Dashboard de sinistralidade para operadoras de saúde no Power BI

A sinistralidade só aparece no fechamento, e aí já é tarde#

Na maioria das operadoras de plano de saúde que atendemos, a sinistralidade é descoberta tarde demais. O número fecha no meio do mês seguinte, quando a fatura hospitalar já entrou, quando a conta médica já foi processada e quando a diretoria já não tem o que fazer além de justificar o resultado. Um bom dashboard de sinistralidade no Power BI não muda a matemática do índice, mas muda o tempo de reação: transforma um relatório de autópsia em um instrumento de gestão que enxerga a curva de custo antes dela virar prejuízo.

Este artigo é para quem trabalha em operadora, autogestão, cooperativa médica ou seguradora especializada em saúde, e precisa de um painel que fale a língua do setor: sinistralidade, custo médico-hospitalar (CMH), frequência de utilização, coparticipação, glosa, TISS, TUSS e os indicadores que a ANS acompanha. Vou tratar de KPIs reais, da modelagem que sustenta esses números e de onde começar sem gastar seis meses num projeto que trava.

Sinistralidade não é um número, é uma decomposição#

A definição básica é conhecida: sinistralidade é a razão entre despesas assistenciais e receita de contraprestações, no mesmo período. O problema é que operadora nenhuma gerencia com o índice consolidado. O índice fechado esconde tudo o que interessa.

O que faz diferença é decompor. A mesma sinistralidade de 82% pode vir de uma carteira empresarial saudável com um único grande sinistro, ou de uma degradação estrutural na carteira individual. São problemas opostos, com respostas opostas, e o número agregado não distingue um do outro. Por isso o painel precisa quebrar a sinistralidade por dimensões que permitam agir:

• Por contrato e tipo de contratação (individual/familiar, coletivo empresarial, coletivo por adesão).
• Por faixa etária, porque a curva de custo por idade é o principal driver estrutural.
• Por tipo de despesa (internação, terapia, consulta, exame, pronto-socorro, OPME).
• Por prestador e rede, para achar o hospital ou clínica que puxa o resultado.
• Por período de competência versus período de pagamento, distinção que a saúde suplementar exige por causa do IBNR.

Aqui entra um ponto técnico que muita gente ignora: despesa assistencial não é só o que foi pago. Existe o IBNR (Incurred But Not Reported), a provisão de eventos ocorridos e ainda não avisados. Um dashboard que soma apenas contas pagas subestima a sinistralidade recente de forma sistemática, justamente nos meses mais próximos, que são os que você mais quer entender. O painel honesto mostra os dois: o realizado e o realizado mais a estimativa de IBNR, deixando claro qual é qual.

Os KPIs que sustentam a gestão de uma operadora#

Sinistralidade é o indicador de topo, mas ele se apoia em uma cadeia de métricas. Se você só monitora o índice final, está olhando o termômetro sem entender a febre. A tabela abaixo lista os KPIs que consideramos o núcleo de um painel de operadora.

KPI	O que mede	Como se lê
Sinistralidade	Despesa assistencial / receita de contraprestações	Quanto da receita vira custo assistencial
Custo médico-hospitalar (CMH) per capita	Despesa assistencial / número de vidas	Custo médio por beneficiário no período
Frequência de utilização	Nº de eventos / nº de vidas expostas	Quanto a carteira usa o plano
Custo médio por evento	Despesa / nº de eventos	Preço médio de cada procedimento ou conta
Taxa de glosa	Valor glosado / valor apresentado	Eficiência da auditoria de contas
Índice de coparticipação	Receita de coparticipação / despesa assistencial	Quanto o beneficiário divide do custo
Ticket de internação	Despesa de internação / nº de internações	Peso do evento de maior valor unitário

Frequência x custo médio é a decomposição mais útil que existe. A sinistralidade sobe por dois caminhos: ou as pessoas usam mais (frequência), ou cada uso custa mais (custo médio). Um pronto-socorro lotado é problema de frequência e pede gestão de porta de entrada. Uma escalada em OPME e diárias de UTI é problema de custo médio e pede negociação de rede e auditoria. O painel tem que separar esses dois vetores, senão a diretoria discute sintoma.

A dor real está na origem dos dados, não no visual#

Todo projeto de BI em operadora começa com a mesma ilusão: acham que o desafio é o gráfico. Não é. O desafio é que o dado nasce em vários sistemas que não conversam. O sistema de gestão da operadora guarda cadastro, contratos e mensalidades. As contas médicas chegam via TISS, o padrão de troca de informação em saúde suplementar definido pela ANS, em arquivos XML com estrutura própria. Os procedimentos vêm codificados em TUSS, a Terminologia Unificada da Saúde Suplementar. As autorizações, guias e coparticipações moram em módulos separados. E ainda há a base de beneficiários com suas movimentações de entrada e saída, que define as vidas expostas.

Juntar isso é um trabalho de engenharia de dados, não de arrastar campo no Power BI. Um esquema típico que funciona:

