Un profesional sanitario que atiende a un paciente por primera vez en un nuevo entorno se enfrenta a un problema conocido: los registros existen, pero están en otro lugar. Un informe de alta se encuentra en un sistema hospitalario que no se conecta con el sistema de historias clínicas del médico de familia. Una derivación llega como un PDF escaneado en lugar de datos estructurados. Los resultados de análisis de sangre del mes pasado deben volver a solicitarse porque el sistema del laboratorio no puede enviar datos a la plataforma clínica de la planta. Estos no son casos aislados, sino realidades cotidianas para los profesionales sanitarios de toda Europa, y conllevan consecuencias reales para la seguridad del paciente, la calidad asistencial y la vida laboral de quienes prestan esa atención. La escasa interoperabilidad sanitaria no es principalmente un problema de TI, sino un desafío estructural arraigado en la forma en que los sistemas sanitarios europeos se han construido, adquirido y gestionado durante décadas.

Qué significa realmente la interoperabilidad sanitaria

La interoperabilidad, en el contexto de los sistemas clínicos, se refiere a la capacidad de diferentes sistemas de historias clínicas, plataformas de diagnóstico y herramientas digitales para intercambiar, interpretar y utilizar datos compartidos. La palabra se usa de forma imprecisa, lo cual es parte del problema. Una revisión de alcance publicada en SAGE Journals identifica tres niveles distintos que importan en la práctica:

• Interoperabilidad fundamental: los datos pueden transmitirse entre sistemas; es la infraestructura básica de conectividad.

• Interoperabilidad estructural: los datos están formateados de manera lo suficientemente coherente como para que un sistema receptor pueda analizarlos.

• Interoperabilidad semántica: los datos tienen un significado compartido, de modo que una lectura de presión arterial en un sistema significa exactamente lo mismo en otro.

Una cuarta dimensión, la interoperabilidad organizativa, se refiere a si existen los acuerdos de gobernanza, flujos de trabajo y confianza institucional necesarios para permitir que los datos fluyan incluso cuando se cumplen las condiciones técnicas. Una investigación publicada en JMIR Medical Informatics confirma que la interoperabilidad operativa de datos sanitarios requiere no solo estándares técnicos, sino también acuerdos de gobernanza exigibles. Los sistemas pueden ser técnicamente capaces de intercambiar datos y aun así no hacerlo porque ninguna organización ha acordado permitirlo.

Esta distinción es clave para diagnosticar por qué los sistemas clínicos no logran conectarse. Un hospital y una consulta de medicina de familia pueden usar ambos software compatibles con Fast Healthcare Interoperability Resources (FHIR, recursos de interoperabilidad rápida en sanidad) y aun así no compartir datos si la capa de gobernanza, que abarca acuerdos sobre consentimiento, responsabilidad y acceso, no se ha establecido.

Los cuatro niveles donde falla la interoperabilidad

Cada uno de los cuatro niveles de interoperabilidad representa un modo de fallo distinto en entornos clínicos.

En el nivel fundamental, los sistemas simplemente no pueden comunicarse entre sí. Un equipo de salud mental comunitaria y un hospital de agudos pueden operar en entornos de red completamente separados, sin ninguna vía técnica para el intercambio de datos.

En el nivel estructural, los formatos de datos divergen. Una carta de derivación generada en un sistema de historias clínicas puede llegar a otro como un PDF no estructurado, eliminando todos los datos clínicos codificados que el sistema emisor capturó. El profesional sanitario receptor obtiene texto, no datos.

En el nivel semántico, el mismo concepto clínico se codifica de manera diferente en distintos sistemas. Una investigación sobre medicina de laboratorio en el marco del Espacio Europeo de Datos Sanitarios (EHDS, European Health Data Space) destaca cómo las inconsistencias de codificación semántica entre sistemas que usan Logical Observation Identifiers Names and Codes (LOINC, códigos de identificadores lógicos de observación), Systematised Nomenclature of Medicine Clinical Terms (SNOMED CT, nomenclatura sistematizada de términos clínicos médicos) o códigos locales hacen imposible comparar de manera fiable los resultados entre plataformas, incluso cuando los datos subyacentes se han transmitido con éxito.

