Indice de los casos médicos tratados en el Blog

Indice de los animales tratados en el Blog

sábado, 2 de marzo de 2019

Las imágenes digitales en medicina



La mayoría de las veces que comparto imágenes de algún caso médico que he tenido en alguna guardia lo hago subiendo capturas de pantalla, casi siempre en formato jpg. Siempre les quito cualquier dato personal para que sea una imagen anónima y las subo en una calidad simplemente decente para que que el que quiera verlas con detenimiento pueda hacerlo sin demasiado esfuerzo.

Pero los médicos no vemos las imágenes médicas en esa calidad, ni la mayoría de las veces en ese formato. Tampoco las tenemos guardadas en el disco duro de nuestro ordenador en el despacho, ni en un CD o un DVD.

Como se que algunos pueden tener curiosidad sobre como guardamos, almacenamos y vemos las imágenes hoy en día en los hospitales, voy a hablar un poco de ello. Así, además, toco un tema informático, que es otra de las aficiones que tengo y a la que hace muchísimo tiempo no le hago ni caso.

Si no tenéis curiosidad por el tema, os aseguro que no sabéis lo que os perdéis y si pensáis que no os interesa en absoluto, posiblemente cambies de opinión el día que pidáis en un hospital vuestro historial médico por cualquier motivo y os den un CD en el que además estarán las radiografiás, ecografias, TACs o Resonancias entre otras posibles pruebas diagnósticas de imagen que os hayan hecho y cuando vayáis a verlas no podáis ver nada. O incluso peor, vayáis con vuestro CD al médico que estéis consultado y éste lo ponga en su ordenador y no pueda ver nada, no sepa porque y además no sepa solucionar el problema. Ese día iréis a consultar a Internet, veréis que otros han tenido el mismo problema y quizás no deis con la solución, o tengáis que leer mucha tontería hasta que lo solucionáis y lo que es peor, una vez solucionado el problema no tengáis ni medio claro de que era lo que pasaba.

¿Os he despertado ya la curiosidad?, espero que si :)

Cuando empezamos a trabajar con imágenes en el ordenador lo primero que nos encontramos es que los archivos de imágenes tienen diferentes extensiones, es decir, tras el nombre del archivo de imagen vemos un punto seguido de unas letras:.bmp, .jpg, .gif, .png, .tiff...; esto lo que representa son diferentes formatos en los que guardar na imagen digital.

Todavía recuerdo la primera vez que utilicé un PC de sobremesa con su Windows encastrado de serie (de aquellas un Win 95) y vi la primera imagen descubriendo lo que era un archivo .bmp Como soy curioso por naturaleza, inmediatamente busqué que querían decir las siglas BMP. ¡Mapa de bits!

Resulta que eso era un formato para las imágenes que era propio del sistema operativo Microsoft Windows diseñado para guardar imágenes con diferentes cantidades de colores según los bits que se usasen y que además se podían comprimir para que ocupasen menos en el ordenador las imágenes sin perder con ello calidad. Descubrí lo que era la compresión RLE (Run-length encoding). Pensé que ya sabía lo que tenía que saber sobre los formatos de imagen y me quedé tan ancho.

La felicidad me duró pocos días, pues al poco de comprar mi PC me regalaron en el trabajo una conexión a Internet (algo bastante poco frecuente en aquella época), descubrí la web y que las imágenes veía tenían otra extensión. Diablos, ahora quería averiguar que eran esos .jpg y .gif

Había tardado muy poco en descubrir que había diferentes formatos en los que guardar las imágenes digitales y quise saber el porque y que diferencias había entre ellos. Después aparecieron los Tiff, los png, los Raw... pero ya no tenía ningún problema porque entendía perfectamente que una imagen digital se puede guardar de muchas formas según lo que quieras de la imagen.

Aunque seguro que todos lo sabéis a estas altura os diré que como el formato de Windows para guardar las imágenes, el .bmp es tan pesado, se desarrollaron los otros formatos que ahora estamos todos tan acostumbrados a manejar. Una de las cosas que se hace con los archivos es asignarles mayor cantidad de bits o menor para guardar el color de los pixeles. Es lo que se llama profundidad del color. A mayor profundidad del color, mas cantidad de bits por pixel para el color y mayor peso del archivo y por tanto más tamaño de archivo para una imagen con una determinada resolución.

