Interoperabilidad en imagenología: HL7, FHIR y DICOM explicados

La interoperabilidad PACS HL7 FHIR DICOM es la capacidad de los sistemas de salud —PACS, RIS, LIS, HIS— para intercambiar datos clínicos e imagenológicos de forma coherente y sin pérdida de información. HL7 gestiona mensajería administrativa y de órdenes; DICOM transporta y almacena imágenes médicas; FHIR expone datos clínicos estructurados vía API REST. Los tres estándares son complementarios y coexisten en cualquier entorno hospitalario moderno.

Puntos clave

• HL7, FHIR y DICOM son complementarios, no intercambiables: HL7 gestiona mensajería administrativa y de órdenes, DICOM transporta y almacena imágenes médicas, y FHIR expone datos clínicos estructurados vía API REST para aplicaciones modernas.
• FHIR R4 no reemplaza a HL7 v2: Ambos estándares coexisten en la mayoría de hospitales; la migración es gradual y puede requerir capas de traducción o motores de integración.
• DICOMweb (WADO-RS, STOW-RS, QIDO-RS) es la base técnica de los PACS cloud: Permite recuperar, almacenar y consultar imágenes médicas vía HTTP/HTTPS sin software instalado localmente.
• El perfil IHE Scheduled Workflow (SWF) coordina el flujo completo: Desde la orden médica hasta el almacenamiento de la imagen, especificando cómo interactúan RIS, PACS, modalidades y HIS usando HL7 y DICOM.
• NUBIX integra DICOM, HL7, FHIR y APIs REST de forma nativa: Sin middleware externo ni servidores locales, con almacenamiento seguro por 10 años y soporte especializado en español para más de 200 organizaciones en más de 15 países.

¿Qué son HL7, FHIR y DICOM y por qué son distintos?

Los tres estándares resuelven problemas diferentes. Confundirlos —o asumir que uno reemplaza a otro— es uno de los errores más frecuentes en proyectos de transformación digital hospitalaria.

• HL7 (Health Level Seven International), fundado en 1987, define mensajes para intercambiar datos administrativos y clínicos no imagenológicos: admisiones, altas, traslados, órdenes y resultados de laboratorio.
• FHIR (Fast Healthcare Interoperability Resources) es la evolución moderna de HL7. Su versión R4, publicada en enero de 2019, usa APIs REST y formatos JSON/XML para exponer datos clínicos como recursos estandarizados (Patient, ImagingStudy, DiagnosticReport, ServiceRequest).
• DICOM (Digital Imaging and Communications in Medicine) es el estándar internacional para almacenamiento, transmisión y visualización de imágenes médicas, mantenido por NEMA y publicado originalmente en 1993. Un archivo DICOM contiene tanto la imagen como los metadatos del paciente y del estudio (modalidad, fecha, institución, parámetros de adquisición), lo que lo diferencia de formatos convencionales como JPEG o PNG.

Tabla comparativa: HL7 v2, FHIR R4 y DICOM

¿Cómo coexisten los tres estándares en un flujo real de imagenología?

El mejor modo de entender la complementariedad de estos estándares es seguir el ciclo completo de una orden de tomografía computarizada.

1. Registro del paciente (HL7 ADT): El HIS envía un mensaje ADT al RIS notificando la admisión del paciente. El RIS actualiza su base de datos sin intervención manual.
2. Generación de la orden (HL7 ORM / FHIR ServiceRequest): El médico genera la orden de tomografía. En sistemas legacy, el HIS envía un mensaje ORM al RIS. En entornos modernos, puede usarse un recurso FHIR ServiceRequest vía API REST.
3. Programación del estudio (HL7 SIU / IHE SWF): El RIS agenda el estudio y notifica a la modalidad mediante mensajes SIU o mediante el perfil IHE Scheduled Workflow (SWF).
4. Adquisición de la imagen (DICOM): El tomógrafo genera archivos DICOM 3.0 que encapsulan la imagen y los metadatos del estudio. Los archivos se envían al PACS mediante DICOM DIMSE (C-STORE) o, en entornos cloud, mediante STOW-RS.
5. Acceso del radiólogo (DICOM WADO / visor web): El radiólogo accede a las imágenes desde cualquier navegador usando WADO (Web Access to DICOM Objects), definido en PS3.18 del estándar DICOM, que permite recuperar imágenes vía HTTP/HTTPS sin instalación local. Esto es la base técnica de los visores DICOM web modernos.
6. Entrega del informe (HL7 ORU / FHIR DiagnosticReport): El radiólogo firma el informe. El PACS o RIS envía un mensaje ORU al HIS. En plataformas con soporte FHIR, el informe se expone como un recurso DiagnosticReport enlazado al ImagingStudy Resource correspondiente.

