Glosario de PACS, RIS, DICOM y HL7 para equipos de imagenología
Puntos clave
- PACS en la nube elimina servidores locales, permitiendo acceso remoto y escalable a imágenes médicas mediante DICOMweb.
- DICOM (ISO 12052) es el estándar esencial para la comunicación entre equipos de imagenología, estructurado en Paciente > Estudio > Serie > Instancia.
- La integración RIS-PACS requiere sincronización mediante HL7 ORM/ORU o FHIR, usando el Accession Number como identificador clave.
- Un visor DICOM web zero-footprint (ej. OHIF) es crucial para teleradiología, utilizando DICOMweb (WADO-RS, STOW-RS).
- Plataformas como NUBIX ofrecen almacenamiento seguro por 10 años, integración con IA para asistencia clínica y soporte especializado en español.
Flujo de una orden a un informe: ¿Dónde actúa cada sistema?
El proceso desde la solicitud de un estudio hasta la entrega del informe involucra múltiples sistemas y estándares. A continuación, se detalla el flujo típico en un centro de imagenología:
- Solicitud del estudio:
- El médico genera una orden en el HIS o portal del paciente.
- El RIS recibe la orden vía HL7 ORM o FHIR ServiceRequest y agenda la cita.
- Preparación del paciente y equipo:
- El RIS envía la DICOM Modality Worklist (MWL) a la modalidad (ej. tomógrafo), evitando errores de transcripción.
- Adquisición de imágenes:
- La modalidad (ej. CT, MR) captura las imágenes en formato DICOM y las envía al PACS o VNA mediante C-STORE.
- El equipo notifica el progreso y finalización vía MPPS (Modality Performed Procedure Step).
- Almacenamiento y distribución:
- El PACS archiva las imágenes (con Study Instance UID, Series Instance UID y SOP Instance UID) y las distribuye a visores.
- En entornos cloud, se usa DICOMweb (STOW-RS) para almacenar y WADO-RS/QIDO-RS para recuperar.
- Interpretación y informe:
- El radiólogo accede a las imágenes mediante un visor DICOM web (ej. OHIF) y genera el informe en el RIS.
- El informe se envía al HIS vía HL7 ORU o FHIR DiagnosticReport.
- Herramientas de IA pueden asistir en la priorización o detección de hallazgos, integrando resultados como DICOM SR.
- Entrega al paciente y médico:
- El informe y las imágenes se envían al paciente y médico referente mediante portales, WhatsApp, SMS o correo electrónico.
- En PACS en la nube, se garantiza almacenamiento seguro por hasta 10 años (ej. NUBIX).
Nota: En Latinoamérica, muchos centros utilizan equipos heredados con DICOM limitado o conectividad variable, por lo que es clave evaluar la compatibilidad con el DICOM Conformance Statement y el uso de Edge Gateways.
Glosario por categorías
Sistemas
- PACS (Picture Archiving and Communication System)
-
Sistema para archivar, distribuir y visualizar imágenes médicas en formato DICOM. En la nube (PACS cloud), elimina la necesidad de servidores locales y permite acceso remoto.
Por qué importa: Un PACS en la nube debe soportar DICOMweb, visores zero-footprint e integración con RIS/LIS para evitar silos de información.
Pregunta para el proveedor: ¿Su PACS cloud soporta DICOMweb (WADO-RS, STOW-RS, QIDO-RS) y Modality Worklist?
- RIS (Radiology Information System)
-
Sistema que gestiona agendas, órdenes, worklists, informes radiológicos y facturación. Se integra con PACS mediante HL7 o FHIR.
Por qué importa: Un RIS eficiente reduce errores de transcripción y agiliza el flujo de trabajo. En la nube, debe sincronizarse con DICOM Modality Worklist.
Pregunta para el proveedor: ¿Cómo genera la worklist DICOM y cómo se sincroniza con el PACS?
- LIS (Laboratory Information System)
-
Sistema para gestionar muestras, resultados y trazabilidad en laboratorios clínicos. Se integra con equipos de laboratorio y sistemas hospitalarios.
Por qué importa: Plataformas como NUBIX integran LIS + RIS + PACS, centralizando datos de laboratorio e imagenología.
Pregunta para el proveedor: ¿Cómo se integra con equipos de laboratorio (ej. analizadores) y con el HIS?
- VNA (Vendor Neutral Archive)
-
Archivo neutral al proveedor que consolida imágenes y documentos de múltiples sistemas (PACS, RIS, LIS) en un solo repositorio.
Por qué importa: Un VNA evita la dependencia de un solo proveedor y facilita la migración de datos. En la nube, debe soportar DICOMweb y FHIR.
Pregunta para el proveedor: ¿Su solución incluye VNA o solo PACS? ¿Cómo exporta datos en formato estándar?
- HIS / HCE / EMR / EHR
-
HIS (Hospital Information System): Sistema central para gestión hospitalaria (admisión, citas, facturación). HCE/EMR/EHR: Expediente clínico electrónico.
Por qué importa: La integración con HL7 v2 (mensajes ADT, ORM, ORU) o FHIR es clave para evitar duplicidad de datos.
Pregunta para el proveedor: ¿Qué estándares usa para integrarse con el HIS (HL7 v2, FHIR, APIs)?
Estándares
- DICOM (Digital Imaging and Communications in Medicine)
-
Estándar internacional (ISO 12052, mantenido por NEMA) para imágenes médicas, metadatos y comunicación entre equipos (ej. tomógrafos, resonadores). Define la estructura Paciente > Estudio > Serie > Instancia.
Por qué importa: Sin DICOM, las imágenes no pueden interpretarse ni almacenarse correctamente. Un PACS en la nube debe soportar C-STORE, C-FIND, C-MOVE y DICOMweb.
Pregunta para el proveedor: ¿Proporciona su DICOM Conformance Statement? ¿Soporta DICOMweb?
- HL7 v2 y HL7 v3/CDA
-
HL7 v2: Estándar de mensajería para intercambio de datos administrativos y clínicos (ej. mensajes ADT para admisiones, ORM para órdenes, ORU para resultados). HL7 v3/CDA: Basado en XML para documentos clínicos estructurados.
Por qué importa: HL7 v2 es el estándar más usado en Latinoamérica para integrar RIS con HIS. Un PACS en la nube debe soportarlo para sincronizar órdenes e informes.
Pregunta para el proveedor: ¿Qué mensajes HL7 v2 soporta (ADT, ORM, ORU)? ¿Ofrece FHIR como alternativa?
- FHIR (Fast Healthcare Interoperability Resources)
-
Estándar HL7 basado en APIs REST y recursos (ej. Patient, ImagingStudy, DiagnosticReport). Facilita el intercambio de datos en aplicaciones web y móviles.
Por qué importa: FHIR es clave para la interoperabilidad moderna y la integración con portales de pacientes. Un PACS en la nube debe exponer recursos como ImagingStudy.
Pregunta para el proveedor: ¿Qué recursos FHIR soporta (ej. ImagingStudy, DiagnosticReport)?
- DICOMweb (WADO-RS, STOW-RS, QIDO-RS)
-
Extensión de DICOM para servicios web (RESTful). WADO-RS recupera imágenes, STOW-RS las almacena y QIDO-RS consulta metadatos.
Por qué importa: DICOMweb permite acceder a imágenes desde visores web sin instalar software local, esencial para PACS en la nube y teleradiología.
Pregunta para el proveedor: ¿Su PACS cloud soporta DICOMweb? ¿Qué servicios (WADO-RS, STOW-RS, QIDO-RS)?
Términos DICOM
- Modalidades (CR, DR, CT, MR, US, MG, XA, NM, PET)
-
Tipos de equipos de imagenología identificados por códigos DICOM (ej. CT para tomografía, MR para resonancia magnética). Cada modalidad genera imágenes con metadatos específicos.
Por qué importa: Un PACS debe soportar todas las modalidades usadas en el centro, incluyendo equipos heredados.
Pregunta para el proveedor: ¿Qué modalidades DICOM soporta su PACS?
- Estudio, Serie e Instancia DICOM
-
Jerarquía DICOM: Paciente > Estudio > Serie > Instancia. Un estudio agrupa series de un mismo procedimiento (ej. una resonancia con múltiples secuencias). Cada imagen es una instancia.
Por qué importa: La organización correcta es clave para la interpretación y comparación de estudios.
Pregunta para el proveedor: ¿Cómo maneja la jerarquía Estudio/Serie/Instancia en su visor?
- Identificadores DICOM (Study Instance UID, Series Instance UID, SOP Instance UID, Accession Number, Patient ID)
-
Study Instance UID: Identificador único global del estudio. Series Instance UID: Identificador de la serie. SOP Instance UID: Identificador de cada imagen. Accession Number: Vincula la orden del RIS con el estudio en el PACS. Patient ID: Identificador del paciente.
Por qué importa: El Accession Number es clave para sincronizar RIS y PACS. Un PACS en la nube debe preservar estos identificadores.
Pregunta para el proveedor: ¿Cómo garantiza la unicidad de Study Instance UID y Accession Number?
- SOP Class y SOP Instance
-
SOP Class: Define el tipo de objeto DICOM y el servicio asociado (ej. CT Image Storage). SOP Instance UID: Identificador único de cada objeto concreto.
Por qué importa: Un PACS debe soportar todas las SOP Classes relevantes para las modalidades usadas.
Pregunta para el proveedor: ¿Qué SOP Classes soporta su PACS?
- Transfer Syntax y compresión (JPEG, JPEG 2000, sin pérdida vs con pérdida)
-
Transfer Syntax: Define cómo se codifican los datos DICOM (ej. Explicit VR Little Endian). La compresión reduce el tamaño de las imágenes (ej. JPEG sin pérdida, JPEG 2000).
Por qué importa: La compresión sin pérdida es crítica para diagnósticos precisos. Un PACS en la nube debe soportar múltiples sintaxis.
Pregunta para el proveedor: ¿Qué Transfer Syntax y métodos de compresión soporta?
- DICOM Modality Worklist (MWL)
-
Lista de trabajo enviada del RIS a la modalidad con datos del paciente y la orden. Evita errores de transcripción.
Por qué importa: Esencial para centros con alto volumen de estudios. Un PACS en la nube debe integrarse con MWL.
Pregunta para el proveedor: ¿Cómo se configura la Modality Worklist en su solución?
- Servicios DICOM (C-STORE, C-FIND, C-MOVE, C-GET, C-ECHO, MPPS)
-
C-STORE: Envía imágenes al PACS. C-FIND: Consulta estudios. C-MOVE/C-GET: Recupera imágenes. C-ECHO: Verifica conectividad. MPPS: Notifica el estado del estudio.
Por qué importa: Un PACS en la nube debe soportar estos servicios para funcionar con modalidades.
Pregunta para el proveedor: ¿Qué servicios DICOM soporta (C-STORE, C-FIND, MPPS)?
- AE Title, puerto y SCU/SCP
-
AE Title: Nombre único de una entidad DICOM (ej. PACS_SERVIDOR). Puerto: Puerto TCP/IP usado (habitualmente 104 o 11112). SCU: Cliente DICOM (ej. modalidad). SCP: Servidor DICOM (ej. PACS).
Por qué importa: La configuración correcta es clave para la comunicación entre equipos.
Pregunta para el proveedor: ¿Cómo se configuran AE Title y puertos en su PACS cloud?
- DICOM Conformance Statement
-
Documento que detalla qué partes del estándar DICOM soporta un equipo o sistema (ej. SOP Classes, servicios, sintaxis). Esencial para evaluar compatibilidad.
Por qué importa: Antes de contratar un PACS, debe revisarse su Conformance Statement para evitar incompatibilidades.
Pregunta para el proveedor: ¿Proporciona su DICOM Conformance Statement actualizado?
Integración y flujos de trabajo
- IHE (Integrating the Healthcare Enterprise) y perfiles (SWF, XDS-I, PIX/PDQ)
-
IHE: Iniciativa para mejorar la interoperabilidad mediante perfiles (ej. Scheduled Workflow (SWF) para RIS-PACS, XDS-I para intercambio de documentos).
Por qué importa: Los perfiles IHE garantizan flujos de trabajo estandarizados. Un PACS en la nube debe soportar SWF.
Pregunta para el proveedor: ¿Qué perfiles IHE soporta (ej. SWF, XDS-I)?
- Visor DICOM web (zero-footprint)
-
Visor que funciona en el navegador sin instalar software local, usando DICOMweb para recuperar imágenes. Ejemplos: OHIF, Cornerstone.
Por qué importa: Esencial para teleradiología y acceso remoto. Un PACS en la nube debe incluir un visor zero-footprint.
Pregunta para el proveedor: ¿Qué visor DICOM web incluye? ¿Soporta MPR, MIP y 3D?
- Orthanc y dcm4che
-
Orthanc: Servidor DICOM de código abierto para almacenamiento y visualización. dcm4che: Biblioteca Java para herramientas DICOM.
Por qué importa: Son referencias para desarrolladores, pero un PACS en la nube debe ofrecer soluciones más robustas y escalables.
- Edge Gateway DICOM
-
Dispositivo o servicio que actúa como intermediario entre modalidades locales y un PACS en la nube, optimizando el envío de imágenes.
Por qué importa: Esencial para centros con conectividad limitada o equipos heredados.
Pregunta para el proveedor: ¿Ofrece Edge Gateway para enviar imágenes a la nube?
- Teleradiología
-
Práctica de interpretar estudios de imagen de forma remota. Requiere PACS en la nube, visor DICOM web y cumplimiento normativo.
Por qué importa: Permite escalar servicios sin aumentar infraestructura local. Más detalles en aspectos legales de la teleradiología.
- Hanging protocols
-
Configuraciones predefinidas del visor DICOM para mostrar imágenes en un orden específico (ej. comparar estudios previos).
Por qué importa: Ahorran tiempo al radiólogo y mejoran la productividad.
Pregunta para el proveedor: ¿Su visor soporta hanging protocols personalizables?
- Estudios previos (priors) y comparación
-
Funcionalidad para recuperar y comparar estudios anteriores del mismo paciente (priors). En la nube, se usa prefetching para cargar estudios previos antes de la interpretación.
Por qué importa: Esencial para diagnósticos precisos. Más detalles en estudios previos en PACS cloud.
- IA en radiología (priorización, detección, segmentación)
-
Herramientas de inteligencia artificial para priorizar worklists, detectar hallazgos (ej. nódulos pulmonares) o segmentar estructuras. Los resultados se integran como DICOM SR o GSPS.
Por qué importa: La IA puede asistir en la productividad clínica, pero no reemplaza la decisión médica. Más detalles en IA generativa en radiología.
Seguridad y regulación
- Cifrado en tránsito (TLS) y en reposo
-
TLS: Cifrado de datos durante la transmisión (ej. imágenes enviadas al PACS). Cifrado en reposo: Protección de datos almacenados.
Por qué importa: Esencial para cumplir con normativas de protección de datos. Un PACS en la nube debe usar TLS 1.2+ y cifrado AES-256.
Pregunta para el proveedor: ¿Qué protocolos de cifrado usa (TLS, AES)?
- Control de acceso por roles
-
Sistema de permisos para restringir el acceso a imágenes y datos según el rol del usuario (ej. radiólogo, técnico, administrador).
Por qué importa: Evita accesos no autorizados y contribuye al cumplimiento de normativas como la LFPDPPP en México.
Pregunta para el proveedor: ¿Cómo gestiona los permisos de usuario?
- Bitácoras de auditoría
-
Registro de todas las acciones realizadas en el sistema (ej. quién accedió a un estudio, cuándo se modificó un informe).
Por qué importa: Requerido por normativas de seguridad y para investigaciones.
Pregunta para el proveedor: ¿Qué eventos registra en las bitácoras de auditoría?
- Anonimización/seudonimización de estudios DICOM
-
Anonimización: Eliminación de datos identificables. Seudonimización: Reemplazo por identificadores alternos.
Por qué importa: Requerido para compartir estudios con fines de investigación o entrenamiento de IA. Más detalles en banco de imágenes DICOM para IA.
- Reporte estructurado y DICOM-SR
-
DICOM-SR (Structured Report): Formato DICOM para informes estructurados (ej. mediciones, hallazgos). Permite integrar datos de IA.
Por qué importa: Facilita la interpretación y el intercambio de informes.
Pregunta para el proveedor: ¿Soporta DICOM-SR para informes estructurados?
- Marco regulatorio en México (COFEPRIS, NOM-024-SSA3-2012, NOM-004-SSA3-2012, LFPDPPP)
-
COFEPRIS: Regula dispositivos médicos. NOM-024-SSA3-2012: Requisitos para sistemas de expediente clínico electrónico. NOM-004-SSA3-2012: Estándares para expedientes clínicos. LFPDPPP: Protección de datos personales.
Por qué importa: Un PACS en la nube debe alinearse con estas normativas para operar en México. Consulte asesoría legal para confirmar requisitos específicos.
Pregunta para el proveedor: ¿Cómo se alinea su solución con la NOM-024-SSA3-2012 y LFPDPPP?
Comparativa: Sistema vs. estándar
| Sistema/Estándar | ¿Qué es? | ¿Qué hace? | ¿Quién lo usa? | Ejemplo |
|---|---|---|---|---|
| PACS | Sistema para imágenes médicas | Archiva, distribuye y visualiza imágenes DICOM | Radiólogos, técnicos, hospitales | NUBIX PACS cloud |
| RIS | Sistema de información radiológica | Gestiona agendas, órdenes, informes y facturación | Radiólogos, administrativos, hospitales | NUBIX RIS |
| LIS | Sistema de información de laboratorio | Gestiona muestras, resultados y trazabilidad | Bioquímicos, laboratorios | NUBIX LIS |
| VNA | Archivo neutral al proveedor | Consolida imágenes y documentos de múltiples sistemas | Hospitales, redes de salud | NUBIX VNA |
| DICOM | Estándar para imágenes médicas | Define formato y comunicación de imágenes | Equipos de imagenología, PACS | Tomógrafo envía imágenes a PACS |
| HL7 v2 | Estándar de mensajería | Intercambia datos administrativos y clínicos | HIS, RIS, LIS | RIS envía orden a HIS (mensaje ORM) |
| FHIR | Estándar basado en APIs | Intercambia datos mediante recursos (Patient, ImagingStudy) | Portales, apps móviles, HIS | Portal del paciente accede a ImagingStudy |
| DICOMweb | Extensión de DICOM para web | Recupera, almacena y consulta imágenes vía servicios REST | Visores web, PACS cloud | Visor OHIF usa WADO-RS |
¿Qué problema resuelve cada estándar?
| Problema | Estándar | Solución |
|---|---|---|
| Comunicar imágenes entre equipos de imagenología | DICOM | Define formato y protocolos (C-STORE, C-FIND) para enviar/recuperar imágenes |
| Intercambiar datos administrativos (órdenes, informes) | HL7 v2 | Mensajes como ORM (órdenes) y ORU (resultados) para sincronizar RIS y HIS |
| Acceder a imágenes desde navegadores | DICOMweb | Servicios REST (WADO-RS, STOW-RS) para visores zero-footprint |
| Interoperabilidad moderna con APIs | FHIR | Recursos como ImagingStudy y DiagnosticReport para integrar con portales y apps |
| Estandarizar flujos de trabajo radiológicos | IHE (perfiles) | Perfiles como Scheduled Workflow (SWF) para integrar RIS y PACS |
Checklist para evaluar un PACS en la nube
Antes de contratar un PACS en la nube, verifique estos aspectos con el proveedor:
- Compatibilidad DICOM:
- ¿Proporciona el DICOM Conformance Statement?
- ¿Soporta DICOMweb (WADO-RS, STOW-RS, QIDO-RS)?
- ¿Soporta Modality Worklist (MWL)?
- ¿Qué SOP Classes y Transfer Syntax soporta?
- Integración con RIS/LIS:
- ¿Cómo se integra con el RIS (HL7 v2, FHIR)?
- ¿Cómo vincula órdenes e informes (Accession Number)?
- ¿Soporta perfiles IHE como Scheduled Workflow (SWF)?
- Visor DICOM:
- ¿Incluye un visor zero-footprint?
- ¿Soporta MPR, MIP y 3D?
- ¿Permite hanging protocols y comparación de estudios previos?
- Almacenamiento y retención:
- ¿Ofrece almacenamiento seguro por hasta 10 años (ej. NUBIX)?
- ¿Cómo exporta datos en formato estándar (DICOM, FHIR)?
- ¿Incluye respaldo y recuperación ante desastres?
- Seguridad y cumplimiento:
- ¿Usa cifrado TLS 1.2+ y AES-256?
- ¿Ofrece control de acceso por roles y bitácoras de auditoría?
- ¿Cómo se alinea con normativas como NOM-024-SSA3-2012 y LFPDPPP?
- Soporte y SLA:
- ¿Ofrece soporte especializado en español?
- ¿Qué SLA garantiza (ej. disponibilidad, tiempo de respuesta)? Más detalles en SLA y soporte de un PACS cloud.
- Modelo de pago:
- ¿Ofrece pago por uso?
- ¿Requiere servidores locales o es 100% cloud?
Preguntas frecuentes
¿Qué es un PACS en la nube y qué ventajas ofrece?
Un PACS en la nube es un sistema de archivo y comunicación de imágenes médicas que opera en servidores remotos, eliminando la necesidad de infraestructura local. Ofrece acceso remoto seguro, escalabilidad, pago por uso y almacenamiento seguro por hasta 10 años, facilitando la teleradiología y la gestión de imágenes en centros con recursos limitados.
¿Cómo se integra un PACS en la nube con RIS y LIS?
Un PACS en la nube se integra con el RIS mediante HL7 ORM/ORU o FHIR, sincronizando órdenes e informes usando el Accession Number. Con el LIS, se integra vía APIs o HL7 para centralizar datos de laboratorio e imagenología, evitando silos de información.
¿Qué es DICOMweb y por qué es clave para PACS cloud?
DICOMweb es una extensión de DICOM para servicios web (WADO-RS, STOW-RS, QIDO-RS). Es clave para PACS en la nube porque permite acceder a imágenes desde visores web zero-footprint sin instalar software local, facilitando la teleradiología y el acceso remoto.
¿Qué requisitos técnicos necesita un centro para implementar PACS cloud?
Un centro necesita: conectividad estable, equipos compatibles con DICOM, Edge Gateway para optimizar el envío de imágenes, y un proveedor que soporte DICOMweb, HL7/FHIR y cifrado TLS 1.2+. La compatibilidad con equipos heredados debe verificarse mediante el DICOM Conformance Statement.
¿Cómo garantiza un PACS en la nube la seguridad de las imágenes médicas?
Un PACS en la nube garantiza seguridad mediante cifrado TLS 1.2+ (tránsito) y AES-256 (reposo), control de acceso por roles, bitácoras de auditoría y alineación con normativas como NOM-024-SSA3-2012 y LFPDPPP. La protección de datos debe verificarse con el proveedor.
¿Qué es un visor DICOM zero-footprint y por qué es importante?
Un visor DICOM zero-footprint funciona en el navegador sin instalar software local, usando DICOMweb. Es importante porque permite acceso remoto seguro a imágenes, esencial para teleradiología y centros con múltiples ubicaciones, sin comprometer la seguridad.
Conclusión
Este glosario de PACS, RIS, DICOM y HL7 proporciona los fundamentos técnicos para evaluar, implementar o migrar a un PACS en la nube. Al dominar estos conceptos, los equipos de imagenología pueden:
- Evaluar proveedores con preguntas técnicas precisas.
- Evitar incompatibilidades entre equipos y sistemas.
- Garantizar la interoperabilidad con RIS, LIS y HIS.
- Cumplir con normativas de seguridad y protección de datos.
Plataformas como NUBIX integran LIS + RIS + PACS + almacenamiento DICOM + portales + IA en una sola solución cloud, con implementación remota, pago por uso y almacenamiento seguro por hasta 10 años. Más de 200 organizaciones en 15+ países utilizan NUBIX para digitalizar sus servicios de diagnóstico.
¿Listo para explorar cómo un PACS en la nube puede optimizar su centro? Agende una demo o revise nuestros artículos relacionados:
