You are on page 1of 13

Introduccin a HL7

Contenido
1. 2.

Introduccin a HL7

3. 4. 5.

Introduccin a HL7 Diego Kaminker HL7 Argentina Presidente Marcelo Ceitlin SADIO SIS 2007 - MAR DEL PLATA
SIS 2007 2005-7, HL7 Argentina 0

6. 7.

HL7 Organizacin y Objetivos Desarrollo de HL7 V2 y otros estndares Relacin de HL7 con otros estndares. Necesidad de Interfaces. Interoperabilidad Sistemas monolticos y distribuidos El porqu de los Estndares de Comunicacin Taller de Interoperabilidad
2005-7, HL7 Argentina 1

SIS 2007

1. HL7 Organizacin y Objetivos

Qu significa siete en HL7?

Misin
Misin de HL7: interoperabilidad clnica
Proveer un marco completo y estndares relacionados para el intercambio, integracin y recuperacin de informacin electrnica de salud que soporte la prctica clnica y el gerenciamiento y evaluacin de servicios de salud. Especficamente: crear estndares flexibles y costo-efectivos, guas y metodologas para permitir la interoperabilidad entre los sistemas de informacin y el intercambio de registros electrnicos de salud (HL7 Mission statement, revisado en el ao 2001) Estrategia: innovacin tanto de nuestros usuarios como de la organizacin
SIS 2007 2005-7, HL7 Argentina 2

Un protocolo para el intercambio de informacin clnica 7 7 6 6 5 5 4 4 3 3 2 2 1 1 Applicacin Applicacin HL7 Presentacin Presentacin Sesin Sesin Transporte Transporte Red Red Enlace Enlace Fsica Fsica

Funcin

Communicacin

Arquitectura de comunicaciones del modelo de ISO llamado OSI (Open System Interconnection)
04/09/2007 3

1. HL7 Organizacin y Objetivos

1. HL7 Organizacin y Objetivos

Quines conforman HL7?


Fundada en 1987. Acreditada como SDO por ANSI en 1994 (Los estndares aprobados por HL7 desde 1994 son estndares para USA). HL7 como organizacin tiene una estructura y procedimientos formales basados en la bsqueda del consenso y el balance de intereses entre los distintos sectores representados: empresas de software, financiadores de la salud, estados nacionales, universidades, prestadores de salud, consultores, etc.
SIS 2007 2005-7, HL7 Argentina 4 SIS 2007

Ms de 500 empresas miembros de la organizacin, ms de 1500 miembros en total. Alrededor de 500 miembros se renen peridicamente en los WGM alrededor de 100 de ellos de algn afiliado internacional. 26 Afiliados internacionales (adems de USA):
Argentina Canad Rep.Checa Alemania Irlanda Corea N.Zelanda Sud Africa Holanda Australia China Dinamarca Grecia Italia Lituania Polonia Suiza Reino Unido Brasil Croacia Finlandia India Japn Mexico, Chile,Uruguay Espaa Taiwan Prox.: Colombia

2005-7, HL7 Argentina

(C) 2005 HL7 & HL7 Argentina

Introduccin a HL7

2. Desarrollo de HL7 V2 y otros estndares

Contenido

Versin 1.0 y 2.0 de mensajera en aos 1987 y 1988 Estndares de mensajera aprobados: 1990 1994 1997 1999 2000 2003 2007

Enfoque conceptual Construccin de Mensajes versin 2.X


Mensajes, Segmentos, Campos Delimitadores Reglas de ensamblado y desensamblado Tipos de datos

2.1

2.2

2.3 2.3.1 2.4

2.5

2.6?

Reglas de procesamiento Ejemplos de mensajes HL7 V2.X Recomendacin para implementacin de version 2.X Versin V2 XML

SIS 2007

2005-7, HL7 Argentina

04/09/2007

Modelo bsico de transacciones HL7


Sistema B

Paradigmas de respuestas HL7


ORM msg

RECIBE MENSAJE Evento disparador ENVIA RESPUESTA

Evento disparador Aceptar ACK (opt)

ENVIA MENSAJE RECIBE RESPUESTA


Sistema A

Sistema A
RED ORR (opt)

Sistema B
Evento disparador
Aceptar ACK (opt)

04/09/2007

04/09/2007

Conceptos

Ejemplo de evento disparador

Eventos disparadores
El evento disparador es el hecho que genera la transmisin del mensaje. La relacin entre TIPOS DE MENSAJE y CODIGOS DE EVENTO DISPARADOR es UNO a MUCHOS: El mismo evento disparador no puede asociarse a ms de un tipo de mensaje.

Cundo
Un evento A01 es enviado cuando se realiza el ingreso/admisin del paciente.

Qu
Normalmente, esta informacin es ingresada por el sistema de admisin de pacientes e informada al resto de los sistemas que conforman la organizacin

