DICOMweb explicado: WADO-RS, STOW-RS y QIDO-RS en la nube

DICOMweb explicado: WADO-RS, STOW-RS y QIDO-RS en la nube

DICOMweb explicado: WADO-RS, STOW-RS y QIDO-RS en la nube

DICOMweb es el conjunto de servicios web RESTful del estándar DICOM (definido en DICOM PS3.18) que permite consultar, recuperar y almacenar objetos médicos —como estudios, series e imágenes— mediante HTTP/HTTPS. Facilita la implementación de PACS en la nube, visores DICOM web y herramientas de inteligencia artificial, eliminando dependencias de conexiones TCP tradicionales y simplificando la integración con sistemas como RIS y LIS.

¿Qué es DICOMweb y por qué es clave para un PACS en la nube?

DICOMweb moderniza el acceso a imágenes médicas al reemplazar los servicios DIMSE (como C-STORE o C-FIND) por APIs REST sobre HTTP/HTTPS. Esto elimina barreras técnicas como firewalls o configuraciones de red complejas, permitiendo:

  • Visores DICOM web sin instalación local (zero-footprint).
  • Integración directa con RIS, LIS y herramientas de IA para radiología.
  • Teleradiología escalable, sin necesidad de VPN o servidores locales.
  • Almacenamiento seguro en la nube con cumplimiento de estándares de retención de datos.

Puntos clave de DICOMweb

  • Moderniza el acceso a imágenes médicas mediante APIs REST (HTTP/HTTPS), eliminando configuraciones complejas de red.
  • Esencial para PACS en la nube, visores DICOM web y teleradiología, al permitir integración directa con RIS, LIS e IA.
  • Incluye servicios clave: WADO-RS (recuperación), STOW-RS (almacenamiento), QIDO-RS (consulta) y UPS-RS (gestión de worklists).
  • Convive con DICOM tradicional (DIMSE) en entornos híbridos, especialmente con equipos antiguos.
  • Requiere autenticación segura (OAuth 2.0/TLS) y auditoría para cumplir con normativas como la NOM-024-SSA3-2012 en México.

DICOM tradicional vs. DICOMweb: comparación técnica

Característica DICOM tradicional (DIMSE sobre TCP) DICOMweb (REST sobre HTTPS)
Protocolo DICOM Upper Layer Protocol (DUL) sobre TCP/IP HTTP/HTTPS con TLS
Configuración de red Requiere AE Title, IP y puerto; firewall complejo Usa URLs estándar; compatible con navegadores y APIs
Uso en visores web No aplicable (necesita plugins o clientes pesados) Nativo (ejemplo: OHIF Viewer, Cornerstone.js)
Integración con terceros Requiere middleware o gateways Directa vía APIs REST (JSON, multipart/related)
Casos de uso típicos Modalidades antiguas, equipos on-premise PACS cloud, teleradiología, IA, apps móviles
Autenticación Basada en AE Title (sin cifrado inherente) TLS + OAuth 2.0/OpenID Connect

Servicios principales de DICOMweb

DICOMweb incluye cuatro servicios clave, cada uno con un propósito específico:

1. WADO-RS: Recuperación de objetos DICOM

WADO-RS (Web Access to DICOM Objects by RESTful Services) permite descargar estudios, series, instancias, metadatos e imágenes renderizadas (miniaturas). Usa HTTP GET y devuelve datos en formatos como multipart/related o application/dicom+json.

Ejemplo de endpoint:

GET https://pacs.ejemplo.com/dicomweb/studies/1.2.3/series/4.5.6/instances/7.8.9

Equivalente DIMSE aproximado: C-MOVE o C-GET.

2. STOW-RS: Almacenamiento de objetos DICOM

STOW-RS (Store Over the Web by RESTful Services) envía objetos DICOM al servidor mediante HTTP POST, típicamente en formato multipart/related. Es esencial para modalidades o gateways que necesitan subir estudios a un PACS en la nube.

