CDS e Implementação: o desafio do último quilômetro

Como transformar modelos em apoio clínico útil, seguro e aceitável no ponto de cuidado

Aprendizado de Máquina para Saúde — Pós-graduação

Abertura: morte por mil cliques

Profissional cercado por alarmes, pop-ups e notificações no prontuário eletrônico

Mensagem central: um alerta clinicamente correto pode fracassar se chegar na hora errada, para a pessoa errada, no formato errado.

Em ambientes críticos, alarmes e alertas competem por atenção. Estudos em terapia intensiva mostram volumes altos de alarmes por paciente, muitos deles não acionáveis. O resultado é dessensibilização: o clique para fechar vira reflexo.

Exemplo aplicado: um alerta de sepse aparece durante uma prescrição urgente, sem sugerir ação concreta. O médico fecha para conseguir terminar o cuidado imediato.

Sugestão visual: tela de EHR saturada por pop-ups, contrastada com um painel limpo que prioriza uma ação.

Qual alerta você já ignorou — ou ignoraria — simplesmente porque apareceu no pior momento possível?

Referências: Cvach (2012); Drew et al. (2014); Ancker et al. (2017).

A pergunta que organiza a aula

Por que modelos bons morrem na implementação — e como desenhar CDS que ajude sem sequestrar o trabalho clínico?

1 Entender

CDS como sistema sociotécnico.

2 Aplicar

os cinco direitos do CDS.

3 Integrar

ao EHR com padrões e fluxo.

4 Governar

alertas, usabilidade e automação.

O oráculo morreu: CDS é fluxo, não frase solta

Mensagem central: o modelo “oráculo” entrega uma resposta; o CDS útil muda uma decisão no contexto certo.

Uma probabilidade de risco isolada raramente basta. O profissional precisa saber o que mudou, por que importa, qual ação é possível, qual evidência sustenta a recomendação e quais consequências existem se nada for feito.

Exemplo aplicado: “risco de sepse 0,72” é menos útil do que “risco subiu por hipotensão + leucocitose; considerar lactato e reavaliação em 30 min”.

Comparação entre CDS oráculo com resposta isolada e CDS integrado ao fluxo clínico

Que saída de modelo é acionável de verdade no seu ambiente clínico?

Os cinco direitos do CDS

Mensagem central: CDS efetivo combina conteúdo, destinatário, formato, canal e momento.

1

Informação

O dado ou conselho certo.

2

Pessoa

Quem pode agir.

3

Formato

Texto, lista, score, card ou ordem.

4

Canal

EHR, app, painel, handoff ou leito.

5

Momento

Quando a decisão acontece.

Exemplo aplicado: interação medicamentosa crítica deve interromper prescrição; lembrete educacional pode aparecer no resumo, sem bloquear a tela.

Qual dos cinco direitos costuma ser mais negligenciado em projetos de IA?

Referência: Osheroff et al. (2012).

Graus de automação: do conselho à ação

1

Convencional

Sistema sugere; humano interpreta e decide.

Exemplo: alerta para ajuste renal de dose.

2

Integrativo

Sistema sugere e prepara ação para revisão.

Exemplo: pré-preencher pedido de lactato.

3

Automatizado

Sistema age dentro de limites definidos.

Exemplo: bomba de insulina em malha fechada.

Ponto crítico: quanto maior a automação, maior a exigência de segurança, monitoramento, explicabilidade operacional e plano de reversão.

Que tarefa da sua instituição poderia ser automatizada com baixo risco — e qual nunca deveria ser?

Integração técnica: SMART on FHIR e CDS Hooks

Arquitetura conceitual com EHR, FHIR, CDS Hooks, serviço externo e cards de recomendação

Mensagem central: padrões abertos permitem que CDS dialogue com o prontuário sem virar gambiarra invisível.

SMART on FHIR permite apps integradas ao EHR usando recursos FHIR. CDS Hooks permite acionar serviços em eventos do fluxo, como abrir prontuário, prescrever medicamento ou assinar pedido.

Exemplo aplicado: ao prescrever antibiótico, um hook consulta função renal, alergias e cultura recente e devolve um card com recomendação.

Em qual evento do EHR um modelo de sepse deveria “escutar” sem atrapalhar?

Referências: Mandel et al. (2016); Kawamoto et al. (2018).

Usabilidade: se exige esforço demais, perde

Mensagem central: usabilidade clínica não é estética; é segurança do paciente.

Aprendizagem

O profissional entende rapidamente como usar?

Eficiência

Reduz passos ou adiciona trabalho?

Prevenção de erros

Evita escolhas perigosas ou induz cliques automáticos?

