deutsche Nachrichtenprofile

Aus Hl7wiki
Nachrichtenprofile
Wechseln zu: Navigation, Suche
(Die Seite wurde neu angelegt: „{{Underconstruction}} <!-- Implementierungsleitfaden "HL7 v2.5 Nachrichtenprofile, Ausgabe 2013" --> {{Infobox Dokument |Title HL7 v2.5 Nachrichtenpr…“)
 
Zeile 33: Zeile 33:
 
{{Contributor | Logo = logo_os.jpg]] | Name = Optimal Systems GmbH| Location = Berlin}}
 
{{Contributor | Logo = logo_os.jpg]] | Name = Optimal Systems GmbH| Location = Berlin}}
 
{{Infobox Contributors End}}
 
{{Infobox Contributors End}}
 
  
  
 
{| class="hl7table"
 
{| class="hl7table"
!Version!!01
+
|Version||01
 
|-
 
|-
 
|Ausgabe:||2013
 
|Ausgabe:||2013
Zeile 55: Zeile 54:
  
 
Frank Oemig, Agfa HealthCare GmbH, Bonn
 
Frank Oemig, Agfa HealthCare GmbH, Bonn
 
 
  
  
 
=Dokumentinformation=
 
=Dokumentinformation=
 
  
 
==Änderungshistorie==
 
==Änderungshistorie==
Zeile 77: Zeile 73:
 
==Editor==
 
==Editor==
  
Frank Oemig (FO), Agfa HealthCare GmbH, Bonn
+
*Frank Oemig (FO), Agfa HealthCare GmbH, Bonn
  
  
 
==Autoren Ausgabe 2013==
 
==Autoren Ausgabe 2013==
  
Ralf Brandner, InterComponentWare
+
*Ralf Brandner, InterComponentWare
Fakhri Zain Elabdin, CORTEX
+
*Fakhri Zain Elabdin, CORTEX
Bettina Lieske, SAP
+
*Bettina Lieske, SAP
Frank Oemig (FO), Agfa HealthCare GmbH, Bonn
+
*Frank Oemig (FO), Agfa HealthCare GmbH, Bonn
Marek Václavik, SER HealthCare Solutions GmbH
+
*Marek Václavik, SER HealthCare Solutions GmbH
  
 
  
  
 
=Autoren und Copyright-Hinweis, Nutzungs¬hinweise=
 
=Autoren und Copyright-Hinweis, Nutzungs¬hinweise=
  
==Nachnutzungs- bzw. Veröffentlichungsansprüche==
+
{{BeginGreenBox|Nachnutzungs- bzw. Veröffentlichungsansprüche}}
 
Das vorliegende Dokument wurde von Agfa HealthCare in Kooperation mit InterComponentWare und optimal systems entwickelt. Die Nachnutzungs- bzw. Veröffentlichungsansprüche sind nicht beschränkt.
 
Das vorliegende Dokument wurde von Agfa HealthCare in Kooperation mit InterComponentWare und optimal systems entwickelt. Die Nachnutzungs- bzw. Veröffentlichungsansprüche sind nicht beschränkt.
  
Zeile 106: Zeile 101:
  
 
Alle auf nationale Verhältnisse angepassten und veröffentlichten HL7-Spezifkationen können ohne Lizenz- und Nutzungsgebühren in jeder Art von Anwendungssoftware verwendet werden.
 
Alle auf nationale Verhältnisse angepassten und veröffentlichten HL7-Spezifkationen können ohne Lizenz- und Nutzungsgebühren in jeder Art von Anwendungssoftware verwendet werden.
 +
{{EndGreenBox}}
  
  
  
 
+
{{BeginGreenBox|Disclaimer}}
Disclaimer
 
 
 
 
Obwohl diese Publikation mit größter Sorgfalt erstellt wurde, kann weder die HL7-Benutzergruppe in Deutschland e.V. noch die an der Erstellung beteiligten Firmen keinerlei Haftung für direkten oder indirekten Schaden übernehmen, die durch den Inhalt dieser Spezifikation entstehen könnten.
 
Obwohl diese Publikation mit größter Sorgfalt erstellt wurde, kann weder die HL7-Benutzergruppe in Deutschland e.V. noch die an der Erstellung beteiligten Firmen keinerlei Haftung für direkten oder indirekten Schaden übernehmen, die durch den Inhalt dieser Spezifikation entstehen könnten.
 +
{{EndGreenBox}}
  
 
+
=Einleitung=
 
 
 
 
=1. Einleitung=
 
 
Das "ADT-Profil zur historischen Bewegung" spezifiziert die notwendigen Informationen in einer Nachricht, um Informationen zu früheren Bewegungen zu korrigieren. Dabei sind alle gegenüber dem Dokument "gemeinsame Nachrichtenelemente" vor¬genommenen Änderungen grau markiert.
 
Das "ADT-Profil zur historischen Bewegung" spezifiziert die notwendigen Informationen in einer Nachricht, um Informationen zu früheren Bewegungen zu korrigieren. Dabei sind alle gegenüber dem Dokument "gemeinsame Nachrichtenelemente" vor¬genommenen Änderungen grau markiert.
  
==2. Scope==
+
==Scope==
 
Unter ADT werden die allgemeinen demographischen und verwaltenden, nicht klinischen Patienten¬daten verstanden, die auch primär in Kapitel 3 des HL7-Standards beschrieben sind.
 
Unter ADT werden die allgemeinen demographischen und verwaltenden, nicht klinischen Patienten¬daten verstanden, die auch primär in Kapitel 3 des HL7-Standards beschrieben sind.
  
==3. Basis-Dokumente==
+
==Basis-Dokumente==
 
Dieses Dokument benötigt folgende Dokumente:
 
Dieses Dokument benötigt folgende Dokumente:
 
* gemeinsame Nachrichtenelemente (OID 2.16.840.1.113883.2.6.7.2)
 
* gemeinsame Nachrichtenelemente (OID 2.16.840.1.113883.2.6.7.2)
Zeile 129: Zeile 121:
 
* HL7 v2.5 in der deutschen Fassung für eine vollständige Dokumentation
 
* HL7 v2.5 in der deutschen Fassung für eine vollständige Dokumentation
  
=4. „Historic Movement" Option=
+
=„Historic Movement" Option=
 
Diese Nachricht ist verpflichtend, wenn die „Historic Movement" Option des PAM-Profiles unterstützt wird. Dann ist in allen Nachrichten zusätzlich die Profil-Identifikation zu übermitteln, die in Kapitel 4.1.4. MSH-21 ID des Nachrichtenprofils angegeben ist,
 
Diese Nachricht ist verpflichtend, wenn die „Historic Movement" Option des PAM-Profiles unterstützt wird. Dann ist in allen Nachrichten zusätzlich die Profil-Identifikation zu übermitteln, die in Kapitel 4.1.4. MSH-21 ID des Nachrichtenprofils angegeben ist,
 
Diese Profil-ID erfüllt die Bedingung, die für das ZBE-Segment in den entsprechenden Nachrichten hinterlegt ist.
 
Diese Profil-ID erfüllt die Bedingung, die für das ZBE-Segment in den entsprechenden Nachrichten hinterlegt ist.
  
=5. Aufnahme-Nachricht: ADT^Z99^ADT_A01=
+
=Aufnahme-Nachricht: ADT^Z99^ADT_A01=
  
  
==6. versendete Nachricht: ADT_A01==
+
==versendete Nachricht: ADT_A01==
  
 
{| class="hl7table"
 
{| class="hl7table"
Zeile 173: Zeile 165:
 
|[ DRG ]||[0..1]||O||Diagnosis Related Group||6.5.3
 
|[ DRG ]||[0..1]||O||Diagnosis Related Group||6.5.3
 
|-
 
|-
|[{||[0..\*]||O||--- PROCEDURE||
+
| [{ ||[0..\*]||O||--- PROCEDURE||
 
|-
 
|-
 
|  PR1||[1..1]||R||Procedures||6.5.4
 
|  PR1||[1..1]||R||Procedures||6.5.4
Zeile 179: Zeile 171:
 
|  [ { ROL } ]||[0..\*]||O||Role||15.4.7
 
|  [ { ROL } ]||[0..\*]||O||Role||15.4.7
 
|-
 
|-
|}]|| || || ||
+
| }] || || || ||
 
|-
 
|-
 
|[ { GT1 } ]||[0..0]|| bgcolor="3366ff" |X<br/>(O)||Guarantor||6.5.5
 
|[ { GT1 } ]||[0..0]|| bgcolor="3366ff" |X<br/>(O)||Guarantor||6.5.5
 
|-
 
|-
|[{||[0..\*]|| bgcolor="3366ff" |C<br/>(O)||--- INSURANCE||
+
| [{ ||[0..\*]|| bgcolor="3366ff" |C<br/>(O)||--- INSURANCE||
 
|-
 
|-
 
|  IN1||[1..1]||R||Insurance||6.5.6
 
|  IN1||[1..1]||R||Insurance||6.5.6
Zeile 195: Zeile 187:
 
| bgcolor="3366ff" |  [ ZGK ]|| bgcolor="3366ff" |[O..1]|| bgcolor="3366ff" |O|| bgcolor="3366ff" |eGK- und KV-Daten|| bgcolor="3366ff" |-
 
| bgcolor="3366ff" |  [ ZGK ]|| bgcolor="3366ff" |[O..1]|| bgcolor="3366ff" |O|| bgcolor="3366ff" |eGK- und KV-Daten|| bgcolor="3366ff" |-
 
|-
 
|-
|}]|| || || ||
+
| }] || || || ||
 
|-
 
|-
 
|[ ACC ]||[0..1]||O||Accident||6.5.9
 
|[ ACC ]||[0..1]||O||Accident||6.5.9
Zeile 209: Zeile 201:
 
Die Segmente GT1, UB1 und UB2 sind in Deutschland nicht von Bedeutung und somit nicht zugelassen.
 
Die Segmente GT1, UB1 und UB2 sind in Deutschland nicht von Bedeutung und somit nicht zugelassen.
 
Das SFT-Segment muss bei Bedarf mitgesendet werden können.
 
Das SFT-Segment muss bei Bedarf mitgesendet werden können.
 +
 
Das PV2-Segment ist für die strengeren Nachrichtenprofile von Bedeutung und dann entsprechend "R".
 
Das PV2-Segment ist für die strengeren Nachrichtenprofile von Bedeutung und dann entsprechend "R".
 
Die Segmente OBX und DG1 sind für DRG-Informationen relevant. IN1 und IN2 für die Abrechnung.
 
Die Segmente OBX und DG1 sind für DRG-Informationen relevant. IN1 und IN2 für die Abrechnung.
  
==7. empfangene Nachricht: ACK==
+
==empfangene Nachricht: ACK==
 
Als Quittung wird die bereits im Basis-Profil beschriebene ACK-Nachricht erwartet. Ob als Transport- und/oder Verarbeitungsquittung, wird dabei über die entsprechenden Felder im MSH-Segment be¬stimmt.
 
Als Quittung wird die bereits im Basis-Profil beschriebene ACK-Nachricht erwartet. Ob als Transport- und/oder Verarbeitungsquittung, wird dabei über die entsprechenden Felder im MSH-Segment be¬stimmt.
  
Zeile 231: Zeile 224:
  
  
==8. Beispiel-Aufnahmenachrichten==
+
==Beispiel-Aufnahmenachrichten==
  
===9. Standardnachricht===
+
===Standardnachricht===
 
Folgende Nachricht bewirkt die Anlage einer Bewegung mit der ID 1234^KIS für den stationären Fall 0815^^^Beta-Klinik^VN, unabhängig von der letzten Bewegung oder vom aktuellen Aufenthalt des genannten Behandlungsfalls.
 
Folgende Nachricht bewirkt die Anlage einer Bewegung mit der ID 1234^KIS für den stationären Fall 0815^^^Beta-Klinik^VN, unabhängig von der letzten Bewegung oder vom aktuellen Aufenthalt des genannten Behandlungsfalls.
  
MSH|^~\&|KIS|ADT|RIS|ADT|200512151705||ADT^Z99^ADT_A01|ADT001|P|2.5^DEU&&HL70399|||AL|NE|DEU|8859/15|DEU^German^HL70296^^deutsch||2.16.840.1.113883.2.6.9.57^^2.16.840.1.113883.2.6^ISO
+
MSH|^~\&|KIS|ADT|RIS|ADT|200512151705||ADT^Z99^ADT_A01|ADT001|P|2.5^DEU&&HL70399|||AL|NE|DEU|8859/15|DEU^German^HL70296^^deutsch||2.16.840.1.113883.2.6.9.57^^2.16.840.1.113883.2.6^ISO
EVN||200512151705||||200512151645
+
EVN||200512151705||||200512151645
PID|||1234567^^^Beta-Klinik^PI||Vogel^Marianne^^^^^L^A^^^G~Seeberg^^^^^^M^A^^^G~Vogel^^^^Frau^^D^^^^G||19780521|F|||Spechtweg 14&Spechtweg&14^^Hamburg^^20355^^H~Spitalstr. 17&Spitalstr.&17^^Hamburg^^20355^^BDL||^PRN^PH^^49^40^7654321^^^^^040/7654321|^WPN^PH^^49^40^5432^555^^^^040/5432-555|DEU^German^HL70296^^deutsch|M^married^HL70002^^verheiratet|CAT^catholic^HL70006^^katholisch||||||Heilig-Geist-Krankenhaus|||DEU^German^HL70171^^deutsch
+
PID|||1234567^^^Beta-Klinik^PI||Vogel^Marianne^^^^^L^A^^^G~Seeberg^^^^^^M^A^^^G~Vogel^^^^Frau^^D^^^^G||19780521|F|||Spechtweg 14&Spechtweg&14^^Hamburg^^20355^^H~Spitalstr. 17&Spitalstr.&17^^Hamburg^^20355^^BDL||^PRN^PH^^49^40^7654321^^^^^040/7654321|^WPN^PH^^49^40^5432^555^^^^040/5432-555|DEU^German^HL70296^^deutsch|M^married^HL70002^^verheiratet|CAT^catholic^HL70006^^katholisch||||||Heilig-Geist-Krankenhaus|||DEU^German^HL70171^^deutsch
PV1|1|I|CHI^302^2^IN^^N^A^4|R|||432113^Groß^Bernhard^^^Dr.^^^Beta-Klinik^L^^^DN^^^DN^^G||||||||||||0815^^^Beta-Klinik^VN|||||||||||||||||||||||||200512151645
+
PV1|1|I|CHI^302^2^IN^^N^A^4|R|||432113^Groß^Bernhard^^^Dr.^^^Beta-Klinik^L^^^DN^^^DN^^G||||||||||||0815^^^Beta-Klinik^VN|||||||||||||||||||||||||200512151645
PV2|||||||||20040405|4
+
PV2|||||||||20040405|4
ZBE|1234^KIS|200512151705||INSERT
+
ZBE|1234^KIS|200512151705||INSERT
  
=10. Segmente=
+
=Segmente=
 
Die für die Aufnahmenachricht wichtigen Segmente PID sowie PV1 und PV2 werden hier spezifiziert, außer¬dem zusätzliche Details zu den Segmenten MSH, EVN und ZBE.
 
Die für die Aufnahmenachricht wichtigen Segmente PID sowie PV1 und PV2 werden hier spezifiziert, außer¬dem zusätzliche Details zu den Segmenten MSH, EVN und ZBE.
  
==11. MSH – Message Header==
+
==MSH – Message Header==
 
Das Segment MSH wird am Anfang jeder Nachricht verwendet.
 
Das Segment MSH wird am Anfang jeder Nachricht verwendet.
  
Zeile 292: Zeile 285:
 
|20||Alternate Character Set Handling Scheme/ Verfahren zum Zeichen¬satzwechsel innerhalb der Nachricht||[0..0]||X||0356||01317||ID||||2.15.9.20
 
|20||Alternate Character Set Handling Scheme/ Verfahren zum Zeichen¬satzwechsel innerhalb der Nachricht||[0..0]||X||0356||01317||ID||||2.15.9.20
 
|-
 
|-
|21||Message Profile Identifier/ ID des Nachrichtenprofils||[1..\*]||R|| bgcolor="3366ff" |||01598||EI||||2.15.9.21
+
|21||Message Profile Identifier/ ID des Nachrichtenprofils||[1..\*]||R|| bgcolor="3366ff" | ||01598||EI||||2.15.9.21
 
|-
 
|-
 
|}
 
|}
  
  
===12. MSH-9 Nachrichtentyp und Ereigniscode===
+
===MSH-9 Nachrichtentyp und Ereigniscode===
 
Dieses Feld gibt an, warum die Nachricht verschickt wurde. Es besteht aus drei Teilen in Form des Datentyps MSG:
 
Dieses Feld gibt an, warum die Nachricht verschickt wurde. Es besteht aus drei Teilen in Form des Datentyps MSG:
  
====13. MSG – Message Type====
+
====MSG – Message Type====
 
Die in den "gemeinsamen Nachrichtenelementen" fehlende Tabellendefinition wird hier vorgenommen und wie folgt eingeschränkt:
 
Die in den "gemeinsamen Nachrichtenelementen" fehlende Tabellendefinition wird hier vorgenommen und wie folgt eingeschränkt:
  
=====14. Tabelle 0076: Message type=====
+
=====Tabelle 0076: Message type=====
 
Der Nachrichtentyp teilt die Nachrichten in grobe Klassen ein. Für dieses Profil sind folgende Werte zugelassen:
 
Der Nachrichtentyp teilt die Nachrichten in grobe Klassen ein. Für dieses Profil sind folgende Werte zugelassen:
  
Zeile 316: Zeile 309:
  
  
=====15. Tabelle 0003: Event type=====
+
=====Tabelle 0003: Event type=====
 
Der Ereigniscode gibt Auskunft über den Grund für die Nachricht. Die nachfolgende Tabelle enthält die zugelassenen Werte:
 
Der Ereigniscode gibt Auskunft über den Grund für die Nachricht. Die nachfolgende Tabelle enthält die zugelassenen Werte:
  
Zeile 327: Zeile 320:
  
  
=====16. Tabelle 0354: Message structure=====
+
=====Tabelle 0354: Message structure=====
 
Die Nachrichtenstruktur gibt Aufschluss über die abstrakte Nachrichtensyntax (AMS), die der Nach¬richt zugrunde liegt. Für dieses Profil sind ausschließlich folgende Werte zugelassen:
 
Die Nachrichtenstruktur gibt Aufschluss über die abstrakte Nachrichtensyntax (AMS), die der Nach¬richt zugrunde liegt. Für dieses Profil sind ausschließlich folgende Werte zugelassen:
  
Zeile 340: Zeile 333:
  
  
===17. MSH-15 Bedingung für Empfangsbestätigung===
+
===MSH-15 Bedingung für Empfangsbestätigung===
 
Dieses Feld bestimmt, unter welchen Bedingungen eine Empfangsbestätigung (Transportquittung) geschickt werden soll.
 
Dieses Feld bestimmt, unter welchen Bedingungen eine Empfangsbestätigung (Transportquittung) geschickt werden soll.
  
 
Hier sind folgende Werte zugelassen.
 
Hier sind folgende Werte zugelassen.
  
====18. Tabelle 0155: Accept acknowledgment conditions====
+
====Tabelle 0155: Accept acknowledgment conditions====
  
 
{| class="hl7table"
 
{| class="hl7table"
Zeile 357: Zeile 350:
  
  
===19. MSH-16 Bedingung für Verarbeitungsbestätigung===
+
===MSH-16 Bedingung für Verarbeitungsbestätigung===
 
Dieses Feld bestimmt, unter welchen Bedingungen eine Verarbeitungsbestätigung geschickt werden soll.
 
Dieses Feld bestimmt, unter welchen Bedingungen eine Verarbeitungsbestätigung geschickt werden soll.
  
 
Hier sind folgende Werte zugelassen.
 
Hier sind folgende Werte zugelassen.
  
====20. Tabelle 0155: Application acknowledgment conditions====
+
====Tabelle 0155: Application acknowledgment conditions====
  
 
{| class="hl7table"
 
{| class="hl7table"
Zeile 371: Zeile 364:
 
|}
 
|}
  
===21. MSH-21 ID des Nachrichtenprofils===
+
===MSH-21 ID des Nachrichtenprofils===
 
In diesem Feld wird die Kennung für dieses Nachrichtenprofil übermittelt:
 
In diesem Feld wird die Kennung für dieses Nachrichtenprofil übermittelt:
  
 
2.16.840.1.113883.2.6.9.57
 
2.16.840.1.113883.2.6.9.57
 
 
  
  
=22. Anhang=
+
=Anhang=
  
==23. Referenzen==
+
==Referenzen==
 
* "gemeinsame Nachrichtenelemente, Ausgabe 2004"
 
* "gemeinsame Nachrichtenelemente, Ausgabe 2004"
 
* HL7 Version 2.5, [www.hl7.org-http://www.hl7.org/] und [www.hl7.de-http://www.hl7.de/]
 
* HL7 Version 2.5, [www.hl7.org-http://www.hl7.org/] und [www.hl7.de-http://www.hl7.de/]
  
==24. Detaillierte Änderungshistorie==
+
==Detaillierte Änderungshistorie==
  
 
{| class="hl7table"
 
{| class="hl7table"
Zeile 393: Zeile 384:
 
|-
 
|-
 
|}
 
|}
 
 
  
  
 
[[Kategorie:v2profile|historische Bewegung]]
 
[[Kategorie:v2profile|historische Bewegung]]

Version vom 14. Januar 2014, 10:35 Uhr


Abstimmungsdokument 
Version Datum Status Realm
01 15.08.2013 ballotiert Flag de.svg Deutschland
Document PDF.svg noch kein download verfügbar
Kontributoren 
Logo-Agfa.jpg Agfa HealthCare GmbH Bonn
Logo cortex.gif|100px]] Cortex Software GmbH
Logo icw.jpg|100px]] InterComponentWare Walldorf
Logo sap.jpg|100px]] SAP Walldorf
Logo ser.jpg|100px]] SER HealthCare Solutions GmbH
Logo ztg.gif|100px]] Zentrum für Telematik im Gesundheitswesen GmbH Bochum
Logo os.jpg|100px]] Optimal Systems GmbH Berlin


