Professional Documents
Culture Documents
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
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
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
Introduccin a HL7
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
2.1
2.2
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
04/09/2007
Sistema A
RED ORR (opt)
Sistema B
Evento disparador
Aceptar ACK (opt)
04/09/2007
04/09/2007
Conceptos
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
Introduccin a HL7
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
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
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
HL7 permite en cada implementacin definir segmentos especficos para intercambiar informacin no prevista
Segmentos Z..
04/09/2007
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>
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
04/09/2007
22
23
Introduccin a HL7
Procesamiento de la aplicacin
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
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
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
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
29
Introduccin a HL7
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
30
SIS 2007
31
Historia de HL7 V3
Estado actual de V3 Estndares normativos a Enero de 2007 (hay un ballot nuevo en setiembre)
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
33
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
Introduccin a HL7
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
37
Interoperabilidad semntica
Los sistemas son capaces de intercambiar datos y adems pueden usar de manera predecible la informacin obtenida del intercambio
SIS 2007
39
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
Hardware
SIS 2007
SIS 2007
41
Introduccin a HL7
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.
Definir una estrategia de sistemas de informacin que de soporte a los objetivos organizacionales
SIS 2007 2005-7, HL7 Argentina 43
SIS 2007
42
SIS 2007
44
SIS 2007
45
Introduccin a HL7
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
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.
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.
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
Introduccin a HL7
7. Taller de interoperabilidad
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
64
SIS 2007
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
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
70
SIS 2007
71
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
72
SIS 2007
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)
Ms informacin en www.hl7.org.ar