Camada	Conteúdo	Função no modelo
Fato de eventos assistenciais	Contas TISS, guias, valores apresentados/pagos/glosados	Tabela fato principal
Fato de contraprestações	Mensalidades e receitas por competência	Base do denominador da sinistralidade
Dimensão beneficiário	Vidas, faixa etária, sexo, plano, situação	Vidas expostas e recorte demográfico
Dimensão contrato	Tipo de contratação, empresa, vigência	Recorte comercial
Dimensão prestador	Rede, hospital, clínica, especialidade	Gestão de rede
Dimensão procedimento (TUSS)	Código, descrição, grupo, tipo de despesa	Análise clínica de custo
Dimensão calendário	Competência e pagamento	Separar regime de competência de caixa

Esse é um modelo estrela clássico, e ele importa por um motivo concreto de desempenho. O Power BI usa o motor VertiPaq, que comprime cada coluna em memória e comprime melhor colunas de baixa cardinalidade. Tabelas fato largas e desnormalizadas incham o modelo e degradam a performance. Um modelo bem dimensionado, com fatos enxutos e dimensões separadas, é o que permite que um painel com milhões de contas responda em segundos. Vale ler nosso guia de modelagem e boas práticas de DAX no Power BI antes de escrever a primeira medida.

Se a origem dos dados é o gargalo, e quase sempre é, o investimento certo é em engenharia de dados para consolidar as fontes antes do BI. Painel bonito sobre dado sujo é maquiagem.

As medidas DAX que dão trabalho de verdade#

A sinistralidade parece uma divisão simples, e a fórmula base é mesmo direta: algo como DIVIDE([Despesa Assistencial], [Receita Contraprestações]). A dificuldade não está na conta, está no contexto.

Sinistralidade acumulada de 12 meses (a métrica que a diretoria e a ANS de fato olham) exige uma medida com janela móvel, não o índice do mês isolado, que oscila demais para servir de bússola. Você vai precisar de medidas com CALCULATE e funções de inteligência de tempo, cuidando para que o numerador e o denominador respeitem exatamente a mesma janela e o mesmo regime, competência com competência.

Vidas expostas é outro ponto que separa o painel amador do profissional. Beneficiário entra e sai no meio do mês, e contar a foto do último dia distorce o CMH per capita. O correto é média de vidas no período, o que obriga a tratar as movimentações da carteira na modelagem. E a coparticipação precisa entrar com sinal certo: ela reduz a despesa líquida ou aparece como receita, e misturar os critérios gera dois números diferentes para a mesma coisa em duas telas.

Nenhuma dessas medidas é impossível, mas todas dependem de um modelo correto por baixo. É por isso que insistimos: a ordem é dado, modelo, medida, visual. Inverter essa ordem é a causa número um de projeto de BI que não sai do lugar.

Power Platform fecha o ciclo entre ver e agir#

Dashboard mostra o problema. Sozinho, ele não resolve nada. A operadora madura conecta o painel a uma ação, e é aí que o Power Platform entra junto com o Power BI. Alguns usos concretos que já implementamos ou que fazem sentido direto no setor:

• Alerta no Power Automate quando a sinistralidade de um contrato empresarial cruza o limite contratual, para a gestão de carteira agir antes da renovação.
• Aplicativo em Power Apps para a auditoria médica registrar justificativa de glosa ou decisão de autorização, alimentando de volta a base que o painel consome.
• Fluxo de aprovação de OPME ou de internação eletiva, com trilha e prazo, integrando a autorização ao acompanhamento de custo.
• Notificação para gestores quando um prestador apresenta variação atípica de custo médio, ligando o insight a um contato comercial com a rede.

Se essa camada de automação é nova para o seu time, vale o guia de Power Apps e Power Automate. O ponto de fundo é simples: BI que só informa vira relatório caro. BI que aciona um processo vira gestão.

Dado de saúde é dado sensível, e a LGPD não é opcional#

Operadora trabalha com dado de saúde, que a Lei nº 13.709/2018 (LGPD) classifica como dado pessoal sensível, com proteção reforçada. Isso não é detalhe de rodapé no projeto de BI, é requisito de arquitetura. Na prática significa controlar quem enxerga o quê: segurança em nível de linha (Row-Level Security) para que um gestor regional não veja a carteira de outra regional, papéis bem definidos, e minimização, ou seja, o painel gerencial não precisa expor CPF nem nome do beneficiário para calcular sinistralidade.

Tratamos disso em profundidade no texto sobre governança de dados, Power BI e LGPD, e é assunto que recomendo endereçar no início, não no fim. Retrabalhar segurança depois que o painel já circulou pela diretoria é mais caro e mais arriscado do que fazer certo desde o modelo.

Onde isso roda: licenças e capacidade#

Duas decisões técnicas costumam gerar confusão: licença e capacidade. Vale separar.

Para publicar e consumir relatórios no Serviço do Power BI, cada usuário precisa de licença. O Power BI Pro é a licença por usuário padrão. O Premium Per User (PPU) é uma licença por usuário com recursos avançados. Já a Premium por capacidade e o Microsoft Fabric, anunciado pela Microsoft em 2023, trabalham com capacidade dedicada: no Fabric o consumo é medido em Capacity Units, com SKUs que vão de F2 a F2048, e no modelo Premium clássico as capacidades P1 a P5. O Fabric ainda traz o modo Direct Lake, que lê os dados direto do OneLake sem a etapa de importação tradicional, útil para volumes grandes de contas médicas.