Version 01
Ausgabe: 2013
HL7-Version: 2.5
Stand: 04. Dezember 2013
Dokumenten-OID: 2.16.840.1.113883.2.6.7.61
Profil-OID: 2.16.840.1.113883.2.6.9.57


Ansprechpartner:

Frank Oemig, Agfa HealthCare GmbH, Bonn


Dokumentinformation

Änderungshistorie

Version Datum Bemerkung Dok.-OID
3.0 17.09.13 Einarbeitung Kommentare
3.0 07.03.13 Vorbereitung Ballot
2.2 29.02.12 Korrekten für IHE PAM

Editor

  • Frank Oemig (FO), Agfa HealthCare GmbH, Bonn


Autoren Ausgabe 2013

  • Ralf Brandner, InterComponentWare
  • Fakhri Zain Elabdin, CORTEX
  • Bettina Lieske, SAP
  • Frank Oemig (FO), Agfa HealthCare GmbH, Bonn
  • Marek Václavik, SER HealthCare Solutions GmbH


Autoren und Copyright-Hinweis, Nutzungs¬hinweise

Nachnutzungs- bzw. Veröffentlichungsansprüche

Das vorliegende Dokument wurde von Agfa HealthCare in Kooperation mit InterComponentWare und optimal systems entwickelt. Die Nachnutzungs- bzw. Veröffentlichungsansprüche sind nicht beschränkt.