Ejemplo de endpoint:

POST https://pacs.ejemplo.com/dicomweb/studies

Equivalente DIMSE aproximado: C-STORE.

3. QIDO-RS: Consulta de estudios y series

QIDO-RS (Query based on ID for DICOM Objects by RESTful Services) busca estudios, series o instancias usando parámetros como PatientID, StudyDate o ModalitiesInStudy. Devuelve resultados en application/dicom+json y usa HTTP GET.

Ejemplo de endpoint:

GET https://pacs.ejemplo.com/dicomweb/studies?PatientID=12345&StudyDate=20230101

Equivalente DIMSE aproximado: C-FIND.

4. UPS-RS: Gestión de worklists y tareas

UPS-RS (Unified Procedure Step by RESTful Services) maneja listas de trabajo y pasos de procedimientos, como el seguimiento de estudios pendientes en radiología.

Flujo de trabajo con DICOMweb en un PACS en la nube

En un centro de imagenología que usa un PACS en la nube con DICOMweb, el proceso típico incluye:

  1. Consulta (QIDO-RS): El visor web busca estudios recientes del paciente ID=12345: 
    GET https://pacs.ejemplo.com/dicomweb/studies?PatientID=12345
  2. Recuperación (WADO-RS): El visor descarga las imágenes de un estudio específico: 
    GET https://pacs.ejemplo.com/dicomweb/studies/1.2.3/series/4.5.6/instances/7.8.9
  3. Almacenamiento (STOW-RS): Un equipo de resonancia o un gateway envía un nuevo estudio al PACS: 
    POST https://pacs.ejemplo.com/dicomweb/studies
  4. Notificación: El PACS envía una notificación al paciente con el enlace al portal de resultados.

DICOMweb vs. DICOM tradicional: ¿cuándo usar cada uno?

Ambos protocolos conviven en la mayoría de entornos:

  • DICOM tradicional (DIMSE): Usado por modalidades antiguas (ejemplo: equipos de rayos X sin actualización) y entornos on-premise con servidores locales.
  • DICOMweb: Ideal para PACS en la nube, visores web, integración con RIS/LIS y herramientas de IA para radiología. Simplifica la conexión con aplicaciones modernas.

En centros con equipos mixtos, se recomienda usar un gateway DICOM que traduzca entre DIMSE y DICOMweb.

WADO-RS vs. WADO-URI: diferencias clave

Característica WADO-RS (RESTful) WADO-URI (heredado)
Protocolo HTTP/HTTPS con REST HTTP/HTTPS con parámetros en URI
Formato de respuesta multipart/related o application/dicom+json Imagen DICOM cruda o JPEG
Flexibilidad Alta (recupera metadatos, bulk data, miniaturas) Baja (solo imágenes)
Uso actual Estándar para visores web y APIs Obsoleto (se desaconseja su uso)

Integración de DICOMweb con RIS, LIS e IA

DICOMweb facilita la interoperabilidad entre sistemas:

  • RIS (Radiology Information System): Usa QIDO-RS para consultar órdenes y WADO-RS para recuperar imágenes asociadas a un estudio.
  • LIS (Laboratory Information System): Puede asociar resultados de laboratorio a estudios de imagen mediante FHIR o HL7.
  • IA para radiología: Herramientas de detección usan STOW-RS para enviar resultados estructurados (ejemplo: DICOM Structured Report) o QIDO-RS para analizar estudios.

Plataformas como NUBIX integran PACS, RIS y LIS en una sola solución cloud, usando DICOMweb para conectar flujos clínicos y administrativos.

Checklist para evaluar un PACS con DICOMweb