Actualizaciones no solicitadas
Cuando la transferencia de informacin es iniciada por el sistema que controla el evento, la transaccin se denomina ACTUALIZACION NO SOLICITADA. Ejemplo: se concluye un estudio diagnstico

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.

04/09/2007

10

04/09/2007

11

(C) 2005 HL7 & HL7 Argentina

Introduccin a HL7

Ejemplos de eventos ADT


A01 A02 A03 A04 A05 A06 A07 A08 A09 A10 A11 A12 A13 A14 A15 A16 A17 A18 A19 A20 A21 A22 A23 ADT/ACK - Admit a patient ADT/ACK - Transfer a patient ADT/ACK - Discharge a patient ADT/ACK - Register a patient ADT/ACK - Preadmit a patient ADT/ACK - Transfer an outpatient to inpatient ADT/ACK - Transfer an inpatient to outpatient ADT/ACK - Update patient information ADT/ACK - Patient departing ADT/ACK - Patient arriving ADT/ACK - Cancel admit ADT/ACK - Cancel transfer ADT/ACK - Cancel discharge ADT/ACK - Pending admit ADT/ACK - Pending transfer ADT/ACK - Pending discharge ADT/ACK - Swap patients ADT/ACK - Merge patient information QRY/ACK - Patient query ADT/ACK - Nursing/Census application updates ADT/ACK - Leave of absence - out (leaving) ADT/ACK - Leave of absence - in (returning) ADT/ACK - Delete a patient record

Qu es un mensaje HL7 abstracto?

Mensaje Abstracto
El nivel bsico de definicin dentro del estndar HL7 es el del mensaje abstracto asociado a cada evento particular. La definicin del mensaje incluye:
DATOS : Los campos de datos a enviar dentro del mensaje RESPUESTAS : Las respuestas vlidas ERRORES : El tratamiento de errores de aplicacin (datos errneos) o fallas de comunicacin
12 04/09/2007 13

04/09/2007

Ejemplo de mensaje HL7 abstracto (ADT^A01)


ADT^A01^ADT_A01 MSH EVN PID [ PD1 ] [{ ROL }] [{ NK1 }] PV1 [ PV2 ] [{ ROL }] [{ DB1 }] [{ OBX }] [{ AL1 }] [{ DG1 }] [ DRG ] [{ PR1 [{ ROL }] }] [{ GT1 }] [{ IN1 [ IN2 ] [{ IN3 }] [{ ROL }] }] [ ACC ] [ UB1 ] [ UB2 ] [ P DA ] ADT Message Message Header Event Type Patient Identification Additional Demographics Role Next of Kin / Associated Parties Patient Visit Patient Visit - Additional Info. Role Disability Information Observation/Result Allergy Information Diagnosis Information Diagnosis Related Group Procedures Role Guarantor Insurance Insurance Additional Info. Insurance Additional Info - Cert. Role Accident Information Universal Bill Information Universal Bill 92 Information Patient Death and Autopsy Chapter 2 3 3 3 12 3 3 3 12 3 7 3 6 6 6 12 6 6 6 6 12 6 6 6 3

Mensajes HL7

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|||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|20010823102455<cr> IN1|1|INT^^HI|2^^^^HI~347^^^^NSI|PLAN DE SALUD<cr>

Un Unmensaje mensajees esla launidad unidadtransferida transferidaentre entresistemas sistemasinformticos. informticos.Esta Esta compuesto compuestode depor porun ungrupo grupode desegmentos segmentosen enuna unasecuencia secuenciadefinida. definida.El El primer primersegmento segmento(MSH) (MSH)identifica identificael eltipo tipode demensaje mensajey yel elevento eventodisparador disparador que quehizo hizoque queel elmensaje mensajesea seaenviado. enviado.
14 04/09/2007 15

SIS 2007

2005-7, HL7 Argentina

Segmentos
SEQ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21
16 SIS 2007

Definicin de segmento PID


LEN 4 20 250 20 250 250 26 1 250 250 250 4 250 250 250 250 250 250 16 25 250 DT OPT RP/# TBL# ITEM# SI O 00104 CX B 00105 CX R Y 00106 CX B Y 00107 XPN R Y 00108 XPN O Y 00109 TS O 00110 IS O 0001 00111 XPN B Y 00112 CE O Y 0005 00113 XAD O Y 00114 IS B 0289 00115 XTN O Y 00116 XTN O Y 00117 CE O 0296 00118 CE O 0002 00119 CE O 0006 00120 CX O 00121 ST B 00122 DLN O 00123 CX O Y 00124 ELEMENT NAME Set ID - PID Patient ID Patient Identifier List Alternate Patient ID - PID Patient Name Mother's Maiden Name Date/Time of Birth Administrative Sex Patient Alias Race Patient Address County Code Phone Number - Home Phone Number - Business Primary Language Marital Status Religion Patient Account Number SSN Number - Patient Driver's License Number - Patient Mother's Identifier
17

Caractersticas de los segmentos


Un segmento HL7 es una agrupacin 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 cdigo nico de tres caracteres denominado SEGMENT ID

HL7 permite en cada implementacin definir segmentos especficos para intercambiar informacin no prevista
Segmentos Z..

04/09/2007

2005-7, HL7 Argentina

(C) 2005 HL7 & HL7 Argentina

Introduccin a HL7

Campos

Componentes de un campo

Campo
Un campo es una cadena de caracteres definida por un tipo de datos de HL7. El apendice A del estndar, el diccionario de datos, brinda un listado alfabtico de los campos, listados de codificacin recomendada, y una referencia cruzada de los campos contra los segmentos
3.3.2.5 3.3.2.5Patient Patientname name(XPN) (XPN)00108 00108
Components: Components: <family <family name name (ST)> (ST)> ^ ^ <given <given name name (ST)> (ST)> ^ ^ <middle <middle initial initial or or name name (ST)> (ST)> ^ ^ <suffix <suffix (e.g., (e.g., JR JR or or III) III) (ST)> (ST)> ^ ^ <prefix <prefix (e.g., (e.g., DR) DR) (ST)> (ST)> ^ ^ <degree <degree (e.g., (e.g., MD) MD) (ST)> (ST)> ^ ^ <name <name type type code code (ID) (ID) > >
04/09/2007 18

MSH|^~\&|NSI||LAB||20010827120759||ADT^A01|NSI1|P|2.3||||AL<cr> EVN|A01|18000101000000<cr> PID|1||60719^^^^HI|26690949^^^^DNI|TORRALBA^AIDA^LIDIA||19780113 |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|20010823102455<cr> IN1|1|INT^^HI|2^^^^HI~347^^^^NSI|PLAN DE SALUD<cr>

Componentes Componentesde deun uncampo campo((separador separador= =^ ^)) Un Uncampo campotambin tambinpuede puedetener tenerpartes parteso ocomponentes componentesseparables. separables.Por Por ejemplo, ejemplo,el elnombre nombredel delpaciente pacientese seregistra registracomo comoApellido, Apellido,Nombre, Nombre,Inicial Inicial de Segundo Nombre. de Segundo Nombre.
04/09/2007 19

Caracteres de Codificacin

Delimitadores:

| ^ \ & <CR>

Al construir un mensaje, se utilizan determinados caracteres como DELIMITADORES


Terminador de Segmento Separador de Campo Separador de Componente Separador de Subcomponente Caracter de Repeticin Caracter de Escape <CR> | ^ & ~ \ (ASCII 13) (ASCII 124) (ASCII 94) (ASCII 38) (ASCII 126) (ASCII 92)

Alfanumricos (ST,TX,FT) Numricos (CQ,MO,NM,SI,SN) Identificadores (ID,IS,HD,EI,RP,PL,PT) Fecha/Hora (DT,TM,TS) Valores Codificados (CE,CF,CK,CN,CX,XCN) Genricos (CM) Forma de Onda (CD,MA,NA,ED) Precios (CP) Finanzas (FC) Consultas extendidas (QSC,QIP,RCD) Archivos maestros (DLN,JCC,VH) Registros mdicos (PPN) Series temporales (DR,RI,TQ) Datos Demogrficos (AD,PN,TN,XAD,XPN,XON,XTN)

Tipos de datos

XPN XPNdata datatype: type: <family <familyname name(ST)> (ST)>^ ^<given <givenname name(ST)> (ST)>^ ^<middle <middleinitial initialor or name name(ST)> (ST)>^ ^<suffix <suffix(e.g., (e.g.,JR JRor orIII) III)(ST)> (ST)>^ ^<prefix <prefix(e.g., (e.g.,DR) DR)(ST)> (ST)>^ ^<degree <degree (e.g., (e.g.,MD) MD)(ST)> (ST)>^ ^<name <nametype typecode code(ID) (ID)> >
20 04/09/2007 21

04/09/2007

Reglas de procesamiento de mensajes

Reglas de proceso (Nivel 7 - Aplicacin)

Existen dos formas de procesamiento de mensajes:


ORIGINAL PROCESSING RULES ENHANCED PROCESSING RULES

Secuencia de intercambio de mensajes


Paso 1. El sistema emisor construye un mensaje HL7 basado en datos de la aplicacin y lo enva al sistema receptor. Paso 2. El sistema receptor recibe el mensaje y
a) Valida sintcticamente el mensaje de acuerdo a reglas de iniciacin basadas en el segmento MSH. Si falla enva un mensaje de rechazo al emisor; si no continua ... b) Pasa el mensaje a la aplicacin, la cual:
1) crea un mensaje de respuesta, o 2) crea un mensaje de error, o 3) crea un mensaje de rechazo.

04/09/2007

22

c) Enva el mensaje de respuesta, error o rechazo.


04/09/2007

23

(C) 2005 HL7 & HL7 Argentina

Introduccin a HL7

Mensajes de respuesta - ACK

