deutsche Nachrichtenprofile

Aus Hl7wiki
Nachrichtenprofile
Wechseln zu: Navigation, Suche


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.38
Profil-OID: 2.16.840.1.113883.2.6.9.59


Ansprechpartner:

Frank Oemig, Agfa HealthCare GmbH, Bonn



Dokumentinformation

Änderungshistorie

Version Datum Bemerkung Dok.-OID
3.0 16.09.13 Einarbeitung Kommentare
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.38
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, 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.



Inhalt Seite

[Dokumentinformation 3-] [Änderungshistorie 3-] [Editor 3-] [Review Release 2.1 3-] [Autoren Ausgabe 2013 3-] [Autoren und Copyright-Hinweis, Nutzungshinweise 4-] [Nachnutzungs- bzw. Veröffentlichungsansprüche 4-] [1. Einleitung 6-] [1.1. Scope 6-] [1.2. Basis-Dokumente 6-] [2. Nachrichten 6-] [2.1. A09: ADT/ACK - Patient departing - tracking 6-] [2.1.1. versendete Nachricht: ADT_A09 6-] [2.1.2. empfangene Nachricht: ACK 7-] [2.2. A10: ADT/ACK - Patient arriving - tracking 7-] [2.2.1. versendete Nachricht: ADT_A09 7-] [2.2.2. empfangene Nachricht: ACK 7-] [2.3. Beispielnachrichten 8-] [2.3.1. Nachricht 1 8-] [2.3.2. Nachricht 2 8-] [3. Segmente 8-] [3.1. MSH - Message Header 8-] [3.1.1. MSH-9 Nachrichtentyp und Ereigniscode 9-] [3.1.2. MSH-15 Bedingung für Empfangsbestätigung 10-] [3.1.3. MSH-16 Bedingung für Verarbeitungsbestätigung 10-] [3.1.4. MSH-21 ID des Nachrichtenprofils 11-] [4. Anhang 11-] [4.1. Referenzen 11-] [4.2. Detaillierte Änderungshistorie 11-] [4.3. Index 11-]

1 Einleitung

Das "ADT-Abwesenheiten-Profil (von Einrichtung)" spezifiziert die Nachrichten, die verwendet werden, wenn der Patient eine Einrichtung (Station, Fachbereich, etc.) verlässt bzw. wieder dorthin zurückkommt. Dabei sind alle gegenüber dem Dokument "gemeinsame Nachrichtenelemente" vorgenommenen Änderungen grau markiert.

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

1.2 Basis-Dokumente

Dieses Dokument benötigt folgende Dokumente:

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

2. Nachrichten

2.1. A09: ADT/ACK - Patient departing - tracking

2.1.1. versendete Nachricht: ADT_A09

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

PV1 [1..1] R Patient Visit 3.4.3
[ PV2 ] [0..1] RE

(O)||Patient Visit - Additional Information||3.4.4

[ ZBE ] [0..1] C(R/O)

(-)|| bgcolor="3366ff" |Bewegungen|| bgcolor="3366ff" |-

[ { DB1 } ] [0..\*] O Disability 3.4.11
[ { OBX } ] [0..\*] O Observation/Result 7.4.2
[ { DG1 } ] [0..\*] O Diagnosis 6.5.2
bgcolor="3366ff" bgcolor="3366ff" bgcolor="3366ff" bgcolor="3366ff" bgcolor="3366ff" |

Die Bedingung für das Vorkommen des ZBE-Segmentes richtet sich nach der Unterstützung der „Historic Movement" Option des PAM-Profils.

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


2.2. A10: ADT/ACK - Patient arriving - tracking

2.2.1. versendete Nachricht: ADT_A09

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

PV1 [1..1] R Patient Visit 3.4.3
[ PV2 ] [0..1] RE

(O)||Patient Visit - Additional Information||3.4.4

[ ZBE ] [0..1] C(R/O)

(-)|| bgcolor="3366ff" |Bewegungen|| bgcolor="3366ff" |-