En el nivel organizativo, las instituciones no han acordado quién puede acceder a qué, bajo qué condiciones y con qué responsabilidad. Un estudio cualitativo sobre dominios de afinidad en la interoperabilidad de salud digital encontró que el intercambio de documentos entre organizaciones requiere modelos organizativo-técnicos estructurados, no solo preparación técnica, y que estos acuerdos de gobernanza están frecuentemente ausentes o se aplican de manera inconsistente.

Por qué Europa tiene un problema de interoperabilidad particularmente complejo

El desafío de interoperabilidad de Europa se ve agravado por características estructurales que no existen en la misma combinación en otros lugares. La organización del sistema sanitario es una competencia nacional en todos los estados miembros de la UE, lo que significa que la adquisición de sistemas de historias clínicas, la gobernanza de datos y la política de interoperabilidad se han decidido históricamente a nivel nacional o inferior. El resultado es un mosaico continental de sistemas incompatibles.

Un análisis de Frontiers in Medicine que utiliza Italia como estudio de caso ilustra cómo, incluso dentro de un solo estado miembro, los ecosistemas nacionales de datos sanitarios están fragmentados entre administraciones regionales, cada una con su propia infraestructura, adopción de estándares y acuerdos de gobernanza. La experiencia de Italia no es inusual. Refleja la realidad estructural en gran parte de Europa.

Varios factores hacen que esto sea particularmente difícil de resolver:

• Prevalencia de sistemas legacy: muchos hospitales y redes de atención primaria operan plataformas clínicas adquiridas en los años 90 o principios de los 2000, construidas antes de que existieran los estándares modernos de interoperabilidad.

• Dependencia del proveedor: un análisis publicado en PLOS Digital Health documenta cómo los proveedores de sistemas de historias clínicas han mantenido históricamente formatos de datos propietarios e interfaces de programación de aplicaciones (API, application programming interfaces) cerradas como estrategia comercial, encareciendo el cambio de sistemas o la integración con plataformas externas para las organizaciones sanitarias.

• Mezcla de atención pública y privada: en países con sectores de sanidad privada significativos junto con infraestructura de sanidad pública, los acuerdos de intercambio de datos entre ambos suelen estar ausentes o ser legalmente ambiguos.

• Complejidad transfronteriza: los pacientes que se mueven entre estados miembros de la UE, o que reciben atención a través de fronteras, se encuentran con sistemas que nunca fueron diseñados para comunicarse entre sí.

El papel de los estándares: HL7, FHIR, SNOMED CT e ICD

La comunidad de estándares técnicos ha producido marcos destinados a abordar estos problemas. Comprender qué hacen, y qué no pueden hacer por sí solos, es esencial para cualquier líder sanitario que evalúe la adquisición o integración de sistemas.

Health Level 7 (HL7, nivel sanitario 7) es un conjunto de estándares de mensajería que define cómo se estructura y transmite la información clínica entre sistemas. Ha estado en uso durante décadas y sustenta gran parte de la infraestructura existente de intercambio de datos clínicos en hospitales europeos. Sin embargo, las implementaciones antiguas de HL7 v2 son muy variables en la práctica, con personalizaciones locales que socavan la interoperabilidad.

FHIR, desarrollado por HL7, es el estándar de última generación. Utiliza API web modernas para un intercambio de datos más flexible y granular. Una investigación que demuestra registros de medicación interoperables basados en FHIR muestra que la ausencia de datos de medicación interoperables dentro y entre hospitales genera carga administrativa por la entrada redundante de datos y aumenta el riesgo de errores. FHIR es ampliamente considerado como el camino más viable hacia una interoperabilidad escalable, pero un estudio de JMIR sobre estándares EHDS señala que la elección entre HL7 FHIR y otros marcos como Observational Medical Outcomes Partnership Common Data Model (OMOP CDM, modelo de datos común de la asociación de resultados médicos observacionales) sigue siendo objeto de debate para diferentes casos de uso, y que armonizar los enfoques nacionales de gobernanza de datos añade complejidad adicional.

