Version vom 26. Juni 2014, 08:06 Uhr

	Dieses Dokument gibt wieder: Nachrichtenprofile deutsche Nachrichtenprofile: ADT-Profil zur Änderung von Personendaten (01). Die Teilmaterialien gehören der Kategorie v2profile an.

{{{Title}}}

deutsche Nachrichtenprofile: ADT-Profil zur Änderung von Personendaten

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
\|100px]]	Cortex Software GmbH
\|100px]]	InterComponentWare	Walldorf
\|100px]]	SAP	Walldorf
\|100px]]	SER HealthCare Solutions GmbH
\|100px]]	Zentrum für Telematik im Gesundheitswesen GmbH	Bochum
\|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.36
Profil-OID:	2.16.840.1.113883.2.6.9.55

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 Änderungs-Nachricht: ADT^A31^ADT_A05
5 Segmente
6 Anhang
- 6.1 Referenzen
- 6.2 Detaillierte Änderungshistorie

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.36
1.9	28.11.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 [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 Änderung von Personendaten" spezifiziert die Informationen für die Segmente PID und PV1/PV2 für die Änderungs-Nachricht vor dem Hintergrund der DRG-Übermittlung. 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.

Diese Nachricht wird verwendet, um personenbezogene Daten zu ändern. Für eine Änderung von patientenbezogenen Daten muss die Nachricht ADT_A01 mit dem Ereignis A08 verwendet werden.

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

Änderungs-Nachricht: ADT^A31^ADT_A05

versendete Nachricht: ADT_A05

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]	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]	X (O)	Patient Visit - Additional Information	3.4.4
[ ZBE ]	[0..1]	C(R/O) (-)	Bewegungsdaten	-
[ { ROL } ]	[0..\*]	O	Role	15.4.7
[ { DB1 } ]	[0..\*]	O	Disability	3.4.11
[ { OBX } ]	[0..\*]	O	Observation/Result	7.4.2
[ { AL1 } ]	[0..\*]	O	Patient Allergy Information	3.4.6
[ { DG1 } ]	[0..\*]	O	Diagnosis	6.5.2
[ DRG ]	[0..1]	X	Diagnosis Related Group	6.5.3
[{	[0..\*]	X 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..\*]	X 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]	X O	Accident	6.5.9
[ UB1 ]	[0..0]	X (O)	UB82	6.5.10
[ UB2 ]	[0..0]	X (O)	UB92 Data	6.5.11

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

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.

The usage conditions for te ZBE segment are controlled by the "historic movement" option from the PAM profile.

The segments GT1, UB1 and UB2 are useless in Germany and therefore not allowed.

It must be possible to send the SFT segment.

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	Software Segment	2.15.12
MSA	[1..1]	R	Message Acknowledgment	2.15.8
[ { ERR } ]	[0..\*]	RE	Error	2.15.5

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

tbd

Beispiel: Änderungsnachricht

Standardnachricht 1

Als Beispiel für eine komplette Nachricht dient folgende Änderungsnachricht mit den bisher definierten Segmenten:

MSH|^~\&|KIS|ADT|LAB|ADT|200504011705||ADT^A31^ADT_A05|ADT001|P|2.5^DEU&&HL70399|||AL|NE|DEU|
    8859/1|DEU^^HL70296||2.16.840.1.113883.2.6.9.55^^2.16.840.1.113883.2.6^ISO
SFT|KIS System GmbH^L|5.0|A1
EVN||200504011705||||200504011645
PID|||12345^^^Beta-Klinik^PI||Weber^Harry^^^^^L^A^^^G~Weber^Harald^^^Herr^^D^A^^^G||19800312|M|||
    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|N

die Transportquittung dazu:

MSH|^~\&|LAB|ADT|KIS|ADT|200504011706||ACK^A31^ACK|Lab002|P|2.5^DEU&&HL70399|||AL|NE|DEU|
    8859/1|DEU^^HL70296||2.16.840.1.113883.2.6.9.55^^2.16.840.1.113883.2.6^ISO|