Der Inhalt dieser Spezifikation ist öffentlich.

Zu beachten ist, dass Teile dieses Dokuments auf dem HL7-Standard v2.5 beruhen, für die © Health Level Seven, Inc. gilt. Näheres unter [1] und [2].

Die Erweiterung oder Ablehnung der Spezifikation, ganz oder in Teilen, ist dem Vorstand der Benutzergruppe und den Editoren/Autoren schriftlich anzuzeigen.


Alle auf nationale Verhältnisse angepassten und veröffentlichten HL7-Spezifkationen können ohne Lizenz- und Nutzungsgebühren in jeder Art von Anwendungssoftware verwendet werden.


Disclaimer

Obwohl diese Publikation mit größter Sorgfalt erstellt wurde, kann weder die HL7-Benutzergruppe in Deutschland e.V. noch die an der Erstellung beteiligten Firmen keinerlei Haftung für direkten oder indirekten Schaden übernehmen, die durch den Inhalt dieser Spezifikation entstehen könnten.

Einleitung

Das "ADT-Profil zur historischen Bewegung" spezifiziert die notwendigen Informationen in einer Nachricht, um Informationen zu früheren Bewegungen zu korrigieren. Dabei sind alle gegenüber dem Dokument "gemeinsame Nachrichtenelemente" vor¬genommenen Änderungen grau markiert.