SNOMED CT y la Clasificación Internacional de Enfermedades, décima y undécima revisiones (ICD-10/11, International Classification of Diseases) proporcionan la capa semántica, ofreciendo terminología clínica compartida que permite que un diagnóstico codificado en un sistema sea comprendido por otro. Un trabajo sobre la transformación de documentos legacy HL7 Clinical Document Architecture (CDA, arquitectura de documentos clínicos) a FHIR ilustra que la interoperabilidad semántica entre sistemas antiguos y nuevos requiere trabajo de traducción activo, no solo la existencia de un estándar compartido.

La limitación crítica es que tener un estándar no garantiza su adopción, y la implementación parcial es la norma más que la excepción. Un sistema puede afirmar cumplimiento con FHIR mientras implementa solo un subconjunto de la especificación, creando interoperabilidad en teoría y fragmentación en la práctica. El análisis de Better.care sobre infraestructura EHDS recoge esta brecha directamente, señalando la diferencia entre la preparación FHIR en presentaciones de proveedores y la preparación FHIR en entornos de producción.

El Espacio Europeo de Datos Sanitarios: qué es y qué cambia

El Espacio Europeo de Datos Sanitarios, establecido bajo el Reglamento UE 2025/327, representa la intervención legislativa más significativa en la gobernanza de datos sanitarios europeos hasta la fecha. Entró en vigor en marzo de 2025 y establece un marco tanto para el uso primario de datos sanitarios (atención al paciente) como para el uso secundario (investigación, política e innovación).

Para los proveedores de atención sanitaria y los fabricantes de sistemas de historias clínicas, el EHDS introduce varias obligaciones concretas:

• Los fabricantes de sistemas de historias clínicas deben obtener certificación que demuestre cumplimiento con estándares de interoperabilidad armonizados.

• Los sistemas que no cumplan con los requisitos de interoperabilidad no podrán comercializarse en Europa.

• Los estados miembros deben establecer puntos de contacto nacionales para datos sanitarios que faciliten el intercambio transfronterizo a través de la infraestructura MyHealth@EU.

• El Formato Europeo de Intercambio de Historias Clínicas Electrónicas (EEHRxF, European Exchange Format for Electronic Health Records) definirá las estructuras de datos obligatorias para resúmenes de pacientes transfronterizos, recetas electrónicas, informes de alta, resultados de laboratorio e imágenes médicas.

Un análisis de políticas de Frontiers in Medicine describe el Centro de Estándares EEHRxF como un mecanismo de coordinación para armonizar la implementación entre estados miembros. El cronograma de implementación va de 2027 a 2031, con diferentes categorías de datos sanitarios sujetas a intercambio obligatorio en distintos momentos.

La Comisión Europea proyecta 11 000 millones de euros en ahorros durante la próxima década gracias a la mejora del intercambio de datos. Sin embargo, el análisis legal de Skadden señala que los proveedores de atención sanitaria y las empresas de salud digital enfrentan pasos de cumplimiento significativos, incluidos procesos de certificación y pruebas de interoperabilidad obligatorias, para los que muchas organizaciones aún no han comenzado a prepararse.

La brecha entre la ambición política y la realidad clínica no debe subestimarse. Una investigación sobre el ecosistema nacional de datos sanitarios de Italia muestra que incluso los estados miembros con infraestructura de salud digital relativamente madura enfrentan barreras sustanciales para la preparación EHDS, barreras que son técnicas, organizativas y políticas al mismo tiempo. El EHDS crea las condiciones para la interoperabilidad, pero no la garantiza automáticamente.

Cómo afecta la escasa interoperabilidad a los profesionales sanitarios en el día a día

El coste humano de los sistemas clínicos fragmentados es medible y está bien documentado. Para los profesionales sanitarios, la consecuencia más inmediata es el aumento de la carga de documentación: los datos que existen en un sistema deben volver a introducirse manualmente en otro, consumiendo tiempo que de otro modo podría dedicarse a la atención directa al paciente.

Una investigación sobre la fragmentación de datos de medicación encontró que la ausencia de registros de medicación interoperables genera carga administrativa por la entrada redundante de datos y aumenta el riesgo de errores a través de transformaciones de datos imprecisas. Esta es una situación diaria del trabajo clínico en la mayoría de los entornos sanitarios europeos, no un riesgo abstracto.

