Gestão de custos hospitalares com Business Intelligence

O hospital fecha o mês sabendo o resultado, mas não sabe de onde ele veio#

A maioria dos hospitais que atendemos conhece o próprio faturamento com precisão de centavos e conhece o próprio custo apenas em bloco. Sabe-se quanto entrou por convênio e quanto saiu de folha, material e OPME no consolidado. O que quase nunca existe é a ligação entre as duas pontas: quanto custou tratar aquele paciente, naquele leito, sob aquele convênio, naquela linha de cuidado. Sem essa ligação, a discussão sobre custos hospitalares vira uma disputa de opiniões, e quem grita mais alto ganha o corte de orçamento.

Business Intelligence não resolve o problema clínico nem o problema de negociação com a operadora. Ele resolve um problema anterior e mais silencioso: transformar dados que já existem no sistema de gestão hospitalar, no faturamento e na farmácia em um modelo de custos confiável, atualizado e explicável. Este artigo é sobre como fazer isso de verdade, com Power BI e Microsoft Fabric, sem prometer mágica e sem esconder as partes difíceis, que costumam estar no rateio e na qualidade do dado de origem.

Antes do dashboard vem o método de custeio#

Ferramenta nenhuma decide como você aloca custo indireto. Essa é uma escolha de método, e ela precede qualquer modelagem. Na prática hospitalar convivem dois métodos principais, e o bom projeto normalmente usa os dois em camadas.

O custeio por absorção aloca todos os custos, diretos e indiretos, aos produtos ou serviços finais. É o método mais comum, aceito pela contabilidade societária e relativamente barato de manter. O problema conhecido dele no hospital é o rateio grosseiro: custos de estrutura, administração e apoio são distribuídos por critérios como número de leitos, metragem ou receita, o que achata as diferenças reais entre atividades muito distintas. Um paciente clínico estável e um paciente de UTI de alta complexidade acabam carregando estrutura pela mesma régua.

O custeio baseado em atividades, o ABC (Activity-Based Costing), inverte a lógica: primeiro identifica as atividades que consomem recursos e depois aloca o custo dessas atividades aos pacientes conforme o quanto cada um efetivamente as consome. No hospital, atividades típicas são hora de sala cirúrgica, diária de UTI, sessão de hemodiálise, dispensação de medicamento de alto custo. O ABC é mais caro de implantar e exige direcionadores de custo bem definidos, mas é o único que responde com honestidade à pergunta que interessa na negociação de convênio: essa linha de cuidado dá ou não dá margem.

A recomendação que damos é pragmática. Comece pela absorção para ter o resultado batendo com a contabilidade, e aplique ABC nas áreas onde a decisão vale o esforço: centro cirúrgico, UTI, oncologia, terapias de alto custo. Não custeie por atividade o hospital inteiro no primeiro ano. Você vai gastar meses rateando o custo do jardim.

Dimensão	Custeio por absorção	Custeio ABC
Base de alocação	Rateio por critério único (leitos, receita, área)	Direcionadores por atividade consumida
Custo de implantação	Baixo a médio	Alto
Precisão por linha de cuidado	Baixa	Alta
Aderência à contabilidade societária	Alta	Requer conciliação
Melhor uso	Fechamento gerencial geral	Decisão de mix, convênio e pacote

Custo por leito-dia é o indicador que sustenta quase todo o resto#

O custo por leito-dia é a unidade de medida mais reutilizável da gestão hospitalar. Ele responde quanto custa manter um paciente internado por um dia em determinada unidade, e serve de insumo para praticamente todos os outros cortes. A fórmula básica, em pseudocódigo de medida, é Custo por leito-dia = Custo total da unidade / Total de leitos-dia ocupados, calculada por centro de custo e por período.

O detalhe que separa um número útil de um número enganoso é a segmentação. Um custo por leito-dia médio do hospital inteiro esconde tudo o que importa. O indicador precisa nascer por unidade (enfermaria, apartamento, UTI, semi-intensiva) e, quando possível, por perfil de paciente. A diária de UTI pode custar várias vezes a diária de enfermaria, e misturar as duas produz um custo médio que não descreve nenhuma realidade concreta.

No modelo de dados, leito-dia ocupado é um fato que vem da movimentação de internação: cada dia de permanência de cada paciente em cada leito é uma linha, ou é derivado de datas de entrada e saída. Custo da unidade é outro fato, mensal, vindo do rateio contábil. A medida cruza os dois. Aqui o Power BI trabalha bem, desde que o modelo respeite o esquema estrela, com dimensões de tempo, unidade, convênio e paciente ligando os fatos. Se você quer entender por que essa arquitetura importa tanto para performance e clareza, vale ler nosso guia de boas práticas de modelagem DAX no Power BI.

Margem por convênio muda a conversa com a operadora#

Faturar muito com um convênio não significa ganhar dinheiro com ele. A margem por convênio cruza a receita reconhecida por operadora com o custo alocado aos atendimentos daquela operadora, e é comum encontrar convênios de grande volume operando em margem apertada ou negativa depois do custo real de material e permanência.