Scope

Unter ADT werden die allgemeinen demographischen und verwaltenden, nicht klinischen Patienten¬daten verstanden, die auch primär in Kapitel 3 des HL7-Standards beschrieben sind.

Basis-Dokumente

Dieses Dokument benötigt folgende Dokumente:

  • gemeinsame Nachrichtenelemente (OID 2.16.840.1.113883.2.6.7.2)
  • Rahmendokument (OID 2.16.840.1.113883.2.6.7.1)
  • HL7 v2.5 in der deutschen Fassung für eine vollständige Dokumentation

„Historic Movement" Option

Diese Nachricht ist verpflichtend, wenn die „Historic Movement" Option des PAM-Profiles unterstützt wird. Dann ist in allen Nachrichten zusätzlich die Profil-Identifikation zu übermitteln, die in Kapitel 4.1.4. MSH-21 ID des Nachrichtenprofils angegeben ist, Diese Profil-ID erfüllt die Bedingung, die für das ZBE-Segment in den entsprechenden Nachrichten hinterlegt ist.

Aufnahme-Nachricht: ADT^Z99^ADT_A01

versendete Nachricht: ADT_A01

Segmente Kard. Ver¬wen¬dung Beschreibung Kapitel
MSH [1..1] R Message Header 2.15.9
[ { SFT } ] [0..1] C
(O)
Software Segment 2.15.12
EVN [1..1] R Event Type 3.4.1
PID [1..1] R Patient Identification 3.4.2
[ PD1 ] [0..0] X
(O)
Patient Additional Demographic 3.4.10
[ { ROL } ] [0..\*] O Role 15.4.7
[ { NK1 } ] [0..\*] O Next of Kin / Associated Parties 3.4.5
PV1 [1..1] R Patient Visit 3.4.3
[ PV2 ] [0..1] CE
(O)
Patient Visit – Additional Information 3.4.4
[ ZBE ] [0..1] R
(-)
Bewegungen -
[ { ROL } ] [0..\*] O Role 15.4.7
[ { DB1 } ] [0..0] X
(O)
Disability 3.4.11
[ { OBX } ] [0..\*] C
(O)
Observation/Result 7.4.2
[ { AL1 } ] [0..\*] O Patient Allergy Information 3.4.6
[ { DG1 } ] [0..\*] C
(O)
Diagnosis 6.5.2
[ DRG ] [0..1] O Diagnosis Related Group 6.5.3
[{ [0..\*] O --- PROCEDURE
PR1 [1..1] R Procedures 6.5.4
[ { ROL } ] [0..\*] O Role 15.4.7
}]
[ { GT1 } ] [0..0] X
(O)
Guarantor 6.5.5
[{ [0..\*] C
(O)
--- INSURANCE
IN1 [1..1] R Insurance 6.5.6
[ IN2 ] [0..1] R
(O)
Insurance Additional Information 6.5.7
[ { IN3 } ] [0..\*] O Insurance Additional Information, Certification 6.5.8
[ { ROL } ] [0..\*] O Role 15.4.7
[ ZGK ] [O..1] O eGK- und KV-Daten -
}]
[ ACC ] [0..1] O Accident 6.5.9
[ UB1 ] [0..0] X
(O)
UB82 6.5.10
[ UB2 ] [0..0] X
(O)
UB92 Data 6.5.11
[ PDA ] [0..1] O Patient Death and Autopsy 3.4.12

