Índice (I)

●El modelo de integración

●HL7
○ ¿Qué es HL7? (Una “breve” introducción)
○ Los mensajes (I)
■ Componentes de un mensaje
■ Segmentos
■ Elementos
■ Campos
■ Eventos disparadores (Triggers)
Índice (y II)
● Los mensajes (y II)
○ Formatos de mensajes
■ ER-7 (Encoding Rules 7)
■ XML (eXtended Markup Language)…(eXtreMely cooL)

●Las guías de integración

○ Guía de pacientes
○ Guía de peticiones de laboratorio
○ Guía de consultas de propósito general
(Queries)
El modelo de integración
●¿Porqué un modelo de integración?
●Claves para la integración
●Integración con proveedores externos
●Aplicación del modelo
○ La pieza clave: el EAI-broker
■ ¿Qué es un EAI-broker o “motor de integración”?
■ Comparativa de sistemas:
■ Sin EAI-broker
■ Con EAI-broker
El modelo de integración
¿Porqué un modelo de integración?
En la actualidad, uno de los retos más importantes que deben enfrentar las
organizaciones es la integración de una diversa cantidad de sistemas de
información que han sido implantados durante años.
●La propuesta principal en una Integración de Aplicaciones es reemplazar
la diversidad de interfaces independientes por una aproximación ordenada
utilizando un núcleo central, reduciendo costos de mantenimiento.
●Mediante una metodología de integración y componentes de software, una
solución de Integración de Aplicaciones habilita a las diferentes
aplicaciones de una organización a trabajar conjuntamente en forma
eficiente, con un rendimiento cercano al tiempo real. Los diferentes modelos
de integración de aplicaciones permiten compartir datos y procesos de
negocios a través de diferentes sistemas, en forma independiente del
sistema operativo, el lenguaje de programación o el soporte de datos.
●Las soluciones de Integración aceleran drásticamente el proceso de
construcción o modificación de interfaces y es esto, lo que permite
responder mejor a los cambiantes requerimientos de negocios provenientes
de aplicaciones internas o proveedores externos (B2B).
El modelo de integración

Claves para la integración

● Automatización de procesos de negocios
● Conformidad con las estructuras de procesos
● Orientado a las transacciones
● Ingreso de datos centralizado (por única vez)
● Respuestas automáticas, en tiempo real
● Reglas de negocios centralizadas
● Protección de la información
El modelo de integración

Integración con proveedores

● Puntos de contacto automatizados entre los procesos de
externos
negocios internos y los procesos de los proveedores
externos
● Adaptabilidad a las estructuras de procesos de terceros
● Transacciones centradas en documentos electrónicos
● No existe la carga de datos
● Respuestas en tiempos cortos
● Notificaciones solo cuando algo no funciona
correctamente
● Protección de la información
El modelo de integración

Aplicación del modelo.

La pieza clave: el EAI-broker o motor de integración
● ¿Qué es un EAI-broker o motor de integración?
“Herramienta” encargada de comunicar las diferentes aplicaciones a través de
conectores (rutas o canales), tanto dentro de una organización como entre
organizaciones, gestionando los distintos procesos de negocio existentes,
controlando el orden y secuencia de los elementos de estos procesos.
El modelo de integración
Aplicación del modelo.
La pieza clave: el EAI-broker o motor de integración
● Comparativa de sistemas: sin EAI-broker (Arquitectura accidental)
A este tipo de sistemas se les denomina sistemas con arquitectura accidental
(accidental architecture), caracterizada por un conjunto de integraciones
“artesanales” que no responde a un plan bien definido, y que introduce sucesivos
cambios en los sistemas integrados, haciendo peligrar su integridad y dificultando
su mantenimiento. Además, este tipo de integración hace muy difícil la tarea de
conocer las dependencias entre sistemas, monitorizar la comunicación entre los
mismos y, sobre todo, de abordar nuevas necesidades de integración ágilmente y
con garantías.
El modelo de integración
Aplicación del modelo.
La pieza clave: el EAI-broker o motor de integración
● Comparativa de sistemas: con EAI-broker (arquitectura hub-&-spoke)
Objetivo: integrar sistemas aislados de una forma controlada y de facilitar los
proyectos de conexión de sistemas heterogéneos.
Los EAI brokers suelen usar una arquitectura en la que los sistemas integrados se
comunican con el broker, no directamente entre si. Esto reduce el número de conexiones o
integraciones necesarias de n2 a n, donde n es el número de sistemas que se deben
integrar.
Los EAI brokers proporcionan una serie de
adaptadores que hacen más fácil la
comunicación con sistemas heterogéneos en
tiempo real
HL7- El estándar de integración para sanidad

●¿Qué es HL7? (Una “breve” introducción)

