La radiología trata de algo más que imágenes. Una tomografía computarizada (TC) no es solo un conjunto de imágenes; es algo que los médicos utilizan para ayudar a los pacientes, y debe incluir información como cuándo se tomó y cómo se hizo para que los médicos puedan examinarla y usarla para ayudar al paciente. Es por eso que la radiología puede trabajar con diferentes máquinas en muchos hospitales e incluso en diferentes países. La razón por la que esto funciona es gracias al estándar DICOM.
DICOM, o Imágenes Digitales y Comunicaciones en Medicina (Digital Imaging and Communications in Medicine), es un conjunto de reglas que establece cómo deben organizarse las imágenes médicas y cómo deben comunicarse las máquinas entre sí. Es como un plano de cómo se debe enviar una imagen médica de una máquina a otra. Esto es importante porque ayuda a las máquinas a comunicarse entre sí, incluso si son fabricadas por diferentes compañías.
Esta guía le explicará qué es DICOM, cómo se utiliza en la vida real y cómo ayuda a que diferentes máquinas funcionen juntas. También le explicará por qué la radiología está empezando a utilizar DICOM en la web y, en la computación en la nube, a través de algo llamado DICOMweb.
DICOM es un estándar para el intercambio de información de imágenes médicas. Especifica:
• Estructura de archivos: cómo se almacenan juntos una imagen y sus metadatos como un objeto DICOM.
• Modelo de información: cómo se representan los estudios, series, instancias e identificadores.
• Servicios de red: cómo los sistemas descubren, consultan, envían y recuperan imágenes y objetos relacionados a través de una red.
DICOM difiere de los formatos de imagen que usamos en casa, como JPEG y PNG. Estos formatos solo nos muestran la imagen. DICOM se utiliza para imágenes médicas y almacena mucha información importante. Recuerda quién tomó la foto, de qué es una foto, cuándo se tomó y cómo se tomó. Esto es importante para hospitales y médicos porque les ayuda a saber que la imagen es correcta y fácil de encontrar. También les ayuda a mostrar la imagen de una manera segura para el paciente.
DICOM es gestionado por grupos que aseguran que funcione correctamente. Muchas compañías utilizan DICOM, incluidas las personas que fabrican las máquinas que toman las imágenes, las personas que fabrican las computadoras que almacenan las imágenes y las personas que crean los programas que permiten a los médicos ver las imágenes. Incluso las compañías que almacenan imágenes en línea utilizan DICOM. Es por eso que la gente a menudo llama a DICOM el lenguaje que utilizan los sistemas de imágenes médicas para hablar entre sí.
La radiología es algo que tiene que lidiar con muchas compañías. Un hospital podría usar una compañía para sus escáneres de TC, otra compañía para ultrasonido y una compañía para resonancia magnética (RM). También podrían tener una mezcla de estaciones de trabajo y archivos de diferentes compañías. Esto es un problema porque no hay un estándar que todos sigan. Así que cada vez que quieren conectar dos sistemas tienen que hacerlo de una manera que puede hacer que todo el sistema sea un poco inestable. La radiología siempre va a tener que trabajar con diferentes compañías, que es lo que la hace tan complicada.
DICOM resolvió esto proporcionando un marco compartido para:
• Adquisición interoperable: Las modalidades producen imágenes en una estructura de objeto predecible con campos de metadatos estandarizados (etiquetas).
• Almacenamiento y recuperación fiables: Los archivos PACS/VNA pueden almacenar estudios e indexarlos de manera consistente para su posterior recuperación.
• Visualización de diagnóstico: Los visores pueden presentar imágenes con la orientación correcta, espaciado, agrupación de series e intención de visualización.
• Coordinación del flujo de trabajo: Los servicios relacionados (como listas de trabajo y mensajes de estado) permiten la coherencia entre los sistemas de programación y los dispositivos de imagen.
• Intercambio y colaboración: DICOM facilita el intercambio de estudios entre departamentos o sitios preservando el contexto clínico.
Hoy en día, a medida que la radiología crece, se mueve a la web y utiliza almacenamiento en la nube, DICOM sigue siendo muy importante. Esto se debe a menudo a DICOMweb, que toma las ideas de DICOM y las hace funcionar con Internet y cosas como HTTP y REST.
Para evaluar DICOM correctamente, necesita comprender el modelo subyacente. DICOM no es "solo un formato de archivo". Es un marco de información basado en objetos construido alrededor del flujo de trabajo clínico y la identidad.
DICOM organiza los datos de imágenes en una jerarquía que refleja la realidad clínica:
• Estudio: un evento de imagen clínica (por ejemplo, "TC Abdomen/Pelvis con contraste" para un paciente en una fecha/hora particular).
• Serie: una agrupación lógica dentro del estudio (por ejemplo, "abdomen axial", "reformateos coronales" o "serie post-contraste").
• Instancia: un objeto único dentro de una serie (a menudo un solo corte de imagen, pero también puede ser un informe estructurado, un estado de presentación u otros objetos que no son imágenes).
Esta jerarquía es realmente importante porque ayuda a los médicos a navegar y encontrar la información que necesitan. Cuando los médicos miran los exámenes, no buscan una imagen específica como "imagen 2742.jpg". En cambio, buscan algo como "el estudio de TC de abdomen" y luego miran las imágenes relevantes en ese estudio. La jerarquía es crítica para este proceso porque apoya la navegación, comparación y recuperación del estudio previo de TC de abdomen.
Una característica definitoria de DICOM es su uso de identificadores globalmente únicos (UID). Los más importantes incluyen:
• Studyinstanceuid: identifica de forma única el estudio.
• Seriesinstanceuid: identifica de forma única la serie.
• Sopinstanceuid: identifica de forma única el objeto individual (la instancia).
• Sop Class Uid: identifica el tipo de objeto (por ejemplo, un objeto de Almacenamiento de Imagen de TC frente a un objeto de Almacenamiento de Imagen de RM).
En la práctica, los UID permiten a los sistemas conciliar, fusionar, recuperar y hacer referencia a objetos de imagen de manera fiable, incluso entre proveedores y sitios. También respaldan las operaciones de recuperación y las pistas de auditoría porque el UID es la identidad estable del objeto, distinta de los nombres de archivo o los ID de bases de datos locales.
DICOM almacena metadatos en campos estandarizados comúnmente llamados etiquetas. Estas etiquetas pueden incluir:
• Contexto del paciente y estudio (Id del paciente, Fecha/hora del estudio, Identificadores de acceso según el flujo de trabajo)
• Parámetros de adquisición (Configuración de la modalidad, Información de reconstrucción, Grosor de corte, Espaciado de píxeles)
• Geometría y orientación (Posición de la imagen, Vectores de orientación, Espaciado)
• Intención de visualización y detalles del espacio de color
• Información del equipo e institucional
Esta información sobre las imágenes las hace útiles para las personas y fáciles de trabajar. Ayuda a los médicos y otros profesionales de la salud a revisar imágenes para medir con precisión, agrupar imágenes similares y encontrar las que necesitan fácilmente. La información también ayuda con tareas relacionadas con las imágenes, como verificar su calidad, realizar investigaciones y usar inteligencia artificial para analizarlas. La información sobre las imágenes es importante para estas cosas porque necesitan más que solo la imagen en sí para entenderlas correctamente.
DICOM tiene estas cosas llamadas Definiciones de Objetos de Información (IOD) que especifican qué información se necesita o se puede incluir para un tipo de imagen dado. Esto es realmente útil porque ayuda a crear algo llamado Clases SOP. Estas son como categorías de objetos en las que diferentes sistemas pueden estar de acuerdo. Por ejemplo, podría tener una categoría llamada "Almacenamiento de imagen TC".
Esto es importante porque simplemente decir que algo admite DICOM no es suficiente. Necesitamos saber qué cosas admite, como qué Clases SOP, cómo transfiere la información, qué detalles necesita y qué cosas adicionales puede hacer. Es por eso que tenemos estas cosas llamadas declaraciones de conformidad.
El siguiente diagrama muestra cómo las imágenes DICOM se mueven alrededor de un lugar donde se ven para examinar imágenes del cuerpo. Desde que se toman por primera vez hasta que se almacenan, se miran para averiguar qué está mal, se coordinan con otras cosas y se comparten utilizando algo llamado DICOMweb.
 - Presented by PostDICOM.jpg)
