2011-01-04 20 views
11

Estoy haciendo un trabajo de consultoría para un pequeño proveedor de servicios de farmacia que necesita una configuración de motor de interfaz HL7 para que pueda interactuar con los productos que se ejecutan en la pila LAMP.HL7 Interfaz Recomendaciones del motor

Más específicamente, lo que estoy buscando es un motor HL7 que se ejecute en * NIX y pueda insertar datos de un mensaje HL7 v2.X en una base de datos MySQL. Los datos que se insertan serán datos tomados de campos arbitrarios, por lo que es necesario realizar un análisis sintáctico.

Intenté usar Mirth, pero su capacidad para hacer cualquier tarea aparentemente simple demasiado compleja y la lentitud extrema de su interfaz con el cliente/tiempos de respuesta nos ha hecho ser muy cautelosos. Cuando digo una tarea simple, me refiero a que el hecho de devolver un mensaje ACK personalizado basado en unas pocas reglas me obliga a escribir 100 líneas de javascript y después de eso sigo teniendo tiempos de respuesta horribles.

Me encantó Iguana y quería usarlo, pero nos citaron entre $ 12k y $ 15k por una sola instancia en un solo servidor. Era una buena pieza de software, pero no ESTOY bien para justificar una etiqueta de precio así, y eso va más allá de lo que mi cliente está dispuesto a pagar por una sola pieza de software que maneja una pequeña parte de su negocio.

¿Alguien tiene alguna recomendación de código abierto y/o software propietario que satisfaga estas necesidades?

+0

Si bien es interesante, las "recomendaciones de compra" no son una buena opción para un formato de preguntas y respuestas. Con lo que terminas es con una lista, ordenada por popularidad general según los votos ... pero ni una sola respuesta técnicamente correcta. –

Respuesta

5

Las mejores opciones de código abierto que utilizamos en nuestro negocio son la alegría y OpenESB. ¿Qué versión de Mirth has usado? Creo que te sorprenderían las mejoras en 2.0.

Otra opción que tiene un precio razonable es Orion Rhapsody. Creemos que es el más fácil de usar al precio más bajo para motores con licencia. Es ideal para organizaciones de atención médica con un presupuesto limitado. Si necesita un contacto para configurar una demostración, puedo ayudar con eso.

+2

Jeff, Gracias por las recomendaciones. Estaba usando Mirth 2.0 y era demasiado complejo realizar operaciones simples como devolver un ACK personalizado. Tengo MUCHAS dudas sobre cualquier cosa de Orion. En un empleador anterior utilicé su suite de mapas Symphonia y fue terriblemente lento (tomó aproximadamente el 95% del tiempo asignado a una transacción para un mapa simple) y personalmente recibí un apoyo horrible de la compañía sobre el asunto. Mi solución fue modificar el daemon Perl HL7 Toolkit para que lo use mi cliente. Enviaré la fuente al autor una vez que se completen las pruebas. – Khirok

1

Desafortunadamente, la interconexión del sistema de salud no siempre es trivial ni económica. No conozco ningún producto que cumpla con sus requisitos en términos de fijación de precios y funciones. Si encuentra alguno, hágamelo saber ... :)

Si sus requisitos principales es reducir los costos de licencia y necesita intercambiar datos solo con HL7, necesita una asignación de datos mínima y no hay manipulación de mensajes (tenga cuidado ... siempre es peor de lo que parece al principio), podría desarrollar su propio motor utilizando HAPI como base. Es un analizador HL7 gratuito, pero prepárate para pagar el trabajo de desarrollo adicional.

+1

Lo que terminamos haciendo fue crear una solución homebrew en Perl usando Perl HL7 Toolkit con su servicio daemon. Fue lo más simple que pudimos hacer ya que no tenemos ningún mapeo en absoluto en el nivel de la aplicación (todo hecho en la base de datos por procesos almacenados o por una aplicación posterior). – Khirok

+0

No sé lo suficiente sobre su proyecto, por lo que podría no ser necesario para usted, pero como regla general recomendaría incluir en su arquitectura una forma de personalizar su interfaz sin tener que cambiar su código o su base de datos. Si necesita implementar su aplicación en otro lugar, es probable que los datos intercambiados y/o el flujo de mensajes no se organicen de la misma manera. – jlmorin

1

Creo que Mirth sigue siendo su mejor opción, porque openESB es demasiado complejo y difícil de mantener para un "pequeño proveedor de servicios de farmacia". Si está utilizando LLP, entonces no debería tener que personalizar la solución.

+0

Desafortunadamente, Mirth no funcionó para nosotros con la cantidad de trabajo requerido para hacer cosas simples como crear un ACK personalizado para un cliente y realizar verificaciones de cordura de los datos. Terminamos creando una solución homebrew utilizando Perl HL7 Toolkit que soplo a Mirth en términos de rendimiento y con un poco de conocimiento Perl puede ser más flexible que Mirth con muy pocos dolores de cabeza en comparación. – Khirok

4

Si tiene que escribir más de 100 líneas de Javascript para enviar un ACK personalizado, sugeriría que lo está haciendo mal. El envío real del ack es una sola línea de código que usa la función responseMap.put. Tal vez publique un resumen de lo que intenta hacer y su código existente en el foro de soporte de Mirth; hay muchas personas, incluido yo, que pueden echarle un vistazo.

Siempre es decepcionante escuchar comentarios negativos sobre Mirth ya que la mayoría de las veces no es una falla en el producto, sino en la programación. Como digo, muy contento de ayudar, solo publique en el lugar correcto.

+0

Lo que intentaba hacer era crear un ACK que contuviera datos diferentes en los campos que el ACK predeterminado creado a partir de Mirth. – Khirok

+0

Perdón por el primero, aquí está el completo. Presiona ingresar temprano. Lo que intentaba hacer era crear un ACK que contuviera datos diferentes en los campos de MSH que el ACK predeterminado creado desde Mirth. Desafortunadamente debido a que Mirth Corp se rehusó a ayudar sin un gran pago por asistencia (más de $ 3k) incluso asegurándonos de que especificamos esto como una prueba de su software y esperando más de 2 semanas para una respuesta en ambos foros de Mirth y aquí para obtener una respuesta, mi cliente eligió un producto diferente que funciona extremadamente bien para nuestros propósitos y es MUCHO más fácil de usar que Mirth. – Khirok