Número de bits
Número máximo de colores
8
256
16
65.536
24 (color verdadero, incluso supera el nº de colores perceptibles por un humano)
16.777.216
32 (color verdadero más soporte de niveles de transparencia)
16.777.216+256 niveles de transparencia

Otra cosa es aplicarles algoritmos de compresión a los archivos, intentando que en el proceso de codificación y posterior decodificación del archivo la pérdida de información sea baja o incluso nula.

El formato .gif debe su nombre al acrónimo "Graphics Interchange Format" es decir formato de intercambio gráfico y se desarrolló específicamente para poder intercambiar rápidamente las imágenes comprimiendolas mucho para que pesasen poco y el intercambio fuese veloz. Se diseñó sobre todo pensando en la web. El problema de este formato es que para comprimir mucho el archivo, reduce mucho la paleta de colores (permite 256 como máximo, es decir una profundidad de 8 bits) y la calidad de la imagen, si manejas fotografías es un bodrio. Pero es que claro, no está diseñado para eso. Para eso se hizo el .jpg o .jpeg. Este formato debe su nombre al acrónimo de "Joint Photographic Experts Group" es decir grupo de expertos fotográficos unidos, el nombre del comité que desarrolló este formato para comprimir lo mas y mejor posible imágenes fotográficas con poca pérdida de calidad. Admite una paleta de hasta 16 millones de colores pero a base de usar este formato uno se da cuenta rápidamente de sus ventajas, pero las desventajas tarda uno mas tiempo en darse cuenta de ellas a no ser que sea aficionado a la fotografía. Os diré que el truco de este formato es que permite mas pérdida de información en los colores que en los brillos de los pixeles aprovechando que el ojo humano es mas sensible a los cambios de brillo que a los de color; de esta manera se reduce el peso del archivo sin que el ojo humano note mucha diferencia de calidad. Puedes ademas regular la cantidad de compresión que haces de la imagen. El problema gordo es que las pérdidas por compresión de la imagen son acumulativas, es decir, cuantas mas veces proceses el archivo jpg, mas grandes serán las perdidas de información de la imagen y por lo tanto peor su calidad. Como ahora todo el mundo tiene una cámara fotográfica o sinó un teléfono móvil con cámara, todo el mundo maneja archivos .jpg pues es el formato que suelen utilizar, pero los verdaderos aficionados a la fotografía saben que es un formato en el que no deben guardar sus originales fotográficos por la pérdida de calidad que es además acumulativa.

Estos problemas que aparecieron con los formatos gif y jpg iniciales se han intentado solventar con otros formatos, que ahora ya son habituales pero que los que no son aficionados a la fotografía o por lo menos un poco curiosos no conocen bien y por lo tanto son formatos de menos uso habitual, digamos que por los "usuarios terminales" El problema de la baja calidad del gif por la escasa cantidad de colores utilizados se solventó con el formato .png, un formato que recibe su nombre de "Portable Network Graphic", es decir, Gráfico portable para la red. Su nombre lo dice casi todo. Es un buen formato porque esta diseñado para los intercambios rápidos y la red como alternativa al gif, con una tasa de compresión aproximadamente un 10% mayor que este y pudiendo utilizar un numero de colores superior a los 256 pues permite imágenes con color verdadero, escala de grises y paleta de 8 bits. Además utiliza un algoritmo de compresión sin pérdidas, no está sujeto a una patente como pasa con el formato gif. Es un formato muy bueno para imágenes de color de alta resolución y alto contraste. Otros atributos que pueden ser guardados en una imagen PNG son: valores de gamma, color del fondo e información textual. PNG también soporta corrección de color con el uso de sistemas de manejo del color como sRGB. El método de compresión utilizado por el PNG es conocido como deflación (en inglés "Deflate algorithm"). También existen métodos de filtrado. Pero desde luego no es un buen formato para que los fotógrafos guardemos nuestras fotografiás procesadas y mucho menos nuestros originales. Par ello tenemos otro formato, el Tif o Tiff. A éste el nombre le viene de "Tagged Image File Format" que significa Formato de Archivo de Imagen Etiquetada. El formato TIFF fue desarrollado por la desaparecida Aldus y Microsoft, y es actualmente propiedad de Adobe Systems. Almacena imágenes con una calidad excelente, utiliza cualquier profundidad de color de 1 a 32 bits y es el formato ideal para editar o imprimir una imagen o para guardar el original procesado pero tiene la desventaja de que produce archivos de mayor peso, pero no es cierto que no comprima como podréis escuchar por ahí, pues admite opcionalmente el sistema de compresión sin pérdida de calidad conocido como LZW (Lempel-Ziv-Welch).Un aspecto muy práctico del formato TIFF es que permite almacenar más de una imagen en el mismo archivo.

