Módulo 13 · Lección 4 de 6
DICOM, PACS y el flujo de trabajo de la imagen
Cómo se identifica y guarda una imagen médica con DICOM, qué servicios unen la petición, el equipo y el PACS, y qué ordena el perfil IHE de flujo programado.
- 30 min
- 8 fuentes
- 8 tarjetas
- Actualizada el 26 de octubre de 2026
Una imagen médica no es una fotografía: es un objeto DICOM que lleva dentro la identidad del paciente, la petición, el equipo y la técnica. DICOM define tanto ese formato como los servicios de red que lo mueven: la lista de trabajo que el equipo descarga, el aviso de exploración realizada, el envío al PACS y la consulta posterior. El perfil IHE SWF.b encadena todo eso con los mensajes HL7 de admisión y peticiones, para que imagen, orden e informe hablen del mismo paciente.
Qué es DICOM
DICOM es «the international standard for medical images and related information» y define los formatos para intercambiar imágenes médicas 1. Está reconocido por la Organización Internacional de Normalización como la norma ISO 12052, y la NEMA actúa como su secretaría 1. Se implementa en casi todos los equipos de radiología, imagen cardiológica y radioterapia: rayos X, tomografía computarizada, resonancia magnética y ecografía, entre otros 1.
El estándar se actualiza y se vuelve a publicar varias veces al año 2. A fecha de consulta, la edición vigente es la 2026d 3. Se divide en partes; estas son las más útiles para entender la integración 2:
| Parte | Título | Qué resuelve |
|---|---|---|
| 3 | Information Object Definitions | Qué datos lleva cada tipo de objeto (una imagen de resonancia, un informe estructurado…) |
| 4 | Service Class Specifications | Qué servicios ofrecen los sistemas: almacenar, consultar, lista de trabajo… |
| 6 | Data Dictionary | La lista de todos los elementos de datos, con su etiqueta numérica |
| 10 | Media Storage and File Format | Cómo se guarda en un fichero o en un soporte (un disco para el paciente) |
| 15 | Security and System Management Profiles | Seguridad y gestión |
| 18 | Web Services | Los servicios web, conocidos como DICOMweb |
La jerarquía: paciente, estudio, serie, instancia
DICOM organiza la información en cuatro niveles, que son los que se usan para buscar: PATIENT, STUDY, SERIES e IMAGE 4. El último nombre es histórico: incluye cualquier objeto, no solo imágenes 4.
- Un paciente tiene muchos estudios.
- Un estudio es una exploración: por ejemplo, una resonancia de rodilla. Lo identifica de forma única el Study Instance UID, etiqueta
(0020,000D)4. - Una serie agrupa las imágenes de una secuencia o una adquisición, con su Series Instance UID,
(0020,000E)4. - Cada instancia es un objeto con su SOP Instance UID,
(0008,0018)5.
Cada dato tiene una etiqueta de dos números en hexadecimal. Para la integración, los críticos son estos 5:
| Etiqueta | Nombre | De dónde debe venir |
|---|---|---|
(0010,0010) | Patient's Name | Del registro de pacientes, nunca tecleado en el equipo |
(0010,0020) | Patient ID | Del registro de pacientes del centro |
(0008,0050) | Accession Number | Del sistema que gestiona la petición |
(0008,0060) | Modality | Del propio equipo |
Si el nombre o el identificador del paciente se teclean a mano en el equipo, aparecen las imágenes «huérfanas»: estudios que el PACS no sabe a quién asignar. Evitarlo es el objetivo de los servicios de la sección siguiente.
Los servicios que mueven la imagen
La parte 4 define clases de servicio 3. Estas cinco cubren el ciclo de una exploración:
| Servicio | Parte 4 | Para qué sirve |
|---|---|---|
| Basic Worklist Management (Modality Worklist) | Anexo K 3 | El equipo descarga las exploraciones programadas, con paciente y petición |
| Modality Performed Procedure Step | Anexo F, sección F.7 3 | El equipo avisa de que empieza y termina una exploración, y de qué se hizo |
| Storage | Anexo B 3 | Envío de las imágenes al archivo |
| Storage Commitment | Anexo J 3 | El archivo confirma que ha asumido la custodia de las imágenes |
| Query/Retrieve | Anexo C 3 | Buscar y recuperar estudios desde una estación de trabajo |
Además, la parte 18 define servicios web sobre HTTP para gestionar y distribuir objetos DICOM a organizaciones, profesionales y pacientes 6: QIDO-RS para consultar, WADO-RS para recuperar y STOW-RS para almacenar 6. La seguridad de esos servicios (control de acceso, autorización, auditoría) se remite a la parte 15 6.
El PACS y el RIS
El PACS es el sistema que archiva y distribuye las imágenes; el RIS gestiona la parte administrativa y clínica del servicio de imagen: peticiones, agenda, realización e informe. Su lugar entre los sistemas del hospital se explica en el módulo «Sistemas de información». Aquí importa cómo se reparten los papeles. IHE los describe como actores 7:
- ADT: registra al paciente y sus cambios.
- Order Placer: el sistema que pide la prueba, normalmente la historia clínica.
- Department System Scheduler/Order Filler: el que acepta, programa y ejecuta la petición, normalmente el RIS.
- Acquisition Modality: el equipo de imagen.
- Image Manager/Image Archive: el archivo, normalmente el PACS.
- Image Display: la estación donde se visualiza.
El flujo programado: el perfil SWF.b
El perfil Scheduled Workflow.b «establishes the continuity and integrity of basic departmental imaging data» 7. Mantiene coherentes los datos del paciente y de la petición, y aporta los pasos de programación y adquisición 7. Permite saber si las imágenes de un procedimiento ya están archivadas y disponibles para el siguiente paso, como el informe 7.
| Paso | Transacción IHE | Estándar que la soporta |
|---|---|---|
| 1 | Patient Registration [RAD-1], Patient Update [RAD-12] | HL7 v2, mensajes ADT |
| 2 | Placer Order Management [RAD-2], Filler Order Management [RAD-3] | HL7 v2, mensajes de petición |
| 3 | Query Modality Worklist [RAD-5] | DICOM Modality Worklist |
| 4 | Modality Procedure Step In Progress / Completed [RAD-6] [RAD-7] | DICOM MPPS |
| 5 | Modality Images Stored [RAD-8] | DICOM Storage |
| 6 | Storage Commitment [RAD-10] | DICOM Storage Commitment |
| 7 | Instance Availability Notification [RAD-49] (opcional), Query/Retrieve Images [RAD-14] [RAD-16] | DICOM |
Fuente de las transacciones: tablas y diagrama de actores del perfil 7. La notificación de cita al peticionario [RAD-48] también es opcional 7.
El perfil resuelve además un caso difícil: el paciente sin identificar, por ejemplo en un politraumatismo. Las imágenes pueden adquirirse e informarse de inmediato con un registro genérico y conciliarse después con la identidad real, cuando se registra en admisión y en los sistemas de petición 7.
Caso práctico
Llega a urgencias una persona inconsciente, sin documentación. Necesita un escáner craneal inmediato.
Admisión crea un registro provisional con un identificador temporal. Se pide la prueba, el equipo la recibe en su lista de trabajo y adquiere las imágenes, que se archivan con ese identificador. El radiólogo informa en minutos. Horas después, la familia aporta la identidad: admisión fusiona el registro provisional con la historia real de la persona. El perfil SWF.b prevé precisamente esa conciliación posterior de imágenes e informes 7.
Si el técnico hubiera tecleado un nombre inventado en el equipo, en lugar de usar la lista de trabajo, el estudio no casaría con ninguna petición y habría que corregirlo a mano en el PACS.
Qué implica para los sistemas
| Dato | Dónde nace | Por dónde viaja |
|---|---|---|
| Identidad del paciente | Registro de pacientes del HIS | ADT hacia el RIS; lista de trabajo hacia el equipo; cabecera de cada objeto DICOM |
| Petición y Accession Number | Historia clínica y RIS | Mensajes de petición; lista de trabajo; objeto DICOM |
| Exploración realizada | Equipo de imagen | MPPS hacia el RIS: base para la actividad, la facturación y la dosis |
| Imágenes | Equipo de imagen | Storage hacia el PACS; Query/Retrieve o DICOMweb hacia visores |
| Informe | RIS o sistema de informes | Mensaje de resultado hacia la historia clínica; documento hacia otros centros |
Los estudios de imagen y sus informes son una categoría prioritaria del Espacio Europeo de Datos de Salud (art. 14.1.d), con obligaciones aplicables desde el 26 de marzo de 2031 8.
Tarjetas de esta lección (8)
- Estudio DICOM
- Conjunto de series de imágenes y objetos de una misma exploración de un paciente. Lo identifica de forma única el Study Instance UID.
- Accession Number
- Número que identifica la petición o el procedimiento de imagen en el sistema del servicio. Une la orden, las imágenes del PACS y el informe.
- Modality Worklist
- Servicio DICOM con el que el equipo de imagen consulta la lista de exploraciones programadas y recibe los datos del paciente y de la petición sin teclearlos.
- MPPS
- Modality Performed Procedure Step: servicio DICOM con el que el equipo avisa de que una exploración ha empezado y ha terminado, y de qué se hizo realmente.
- Storage Commitment
- Servicio DICOM con el que el archivo confirma al equipo que ha asumido la custodia de las imágenes, para que el equipo pueda borrarlas sin riesgo.
- DICOMweb
- Servicios web de DICOM (parte 18) para buscar (QIDO-RS), recuperar (WADO-RS) y almacenar (STOW-RS) objetos DICOM por HTTP.
- SWF.b
- Perfil IHE de radiología Scheduled Workflow.b: ordena el flujo desde el registro del paciente y la petición hasta la adquisición, el archivo y la disponibilidad de las imágenes.
- RIS
- Radiology information system: sistema departamental que gestiona las peticiones, la agenda, la realización y el informe de las pruebas de imagen.
Fuentes
- DICOM Standards Committee — About DICOM: Overview
- DICOM Standards Committee — DICOM Standard: current edition (índice de partes)
- NEMA — DICOM PS3.4 2026d, Service Class Specifications
- NEMA — DICOM PS3.4 2026d, sección C.6: modelos de información de Query/Retrieve
- NEMA — DICOM PS3.6, Data Dictionary, capítulo 6: registro de elementos de datos
- NEMA — DICOM PS3.18 2026d, Web Services
- IHE International — IHE Radiology (RAD) Technical Framework, vol. 1, rev. 22.0 (2024), cap. 34: Scheduled Workflow.b
- Reglamento (UE) 2025/327, relativo al Espacio Europeo de Datos de Salud (DOUE L de 5.3.2025), arts. 14 y 105