El EHDS ya es ley: qué debe hacer tu software sanitario antes de 2029 para cumplir con el Espacio Europeo de Datos de Salud

Introducción

El Espacio Europeo de Datos de Salud (EHDS) ya no es una propuesta legislativa ni un borrador en negociación: es ley. El Reglamento (UE) 2025/327, publicado en el Diario Oficial de la Unión Europea el 5 de marzo de 2025, representa la mayor transformación regulatoria para el software sanitario europeo en más de una década. Y los plazos no son ambiguos: marzo de 2027 para los actos de implementación de la Comisión, marzo de 2029 para que Patient Summaries y ePrescriptions sean interoperables en todos los Estados miembros, y marzo de 2031 para imágenes médicas, resultados de laboratorio e informes de alta.

Para las empresas de software sanitario en España, el mensaje es claro: adaptarse no es opcional, y el tiempo corre. El Espacio Europeo de Datos de Salud EHDS España obligará a que todo sistema de Historia Clínica Electrónica pueda intercambiar datos clínicos estructurados a nivel transfronterizo, utilizando estándares como FHIR R4/R5, DICOM, OMOP CDM y perfiles IHE específicos. Y mientras Europa legisla, España prepara su respuesta con el Espacio Nacional de Datos de Salud (ENDS), dotado con 100 millones de euros de fondos del Mecanismo de Recuperación y Resiliencia (MRR).

En este artículo analizaremos la arquitectura técnica del EHDS, los cuatro pilares de estándares que lo sustentan, las Implementation Guides de HL7 Europe, el papel de la alianza ESHIA, los 27 perfiles IHE identificados por la Comisión Europea, y el plan español para cumplir con todo ello. Si desarrollas, integras o mantienes software sanitario, aquí encontrarás el checklist de preparación que necesitas para no llegar tarde a 2029.

El Reglamento (UE) 2025/327: estructura, plazos y obligaciones concretas

El Reglamento del EHDS se estructura en torno a dos usos fundamentales de los datos de salud. El uso primario se refiere al acceso y control de los datos por parte del ciudadano y su utilización directa en la asistencia sanitaria. El uso secundario abarca la reutilización de datos sanitarios para investigación, innovación, políticas de salud pública y regulación. Ambos pilares tienen implicaciones técnicas profundas para los sistemas de información sanitaria.

Calendario regulatorio

Los plazos establecidos por el reglamento son escalonados pero firmes:

• Marzo de 2027: La Comisión Europea debe adoptar los actos de implementación que definan las especificaciones técnicas del European EHR Exchange Format (EEHRxF). Esto incluye los perfiles FHIR concretos, las terminologías obligatorias y los mecanismos de transporte.
• Marzo de 2029: Los Patient Summaries (resúmenes de paciente) y las ePrescriptions (prescripciones electrónicas) deben ser plenamente interoperables entre todos los Estados miembros. Cualquier ciudadano europeo que acuda a un hospital en otro país debe poder acceder a su resumen clínico y a sus prescripciones en formato electrónico estandarizado.
• Marzo de 2031: La obligación se extiende a imágenes médicas (informes radiológicos estructurados y referencias DICOM), resultados de laboratorio e informes de alta hospitalaria.

Estos plazos no son orientativos. El reglamento es directamente aplicable: no requiere transposición nacional, lo que significa que España no puede demorar su cumplimiento mediante procesos legislativos internos lentos. Las empresas que no adapten sus productos a tiempo se enfrentarán a restricciones de acceso al mercado europeo de software sanitario.

Categorías de datos y requisitos de formato

El EEHRxF define categorías prioritarias de datos electrónicos de salud que deben poder intercambiarse. Cada categoría tiene requisitos específicos de codificación y estructura:

• Patient Summaries: basados en el International Patient Summary (IPS), con perfiles FHIR que incluyen alergias, medicación activa, problemas de salud, procedimientos, vacunaciones e identificación del paciente.
• ePrescriptions y eDispensations: datos de prescripción y dispensación electrónica con codificación ATC para medicamentos y vinculación a las bases de datos nacionales de medicamentos autorizados.
• Resultados de laboratorio: codificados con LOINC para las pruebas y SNOMED CT para hallazgos, con estructura FHIR basada en los perfiles de HL7 Europe Laboratory.
• Informes de alta hospitalaria: documentos clínicos estructurados con diagnósticos (CIE-10), procedimientos y recomendaciones al alta.
• Imágenes médicas: informes radiológicos estructurados e interoperabilidad DICOM para el acceso a las propias imágenes.

La arquitectura técnica del EHDS: cuatro estándares clave

