03 hl7 v2 x
TRANSCRIPT
HL7 V 2.X DR. HUMBERTO MANDIROLA
06/04/2015 HTTP://WWW.BIOCOM.COM 1
Modelo básico de transacciones HL7
06/04/2015 HTTP://WWW.BIOCOM.COM 2
RED
ENVIA
MENSAJE
Sistema A
Sistema B
RECIBE MENSAJEEvento disparador
Ejemplo de evento disparador
Cuándo
Qué
Uso
06/04/2015 HTTP://WWW.BIOCOM.COM 3
06/04/2015 HTTP://WWW.BIOCOM.COM 4
Un mensaje es la unidad transferida entre sistemas informáticos. Esta
compuesto de por un grupo de segmentos en una secuencia definida. El
primer segmento (MSH) identifica el tipo de mensaje y el evento disparador
que hizo que el mensaje sea enviado.
MSH|^~\&|NSI||LAB||20010827120759||ADT^A01|NSI1|P|2.3||||AL<
cr>
EVN|A01|18000101000000<cr>
PID|1||60719^^^^HI|26690949^^^^DNI|TORRALBA^AIDA||1978011300
0000|F|||POTOSI 4032 108^^CAPITAL FEDERAL^^1899<cr>
NK1|1|CAMUS^ALBERTO|PAD|RIVADAVIA 253|42539686<cr>
PV1|1|I|301|R|||1436^PEREZ^JORGE^ALBERTO|1026^LOPEZ^NORBERTO
|998^GARCIA^ALEJANDRO|M|||A|4|A0|N|1026^LOPEZ^NORBERTO|OB
|H0100240|||||||||||||||||ALV||||||||20010823095130|20010
823102455<cr>
IN1|1|INT^^HI|2^^^^HI~347^^^^NSI|PLAN DE SALUD<cr>
Elementos de Mensajes HL7 V2.X
¿Qué es un mensaje HL7 abstracto?1. Describe los Datos …
2. Cuándo son enviados …
3. Y cuales son las condiciones de error …
4. Pero NO describe la cadena de Bytes que conforman el mensaje.
06/04/2015 HTTP://WWW.BIOCOM.COM 5
06/04/2015 HTTP://WWW.BIOCOM.COM 6
[...] opcional, {...} permite repetirse
MSH Encabezado de MensajeEVN Tipo de eventoPID Identificación del paciente[ PD1 ] Datos adicionales demográficos[{ NK1 }] Familiares a cargoPV1 Información del episodio[ PV2 ] Información adicional del episodio[{ DB1 }] Información de discapacidades[{ ALG }] Información sobre alergias[{ DG1 }] Diagnóstico[ DRG ] Grupo relacionado de Diagnóstico
[{ PR1 Procedimento[{ ROL }] Rol
}][{ GT1 }] Garante[{ IN1 Datos de la obra social
[ IN2 ] Datos de la obra social -Addicionales
[ IN3 ] Datos de la obra social -Addicionales}][ ACC ] Información de Accidente
Mensajes HL7 V2.X ADT A01
Segmentos Características de los segmentos
Un segmento HL7 es una agrupación de campos.
Los segmentos dentro de un mensaje:
Pueden ser REQUERIDOS u OPCIONALES
Pueden ocurrir UNA SOLA VEZ o permitir REPETICIONES
Se identifican por un código único de tres caracteres denominado‘SEGMENT ID’
HL7 permite en cada implementación definirsegmentos específicos para intercambiar informaciónno prevista
Segmentos Z..
06/04/2015 HTTP://WWW.BIOCOM.COM 7
Caracteres de Codificación
06/04/2015 HTTP://WWW.BIOCOM.COM 8
Delimitadores: | ^ ˜ \ & <CR>
Al construir un mensaje, se utilizan determinados caracteres como DELIMITADORES
Terminador de Segmento <CR> (ASCII 13)
Separador de Campo | (ASCII 124)
Separador de Componente ^ (ASCII 94)
Separador de Subcomponente & (ASCII 38)
Caracter de Repetición ~ (ASCII 126)
Caracter de Escape \ (ASCII 92)
Son “modificables”, excepto <CR>
Resumen de Elementos HL7 V2.X mensaje: formado por segmentos separados entre sí por
<CR>.
segmento: formado por campos separados por el separador de campos (|1)
campo: formado por uno o más componentes separados por el separador de componentes
(^1) y es de un tipo de datos específico.
componente: formado por uno o más subcomponentes separados por el separador de subcomponentes (&1)
06/04/2015 HTTP://WWW.BIOCOM.COM 9
¿De donde saco la información para hacer los mensajes HL7 v2.x?
06/04/2015 HTTP://WWW.BIOCOM.COM 10
2. Ventajas y desventajas
Disponible en ^ | y como XML
•Fortaleza: mensajería intrahospitalaria interdepartamental
•Debilidad: para implementaciones regionales
•Alto nivel de uso en el mercado
06/04/2015 11HTTP://WWW.BIOCOM.COM
Herramientas de HL7: HL7 v3
Disponible como XML
•Fortaleza: mensajería
•Debilidad: todavía no cubre algunos requerimientos de aplicaciones departamentales. •Mayor complejidad inicial. •Todavía algo inestable.•Menor nivel de uso en el mercado : proveedores de software y usuarios (hospitales, prestadores)
06/04/2015 12HTTP://WWW.BIOCOM.COM
Herramientas de HL7: HL7 CDA R2
Estandar para intercambio de DOCUMENTOS clinicos
(en lugar de mensajes)
Ultima versión : Normativa 2010 (CDA R2) (CDA R3 en discusión, no ballot)
Fortaleza: Ampliamente difundido. Facil de implementar. Interoperabilidad evolutiva. Basado en XML y en modelos de V3. Identificadores unicos globales.
Debilidad: Se lo quiere utilizar como si fuera toda la navajasuiza.
Alto nivel de uso en el mercado : proveedores de software y usuarios (hospitales, prestadores)
Dominios: Cualquiera que permita generar documentos
06/04/2015 HTTP://WWW.BIOCOM.COM 13
Comparativa de Documentos vs. Mensajes.
CARACTERISTICA DOCUMENTOS MENSAJES
Ciclo de Vida Persistente Temporal
Comunicación Entre Personas Entre Aplicaciones
Relación con los prestadores
Están entrenados para crearlos
No entienden bien qué significan
Aspecto Legal Tienen status legal Ni firma ni validez legal
Origen Usos y costumbres Ad-Hoc según casos de uso
Contexto
A nivel de documento Segmentado
Completitud Completo Fragmentado
HTTP://WWW.BIOCOM.COM06/04/2015 14
Gracias por su atención
06/04/2015 HTTP://WWW.BIOCOM.COM 15
Dr. Humberto F. Mandirola Brieux
Email [email protected]