deutsche Nachrichtenprofile: Änderung von Patientenidentifikatoren und Zusammenführung von Patienteninformationen (Merge)
Nachrichtenprofile
| Zeile 567: | Zeile 567: | ||
{{EnglishText| | {{EnglishText| | ||
| − | + | At the trigger event A47 this fields contains the newly created patient IDs that are effective immediately. | |
At the trigger event A40 this field contains the ID of an existing patient record receiving the data of the substituted patient record. | At the trigger event A40 this field contains the ID of an existing patient record receiving the data of the substituted patient record. | ||
The processing of field PID-3 is directly linked to the content of the field MRG-1. | The processing of field PID-3 is directly linked to the content of the field MRG-1. | ||
| Zeile 577: | Zeile 577: | ||
{{EnglishText| | {{EnglishText| | ||
| − | + | The MRG segment is used for the communication of patient related IDs that shall be invalidated in the receiver system. The present profile only uses field MRG-1. | |
}} | }} | ||
{| class="hl7table" | {| class="hl7table" | ||
| Zeile 609: | Zeile 609: | ||
{{EnglishText| | {{EnglishText| | ||
| − | + | At the trigger event A47 this field contains the old, immediately invalidated patient IDs. The requirements for the receiver correspond to the business logic of the IHE Transaction ITI-30 of the profile IHE-PAM, trigger event A47, as described in ITI TF-2b, sections 3.30.6.5.1, 3.30.6.5.4. | |
| + | |||
| + | At the trigger event A40 this field contains the IDs of an existing patient record which will be invalidated after the take-over of the associated data by another patient record. | ||
| + | The requirements for the receiver correspond to the business logic of the IHE Transaction ITI-31 of the profile IHE-PAM, trigger event A40, as described in ITI TF-2b, sections 3.31.7.31.1, 3.31.7.31.4. | ||
| + | |||
| + | At both trigger events both identifiers, the old, invalidated one and the new, replacing one, form a pair. The present profile expects a an „ordered pairwise relationship") of the old and the new IDs, according to HL7 2.5 Final, section 3.6.2.1.6. | ||
}} | }} | ||
=Anhang= | =Anhang= | ||
Version vom 2. September 2014, 14:56 Uhr
 |
This article or section is in the middle of an expansion or major restructuring and is not yet ready for use. You are welcome to assist in its construction by editing it as well. If this article has not been edited in several days, please remove this template. This article was last edited by Blieske (talk| contribs) 10 years ago. (Purge) Diese Seite oder Abschnitt ist derzeit ein Entwurf und ist noch nicht fertiggestellt. Du bist eingeladen, bei der Fertigstellung mitzuwirken. Wenn dieser Beitrag länger als einige Tage nicht editiert wurde, entferne diese Vorlage. This article was last edited by Blieske (talk| contribs) 10 years ago. (Purge) |
 |
Dieses Dokument gibt wieder:
Nachrichtenprofile deutsche Nachrichtenprofile: Änderung von Patientenidentifikatoren und Zusammenführung von Patienteninformationen (Merge) (01). Die Teilmaterialien gehören der Kategorie v2profile an. |
{{{Title}}}
deutsche Nachrichtenprofile: Änderung von Patientenidentifikatoren und Zusammenführung von Patienteninformationen (Merge)
Nachrichtenprofile
vorgelegt von:
HL7-Deutschland
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 |
|
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.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
Inhaltsverzeichnis
- 1 Dokumentinformation
- 2 Autoren und Copyright-Hinweis, Nutzungshinweise
- 3 Einleitung
- 4 Nachrichten
- 5 Segmente
- 5.1 MSH - Message Header
- 5.2 PID – Patientenidentifikation (Patient Identification)
- 5.3 MRG – Informationen zur Zusammenführung von Patientendaten (Merge Patient Information)
- 6 Anhang
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. |
 |
In this message only those segments containing identifiers are allowed. |
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. |
|
|
It must be possible to send the SFT segment if needed. |
A40: ADT/ACK - Merge patient - patient identifier list
|
|
In dieser Nachricht werden nur die Segmente zugelassen, die Identifikatoren enthalten. |
|
|
In this message only those segments containing identifiers are allowed. |
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. |
|
|
It must be possible to send the SFT segment if needed. |
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. |
|
|
The segments MSH, PID and MRG that are important for this profile have already been specified in the document common message elements. Therefore only the additional details for the MSH, PID, MRG segments are listed here. |
MSH - Message Header
|
|
Das Segment MSH wird am Anfang jeder Nachricht verwendet. |
|
|
The segment MSH is used at the beginning of every message. |
| 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: |
|
|
This field specifies the reason for sending the message. It is composed out of three parts according to the data type MSG. |
MSG – Message Type
|
|
Die in den gemeinsamen Nachrichtenelementen fehlende Tabellendefinition wird hier vorgenommen und wie folgt eingeschränkt: |
|
|
The table definition missing in the document common message elements is specified here and constrained as follows: |
Tabelle 0076: Message type
|
|
Der Nachrichtentyp teilt die Nachrichten in grobe Klassen ein. Für dieses Profil sind folgende Werte zugelassen: |
|
|
The message type divides the messages into rough classes. For this profile the following values are allowed: |
| 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: |
|
|
The event code informs about the reason of the message. The following table contains the allowed values: |
| 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: |
|
|
The message structure informs about the abstract message syntax (AMS) on which the message is based. For this profile the following values are allowed: |
| 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: |
|
|
This field indicates the conditions under which an accept acknowledgment is to be sent. The following values are allowed: |
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. |
|
|
This field indicates the condition under which an application acknowledgment is to be sent. The following values are allowed: |
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 |
|
|
This field contains the identification of the message profile.
For the trigger event A47: 2.16.840.1.113883.2.6.9.57 For the 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. angelegt und beibehalten werden sollen. Der Empfänger wertet dazu das Feld PID-3 aus. |
|
|
The PID segment contains patient specific identifiers that shall be kept or created and kept. In order to do so, the receiver processes the field PID-3. |
| 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="BBFFFF" |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="BBFFFF" 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. |
|
|
At the trigger event A47 this fields contains the newly created patient IDs that are effective immediately.
At the trigger event A40 this field contains the ID of an existing patient record receiving the data of the substituted patient record. The processing of field PID-3 is directly linked to the content of the field MRG-1. |
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. |
|
|
The MRG segment is used for the communication of patient related IDs that shall be invalidated in the receiver system. The present profile only uses field 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. |
|
|
At the trigger event A47 this field contains the old, immediately invalidated patient IDs. The requirements for the receiver correspond to the business logic of the IHE Transaction ITI-30 of the profile IHE-PAM, trigger event A47, as described in ITI TF-2b, sections 3.30.6.5.1, 3.30.6.5.4.
At the trigger event A40 this field contains the IDs of an existing patient record which will be invalidated after the take-over of the associated data by another patient record. The requirements for the receiver correspond to the business logic of the IHE Transaction ITI-31 of the profile IHE-PAM, trigger event A40, as described in ITI TF-2b, sections 3.31.7.31.1, 3.31.7.31.4. At both trigger events both identifiers, the old, invalidated one and the new, replacing one, form a pair. The present profile expects a an „ordered pairwise relationship") of the old and the new IDs, according to HL7 2.5 Final, section 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 |