Procesamiento de la aplicacin

Mensaje ACK - general acknowledgment


Mensaje de uso general para indicar un acuse de recibo de un mensaje. Indica si hubo o no un error al procesar el mensaje.
ACK MSH MSA [ ERR ] General acknowledgment Message Header Message acknowledgment Error Chapter 2 2 2

Una vez que la validacin inicial del protocolo, analizando el encabezado MSH, se ha realizado se ejecuta una de las siguientes acciones:
1) Se procesa satisfactoriamente el mensaje, generando una respuesta con el valor AA en MSA-1-ack code. 2) Se crea una respuesta de error, proveyendo la informacin del error y el valor AE en el campo MSA-1 3) Falla al procesar el mensaje (Rechazo) por razones ajenas al contenido o formato (Cada del sistema, error interno, etc). Enviandose un mensaje con el valor AR en el campo MSA-1

04/09/2007

24

04/09/2007

25

Especificacin del tipo de respuesta

Desafos al utilizar HL7

En cada envo de un mensaje se puede especificar el campo MSH-15-Accept acknowledgment type


Este campo identifica las condiciones de requerimiento de mensajes de respuesta. Este campo es requerido para el modo extendido. Valor AL NE ER SU Descripcin Siempre requiere respuesta Nunca requiere respuesta nicamente ante un error nicamente cuando es satisfactorio

Necesidad de especificaciones detalladas


Es correcta mi interpretacin? Es correcta la interpretacin del otro? Estoy de acuerdo?

Decidir:
Qu mensajes utilizar? Qu eventos utilizar? Qu segmentos dentro de los mensajes? Qu campos dentro de los segmentos? Qu valores de las tablas definidas por el usuario?
26 04/09/2007 27

04/09/2007

Cmo implementar mensajera HL7?

2. Desarrollo de HL7 V2 y otros estndares

Establecer un ambiente de comunicaciones Especificar el protocolo de bajo nivel ms aplicable Identificar los mensajes y eventos Establecer procedimientos
Generales para todos Particulares para sistemas especficos

HL7 Otros estndares


CCOW (Framework para compartir contexto entre aplicaciones) 1.3 (1999) Arden Syntax (Sintaxis para compartir reglas de conocimiento clnico) 2.0 (1999) CDA (Arquitectura de documento clnico XML) 2000 (R2: Estndar 2005)

Identificar datos opcionales Generar una especificacin detallada Escribir el plan de pruebas Desarrollar un plan de contingencias y mantenimiento

04/09/2007

28

SIS 2007

2005-7, HL7 Argentina

29

(C) 2005 HL7 & HL7 Argentina

Introduccin a HL7

2. Desarrollo de HL7 V2 y otros estndares

3. Desarrollo de HL7 V2 y otros estndares

HL7 Otros estndares


Interfaces con broker de objetos 1998 Mensajera segura por email 1999 HIPAA Claims Attachments 1999 Mensajera v 2.x a travs de XML 2000 Healthcare Service Specification 2005
Ao 2000

Historia de HL7 V3
Comienza el desarrollo de V3 (primeros RIM)

Ao 2003
Metodologa de Versin 3: RIM + Vocabulario + Herramientas

Ao 2004:
Estndares temporarios (DSTU) V3 Early Adopters (Grupo de empresas o afiliados internacionales con implementaciones del estndar en su forma actual) El ncleo de v3 se transforma en estndar ANSI v3

SIS 2007

2005-7, HL7 Argentina

30

SIS 2007

2005-7, HL7 Argentina

31

2. Desarrollo de HL7 V2 y otros estndares

3. Relacin de HL7 con otras SDO

Historia de HL7 V3
Estado actual de V3 Estndares normativos a Enero de 2007 (hay un ballot nuevo en setiembre)

Relacin de HL7 con otras SDO


X12N (US: Edifact) US FDA y US CDISC/ Pharma DICOM UK: NHS National spine and GP-to-GP projects CEN TC 251 ISO TC 215 NIST (US: Natl Institute for Standards and Technology) HIMSS IHE

1.Refinamiento y Localizacin 2.Modelo de Referencia de Informacin (RIM) 3.Tipos de datos 4.Implementaciones XML y UML 5.Transporte MLLP 6.Servicios comunes de terminologa 7.GELLO (lenguaje de expresin comn) 8.Dominios de infraestructura:Master File, Query, Transmisin 9. Dominios administrativos:Facturacin y cuentas, Liquidacin y reembolsos, Turnos 10.Dominios clnicos: Provisin de Cuidado, CDA, Reportes de Salud Pblica, Estudios regulados, Dispositivos teraputicos
SIS 2007 2005-7, HL7 Argentina 32

SIS 2007

2005-7, HL7 Argentina

33

3. Relacin de HL7 con otras SDO

4. Necesidad de Interfaces / Interoperabilidad

