As ferramentas de apoio à decisão clínica são agora uma presença rotineira nos cuidados de saúde primários e secundários, integradas nos fluxos de trabalho de prescrição, sinalizando resultados anormais, sugerindo diagnósticos diferenciais e solicitando referenciações. Apesar de toda a atenção dada à questão de saber se estas ferramentas funcionam, tem sido dada notavelmente pouca atenção a uma questão mais básica: o que acontece ao seu output depois de um clínico o ter visto? Na maioria dos casos, desaparece. Um alerta é acionado, um clínico reconhece-o e o processo clínico não contém qualquer vestígio de que a interação alguma vez ocorreu. Esta lacuna entre a crescente sofisticação do apoio à decisão clínica e a inconsistência com que o seu output é capturado no processo clínico tem consequências reais para a segurança do doente, a responsabilidade médico-legal e a capacidade dos sistemas de saúde de aprenderem com a forma como os clínicos realmente utilizam estas ferramentas.

Como é realmente o output do apoio à decisão clínica na prática

O output do apoio à decisão clínica (CDS, clinical decision support) não é um único tipo de informação. Uma revisão publicada na BMC Medical Informatics and Decision Making identifica várias categorias distintas de output de CDS que os clínicos encontram durante os cuidados de rotina: sugestões de diagnóstico diferencial, avisos de interação medicamentosa e contraindicação, alertas de dosagem, scores de estratificação de risco (como scores de sépsis ou de deterioração), lembretes de cuidados preventivos e recomendações de referenciação ou investigação.

O formato destes outputs varia consideravelmente dependendo do grau de integração da ferramenta de CDS no sistema de processo clínico. Os sistemas de processo clínico com CDS integrado podem fornecer alertas diretamente nos fluxos de trabalho de prescrição, pedidos ou documentação, aparecendo como pop-ups interruptivos, banners passivos, conjuntos de pedidos incorporados ou modelos pré-construídos. As ferramentas que operam fora do sistema de processo clínico e devolvem o output através de uma interface introduzem complexidade adicional, uma vez que o output deve atravessar uma fronteira de sistema antes de poder ser registado.

À medida que os modelos de linguagem de grande dimensão (LLMs, large language models) generativos entram nos ambientes de processo clínico, a gama de tipos de output de CDS está a expandir-se ainda mais, incluindo agora resumos narrativos, recomendações estruturadas e sugestões de documentação em tempo real geradas a partir do conteúdo da consulta. Numa revisão sistemática de 196 estudos que utilizavam LLMs com dados de processos clínicos do mundo real, o apoio à decisão clínica representou a maior proporção de casos de uso identificados, com 62,2%, refletindo a sua proeminência na literatura analisada.

As três formas como as práticas atualmente lidam com a documentação do apoio à decisão

Nos contextos de cuidados primários e secundários, podem observar-se três abordagens gerais para documentar o output de CDS na prática.

Ignorar completamente o output. O alerta é acionado, o clínico lê-o e nada é registado. Este é o resultado mais comum para alertas de baixa prioridade ou frequentemente recorrentes. A investigação sobre fadiga de alertas no Vanderbilt University Medical Center concluiu que a distinção entre alertas de CDS acionáveis e não acionáveis é um determinante crítico para saber se algum output chega à nota clínica. Quando os alertas são percecionados como irrelevantes ou excessivamente interruptivos, a rejeição sem documentação é a resposta padrão.

Captura narrativa informal. O clínico incorpora a substância de uma recomendação de CDS em notas de texto livre sem a atribuir a uma ferramenta. Uma nota pode registar que uma interação medicamentosa foi considerada e uma dose ajustada, sem indicar que um alerta de CDS motivou a revisão. Esta abordagem preserva algum raciocínio clínico no processo, mas não cria dados recuperáveis sobre o envolvimento com o CDS e torna impossível auditar se ferramentas específicas influenciaram decisões específicas.