El Espacio Europeo de Datos de Salud EHDS España y el resto de la Unión se apoya en una arquitectura técnica que pivota sobre cuatro estándares complementarios, cada uno cubriendo un dominio específico del ecosistema de datos sanitarios.

FHIR como estándar para registros clínicos

FHIR (Fast Healthcare Interoperability Resources) es el estándar de referencia para el intercambio de datos clínicos estructurados en el EHDS. La decisión de la Comisión de basar el EEHRxF en FHIR consolida una tendencia que venía gestándose desde 2020.

En noviembre de 2025, HL7 Europe publicó sus Implementation Guides Base y Core en versión STU 1.0, disponibles tanto para FHIR R4 como para FHIR R5. Estas guías definen los perfiles europeos comunes que cada país miembro debe extender con sus especificidades nacionales. El perfil EUPatient establece cómo representar al paciente europeo con sus múltiples identificadores nacionales; el EUOrganization codifica las instituciones sanitarias; y los perfiles de observaciones clínicas, condiciones y medicaciones proporcionan la estructura semántica compartida.

El stack tecnológico para implementar servidores y clientes FHIR conformes al EHDS incluye:

• HAPI FHIR (hapifhir.io): servidor FHIR open source en Java, el más utilizado en Europa, con soporte completo para R4 y R5, validación de perfiles y operaciones FHIR.
• Firely Server (fire.ly): servidor FHIR comercial en .NET con capacidades avanzadas de validación, suscripciones y conformidad con las IG europeas.
• Simplifier.net: plataforma de publicación y registro de perfiles FHIR donde HL7 Europe y las afiliadas nacionales publican sus Implementation Guides. Es el punto de referencia para verificar la conformidad de las implementaciones.

DICOM para imágenes médicas

El estándar DICOM (Digital Imaging and Communications in Medicine) gobierna todo el flujo de imágenes médicas: adquisición, almacenamiento, transmisión y visualización. En el contexto del EHDS, la interoperabilidad de imágenes implica tanto el acceso a informes radiológicos estructurados como la capacidad de referenciar y recuperar estudios de imagen completos.

Las implementaciones de referencia incluyen dcm4che (plataforma Java open source para gestión de archivos DICOM, utilizada en numerosos PACS hospitalarios europeos) y Orthanc (servidor DICOM ligero con API REST, ideal para despliegues ágiles y prototipos de interoperabilidad). Ambas herramientas soportan el protocolo DICOMweb, que facilita la integración con aplicaciones web y móviles mediante servicios RESTful (WADO-RS, STOW-RS, QIDO-RS).

OMOP CDM para datos observacionales (uso secundario)

Para el uso secundario de datos sanitarios (investigación, vigilancia epidemiológica, evaluación de medicamentos), el EHDS adopta el OMOP Common Data Model del consorcio OHDSI (Observational Health Data Sciences and Informatics). Este modelo normaliza datos clínicos heterogéneos en una estructura común que permite ejecutar análisis a gran escala sin mover los datos originales de las instituciones.

El ecosistema OHDSI proporciona herramientas esenciales:

• ATLAS: plataforma web para diseñar estudios observacionales, definir cohortes y ejecutar análisis sobre datos OMOP.
• Achilles: herramienta de caracterización que genera perfiles descriptivos de las bases de datos, permitiendo evaluar la calidad y cobertura de los datos antes de iniciar un estudio.

En España, redes como CIBER de Epidemiología y Salud Pública (CIBERESP) y el IACS (Instituto Aragonés de Ciencias de la Salud) ya utilizan OMOP CDM para proyectos de investigación multicéntrica, constituyendo una base sobre la que escalar el uso secundario del EHDS.

HealthDCAT-AP para descubrimiento de datos

El cuarto pilar es HealthDCAT-AP, una extensión del estándar DCAT-AP (Data Catalog Vocabulary - Application Profile) adaptada al sector sanitario. Este vocabulario permite catalogar y describir conjuntos de datos de salud disponibles para uso secundario, facilitando que investigadores, reguladores y organismos de salud pública puedan descubrir qué datos existen, dónde están, qué contienen y bajo qué condiciones pueden accederse.

HealthDCAT-AP será la base de los catálogos nacionales de datos de salud que cada Estado miembro debe operar, conectados entre sí a nivel europeo.

ESHIA, perfiles IHE y la infraestructura de interoperabilidad

La alianza ESHIA

La European Standards for Health Interoperability Alliance (ESHIA) se constituyó con 18 miembros fundadores con una misión concreta: operar el Hub de interoperabilidad del EHDS. ESHIA actúa como coordinador entre las organizaciones de estandarización (HL7 Europe, IHE-Europe, CEN/TC 251, ISO TC 215) y los implementadores, asegurando que las especificaciones técnicas se traduzcan en componentes operativos desplegables.

