Ing. USBMed, Vol. x, No.

x, mes-mes 201X

DICOM PROTOCOL IN TELEMEDICINE

PROTOCOLO DICOM EN TELEMEDICINA
Fredy Moscoso
Ceballos

Carlos Alberto
Henao Mesa

Ingeniero de Sistemas
freddymoscoso1@yahoo.com

Ingeniero Industrial
carloshenaom@yahoo.com

(Tipo de Artculo: Reflexivo. Recibido el 00/00/0000. Aprobado el 00/00/0000)

Abstract. Teleradiology is one of the most developed of
telemedicine. The DICOM standard [1] (Digital Imaging and
Communications in Medicine) is commonly used to implement
simple techniques for the flow of images and medical data
between computers on a wide area network (WAN), security
features, privacy , data integrity and authenticity. When DICOM
was written only static IP addresses were valid. This protocol
assumes that only a small manageable number of devices will be
used in the network and requires that each device has a static IP
address. In this paper, we describe a general scenario or test
schema about how the image data is delivered to another site
through TCP/IPv4 and TCP/IPv6 with different security methods
and algorithms, and operating systems, and evaluating the test
results.

Keywords. Algorithms, Communication, DICOM, IP address,

protocol, TCP / IP.
Resumen. La Teleradiologa es una de las actividades ms
desarrolladas de la telemedicina. El estndar DICOM [1]
(Imagen Digital y Comunicaciones en Medicina) es
comnmente usado para poner en prctica tcnicas simples
para el flujo de imgenes y datos mdicos entre los equipos
de una red de rea amplia (WAN), con caractersticas de
seguridad, privacidad, integridad y autenticidad de datos.
Cuando DICOM fue escrito slo direcciones IP estticas eran
validas. Este protocolo supone que slo un pequeo nmero
manejable de dispositivos se utilizarn en la red y que se
requiere que cada dispositivo tenga una direccin IP esttica.
En este trabajo, se describen un escenario general o
esquema de prueba acerca de cmo la imagen y los datos se
entregan a otro sitio a travs de TCP/IPv4 y TCP/IPv6 con
diferentes mtodos y algoritmos de seguridad, y sistemas
operativos diferentes, y evaluar los resultados de la prueba.
Palabras clave. Algoritmos,
Direccin IP, Protocolo, TCP/IP,.

Comunicacin,

DICOM,

1. INTRODUCCIN
Es nuestro inters con base en la bibliografa
consultada en la base de datos de IEEE, presentar en
este artculo reflexivo nuestra perspectiva analtica,
interpretativa o crtica sobre el tema Protocolos
usados en la Teleradiologa.
En los principales centros mdicos, cada vez es ms
comn el manejo de Imagenologa Digital y
Comunicaciones en Medicina - DICOM [2] y el uso de
un sistema de archivo y comunicacin de imgenes
(PACS) para recuperar, almacenar y transmitir
informacin relacionada con el paciente, permitiendo a
los mdicos especialistas emplear su tiempo de
manera ms eficiente. Sin embargo, la tecnologa
comn de videoconferencia no se ha desarrollado con
este propsito especfico (utilizando la televisin de

definicin estndar, no parece ser la mejor manera de

analizar una imagen de resonancia magntica y emitir
resultados). Un sistema PACS, requiere redes de alta
velocidad para transmitir grandes archivos de
imgenes entre los componentes de la red WAN y
tener as una vista directa y compartida de la
informacin de la imagen. Esto proporcionara un
escenario de un sistema de colaboracin con la
interaccin en tiempo real.
En caso de la mayora de los hospitales e
infraestructuras universitarias de su red (intranet), con
equipos switches de velocidad en Gb y conexiones
entre las estaciones de trabajo, en Mb, estos son
suficientes y a la vez un estndar. Sus tasas de
transmisin, incluso para archivos de gran imagen, son
aceptables para la operacin clnica [3].
Al usar internet pblico existen dos importantes temas
que deben ser abordados al realizar transmisiones de
imgenes mdicas: el primer problema es la
rentabilidad, que se resuelve usando el nuevo
protocolo de comunicacin IPv6 con redes de alta
velocidad y costo aceptable para la transmisin de
datos [4] y el segundo es la seguridad (privacidad,
autenticacin e integridad) de los datos, tema en el cual
existen tres directivas: primera donde se definen los
lineamientos para las titulaciones de mdico y no
mdico, especificaciones de equipos, mejoramiento de
la calidad, acreditacin personal, y la responsabilidad
[5] - [8]. En segundo lugar, se modifica el Cdigo del
Servicio de Rentas Internas de 1986, donde se refiere
a que se requiere de cierta privacidad del paciente y los
datos de seguridad. Y tercero, la parte 15 de la norma
DICOM especifica los perfiles de seguridad y medios
tcnicos de las entidades que intervienen en el
intercambio de informacin para implementar polticas
de seguridad.
DICOM es un protocolo estndar de comunicacin
internacional para los equipos mdicos que define un
estndar unificado para la transmisin de informacin
digital, como imgenes de medicina, entre los diversos
tipos de equipos mdicos [9]. En la actualidad, ms y
ms equipos mdicos se apoyan y aplican estndares
DICOM [10]. Las siguientes secciones ofrecen un
anlisis detallado de la comunicacin DICOM y el nivel
de aplicacin y, mientras tanto, exponer el diseo y la
implementacin de la norma.
2. DICOM y las direcciones IP
DICOM es un estndar para manejar, almacenar,
imprimir y transmitir informacin mdica (imgenes y

Ing. USBMed, Vol. x, No. x, mes-mes 201X

sus metadatos). Incluye una definicin del formato de

