deutsche Nachrichtenprofile: Aufnahme-Profil

{{{Title}}}

deutsche Nachrichtenprofile: Aufnahme-Profil

Nachrichtenprofile

vorgelegt von:
HL7-Deutschland

ballotiert

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

Copyright © 2013: HL7 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.60
Profil-OID:	2.16.840.1.113883.2.6.9.56 2.16.840.1.113883.2.6.9.73

Ansprechpartner:

Frank Oemig, Agfa HealthCare GmbH, Bonn

Dokumentinformation

Änderungshistorie

Version	Datum	Autor	Bemerkung	Dok.-OID
3.0	16.09.2013	FO	Einarbeitung Kommentare	2.16.840.1.113883.2.6.7.?
3.0	14.03.2013	MV	Erstellung anlässlich Harmonisierung mit IHE PAM	2.16.840.1.113883.2.6.7.?

Editor

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

Review Release 1.0

• 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 vorliegende Profil spezifiziert die Informationen für das Segment MRG in der ADT-Nachricht zur Änderung von Patienten-Identifikatoren. Dabei sind alle gegenüber dem Dokument "gemeinsame Nachrichtenelemente" vorgenommenen Änderungen farblich markiert.

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

Nachrichten

Die hier beschriebenen Trigger-Events ermöglichen, die Identifikatoren eines Patientendatensatzes zu verändern. In der Praxis der Krankenversorgung ist die Verwendung dieser Trigger-Events den Ausnahmefällen vorbehalten, bei denen eine Korrektur in bestehenden Patientendaten kommuniziert werden muss.

Trigger-Event A47 (Change Pat.-ID-List)

Durch das Trigger-Event A47 benachrichtigt das sendende System den Empfänger über eine durchgeführte Korrektur an Patienten-Identifikatoren. Die Nachricht betrifft einen einzigen Patientendatensatz und bewirkt die Ersetzung seiner Identifikatoren mit anderen Werten. Sämtliche interne Verweise auf die abgelösten IDs werden auf der Empfängerseite ersetzt. Alle anderen Inhalte des Patientendatensatzes und der abhängigen Daten bleiben unberührt, insbesondere alle im Segment PID vorkommenden Patientenmerkmale. Zur Kommunikation von Änderungen an Personen- bzw. Patientendaten zu einer bestimmten Patienten-ID werden die Trigger-Events A08 bzw. A31 verwendet.

Trigger-Event A40 (Merge)

Durch das Trigger-Event A40 kommuniziert das sendende System, dass zu einem Patienten irrtümlicherweise ein zweiter Patientendatensatz existiert und fordert den Empfänger auf, den überflüssigen Patientendatensatz zu entfernen, während die bereits vorliegenden zugehörigen Daten in den richtigen Patientendatensatz übernommen werden. Jede A40-Nachricht betrifft dadurch zwei Patientendatensätze.

Umgang mit Patientenidentifikatoren

Nachdem der Empfänger eine A40 oder eine A47 erfolgreich verarbeitet hat, gilt:

• über die in MRG-1 aufgeführten Identifikatoren sind keine Daten mehr zugreifbar;
• die in PID-3 aufgeführten Identifikatoren ermöglichen den Zugriff sowohl auf den Patientendatensatz als auch auf die zugehörigen Daten (subordinate data).

Der Empfänger stellt eine konsistente Überführung aller abhängigen Daten zu den neuen Identifikatoren sicher: diese Daten (Behandlungsfallinformation, Dokumente u. ä. ) werden in der A40/A47 nicht einzeln aufgeführt.

Empfängersystemen, die eine Änderung der Patienten-ID nicht unterstützen, steht die Verwendung der Patientenzusammenführung offen .

A47: ADT/ACK - Change patient identifier list

In dieser Nachricht werden nur die Segmente zugelassen, die Identifikatoren enthalten.

versendete Nachricht: ADT_A30

Segmente	Kard.	Verwendung	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..1]	O	Patient Additional Demographic	3.4.10
MRG	[1..1]	R	Merge Patient Information	3.4.9

empfangene Nachricht: ACK

Segmente	Kard.	Verwendung	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.

A40: ADT/ACK - Merge patient - patient identifier list

In dieser Nachricht werden nur die Segmente zugelassen, die Identifikatoren enthalten.

versendete Nachricht: ADT_A39

Segmente	Kard.	Verwendung	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
{	[1..1]	R	--- PATIENT	3.4.3
PID	[1..1]	R	Patient Identification	3.4.2
[ PD1 ]	[0..1]	O	Patient Additional Demographic	3.4.10
MRG	[1..1]	R	Merge Patient Information	3.4.9
[ PV1 ]	[0..0]	X (O)	Patient Visit
}

empfangene Nachricht: ACK

Segmente	Kard.	Verwendung	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

Änderung eines Identifikators

Mit dieser Nachricht wird die Patienten-ID 12345^^^Beta-Klinik^PI für ungültig erklärt. Ab sofort ist der Patientendatensatz über die Patienten-ID ABCDEF^^^Beta-Klinik^PI zugänglich.

MSH|^~\&|KIS|ADT|RIS|ADT|201303011935||ADT^A47^ADT_A30|ADT002|P|2.5^DEU|||AL|NE|DEU|
    8859/1|DEU^^HL70296||2.16.840.1.113883.2.6.9.57^^2.16.840.1.113883.2.6^ISO
