Faturamento e glosa hospitalar: análise no Power BI
Como estruturar a análise de glosa hospitalar no Power BI: padrão TISS, conta médica, KPIs de percentual de glosa e recuperação por convênio e SUS.
A glosa é dinheiro que você já entregou e ainda não recebeu
Todo hospital fatura mais do que recebe. A diferença entre o valor apresentado ao convênio e o valor efetivamente pago tem nome: glosa. A glosa hospitalar é a recusa parcial ou total de pagamento de uma conta médica pela operadora ou pela fonte pagadora, e ela nasce de dois lugares muito diferentes. Ou o hospital fez algo que a regra do convênio não aceita (glosa técnica), ou houve um problema de cadastro, autorização, prazo ou documento (glosa administrativa). O primeiro tipo discute mérito clínico. O segundo é, quase sempre, dinheiro perdido por desorganização.
O problema real não é a existência da glosa. Ela sempre vai existir. O problema é que a maioria dos hospitais não enxerga a glosa como um fluxo mensurável e recuperável. Ela aparece no fechamento contábil como um número agregado, tarde demais para agir. Quando você descobre que perdeu, o prazo de recurso já passou. Vou mostrar como estruturar a análise de faturamento e glosa hospitalar no Power BI de forma que ela deixe de ser um relatório de autópsia e vire um instrumento de recuperação de receita.
O padrão TISS é a espinha dorsal do seu modelo de dados
Não dá para falar de faturamento hospitalar no Brasil sem falar de TISS. O padrão TISS (Troca de Informações na Saúde Suplementar) é uma norma da ANS que padroniza a comunicação entre prestadores e operadoras de planos de saúde. Ele define guias, layouts de arquivo (em XML) e, principalmente para nós, tabelas de domínio. Entre elas está a tabela de motivos de glosa, o dado mais valioso que você tem para diagnosticar por que uma conta foi recusada.
Se o seu ERP hospitalar gera arquivos TISS, você já tem uma fonte estruturada e padronizada. Isso é uma vantagem enorme para modelagem, porque significa que os códigos de glosa seguem um dicionário conhecido, e não texto livre digitado por analista. Na prática, a análise decente de glosa começa por extrair três coisas dos retornos das operadoras: o código do motivo de glosa, o valor glosado por item e a guia/conta de origem.
O SUS segue outra lógica. Ali você trabalha com AIH (Autorização de Internação Hospitalar), SIA/SIH e as tabelas de procedimentos do SIGTAP. A glosa no SUS costuma vir de rejeição no processamento (erro de código, incompatibilidade de procedimento com CID, falta de autorização). Se o seu hospital atende SUS, convênios e particular, o modelo de dados precisa acomodar essas três realidades sem misturá-las na mesma métrica sem querer.
A conta médica é o grão certo da sua tabela fato
Erro clássico de quem monta o primeiro dashboard: escolher o grão errado. Se você agrega no nível da conta, perde a capacidade de saber qual item glosou. Se agrega no nível do convênio, perde tudo. O grão correto da tabela fato de faturamento é o item da conta médica: cada material, medicamento, taxa, diária, procedimento ou honorário lançado, com seu valor apresentado e seu valor glosado.
Esse grão fino tem um custo e uma recompensa. O custo é volume: um hospital de médio porte gera facilmente milhões de linhas por ano. A recompensa é que o motor VertiPaq do Power BI foi feito exatamente para isso. O VertiPaq é um mecanismo colunar em memória que comprime cada coluna de acordo com sua cardinalidade. Colunas de baixa cardinalidade (código de convênio, tipo de item, motivo de glosa) comprimem muito bem. Evite colunas de altíssima cardinalidade e sem valor analítico, como texto livre de observação. Um bom modelo de conta médica, em estrela, com dimensões de convênio, procedimento, motivo de glosa, tempo e unidade, roda bem mesmo com dezenas de milhões de linhas.
Uma modelagem enxuta importa mais do que hardware. Se você quer aprofundar a parte de cálculo, vale ler nosso material sobre modelagem e boas práticas de DAX no Power BI, porque os KPIs de glosa que vêm a seguir dependem de medidas bem escritas, não de colunas calculadas espalhadas pelo modelo.
Separe glosa técnica de administrativa, ou seu indicador mente
Juntar tudo num "percentual de glosa" único é confortável e inútil. As duas naturezas de glosa exigem ações diferentes e falam com áreas diferentes do hospital.
| Aspecto | Glosa técnica | Glosa administrativa |
|---|---|---|
| Origem | Mérito assistencial: item não coberto, quantidade acima do protocolo, incompatibilidade clínica | Cadastro, autorização, prazo de envio, documento faltante, erro de digitação |
| Quem resolve | Auditoria médica, corpo clínico, enfermagem | Faturamento, autorização, recepção, cadastro |
| Recuperável? | Depende de defesa técnica e documentação clínica | Em boa parte sim, corrigindo o dado e reapresentando |
| Prevenção | Protocolos, auditoria concorrente | Processo, checagem no cadastro, controle de prazo |
Quando você quebra a glosa por natureza, a conversa muda. Uma glosa administrativa alta é falha de processo interno, e isso é reversível com organização. Uma glosa técnica alta pode ser negociação contratual mal feita com a operadora ou prática assistencial fora do protocolo. Se o dashboard não distingue as duas, o gestor toma a decisão errada. É por isso que a dimensão de motivo de glosa, alimentada pela tabela TISS, precisa carregar também a classificação de natureza. Se o seu retorno não traz essa classificação pronta, ela é construída no processo de engenharia de dados que prepara a camada analítica, mapeando cada código de motivo para sua natureza.
O prazo de recurso é o KPI que ninguém coloca no painel
Aqui está a parte que mais gera dinheiro e que quase nenhum painel de glosa mostra: o relógio. Toda glosa tem um prazo de recurso definido em contrato entre o hospital e a operadora. Passou o prazo, a glosa vira perda definitiva, independentemente de você ter razão. O painel de glosa precisa ter uma métrica de contas em janela de recurso, com semáforo por proximidade do vencimento.
A lógica é direta em DAX. Você calcula os dias restantes a partir da data do retorno da glosa e do prazo contratual do convênio, e classifica em faixas. Algo como uma medida Dias para vencer recurso que subtrai HOJE() da data limite. O valor disso é operacional: a equipe de recurso de glosa trabalha por prioridade de vencimento e valor, e não por ordem de chegada. Sem esse indicador, o hospital recorre do que é fácil e deixa vencer o que é caro.
Os KPIs que realmente importam em glosa hospitalar
O painel precisa responder três perguntas de negócio: quanto eu perco, por que eu perco e quanto eu recupero. Abaixo estão os indicadores que sustentam essas respostas, com a lógica de cálculo em linguagem de negócio.
| KPI | O que mede | Lógica de cálculo |
|---|---|---|
| Percentual de glosa inicial | Peso da glosa no faturamento apresentado | Valor glosado dividido por valor apresentado |
| Percentual de glosa por natureza | Quanto é técnica e quanto é administrativa | Valor glosado da natureza dividido por total glosado |
| Índice de recuperação | Eficiência do recurso de glosa | Valor recuperado dividido por valor glosado recorrido |
| Glosa líquida | Perda real após recursos | Valor glosado menos valor recuperado |
| Prazo médio de recurso | Agilidade da operação | Média de dias entre retorno e reapresentação |
| Glosa por convênio | Onde está concentrada a perda | Valor glosado agrupado por fonte pagadora |
Duas observações de consultor. Primeira: o percentual de glosa inicial isolado engana. Um hospital pode ter glosa inicial alta e glosa líquida baixa porque recorre bem. Outro tem glosa inicial baixa e glosa líquida alta porque nem recorre. O indicador que importa para o resultado é a glosa líquida. Segunda: acompanhe glosa por convênio e por tipo de item ao mesmo tempo. É comum descobrir que a maior parte da glosa administrativa vem de poucos convênios com regras de autorização específicas que o faturamento não domina. Esse é o tipo de achado que paga o projeto de BI.
Faturamento por convênio e SUS na mesma visão, sem misturar as métricas
Um hospital que opera com convênios, SUS e particular tem três dinâmicas de receita distintas. O convênio tem tabela negociada, glosa e recurso. O SUS tem valor de tabela SIGTAP, geralmente abaixo do custo, e rejeição por processamento. O particular tem risco de inadimplência, não de glosa. Colocar os três no mesmo painel é útil para a diretoria enxergar o mix de faturamento, mas as métricas de glosa só fazem sentido no bloco de convênios e na lógica própria do SUS.
O caminho aqui é ter uma dimensão de fonte pagadora bem estruturada e medidas que respeitam o contexto. Uma medida de percentual de glosa não deve rodar sobre faturamento particular, ela ficaria sem sentido. Isso se resolve na modelagem, filtrando o cálculo pela natureza da fonte pagadora. Se você quer entender como esse tipo de plataforma de análise se encaixa no ecossistema Microsoft de ponta a ponta, o nosso guia completo de Power BI para empresas no Brasil em 2026 dá o panorama de licenciamento e arquitetura.
Dado de saúde é dado sensível, e a LGPD não é opcional
Conta médica carrega dado pessoal e dado de saúde, e a Lei nº 13.709/2018 (LGPD) classifica dado de saúde como dado pessoal sensível, com proteção reforçada. Isso tem consequência prática no seu projeto de BI. O painel de glosa é operado por faturamento, auditoria e diretoria, mas nem todos precisam ver nome de paciente, CPF ou diagnóstico. Boa parte da análise de glosa funciona perfeitamente sem expor a identidade do paciente, porque o que importa é o item, o motivo e o convênio.
Na prática isso vira segurança em nível de linha (RLS) no Power BI, minimização de dados na camada analítica e controle de quem acessa o quê. Não é burocracia, é redução de risco jurídico e reputacional. Tratamos isso em profundidade no artigo sobre governança de dados, Power BI e LGPD, e é um tema que costuma ser subestimado até o primeiro incidente. Governança de dados em saúde é assunto de projeto, não de ajuste depois que o painel já está no ar.
Automatize a captura, não só o painel
Um ponto honesto: o dashboard bonito não resolve glosa. O que resolve é encurtar o ciclo entre a operadora retornar a glosa e o hospital agir. Muito hospital ainda depende de alguém baixar arquivo de retorno, abrir planilha e conferir manualmente. Esse é exatamente o tipo de tarefa em que o Power Platform ajuda, com o Power Automate orquestrando a ingestão dos retornos e disparando alertas quando uma conta de alto valor entra na janela crítica de recurso.
A combinação que funciona é clara: engenharia de dados para consolidar TISS, SUS e ERP numa base confiável, Power BI para análise e priorização, e automação para tirar o trabalho manual do caminho. E vale um alerta de expectativa: a qualidade da análise de glosa é limitada pela qualidade dos retornos que você ingere. Se o motivo de glosa vem como texto livre e não como código TISS, metade do valor analítico já se perdeu na origem.
Perguntas frequentes
O que é glosa hospitalar, na prática? É a recusa, total ou parcial, de pagamento de uma conta médica pela operadora ou fonte pagadora. O hospital apresenta um valor pelo atendimento, e a fonte pagadora paga menos, alegando um motivo. A diferença é a glosa. Ela pode ser técnica (questiona o mérito assistencial) ou administrativa (questiona cadastro, autorização, prazo ou documento).
Qual a diferença entre glosa técnica e administrativa para o painel? A técnica discute o que foi feito no atendimento e envolve auditoria médica e corpo clínico. A administrativa é falha de processo, cadastro ou prazo, e boa parte é recuperável apenas corrigindo o dado e reapresentando. O painel precisa separar as duas porque elas exigem ações e responsáveis diferentes. Um percentual único de glosa esconde onde está o problema.
O padrão TISS é obrigatório para essa análise? Não é obrigatório para montar o painel, mas facilita muito. O TISS é o padrão da ANS que estrutura a comunicação entre prestadores e operadoras, incluindo tabelas de domínio de motivos de glosa. Quando os retornos vêm em TISS, você trabalha com códigos padronizados em vez de texto livre, o que torna a classificação de glosa confiável e automatizável.
Por que o prazo de recurso deveria estar no dashboard? Porque glosa tem validade. Cada contrato com operadora define um prazo para recorrer, e depois dele a perda é definitiva mesmo que o hospital tenha razão. Colocar dias para vencimento e valor em risco no painel permite que a equipe priorize os recursos por urgência e montante, em vez de trabalhar por ordem de chegada e deixar vencer contas caras.
Qual KPI de glosa é o mais importante? A glosa líquida, ou seja, o que sobra de perda depois dos recursos aceitos. O percentual de glosa inicial sozinho engana, porque um hospital pode ter glosa inicial alta e mesmo assim recuperar bem. O que impacta o caixa é a glosa líquida somada ao índice de recuperação. Esses dois juntos dizem se a operação de faturamento está funcionando.
O Power BI aguenta o volume de uma conta médica item a item? Sim. O motor VertiPaq do Power BI é colunar e comprime cada coluna pela cardinalidade, o que o torna eficiente com tabelas fato longas e estreitas, exatamente o perfil de uma conta médica no grão de item. O cuidado está em modelar em estrela, evitar colunas de altíssima cardinalidade sem uso analítico e escrever medidas DAX limpas. Com isso, dezenas de milhões de linhas rodam bem.
Onde isso vira resultado
Análise de glosa hospitalar não é sobre ter um painel novo. É sobre recuperar receita que já está saindo pela porta e reduzir a glosa que nasce de processo mal feito. Isso exige três coisas juntas: uma base de dados que consolide TISS, SUS e ERP com o grão certo, indicadores que separem natureza e priorizem por prazo, e automação que tire o trabalho manual da captura. A Fynx faz esse tipo de projeto no setor hospitalar unindo engenharia de dados, Power BI e Power Platform. Se a glosa está incomodando o seu resultado e você quer transformá-la em algo mensurável e recuperável, fale com a gente.
Quer aplicar isso na sua empresa?
A Fynx implementa BI, Power BI e Power Platform de ponta a ponta. Conte seu cenário e devolvemos um diagnóstico direto ao ponto.
Falar com um especialista