Contenido. Contenido. Tareas al enfocar una interface 18/09/2013. Introducción a HL7 v2.x

Transcripción

1 Contenido Introducción a HL7 v2.x Jornada HL7 HL7 Argentina CAIS, Córdoba Argentina 1. Recordatorio / Objetivos 2. Documentación de HL7 v2 3. Cómo leer el estándar: capítulos 4. Eventos disparadores 5. Estructura de mensajes. Sintaxis abstracta , HL7 Argentina , HL7 Argentina 2 Recordatorio Contenido 1. Elementos de V2: campos, segmentos, separadores, opcionalidad Vocabulario en HL7 V2.X 4. ACK y reporte de errores 5. Herramientas, Interfaces, Motores Tareas al enfocar una interface 1. Entender los requerimientos de interoperabilidad 2. Definir para cada caso el estándar aplicable y los artefactos (mensajes, llamadas, documentos) requeridos 3. Trabajar el vocabulario 4. Especificar el entorno de comunicaciones 5. Determinar el movimiento de datos a artefacto y viceversa. 6. Construir la interface 7. Documentar la implementacion , HL7 Argentina , HL7 Argentina 4 1

2 Objetivos de este módulo Objetivos Conocer el ALCANCE del estándar: para qué puede usarse. Entender la MECANICA del intercambio de mensajes Poder ESCRIBIR un encabezado de mensaje HL7 (y algún otro fragmento) Poder LEER un mensaje HL7 V2.X y entenderlo. Conocer superficialmente los TIPOS DE DATOS de HL7 V2.X 1. Una vez que entendimos los requerimientos de interoperabilidad: qué requerimientos de los que encontramos nos puede cubrir el estándar HL7 V2.x? 1. Documentación de HL7 v2 2. Cómo leer el estándar: capítulos , HL7 Argentina , HL7 Argentina 6 Qué significa HL7 Qué es HL7 v2.x Entorno de comunicaciones Dominios o capítulos Función Communicación Un protocolo para el intercambio de información clínica 7 Aplicación HL7 6 Presentación 5 Sesión 4 Transporte 3 Red 2 Enlace 1 Física Qué significa siete en HL7? para la versión 2x Arquitectura de comunicaciones del modelo ISO-OSI , HL7 Argentina , HL7 Argentina 8 2

3 Qué es HL7 v2.x? Es un protocolo para el intercambio de información clínica a través de mensajes 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 hospitalarias Entorno de comunicaciones El estándar HL7 asume que el entorno de comunicaciones proveerá lo siguiente: Trasmisión sin errores. Las aplicaciones pueden asumir que recibirán correctamente toda cadena de bytes trasmitida. Esto implica el chequeo de errores es realizado en un nivel inferior. Conversión de caracteres. En el caso de que diferentes máquinas utilicen distintas representaciones de caracteres (ej. ASCII-EBCDIC) será el entorno de comunicaciones el que realice esta tarea. Largo del mensaje. HL7 no especifica ninguna restricción al largo de un mensaje. NO es una especificación para un ruteador de mensajes , HL7 Argentina , HL7 Argentina 10 Que representa un capítulo? El capítulo 2 define como se codifican y decodifican los mensajes. El resto de los capítulos representa el trabajo de un comité técnico sobre un área de la informática en salud. Este trabajo es aprobado posteriormente por el consenso de todos los miembros de HL7. Este comité (al que puede ingresar cualquier miembro) es el responsable de incorporar agregados o cambios. El capítulo contiene la información requerida para implementar mensajes referidos al área en cuestión y referencias al contenido de otros capítulos. Ejemplo: TURNOS refiere obviamente a Pacientes, pero agrega contenido propio. Pero, cómo hago? Cómo saber que mi requerimiento está cubierto por HL7 V2.x? El dominio está cubierto por alguno de los capítulos? Veamos la lista de capítulos (la tienen en el apéndice 2) , HL7 Argentina , HL7 Argentina 12 3

