Escolar Documentos
Profissional Documentos
Cultura Documentos
Presentado a:
ING. ALEJANDRO RODRIGUEZ
Presentado por:
ANGELICA FRANCO
CAMILO LOZADA
CAMILA OLIVEROS
EQUIPOS DE IMAGENOLOGIA
FACULTAD DE INGENIERIA BIOMEDICA
UNIVERSIDAD MANUELA BELTRAN
BOGOTA
OCT-2010
INTRODUCCION
Versiones:
IMAGENES
BIOMEDICAS
ESTRUCTURAL FUNCIONAL
Ultras
onidos
MRS
fMRI
MRI
Microscopio MSI
CT por RX ESI
Imágenes
Electr Ópticas
ónico Confo Médicas
RX cal CT por
emisión
CR
DSA MEG
MKG
RX Convensional
Mamografía PET
SPECT
El protocolo Dicom nació con el fin de promover la comunicación entre imágenes médicas
sin necesidad de que estas hayan sido creadas a partir de equipos del mismo fabricante y
poder administrarlas por medio de redes tanto dentro como fuera de la institución de
salud.
Dicom permite dentro de sus funciones distribuir la información desde y hacia los
diferentes departamentos del centro hospitalario, almacenamiento de las imágenes y los
datos básicos del paciente al que pertenecen, impresión, visualización de imágenes desde
cualquier otro dispositivo, observar cuantos estudios se han realizado a los pacientes,
observar imágenes en simultanea con otros departamentos del centro hospitalario,
garantizar el mismo formato de la imagen, contar con listas de trabajo del equipo, e
incluso gestionar datos también.
En Dicom se habla de procesos distribuidos que son actividades en las que se comparte
información. En estos casos un proceso depende del otro y de esta forma se define el
cliente y el servidor; esto es, el cliente para funcionar utiliza la operatividad del otro, el
servidor por el contrario es el que se encarga de administrar la información existente. Para
que esta relación se lleve a cabo normalmente es necesario definir los parámetros bajo los
cuales se establece la relación y estar de acuerdo en la información que intercambian.
En este protocolo existen distintos tipos de objetos (datos de información) entre los que
se encuentran pacientes, imágenes, reportes, etc., y para su almacenamiento se
encuentran clasificados de acuerdo a la estructura de datos que representan, por ejemplo
todos los nombres son de tipo PN (Person Name), todas las fechas de tipo DA (Date), entre
otros [4].
La idea de utilizar este protocolo en el proyecto se basa principalmente en que se
encuentra estandarizado y actualmente muchos equipos de reconocidas marcas generan
sus imágenes con este formato, además porque es actualizado constantemente y permite
la distribución de información por diversos medios, entre ellos por medio de un servidor
web.
Cada medio DICOM contiene un llamado “DICOM directorio” además de los archivos de
imagen. Este directorio contiene la información más importante (el nombre paciente, la
modalidad, identificadores únicos, etc.) para todas las imágenes en el medio. Esto permite
hojear o buscar rápidamente a través de todas las imágenes del medio sin tener que leer
el archivo imagen completo.
DECLARACION DE CONFORMIDAD
DICOM tiene definidas un número de Clases de Servicio. Pueden ser agrupadas en un gran
número de categorías. Esta lista de Clases de Servicio crecerá tal como nuevas
operatividades sean estandarizadas en el estándar DICOM.
Esta primera categoría contiene las Clases de Servicio negociadas con los datos de imagen.
Los datos de imagen son siempre encapsulados en un IOD compuesto y utilizando los
servicios compuestos. Las Clases de Servicio de este grupo son:
Print Management
Se utiliza para administrar el proceso de formateo e impresión de una colección de
imágenes en una cinta.
En Media Storage Services class son definidos un set de servicios que permiten el
intercambio de datos usando Media Storage. Media es usado por dos razones:
1. Las imágenes son almacenadas en Media para el intercambio entre dos procesos sin la
especificación sobre el tratamiento, solamente la transferencia de la información.
2. Las imágenes son almacenadas para mostrarlas como Sesiones de Película. El proceso
de recepción debe manejar la información de la Gestión de la Impresión en Media, y
mantener sobre ésta la información del estado del progreso del trabajo de impresión.
PROPUESTA DE DISEÑO
Se propone diseñar un PACS con protocolo DICOM con distribución web dentro del
hospital que soporte las siguientes modalidades de imágenes diagnosticas:
IMPLEMENTACION
DCM4CHE
Los componentes de dcm4che trabajan juntos de manera tal que proveen una referencia
para la implementación de muchos perfiles de integración IHE. Dcm4che es un sistema
multiplataforma. Esta desarrollado en java, solo se utilizo C/C++ para las librerías de
compresión (los codecs gratuitos de sun para el manejo avanzado de imágenes en java), y
distribuido como un grupo de componentes integrados JEE (java Enterprise edition) en un
servidor de aplicaciones.
dcm4chee utiliza una base de datos para almacenar la información de las cabeceras
DICOM, información de índices para localizar objetos en el sistema de archivos, y otros
datos clínicos pertinentes del sistema. Seis diferentes bases de datos son compatibles para
la implementación con el sistema:
PostgreSQL
MySQL
Oracle
SQL Server
DB2
Firebird
HSQL
Cualquier visualizador de imágenes médicas que sea capaz de comunicarse por medio de DICOM
puede ser fácilmente integrado con dcm4che como se muestra en (A) de la imagen a continuación.
Esta forma de comunicación se dará por medio de DICOM query (C-FIND), y DICOM retrieve (C-
MOVE) para localizar y recuperar las imágenes en el equipo local. Ya las imágenes se podrán ver,
manipular, y potencialmente re-almacenar (por medio de DICOM C-STORE) de nuevo en el mismo
archivo si se han modificado.
Adicionalmente a la integración DICOM estándar, dcm4che tiene una aplicación web, como se
muestra en (B). dcm4che utiliza HTTP para realizar la comunicación entre el archivo y un
navegador estándar. Dcm4che utiliza el estándar WADO para visualizar las imágenes en el
navegador por lo tanto solo se podrá visualizar una imagen a la vez, debido a esto es necesario
implementar una herramientas java que se active con el navegador y que nos permitan trabajar de
manera técnica con las imágenes para que así el diagnostico se realice y se almacene dentro del
mismo servidor web.
Esquema general del sistema dcm4che implementado.
Dcm4che contiene servicios e interfaces de DICOM y HL7 que son necesarios para proveer
almacenaje, recuperación y flujo de datos.
Servicio Descripción
Interface web para Dcm4che contiene una interface de usuario robusta para
usuario administradores que corre enteramente en un navegador de
web.
DICOM Storage Dcm4che tiene la capacidad de almacenar cualquier tipo de
objeto DICOM como archivos del sistema, comprimido si es
necesario.
DICOM Q/R Busca los objetos DICOM y los despliega.
WADO (web access to Acceso web al contenido web.
DICOM objects) y RID
(retrieve information
for display)
Otros servicios DICOM MPPS, GPWL, MWL, Storage Committment, Instance
Availability Notification, Study Content Notification, Output
Content to CD Media, Hanging Protocols, y mas.
Servidor HL7 Un servidor HL7 que actúa sobre mensajes de tipo ADT, ORM y
ORU.
Toma la información del usuario que accede al sistema y responde con el perfil adecuado
para el usuario.
DICOM Server
Lo usa la interfaz web para añadir entradas a la lista de propósitos generales (GPWL)
General purpose worklist SCP
Emula los mensajes MPPS de los objetos recibidos de las modalidades que no soportan
MPPS, que son procesados por el procedimiento de las modalidades denominado STEP
SCP de la misma manera que los procesan las modalidades que si soportan MPPS.
Modality Performed Procedure Step SCU
Se usa para reenviar los mensajes MPPS recibidos por el MPPS SCP.
Las entradas worklist son creadas, actualizadas y borradas por medio del servicio ORM
cuando se reciben las ordenes HL7 (ORM^001). Su estado inicial puede cambiar a ARRIVED
por medio del servicio ADT activado por el mensaje HL7 (ADT^A10). Mas adelante su
estado cambiara a STARTED, COMPLETED o DISCONTINUED cuando se reciban los
mensajes DICOM MPPS provenientes de la modalidad PPS SCP.
Proporciona un servicio de almacenamiento DICOM para recibir los objetos DICOM desde
aplicaciones remotas de DICOM.
Emite mensajes a los receptores de HL7. Puede ser configurado para reenviar los mensajes
recibidos por el servidor de HL7 a otros sistemas. También es utilizado por el Servicio de
Información XDS-I para consultar el administrador de referencia cruzada de pacientes para
averiguar la identificación de un paciente en diferentes dominios.
HL7 Server
Recibe y procesa los mensajes ADT entrantes, con base en los mensajes que se aceptan tal
como se define en los atributos. Si un registro de pacientes no existe en la base de datos
del paciente en el mensaje ADT de entrada, se crea uno. Tenga en cuenta que los
controles ADT^A10 de los mensajes no afectan a la historia clínica del paciente, sino que si
existen elementos pendientes de listas de trabajo para este paciente gestionados por el
archivo, estos cambian el estado de la lista de trabajo del elemento que llega.
ORM Service
Procedimiento actualizado
Esquema
ORU Service
MDM Service
Prefetch Service
Concede o revoca los permisos de acceso a los estudios a roles particulares de los
mensajes HL7 recibidos, mensajes MPPS N-CREATE, series almacenadas o por interaccion
directa con el usuario.
WADO (web access to DICOM objects) y RID (retrieve information for display)
RID Service
Proporciona un servidor Web habilitado para DICOM que permite el acceso Web para
objetos persistentes DICOM. Esta aplicación utiliza el soporte de consultas relacionales.
Por tanto, los parámetros de petición studyUID y seriesUID pueden estar vacíos. (No está
permitido omitir estos parámetros debido a especificaciones WADO). Redirigir: Si este
servicio WADO controla una solicitud para un objeto que es recuperable externo, se
iniciara una redireccion del lado del cliente o el servidor.
HSM (ALMACENAMIENTO)
XDS
(REPOSITORIO DE DOCUMENTOS-FUENTE DE IMAGENES DE DOCUMENTOS)
Provee el servicio para almacenar documentos XDS como objetos DICOM encapsulados en
archivos DICOM.
SERVIDORES
Para instalar todo (base de datos y dcm4chee) en una máquina, es bueno tener una gran
cantidad de memoria y potencia de procesamiento para satisfacer las necesidades del
sistema. Volumen, tipo de imágenes, el número de usuarios simultáneos (DICOM, HL7, y
humanos), y los requisitos de rendimiento. En general es una buena idea ejecutar la base
de datos y el sistema dcm4chee en máquinas separadas en un entorno de producción.
Habrá sobrecarga de la red entre los dos servidores, pero el beneficio está en la
dedicación de la memoria adecuada, los procesadores y de almacenamiento para cada
aplicación (dcm4chee y base de datos).
La tecnología mas adecuada para los servidores implementados en PACS son los Ethernet
gigabit por lo tanto el servidor a implementar es:
GIGA-INTERNATIONAL SERVER 6-CORE
Dado que el sistema que se desea implementar con estas tres modalidades, se requiere un
sistema de almacenamiento de por lo menos 4 Tb para poder dar soporte de 5 años. Para
suplir esta necesidad de capacidad de almacenamiento se planea utilizar el sistema
ProStor Systems que es un desarrollador de sistemas de almacenamiento de discos
removibles en las empresas, para el soporte y conservación de datos, suministrando los
beneficios del almacenamiento en línea con la economía del almacenamiento fuera de
línea. ProStor InfiniVault virtualiza el disco removible con el disco en red para disminuir los
costos de retención de datos y el consumo de energía. Además, es capaz de administrar
más de mil millones de estudios en formato DICOM. Cada cartucho de disco removible de
500 GB. El costo de este sistema por los 5 años se calcula en $89,995.
ESTACIONES DE DIAGNOSTICO
Las estaciones de diagnostico son diferentes a los visualizadores web, las primeras
requieren monitores de características especiales que nos permiten visualizar mayor
numero de cortes en un solo pantallazo y en los visualizadores web solo veremos un solo
corte en la pantalla y la calidad de la imagen no es del todo confiable por la distribución de
grises, por lo tanto aparte de los computadores normales que se utilizaran como
visualizadores web se implementara una estación de diagnostico para cada modalidad, la
estación de diagnostico es la siguiente:
DOME 3MP
Mini torre Dell con procesador de 3GHz
4GB de memoria RAM
Monitor administrativo LCD de 19’’
HD de 250GB
Dos bahías para tarjetas de video PCI
FORMATO DE REQUERIMIENTOS PARA IMPLEMENTACION DE PACS CON SERVIDOR WEB
INFORMACION DE LA INSTITUCION
Nombre de la institución:
Nivel de la institución:
Ciudad:
INFORMACION TECNICA
[1] www.elai.upm.es/spain/Investiga/GCII/personal/.../Dicom.pdf
[3]KEYOSE ya esta aquí para gestionar nuestro historial médico. Disponible en:
http://www.genbeta.com/web/keyose-ya-esta-aqui
[4]HL7 en colombia, panorama de desarrollo en nuestro país. Portilla Fernando. Disponible en:
http://www.hl7.org.co/files/asamblea_2008Fp.pdf
[5]http://www.dcm4che.org/confluence/display/d2/dcm4che2+DICOM+Toolkit;jsessionid=0FD51F
CCC9892B885CC349E1253D3C76
[6] PACS and Imaging Informatics: Basic Principles and Applications, H. K. Huang.