Os principais KPIs de gestão em saúde para acompanhar no Power BI
KPIs de saúde no Power BI: sinistralidade, ticket médio, taxa de ocupação, glosa e NPS explicados de forma técnica para gestores e times de dados.
Painel bonito não paga conta de hospital nem segura sinistralidade de operadora
A maior parte dos painéis de saúde que eu vejo em consultoria sofre do mesmo problema: são bonitos, cheios de cartões coloridos e não respondem à única pergunta que importa para quem gere um hospital, uma clínica ou uma operadora. O gestor abre o relatório, olha por trinta segundos e volta para a planilha, porque a planilha, apesar de feia, responde. Se você quer que os KPIs de saúde saiam do Excel e passem a viver no Power BI de verdade, precisa começar pelos indicadores que mexem com dinheiro, com ocupação de leito e com risco assistencial, e não pela paleta de cores.
Este artigo é sobre os indicadores que realmente importam na gestão em saúde, como cada um se comporta e como modelar o dado por trás deles. Saúde é um setor onde o dado é sujo, fragmentado entre prontuário, faturamento e regulação, e onde a interpretação errada de um número tem consequência clínica e financeira. Vou ser direto sobre onde as pessoas erram.
Sinistralidade é o KPI que decide se a operadora sobrevive
Se você trabalha com operadora de saúde, autogestão ou plano corporativo, a sinistralidade é o indicador rei. Ela mede a proporção entre o que foi gasto em assistência e o que foi arrecadado em contraprestações no mesmo período. A fórmula base é simples: Sinistralidade = Despesa Assistencial / Receita de Contraprestações. O problema nunca está na fórmula, está no que entra em cada termo.
Despesa assistencial não é só o valor pago aos prestadores. Inclui provisão para eventos ocorridos e não avisados, os famosos IBNR, que a ANS exige nas demonstrações. Se você calcula sinistralidade só com o pago, o número engana e sempre para baixo, porque as contas de dezembro ainda estão chegando em fevereiro. Em Power BI isso vira uma decisão de modelagem: você precisa de uma tabela de eventos com data de ocorrência e data de aviso separadas, para conseguir olhar a sinistralidade por competência e não por caixa.
No modelo de dados, o motor VertiPaq do Power BI comprime colunas por cardinalidade, então guardar a data de ocorrência e a data de aviso como colunas de data limpas, ligadas a uma dimensão calendário, comprime bem e roda rápido. Uma medida de sinistralidade acumulada 12 meses costuma ser o que a diretoria quer ver, porque suaviza sazonalidade.
O ponto de atenção honesto: sinistralidade saudável varia por carteira. Um plano coletivo empresarial jovem tem patamar diferente de uma carteira individual envelhecida. Não coloque uma meta única no painel para carteiras diferentes, isso gera decisão ruim. Segmente por tipo de contratação e faixa etária.
Ticket médio e custo por beneficiário mostram para onde o dinheiro vai
Ticket médio em saúde tem duas leituras diferentes que as pessoas confundem. Na clínica e no hospital, é a receita média por atendimento ou por conta. Na operadora, o que importa mais é o custo médio por beneficiário, o PMPM, per member per month. São coisas distintas e servem a decisões distintas.
O custo por beneficiário revela o que a sinistralidade esconde. Uma sinistralidade estável pode mascarar um custo por vida subindo, compensado por reajuste de mensalidade. Quando você abre o custo por beneficiário por linha de cuidado, internação, terapia, exames, pronto-socorro, materiais e OPME, aparece onde a carteira está sangrando. OPME, órteses, próteses e materiais especiais, costuma ser o vilão silencioso.
| Indicador | Fórmula base | Onde erram com mais frequência |
|---|---|---|
| Ticket médio por conta | Receita bruta / número de contas | Misturar conta glosada com conta paga |
| Custo por beneficiário (PMPM) | Despesa assistencial / beneficiários-mês | Usar beneficiários do fim do mês, não a média |
| Custo por linha de cuidado | Despesa da linha / beneficiários expostos | Não isolar OPME e alto custo |
| Receita por leito-dia | Receita de internação / leitos-dia | Ignorar leito bloqueado no denominador |
Beneficiários-mês é o detalhe técnico que quase todo painel erra. Se um beneficiário entrou no dia 20, ele não contribui um mês inteiro de exposição. Modelar isso exige uma tabela de vidas expostas proporcional, e não uma foto do último dia. Sem isso, o PMPM fica inflado ou deflacionado dependendo da rotatividade da carteira.
Taxa de ocupação e giro de leito medem se o hospital respira
Do lado hospitalar, a taxa de ocupação é o indicador operacional central: Taxa de Ocupação = Leitos-dia ocupados / Leitos-dia disponíveis. Parece trivial e não é, porque o denominador é político. Leito bloqueado por reforma, leito de isolamento fechado, leito que existe no papel mas não tem enfermagem para operar: entra ou não entra no disponível?
A decisão muda o número em vários pontos percentuais e muda a conversa com a diretoria clínica. A recomendação técnica é modelar dois denominadores, capacidade operacional e capacidade instalada, e deixar o usuário escolher no filtro. Esconder essa escolha dá a falsa sensação de precisão.
Ocupação sozinha também engana. Um hospital pode ter ocupação alta e desempenho ruim se os pacientes ficam internados além do necessário. Por isso ocupação anda de par com a média de permanência e com o giro de leito:
| KPI operacional | O que mede | Interpretação em par |
|---|---|---|
| Taxa de ocupação | Uso da capacidade de leitos | Alta com permanência alta pode ser gargalo de alta |
| Média de permanência | Dias médios por internação | Baixa demais pode indicar reinternação |
| Giro de leito | Pacientes por leito no período | Alto com permanência baixa é eficiência |
| Taxa de reinternação em 30 dias | Retorno não planejado | Sobe quando a alta é precoce |
A média de permanência precisa ser ponderada, não uma média simples de dias. Uma internação de UTI de sessenta dias distorce a média aritmética de um andar inteiro. Em DAX, calcule o total de pacientes-dia dividido pelo total de saídas no período, não a média de uma coluna de dias. É um erro clássico que aparece em quase todo painel hospitalar que audito.
Glosa é onde o hospital perde dinheiro sem perceber
Glosa é o valor faturado que a operadora ou o convênio recusa pagar. É provavelmente o KPI de saúde mais subestimado, porque o dinheiro nunca chegou a entrar, então ninguém sente a dor no fluxo de caixa da mesma forma que sente uma despesa. A taxa de glosa é Valor glosado / Valor faturado, e o que a torna gerenciável é a decomposição por motivo.
Existem dois tipos que precisam viver em campos separados no modelo: glosa administrativa, por erro de cadastro, senha, guia ou código, e glosa técnica, por questionamento assistencial. A administrativa é recuperável e evitável, é falha de processo interno. A técnica exige recurso com justificativa clínica. Um painel que joga tudo em um número só de glosa não permite ação, porque a diretoria de faturamento e a diretoria clínica atacam causas diferentes.
O ciclo da glosa tem etapas que o painel precisa refletir: inicial, recursada, recuperada e definitiva. A métrica que importa para o resultado é a glosa definitiva, o que se perdeu depois de esgotado o recurso, mas a que importa para o processo é a taxa de recuperação. Modelar isso pede uma tabela de fatos de glosa com status e datas de cada transição, o que permite medir o tempo médio de recuperação, indicador que quase ninguém acompanha e que impacta o capital de giro.
Uma boa árvore de decomposição no Power BI sobre a glosa, quebrando por operadora, por motivo e por setor gerador, costuma render mais economia real do que qualquer outro visual do painel. É onde eu recomendo começar quando um hospital pergunta por onde atacar. Se a modelagem por trás disso te preocupa, vale ler nosso conteúdo sobre boas práticas de modelagem e DAX no Power BI, porque glosa mal modelada vira medida lenta e resultado errado.
NPS e indicadores de experiência não são enfeite
Experiência do paciente virou indicador de gestão de verdade, porque em operadora impacta retenção de carteira e em hospital impacta reputação. O NPS, net promoter score, é a métrica mais difundida: percentual de promotores menos percentual de detratores.
O cuidado técnico aqui é não tratar o NPS como média. NPS não é média de notas, é diferença entre proporções. Em DAX, você conta promotores, nota 9 e 10, conta detratores, nota 0 a 6, e subtrai as proporções. Modelar como média de uma coluna de nota é errado e dá número que não bate com nenhum padrão. Além disso, NPS com amostra pequena oscila muito, então mostre sempre o número de respostas ao lado. Um NPS de 80 com doze respostas não é informação, é ruído.
Em saúde vale combinar o NPS com indicadores assistenciais de experiência, como tempo de espera no pronto-socorro e taxa de resolução no primeiro contato do call center. Um NPS que sobe enquanto o tempo de espera piora é sinal de amostra viciada, geralmente porque só quem teve boa experiência respondeu.
Como estruturar tudo isso em um modelo que aguenta o dia a dia
Junte esses domínios, financeiro, operacional, faturamento e experiência, e você tem quatro fontes de dado com granularidades diferentes que precisam conviver no mesmo modelo. Esse é o trabalho de engenharia que sustenta o painel, e é onde a maioria dos projetos de BI em saúde falha, não no visual.
Algumas decisões de arquitetura que valem para praticamente todo cliente de saúde:
- Use esquema estrela. Uma dimensão calendário robusta, dimensões de beneficiário, prestador, procedimento e unidade, e tabelas fato separadas por domínio. Resista à tentação de uma tabela gigante única, ela mata a compressão do VertiPaq e a performance.
- Padronize a tabela de procedimentos pela terminologia TUSS, a Terminologia Unificada da Saúde Suplementar, para conseguir cruzar dados entre operadora e prestador. Sem padronização de código, o mesmo exame aparece com três nomes.
- Trate a data de competência separada da data de caixa em tudo que é financeiro. É a diferença entre um número auditável e um número que a controladoria contesta.
- Para volumes grandes, típicos de operadora com milhões de eventos por ano, avalie o Microsoft Fabric e o modo Direct Lake, que lê os dados direto do OneLake sem o passo de importação, reduzindo a janela de atualização. O Fabric mede consumo em Capacity Units e vem em SKUs que vão de F2 a F2048, o que dá espaço para começar pequeno e crescer. O Fabric foi anunciado pela Microsoft em 2023 e hoje é o caminho recomendado para cargas analíticas grandes no ecossistema.
Sobre licenciamento, para publicar e compartilhar no Serviço do Power BI você precisa de Power BI Pro por usuário, ou de PPU, Premium Per User, ou de capacidade dedicada via Fabric para escala organizacional. Os valores mudam e devem ser confirmados na página oficial de preços da Microsoft, mas a faixa de entrada por usuário Pro é de poucas dezenas de reais mensais, enquanto capacidade dedicada opera em outra ordem de grandeza. Não dimensione licença no chute, isso vira surpresa no orçamento.
Vale lembrar que a Microsoft é reconhecida como Líder no Quadrante Mágico do Gartner para plataformas de Analytics e BI, e a penetração do ecossistema Microsoft no Brasil faz do Power BI a escolha natural para a maioria das operações de saúde que já usam a stack. Se você está avaliando a plataforma de forma mais ampla, nosso guia completo de Power BI para empresas no Brasil cobre o cenário com mais profundidade.
Dado de saúde é dado sensível: governança não é opcional
Dado de saúde é categorizado como dado pessoal sensível pela LGPD, a Lei nº 13.709/2018, o que impõe base legal específica e cuidado redobrado com acesso. Na prática do Power BI, isso significa segurança em nível de linha, RLS, para que cada unidade ou gestor veja só a sua fatia, e atenção a quem consegue exportar dado identificável.
Para indicadores de gestão, o ideal é que o modelo trabalhe com dado agregado ou pseudonimizado sempre que possível, reservando o dado identificável a fluxos assistenciais controlados. Painel de diretoria não precisa de nome de paciente, precisa de número. Se governança é um ponto aberto na sua operação, tratamos disso em detalhe no material sobre governança de dados, Power BI e LGPD, e é assunto que recomendo resolver antes de escalar o acesso ao painel, não depois.
Perguntas frequentes
Qual KPI de saúde devo implementar primeiro no Power BI?
Depende do seu negócio, mas comece pelo indicador que mexe com dinheiro na sua realidade. Para operadora, sinistralidade e custo por beneficiário. Para hospital, glosa e taxa de ocupação. Resista a montar quarenta indicadores de uma vez: entregue três que a diretoria realmente use e expanda depois. Painel abrangente que ninguém abre vale menos que três números certos.
Sinistralidade calculada por caixa serve ou preciso de competência?
Para uma visão gerencial rápida, o caixa dá um sinal, mas leva a decisão errada em fechamento, porque contas chegam com atraso. Para gestão séria de operadora, você precisa de competência com provisão de eventos ocorridos e não avisados. A diferença entre os dois números pode ser grande em meses recentes, e é justamente nos meses recentes que a diretoria toma decisão.
Como calcular média de permanência sem distorcer o número?
Não use média aritmética de uma coluna de dias, porque internações longas de UTI puxam tudo. Calcule o total de pacientes-dia dividido pelo total de saídas no período. Em DAX isso é uma divisão de duas medidas somadas, e o resultado é ponderado corretamente pelo volume, refletindo o que acontece no hospital de fato.
Glosa administrativa e técnica precisam mesmo ficar separadas?
Sim, e essa é uma das melhores decisões de modelagem que você pode tomar. A glosa administrativa é falha de processo interno, recuperável e evitável, e ataca-se com melhoria de faturamento. A técnica é questionamento assistencial e exige recurso clínico. Juntas em um número só, ninguém sabe onde agir, e a economia potencial fica invisível.
Preciso do Microsoft Fabric para fazer BI de saúde?
Não necessariamente. Para clínicas e hospitais de porte médio, Power BI Pro com um modelo bem desenhado resolve muito bem. O Fabric e o modo Direct Lake fazem diferença quando o volume de eventos é grande, típico de operadora com milhões de registros por ano, ou quando a janela de atualização aperta. Comece pelo que o volume exige e escale quando o dado justificar, não antes.
Como garantir a conformidade com a LGPD nos painéis de saúde?
Dado de saúde é sensível pela LGPD, então trabalhe com segurança em nível de linha para restringir acesso por unidade e perfil, prefira dado agregado ou pseudonimizado nos painéis de gestão e controle quem pode exportar informação identificável. Painel de diretoria trabalha com números, não com nomes. É um trabalho de governança que deve preceder a ampliação do acesso.
Onde a Fynx entra
Os indicadores certos são só metade do trabalho. A outra metade é o dado limpo, o modelo que aguenta o volume e a governança que mantém o painel confiável e conforme. Em seis anos de mercado, mais de 50 clientes e mais de 2.000 soluções Microsoft entregues, foi exatamente aí que vimos projetos de saúde travarem ou deslancharem. Se você quer tirar seus KPIs de saúde da planilha e colocá-los em um Power BI que a diretoria use de verdade, conheça nossos serviços de Power BI e de engenharia de dados, ou fale com a gente para desenhar isso junto.
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