Exemplo aplicado: duas opções visualmente parecidas — “bolus” e “infusão contínua” — podem transformar prescrição eletrônica em armadilha.

Que erro de interface você considera mais perigoso: esconder informação crítica ou destacar informação demais?

Referências: Nielsen (1993); Sittig & Singh (2010).

Fadiga de alertas: o ruído treina o clique

Mensagem central: quando tudo interrompe, nada é prioridade.

Alertas frequentes, genéricos ou pouco acionáveis criam habituação. Com o tempo, até alertas críticos podem ser fechados junto com os triviais. Segurança exige hierarquia, supressão inteligente e auditoria de override.

Exemplo aplicado: alerta de interação leve aparece com a mesma urgência de uma combinação potencialmente letal; ambos viram “mais um pop-up”.

Pirâmide de alertas separando registro passivo, destaque visual e interrupção crítica

Qual critério justificaria interromper a tarefa atual do médico?

Referências: van der Sijs et al. (2006); Ancker et al. (2017).

Consciência situacional: perceber, compreender, projetar

Três níveis de consciência situacional: percepção, compreensão e projeção

Mensagem central: CDS bom ajuda o clínico a entender a situação, não apenas a ver mais dados.

Consciência situacional envolve perceber sinais relevantes, compreender seu significado e projetar o que pode acontecer. Interfaces ruins mostram muitos dados, mas não ajudam a formar uma história clínica coerente.

Exemplo aplicado: em UTI, tendência de lactato, vasopressor e diurese juntos comunicam deterioração melhor do que três números isolados em abas diferentes.

Que conjunto mínimo de sinais permite entender rapidamente “para onde o paciente está indo”?

Referência: Endsley (1995).

Exemplo: overdose de potássio e CPOE

Mensagem central: digitalizar uma ordem insegura não elimina risco; às vezes cria uma nova forma de erro.

Interface conceitual de prescrição eletrônica com opções perigosamente semelhantes para bolus e infusão

Exemplo aplicado: se “KCl bolus” e “KCl infusão lenta” aparecem próximos, com rótulos parecidos e sem barreira contextual, o sistema pode induzir uma escolha catastrófica.

Onde você colocaria uma barreira de segurança: nome, layout, dose máxima, confirmação, bloqueio ou dupla checagem?

Exemplo: Fall TIPS — design participativo que muda prática

Mensagem central: alguns dos melhores CDS não parecem “IA”; parecem informação certa, compartilhada no local certo.

O Fall TIPS Toolkit usa avaliação de risco e intervenções personalizadas visíveis para equipe, paciente e família. O valor está na tradução do risco para prevenção concreta no leito.

Exemplo aplicado: em vez de apenas “alto risco de queda”, o plano mostra: levantar com ajuda, campainha ao alcance, calçado adequado e orientação ao acompanhante.

Pôster de cabeceira com fatores de risco de queda e intervenções personalizadas

Como transformar um score de risco em uma ação que paciente e equipe entendam?

Referência: Dykes et al. (2010); Dykes et al. (2020).

Exemplo: AWARE e o cockpit da UTI

Cockpit de UTI organizando dados por sistemas orgânicos e prioridade clínica

Mensagem central: em ambientes de alta densidade informacional, organizar dados pode ser tão valioso quanto predizer.

Sistemas tipo cockpit, como o AWARE, reorganizam informações por problemas e sistemas orgânicos, reduzindo tempo de busca e aumentando visão global do paciente.

Exemplo aplicado: ventilação, hemodinâmica, renal e infecção aparecem em blocos integrados, com tendência e prioridade, em vez de dados espalhados em abas.

Qual dado você mais perde tempo procurando em uma situação crítica?

Referência: Pickering et al. (2015).

Atividade: redesenhando o alerta de sepse

Cenário: o hospital implantou um modelo de sepse de prateleira. Ele dispara um pop-up toda vez que o risco sobe 10%. Os médicos estão desativando o sistema por excesso de ruído.

1

Medicina

Definir momento útil e recomendação acionável: lactato? culturas? reavaliação?

2

Computação

Propor integração com CDS Hooks, painel lateral ou destaque não-interruptivo.

3

Enfermagem

Identificar sinais de deterioração e pontos de handoff onde o alerta ajuda.

4

Gestão

Definir governança: quando interrompe, quando registra, quando audita.

10 min · fluxo clínico 10 min · interface 10 min · priorização

Material da atividade: matriz de priorização

Matriz de priorização de alertas por gravidade e acionabilidade