MSA|CA|ADT001|

Standardnachricht 2

MSH|^~\&|KIS|ADT|LAB|ADT|200504011705||ADT^A31^ADT_A05|ADT001|P|2.5^DEU&&HL70399|||AL|NE|DEU|
    8859/1|DEU^^HL70296||2.16.840.1.113883.2.6.9.55^^2.16.840.1.113883.2.6^ISO
SFT|KIS System GmbH^L|5.0|A1
EVN||200504011705||||200504011645
PID|||12345^^^Beta-Klinik^PI||Weber^Harry^^^^^L^A^^^G~Weber^Harald^^^Herr^^D^A^^^G~""^""^^^^^B||
    19800312|M|||""^^Hamburg^^^^H~Spitalstr. 17&Spitalstr.&17^^Hamburg^^^^BDL||^PRN^PH^^49^40^7654321^^^^^040/7654321||DEU^^HL70296|
    M^married^HL70002|EVC^^HL70006||||||Heilig-Geist-Krankenhaus|||DEU^^HL70171|||||||200504011633
PV1|1|N

Segmente

Die für die Änderungsnachricht wichtigen Segmente PID sowie PV1 und PV2 werden hier spezifiziert, außerdem zusätzliche Details zu den Segmenten MSH und EVN.

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	[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 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 Profile sind nur 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
A31	ADT/ACK - Update Person Information	Änderung von personenbezogenen Daten

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	A31
ADT_A05	A31

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

tbd

EVN - Event Type

Dieses Segment gibt näheren Aufschluss über das auslösende Ereignis.

tbd

Lfd. Nr.	Beschreibung	Kard.	Verwendung	Tab.	Data Item	DT	Kap.
1	Event Type Code/ nicht verwendet	[0..0]	X	0003	00099	ID	3.4.1.1
2	Recorded Date/Time/ Zeitpunkt der Erfassung (im System) des Ereignisses ins System	[1..1]	R		00100	TS	3.4.1.2
3	Date/Time Planned Event/ Geplanter Zeitpunkt des Ereignisses	[0..1]	C		00101	TS	3.4.1.3
4	Event Reason Code/ Grund für das Auslösen des Ereignisses	[0..1]	O	0062	00102	IS	3.4.1.4
5	Operator ID/ Sachbearbeiterkennzereichen	[0..1]	O	0188	00103	XCN	3.4.1.5
6	Event Occurred/ Zeitpunkt des tatsächlichen Auftretens des Ereignisses	[0..1]	R(C(R/X))		01278	TS	3.4.1.6
7	Event Facility/ Einrichtung, in der das Event aufgetreten ist	[0..1]	RE		01534	HD	3.4.1.7

PID - Patient Identification

Das PID-Segment dient der Übermittlung der nicht fall-spezifischen Patientendaten. Ein Großteil der nicht erlaubten Felder bezieht sich auf Informationen aus dem Bereich der Veterinärmedizin bzw. Informationen, deren Verarbeitung in Deutschland nicht zugelassen ist.

tbd

Lfd. Nr.	Beschreibung	Kard.	Verwendung	Tab.	Data Item	DT	Kap.
1	Set ID – PID/ PID-Segmentnummer	[0..1]	O		00104	SI	3.4.2.1
2	Patient ID/ Patienten-ID	[0..0]	X		00105	CX	3.4.2.2
3	Patient Identifier List/ Patienten-ID-Liste	[1..\*]	R		00106	CX	3.4.2.3
4	Alternate Patient ID – PID/ Alternative Patienten-ID (z.B. für Notaufnahmen)	[0..0]	X		00107	CX	3.4.2.4
5	Patient Name/ Patientenname	[1..\*]	R		00108	XPN	3.4.2.5
6	Mother's Maiden Name/nicht verwendet	[0..0]	X		00109	XPN	3.4.2.6
7	Date/Time of Birth/ Geburtszeitpunkt	[0..1]	RE		00110	TS	3.4.2.7
8	Administrative Sex/ Geschlecht	[0..1]	RE	0001	00111	IS	3.4.2.8
9	Patient Alias/ Aliasname(n) des Patienten	[0..0]	X		00112	XPN	3.4.2.9
10	Race/ Rasse	[0..0]	X (O)	0005	00113	CE	3.4.2.10
11	Patient Address/ Anschrift des Patienten	[0..\*]	RE O		00114	XAD	3.4.2.11
12	County Code/ Gemeindekennziffer	[0..0]	X	0289	00115	IS	3.4.2.12
13	Phone Number – Home/ Telefonnummer des Patienten (privat)	[0..\*]	RE (O)		00116	XTN	3.4.2.13
14	Phone Number – Business/ Telefonnummer des Patienten (dienstlich)	[0..\*]	O		00117	XTN	3.4.2.14
15	Primary Language/ Muttersprache	[0..1]	O	0296	00118	CE	3.4.2.15
16	Marital Status/ Familienstand	[0..1]	O	0002	00119	CNE	3.4.2.16
17	Religion/ Religion	[0..1]	O	0006	00120	CE	3.4.2.17
18	Patient Account Number/ Abrechnungsnummer / Debitorenkontonummer	[0..0]	O		00121	CX	3.4.2.18
19	SSN Number – Patient/ Sozialversicherungsnummer des Patienten	[0..0]	X		00122	ST	3.4.2.19
20	Driver's License Number - Patient/ nicht verwendet	[0..0]	X		00123	DLN	3.4.2.20
21	Mother's Identifier/ Identifikatoren der Mutter des Patienten	[0..\*]	O		00124	CX	3.4.2.21
22	Ethnic Group/ Ethnische Zugehörigkeit	[0..0]	X (O)	0189	00125	CE	3.4.2.22
23	Birth Place/ Geburtsort des Patienten	[0..1]	O		00126	ST	3.4.2.23
24	Multiple Birth Indicator/ Merkmal Mehrlingsgeburt	[0..1]	O	0136	00127	ID	3.4.2.24
25	Birth Order/ Reihenfolge bei Mehrlingsgeburt	[0..1]	CE		00128	NM	3.4.2.25
26	Citizenship/ Länderkennzeichen / Staatsangehörigkeit	[0..\*]	RE (O)	0171	00129	CE	3.4.2.26
27	Veterans Military Status/ Beruf / Tätigkeit des Patienten	[0..1]	O	0172	00130	CE	3.4.2.27
28	Nationality/ Nationalität	[0..0]	X	0212	00739	CE	3.4.2.28
29	Patient Death Date and Time/ Zeitpunkt des Todes	[0..1]	CE		00740	TS	3.4.2.29
30	Patient Death Indicator/ Merkmal Todesfall	[0..1]	C	0136	00741	ID	3.4.2.30
31	Identity Unknown Indicator/ Kennzeichen Identität unbekannt	[0..1]	RE	0136	01535	ID	3.4.2.31
32	Identity Reliability Code/ Zuverlässigkeit der Identität	[0..\*]	RE	0445	01536	IS	3.4.2.32
33	Last Update Date/Time/ Zeitpunkt der letzten Aktualisierung	[0..1]	RE		01537	TS	3.4.2.33
34	Last Update Facility/ durchführende Einrichtung der letzten Aktualisierung	[0..1]	O		01538	HD	3.4.2.34
35	Species Code/ Spezies	[0..0]	X	0446	01539	CE	3.4.2.35
36	Breed Code/ Rasse/Zucht	[0..0]	X	0447	01540	CE	3.4.2.36
37	Strain/ Züchtungsstamm	[0..0]	X		01541	ST	3.4.2.37
38	Production Class Code/ Grund der Züchtung	[0..0]	X	0429	01542	CE	3.4.2.38
39	Tribal Citizenship/ Stammeszugehörigkeit	[0..0]	X	0171	01840	CWE	3.4.2.39

PV1 - Patient Visit

In dem PV1-Segment werden die fallspezifischen Informationen übertragen. Um dieses Segment nicht zu überfrachten, sind Teile in das PV2-Segment ausgelagert worden.

tbd

Lfd. Nr.	Beschreibung	Kard.	Verwendung	Tab.	Data Item	DT	Länge	Kap.
1	Set ID – PV1/ PV1-Segmentnummer	[0..1]	O		00131	SI		3.4.3.1
2	Patient Class/ Patientenstatus (Abrechnungsart)	[1..1]	R	0004	00132	IS	2	3.4.3.2
3	Assigned Patient Location/ Zugewiesener Aufenthaltsort des Patienten	[0..1]	O		00133	PL		3.4.3.3
4	Admission Type/ Aufnahmeart	[0..1]	O	0007	00134	IS		3.4.3.4
5	Preadmit Number/ Vor-Aufnahmenummer	[0..1]	O		00135	CX		3.4.3.5
6	Prior Patient Location/ Vorheriger Aufenthaltsort (bei Verlegung)	[0..1]	O		00136	PL		3.4.3.6
7	Attending Doctor/ Behandelnder Arzt	[0..\*]	O	0010	00137	XCN		3.4.3.7
8	Referring Doctor/ Einweisender Arzt	[0..\*]	O	0010	00138	XCN		3.4.3.8
9	Consulting Doctor/ Mitbehandelnde Ärzte (1 = Hausarzt, 2..n = weitere Ärzte)	[0..0]	X	0010	00139	XCN		3.4.3.9
10	Hospital Service/ Art der vorgesehenen Behandlung	[0..1]	O	0069	00140	IS		3.4.3.10
11	Temporary Location/ Vorübergehender Aufenthaltsort des Patienten im Krankenhaus	[0..1]	O		00141	PL		3.4.3.11
12	Preadmit Test Indicator/ Hinweis auf Untersuchungsprogramme, die vor der Aufnahme des Patienten durchzuführen sind	[0..1]	O	0087	00142	IS		3.4.3.12
13	Re-admission Indicator/ Kennzeichen, ob eine Wiederaufnahme vorliegt	[0..1]	O	0092	00143	IS		3.4.3.13
14	Admit Source/ Einweisende Einrichtung (Institutionskennzeichen)	[0..1]	O	0023	00144	IS		3.4.3.14
15	Ambulatory Status/ Mobilitätsstatus	[0..1]	O	0009	00145	IS		3.4.3.15
16	VIP Indicator/ VIP	[0..1]	O	0099	00146	IS		3.4.3.16
17	Admitting Doctor/ Aufnehmender Arzt	[0..\*]	O	0010	00147	XCN		3.4.3.17
18	Patient Type/ Patientenart	[0..1]	O	0018	00148	IS		3.4.3.18
19	Visit Number/ Fallnummer / Aufnahmenummer	[0..1]	X (CE)		00149	CX		3.4.3.19
20	Financial Class/ Entgeltart (Schlüssel 4 GSG)	[0..\*]	O	0064	00150	FC		3.4.3.20
21	Charge Price Indicator/ Kassenpatient / Selbstzahler	[0..1]	O	0032	00151	IS		3.4.3.21
22	Courtesy Code/ nicht verwendet	[0..0]	X	0045	00152	IS		3.4.3.22
23	Credit Rating/ nicht verwendet	[0..0]	X	0046	00153	IS		3.4.3.23
24	Contract Code/ Abrechnungsart	[0..\*]	O	0044	00154	IS		3.4.3.24
25	Contract Effective Date/ Abrechnungsart gültig ab	[0..\*]	O		00155	DT		3.4.3.25
26	Contract Amount/ Kostenanteil (Prozentsatz)	[0..\*]	O		00156	NM		3.4.3.26
27	Contract Period/ Gültigkeitsdauer der Abrechnungsart	[0..\*]	O		00157	NM		3.4.3.27
28	Interest Code/ nicht verwendet	[0..0]	X	0073	00158	IS		3.4.3.28
29	Transfer to Bad Debt Code/ nicht verwendet	[0..0]	X	0110	00159	IS		3.4.3.29
30	Transfer to Bad Debt Date/ nicht verwendet	[0..0]	X		00160	DT		3.4.3.30
31	Bad Debt Agency Code/ nicht verwendet	[0..0]	X	0021	00161	IS		3.4.3.31
32	Bad Debt Transfer Amount/ nicht verwendet	[0..0]	X		00162	NM		3.4.3.32
33	Bad Debt Recovery Amount/ nicht verwendet	[0..0]	X		00163	NM		3.4.3.33
34	Delete Account Indicator/ Löschung des Patientenkontos	[0..1]	O	0111	00164	IS		3.4.3.34
35	Delete Account Date/ Datum der Löschung des Patientenkontos	[0..1]	O		00165	DT		3.4.3.35
36	Discharge Disposition/ Entlassungsart	[0..1]	O	0112	00166	IS		3.4.3.36
37	Discharged to Location/ Entlassen nach	[0..1]	O	0113	00167	DLD		3.4.3.37
38	Diet Type/ Kostform plus Diät	[0..1]	O	0114	00168	CE		3.4.3.38
39	Servicing Facility/ Fachabteilung nach GSG	[0..1]	O	0115	00169	IS		3.4.3.39
40	Bed Status/ Bettenstatus	[0..0]	X	0116	00170	IS		3.4.3.40
41	Account Status/ Status des Patientenkontos	[0..1]	O	0117	00171	IS		3.4.3.41
42	Pending Location/ Vorgesehener Aufenthaltsort des Patienten im Krankenhaus	[0..1]	O		00172	PL		3.4.3.42
43	Prior Temporary Location/ Vorheriger vorübergehender Aufenthaltsort des Patienten	[0..1]	O		00173	PL		3.4.3.43
44	Admit Date/Time/ Aufnahmezeitpunkt	[0..1]	O (CE)		00174	TS		3.4.3.44
45	Discharge Date/Time/ Entlassungszeitpunkt	[0..1]	O		00175	TS		3.4.3.45
46	Current Patient Balance/ nicht verwendet	[0..0]	X		00176	NM		3.4.3.46
47	Total Charges/ nicht verwendet	[0..0]	X		00177	NM		3.4.3.47
48	Total Adjustments/ nicht verwendet	[0..0]	X		00178	NM		3.4.3.48
49	Total Payments/ nicht verwendet	[0..0]	X		00179	NM		3.4.3.49
50	Alternate Visit ID/ Zusätzliche Fallnummer	[0..1]	O	0203	00180	CX		3.4.3.50
51	Visit Indicator/ Kontextindikator der Nachricht	[0..1]	O	0326	01226	IS		3.4.3.51
52	Other Healthcare Provider/ Weiteres behandelndes Personal	[0..0]	X	0010	01274	XCN		3.4.3.52

PV1-2 Patientenstatus

Der Patientenstatus gibt normalerweise an, ob es sich um einen ambulanten oder stationären Patienten handelt. Da dieses Segment "required" ist, bei einer Änderung von Personendaten aber mitunter kein PV1-Segment benötigt wird, so ist dann dieses Feld mit "N" (not applicable) zu belegen.

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/]
IHE: Laboratory Technical Framework, [www.himss.org-http://www.himss.org/], und Radiology Technical Framework, [www.rsna.org-http://www.rsna.org/]

Detaillierte Änderungshistorie

Version	Änderungen gegenüber Vorversion
2.0	Reconciliation
1.9	Erstellung

@@ Zeile 215: / Zeile 215: @@
 |}
