Dashboard financeiro para operadoras e clínicas de saúde
Como estruturar um dashboard financeiro saúde real: receita por convênio, custo assistencial, margem e inadimplência com Power BI e boas práticas.
O dinheiro entra por muitas portas e ninguém sabe qual delas está furada
Operadora e clínica vivem o mesmo problema, com nomes diferentes. A receita chega fracionada por dezenas de convênios, cada um com sua tabela, sua regra de glosa e seu prazo de pagamento. O custo assistencial explode em procedimentos, materiais e OPME. E no meio disso alguém pergunta na reunião de diretoria qual foi a margem do mês passado. A resposta honesta, na maioria das casas, é "depende de quem fez a planilha". Um bom dashboard financeiro saúde existe para acabar com essa frase.
O ponto não é ter um painel bonito. É ter um número em que a diretoria confie o suficiente para tomar decisão de credenciamento, reajuste e corte. Este artigo trata do que precisa estar dentro desse painel: receita por convênio, custo assistencial, margem e inadimplência. E trata de como não errar na modelagem, porque em saúde o detalhe da regra é o que quebra o indicador.
O modelo de dados vem antes do primeiro gráfico
A tentação é abrir o Power BI e começar a arrastar campos. Errado. Em saúde o dado nasce em vários sistemas: o ERP financeiro, o sistema de gestão hospitalar ou de clínica, o faturamento TISS, às vezes um sistema separado só para autorização e outro para o contas a receber. Se você não organiza a origem, o painel vira uma coleção de contradições.
O caminho que recomendamos é um modelo estrela clássico: uma tabela fato de faturamento (guia, procedimento, valor apresentado, valor glosado, valor pago), uma fato de recebimentos, uma fato de custo assistencial, e dimensões compartilhadas de calendário, convênio, prestador, especialidade e unidade. Esse desenho não é preciosismo. O motor VertiPaq, que comprime as tabelas do Power BI em memória, comprime muito melhor colunas de baixa cardinalidade. Chave de convênio numérica e enxuta comprime bem. Texto longo repetido na tabela fato incha o modelo e derruba a performance. Quem já sofreu com refresh lento normalmente pagou por ter ignorado isso.
Se as fontes são muitas e o volume de guias é grande, a conversa deixa de ser só de Power BI e passa a ser de engenharia de dados. Consolidar TISS, ERP e o sistema clínico em uma camada tratada evita que cada indicador seja recalculado de um jeito diferente. Para os fundamentos de medida bem escrita, vale a leitura de modelagem DAX e boas práticas.
Receita por convênio é onde mora a verdade do negócio
Faturamento não é receita. Essa é a primeira lição que separa o painel amador do profissional. O que você apresenta ao convênio (valor apresentado) quase nunca é o que você recebe. Entre um e outro há glosa, e a glosa é dinheiro que você trabalhou e não vai ver, a menos que recorra e ganhe.
Um dashboard financeiro em saúde precisa mostrar a cascata completa por convênio:
| Métrica | O que significa | Por que importa |
|---|---|---|
| Valor apresentado | Total faturado na guia enviada ao convênio | Base bruta, ainda não é receita |
| Glosa inicial | Valor recusado no primeiro processamento | Mede qualidade do faturamento |
| Valor recursado | Parte da glosa contestada | Mostra esforço de recuperação |
| Glosa acatada | Glosa que virou perda definitiva | Perda real, entra no resultado |
| Valor pago | O que efetivamente foi recebido | Receita de fato |
| Taxa de glosa | Glosa acatada dividida pelo apresentado | Termômetro do relacionamento com o convênio |
Com isso na mão, a diretoria enxerga o óbvio que estava escondido: um convênio que fatura muito mas glosa 12% pode valer menos que outro menor com glosa de 2%. Sem essa visão, decisões de credenciamento são feitas no volume bruto, que é o número errado.
Duas ou três medidas DAX sustentam essa cascata. A taxa de glosa, por exemplo, é DIVIDE([Glosa Acatada]; [Valor Apresentado]). Use sempre DIVIDE em vez do operador de divisão para não quebrar o visual com erro de divisão por zero quando um convênio não tiver movimento no período. Detalhe pequeno, dor de cabeça grande em produção.
Custo assistencial e sinistralidade separam operadora de clínica
Aqui os dois mundos divergem. Para a operadora, o indicador que manda é a sinistralidade: quanto do que ela recebe em mensalidades vai embora em despesa assistencial. A conta é direta:
Sinistralidade = Despesa Assistencial / Receita de Contraprestações
Uma sinistralidade alta demais come a margem e ameaça a solvência. Baixa demais pode indicar subutilização ou rede insuficiente, o que a ANS observa. O painel da operadora precisa quebrar essa despesa por natureza (consultas, exames, internações, terapias, OPME) e por faixa etária da carteira, porque o custo de um beneficiário de 70 anos não se parece com o de um de 25.
Para a clínica, a lógica é de margem de contribuição por serviço e por convênio. O custo relevante é o custo direto do procedimento mais o rateio de estrutura. A pergunta que o painel responde é: este procedimento, pago por esta tabela de convênio, cobre o próprio custo? Muita clínica descobre tarde que faz um exame com margem negativa só porque o convênio impõe uma tabela defasada e ninguém recalculou.
| Indicador | Operadora | Clínica |
|---|---|---|
| Foco de custo | Despesa assistencial da carteira | Custo direto do procedimento + rateio |
| Indicador-chave | Sinistralidade | Margem de contribuição por serviço |
| Corte de análise | Faixa etária, tipo de evento, rede | Convênio, especialidade, prestador |
| Alerta típico | Sinistralidade acima do teto contratual | Procedimento com margem negativa |
| Regulador de referência | ANS | Vigilância sanitária e ANS quando aplicável |
Modelar isso com honestidade exige decidir a granularidade do custo. Rateio bem feito é difícil e sempre tem premissa discutível. O painel deve deixar a premissa explícita, num campo ou numa nota, senão a área assistencial não confia no número da área financeira e a reunião vira debate de metodologia em vez de decisão.
Margem só é confiável quando o regime de competência está certo
Margem é receita menos custo, todo mundo sabe. O que quebra o indicador é o descasamento temporal. A guia é faturada em janeiro, glosada em fevereiro, recursada em março, paga em abril. Se o seu painel joga tudo na data de pagamento, a margem de janeiro fica irreal e a de abril fica inflada por competências antigas.
A recomendação é trabalhar por competência para o resultado gerencial e manter uma visão separada de caixa. São duas verdades diferentes e as duas importam. A diretoria de clínica quer a margem de competência para avaliar o mês; a tesouraria quer o caixa para pagar fornecedor. Um painel maduro entrega as duas sem misturar, com a dimensão de calendário controlando qual data cada medida usa. É aí que uma modelagem DAX limpa faz diferença, com medidas que respeitam o contexto de data que você escolheu.
Se a sua operação já roda vários painéis e o desafio agora é volume e velocidade de dados, vale conhecer o Microsoft Fabric. O modo Direct Lake, que lê direto do OneLake sem importar nem consultar via DirectQuery, ajuda quando o histórico de guias é grande e o refresh tradicional começa a pesar. Não é bala de prata, mas para saúde com anos de faturamento acumulado é uma opção real.
Inadimplência tem dois donos e o painel precisa distinguir
Inadimplência em saúde não é uma coisa só. Na operadora, é o beneficiário que atrasa a mensalidade, e a regra da ANS sobre cancelamento por inadimplência entra na conta. Na clínica e no hospital, é o convênio que atrasa o repasse, além do particular que não paga. São dinâmicas opostas: uma é pulverizada em milhares de pessoas físicas, a outra é concentrada em poucos pagadores grandes com poder de negociação.
O painel de inadimplência precisa de aging, a clássica régua de vencidos:
| Faixa de atraso | Leitura | Ação típica |
|---|---|---|
| A vencer | Carteira saudável | Monitorar |
| 1 a 30 dias | Atraso recente | Cobrança amigável |
| 31 a 60 dias | Atenção | Cobrança ativa |
| 61 a 90 dias | Risco elevado | Negociação formal |
| Acima de 90 dias | Provável perda | Provisão e jurídico |
Para a clínica, cruzar esse aging com o convênio revela quem trava o caixa. Um convênio que sempre paga em 90 dias é, na prática, um financiador involuntário da sua operação, e isso tem custo. Para a operadora, o aging por produto e por canal de venda mostra onde a régua de crédito na entrada falhou.
Automatizar a cobrança a partir desses gatilhos é onde o Power Platform entra bem. Um fluxo no Power Automate dispara alerta quando um título cruza os 60 dias, ou gera a lista de cobrança do dia. O painel diagnostica, a automação age. Sem a ação, o dashboard vira relatório de necropsia.
Governança e LGPD não são opcionais em dado de saúde
Dado de saúde é dado pessoal sensível pela Lei nº 13.709/2018, a LGPD. Nome de beneficiário, procedimento realizado e diagnóstico são informação que exige base legal, controle de acesso e trilha. Um dashboard financeiro que exponha CID ou identifique paciente para quem não deveria ver é um problema jurídico esperando para acontecer.
Na prática isso vira desenho de segurança no próprio painel. Row Level Security no Power BI restringe o que cada perfil enxerga: o gestor da unidade A não vê a unidade B, o financeiro vê valor mas não vê diagnóstico. Para o resultado financeiro consolidado, quase sempre você não precisa do dado clínico identificável, e o correto é não trazê-lo para o modelo. Menos dado sensível no painel é menos risco. Tratamos disso a fundo em governança de dados no Power BI e LGPD, e é um tema que a área de governança de dados precisa endereçar antes de o painel ir para a diretoria, não depois.
Como a Fynx constrói isso na prática
Nossa opinião, depois de mais de 2.000 soluções Microsoft entregues em seis anos de mercado, é que a maioria dos projetos de painel em saúde falha na origem, não na visualização. O gráfico é a parte fácil. O difícil é combinar TISS, ERP e sistema clínico numa base em que glosa, competência e caixa fecham. Por isso começamos por um discovery e assessment das fontes antes de prometer qualquer indicador.
A construção do painel em si é trabalho de Power BI com modelagem cuidada e medidas revisadas. E, porque saúde é operação contínua, o painel precisa de sustentação: regra de convênio muda, tabela é reajustada, a ANS publica norma nova. Um dashboard financeiro de saúde é organismo vivo, não entrega de uma vez só.
Perguntas frequentes
Qual a diferença entre faturamento e receita num dashboard financeiro de saúde? Faturamento é o valor apresentado ao convênio na guia. Receita é o que efetivamente foi pago, depois de descontada a glosa acatada. Confundir os dois é o erro mais comum e faz a diretoria decidir sobre um número que não representa dinheiro real. O painel precisa mostrar a cascata inteira, do apresentado ao pago.
O que é sinistralidade e por que ela é central para operadora? Sinistralidade é a razão entre a despesa assistencial e a receita de contraprestações, ou seja, quanto do que a operadora recebe em mensalidades vira custo de atender os beneficiários. É o indicador que mais afeta a margem e a solvência da operadora, e por isso costuma ser o número mais observado do painel, quebrado por faixa etária e tipo de evento.
Devo montar o painel por regime de competência ou de caixa? Os dois, separados. A margem gerencial faz sentido por competência, para avaliar o desempenho do mês em que o serviço foi prestado. O fluxo de caixa faz sentido por data de pagamento, para a tesouraria. Misturar os dois numa única medida gera um resultado que não fecha com contabilidade nem com o banco.
Power BI dá conta do volume de guias de uma operadora grande? Dá, com modelagem correta. O VertiPaq comprime bem tabelas fato desenhadas com dimensões enxutas e colunas de baixa cardinalidade. Quando o histórico fica muito grande e o refresh pesa, o Microsoft Fabric com Direct Lake, lendo direto do OneLake, é o caminho para manter performance sem reprocessar tudo a cada atualização.
Como o painel lida com dado sensível de paciente e a LGPD? Dado de saúde é pessoal sensível pela LGPD (Lei nº 13.709/2018). O princípio é trazer o mínimo necessário: para resultado financeiro consolidado, você raramente precisa de diagnóstico ou identificação de paciente. O que for necessário fica protegido por Row Level Security, controlando o que cada perfil enxerga, com base legal e trilha de acesso definidas antes da publicação.
Quanto custa manter esse tipo de solução no ambiente Microsoft? Depende do licenciamento e do volume. Como referência de faixa, licenças por usuário como Power BI Pro e PPU são cobradas por assinante ao mês, enquanto capacidade dedicada via Fabric é medida em Capacity Units nos SKUs F2 a F2048, com custo proporcional ao tamanho. São ordens de grandeza que variam bastante e devem ser confirmadas na fonte oficial da Microsoft de acordo com o seu cenário.
O painel certo paga o próprio projeto
Em saúde, o dinheiro que se perde em glosa não recuperada, em procedimento com margem negativa e em repasse de convênio atrasado costuma ser maior que o custo de construir o painel que revela essas perdas. Um dashboard financeiro de saúde bem feito não é despesa de TI, é ferramenta de resultado. O que separa o painel útil do painel decorativo é a modelagem por trás e o cuidado com regra, competência e governança.
Se a sua operadora ou clínica quer sair da planilha que ninguém confia para um número que sustenta decisão, 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