Brauchen Sie Hilfe auf HL7

Question

Ich brauche all Ihre Hilfe bei der Führung von HL7-Schnittstelle Integration, die ich zwischen zwei disparaten klinischen Anwendungen arbeiten soll.

Es ist so etwas, lassen Sie mich meine Abfrage mit einem Beispiel erklären.

Wir haben Epic System, das Bestellungen (Labor, Medikamente etc.) derzeit platziert. Nun sollen diese Laboraufträge zu einer weiteren Cerner-Anwendung führen.

Dazu muss es eine Interface Engine sein, die die HL7-Nachrichten kommen aus dem EPIC-System zu lesen hat und übersetzen sie in der richtigen Meldungen für das Cerner SYSTEM und dann in ihre Datenbank zu schreiben.

Könnten Sie mir bitte eine Beispiel-Schnittstellen-Engine erklären, die zuerst die HL7-Nachrichten liest und sie in das Cerner-Anwendungsformat übersetzt.

Wie soll ich hier eine Interface Engine implementieren, die die EPIC-Daten lesen würde?

Welche Schritte sind erforderlich? Ein Beispiel wäre am besten.

Hauptsächlich werden Bestellungen in EPIC platziert und sollen zu Cerner-Anwendungen führen.

Bitte helfen Sie mir mit dem Prozess zu verstehen, und wie Interface Integration mit einer Interface Engine zu tun?

Answer 1

HL7 ist ein haariges Biest, und bei weitem ist Ihre beste Wette, wenn Sie eine vorgefertigte Schnittstellen-Engine verwenden, die sich um das Problem kümmert. Etwas wie Mirth Connect, das ein Java-basiertes System zum Empfangen, Decodieren, Weiterleiten und Auslösen von Ereignissen basierend auf HL7-Nachrichten ist. Mirth ist freie Software und Open Source unter der Mozilla Public License und basiert auf Java, läuft auf den meisten gängigen Betriebssystemen oder Sie können dedizierte Hardware-Appliances für die Verbindung mit HL7-Geräten erwerben. Es kann verwendet werden, um HL7-Nachrichten zwischen verschiedenen Systemen zu transformieren und funktioniert auch gut für die Konvertierung von HL7 in andere Protokolle (TCP, SQL/ODBC, Datei, JMS, FTP, SOAP/HTTP).

Weitere Informationen zu Mirth Connect finden Sie unter Webinars oder im Wiki unter examples.

Answer 2

Am kritischsten beim Vergleich von Motoren (IMO) sind die Gesamtbetriebskosten. Schnittstellen haben einen langen Lebenszyklus - sie brauchen Minuten bis Monate, um sie zu erschaffen und dann für immer zu leben. Die Protokollierungs-, Überwachungs- und Warnfunktionen (usw.) in der Engine sind für den Erfolg über die Lebensdauer einer Schnittstelle hinweg entscheidend.

Die Übermittlung von HL7-Nachrichten über jede Engine ist heutzutage "ziemlich einfach". Kommerzielle oder Open-Source-Engines lassen die trivialen Schnittstellen schnell aufkommen. Kommerzielle Werkzeuge unterscheiden sich typischerweise dadurch, dass die nicht-trivialen Schnittstellen viel einfacher zu erstellen sind. Die besten Motoren machen Interface-Konstruktionen schnell, einfach und ich wage es, Spaß zu sagen. :-)

Einige White Papers Hintergrund und Gedanken bei der Suche zur Verfügung zu stellen:

http://www.corepointhealth.com/whitepapers/evolution-hl7 - tiefe Bewertung von HL7 V2 und V3

Wenn Sie kommerzielle Software offen sind, dann überprüfen Sie die KLAS Rankings .

Offenlegung: Ich bin CTO bei Corepoint Health (die eine kommerzielle Schnittstelle Engine bietet) und Co-Chair Infrastruktur und Messaging (InM) Ausschuss bei HL7.

Answer 3

Ein weiteres weißes Papier zu berücksichtigen: The Role of an Interface Engine in Modern Healthcare - Hauptfunktionen eines Motors

Answer 4

Niemand HAPI erwähnt hat noch ... es basiert auf Java und Open Source. Die Titelseite enthält eine Reihe von Code-Snippets 'HAPI by Example', die Ihnen den Einstieg erleichtern sollen.

Dies ist jedoch ein sehr tiefes Thema. Ich schreibe gerade einen Parser für Labs von Spire (Cerner) mit HAPI, und es gibt viele kleine Dinge, die Sie tun müssen, um es zum Laufen zu bringen. Bemerkenswert ist, dass Cerner Labs ZDS (Z-Segmente) in ihren Laboren verwenden, was einige Anpassungen erfordert (z-Segmente sind "benutzerdefinierte" Segmente, die nicht Teil des HL7-Standards sind). Sie senden auch "MDM R01" -Nachrichten, die nicht Teil eines HL7-Standards sind (sie scheinen nur ORU R01-Nachrichten mit ZDS-Segmenten in ihnen zu sein ..).

Hat Cerner Ihnen eine Schnittstellenspezifikation zur Verfügung gestellt? Sie sollten - wenn nicht, sollten Sie nach einem fragen. Erhalten Sie auch ein Spezifikationsdokument für EPIC.

Ich nicht denke, gibt es eine API, die automatisch die HL7-Nachricht von EPIC nach Cerner übersetzt - ich denke, Sie müssen dieses Bit selbst tun. Aber Sie können eine vorhandene API verwenden, um Ihnen zu helfen (es sollte es viel einfacher machen, wenn man sich die Mühe macht, die HL7-Nachricht zu parsen und zu übernehmen, sollte für Sie erledigt werden).

Wie auch immer, viel Glück!