Más allá del tiempo, la carga cognitiva sobre los profesionales sanitarios es significativa. Durante un pase de visita o una consulta ambulatoria, un profesional sanitario que no puede acceder a un historial completo y actualizado del paciente debe trabajar con información incompleta o dedicar tiempo a buscar registros en diferentes sistemas. Una encuesta en nueve países a 417 líderes europeos de TI sanitaria encontró que el 78 por ciento citó la interoperabilidad como uno de los tres principales factores de adquisición, una cifra que refleja cuán ampliamente se percibe el problema a nivel de liderazgo.

La relación entre la carga de documentación y el burnout de los profesionales sanitarios es cada vez más reconocida. Cuando las tareas administrativas consumen una parte desproporcionada del tiempo clínico, el resultado no es solo ineficiencia, sino un factor estructural que contribuye al agotamiento y la desvinculación que caracterizan el burnout en entornos sanitarios.

Cómo afecta la escasa interoperabilidad a los pacientes

Desde la perspectiva del paciente, los sistemas fragmentados se traducen en daños e inconvenientes concretos que a menudo son invisibles para quienes los sufren.

Las pruebas diagnósticas repetidas se encuentran entre las consecuencias más comunes. Cuando un médico de familia no puede acceder a los resultados de laboratorio del hospital, o cuando un especialista no puede recuperar imágenes de un ingreso anterior, las pruebas se solicitan de nuevo, añadiendo costes, retrasos y, en algunos casos, exposición innecesaria a radiación. La encuesta europea de TI sanitaria encontró que el 55 por ciento de las organizaciones informó de una reducción de pruebas duplicadas tras mejoras en el intercambio de datos, lo que implica que las pruebas duplicadas siguen siendo prevalentes donde esas mejoras no se han realizado.

Las transiciones asistenciales son un punto de riesgo particularmente alto. Cuando un paciente pasa de atención especializada de vuelta a atención primaria, el informe de alta es un documento crítico. Si llega días después en un formato no estructurado que el sistema de historias clínicas del médico de familia no puede leer, se rompe la continuidad asistencial. Los cambios de medicación, los requisitos de seguimiento y los nuevos diagnósticos pueden no llegar al profesional sanitario responsable de la atención continua a tiempo para actuar sobre ellos.

La atención transfronteriza expone la versión más aguda de este problema. Una investigación sobre telemedicina y el EHDS identifica cómo los estándares técnicos variables, los formatos de datos y los sistemas de codificación dificultan la comunicación de sistemas de historias clínicas transfronterizos, creando brechas asistenciales para pacientes que viajan, viven a través de fronteras o buscan tratamiento especializado en otro estado miembro de la UE.

Dónde encaja la IA: ¿puede la IA clínica cerrar la brecha?

Las herramientas de inteligencia artificial (IA, artificial intelligence), incluidos los asistentes médicos con IA, la tecnología de voz ambiental (AVT, ambient voice technology) y los sistemas de transcripción en tiempo real, se están desplegando cada vez más en entornos clínicos. Su relación con la interoperabilidad suele malinterpretarse.

Las herramientas de IA no arreglan infraestructuras rotas. Un sistema que no puede intercambiar datos estructurados entre dos sistemas de historias clínicas no se reparará añadiendo una capa de IA encima. Sin embargo, la IA puede reducir la carga que la fragmentación impone a los profesionales sanitarios de formas específicas y significativas.

La AVT y la transcripción en tiempo real pueden capturar consultas clínicas y generar historias clínicas estructuradas sin requerir que el profesional sanitario introduzca manualmente datos en múltiples sistemas. Esto reduce la carga de documentación en el punto de atención, incluso cuando los sistemas subyacentes permanecen desconectados. Cuando un asistente médico con IA puede extraer información relevante de texto no estructurado, como una carta escaneada o una nota de texto libre, y presentarla en una forma utilizable, compensa parcialmente la ausencia de intercambio de datos estructurados.

Una investigación sobre el cumplimiento de la Ley de IA de la UE dentro del marco MyHealth@EU señala que los sistemas de soporte a la decisión clínica basados en IA se clasifican automáticamente como de alto riesgo bajo la Ley de IA de la UE, y que la integración con infraestructura de datos sanitarios transfronterizos introduce complejidad regulatoria adicional. Las herramientas de IA desplegadas en contextos sensibles a la interoperabilidad conllevan obligaciones de cumplimiento que van más allá de la adquisición estándar de software.