EVN||201303011935||||201303011645
PID|2||ABCDEF^^^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
MRG|12345^^^Beta-Klinik^PI|

Zusammenführung von Patientendatensätzen

Mit dieser Nachricht wird der Patientendatensatz mit der ID 12345^^^Beta-Klinik^PI im Empfängersystem für ungültig erklärt und aufgelöst. Sämtliche abhängige Daten des aufgelösten Patientendatensatzes gehen in den Patientendatensatz mit der ID ABCDEF^^^Beta-Klinik^PI über.

MSH|^~\&|KIS|ADT|RIS|ADT|201303011935||ADT^A40^ADT_A39|ADT002|P|2.5^DEU&&HL70399|||AL|NE|DEU|
    8859/1|DEU^^HL70296||2.16.840.1.113883.2.6.9.73^^2.16.840.1.113883.2.6^ISO
EVN||201303011935||||201303011645
PID|1||ABCDEF^^^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
MRG|12345^^^Beta-Klinik^PI

Segmente

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

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	[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:

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
A40	Merge patient - patient identifier list	Merge patient - patient identifier list
A47	Change patient identifier List	Änderung der Patienten-ID-Liste

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	A40, A47
ADT_A30	A47
ADT_A39	A40

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 das verwendete Nachrichtenprofil übermittelt. Für das Trigger-Event A47: 2.16.840.1.113883.2.6.9.57 Für das Trigger-Event A40: 2.16.840.1.113883.2.6.9.73

PID – Patientenidentifikation (Patient Identification)

Das PID-Segment übermittelt patientenbezogene Identifikatoren, die beibehalten bzw. angeleget und beibehalten werden sollen. Der Empfänger wertet dazu das Feld PID-3 aus.

Lfd. Nr.	Beschreibung	Kard.	Verwendung	Tab.	Data Item	DT	Länge	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	1	3.4.2.8
9	Patient Alias/ Aliasname(n) des Patienten	bgcolor="3366ff" |X		00112	XPN		3.4.2.9
10	Race/ Rasse	[0..\*]	O	0005	00113	CE		3.4.2.10
11	Patient Address/ Anschrift des Patienten	[0..\*]	RE		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..\*]	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..1]	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]	bgcolor="3366ff" 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	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..\*]	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

PID-3 Patienten-ID-Liste

Beim Trigger-Event A47 enthält das Feld die neuen, ab sofort gültigen Patienten-IDs. Beim Trigger-Event A40 enthält das Feld die IDs eines existierenden Patientendatensatzes, der die zugehörigen Daten des abgelösten Patientendatensatzes aufnimmt.

Die Auswertung des Felds PID-3 hängt unmittelbar mit dem Inhalt des Felds MRG-1 zusammen.

MRG – Informationen zur Zusammenführung von Patientendaten (Merge Patient Information)

Das MRG-Segment dient der Übermittlung der patientenbezogenen Identifikatoren, welche im Empfängersystem ungültig gemacht werden. Das vorliegende Profil nutzt lediglich das Feld MRG-1.

Lfd. Nrr	Beschreibung	Kard.	Verwendung	Tab.	Data Item	DT	Länge	Kap.
1	Prior Patient Identifier List/ bisherige Patienten-ID-Liste	[1..\*]	R		00211	CX		3.4.9.1
2	Prior Alternate Patient ID/ Frühere alternative Patienten-ID	[0..0]	X		00212	CX		3.4.9.2
3	Prior Patient Account Number/ Frühere Abrechnungsnummer / Debitorenkontonummer	[0..1]	X|br/>(O)		00213	CX		3.4.9.3
4	Prior Patient ID/ Frühere Patienten-ID	[0..0]	X		00214	CX		3.4.9.4
5	Prior Visit Number/ Frühere Fallnummer	[0..1]	X		01279	CX		3.4.9.5
6	Prior Alternate Visit ID/ Frühere alternative Fallnummer	[0..1]	X		01280	CX		3.4.9.6
7	Prior Patient Name/ Früherer Patientenname	[0..\*]	X (O)		01281	XPN		3.4.9.7

MRG-1 bisherige Patienten-ID-Liste

Beim Trigger-Event A47 enthält dieses Feld die alten, ab sofort ungültigen Patienten-IDs. Die Anforderungen an den Empfänger entsprechen der Fachlogik der IHE-Transaktion ITI-30 des Profils IHE-PAM, Trigger-Event A47, wie beschrieben in ITI TF-2b, Abschnitte 3.30.6.5.1, 3.30.6.5.4.

Beim Trigger-Event A40 enthält dieses Feld die IDs eines existierenden Patientendatensatzes, der nach der Übernahme der zugehörigen Daten in einen anderen Patientendatensatz abgelöst wird. Die Anforderungen an den Empfänger entsprechen der Fachlogik der IHE-Transaktion ITI-31 des Profils IHE-PAM, Trigger-Event A40, wie beschrieben in ITI TF-2b, Abschnitte 3.31.7.31.1, 3.31.7.31.4.

Bei beiden Trigger-Events bilden der abgelöste Identifikator und die neue, ihn ersetzende ID jeweils ein Paar. Das vorliegende Profil erwartet vom Empfänger eine positionsbasierte Zuordnung der alten und der neuen Identifikatoren („ordered pairwise relationship"), gemäß HL7 2.5 Final, Abschnitt 3.6.2.1.6.

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
3.0	Reconciliation
1.9	Erstellung