Die Segmente GT1, UB1 und UB2 sind in Deutschland nicht von Bedeutung und somit nicht zugelassen. Das SFT-Segment muss bei Bedarf mitgesendet werden können.

Das PV2-Segment ist für die strengeren Nachrichtenprofile von Bedeutung und dann entsprechend "R". Die Segmente OBX und DG1 sind für DRG-Informationen relevant. IN1 und IN2 für die Abrechnung.

empfangene Nachricht: ACK

Als Quittung wird die bereits im Basis-Profil beschriebene ACK-Nachricht erwartet. Ob als Transport- und/oder Verarbeitungsquittung, wird dabei über die entsprechenden Felder im MSH-Segment be¬stimmt.

Segmente Kard. Ver¬wen¬dung Beschreibung Kapitel
MSH [1..1] R Message Header 2.15.9
[ { SFT } ] [0..1] C
(O)
Software Segment 2.15.12
MSA [1..1] R Message Acknowledgment 2.15.8
[ { ERR } ] [0..\*] RE
(O)
Error 2.15.5

Das SFT-Segment muss bei Bedarf mitgesendet werden können.


Beispiel-Aufnahmenachrichten

Standardnachricht

Folgende Nachricht bewirkt die Anlage einer Bewegung mit der ID 1234^KIS für den stationären Fall 0815^^^Beta-Klinik^VN, unabhängig von der letzten Bewegung oder vom aktuellen Aufenthalt des genannten Behandlungsfalls.