Entrada estruturada ou sinalizada. O output de CDS é registado como um ponto de dados discreto, seja automaticamente pelo sistema de processo clínico quando um alerta é acionado, seja manualmente pelo clínico como uma entrada codificada. A visão geral do Merck Manual sobre CDS baseado em processo clínico observa que os sistemas de processo clínico podem registar quando os prompts de CDS são fornecidos e se foram ou não seguidos, o que apoia a medição da adesão às diretrizes. Esta capacidade depende inteiramente de como o sistema de CDS está configurado e se o sistema de processo clínico está concebido para capturar esses dados.

Cada abordagem tem uma justificação prática. Ignorar o output é frequentemente uma resposta de gestão de tempo a volumes elevados de alertas. A captura narrativa reflete o hábito clínico e a primazia da nota de texto livre na maioria das culturas de documentação. A entrada estruturada requer infraestrutura de processo clínico que muitos contextos ainda não possuem.

Por que razão as abordagens de documentação variam entre práticas

A variação na forma como o output de CDS é documentado não é arbitrária. Reflete diferenças genuínas em quatro dimensões: capacidade do processo clínico, design do fluxo de trabalho, cultura clínica e clareza regulamentar.

A capacidade do processo clínico é talvez a restrição mais concreta. Uma revisão sistemática de ensaios controlados aleatorizados de CDS integrado em processo clínico traçou uma distinção significativa entre sistemas de CDS onde tanto as funções de input como de output estão integradas no sistema de processo clínico e aqueles que operam como serviços externos. Quando o CDS opera fora do sistema de processo clínico, o seu output pode nunca ser capturado no processo clínico. A revisão excluiu explicitamente sistemas que recolhiam dados separadamente do processo clínico, destacando isto como uma lacuna estrutural de documentação.

O design do fluxo de trabalho determina se documentar o output de CDS requer passos adicionais do clínico ou acontece automaticamente. Um estudo do JAMIA Open que avaliou ferramentas de CDS construídas sobre Fast Healthcare Interoperability Resources (FHIR), Clinical Quality Language (CQL) e SNOMED CT num centro médico académico encontrou variação significativa na precisão com que as recomendações de CDS eram acionadas em diferentes contextos de cuidados, com taxas de falsos positivos a variarem entre o serviço de urgência e as práticas ambulatórias. Quando o CDS é acionado de forma imprecisa ou inconsistente, os clínicos adaptam-se desenvolvendo soluções informais que raramente incluem documentação formal.

A cultura clínica molda o que os clínicos consideram digno de registo. Em contextos onde o CDS é percecionado como uma verificação de fundo em vez de um input clínico, existe pouca norma profissional em torno da documentação do seu output. Um estudo de caso de métodos mistos sobre a adoção de CDS num sistema de saúde multi-local encontrou uma adoção muito baixa de ferramentas de CDS apesar da divulgação educacional, refletindo como fatores organizacionais e culturais podem suprimir completamente o envolvimento com o CDS, quanto mais a documentação do seu output.

A clareza regulamentar é atualmente limitada. Nenhuma norma universal determina como o output de CDS deve ser documentado no processo clínico, e a orientação de organismos profissionais e sistemas de saúde permanece fragmentada. Um inquérito nacional sobre o uso de CDS móvel concluiu que a experiência subjetiva dos clínicos com ferramentas de CDS em contextos do mundo real varia substancialmente, uma descoberta consistente com a ausência de expectativas de documentação padronizadas.

As implicações médico-legais de registar ou não registar prompts de apoio à decisão

Os riscos médico-legais da documentação de CDS são significativos e ainda não estão totalmente resolvidos na maioria das jurisdições.

A tensão central é esta: se uma ferramenta de CDS sinalizou um alerta clinicamente importante e o clínico agiu em conformidade, a ausência de qualquer registo desse alerta pode fazer com que o raciocínio clínico pareça menos rigoroso do que foi. Inversamente, se o clínico se desviou da recomendação do alerta, a ausência de uma justificação registada pode ser difícil de defender se o resultado for posteriormente contestado.

Surgem várias questões específicas.

O output de CDS não documentado constitui um processo clínico incompleto? Atualmente não existe uma resposta legal definitiva a esta questão na maioria das jurisdições. O princípio geral de que os processos clínicos devem refletir o raciocínio por trás das decisões clínicas sugere que, quando uma ferramenta de CDS influenciou materialmente uma decisão, o seu papel deve ser rastreável.

