Software de auditoria de contas médicas: o que pedir numa demonstração

Para avaliar um software de auditoria de contas médicas, a operadora deve levar as próprias contas para a demonstração e pedir para ver, em cada apontamento, a regra aplicada, a evidência na conta e a decisão do auditor. O critério que importa é a glosa que se sustenta depois do recurso, medida em reais.

Toda demonstração de sistema de auditoria de contas médicas começa bem. A tela é limpa, a conta de exemplo tem um erro óbvio, o apontamento aparece em segundos. O problema é que a conta de exemplo foi escolhida por quem vende. A pergunta que a operadora precisa responder é outra: o que esse software faz com as minhas contas, com os meus contratos, com os meus prestadores e com a minha equipe?

Este guia organiza a demonstração pela ótica de quem compra. Diz o que levar, o que pedir para ver, quais respostas acendem um alerta e como desenhar um piloto curto que mostre resultado em reais. Ele vale para qualquer fornecedor, inclusive para avaliar a auditoria de contas médicas da UpFlux. Se a sua equipe ainda está desenhando o processo, comece pelo guia de auditoria de contas médicas, que descreve etapas, papéis e indicadores.

O que um software de auditoria de contas médicas precisa fazer

Antes do checklist, vale alinhar o que se espera da ferramenta. Um software de auditoria de contas médicas recebe as contas enviadas pelos prestadores, confere cada item contra o que foi autorizado, o que o contrato com o prestador prevê, o que as tabelas determinam e o que faz sentido clinicamente, e aponta o que deve ser glosado, ajustado ou liberado.

Na prática, isso se divide em quatro trabalhos:

1. Conferência administrativa e contratual. Beneficiário elegível, guia autorizada, valor conforme a tabela negociada, pacote respeitado, item que não poderia ser cobrado à parte.
2. Conferência técnica e clínica. Compatibilidade entre procedimento, diagnóstico, materiais, medicamentos e diárias; quantidade coerente com o tempo de internação; OPME compatível com o que foi autorizado.
3. Priorização. Ordenar as contas e os itens pelo impacto financeiro e pelo risco, para que o auditor gaste tempo onde a decisão muda o resultado.
4. Registro e medição. Guardar o motivo de cada apontamento, a decisão do auditor, o recurso do prestador e o desfecho, e transformar isso em indicador.

Um software que só faz o primeiro trabalho é um conferidor de tabela. Um que faz os quatro muda a forma como a equipe trabalha. A demonstração serve para descobrir em qual dos dois casos você está.

Antes da demonstração: o que levar

A demonstração rende mais quando a operadora chega com material próprio. Peça ao fornecedor para rodar o sistema sobre um lote seu, e prepare quatro coisas.

Um lote de contas já auditadas. Algumas centenas de contas de um ou dois meses, de tipos variados (internação, pronto-atendimento, SADT, honorários, OPME), já com a decisão da sua equipe e o desfecho do recurso. Assim dá para comparar o que o software aponta com o que a sua equipe apontou e com o que se sustentou.

Os dados sem identificação direta. Conta médica traz dado de saúde, que a Lei Geral de Proteção de Dados trata como dado pessoal sensível (Lei 13.709/2018, art. 5º, II). Para uma demonstração, retire nome, documento e número da carteirinha, ou faça o teste sob contrato e acordo de tratamento de dados. O jurídico e o encarregado de dados da operadora devem aprovar o formato.

Dois ou três contratos de prestador. Um hospital com pacotes, um laboratório com tabela própria, uma clínica com negociação fora do padrão. É aí que o software mostra se lê regra de contrato ou só tabela de referência.

As suas métricas de hoje. Quantas contas por mês, quantos auditores, quanto é glosado, quanto é revertido em recurso, quanto tempo a conta leva para ser paga. Sem esse retrato, não há como dizer depois se o software melhorou alguma coisa.

O checklist da demonstração

A tabela reúne as perguntas que separam uma boa demonstração de uma apresentação bonita. A coluna da direita mostra a resposta que deve acender o alerta.