4 Ejercicio 1 Ejercicio 1 para cada grupo Determinar para cada uno de estos requerimientos basados en el Caso Clínico, los actores, y que capítulo(s) de la versión 2.x utilizaría para resolverlo. El caso clínico está en el Apéndice 1. 1-Enviar datos de admisión desde el sistema de admisión al sistema de diagnóstico por imágenes. 2-Enviar solicitud de exámen de laboratorio desde el CPOE al LIS 3-Enviar resultados de química clínica, hematología y microbiologia del laboratorio a la HCE. 5-Enviar recetas desde el CPOE al sistema de farmacia 6-Enviar interconsulta y pedido de turno desde la HCE al sistema del infectólogo en el centro de referencia. 7-Enviar solicitud de autorización ante la cobertura de salud del paciente al sistema de autorización electrónica. 8-Enviar notificación electrónica al sistema del Ministerio de Salud , HL7 Argentina , HL7 Argentina 14 Cómo leer el estándar Conocer profundamente el capítulo 2 (control). (por eso existe la Certificación Internacional en HL7 v2.x Control : el dominio de Control permite entender con facilidad el resto del estándar. Cada capítulo contiene los elementos requeridos para armar mensajes referidos al área en cuestión: 1. introducción / alcance 2. eventos 3. definiciones de mensajes 4. ejemplos 5. temas pendientes de resolución Una vez definido el o los capítulos involucrados, debo definir los eventos disparadores que generan mensajes y cuáles debo utilizar. (Siempre y cuando decida utilizar mensajería HL7 V2, veremos más adelante el tipo de decisiones involucradas) , HL7 Argentina , HL7 Argentina 16 4

5 Eventos disparadores Paradigmas de respuestas HL7 Eventos disparadores Modelo básico de transacciones HL7 Sistema B ORM msgevento disparador Evento disparador RECIBE MENSAJE ENVIA RESPUESTA ACK (opt) ORR (opt) Sistema A Sistema B Evento disparador ENVIA MENSAJE RECIBE RESPUESTA Sistema A RED Aceptar ACK (opt) , HL7 Argentina , HL7 Argentina 18 Ejemplo de evento disparador 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. Eventos disparadores , HL7 Argentina 19 Eventos disparadores Ejercicio 2 Definir qué eventos disparadores y que tipos de mensajes deberían enviarse para cada caso del Ejercicio 1. Escribirlo en la forma MENSAJE^EVENTO (Ver lista de mensajes en el apéndice 3) , HL7 Argentina 20 5

6 MSH ^~\& NSI LAB ADT^A01 NSI1 P 2.3 AL<cr> EVN A <cr> PID ^^^^HI ^^^^DNI TORRALBA^AIDA F POTOSI ^^CAPITAL FEDERAL^^1899<cr> NK1 1 CAMUS^ALBERTO PAD RIVADAVIA <cr> PV1 1 I 301 R 1436^PEREZ^JORGE^ALBERTO 1026^LOPEZ^NORBE RTO 998^GARCIA^ALEJANDRO M A 4 A0 N 1026^LOPEZ^NORBER TO OB H ALV <cr> IN1 1 INT^^HI 2^^^^HI~347^^^^NSI PLAN DE SALUD<cr> 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 , HL7 Argentina 21 Qué es un mensaje HL7 abstracto? Describe los Datos Cuándo son enviados Y cuales son las condiciones de error Pero NO describe la cadena de Bytes que conforman el mensaje , HL7 Argentina 22 [...] opcional, {...} permite repetirse Ejemplo de mensaje HL7 abstracto (ADT^A01) MSH Encabezado de Mensaje EVN Tipo de evento PID Identificación del paciente [ PD1 ] [{ NK1 }] Datos adicionales demográficos Familiares a cargo PV1 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 [{ ROL }] Procedimento 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 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 definir segmentos específicos para intercambiar información no prevista Segmentos Z , HL7 Argentina , HL7 Argentina 24 6

7 Especificación de segmentos El segmento PV1 es utilizado por las aplicaciones de registración y admisión para comunicar la información específica de la visita del paciente SEQ LEN DT OPT RP# TBL# ITEM# ELEMENT NAME 2 1 IS R PATIENT CLASS 3 80 PL O ASSIGNED PATIENT LOC 4 2 IS O ADMISSION TYPE PV1 field definitions Patient class (IS) Definition: This field is used by systems to categorize patients by site. It does not have a consistent industry-wide definition. It is subject to site-specific variations. Refer to user-defined table Patient class for suggested values. Definición de segmento PV1 PV1 - Atributos del Patient Visit Segment SEQ LEN DT OPT RP/# TBL# ITEM# ELEMENT NAME 1 4 SI O Set ID - PV1 2 1 IS R Patient Class 3 80 PL O Assigned Patient Location 4 2 IS O Admission Type 5 20 CX O Preadmit Number 6 80 PL O Prior Patient Location 7 60 XCN O Y Attending Doctor 8 60 XCN O Y Referring Doctor 9 60 XCN O Y Consulting Doctor 10 3 IS O Hospital Service PL O Temporary Location 12 2 IS O Preadmit Test Indicator 13 2 IS O Readmission Indicator 14 3 IS O Admit Source 15 2 IS O Y Ambulatory Status 16 2 IS O VIP Indicator XCN O Y Admitting Doctor 18 2 IS O Patient Type , HL7 Argentina , HL7 Argentina 26 Campo Campos Un campo es una cadena de caracteres definida por un tipo de datos de HL7. El apendice A del estándar, el diccionario de datos, brinda un listado alfabético de los campos, listados de codificación recomendada, y una referencia cruzada de los campos contra los segmentos Patient name (XPN) Components: <family name (ST)> ^ <given name (ST)> ^ <middle initial or name (ST)> ^ <suffix (e.g., JR or III) (ST)> ^ <prefix (e.g., DR) (ST)> ^ <degree (e.g., MD) (ST)> ^ <name type code (ID) > , HL7 Argentina 27 Caracteres de Codificación 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> , HL7 Argentina 28 7

8 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 ) Resumen de Opcionalidad HL7 V2.X Un segmento puede ser opcional o repetitivo. Ejemplo: Diagnóstico(s) Un campo puede ser opcional o repetitivo. Ejemplo: Teléfono(s) Un componente de un campo puede ser opcional. Ejemplo: Inicial Media de Nombre Un subcomponente de un componente puede ser opcional. Ejemplo: Grado de precisión de la fecha 1 (puede ser modificado) , HL7 Argentina , HL7 Argentina 30 Mensaje Abstracto Resumen de Elementos (del mensaje al atributo) Def. de Tabla de atributos para cada segmento Narrativa para cada atributo , HL7 Argentina 31 Alfanuméricos (ST,TX,FT) Numéricos (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) Genéricos (CM) Forma de Onda (CD,MA,NA,ED) Precios (CP) Finanzas (FC) Consultas extendidas (QSC,QIP,RCD) Archivos maestros (DLN,JCC,VH) Registros médicos (PPN) Series temporales (DR,RI,TQ) Datos Demográficos (AD,PN,TN,XAD,XPN,XON,XTN) XPN data type: <family name (ST)> ^ <given name (ST)> ^ <middle initial or name (ST)> ^ <suffix (e.g., JR or III) (ST)> ^ <prefix (e.g., DR) (ST)> ^ <degree (e.g., MD) (ST)> ^ <name type code (ID) > , HL7 Argentina 32 8

