DICOM

(Digital Imaging and Communication in Medicine)

By Aitor Eguzkitza

Indice
1.- Contexto
2.- Estructura
3.- Contenido del
fichero
4.- Clases de servicio
5.- Libreras DICOM
6.- Conformance
Statement

Contexto

Qu es DICOM 3.0
-

DICOM (Digital Imaging and Communication in

Medicine): Es el estndar extendido mundialmente
diseado para el intercambio de imgenes
mdicas.

Son una serie de reglas estandarizadas que permiten

la interoperabilidad entre equipos de diferente
procedencia.

El estndar define el formato, protocolo de red y el

servicio que cumplir cada uno de los ficheros con
independencia a su uso.

Un archivo DICOM, adems de la imagen mdica (o

archivo multimedia) incluye datos referentes al
estudio como las condiciones de captura.

Permite el transporte informacin en diferentes

formatos y automatiza la lectura del contenido de
los archivos.

Qu es DICOM 3.0
-

Un objeto DICOM simple puede contener solamente

una imagen, pero esta imagen puede tener mltiples
"fotogramas" (frames), permitiendo el
almacenamiento de conjuntos de datos.

La captura se codifica junto con la informacin

referente al estudio en un objeto de informacin.
Este objeto de informacin se enva con unos
comandos concretos que estructuran un servicio
concreto.

DICOM trabaja sobre TCP/IP. El estndar se centra en

la gestin de las capas superiores de la
comunicacin.

Es un estndar estructurado por capas. Si se

introducen modificaciones, los cambios no afectan al
resto de capas.

Qu contempla DICOM
3.0

Un poco de Historia
1970: Se extiende el uso del CT y mtodos de diagnstico
basados en imagen digital. Surge la necesidad de crear un
estndar para el intercambio de imgenes digitales.
1983: American College of Radiology (ACR) y National Electrical
Manufacturers (NEMA) se unen para publicar un estndar
que intercambie imgenes mdicas entre dispositivos de
diferente procedencia.
1985: Con el gran xito de la HCE American Association of
Physicists in Medicine (AAPM) codifican la informacin de los
pacientes utilizando cadenas de datos identificadas por
etiquetas. El grupo ACR-NEMA aplica esta tecnologa a la
imagen digital. Crea el estndar ACR-NEMA 1.0.
1988: Se crean grupos de trabajo (WG) o subcomits de
trabajo que subsanan errores de partes especficas del
estndar. Esta revisin del primer estndar se denomina
ACR-NEMA 2.0.
1993: Nuevos equipos de imagen mdica. Se expande el uso de
redes conmutadas en medicina (e-Health). Adopta TCP/IP
como protocolo de comunicacin. Revisin en profundidad

Tecnologa adquirida en el
estndar
1993: Tomografa Computerizada (CT)
Resonancia magntica (MR)
Radiografa Computerizada (CR)
1995: Imagen Radiogrfica convencional (RG)
Rayos-X Digital (DX)
Radio Fluoroscopia (RF)
1996: Ultrasonidos (US)
Medicina Nuclear (NM)
Tomografa por Emisin de Positrones (PT)

Futuras adquisiciones???
1997: Radioterapia (RD, RTIMAGE, RP, RS )
1998: Dosis en Radioterapia (RD)
Mamografa (MG)
1999: Patologa
Oftalmologa
Seales Elctricas Biomdicas (ECG, EMG, EEG)
2000: Reporte Estructurado (SR)

Objetivos de DICOM
Objetivos Histricos:
1.- Crear normas internacionales que permitan la comunicacin
entre todos los equipos mdicos que utilicen imgenes
digitales y datos asociados.
2.- Perseguir la compatibilidad y la optimizacin del volumen de
trabajo entre los sistemas de imgenes DICOM y los sistemas
de informacin sanitaria de todo el mundo. El estndar
apuesta fuerte por el desarrollo de PACS (Picture Archiving and
Communication System).
3.- Crear bases de datos diagnsticas cuyo acceso sea remoto:
- Tratamiento de pacientes concretos (estudios antiguos).
- Estudios estadsticos: Control de epidemias y clculo de
incidencias en la poblacin.