Tema	O que pedir para ver	Sinal de alerta
Cobertura	Quantas contas do lote foram analisadas por inteiro, item por item	"Analisamos as contas de maior valor" sem dizer o que acontece com o resto
Explicação	Para cada apontamento, a regra aplicada, o item da conta e o trecho do contrato ou da norma	Apontamento com nota de risco e sem motivo legível
Regras do contrato	O sistema aplicando um pacote e uma tabela negociada do seu contrato	Só conhece tabela de referência nacional
Regras clínicas	Exemplos de incompatibilidade clínica por especialidade, com o critério usado	Regras genéricas, iguais para cardiologia e ortopedia
Decisão do auditor	Onde o auditor aceita, ajusta ou recusa o apontamento, e o que fica registrado	O sistema glosa sozinho, sem passar por pessoa
Aprendizado	O que acontece quando o auditor recusa um apontamento várias vezes	Nada muda, ou muda sem ninguém aprovar
Prévia e conta	Comparação entre o que foi autorizado e o que foi cobrado	Conta auditada sem acesso ao que foi liberado na autorização
Recurso de glosa	Como o recurso do prestador volta para o sistema e como o desfecho é medido	Indicador só de glosa sugerida, nunca de glosa mantida
Integração	Como as contas entram e como a decisão volta para o sistema da operadora	Exportar planilha e importar de volta
Padrão TISS	Leitura das contas no padrão da ANS e uso da terminologia TUSS	Conversões manuais de código antes de auditar
Segurança e LGPD	Onde os dados ficam, quem acessa, por quanto tempo, como se audita o acesso	Resposta vaga sobre armazenamento e subcontratados
Medição	Relatório de resultado em reais, por prestador e por tipo de conta	Resultado apresentado só como percentual ou como multiplicador do investimento

Duas perguntas valem mais do que as outras. A primeira: "mostre o motivo deste apontamento". Se o motivo não é legível para o auditor e para o prestador, a glosa não se sustenta no recurso. A segunda: "mostre o que aconteceu com as glosas depois do recurso". Glosa sugerida é promessa; glosa mantida é resultado.

Cobertura: todas as contas ou amostra

A auditoria por amostra existe porque a equipe não tem horas para ler tudo. Ela concentra o olhar nas contas grandes e deixa passar o erro que se repete em contas pequenas, que somadas pesam. Um software que analisa todas as contas muda essa conta, mas só se a análise for de fato item por item e se o que é apontado chegar ao auditor em ordem de impacto.

Na demonstração, peça três números sobre o seu lote: quantas contas foram analisadas, quantas foram liberadas sem apontamento e quantas foram para o auditor. Depois peça para abrir algumas das liberadas. Liberar sem toque humano só é seguro quando a operadora consegue revisar uma amostra dessas liberações e concordar com elas. O artigo sobre IA na auditoria médica detalha esse desenho.

Explicação de cada apontamento

O auditor precisa entender por que o sistema apontou, e o prestador precisa entender por que foi glosado. Isso exige que cada apontamento traga:

• o item da conta que motivou o apontamento;
• a regra que foi aplicada, em linguagem de negócio, e não um código interno;
• a evidência: o trecho do contrato, a autorização correspondente, a diretriz clínica ou a norma;
• o valor envolvido.

Peça para ver uma glosa sugerida que o prestador recorreria e como o sistema ajuda a responder o recurso. A Resolução CFM 2.448/2025 previa que a glosa fosse descrita por escrito, com as razões, ao médico assistente; esse dispositivo está suspenso por liminar desde março de 2026, mas glosa bem motivada continua sendo a que menos volta em recurso. Para o lado do recurso, veja o guia de glosas.

Regras do contrato e regras clínicas

Boa parte do dinheiro da auditoria de contas está nas regras de cada contrato com prestador: pacotes, diárias com itens inclusos, taxas que não podem ser cobradas à parte, tabelas próprias de materiais e medicamentos. Um software que só conhece a tabela de referência vai deixar esse dinheiro na mesa ou, pior, apontar como erro o que o contrato permite.

Pergunte como as regras do contrato entram no sistema, quem cadastra, quanto tempo leva para colocar um contrato novo em produção e como fica o histórico quando o contrato muda no meio do ano. Do lado clínico, peça exemplos por especialidade e pergunte quem escreve e revisa as regras: médico auditor, enfermeiro auditor, cientista de dados ou os três juntos.

Integração com o sistema da operadora

O software precisa receber as contas do jeito que elas chegam e devolver a decisão para onde o pagamento acontece. As contas chegam no padrão de troca de informações da ANS, o Padrão TISS, com a terminologia TUSS. A ANS publica versões periódicas do padrão; a mais recente listada na página da agência, atualizada em 30 de setembro de 2026, é a de setembro de 2026. Pergunte em quanto tempo o fornecedor acompanha cada versão nova.

Na demonstração, pergunte com quais sistemas o fornecedor já trabalha em produção, não em teste: o sistema de gestão da operadora, os sistemas hospitalares como Tasy e MV quando a operadora tem rede própria, o portal do prestador. Peça para ver o caminho de ida e volta: a conta entra, é auditada, a decisão do auditor volta para o sistema e o demonstrativo de pagamento sai com a glosa e o motivo. Integração que depende de planilha intermediária quebra no primeiro mês de volume alto. O artigo sobre interoperabilidade ajuda a montar as perguntas para a TI.

