Version vom 26. Juni 2014, 07:54 Uhr

	Dieses Dokument gibt wieder: Nachrichtenprofile deutsche Nachrichtenprofile: historische Bewegung (ADT^Z99) (01). Die Teilmaterialien gehören der Kategorie v2profile an.

{{{Title}}}

deutsche Nachrichtenprofile: historische Bewegung (ADT^Z99)

Nachrichtenprofile

vorgelegt von:
HL7-Deutschland

ballotiert

Version:	01
Datum:	20. Dezember 2013
Status:	Entwurf
Verfahren:	{{{Verfahren}}}
Realm:	Deutschland

Abstimmungsdokument
Version	Datum	Status	Realm
01	15.08.2013	ballotiert	Deutschland
		noch kein download verfügbar

Kontributoren
	Agfa HealthCare GmbH	Bonn
	Cortex Software GmbH
	InterComponentWare	Walldorf
	SAP	Walldorf
	SER HealthCare Solutions GmbH
	Zentrum für Telematik im Gesundheitswesen GmbH	Bochum
	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

Inhaltsverzeichnis

1 Dokumentinformation
2 Autoren und Copyright-Hinweis, Nutzungshinweise
3 Einleitung
- 3.1 Scope
- 3.2 Basis-Dokumente
4 „Historic Movement" Option
5 Aufnahme-Nachricht: ADT^Z99^ADT_A01
6 Segmente
- 6.1 MSH – Message Header
7 Anhang
- 7.1 Referenzen
- 7.2 Detaillierte Änderungshistorie

Dokumentinformation

Änderungshistorie

Version	Datum	Bemerkung
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.

The segments GT1, UB1 and UB2 are useless in Germany and therefore not allowed. It must be possible to send the SFT segment.

The PV2 segment is important for the more constraint message profiles and is made "R" then.

The segments OBX and DG1 are important for DRG-related information. IN1 and IN2 are needed for billing.

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.

tbd

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.

tbd

MSH – Message Header

Das Segment MSH wird am Anfang jeder Nachricht verwendet.

tbd

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:

tbd

MSG – Message Type

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

tbd

Tabelle 0076: Message type

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

tbd

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:

tbd

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:

tbd

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.

tbd

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.

tbd

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

tbd

Anhang

Referenzen

"gemeinsame Nachrichtenelemente, Ausgabe 2004"
HL7 Version 2.5, [www.hl7.org-http://www.hl7.org/] und [www.hl7.de-http://www.hl7.de/]

Detaillierte Änderungshistorie

Version	Änderungen gegenüber Vorversion
2.2	Erstellung

@@ Zeile 198: / Zeile 198: @@
 |-
 |}
+{{GermanText|
 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.
@@ Zeile 204: / Zeile 204: @@
 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.
+}}
+{{EnglishText|
+The segments GT1, UB1 and UB2 are useless in Germany and therefore not allowed. It must be possible to send the SFT segment.
+The PV2 segment is important for the more constraint message profiles and is made "R" then.
+The segments OBX and DG1 are important for DRG-related information. IN1 and IN2 are needed for billing.
+}}
 ==empfangene Nachricht: ACK==
+{{GermanText|
 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.
+}}
+{{EnglishText|
+tbd
+}}
 {| class="hl7table"
 !Segmente!!Kard.!!Verwendung!!Beschreibung!!Kapitel
@@ Zeile 237: / Zeile 249: @@
 =Segmente=
+{{GermanText|
 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.
+}}
+{{EnglishText|
+tbd
+}}
 ==MSH – Message Header==
+{{GermanText|
 Das Segment MSH wird am Anfang jeder Nachricht verwendet.
+}}
+{{EnglishText|
+tbd
+}}
 {| class="hl7table"
 !Lfd. Nr.!!Beschreibung!!Kard.!!Verwendung!!Tab.!!Data Item!!DT!!Länge!!Kap.
@@ Zeile 291: / Zeile 313: @@
 ===MSH-9 Nachrichtentyp und Ereigniscode===
+{{GermanText|
 Dieses Feld gibt an, warum die Nachricht verschickt wurde. Es besteht aus drei Teilen in Form des Datentyps MSG:
+}}
+{{EnglishText|
+tbd
+}}
 ====MSG – Message Type====
+{{GermanText|
 Die in den "gemeinsamen Nachrichtenelementen" fehlende Tabellendefinition wird hier vorgenommen und wie folgt eingeschränkt:
+}}
+{{EnglishText|
+tbd
+}}
 =====Tabelle 0076: Message type=====
+{{GermanText|
 Der Nachrichtentyp teilt die Nachrichten in grobe Klassen ein. Für dieses Profil sind folgende Werte zugelassen:
+}}
+{{EnglishText|
+tbd
+}}
 {| class="hl7table"
 !Wert!!Beschreibung!!Interpretation
@@ Zeile 310: / Zeile 347: @@
 =====Tabelle 0003: Event type=====
+{{GermanText|
 Der Ereigniscode gibt Auskunft über den Grund für die Nachricht. Die nachfolgende Tabelle enthält die zugelassenen Werte:
+}}
+{{EnglishText|
+tbd
+}}
 {| class="hl7table"
 !Wert!!Beschreibung!!Interpretation
@@ Zeile 321: / Zeile 363: @@
 =====Tabelle 0354: Message structure=====
+{{GermanText|
 Die Nachrichtenstruktur gibt Aufschluss über die abstrakte Nachrichtensyntax (AMS), die der Nachricht zugrunde liegt. Für dieses Profil sind ausschließlich folgende Werte zugelassen:
+}}
+{{EnglishText|
+tbd
+}}
 {| class="hl7table"
 !Struktur!!Ereignisse, die diese Struktur nutzen
@@ Zeile 334: / Zeile 381: @@
 ===MSH-15 Bedingung für Empfangsbestätigung===
+{{GermanText|
 Dieses Feld bestimmt, unter welchen Bedingungen eine Empfangsbestätigung (Transportquittung) geschickt werden soll.
 Hier sind folgende Werte zugelassen.
+}}
+{{EnglishText|
+tbd
+}}
 ====Tabelle 0155: Accept acknowledgment conditions====
@@ Zeile 351: / Zeile 402: @@
 ===MSH-16 Bedingung für Verarbeitungsbestätigung===
+{{GermanText|
 Dieses Feld bestimmt, unter welchen Bedingungen eine Verarbeitungsbestätigung geschickt werden soll.
 Hier sind folgende Werte zugelassen.
+}}
+{{EnglishText|
+tbd
+}}
 ====Tabelle 0155: Application acknowledgment conditions====
@@ Zeile 365: / Zeile 420: @@
 ===MSH-21 ID des Nachrichtenprofils===
+{{GermanText|
 In diesem Feld wird die Kennung für dieses Nachrichtenprofil übermittelt:
 .16.840.1.113883.2.6.9.57
+}}
+{{EnglishText|
+tbd
+}}
 =Anhang=