+{{GermanText|
 Die Bedingung für das Vorkommen des ZBE-Segmentes richtet sich nach der Unterstützung der „Historic Movement" Option des PAM-Profils.
 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.
+}}
+{{EnglishText|
+The usage conditions for te ZBE segment are controlled by the "historic movement" option from the PAM profile.
+The segments GT1, UB1 and UB2 are useless in Germany and therefore not allowed.
+It must be possible to send the SFT segment.
+}}
 ==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 236: / Zeile 247: @@
 |}
+{{GermanText|
 Das SFT-Segment muss bei Bedarf mitgesendet werden können.
+}}
+{{EnglishText|
+tbd
+}}
 ==Beispiel: Änderungsnachricht==
@@ Zeile 271: / Zeile 287: @@
 =Segmente=
+{{GermanText|
 Die für die Änderungsnachricht wichtigen Segmente PID sowie PV1 und PV2 werden hier spezifiziert, außerdem zusätzliche Details zu den Segmenten MSH und EVN.
+}}
+{{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 325: / Zeile 351: @@
 ===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 Profile sind nur folgende Werte zugelassen:
+}}
+{{EnglishText|
+tbd
+}}
 {| class="hl7table"
 !Wert!!Beschreibung!!Interpretation
@@ Zeile 344: / Zeile 385: @@
 =====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 355: / Zeile 401: @@
 =====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 368: / Zeile 419: @@
 ===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 385: / Zeile 440: @@
 ===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 399: / Zeile 458: @@
 ===MSH-21 ID des Nachrichtenprofils===
+{{GermanText|
 In diesem Feld wird die Kennung für dieses Nachrichtenprofil übermittelt:
 .16.840.1.113883.2.6.9.55
+}}
+{{EnglishText|
+tbd
+}}
 ==EVN - Event Type==
+{{GermanText|
 Dieses Segment gibt näheren Aufschluss über das auslösende Ereignis.
+}}
+{{EnglishText|
+tbd
+}}
 {| class="hl7table"
 !Lfd. Nr.!!Beschreibung!!Kard.!!Verwendung!!Tab.!!Data Item!!DT!!Länge!!Kap.
@@ Zeile 427: / Zeile 496: @@
 ==PID - Patient Identification==
+{{GermanText|
 Das PID-Segment dient der Übermittlung der nicht fall-spezifischen Patientendaten.
 Ein Großteil der nicht erlaubten Felder bezieht sich auf Informationen aus dem Bereich der Veterinärmedizin bzw. Informationen, deren Verarbeitung in Deutschland nicht zugelassen ist.
+}}
+{{EnglishText|
+tbd
+}}
 {| class="hl7table"
 !Lfd. Nr.!!Beschreibung!!Kard.!!Verwendung!!Tab.!!Data Item!!DT!!Länge!!Kap.
@@ Zeile 515: / Zeile 589: @@
 ==PV1 - Patient Visit==
+{{GermanText|
 In dem PV1-Segment werden die fallspezifischen Informationen übertragen. Um dieses Segment nicht zu überfrachten, sind Teile in das PV2-Segment ausgelagert worden.
+}}
+{{EnglishText|
+tbd
+}}
 {| class="hl7table"
 !Lfd. Nr.!!Beschreibung!!Kard.!!Verwendung!!Tab.!!Data Item!!DT!!Länge!!Kap.
@@ Zeile 628: / Zeile 707: @@
 ===PV1-2 Patientenstatus===
+{{GermanText|
 Der Patientenstatus gibt normalerweise an, ob es sich um einen ambulanten oder stationären Patienten handelt. Da dieses Segment "required" ist, bei einer Änderung von Personendaten aber mitunter kein PV1-Segment benötigt wird, so ist dann dieses Feld mit "N" (not applicable) zu belegen.
+}}
+{{EnglishText|
+tbd
+}}
 =Anhang=