DICOM es el nico estndar a nivel mundial

especializado en el

Objetivos de DICOM
Objetivos logrados:
1.-

Es aplicable a redes conmtadas. DICOM 2.0

trabajaba slo point to point mientras que DICOM 3.0 es
compatible con TCP/IP.

2.- Soporta lectura de informacin off-line. Permite

trabajar con sistemas de almacenamiento como
CDs/DVDs/USB pen drive
3.-

Todo equipo compatible con DICOM cumple un

Conformance Statement. Existe una semntica en los
datos enviados, que especifica adems de la informacin
a leer, el modo en el que esta debe representarse en el
receptor.

4.-

Se distinguen niveles de Conformidad. Se define

una estructura mnima para que un equipo sea
compatible con DICOM, pero a partir de ah se aaden
extras.

Objetivos de DICOM
Objetivos logrados:
5.-

El estndar se actualiza continuamente. La

divisin en mdulos y la asignacin de grupos de trabajo
(WG) agilizan esta tarea. Adems, los cambios en un
mdulo no afectan al resto.

6.-

Los objetos de informacin (IO) se adaptan a

nuevos formatos de datos. Fueron diseados para
transportar imgenes pero hoy da permiten adjuntar
audio, vdeo, imgenes 3D, grficas de bio-seales,
texto

7.-

Se estandariza la identificacin y lectura de los

objetos de informacin (IO). Existe una librera (Data
Dictionary) que abarca todos los atributos que se puedan
necesitar en un objeto de informacin DICOM. Esta
propiedad acelera la lectura y evita ambigedades en la
interpretacin.

Por qu escoger
DICOM
-

Es el estndar ms extendido en cuanto a imagen

mdica digital: La mayora de los equipos mdicos que
manejan imagen digital en red son compatibles con
DICOM y la tendencia del mercado apuesta en esta
direccin.

Calidad de imagen excelente: Soporta los formatos

de imagen ms utilizados en medicina (JPEG, bitmap,
as como representacin de seales en grficas 2D).

Soporta adems de la imagen los parmetros de la

captura: Esta caracterstica aumenta la fidelidad de
la interpretacin y posterior representacin de la
imagen en equipos remotos.

Posee un diccionario de codificacin muy

completo: Estandariza toda la informacin mdica que
pueda acompaar a la imagen con una lista de cerca
de 4000 atributos.

A quin afecta DICOM

El estndar es muy pesado (unas 10.000 pginas) si
se quiere especializar en el mismo. Pero tener
nociones bsicas sobre DICOM puede solventar
muchas confusiones que con el paso del tiempo se
traducen en problemas graves en la gestin de la
informacin. Estos problemas ralentizan la atencin de
cada paciente y se convierten en listas de espera cada
vez ms largas. Personal que debe tener nociones
sobre las posibilidades de DICOM:

Ingenieros biomdicos

Desarrollo y mantenimiento de equipos mdicos/

tecnologa relacionada con la imagen mdica.

Gestores de recursos en un hospital y/o encargados de

la compra de equipo mdico.

Administradores de la red en el mbito hospitalario.

Administradores de los sistemas de informacin

hospitalaria (HIS).

Estructura del
estndar
DICOM

Organigrama del hospital

Apartados del estndar

Versin DICOM (3)

enclatura del estndar:

Ao de
PS 3.X - YYYY
actualizacin
N Volumen del
estndar

Part 11: Media Storage Application

Part 1: Introduction and Overview
Profiles
Part 2: Conformance
Part 3: Information Object Definitions Part 12: Media Formats and Physical
Media for
Part 4: Service Class Definitions
Data Interchange
Part 5: Data Structures & Semantics
Part 13: Print Management for Point
Part 6: Data Dictionary
to Point
Part 7: Message Exchange
Communication (RET)
Part 8: Network Support for Message
Part 14: Grayscale Standard Display
Exchange
Function
Part 9: Point to Point Communication
Part 15: Security Profiles
(RET)
Part 10: Media Storage and File Format Part 16: Content Mapping Resource
Part 17: Explanatory Information
for
Los volmenes retirados
no se
eliminan
del
Part 18: Web
Access
to DICOM
Data Interchange
estndar. Los equipos
Persistent
antiguos pueden utilizarlos
y podemos
Objects
(WADO) encontrarnos

