Necesito ayuda sobre HL7

Question

Necesito toda su ayuda para guiarme en el trabajo en HL7 Interface Integration en el que debo trabajar entre dos aplicaciones clínicas dispersas.

Es algo así, permítanme explicar mi consulta con un ejemplo.

Tenemos un sistema Epic que coloca pedidos (laboratorio, medicamentos, etc.) actualmente. Ahora, a continuación, estas órdenes de laboratorio deben dar como resultado otra aplicación de Cerner.

Para esto, tiene que haber un motor de interfaz que tiene que leer los mensajes HL7 procedentes del sistema EPIC y traducirlos a los mensajes adecuados para el Cerner SISTEMA y luego escribir en su base de datos.

Entonces, podría explicarme con un motor de interfaz de ejemplo que lee primero los mensajes HL7 y los traduce al formato de la aplicación Cerner.

¿Cómo implementaré aquí un motor de interfaz que leería los datos de EPIC?

¿Qué pasos están involucrados? Un ejemplo sería lo mejor.

Principalmente, los pedidos se colocan en primer lugar en EPIC y se debe a las aplicaciones de Cerner.

Por favor, ayúdame a comprender el proceso, y cómo hacer una interfaz de integración con un motor de interfaz?

Answer 1

HL7 es una bestia peluda, y de lejos su mejor opción es utilizar un motor de interfaz preconfigurado que se encargue del problema por usted. Algo como Mirth Connect, que es un sistema basado en Java para recibir, decodificar, enrutar y disparar eventos basados ​​en mensajes HL7. Mirth es software libre y de código abierto bajo la Licencia Pública de Mozilla y, al estar basado en Java, se ejecuta en la mayoría de los sistemas operativos principales o puede adquirir dispositivos de hardware dedicados para interactuar con dispositivos HL7. Se puede usar para transformar mensajes HL7 entre diferentes sistemas y también funciona bien para la conversión de HL7 a otros protocolos (TCP, SQL/ODBC, archivo, JMS, FTP, SOAP/HTTP).

Para obtener más información sobre Mirth Connect echa un vistazo a su Webinars o echa un vistazo a la Wiki para examples.

Answer 2

Lo más importante en la comparación de motores (IMO) es el costo total de propiedad. Las interfaces tienen un ciclo de vida largo: tardan de minutos a meses en crearse y luego vivir para siempre. Las funciones de registro, monitoreo, alerta (etc.) en el motor son críticas para el éxito durante la vida útil de una interfaz.

Empujar mensajes HL7 alrededor de cualquier motor es "bastante fácil" en estos días. Los motores comerciales o de código abierto permiten que las interfaces triviales surjan rápidamente. Las herramientas comerciales generalmente se diferencian haciendo que las interfaces no triviales sean mucho más fáciles de construir. Los mejores motores hacen que la construcción de la interfaz sea rápida, fácil y me atrevo a decir divertido. :-)

Algunos papeles blancos para proporcionar antecedentes y pensamientos en su búsqueda:

http://www.corepointhealth.com/whitepapers/evolution-hl7 - profunda revisión de HL7 V2 y V3

Si usted está abierto a software comercial, comprobar la clasificación de KLAS .

Divulgación: Soy CTO en Corepoint Health (que proporciona un motor de interfaz comercial) y copresidente del Comité de infraestructura y mensajería (InM) en HL7.

Answer 3

Un papel blanco más a tener en cuenta: The Role of an Interface Engine in Modern Healthcare - funciones principales de un motor

Answer 4

Nadie ha mencionado HAPI sin embargo ... Está basado en Java y de código abierto. La página principal tiene un montón de fragmentos de código 'HAPI por ejemplo' que deberían ayudarlo a comenzar.

Este es un tema muy profundo, sin embargo. Actualmente estoy escribiendo un analizador sintáctico para laboratorios que vienen de Spire (Cerner) usando HAPI, y hay muchas cosas pequeñas que debes hacer para que funcione. Notablemente, los laboratorios de Cerner usan ZDS (segmentos z) en sus laboratorios, lo que requiere cierta personalización (los segmentos z son segmentos 'personalizados' que no son parte del estándar HL7). También envían mensajes 'MDM R01', que no forman parte de ningún estándar HL7 (parecen ser solo mensajes ORU R01 con segmentos ZDS en ellos ...).

¿Cerner le ha proporcionado una especificación de interfaz? Deberían - si no, deberías pedir uno. Obtenga también un documento de especificación para EPIC.

no creo que hay una API que traducirá automáticamente el mensaje HL7 de EPIC a Cerner, creo que tendrá que hacerlo usted mismo. Pero puedes usar una API existente para ayudarte (debería hacerlo mucho más fácil, teniendo en cuenta la gran cantidad de trabajo de análisis sintáctico del mensaje HL7 y la necesidad de hacerlo por ti).

De todos modos, buena suerte!