O que significa a ausência de um alerta registado num resultado contestado? A investigação sobre falhas de sistemas de CDS distribuídos descreve como escolhas arquitetónicas, incluindo desvio de relógio, problemas de disponibilidade de dados relacionados com o tempo e processamento assíncrono entre sistemas parceiros, podem fazer com que os alertas de CDS falhem silenciosamente. Se um alerta que deveria ter sido acionado não o foi, e não havia monitorização para detetar a falha, o processo clínico não mostrará alerta nem resposta. Isto cria uma lacuna de documentação que pode ser indistinguível de uma situação em que o alerta foi acionado e ignorado.

Documentar o alerta cria exposição adicional à responsabilidade? Esta preocupação é por vezes levantada pelos clínicos. A lógica é que, se um alerta de CDS for registado e o clínico depois se desviar dele, o processo cria evidência de um afastamento de uma recomendação sinalizada. Na prática, os especialistas em governação clínica identificam mais frequentemente o risco oposto: a ausência de raciocínio documentado para uma sobreposição é mais difícil de defender do que uma justificação clínica registada.

A base de evidência aqui ainda está em desenvolvimento. As implicações médico-legais da documentação de apoio à decisão assistida por inteligência artificial (IA, artificial intelligence) ainda não foram testadas extensivamente na jurisprudência na maioria das jurisdições europeias, e as obrigações específicas dos clínicos permanecem pouco claras em muitos contextos.

Como o Regulamento de Dispositivos Médicos molda a questão da documentação

A classificação regulamentar de uma ferramenta de CDS tem implicações diretas para as expectativas de documentação, embora o caminho da regulamentação para a prática de manutenção de processos clínicos nem sempre seja óbvio.

Ao abrigo do Regulamento de Dispositivos Médicos (MDR, Medical Device Regulation) da UE, o software que atinge o limiar de classificação como dispositivo médico — genericamente software destinado a um propósito médico, incluindo diagnóstico, prevenção, monitorização ou tratamento — acarreta obrigações específicas para os fabricantes. Estas incluem avaliação clínica, vigilância pós-comercialização e manutenção de um ficheiro técnico. Para ferramentas de CDS que se qualificam como dispositivos médicos, os fabricantes devem demonstrar que o seu output é clinicamente válido e que o sistema funciona conforme pretendido.

Para ambientes clínicos que implementam estas ferramentas, a classificação MDR de um sistema de CDS cria uma expectativa de documentação indireta. Se a ferramenta for um dispositivo médico regulamentado, o seu uso na tomada de decisão clínica faz parte do percurso de cuidados do doente, e o processo clínico deve refletir esse percurso. Isto não se traduz num formato de documentação específico obrigatório, mas reforça o argumento de que o output de CDS de uma ferramenta regulamentada deve ser rastreável no processo clínico.

O AHRQ Clinical Decision Support Innovation Collaborative (CDSiC), que completou quatro anos de trabalho em 2024 desenvolvendo CDS baseado em evidências, interoperável e publicamente disponível, identificou as melhores práticas para usar CDS na tomada de decisão clínica. O seu trabalho sobre CDS partilhável e interoperável é diretamente relevante aqui. Normas de interoperabilidade como CDS Hooks e FHIR são concebidas para apoiar o fluxo de output de CDS entre sistemas de forma estruturada e auditável, o que é um pré-requisito para documentação consistente.

O que a documentação estruturada do apoio à decisão clínica realmente exigiria

Passar de uma captura informal e inconsistente para documentação estruturada da atividade de CDS exigiria mudanças tanto ao nível do processo clínico como do fluxo de trabalho. Os componentes de uma abordagem estruturada incluem:

• Campos de dados discretos dentro do sistema de processo clínico para registar que um alerta de CDS foi acionado, o que recomendou e quando

• Metadados de atribuição identificando qual ferramenta gerou o output, qual versão estava em execução e qual foi a recomendação específica