Los aficionados a la fotografía conocemos todos además el formato RAW (o para los Nikonista los archivos. Nef). Un . RAW contiene la totalidad de los datos de la imagen tal y como ha sido captada por el sensor digital de la cámara. Se consideran el equivalente a los negativos, o sea imágenes listas para ser procesadas o reveladas digitalmente, para después imprimir o editar con editores gráficos de mapa de bits. Los archivos NEF guardados en la tarjeta de memoria de la cámara pueden estar no comprimidos o comprimidos sin pérdida.

Y ahora que hemos repasado todo esto es cuando llego al punto en el que meto a la medicina por en medio.

Resulta que cuando se empezaron a digitalizar las imágenes médicas, y no me refiero solo a las fotografiás de las lesiones de los pacientes, sinó a los resultados de cualquier prueba de imagen médica, los médicos y los informáticos comenzaron a darse cuenta de que cuando se almacenasen no simplemente necesitábamos el almacenamiento adecuado para una buena recuperación y la organización del intercambio de esas imágenes, sino que además necesitábamos que se hiciese y con efectividad, la de todos los datos asociados a esa prueba de imagen (del estudio, del paciente, de la institución y muchos mas) . Alrededor de un sistema central de gestión y archivo se disponen diferentes sistemas de adquisición, visualización y archivo de imágenes, unidos por redes de comunicaciones y eso ofrece muchas posibilidades nuevas, pero también muchos retos y problemas a resolver. La adecuada gestión de la imagen médica se convirtió en uno de los mayores problemas a los que se enfrentaban los Servicios de Informática que trabajaban en la sanidad. Allá por los años 70 el Colegio Americano de Radiología (ACR) y la Asociación Nacional de Fabricantes de Material Eléctrico (NEMA) debido a la aparición del TAC entre otras cosas deciden crear un método estándar para la transferencia entre diferentes dispositivos de las imágenes médicas y la información que tengan asociada, así como los formatos en los que deben almacenarse las imágenes médicas, llegando a dar su fruto el año 1983, en el que la ACR y la NEMA forman un comité conjunto en el que se desarrolla un estándar para el intercambio de información sobre imágenes digitales entre los distintos fabricantes de aparatos tecnológicos. Dos años después se publica la versión 1.0 del estándar ARC-NEMA. En el año 1988 se publica la versión 2.0 del estándar con bastantes mejoras y a partir de entonces se comienza a hablar del estándar DICOM (acrónimo de “Digital Imaging and Communications in Medicine”), como mejora de la versión 2.0 del estándar ARC-NEMA permitiendo su uso en un entorno de red basadas en protocolo TCP/IP (¡Internet, señores!). Así pues, DICOM no es un formato de archivo de imagen digital, sino que es un estándar para que todos los equipos de imagen médica se comuniquen entre sí y para el almacenado de las imágenes. El manejo de la imagen digital DICOM debe incluir además otros entornos además de la radiología como son el video, la imagen microscópica (imágenes biomédicas), las imágenes en color y la morfometría. DICOM tiene una estructura organizada por etiquetas (tags) donde cada una representa un dato distinto. Un tag está formado por dos identificadores, el grupo y el elemento. El identificador de grupo nos indica a qué grupo pertenece el dato y el identificador de elemento qué elemento dentro del grupo es al que representa. Cada dato que compone un archivo es almacenado en una estructura llamada Data Set (conjunto de datos) donde cada dato almacenado está definido por el tag, el tipo de dato y la longitud del dato. El conjunto formado por el tag, el tipo de dato, la longitud y el dato en si es llamado Data Element.


