Sollte ich HL7 RIM oder mein eigenes Datenmodell rollen?

Question

Mein Team zugewiesen wurde für einen Kunden, und in dem Design-Prozess eine E-Health-Plattform zu bauen haben wir in diesem Dilemma angekommen:

Wir haben zwei Optionen für das Datenmodell, das HL7 RIM (Referenz Informationsmodell) und ein anderes, das noch entwickelt werden.

Obwohl die RIM ausführlich dokumentiert worden ist, und scheint sehr komplett, ich bin mir nicht sicher, ob es die beste Wahl ist, angesichts der Komplexität und scheinbare Langsamkeit.

würde Ich mag ein einfacheres Modell entwerfen, die nur die Anforderungen des Kunden Rechnung tragen würden, leichter zu verstehen und vielleicht schneller zu sein Ziel.

Was denken Sie? Soll ich das HL7-RIM folgen? Oder soll ich denke, ein einfacheres Modell für die Anforderungen meines Kunden auf?

In jedem Fall ist die Notwendigkeit, den Austausch von Informationen würde eine Implementierung des HL7-Messaging-Protokolls benötigen, so müssen wir diesen Teil unabhängig von dem zugrunde liegenden Modell entwickeln.

Answer 1

Je mehr Flexibilität, die Sie im Hinblick auf den Gesundheitsdaten benötigen (die eher einen „Repository oder Data-Warehouse“ Ihre Anwendung ist), desto mehr wird der Grund, die HL7 RIM zu implementieren. Suche nach "RIMBAA" (RIM Based Application Architecture) für weitere Informationen zu diesem Ansatz.

Je mehr Ihre Anwendung richtet sich eine bestimmte Menge von gut definierten Workflows zu unterstützen, desto mehr Grund ein Datenmodell zu verwenden, die für diesen speziellen Workflow optimierter ist. Ich stimme mit John Saunders: stellen Sie sicher, können Sie Ihre ‚optimierte Datenmodell‘ auf dem RIM-abgebildet werden. Das sollte Ihre Anwendung ‚zukunftssicher‘ helfen und es einfacher zu unterstützen HL7-Schnittstellen zu machen.

Answer 2

Die Antwort ist Ihr eigenes Modell, spezifische Kundenanforderungen zu bedienen, aber mit einer funktionalen Anforderung immer in der Lage sein, mit HL7 auszutauschen. Testen Sie diese Anforderung im gesamten Entwicklungsprozess.

Answer 3

Ich würde HL7 empfehlen aber man sollte über seine Verwendung strategisch sein. Ich nehme an, Sie bereits eine ganze Reihe von Software-Systemen in Ihrer Organisation haben. Wenn das der Fall ist, ist es wahrscheinlich eine gute Idee „HL7-Schnittstellen“ ausgesetzt haben, auf die wichtigsten Dienste, haben aber den internen Dialog in einigen kanonischen Form spezifisch für Ihre Organisation.

Die große Sache über HL7 ist es von Natur aus der Nachricht basiert, so dass Sie alle Arten von coolen Dingen mit Business proccessor-Manager tun können (BPM) Software, wo man einfach im Stich gelassen wird Ihre Unternehmen Menschen schöne Diagramme zeichnen, wie die Strömung einer HL7-Nachricht geregelt wird.

Eine Sache, ich könnte darauf hindeuten, eine Untersuchung der verschiedenen „Adapter“ es tut, zum Beispiel „iWay Intelligent Adapter für HL7“ oder IBM WTX. Diese können Sie auf dem Business-Code konzentrieren Sie schreiben müssen, statt mit etwa HL7-Messaging auf der Transportschicht zu sorgen, etc ...

Ich hoffe, das hilft.