Ferramentas de documentação de IA na saúde pública europeia: o que os administradores precisam de saber

As ferramentas de documentação assistidas por inteligência artificial (IA) convertem encontros clínicos falados em notas estruturadas para revisão do clínico. Para administradores municipais de saúde pública europeus, avaliá-las implica navegar em simultâneo o Regulamento Geral sobre a Proteção de Dados (RGPD), a Lei da IA da União Europeia (UE), o Regulamento dos Dispositivos Médicos (RDM) e a lei de contratação pública.

O que fazem as ferramentas de documentação assistidas por IA num contexto de saúde pública

O pessoal de saúde comunitária, incluindo enfermeiros, fisioterapeutas, psicólogos e assistentes sociais, dedica uma proporção crescente do dia de trabalho à carga de documentação em vez de ao contacto direto com os utentes. As ferramentas de documentação assistidas por IA, por vezes chamadas assistentes médicos de IA ou ferramentas de documentação ambiente, captam encontros clínicos falados e convertem-nos em notas clínicas estruturadas. O profissional realiza a visita normalmente. A ferramenta escuta, transcreve e gera um rascunho que o clínico revê e aprova antes de este entrar no sistema de registo clínico.

Num contexto municipal, os programas de saúde comunitária são tipicamente ao nível da população e não agudos: visitas de enfermagem domiciliária, acompanhamento de saúde mental, sessões de reabilitação e gestão de doenças crónicas. Os requisitos de documentação tendem a ser elevados em volume, repetitivos na estrutura e distribuídos por uma força de trabalho dispersa, muitas vezes sem apoio administrativo consistente, o que torna estas ferramentas particularmente relevantes para este contexto.

É importante ser preciso sobre o âmbito funcional destas ferramentas. Não diagnosticam, não prescrevem nem geram recomendações clínicas. Transcrevem e estruturam o que um clínico diz durante um encontro, e essa distinção tem consequências regulamentares diretas.

A evidência disponível sobre poupanças de tempo é promissora, mas deve ser lida com cuidado. Um projeto-piloto de seis semanas no Município de Farsund, Noruega, com vinte funcionários de três equipas de cuidados, constatou que o tempo total diário de documentação caiu de cerca de três horas para dez a quinze minutos, um resultado impressionante, mas obtido numa amostra pequena. O estudo metodologicamente mais robusto avaliou um assistente médico de IA em 375.000 notas clínicas nas instalações Capio/Ramsay Santé na Suécia: foi pré-registado, seguiu as diretrizes SQUIRE e encontrou reduções consistentes no tempo de documentação autorrelatado em múltiplos níveis de cuidados, embora os resultados assentem em dados autorrelatados. Os administradores devem incluir medição objetiva no seu próprio desenho de projeto-piloto sempre que possível.

Quatro regimes regulamentares que se aplicam em simultâneo

A decisão de avaliar ou testar uma ferramenta de documentação de IA situa-se na interseção entre a lei de contratação pública, a regulamentação de proteção de dados, a legislação sobre IA e as regras relativas a dispositivos médicos. Cada regime tem os seus próprios requisitos, prazos e partes interessadas internas. Na prática, o RGPD é o que mais frequentemente atrasa ou bloqueia projetos-piloto, principalmente porque as equipas de contratação não o antecipam com a devida antecedência.

Lei da IA da UE. A Lei da IA da UE entrou em vigor em agosto de 2024 e estabelece um sistema de classificação de risco hierarquizado. Os sistemas de alto risco na área da saúde são definidos principalmente como aqueles usados para diagnóstico, decisões de tratamento ou apoio à decisão clínica que influenciam diretamente os resultados dos cuidados. Uma ferramenta cuja função principal é administrativa, ou seja, converter fala em texto estruturado para revisão do clínico, recebe uma classificação de risco diferente. Os administradores devem pedir ao fornecedor uma justificação por escrito da classificação de risco, solicitar documentação de conformidade com a Lei da IA da UE e verificar que a ferramenta não inclui funcionalidades de apoio à decisão que alterariam a sua classificação. A Lei introduz também obrigações de transparência: quando sistemas de IA interagem com indivíduos, esses indivíduos devem ser informados, o que tem implicações na forma como os municípios comunicam com os utentes sobre a tecnologia presente nas consultas.