Tengo que decir ahora que en informática al conjunto de equipos informáticos dedicados a la adquisición, almacenamiento, procesado y comunicación de imágenes médicas radiológicas digitales y su información asociada se le denomina PACS, otro acrónimo, en este caso de Picture Archiving and Communication System” o IMACS (Image Management and Communication System). No hay que confundirlos con los HIS que son los sistemas de información hospitalaria o sistemas de información en salud (el expediente electrónico sería simplemente la parte clínica del HIS) unos programas informáticos instalados en el hospital para la gestión integrada de todos los factores que inciden en el sistema sanitario, ni con los RIS, “Radiology Information System”, que representan el sistema que controla todo el departamento de diagnóstico por imágenes, para el manejo de turnos, stock de insumos, facturación del servicio, creación y almacenamiento de reportes e informes de diagnóstico y estadísticas. Uno de los principales problemas que plantea un PACS (además de su coste) es como almacenar todas las imágenes, para lo que hay dos opciones que no son alternativas, sino que muchas veces se complementan: el almacenamiento in-situ y el almacenamiento fuera del sistema y el tema de la seguridad de los datos. Pero eso no es tema en el que vaya a entrar ahora. Además para que todo funcione adecuadamente es necesario que exista una integración entre PACS, HIS y RIS, cosa que se hace mediante el estándar de comunicación HL7, (Health Level Seven) que en realidad es un conjunto de estándares para facilitar el intercambio electrónico de información clínica que utiliza una notación formal del lenguaje unificado de modelado (Unified Modeling Language) por sus siglas UML y un metalenguaje extensible de marcado con etiquetas , el XML (Extensible Markup Languaje).

En lo que respecta a Galicia, en el Centro de Informática Médica y Diagnostico Radiológico (IMEDIR) de la Universidade da Coruña se ha desarrollado un PACS para usarse tanto desde internet como desde una intranet, su nombre es SMIIS, acrónimo del inglés “Secure Medical Imaging Information System”. La información contenida en los archivos DICOM originales se almacenan en una base de datos junto con las imágenes convertidas a formato jpg sin pérdida de calidad y los DICOM comprimidos se incluyen de forma estructurada en una base de datos normalizada.

Y desde luego, todo este asunto una de las puertas grandes que ha abierto, es la del negocio. Por poner unos ejemplos:

La filial española de Agfa Healthcare cuenta con ‘Enterprise Imaging’, un software centrado en las actividades clínicas de cualquier área sanitaria que sea productora de imágenes. Agfa Healthcare trabaja en aplicaciones colaborativas, como portales en los que se pueda compartir la información clínica relevante, y que permita el acceso y la participación de los diferentes actores de los procesos asistenciales; a la vez que desarrolla también aplicaciones enfocadas al ámbito clínico, en el sentido de herramientas para la gestión integral de centros sanitarios, a partir de la plataforma europea de gestión clínica hospitalaria de Agfa.

La multinacional de origen alemán T-Systems cuenta con ‘Object Storage’, otra solución que permite el almacenamiento de imágenes, que se suma a otros sistemas del grupo basados en soluciones de monitorización remota de pacientes, almacenamiento en la nube o gestión de información de laboratorios, entre otros.

La alemana Brainlab ha desarrollado ‘DICOM Viewer’, una solución integral de fácil y rápido acceso a imágenes médicas; En España, este software está implantado en más de 40 centros, entre los que se encuentran el Hospital Universitario Gregorio Marañón, Hospital Vall d’Hebrón, Hospital Universitario Marqués de Valdecilla, Hospital Clínico de Valladolid, Hospital Puerta del Mar, entre otros muchos.


En los servicios de los Hospitales del sergas y en los centros de salud conectados el Visor de DICOM que utilizamos es Raim Viewer, un software Shareware programado en Java y desarrollado por Bahia Software una empresa ubicada en Santiago de Compostela. Raim Java se ejecuta en los siguientes sistemas operativos: Windows.

Otros ejemplos son Alma, una empresa de software con ya 12 años de andadura, que está especializada en el desarrollo y comercialización de visores avanzados para imágenes médicas. dicom Systems, PostDICOM, Santesoft o DICOM Lybrary.



Ahora ya podemos plantearnos sin problemas la cuestión de ¿Que es lo que pasa cuando nos dan en el hospital un CD con nuestra historia clínica?

