deutsche Nachrichtenprofile: DFT_Profil Leistungen (alte Nachricht)

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…“)
 
(use of SHALL)
 
(5 dazwischenliegende Versionen von 2 Benutzern werden nicht angezeigt)
Zeile 7: Zeile 7:
 
{{Infobox Dokument
 
{{Infobox Dokument
 
|Title    HL7 v2.5 Nachrichtenprofile, Ausgabe 2013: DFT-Profil Leistungen (alte Nachricht)
 
|Title    HL7 v2.5 Nachrichtenprofile, Ausgabe 2013: DFT-Profil Leistungen (alte Nachricht)
|Short    = deutsche Nachrichtenprofile
+
|Short    = deutsche Nachrichtenprofile: DFT_Profil Leistungen (alte Nachricht)
 
|Namespace = v2profile
 
|Namespace = v2profile
 
|Type      = Nachrichtenprofile
 
|Type      = Nachrichtenprofile
Zeile 36: Zeile 36:
  
 
{| class="hl7table"
 
{| class="hl7table"
!Version:!!01
+
|Version:||01
 
|-
 
|-
 
|Ausgabe:||2013
 
|Ausgabe:||2013
Zeile 54: Zeile 54:
  
 
Frank Oemig, Agfa HealthCare GmbH, Bonn
 
Frank Oemig, Agfa HealthCare GmbH, Bonn
 
 
  
  
Zeile 79: Zeile 77:
 
==Editor==
 
==Editor==
  
Frank Oemig (FO), Agfa HealthCare GmbH, Bonn
+
*Frank Oemig (FO), Agfa HealthCare GmbH, Bonn
 
 
  
 
==Review Release 2.1==
 
==Review Release 2.1==
  
Bernd Blobel, eHealth Competence Center, Regensburg
+
*Bernd Blobel, eHealth Competence Center, Regensburg
Dirk Engels, Health-Comm GmbH
+
*Dirk Engels, Health-Comm GmbH
Kai Heitmann, Universität Köln
+
*Kai Heitmann, Universität Köln
Peter Kaufmann, MCS AG
+
*Peter Kaufmann, MCS AG
Frank Oemig (FO), Agfa HealthCare GmbH, Bonn
+
*Frank Oemig (FO), Agfa HealthCare GmbH, Bonn
Peter Scholz, OSM GmbH
+
*Peter Scholz, OSM GmbH
René Spronk, Ringholm GmbH Integration Consulting
+
*René Spronk, Ringholm GmbH Integration Consulting
  
  
 
==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=
 
 
 
==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 [http://www.h7.de-http://www.h7.de/] und [http://www.hl7.org-http://www.hl7.org/].
 
 
 
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.
 
  
 +
{{HL7transclude|HL7v2-Profile Disclaimer}}
  
 
+
=Einleitung=
 
 
=1. Einleitung=
 
 
Dieses Profil spezifiziert die Nachricht (DFT^P03), mit der traditionell erbrachte Leistungen kommuniziert wurden. Im Zuge der Weiterentwicklung hat sich jedoch herausgestellt, dass die Struktur bestimmte Erweiterungen nicht zulässt, da dies zu einer nicht parsebaren Nachrichtenstruktur führt.
 
Dieses Profil spezifiziert die Nachricht (DFT^P03), mit der traditionell erbrachte Leistungen kommuniziert wurden. Im Zuge der Weiterentwicklung hat sich jedoch herausgestellt, dass die Struktur bestimmte Erweiterungen nicht zulässt, da dies zu einer nicht parsebaren Nachrichtenstruktur führt.
 
Deshalb wurde die Nachricht neu strukturiert: DFT^P11. Diese wird jedoch in einem anderen Profil spezifiziert.
 
Deshalb wurde die Nachricht neu strukturiert: DFT^P11. Diese wird jedoch in einem anderen Profil spezifiziert.
 
Es wird empfohlen, die neue Nachrichtenstruktur zu unterstützen.
 
Es wird empfohlen, die neue Nachrichtenstruktur zu unterstützen.
  
==2. 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.27)
 
* gemeinsame Nachrichtenelemente (OID 2.16.840.1.113883.2.6.7.27)
Zeile 140: Zeile 112:
 
* 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
  
=3. Nachricht=
+
=Nachricht=
  
 +
==P03: DFT/ACK - Post detail financial transaction==
  
==4. P03: DFT/ACK - Post detail financial transaction==
+
===versendete Nachricht: DFT_P03===
 
 
 
 
===5. versendete Nachricht: DFT_P03===
 
  
 
{| class="hl7table"
 
{| class="hl7table"
Zeile 153: Zeile 123:
 
|MSH||[1..1]||R||Message Header||2.15.9
 
|MSH||[1..1]||R||Message Header||2.15.9
 
|-
 
|-
|[ { SFT } ]|| bgcolor="3366ff" |[0..1]|| bgcolor="3366ff" |C
+
|[ { SFT } ]|| bgcolor="BBFFFF" |[0..1]|| bgcolor="BBFFFF" |C<br/>(O)||Software Segment||2.15.12
(O)||Software Segment||2.15.12
 
 
|-
 
|-
 
|EVN||[1..1]||R||Event Type||3.4.1
 
|EVN||[1..1]||R||Event Type||3.4.1
Zeile 160: Zeile 129:
 
|PID||[1..1]||R||Patient Identification||3.4.2
 
|PID||[1..1]||R||Patient Identification||3.4.2
 
|-
 
|-
|[ PD1 ]|| bgcolor="3366ff" |[0..0]|| bgcolor="3366ff" |X
+
|[ PD1 ]|| bgcolor="BBFFFF" |[0..0]|| bgcolor="BBFFFF" |X<br/>(O)||Patient Additional Demographic||3.4.10
(O)||Patient Additional Demographic||3.4.10
 
 
|-
 
|-
 
|[ { ROL } ]||||||Role||15.4.7
 
|[ { ROL } ]||||||Role||15.4.7
 
|-
 
|-
|[ PV1 ]|| bgcolor="3366ff" |[1..1]|| bgcolor="3366ff" |R
+
|[ PV1 ]|| bgcolor="BBFFFF" |[1..1]|| bgcolor="BBFFFF" |R<br/>(O)||Patient Visit||3.4.3
(O)||Patient Visit||3.4.3
 
 
|-
 
|-
|[ PV2 ]||[0..1]|| bgcolor="3366ff" |RE
+
|[ PV2 ]||[0..1]|| bgcolor="BBFFFF" |RE<br/>(O)||Patient Visit - Additional Information||3.4.4
(O)||Patient Visit - Additional Information||3.4.4
 
 
|-
 
|-
| bgcolor="3366ff" |[ ZBE ]|| bgcolor="3366ff" |[0..1]|| bgcolor="3366ff" |O|| bgcolor="3366ff" |Bwegung|| bgcolor="3366ff" |
+
| bgcolor="BBFFFF" |[ ZBE ]|| bgcolor="BBFFFF" |[0..1]|| bgcolor="BBFFFF" |O|| bgcolor="BBFFFF" |Bwegung|| bgcolor="BBFFFF" |
 
|-
 
|-
 
|[ { ROL } ]||||O||Role||15.4.7
 
|[ { ROL } ]||||O||Role||15.4.7
 
|-
 
|-
|[ { DB1 } ]|| bgcolor="3366ff" |[0..0]|| bgcolor="3366ff" |X
+
|[ { DB1 } ]|| bgcolor="BBFFFF" |[0..0]|| bgcolor="BBFFFF" |X<br/>(O)||Disability||3.4.11
(O)||Disability||3.4.11
 
 
|-
 
|-
 
|[{||[0..\*]||O||--- COMMON_ORDER||
 
|[{||[0..\*]||O||--- COMMON_ORDER||
Zeile 208: Zeile 173:
 
| }] || || || ||
 
| }] || || || ||
 
|-
 
|-
| bgcolor="3366ff" | || bgcolor="3366ff" | || bgcolor="3366ff" | || bgcolor="3366ff" | || bgcolor="3366ff" |
+
| bgcolor="BBFFFF" | || bgcolor="BBFFFF" | || bgcolor="BBFFFF" | || bgcolor="BBFFFF" | || bgcolor="BBFFFF" |
 
|-
 
|-
 
|{||[1..\*]||R||--- FINANCIAL||
 
|{||[1..\*]||R||--- FINANCIAL||
Zeile 242: Zeile 207:
 
|      [ { NTE } ]||[0..\*]||O||Notes and Comments||2.15.10
 
|      [ { NTE } ]||[0..\*]||O||Notes and Comments||2.15.10
 
|-
 
|-
|    ]||||||||
+
|    ] || || || ||
 
|-
 
|-
|    [{||[0..\*]||O||--- FINANCIAL_OBSERVATION||
+
|    [{ ||[0..\*]||O||--- FINANCIAL_OBSERVATION||
 
|-
 
|-
 
|      OBX||[1..1]||R||Observation/Result||7.4.2
 
|      OBX||[1..1]||R||Observation/Result||7.4.2
Zeile 250: Zeile 215:
 
|      [ { NTE } ]||[0..\*]||O||Notes and Comments||2.15.10
 
|      [ { NTE } ]||[0..\*]||O||Notes and Comments||2.15.10
 
|-
 
|-
|    }]||||||||
+
|    }] || || || ||
 
|-
 
|-
 
|  }] || || || ||
 
|  }] || || || ||
 
|-
 
|-
| bgcolor="3366ff" | || bgcolor="3366ff" | || bgcolor="3366ff" | || bgcolor="3366ff" | || bgcolor="3366ff" |
+
| bgcolor="BBFFFF" | || bgcolor="BBFFFF" | || bgcolor="BBFFFF" | || bgcolor="BBFFFF" | || bgcolor="BBFFFF" |
 
|-
 
|-
 
| } ||||||||
 
| } ||||||||
Zeile 262: Zeile 227:
 
|[ DRG ]||[0..1]||O||Diagnosis Related Group||6.5.3
 
|[ DRG ]||[0..1]||O||Diagnosis Related Group||6.5.3
 
|-
 
|-
|[ { GT1 } ]|| bgcolor="3366ff" |[0..0]|| bgcolor="3366ff" |X
+
|[ { GT1 } ]|| bgcolor="336BBFFFF6ff" |[0..0]|| bgcolor="BBFFFF" |X<br/>(O)||Guarantor||6.5.5
(O)||Guarantor||6.5.5
 
 
|-
 
|-
|[{||[0..\*]||O||--- INSURANCE||
+
| [{ ||[0..\*]||O||--- INSURANCE||
 
|-
 
|-
 
|  IN1||[1..1]||R||Insurance||6.5.6
 
|  IN1||[1..1]||R||Insurance||6.5.6
Zeile 275: Zeile 239:
 
|  [ { ROL } ]||[0..\*]||O||Role||15.4.7
 
|  [ { ROL } ]||[0..\*]||O||Role||15.4.7
 
|-
 
|-
| bgcolor="3366ff" |  [ ZGK ]|| bgcolor="3366ff" |[O..1]|| bgcolor="3366ff" |O|| bgcolor="3366ff" |eGK- und KV-Daten|| bgcolor="3366ff" |-
+
| bgcolor="BBFFFF" |  [ ZGK ]|| bgcolor="BBFFFF" |[O..1]|| bgcolor="BBFFFF" |O|| bgcolor="BBFFFF" |eGK- und KV-Daten|| bgcolor="BBFFFF" |-
 
|-
 
|-
| }]|||||| ||
+
| }] |||||| ||
 
|-
 
|-
 
|[ ACC ]||[0..1]||O||Accident||6.5.9
 
|[ ACC ]||[0..1]||O||Accident||6.5.9
Zeile 284: Zeile 248:
  
  
===6. empfangene Nachricht: ACK===
+
===empfangene Nachricht: ACK===
  
 
{| class="hl7table"
 
{| class="hl7table"
Zeile 291: Zeile 255:
 
|MSH||[1..1]||R||Message Header||2.15.9
 
|MSH||[1..1]||R||Message Header||2.15.9
 
|-
 
|-
|[ { SFT } ]|| bgcolor="3366ff" |[0..1]|| bgcolor="3366ff" |C (O)||Software Segment||2.15.12
+
|[ { SFT } ]|| bgcolor="BBFFFF" |[0..1]|| bgcolor="BBFFFF" |C (O)||Software Segment||2.15.12
 
|-
 
|-
 
|MSA||[1..1]||R||Message Acknowledgment||2.15.8
 
|MSA||[1..1]||R||Message Acknowledgment||2.15.8
 
|-
 
|-
|[ { ERR } ]||[0..\*]|| bgcolor="3366ff" |RE (O)||Error||2.15.5
+
|[ { ERR } ]||[0..\*]|| bgcolor="BBFFFF" |RE (O)||Error||2.15.5
 
|-
 
|-
 
|}
 
|}
Zeile 301: Zeile 265:
 
Das SFT-Segment muss bei Bedarf mitgesendet werden können.
 
Das SFT-Segment muss bei Bedarf mitgesendet werden können.
  
==7. Beispielnachrichten==
+
==Beispielnachrichten==
  
 +
===Nachricht 1===
 +
MSH|^~\&|KIS|ADT|LAB|ADT|200510141345||DFT^P03^DFT_P03|DFT023423|P|2.5^DEU&&HL70399|||AL|NE||8859/1|||2.16.840.1.113883.2.6.9.67^^2.16.840.1.113883.2.6^ISO
 +
EVN||200510141345
 +
PID|||943246^^^KIS^PI||Nissing^Walter^^^^^L||19480403|M|||Finkengasse 4&Finkengasse&4^^München^XA-DE-BY^89654^DEU^H
 +
PV1||I|CHI^202^2^CH^^N||||||||||||||||654325^^^KIS^VN||||||||||||||||000000
 +
FT1|1|||20051014||01|3557^Kalium^GOÄ2003|||1||||||||||LAB^^^^^^^^^^^^FI|IN^^^^^^^^^^^^FI
 +
FT1|2|||20051014||01|3558^Natrium^GOÄ2003|||1||||||||||LAB^^^^^^^^^^^^FI|IN^^^^^^^^^^^^FI
 +
FT1|3|||20051014||02|3555^Calcium^GOÄ2003|||1||||||||||LAB^^^^^^^^^^^^FI|IN^^^^^^^^^^^^FI
  
===8. Nachricht 1===
+
===Nachricht 2===
MSH|^~\&|KIS|ADT|LAB|ADT|200510141345||DFT^P03^DFT_P03|DFT023423|P|2.5^DEU&&HL70399|||AL|NE||8859/1|||2.16.840.1.113883.2.6.9.67^^2.16.840.1.113883.2.6^ISO
+
MSH|^~\&|KIS|ADT|LAB|ADT|200510141345||DFT^P03^DFT_P03|DFT023423|P|2.5^DEU&&HL70399|||AL|NE||     8859/1|||2.16.840.1.113883.2.6.9.67^^2.16.840.1.113883.2.6^ISO
EVN||200510141345
+
EVN||200510141345
PID|||943246^^^KIS^PI||Nissing^Walter^^^^^L||19480403|M|||Finkengasse 4&Finkengasse&4^^München^XA-DE-BY^89654^DEU^H
+
PID|||943246^^^KIS^PI||Nissing^Walter^^^^^L||19480403|M|||Finkengasse 4&Finkengasse&4^^München^XA-DE-BY^89654^DEU^H
PV1||I|CHI^202^2^CH^^N||||||||||||||||654325^^^KIS^VN||||||||||||||||000000
+
PV1||I|CHI^202^2^CH^^N||||||||||||||||654325^^^KIS^VN||||||||||||||||000000
FT1|1|||20051014||01|3557^Kalium^GOÄ2003|||1||||||||||LAB^^^^^^^^^^^^FI|IN^^^^^^^^^^^^FI
+
FT1|1|||20051014||04|3555^Calcium^GOÄ2003|||-1||||||||||LAB^^^^^^^^^^^^FI|IN^^^^^^^^^^^^FI
FT1|2|||20051014||01|3558^Natrium^GOÄ2003|||1||||||||||LAB^^^^^^^^^^^^FI|IN^^^^^^^^^^^^FI
 
FT1|3|||20051014||02|3555^Calcium^GOÄ2003|||1||||||||||LAB^^^^^^^^^^^^FI|IN^^^^^^^^^^^^FI
 
  
===9. Nachricht 2===
+
=Segmente=
MSH|^~\&|KIS|ADT|LAB|ADT|200510141345||DFT^P03^DFT_P03|DFT023423|P|2.5^DEU&&HL70399|||AL|NE||8859/1|||2.16.840.1.113883.2.6.9.67^^2.16.840.1.113883.2.6^ISO
 
EVN||200510141345
 
PID|||943246^^^KIS^PI||Nissing^Walter^^^^^L||19480403|M|||Finkengasse 4&Finkengasse&4^^München^XA-DE-BY^89654^DEU^H
 
PV1||I|CHI^202^2^CH^^N||||||||||||||||654325^^^KIS^VN||||||||||||||||000000
 
FT1|1|||20051014||04|3555^Calcium^GOÄ2003|||-1||||||||||LAB^^^^^^^^^^^^FI|IN^^^^^^^^^^^^FI
 
 
 
=10. Segmente=
 
 
Die für dieses Profil wichtigen Segmente MSH und PV1 sind bereits in dem Dokument "gemeinsame Nachrichtenelemente" spezifiziert worden. Deshalb werden hier nur die zusätzlichen Details zu dem Segment MSH aufgelistet.
 
Die für dieses Profil wichtigen Segmente MSH und PV1 sind bereits in dem Dokument "gemeinsame Nachrichtenelemente" spezifiziert worden. Deshalb werden hier nur die zusätzlichen Details zu dem Segment MSH aufgelistet.
  
==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 345: Zeile 308:
 
|8||Security/ Sicherheits¬spezifikation||[0..0]||X||||00008||ST||||2.15.9.8
 
|8||Security/ Sicherheits¬spezifikation||[0..0]||X||||00008||ST||||2.15.9.8
 
|-
 
|-
|9||Message Type/ Nachrichtentyp und Ereigniscode||[1..1]||R||||00009|| bgcolor="3366ff" |MSG||||2.15.9.9
+
|9||Message Type/ Nachrichtentyp und Ereigniscode||[1..1]||R||||00009|| bgcolor="BBFFFF" |MSG||||2.15.9.9
 
|-
 
|-
 
|10||Message Control ID/ Nachrichten¬kontroll¬nummer||[1..1]||R||||00010||ST||||2.15.8.2
 
|10||Message Control ID/ Nachrichten¬kontroll¬nummer||[1..1]||R||||00010||ST||||2.15.8.2
Zeile 357: Zeile 320:
 
|14||Continuation Pointer/ Fortsetzungszeiger||[0..0]||X||||00014||ST||||2.15.4.1
 
|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|| bgcolor="3366ff" |0155||00015||ID||2||2.15.9.15
+
|15||Accept Acknowledgment Type/ Bedingung für Empfangsbestätigung||[1..1]||R|| bgcolor="BBFFFF" |0155||00015||ID||2||2.15.9.15
 
|-
 
|-
|16||Application Acknowledg¬ment Type/ Bedingung für Verarbeitungs¬bestätigung||[1..1]||R|| bgcolor="3366ff" |0155||00016||ID||2||2.15.9.16
+
|16||Application Acknowledg¬ment Type/ Bedingung für Verarbeitungs¬bestätigung||[1..1]||R|| bgcolor="BBFFFF" |0155||00016||ID||2||2.15.9.16
 
|-
 
|-
 
|17||Country Code/ Ursprungsland der Nachricht||[0..1]||RE||0399||00017||ID||||2.15.9.17
 
|17||Country Code/ Ursprungsland der Nachricht||[0..1]||RE||0399||00017||ID||||2.15.9.17
Zeile 369: Zeile 332:
 
|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="BBFFFF" | ||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:
 
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 394: Zeile 356:
  
  
=====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 405: Zeile 367:
  
  
=====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 417: Zeile 379:
 
|}
 
|}
  