RGPD. Os dados de saúde são dados de categoria especial ao abrigo do Artigo 9.º do RGPD. O seu tratamento requer uma base legal ao abrigo do Artigo 6.º e uma condição adicional ao abrigo do Artigo 9.º, mais frequentemente consentimento explícito, ou tratamento necessário para a prestação de cuidados ao abrigo do Artigo 9.º(2)(h). Antes de qualquer projeto-piloto, é obrigatória uma Avaliação de Impacto sobre a Proteção de Dados (AIPD) ao abrigo do Artigo 35.º. Durante o projeto-piloto, aplicam-se princípios de minimização de dados: a ferramenta deve tratar apenas os dados necessários para a função de documentação. As gravações áudio não devem ser retidas além do período necessário para a transcrição. O fornecedor não deve usar dados de utentes para treino de modelos sem autorização explícita. Um acordo de tratamento de dados assinado com o fornecedor, exigido ao abrigo do Artigo 28.º, deve estar em vigor antes de quaisquer dados serem partilhados, sem exceções.

Regulamento dos Dispositivos Médicos. O RDM aplica-se a software destinado a uma finalidade médica. Uma ferramenta cuja única função é transcrever e estruturar encontros clínicos, sem gerar qualquer resultado que influencie decisões clínicas, geralmente não é considerada um dispositivo médico. Se uma ferramenta inclui funcionalidades como sinalizar anomalias clínicas ou sugerir diagnósticos, essas funcionalidades podem enquadrá-la no âmbito do RDM. Os administradores devem pedir uma justificação por escrito da classificação ao abrigo do RDM, verificar se a ferramenta possui marcação CE como dispositivo médico e confirmar que qualquer marcação CE se aplica à versão a ser testada. O estudo medRxiv que avalia o assistente médico de IA Tandem nas instalações de saúde suecas é relevante precisamente porque a ferramenta avaliada possui marcação CE, um dado útil para administradores que querem perceber como é a certificação de fornecedores na prática.

Contratação pública. As ferramentas adquiridas por organismos municipais europeus estão sujeitas à Diretiva 2014/24/UE. Para organismos públicos ao nível subcentral, o limiar atual para contratos de serviços é de 215.000 € líquidos de IVA, valor sujeito a revisão periódica que deve ser verificado face ao Regulamento Delegado da Comissão mais recente. Os contratos acima deste limiar exigem concurso formal publicado no Jornal Oficial da UE; abaixo do limiar, as regras nacionais continuam a aplicar-se. As especificações técnicas devem descrever requisitos funcionais e de conformidade, como transcrição em tempo real no idioma relevante, resultado estruturado compatível com o sistema de registo clínico existente e armazenamento de dados na UE, em vez de nomear o produto de um único fornecedor, o que é proibido ao abrigo da diretiva. Os termos contratuais devem incluir disposições claras sobre a propriedade dos dados, cláusulas de saída que permitam recuperar dados e mudar de fornecedor sem bloqueio técnico, e direitos de auditoria durante o período contratual.

Residência de dados: o que confirmar antes de qualquer projeto-piloto

Para a maioria dos organismos europeus de saúde pública, o tratamento de dados de saúde fora da UE ou do Espaço Económico Europeu (EEE) não é permitido ao abrigo dos quadros nacionais de proteção de dados. Isto aplica-se independentemente do que o RGPD tecnicamente permite através de mecanismos de transferência. Vários Estados-Membros têm legislação nacional mais rigorosa do que a linha de base do RGPD, e muitas políticas municipais de contratação pública exigem também confirmação explícita de que os dados ficam armazenados na UE.

Os administradores devem obter confirmação por escrito do fornecedor sobre quatro pontos: onde os dados áudio são tratados no momento da transcrição; onde as notas estruturadas são armazenadas e por quanto tempo; se estão envolvidos subcontratantes e onde estão localizados; e se algum dado é transferido para fora da UE ou do EEE em qualquer fase do processo de tratamento, incluindo para treino de modelos ou garantia de qualidade. Os fornecedores que usam infraestrutura nos Estados Unidos, Reino Unido ou outros países fora do EEE devem indicar o mecanismo legal de transferência em uso, por exemplo Cláusulas Contratuais-Tipo, e confirmar que nenhum dado de saúde é tratado em servidores fora do EEE no âmbito das operações normais.

O Espaço Europeu de Dados de Saúde (EHDS), que entrou em vigor em 2025, cria infraestrutura adicional para a utilização transfronteiriça de dados de saúde na UE. Os administradores devem acompanhar a forma como o EHDS interage com os requisitos nacionais de armazenamento de dados à medida que a sua implementação avança.

Como estruturar um projeto-piloto de baixo risco

Um projeto-piloto bem delimitado reduz a exposição regulamentar, gera evidência utilizável e cria uma base sólida para uma decisão de implementação. Os elementos essenciais são os seguintes.