Comprender este flujo arquitectónico es esencial antes de examinar, con más detalle, cómo operan los servicios clásicos DIMSE y DICOMweb.
La parte de comunicaciones de DICOM funciona con algo llamado DIMSE, que significa Elemento de Servicio de Mensajes DICOM. No tiene que recordar cada tipo de mensaje que utiliza el Elemento de Servicio de Mensajes DICOM. Es realmente importante entender qué hace el Elemento de Servicio de Mensajes DICOM cuando está funcionando.
C-STORE es el servicio principal utilizado cuando una modalidad envía imágenes adquiridas a un PACS, VNA u otro destino de almacenamiento. La modalidad empaqueta las imágenes como objetos DICOM y las transmite a una entidad de aplicación (AE) de destino. En muchos entornos, las reglas de enrutamiento determinan si los estudios van a un PACS principal, un archivo especializado, un sistema de investigación o múltiples destinos.
C-FIND permite a un sistema consultar a otro sistema información sobre estudios, series o instancias. En términos prácticos, permite que un visor o estación de trabajo pregunte a un archivo: "¿Tiene estudios para este paciente?" o "¿Tiene series para este UID de estudio?". Es una base para flujos de trabajo impulsados por búsqueda en entornos DICOM clásicos.
La recuperación se puede realizar a través de C-MOVE o C-GET según la arquitectura y los patrones de acceso. A un alto nivel, estos servicios permiten que un cliente solicite estudios/series/instancias de un archivo. En un modelo PACS tradicional, el visor consulta, selecciona un estudio y luego activa la recuperación para que los objetos relevantes se entreguen al entorno de visualización.
La transferencia de imágenes DICOM es lo que la gente nota más, pero los servicios de flujo de trabajo son igual de importantes. La Lista de trabajo de modalidad ayuda a asegurar que la máquina tenga la información del paciente y la orden antes de comenzar a tomar imágenes para que no obtengamos la información incorrecta y tengamos que ingresarla toda de nuevo a mano. También recibimos mensajes sobre lo que está sucediendo, como cuando algo está hecho, lo que nos ayuda a realizar un seguimiento de lo que está sucediendo desde que se realiza la orden hasta que se toman las imágenes y todo está terminado.
Cuando hablamos de cómo funcionan las cosas, estos servicios son donde la transferencia de imágenes DICOM no se trata solo de las imágenes, se trata de asegurarse de que todo funcione sin problemas. Esto es especialmente cierto en lugares concurridos donde necesitamos ser precisos y hacer las cosas rápidamente, por lo que DICOM se convierte en la columna vertebral de nuestro flujo de trabajo.
La red DICOM clásica se diseñó mucho antes de que los patrones nativos de la nube y las aplicaciones basadas en navegador se convirtieran en estándar. Las plataformas de imágenes modernas a menudo necesitan:
• Recuperación y almacenamiento amigables con HTTP/REST
• Patrones de acceso seguro compatibles con sistemas de identidad modernos
• Clientes web y móviles que no pueden usar fácilmente protocolos DICOM clásicos
• Integración con servicios de análisis e IA que son impulsados por API
Ese es el contexto para DICOMweb, un conjunto de servicios basados en la web que implementan conceptos DICOM sobre HTTP.
QIDO-RS se utiliza para consultar estudios, series e instancias a través de HTTP. Aporta capacidades de consulta a las pilas web modernas, útiles para plataformas en la nube, visores web e integradores que construyen flujos de trabajo de imágenes en sistemas clínicos más amplios.
WADO-RS permite la recuperación de objetos DICOM a través de HTTP. Esta es una piedra angular para visores web y distribución basada en la nube porque permite patrones de recuperación escalables que se alinean con CDN, puertas de enlace de seguridad modernas e infraestructura web estándar.
STOW-RS admite el almacenamiento de objetos DICOM en un sistema a través de HTTP. Esto se vuelve importante para flujos de trabajo de ingestión en la nube, importaciones entre sitios e integraciones en las que dispositivos o servicios almacenan datos de imágenes en una plataforma central a través de API web.
En términos de estrategia práctica, DICOMweb hace que las imágenes sean más accesibles para el ecosistema de software más amplio sin comprometer la estructura clínica o la integridad de los metadatos de DICOM.
La imagen médica no es un "problema de imagen". Es un problema de registro clínico y flujo de trabajo. Aquí está la diferencia central.
| Capacidad | DICOM | JPEG/PNG |
| Contexto estructurado de paciente + estudio | ✅ | ❌ |
| Organización Estudio/Serie | ✅ | ❌ |
| Geometría de medición consistente | ✅ | ❌ |
| Interoperabilidad estandarizada | ✅ | ❌ |
| Compatibilidad PACS/archivo | ✅ | ❌ |
| Integración de flujo de trabajo | ✅ | ❌ |
Un JPEG puede mostrar una imagen. No puede transportar de manera fiable los metadatos y la identidad del flujo de trabajo de los que depende la radiología.
Ambos enfoques pueden coexistir. Muchos sistemas utilizan DICOM clásico para la transferencia de modalidad a PACS y DICOMweb para la distribución e integración modernas.
| Dimensión | DICOM Clásico (DIMSE) | DICOMweb |
| Transporte | DICOM sobre TCP | HTTP/REST |
| Mejor para | Integración de modalidades, flujos de trabajo PACS heredados | Visores web, distribución en la nube, integraciones API |
| Facilidad con cortafuegos | A menudo más difícil | Típicamente más fácil |
| Experiencia del desarrollador | Especializada | Familiar para desarrolladores modernos |
| Escalado nativo en la nube | Más complejo | Más natural |
Desde una perspectiva estratégica, DICOMweb no está reemplazando a DICOM clásico en todas partes; está expandiendo DICOM a entornos que requieren acceso web primero y escalado en la nube.
"Soporta DICOM" no es suficiente para una evaluación técnica. La verdadera pregunta es: soporta DICOM, ¿cómo?
Una declaración de conformidad DICOM es una declaración detallada del proveedor sobre lo que implementa su sistema. Típicamente describe:
• Clases SOP soportadas (qué tipos de objetos puede enviar/recibir/almacenar el sistema)
• Sintaxis de transferencia soportadas (métodos de compresión/codificación)
• Servicios soportados (C-STORE, C-FIND, C-MOVE, Lista de trabajo, etc.)
• Requisitos de atributos y detalles de comportamiento
• Limitaciones conocidas y requisitos de configuración
Cuando planeamos hacer que los sistemas trabajen juntos, las declaraciones de conformidad son realmente importantes. Son la diferencia entre pensar que podemos conectar los sistemas y conectarlos realmente de manera fiable. Las declaraciones de conformidad nos ayudan a determinar qué está saliendo mal cuando los sistemas no funcionan juntos como deberían.
Esto es muy importante para redes que abarcan muchos sitios, por ejemplo, cuando compartimos imágenes médicas a largas distancias y cuando movemos nuestros sistemas a la nube. En estas situaciones, las declaraciones de conformidad aseguran que los sistemas puedan intercambiar imágenes y otra información importante sin perder ningún dato ni corromper la información que describe los datos.
Es común escuchar "DICOM soporta seguridad", pero la seguridad se entiende mejor como algo en capas. DICOM puede participar en arquitecturas seguras, pero el cumplimiento es una propiedad de todo el sistema, no solo del formato de archivo.
En términos prácticos, los entornos DICOM seguros suelen depender de:
• Seguridad de transporte: canales seguros (a menudo TLS) para proteger los datos en tránsito.
• Control de acceso: permisos basados en roles e integración de identidad moderna (SSO/RBAC).
• Auditabilidad: registro y trazabilidad de eventos de acceso e intercambio.
• Flujos de trabajo de desidentificación: cuando las imágenes se utilizan para investigación o intercambio externo, los metadatos deben gestionarse adecuadamente.
• Gobernanza de datos: políticas de retención, copias de seguridad, recuperación ante desastres y validación de integridad.
Un buen sistema de imágenes debe manejar los objetos DICOM con cuidado porque son registros médicos. Estos registros deben protegerse desde el momento en que se agregan al sistema, cuando las personas acceden a ellos y cuando se comparten con otros. Cuando usamos estos sistemas en la nube, debemos asegurarnos de que los registros se almacenen de forma segura, que solo las personas adecuadas puedan verlos y que vigilemos lo que sucede con ellos. Esto es lo que los hospitales y el gobierno esperan de nosotros cuando se trata de objetos DICOM.
DICOM permite la interoperabilidad, pero los entornos clínicos del mundo real aún enfrentan desafíos recurrentes. Comprenderlos ayuda a los equipos a diseñar flujos de trabajo más seguros y elegir sistemas que reduzcan el riesgo operativo.
• Inconsistencias de metadatos: Diferentes modalidades y proveedores pueden poblar las etiquetas de manera diferente. Esto puede afectar la capacidad de búsqueda, la agrupación de series y los análisis posteriores.
• Problemas de coincidencia de pacientes: Si los datos demográficos se ingresan manualmente o las listas de trabajo se usan incorrectamente, los estudios pueden asociarse con identificadores de pacientes incorrectos.
 - Presented by PostDICOM.jpg)