Islas de informacin
vs. DICOM

Equipo de captura
de imagen mdica
digital I

Sistema de
informacin clnica

Servidor de
imgenes

Equipo de captura
de imagen mdica
digital III
Red de
datos
Equipo de captura
de imagen mdica
digital II

Cliente
remoto

Sistema de
historia clnica
electrnica

Capas de
Comunicacin DICOM

los modelos OSI, TCP/IP y Point to Point.

! AunqueAcepta
el ms

Estructura de un PACS
(Picture archiving and
communication system)

Ejemplo de
estructura de
red DICOM

Jerarqua de datos DICOM

Contenido del
fichero DICOM

Formato de
fichero DICOM

Conceptos fundamentales
Identificador nico (UID): Es el nmero que distingue los
archivos DICOM en todo el mundo. Se podra comparar con el
n de IP de los terminales en internet.
Information Object Definition (IOD):Es una abstraccin de una
entidad verdadera de informacin. Contiene un objeto de
captura (imagen, audio) y atributos concernientes a un
examen mdico.
Atributo: Es una caracterstica del objeto de informacin. Cada
atributo esta compuesto por una etiqueta y un valor. Por
ejemplo el nombre del paciente.
Data Dictionary: Es la lista estandarizada de atributos que
tienen en comn todos los equipos DICOM.
Service Class Definition (SCD): Son comandos que actuando
sobre una IOC estructuran un servicio concreto. Por ejemplo CMOVE.
Service Objcet Pair (SOP): Es el servicio que cumplen en la
comunicacin, la combinacin de un objeto de informacin
concreto (IOC) con un servicio concreto asignado (SC).

Atributo DICOM
Tag / Etiqueta: Identifica un atributo entre todos lo dems
por medio de 2 nmeros de 2 bytes cada uno. El primer
nmero corresponde al grupo y el segundo al elemento de
una lista de atributos preestablecidos. La etiqueta esta
pensada para la identificacin e indexacin por
computador.
Attribute Name: Es un nombre preestablecido en el
diccionario de datos de DICOM (Data Dictionary), que
describe los datos que contendr la etiqueta.
Value Representations (VR): Define el formato en el que se
encuentra codificada la informacin que contiene el
atributo.
Value Mutiplicity (VM): Es el valor numrico que representa
el n de veces que se aplica el mismo atributo. En
ocasiones se puede guardar mas de un valor en un mismo
atributo.
Value length: Es un valor numrico que define la longitud en
bytes que ocupa el valor del atributo. El valor numrico
ocupa de 2 a 4 bytes en funcin de la longitud del formato

Atributo DICOM
Ejemplo de Atributos en un estudio:
El da 14 de Noviembre del 2008 se realiza un estudio al
paciente Pello Subijana Otxoa nacido el 6 de Julio del ao
1984. Se quieren enviar los resultados del estudio con los
atributos anteriores en un archivo DICOM.

TAG

Attribute Name

VR

VM

VL

Value

(0008,0020)

Study Date

DA

2008/11/14

(0010,0010)

Patient Name

PN

18

John Smith
Gordon *

(0010,0030)

Patients Birth

DA

1984/07/06

Grupo

Elemen
to

Codificacin de los Atributos en el archivo DICOM:

Date
(0008,0020)20081114(0010,0010)Smith^Gordon^John
(0010,0030)19840706

Apellidos

Nombre

Cualquier coincidencia de estos datos con la realidad

es

SQ: Secuencias de
datos

SQ: Secuencias de
datos

DICOM Data Dictionary

-

El apartado n6 del estndar contempla el DICOM Data