Los 27 perfiles IHE para contratación pública

La Comisión Europea ha identificado 27 perfiles IHE como mecanismos de transporte y flujo de datos para el EHDS. Estos perfiles, provenientes del marco IHE (Integrating the Healthcare Enterprise), definen cómo se intercambian documentos y datos entre sistemas en escenarios concretos. Entre los más relevantes para el EHDS:

• XDS (Cross-Enterprise Document Sharing): compartición de documentos clínicos entre organizaciones sanitarias mediante registros y repositorios.
• XCA (Cross-Community Access): acceso a documentos clínicos entre comunidades de afinidad, base del intercambio transfronterizo MyHealth@EU.
• MHD (Mobile access to Health Documents): perfil basado en FHIR para el acceso a documentos desde aplicaciones móviles y web, diseñado como alternativa moderna a XDS.
• PIXm/PDQm (Patient Identifier Cross-referencing / Patient Demographics Query): gestión de identidades de pacientes entre sistemas, esencial para vincular registros clínicos de diferentes instituciones y países.

IHE-Europe ha publicado un whitepaper titulado "Leveraging IHE Methodology for EHDS" que detalla cómo estos perfiles encajan en la arquitectura del Espacio Europeo. Además, el Connectathon IHE-Europe 2026, programado para marzo de 2026 en Bruselas bajo el lema "Reaching the EHDS together", será el evento de referencia para que fabricantes y proveedores prueben la conformidad de sus implementaciones con los perfiles exigidos.

La plataforma Gazelle Test Platform de IHE proporciona el entorno de pruebas de conformidad donde los sistemas pueden validar sus implementaciones de forma automatizada contra los perfiles requeridos.

El Espacio Nacional de Datos de Salud: la respuesta española

España no parte de cero. El Espacio Nacional de Datos de Salud (ENDS) es la iniciativa del Ministerio de Sanidad para estructurar el acceso, intercambio y reutilización de datos sanitarios a nivel nacional, alineado con los objetivos del EHDS europeo.

Financiación y gobernanza

El ENDS cuenta con 100 millones de euros de fondos del Mecanismo de Recuperación y Resiliencia (MRR), una dotación significativa que refleja la prioridad política de la transformación digital sanitaria. La gobernanza del ENDS se articula a través de la Oficina del Dato Sanitario, creada dentro del Ministerio de Sanidad, y su hoja de ruta fue ratificada por el Consejo Interterritorial del SNS (CISNS) en septiembre de 2025.

La Oficina del Dato Sanitario ha recibido 26 propuestas de casos de uso para el aprovechamiento secundario de datos sanitarios, que abarcan desde vigilancia epidemiológica en tiempo real hasta la evaluación de resultados en salud (PROMS/PREMS), pasando por farmacovigilancia y análisis de variabilidad de la práctica clínica.

Presupuestos de salud digital del SNS

Más allá del ENDS, los presupuestos del SNS destinados a la digitalización sanitaria en España son sustanciales:

• Plan de Servicios Digitales: 27 millones de euros para la mejora de servicios digitales de atención al ciudadano.
• Sostenibilidad del SNS: 220 millones de euros para proyectos de transformación digital que mejoren la eficiencia y sostenibilidad del sistema.
• Transformación de la Atención Primaria: 230 millones de euros para la digitalización de la atención primaria, incluyendo telemedicina, historia clínica electrónica y herramientas de soporte a la decisión clínica.

En total, más de 477 millones de euros en inversión directa en salud digital, una cifra sin precedentes en la historia del SNS español. Esta financiación crea un mercado de oportunidades para las empresas de software sanitario que estén preparadas técnicamente para cumplir con los requisitos del EHDS.

MyHealth@EU y la infraestructura transfronteriza

España participa en MyHealth@EU, la infraestructura de intercambio transfronterizo de datos de salud que conecta los puntos de contacto nacionales (National Contact Points for eHealth, NCPeH). A través de la NCPeH API, los sistemas sanitarios nacionales se comunican con sus homólogos europeos para el intercambio de Patient Summaries y ePrescriptions.

La transición de MyHealth@EU hacia una arquitectura basada en FHIR es uno de los ejes del EHDS. Los NCPeH deberán evolucionar desde los actuales intercambios basados en CDA hacia un modelo nativo FHIR, utilizando los perfiles del International Patient Summary (IPS) como base.

Checklist de preparación EHDS para empresas de software sanitario

Si desarrollas o mantienes software sanitario que opera en el mercado español o europeo, este es el checklist de acciones que deberías abordar antes de los plazos del EHDS:

