Business case de IA em saúde: como apresentar à diretoria do hospital

Um business case de IA em saúde é o documento que mostra à diretoria qual problema a IA vai resolver, quanto ele custa hoje, quanto o projeto custa, quais riscos existem e como o sucesso será medido. A forma mais segura de aprová-lo é propor um piloto pequeno, com linha de base medida e critérios de decisão definidos antes.

Em resumo:

• Comece pelo problema e pelo custo atual dele, não pela tecnologia.
• Proponha um piloto com escopo fechado, prazo e área definidos.
• Separe benefícios mensuráveis de benefícios qualitativos e não conte o mesmo ganho duas vezes.
• Mostre o custo total, riscos com mitigação e quem responde por cada decisão.
• Defina antes do piloto os critérios que levam a expandir, ajustar ou encerrar.

O que a diretoria quer ver em um business case de IA em saúde?

A diretoria não aprova IA. Aprova a solução de um problema que ela reconhece, com custo previsível e risco controlado. Por isso, propostas que começam pela ferramenta ("o modelo faz X") costumam travar, e as que começam pela dor operacional ("nossos médicos gastam boa parte do plantão documentando") avançam.

Na prática, cada diretor vai ler o documento procurando uma resposta diferente:

• Diretoria financeira: quanto custa, quando se paga e o que acontece se não der certo.
• Diretoria clínica: se a segurança do paciente e a responsabilidade médica estão preservadas.
• TI: como integra ao HIS (sistema de informação hospitalar), onde os dados ficam e quem dá suporte.
• Jurídico e encarregado de dados (DPO): como o projeto cumpre a LGPD e o que o contrato garante.

Se você ainda está mapeando onde a IA faz sentido no seu hospital, o guia de inteligência artificial em hospitais para diretores e gestores ajuda a escolher o caso de uso antes de montar o business case.

Como montar o business case passo a passo

A estrutura abaixo cobre o que costuma ser perguntado em reunião de diretoria. Siga a ordem: cada etapa depende da anterior.

1. Descreva o problema e meça o custo atual.
2. Defina a solução e o escopo do piloto.
3. Liste os benefícios mensuráveis e como serão medidos.
4. Levante o custo total do projeto.
5. Mapeie riscos e mitigação.
6. Defina a governança e os responsáveis.
7. Monte o cronograma.
8. Estabeleça critérios de sucesso e a regra de decisão.

1. Problema e custo atual

Escreva o problema em uma frase, com área e consequência. Exemplo: "Na clínica médica, a evolução diária consome tempo que deveria ir para o paciente e atrasa altas". Depois, transforme em números do seu hospital, medidos antes do projeto. Essa é a linha de base: o retrato do processo atual, sem a qual nenhum ganho pode ser comprovado.

Fontes úteis: registros de horário no prontuário eletrônico, horas extras da folha, tempo entre alta médica e saída do leito, taxa de glosas e uma amostragem cronometrada feita por alguns dias. Se não houver dado confiável, diga isso e inclua a medição como primeira fase do projeto.

2. Solução e escopo do piloto

Descreva o que a ferramenta faz no fluxo, não suas especificações. Feche o escopo: qual unidade, quantos médicos, quais documentos, por quanto tempo e o que fica de fora. Um piloto pequeno e bem medido convence mais do que um projeto amplo e difuso. Bons candidatos são fluxos repetitivos e estáveis, como a evolução médica com IA na internação ou o sumário de alta.

Um exemplo de solução nesse escopo é o prontuário com IA da Pronova, que transcreve o atendimento e gera o registro no formato SOAP ou no modelo da especialidade, com sugestão de CID-10, para o médico revisar, ajustar e assinar.

3. Benefícios mensuráveis

Separe os benefícios em três grupos e indique como cada um será medido:

• Tangíveis: horas liberadas, horas extras evitadas, consultas adicionais possíveis, redução de glosas.
• De qualidade: completude dos registros, tempo até a alta, padronização da documentação.
• Qualitativos: satisfação e retenção dos médicos, experiência do paciente.

Um cuidado: hora liberada só vira dinheiro se for usada. Se o tempo economizado não reduzir horas extras nem aumentar atendimentos, apresente-o como ganho de capacidade, não como economia. E não some o mesmo ganho em duas linhas.

4. Custos

Apresente o custo total de propriedade, não apenas a licença. Entram: licenças ou assinatura, implantação, integração com o HIS, horas da equipe interna (TI, jurídico, DPO, qualidade), treinamento, suporte, revisão contratual e a queda temporária de produtividade durante a curva de aprendizado. Se houver integração, o artigo sobre como planejar a integração HL7 FHIR entre prontuário e HIS ajuda a estimar esse esforço.

5. Riscos e mitigação

Liste cada risco com probabilidade, impacto, mitigação e responsável. Os mais comuns:

Sobre a base legal: dados de saúde são dados pessoais sensíveis (Lei 13.709/2018, art. 5º, II), e o tratamento segue o art. 11 da LGPD. O Código de Ética Médica (Resolução CFM 2.217/2018) mantém o médico responsável pelo que registra e assina, por isso a revisão humana não é opcional. Se a ferramenta tiver função diagnóstica, avalie o enquadramento pela RDC Anvisa 657/2022. A análise final depende do caso concreto e cabe ao jurídico.

6. Governança

Diga quem aprova, quem opera e quem pode interromper o projeto. Normalmente: um patrocinador na diretoria, um líder do piloto, representantes médicos, TI, DPO e jurídico. Se o hospital já tem um comitê de IA, o business case deve passar por ele. Se não tem, o artigo sobre governança de IA em hospitais e comitê de aprovação de ferramentas mostra como estruturar. Vale citar também que o PL 2.338/2023, o marco legal da IA, está em discussão no Congresso, e que a governança desenhada agora facilita a adaptação a regras futuras.

7. Cronograma

Defina a duração de cada fase em semanas. Pilotos curtos demais medem a curva de aprendizado, não o resultado estável.

8. Critérios de sucesso

Escreva os critérios antes de começar, com limites objetivos. Por exemplo: adesão mínima de X% dos médicos do piloto, redução de pelo menos Y% no tempo de documentação, nenhum incidente de privacidade e avaliação dos usuários acima de Z. Inclua a regra de decisão: atingiu tudo, expande; atingiu parte, ajusta com novo prazo; não atingiu, encerra.

Modelo de business case para preencher

Copie a tabela e preencha com os dados do seu hospital. As letras indicam variáveis que você usará nos cálculos.

Exemplo hipotético: piloto na clínica médica

Os números a seguir são hipotéticos e servem só para mostrar o cálculo. Imagine um hospital que decide testar IA na documentação da clínica médica com 30 médicos. Na medição da linha de base, cada um gasta 8 horas por semana com evolução e sumário de alta: 240 horas semanais no total.

A premissa a ser testada no piloto é uma redução de 25% nesse tempo. Se ela se confirmar, seriam 60 horas por semana liberadas, o equivalente a dez turnos de seis horas. O gestor então apresenta duas leituras: se metade dessas horas reduzir horas extras, o ganho financeiro é 30 × C por semana; a outra metade entra como capacidade para atendimento e tempo de visita, sem valor em reais.

Com o custo total (CT) somado, o payback sai da fórmula do modelo. O ponto central para a diretoria: a premissa de 25% não é promessa, é hipótese, e o piloto existe para confirmá-la ou derrubá-la.

Como apresentar o projeto na reunião de diretoria?

Leve o documento completo como anexo e apresente uma versão curta, em cerca de dez slides:

1. O problema, com o custo atual em uma linha.
2. A proposta de piloto: área, prazo e escopo.
3. Benefícios esperados e como serão medidos.
4. Custo total e payback estimado, com premissas visíveis.
5. Riscos principais e mitigação.
6. Governança e critérios de decisão.
7. O pedido: o que você precisa que a diretoria aprove hoje.

Termine com um pedido específico, como "aprovar o piloto de S semanas com N médicos e orçamento CT". Pedidos vagos geram "vamos estudar melhor".

Erros comuns que derrubam o business case

• Começar pela tecnologia: a diretoria precisa ver o problema primeiro.
• Não ter linha de base: sem o antes, nenhum depois convence.
• Converter todo tempo em dinheiro: hora liberada que não muda escala nem produção não é economia.
• Ignorar custos internos: horas de TI, jurídico e treinamento pesam.
• Deixar a LGPD para depois: envolva o DPO desde o início. O checklist de LGPD para usar inteligência artificial ajuda a organizar as perguntas.
• Critérios de sucesso definidos depois do piloto: isso tira a credibilidade do resultado.

Checklist antes de enviar para a diretoria

• Problema descrito em uma frase, com área e consequência.
• Linha de base medida ou fase de medição prevista.
• Escopo do piloto fechado: unidade, usuários, documentos, prazo.
• Benefícios separados por tipo, com método de medição.
• Custo total com horas internas incluídas.
• Riscos com mitigação e responsável.
• Avaliação do encarregado de dados e do jurídico.
• Governança com patrocinador nomeado.
• Critérios de sucesso e regra de decisão escritos.
• Pedido específico para a reunião.

Próximo passo

Escolha um processo, meça a linha de base nas próximas semanas e preencha o modelo acima. Na avaliação de fornecedores, confirme por escrito onde os dados ficam, como é feita a integração e como funciona a revisão médica. A Pronova oferece integração com HIS via HL7 FHIR, servidores em território nacional, criptografia AES-256 e TLS 1.3 e um plano Enterprise sob consulta para instituições. Para incluir esses dados no seu business case, conheça o plano Enterprise.