●Los mensajes
○ Componentes de un mensaje
■ Segmentos.
■ Campos.
■ Componentes.
○ Caracteres especiales.
○ Eventos disparadores (Triggers)
○ Formatos de mensajes
■ ER-7 (Encoding Rules 7)
■ XML (eXtended Markup Language)…(eXtreMely cooL)
HL7- El estándar de integración para sanidad
¿Qué es HL7?
● ¿Qué significa HL7?
○ Las siglas HL7 provienen de Health Level 7, que hacen referencia, por un
lado a SALUD (= HEALTH, en inglés) y, por otro lado, a NIVEL 7 (LEVEL 7,
en inglés).
Nivel 7 • Nivel correspondiente a la capa de aplicación según el Modelo
OSI de ISO relativo a tecnologías y protocolos de red.
HL7- El estándar de integración para sanidad
¿Qué es HL7?
● ¿Qué es HL7.org?
○ Es una organización sin ánimo de lucro con 20 años de existencia, acreditada
por ANSI para desarrollar estándares desde 1994, formada por más de 20
grupos internacionales de distintos países.

● ¿Qué es el estándar HL7?

Es un protocolo para el intercambio de información clínica
Actualmente define interfaces para: sistemas que emiten o reciben mensajes de registro,
admisión, transferencia, alta de pacientes, pedidos de información al sistema, ordenes,
resultados, observaciones clínicas, facturación y actualización de información de archivos
maestros.

● NO es una aplicación

● NO es una estructura de datos o especificación de base de datos

● NO es una arquitectura para diseñar aplicaciones sanitarias

HL7- El estándar de integración para sanidad
Los mensajes
● Componentes de los mensajes
El formato de los mensajes está basado en campos de longitud variable,
separados por caracteres especiales, según unas reglas de codificación
definidas.
Los campos de datos se combinan para formar agrupamientos lógicos
denominados segmentos, los cuales a su vez están separados entre sí por
caracteres específicos.
Cada segmento se identifica por un código de tres caracteres que se coloca al
principio del mismo.
Dentro de cada segmento encontramos los campos, que a su vez son formados
por los componentes los cuales son la unidad de información más pequeña
dentro de un mensaje HL7. En ocasiones, estos componentes pueden dividirse
también en subcomponentes.
HL7- El estándar de integración para sanidad
Los mensajes
Esquema de los mensajes
HL7- El estándar de integración para sanidad
Los mensajes
Caracteres especiales

●Carácter separador de componentes de campo: cuando un campo tiene

varios componentes, se encarga de delimitar cada uno: ^.

●Carácter codificador de segmentos repetitivos: indica que un mensaje puede

contener segmentos repetidos: ~.

●Carácter de escape: un código que señala una característica especial del

texto: \.

●Carácter separador de subcomponentes de campo: separa los elementos

que puede contener un componente de campo: &.
 HL7- El estándar de integración para sanidad
Los mensajes
Ejemplo de un mensaje ADT_A01 (Admisión pacientes)
Código del tipo de mensaje y
del evento disparador
MSH|^~\&|NSI||LAB||20010827120759||ADT^A01|NSI1|P|2.3||||AL<cr>
EVN|A01|18000101000000<cr>
PID|1||60719^^^^HI|26690949^^^^DNI|TORRALBA^AIDA||19780113000000|F|||P
OTOSI 4032 108^^VALLADOLID^^1899||983444555|983213456~983455667<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|20010823102455<cr>

Encabezados de los segmentos Final de segmento

HL7- El estándar de integración para sanidad
Eventos disparadores
●Trigger Event = evento en mundo real
■ Cambio en el estado del paciente
■ Solicitud de análisis
■ Resultado de los análisis obtenido
HL7- El estándar de integración para sanidad
Eventos disparadores
●Cuándo
○ Un evento A01 es enviado cuando se realiza el
ingreso/admisión del paciente.

●Qué
○ Normalmente, esta información es ingresada por el sistema
de admisión de pacientes e informada al resto de los
sistemas que conforman la organización

●Uso
○ Por ejemplo, un evento A01 puede ser usado para notificar al
sistema de Laboratorio que un paciente ha sido admitido y al
que se le puede fehacientemente solicitar estudios.
Ejemplo de evento

Laboratorio Enfermería

ADT^A01
ADT^A01

HIS-Registro

ADT^A01
ADT^A01

Admisión Radiología
Farmacia
Paciente
 Interoperabilidad con HL7

Farmacia Radiología

ADT

Otros
Registro
Laboratorio AD
T
ORM
ORU
ORU ADT
ORM

Resonancia
Solicitudes
 HL7- El estándar de integración para sanidad

Los mensajes
Formatos de los mensajes