9 Alfanuméricos ST STRING Cadena de caracteres Alfanuméricos TX TEXT Texto Justificado a izquierda con espacios a derecha opcionales. Se acepta cualquier caracter ASCII imprimible Texto preparado para su visualización o impresión , HL7 Argentina , HL7 Argentina 34 Alfanuméricos FT TEXT Texto formateado Este tipo de datos se derivo del TX permitiendo la inserción de instrucciones de formateo embebidas Numéricos CQ MO NM SI SN Numéricos (cantidad compuesta) (dinero) (numérico) (id de secuencia) (numérico estructurado) , HL7 Argentina , HL7 Argentina 36 9

10 Numéricos CQ Cantidad compuesta Cantidad con unidades Numéricos El primer componente es la cantidad, el segundo la unidad en la cual se expresa la cantidad. <cantidad (NM)>^<unidad (CE)> 123.7^kg 150^lb&&ANSI+ Numéricos Numéricos MO Dinero Tipo de dato para dinero. El primer componente es la cantidad y el segundo la denominación de la moneda 99.50^USD , HL7 Argentina , HL7 Argentina 38 Numéricos NM Numérico Tipo de dato numérico Numéricos Un número representado por caracteres ASCII numéricos con un signo y punto decimal opcional SI Id de Secuencia Un entero positivo Numéricos Numéricos SN Números estructurados Ejemplos: >^100 Mayor que 100 ^100^-^200 Entre 100 y 200 ^1^:^128 Título 1:128 (resultado de serología) ^2^+ Positivo 2 cruces (respuesta categ.) , HL7 Argentina , HL7 Argentina 40 10