O âmbito e a duração devem ser definidos antes do início. Limitar o projeto-piloto a uma equipa de cuidados ou local específico. Seis a doze semanas são suficientes para gerar dados significativos, como demonstrou o projeto-piloto de Farsund, que decorreu durante seis semanas e produziu resultados claros e quantificáveis.

Os critérios de sucesso devem ser acordados antecipadamente: tempo de documentação por visita, pontuações de usabilidade relatadas pelo pessoal, taxas de erro em notas geradas e feedback dos utentes sobre a experiência de ter a ferramenta presente na consulta.

As aprovações de governação têm de estar em vigor antes de qualquer dado ser tratado. É necessária aprovação por escrito do Encarregado de Proteção de Dados (com a AIPD concluída), do responsável pela contratação pública (com o contrato e o acordo de tratamento de dados assinados) e do responsável clínico (com o quadro de governação clínica acordado). Todas estas aprovações devem ser documentadas.

A formação do pessoal e a comunicação com os utentes não são passos opcionais. Todo o pessoal participante deve compreender como a ferramenta funciona, quais são as suas responsabilidades de revisão e como reportar erros. Os utentes devem receber uma explicação clara, em linguagem simples, sobre a presença e a finalidade da ferramenta, disponível nos idiomas falados pela população servida. O relatório da Organização Mundial de Saúde (OMS)/Europa sobre IA na saúde identifica a formação da força de trabalho e a literacia em IA como fatores determinantes para uma implementação bem-sucedida.

Por fim, é necessário um plano de saída documentado: o que acontece aos dados, às notas e aos direitos de acesso se o projeto-piloto for descontinuado ou se a relação com o fornecedor terminar antes da implementação completa.

Algumas questões operacionais surgem consistentemente antes da aprovação de um projeto-piloto. Quem é proprietário das notas geradas? O clínico que revê e aprova a nota mantém a responsabilidade clínica e legal, e isto deve estar explícito no acordo com o fornecedor. Como é gerido o consentimento do pessoal? O pessoal cujas vozes são captadas é também titular de dados ao abrigo do RGPD. Que registos de auditoria são necessários? A governação clínica exige que seja possível reconstruir o que aconteceu durante um encontro e identificar quem aprovou a nota resultante. Como é que a ferramenta se integra com o sistema de registo clínico existente? Algumas ferramentas exportam texto que deve ser importado manualmente; outras integram-se diretamente através de uma interface de programação de aplicações (API), e a forma de integração afeta tanto o desenho do fluxo de trabalho como a avaliação de segurança dos dados.

O que verificar de forma independente ao avaliar um fornecedor

Um estudo revisto por pares sobre a contratação pública de tecnologia de saúde em municípios suecos constatou que a utilização estruturada de evidência nas decisões de avaliação é inconsistente e que a orientação nacional existente é insuficiente. A conclusão prática é direta: os municípios precisam de capacidade de avaliação interna e não podem depender exclusivamente da evidência fornecida pelo fornecedor.

Os seguintes atributos devem ser verificados de forma independente. A certificação ISO 27001 deve ser solicitada na forma de certificado atual, confirmando que o seu âmbito cobre os sistemas usados para tratar dados de saúde. O acordo de tratamento de dados ao abrigo do RGPD deve estar em vigor antes de quaisquer dados serem partilhados e deve ser revisto face aos requisitos do Artigo 28.º. A documentação de conformidade com a Lei da IA da UE inclui a avaliação por escrito da classificação de risco e qualquer documentação de conformidade exigida. Se for reivindicada marcação CE como dispositivo médico, os administradores devem solicitar a Declaração de Conformidade e verificar qual o organismo notificado envolvido.

A confirmação de armazenamento de dados na UE deve ser obtida por escrito, em cada fase do tratamento, incluindo subcontratantes. Quanto ao treino de modelos, os administradores devem perguntar diretamente se os dados de utentes serão usados para treinar ou ajustar o modelo, qual é a base legal para o fazer e se é possível recusar essa utilização. A evidência de contextos comparáveis também importa: referências ou estudos publicados de implementações em contextos de saúde do setor público ou municipal na Europa têm mais peso do que estudos de caso produzidos internamente pelo fornecedor. Por fim, a capacidade linguística deve ser confirmada para o idioma ou idiomas específicos usados pelo pessoal clínico, incluindo dialetos regionais ou terminologia clínica específica do sistema nacional de saúde.