●Formato ER-7.
Este formato es el que se utiliza hasta la actual versión del protocolo HL7, la
v.- 2.5. Se trata de un fichero de texto “plano” en el que se utiliza la
codificación “Pipe & Hat”
■Los datos adquieren sentido basándose en su posición
■El orden de segmentos determinado por la definición del mensaje
■Los campos se determinan por el carácter “|”
■Los campos se subdividen por el carácter “^”
MSH|^~\&|{ID_APLICACION_ORIGEN}|{ID_ORGANIZACION_ORIGEN}|{ID_APLICACION_DESTINO}|{ID_ORGANIZACION_DESTINO}|{FECHACREACCIONMENSAJ
E}||ADT^A01|1000|{ID_PROCESO}|2.5||||{CODIGO_TIPO_ACEPTACION}
EVN|A01|{FECHACREACCIONMENSAJE}||||20070503113132
PID|001||{CODIGO_IDENTIFICADOR_PACIENTE}^^^{CODIGO_AUTORIDAD_ASIGNACION}^{CODIGO_TIPO_IDENTIFICADOR}^^^{FECHA_CADUCIDAD_IDENTIFI
CADOR}^{CODIGO_AMBITO_GEOPOLITICO}&&{CODIGO_SISTEMA_IDENTIFICACION}|{ID_DOCUMENTO_IDENTIFICACION}^^^{CODIGO_PAIS_EMISOR}&{TIPO
_IDENTIFICADOR_EXTRANJERO}|{APELLIDO1}^{NOMBRE}|{APELLIDO2}|{FECHANAC}|{SEXO}|||{TIPO_VIA}&{NOMBRE_CALLE}&{NUMERO_VIVIENDA}^{ESCAL
ERA,PLANTA,PUERTA,...}^{MUNICIPIO}^{PROVINCIA}^{CODIGO_POSTAL}^ESP^{TIPO_DIRECCION}^{POBLACION}||{NUMERO_TELEFONO}^^^{E-
MAIL}|||||||||||||||{ID_ORIGEN}^{DESCRIPCION_ORIGEN}|20070606130504
PV1|001|I|{UNIDEFO}^^{CAMAO}^{HOSPITALO}|{ID_TIPO_INGRESO}|||{ID_MEDICO_ASIGNADO}^{MEDICO_ASIGNADO_APELLIDO1}^{MEDICO_ASIGNADO_NOM
BRE}^{MEDICO_ASIGNADO_APELLIDO2}|{ID_MEDICO_PETICIONARIO}^{APELLIDO1_MEDICO_PETICIONARIO}^{NOMBRE_MEDICO_PETICIONARIO}^{APELLID
O2_MEDICO_PETICIONARIO}||{CODIGO_SERVICIO}||||{ID_ORIGEN_ADMISION}||||{TIPO_PACIENTE}|{NUMERO_VISITA_ICU}||||||||||||||||||||{LUGAR_ATENCION_ASI
GNADO}|||||20070503135528
PV2|||{ID_MOTIVO_INGRESO}^{DESCRIPCION_MOTIVO_INGRESO}^{ID_SISTEMA_CODIFICACION}
DG1|{IDENTIFICADOR_UNICO_DIAGNOSTICO}||{CODIGO_DIAGNOSTICO}^{DESCRIPCION_DIAGNOSTICO}^{CODIGO_SISTEMA_CODIFICACION}|||{ID_TIPO_DI
AGNOSTICO}||||||||||{CODIGO_MEDICO_DIAGNOSTICA}
HL7- El estándar de integración para sanidad

Los mensajes
Formatos de los mensajes
●Formato XML. <ADT_A01>
<MSH>
<MSH.1>|</MSH.1>
<MSH.2>^~\&amp;</MSH.2>
<MSH.3>
<HD.1>{ID_APLICACION_ORIGEN}</HD.1>
</MSH.3>
<MSH.4>
<HD.1>{ID_ORGANIZACION_ORIGEN}</HD.1>
</MSH.4>
<MSH.5>
<HD.1>{ID_APLICACION_DESTINO}</HD.1>
</MSH.5>
<MSH.6>
<HD.1>{ID_ORGANIZACION_DESTINO}</HD.1>
</MSH.6>
<MSH.7>
<TS.1>{FECHACREACCIONMENSAJE}</TS.1>
</MSH.7>
<MSH.8/>
<MSH.9>
<MSG.1>ADT</MSG.1>
<MSG.2>A01</MSG.2>
</MSH.9>
<MSH.10>1000</MSH.10>
<MSH.11>
<PT.1>{ID_PROCESO}</PT.1>
</MSH.11>
<MSH.12>
<VID.1>2.5</VID.1>
</MSH.12>
<MSH.13/>
<MSH.14/>