11 Fecha / Hora DT: Fecha -YYYY[MM[DD]] Permite impresión (solo año, solo año/mes) TM: Hora - HH[MM[SS[.S[S[S]]]]]][+/-ZZZZ] Siempre en formato de 24 hs, permite especificar diferencia con tiempo universal coordinado (Greenwich) TS: Time Stamp - YYYY[MM[DD[HH[MM[SS[.S[S[S]]]]]]]][+/-ZZZZ] ^ <grado de precision] Permite especificar el tiempo preciso del evento, con hora y fecha Tablas e Identificadores HL7 provee tablas para utilizar en los mensajes Tablas definidas por HL7 Tablas definidas por el usuario Identificadores ID Valor para tablas definidas por HL7 IS Valor para tablas definidas por el usuario HD Denominador Jerárquico (Hierarchic Designator) EI Idenficador de Entidad RP Puntero de referencia PL Ubicación de Paciente PT Tipo de Procesamiento , HL7 Argentina , HL7 Argentina 42 Ejemplos de tablas Tablas definidas por el usuario Ejemplos de tablas Tablas definidas por HL7 User 0002 Marital Status 0002 A Separated PID-16, NK1-14, GT1-32, IN2-44 HL Priority 0027 S Stat (do immediately) OM D Divorced 0002 M Married 0027 A As soon as possible (a priority lower than stat) 0027 R Routine 0002 S Single 0002 W Widowed 0027 P Preoperative (to be done prior to surgery) 0027 T Timing critical (do as near as possible to requested time) , HL7 Argentina , HL7 Argentina 44 11

12 Identificadores ID Valor codificado por HL7 Debe ser elegida de una lista definida por HL7 Ejemplo : Sexo : F/M/O/U Identificadores IS Valor codificado por el USUARIO Debe ser elegida de una lista definida por las partes que consensuan una implementacion determinada Ejemplo : Religión Identificadores Identificadores HD Hierachic Designator (Denominador Jerárquico) EI Identificador de Entidad <identificador de entidad (ST)>^ <ID de namespace (IS)> ^ <ID universal (ST)> ^ <Tipo ID universal (ID)> El Identificador de entidad es único dentro del objeto definido por los componentes 2 a , HL7 Argentina , HL7 Argentina 46 Punteros de referencia Identificadores RP Puntero de Referencia Este tipo de datos transmite informacion acerca de datos almacenados en otro sistema. <pointer (ST)>^<application ID(HD)> ^<type of data(id)>^<subtype(id) Tipos de datos referenciados: TIFF - PICT DICOM - FAX JOT - BASIC ISDN - PostScript JPEG - GIF HTML - RTF Ejemplo: Ubicación de personas PL Ubicación de personas Lógicamente el orden es: 1 Tipo de ubicacion de persona 2 Conjunto de edificios (facility) 3 Edificio 4 Piso 5 Sector (Sala, etc. -Point of Care) 6 Habitación 7 Cama 8 Descripción de Ubicación 9 Estado de Ubicación PV1 1 I 01-02^11^23 El orden sintáctico es: <point of care (IS)> ^ <room (IS)> ^ <bed (IS)> ^ <facility (HD)> ^ <location status (IS)> ^ <person location type (IS)> ^ <building (IS)> ^ <floor (IS)> ^ <location description (ST)> , HL7 Argentina , HL7 Argentina 48 12