A Organização para a Cooperação e Desenvolvimento Económico (OCDE) observou que a maioria dos sistemas de saúde da UE não dispõe de mecanismos de financiamento dedicados para ferramentas de IA, destacando modelos de compra coletiva, como o de cinco hospitais holandeses que juntaram recursos para avaliar sistemas de IA, como uma forma de tornar a implementação mais equitativa. Os municípios que estejam a considerar contratação pública conjunta com autoridades vizinhas devem avaliar se este modelo poderia reduzir os custos de avaliação e reforçar a sua posição negocial.

Alinhar equipas internas e construir o caso para avaliação

As ferramentas de documentação de IA exigem aprovação de pelo menos três funções internas: contratação pública, jurídica ou proteção de dados, e liderança clínica. Em contextos municipais, estas funções podem não trabalhar habitualmente em conjunto, e cada uma tem uma preocupação principal diferente.

Envolver o Encarregado de Proteção de Dados cedo, antes da seleção do fornecedor, evita a situação comum em que um fornecedor preferido é identificado e depois não passa a avaliação de proteção de dados. Os responsáveis clínicos envolvem-se mais facilmente com uma proposta centrada na redução do tempo gasto em documentação e na recuperação de tempo para os utentes do que com uma focada na adoção de tecnologia. A evidência de Farsund e do estudo sueco multi-local fornece números concretos que podem ancorar essa conversa. As equipas de contratação pública podem não estar familiarizadas com a Lei da IA da UE ou o RDM: fornecer um resumo claro das obrigações que se aplicam, distinguindo as que são da responsabilidade do fornecedor das que são da responsabilidade do município, ajuda a redigir especificações e a avaliar propostas com maior rigor. Em qualquer fase, cada decisão, seja de avançar, de pausar ou de excluir um fornecedor, deve ser documentada com uma justificação.

O plano nacional de IA para a saúde da Noruega, liderado pela Direção Norueguesa de Saúde, visa explicitamente expandir a IA tanto em contextos municipais como de cuidados especializados. Implementações reais como a do Vestre Viken Health Trust, que serve 22 municípios e aproximadamente 500.000 pessoas, demonstram que estas ferramentas estão a ser levadas a sério ao nível político e fornecem um ponto de referência útil para administradores municipais que procuram construir apoio interno.

Normas de avaliação emergentes na Europa

Na Europa, a abordagem à avaliação de ferramentas de documentação de IA em contextos de saúde pública ainda está a amadurecer. O relatório da OMS/Europa publicado em abril de 2026, baseado em dados de todos os 27 Estados-Membros da UE, constatou que 81 por cento dos Estados-Membros estão ativamente a envolver partes interessadas na governação de IA e que a maioria já está a implementar ferramentas de IA em contextos clínicos. O relatório identifica quadros de avaliação estruturados e literacia em IA da força de trabalho como prioridades em toda a região.

As abordagens de avaliação mais credíveis partilham várias características: pré-registo de protocolos, como no estudo sueco multi-local; utilização de instrumentos de usabilidade validados a par de métricas baseadas em tempo; inclusão de dados sobre a experiência do utente, e não apenas do pessoal; revisão independente da evidência fornecida pelo fornecedor; e divulgação transparente de resultados negativos ou limitações, a par dos resultados positivos. Um ensaio controlado randomizado cruzado que avaliou a codificação clínica assistida por IA na Suécia e na Noruega, conduzido pelo Centro Norueguês de Investigação em E-Saúde, oferece uma referência metodológica útil para o desenho de estudos de avaliação rigorosos, embora a avaliação de codificação clínica seja metodologicamente distinta da avaliação de ferramentas de documentação ambiente.

Dois outros projetos merecem atenção. A ferramenta de documentação de código aberto Berta foi implementada em 105 instalações urbanas e rurais por 198 médicos de emergência entre novembro de 2024 e julho de 2025, com metodologia de desenvolvimento e implementação publicamente documentada, um modelo de transparência que contrasta com a maioria das avaliações de fornecedores comerciais. O projeto SHAIPED da Comissão Europeia, lançado em março de 2025, está a testar o desenvolvimento e a validação de modelos de IA usando a infraestrutura HealthData@EU, o que é relevante para municípios que pretendem alinhar as suas abordagens de avaliação com as normas emergentes ao nível da UE.

O ambiente regulamentar está em evolução. O que é considerado boa prática em meados de 2026 poderá ser substituído por orientação formal nos próximos doze a dezoito meses, pelo que os quadros de avaliação devem ser concebidos para acomodar essa evolução. Os administradores devem acompanhar as orientações das suas autoridades nacionais de saúde e das autoridades de supervisão de proteção de dados, que publicam cada vez mais orientações específicas sobre IA.

Perguntas frequentes