HL7 y el EHR
HL7 tiene como tarea encomendada por el Gob. de USA la definicin de un modelo funcional estndar para el registro electrnico de salud: qu funciones debe cumplir y de qu manera. EHR-S

El Escenario Actual
Complejidad creciente de servicios de salud
Necesidad de mejor informaci informacin para la toma de decisiones cl clnicas y de gesti gestin Necesidad de controlar los Servicios de Salud Disminuir costos Mejorar servicios

Necesidad de Informatizaci Informatizacin de Servicios de Salud


SIS 2007 2005-7, HL7 Argentina 34 SIS 2007 2005-7, HL7 Argentina 35

(C) 2005 HL7 & HL7 Argentina

Introduccin a HL7

Evolucin del Proceso de Informatizacin


Proliferacin de sistemas departamentales independientes
Cubren mejor los requerimientos especficos de cada servicio Permiten informatizacin y actualizaciones graduales
Menos traumticas que procesos masivos

4. Necesidad de Interfaces / Interoperabilidad

4. Necesidad de Interfaces / Interoperabilidad

Proliferacin de Interfaces
Los sistemas distribuidos NO SIEMPRE poseen arquitecturas de datos compatibles
Necesidad de Interfaces entre Sistemas Necesidad de desarrollo y mantenimiento especficos para cada interfaz Multiplicacin de desarrollos

La descentralizacin se adapta mejor a las complejas organizaciones de salud

Necesidad de Intercambio de Datos Necesidad de Integracin de Informacin entre Sistemas de Salud


SIS 2007 2005-7, HL7 Argentina 36 SIS 2007

2005-7, HL7 Argentina

37

4. Necesidad de Interfaces / Interoperabilidad

4. Sistemas monolticos y distribuidos

Interoperabilidad semntica
Los sistemas son capaces de intercambiar datos y adems pueden usar de manera predecible la informacin obtenida del intercambio

Integracin vs. Interoperabilidad


Integracin es un concepto difuso: depende del contexto. Las aplicaciones pueden ser integradas a travs de una base de datos comn o usando mensajes e interfaces definidas. En los 80s dominaban las bases de datos monolticas. Se trasform en imposible de mantener y actualizar. De all el surgimiento de dominios heterogeneos.

Por qu es tan difcil en el rea de salud?


Complejidad del propsito. Mltiples dominios (rea de negocios, rea clnica, etc.). Falta histrica de estndares que garantizaran la interoperabilidad semntica. Seleccin del mejor sistema en cada rea departamental o institucin (best of breed).
SIS 2007 2005-7, HL7 Argentina 38

SIS 2007

2005-7, HL7 Argentina

39

5. Sistemas monolticos y distribuidos

5. Sistemas monolticos y distribuidos

La arquitectura ES importante
60s and 70s IBM otros 70s and 80s
Desarrolladores de Aplicaciones

Sistemas monolticos?
Fase 1 el pasado: Con la digitalizacion de los equipos de diagnstico (PACs y laboratorio) se crearon islas informatizadas. Esas islas deban poder interconectarse con cualquier sistema central monoltico?- (administrativo o clnico)

90s
Integradores de sistemas

Un proveedor de Hardware y Software

Proyectos de Instalacion Aplicaciones

Proyectos de instalacion Aplicaciones


Servidores, PCs

Hardware

Redes Seleccin estratgica Arquitecturas Herramientas SW industrial Alianzas


40

Seleccin Estratgica: Un proveedor!

Seleccin Estratgica Plataforma HW/SW Proveedor de Aplicaciones


2005-7, HL7 Argentina

SIS 2007

SIS 2007

2005-7, HL7 Argentina

41

(C) 2005 HL7 & HL7 Argentina

Introduccin a HL7

3. Sistemas monolticos y distribuidos

5. Sistemas monolticos y distribuidos

Sistemas monolticos?
Fase 2 presente y futuro: Todas las islas se pueden interconectar. La nueva red se extiende entre prestadores, financiadores, gobiernos, y hasta la casa de los pacientes. Basado en:
una arquitectura obligatoriamente distribuida y heterogenea. una estructura tcnica basada en estndares de facto.

Estrategia con sistemas distribuidos


Migrar del entorno monoltico a un marco abierto con integracin de sistemas.
Comprar o construir las mejores aplicaciones para cada departamento y combinar las instalaciones con el manejo del cambio (reingeniera de procesos) Basar la arquitectura en estndares y productos estndares de facto.

Definir una estrategia de sistemas de informacin que de soporte a los objetivos organizacionales
SIS 2007 2005-7, HL7 Argentina 43

SIS 2007

2005-7, HL7 Argentina

42

6. Porqu interfaces estndares?

6. Porqu interfaces estndares?

Interfaces Estndares Por Qu


interoperabilidad: capacidad de dos o ms sistemas para intercambiar informacin y usar la informacin intercambiada.
Fuente: IEEE Standard Computer Dictionary: A Compilation of IEEE Standard Computer Glossaries, IEEE, 1990]
SEMANTICA FUNCIONAL

