Agenda. Herramientas de HL7: HL7 v2.x. Interoperabilidad con HL7. Herramientas de HL7: HL7 v3. Herramientas de HL7: HL7 CDA R2

Transcripción

1 Agenda HERRAMIENTAS OPEN SOURCE PARA HL7 Diego Kaminker KERN INFORMATION TECHNOLOGY S.R.L. - Director ASOCIACION HL7 ARGENTINA PRESIDENTE HL7 INTERNATIONAL VOLUNTEER OF THE YEAR 2008 CO CHAIR, Education / International Mentoring Commitee HL7 V3/CDA AMBASSADOR diego.kaminker@kern-it.com.ar Interoperabilidad con HL7 : la navaja suiza Qué hace falta? Pero yo... cómo hago?: algunas herramientas open-source relacionadas con estándares de HL7 Conclusiones 2 Interoperabilidad con HL7 Estándares de HL7 para interoperabilidad entre sistemas de salud Herramientas de HL7: HL7 v2.x HL7 V2.x - Estándar para Mensajería Intrahospitalaria o 'Local' MENSAJERIA V3 MENSAJERIA V2.X CDA R2 OTROS ESTANDARES DE HL7 Ultima versión : v Mas utilizadas: 2.3.1, 2.4, 2.5,2.5.1 Disponible: en ^ y como XML Fortaleza: mensajeria intrahospitalaria interdepartamental Debilidad: para implementaciones regionales, ambiguedad (requiere de negociación sitio por sitio), modelo de datos implícito Alto nivel de uso en el mercado : proveedores de software y usuarios (hospitales, prestadores) Ejemplos: LIS to HIS, LIS to BILLING, HIS to RIS, ADT broadcast Dominios: Admisión de pacientes, Laboratorio, Radiologia, Ordenes, Interconsulta, Turnos, etc. 3 4 Herramientas de HL7: HL7 v3 HL7 V3 - Mensajería a nivel regional Ultima versión : Normativa 2010 Disponible : como XML, ITS 1.0 (ITS2.0,DT2 para versiones a partir de 2011) Fortaleza: mensajeria REGIONAL (usado para implementaciones de este tipo en Canadá, Alemania, Mexico, UK). Modelo formal basado en UML, estricto y explicito de informacion. Reduce la ambiguedad. Basado en XML. Identificadores unicos globales. Debilidad: todavia no cubre algunos requerimientos de aplicaciones departamentales. Mayor complejidad inicial. Todavía algo inestable. Menor nivel de uso en el mercado : proveedores de software y usuarios (hospitales, prestadores) Dominios: Ver ballot en Herramientas de HL7: HL7 CDA R2 HL7 CDA R2 - Documentos Clínicos Estandar para intercambio de DOCUMENTOS clinicos (en lugar de mensajes) Ultima versión : Normativa 2005 (CDA R2) (CDA R3 en discusión, no ballot) Fortaleza: Ampliamente difundido. Facil de implementar. Interoperabilidad evolutiva. Basado en XML y en modelos de V3. Identificadores unicos globales. Debilidad: Se lo quiere utilizar como si fuera toda la navaja suiza. Alto nivel de uso en el mercado : proveedores de software y usuarios (hospitales, prestadores) Dominios: Cualquiera que permita generar documentos 5 6

2 Otros estándares de HL7 Resumen ARDEN SYNTAX / GELLO Intercambio de Reglas y Expresiones Clínicas (Ver presentación del Dr. Jenders) CCOW Integración de Aplicaciones a nivel de escritorio Para obtener un resumen de los estándares de HL7, ver este documento creado en forma conjunta por HL7 Argentina y HL7 España: Infoestructura Qué hace falta? 1. Vocabularios y servicios terminológicos 2. Procesamiento de mensajes o artefactos 3. Desarrollo o Adaptación de Perfiles y Guías 4. Comunicaciones y seguridad 5. Registros comunes (master files) Pero yo, cómo hago? Haremos foco hoy en ALGUNAS herramientas OPEN- SOURCE relacionadas con estándares de HL7 para * Procesamiento de mensajes o artefactos * Desarrollo o Adaptación de Perfiles y Guías Procesamiento de mensajes HL7 V2.x/HL7 V3 y documentos CDA: Mirth Connect Mensajeria HL7 V2.x: Apache HAPI (Java) Desarrollo de Guias para Documentos CDA R2: MDHT (CDA Tools for Eclipse) 9 10 Mirth Connect Mirth Connect Referencia: Licencia Open Source (OSI/MPL 1.1) Motor de integración basado en estándares, de código abierto: Ruteo / Filtrado Transformación Audit Log Diversos protocolos MLLP,FTP,DB,HTTP Soporta HL7 v2.x,v3, DICOM, XML propietario Componentes Principales: Server: corre bajo Sun Java JRE 1.5/5.0+ con 1GB RAM con cualquier db como repositorio u objeto: pgsql,derby,oracle,postgresql,ms sql server 2005 Administrator: permite definir las interfaces y canales, y visualizar el estado del servidor y el log de mensajes Server Manager: GUI de configuración (solo p/windows) [PRACTICAMENTE SIN ESCRIBIR CODIGO] 11 12