▶ O que fazem realmente as ferramentas de documentação assistidas por IA durante uma visita de saúde comunitária

A ferramenta escuta o encontro, transcreve-o e gera um rascunho de nota clínica para revisão do clínico antes de entrar no sistema de registo clínico. A função é inteiramente administrativa. O clínico conduz a visita normalmente e mantém a responsabilidade sobre o conteúdo final da nota.

▶ Que evidência existe para poupanças de tempo em contextos municipais de saúde pública

Os dois estudos mais citados são o projeto-piloto de Farsund (vinte funcionários, seis semanas) e o estudo Capio/Ramsay Santé (375.000 notas, pré-registado, diretrizes SQUIRE). Ambos assentam em dados autorrelatados. Para uma decisão de implementação municipal, incorporar medição objetiva do tempo desde o início do projeto-piloto é o passo que a evidência publicada ainda não cobre de forma consistente.

▶ A Lei da IA da UE classifica as ferramentas de documentação como de alto risco

Depende das funcionalidades incluídas. Uma ferramenta de transcrição pura recebe uma classificação diferente da de um sistema com apoio à decisão clínica. O ponto prático para administradores: pedir ao fornecedor a justificação por escrito da classificação e confirmar que a versão a testar não inclui funcionalidades adicionais que alterem essa classificação.

▶ Que obrigações do RGPD se aplicam antes de um projeto-piloto começar

A Avaliação de Impacto sobre a Proteção de Dados e o acordo de tratamento de dados ao abrigo do Artigo 28.º são obrigatórios antes de qualquer dado ser partilhado. O ponto que atrasa mais projetos-piloto na prática é não envolver o Encarregado de Proteção de Dados cedo o suficiente, antes da seleção do fornecedor, e não apenas antes do arranque.

▶ Como confirmam os municípios que os dados dos utentes permanecem dentro da UE

Solicitar confirmação por escrito para cada fase do tratamento: transcrição áudio, armazenamento de notas, subcontratantes e treino de modelos. Vários Estados-Membros têm legislação nacional mais restritiva do que a linha de base do RGPD, por isso verificar também os requisitos nacionais e municipais aplicáveis antes de aceitar qualquer resposta genérica do fornecedor.

▶ Quando se aplica o Regulamento dos Dispositivos Médicos da UE a uma ferramenta de documentação de IA

O critério determinante é se a ferramenta gera resultados que influenciam decisões clínicas. Funcionalidades como sinalizar anomalias ou sugerir diagnósticos podem enquadrar a ferramenta no âmbito do Regulamento. Pedir ao fornecedor a justificação por escrito da classificação e confirmar que essa classificação se aplica à versão específica a ser testada, dado que versões diferentes podem ter funcionalidades distintas.

▶ Que regras de contratação pública se aplicam quando um município compra uma ferramenta de documentação de IA

Aplica-se a Diretiva 2014/24/UE, com limiar de 215.000 euros líquidos de IVA para organismos subcentrais (valor sujeito a revisão periódica). Um erro frequente nas especificações técnicas é descrever o produto de um fornecedor específico em vez de requisitos funcionais, o que é proibido pela diretiva e pode invalidar o procedimento.

▶ Quem é responsável se uma nota clínica gerada por IA contiver um erro

O clínico que aprova a nota mantém a responsabilidade clínica e legal. Confirmar antes do projeto-piloto que o acordo com o fornecedor o explicita, que a ferramenta mantém registos de auditoria identificando quem aprovou cada nota e quando, e que a interface de revisão não apresenta o rascunho de forma a reduzir a atenção do clínico durante esse passo.

▶ Como deve um município estruturar um projeto-piloto de baixo risco

Limitar o âmbito a uma equipa ou local, definir critérios de sucesso antes do início e obter aprovação escrita do Encarregado de Proteção de Dados, do responsável pela contratação pública e do responsável clínico. O elemento que mais frequentemente falta nos pilotos municipais é um plano de saída documentado que especifique o que acontece aos dados e às notas se a relação com o fornecedor terminar antes da implementação completa.

▶ O que devem os administradores verificar independentemente ao avaliar um fornecedor

Verificar o certificado ISO 27001 atual (confirmando que o âmbito cobre os sistemas de saúde), o acordo de tratamento de dados face ao Artigo 28.º, a documentação de classificação de risco da Lei da IA da UE e, se aplicável, a Declaração de Conformidade CE. Perguntar diretamente se os dados dos utentes são usados para treino de modelos e qual a base legal para o fazer. Um estudo de caso produzido pelo próprio fornecedor tem menos peso do que evidência publicada de contextos europeus do setor público comparáveis.