Erwägung der Verwendung von NHapi

Question

Ich erwäge die Verwendung von NHapi in einigen HL7-bezogenen Projekten. Wenn ich mich für die Verwendung einer Open-Source-Bibliothek in einem Projekt entscheide, habe ich normalerweise zwei Kriterien:

1. die Breite des Nutzerkreises.
2. die Qualität der Unterstützung.

Die Betrachtung der NHapi-Forum auf SourceForge scheint sie keines der beiden oben genannten Kriterien zu erfüllen.

Die anderen Optionen sind entweder der Kauf eines kommerziellen Produkts oder das Schreiben eines Parsers.

Hat jemand einen Vorschlag oder Gedanken zur Verwendung von NHapi?

Answer 1

Wir haben mit der Implementierung von NHAPI in einigen unserer HL7-Verarbeitungsanwendungen begonnen. Wir hatten dieselben Bedenken wie Sie, aber da es sich um Open Source handelt, ist es sicherlich nützlicher, als einen eigenen Parser zu schreiben. Da es und das HAPI-Projekt, auf dem es basiert, unter MPL lizenziert sind, können Sie die Codebasis jederzeit fälschen, wenn Sie feststellen, dass das Projekt Ihren Anforderungen nicht gerecht wird.

Wir haben auch ein kommerzielles Produkt verwendet, dessen Namen ich vergessen habe, aber das hat seine eigenen Probleme verursacht. Die Installation und Lizenzierung ist eine Herausforderung, vor allem auf neueren Betriebssystemen, und das Unternehmen stellt das Produkt nicht mehr in den Vordergrund, so dass der Support sehr schlecht ist.

Ich habe auch festgestellt, dass es zumindest ein bisschen von Dritten genutzt wird: http://dib0.nl/code/255-where-to-begin-if-you-want-to-start-with-hl7-in-c-or-java

Answer 2

Wir haben NHAPI evaluiert und uns aus denselben Gründen, die Sie angeführt haben, gegen die Verwendung entschieden. Stattdessen haben wir uns für HL7 Spy entschieden. Es verfügt über einen praktischen GUI-Client zum Senden von Nachrichten (nützlich zum Testen) sowie über eine DLL, die Ihnen beim Aufbau von Nachrichten hilft.

Leider handelt es sich, wie Sie bereits erwähnt haben, um ein kommerzielles Produkt und nicht um Open Source. Aber wir sind sehr zufrieden damit.

http://www.hl7spy.com/

Answer 3

Wir haben beschlossen, sie in einer Integrationsmaschine zu verwenden. Meine Eindrücke:

• Wir haben festgestellt, dass das API-Objektmodell bei Verwendung der verschiedenen HL7-Versionen (V231 und V230) verwirrend und nicht homogen ist.

• Wir haben auch einige Fehler beim Parsen von Textnachrichten gefunden.

IMHO ist NHAPI nicht unzuverlässig, aber bevor Sie es verwenden, sollten Sie die API evaluieren und versuchen, alle Anwendungsfälle zu testen, in denen Sie NHAPI benötigen.

Nach all den Erfahrungen mit NHAPI kann ich mit hundertprozentiger Sicherheit sagen, dass wir, wenn wir Zeit gehabt hätten, unsere eigene HL7-API entwickelt hätten.

Ich hoffe, das hilft.