BI hospitalar: por onde começar
BI hospitalar por onde começar: guia honesto e faseado para iniciar Business Intelligence no hospital sem virar caos de dashboards.
O hospital não sofre por falta de dados, sofre por excesso de painéis que ninguém confia
Todo hospital que decide fazer BI comete o mesmo erro na largada: acha que o problema é ter dados. Não é. O HIS já registra cada internação, o sistema de faturamento já sabe quanto foi glosado, o PEP guarda evolução clínica de cada leito. O problema real é que essas informações vivem separadas, se contradizem entre si e chegam à diretoria em planilhas montadas na madrugada por alguém que já pediu demissão mentalmente. Quando esse hospital finalmente compra Power BI, o que costuma acontecer é uma explosão de dezenas de dashboards sem dono, com números que divergem de reunião para reunião. Por isso a pergunta certa de BI hospitalar por onde começar não é qual ferramenta comprar, e sim como iniciar de forma que a coisa não vire caos em seis meses.
Este guia é a resposta honesta que damos aos hospitais que nos procuram. Sem promessa de transformação instantânea, sem receita de bolo. BI em saúde é técnico, é político e depende de dado sujo virar dado confiável. Vamos por partes.
Comece pela decisão, não pela ferramenta
O maior desperdício em projetos de BI hospitalar é começar conectando fontes e desenhando gráficos bonitos antes de saber qual decisão aquele gráfico deveria mudar. Um dashboard só tem valor se alguém, ao olhar para ele, faz algo diferente do que faria sem ele. Ocupação subindo dispara remanejamento de equipe. Glosa crescendo em um convênio dispara auditoria de faturamento. Se o painel não muda comportamento, ele é decoração cara.
Antes de qualquer linha de código, sente com três públicos e pergunte o que os tira o sono: a diretoria assistencial, o faturamento e a operação de leitos. Anote as perguntas reais que eles fazem no WhatsApp às sete da manhã. Essas perguntas são o seu backlog. O resto é vaidade.
Vale dizer com franqueza: a ferramenta importa menos do que vendem por aí. Power BI domina o mercado brasileiro pela força do ecossistema Microsoft e pela integração natural com Excel, Azure e Microsoft 365, e a Microsoft é reconhecida há anos como Líder no Quadrante Mágico do Gartner para plataformas de Analytics e BI. É uma escolha segura. Mas escolher Power BI não resolve o hospital. Resolve modelagem, governança e disciplina.
Faseie o projeto, ou você vai afogar a operação
BI hospitalar não é entregue de uma vez. Quem tenta cobrir assistencial, faturamento, farmácia e SUS no mesmo trimestre entrega tudo pela metade e perde a confiança do patrocinador. A abordagem que funciona é faseada e curta, com valor visível a cada ciclo.
| Fase | Foco | Duração típica | Entregável concreto |
|---|---|---|---|
| 0. Discovery | Entender fontes, dono do dado e perguntas de negócio | 2 a 4 semanas | Diagnóstico de fontes e lista priorizada de KPIs |
| 1. Fundação | Modelo de dados e um painel de alto impacto | 4 a 8 semanas | Painel de ocupação confiável e modelo estrela |
| 2. Expansão | Faturamento e glosa sobre a mesma base | 6 a 10 semanas | Painel de glosa por convênio e causa |
| 3. Governança e escala | Papéis, catálogo, segurança e sustentação | Contínuo | Processo de publicação e RLS ativo |
Repare que a fase 0 não gera gráfico nenhum, e mesmo assim é a mais importante. É nela que você descobre que o HIS chama de alta o que o faturamento chama de saída, e que os dois nunca bateram. Pular o discovery é a origem de quase todo retrabalho. Se quiser entender como estruturamos essa etapa, veja nosso discovery e assessment.
Escolha poucos KPIs, e escolha os certos
O erro clássico é querer medir cinquenta indicadores no primeiro mês. Comece com três, no máximo cinco, que atravessam o hospital inteiro e sobre os quais a diretoria já briga hoje. Para a maioria dos hospitais, os primeiros KPIs honestos são taxa de ocupação, tempo médio de permanência e taxa de glosa.
| KPI | O que mede | Cálculo simplificado | Fonte primária | Cuidado principal |
|---|---|---|---|---|
| Taxa de ocupação | Uso dos leitos operacionais | pacientes-dia / leitos-dia operacionais | HIS / gestão de leitos | Definir leito operacional vs. bloqueado |
| Tempo médio de permanência (TMP) | Dias médios por internação | pacientes-dia / número de saídas | HIS / PEP | Contar altas, óbitos e transferências de forma consistente |
| Taxa de glosa | Receita negada pelo convênio | valor glosado / valor faturado | Faturamento | Separar glosa administrativa de técnica |
Três definições precisam ficar escritas e assinadas antes do primeiro gráfico. O que conta como leito operacional. O que fecha uma internação para efeito de TMP. E o que é glosa inicial versus glosa mantida após recurso. Sem esse acordo, cada área traz um número e a reunião vira debate sobre matemática em vez de decisão sobre o paciente. Escrever definição de KPI é trabalho de governança, não de BI, e é onde o projeto vive ou morre.
Uma observação técnica que poupa sofrimento: TMP e ocupação dependem de tabelas de calendário e de datas bem tratadas. No Power BI, medidas de contagem de dias-paciente exigem DAX com granularidade correta, senão o número infla ou some. Se a modelagem estiver frágil, nenhum KPI será confiável. Tratamos disso em detalhe em modelagem e DAX, boas práticas no Power BI.
Conheça suas fontes antes de confiar nelas
Hospital tem três grandes famílias de fonte, e cada uma mente de um jeito diferente.
O HIS, sistema de gestão hospitalar, é a espinha dorsal administrativa: admissão, alta, transferência, ocupação de leito, agenda cirúrgica. É onde ocupação e TMP nascem. Costuma ser confiável em datas de entrada e frágil em datas de saída, porque alta administrativa e alta médica raramente coincidem.
O PEP, prontuário eletrônico do paciente, guarda o dado clínico: evolução, prescrição, resultados. É rico e sujo. Texto livre, campos preenchidos de qualquer jeito, informação crítica escondida em observação. Para BI inicial, use o PEP com parcimônia. Ele brilha em analytics clínico mais maduro, não no primeiro painel.
O faturamento é onde a glosa vive. Aqui o dado é estruturado porque dinheiro obriga estrutura, mas é traiçoeiro no tempo: uma conta é faturada em um mês, glosada no seguinte e recuperada dois meses depois. Se você não modelar essa linha do tempo, sua taxa de glosa vai oscilar sem sentido.
| Fonte | O que fornece | Confiabilidade | Papel no BI inicial |
|---|---|---|---|
| HIS | Leitos, internação, alta, cirurgia | Alta em admissão, média em saída | Base de ocupação e TMP |
| PEP | Evolução e dados clínicos | Baixa estruturação | Uso posterior, analytics clínico |
| Faturamento | Contas, convênios, glosa | Alta, mas complexa no tempo | Base de glosa e receita |
Extrair, padronizar e cruzar essas fontes é trabalho de engenharia, não de quem monta gráfico. Tentar fazer isso dentro do próprio relatório Power BI, com Power Query empilhado, funciona no piloto e desaba na escala. Uma camada de dados organizada é o que separa BI que dura de BI que quebra no primeiro mês movimentado. É o tema do nosso serviço de engenharia de dados.
Defina papéis antes de definir cores de gráfico
Projeto de BI hospitalar sem papéis claros vira terra de ninguém. Quatro funções precisam existir, mesmo que a mesma pessoa acumule duas no começo.
O patrocinador é da diretoria e desempata briga de definição. Sem ele, ocupação nunca terá uma versão única. O dono do dado de cada domínio, faturamento, leitos, farmácia, responde pela qualidade daquela fonte. O analista de BI modela e constrói. E o administrador da plataforma cuida de licenças, capacidade e segurança. Confundir esses papéis é a razão de dashboards se multiplicarem sem controle, cada gerente pedindo o seu, ninguém dizendo não.
Uma regra que defendemos com convicção: publicação de relatório oficial passa por um processo, não pelo humor de quem tem acesso ao workspace. Quem publica o quê, em qual área, com qual selo de validado. Isso é governança mínima, e mínima não é opcional.
Governança mínima não é burocracia, é o que impede o caos
Existe um mito de que governança atrasa o projeto. O oposto é verdade em saúde. Sem governança, você chega em um ano com quarenta relatórios, três definições de ocupação e zero confiança. Governança mínima para começar significa poucas coisas, todas obrigatórias.
Um catálogo simples do que existe, quem é dono e o que cada métrica significa. Um ambiente separado entre desenvolvimento e produção, para ninguém publicar rascunho como verdade. Controle de acesso por perfil, e aqui entra um ponto sério de saúde: dado de paciente é dado pessoal sensível sob a LGPD, a Lei nº 13.709/2018. Acesso precisa ser por necessidade, e no Power BI isso se materializa com segurança em nível de linha, o RLS, restringindo cada usuário ao que lhe compete.
Não confunda governança mínima com plataforma de governança pesada. No começo, um documento de definições, uma matriz de acesso e disciplina de publicação já colocam o hospital à frente da maioria. Conforme escala, o assunto amadurece, e aprofundamos isso em governança de dados no Power BI e LGPD e no serviço de governança de dados.
Sobre licenças e capacidade, sem enrolação
Você vai precisar decidir como licenciar. Power BI Pro é licença por usuário e atende quem cria e consome relatórios em times pequenos. PPU, Premium por usuário, ainda é por usuário mas libera recursos avançados. Para hospital com muitos consumidores que só olham painel, capacidade dedicada tende a compensar: o Microsoft Fabric organiza consumo em Capacity Units e oferece SKUs que vão de F2 a F2048, além das antigas P1 a P5 do Premium. O modo Direct Lake do Fabric lê direto do OneLake, o que ajuda em volumes grandes sem importar tudo para a memória.
Fique com os pés no chão em dois pontos. Primeiro, preço muda e depende de contrato, então trate qualquer valor como faixa aproximada e confirme na fonte oficial da Microsoft antes de fechar orçamento. Segundo, capacidade não conserta modelo ruim. O motor VertiPaq do Power BI comprime colunas por cardinalidade, então uma coluna de identificador único mal modelada consome memória absurda por mais SKU que você compre. Modelagem primeiro, hardware depois. Se quiser um panorama do Fabric antes de investir, veja Microsoft Fabric, o que é e vale a pena.
Um roteiro honesto dos primeiros noventa dias
Se eu tivesse que resumir o começo em um plano curto, seria assim. Nas primeiras semanas, discovery: mapear HIS e faturamento, identificar donos, escrever a definição de ocupação, TMP e glosa. Em seguida, um modelo de dados enxuto em esquema estrela e um único painel de ocupação que a diretoria passe a usar de verdade na reunião diária. Só depois que esse painel virar rotina, você adiciona glosa sobre a mesma base. Governança e segurança entram em paralelo desde o primeiro dia, não como fase final.
Resista à tentação de acelerar entregando muitos painéis. Um painel usado todo dia vale mais que dez painéis abertos uma vez. E deixe sustentação combinada desde o início, porque relatório de saúde que quebra silencioso e mostra número errado é pior que não ter relatório. Tratamos essa continuidade em sustentação de BI.
Perguntas frequentes
Preciso do Microsoft Fabric para começar BI no hospital? Não. A maioria dos hospitais começa muito bem com Power BI e licenças por usuário. Fabric e capacidade dedicada fazem sentido quando o volume de consumidores cresce ou quando o volume de dados exige recursos como Direct Lake sobre o OneLake. Comece pelo modelo e pelo primeiro painel, decida capacidade quando a demanda justificar.
Qual KPI hospitalar devo medir primeiro? Taxa de ocupação costuma ser o melhor ponto de partida, porque atravessa o hospital inteiro e a diretoria já discute esse número diariamente. Em seguida vêm tempo médio de permanência e taxa de glosa. O critério não é quantos KPIs, e sim quais decisões eles mudam. Três indicadores bem definidos valem mais que trinta mal definidos.
Como lidar com dado de paciente sem violar a LGPD? Dado de paciente é dado pessoal sensível sob a Lei nº 13.709/2018, então acesso deve seguir necessidade e finalidade. Na prática, isso significa restringir quem vê o quê, usando segurança em nível de linha no Power BI, evitar expor identificação quando o painel é agregado e registrar quem acessa. Governança de acesso não é etapa opcional em saúde.
Por que meus números de ocupação não batem entre setores? Quase sempre porque não existe uma definição única de leito operacional e de fechamento de internação. O HIS registra alta administrativa em momento diferente da alta médica, e cada área conta à sua maneira. A solução é de governança, não de ferramenta: escrever e aprovar as definições antes de construir o painel.
Consigo montar tudo dentro do Power BI sem engenharia de dados? No piloto, sim. Na operação real de um hospital, não com segurança. Empilhar transformações pesadas no Power Query funciona até o volume crescer e o refresh começar a falhar ou demorar. Uma camada de dados tratada, fora do relatório, é o que dá estabilidade quando o hospital passa a depender daquele número todo dia.
Quanto tempo até ter o primeiro painel confiável? Com fontes acessíveis e definições acordadas, um painel de ocupação confiável costuma sair em algumas semanas após o discovery. O gargalo raramente é técnico. É alinhar definições e garantir qualidade da fonte. Quem pula essa parte entrega rápido e refaz devagar.
Comece pequeno, comece certo
BI hospitalar bem feito não impressiona pela quantidade de gráficos. Impressiona porque a diretoria confia no número e age sobre ele. O caminho é sempre o mesmo: entender a decisão, fasear a entrega, escolher poucos KPIs, tratar as fontes com engenharia e sustentar tudo com governança mínima desde o primeiro dia. É o que separa o hospital que usa dados do que coleciona painéis abandonados.
Se o seu hospital está nesse ponto de partida e você quer começar sem virar caos de dashboards, 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