MONOCHROME1 vs MONOCHROME2: Imágenes Invertidas

Introducción: El Negativo Que No Debería Estar Ahí

Uno de los tickets de soporte más comunes en cualquier servicio de imagen dice algo así: "La radiografía de tórax se abre bien en nuestro PACS, pero cuando cargo el mismo archivo en otro visor los huesos salen negros y los pulmones blancos — parece un negativo fotográfico." Los píxeles no están corruptos, la sintaxis de transferencia se decodificó correctamente y los valores de ventaneo son sensatos. Lo que cambió es la interpretación de un único atributo DICOM corto: Photometric Interpretation, la etiqueta (0028,0004). Este artículo explica exactamente por qué las imágenes DICOM a veces se muestran invertidas, en qué se diferencian los valores MONOCHROME1 y MONOCHROME2, y en qué punto del pipeline de visualización se invierte la rampa de grises. Puedes inspeccionar las etiquetas relevantes tú mismo con nuestro Visor de Etiquetas DICOM y confirmar cómo se comporta un renderizador conforme en el Visor de Imágenes DICOM.

Qué Declara Realmente la Interpretación Fotométrica

Photometric Interpretation está definida en el Estándar DICOM, PS3.3 Sección C.7.6.3.1.2 ("Photometric Interpretation"), como parte del Image Pixel Module. Es un atributo de cadena enumerada con un Value Representation de tipo CS (Code String). Su trabajo es indicar al software de renderizado cómo traducir los valores de muestra de píxeles almacenados en una intensidad o color visible. No es una pista cosmética — es una instrucción normativa. Un visor que la ignora es no conforme, no simplemente opinante.

Para imágenes en escala de grises el estándar define dos valores enumerados que son imágenes especulares uno del otro:

• MONOCHROME2 — el valor de píxel almacenado mínimo se muestra como negro y el máximo se muestra como blanco. Mayor valor significa más brillante. Esta es la convención que casi todo el mundo espera intuitivamente.
• MONOCHROME1 — el valor de píxel almacenado mínimo se muestra como blanco y el máximo se muestra como negro. Mayor valor significa más oscuro. Esta es la rampa inversa.

De forma crucial, los datos de píxeles subyacentes (7FE0,0010) pueden ser idénticos byte por byte entre dos archivos; solo el valor de (0028,0004) determina si el resultado se ve positivo o negativo en pantalla. Si un visor codifica de forma rígida la suposición "mínimo igual a negro" e ignora la etiqueta, cada imagen MONOCHROME1 que toque se renderizará como negativo. Ese único descuido es la causa raíz de la inmensa mayoría de los reportes de "DICOM invertido".

Por Qué Existe MONOCHROME1

La convención MONOCHROME1 es una herencia directa de la radiografía de película analógica. En la película expuesta y revelada, las zonas que recibieron más fotones de rayos X se vuelven más oscuras (mayor densidad óptica), mientras que las zonas protegidas por hueso denso permanecen claras. Los primeros sistemas digitales — en particular los lectores de radiografía computarizada (CR) y los digitalizadores de película — mapeaban sus valores almacenados para imitar esa apariencia de película, donde valores adquiridos mayores correspondían a una salida más oscura. Para preservar el aspecto con el que se formaron los radiólogos, esos dispositivos etiquetaron su salida como MONOCHROME1. DICOM no inventó la inversión; simplemente dio un nombre formal a la polaridad de la era de la película para que el software descendente pudiera reproducirla fielmente. Muchas unidades modernas de radiografía digital (DR/DX), en cambio, emiten MONOCHROME2 porque la calibración se rediseñó en torno al modelo "más señal igual a más brillante" usado por CT y MR.

Dónde Ocurre la Inversión en el Pipeline

DICOM especifica un pipeline de visualización en escala de grises bien ordenado en PS3.4 Anexo N (el Grayscale Softcopy Presentation State) y en PS3.3 C.11. Conceptualmente, los valores de píxeles almacenados fluyen a través de una cadena de transformaciones antes de llegar al monitor. Las etapas relevantes para la inversión son:

• Modality LUT — convierte los valores almacenados en unidades físicas significativas (para CT, Unidades Hounsfield mediante Rescale Slope (0028,1053) y Rescale Intercept (0028,1052)).
• VOI LUT / ventaneo — aplica Window Center (0028,1050) y Window Width (0028,1051) para seleccionar el rango visible.
• Presentation LUT — el mapeo final a "P-Values" (valores de visualización perceptualmente lineales), gobernado por el atributo Presentation LUT Shape (2050,0020), que puede tomar el valor IDENTITY o INVERSE.

Photometric Interpretation actúa al inicio mismo de esta cadena: establece la convención de polaridad de los valores almacenados. Un renderizador correcto trata MONOCHROME1 como si la inversión estuviera incrustada en los datos, así que debe invertir la rampa de grises para producir una imagen de aspecto normal. El detalle de implementación más limpio es aplicar la matemática de ventaneo de forma idéntica para ambas interpretaciones y luego, solo para MONOCHROME1, calcular el valor de visualización final de 8 bits como 255 - ventaneado. Esa única resta es toda la diferencia entre una imagen correcta y un negativo.

Presentation LUT Shape Añade un Segundo Interruptor de Inversión

Para complicar las cosas, un objeto Grayscale Softcopy Presentation State (GSPS) o el atributo Presentation LUT Shape pueden solicitar de forma independiente la polaridad INVERSE. Esto es lo que un botón "Invertir" en la barra de herramientas de un PACS suele alternar. El estándar es explícito en que estas transformaciones se componen: si una imagen es MONOCHROME1 y un presentation state solicita una inversión adicional, las dos se cancelan efectivamente y vuelves a ver una imagen positiva. Un error frecuente de depuración es aplicar a la vez la inversión de MONOCHROME1 y un invert a nivel de interfaz, produciendo un doble negativo que se ve correcto en un archivo y mal en el siguiente. Cuando comparas dos visores y la polaridad difiere, la pregunta a hacerse es siempre: ¿qué capas de inversión está aplicando cada uno? Inspeccionar (0028,0004) y (2050,0020) lado a lado en el Visor de Etiquetas DICOM suele resolver la discusión en segundos.

Cómo Diagnosticar una Imagen Invertida

Cuando un estudio se renderiza como negativo, revisa esta lista antes de asumir que el archivo está roto:

• Lee la etiqueta. Abre el archivo y mira Photometric Interpretation (0028,0004). Si dice MONOCHROME1, una inversión es esperada y tu renderizador debe respetarla. Si dice MONOCHROME2 pero la imagen se ve invertida, el renderizador está equivocado, no el archivo.
• Comprueba Pixel Representation. La etiqueta (0028,0103) declara datos con signo (1) o sin signo (0). Un visor que trata datos CT con signo en complemento a dos como sin signo hará que los valores Hounsfield negativos se desborden a positivos enormes, lo que puede parecer una inversión parcial o un artefacto "solarizado" en lugar de un negativo limpio.
• Busca un Presentation LUT Shape. La etiqueta (2050,0020) con valor INVERSE solicita una inversión adicional. Confirma si un objeto presentation state acompaña a la imagen.
• Verifica las etiquetas de ventaneo. Un Window Width negativo es ilegal según PS3.3 C.11.2 y, si se maneja mal, también puede invertir el contraste. Window Center y Window Width deben ser números positivos y sensatos para la modalidad.
• Prueba contra un segundo visor conforme. Si un visor conocido como bueno renderiza el archivo correctamente y el tuyo no, el defecto está en tu código de renderizado, no en los datos.

Un Ejemplo Concreto Resuelto

Supón que una imagen de tórax CR almacena valores de 12 bits sin signo, con Photometric Interpretation establecido en MONOCHROME1, Window Center 2048 y Window Width 4096. Un renderizador ingenuo calcula el valor ventaneado para una región brillante de hueso como, digamos, 230 sobre 255 y la pinta gris claro — pero como la interpretación es MONOCHROME1, el resultado conforme debería ser 255 - 230 = 25, un píxel oscuro. Omite esa resta y el hueso brilla blanco mientras los campos pulmonares se oscurecen: el negativo invertido de manual. La solución no es cambiar los valores de ventana, reexportar el archivo ni "convertir" nada; es simplemente aplicar la inversión de una línea que la etiqueta ha estado solicitando todo el tiempo.