• Um registo da resposta do clínico — se a recomendação foi aceite, modificada ou sobreposta

• Um campo de justificação para sobreposições, capturando o raciocínio clínico que levou o clínico a desviar-se da sugestão

• Uma trilha de auditoria ligando o output de CDS ao encontro específico e ao processo do doente

Os sistemas de CDS integrados em processo clínico que utilizam modelos baseados em evidências pré-construídos e percursos de cuidados incorporados podem automatizar parte desta captura, mas apenas quando o CDS está suficientemente integrado com o sistema de processo clínico para gerar dados estruturados em vez de alertas não estruturados.

O custo de fluxo de trabalho desta abordagem não deve ser subestimado. A investigação sobre implementação de IA em medicina hospitalar concluiu que ferramentas digitais mal implementadas aumentam a carga de trabalho e o burnout dos clínicos, mesmo quando o seu propósito pretendido é reduzir a carga. Adicionar campos de documentação obrigatórios para output de CDS sem simplificar o fluxo de trabalho circundante arrisca criar exatamente este resultado. O mesmo artigo enfatiza que as ferramentas de IA devem ser incorporadas nos processos de raciocínio clínico através de design de fluxo de trabalho intencional, um princípio que se aplica diretamente à documentação.

Uma avaliação qualitativa de um sistema de CDS habilitado por IA para pedidos de sangue cirúrgico concluiu que os clínicos antecipavam o aumento da carga de verificação como uma preocupação. Isto reflete um padrão mais amplo no qual os requisitos de documentação estruturada são experienciados como tarefas adicionais em vez de melhorias de fluxo de trabalho, a menos que o design da interface os apoie ativamente.

O problema da sobreposição: quando os clínicos se desviam das recomendações de apoio à decisão

Os clínicos rotineira e apropriadamente sobrepõem alertas de CDS. A investigação sobre sobreposições de alertas de segurança de medicamentos em sistemas informatizados de entrada de pedidos médicos concluiu que uma proporção substancial de sobreposições é clinicamente justificada. O alerta foi acionado corretamente, mas o clínico tinha razões específicas do doente para proceder independentemente. O problema não é que as sobreposições ocorram. É que o raciocínio por trás delas quase nunca é registado.

Um estudo qualitativo sobre fadiga de alertas envolvendo médicos juniores em hospitais australianos concluiu que a fadiga de alertas opera num continuum, influenciada pelo design do alerta, normas institucionais, sobrecarga de informação e características individuais do clínico, incluindo experiência prévia com alertas específicos.

Isto é importante porque o registo de sobreposição é, indiscutivelmente, a peça de documentação de CDS mais significativa do ponto de vista clínico e médico-legal. Um clínico que aceita uma recomendação de CDS e age em conformidade teve a sua decisão apoiada. Um clínico que sobrepõe uma recomendação está a exercer julgamento clínico independente, e esse julgamento, se mais tarde se provar ter sido incorreto, é o que será escrutinado. A ausência de uma justificação de sobreposição registada significa que o processo clínico mostra apenas a decisão, não o raciocínio.

A análise do comportamento de sobreposição em Vanderbilt usou o GPT-4 para resumir comentários de sobreposição em texto livre deixados pelos clínicos, concluindo que, quando os comentários eram capturados, revelavam raciocínio clinicamente coerente que poderia informar a otimização do CDS. A captura de comentários é inconsistente e frequentemente opcional, o que significa que a documentação mais valiosa é a menos fiavelmente obtida.

Como é a boa prática agora, antes de as normas se atualizarem

Nenhuma norma universal governa ainda como o output de CDS deve ser documentado no processo clínico. Na ausência de tal norma, um conjunto de questões práticas pode ajudar as práticas a avaliar e melhorar a sua abordagem atual.

Questões para clínicos individuais:

• Quando um alerta de CDS influencia uma decisão clínica, essa influência é rastreável na nota?

• Quando uma recomendação de CDS é sobreposta, o raciocínio para essa sobreposição é registado?

• Existe uma distinção na prática de documentação entre alertas de dispositivos médicos regulamentados e os de ferramentas não regulamentadas?