Interfaces estndares Por qu


Algo de historia: el nmero de Interfaces crece aprox. como del cuadrado de la cantidad de sistemas a unir
Sistema A B 3 sistemas, 3 Interfases A C Sistema B 2 sistemas, 1 interfase

SIS 2007

2005-7, HL7 Argentina

44

SIS 2007

2005-7, HL7 Argentina

45

6. Porqu interfaces estndares?

6. Porqu interfaces estndares?

Interfaces estndares Por qu


I = (n x (n-1)) / 2 Si hay entre 30 y 40 sistemas interfaceables: SIST Interfaces 30 435 40 780 50 1225 Imposible de mantener! Cunto trabajo cuesta agregar un sistema?
SIS 2007 2005-7, HL7 Argentina 46

Interfaces estndares Por qu


Algunos prestadores o financiadores en USA tienen usualmente entre 50 y 100 interfaces. Lo mismo ocurre para sistemas de salud regionales o nacionales en Europa. A un costo de entre 50.000 y 100.000 dolares por interface, es mucho mas barato tener una interface estndar. Esto reduce el costo a I=(n1). Tambin permite que una interfaz se reemplace sin impactar a las dems. Esto ltimo permite encarar un acercamiento ms prctico al mantenimiento y reemplazo de los sistemas de informacin
SIS 2007 2005-7, HL7 Argentina 47

(C) 2005 HL7 & HL7 Argentina

Introduccin a HL7

6. Porqu interfaces estndares?

6. Porqu interfaces estndares?

Interfaces estndares Por qu


MODELO/MENSAJE ESTANDAR

Interfaces estndares Por qu


Por otra parte, la tendencia actual es hacia la integracin de la informacin de salud a nivel regional o de pas. Imaginen la complejidad de esa tarea. Ahora imaginen la complejidad de esa tarea sin estndares bien definidos y localizados para mensajes, vocabularios, etc.
SIS 2007 2005-7, HL7 Argentina 49

PATIENT_ID FAMILY NAME GIVEN NAME ADDRESS STREET ADDRESS REGION PHONE

SISTEMA A

SISTEMA B

ID_PACIENTE APELLIDO MATERNO APELLIDO PATERNO DOMICILIO CALLE DOMICILIO PROVINCIA DOMICILIO COMUNA DOMICILIO NUMERO DOMICILIO PISO TELEFONO

IDENTIFICACION APELLIDO MADRE DOMICILIO CALLE NOMBRE PROVINCIA LOCALIDAD PISO TELEFONO COMERCIAL TELEFONO HOGAR CELULAR

Esto significa que no importa qu vendedor desarrolle un sistema, sus estructuras sern mapeadas contra una estructura semntica comn y compartida. Realizar una interface, se convierte sencillamente en mapear desde/hasta estructuras semnticas estndares.
48

SIS 2007

2005-7, HL7 Argentina

6. Porqu interfaces estndares?

7. Taller de interoperabilidad

Tipos de estndares
De jure vs. de facto
Es mejor no ir contra la corriente. Es muy dificil forzar el uso de estndares.
1. 2.

Tareas al enfocar una interface


Entender los requerimientos de interoperabilidad Definir para cada caso el estndar aplicable y los artefactos (mensajes, llamadas, documentos) requeridos Trabajar el vocabulario Especificar el entorno de comunicaciones Determinar el movimiento de datos a artefacto y viceversa. Construir la interface Documentar la implementacin
2005-7, HL7 Argentina 51

Estndares de jure
CEN 251, ASTM (IEC, Cenelec TC 62), ICD10

3. 4. 5. 6. 7.

Estndares de facto
DICOM, HL7, EDI, DCE, Corbamed,IHE
SIS 2007 2005-7, HL7 Argentina 50

SIS 2007

Perfiles de Conformidad
Introducidos en versin 2.5 - NORMATIVO Los mensajes conformantes deben adherir a las reglas definidas por un perfil de mensaje.

Perfil de Mensaje
El perfil de mensaje debe especificar
Qu datos se transferirn El formato en el cual sern transferidos Las responsabilidades del receptor/emisor

Es una especificacin sin ambigedades de uno o ms mensajes analizados para un escenario o caso de uso en particular. Prescribe una serie de restricciones sobre el uso de un mensaje.

(C) 2005 HL7 & HL7 Argentina

Introduccin a HL7

Perfil de Mensaje
Debe contener:
el anlisis del caso de uso una o ms definiciones dinmicas (modelo de interaccin, diagrama de actividades UML) una o ms definiciones estticas, expresadas como un documento XML registrado en un archivo centralizado en HL7.org