Para o indicador funcionar, dois cuidados são inegociáveis. Primeiro, a receita precisa ser a receita reconhecida, líquida de glosa, e não o valor bruto emitido. Glosa é custo, e um painel que ignora glosa mente sobre a margem. Segundo, o custo precisa ser alocado no nível do atendimento, o que só é possível se o método de custeio produzir custo por paciente, e não só por centro de custo. É aqui que o ABC nas áreas críticas paga a própria conta: sem ele, a margem por convênio de uma UTI é um chute rateado.

Corte de análise	Pergunta que responde	Origem principal do dado
Custo por leito-dia	Quanto custa um dia de internação por unidade	Movimentação de internação e rateio contábil
Margem por convênio	Qual operadora dá resultado após glosa e custo	Faturamento líquido e custo por atendimento
Pacote versus conta aberta	Qual modelo de remuneração protege a margem	Contratos, itens faturados e custo real
Custo por linha de cuidado	Qual especialidade sustenta ou drena resultado	Custo por atendimento agrupado por linha

Pacote versus conta aberta é uma decisão que o BI deveria informar, e raramente informa#

Em remuneração por pacote, a operadora paga um valor fixo por procedimento e o risco de custo fica com o hospital. Em conta aberta, cada item é faturado e o risco fica mais com a operadora. A pergunta que o hospital precisa responder, procedimento a procedimento, é simples de enunciar e difícil de calcular: o custo real médio desse procedimento cabe dentro do valor de pacote negociado, considerando a variabilidade dos casos.

O BI entra medindo a distribuição, não só a média. Um pacote pode ser lucrativo no caso mediano e destruidor no caso complicado. Um painel maduro mostra o custo real por realização do procedimento, a variabilidade em torno da média, o percentual de casos que estouram o valor de pacote e o efeito da glosa e do OPME nesse estouro. Com isso, a negociação de pacote deixa de ser feita no feeling e passa a ser feita com a curva de custo na mão. Esse tipo de análise de distribuição e cenário é onde o analytics avançado agrega sobre o relatório operacional básico.

Custo por linha de cuidado conecta finanças e clínica#

Linha de cuidado é o agrupamento de atendimentos por condição ou jornada clínica: oncologia, cardiologia, ortopedia, materno-infantil. Custear por linha de cuidado é o que permite decisões de portfólio: onde investir, o que renegociar, o que eventualmente descontinuar. É também o corte que mais aproxima o discurso do controller do discurso do corpo clínico, porque fala a língua da assistência e não só a do centro de custo.

Tecnicamente, custo por linha de cuidado é uma reagregação do custo por atendimento. Se o modelo já produz custo no nível do paciente, associar cada atendimento a uma linha de cuidado é uma dimensão a mais. Se o modelo só tem custo por centro de custo, a linha de cuidado vira mais um rateio, e a confiança no número cai. Por isso insistimos: a granularidade do custeio no atendimento é o investimento que destrava todos os cortes seguintes de uma vez.

Como isso vira modelo no Power BI e no Fabric#

A parte de engenharia é onde os projetos naufragam ou ganham escala. Alguns pontos concretos, com o comportamento real das ferramentas.

O motor VertiPaq do Power BI comprime colunas por cardinalidade. Colunas de baixa cardinalidade, como código de convênio ou tipo de leito, comprimem muito bem. Colunas de alta cardinalidade, como um identificador único de conta com milhões de valores distintos, incham o modelo e degradam a performance. A consequência prática no hospital é evitar arrastar chaves técnicas desnecessárias para o modelo e separar data e hora em colunas distintas quando o horário não precisa participar de cálculo, porque um datetime completo tem cardinalidade altíssima.

O esquema estrela não é preferência estética, é o que o motor foi construído para percorrer. Fatos de leito-dia, atendimento e faturamento no centro, dimensões de tempo, unidade, convênio, paciente, procedimento e linha de cuidado ao redor. Modelos flocados ou tabelões achatados custam caro em DAX e em manutenção. Se o dado de origem vem sujo do sistema hospitalar, e quase sempre vem, a transformação precisa acontecer antes do modelo, em uma camada de engenharia de dados que padronize convênio, unifique cadastros de procedimento e trate a movimentação de internação.

O Microsoft Fabric, anunciado pela Microsoft em 2023, muda a conversa quando o volume cresce. O consumo é medido em Capacity Units, contratadas em SKUs que vão de F2 a F2048, e a plataforma unifica ingestão, Lakehouse, Warehouse e Power BI sobre o OneLake. O modo Direct Lake permite ao Power BI ler dados diretamente do OneLake em formato Delta Parquet, sem importar para o modelo nem consultar em tempo real via DirectQuery, combinando velocidade de importação com dados frescos. Para um hospital com anos de histórico de internação e faturamento, isso é relevante, mas não é obrigatório: muitos hospitais rodam muito bem em Power BI Pro com refresh importado. Fabric entra quando o volume, a frequência de atualização ou a necessidade de um data lake governado justificam o custo. Escrevemos uma análise honesta sobre isso em Microsoft Fabric, o que é e se vale a pena.