archivo y un protocolo de red de comunicaciones. El
protocolo de comunicacin es un protocolo de
aplicacin que utiliza TCP / IP para la comunicacin
entre los sistemas.
La transmisin segura de imgenes y datos de un sitio
a otro a travs de redes pblicas suele caracterizarse
en trminos de privacidad, autenticidad e integridad. La
privacidad se refiere a la denegacin de acceso a la
informacin a personas no autorizadas. La autenticidad
se refiere a la validacin de la fuente de un mensaje,
que fue transmitido por un remitente identificado
correctamente. La integridad se refiere a la seguridad
de que las imgenes y/o los datos no se han
modificado accidentalmente o deliberadamente en su
trnsito, por sustitucin, insercin o borrado. En la
figura 1, se muestra un flujo de imgenes/datos
asegurando la entrega de un sitio a otro a travs de la
WAN. Hay dos etapas de procesamiento para
proporcionar medidas de seguridad en las
imgenes/datos entregadas.

Fig. 1. El flujo de datos de una imagen mdico en

comunicacin segura de un sitio a otro usando Internet
pblico

En primer lugar, para la integridad y la autenticidad, el

hash (codificador) y la firma digital, as como la firma
de decodificacin y el digito de comparacin, en las
imgenes antes y despus de la transferencia se
realizan tanto en el envo y los sitios de recepcin [11],
en segundo lugar, la privacidad de datos, los canales
de comunicacin protegidos se proporcionan para
transmitir la imagen a travs de redes.
Existen dos mtodos para proveer canales seguros de
comunicacin con los protocolos TCP / IP: IPSec y el
SSL / TLS.
Cuando DICOM fue escrito, ningn mecanismo para
asignar direcciones IP dinmicamente exista hasta
ese momento, adems asuma que las redes seran
formadas por un pequeo nmero de dispositivos, y
que cada uno de ellos tendra IP fija, la adicin de una
mquina requera de mucho trabajo e involucraba
muchas configuraciones que deban ser hechas
manualmente. Con el fin de cambiar estas limitaciones,
algn mecanismo para distribuir la configuracin de la
red se necesita. Una posibilidad es modificar el
estndar DICOM e incluir la gestin de la configuracin
como parte de la implementacin del protocolo, pero
esta solucin fue rechazada porque se tratara de

escribir nuevos protocolos. Otra solucin mejor es usar