Conformidad con estándares (2026-2027):

1. Verificar que tu sistema soporta o puede migrar a FHIR R4 como mínimo, con plan de evolución a FHIR R5.
2. Implementar los perfiles de las IG de HL7 Europe Base/Core STU 1.0 y los perfiles nacionales españoles del proyecto UNICAS.
3. Integrar las terminologías obligatorias: SNOMED CT (extensión española), LOINC y ATC.
4. Registrar y publicar tus perfiles FHIR en Simplifier.net para facilitar la validación y la interoperabilidad con otros actores.

Interoperabilidad y transporte (2027-2028):

1. Implementar los perfiles IHE relevantes para tu caso de uso: XDS/MHD para compartición de documentos, PIXm/PDQm para gestión de identidades, XCA para acceso transfronterizo.
2. Validar las implementaciones con la Gazelle Test Platform de IHE y participar en Connectathons europeos.
3. Preparar la integración con la NCPeH API de MyHealth@EU para el intercambio transfronterizo.

Uso secundario de datos (2027-2029):

1. Evaluar la adopción de OMOP CDM para la exposición de datos anonimizados o seudonimizados para uso secundario.
2. Catalogar los conjuntos de datos disponibles utilizando HealthDCAT-AP.
3. Implementar mecanismos de consentimiento y control de acceso conformes con el RGPD y las disposiciones específicas del EHDS sobre uso secundario.

Gobernanza y organización:

1. Designar un responsable interno de conformidad EHDS que coordine los esfuerzos técnicos, regulatorios y de negocio.
2. Establecer un plan de formación para el equipo técnico en FHIR, IHE y las herramientas del ecosistema (HAPI FHIR, Simplifier, Gazelle).
3. Monitorizar los actos de implementación de la Comisión Europea previstos para 2027 y ajustar la hoja de ruta en consecuencia.

Conclusión

El Espacio Europeo de Datos de Salud EHDS España no es un horizonte lejano: es una realidad legislativa con plazos concretos que exige acción inmediata. El Reglamento (UE) 2025/327 establece un antes y un después para el software sanitario europeo, y las empresas que no se adapten a los requisitos del EEHRxF, los perfiles IHE y las terminologías obligatorias quedarán fuera de un mercado que mueve miles de millones de euros.

La buena noticia es que el ecosistema de herramientas y estándares está maduro: FHIR R4/R5 con servidores como HAPI FHIR y Firely, las Implementation Guides de HL7 Europe, los perfiles IHE validados con Gazelle, y las terminologías internacionales como SNOMED CT y LOINC proporcionan una base técnica sólida. España, con el ENDS, la Oficina del Dato Sanitario y más de 477 millones de euros en inversión en salud digital, tiene los recursos para liderar esta transición si se ejecuta con rigor.

En Informática Médica acompañamos a organizaciones sanitarias y empresas de software en la preparación técnica para el cumplimiento del EHDS: desde la implementación de servidores FHIR y la adopción de perfiles IHE hasta la integración con las terminologías y flujos de trabajo exigidos por el reglamento europeo. El reloj corre hacia 2029, y la preparación debe empezar hoy.

Referencias

1. Reglamento (UE) 2025/327 del Parlamento Europeo y del Consejo — European Health Data Space. Diario Oficial de la Unión Europea, 5 de marzo de 2025.
2. HL7 Europe: FHIR Implementation Guides Base/Core STU 1.0 (R4 y R5). Disponible en: hl7.eu/fhir/base
3. ESHIA — European Standards for Health Interoperability Alliance: estructura de gobernanza y miembros fundadores. eshia.eu
4. IHE-Europe: Leveraging IHE Methodology for EHDS — whitepaper técnico. ihe-europe.net
5. Connectathon IHE-Europe 2026: "Reaching the EHDS together". Bruselas, marzo de 2026. ihe-europe.net/connectathon
6. Ministerio de Sanidad: Espacio Nacional de Datos de Salud (ENDS). Aprobado por el CISNS, septiembre de 2025. sanidad.gob.es
7. Presupuestos de Salud Digital del SNS: Plan de Servicios Digitales (27M€), Sostenibilidad del SNS (220M€), Transformación de la Atención Primaria (230M€). Ministerio de Sanidad.
8. Gazelle Test Platform — herramienta de conformidad IHE. gazelle.ihe.net
9. International Patient Summary (IPS) — HL7 FHIR Implementation Guide. hl7.org/fhir/uv/ips
10. OHDSI — Observational Health Data Sciences and Informatics: OMOP CDM, ATLAS y Achilles. ohdsi.org