===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 434: Zeile 396:
  
  
===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 448: Zeile 410:
 
|}
 
|}
  
===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:
  
Zeile 454: Zeile 416:
  
  
=22. Anhang=
+
=Anhang=
  
==23. Referenzen==
+
==Referenzen==
 
* 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/]
 
* IHE: Laboratory Technical Framework, [www.himss.org-http://www.himss.org/], und Radiology Technical Framework, [www.rsna.org-http://www.rsna.org/]
 
* IHE: Laboratory Technical Framework, [www.himss.org-http://www.himss.org/], und Radiology Technical Framework, [www.rsna.org-http://www.rsna.org/]
Zeile 463: Zeile 425:
  
  
==24. Detaillierte Änderungshistorie==
+
==Detaillierte Änderungshistorie==
  
 
{| class="hl7table"
 
{| class="hl7table"
Zeile 473: Zeile 435:
 
|-
 
|-
 
|}
 
|}
 
 
 
  
  
 
[[Kategorie:v2profile|Leistungen (alt)]]
 
[[Kategorie:v2profile|Leistungen (alt)]]

Aktuelle Version vom 20. Februar 2015, 11:21 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: 12. März 2013
Dokumenten-OID: 2.16.840.1.113883.2.6.7.46
Profil-OID: 2.16.840.1.113883.2.6.9.67


Ansprechpartner:

Frank Oemig, Agfa HealthCare GmbH, Bonn


Dokumentinformation

Änderungshistorie

Version Datum Bemerkung Dok.-OID
3.0 07.03.13 Vorbereitung Freigabe
2.2 14.12.11 Anpassung an IHE ITI PAM
2.0 01.02.06 Reconciliation 2.16.840.1.113883.2.6.7.46
1.9 05.09.05 Erstellung


Editor

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

Review Release 2.1

  • Bernd Blobel, eHealth Competence Center, Regensburg
  • Dirk Engels, Health-Comm GmbH
  • Kai Heitmann, Universität Köln
  • Peter Kaufmann, MCS AG
  • Frank Oemig (FO), Agfa HealthCare GmbH, Bonn
  • Peter Scholz, OSM GmbH
  • René Spronk, Ringholm GmbH Integration Consulting


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, Nutzungshinweise

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 http://www.h7.de-http://www.h7.de/ und http://www.hl7.org-http://www.hl7.org/.

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.

Use of SHALL

The blue highlighted cells in the wiki tables indicate a SHALL-level implementation constraint.

The international requirements that have been superceded by the IHE Germany requirements have been preserved in parentheses.

Einleitung

Dieses Profil spezifiziert die Nachricht (DFT^P03), mit der traditionell erbrachte Leistungen kommuniziert wurden. Im Zuge der Weiterentwicklung hat sich jedoch herausgestellt, dass die Struktur bestimmte Erweiterungen nicht zulässt, da dies zu einer nicht parsebaren Nachrichtenstruktur führt. Deshalb wurde die Nachricht neu strukturiert: DFT^P11. Diese wird jedoch in einem anderen Profil spezifiziert. Es wird empfohlen, die neue Nachrichtenstruktur zu unterstützen.

Basis-Dokumente

Dieses Dokument benötigt folgende Dokumente:

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

Nachricht

P03: DFT/ACK - Post detail financial transaction

versendete Nachricht: DFT_P03

Segmente Kard. Ver¬wen¬dung Beschreibung Kap.
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 } ] Role 15.4.7
[ PV1 ] [1..1] R
(O)
Patient Visit 3.4.3
[ PV2 ] [0..1] RE
(O)
Patient Visit - Additional Information 3.4.4
[ ZBE ] [0..1] O Bwegung
[ { ROL } ] O Role 15.4.7
[ { DB1 } ] [0..0] X
(O)
Disability 3.4.11
[{ [0..\*] O --- COMMON_ORDER
[ ORC ] [0..1] O Common Order 4.5.1
[{ [0..\*] O --- TIMING_QUANTITY
TQ1 [1..1] R Timing/Quantity 4.5.4
[ { TQ2 } ] [0..\*] O Timing/Quantity Relationship 4.5.5
}]
[ [0..1] O --- ORDER
OBR [1..1] R Observation Request 4.5.3
[ { NTE } ] [0..\*] O Notes and Comments 2.15.10
]
[{ [0..\*] O --- OBSERVATION
OBX [1..1] R Observation/Result 7.4.2
[ { NTE } ] [0..\*] O Notes and Comments 2.15.10
}]
}]
{ [1..\*] R --- FINANCIAL
FT1 [1..1] R Financial Transaction 6.5.1
[ NTE ] [0..1] O Notes and Comments 2.15.10
[{ [0..\*] O --- FINANCIAL_PROCEDURE
PR1 [1..1] R Procedures 6.5.4
[ { ROL } ] [0..\*] O Role 15.4.7
}]
[{ [0..\*] O --- FINANCIAL_COMMON_ORDER
[ ORC ] [0..1] O Common Order 4.5.1
[{ [0..\*] O --- FINANCIAL_TIMING_QUANTITY
TQ1 [1..1] R Timing/Quantity 4.5.4
[ { TQ2 } ] [0..\*] O Timing/Quantity Relationship 4.5.5
}]
[ [0..1] O --- FINANCIAL_ORDER
OBR [1..1] R Observation Request 4.5.3
[ { NTE } ] [0..\*] O Notes and Comments 2.15.10
]
[{ [0..\*] O --- FINANCIAL_OBSERVATION
OBX [1..1] R Observation/Result 7.4.2
[ { NTE } ] [0..\*] O Notes and Comments 2.15.10
}]
}]
}
[ { DG1 } ] [0..\*] O Diagnosis 6.5.2
[ DRG ] [0..1] O Diagnosis Related Group 6.5.3
[ { GT1 } ] [0..0] X
(O)
Guarantor 6.5.5
[{ [0..\*] O --- INSURANCE
IN1 [1..1] R Insurance 6.5.6
[ IN2 ] [0..1] 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


empfangene Nachricht: ACK

Segmente Kard. Ver¬wen¬dung Beschreibung Kap.
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.

Beispielnachrichten

Nachricht 1

MSH|^~\&|KIS|ADT|LAB|ADT|200510141345||DFT^P03^DFT_P03|DFT023423|P|2.5^DEU&&HL70399|||AL|NE||8859/1|||2.16.840.1.113883.2.6.9.67^^2.16.840.1.113883.2.6^ISO
EVN||200510141345
PID|||943246^^^KIS^PI||Nissing^Walter^^^^^L||19480403|M|||Finkengasse 4&Finkengasse&4^^München^XA-DE-BY^89654^DEU^H
PV1||I|CHI^202^2^CH^^N||||||||||||||||654325^^^KIS^VN||||||||||||||||000000
FT1|1|||20051014||01|3557^Kalium^GOÄ2003|||1||||||||||LAB^^^^^^^^^^^^FI|IN^^^^^^^^^^^^FI
FT1|2|||20051014||01|3558^Natrium^GOÄ2003|||1||||||||||LAB^^^^^^^^^^^^FI|IN^^^^^^^^^^^^FI
FT1|3|||20051014||02|3555^Calcium^GOÄ2003|||1||||||||||LAB^^^^^^^^^^^^FI|IN^^^^^^^^^^^^FI

Nachricht 2

MSH|^~\&|KIS|ADT|LAB|ADT|200510141345||DFT^P03^DFT_P03|DFT023423|P|2.5^DEU&&HL70399|||AL|NE|| 8859/1|||2.16.840.1.113883.2.6.9.67^^2.16.840.1.113883.2.6^ISO

EVN||200510141345
PID|||943246^^^KIS^PI||Nissing^Walter^^^^^L||19480403|M|||Finkengasse 4&Finkengasse&4^^München^XA-DE-BY^89654^DEU^H
PV1||I|CHI^202^2^CH^^N||||||||||||||||654325^^^KIS^VN||||||||||||||||000000
FT1|1|||20051014||04|3555^Calcium^GOÄ2003|||-1||||||||||LAB^^^^^^^^^^^^FI|IN^^^^^^^^^^^^FI

Segmente

Die für dieses Profil wichtigen Segmente MSH und PV1 sind bereits in dem Dokument "gemeinsame Nachrichtenelemente" spezifiziert worden. Deshalb werden hier nur die zusätzlichen Details zu dem Segment MSH aufgelistet.

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 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 [0..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
DFT Detail financial transactions Finanztransaktionen


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
P03 DFT/ACK - Post detail financial transaction detaillierte Finanztransaktionen (alte Fassung)


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 P03
DFT_P03 P03

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.67


Anhang

Referenzen

  • HL7 Version 2.5, [www.hl7.org-http://www.hl7.org/] und [www.hl7.de-http://www.hl7.de/]
  • IHE: Laboratory Technical Framework, [www.himss.org-http://www.himss.org/], und Radiology Technical Framework, [www.rsna.org-http://www.rsna.org/]
  • HL7-OID-Registry: [www.hl7.de-http://www.hl7.de/]
  • GSG: Gesundheitsstrukturgesetz Datenübermittlungsvereinbarung nach §301 Abs. 1, SGB V ("Vereinbarung gemäß §301 Abs.3 SGB V über das Verfahren zur Abrechnung und Übermittlung der Daten nach §301 Abs.1 SGB V (Datenübermittlungs-Vereinbarung)")


Detaillierte Änderungshistorie

Version Änderungen gegenüber Vorversion
2.0 Reconciliation
1.9 Erstellung