Compartir historias clínicas electrónicas: guía de interoperabilidad

Compartir historias clínicas electrónicas entre sistemas exige conciliar al menos cuatro estándares: HL7 FHIR R4 para el intercambio basado en API, C-CDA R2.1 para la transferencia documental, HL7 v2.x para la mensajería heredada y DICOM para imagen. El RGPD y la LOPDGDD añaden el marco jurídico que rige cada intercambio. El European Health Data Space (EHDS), el reglamento europeo de datos sanitarios, establece la capa de gobernanza supranacional que determinará cómo circulan las HCEs entre estados miembros a partir de 2025-2026. En España, la Historia Clínica Digital del SNS es el vehículo de interoperabilidad entre comunidades autónomas.

La pila de estándares con la que trabaja realmente

La interoperabilidad de historias clínicas parece un revoltijo de estándares porque lo es. Lo que hace cada capa:

• HL7 v2.x: mensajes delimitados por tuberías de los años 90, todavía el caballo de trabajo para pedidos de laboratorio, feeds ADT (admisión/alta/traslado) y gestión de órdenes dentro de un hospital. No apto para intercambio entre organizaciones
• C-CDA R2.1: documentos XML estructurados que representan un resumen del paciente, informe de alta o nota de derivación. La columna vertebral del intercambio en las redes HIE europeas
• HL7 FHIR R4: recursos RESTful (Patient, Observation, Condition, MedicationRequest) intercambiados sobre HTTPS con JSON o XML. La capa moderna, exigida progresivamente para los sistemas HCE certificados en la UE bajo el EHDS
• DICOM: estándar de imagen, circula por sus propios canales (DIMSE, DICOMweb)
• SNOMED CT, LOINC, ATC: terminologías clínicas que dan significado a los datos intercambiados

Cuando "comparte una HCE", en realidad está compartiendo fragmentos de cada capa, ensamblados en el formato adecuado para el receptor.

APIs FHIR y la Directiva de Bloqueo de Información en Europa

El EHDS (Reglamento UE propuesto, en tramitación) y la Directiva de Asistencia Sanitaria Transfronteriza (2011/24/UE) establecen que los sistemas HCE certificados deben exponer APIs FHIR R4. En España, el Ministerio de Sanidad ha desarrollado el portal de resumen de historia clínica digital basado en estándares IHE que usa C-CDA para el intercambio entre comunidades.

Para un desarrollador que integra con HCEs españolas (Nexus, Medora, Selene, SAP ISH Med), eso significa:

1. Registro de la aplicación en el portal del fabricante de HCE o en la plataforma del SNS
2. Secuencia de lanzamiento SMART on FHIR con OAuth 2.0 y PKCE
3. Solicitud de ámbitos como patient/*.read o recursos específicos
4. Recepción de bundles JSON sobre HTTPS

Las limitaciones prácticas: los ámbitos de API, los límites de tasa y el acceso a producción varían significativamente entre fabricantes y comunidades autónomas.

C-CDA: el estándar por defecto para resúmenes entre organizaciones

A pesar del auge de FHIR, la mayoría del intercambio de expedientes entre organizaciones en España sigue enviando documentos C-CDA. Un Documento de Continuidad Asistencial (CCD) bajo C-CDA R2.1 típicamente pesa entre 200 KB y 2 MB de XML con HTML incrustado para lectura humana. Plantillas clave:

• CCD (Continuity of Care Document)
• Informe de alta
• Nota de derivación
• Nota de consulta
• Nota de progreso

Estos fluyen a través de la mensajería clínica segura o intercambio HIE basado en consultas. La HCE receptora analiza el XML e ingesta elementos estructurados en el expediente local. La calidad del análisis varía —algunos sistemas importan listas de problemas limpiamente pero pierden la historia social. La reconciliación de datos sigue siendo un paso manual en la mayoría de los centros.

Historia Clínica Digital del SNS y la estrategia de red nacional

La Historia Clínica Digital del SNS (HCD), operativa desde 2010 y continuamente ampliada, crea una red de redes. Los ciudadanos pueden acceder a su resumen de historia clínica y a los datos de otros episodios asistenciales desde cualquier comunidad autónoma mediante el portal de pacientes del SNS.

Desde la perspectiva del clínico remitente, la HCD significa: consultar una vez, acceder a participantes en múltiples comunidades, para fines asistenciales.

Desde la perspectiva del director de IT, la HCD significa una capa de gobernanza sobre los perfiles IHE existentes, no un nuevo protocolo a implementar.

Cuando las APIs fallan y necesita una transferencia de archivos

A pesar de todos los estándares, los clínicos necesitan regularmente mover un archivo que no encaja en ninguna API. Ejemplos:

• Un bundle PDF de 300 MB de expedientes en papel escaneados previos a la digitalización del centro
• Un dataset de investigación en formato SAS o Stata para una revisión retrospectiva
• Un conjunto de fotografías de heridas de atención domiciliaria que no necesitan saturar el servidor de imagen
• Expedientes en depósito legal para un caso de responsabilidad profesional pendiente

Para estos casos, se recurre a la transferencia cifrada de archivos. Los requisitos: DPA RGPD firmado con el proveedor, cifrado AES-256-GCM en reposo, TLS 1.3 en tránsito, registro de auditoría y caducidad del enlace.

HexaTransfer ofrece la vía ad hoc con cifrado de extremo a extremo en el navegador antes de la subida. Pruébalo en https://hexatransfer.com — sin cuenta, hasta 10 GB, gratuito. Registre la transferencia en el sistema de auditoría estándar para poder dar cuenta de ella posteriormente.

Identificación del paciente y el problema de la identidad

Compartir un expediente requiere saber que corresponde al paciente correcto. España dispone del número de historia clínica por comunidad autónoma y del número de tarjeta sanitaria individual (NUSS) como identificadores. Sin embargo, la interoperabilidad entre comunidades sigue dependiendo de la coincidencia probabilística por nombre, fecha de nacimiento, sexo y municipio cuando los identificadores no coinciden directamente.

Las tasas de coincidencia en las redes de producción oscilan entre el 70 y el 95 % según la calidad de los datos. Las tasas de fallo se traducen en expedientes faltantes en el punto de atención y expedientes duplicados que saturan el historial descendente.

Para transferencias a nivel de archivo, incluya siempre los identificadores del paciente en el nombre del archivo o en una portada: número de historia clínica, fecha de nacimiento y al menos un identificador adicional. No confíe en que el clínico sepa a qué paciente corresponde "RM-cabeza-26-03.dcm".

Consentimiento, segmentación y datos sensibles

No todos los expedientes se comparten por igual. Los datos de salud mental, de drogodependencias y de reproducción suelen tener normativas autonómicas de compartición más estrictas. Tras la entrada en vigor de la Ley Orgánica de Protección Integral a la Infancia y la Adolescencia (LOPIVI), el acceso parental a historiales de adolescentes tiene límites adicionales.

Si su herramienta de transferencia no puede respetar la segmentación —no puede marcar qué partes de un documento requieren consentimiento adicional—, no la use para expedientes de salud mental. Úsela para el paquete de seguimiento de traumatología.

Auditoría y registro de divulgaciones

El RGPD (artículo 13 y 14 en relación con el artículo 5.1.f) y la LOPDGDD dan al paciente derecho a conocer las divulgaciones de sus datos. Su sistema de registro de transferencias alimenta esta contabilidad. Capture:

• Marca temporal en UTC
• Organizaciones remitente y receptora
• Código de finalidad (TRATAMIENTO, PAGO, OPERACIONES, AUTORIZACIÓN, etc.)
• Categorías de datos transferidas
• Identificador del paciente (no el nombre en el registro de auditoría)

Si depende de una herramienta genérica de compartición de archivos que solo registra "el usuario X subió el archivo Y", tendrá problemas cuando un paciente solicite información sobre el uso de sus datos.

Centros pequeños y la brecha de recursos

Un centro de salud rural con tres médicos no tiene un CIO. Tiene una coordinadora administrativa que gestiona IT junto con la gestión de agendas. Aun así, debe producir expedientes conformes con los estándares del SNS bajo demanda, firmar DPAs con cada proveedor y gestionar quejas por bloqueo de información.

El enfoque práctico:

• Usar una HCE (Nexus, OMI-AP, Athos) que gestione la mensajería clínica, FHIR y el acceso del paciente como parte del sistema base
• Elegir una única herramienta de transferencia cifrada ad hoc con DPA para todo lo que la HCE no puede enviar
• Documentar el flujo de trabajo en un procedimiento de una página
• Formar a todo el personal en las dos herramientas que usará semanalmente

Compartir historias clínicas electrónicas no es un problema que un único proveedor resuelva. Es un flujo de trabajo por capas que hay que mantener. Aplique los estándares donde pueda, y tenga un respaldo cifrado limpio para los casos que los estándares no cubren.