MSH|^~\&|KIS|ADT|RIS|ADT|200512151705||ADT^Z99^ADT_A01|ADT001|P|2.5^DEU&&HL70399|||AL|NE|DEU|8859/15|DEU^German^HL70296^^deutsch||2.16.840.1.113883.2.6.9.57^^2.16.840.1.113883.2.6^ISO
EVN||200512151705||||200512151645
PID|||1234567^^^Beta-Klinik^PI||Vogel^Marianne^^^^^L^A^^^G~Seeberg^^^^^^M^A^^^G~Vogel^^^^Frau^^D^^^^G||19780521|F|||Spechtweg 14&Spechtweg&14^^Hamburg^^20355^^H~Spitalstr. 17&Spitalstr.&17^^Hamburg^^20355^^BDL||^PRN^PH^^49^40^7654321^^^^^040/7654321|^WPN^PH^^49^40^5432^555^^^^040/5432-555|DEU^German^HL70296^^deutsch|M^married^HL70002^^verheiratet|CAT^catholic^HL70006^^katholisch||||||Heilig-Geist-Krankenhaus|||DEU^German^HL70171^^deutsch
PV1|1|I|CHI^302^2^IN^^N^A^4|R|||432113^Groß^Bernhard^^^Dr.^^^Beta-Klinik^L^^^DN^^^DN^^G||||||||||||0815^^^Beta-Klinik^VN|||||||||||||||||||||||||200512151645
PV2|||||||||20040405|4
ZBE|1234^KIS|200512151705||INSERT

