..."Der Telemedizinführer hat sich als bewährte Übersicht über alle Bereiche der Telematik im Gesundheitswesen in Deutschland etabliert. In kompakter Weise erhält der Leser eine aktuelle Zusammenfassung der fachlichen Situation und von Projekten."...
 

Deutschlands unfassendstes Werk zum Thema Telemedizin, E-Health und Telematik im Gesundheitswesen

Deutschlands unfassendstes Werk zum Thema Telemedizin, E-Health und Telematik im Gesundheitswesen

Home arrow Inhalte arrow Ausgabe 2007 arrow HL7-Conformance Statements
HL7-Conformance Statements PDF E-Mail

HL7-Conformance Statements
–Nachrichtenprofile zur Zertifizierung und Vereinfachung einer Schnittstelleneinführung


Frank Oemig
Ringholm GmbH, Essen


1 Zusammenfassung

„Kann Ihr System HL7?“ – „Ja, natürlich!“


Wahrscheinlich kennen Sie diese Situation:Zwei Systeme sollen Daten untereinander austauschen. Beide sind –angeblich – HL7-konform und trotzdem klappt der Datenaustausch hinten und vorne nicht. Ein „Schuldiger “ist dann auch schnell gefunden, schließlich ist „HL7 ja gar kein wirklicher Standard “.

HL7 Version 2.x ist definitiv nicht für „Plug and Play “konzipiert. Wenn bei jedem Einsatz unterschiedlichste Randbedingungen zu berücksichtigen sind, müssen Vorarbeiten geleistet werden, um eine Schnittstelle in Betrieb nehmen zu können. Man sollte jedoch ein gewisses Grundverständnis für HL7 bei den jeweiligen Applikationen voraussetzen können. Nur leider ist das bis jetzt nicht der Fall, da jeder Hersteller das für sich in Anspruch nehmen kann, ohne dass es überprüfbar ist bzw. überprüft wird. Mit Nachrichtenprofilen - genauer gesagt den „Implementable Profiles “- und einer Prüfung auf deren Einhaltung wird das anders.


2 Das Problem

Der HL7-2x-Standard stellt eine konsentierte Sammlung von Daten dar, die verschiedene Hersteller eingebracht haben. Damit handelt es sich um einen Standard mit viel Optionalität, d.h. bei vielen Elementen haben die Hersteller die Wahl, ob sie diese in einer Nachricht mit schicken wollen oder nicht. Erst damit ist dieser Standard aber flexibel an die unterschiedlichen Bedürfnisse anpassbar. Im Gegenzug dazu reduziert sich die Fähigkeit zu „Plug&Play “, also die Möglichkeit zu einer direkten Kommunikation ohne jegliche Absprachen vorher. Eine typische Vorgehensweise bei der Implementierung von HL7-Nachrichten ist die Umsetzung des originalen Standards. Dass es eine „deutsche Fassung “gibt, ist vielen Herstellern dabei anscheinend schon nicht bekannt. Die deutsche Fassung schränkt auf der einen Seite den originalen Standard ein, in dem „unbrauchbare “Datenelemente als nicht verwendet deklariert sind, da sie für Anforderungen in anderen Ländern konzipiert sind. Auf der anderen Seite wird der original Standard um Datenelemente für die deutschen Anforderungen (Z-Segmente) erweitert. Weiterhin kennen viele Hersteller die Eigenschaften der von ihnen entwickelten Schnittstelle nicht genau, da sie darüber keine Dokumentation haben. Nicht zuletzt werden grundsätzliche Randbedingungen für eine konforme Implementierung nicht eingehalten.


3 Nachrichtenprofile

Nachrichtenprofile sollen die original Nachrichten und Segmente aus dem Standard genauer spezifizieren. Dennoch müssen unterschiedliche Implementierungen für dasselbe Szenarium erlaubt sein. Diese Forderung resultiert allein aus der Tatsache, dass der Standard die gemeinsamen Erfahrungen und Anforderungen vieler Hersteller vereint. Die einzelnen Implementierungen jedoch sind unterschiedlich, nicht zuletzt um die verschiedensten Anforderungen an die jeweiligen Applikationen abdecken zu können. Die Definition für ein Nachrichtenprofil [1 ] lautet nun wie folgt:
An HL7 message profile is an unambi- guous specification of one or more standard HL7 messages that have been analyzed for a particular use case. It prescribes a set of precise constraints upon one or more standard HL7 messages. Ein Nachrichtenprofil legt nun zusätzliche Anforderungen/Einschränkungen gegenüber der Definition im Standard fest.


4 „Profil-Typen“

Die Nachrichtenprofile werden in drei verschiedene Typen eingeteilt:

  • Standard (standard)
  • einzuschränken (constrainable 1 )
  • implementierbar (implementable)


„Standard “beschreibt einen veröffentlichten HL7-Standard, dessen Erzeugung und Veröffentlichung ausschließlich HL7 vorbehalten ist und der als Grundlage für die weiteren Einschränkungen gilt. „Einzuschränken “(Constrainable) beschreibt ein Profil, das zwar schon eingeschränkt ist, aber noch weiter eingeschränkt werden muss. Damit ist gemeint, dass es noch immer optionale Elemente enthält. Dazu gehört auch die Definition/Festlegung des entsprechenden Vokabulars. In einem „implementierbaren“ (imple- mentable) Profil sind alle Optionalitäten eliminiert, d.h. das Vokabular ist vollständig definiert und zu jedem Element gibt es eine Aussage, ob es unterstützt wird oder nicht. ...

Dokumentinformationen zum Volltext-Download
 

Titel:
HL7-Conformance Statements –Nachrichtenprofile zur Zertifizierung und Vereinfachung einer Schnittstelleneinführung
Artikel ist erschienen in:
Telemedizinführer Deutschland, Ausgabe 2007
Kontakt/Autor(en):Frank Oemig
Ringholm GmbH, Essen
Seitenzahl:
Sonstiges:

4 Abb.

Dateityp/ -größe: PDF / 434  kB 
Click&Buy-Preis in Euro: 0,50 

 Rechtlicher Hinweis:

Ein Herunterladen des Dokuments ist ausschließlich  zum persönlichen Gebrauch erlaubt. Jede Art der Weiterverbreitung oder Weiterverarbeitung ist untersagt.  



 
 
< zurück   weiter >
 

ASP Authentifizierung Biometrie bIT4health Blended Healthcare CIMECS DACS DICOM e-Health E-Learning eBA EDC eEPA eFA EGA eGBR eGK eHBA eHealth EHR elektronische Gesundheitskarte elektronische Krankenakte elektronische Patientenquittung elektronische Signatur elektronischer Arztbrief elektronischer Heilberufsausweis elektronisches Rezept EPA EPR europäische Krankenversichertenkarte Fallakte gematik Gesundheitskarte Gesundheitstelematik GoITG GRID Hash HL7 HomeCare HPC iEPA IHE IMS Incident Reporting integrierte Gesundheitsversorgung integrierte Versorgung IuK KAS KIS Kryptographie LOINC Lösungsarchitektur MDD MPI MVZ NEST PACS PaSIS PDMS protego.net PVS Rahmenarchitektur RFID RIS Schnittstelle SDK Sicherheitsinfrastruktur Smart Card SNOMED SOA SQB Telekonsultation Telelearning Telematik Telematik Expertise Telematik-Infrastruktur Telemedizin Telemonitoring Verschlüsselung VHitG ZTG