deutsche Nachrichtenprofile: historische Bewegung (ADT^Z99)

Aus Hl7wiki
Nachrichtenprofile
Wechseln zu: Navigation, Suche
K
Zeile 7: Zeile 7:
 
{{Infobox Dokument
 
{{Infobox Dokument
 
|Title    HL7 v2.5 Nachrichtenprofile, Ausgabe 2013: ADT-Profil zur historischen Bewegung
 
|Title    HL7 v2.5 Nachrichtenprofile, Ausgabe 2013: ADT-Profil zur historischen Bewegung
|Short    = deutsche Nachrichtenprofile
+
|Short    = deutsche Nachrichtenprofile: historische Bewegung (ADT^Z99)
 
|Namespace = v2profile
 
|Namespace = v2profile
 
|Type      = Nachrichtenprofile
 
|Type      = Nachrichtenprofile
Zeile 26: Zeile 26:
 
{{Infobox Contributors Begin}}
 
{{Infobox Contributors Begin}}
 
{{Contributor | Logo = Logo-Agfa.jpg | Name = Agfa HealthCare GmbH | Location = Bonn }}
 
{{Contributor | Logo = Logo-Agfa.jpg | Name = Agfa HealthCare GmbH | Location = Bonn }}
{{Contributor | Logo = logo_cortex.gif]] | Name = Cortex Software GmbH | Location = }}
+
{{Contributor | Logo = logo_cortex.gif | Name = Cortex Software GmbH | Location = }}
{{Contributor | Logo = Logo_icw.jpg]] | Name = InterComponentWare| Location =  Walldorf }}
+
{{Contributor | Logo = Logo_icw.jpg | Name = InterComponentWare| Location =  Walldorf }}
{{Contributor | Logo = logo_sap.jpg]] | Name = SAP| Location =  Walldorf }}
+
{{Contributor | Logo = logo_sap.jpg | Name = SAP| Location =  Walldorf }}
{{Contributor | Logo = logo_ser.jpg]] | Name = SER HealthCare Solutions GmbH| Location = }}
+
{{Contributor | Logo = logo_ser.jpg | Name = SER HealthCare Solutions GmbH| Location = }}
{{Contributor | Logo = logo_ztg.gif]]| Name = Zentrum für Telematik im Gesundheitswesen GmbH| Location = Bochum}}
+
{{Contributor | Logo = logo_ztg.gif| Name = Zentrum für Telematik im Gesundheitswesen GmbH| Location = Bochum}}
{{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}}
  

Version vom 10. März 2014, 09:50 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 Cortex Software GmbH
Logo icw.jpg InterComponentWare Walldorf
Logo sap.jpg SAP Walldorf
Logo ser.jpg SER HealthCare Solutions GmbH
Logo ztg.gif Zentrum für Telematik im Gesundheitswesen GmbH Bochum
Logo os.jpg 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, 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 [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" vorgenommenen Änderungen grau markiert.

Scope

Unter ADT werden die allgemeinen demographischen und verwaltenden, nicht klinischen Patientendaten 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. Verwendung 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 bestimmt.

Segmente Kard. Verwendung 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ßerdem 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. Verwendung 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 Einrichtung 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/ Empfangender Prozeß / Empfangende Einrichtung innerhalb des Bereiches [1..1] R 0362 00006 HD 2.15.9.6
7 Date/Time Of Message/ Zeitpunkt Nachrichtenerstellung [1..1] R 00007 TS 2.15.9.7
8 Security/ Sicherheitsspezifikation [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/ Nachrichtenkontrollnummer [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 Acknowledgment Type/ Bedingung für Verarbeitungsbestä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 Zeichensatzwechsel 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 Nachricht 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