Professional Documents
Culture Documents
Página 1 de 18
Objetivo docente
- Explicar los parámetros que son necesarios para establecer la conectividad entre dos
dispositivos DICOM
Página 2 de 18
Fig. 1: Ejemplos de dispositivos DICOM
Referencias: S. González Ortega; Radiodiagnóstico, H. U. La Princesa, Madrid,
SPAIN
1.- Todos los equipos actuales de generación de imágenes médicas, especialmente del
servicio de radiología (TACs, RM, Radiografía digital directa -DX- e indirecta -CR-, US...)
aunque en la actualidad múltiples dispositivos de otros campos de la medicina disponen
de dicha especificación (EKG, endoscopia, etc...)
2.- El PACS como elemento que guarda todas las imágenes en una base de datos y
las distribuye por la red. Este es el punto de encuentro de la mayoría de los dispositivos
DICOM y representa el elemento más importante de la red. Puede estar configurado
como uno o varios nodos, dependiendo de la configuración realizada por la casa
comercial y la complejidad del sistema. El RIS también forma parte de la red (p.ej. para
el servicio Modality Worklist)
5.- Estaciones de trabajo y software específico (p.ej Osirix), programas CAD, etc...
El diseño de la red DICOM debe de estar coordinado por los diferentes servicios del
hospital, siendo de vital importancia el servicio de Radiología, al ser en este servicio
donde más equipos DICOM existen.
Página 3 de 18
Fig. 2: Diagrama de red DICOM típica.
Referencias: S. González Ortega; Radiodiagnóstico, H. U. La Princesa, Madrid,
SPAIN
Cada nodo de esta red debe de tener definidos con qué otros nodos puede comunicarse.
Esto se configura mediante una tabla de conectividad. Esta tabla contiene los datos de
los otros nodos con los que puede conectarse y su mantenimiento debe de ser continuo,
p.ej. cada vez que se introduce un nuevo dispositivo en PACS, hay que cambiar dicha
tabla para aceptarlo.
Página 4 de 18
Fig. 3: Ejemplo de tabla de conectividad DICOM. Programa Osirix.
Referencias: S. González Ortega; Radiodiagnóstico, H. U. La Princesa, Madrid,
SPAIN
Cada nodo DICOM se define por 3 parámetros que deben de ser utilizados en la tabla
de conectividad.
b) Dirección IP (Internet Protocol) que dicho nodo utiliza dentro de la red. Al ser DICOM
un protocolo necesariamente basado en el estándar IP, lo que la hace compatible tanto
con Intranet en red de área local (LAN) como en Internet. En general este parámetro
es fijo, es decir, las redes DICOM deben de estar configurados con IP estáticas. Esto
debe de ser tenido en cuenta a la hora de introducir cualquier elemento en la red. P.ej.
si se introduce un ordenador Mac con software Osirix, es necesario configurarlo con IP
estática y ello debe de ser comunicado al servicio de informática antes de ponerlo en red.
Página 5 de 18
Sesión DICOM. Asociación DICOM
El protocolo DICOM está basado en redes cliente-servidor. Cada vez que se produce un
intercambio de información DICOM entre 2 nodos uno de ellos actúa como servidor o
SCP (service class provider) y otro como usuario o SCU (service class user).
El usuario (SCU) inicia una sesión mediante la petición de comunicación con el servidor
(SCP).
Página 6 de 18
2. Presentación del contexto (Presentation context) que define cómo trabaja el
dispositivo en la parte no negociable (Abstract Syntax) y la parte negociable
(Transfer Syntax). Los 2 dispositivos deben de estar de acuerdo en esta
sintáxis (Abstract+Transfer) que viene a ser algo así como el lenguaje que
van a utilizar los dispositivos para la sesión.
1- Asociación denegada: puede generar un mensaje que puede ser diferente según
el fabricante y software. Muchos sistemas son poco "amigables" con escasez de
información de la razón de la denegación del servicio.
2.- Asociación aceptada. Se realiza el proceso entre el SCP y el SCU. Una vez terminada
la sesión ésta finaliza con un mensaje de fin de asociación como confirmación de sesión
realizada.
Página 7 de 18
Fig. 5: Negociación aceptada
Referencias: Internet
Página 8 de 18
Fig. 6: Primera parte del proceso de negociación.
Referencias: O.S. Pianykh. DICOM: A practical introduction and Survival Guide.
Springer 2008
Página 9 de 18
Fig. 8: Tercera parte del proceso: terminación de la asociación.
Referencias: O.S. Pianykh. DICOM: A practical introduction and Survival Guide.
Springer 2008
Página 10 de 18
Es un documento estructurado según las directrices publicadas en el libro 2 de dicho
estándar, que demuestra un ejemplo genérico.
En concreto según este documento se puede saber qué objetos DICOM utiliza un
dispositivo, p.ej. si es capaz de manejar las imágenes PET o no, y qué funciones tiene,
es decir, aquello en lo que puede actuar como servidor (SCP) y como cliente (SCU).
Desde el Servicio de Radiología hay que tener una actitud activa en el diseño de
la red. Es habitual que muchas redes estén diseñadas por las casas comerciales,
que habitualmente sólo ponen en servicio aquellos servicios mínimos y considerados
obligatorios. Esta pasividad puede llevar a perder funcionalidades. Ejemplos de esto
puede ser la introducción en un servicio de radiología de ordenadores Mac con
software Osirix, otro tipo de software OpenSource, etc... Además en el propio diseño
de un Servicio de Radiología todo el "workflow" debe de ser dirigido desde el propio
servicio. Entre estas funcionalidades p.ej. se encuentra la posibilidad de hacer copias de
seguridad, el envío desde ciertas modalidades hacia ciertas estaciones de trabajo, etc...
Página 11 de 18
que dependen de nosotros. Además es un proceso muy fácil, que no requiere ni
siquiera unos segundos. La posibilidad de que investiguemos con dicho proceso es
nuestra responsabilidad, que las casas comerciales no deberían en ninguno de los casos
cercenar.
Página 12 de 18
Fig. 2: Diagrama de red DICOM típica.
Página 13 de 18
Fig. 4: Modelo cliente servidor
Página 14 de 18
Fig. 5: Negociación aceptada
Página 15 de 18
Fig. 6: Primera parte del proceso de negociación.
Página 16 de 18
Fig. 9: Ejemplo de fichero log del programa Osirix
Página 17 de 18
Conclusiones
1. Para poder realizar una sesión DICOM entre 2 dispositivos, éstos deben
previamente ser declarados (tabla de conectividad) y estar conformes
(conformance statement).
2. Desde el Servicio de Radiología debe de existir una participación en el
planteamiento de cualquier red DICOM, aunque éste es un proyecto abierto
de la medicina.
3. El radiólogo debe de conocer lo básico de la conectividad DICOM para
poder participar en el proceso de gestión de la red DICOM.
Bibliografía:
Página 18 de 18