Dictionary. Este diccionario define cerca de 4000 atributos.

Se considera que estos atributos son suficientes para

identificar toda la informacin clnica que puedan generar
los equipos mdicos que existen a da de hoy en el
mercado.

El diccionario se encuentra en constante evolucin. Se

actualiza en funcin de las necesidades de los equipos de
imagen mdica, aadiendo o retirando atributos.

El diccionario de DICOM se puede considerar como una

interpretacin de la realidad que la simplifica con el mnimo
de atributos necesarios.

El diccionario representa todos los mbitos sanitarios. Un

equipo concreto especializado en un tipo de captura concreta
no tiene por qu implementar todo el Data Dictionary,
ya que sera muy pesado. En el diseo del estndar para un
equipo particular hay que escoger slo los atributos que
utilizar.

DICOM Data Dictionary

MUNDO
REAL

DICOM Data Dictionary

TA
G

NAM
E

VR

DICOM World

V
M

RE
T

Clases de
Servicio en
DICOM

Clase de Servicio
DICOM
Todos los servicios de red que cumplen las Clases de
Servicios se pueden clasificar en las siguientes
categoras:
-

Transfer: Transferencia de informacin.

Query/ Retrieve: Bsqueda y acceso a los archivos.

Workflow management: Gestin del flujo de trabajo (HCE).

Print management: Gestin de la impresin.

Funciones del SOP

La combinacin del par servicio-objeto de
informacin forma el denominado Service Object
Pair (SOP).
Juntos (IOD + la Clase de Servicio), cumplen las
siguientes funciones en la capa de aplicacin de la
comunicacin:
Verbo: STORE
Service (DIMSE)
Nombre: CT Image

Information Object
definition

Sentencia genrica:
Almacena (STORE)
imagen CT

SOP Class

Sentencia especfica:
Almacena (STORE) esta
imagen CT

SOP Instance

Funciones del SOP

-

Envo, almacenamiento y confirmacin del

objeto completo de informacin (DICOM Store &
Storage Commitment).

Query-Retrieve: Permite buscar y acceder a los

archivos DICOM de forma remota.

Realizacin de acciones especficas (imprimir,

copiar).

Gestin del flujo de trabajo (WorkList): Acceder a

los exmenes solicitados para cada paciente en un
equipo DICOM.

Calidad y consistencia en la representacin de

la informacin en base a las condiciones de captura
(Modality Performed Procedure Step).

DIMSE
DICOM message service element (DIMSE) :
-

DIMSE-C services: Permiten a una aplicacin

DICOM, solicitarle a otra aplicacin remota que
realice una operacin concreta.

DIMSE-N services: Se encargan de gestionar las

notificaciones del estado de las interacciones entre
aplicaciones.

DIMSE-C Services
DIMSE-C Services:
Permiten a una aplicacin DICOM, solicitarle a otra
aplicacin remota que realice una operacin
concreta.
-

C- Echo: Inicia el comando C-ECHO como SCU.

Sirve para comprobar que existe conexin entre 2
C-ECHO-RQ
equipos remotos.

Host
(SCU)

C-ECHO-RSP

PACS
(SCP)

Muy til para revisar la configuracin del SCU antes

de intentar acceder al servidor PACS.

DIMSE-C Services
C-Echo

DIMSE-C Services
DIMSE-C Services:
- C-Find: Es el mecanismo encargado de realizar las
operaciones de query. C-FIND Response devuelve
una lista de los archivos que coinciden con las
claves de indexado definidas
en la peticin.
C-FIND-RQ

Host
(SCU)
-

C-FIND-RSP

PACS
(SCP)

C-Move: Encarga a una entidad remota que enve

instancias a una tercera por medio de la operacin
C-STORE. Normalmente la 3 entidad suele ser la
que realiza la peticin resultando una operacin
C-MOVE-RQ
recproca (envame eso).

Host
(SCU)

C-MOVE-RSP

PACS
(SCP)

DIMSE-C Services
C-Find

