BI na saúde: por onde começar sem virar caos de dashboards

O problema não é falta de relatório, é excesso de relatório sem dono#

Se você trabalha com dados em um hospital, operadora, clínica ou laboratório, provavelmente já viu isso acontecer: em poucos meses existem quarenta painéis de Power BI, cada um com um número diferente para a mesma coisa, e ninguém sabe qual está certo. A pergunta "quantas altas tivemos ontem" gera três respostas. É por isso que a discussão sobre BI na saúde por onde começar raramente é sobre a ferramenta. É sobre disciplina, governança e sequência.

A boa notícia é que dá para começar de forma enxuta e crescer sem virar bagunça. A má notícia é que a maioria das organizações pula a parte chata (definir dono, dicionário de indicadores, fonte única de verdade) e vai direto para a parte divertida (fazer gráfico bonito). Este artigo é sobre não cometer esse erro. Vou tratar de abordagem faseada, governança mínima, escolha dos primeiros KPIs, papéis envolvidos e casos concretos de Power BI e Power Platform no contexto de saúde.

Saúde tem particularidades que mudam a estratégia de BI#

Antes de sair modelando dados, vale reconhecer o que torna o setor diferente de varejo ou indústria.

Os dados de saúde são sensíveis por definição. A Lei Geral de Proteção de Dados (Lei nº 13.709/2018) classifica dado de saúde como dado pessoal sensível, o que eleva o rigor de tratamento, base legal e controle de acesso. Um dashboard que expõe nome de paciente para quem não deveria ver não é só um problema técnico, é um risco jurídico.

As fontes são fragmentadas e nem sempre amigáveis. Você vai encontrar sistemas de prontuário eletrônico, ERP hospitalar, sistema de faturamento TISS, laboratório (LIS), agendamento, e frequentemente planilhas de setores que criaram seus próprios controles. Boa parte desses sistemas não foi desenhada para exportar dado analítico com facilidade.

A semântica é traiçoeira. "Paciente internado" pode significar coisas diferentes dependendo de quem pergunta e de qual sistema responde. Taxa de ocupação, tempo médio de permanência, taxa de reinternação: cada indicador tem regras de cálculo que precisam ser acordadas antes de qualquer visualização.

E há o fator cultural. Times clínicos e administrativos falam línguas diferentes. Um projeto de BI que ignora essa distância entrega painel que ninguém do corpo clínico usa.

Comece por um assessment honesto, não por um dashboard#

O maior erro é abrir o Power BI Desktop no primeiro dia. Antes disso, faça um diagnóstico curto e sincero da situação atual. Que perguntas de negócio realmente importam? Onde os dados moram? Qual a qualidade deles? Quem hoje toma decisão no escuro por falta de informação confiável?

Esse trabalho de descoberta define o escopo do que vale a pena atacar primeiro. Na Fynx tratamos essa etapa como parte do discovery e assessment, justamente porque começar errado custa caro depois. Um mês bem gasto mapeando fontes e alinhando definições economiza seis meses de retrabalho e desconfiança nos números.

O entregável dessa fase não é um painel. É uma lista priorizada de casos de uso, um mapa de fontes de dados com dono e qualidade de cada uma, e um acordo mínimo sobre definições de indicadores. Sem isso, todo painel construído depois herda a ambiguidade.

A abordagem faseada evita o caos de dashboards#

A forma mais confiável de escalar BI sem proliferação descontrolada é crescer em fases, cada uma entregando valor e estabelecendo fundação para a próxima.

Fase	Foco	Entregável principal	Risco se pular
1. Diagnóstico	Perguntas, fontes, qualidade	Casos de uso priorizados e mapa de dados	Construir sobre dado ruim
2. Fundação	Modelo de dados e governança mínima	Camada semântica única e dicionário de KPIs	Números divergentes entre áreas
3. Primeiros painéis	2 a 3 KPIs por domínio	Painel operacional confiável	Painel bonito e inútil
4. Adoção	Treinar usuários e coletar feedback	Uso real no dia a dia	Painel abandonado
5. Expansão	Novos domínios e automação	Catálogo controlado de relatórios	Volta do caos

Repare que visualização só aparece na fase 3. As duas primeiras fases são invisíveis para o usuário final, e são exatamente as que garantem que o resto funcione. Pular fundação para entregar painel mais rápido é a origem do caos que este artigo tenta evitar.

Resista à tentação de fazer tudo de uma vez. Um domínio bem resolvido (por exemplo, gestão de leitos) gera mais confiança do que dez domínios pela metade.

Governança mínima não é burocracia, é o que segura a operação#

Governança em excesso trava o projeto. Governança de menos gera o caos. O ponto de equilíbrio no início é um conjunto pequeno de regras que qualquer um consegue seguir.

O primeiro pilar é o dicionário de indicadores. Cada KPI precisa de nome, definição em linguagem de negócio, fórmula de cálculo, fonte, granularidade e dono. Sem isso, "taxa de ocupação" vira uma discussão infinita.

