Integración estandarizada de Informes Clínicos

Integración estandarizada de Informes Clínicos

Burgos 24 y 25 de febrero 2012

IX JORNADAS TÉCNICAS DE AIISCYL SEMINARIO PRÁCTICO SOBRE LA HISTORIA CLÍNICA ELECTRÓNICA

1

2

Presentación del proyectoPresentación del proyecto

• Aplicación de Informes Clínicos actual con un alto nivel de utilización en Hospital de Medina del Campo, pero tecnológica y funcionalmente estancada.

•Es necesario implantar un sistema de Historia Clínica Electrónica con mayor funcionalidad y más moderno: se elige JimenaCyL.

•Los usuarios quieren conservar los informes clínicos ya creados en formato electrónico: necesitamos migrarlos a JimenaCyL.

•Es inevitable un periodo de convivencia entre ambas aplicaciones: necesitamos integrar ambos sistemas durante ese periodo para no perder información.

•Diseño y realización pensando en JimenaCyL, pero no exclusivo para JimenaCyL. Integración de alto nivel: uso de HL7 en todas las comunicaciones y formatos de informes clínicos.

3

Objetivos planteadosObjetivos planteados

•Migración lo más completa posible: migrar la mayor cantidad de informes y datos clínicos residentes en la actual plataforma para ser incorporados a JimenaCyL y dejarlos a disposición de los profesionales del centro.

•Alto nivel de abstracción en el acceso a la información a migrar e integrar, usando la tecnología HL7, que estandariza la intercomunicación entre sistemas heterogéneos sin necesidad de conocer su complejidad interna.

•Integración de una sóla vía: del software de informes clínicos a JimenaCyL, pero no en sentido contrario. De esta manera, motivamos a los usuarios a ir abandonando progresivamente la antigua aplicación y empezar a usar la nueva.

4

Sistema actualSistema actual

•Informes en formato electrónico desde 1990; desde 1994, se asocia el informe a un episodio de HIS. Desde 1999, se automatiza este proceso con la aplicación de Informes Clínicos (Visual Basic 6).•Persistencia en tablas hmc_xxx de HP-HIS, excepto los informes.•Existen más de 300000 informes generados, almacenados en un servidor de ficheros Microsoft Windows.•Se almacenan en directorios con la siguiente estructura en 3 niveles:

•N1: directorio Informes: carpeta raíz para los informes•N2: directorio del año para informes definitivos: XX, siendo XX las dos últimas cifras del año en cuestión.•N2: directorio del año + “pro” para informes provisionales: XXpro, siendo XX las dos últimas cifras del año en cuestión.

•N3: nemónico del servicio: YYYY; codserv de la tabla servicios de HIS.

•Los informes generados con episodio asociado usan la siguiente nomenclatura para fijar su nombre:

•ICU_X.doc: identificador ICU del episodio en HIS (si hay varios informes para el mismo episodio, 1 ≤ X ≤ 9). Es el único metadato disponible, y será usado para obtener los demás metadatos de HP-HIS.

5

JimenaCyLJimenaCyL

•Historia Clínica Electrónica de AE en Castilla y León.

•Arquitectura Web, basada en tecnología Java JEE para el software y Oracle DataBase para la persistencia.

•Escalable, ampliable, fácil de usar y mantener. Permite a los profesionales acceder de manera cómoda y organizada a la información clínica del paciente.

•Integrable con otros sistemas mediante estándar HL7. Cumple con las guías Sacyl de integración.

•Almacena organizadamente informes clínicos, tanto internos como externos, enviados por mensajería HL7, introducidos por el interfaz de usuario, generados por JimenaCyL,…

•Petición electrónica y recepción de resultados en formato electrónico. Facilita el trabajo de los facultativos al usar un solo aplicativo para la mayoría de su trabajo diario.

6

Diseño de la soluciónDiseño de la solución•Necesarios 2 módulos:

•Migración: para pasar los informes ya creados a JimenaCyL.•Integración: para automatizar la migración después del arranque de JimenaCyL y hasta que deje de usarse la antigua herramienta.

•Bloques funcionales necesarios:•Acceso a ficheros de informes vía SMB: se debe poder listar los informes a migrar y leer dichos informes para poder migrarlos.•Conversión a PDF: JimenaCyL acepta este formato para informes externos. Formato de origen en cualquier Word o Wordperfect.•Infraestructura de mensajería HL7 para obtener datos del paciente y episodio relacionado con el informe a partir del ICU en HP-HIS. Basada en los mensajes QBP_Q32/RSP_K32 definidos en las guías Sacyl.•Infraestructura de mensajería HL7 para enviar el informe a JimenaCyL. Usamos mensaje MDM_T02 cuyo soporte está implementado en JimenaCyL, que contiene un documento CDA R2 en el cual, su cuerpo (no estructurado) está compuesto por el PDF del informe original. El CDA usa datos del episodio obtenidos de HP-HIS mediante RSP_K32.

•Ningún requisito particular en cuanto a interfaz de usuario.•El módulo de migración debe ser rápido; el de integración, debe poder instalarse como servicio ejecutándose periódicamente.

7

Conversión JODConverterConversión JODConverter

•JODConverter: convierte entre distintos formatos de documentos.•Automatiza todas las conversiones soportadas actualmente por OpenOffice, incluyendo cualquier formato a PDF.

•Requiere OpenOffice v2.0.3 o superior instalado en la máquina que realiza la conversión.•Requiere JRE 1.4 o superior.

•Se distribuye en varios formatos, incluyendo .zip con librerías java.•Ejemplo: procedimiento a seguir para convertir Microsoft Word a PDF:

•Lanza OpenOffice: soffice -headless -accept="socket,host=127.0.0.1,port=8100;urp;“•Configurar el classpath adecuadamente; ver fichero DEPENDENCIES.txt.•Importar las librerías necesarias del paquete com.artofsolving.jodconverter . •Añadir el código en el programa; ejemplo:

File inputFile = new File("document.doc"); File outputFile = new File("document.pdf");OpenOfficeConnection connection = new SocketOpenOfficeConnection(8100);connection.connect();DocumentConverter converter = new OpenOfficeDocumentConverter(connection);converter.convert(inputFile, outputFile);connection.disconnect();

•En outputFile, disponemos del fichero convertido a PDF.

8

QBP_Q32/RSP_K32QBP_Q32/RSP_K32

•Consulta de datos sobre el episodio a HP-HIS; el ICU se toma del nombre del fichero del informe generado por la antigua aplicación.•Consultamos con el mensaje QBP^Q32^QBP_Q21 [Find Candidates including Visit Information].•HP-HIS nos devuelve el mensaje RSP^K32^RSP_K32 [Response to Find Candidates including Visit Information].

9

MDM_T02 - CDA_R2MDM_T02 - CDA_R2

•El tipo de mensaje de HL7 MDM ayuda a gestionar los registros médicos mediante la transmisión de documentos nuevos o actualizados.•MDM_T02 no pertenece a las guías Sacyl, pero es procesado por JimenaCyL, incorporando el CDA incluido en él y el PDF incrustado en el CDA a la HCE del paciente y episodio referenciados.•Funcionamiento:

•PDF codificado en base 64.•CDA R2. Cabecera y cuerpo no estructurado.•MDM_T02: Incluye CDA.xml codificado en base 64.

10

Revisión del códigoRevisión del código

GRACIAS por su atenciónGRACIAS por su atención

11

Para más información, contactar con:Mario Villacé Diez. mvillace@saludcastillayleon.esHospital de Medina del Campo. C\ Peñaranda 24 - 47400 Medina del Campo - Valladolid Teléfono: 983838000 Fax: 983838007