Try it free in the sandbox · first FHIR call in 5 minutesFree · 30 synthetic patients · no card

Espaço Europeu de Dados de Saúde (EHDS) para programadores

Regulamento (UE) 2025/327 para equipas de software: datas de 2029 e 2031, componentes de sistemas de EHR, etiquetagem de aplicações de bem-estar, formato de intercâmbio FHIR e o que construir agora.

O Espaço Europeu de Dados de Saúde é um regulamento da UE — Regulamento (UE) 2025/327, em vigor desde 26 de março de 2025 — que confere às pessoas na UE o direito de aceder e partilhar os seus dados de saúde eletrónicos, estabelece formatos comuns para a sua troca transfronteiriça e impõe requisitos ao software que armazena e troca registos de saúde. A maioria das obrigações aplica-se a partir de março de 2029 e março de 2031, o que corresponde aproximadamente a uma geração de produto. Para os programadores, isto significa: um formato europeu comum de intercâmbio construído sobre HL7 FHIR, interoperabilidade obrigatória e registo de acessos em sistemas EHR, etiquetagem para aplicações de bem-estar que afirmam funcionar com estes sistemas, e novas regras para a reutilização de dados de saúde para investigação. Esta página resume o que foi decidido, o que ainda está a ser especificado e o que construir agora.

Cronologia

De acordo com a Comissão Europeia:

Data	O que se aplica
26 de março de 2025	O regulamento entra em vigor; inicia-se a transição
Março de 2027	Prazo para os principais atos de execução da Comissão (especificações técnicas)
Março de 2029	Intercâmbio das primeiras categorias prioritárias — resumos de doentes e prescrições eletrónicas / dispensações eletrónicas — em todos os Estados-Membros; as regras de utilização secundária começam para a maioria das categorias de dados
Março de 2031	Intercâmbio do segundo grupo — imagens médicas, resultados de laboratório e relatórios de alta hospitalar; regras de utilização secundária para as categorias restantes (como dados genómicos)
Março de 2035	Países terceiros e organizações internacionais podem candidatar-se para aderir ao HealthData@EU para utilização secundária

As duas metades

Uso primário — cuidados de saúde. As pessoas obtêm acesso eletrónico aos seus próprios dados prioritários, podem partilhá-los com profissionais de saúde noutro Estado-Membro através de pontos de contacto nacionais (MyHealth@EU), podem adicionar informação, restringir o acesso e ver informação sobre quem acedeu aos seus dados. Os profissionais de saúde obtêm acesso aos dados de que necessitam para os cuidados de saúde.

Uso secundário — investigação, inovação, políticas. Investigadores e empresas podem solicitar aos organismos de acesso a dados de saúde o acesso a dados de saúde para fins permitidos, processados em ambientes seguros, sob regras sobre o que pode e não pode ser feito com eles.

O que muda para o software

Sistemas de Prontuário Eletrónico de Saúde (PES). O regulamento estabelece um quadro legal e técnico para o software que armazena e partilha registos eletrónicos de saúde. Os fabricantes devem demonstrar conformidade com os requisitos essenciais, incluindo dois componentes de software harmonizados — um componente europeu de interoperabilidade para a troca de dados no formato europeu e um componente europeu de registo que regista o acesso aos dados. Especificações comuns para estes surgem através de atos de execução.

Aplicações de bem-estar. As aplicações que afirmam ser interoperáveis com sistemas de PES — rastreadores de fitness e aplicações de saúde que enviam dados para estes — estão sujeitas a requisitos de rotulagem e informação (Artigos 47.º e 48.º do regulamento).

Dispositivos médicos e sistemas de IA que afirmam interoperabilidade com sistemas de PES devem também cumprir os requisitos essenciais relevantes em matéria de interoperabilidade.

Os detalhes — conjuntos de dados exatos, perfis e procedimentos de conformidade — estão a ser especificados em atos de execução e normas de apoio. Leia o regulamento no EUR-Lex e siga os atos de execução em vez de confiar em resumos, incluindo este.

O formato de intercâmbio: FHIR

O formato europeu de intercâmbio de registos de saúde eletrónicos está a ser especificado em torno do HL7 FHIR, com guias de implementação da HL7 Europe para as categorias prioritárias:

Resumo do Paciente, baseado no International Patient Summary (IPS).
Relatório de Laboratório, Relatório de Alta Hospitalar e Relatório de Imagiologia.
Um guia EU Health Data API (em votação no momento da escrita) sobre como os sistemas expõem esses documentos através de APIs FHIR.

Se os seus dados já estão estruturados como FHIR R4 com sistemas de codificação padrão (LOINC para resultados, SNOMED CT e ICD-10 para problemas, ATC para medicamentos, UCUM para unidades), o mapeamento para os perfis europeus é uma questão de restrições em vez de uma reescrita. Se residir em tabelas personalizadas, a lacuna é maior.

O que construir agora

Armazene dados clínicos como FHIR R4 (ou mantenha um mapeamento fiável para ele), com códigos e unidades standard.
Seja capaz de produzir um Resumo Internacional do Doente (International Patient Summary) para uma pessoa a pedido.
Mantenha os resultados laboratoriais estruturados: código LOINC, unidade UCUM, intervalo de referência, estado, horários e o laboratório emissor — o que o perfil laboratorial europeu exige.
Registe cada acesso aos dados de uma pessoa, com quem, quando e o quê, e torne-o visível para a pessoa.
Modele o consentimento e as restrições por pessoa, para que o acesso possa ser limitado pela pessoa em vez de apenas pelos seus papéis.
Aloje na UE e documente a sua base GDPR; o EHDS baseia-se no GDPR, não o substitui.

Onde o Anpheros se encaixa

O Anpheros é uma infraestrutura de dados de saúde hospedada na UE, construída sobre FHIR R4, e várias das capacidades acima já fazem parte dele: Patient/{id}/$summary retorna um International Patient Summary (IPS) seguindo o guia de implementação HL7 IPS; as Observações de laboratório podem ser verificadas contra um perfil de laboratório europeu ($validate?profile=eu-lab, também no validador FHIR R4 gratuito); cada leitura e escrita é registada e visível para o paciente; e o acesso por outras aplicações requer o consentimento do paciente, que ele pode revogar.

Isso não torna o Anpheros, ou uma aplicação construída sobre ele, um sistema EHR certificado pelo EHDS. O Anpheros não se conecta a pontos de contacto nacionais ou MyHealth@EU, não implementa os componentes harmonizados conforme serão especificados, e não é um órgão de acesso a dados de saúde. Trate-o como um ponto de partida em termos de estrutura de dados, resumos, registo e consentimento, não como conformidade.

Perguntas frequentes

Quando se aplica o EHDS?

Entrou em vigor em 26 de março de 2025. A maioria das obrigações começa em março de 2029 (resumos de pacientes, prescrições eletrónicas e a maioria das regras de uso secundário) e março de 2031 (imagens, resultados de laboratório, relatórios de alta e as restantes categorias de uso secundário).

O EHDS exige FHIR?

O regulamento exige um formato europeu de intercâmbio de registos de saúde eletrónicos, especificado em atos de execução; o trabalho sobre esse formato e as suas guias de implementação baseiam-se no HL7 FHIR, a partir do International Patient Summary.

O EHDS aplica-se a aplicações de saúde e fitness?

As aplicações de bem-estar que reivindicam interoperabilidade com sistemas EHR estão sujeitas a requisitos de rotulagem e informação. As aplicações que são dispositivos médicos permanecem sob as regras de dispositivos médicos e devem também cumprir os requisitos de interoperabilidade quando reivindicam funcionar com sistemas EHR.

O que é o componente de registo europeu?

Um dos dois componentes de software harmonizados que os sistemas EHR devem incluir: regista o acesso a dados de saúde eletrónicos pessoais, apoiando o direito das pessoas a ver quem acedeu aos seus dados.

O Anpheros está em conformidade com o EHDS?

O Anpheros não é um sistema EHR certificado. Já fornece armazenamento FHIR R4, Resumos Internacionais de Pacientes, verificações de perfil laboratorial europeu, registos de acesso por paciente e consentimento, que são blocos de construção para os requisitos.

Relacionado

Try it free in the sandbox · first FHIR call in 5 minutesFree · 30 synthetic patients · no card