Perfil de Mensaje
Herramienta para creacin de perfiles de mensajes (la parte esttica)
MWB (Messaging Workbench)
(Disponible en HL7 Canad: http://secure.cihi.ca/cihiweb/en/downloads/MWB%20Rel%20 6-2p1.zip

La definicin esttica debe contener: Reglas de uso para segmentos, grupos de segmentos, campos y componentes Cardinalidad (cantidad de repeticiones posibles para cada segmento) Conjuntos de valores y sistemas de codificacin

Definicin Esttica

Guas de Implementacin
No son normativas. Son una idea para documentar una implementacin. Sugeridas en Implementation Guide (v 2.4) Contiene plantillas (templates) para
Diagrama de interfaces Detalle de delimitadores Plantilla para tipos de datos Plantilla para cada mensaje definido Formulario para segmentos Z Plantilla para cada segmento definido Matriz de eventos

Guas de Implementacin
Cules son las circunstancias que generan intercambio de informacin. Mensajes a intercambiar. Cundo?. Cmo? Responsabilidades de las partes. Respuesta en tiempo real o diferida Que segmentos, campos son opcionales u obligatorios Con qu informacin se completa cada campo

HL7 V2.X XML


Especificacin para enviar mensajes HL7 utilizando XML como una alternativa a los ^y| Es estndar ANSI (2003) Ventajas:
se pueden utilizar parseadores estndares XML!

(C) 2005 HL7 & HL7 Argentina

Introduccin a HL7

HL7 V2.X XML


Derivada de la base de datos del estndar HL7 v 2.x (una base access con todos los campos, segmentos, etc. que se puede adquirir en HL7.org) Contiene las definiciones hasta HL7 v2.4 La especificacin viene acompaada de un schema XML para validar documentos XML que representan mensajes HL7.

HL7 V2.X XML


Los mensajes son elementos XML Los segmentos son elementos XML Los campos son elementos XML El tipo de datos es un atributo XML de cada campo

7. Taller de interoperabilidad

HL7 V2 XML (ejemplo)


<ACK xmlns="urn:hl7-org:v2xml" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="urn:hl7-org:v2xml ACK.xsd"> <MSH> <MSH.1>|</MSH.1> <MSH.2>^~\&amp;</MSH.2> <MSH.3> <HD.1>LAB</HD.1> </MSH.3> <MSH.4> <HD.1>767543</HD.1> </MSH.4> <MSH.5> <HD.1>ADT</HD.1> </MSH.5>...

En todos los problemas:


1.

Antes de Empezar

2.

3.

4.

5.

Los sistemas son disjuntos, no comparten plataforma ni base de datos, de lo nico que se dispone es de una linea confiable en caso de sitios remotos o de una red local conectada por IP. No hay restriccin de fondos, tiempos, ni de herramientas: estamos definiendo REQUERIMIENTOS de INTEROPERABILIDAD: soando despiertos. No tomamos en cuenta (HOY) los riesgos de mal funcionamiento. Diseamos interacciones entre dos aplicaciones. Tmese luego el tiempo de pensar que pasa con estos casos cuando se suman aplicaciones interesadas o generadoras de datos... para qu hacemos interfaces?: para evitar el doble ingreso de los datos y hacer que la informacin est en el momento justo en el lugar preciso.
2005-7, HL7 Argentina 63

SIS 2007

7. Taller de interoperabilidad

7. Taller de interoperabilidad

EJERCICIOS DE INTEROPERABILIDAD
EN TODOS LOS CASOS:
a. b.

EJERCICIOS DE INTEROPERABILIDAD
Divididos en cinco casos de uso genricos y estereotipados.
1. 2. 3. 4. 5.

Definir las partes involucradas en cada caso. Qu estn tratando de conseguir para que servir la informacin. Cundo se intercambia la informacin. Cul es el contenido exacto de cada intercambio. Definir para cada caso los artefactos (mensajes,documentos, llamadas remotas a funcin, etc.) requeridos. Para cada interaccin seleccionar los roles de aplicacin y los eventos que generan intercambio de datos. Especificar el vocabulario para cada atributo codificado.

c. d. e.

f.

g.

Interoperabilidad intrahospitalaria clsica. Comunicacin Prestadores Pagadores. Otorgamiento de turnos mdicos en forma distribuida. Informacin epidemiolgica. Transmisin desde dispositivos electrnicos.
2005-7, HL7 Argentina 65

SIS 2007

2005-7, HL7 Argentina

64

SIS 2007

(C) 2005 HL7 & HL7 Argentina

Introduccin a HL7

7. Taller de interoperabilidad

7. Taller de interoperabilidad

Problema 1
Sistema Sistema Administrativo Administrativo de deHospital Hospital ??? ??? Sistema Sistemade de Laboratorio Laboratorio Cobertura Cobertura Mdica Mdica SU SUSALUD SALUD ??? ???

Problema 2
Prestadores Prestadoresde de Alta AltaFrecuencia Frecuencia

El Hospital ABC (250 camas) tiene un sistema de gestin para el laboratorio y un Sistema Administrativo. Se desea que los datos de admision de los pacientes sean transmitidos al Sistema de Laboratorio y que el estado de las ordenes de laboratorio (en proceso, cumplidas, etc) sea transmitido al sistema del Hospital para su facturacin.

La cobertura mdica Su Salud desea conectar su sistema de autorizaciones con los de sus 10 prestadores de mayor frecuencia (ms de 250 consultas y prestaciones diarias c/u) para posibilitar la validacin y autorizacin en lnea. Por otra parte, Su Salud exige a los prestadores de internacin una epicrisis electrnica completa al momento del alta.
SIS 2007 2005-7, HL7 Argentina 67

SIS 2007

2005-7, HL7 Argentina

66

7. Taller de interoperabilidad

7. Taller de interoperabilidad

Problema 3
Cobertura Cobertura Mdica Mdica WEBSALUD WEBSALUD ??? ??? Centros CentrosMdicos Mdicos Secretaria Secretariade de Salud Salud ??? ??? Centro Centrode de Referencia Referencia

Problema 4
Centros Centrosde de Atencin Atencin Primaria Primaria

La cobertura mdica WEBSALUD desea conectar su call-center con cinco centros mdicos para ofrecer un nico front end para la toma de turnos por parte sus asociados. Los centros mdicos tienen sistemas y reglas de negocio diversas para la asignacin de turnos.
SIS 2007 2005-7, HL7 Argentina 68

La secretara de salud de la provincia de Oberfonia quiere obtener en forma automatizada informacin epidemiolgica de sus 20 centros de atencin primaria. Es exclusivamente cuando en los laboratorios se detectan casos de Hepatitis B o C, HIV, Chagas y Toxoplasmosis, pero tiene que ser apenas detectado el caso. Los laboratorios cuentan con distintos sistemas otorgados en comodato por los seis proveedores de los analizadores de serologia. Adems hay un centro de referencia encargado de confirmar los casos de HIV, que debe recibir en linea la solicitud confirmatoria.
SIS 2007 2005-7, HL7 Argentina 69

7. Taller de interoperabilidad

7. Taller de interoperabilidad

Problema 5
Emergencias Emergencias Mdicas Mdicas ??? ??? Hospitales Hospitales Zonales Zonales

EJERCICIOS DE INTEROPERABILIDAD
TIENEN 20 MINUTOS PARA DISCUTIR. ESTAMOS DISPONIBLES PARA CONSULTAS. SON LIBRES DE ASUMIR LO QUE QUIERAN SI LO DOCUMENTAN. ADELANTE!!

La municipalidad de Lomas del Alto desea enviar a travs de Wi Fi directamente desde la ambulancia la evaluacin clnica y los resultados de EKG y gases en sangre que realizan a los pacientes in-situ en caso de emergencias mdicas a la historia clnica electronica que reside en cada uno de sus hospitales zonales.

SIS 2007

2005-7, HL7 Argentina

70

SIS 2007

2005-7, HL7 Argentina

71

(C) 2005 HL7 & HL7 Argentina

Introduccin a HL7

7. Taller de interoperabilidad

Conclusiones
Las claves de la interoperabilidad:
1. 2. 3. 4. 5. 6. Una interface debe servir para intercambiar INFORMACION con significado entre dos o ms aplicaciones. Cada aplicacin (y sus usuarios) tiene intereses distintos. Vocabulario compartido y controlado. Es fundamental una buena definicin de los requerimientos y de las capacidades de los sistemas involucrados. Por qu usar estndares?: para ayudarnos a entender los requerimientos y reducir costos y tiempos. HL7 cubre todos los requerimientos para armar interfaces estndar en el rea de salud.

Implementaciones de HL7 en la Argentina Proyecto de Conectividad de las Prepagas Farmacia Farmalink-SVI-SIBS Fresenius Argentina Brasil Hospital Italiano de Buenos Aires - Mensajera ADT Hospital Italiano de Buenos Aires - Ordenes Hospital Italiano de Buenos Aires - Resultados Hospital Italiano de Buenos Aires - Farmacia Hospital Italiano de Buenos Aires - Query Hospital Italiano de Buenos Aires - CDA R2 Hospital Italiano de Buenos Aires - RIS/PACS Hospital Durand - Maternidades - Screening Neonatal Biomerieux Argentina / Chile / Venezuela - Conexiones LIS MIC

SIS 2007

2005-7, HL7 Argentina

72

SIS 2007

2005-7, HL7 Argentina

73

Saber ms
Como saber ms
En el SIS 2007 maana:
introduccin a CDA

Cursos Introductorios a a distancia organizado por HL7 Argentina y el resto de los afiliados a HL7 de Espaa y Latinoamrica:
la tercera edicin comienza el 15 de setiembre de 2007 y cubre HL7 V2, V3, CDA (NO SPL)

Curso presencial y certificacin en Crdoba:


9 y 10 de noviembre de 2007

Ms informacin en www.hl7.org.ar

(C) 2005 HL7 & HL7 Argentina

You might also like