Segmente

Die für die Aufnahmenachricht wichtigen Segmente PID sowie PV1 und PV2 werden hier spezifiziert, außer¬dem zusätzliche Details zu den Segmenten MSH, EVN und ZBE.

MSH – Message Header

Das Segment MSH wird am Anfang jeder Nachricht verwendet.

Lfd. Nr. Beschreibung Kard. Ver¬wen¬dung Tab. Data Item DT Länge Kap.
1 Field Separator/ Feldtrennzeichen [1..1] R 00001 ST 1 2.15.9.1
2 Encoding Characters/ Weitere Trennzeichen [1..1] R 00002 ST 4 2.15.9.2
3 Sending Application/ Sendende Anwendung / Sendender Bereich [1..1] R 0361 00003 HD 2.15.9.3
4 Sending Facility/ Sendender Prozeß / Sendende Einrich¬tung innerhalb des Bereiches [1..1] R 0362 00004 HD 2.15.9.4
5 Receiving Application/ Empfangende Anwendung / Empfangender Bereich [1..1] R 0361 00005 HD 2.15.9.5
6 Receiving Facility/ Empfan¬gender Prozeß / Empfan¬gen¬de Ein¬richtung innerhalb des Bereiches [1..1] R 0362 00006 HD 2.15.9.6
7 Date/Time Of Message/ Zeitpunkt Nachrichten¬erstellung [1..1] R 00007 TS 2.15.9.7
8 Security/ Sicherheits¬spezifikation [0..0] X 00008 ST 2.15.9.8
9 Message Type/ Nachrichtentyp und Ereigniscode [1..1] R 00009 MSG 15 2.15.9.9
10 Message Control ID/ Nachrichten¬kontroll¬nummer [1..1] R 00010 ST 2.15.8.2
11 Processing ID/ Verarbeitungsmodus [1..1] R 00011 PT 2.15.9.11
12 Version ID/ HL7-Versionsnummer [1..1] R 00012 VID 2.15.9.12
13 Sequence Number/ Laufende Nummer [0..0] X 00013 NM 2.15.9.13
14 Continuation Pointer/ Fortsetzungszeiger [0..0] X 00014 ST 2.15.4.1
15 Accept Acknowledgment Type/ Bedingung für Empfangsbestätigung [1..1] R 0155 00015 ID 2 2.15.9.15
16 Application Acknowledg¬ment Type/ Bedingung für Verarbeitungs¬bestätigung [1..1] R 0155 00016 ID 2 2.15.9.16
17 Country Code/ Ursprungsland der Nachricht [1..1] RE 0399 00017 ID 2.15.9.17
18 Character Set/ Zeichensatz [1..1] R 0211 00692 ID 2.15.9.18
19 Principal Language Of Message/ Sprache der Nachricht [0..1] RE 0296 00693 CE 2.15.9.19
20 Alternate Character Set Handling Scheme/ Verfahren zum Zeichen¬satzwechsel innerhalb der Nachricht [0..0] X 0356 01317 ID 2.15.9.20
21 Message Profile Identifier/ ID des Nachrichtenprofils [1..\*] R 01598 EI 2.15.9.21