O segundo pilar é a fonte única de verdade. Um modelo de dados central, com camada semântica compartilhada, do qual todos os painéis bebem. No ecossistema Microsoft isso significa um modelo semântico publicado no Power BI Service, reutilizado por vários relatórios, em vez de cada analista importando dados por conta própria.

O terceiro pilar é o controle de acesso. Em saúde isso é inegociável por causa da LGPD. Row Level Security no Power BI permite que um gestor de unidade veja apenas os dados da sua unidade, por exemplo. Dados diretamente identificáveis de paciente devem ser minimizados ou mascarados em camadas analíticas sempre que o caso de uso não exigir identificação.

O quarto pilar é a curadoria de conteúdo. Espaços de trabalho organizados, nomenclatura padronizada, e um processo simples para promover um relatório de rascunho para oficial. É isso que impede a multiplicação de painéis órfãos. Se você quer aprofundar a parte de conformidade, vale ler nosso material sobre governança de dados, Power BI e LGPD e conhecer o serviço de governança de dados.

Pilar	Pergunta que responde	Ferramenta Microsoft
Dicionário de KPIs	O que este número significa?	Documentação e modelo semântico
Fonte única de verdade	De onde vem o dado?	Modelo semântico compartilhado no Service
Controle de acesso	Quem pode ver o quê?	Row Level Security e Microsoft Entra ID
Curadoria de conteúdo	Este painel é oficial?	Workspaces e apps do Power BI

Escolha poucos KPIs, mas os certos#

O instinto de listar cinquenta indicadores no primeiro painel é o começo do fim. Comece com poucos, ligados a decisões reais. Um bom KPI inicial responde a uma pergunta que alguém toma decisão com base nela hoje, ainda que no escuro.

No domínio operacional e assistencial, indicadores como taxa de ocupação de leitos, tempo médio de permanência, taxa de reinternação em janela definida e tempo de espera no pronto atendimento costumam ter alto valor e definição relativamente estável. No domínio financeiro e de faturamento, glosa (valores negados por operadoras), taxa de negativa, ticket médio por atendimento e ciclo de faturamento são candidatos naturais. Na experiência do paciente, taxa de absenteísmo em consultas agendadas e indicadores de satisfação ajudam a fechar o quadro.

Para cada candidato, pergunte três coisas. Existe decisão associada a esse número? A definição está acordada entre as áreas? A fonte é confiável? Se qualquer resposta for não, o KPI ainda não está pronto para virar painel. É melhor entregar quatro indicadores sólidos do que trinta duvidosos.

Papéis claros são o que faz o BI sobreviver ao entusiasmo inicial#

BI na saúde falha quando é projeto de uma pessoa só. Os papéis não precisam ser cargos formais, mas as responsabilidades precisam ter dono.

O patrocinador é a liderança que banca o projeto e desempata prioridades. Sem alguém com poder de decisão, cada área puxa para o seu lado. O dono do dado ou domínio, geralmente alguém da área de negócio, é quem valida definições e responde pela qualidade do dado do seu domínio. O engenheiro de dados constrói e mantém a ingestão e a modelagem que alimentam os painéis. O analista de BI traduz perguntas de negócio em modelos e visualizações. E o administrador da plataforma cuida de licenças, capacidade, segurança e boas práticas de governança no tenant.

Em organizações menores uma pessoa acumula papéis, e tudo bem. O que não pode é nenhum papel existir. Quando não há dono de dado, ninguém valida definição. Quando não há administrador de plataforma, o tenant vira terra de ninguém.

Onde Power BI e Power Platform entram na prática#

O Power BI é a camada de análise e visualização. O motor VertiPaq comprime os dados em memória por coluna, com a compressão dependendo fortemente da cardinalidade: colunas com muitos valores distintos, como identificadores únicos de paciente ou timestamps com segundos, comprimem pior e pesam no modelo. Isso tem implicação direta em saúde, onde é comum ter colunas de altíssima cardinalidade. Modelar bem, evitar colunas desnecessárias e reduzir granularidade quando possível melhora desempenho e custo. Se você vai escrever medidas, vale conhecer as boas práticas de modelagem e DAX.

O Power Platform resolve a parte que o BI sozinho não resolve: captura e ação sobre o dado. Um Power App pode padronizar a entrada de dados que hoje mora em planilhas soltas, por exemplo um formulário de registro de eventos adversos ou de checklist de segurança do paciente. O Power Automate pode disparar alertas quando um indicador cruza um limite, como notificar a coordenação quando a taxa de ocupação passa de um patamar. Isso fecha o ciclo entre enxergar o problema e agir sobre ele. Para entender o conjunto, veja o guia de Power Apps e Power Automate e o serviço de Power Platform.

A regra prática: use Power BI para responder perguntas e Power Platform para capturar dado estruturado e automatizar reações. Quando essas duas camadas conversam sobre uma fundação de dados bem construída, o BI deixa de ser um mural de gráficos e passa a mover a operação.

Licenças e capacidade: dimensione sem susto#