Questões para responsáveis de práticas e governação clínica:

• O sistema de processo clínico captura quais alertas de CDS foram acionados durante um encontro e se foram ou não seguidos?

• Existe uma abordagem consistente em toda a prática para documentar o output de CDS, ou varia por clínico?

• Se um resultado de doente fosse contestado, a prática poderia demonstrar que ferramentas de CDS estavam em uso, o que recomendaram e como os clínicos responderam?

• As ferramentas de CDS que se qualificam como dispositivos médicos ao abrigo do MDR são identificadas como tal, e o seu uso é documentado em conformidade?

Considerações estruturais:

• As ferramentas de CDS que estão profundamente integradas no sistema de processo clínico são mais propensas a gerar documentação auditável do que aquelas que operam como serviços externos.

• Os campos de comentários de sobreposição, mesmo quando opcionais, criam uma oportunidade para capturar raciocínio clínico que de outra forma seria perdido.

• As arquiteturas de CDS distribuídas introduzem modos de falha, incluindo supressão silenciosa de alertas, que requerem monitorização ativa para detetar. As lacunas de documentação podem refletir falhas do sistema em vez de comportamento do clínico.

A prática atual na maioria dos contextos fica muito aquém do que a documentação estruturada de CDS exigiria. A lacuna entre a sofisticação das ferramentas que estão a ser implementadas e a consistência com que o seu output é registado representa um risco genuíno para a segurança do doente e para a governação, que provavelmente atrairá crescente atenção regulamentar e profissional à medida que o apoio à decisão clínica assistido por IA se torna mais prevalente e mais consequente.

Perguntas frequentes

▶ Que tipos de output produzem as ferramentas de apoio à decisão clínica?

As ferramentas de apoio à decisão clínica produzem vários tipos distintos de output durante os cuidados de rotina. Estes incluem sugestões de diagnóstico diferencial, avisos de interação medicamentosa e contraindicação, alertas de dosagem, scores de estratificação de risco, lembretes de cuidados preventivos e recomendações de referenciação ou investigação. À medida que os modelos de linguagem de grande dimensão entram nos ambientes de processo clínico, a gama está a expandir-se para incluir resumos narrativos, recomendações estruturadas e sugestões de documentação em tempo real geradas a partir do conteúdo da consulta.

▶ Como documentam atualmente os clínicos o output do apoio à decisão clínica?

Observam-se três abordagens gerais na prática. A primeira é ignorar completamente o output, que é a resposta mais comum a alertas de baixa prioridade ou frequentemente recorrentes. A segunda é a captura narrativa informal, onde o clínico incorpora a substância de uma recomendação em notas de texto livre sem a atribuir a uma ferramenta. A terceira é a entrada estruturada ou sinalizada, onde o output é registado como um ponto de dados discreto, seja automaticamente pelo sistema de processo clínico ou manualmente pelo clínico. A maioria dos contextos baseia-se nas duas primeiras abordagens.

▶ Por que razão a documentação do output do apoio à decisão clínica varia tanto entre práticas?

A variação reflete diferenças genuínas em quatro dimensões. A capacidade do processo clínico determina se o sistema pode capturar dados de CDS estruturados. O design do fluxo de trabalho determina se a documentação requer passos adicionais do clínico ou acontece automaticamente. A cultura clínica molda o que os clínicos consideram digno de registo. A clareza regulamentar é atualmente limitada, sem nenhuma norma universal que determine como o output de CDS deve ser documentado no processo clínico.

▶ Quais são os riscos médico-legais de não documentar alertas de apoio à decisão clínica?

Se uma ferramenta de apoio à decisão clínica sinalizou um alerta importante e o clínico agiu em conformidade, a ausência de qualquer registo pode fazer com que o raciocínio clínico pareça menos rigoroso do que foi. Se o clínico se desviou da recomendação do alerta sem registar uma justificação, esse desvio pode ser difícil de defender se o resultado for posteriormente contestado. Os especialistas em governação clínica identificam mais frequentemente a ausência de raciocínio documentado como o maior risco, em vez do ato de registar o próprio alerta.