MSH-9 Nachrichtentyp und Ereigniscode

Dieses Feld gibt an, warum die Nachricht verschickt wurde. Es besteht aus drei Teilen in Form des Datentyps MSG:

MSG – Message Type

Die in den "gemeinsamen Nachrichtenelementen" fehlende Tabellendefinition wird hier vorgenommen und wie folgt eingeschränkt:

Tabelle 0076: Message type

Der Nachrichtentyp teilt die Nachrichten in grobe Klassen ein. Für dieses Profil sind folgende Werte zugelassen:

Wert Beschreibung Interpretation
ACK General acknowledgment message Quittungsnachricht
ADT ADT message Aufnahme / Entlassung / Verlegung etc.


Tabelle 0003: Event type

Der Ereigniscode gibt Auskunft über den Grund für die Nachricht. Die nachfolgende Tabelle enthält die zugelassenen Werte:

Wert Beschreibung Interpretation
Z99 ADT/ACK – Änderung historischer Informationen Änderung historischer Informationen


Tabelle 0354: Message structure

Die Nachrichtenstruktur gibt Aufschluss über die abstrakte Nachrichtensyntax (AMS), die der Nach¬richt zugrunde liegt. Für dieses Profil sind ausschließlich folgende Werte zugelassen:

Struktur Ereignisse, die diese Struktur nutzen
ACK A01
ADT_A01 Z99


MSH-15 Bedingung für Empfangsbestätigung

Dieses Feld bestimmt, unter welchen Bedingungen eine Empfangsbestätigung (Transportquittung) geschickt werden soll.

Hier sind folgende Werte zugelassen.

Tabelle 0155: Accept acknowledgment conditions

Wert Beschreibung Interpretation Bedingung
AL Always immer für die ADT-Nachricht
NE Never niemals für die ACK-Nachricht


MSH-16 Bedingung für Verarbeitungsbestätigung

Dieses Feld bestimmt, unter welchen Bedingungen eine Verarbeitungsbestätigung geschickt werden soll.

Hier sind folgende Werte zugelassen.

Tabelle 0155: Application acknowledgment conditions

Wert Beschreibung Interpretation
NE Never niemals

MSH-21 ID des Nachrichtenprofils

In diesem Feld wird die Kennung für dieses Nachrichtenprofil übermittelt:

2.16.840.1.113883.2.6.9.57


Anhang

Referenzen

Detaillierte Änderungshistorie

Version Änderungen gegenüber Vorversion
2.2 Erstellung