• Errores de orientación y geometría: La interpretación precisa depende de la orientación correcta de la imagen y el espaciado. Los errores en estos campos pueden afectar las mediciones y las reconstrucciones 3D.
• Desajustes de compresión y sintaxis de transferencia: No todos los sistemas admiten todos los métodos de compresión por igual. Esto puede causar transferencias fallidas o problemas de visualización.
• Identificadores incrustados (burned-in): Algunas imágenes pueden contener superposiciones de texto "incrustadas" con información del paciente. Esto complica el intercambio externo y los flujos de trabajo de investigación.
Un ecosistema DICOM sólido no se trata solo de admitir el estándar; se trata de implementar validación, conciliación, controles de enrutamiento y gobernanza para mantener los datos clínicamente seguros.
A medida que la radiología mejora, la importancia de DICOM aumenta porque las nuevas formas de trabajar requieren que la información y la identidad estén en su lugar. Para la Inteligencia Artificial, la información en DICOM es realmente importante porque proporciona etiquetas y contexto que son necesarios para el entrenamiento y para garantizar que funcione correctamente y de manera segura en un entorno clínico.
Para las compañías que manejan imágenes médicas, DICOM les ayuda a combinar datos de diferentes ubicaciones, rastrear la propiedad y asegurar que puedan encontrar lo que necesitan. Para las compañías que usan la nube y realizan trabajo de radiología a distancia, DICOM hace posible compartir estudios con personas en diferentes lugares mientras se mantiene toda la información clínica importante.
Hoy en día, muchos sistemas están utilizando tanto la forma de obtener información DICOM como una forma más nueva que funciona bien con la web, por lo que las compañías pueden soportar equipos antiguos y nuevas formas de acceder a la información al mismo tiempo.
La imagen en la nube no es solo "almacenamiento en otro lugar". Cambia cómo se puede acceder, compartir y operacionalizar la imagen.
Una estrategia DICOM orientada a la nube típicamente permite:
• Acceso desde cualquier lugar preservando la integridad diagnóstica
• Colaboración y flujos de trabajo de referencia sin exportaciones manuales frágiles
• Distribución escalable para estudios grandes y sistemas multisitio
• Integración con controles modernos de seguridad e identidad
• Vías más limpias para servicios de IA y análisis
En este contexto, una plataforma de Cloud PACS y visor DICOM puede servir como una capa de colaboración clínica que complementa o moderniza la infraestructura de imágenes heredada mientras preserva la fiabilidad del estándar DICOM.
El estándar para objetos de imagen y comunicación se llama DICOM. Un Sistema de Archivo y Comunicación de Imágenes o PACS para abreviar es un sistema que tiene software e infraestructura. Este sistema almacena, indexa, recupera y gestiona estudios DICOM. La razón principal por la que usamos PACS es para el uso de estos estudios DICOM.
No. El estándar de Imágenes Digitales y Comunicaciones en Medicina o DICOM para abreviar es realmente popular en muchas áreas. Esto incluye cosas como cardiología y ortopedia. También se usa en odontología y oftalmología. Básicamente, DICOM se usa en todas las especialidades que crean y gestionan imágenes médicas, como cardiología, ortopedia, odontología y oftalmología.
El estándar DICOM es realmente importante porque asegura que las estructuras de objetos y las etiquetas de metadatos sean las mismas. También ayuda con los identificadores, que se llaman UID, y los servicios de comunicación. Cuando hablamos de que las cosas funcionen juntas como la interoperabilidad, realmente depende de cómo las personas implementen el estándar DICOM. Es por eso que lo que la gente dice sobre cómo siguen las reglas, que se llaman declaraciones de conformidad, realmente importa para el estándar DICOM.
Un Identificador Único es un código que se usa en todas partes para etiquetar estudios, series e instancias. Este Identificador Único ayuda a los sistemas informáticos a encontrar y obtener los objetos de imagen de diferentes lugares y compañías. El Identificador Único es muy importante porque asegura que se encuentre y recupere la información correcta.
DICOMweb es una forma de utilizar servicios DICOM en la web. Utiliza HTTP y REST para hacer cosas con objetos DICOM. Puede usar DICOMweb para buscar cosas, obtener cosas y almacenar cosas. DICOMweb hace todo esto utilizando cosas que son normales para la web.
Sí. Los visores DICOM pueden abrir estudios en su propia computadora, pero cuando se trata de funciones de flujo de trabajo clínico como buscar algo, comparar con estudios previos, enrutamiento y gobernanza, estas cosas suelen ser atendidas por PACS o grandes plataformas empresariales. Los visores DICOM simplemente no están configurados para manejar todo eso. Así que usaría visores DICOM para los estudios. Luego use PACS o plataformas empresariales para el resto de las funciones de flujo de trabajo clínico.
¿Es seguro DICOM por sí mismo?
DICOM participa en arquitecturas seguras, pero la seguridad y el cumplimiento dependen de la implementación completa del sistema, incluida la seguridad de transporte, los controles de acceso, la auditoría y la gobernanza.
Las causas comunes incluyen metadatos faltantes o inconsistentes, sintaxis de transferencia no compatibles o problemas de orientación/espaciado que afectan la renderización y la precisión de la medición.
Es un documento del proveedor que describe exactamente qué servicios DICOM, clases SOP y sintaxis de transferencia admite su sistema, incluidas las limitaciones y los detalles de configuración.
Los metadatos de DICOM proporcionan un contexto estructurado y una identidad consistente, lo que ayuda a los flujos de trabajo de IA a ingerir estudios de manera fiable y mantener la trazabilidad a través de las canalizaciones.
|
Cloud PACS y visor DICOM en líneaCargue imágenes DICOM y documentos clínicos en los servidores de PostDICOM. Almacene, visualice, colabore y comparta sus archivos de imágenes médicas. |