La limitación honesta es que las herramientas de IA que operan sobre datos fragmentados, incompletos o codificados de manera inconsistente producirán resultados que reflejan esas limitaciones. La IA puede reducir la fricción y presentar información de manera más eficiente, pero no puede sustituir la consistencia semántica y la completitud estructural que proporciona una interoperabilidad genuina.

Cómo se ve en la práctica una buena interoperabilidad

Vale la pena ser específico sobre lo que realmente ofrece un entorno clínico bien conectado, porque la brecha entre la realidad actual y el punto de referencia alcanzable es a menudo mayor de lo necesario.

En un entorno clínico genuinamente interoperable:

• Un médico de familia que recibe una derivación de un especialista obtiene datos estructurados y codificados que rellenan automáticamente los campos relevantes en su sistema de historias clínicas, no un PDF que debe leerse, interpretarse y volver a introducirse manualmente.

• Un informe de alta generado al final de un ingreso hospitalario se transmite al médico de familia del paciente en un formato que actualiza el registro del paciente automáticamente, incluidos cambios de medicación, nuevos diagnósticos y requisitos de seguimiento.

• Un flujo de trabajo de interconsulta telemática entre un médico de familia y un especialista de atención especializada comparte el contexto relevante del paciente, incluidos medicamentos actuales, resultados recientes y diagnósticos activos, sin que el médico de familia tenga que volver a escribirlo en un sistema de mensajería.

• Un profesional sanitario que atiende a un paciente que se ha mudado recientemente de otra región o país puede acceder a un resumen del paciente que su sistema puede leer, usando terminología compartida que no requiere traducción manual.

El Reglamento EHDS establece los resúmenes de pacientes, las recetas electrónicas, los informes de alta, los resultados de laboratorio y las imágenes médicas como las categorías de datos prioritarias para el intercambio transfronterizo obligatorio, una lista que se corresponde directamente con los puntos de fallo clínicamente más relevantes en los sistemas actuales.

Barreras clave que aún se interponen en el camino

A pesar del impulso regulatorio y la creciente demanda clínica, persisten obstáculos sustanciales.

La dependencia del proveedor y los incentivos comerciales se encuentran entre los más persistentes. El análisis de PLOS Digital Health documenta cómo los proveedores de sistemas de historias clínicas han mantenido históricamente sistemas cerrados como estrategia competitiva. El EHDS intenta abordar esto mediante requisitos de interoperabilidad obligatorios y pruebas previas a la comercialización, pero los mecanismos de aplicación y el ritmo de cumplimiento de los proveedores aún no se han probado a escala.

El Reglamento General de Protección de Datos (RGPD) y los requisitos de residencia de datos crean una complejidad real para los flujos de datos transfronterizos. Si bien el RGPD no es inherentemente incompatible con el intercambio de datos sanitarios, la interacción entre las obligaciones de protección de datos, la legislación nacional de datos sanitarios y los requisitos del EHDS crea un panorama de cumplimiento que muchas organizaciones encuentran difícil de navegar. El análisis legal de las obligaciones del EHDS identifica los requisitos de certificación y las pruebas de interoperabilidad obligatorias como áreas donde los proveedores de atención sanitaria y las empresas de salud digital necesitan preparación legal y técnica temprana.

La adopción inconsistente de FHIR significa que la existencia de un estándar no se traduce en una implementación uniforme. El análisis de infraestructura de Better.care señala que el panorama sanitario de Europa está fragmentado entre cientos de proveedores de sistemas de historias clínicas con arquitecturas variables, y que las afirmaciones de cumplimiento de los proveedores frecuentemente superan la realidad de producción.

El reemplazo de sistemas legacy está infrafinanciado en la mayoría de los sistemas sanitarios europeos. Sustituir un sistema de historias clínicas hospitalario es un programa de varios años y varios millones de euros que la mayoría de las organizaciones sanitarias emprenden con poca frecuencia. Mientras tanto, los sistemas legacy deben conectarse a la infraestructura moderna de interoperabilidad, una tarea técnicamente compleja y que requiere muchos recursos.