¿Qué es un mensaje HL7 y para qué sirve en radiología?

Un mensaje HL7 es una cadena de texto estructurada en segmentos separados por pipes (|) que transporta eventos clínicos entre sistemas. En radiología, los mensajes más relevantes son ORM (Order Message, para enviar órdenes de estudio), ORU (Observation Result, para devolver resultados) y ADT (Admission, Discharge, Transfer, para sincronizar datos demográficos del paciente). HL7 v2.x sigue siendo el protocolo de mensajería más implementado en hospitales de Latinoamérica, a pesar de tener más de 30 años de antigüedad.

¿FHIR reemplaza a HL7 v2 en los hospitales?

No. FHIR y HL7 v2 coexisten en la mayoría de los entornos hospitalarios actuales. HL7 v2 está profundamente integrado en sistemas legacy que no se migran de forma inmediata; FHIR R4 se adopta de forma incremental para nuevas integraciones, aplicaciones clínicas y portales de paciente. La migración es gradual y ambos estándares pueden operar en paralelo mediante capas de traducción o motores de integración.

FHIR R4 es requerido por la regulación de interoperabilidad de CMS (Centers for Medicare & Medicaid Services) en Estados Unidos desde 2021, lo que ha acelerado su adopción global e influye en los marcos nacionales de interoperabilidad que países como México, Brasil, Colombia y Argentina están desarrollando.

¿Puedo conectar un PACS cloud con un HIS legacy que usa HL7 v2?

Sí, es técnicamente posible, pero requiere evaluación previa. Un PACS en la nube con soporte HL7 v2 puede recibir mensajes ORM desde un HIS legacy mediante MLLP sobre TCP/IP y devolver resultados ORU al mismo sistema. La integración depende de la versión específica de HL7 implementada en el HIS, los segmentos personalizados que use y la capacidad del PACS cloud de mapear esos segmentos a su modelo de datos interno. No debe asumirse compatibilidad automática sin validación técnica del entorno.

Para entender el alcance de una migración de este tipo, consulta la guía sobre cómo migrar un PACS on-premise a la nube.

¿Qué es IHE y cómo mejora la interoperabilidad entre sistemas?

IHE (Integrating the Healthcare Enterprise) es una iniciativa internacional que define perfiles de integración —guías de implementación de HL7 y DICOM, no estándares nuevos— para garantizar que los sistemas de distintos fabricantes se comuniquen de forma predecible. El perfil más relevante en radiología es Scheduled Workflow (SWF), que especifica el flujo completo desde la orden hasta el almacenamiento de la imagen. XDS-I (Cross-Enterprise Document Sharing for Imaging) extiende ese modelo para compartir imágenes entre organizaciones distintas.

¿Qué es WADO y cómo permite acceder a imágenes DICOM desde un navegador?

WADO (Web Access to DICOM Objects), definido en PS3.18 del estándar DICOM, es un servicio que permite recuperar imágenes médicas a través de HTTP/HTTPS desde cualquier navegador web. Sus variantes modernas —WADO-RS, STOW-RS y QIDO-RS— conforman el conjunto DICOMweb, que habilita la integración de PACS cloud con visores web sin necesidad de software instalado localmente. Esto es el fundamento técnico de la teleradiología con PACS cloud.

¿Qué es SMART on FHIR y cómo se usa en aplicaciones clínicas?

SMART on FHIR es un framework que combina FHIR con OAuth 2.0 para permitir que aplicaciones clínicas de terceros se autentiquen y accedan a datos de salud de forma segura desde un EHR o plataforma compatible. Permite, por ejemplo, que una aplicación de teleradiología acceda al historial de imágenes de un paciente sin requerir credenciales separadas, siempre que el sistema base soporte FHIR R4 y OAuth 2.0.

Interoperabilidad en PACS: qué datos viajan por cada estándar

• Por HL7: datos demográficos del paciente, órdenes de estudio, resultados de laboratorio, eventos de admisión/alta, agendamiento de citas.
• Por DICOM: imágenes médicas (radiografías, tomografías, resonancias, ultrasonidos), metadatos de adquisición, informes estructurados de radiología (SR), dosis de radiación.
• Por FHIR: recursos clínicos estructurados (Patient, ImagingStudy, DiagnosticReport, Observation, Medication), accesibles vía API REST en JSON o XML para aplicaciones modernas, portales y análisis de datos.

