¿Qué Son los Datos de Píxeles DICOM?
El estándar DICOM almacena imágenes médicas como arreglos de píxeles crudos incrustados en la estructura binaria del archivo. La etiqueta (7FE0,0010) — Pixel Data — contiene los valores reales de la imagen. A diferencia de los formatos de imagen de consumo (JPEG, PNG), los datos de píxeles DICOM llevan metadatos clínicos: profundidad de bits, representación con/sin signo, interpretación fotométrica y parámetros de ventaneo que definen cómo los valores crudos deben mapearse a niveles de brillo visibles.
Interpretación Fotométrica
La etiqueta Photometric Interpretation (0028,0004) indica al visor cómo interpretar los valores de píxeles. MONOCHROME2 es la más común: valores más altos aparecen más brillantes (blancos). MONOCHROME1 invierte esta convención — valores más altos aparecen más oscuros — y se usa en algunos formatos CR antiguos y películas digitalizadas. Las imágenes RGB almacenan tres muestras por píxel (rojo, verde, azul) y son comunes en fotos de dermatología, láminas de patología y capturas de endoscopia de luz visible.
Ventaneo: Window Center y Window Width
Las imágenes médicas típicamente usan profundidad de 12-bit o 16-bit, proporcionando 4,096 o 65,536 niveles de gris posibles — mucho más que los 256 niveles que una pantalla estándar puede mostrar. El ventaneo (también llamado window/level) mapea un rango seleccionado de valores de píxeles al rango 0–255 de la pantalla. El Window Center (WC) define el punto medio del rango visible, y el Window Width (WW) define qué tan amplio es el rango. Por ejemplo, una ventana estándar de pulmón CT usa WC = -600, WW = 1500, que hace que el aire aparezca negro y el tejido blando gris medio.
Sintaxis de Transferencia: Sin Comprimir vs. Encapsulado
DICOM soporta múltiples sintaxis de transferencia que definen cómo se codifican los datos de píxeles. Las sintaxis sin comprimir (Implicit VR Little Endian, Explicit VR Little Endian) almacenan arreglos de píxeles crudos que pueden leerse directamente en memoria. Las sintaxis encapsuladas envuelven los datos de píxeles en frames de compresión JPEG, JPEG 2000 o JPEG-LS. Al renderizar imágenes encapsuladas, el visor debe extraer fragmentos individuales de frames y decodificarlos usando el decodificador nativo del navegador antes de mostrar el resultado en canvas.
Imágenes Multi-Frame y Cine Loops
Algunos objetos DICOM contienen múltiples frames dentro de un solo archivo — MRI cardíaco cine, estudios de medicina nuclear y objetos CT/MR mejorados. La etiqueta Number of Frames (0028,0008) indica cuántos frames existen. Para datos sin comprimir, el desplazamiento de bytes de cada frame se calcula a partir de las dimensiones de la imagen y la profundidad de bits. Para datos encapsulados, cada fragmento JPEG típicamente representa un frame.
Profundidad de Bits y Ventanas Clínicas
La profundidad de bits de una imagen DICOM determina su rango dinámico. Las imágenes de 8-bit (comunes en capturas secundarias de ultrasonido) ofrecen 256 niveles de gris, mientras que las imágenes CT de 12-bit proporcionan 4,096 niveles y los escáneres PET de 16-bit ofrecen hasta 65,536. Mayor profundidad de bits significa más flexibilidad de ventaneo — un CT de 12-bit puede ventanearse para mostrar parénquima pulmonar (WC = -600, WW = 1500), tejido blando (WC = 40, WW = 400) o hueso (WC = 300, WW = 1500), cada uno revelando información clínica diferente de los mismos datos crudos.
Cuando la etiqueta Pixel Representation indica datos con signo, el renderizador debe usar aritmética de complemento a dos. Las imágenes CT en Unidades Hounsfield son típicamente con signo, con aire aproximadamente a -1000 HU y agua a 0 HU. Tratar incorrectamente valores con signo como sin signo es una fuente común de artefactos de renderizado en implementaciones ingenuas.
Renderizado en Navegador vs. PACS de Escritorio
Las estaciones PACS tradicionales usan hardware GPU dedicado y código C++ compilado para renderizado en tiempo real. Los visores en navegador usan JavaScript y HTML5 Canvas, lo que introduce algo de sobrecarga pero ofrece ventajas significativas: cero instalación, compatibilidad multiplataforma y aislamiento inherente de datos. Para revisión, educación y pruebas de integración, el renderizado en navegador es más que suficiente.
La ventaja clave de privacidad del renderizado del lado del cliente es que los archivos DICOM nunca salen del dispositivo del usuario. No hay paso de subida, no hay procesamiento del lado del servidor y no hay almacenamiento temporal en la nube. Esto hace que los visores en navegador sean adecuados para entornos donde las políticas de gobernanza de datos restringen la transferencia de imágenes médicas a servicios externos.