Estándar DICOM

(Digital Imaging and Communication in Medicine)

Orígenes del estándar
• Comunicación entre dispositivos.

• Eliminar los equipos propietarios.

• El primer estándar DICOM importante es la versión 3.0, que fue

desarrollado en  1993.
Orígenes del estándar
• NEMA.

• National Electrical Manufacturers Association

• Este organismo es el responsable de numerosos estándares

 industriales comunes usados en el campo de la electricidad.  
Principales características
• DICOM permite la integración de
escáneres, servidores, estaciones de
trabajo, impresoras y hardware de
red de múltiples proveedores dentro
de un sistema de almacenamiento y
comunicación de imágenes.
• Los ficheros DICOM consisten en una
cabecera con campos
estandarizados y de forma libre, y un
cuerpo con datos de imagen.
Servicios DICOM
• DICOM STORE.

• El servicio DICOM Store es usado para mandar imágenes u otros

objetos persistentes (informes estructurados, etc.) a un PACS o a una
estación de trabajo.
Servicios DICOM
• STORAGE COMMITMENT
• El servicio DICOM storage commitment es usado para confirmar que
una imagen ha sido almacenada permanentemente por un
dispositivo. El usuario de la clase de servicio (modalidad, estación de
trabajo, etc.) utiliza la confirmación de la clase de servicio proveedor
(estación de almacenamiento) para asegurarse de que puede borrar
la imagen localmente.
Servicios DICOM
• QUERY/RETRIEVE

• Permite a una estación de trabajo hacer búsquedas de imágenes en

un PACS y recuperarlas
Servicios DICOM
• DICOM WORKLIST

• Permite a un equipo de imagen que incluya esta funcionalidad o

Servicio DICOM leer la "Lista de Pacientes citados", obtener detalles
de los pacientes y exámenes médicos solicitados electrónicamente,
evitando la necesidad de introducir esa información varias veces y sus
consiguientes errores.
Servicios DICOM
• MODALITY PERFORMED PROCEDURE STEP (MPPS)
• Un servicio complementario al Modality Worklist, que permite a la
modalidad mandar un informe sobre los exámenes médicos realizados
incluyendo datos sobre las imágenes adquiridas, las dosis dispensadas,
etc. Consta de tres estados:
• En progreso: significa que la realización del estudio ha comenzado.
• Terminado: significa que la realización del estudio fue terminada
satisfactoriamente.
• Descontinuado: significa que la realización del estudio fue cancelada o
no pudo ser terminada.
Servicios DICOM
• DICOMPRINT

• Este servicio es usado para mandar imágenes a una impresora

DICOM, normalmente para imprimir una placa de rayos-x. Hay una
calibración estándar para ayudar a asegurar la consistencia entre
distintos dispositivos de pantalla.
Aplicaciones auxiliares
• Ver información DICOM
• Clear Canvas
• Importación / Exportación
• Emuladores
• ServeX
• SXBRU Lite
• MWLService / Consola HIS
Práctica
• Dibuje una red del área de imagenología con lo siguiente:
• 2 Salas de RX
• 1 Sala de US
• 1 Sala de CT
• 1 Cuarto Azul
• 2 Impresoras DICOM
• 1 site con servidor y BD
• Indique que servicio DICOM se utilizará en cada enlace, para que todos
puedan consultar las imágenes.
Estándar HL7
(Health Level Seven)
Orígenes del estándar
• HL7 es una “Organización de Desarrollo de Estándares” (Standards
Developing Organization, SDO), para el ámbito de la salud.
• Fundada en 1987, sin fines de lucro, opera a nivel internacional y su
misión es proveer estándares globales para los dominios: clínico,
asistencial, administrativo y logístico, con el fin de lograr una
interoperabilidad real entre los distintos sistemas de información en
el área de la salud.
Orígenes del estándar
• Visión de HL7
• Un mundo en el que todo el mundo de forma segura se puede
acceder y utilizar los datos de salud adecuado cuando y donde lo
necesiten.
• Misión de HL7
• HL7 faculta a la interoperabilidad de datos mundial de la salud
mediante el desarrollo de normas y permitiendo su adopción y
aplicación.
Principales características
• Desarrollar estándares cuya sintaxis coherente y extensible permita
estructurar información en salud, que permita apoyar los procesos de
atención al paciente, para ser intercambiada entre aplicaciones de
software, conservando al mismo tiempo la semántica de la
información.
Principales características
•  Desarrollar una metodología formal para apoyar la creación de
estándares HL7 a partir del Modelo de Referencia de Información
(Reference Information Model, RIM) de HL7.