3 Mirth Connect Mirth Connect Conceptos Principales: Canales, para cada canal en Mirth se define Canales Origen Filtros Destino Transformaciones Dashboard (cómo está funcionando cada canal) Datos del Canal Origen Filtros Destino Transformaciones Mirth Connect - Canales Mirth Connect - Origen Mirth Connect - Transformaciones Mirth Connect - Filtros 17 18

4 Mirth Connect - Destinos Mirth Connect - Dashboard Referencia: HAPI Leer un mensaje 1-Parser: HAPI Licencia: Apache, Open Source (MPL,GPL) Parser HL7 V2.x para Java Soporta HL7 v2.x (2.1,2.2,2.3,2.3.1, ,2.5.1,2.6) y v2.x XML Parseo de mensajes (leer y devolver un objeto con una estructura acorde al mensaje recibido) Creación de mensajes Envio y recepcion de mensajes (MLLP) Validación de conformidad (contra perfiles generados por el HL7 Messaging Workbench) Soporte de Segmentos Z ( Custom Model Classes ) Parser p = new GenericParser(); Message hapimsg; try { // Este es el parser del mensaje!! hapimsg = p.parse(msg); } catch (EncodingNotSupportedException e) { e.printstacktrace(); return; } catch (HL7Exception e) { e.printstacktrace(); return; } Leer un mensaje 2-Extraccion de datos desde el objeto HAPI ADT_A01 adtmsg = (ADT_A01)hapiMsg; MSH msh = adtmsg.getmsh(); String msgtype = msh.getmessagetype().getmessagetype().getvalue(); String msgtrigger = msh.getmessagetype().gettriggerevent().getvalue(); // Imprime "ADT A01" System.out.println(msgType + " " + msgtrigger); //Ahora buscamos el apellido (varios componentes del nombre del paciente) PN patientname = adtmsg.getpid().getpatientname(); // Imprime "SMITH" String familyname = patientname.getfamilyname().getvalue(); System.out.println(familyName); Referencia: Model-Driven Healthcare Tools Desarrollado por IBM y Veterans Adm. Open Source Basado en Eclipse y MIF (message interchange format) en lugar de en XML Schemas

5 Para Autores de Guías de Implementación - Provee herramientas basadas en UML para 1. generar restricciones a CDA R2 2. combinar y extender modelos existentes (un modelo es un estandar o guia) 3. publicar guias de implementación, perfiles y diccionarios de datos permite definir y reusar - Templates a nivel de documento Ej: debe contener primer y segundo apellido, un firmante legal y un codigo de tipo de documento de LOINC= Templates a nivel de sección Ej: debe contener una sección de 'Problemas activos' con la lista de problemas activos del paciente - Templates a nivel de enunciado clínico Ej: debe contener el diagnóstico de egreso codificado con SNOMED CT Para Implementadores: permite generar automáticamente código Java para: - Generar un documento CDA R2 válido respecto a un modelo (serialización) - Consumir un documento CDA R2 (des-serialización) - Validar un documento contra una guía o modelo Código generado para un Reporte Neonatal en CDA NeonatalCareReport clinicaldocument = NCRFactory.eINSTANCE.createNeonatalCareReport().init(); PatientDataSectionNCR patientdata = NCRFactory.eINSTANCE.createPatientDataSectionNCR().init(); EncountersSection encounters = NCRFactory.eINSTANCE.createEncountersSection().init(); clinicaldocument.addsection(patientdata); patientdata.addsection(encounters); NeonatalICUEncounterActivity encounter = NCRFactory.eINSTANCE.createNeonatalICUEncounterActivity().init(); encounters.addencounter(encounter); CDAUtil.save(clinicalDocument, System.out); Conclusiones 1. Existen HERRAMIENTAS OPEN-SOURCE para generar, procesar, validar y transmitir artefactos de interoperabilidad (mensajes, documentos), que cumplan con los estándares de HL7. 2. Las herramientas NO REEMPLAZAN EL CONOCIMIENTO. Los que usan estas herramientas tienen que saber DONDE ESTÁ LO QUE BUSCAN, o QUE INFORMACION QUIEREN TRANSMITIR. Y cuándo. 3. Para eso no hay más remedio que APRENDER. Programar menos: SI. Reducir los tiempos de los proyectos ( de años a semanas!), SI. Pero... hay que aprender: HL7 V2.x, HL7 V3, CDA R2, antes de poder utilizarlas

6 Preguntas? Gracias! 31