Vale registrar o contexto de mercado sem inventar número: 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 torna o Power BI a escolha de menor atrito para a maioria dos hospitais que já operam com Office e Azure. Isso reduz custo de licença, de contratação e de suporte, o que em saúde, onde a margem é apertada, não é detalhe.

Dado de saúde é dado sensível, e isso tem lei#

Custo hospitalar anda colado a dado de paciente. Diagnóstico, procedimento e permanência são, isolados ou combinados, dados pessoais e frequentemente dados pessoais sensíveis nos termos da Lei nº 13.709/2018, a LGPD. Um projeto de BI de custos que expõe custo por paciente identificável para toda a diretoria, sem controle de acesso, é um problema jurídico esperando para acontecer.

Na prática, isso significa segurança em nível de linha para separar o que cada perfil enxerga, pseudonimização do paciente nas camadas onde a identidade não é necessária para a análise, e trilha de acesso. Nada disso é opcional, e nada disso é caro se entrar no desenho desde o início. Tratamos esse tema em profundidade em governança de dados no Power BI e LGPD, e é sempre mais barato desenhar a governança junto do modelo do que remendar depois de uma auditoria.

O erro mais comum não é técnico#

Depois de vários projetos nesse setor, a falha recorrente não está no DAX nem no Fabric. Está em construir o dashboard antes de fechar o método de custeio com a controladoria e o corpo clínico. O painel mais bonito do mundo, alimentado por um rateio que ninguém validou, produz um número que a primeira reunião derruba. A partir daí ninguém mais confia no BI, e o projeto morre por descrédito, não por bug.

A ordem que funciona é: acordar o método, garantir a qualidade e a granularidade do dado de origem, modelar em esquema estrela, e só então construir a visualização. É menos glamouroso e é o que sobrevive ao segundo mês.

Perguntas frequentes#

Preciso do Microsoft Fabric ou o Power BI sozinho resolve?

Para a maioria dos hospitais de porte médio, o Power BI com licença Pro ou PPU e refresh importado atende bem no início. O Fabric passa a fazer sentido quando o volume de histórico é grande, a atualização precisa ser mais frequente ou você quer um data lake governado sobre o OneLake alimentando também outras áreas. É uma decisão de escala e custo, não um pré-requisito. As faixas de preço variam e devem ser confirmadas na fonte oficial da Microsoft.

Quanto tempo leva para ter o primeiro indicador confiável?

Depende muito menos da ferramenta e muito mais da qualidade do dado de origem e da clareza do método de custeio. Custo por leito-dia por absorção, com dados de internação minimamente organizados, costuma sair antes. Margem por convênio e custo por linha de cuidado no nível do atendimento levam mais, porque dependem de custear no paciente. Um discovery e assessment inicial dá o prazo realista para o seu caso específico.

Absorção ou ABC, qual escolher?

Os dois, em camadas. Absorção para o resultado gerencial geral bater com a contabilidade, e ABC aplicado às áreas onde a decisão vale o esforço, tipicamente centro cirúrgico, UTI, oncologia e terapias de alto custo. Custear por atividade o hospital inteiro logo de início costuma consumir tempo em rateios que não mudam decisão nenhuma.

Como o BI trata a glosa?

Glosa precisa ser tratada como redutor de receita no cálculo de margem, nunca ignorada. Um painel que usa faturamento bruto superestima a margem por convênio e leva a decisões erradas de negociação. A receita que entra no cálculo é a reconhecida, líquida de glosa, idealmente com a glosa também aberta por motivo para virar plano de ação.

Dados sensíveis de paciente podem ir para o Power BI?

Podem, desde que o tratamento respeite a LGPD, a Lei nº 13.709/2018. Na prática isso exige segurança em nível de linha, pseudonimização onde a identidade não é necessária para a análise e controle de acesso por perfil. O custo por si só não expõe o paciente, mas custo cruzado com diagnóstico e procedimento pode, então a governança precisa entrar no desenho desde o começo.

Meu dado de origem é ruim, isso inviabiliza o projeto?

Não inviabiliza, mas define por onde começar. Dado sujo do sistema hospitalar é a regra, não a exceção. A saída é uma camada de engenharia de dados que padronize cadastros de convênio e procedimento, trate a movimentação de internação e concilie o custo contábil antes de chegar ao modelo. O BI só é tão bom quanto o dado que o alimenta, e essa etapa costuma ser onde está o trabalho de verdade.

Onde isso te leva#

Gestão de custos hospitalares com Business Intelligence não é sobre ter mais gráficos. É sobre parar de discutir custo por opinião e passar a decidir mix, convênio e pacote com número que sobrevive à reunião. O caminho é conhecido: método de custeio acordado, dado de origem tratado, modelo em esquema estrela no Power BI, e Fabric quando a escala pedir. Se você quer estruturar isso no seu hospital sem repetir os erros de sempre, fale com a gente.