Segurança e LGPD

Conta médica é dado sensível, e a operadora responde pelo tratamento mesmo quando o fornecedor processa os dados por ela. A LGPD chama a operadora de controladora e o fornecedor de operador, e o operador só pode tratar os dados conforme as instruções do controlador (art. 39). Os dois precisam adotar medidas de segurança técnicas e administrativas (art. 46).

Na demonstração, peça respostas por escrito para cinco pontos: onde os dados ficam armazenados e se saem do país; quais subcontratados têm acesso; como o acesso de cada usuário é registrado e auditado; por quanto tempo os dados são guardados e como são apagados; e se os dados da operadora são usados para treinar modelos que servem outros clientes.

Como desenhar o piloto

Depois da demonstração, o passo seguinte é um piloto curto, com escopo fechado e régua definida antes de começar. Um desenho que funciona:

1. Escopo. Um tipo de conta (internação, por exemplo) e alguns prestadores, por dois ou três meses de competência.
2. Comparação. O mesmo lote auditado pelo processo atual e com o software, ou o software rodando sobre contas que já passaram pela equipe.
3. Régua. Glosa mantida após recurso, em reais; tempo da conta até o pagamento; horas de auditor por conta; concordância do auditor com os apontamentos.
4. Decisão. Critérios de sucesso escritos antes do piloto, para que o resultado não seja interpretado depois.

Indicador do piloto (exemplo hipotético)	Processo atual	Com o software
Contas analisadas no mês	4.000 de 12.000	12.000 de 12.000
Glosa sugerida	R$ 900 mil	R$ 1,6 milhão
Glosa mantida após recurso	R$ 610 mil	R$ 1,1 milhão
Apontamentos recusados pelo auditor	8%	14%
Dias da conta até o pagamento	28	21

Os números da tabela são inventados para mostrar a leitura, não são resultado de nenhuma operadora. Repare que o indicador principal é a glosa mantida, em reais. A taxa de apontamentos recusados pelo auditor mostra se as regras estão calibradas: se ela sobe demais, o auditor perde tempo descartando ruído.

Como a UpFlux faz

A auditoria de contas médicas da UpFlux funciona como um time digital: agentes de IA analisam todas as contas, item por item, com modelos clínicos por especialidade e as regras de cada contrato, e especialistas enxutos calibram regras e acompanham o resultado. O auditor da operadora recebe só o que tem impacto, com o motivo e a evidência de cada apontamento, e a decisão é sempre dele.

A UpFlux atende mais de 50 singulares do Sistema Unimed, entre elas Unimed Paraná, Unimed BH, Unimed Sorocaba e Unimed Serra Gaúcha, e trabalha com Tasy, MV e o sistema da operadora. Por baixo está a process intelligence: o ciclo da conta, do recebimento ao pagamento, medido transação por transação, com o resultado em reais por prestador. A mesma base alimenta a Auditoria de Liberação, que confere o pedido antes de a guia sair. Para comparar modelos de contratação, veja também terceirizar auditoria médica.

Perguntas frequentes

Qual a diferença entre software e sistema de auditoria de contas médicas?

Nenhuma, na prática. Os dois termos descrevem a ferramenta que recebe as contas dos prestadores, confere cada item contra autorização, contrato, tabela e regra clínica, e aponta o que deve ser glosado ou ajustado. O que muda de um fornecedor para outro é a profundidade da conferência e como a decisão do auditor é registrada.

O software pode glosar sem passar pelo auditor?

Não deveria. O software aponta e prioriza; a decisão de glosar é do auditor, que aceita, ajusta ou recusa cada apontamento. O registro dessa decisão é o que permite medir a qualidade das regras e defender a glosa no recurso do prestador.

Que contas levar para a demonstração?

Um lote de contas já auditadas pela sua equipe, de tipos variados, com a decisão e o desfecho do recurso, sem dados de identificação direta do beneficiário ou sob contrato e acordo de tratamento de dados. Leve também dois ou três contratos de prestador com regras próprias.

Como medir o resultado de um software de auditoria de contas?

Pela glosa que se mantém depois do recurso do prestador, em reais, e pelo tempo e pelas horas de auditor por conta. Glosa sugerida, sozinha, não é resultado. Percentuais e multiplicadores do investimento escondem o que importa: quanto dinheiro deixou de ser pago indevidamente.

Quanto tempo deve durar um piloto?

Dois a três meses de competência costumam bastar para um tipo de conta e alguns prestadores, desde que o recurso de glosa tenha tempo de voltar. Defina antes de começar os indicadores e o critério de sucesso. Na auditoria de contas médicas da UpFlux, o piloto parte das contas da própria operadora.