Classificar cada alerta:

  1. Gravidade do dano se nada for feito.
  2. Acionabilidade imediata.
  3. Confiança do modelo.
  4. Tempo até deterioração.
  5. Responsável capaz de agir.
  6. Custo cognitivo da interrupção.

Saídas possíveis: - registrar no painel - destacar no resumo - enviar para handoff - interromper a tela

Qual combinação de gravidade e acionabilidade merece pop-up interruptivo?

Complacência de automação

Mensagem central: CDS pode reduzir erro humano, mas também pode criar novos erros quando a confiança substitui o julgamento.

Omissão

Não agir porque o sistema não alertou.

Comissão

Agir porque o sistema sugeriu, sem checar.

Deskilling

Perder prática de raciocinar sem apoio.

Responsabilidade difusa

Ninguém sabe quem responde pelo erro.

Exemplo aplicado: se o painel não destaca hipercalemia, a equipe deixa de procurar porque “o sistema avisaria”.

Como treinar profissionais para usar CDS como segunda opinião, não piloto automático?

Referência: Parasuraman & Riley (1997).

CDS como sistema sociotécnico

Mensagem central: implementação não é instalar software; é redesenhar interação entre pessoas, tecnologia, tarefas, organização e cultura.

O desempenho de um CDS depende de dados, interface, workflow, treinamento, regras institucionais, manutenção, suporte, monitoramento e confiança. Um modelo excelente em um sistema ruim vira ruído com credenciais.

Exemplo aplicado: um alerta de sepse sem acordo sobre quem responde — médico, enfermagem ou time de resposta rápida — gera conflito, atraso e abandono.

Modelo sociotécnico conectando pessoas, tecnologia, fluxo, organização, dados e governança

Qual componente sociotécnico costuma ser tratado tarde demais no projeto?

Referência: Sittig & Singh (2010).

Governança e ciclo de vida

Ciclo de vida de CDS com desenho, piloto, implantação, monitoramento, revisão e aposentadoria

Mensagem central: CDS precisa de manutenção contínua: drift, mudança de protocolo, taxa de override, eventos adversos e impacto real no cuidado.

Qual indicador você monitoraria semanalmente depois de implantar um alerta de sepse?

O que levar da aula

Modelo bom não basta

Valor nasce quando a recomendação muda uma decisão no fluxo real.

Menos interrupção, mais ação

Alertas devem ser raros, acionáveis e proporcionais ao risco.

CDS é sociotécnico

Treinamento, governança e MLOps são parte do produto, não pós-escrito.

O último quilômetro da IA em saúde não é técnico nem humano: é a costura entre os dois.

Referências essenciais

  • Ancker, J. S. et al. (2017). Effects of workload, work complexity, and repeated alerts on alert fatigue in a clinical decision support system. BMC Medical Informatics and Decision Making.
  • Bates, D. W. et al. (2003). Ten commandments for effective clinical decision support. Journal of the American Medical Informatics Association.
  • Cvach, M. (2012). Monitor alarm fatigue: an integrative review. Biomedical Instrumentation & Technology.
  • Drew, B. J. et al. (2014). Insights into the problem of alarm fatigue with physiologic monitor devices. PLOS ONE.
  • Dykes, P. C. et al. (2010). Fall prevention in acute care hospitals: a randomized trial. JAMA.
  • Dykes, P. C. et al. (2020). Evaluation of a Patient-Centered Fall-Prevention Tool Kit. JAMA Network Open.
  • Endsley, M. R. (1995). Toward a theory of situation awareness in dynamic systems. Human Factors.
  • Kawamoto, K. et al. (2018). Application of clinical decision support standards to real-world CDS. Applied Clinical Informatics.
  • Mandel, J. C. et al. (2016). SMART on FHIR: a standards-based, interoperable apps platform. Journal of the American Medical Informatics Association.
  • Nielsen, J. (1993). Usability Engineering. Morgan Kaufmann.
  • Osheroff, J. A. et al. (2012). Improving Outcomes with Clinical Decision Support: An Implementer’s Guide.
  • Parasuraman, R., & Riley, V. (1997). Humans and automation: use, misuse, disuse, abuse. Human Factors.
  • Pickering, B. W. et al. (2015). AWARE: a human-centered intelligent system for intensive care. Journal of the American Medical Informatics Association.
  • Sittig, D. F., & Singh, H. (2010). A new sociotechnical model for studying health information technology. Quality & Safety in Health Care.
  • van der Sijs, H. et al. (2006). Overriding of drug safety alerts in computerized physician order entry. Journal of the American Medical Informatics Association.

Próximo encontro

Para agir, o profissional precisa entender e confiar. No próximo encontro: explicabilidade, interpretabilidade, equidade e privacidade.