▶ Pode um alerta de apoio à decisão clínica falhar silenciosamente sem o clínico saber?

Sim. A investigação sobre falhas de sistemas de apoio à decisão clínica distribuídos descreve como escolhas arquitetónicas, incluindo desvio de relógio, problemas de disponibilidade de dados relacionados com o tempo e processamento assíncrono entre sistemas parceiros, podem fazer com que os alertas falhem silenciosamente. Se um alerta que deveria ter sido acionado não o foi, e não havia monitorização para detetar a falha, o processo clínico não mostrará alerta nem resposta. Isto cria uma lacuna de documentação que pode ser indistinguível de uma situação em que o alerta foi acionado e ignorado.

▶ Como afeta o Regulamento de Dispositivos Médicos da UE a documentação do apoio à decisão clínica?

Ao abrigo do Regulamento de Dispositivos Médicos da UE, o software destinado a um propósito médico, incluindo diagnóstico, prevenção, monitorização ou tratamento, pode qualificar-se como dispositivo médico. Quando uma ferramenta de apoio à decisão clínica tem esta classificação, o seu uso na tomada de decisão clínica faz parte do percurso de cuidados do doente. Isto reforça o argumento de que o output de uma ferramenta regulamentada deve ser rastreável no processo clínico, embora não exista atualmente nenhum formato de documentação específico obrigatório.

▶ O que exigiria realmente a documentação estruturada da atividade de apoio à decisão clínica?

A documentação estruturada exigiria campos de dados discretos dentro do sistema de processo clínico para registar que um alerta foi acionado, o que recomendou e quando. Também exigiria metadados de atribuição identificando a ferramenta e versão, um registo da resposta do clínico, um campo de justificação para sobreposições e uma trilha de auditoria ligando o output ao encontro específico e ao processo do doente. Os sistemas de apoio à decisão clínica integrados em processo clínico podem automatizar parte desta captura, mas apenas quando a ferramenta está suficientemente integrada para gerar dados estruturados em vez de alertas não estruturados.

▶ Por que razão é particularmente importante documentar as sobreposições de apoio à decisão clínica?

O registo de sobreposição é, indiscutivelmente, a peça de documentação de apoio à decisão clínica mais significativa do ponto de vista clínico e médico-legal. Um clínico que sobrepõe uma recomendação está a exercer julgamento clínico independente, e esse julgamento é o que será escrutinado se o resultado for posteriormente contestado. A investigação usando o GPT-4 para analisar comentários de sobreposição em texto livre concluiu que, quando os comentários eram capturados, revelavam raciocínio clinicamente coerente que também poderia informar a otimização futura da ferramenta. A captura de comentários é atualmente inconsistente e frequentemente opcional.

▶ Adicionar requisitos de documentação estruturada aumenta a carga de trabalho dos clínicos?

Pode aumentar. A investigação sobre implementação de IA em medicina hospitalar concluiu que ferramentas digitais mal implementadas aumentam a carga de trabalho e o burnout dos clínicos, mesmo quando o seu propósito pretendido é reduzir a carga. Uma avaliação qualitativa de um sistema de apoio à decisão clínica habilitado por IA para pedidos de sangue cirúrgico concluiu que os clínicos antecipavam o aumento da carga de verificação como uma preocupação. Adicionar campos de documentação obrigatórios sem simplificar o fluxo de trabalho circundante arrisca criar exatamente este resultado.

▶ Que passos práticos podem as práticas tomar agora para melhorar a documentação do apoio à decisão clínica?

As práticas podem começar por verificar se o sistema de processo clínico captura quais alertas foram acionados durante um encontro e se foram ou não seguidos. As ferramentas de apoio à decisão clínica que estão profundamente integradas no sistema de processo clínico são mais propensas a gerar documentação auditável do que aquelas que operam como serviços externos. Os campos de comentários de sobreposição, mesmo quando opcionais, criam uma oportunidade para capturar raciocínio clínico que de outra forma seria perdido. As práticas também devem identificar quais ferramentas se qualificam como dispositivos médicos ao abrigo do Regulamento de Dispositivos Médicos da UE e documentar o seu uso em conformidade.