Tips para Implementar Interfaces HL7 V2x
Basados en experiencias locales
César N. Moreno – Gerente de Sistemas – Griensu S.A.
23 de Mayo de 2014 –Mar del Plata- Argentina UNIVERSIDAD NACIONAL
DE MARDEL PLATA FACULTAD DE INGENIERÍA
Introducción
Casos y Tipos de Proyectos de Interoperabilidad implementados.
Escenarios de Interoperabilidad
Selección del protocolo HL7 a aplicar Establecer los estándares involucrados Herramientas, aplicaciones y motores
Otras tareas asociadas al desarrollo de una interfaz HL7
CheckList de Tips
Ejemplo de interoperabilidad
Algunos resultados obtenidos
Agenda
Casos y Tipos de Proyectos
Marcas
Tecnologías
Tomografía, Ultrasonido, EcoCardiógrafos, RX portátiles, RX Cardiovasculares, Sistemas
Telecomandados, Resonador Nuclear Magnético, Digitalizadores FCR, Sistemas de Conversión Directa FDR, Mamografía Digital, Impresoras Láser Secas (placas). sistemas de video endoscopía, enteroscopia, ecoendoscopía, fibroscopios, Monitoreo de pacientes, Neurología y Cardiología.
Aplicaciones
Estaciones de Trabajo 4D ,Sistemas de Visualización 3D, 4D cardíaco y Wall Motion Tracking en 3D, Estaciones de Trabajo CR y DR, PACS, RIS, Reconocimiento de Voz, HCE, Viewer DICOM, WL.
Casos y Tipos de Proyectos
Interoperabilidad Área D.P.I. / H.I.S. – E.M.R.
HL7 - Datos Demográficos
HL7 - Informe de resultados
Estudio / Series / Imágenes - DICOM
IMG
DICOM WADO
DCM DICOM
Múltiples Proveedores de
Sistemas de Información Múltiples Proveedores de
Tecnología y Equipamiento
Estrategia de la Institución Objetivos de Calidad y Servicios
Casos y Tipos de Proyectos
Interoperabilidad Modalidades y S.I. / E.M.R.
=
R.C.
+
Order Entry R.D.C.
.
DCM HL7
Escenario Tradicional
Sistema “A” Sistemas “B”
Sistemas “C"
Motor BD “A
”
Sistemas “D”
Lenguaje “C” Lenguaje “D”
Motor BD “B
”
Motor BD “C
”
Motor BD “D”
Sistema “A” Sistemas “B”
Sistemas “C"
Sistema “A” Sistemas “B”
Sistemas “C"
Sistema “A” Sistemas “B”
Sistema “A” Sistemas “B”
Sistemas “C"
Sistema “A” Sistemas “B”
Sistemas “D”
Sistemas “C"
Sistema “A” Sistemas “B”
Sistemas “D”
Sistemas “C"
Sistema “A”
Lenguaje “A” Lenguaje “B”
Sistema “A”
Escenario Estandarizado
Sistema “A” Sistemas “B”
Sistemas “C" Sistemas “D”
Sistema “A” Sistemas “B”
Sistemas “C"
Sistema “A” Sistemas “B”
Sistemas “C"
Sistema “A” Sistemas “B”
Sistema “A” Sistemas “B”
Sistemas “C"
Sistema “A” Sistemas “B”
Sistemas “D”
Sistemas “C"
Sistema “A” Sistemas “B”
Sistemas “D”
Sistemas “C"
Sistema “A”
Sistema “A”
Sistemas “C"
Sistemas “C"
Documentos vs. Mensajes
Documentos y mensajes son “excluyentes”?
Es “mejor” utilizar documentos que mensajes?
CheckList de Tips
1- Selección del protocolo HL7 más adecuado
Mejor preguntarse:
Cuándo utilizar documentos?
Cuándo utilizar mensajes?
MSH|^~\&|ORIGEN|MDM|LABADT|MDM
|200910090249||
ADT^A28|29044|P|2.5 EVN|A28|200910090249
PID|1||30017929^5^M11^ORIGEN^MR^MDM|
11999118^^DNI|
MORENO^CESAR NICOLAS^^^|MURANO|19650902|
M|||Calle Nro.^^Barrio - Localidad^^^^^||
5555-8043 15-5555-5555^^^^^^^^^^M^|||M|
||11999118||||||||334|
Comparativa de Documentos vs. Mensajes
CheckList de Tips
1- Selección del protocolo HL7 más adecuado
Características Estándar de Documentos Estándar de Mensajería
Ciclo de Vida Persistente Temporal
Comunicación Entre Personas Entre Aplicaciones
Relación con los Prestadores Están entrenados para crearlos No entienden bien que significan
Aspecto Legal Tienen status legal Ni firma ni validez legal
Origen Usos y costumbres de la profesión Ad-Hoc según casos de usos
Contexto A nivel de Documento A nivel de Evento (segmentado)
Completitud Completo Fragmentado
Estándares Disponibles
Comunicaciones Seguridad
Protocolo de Intercambio Semántico Registros y Tipos de Documentos Perfiles de Implementación
Vocabularios
Servicios de Terminología
CheckList de Tips
2- Establecer los Estándares involucrados
2.1 Estándares de Comunicación
Lo más conocido:
TCP/IP -> HTTP + XML
SOAP , WDLS, UDDI = Web Service Es la única manera?
TCP/IP->MLLP ebXML
Etc…
CheckList de Tips
2- Establecer los Estándares involucrados
2.2 Estándares de Seguridad
XMLDSIG: Para firma digital de documentos XML
PKI: Combinación de hardware, software, políticas y procedimientos de seguridad para firmar digitalmente.
Certificados: Certificados Electrónicos emitidos por entidades públicas y/o autorizados
CheckList de Tips
2- Establecer los Estándares involucrados
Kerberos: Protocolo de comunicación segura en redes inseguras
SAML: Lenguaje de Marcado para Confirmaciones de Seguridad (esquema XML)
SSL: Seguridad de la capa de transporte, con un certificado cifrado.
HL7 RBAC: Role Based Access Control - Define derechos de acceso según rol del usuario.
2.3 Protocolo de Intercambio Semántico
HL7 V2.x: Intercambio a través de mensajería. Generalmente, utilizado para interoperabilidad entre departamentos dentro de una misma Institución de Salud.
HL7 V3: Intercambio a través de mensajería. Diversos Dominios y un RIM
reducen ambigüedad semántica. Sintáxis en XML. Utiliza principios de POO y UML.
HL7 CDA R2:Intercambio de documentos clínicos en distintos niveles de interoperabilidad (sólo contexto, secciones codificadas, entradas codificadas).
DICOM/WADO: Protocolo para la comunicación y distribución de imágenes Médicas. Protocolo para acceder (Q&R) a imáges médicas.
HL7 Arden Syntax/Gello: Reglas clínicas y evaluación de expresiones.
CheckList de Tips
2- Establecer los Estándares involucrados
2.4 Registros y Tipos de Documentos
Registros: En HL7 V2: Tablas HL7 y definidas por el Usuario. Tipos de Datos, Identificadores, datos obligatorios y opcionales. Capítulo 8: Tablas Maestras (posibilidad de compartir información entre distintos Sist. de Inf. involucrados).
- Campos Codificados (prácticas, diagnósticos, sexo, tipos de muestras, etc.) = Información Tabulada - Identificadores de Entidades (Personas, Pacientes, Médicos, Prestadores, Servicios, Instituciones, etc.)
Tipos de Documentos y Procesos “únicos”: No están estandarizados y dependen de la definición que haga cada Institución.
-Tipos de Documentos: Anamnesis, Registro de Signos Vitales, Evolución, Solicitudes, Prescripciones, Interconsultas, Epicrisis, Diagnósticos, Informes de Resultados, Tabla de vacunación, etc.
- Procesos: MDS, para Admisión , GRD para liquidación a prestadores, etc.
CheckList de Tips
2- Establecer los Estándares involucrados
2.5 Perfiles de Implementación
Son GUIAS de Implementación, NO son Normativas: Son una idea para documentar una Implementación.
- 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 segmento ‘Z’
-Matriz de eventos
- Especifica ‘cómo se usará el estándar’ en un determinado contexto, la semántica de cada campo y vocabularios controlados que serán utilizados.
CheckList de Tips
2- Establecer los Estándares involucrados
2.6 Vocabularios
Vocabularios disponibles y maduros para casi todas las áreas:
-Laboratorios: LOINC
-Secciones y documentos: LOINC -Tipos de doc. y secc.
-Anatomía Patológica: SNOMED CT -morfologías, problemas, localizaciones
-Hallazgos Clínicos: SNOMED CT, UMLS
-Diagnósticos, Motivos de consulta: CIE9. CIE10,CIAP
CheckList de Tips
2- Establecer los Estándares involucrados
-Procedimientos: LOINC, CPT
-Enfermería: NANDA (Diagnósticos), NIC (Intervenciones) ,NOC (Resultados)
2.7 Servicios de Terminología
Estándar para Servidor de Terminología:
-Contiene un Vocabulario de Interfaz (Tesauro)
-Se relaciona a un Vocabulario de referencia SNOMED-CT -Permitiendo que el profesional registre los diagnósticos, procedimientos, fármacos, etc. en lenguaje natural.
-Ofrece las salidas que SNOMED-CT tiene mapeado para CIE-10, CIE-9MC, ATC, LOINC , etc. según los fines de la información.
Ejemplos:
HL7 CTS (Common Terminology Server) API para V3 LexGrid y LexBIG: Clínica Mayo de EEUU
STC :Servidor de Terminología Central del HIBA.
CheckList de Tips
2- Establecer los Estándares involucrados
Hay que tomar decisiones acerca de las herramientas de apoyo para:
Generación de mensajes: Cómo y cuándo, a partir de nuestros datos, transformarlos y convertirlo en un
mensaje HL7 listo para ser enviado.
Decodificación de mensajes: Qué hacer cuando se recibe un mensaje y como mapear los datos obtenidos a nuestro Sistema de Información
Enviar y recibir mensajes: Reglas y routeo de mensajes
Monitoreo y registro de mensajes: Mensajes en cola, con errores, reprocesos, revisión del contenido.
CheckList de Tips
3- Herramientas, aplicaciones y motores
Desarrollo Propio vs Open Source vs Componentes Comerciales Vs Middleware
Desarrollo propio: Los mensajes no son otra cosa que cadenas de caracteres, por lo tanto, podemos agregar el código necesario para construir un mensaje y enviarlo o recibir uno y parsearlo.
Ventaja: Libertad, independencia, posibilidad de re- utilización posterior.
Desventaja: Mas costoso de desarrollar, probar y validad.
Mayor posibilidades de error. El parser es complejo de desarrollar y muchas veces se hace sólo parcialmente (los mensajes o capítulos específicos).
CheckList de Tips
3- Herramientas, aplicaciones y motores
Desarrollo Propio vs Open Source vs Componentes Comerciales Vs Middleware
Herramientas de uso libre: Hay API’s para el
desarrollo en JAVA, para la construcción de canales de conexión, esquemas para crear mensajes,
transformarlos, mapearlos, etc.
HAPI : HL7 API para JAVA http://hl7api.sourceforge.net/
MIRTH (Connect/Results/Match) : HL7 V2.x, V3, CDA, xml en gral, DICOM)
http://www.mirthcorp.com/community/overview
(Hay más pero estas son las mas usadas)
CheckList de Tips
3- Herramientas, aplicaciones y motores
Desarrollo Propio vs Open Source vs Componentes Comerciales Vs Middleware
Componentes comerciales: En general permiten
agregar componentes que generan objetos para integrar con programas en Visual Studio, Java, etc o permiten mapear directamente los datos recibidos en mensajes a la base de datos.
InterfaceWare www.Interfaceware.com Neointegrate www.neotool.com
IDK Interface Engine www.linktools.com
Symphonia www.orionhealth.com
(Hay más pero estas son las mas usadas)
CheckList de Tips
3- Herramientas, aplicaciones y motores
Desarrollo Propio vs Open Source vs Componentes Comerciales Vs Middleware
Middleware: Suite de herramientas / plataformas que se encargan de todos los aspectos de la integración : comunicación, registro, codificación y decodificación
• Biztalk (Microsoft)
• Healthcare Transaction Base HTB (Oracle)
• JCAPS (Componentes para BPEL)
• Oracle Fusion Middleware (Oracle)
(Hay más pero estas son las mas usadas)
CheckList de Tips
3- Herramientas, aplicaciones y motores
• Identificar los Datos Obligatorios y Opcionales necesarios para el proyecto
• Generar una especificación detallada
• Escribir el Plan de Pruebas
• Detallar el plan de Mantenimiento
• Desarrollar un plan de Contingencia
• DOCUMENTAR LA IMPLEMENTACIÓN
CheckList de Tips
4- Otras tareas asociadas al desarrollo de una interfaz
General Specifications of HL7 Interface Connectivity: Network/Web connection
Protocol: TCP/IP using Minimum Lower Layer Protocol Record format: HL7 Version 2.2 & 2.3
Method: Receive real-time, individual (ADT, Orders, and Results) messages with acknowledgement of each message before next message is sent. Acknowledgements for received messages are transmitted back on the same port they were received.
Standard Incoming or Outbound Message Types
ADT (patient data):Admit, transfer, discharge, update, cancel admit, pre-admit, outpatient registration, change MRN (medical record number), change outpatient to inpatient, change inpatient to outpatient.
Orders:New orders, discontinue order, hold order, cancel hold, and update order.
Reports:Text Reports. Status updates (prelim/final) Addendums
Siste m as vert ical es Si stem as Hori zon ta le s Ni ve l de Ap licaci ón Ni vel de Co mun ic. Ni ve l de usu ari o W eb Territorio
(Hospitales, Médicos Generales, etc.)http(s) HL7
EMR - Electronical Medical Record
LIS
Modalidades
RIS PACS best of
breed
Motor de Integración
DICOM
PAS ERP
HL7 HL7
HL7 HL7
HL7 HL7
5- Ejemplos de interoperabilidad
Primeros pasos…
Evento HL7 Origen Destino Mensaje requerido
Agregar Información sobre Persona MPI ADT, RIS, LIS, EMR ADT^A28
Actualizar Información sobre Persona MPI ADT, RIS, LIS, EMR ADT^A31
Admisión de Paciente ADT EMR ADT^A01
Transferencia del Paciente ADT EMR ADT^A02
Alta / Egreso de Paciente ADT EMR ADT^A03
Registración de Paciente Ambulatorio ADT EMR ADT^A04
Order Entry Radiología ADT RIS ORM^O01
Informe de Resultados RIS EMR ORU^R01
Otros eventos….
Evento: Nuevo Paciente
Master
Patient Index
MSH|^~\&|ORIGEN|MDM|LABADT|MDM|200910090249||ADT^A28|29044|P|2.5 EVN|A28|200910090249
PID|1||30017929^5^M11^ORIGEN^MR^MDM|11999118^^DNI|
MORENO^CESAR NICOLAS^^^|MURANO|19650902|
M|||Calle Nro.^^Barrio - Localidad^^^^^||
5555-8043 15-5555-5555^^^^^^^^^^M^|||M|||11999118|||||||||
ADT^A28 =
Agregar Información sobre PersonaAdmisión Traslados Altas
Laboratorio
Diagnóstico Por Imágenes
Evento: Order Entry Radiología
Mensaje ORM^O01
PACS
Modalidad
RIS/EMR
WL DICOM
Admisión Traslados Altas
Diagnóstico Por Imágenes