La respuesta ahora debería sernos obvia: que todas las imágenes médicas con el mogollón de datos que llevan asociados se han exportado al disco siguiendo los datos del estándar DICOM y para verlos necesitarás un “visor” que acepte ese estándar. En muchas ocasiones incluido en el CD te dan un visor cutrecillo que puedas ejecutar desde tu CD y en otros casos ni siquiera se incluye y ya te buscarás la vida. El visor si se incluye puede estar programado en cualquier lenguaje y posiblemente no sea compatible con cualquier SO. En muchos casos el lenguaje de programación es JAVA y el funcionamiento del visor en el PC en el que lo intentes ver va a depender de que la versión de java instalada sea compatible con la del visor. Para mas inri, tu Dr puede tener incompatibilidad con los javas de tu CD y el instalado en su PC pero lo mas seguro es que como el PC es corporativo tenga capadas las posibilidades de actualización del java (entre otras muchas cosas) y eso suponiendo en el mejor de los casos que tu médico sepa de que va el problema, pues lo mas seguro es que te diga “esto no se puede ver, el problema es del disco, que te den otro”. El es médico, no es informático y ya le llega con su trabajo, te lo puedo asegurar.

Gracias a Dios, siempre hay médicos “Frikis” que meten las narices donde no les llaman y aprenden de todo, incluso de lo que no deben XD

Una solución rápida si solamente quieres ver archivos de radiografiás simples, sin videos y sin recuperar mas información que la imagen es sacar tu pendrive con el Irfanview (para mi gusto el mejor visor gráfico y mas ligero que hay y que además es gratuito), pincharlo en el PC de tu Dr y buscar en el CD los jpg. El problema es que si tu Dr necesita toda la información asociada a la imagen, así no la va a tener, esto solo sirve “para ver la foto” y salir del paso.

Lo mas correcto sería sin embargo instalar un “visor” DICOM en el PC (cosa que tampoco podrá hacer tu médico si es el PC corporativo, pero que tú si puedes hacer en tu casa). Como para cualquier Software tienes programas para hacer esto de pago o gratuitos y diseñados para diferentes sistemas operativos.

Los Ubunteros tenemos en nuestro repositorio Aeskulap Viewer, Jimbo DICOM Viewer, y Amide. Después en la red puedes encontrar otros gratuitos para descargar, como por ejemplo:

  • OsiriX: para MacOS y iOS. Y de código abierto lo que te permite desarrollar tus propias herramientas de post-procesado de imágenes si eres hábil y algo hacker. Disponible tanto para PC como para iPhone, iPod, y iPad.
  • Dicompyler: Este está diseñado para radioterapia pero puede cargar cualquier tipo de imagen DICOM y está disponible para Linux, Mac y Windows. Es de código abierto bajo licencia GPL.
  • MicroDicom: diseñado para Win y bastante bueno y cómodo en su uso
  • RadiAnt: otro muy intuitivo pero no por ello menos potente.
  • Open Dicom Viewer: compatible con Windows, Linux y MacOs, de código abierto y con un rendimiento muy alto a pesar de ser muy básico.

Después, los que sean aficionados a la fotografía digital y Photoshoperos (cosa que ya aviso que yo no soy, a pesar de que cuando ven mis fotografiás suelen colgarme el San Benito) sabrán que con Photoshop pueden manejar los archivos DICOM. Y si no lo sabían ya se lo digo yo, Photoshop lee todos los cuadros de un archivo DICOM y los convierte en capas y puede colocar todos los cuadros DICOM en la cuadrícula de una capa o abrir los marcos como un volumen 3D que puede rotarse en el espacio 3D. Lee archivos DICOM de 8, 10, 12 ó 16 bits. Una vez que se ha abierto un archivo DICOM se puede utilizar cualquier herramienta de Photoshop para ajustar, marcar o anotar el archivo. Los archivos de 16 bits se deben guardar como archivos DICOM, Formato de documento grande, Photoshop, Photoshop PDF, RAW de Photoshop, PNG o TIFF.

Y aquí dejo el tema, que bastante me alargue ya, no sin antes decir que el que quiera leer algo sobre DICOM orientado al usuario, puede buscar en la red la segunda edición del libro de Pianykh y Oleg S. titulado “Digital Imaging and Communications in Medicine (DICOM): A Practical Introduction and Survival Guide”, que lo va a encontrar fácilmente ;-)