DIMSE-C Services
DIMSE-C Services:
- C-Store: Almacena ficheros concretos en una
estacin remota SCU. El SCU conoce los archivos
que tiene el SCP gracias al C-FIND, y realiza la
peticin de envo de stos a travs de C-MOVE. Al
recibir la peticin, el SCP
realiza el envo a travs de
C-STORE-RQ
C-STORE.
PACS

Host
(SCU)

C-STORE-RSP

(SCP)

C-Get: Recupera los archivos enviados desde el

SCP. El SCU y el SCP necesitan coordinarse de
alguna manera para intercambiar los archivos. CGET activa el puerto de escucha (normalmente 104)
del SCU a espera de recibir
datos del SCP. Cuando
C-GET-RQ
se detecta la operacin C-STORE, el SCU almacena
PACS
los archivos enviados por el SCP en un directorio
Host
C-GET-RSP
asignado.
(SCP)
(SCU)

DIMSE-C Services
C-Get

DIMSE-C Services
C-Get
"A"
Retrieve
SCU

"B"
Retrieve
SCP
Retrieve Operation (C-Get)
Storage Sub Operation (C-STORE)

Acting as a storage SCP

Acting
as a
Storage
SCU

DIMSE-C Services
C-Move

DIMSE-N Services
DIMSE-N Services:
- N-Event-Report: Es el nico servicio de
notificacin. Lo invoca un DIMSE servicio-usuario para
informar de eventos acerca de una instancia SOP.
-

N-Get: Solicita la recuperacin de la informacin de

un DIMSE servicio-usuario.

N-Set: Solicita la modificacin de la informacin de un

DIMSE servicio-usuario.

N-Action: Lo invoca un DIMSE servicio-usuario para

solicitar a otro DIMSE que realice una accin.

N-Create: Lo invoca un DIMSE servicio-usuario para

solicitar a otro DIMSE que cree una instancia de
clase SOP.

N-Delete: Lo invoca un DIMSE servicio-usuario para

solicitar a otro DIMSE que elimine una instancia de
clase SOP.

DIMSE-N Services
Department
Scheduler

Workflow
AE

1. Open Association
2. N-CREATE (MPPS) IN PROGRESS
3. Close Association

4. Acquire Images

5. Open Association
6. N-SET (MPPS) COMPLETED
7. Close Association

DIMSE-N Services

Libreras
DICOM

Libreras DCM4CHE2
-

Las libreras DCM4CHE2 implementan el estndar DICOM en

JAVA.

Son libreras Open Source con soporte contnuo de una docena

de informticos.

Su uso est testado en aplicaciones de uso comn en el mbito

sanitario.

DCM4CHE2 implementa el estndar por bloques. Cada librera

tiene un objetivo concreto.

Cada usuario puede dimensionar su aplicacin en funcin del

cumplimiento del estndar se le exija.

Libreras DCM4CHE2
Libreras de conversin de formato DCM4CHE2:
DCM4CHE2

Orgen

Destino

dcm2txt

Objeto DICOM

Fichero txt

dcm2xml

Objeto DICOM

Fichero XML

xml2dcm

Fichero XML

Objeto DICOM

jpg2dcm

Fichero JPG

Objeto DICOM

pdf2dcm

Fichero PDF

Objeto DICOM

rgb2ybr

Objeto DICOM
(pxel RBG)

Objeto DICOM
(pxel YBR)

txt2dcmsr

Texto plano

Informe
estructurado
DICOM

Libreras DCM4CHE2
Libreras DCM4CHE2 anlogas al DIMSE:
DCM4CH
E2

DIMSE

dcmqr

C-FIND

Entida Clase de servicio

d
SCU

Query

C-MOVE

Transfer

C-GET

Retrieve

dcmrcv

C-STORE

SCP

Transfer

dcmsnd

C-STORE

SCU

Transfer

dcmEcho

C-ECHO

SCU

Query

dcmgpwl

C-FIND

SCP

Workflow: Realiza una query al PACS

para que este devuelva una worklist
de carcter general.

dcmmwl

C-FIND