La alineación organizativa sigue siendo quizás el problema más difícil. Incluso donde existen estándares técnicos y los sistemas son capaces, las instituciones deben acordar gobernanza, políticas de acceso a datos y acuerdos de responsabilidad antes de que los datos puedan fluir. La investigación sobre dominios de afinidad en el intercambio de documentos entre organizaciones confirma que los acuerdos de gobernanza exigibles son un requisito previo para la interoperabilidad operativa, y que estos acuerdos son frecuentemente el elemento faltante.

Qué pueden hacer ahora los profesionales sanitarios y los líderes sanitarios

Los responsables de la toma de decisiones sanitarias no son observadores pasivos del problema de interoperabilidad. Hay pasos concretos que los líderes clínicos y operativos pueden dar dentro de sus contextos actuales.

Al adquirir o renovar sistemas de historias clínicas, haz a los proveedores preguntas específicas sobre el alcance de la implementación de FHIR. No solo si admiten FHIR, sino qué perfiles FHIR, qué tipos de recursos y si su API se ha probado en entornos de producción con sistemas externos. Solicita evidencia de interoperabilidad con los sistemas más relevantes para tus flujos de trabajo clínicos.

Al evaluar nuevas herramientas clínicas, incluidos asistentes médicos con IA, herramientas de documentación y sistemas de soporte a la decisión clínica, evalúa si están diseñadas para trabajar dentro de la infraestructura existente del sistema de historias clínicas o requieren entrada de datos paralela. Las herramientas que reducen la carga de documentación sin integrarse en el sistema de historias clínicas pueden desplazar el trabajo en lugar de eliminarlo.

Al participar en procesos nacionales de implementación del EHDS, las organizaciones sanitarias tienen la oportunidad de influir en cómo los estados miembros implementan los requisitos del reglamento. Los puntos de contacto nacionales para datos sanitarios y los organismos de coordinación de eSalud son los foros relevantes. La aportación clínica a estos procesos es valiosa y frecuentemente insuficiente.

Al revisar los flujos de trabajo internos, identifica los puntos en los que los profesionales sanitarios están volviendo a introducir manualmente datos que ya existen en otro sistema. Estos son los puntos de fallo de interoperabilidad de mayor prioridad, tanto para la seguridad del paciente como para el tiempo del personal, y representan el caso de negocio más sólido para la inversión en integración.

La interoperabilidad es un problema clínico, no solo un problema de TI

El encuadre de la interoperabilidad como un problema técnico a resolver por los departamentos de TI históricamente la ha mantenido alejada de la atención del liderazgo clínico que merece. La evidencia es clara: los sistemas clínicos fragmentados afectan la seguridad del paciente, aumentan el riesgo de error diagnóstico, retrasan la atención y contribuyen a la carga administrativa y el burnout de los profesionales sanitarios. Estos son resultados clínicos y requieren compromiso del liderazgo clínico.

El progreso es real. El Reglamento EHDS representa un cambio estructural en cómo se aborda la gobernanza de datos sanitarios europeos. Los datos de la encuesta muestran que el 64 por ciento de los líderes europeos de TI sanitaria aceleraron los programas de modernización de FHIR y API en los doce meses hasta finales de 2025, un cambio significativo en el comportamiento de adquisición. Los estándares técnicos han madurado y el marco regulatorio ahora está en su lugar para exigir su adopción.

La brecha entre política y práctica sigue siendo amplia. Los cronogramas de implementación llegan hasta 2031. Los sistemas legacy no se reemplazarán de la noche a la mañana. Los acuerdos de gobernanza que permiten que los datos fluyan a través de límites institucionales requieren un esfuerzo organizativo sostenido que ningún reglamento puede sustituir. Cerrar esa brecha requiere tanto los estándares técnicos que ahora están en gran medida disponibles como la voluntad organizativa que todavía es, en muchos entornos, el factor limitante.

Preguntas frecuentes

▶ ¿Qué significa realmente la interoperabilidad sanitaria?