Antes de contratar un PACS en la nube, valida estos puntos con el proveedor:

  • Servicios DICOMweb soportados: ¿Incluye QIDO-RS, WADO-RS, STOW-RS y UPS-RS?
  • Versión del estándar: ¿Qué edición de DICOM PS3.18 cumple?
  • Declaración de conformidad: ¿Proporcionan el DICOM Conformance Statement para DICOMweb?
  • Autenticación: ¿Usan OAuth 2.0, OpenID Connect u otro mecanismo seguro?
  • Límites técnicos: ¿Cuál es el tamaño máximo por solicitud? ¿Hay límites de concurrencia?
  • Compresión: ¿Soportan JPEG 2000, JPEG-LS u otras compresiones?
  • Seguridad: ¿TLS en tránsito y cifrado en reposo? ¿Qué algoritmos usan?
  • Auditoría: ¿Registran accesos y modificaciones para cumplimiento normativo?
  • Documentación: ¿Ofrecen entorno de pruebas (sandbox) y documentación de API?
  • Equipos antiguos: ¿Requieren un gateway DICOM? ¿Cómo se configura?
  • Visor web: ¿Incluyen uno propio o permiten integrar OHIF/Cornerstone?
  • Soporte: ¿Qué nivel de soporte técnico ofrecen? Revisa qué exigir en un SLA para PACS cloud.

Seguridad en DICOMweb

DICOMweb no define un esquema de seguridad propio, pero en la práctica se combina con:

  • TLS (HTTPS): Cifrado de extremo a extremo para evitar interceptación.
  • Autenticación: OAuth 2.0/OpenID Connect para validar usuarios y aplicaciones.
  • Autorización: Roles y permisos (ejemplo: radiólogos vs. pacientes).
  • Auditoría: Logs de accesos para cumplir con normativas como la NOM-024-SSA3-2012 en México.
  • Redes privadas: Algunos entornos usan VPN para mayor seguridad.

¿DICOMweb funciona con equipos antiguos?

La mayoría de modalidades antiguas (ejemplo: equipos de rayos X o resonancias sin actualización) solo soportan DICOM tradicional (DIMSE). Para integrarlos con un PACS en la nube que usa DICOMweb, se requiere un gateway DICOM que actúe como intermediario:

  1. El equipo envía imágenes vía C-STORE a un servidor local (el gateway).
  2. El gateway traduce el mensaje a STOW-RS y lo sube al PACS cloud.
  3. Para consultas, el gateway usa QIDO-RS para buscar estudios y C-MOVE para enviarlos al equipo.

Plataformas como NUBIX ofrecen implementación remota, pero la conexión con equipos antiguos debe evaluarse caso por caso.

Visor DICOM web: ¿qué es y cómo depende de DICOMweb?

Un visor DICOM web es una aplicación que permite visualizar imágenes médicas directamente en un navegador, sin instalar software. Ejemplos populares son OHIF Viewer y Cornerstone.js.

Estos visores dependen de DICOMweb para:

  • Consultar estudios (QIDO-RS).
  • Recuperar imágenes (WADO-RS).
  • Mostrar miniaturas o imágenes renderizadas.
  • Integrarse con herramientas de anotación o IA.

DICOMweb y FHIR: complementariedad

DICOMweb y FHIR (Fast Healthcare Interoperability Resources) son estándares complementarios:

  • DICOMweb: Maneja imágenes y metadatos técnicos (ejemplo: StudyInstanceUID, SeriesInstanceUID).
  • FHIR: Gestiona datos clínicos estructurados (ejemplo: órdenes médicas, informes, recurso ImagingStudy).

Un recurso FHIR ImagingStudy puede incluir enlaces a estudios DICOMweb, permitiendo que un RIS o LIS acceda a las imágenes sin conocer detalles técnicos de DICOM.

Plataformas como NUBIX integran HL7, FHIR y DICOM para unificar flujos clínicos y administrativos.