SCP

Workflow: Query al PACS para que

este devuelva la worklist para una
modalidad concreta.

dcmof

C-MOVE

SCP

Workflow: Peticin de tablas worklist

al SCP.

dcmups

C-GET

SCU

Workflow: Escucha para recibir las

tablas de worklist enviadas del SCP.

Libreras DCM4CHE2
Otras libreras DCM4CHE2:
DCM4CHE2

Descripcin

dcmdir

Crea un ndice de ficheros DICOM en carpeta

dcmwado

Peticiones WADO utilizadas en aplicaciones web

que implementan DICOM

logger

Genera un fichero log para depurar el cdigo

mkelmdic

Crea/Edita el DICOM dictionary propuesto por

DCM4CHE2

mkuiddic

Crea/Edita el diccionario UID propuesto por

DCM4CHE2

mkvrmap

Crea/Edita las asignaciones VR propuestos por

DCM4CHE2

Ejemplo Dicomizador

Conformance
Statement

Conformance
Statement
Conformance Statement: Consiste en un
documento que deber cumplimentar todo fabricante
que quiera sacar al mercado un equipo compatible
con DICOM.
Como definicin, el Conformance Statement es un
documento que describe el nivel de
compatibilidad con DICOM que tiene un equipo.
Evita problemas de compatibilidad entre equipos de
diferente origen.
El documento describir con detalle todos los aspectos
del estndar que cumple el equipo. De esta forma, un
comprador podr conocer de un vistazo si los
equipos que va adquirir son compatibles con los
requisitos del servicio que quiere implementar.
El estndar esta estructurado por mdulos, y por ello
es sencillo estructurar el equipo en desarrollo por
niveles de compatibilidad.

Conformance
Statement
El estndar en su creacin se orient en el sentido de
poner de acuerdo a las diferentes casas comerciales.
Para poder aplicar DICOM a todo tipo de equipamiento
y para que el estndar se adaptara a la evolucin de
la tecnologa en el tiempo, se evit incluir reglas
demasiado restrictivas.
DICOM esta compuesto por 16 volmenes y cientos de
suplementos de gran extensin. A la extensin del
estndar hay que aadir su alto nivel de
abstraccin.
Muy pocos equipos (por no decir ninguno)
implementen todo el estndar. Adems puede
existir dualidad en la interpretacin de muchos puntos
del mismo.
No existe ningn organismo que controle el
cumplimiento de DICOM por lo que una buena
implementacin del estndar reside en la
profesionalidad del fabricante.

Conformance
Statement
Existe un mnimo de puntos que debe cumplir y que
se incluyen en el Conformance Statement de un
equipo, para que este sea considerado compatible con
DICOM:
-

Portada.
Descripcin general (Overview) del Conformance
Statement.
Tabla de Contenidos.
Introduccin.
Networking.
Media Interchange.
Caracteres soportados.
Seguridad.
Anexos.
Los Anexos de PS 3.2 incluyen una plantilla genrica,
!
y a continuacin
ejemplos para los casos ms utilizados de

Conformance
Statement
Portada:
Identifica el equipo y el nombre del fabricante.
Descripcin general (Overview) del Conformance
Statement:
Es una tabla en la que se incluyen los servicios DICOM
soportados, clasificados en las siguientes categoras:
- Transfer.
- Query/ Retrieve.
- Workflow management.
- Print management.
Para cada servicio se especifica si se soporta como
usuario (SCU) o proveedor (SCP).
Tabla de Contenidos:
Sirve para que los lectores del documento encuentren
el contenido que buscan (ndice).

Conformance
Statement
Introduccin:
Es un captulo introductorio a los elementos bsicos
de DICOM para comprender el lenguaje que se
utilizar en el documento.
Incluye los siguientes captulos:
-

Revision History: Cambios y versiones del

documento.
Audience: A quien va dirigido el texto.
Remarks: Comentarios importantes acerca dl
producto.
Terms and Definitions: Definicin de conceptos
bsicos que se referenciarn en el texto.
Basics of DICOM Communication: Documento
legal que respalda lso servicios que ofrece el
equipo.
Abbreviations: Abreviaciones que se utilizarn en
el texto.
References: Documentos y manuales
referenciados en el texto.