los protocolos existentes actualmente, a saber, DHCP
[12] y LDAP [13].
En DICOM, el modelo bsico de referencia que se
utiliza para modelar la interconexin de equipos de
imagen mdica es el modelo OSI (sistemas abiertos de
interconexin). DICOM utiliza la capa superior de
servicio del modelo OSI para separar el intercambio de
mensajes u objetos en la capa de aplicacin y el apoyo
de comunicacin proporcionado por las capas
inferiores. Este lmite capa superior de servicio OSI,
permite a las entidades la aplicacin de pares para
constituir asociaciones, transferir mensajes y terminar
las asociaciones. El protocolo de capa superior TCP/IP
est ahora aprobada por la mayora de las aplicaciones
de comunicacin para implementar servicios de
comunicacin para transferir o entregar mensajes u
objetos de imagen entre equipos o dispositivos.
2.1 Asignacin automtica de direcciones IP
Como se mencion anteriormente a las mquinas son
asignadas manualmente las direcciones IP, pero el
mejor mtodo es utilizar DHCP para asignar
automticamente la direccin IP a la mquina. Se crea
en el servidor un mbito de DHCP, que es un conjunto
de direcciones IP que gestiona el servidor. Cuando los
clientes inician sesin, solicitan una direccin IP y el
servidor proporciona una direccin IP de su conjunto de
direcciones disponibles.
Este proceso consta de
Al arranque de la mquina cliente se le da una
"direccin IP nula" que permite la comunicacin con el
servidor DHCP.
Se prepara un mensaje que contiene la direccin
MAC (direccin de su adaptador Ethernet). Este
mensaje es "emitido" repetidamente por la red hasta
que es reconocido por el servidor. (Servidor de
configuracin).
El servidor DHCP recibe el mensaje y se prepara
para asignar al cliente una direccin IP.
Si el servidor tiene una configuracin vlida para el
cliente, se prepara una "oferta" de mensajes, que
contienen la direccin MAC del cliente, la direccin IP
que el servidor est ofreciendo a asignar una subred
mscara, la direccin IP del servidor, y la longitud de
tiempo del asignacin.
La direccin de cada pgina es marcada como
"reservada". La mquina cliente entonces transmite un
mensaje de reconocimiento al decirle que desde el
servidor DHCP ha aceptado una direccin IP.
Por ltimo, el servidor DHCP confirma la unin con
el cliente.
La mayora del actual Internet utiliza IPv4, pero este
uso est empezando a tener problemas por una
creciente escasez de direcciones IPv4, necesitadas por
todos los equipos nuevos aadidos a Internet. La
mayora de las aplicaciones y protocolos de red
(cliente/servidor, Web, http, DICOM, etc.) utilizados en
Internet o una intranet se desarrollan sobre la base de
TCP/IPv4, que se divide en tres niveles de acuerdo

Ing. USBMed, Vol. x, No. x, mes-mes 201X

con el modelo OSI, es decir, la capa de aplicacin, la

capa de transporte, y la capa IP.
Debido a la sobredemanda de direcciones de Internet y
la disponibilidad de ancho de banda cada vez ms alto,
el TCP/IPv4 est mostrando inconvenientes en su
utilizacin, tales como:
Falta de direcciones
La seguridad no est integrada y el IPSec es un
complemento
Problemas de multicasting
Encabezado complicado
Problemas de fragmentacin / retransmisin
Mala calidad de servicio (QoS)
Incapacidad para manejar grandes frames
Soporte limitado a la autoconfiguracin (necesita
DHCP).
IPv6 es una nueva versin de IP, diseado como una
evolucin del IPv4 [14] y para funcionar bien en redes
de alto rendimiento (Gigabit Ethernet, OC-12, ATM,
etc.) y, al mismo tiempo, ser eficaz para redes de bajo
ancho de banda (inalmbrica). Adems, proporciona
una plataforma para una mayor funcionalidad de
Internet a la velocidad que se requiere en el futuro. Se
dise para resolver muchos de los problemas de la
versin actual de IPv4 con respecto a hacer frente al
agotamiento de direcciones, una mayor seguridad,
autoconfiguracin propia, mayor extensibilidad, etc., e
incluye protocolos asociados, tales como el IPSec, el
ICMPv6, etc.
IPv6 tiene algunas caractersticas especiales tales
como:
Mayor espacio de direcciones IP
Agregacin basada en jerarqua de direcciones
Datagrama IP eficiente y extensible, como no hay
fragmentacin por routers, alineacin de campo de
64b-, y encabezado bsico simple
Configuracin automtica
Seguridad
Re-numeracin como parte del protocolo IP.
2.2 Usos del protocolo DICOM
El protocolo DICOM que naci en 1983 ha tenido 3
versiones que fueron construidas para permitir su
escabilidad, para que nuevas partes puedan ser
integradas al modelo actual sin sufrir grandes
traumatismos. Sus principales usos desde su inicio
fueron:
permitir la comunicacin de informacin de
imgenes digitales, independientemente del fabricante
del aparato.
Facilitar el desarrollo y expansin de los sistemas
de archivo y comunicacin de imgenes (PACS) que
puedan tambin interactuar con otros sistemas de
informacin del hospital (como HIS o RIS).
Permitir la creacin de bases de datos de
informacin diagnstica a la que puedan acceder una
amplia
variedad
de
aparatos
distribuidos
geogrficamenteLa versin 3 esta constituida por 9 partes internas y 2
externas (que interactan con los medios de

almacenamiento externos como son cintas y discos

externos para el manejo de la informacin fuera del
sistema)

