HL7 Interface Engine Empfehlungen

Question

Ich mache einige Beratungsarbeit für einen kleinen Apothekendienstleister, der eine HL7-Schnittstellen-Engine benötigt, um eine Schnittstelle zu Produkten herzustellen, die auf dem LAMP-Stack laufen.

Genauer gesagt, was ich suche, ist eine HL7-Engine, die auf * NIX läuft und Daten aus einer HL7 v2.X-Nachricht in eine MySQL-Datenbank einfügen kann. Die Daten, die eingefügt werden, sind Daten, die aus beliebigen Feldern entnommen werden, so dass sie Parsing durchführen müssen.

Ich habe versucht, Mirth zu verwenden, aber seine Fähigkeit, jede scheinbar einfache Aufgabe übermäßig komplex zu machen, und die extreme Langsamkeit seiner Client-Interface-/Reaktionszeiten haben uns sehr scharf darauf gemacht. Wenn ich eine einfache Aufgabe sage, meine ich, dass ich eine benutzerdefinierte ACK-Nachricht basierend auf ein paar Regeln zurücksende, zwinge ich dazu, 100 Zeilen Javascript zu schreiben und danach immer noch schreckliche Antwortzeiten.

Ich liebte Iguana und wollte es verwenden, aber sie zitierten uns zwischen $ 12k und $ 15k für eine einzelne Instanz davon auf einem einzigen Server. Es war ein gutes Stück Software, aber nicht so gut, um ein solches Preisschild zu rechtfertigen, und das ist weit mehr als das, was mein Kunde für eine einzige Software zahlt, die einen kleinen Teil ihres Geschäfts treibt.

Hat jemand irgendwelche Empfehlungen für Open Source und/oder proprietäre Software, die diese Bedürfnisse erfüllen?

Answer 1

Die besten Open-Source-Optionen, die wir in unserem Geschäft verwenden sind Mirth und OpenESB. Welche Version von Mirth hast du benutzt? Ich denke, Sie wären von den Verbesserungen in 2.0 überrascht.

Eine weitere Option, die einen angemessenen Preis hat, ist Orion Rhapsody. Wir finden, dass dies am einfachsten für lizenzierte Motoren zum niedrigsten Preis zu verwenden ist. Es ist eine großartige Ergänzung für Gesundheitsorganisationen mit einem Budget. Wenn Sie einen Kontakt benötigen, um eine Demo zu erstellen, kann ich Ihnen dabei helfen.

Answer 2

Leider ist die Anbindung an das Gesundheitswesen nicht immer trivial oder billig. Mir sind keine Produkte bekannt, die Ihren Anforderungen hinsichtlich Preisgestaltung und Funktionen entsprechen. Wenn Sie irgendwelche finden, lassen Sie mich wissen ... :)

Wenn Ihre primären Anforderungen ist, Lizenzkosten zu senken und Sie Daten nur mit HL7 austauschen müssen, benötigen minimale Datenzuordnung und keine Nachrichtenmanipulation (seien Sie vorsichtig ... es ist immer schlimmer, als es zuerst aussieht), Sie könnten Ihre eigene Engine mit HAPI als Grundlage entwickeln. Es ist ein kostenloser HL7-Parser, aber seien Sie bereit, für die zusätzliche Entwicklungsarbeit zu bezahlen.

Answer 3

Ich denke, Mirth ist immer noch die beste Option, weil openESB ist zu komplex und schwierig für einen "kleinen Apothekendienstleister" zu pflegen. Wenn Sie LLP verwenden, sollten Sie die Lösung nicht anpassen müssen.

Answer 4

Wenn Sie über 100 Zeilen Javascript schreiben müssen, um eine benutzerdefinierte ACK zu senden, würde ich vorschlagen, dass Sie es falsch machen. Das eigentliche Senden der Bestätigung ist eine einzelne Codezeile, die die Funktion responseMap.put verwendet. Vielleicht eine Zusammenfassung von dem, was Sie versuchen zu tun und Ihrem bestehenden Code im Mirth Support-Forum; Es gibt viele Leute, einschließlich mir, die einen Blick darauf werfen können.

Es ist immer enttäuschend, ein schlechtes Feedback zu Mirth zu hören, da es meistens kein Mangel im Produkt ist, sondern in der Programmierung. Wie gesagt, ganz gerne helfen - einfach an der richtigen Stelle posten.