•  La creciente necesidad de generar sistemas de información

integrados regionalmente (ciudades, regiones, países) hizo necesario
el desarrollo de un espectro más amplio de estándares que faciliten
la interoperabilidad.
Principales características
•  La interoperabilidad ha dado origen a varios
estándares que facilitan los procesos de
intercambio de información de salud. Debido a
ello, hoy en día, se habla de Estándares HL7.
• Mensajería HL7 Versión 2: Estándar de mensajería
para el intercambio electrónico de datos de salud.
• Mensajería HL7 Versión 3: Estándar de mensajería
para el intercambio electrónico de datos de salud
basada en el RIM.
• CDA HL7: (Clinical Document Architecture)
Estándar de arquitectura de documentos clínicos
electrónicos.
 Mensaje HL7 v.2
MSH|^~&|LAB|CCF|||20040920080937||ORM^O01|42640000 009|P|2.3|
PID|||56797971||Gonzalez^pepe^Jose||196505 25|M||||||||||56797971|
PV1||O|UNKO^|||||
ORC|RE||A0203809||IP|||||||
OBR|1|A0203809|A0203809|400090^Complete Blood Count|||200609240000||||
|||200609240847||deleted^^ ^^MD^^^^^^||||||200609241055|||P
OBX|1|ST|40010^White Blood Count (WBC) (x1000)||PENDING||||||P
OBX|2|ST|40020^Red Blood Count (RBC)||PENDING||||||P
ORC|RE||A0203809||CM|||||||
OBR|2|A0203809|A0203809|650300^Depakene (Valproic Acid) Level|||200609240000|||||
||200609240847||^deleted^ ^^^MD^^^^^^||||||200609241055|||F
OBX|3|NM|65030^Depakene (Valproic Acid) Level||76.8|ug/ml|50-100||||F|||200609241054||
 Mensaje HL7 v.3
<?xml version="1.0" encoding="windows-1252"?> <POLB_IN224200UV01 xmlns:hl7="urn:hl7-org:v3"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" ITSVersion="XML_1.0">
<templateId extension="VS_RM200901CO01“
…
<device classCode="DEV" determinerCode="INSTANCE">
<id extension="VSM001"/> </device>
</sender> <controlActProcess classCode="CACT" moodCode="EVN">
<code code="POLB_TE004202UV01" codeSystem="2.16.840.1.113883.1.11.20299“
codeSystemName="LaboratoryTriggerEventType" displayName="Result Complete"/>

<observationBattery classCode="BATTERY" moodCode="EVN"> <id extension="VS12340000"/>

<code code="28562-7" codeSystem="2.16.840.1.113883.6.1“
codeSystemName="LOINC" displayName="Vital Signs"/> <statusCode code="complete"/>
<recordTarget typeCode="RCT" contextControlCode="OP">
<patient classCode="PAT"> <id extension="6537077"/> <patientPerson classCode="PSN"
<name> <given>ANDRES FELIPE</given> <family>FERNANDEZ CORTES</family> </name>
<administrativeGenderCode code="M"
codeSystem="2.16.840.1.113883.5.1" codeSystemName="AdministrativeGender"/>
<birthTime value="19860705"/> </patientPerson> </patient>
</recordTarget> <author typeCode="AUT"> <time value="20100511220525"/>
Mensajes HL7

• ADT
• ORM
• ORU
• ACK
Aplicaciones auxiliares
• Smart HL7 Sender

• Servicio HL7 Consola HIS

• Logs
Práctica
• Del mensaje que se les da, obtener los siguientes datos:
• Nombre del paciente
• Fecha de Nacimiento
• Estudio a realizar
• Tipo de mensaje
• Hora del mensaje
• MSH|^~\&|FPDiagnostico|CEDISA|CMR|CEDISA|20170517063527||
ORM^O01|4684283|P|2.6||||AL|DO|
• PID||00103560298|00103560298|00103560298|SUAREZ
CASTILLO^APOLINAR^EUGENIO^^^^||19480723120000|M|||
OFICINA^^SANTO DOMINGO^^^^||809-388-6456|809-388-
6456||||||||||||||||N
• PV1|I|I|1598^^^PISO 1^^^^^|||||||||||||||I|
2748467|||||||||||||||||||||||||20170517063527||
• ORC|NW|2748467^||^|||^^^^^||20170517063527|||^^^^|||||||
• OBR||2748467^||00053^Tórax AP Y LATERAL^|||20170517063527|
20170517063527||||||||||||||||||||||||||||||||||<EOF>
POR SU ATENCIÓN