La integración RIS-PACS aprovecha esta división: HL7 sincroniza las órdenes y los datos administrativos, mientras DICOM gestiona el almacenamiento y la transmisión de imágenes entre la modalidad, el PACS y el visor.

¿Cómo aborda NUBIX la interoperabilidad PACS HL7 FHIR DICOM?

NUBIX es una plataforma en la nube que integra PACS, RIS, LIS y portales para pacientes y médicos con soporte nativo para DICOM, HL7, FHIR y APIs REST, sin requerir middleware externo ni servidores locales. Opera en más de 15 países, atiende a más de 200 organizaciones de salud y ha procesado cientos de millones de archivos médicos, con almacenamiento seguro por 10 años.

La integración con sistemas existentes —HIS, EHR, equipos de laboratorio— requiere evaluación técnica previa para mapear los mensajes HL7 específicos del entorno del cliente y validar la compatibilidad de versiones. NUBIX ofrece soporte especializado en español para acompañar ese proceso.

La plataforma incorpora herramientas de inteligencia artificial orientadas a la productividad clínica y administrativa, como asistencia en la priorización de estudios y detección de hallazgos de apoyo al radiólogo. Como se detalla en el artículo sobre PACS con inteligencia artificial, estas herramientas asisten al especialista sin sustituir su criterio diagnóstico.

Para conocer las medidas técnicas que protegen los datos en tránsito y en reposo, consulta el artículo sobre seguridad y protección de datos en un PACS cloud.

Preguntas frecuentes sobre interoperabilidad PACS HL7 FHIR DICOM

¿Cuál es la diferencia entre HL7 v2 y HL7 v3?

HL7 v2.x usa texto plano con segmentos separados por pipes, flexible pero difícil de estandarizar entre implementaciones. HL7 v3 introdujo XML y un modelo de referencia más riguroso (RIM), pero su complejidad limitó su adopción. FHIR surgió como alternativa pragmática que combina la simplicidad de v2 con la estructura semántica de v3, usando REST y JSON.

¿Cómo contribuye la interoperabilidad a la continuidad del cuidado del paciente?

La interoperabilidad entre PACS, RIS, LIS y HIS puede contribuir a reducir errores de comunicación entre sistemas, facilitar el acceso al historial clínico en el punto de atención y agilizar la toma de decisiones clínicas. No elimina errores por sí sola, pero reduce las fricciones derivadas de datos fragmentados o duplicados entre plataformas.

¿Qué es el recurso ImagingStudy en FHIR?

ImagingStudy es un recurso FHIR R4 que representa un estudio de imagenología completo, incluyendo referencias a las series e instancias DICOM almacenadas en el PACS. Permite que un EHR o aplicación clínica acceda a los metadatos del estudio y al enlace WADO-RS para recuperar las imágenes, sin necesidad de acceder directamente al PACS mediante protocolos DICOM nativos.

¿Qué diferencia hay entre DIMSE y DICOMweb?

DIMSE (DICOM Message Service Element) es el protocolo nativo de DICOM para redes locales, basado en TCP/IP. DICOMweb (WADO-RS, STOW-RS, QIDO-RS) es su equivalente moderno para entornos web y cloud, usando HTTP/HTTPS. Los PACS en la nube utilizan DICOMweb para permitir acceso remoto a imágenes desde cualquier navegador sin software adicional.

¿Qué es IHE Scheduled Workflow (SWF) y por qué importa en radiología?

IHE Scheduled Workflow (SWF) es un perfil de integración que define cómo deben comunicarse RIS, PACS, modalidades y HIS usando HL7 y DICOM. Especifica el flujo completo desde la orden médica hasta el almacenamiento de la imagen, reduciendo ambigüedades entre sistemas de distintos fabricantes en entornos hospitalarios reales.

¿Puede un PACS cloud integrarse con equipos de imagenología existentes?

Sí, siempre que los equipos soporten DICOM 3.0, que es el estándar universal en modalidades de imagenología modernas. La integración requiere evaluación técnica previa para verificar la compatibilidad de versiones DICOM, los servicios soportados por cada modalidad y la configuración de red. No debe asumirse compatibilidad automática sin validación específica del entorno.