Glosa hospitalar no MV: como revisar a conta antes do faturamento

7 min de leitura

A glosa é comunicada pelo convênio, mas nasce dentro do hospital, entre o atendimento e o fechamento da conta. Veja onde ela se forma no MV, por que o recurso chega tarde e como um agente de IA revisa 100% das contas antes do envio, com o auditor decidindo por exceção.

Glosa hospitalar no MV: como revisar a conta antes do faturamento

Glosa hospitalar é o valor que a operadora deixa de pagar numa conta que o hospital enviou: um item recusado, uma quantidade cortada, uma diária reclassificada. Para o hospital que fatura no MV, a glosa chega no demonstrativo do convênio semanas depois do envio. Mas ela quase nunca nasce ali. Nasce dentro do hospital, entre o atendimento e o fechamento da conta, e é lá, antes de o lote sair, que ela pode ser evitada.

Este artigo mostra onde a glosa se forma na conta do paciente, por que o recurso resolve tarde e pela metade, e o que muda quando um agente de IA revisa cada conta dentro do MV antes do faturamento, com o auditor decidindo só o que foge do padrão. O lado de quem paga, a operadora, está no artigo sobre glosa hospitalar vista pela operadora.

A conta do paciente, do atendimento ao lote

No MV, como em qualquer sistema hospitalar, a conta abre no atendimento: internação, pronto atendimento, ambulatório ou exame. A partir daí, cada setor lança o que consome. A farmácia dispensa a partir da prescrição, a enfermagem registra materiais e procedimentos, o centro cirúrgico lança o ato e a sala, a hotelaria gera diárias, laboratório e imagem lançam exames. Cada lançamento carrega item, quantidade, setor, profissional e horário.

Na alta, a conta vai para o fechamento. O faturamento confere os itens, aplica as regras do convênio e valora cada um pela tabela do contrato: procedimentos por código TUSS, medicamentos e materiais pela referência negociada, diárias e taxas pelo que o contrato prevê. A conta fechada entra num lote por convênio, no padrão TISS, e segue para a operadora.

O que acontece depois está fora do controle do hospital: a operadora analisa, paga, glosa ou devolve. O que acontece antes está inteiramente dentro dele.

Onde a glosa hospitalar nasce

Os motivos de glosa se repetem de hospital para hospital, e cada um tem um momento da conta em que poderia ter sido visto:

  • No atendimento: autorização. Procedimento, OPME ou diária de UTI sem senha do convênio, com senha vencida ou com quantidade autorizada menor que a usada.
  • Na prescrição e no lançamento: evidência. Medicamento dispensado sem prescrição correspondente, material cobrado sem registro de uso, procedimento lançado sem evolução que o sustente.
  • No fechamento: tabela e codificação. Código diferente do contratado, item fora da referência negociada, taxa incompatível com o porte do procedimento, acomodação cobrada acima da coberta pelo plano.
  • No envio: prazo. Conta enviada fora do prazo do contrato, ou recurso apresentado depois do limite.

Todos esses motivos já estão na conta no momento do fechamento. Não é preciso adivinhar a glosa: é preciso ler a conta inteira, item por item, contra a prescrição, a autorização e o contrato. O problema é que ninguém tem tempo de fazer isso em toda conta.

Por que o recurso de glosa chega tarde

A auditoria interna do hospital trabalha por amostra: as contas de maior valor, os convênios com histórico de glosa, algumas especialidades. O restante fecha com a conferência do faturista, sob a pressão do prazo de envio.

A glosa volta semanas depois, no demonstrativo da operadora. Começa o recurso: separar a conta, buscar prontuário e prescrição, justificar item a item e esperar a reanálise. Parte do valor volta, parte não, e durante todo esse tempo o caixa fica parado e a equipe de faturamento trabalha em conta velha em vez de conta nova.

O recurso não é inútil. É tardio. Ele descobre no demonstrativo o que estava visível no fechamento, e por depender de amostra deixa passar o erro pequeno e repetido — a quantidade a mais, a taxa errada — que só pesa quando se soma em milhares de contas de baixo valor.

O que os eventos do MV já contam sobre cada conta

O MV grava cada passo da conta como um evento com data e hora: abertura do atendimento, cada lançamento com setor e profissional, alta, fechamento, envio do lote, glosa recebida, recurso e recebimento. O process mining organiza esses eventos na linha do tempo de cada conta.

Com essa linha do tempo, o hospital passa a enxergar o que hoje é estimativa: quanto tempo a conta espera entre a alta e o fechamento, quais setores lançam depois da alta, quais convênios glosam mais, por qual motivo, e quanto tempo cada recurso leva para virar caixa. O retrato separa dois problemas que aparecem misturados: o de fluxo, quando a conta atrasa porque um setor lança tarde, e o de conteúdo, quando a conta sai com erro. O primeiro se resolve com processo. O segundo é onde o agente entra.