Conformance
Statement
Networking:
Describe el flujo de datos y protocolos de red que
permite utilizar por el equipo cuando se conecta a
una red.
Media Interchange:
Detalla cmo conectar el equipo en el mundo real
para que se aprovechen al mximo las entidades de
aplicacin (AE).
Caracteres soportados:
Informacin acerca de cualquier carcter utilizado que
no pertenezca al grupo de carcteres por defecto de
DICOM.
Seguridad:
Se describe el nivel de seguridad que ofrece el equipo
conforme a los definidos en el apartado PS 3.15 de
estndar.

Conformance
Statement
Pliego de
condiciones para
el suministro de
equipamiento
mdico:
- En la compra de
equipos
compatibles con
DICOM se tiene en
cuenta su grado
de compatibilidad.
- En el
Conformance
Statement se
especifican los
servicios que
ofrece la versin
DICOM del equipo.

Errores de
implementacin
- Mal uso del Conformance Statement:
Descripcin: Compradores de equipos DICOM que no leen
el Conformance Statement y dan por hecho que los
equipos que adquieren son compatibles entre s porque
tienen la etiqueta DICOM.
Nada mas lejos de la realidad: Los equipos adquiridos
sern compatibles en algunos servicios pero hay
muchas otras que no realizarn.
Solucin: Hay que leer detenidamente el Conformance
Statement antes de escoger equipos mdicos para cada
caso.
- Adquisicin de equipos DICOM antiguos:
Descripcin: Adquisicin de equipos antiguos con
versiones anteriores del estndar con la intencin de
actualizar el software con intencin de ahorrar en
costes.
Nada mas lejos de la realidad: Los equipos antiguos
son ms econmicos, pero las actualizaciones del
software o el tiempo invertido por un ingeniero en
compatibilizar con las diferentes versiones de DICOM

Errores de
implementacin
- Indexar los pacientes por su Nombre:
Descripcin: Los nombres y apellidos de los pacientes
parecen servir para identificar los estudios.
Nada mas lejos de la realidad: Los nombres/Apellidos
pueden dar lugar a dualidad en funcin de cmo se
escriben. El orden, abreviaciones y pacientes con el
mismo nombre resultan en la prdida irreversible de
estudios.
Solucin: Identificar a los pacientes con un nmero
nico en todo el sistema de informacin. Los
nombres y apellidos se asociarn a este nmero una
nica vez. En caso de error, se centralizan los fallos.
Los datos identificativos se cargan por worklist desde
el OIS.
- Obtener informacin del estudio a partir del
identificador (UID):
Descripcin: El UID o identificador nico de un archivo se
suele construir en funcin de datos nicos del estudio
(ID Paciente, ID estudio, fecha,). Estos datos se
pueden recuperar y utilizar en el sistema.
Nada mas lejos de la realidad: La construccin de los

Lneas de
trabajo

Lneas de trabajo en
DICOM
-

Dicomizacin de todos los equipos de imagen mdica

- Normalizar condiciones de captura
- Dicomizar nuevas pruebas (datos alfanumricos y grficas)
Centralizar toda la informacin diagnstica
- eHealth
- Acabar con el uso del papel
- Centros de valoracin remota
Definir el volante electrnico
- Concordancia en la informacin
Data mining
- Obtener estadsticas epidemiolgicas
- Estudios de progresin
Procesado de imagen
- Ayuda al diagnstico
- Cribados automticos

Proyecto de ejemplo
en DICOM
Condiciones de captura:
o Normalizar las capturas
en todos los
dispositivos

o Minimizar los artefactos

o Control de calidad

Proyecto de ejemplo
en DICOM
Adaptacin de los equipos:
o Worklist
o Corte simple en HQ
o Barrido multicorte en HS
o Documentos ePDF
o Envo al PACS

Gracias por
su atencin