Como referência de mercado, a Microsoft é reconhecida há anos como Líder no Quadrante Mágico do Gartner para plataformas de Analytics e BI, e o Power BI tem ampla adoção no Brasil pela penetração do ecossistema Microsoft. Isso reduz o risco de plataforma e facilita achar profissional no mercado.

Sobre preço, um conselho honesto: não decida por tabela de blog. As faixas variam por câmbio, contrato e volume, e devem ser confirmadas na fonte oficial da Microsoft. O critério é o que importa: operadora com muitos usuários de leitura e grande volume de dados tende a favorecer a capacidade dedicada; operação menor começa bem com licença por usuário. Se essa escolha está travando o projeto, um discovery e assessment resolve isso em poucas semanas com número, não com achismo, e o guia de Power BI para empresas no Brasil dá o panorama completo.

Como começar sem travar em um projeto de seis meses#

O erro mais comum é querer o painel definitivo de uma vez. Ele não sai, porque depende de integrar tudo antes de entregar qualquer coisa. O caminho que funciona é o inverso: escopo pequeno, valor rápido, iteração.

1. Comece pela sinistralidade consolidada e sua abertura por tipo de contratação e faixa etária. Só isso já é mais visão do que a maioria das operadoras tem hoje.
2. Resolva a origem de dois dados primeiro: contas assistenciais (TISS) e contraprestações. É o mínimo para o índice fechar de forma confiável.
3. Adicione a decomposição frequência x custo médio, que é onde a gestão realmente começa a agir.
4. Só então avance para IBNR, análise de prestador e as automações do Power Platform.

Essa sequência entrega painel útil em semanas, não em trimestres, e cada etapa financia a próxima com resultado visível. Se seu time já tem Power BI mas o painel de sinistralidade não confia no próprio número, o problema quase sempre é modelo ou dado, e um trabalho de sustentação e evolução de BI endereça isso sem recomeçar do zero.

Perguntas frequentes#

Qual é a diferença entre sinistralidade por competência e por pagamento? Competência é o mês em que o evento assistencial ocorreu; pagamento é o mês em que a conta foi efetivamente paga. Como há defasagem entre um e outro, medir por pagamento distorce a leitura dos meses recentes. A gestão correta usa competência, complementada pela estimativa de IBNR para cobrir o que ocorreu mas ainda não foi avisado.

Preciso integrar o padrão TISS para ter o dashboard? Para a sinistralidade sair confiável, sim, porque é do TISS que vêm as contas assistenciais com valores apresentados, pagos e glosados, e os procedimentos em TUSS. Dá para começar com extrações do sistema de gestão, mas sem a informação de conta médica estruturada o numerador do índice fica incompleto.

O Power BI aguenta o volume de contas de uma operadora grande? Sim, desde que o modelo seja bem construído. O motor VertiPaq comprime os dados em memória e responde bem a volumes altos quando você usa modelo estrela, fatos enxutos e dimensões de baixa cardinalidade. Para volumes muito grandes, capacidade dedicada no Fabric com Direct Lake lendo do OneLake é o caminho.

Como fica a LGPD com dado de saúde no painel? Dado de saúde é dado sensível pela Lei nº 13.709/2018 e exige proteção reforçada. Na prática, use segurança em nível de linha para restringir o que cada usuário vê, minimize dado pessoal nos painéis gerenciais e defina papéis de acesso claros desde a modelagem, não depois de publicar.

Dá para receber alertas de sinistralidade automaticamente? Sim. Com o Power Automate você dispara alertas quando um indicador cruza um limite, por exemplo a sinistralidade de um contrato empresarial acima do previsto em contrato. É possível ir além e criar aplicativos em Power Apps para a auditoria registrar decisões, fechando o ciclo entre ver o problema e agir sobre ele.

Quanto tempo leva para ter um primeiro painel útil? Se o escopo inicial for a sinistralidade consolidada com abertura por contratação e faixa etária, é questão de semanas, não de meses. O prazo estoura quando se tenta integrar todas as fontes e todos os indicadores de uma vez. O caminho saudável é entregar em etapas, começando pelo que dá visão com o menor esforço de integração.

Comece pelo número que dói mais#

Sinistralidade é o indicador que decide o resultado de uma operadora, e mesmo assim quase sempre chega tarde e agregado demais para servir de gestão. Um dashboard bem construído no Power BI, apoiado em um modelo de dados correto e conectado ao Power Platform para virar ação, muda isso: antecipa a curva, decompõe o custo e liga o insight a uma decisão. O segredo não é a ferramenta, é a ordem, dado, modelo, medida, visual, e o foco no que dói primeiro.

Se você quer sair do relatório de autópsia para um painel que ajuda a decidir, fale com a gente. A Fynx tem 6 anos de mercado, mais de 50 clientes e mais de 2.000 soluções Microsoft entregues, e ajuda a montar isso do jeito certo desde a origem do dado.