13 PT Tipo de Procesamiento Valores Codificados <processing ID (ID)> ^ <processing type (ID)> Processing ID: D=Debug P=Producción T=Prueba/Capacitación Processing Mode: A=Archivo R=Restore I=Carga Inicial CE- Elementos codificados CF- Elementos codificados con valores formateados CK- Compuesto con digito verificador CN- Número compuesto CX- Número compuesto con digito verificador XCN-Número compuesto extendido CWE Codificados con Excepciones CNE Codificados sin Excepciones , HL7 Argentina , HL7 Argentina 50 Vocabulario en v 2.x Vocabulario en v 2.x Dónde se presentan problemas de vocabulario? Tablas HL7 (se guardan o se codifican ) Campos codificados (prácticas, diagnósticos, sexo administrativo, tipo de muestra, etc.) Identificadores de entidades (personas, pacientes, médicos, prestadores, hospitales, servicios, etc.) Posibilidad de usar el cap. 8 para compartir tablas maestras o cualquier otra estrategia. Reglas de proceso Secuencia de intercambio de mensajes Paso 1. El sistema emisor construye un mensaje HL7 basado en datos de la aplicación y lo envía al sistema receptor. Paso 2. El sistema receptor recibe el mensaje y a) Valida sintácticamente el mensaje de acuerdo a reglas de iniciación basadas en el segmento MSH. Si falla envía un mensaje de rechazo al emisor; si no continua... b) Pasa el mensaje a la aplicación, la cual: 1) crea un mensaje de respuesta, o 2) crea un mensaje de error, o 3) crea un mensaje de rechazo. c) Envía el mensaje de respuesta, error o rechazo. ACK y reporte de errores , HL7 Argentina , HL7 Argentina 52 13

14 ACK y reporte de errores ACK y reporte de errores Encabezado del mensaje - Segmento MSH Campo Notas MSH-3-sending application MSH-4-sending facility MSH-5-receiving application MSH-6-receiving facility MSH-7-date/time of message MSH-9-message type MSH-10-message control ID MSH-11-processing ID MSH-12-version ID MSH-13-sequence number MSH-14-continuation pointer Este campo no es utilizado en la lógica de procesamiento del protocolo HL7. Es opcional. Identificador único de mensaje utilizado para responder al mensaje inicial. Mensaje ACK Respuesta general ACK Mensaje de uso general para indicar un acuse de recibo de un mensaje. Indica si hubo o no un error al procesar el mensaje. General acknowledgment Chapter MSH Message Header 2 MSA Message acknowledgment 2 [ ERR ] Error , HL7 Argentina , HL7 Argentina 54 ACK y reporte de errores Reglas mínimas de validación Criterios mínimos a validar en la recepción de mensajes: El valor del campo MSH-9-message type debe ser el de un tipo de mensaje reconocido por la aplicación receptora. El valor del campo MSH-12-version ID (versión de HL7) debe ser la apropiada. El valor del campo MSH-11-processing ID (Producción /Prueba/Debug) debe ser corresponder la aplicación receptora. En caso de que cualquiera de falle, se rechaza el mensaje y se crea un mensaje ACK, con AR en el campo MSA-1-acknowledgement code , HL7 Argentina 55 ACK y reporte de errores Procesamiento de la aplicación Procesamiento de mensajes a nivel aplicación: Una vez que la validación 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 información 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 (Caída del sistema, error interno, etc). Enviandose un mensaje con el valor AR en el campo MSA , HL7 Argentina 56 14