Vale entender o modelo de licenciamento antes de fechar contrato, porque ele impacta arquitetura. O Power BI Pro é licença por usuário e atende a maioria dos cenários de publicação e consumo. O Power BI Premium por Usuário (PPU) adiciona recursos avançados também por usuário. Já a capacidade dedicada, hoje sob o guarda-chuva do Microsoft Fabric, é medida em Capacity Units e vendida em SKUs como F2 até F2048 (a linha anterior de Premium usava P1 a P5). Capacidade faz sentido quando há muitos consumidores ou necessidade de recursos que dependem dela.

O Microsoft Fabric, anunciado pela Microsoft em 2023, unifica ingestão, armazenamento no OneLake e análise. O modo Direct Lake lê os dados diretamente do OneLake sem importação nem consulta ao vivo tradicional, combinando desempenho de importação com frescor de dados. Para muitas organizações de saúde, começar com Pro e evoluir para capacidade conforme o consumo cresce é o caminho mais racional. Se o tema Fabric interessa, temos uma análise sobre o que é o Microsoft Fabric e se vale a pena.

Sobre preços: eles variam por SKU, contrato e câmbio, e devem ser confirmados nos canais oficiais da Microsoft. Trate qualquer valor como faixa aproximada, nunca como número fechado. O ecossistema Microsoft tem ampla adoção no Brasil, e a Microsoft é reconhecida como Líder no Quadrante Mágico do Gartner para plataformas de Analytics e Business Intelligence, o que reduz o risco de aposta na plataforma.

Um roteiro de 90 dias que funciona#

Para tornar concreto, um recorte realista dos primeiros três meses.

Nas primeiras semanas, faça o diagnóstico: entreviste áreas, mapeie fontes, priorize casos de uso e feche as definições dos primeiros indicadores. Em paralelo, resolva os acessos e a base legal de tratamento com quem cuida de conformidade.

No mês seguinte, construa a fundação: ingestão dos dados prioritários, modelo semântico único, dicionário de KPIs documentado, e Row Level Security configurado. Aqui entra trabalho de engenharia de dados e de Power BI, que andam juntos.

No terceiro mês, entregue o primeiro painel operacional de um domínio, treine os usuários reais, colete feedback e ajuste. Só depois disso pense em expandir para o segundo domínio. Essa cadência, um domínio de cada vez sobre fundação sólida, é o que impede o retorno do caos.

Perguntas frequentes#

Preciso do Microsoft Fabric para começar BI na saúde?

Não. Muitas organizações começam bem com Power BI Pro sobre uma fonte de dados organizada. O Fabric faz sentido quando o volume de dados e o número de consumidores crescem, ou quando você quer unificar engenharia e análise numa plataforma só. Comece pelo problema de negócio e pela fundação de dados, não pela SKU.

Como conciliar dashboards de saúde com a LGPD?

Trate dado de saúde como dado sensível, porque é o que a Lei nº 13.709/2018 determina. Na prática: minimize dados identificáveis nas camadas analíticas, aplique Row Level Security para que cada usuário veja apenas o que lhe cabe, controle acessos via Microsoft Entra ID e documente a base legal do tratamento. Envolva a área de conformidade desde o diagnóstico, não no final.

Quantos KPIs devo ter no primeiro painel?

Poucos e certos. Comece com três a cinco indicadores ligados a decisões reais, com definição acordada e fonte confiável. Um painel enxuto e confiável gera adoção. Um painel com trinta números duvidosos gera desconfiança e abandono.

Qual a diferença entre usar Power BI e usar Power Platform aqui?

Power BI responde perguntas e mostra o que está acontecendo. Power Platform captura dado estruturado, com Power Apps, e automatiza reações, com Power Automate, como alertas quando um indicador cruza um limite. Os dois se complementam: um mostra o problema, o outro ajuda a agir e a alimentar o dado na origem.

Como evito que voltem a surgir dezenas de painéis desalinhados?

Com governança mínima e curadoria. Uma fonte única de verdade da qual todos os relatórios bebem, um dicionário de indicadores, workspaces organizados e um processo simples para promover relatório de rascunho a oficial. Sem dono e sem processo, a proliferação sempre volta. Um serviço de sustentação de BI ajuda a manter essa disciplina no tempo.

Vale a pena contratar consultoria ou monto o time interno?

Depende da sua maturidade e do prazo. Time interno é essencial no longo prazo, porque conhecimento de dado precisa morar na casa. Consultoria acelera o começo, evita erros caros de fundação e transfere boas práticas. Um caminho comum é combinar os dois: a consultoria estrutura a fundação e capacita o time interno para sustentar e evoluir.

Comece pequeno, com fundação, e cresça sem medo#

BI na saúde não fracassa por falta de ferramenta. Fracassa por falta de sequência, de dono e de definições acordadas. Se você resolver isso primeiro, com um diagnóstico honesto, uma fundação enxuta e poucos KPIs certos, o resto vira consequência. E aí sim os dashboards deixam de se multiplicar sem controle e passam a ser aquilo que deveriam ser desde o começo: apoio confiável para decisões que afetam pacientes e operação.

Se quiser estruturar esse começo do jeito certo, sem pular a parte que sustenta tudo, fale com a gente.