Fig. 2. Partes DICOM V.3

En la figura 2 se puede ver que la parte de la izquierda

se utiliza para las comunicaciones y la red y las de la
derecha las que utilizan los medios de almacenamiento
removibles apoyando las comunicaciones aunque se
debe notar que algunas partes de este modelo hacen
parte de los dos esquemas (comunicaciones y apoyo).
La parte uno del protocolo DICOM provee la
informacin sobre el resto del modelo, explica los
principios del estndar, plazos y describe brevemente
cada una de las otras partes, la parte 2 se utiliza para
que los fabricantes especifiquen la forma concreta
como sus productos (recuerden que el protocolo
DICOM se utiliza para que los se puedan trabajar
productos de diferentes marcas) se integran al modelo
y la versin 3 permite que los usuarios puedan acceder
a esta parte y por lo tanto dan la conformidad de que
se aceptan el modelo.
La parte 3 se utiliza para definir los objetos de
informacin (IODS) y permitir que especificaciones de
usuarios similares no se repitan sino utilizar un modulo
comn que los recopila a todos, algunos IODS son: Los
IODS normalizados, imgenes de radiografa
computarizada de la informacin del paciente, imagen
de tomografa computarizada de vista de inspeccin,
imgenes de ultrasonido, imgenes de medicina
nuclear, etc.
La parte 4 contiene las especificaciones de las clases
de servicios que es son bsicamente de como las
operaciones actan sobre los objetos de informacin y
le permiten a los usuarios saber que esperar de un
dispositivo que soporta una clase de informacin
particular, adems se utiliza para que un aplicativo en
DICOM le informe a otro donde encontrar imgenes
referente a un tema especifico.
Algunas clases de servicios son: de certificacin, de
almacenaje, de preguntas / respuestas, de informacin
del paciente, control de resultados, etc.
La informacin de la parte 4 debe estar codificada y en
la parte 5 se dice como se debe interpretar esta
informacin y ayudar a que dos dispositivos de
diferentes fabricantes puedan entenderse y hablar en
un mismo idioma.

Ing. USBMed, Vol. x, No. x, mes-mes 201X

La parte 6 es un listado completo de los conjuntos de