15 Especificación del tipo de respuesta En cada envío 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 satisfactorio Descripción Siempre requiere respuesta Nunca requiere respuesta Unicamente ante un error Unicamente cuando es ACK y reporte de errores , HL7 Argentina 57 Ejercicio 04 Mensaje: MSH ^~\& NSI LAB ADT^A01 NSI1 P 2. 3 AL<cr> EVN A <cr> PID ^^^^HI ^^^^DNI TORRALBA^AIDA F POTOSI ^^CAPITAL FEDERAL^^1899<cr> NK1 1 CAMUS^ALBERTO PAD RIVADAVIA <cr> PV1 1 I 12^301^1211 R 1436^PEREZ^JORGE^ALBERTO 102 6^LOPEZ^NORBERTO 998^GARCIA^ALEJANDRO M A 4 A0 N 1026^LOPEZ^NORBERTO OB H A LV <cr> IN1 1 INT^^HI 2^^^^HI~347^^^^NSI PLAN DE SALUD<cr> , HL7 Argentina 58 Del mensaje del enunciado, definir y justificar: Ejercicio 04 Grupo 1: Que tipo de mensaje es, y para qué se usa?. Qué aplicación envió el mensaje y a qué hora? Grupo 2: Cuál es la identificación del paciente?. Cuál es el teléfono de su pariente cercano a cargo.? Grupo 3: Quién es el médico que atiende al paciente?. Dónde se encuentra internado el paciente? Grupo 4: Cuál es la cobertura del paciente?. En que direccion vive?. Cuándo fue internado? Grupo 5: Con qué número de episodio se internó el paciente?. Cual es su apellido? Grupo 6: Qué médicos están involucrados? En qué roles? Que edad tiene el paciente? Grupo 7: En qué caso hay que contestar a este mensaje? Que aplicación debe recibirlo? Cual es el separador de subcomponentes? Herramientas, interfaces, motores Herramientas, interfaces y motores Hay que tomar decisiones acerca de herramientas para: Generación de mensajes (cómo y cuándo partir de nuestros datos y llegar a generar el texto del mensaje) Decodificación de mensajes (que hacer cuando se recibe un mensaje y como mapear los datos obtenidos a nuestro sistema) Enviar y recibir los mensajes (bajo nivel, ruteo de mensajes) Control, registro y auditoria ( que pasa cuando la interface no funciona? que pasa cuando un mensaje no llega? que pasa si queremos revisar el contenido de un mensaje enviado previamente?) , HL7 Argentina , HL7 Argentina 60 15

16 Generación/Decodificación de Mensajes Opciones: Desarrollo propio Open source Componentes comerciales Middleware Herramientas, interfaces, motores Herramientas, interfaces, motores Desarrollo propio Los mensajes no son otra cosa que cadenas de caracteres. Axioma: Podemos agregar a cualquier aplicación existente en cualquier plataforma utilizando cualquier lenguaje de programación la capacidad de generar mensajes HL7. Desventaja: Caro en tiempo de desarrollo, pruebas y validación. Posibilidades de error. Es muy dificil programar un parser, a menos que sea limitado en alcance (específico para algunos capítulos, eventos y uso de los mismos) Ventajas: Libertad, Independencia, Posibilidad de re-uso posterior , HL7 Argentina , HL7 Argentina 62 Herramientas de uso libre (v2.x) HAPI : Interface HL7 open source (2.1 a 2.6) MIRTH (Connect/Results/Match) (2.x, V3, CDA, xml en gral, DICOM) (Hay más pero son las mas usadas) Herramientas, interfaces, motores , HL7 Argentina 63 Herramientas, interfaces, motores Componentes comerciales Hay disponibles diversos componentes comerciales para generación y decodificación de mensajes V2 Algunos de ellos (no es publicidad, es información): Chameleon Neointegrate IDK Interface Engine Symphonia 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. Desventaja: $$ gastados comprando el producto, capacitación, pruebas y validación. Dependencia posterior del proveedor según la flexibilidad del producto. Costo de licencia run-time (si es que existe). Ventajas: Aprovechamiento más veloz. No nos preocupamos por la interface , HL7 Argentina 64 16

17 Herramientas, interfaces, motores Middleware específico Se encargan de todos los aspectos de la integración : comunicación, registro, codificación y decodificación. Big Guys: Biztalk (Microsoft) Healthcare Transaction Base HTB (Oracle) tml Sun (Componentes para BPEL) , HL7 Argentina 65 Herramientas de Envío/Recepción Desarrollo propio Herramientas, interfaces, motores Es bastante sencillo desarrollar una interface de bajo nivel a través de TCP (MLLP) También se pueden implementar a través de y web services. Componentes Los mismos vendedores de componentes comerciales ofrecen soluciones para envío y/o recepción Open/Source Vienen en general con soluciones MLLP Colas de mensajería (permiten ruteo, persistencia, etc) MQSeries (IBM) MSMQ (Microsoft) Advanced Queueing (Oracle) Java Queue , HL7 Argentina 66 Herramientas, interfaces, motores Motores de Mensajería Los motores de mensajería son productos de middleware específico para HL7 destinados a las grandes instalaciones (hospitales, financiadores). Tienen en cuenta ruteo, registro, auditoría, traducción entre versiones (2.3->2.4, etc.), transposición de mensajes (transformar un mensaje en otro), etc , HL7 Argentina 67 17