La interoperabilidad sanitaria se refiere a la capacidad de diferentes sistemas de historias clínicas, plataformas de diagnóstico y herramientas digitales para intercambiar, interpretar y utilizar datos compartidos. Opera en cuatro niveles: fundamental (los datos pueden transmitirse), estructural (los datos están formateados de manera coherente), semántico (los datos tienen un significado compartido) y organizativo (existen acuerdos de gobernanza y confianza institucional para que los datos fluyan). Los sistemas pueden ser técnicamente capaces de intercambiar datos y aun así no hacerlo si la capa organizativa, que cubre consentimiento, responsabilidad y acuerdos de acceso, no se ha establecido.

▶ ¿Por qué la escasa interoperabilidad es un problema clínico, no solo un problema de TI?

Los sistemas clínicos fragmentados afectan directamente la seguridad del paciente, aumentan el riesgo de error diagnóstico, retrasan la atención y añaden carga de documentación y burnout a los profesionales sanitarios. Cuando un profesional sanitario no puede acceder a un historial completo del paciente durante un pase de visita o una consulta ambulatoria, debe trabajar con información incompleta o dedicar tiempo a buscar registros en diferentes sistemas. La investigación sobre fragmentación de datos de medicación encontró que la ausencia de registros de medicación interoperables genera carga administrativa por la entrada redundante de datos y aumenta el riesgo de errores. Estos son resultados clínicos que requieren compromiso del liderazgo clínico.

▶ ¿Por qué Europa enfrenta un problema de interoperabilidad particularmente complejo?

La organización del sistema sanitario es una competencia nacional en todos los estados miembros de la UE, por lo que la adquisición de sistemas de historias clínicas, la gobernanza de datos y la política de interoperabilidad se han decidido históricamente a nivel nacional o inferior. El resultado es un mosaico continental de sistemas incompatibles. Muchos hospitales operan plataformas clínicas adquiridas en los años 90 o principios de los 2000, construidas antes de que existieran los estándares modernos de interoperabilidad. Los proveedores de sistemas de historias clínicas han mantenido históricamente formatos de datos propietarios e interfaces de programación de aplicaciones cerradas como estrategia comercial, encareciendo la integración. En países con sectores de sanidad privada significativos, los acuerdos de intercambio de datos entre proveedores públicos y privados suelen estar ausentes o ser legalmente ambiguos.

▶ ¿Qué son FHIR, SNOMED CT y HL7, y qué pueden ofrecer realmente?

Health Level 7 (HL7) es un conjunto de estándares de mensajería que define cómo se estructura y transmite la información clínica entre sistemas. Fast Healthcare Interoperability Resources (FHIR), desarrollado por HL7, es el estándar de última generación que utiliza interfaces de programación de aplicaciones web modernas para un intercambio de datos más flexible. Systematised Nomenclature of Medicine Clinical Terms (SNOMED CT) y la Clasificación Internacional de Enfermedades (ICD-10/11) proporcionan la capa semántica, ofreciendo terminología clínica compartida para que un diagnóstico codificado en un sistema pueda ser comprendido por otro. La limitación crítica es que tener un estándar no garantiza su adopción. Un sistema puede afirmar cumplimiento con FHIR mientras implementa solo un subconjunto de la especificación, creando interoperabilidad en teoría y fragmentación en la práctica.

▶ ¿Qué es el Espacio Europeo de Datos Sanitarios y qué requiere?

El Espacio Europeo de Datos Sanitarios (EHDS), establecido bajo el Reglamento UE 2025/327, entró en vigor en marzo de 2025. Establece un marco tanto para la atención al paciente como para el uso secundario de datos sanitarios para investigación y política. Los fabricantes de sistemas de historias clínicas deben obtener certificación que demuestre cumplimiento con estándares de interoperabilidad armonizados, y los sistemas que no cumplan con los requisitos no podrán comercializarse en Europa. Los estados miembros deben establecer puntos de contacto nacionales para datos sanitarios para facilitar el intercambio transfronterizo. El Formato Europeo de Intercambio de Historias Clínicas Electrónicas definirá estructuras de datos obligatorias para resúmenes de pacientes, recetas electrónicas, informes de alta, resultados de laboratorio e imágenes médicas. El cronograma de implementación va de 2027 a 2031.

▶ ¿Cómo afecta la escasa interoperabilidad a los pacientes directamente?

