Respuesta corta: cada objeto DICOM (una imagen, un informe, un registro de dosis) es una lista de elementos de datos, cada uno identificado por una etiqueta: un número de grupo y un número de elemento, escritos cada uno con cuatro dígitos hexadecimales, como (0010,0010) para el Nombre del Paciente. Cada elemento tiene una representación de valor (VR) que indica qué tipo de datos contiene (texto, fecha, UID, entero, binario) y luego el valor en sí. Los píxeles son solo un elemento más, (7FE0,0010) Datos de Píxeles. El diccionario completo es la Parte 6 del estándar, con alrededor de 5.000 etiquetas públicas; los proveedores pueden añadir etiquetas privadas con números de grupo impares.
Los niveles
Las etiquetas DICOM se organizan en cuatro niveles que coinciden con la jerarquía DICOM: paciente (nombre, ID, fecha de nacimiento, sexo), estudio (UID de instancia de estudio, fecha, número de acceso, descripción, médico solicitante), serie (UID de instancia de serie, modalidad, parte del cuerpo) e imagen (UID de instancia SOP, UID de clase SOP, filas, columnas, bits, ajustes de ventana, datos de píxeles). Cada archivo repite los valores de los cuatro niveles.
DICOM agrupa los atributos por el nivel de la jerarquía que describen. Los mismos valores se repiten en cada archivo de un estudio, por lo que una sola imagen puede archivarse correctamente por sí sola.
| Nivel | Etiqueta | Nombre | VR | Ejemplo |
|---|---|---|---|---|
| Paciente | (0010,0010) | Nombre del Paciente | PN | DOE^JANE^^^ |
| Paciente | (0010,0020) | ID del Paciente | LO | MRN-00012345 |
| Paciente | (0010,0030) | Fecha de Nacimiento del Paciente | DA | 19800523 |
| Paciente | (0010,0040) | Sexo del Paciente | CS | F |
| Estudio | (0020,000D) | Study Instance UID | UI | 1.2.840.113619.2.55… |
| Estudio | (0008,0020) | Fecha del Estudio | DA | 20260314 |
| Estudio | (0008,0050) | Número de Acceso | SH | RAD2026-77812 |
| Estudio | (0008,1030) | Descripción del Estudio | LO | CT CHEST W/O CONTRAST |
| Estudio | (0008,0090) | Nombre del Médico Remitente | PN | SMITH^JOHN |
| Serie | (0020,000E) | Series Instance UID | UI | 1.2.840.113619.2.55… |
| Serie | (0008,0060) | Modalidad | CS | CT |
| Serie | (0018,0015) | Parte del Cuerpo Examinada | CS | CHEST |
| Imagen | (0008,0018) | SOP Instance UID | UI | 1.2.840.113619.2.55… |
| Imagen | (0008,0016) | SOP Class UID | UI | 1.2.840.10008.5.1.4.1.1.2 (CT Image Storage) |
| Imagen | (0028,0010) / (0028,0011) | Filas / Columnas | US | 512 / 512 |
| Imagen | (0028,0100) | Bits Asignados | US | 16 |
| Imagen | (0028,1050) / (0028,1051) | Centro / Ancho de Ventana | DS | 40 / 400 |
| Imagen | (7FE0,0010) | Datos de Píxeles | OB o OW | los bytes |
Representaciones de valor
Una representación de valor (VR) DICOM es un código de dos letras que indica al software cómo leer los bytes de un elemento: PN para nombres de personas, LO y SH para cadenas, CS para cadenas de códigos, DA, TM y DT para fechas y horas, UI para identificadores únicos, IS y DS para cadenas numéricas, US para enteros sin signo cortos, SQ para secuencias, OB u OW para binarios.
La VR indica al software cómo leer los bytes. Las más comunes: PN nombre de persona (componentes separados por ^: apellido^nombre^segundo nombre^prefijo^sufijo); LO cadena larga; SH cadena corta; CS cadena de código (en mayúsculas, de una lista fija); DA fecha YYYYMMDD; TM hora; DT fecha-hora; UI identificador único (números con puntos, máximo 64 caracteres); IS cadena de enteros; DS cadena decimal; US entero sin signo corto; SQ secuencia, una lista anidada de más elementos de datos; OB/OW otros bytes o palabras, binario crudo. En JSON de DICOMweb, cada atributo se escribe como {"vr": "PN", "Value": [...]} , como se muestra en DICOMweb explicado.
UIDs: los identificadores que no deben cambiar
Los UID de estudio, serie e instancia SOP de DICOM son identificadores únicos a nivel mundial generados por el escáner bajo la raíz registrada del fabricante y reutilizados por el índice PACS, el ImagingStudy de FHIR y las URL de DICOMweb. Nunca deben reescribirse de forma inconsistente, o el estudio se desmoronará. El UID de clase SOP, por el contrario, identifica el tipo de objeto, no la imagen.
Los tres UIDs (estudio, serie, instancia) son los únicos identificadores globalmente únicos en el sistema. Son generados por el escáner bajo la raíz registrada del fabricante y se reutilizan en todas partes: el índice PACS, el FHIR ImagingStudy, la URL de DICOMweb. Si una herramienta los reescribe de forma inconsistente (desidentificando un archivo pero no su vecino), el estudio se desmorona. El SOP Class UID es diferente: no es un identificador de esta imagen sino del tipo de objeto (imagen CT, imagen MR, informe estructurado), fijado por el estándar.
Etiquetas que contienen datos personales
Las etiquetas DICOM que contienen datos personales se enumeran en la Parte 15, Anexo E del estándar, el Perfil de Confidencialidad de Nivel de Aplicación Básico: nombre del paciente, ID, fecha de nacimiento, dirección y teléfono, nombres de médicos e instituciones, números de serie de dispositivos, fechas y horas en cada nivel, descripciones de texto libre, etiquetas privadas, secuencias anidadas que contienen identificadores y texto grabado en los píxeles.
La Parte 15, Anexo E del estándar define el Perfil de Confidencialidad Básico de Nivel de Aplicación: una lista de atributos que identifican al paciente, a los médicos o a la institución, con una acción para cada uno (eliminar, reemplazar con un valor ficticio, mantener, limpiar). Los obvios son el nombre del paciente, ID, fecha de nacimiento, dirección y teléfono, los nombres de los médicos, el nombre y la dirección de la institución, y el número de serie del dispositivo. Menos obvios:
- Fechas y horas en cada nivel (estudio, serie, adquisición, contenido), que se desplazan o eliminan según la necesidad de investigación;
- Campos de texto libre (Descripción del Estudio, Comentarios de la Imagen, Nombre del Protocolo) que los técnicos a veces rellenan con nombres;
- Etiquetas privadas, cuyo significado solo conoce el proveedor; el valor predeterminado seguro es eliminarlas;
- Anotaciones incrustadas: texto dibujado en los propios píxeles (ultrasonido y algunas capturas de pantalla), marcadas por
(0028,0301)Burned In Annotation y solo se pueden eliminar editando la imagen; - Secuencias como Referenced Patient Sequence u Other Patient IDs, donde los identificadores se ocultan dentro de elementos anidados.
Las buenas herramientas de desidentificación siguen la Parte 15, mantienen un mapeo de UIDs antiguos a nuevos en un lugar seguro y registran lo que cambiaron. Para una visión más amplia (HIPAA Safe Harbor, anonimización y seudonimización GDPR), consulte Desidentificación de datos de salud.
Leer una cabecera usted mismo
Puedes leer una cabecera DICOM tú mismo con cualquier visor DICOM o con herramientas de línea de comandos como dcmdump de DCMTK o pydicom en Python, que imprimen el archivo como una lista de etiquetas. La cabecera muestra el nombre del paciente, la fecha de nacimiento, la fecha del estudio y la descripción del estudio, para que puedas confirmar que las imágenes obtenidas de un hospital son tuyas.
Cualquier visor DICOM muestra la cabecera; las herramientas de línea de comandos (dcmdump de DCMTK, pydicom en Python) la imprimen como una lista de etiquetas. Si obtuvo sus propias imágenes de un hospital, la cabecera es donde confirma que el nombre, la fecha de nacimiento y la fecha del estudio son suyos y que la descripción del estudio coincide con el examen que tuvo. Consulte Cómo obtener sus imágenes de TC o RM.
Páginas relacionadas
- DICOMweb explicado
- FHIR ImagingStudy vs DICOMweb
- PACS vs RIS vs VNA
- Desidentificación de datos de salud
- Cómo obtener sus imágenes de TC o RM (DICOM)
Fuentes
- DICOM PS3.6: Diccionario de Datos
- DICOM PS3.5: Estructuras de Datos y Codificación (representaciones de valor)
- DICOM PS3.15 Anexo E: Perfiles de Confidencialidad de Atributos
- DICOM PS3.3: Definiciones de Objetos de Información
- Documentación de pydicom
Preguntas frecuentes
¿Por qué las etiquetas se escriben como (0010,0010) y también como 00100010?
Son lo mismo: el grupo 0010 y el elemento 0010 en hexadecimal. La forma entre paréntesis se usa en la documentación y los visores; la forma de ocho dígitos se usa como clave en JSON de DICOMweb.
¿Qué es una etiqueta privada?
Un elemento definido por un proveedor en lugar del estándar, en un grupo impar (por ejemplo, (0009,xxxx) o (0029,xxxx)), con un elemento creador privado que nombra el bloque del proveedor. Solo el software de ese proveedor conoce el significado; la desidentificación las elimina por defecto.
¿Son las etiquetas DICOM lo mismo que los elementos FHIR?
No. FHIR ImagingStudy contiene un puñado de ellas (los UIDs, modalidad, sitio del cuerpo, recuentos, fechas); el resto de la cabecera permanece en DICOM. La Parte 16 del estándar DICOM y la especificación FHIR documentan los pocos mapeos que existen.
¿Qué etiquetas necesito para encontrar una imagen en un archivo?
ID o nombre del paciente para encontrar los estudios, luego el Study Instance UID para recuperar el correcto. QIDO-RS busca exactamente en estos; los UIDs de serie e instancia vuelven en la respuesta.
Pruébalo en Anpheros Daily
Guarda tus informes de escáner y pruebas en un solo lugar en Anpheros Daily, listos para mostrar en tu próxima visita.
Cómo funciona en la app →
Anpheros crea un historial médico que el paciente controla y puede compartir con cualquier clínica, en una plataforma HL7 FHIR R4, con sede en la UE. Estas guías te ayudan a entender y organizar tu salud; no reemplazan a tu médico.
Sobre Anpheros →