A mesma base de eventos serve para a gestão de leitos e para a internação e desospitalização: o que atrasa a alta também atrasa a conta.

O que o agente de IA faz dentro do MV, antes do fechamento

O agente opera entre a alta e o fechamento e revisa 100% das contas, não uma amostra. Para cada conta, cruza os itens lançados com a prescrição, a evolução e as autorizações, e com as regras do contrato e da tabela daquele convênio.

O resultado não é "aprovar" nem "glosar". É uma lista curta de itens com o motivo provável de glosa e a correção sugerida. Um exemplo ilustrativo, com valores apenas para mostrar a mecânica: uma cirurgia eletiva com dois itens de OPME autorizados e três lançados, uma taxa de sala acima do porte do procedimento realizado e um antibiótico dispensado por mais dias do que foi prescrito. O agente aponta os três itens, explica o motivo de cada um e o que fazer: buscar a autorização complementar, corrigir a taxa pelo porte, ajustar a quantidade à prescrição.

O agente também aprende com o que volta. Cada glosa recebida, com o motivo codificado no TISS, ensina o que aquele convênio costuma recusar, e a próxima conta desse convênio é revisada primeiro nesses pontos. A revisão passa a refletir o comportamento real de cada operadora, não uma regra genérica.

O auditor decide por exceção

A responsabilidade técnica continua com o enfermeiro auditor e com o médico auditor. O agente não altera lançamento, não fecha conta e não escreve recurso sozinho. Ele prepara a decisão: reúne a evidência, aponta o item, explica o motivo e sugere a correção.

É a mesma lógica de alçada que um agente de compras usa para emitir pedido dentro do ERP: o que está dentro da regra segue, o que foge dela volta para uma pessoa. Na conta hospitalar, a pessoa é o auditor, e ele deixa de procurar o problema numa amostra para decidir sobre problemas já encontrados. Cada decisão fica registrada com o item, a sugestão do agente e a escolha do auditor, o que também organiza o recurso quando ele ainda for necessário.

Governança e dado do paciente

Conta de paciente é dado pessoal sensível, e três regras não se negociam. O dado fica no ambiente do hospital: o agente lê os eventos do MV onde eles estão. O acesso é nomeado, com o agente operando com perfil próprio e auditável. E o modelo aprende com padrões de conta e de glosa, não com a identidade do paciente.

Por onde começar

O primeiro passo é o export de eventos do MV de um período fechado: lançamentos, fechamentos, lotes enviados e glosas recebidas. Em duas semanas, o process mining mostra onde a conta espera e quais convênios glosam mais, com o alvo em reais do que é endereçável.

Com o retrato, o hospital escolhe um ou dois convênios e uma especialidade para o agente revisar antes do fechamento, com o auditor validando cada apontamento. A página UpFlux + MV descreve como a UpFlux trabalha sobre o sistema; o mesmo método aplicado ao Tasy está em IA no Tasy, e a auditoria de contas médicas mostra o que fazemos em hospitais e operadoras.

Perguntas frequentes

O que é glosa hospitalar?

Glosa hospitalar é a recusa, total ou parcial, do pagamento de um item da conta que o hospital enviou à operadora de plano de saúde. A operadora comunica a glosa no demonstrativo, com um motivo codificado no padrão TISS, e o hospital pode contestá-la em recurso. A maior parte dos motivos — autorização, evidência, tabela, codificação e prazo — já está visível na conta antes do envio.

Como reduzir glosa hospitalar no MV?

Revisando a conta antes de ela sair, e não depois do demonstrativo. Com os eventos que o MV já grava, um agente de IA confere cada conta entre a alta e o fechamento contra a prescrição, a autorização e o contrato do convênio, e aponta os itens com motivo provável de glosa. É o que a UpFlux faz sobre o MV, com o auditor decidindo por exceção.

O agente de IA substitui o auditor de contas?

Não. O enfermeiro auditor e o médico auditor continuam responsáveis pela decisão. O agente revisa 100% das contas, encontra o item, explica o motivo e sugere a correção; o auditor decide sobre problemas já encontrados, em vez de procurá-los numa amostra.

A UpFlux altera o MV ou o prontuário?

Não. A UpFlux lê os eventos que o MV já registra e devolve a decisão pronta ao auditor e ao faturamento. O dado do paciente fica no ambiente do hospital, com LGPD e trilha de auditoria de cada ação.

Onde isto vira operação

Leia também