¿Deberías Alguna Vez Reescribir MONOCHROME1 a MONOCHROME2?

Es técnicamente posible normalizar un archivo invirtiendo los datos de píxeles, estableciendo (0028,0004) en MONOCHROME2 y guardando. Algunos archivos hacen esto para simplificar las herramientas descendentes. Sin embargo, el Estándar DICOM trata los datos de píxeles como clínicamente autoritativos, y modificarlos tiene consecuencias. Cualquier VOI LUT incrustado, presentation state u overlay que asumiera la polaridad original puede quedar ahora inconsistente. Para flujos de trabajo regulados, el camino más seguro es mantener los píxeles originales intactos y arreglar el renderizador para que respete la etiqueta, exactamente como exige PS3.3. Si debes transcodificar, registra el cambio en la descripción de derivación de la imagen y trata el resultado como un objeto derivado, no como el original. Los pipelines de desidentificación y conversión de formato deben tener especial cuidado aquí, porque re-codificar la polaridad en silencio puede enmascarar si un visor más adelante es conforme.

Interpretaciones de Color y Multimuestra para Contexto

Por completitud, Photometric Interpretation también gobierna las imágenes en color, y esos valores nunca se invierten en el sentido de escala de grises. RGB mapea tres muestras directamente a los canales rojo, verde y azul; PALETTE COLOR usa tablas de búsqueda indexadas definidas en las etiquetas (0028,1101) a (0028,1203); y YBR_FULL, YBR_FULL_422, YBR_ICT e YBR_RCT describen codificaciones luminancia-crominancia usadas con compresión JPEG y JPEG 2000, definidas en PS3.5. Ninguna de estas conlleva la cuestión de polaridad positivo/negativo, que es exclusiva de las dos variantes monocromas. Cuando una imagen RGB de endoscopia o dermatología se ve mal, la causa es casi siempre un desajuste de espacio de color o de configuración planar, no una inversión MONOCHROME.

Conclusiones Prácticas para Equipos de Imagen

La visualización DICOM invertida casi nunca es un problema de corrupción de datos y casi siempre un problema de interpretación. La solución vive en tres atributos cortos y una resta:

• Lee siempre Photometric Interpretation (0028,0004) y respeta MONOCHROME1 invirtiendo la rampa de grises.
• Compón — no apiles a ciegas — la inversión a nivel de imagen con cualquier Presentation LUT Shape (2050,0020) o inversión solicitada por GSPS.
• Respeta Pixel Representation (0028,0103) para que los datos CT con signo no se desborden y se hagan pasar por una inversión.

Si quieres profundizar en cómo interactúan las transformaciones circundantes, nuestras guías complementarias sobre cómo funciona el renderizado de imágenes DICOM y los presets estándar de ventaneo para CT, MRI y rayos X recorren en detalle el pipeline completo de píxel a pantalla. Para verificar cualquiera de las afirmaciones de aquí contra un archivo real, suelta un estudio en el Visor de Imágenes DICOM y observa cómo la polaridad se comporta exactamente como la etiqueta indica — todo en tu navegador, sin que ningún dato de píxeles salga nunca de tu dispositivo.

Conclusión

La próxima vez que una radiografía se abra como un negativo en blanco y negro, resiste el impulso de culpar al archivo. Ábrelo, lee (0028,0004) y la respuesta suele estar mirándote de frente: MONOCHROME1. El Estándar DICOM, desde PS3.3 C.7.6.3.1.2 hasta el pipeline de presentación de PS3.4 Anexo N, define la polaridad con precisión para que cualquier visor conforme pueda reproducir la apariencia prevista. Entender ese único atributo — y dónde actúa en la cadena de renderizado — convierte una desconcertante imagen en negativo en una corrección de una línea y en una lección para todo el equipo de imagen.