[ { DB1 } ] [0..\*] O Disability 3.4.11
[ { OBX } ] [0..\*] O Observation/Result 7.4.2
[ { DG1 } ] [0..\*] O Diagnosis 6.5.2
bgcolor="3366ff" bgcolor="3366ff" bgcolor="3366ff" bgcolor="3366ff" bgcolor="3366ff" |

Die Bedingung für das Vorkommen des ZBE-Segmentes richtet sich nach der Unterstützung der „Historic Movement" Option des PAM-Profils.

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

2.3. Beispielnachrichten

2.3.1. Nachricht 1

MSH|^~\&|KIS|ADT|RIS|ADT|200504011705||ADT^A09^ADT_A09|ADT021|P|2.5^DEU&&HL70399|||AL|NE|DEU|8859/1|DEU^^HL70296||2.16.840.1.113883.2.6.9.59^^2.16.840.1.113883.2.6^ISO EVN||200504011705||||200504011645 PID|||12345^^^Beta-Klinik^PI||Mustermann^Gabriele^^^^^L^A^^^G||19770325|F|||Spechtweg 14&Spechtweg&14^^Hamburg^^^^H~Spitalstr. 17&Spitalstr.&17^^Hamburg^^^^BDL||^PRN^PH^^49^40^7654321^^^^^040/7654321|^WPN^PH^^49^40^5432^555^^^^040/5432-555|DEU^^HL70296|M^married^HL70002|CAT^^HL70006||||||Heilig-Geist-Krankenhaus|||DEU^^HL70171 PV1|1|I|CHI^202^1^CH^^N^C^4|R|||||||||||||||0815^^^Beta-Klinik^VN|||||||||||||||||||||||||200504011645 PV2|||||||||20050405|4|||||||||||||||||||||||||||||||||||||20050403 ZBE|1111111^KIS|200504011705||INSERT

2.3.2. Nachricht 2

MSH|^~\&|KIS|ADT|RIS|ADT|200504011705||ADT^A10^ADT_A09|ADT001|P|2.5^DEU&&HL70399|||AL|NE|DEU|8859/1|DEU^^HL70296||2.16.840.1.113883.2.6.9.59^^2.16.840.1.113883.2.6^ISO EVN||200504011705||||200504011645 PID|||12345^^^Beta-Klinik^PI||Mustermann^Gabriele^^^^^L^A^^^G||19770325|F|||Spechtweg 14&Spechtweg&14^^Hamburg^^^^H~Spitalstr. 17&Spitalstr.&17^^Hamburg^^^^BDL||^PRN^PH^^49^40^7654321^^^^^040/7654321|^WPN^PH^^49^40^5432^555^^^^040/5432-555|DEU^^HL70296|M^married^HL70002|CAT^^HL70006||||||Heilig-Geist-Krankenhaus|||DEU^^HL70171 PV1|1|I|CHI^^^CH^^N^C^4|R||CHI^202^1^CH^^N^C^2|||||||||||||0815^^^Beta-Klinik^VN|||||||||||||||||||||||||200504011645 PV2|||||||||20050405|4|||||||||||||||||||||||||||||||||||||20050403 ZBE|1111111^KIS|200504011705||INSERT

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

3.1. 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 [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 bgcolor="3366ff" 01598 EI 2.15.9.21


16. 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:

17. MSG – Message Type

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

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


19. 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
A09 patient departing – tracking
A10 patient arriving - tracking


20. 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 A09, A10
ADT_A09 A09, A10

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

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


23. MSH-16 Bedingung für Verarbeitungsbestätigung

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

Hier sind folgende Werte zugelassen.

24. Tabelle 0155: Application acknowledgment conditions

Wert Beschreibung Interpretation
NE Never niemals

25. MSH-21 ID des Nachrichtenprofils

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

2.16.840.1.113883.2.6.9.59

26. Anhang

27. 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)")


28. Detaillierte Änderungshistorie

Version Änderungen gegenüber Vorversion
2.0 Reconciliation
1.9 Erstellung