Los sistemas fragmentados conducen a pruebas diagnósticas repetidas cuando un médico de familia no puede acceder a resultados de laboratorio del hospital o un especialista no puede recuperar imágenes previas. Una encuesta en nueve países a 417 líderes europeos de TI sanitaria encontró que el 55 por ciento de las organizaciones informó de una reducción de pruebas duplicadas tras mejoras en el intercambio de datos, lo que sugiere que las pruebas duplicadas siguen siendo comunes donde esas mejoras no se han realizado. Las transiciones asistenciales son un punto de riesgo particularmente alto: si un informe de alta llega días tarde en un formato no estructurado que el sistema de historias clínicas del médico de familia no puede leer, los cambios de medicación, los requisitos de seguimiento y los nuevos diagnósticos pueden no llegar al profesional sanitario responsable a tiempo. Para pacientes que reciben atención a través de fronteras de la UE, los estándares técnicos variables y los sistemas de codificación crean brechas asistenciales adicionales.

▶ ¿Pueden las herramientas de IA solucionar los problemas de interoperabilidad en entornos clínicos?

Las herramientas de IA no arreglan infraestructuras rotas. Un sistema que no puede intercambiar datos estructurados entre dos sistemas de historias clínicas no se reparará añadiendo una capa de IA encima. Sin embargo, la tecnología de voz ambiental y la transcripción en tiempo real pueden capturar consultas clínicas y generar historias clínicas estructuradas sin requerir que los profesionales sanitarios introduzcan manualmente datos en múltiples sistemas, lo que reduce la carga de documentación en el punto de atención incluso cuando los sistemas subyacentes permanecen desconectados. Las herramientas de IA que operan sobre datos fragmentados, incompletos o codificados de manera inconsistente producirán resultados que reflejan esas limitaciones. La investigación sobre el cumplimiento de la Ley de IA de la UE también señala que los sistemas de soporte a la decisión clínica basados en IA se clasifican automáticamente como de alto riesgo bajo la Ley de IA de la UE, añadiendo complejidad regulatoria para herramientas desplegadas en contextos sensibles a la interoperabilidad.

▶ ¿Cuáles son las mayores barreras que aún bloquean el progreso de la interoperabilidad?

La dependencia del proveedor sigue siendo persistente: los proveedores de sistemas de historias clínicas han mantenido históricamente sistemas cerrados como estrategia competitiva, y la aplicación de los requisitos de interoperabilidad obligatorios del EHDS aún no se ha probado a escala. El Reglamento General de Protección de Datos (RGPD) y los requisitos de residencia de datos crean una complejidad real para los flujos de datos transfronterizos. La adopción inconsistente de FHIR significa que las afirmaciones de cumplimiento de los proveedores frecuentemente superan la realidad de producción. El reemplazo de sistemas legacy está infrafinanciado en la mayoría de los sistemas sanitarios europeos, y conectar plataformas antiguas a infraestructura moderna de interoperabilidad es técnicamente complejo. La alineación organizativa es quizás el problema más difícil: incluso donde existen estándares técnicos, las instituciones deben acordar gobernanza, políticas de acceso a datos y acuerdos de responsabilidad antes de que los datos puedan fluir, y estos acuerdos son frecuentemente el elemento faltante.

▶ ¿Qué pueden hacer ahora los profesionales sanitarios y los líderes sanitarios para mejorar la interoperabilidad?

Al adquirir o renovar sistemas de historias clínicas, haz a los proveedores preguntas específicas sobre el alcance de la implementación de FHIR: qué perfiles, qué tipos de recursos y si su interfaz de programación de aplicaciones se ha probado en entornos de producción con sistemas externos. Al evaluar herramientas clínicas, incluidos asistentes médicos con IA, evalúa si se integran en la infraestructura existente del sistema de historias clínicas o requieren entrada de datos paralela. Identifica los puntos en los flujos de trabajo internos donde los profesionales sanitarios vuelven a introducir manualmente datos que ya existen en otro sistema: estos representan el caso de negocio más sólido para la inversión en integración y los riesgos de seguridad del paciente de mayor prioridad. Las organizaciones sanitarias también pueden participar en procesos nacionales de implementación del EHDS, donde la aportación clínica a los organismos de coordinación de eSalud es valiosa y frecuentemente insuficiente.