Interoperabilidad

Evolución de DICOM hacia DICOMweb y su impacto en la interoperabilidad

Transición de protocolos legacy a servicios web RESTful que potencian el acceso remoto y la integración con estándares clínicos

Redacción iRadiología · 7 de octubre de 2026

La adopción de DICOMweb permite a los sistemas de imagen médica abandonar las conexiones DIMSE propietarias por APIs RESTful basadas en HTTP. Según análisis de estándares, esto facilita el acceso desde navegadores y dispositivos móviles sin software específico, reduciendo barreras en entornos distribuidos. El cambio responde a la necesidad de escalabilidad en la nube y compatibilidad con flujos de trabajo modernos. En paralelo, la integración con FHIR proporciona contexto clínico a través del recurso ImagingStudy, que referencia endpoints DICOMweb para recuperar píxeles sin duplicar datos. Esta combinación soporta escenarios de telerradiología y el Espacio Europeo de Datos Sanitarios, donde el intercambio transfronterizo exige interfaces abiertas. Fuentes como OmniPACS y PostDICOM confirman que DICOMweb no sustituye a DICOM para el transporte de imágenes, sino que lo complementa con protocolos web estandarizados.

De los servicios DIMSE a DICOMweb

Los protocolos DIMSE tradicionales requieren asociaciones DICOM específicas entre entidades, lo que complica el acceso remoto y la escalabilidad en redes públicas. DICOMweb introduce servicios como QIDO-RS para consultas, WADO-RS para recuperación y STOW-RS para almacenamiento, todos sobre HTTP/HTTPS. Esta evolución permite que visores basados en navegador consulten y descarguen estudios sin registrarse como entidades DICOM. Proxies como los descritos en Dicom Systems median entre legacy PACS y endpoints web, facilitando migraciones graduales. En la práctica, hospitales que adoptan DICOMweb reportan mayor flexibilidad para telelectura y acceso desde ubicaciones externas. El estándar mantiene el modelo de datos DICOM intacto, centrando el cambio en el transporte y la infraestructura.

Alineación con FHIR para contexto clínico

FHIR no transporta imágenes de gran tamaño, sino que gestiona metadatos y enlaces mediante el recurso ImagingStudy. Este recurso referencia endpoints DICOMweb para que aplicaciones clínicas localicen estudios y lancen visores web. Según Springer Nature y SIIM, la combinación permite que portales EHR consulten historial de imagen junto a medicación o informes sin interfaces propietarias. En flujos de trabajo integrados, el servidor FHIR gestiona órdenes y resultados mientras el servidor DICOMweb almacena los píxeles. Esta separación de capas reduce errores de identidad de paciente y mejora la orquestación en redes de telerradiología. Proyectos demostrativos confirman que el enfoque RESTful simplifica el desarrollo frente a pilas HL7 v2 y DIMSE tradicionales.

Impacto en telerradiología y EHDS

En telerradiología, DICOMweb elimina la necesidad de VPN o software dedicado para acceder a archivos desde cualquier ubicación con credenciales HTTPS. Esto acelera tiempos de respuesta en guardias remotas y segundas lecturas. Para el EHDS, la combinación con FHIR apoya el intercambio de resúmenes de paciente que incluyen referencias a estudios de imagen, cumpliendo requisitos de interoperabilidad semántica y técnica. Fuentes como Better Care indican que perfiles IHE y FHIR forman la base de los perfiles de intercambio europeos. La transición también facilita la integración con plataformas de aseguradoras y mutuas, donde el acceso seguro a imágenes desde sistemas legacy se logra mediante proxies. El resultado es una mayor eficiencia operativa sin comprometer el cumplimiento normativo.

La evolución hacia DICOMweb, alineada con FHIR, redefine el acceso a imágenes médicas al priorizar interfaces web estandarizadas. Esto beneficia directamente la interoperabilidad en entornos de telerradiología y proyectos paneuropeos como EHDS, manteniendo la integridad del formato DICOM original.