Glosario de términos clave

  • AE Title: Identificador único de una aplicación DICOM (ejemplo: MODALITY1).
  • Bulk data: Datos binarios de una imagen DICOM (ejemplo: píxeles de una resonancia).
  • DIMSE: Servicios de mensajería DICOM (ejemplo: C-STORE, C-FIND).
  • Multipart/related: Formato HTTP para enviar múltiples partes en una sola solicitud (usado en STOW-RS).
  • SOP Instance UID: Identificador único de una instancia DICOM (ejemplo: una imagen específica).
  • Transfer syntax: Formato de codificación de imágenes (ejemplo: JPEG 2000, JPEG-LS).
  • VNA: Vendor Neutral Archive, repositorio de imágenes independiente del fabricante.

NUBIX: Plataforma integral para centros de imagenología

NUBIX es una plataforma en la nube que integra PACS, RIS, LIS, almacenamiento DICOM, portales para pacientes y herramientas de inteligencia artificial. Con presencia en más de 15 países y más de 200 organizaciones de salud, NUBIX procesa cientos de millones de archivos médicos con:

  • Almacenamiento seguro por 10 años, cumpliendo con estándares de retención de datos.
  • Implementación remota sin servidores locales, facilitando la migración a la nube.
  • Modelo de pago por uso, escalable según las necesidades del centro.
  • Interoperabilidad mediante APIs, HL7, FHIR y DICOM.
  • Notificaciones automáticas por WhatsApp, SMS y correo electrónico.
  • Soporte especializado en español para radiólogos y administradores.

Para centros que buscan migrar a un PACS en la nube o integrar herramientas de teleradiología, NUBIX ofrece una solución unificada. Se recomienda validar con el equipo técnico qué servicios DICOMweb específicos soporta (QIDO-RS, WADO-RS, STOW-RS) y cómo se integra con equipos existentes.

Si estás evaluando un PACS cloud, revisa cómo realizar una prueba piloto antes de tomar una decisión.

Preguntas frecuentes

¿Qué es DICOMweb y por qué es importante para un PACS en la nube?

DICOMweb es un conjunto de APIs RESTful del estándar DICOM que permite acceder a imágenes médicas mediante HTTP/HTTPS. Es clave para PACS en la nube porque elimina dependencias de redes complejas, facilita visores web y habilita integración con RIS, LIS e IA sin servidores locales.

¿Cuál es la diferencia entre DICOM tradicional y DICOMweb?

DICOM tradicional usa protocolos DIMSE sobre TCP/IP, requiriendo configuraciones de red complejas. DICOMweb usa APIs REST sobre HTTPS, simplificando la integración con PACS cloud, visores web y herramientas modernas como IA para radiología.

¿Qué servicios incluye DICOMweb y para qué sirven?

DICOMweb incluye: WADO-RS (recuperar imágenes), STOW-RS (almacenar estudios), QIDO-RS (consultar metadatos) y UPS-RS (gestionar worklists). Son esenciales para flujos de trabajo en teleradiología y PACS cloud.

¿Cómo se integra DICOMweb con RIS y LIS?

DICOMweb permite que el RIS consulte órdenes médicas (QIDO-RS) y recupere imágenes (WADO-RS). El LIS puede asociar resultados de laboratorio a estudios de imagen mediante FHIR o HL7, unificando flujos clínicos.

¿Qué ventajas ofrece un PACS en la nube con DICOMweb frente a uno on-premise?

Un PACS en la nube con DICOMweb elimina la necesidad de servidores locales, reduce costos de mantenimiento y permite acceso remoto seguro. Además, facilita la integración con herramientas de IA y visores web sin instalaciones complejas.

¿Qué requisitos de seguridad debe cumplir un PACS con DICOMweb?

Debe usar TLS para cifrado en tránsito, OAuth 2.0 para autenticación, logs de auditoría para cumplimiento normativo (ejemplo: NOM-024-SSA3-2012) y roles de acceso para autorización. Algunos entornos añaden VPN para mayor seguridad.

 

Suscribir
NUBIX
NUBIX

NUBIX ® es una marca registrada.