datos con sus respectivas etiquetas numricas.
Nombres de los textos, su representacin, cantidad de
tems y valores permitidos y esto con el fin de
mantener la compatibilidad en la estructura del
protocolo DICOM y patrones anteriores de versiones
anteriores (lo que permite la compatibilidad entre otras
cosas entre software de pocas diferentes).
La parte 7 define que necesita el software utilizado
para integrarse con las comunicaciones del protocolo
DICOM (que bsicamente esta conformada por una
serie de comandos utilizados para soportar los
servicios y una secuencia de datos que son los objetos
de informacin de la parte 4 y 5) y permite que las
partes 1 a la 6 se puedan comunicar con la parte 8 del
modelo.
La parte 8 define lo referente a la red y es donde
entran en accin los protocolos TCP/IP y el modelo
OSI aunque es necesario aclarar que es posible utilizar
otros protocolos sin mucha dificultad como el antiguo
ACR-NEMA para comunicaciones punto a punto
utilizadas todava por algunas aplicaciones.
La parte 9 describe las actualizaciones de las
versiones y permite a los fabricantes escoger
cualquiera de los protocolos descritos en la parte 8 y
utilizar un software en cualquier situacin as una red
utilice una conexin punto a punto y la otra un
protocolo mas avanzado.
Por ultimo se debe recordar que las partes 10 y 11 son
externas y son utilizadas para el manejo de
informacin en medios de almacenajes extrables.
CONCLUSIONES
Como una conclusin interpretativa de este artculo
podemos expresar que el protocolo de comunicacin
DICOM es fcil de usar como software de cdigo
abierto y con protocolos para el desarrollo de IPv6 e
IPv4 compatibles con las comunicaciones DICOM.
Como resultados de la interpretacin podemos afirmar
lo siguiente:
1) Hay mejor uso en la comunicacin de imgenes
DICOM usando el protocolo IPv6 en comparacin con
IPv4 ya que tiene funciones ms avanzadas.
2) Que los algoritmos de encripcin usados en
IPSec y los basados en valores SSL/TLS hacen ms
lento el rendimiento de la transmisin de las imgenes
que en redes TCP/IPv6/IPv4.
3) El desempeo de las transmisiones de
imgenes DICOM es ms rpido a travs de TCP/IPv4
TCP/IPv6 cuando la seguridad basada en IPsec no
est habilitada, pero no siempre es as cuando la
seguridad est habilitado, y la integracin de IPv6 e
IPSec puede ser mejor que la de IPv4 e IPSec.
4) Las velocidades de transmisin de imgenes
DICOM con diferentes algoritmos de seguridad
SSL/TLS ms TCP/IPv4 en Linux y Windows son ms
rpidas que con la misma configuracin de seguridad
pero plataformas cruzadas.

seguridad se base en IPSec, e IPSec se implementa en

la capa IP, sin cambio en el software de aplicacin que
se necesita. Si las redes son IPv4 o una combinacin
de IPv6 e IPv4, es mejor utilizar seguridad SSL/TLS
mediante la modificacin de la API de los protocolos
TCP/IP, ya que la integracin de IPv4 con IPSec no es
tan buena como con IPv6 IPSec.
REFERENCIAS
[1] American College of Radiology: ACR Standard for
Teleradiology.
Res.
35-1998.
URL:
http://www.acr.org/departments/stand_accred/standards/
html_standards/html_files/diag/telerad.html
[2] DICOM
Official
Website.
Available
at:
http://medical.nema.org/. Accessed on January 11,2006.
[3] DICOM Image Secure Communications With Internet
Protocols IPv6 and IPv4. Jianguo Zhang y otros. IEEE
Transactions on Information Technology in Biomedicine,
vol. 11, No. 1, Enero 2007
[4] H. K. Huang, Ed.,Communications and Networking, in
PACS and Imaging Informatics. Hoboken, NJ: Wiley-Liss,
2004, ch. 9.
[5] A. E. James, Jr., E. James, III, B. Johnson, and J. James,
Legal considerations of medical imaging, Legal Med.,
pp. 87113, 1993.
[6] S. B. Berger and B. B. Cepelewicz, Medicallegal issues
in teleradiology,. Amer. J. Roentgenol., vol. 166, pp.
505510, 1996.
[7] L. Berlin, Malpractice issue in radiologyteleradiology,
Amer. J. Roentgenol., vol. 170, pp. 14171422, 1998.
[8] G. H. Kamp, Medicallegal issues in teleradiology: A
commentary,. Amer. J. Roentgenol., vol. 166, pp. 511
512, 1996.
[9] National Electrical Manufacturer Association. Digital
Imaging and Communication in Medicine(DICOM)
[S],1999
[10] National
Electrical
Manufacturers
Association(NEMA).Digital Imaging and Communications
in Medicine (DICOM),draft standard 2003 , from http
://medical.nema.org/dicom/2OO3 html.
[11] X. Zhou, H. K. Huang, and S. L. Lou, Authenticity and
integrity of digital mammography image, IEEE Trans.
Med. Imag., vol. 20, no. 8, pp. 784791, Aug. 2001.
[12] DHCP RFC 2131 R. DromsBucknell University,
http://www.freesoft.org/CIE/RFC/2131/.
[13] LDAP
RFC
1777
Network
Working
Group
http://www.ietf.org/rfc/rfc1777.txt
[14] C. Huitema, IPV6: The New Internet Protocol. Englewood
Cliffs, NJ: Prentice-Hall, Nov. 1999.

Si las redes WAN slo utilizan IPv6 como las redes de

banda ancha de alto rendimiento, la eleccin de