deutsche Nachrichtenprofile

Aus Hl7wiki
Nachrichtenprofile
Wechseln zu: Navigation, Suche
Zeile 36: Zeile 36:
  
 
{| class="hl7table"
 
{| class="hl7table"
−
!Version:!!01
+
|Version:||01
 
|-
 
|-
 
|Ausgabe:||2013
 
|Ausgabe:||2013
Zeile 56: Zeile 56:
 
Frank Oemig, Agfa HealthCare GmbH, Bonn
 
Frank Oemig, Agfa HealthCare GmbH, Bonn
  
−
 
  
  
Zeile 76: Zeile 75:
 
==Editor==
 
==Editor==
  
−
Frank Oemig (FO), Agfa HealthCare GmbH, Bonn
+
*Frank Oemig (FO), Agfa HealthCare GmbH, Bonn
−
 
 
  
 
==Review Release 1.0==
 
==Review Release 1.0==
  
−
Bernd Blobel, eHealth Competence Center, Regensburg
+
*Bernd Blobel, eHealth Competence Center, Regensburg
−
Dirk Engels, Health-Comm GmbH
+
*Dirk Engels, Health-Comm GmbH
−
Kai Heitmann, Universität Köln
+
*Kai Heitmann, Universität Köln
−
Peter Kaufmann, MCS AG
+
*Peter Kaufmann, MCS AG
−
Frank Oemig (FO), Agfa HealthCare GmbH, Bonn
+
*Frank Oemig (FO), Agfa HealthCare GmbH, Bonn
−
Peter Scholz, OSM GmbH
+
*Peter Scholz, OSM GmbH
−
René Spronk, Ringholm GmbH Integration Consulting
+
*René Spronk, Ringholm GmbH Integration Consulting
−
 
 
  
 
==Autoren Ausgabe 2013==
 
==Autoren Ausgabe 2013==
  
−
Ralf Brandner, InterComponentWare
+
*Ralf Brandner, InterComponentWare
−
Fakhri Zain Elabdin, CORTEX
+
*Fakhri Zain Elabdin, CORTEX
−
Bettina Lieske, SAP
+
*Bettina Lieske, SAP
−
Frank Oemig (FO), Agfa HealthCare GmbH, Bonn
+
*Frank Oemig (FO), Agfa HealthCare GmbH, Bonn
−
Marek Václavik, SER HealthCare Solutions GmbH
+
*Marek Václavik, SER HealthCare Solutions GmbH
−
 
 
−
 
  
  
 
=Autoren und Copyright-Hinweis, Nutzungs¬hinweise=
 
=Autoren und Copyright-Hinweis, Nutzungs¬hinweise=
  
−
==Nachnutzungs- bzw. Veröffentlichungsansprüche==
+
{{BeginGreenBox|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.
 
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.
  
Zeile 113: Zeile 108:
  
 
Die Erweiterung oder Ablehnung der Spezifikation, ganz oder in Teilen, ist dem Vorstand der Benutzergruppe und den Editoren/Autoren schriftlich anzuzeigen.
 
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.
 
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.
 +
{{EndGreenBox}}
  
  
−
 
+
{{BeginGreenBox|Disclaimer}}
−
 
 
−
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.
 
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.
 +
{{EndGreenBox}}
  
  
−
 
+
=Einleitung=
−
 
 
−
 
 
−
=1. 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" vor¬ge¬nommenen Änderungen farblich markiert.
 
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" vor¬ge¬nommenen Änderungen farblich markiert.
  
−
==2. Basis-Dokumente==
+
==Basis-Dokumente==
 
Dieses Dokument benötigt folgende Dokumente:
 
Dieses Dokument benötigt folgende Dokumente:
 
* gemeinsame Nachrichtenelemente (OID 2.16.840.1.113883.2.6.7.27)
 
* gemeinsame Nachrichtenelemente (OID 2.16.840.1.113883.2.6.7.27)
Zeile 137: Zeile 128:
 
* HL7 v2.5 in der deutschen Fassung für eine vollständige Dokumentation
 
* HL7 v2.5 in der deutschen Fassung für eine vollständige Dokumentation
  
−
=3. Nachrichten=
+
=Nachrichten=
 
Die hier beschriebenen Trigger-Events ermöglichen, die Identifikatoren eines Patienten¬datensatzes 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.
 
Die hier beschriebenen Trigger-Events ermöglichen, die Identifikatoren eines Patienten¬datensatzes 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.
  
−
==4. Trigger-Event A47 (Change Pat.-ID-List)==
+
==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änger¬seite ersetzt. Alle anderen Inhalte des Patientendatensatzes und der abhängigen Daten bleiben unberührt, insbesondere alle im Segment PID vorkommenden Patienten¬merkmale. Zur Kommunikation von Änderungen an Personen- bzw. Patientendaten zu einer bestimmten Patienten-ID werden die Trigger-Events A08 bzw. A31 verwendet.
 
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änger¬seite ersetzt. Alle anderen Inhalte des Patientendatensatzes und der abhängigen Daten bleiben unberührt, insbesondere alle im Segment PID vorkommenden Patienten¬merkmale. Zur Kommunikation von Änderungen an Personen- bzw. Patientendaten zu einer bestimmten Patienten-ID werden die Trigger-Events A08 bzw. A31 verwendet.
  
−
==5. Trigger-Event A40 (Merge)==
+
==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.
 
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.
  
−
==6. Umgang mit Patientenidentifikatoren==
+
==Umgang mit Patientenidentifikatoren==
 
Nachdem der Empfänger eine A40 oder eine A47 erfolgreich verarbeitet hat, gilt:
 
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;
 
* über die in MRG-1 aufgeführten Identifikatoren sind keine Daten mehr zugreifbar;
Zeile 155: Zeile 146:
  
  
−
==7. A47: ADT/ACK - Change patient identifier list ==
+
==A47: ADT/ACK - Change patient identifier list ==
 
In dieser Nachricht werden nur die Segmente zugelassen, die Identifikatoren enthalten.
 
In dieser Nachricht werden nur die Segmente zugelassen, die Identifikatoren enthalten.
  
−
===8. versendete Nachricht: ADT_A30===
+
===versendete Nachricht: ADT_A30===
  
 
{| class="hl7table"
 
{| class="hl7table"
Zeile 165: Zeile 156:
 
|MSH||[1..1]||R||Message Header||2.15.9
 
|MSH||[1..1]||R||Message Header||2.15.9
 
|-
 
|-
−
|[ { SFT } ]|| bgcolor="3366ff" |[0..1]|| bgcolor="3366ff" |C
+
|[ { SFT } ]|| bgcolor="3366ff" |[0..1]|| bgcolor="3366ff" |C<br/>(O)||Software Segment||2.15.12
−
(O)||Software Segment||2.15.12
 
 
|-
 
|-
 
|EVN||[1..1]||R||Event Type||3.4.1
 
|EVN||[1..1]||R||Event Type||3.4.1
Zeile 179: Zeile 169:
  
  
−
===9. empfangene Nachricht: ACK===
+
===empfangene Nachricht: ACK===
  
 
{| class="hl7table"
 
{| class="hl7table"
Zeile 186: Zeile 176:
 
|MSH||[1..1]||R||Message Header||2.15.9
 
|MSH||[1..1]||R||Message Header||2.15.9
 
|-
 
|-
−
|[ { SFT } ]|| bgcolor="3366ff" |[0..1]|| bgcolor="3366ff" |C
+
|[ { SFT } ]|| bgcolor="3366ff" |[0..1]|| bgcolor="3366ff" |C<br/>(O)||Software Segment||2.15.12
−
(O)||Software Segment||2.15.12
 
 
|-
 
|-
 
|MSA||[1..1]||R||Message Acknowledgment||2.15.8
 
|MSA||[1..1]||R||Message Acknowledgment||2.15.8
 
|-
 
|-
−
|[ { ERR } ]||[0..\*]|| bgcolor="3366ff" |RE
+
|[ { ERR } ]||[0..\*]|| bgcolor="3366ff" |RE<br/>(O)||Error||2.15.5
−
(O)||Error||2.15.5
 
 
|-
 
|-
 
|}
 
|}
Zeile 202: Zeile 190:
 
In dieser Nachricht werden nur die Segmente zugelassen, die Identifikatoren enthalten.
 
In dieser Nachricht werden nur die Segmente zugelassen, die Identifikatoren enthalten.
  
−
===10. versendete Nachricht: ADT_A39===
+
===versendete Nachricht: ADT_A39===
  
 
{| class="hl7table"
 
{| class="hl7table"
Zeile 209: Zeile 197:
 
|MSH||[1..1]||R||Message Header||2.15.9
 
|MSH||[1..1]||R||Message Header||2.15.9
 
|-
 
|-
−
|[ { SFT } ]|| bgcolor="3366ff" |[0..1]|| bgcolor="3366ff" |C
+
|[ { SFT } ]|| bgcolor="3366ff" |[0..1]|| bgcolor="3366ff" |C<br/>(O)||Software Segment||2.15.12
−
(O)||Software Segment||2.15.12
 
 
|-
 
|-
 
|EVN||[1..1]||R||Event Type||3.4.1
 
|EVN||[1..1]||R||Event Type||3.4.1
Zeile 222: Zeile 209:
 
|MRG||[1..1]||R||Merge Patient Information||3.4.9
 
|MRG||[1..1]||R||Merge Patient Information||3.4.9
 
|-
 
|-
−
|[ PV1 ]|| [0..0]||X
+
|[ PV1 ]|| [0..0]||X<br/>(O)||Patient Visit||
−
(O)||Patient Visit||
 
 
|-
 
|-
−
|}||||||||
+
| } || || || ||
 
|-
 
|-
 
|}
 
|}
  
−
===11. empfangene Nachricht: ACK===
+
===empfangene Nachricht: ACK===
  
 
{| class="hl7table"
 
{| class="hl7table"
Zeile 236: Zeile 222:
 
|MSH||[1..1]||R||Message Header||2.15.9
 
|MSH||[1..1]||R||Message Header||2.15.9
 
|-
 
|-
−
|[ { SFT } ]|| bgcolor="3366ff" |[0..1]|| bgcolor="3366ff" |C
+
|[ { SFT } ]|| bgcolor="3366ff" |[0..1]|| bgcolor="3366ff" |C<br/>(O)||Software Segment||2.15.12
−
(O)||Software Segment||2.15.12
 
 
|-
 
|-
 
|MSA||[1..1]||R||Message Acknowledgment||2.15.8
 
|MSA||[1..1]||R||Message Acknowledgment||2.15.8
 
|-
 
|-
−
|[ { ERR } ]||[0..\*]|| bgcolor="3366ff" |RE
+
|[ { ERR } ]||[0..\*]|| bgcolor="3366ff" |RE<br/>(O)||Error||2.15.5
−
(O)||Error||2.15.5
 
 
|-
 
|-
 
|}
 
|}
Zeile 248: Zeile 232:
 
Das SFT-Segment muss bei Bedarf mitgesendet werden können.
 
Das SFT-Segment muss bei Bedarf mitgesendet werden können.
  
−
==12. Beispielnachrichten==
+
==Beispielnachrichten==
  
−
===13. Änderung eines Identifikators===
+
===Ä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.
 
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
+
MSH|^~\&|KIS|ADT|RIS|ADT|201303011935||ADT^A47^ADT_A30|ADT002|P|2.5^DEU|||AL|NE|DEU|
−
EVN||201303011935||||201303011645
+
    8859/1|DEU^^HL70296||2.16.840.1.113883.2.6.9.57^^2.16.840.1.113883.2.6^ISO
−
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
+
EVN||201303011935||||201303011645
−
MRG|12345^^^Beta-Klinik^PI|
+
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|
  
  
−
===14. Zusammenführung von Patientendatensätzen===
+
===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.
 
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
+
MSH|^~\&|KIS|ADT|RIS|ADT|201303011935||ADT^A40^ADT_A39|ADT002|P|2.5^DEU&&HL70399|||AL|NE|DEU|
−
EVN||201303011935||||201303011645
+
    8859/1|DEU^^HL70296||2.16.840.1.113883.2.6.9.73^^2.16.840.1.113883.2.6^ISO
−
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
+
EVN||201303011935||||201303011645
−
MRG|12345^^^Beta-Klinik^PI
+
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
  
−
=15. Segmente=
+
=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.
 
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.
  
−
==16. MSH - Message Header==
+
==MSH - Message Header==
 
Das Segment MSH wird am Anfang jeder Nachricht verwendet.
 
Das Segment MSH wird am Anfang jeder Nachricht verwendet.
  
Zeile 316: Zeile 308:
 
|20||Alternate Character Set Handling Scheme/ Verfahren zum Zeichen¬satzwechsel innerhalb der Nachricht||[0..0]||X||0356||01317||ID||||2.15.9.20
 
|20||Alternate Character Set Handling Scheme/ Verfahren zum Zeichen¬satzwechsel innerhalb der Nachricht||[0..0]||X||0356||01317||ID||||2.15.9.20
 
|-
 
|-
−
|21||Message Profile Identifier/ ID des Nachrichtenprofils||[1..\*]||R|| bgcolor="3366ff" |||01598||EI||||2.15.9.21
+
|21||Message Profile Identifier/ ID des Nachrichtenprofils||[1..\*]||R|| bgcolor="3366ff" | ||01598||EI||||2.15.9.21
 
|-
 
|-
 
|}
 
|}
  
  
−
===17. MSH-9 Nachrichtentyp und Ereigniscode===
+
===MSH-9 Nachrichtentyp und Ereigniscode===
 
Dieses Feld gibt an, warum die Nachricht verschickt wurde. Es besteht aus drei Teilen in Form des Datentyps MSG:
 
Dieses Feld gibt an, warum die Nachricht verschickt wurde. Es besteht aus drei Teilen in Form des Datentyps MSG:
  
−
====18. MSG – Message Type====
+
====MSG – Message Type====
 
Die in den "gemeinsamen Nachrichtenelementen" fehlende Tabellendefinition wird hier vorgenommen und wie folgt eingeschränkt:
 
Die in den "gemeinsamen Nachrichtenelementen" fehlende Tabellendefinition wird hier vorgenommen und wie folgt eingeschränkt:
  
−
=====19. Tabelle 0076: Message type=====
+
=====Tabelle 0076: Message type=====
 
Der Nachrichtentyp teilt die Nachrichten in grobe Klassen ein. Für dieses Profil sind folgende Werte zugelassen:
 
Der Nachrichtentyp teilt die Nachrichten in grobe Klassen ein. Für dieses Profil sind folgende Werte zugelassen:
  
Zeile 340: Zeile 332:
  
  
−
=====20. Tabelle 0003: Event type=====
+
=====Tabelle 0003: Event type=====
 
Der Ereigniscode gibt Auskunft über den Grund für die Nachricht. Die nachfolgende Tabelle enthält die zugelassenen Werte:
 
Der Ereigniscode gibt Auskunft über den Grund für die Nachricht. Die nachfolgende Tabelle enthält die zugelassenen Werte:
  
Zeile 353: Zeile 345:
  
  
−
=====21. Tabelle 0354: Message structure=====
+
=====Tabelle 0354: Message structure=====
 
Die Nachrichtenstruktur gibt Aufschluss über die abstrakte Nachrichtensyntax (AMS), die der Nach¬richt zugrunde liegt. Für dieses Profil sind ausschließlich folgende Werte zugelassen:
 
Die Nachrichtenstruktur gibt Aufschluss über die abstrakte Nachrichtensyntax (AMS), die der Nach¬richt zugrunde liegt. Für dieses Profil sind ausschließlich folgende Werte zugelassen:
  
Zeile 367: Zeile 359:
 
|}
 
|}
  
−
===22. MSH-15 Bedingung für Empfangsbestätigung===
+
===MSH-15 Bedingung für Empfangsbestätigung===
 
Dieses Feld bestimmt, unter welchen Bedingungen eine Empfangsbestätigung (Transportquittung) geschickt werden soll.
 
Dieses Feld bestimmt, unter welchen Bedingungen eine Empfangsbestätigung (Transportquittung) geschickt werden soll.
  
 
Hier sind folgende Werte zugelassen.
 
Hier sind folgende Werte zugelassen.
  
−
====23. Tabelle 0155: Accept acknowledgment conditions====
+
====Tabelle 0155: Accept acknowledgment conditions====
  
 
{| class="hl7table"
 
{| class="hl7table"
Zeile 384: Zeile 376:
  
  
−
===24. MSH-16 Bedingung für Verarbeitungsbestätigung===
+
===MSH-16 Bedingung für Verarbeitungsbestätigung===
 
Dieses Feld bestimmt, unter welchen Bedingungen eine Verarbeitungsbestätigung geschickt werden soll.
 
Dieses Feld bestimmt, unter welchen Bedingungen eine Verarbeitungsbestätigung geschickt werden soll.
  
 
Hier sind folgende Werte zugelassen.
 
Hier sind folgende Werte zugelassen.
  
−
====25. Tabelle 0155: Application acknowledgment conditions====
+
====Tabelle 0155: Application acknowledgment conditions====
  
 
{| class="hl7table"
 
{| class="hl7table"
Zeile 398: Zeile 390:
 
|}
 
|}
  
−
===26. MSH-21 ID des Nachrichtenprofils===
+
===MSH-21 ID des Nachrichtenprofils===
 
In diesem Feld wird die Kennung für das verwendete Nachrichtenprofil übermittelt.
 
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 A47: 2.16.840.1.113883.2.6.9.57
Zeile 404: Zeile 396:
  
  
−
==27. PID – Patientenidentifikation (Patient Identification)==
+
==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.
 
Das PID-Segment übermittelt patientenbezogene Identifikatoren, die beibehalten bzw. angeleget und beibehalten werden sollen. Der Empfänger wertet dazu das Feld PID-3 aus.
  
Zeile 416: Zeile 408:
 
|3||Patient Identifier List/ Patienten-ID-Liste||[1..\*]||R||||00106||CX||||3.4.2.3
 
|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
+
|4||Alternate Patient ID – PID/ Alternative Patienten-ID (z.B. für Notaufnahmen)||[0..0]|| bgcolor="3366ff" |X||||00107||CX||||3.4.2.4
 
|-
 
|-
 
|5||Patient Name/ Patientenname||[1..\*]||R||||00108||XPN||||3.4.2.5
 
|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
+
|6||Mother's Maiden Name/ nicht verwendet||[0..0]|| bgcolor="3366ff" |X|| ||00109||XPN||||3.4.2.6
 
|-
 
|-
−
|7||Date/Time of Birth/ Geburtszeitpunkt||[0..1]||RE
+
|7||Date/Time of Birth/ Geburtszeitpunkt||[0..1]||RE|| ||00110||TS||||3.4.2.7
−
||||00110||TS||||3.4.2.7
 
 
|-
 
|-
−
|8||Administrative Sex/ Geschlecht||[0..1]||RE
+
|8||Administrative Sex/ Geschlecht||[0..1]||RE||0001||00111||IS||1||3.4.2.8
−
||0001||00111||IS||1||3.4.2.8
 
 
|-
 
|-
−
|9||Patient Alias/ Aliasname(n) des Patienten||[0..0]||X
+
|9||Patient Alias/ Aliasname(n) des Patienten||[0..0]| bgcolor="3366ff" |X||||00112||XPN||||3.4.2.9
−
||||00112||XPN||||3.4.2.9
 
 
|-
 
|-
 
|10||Race/ Rasse||[0..\*]||O||0005||00113||CE||||3.4.2.10
 
|10||Race/ Rasse||[0..\*]||O||0005||00113||CE||||3.4.2.10
Zeile 435: Zeile 424:
 
|11||Patient Address/ Anschrift des Patienten||[0..\*]||RE||||00114||XAD||||3.4.2.11
 
|11||Patient Address/ Anschrift des Patienten||[0..\*]||RE||||00114||XAD||||3.4.2.11
 
|-
 
|-
−
|12||County Code/ Gemeindekennziffer||[0..0]||X
+
|12||County Code/ Gemeindekennziffer||[0..0]|| bgcolor="3366ff" | X ||0289||00115||IS||||3.4.2.12
−
||0289||00115||IS||||3.4.2.12
 
 
|-
 
|-
 
|13||Phone Number – Home/ Telefonnummer des Patienten (privat)||[0..\*]||O||||00116||XTN||||3.4.2.13
 
|13||Phone Number – Home/ Telefonnummer des Patienten (privat)||[0..\*]||O||||00116||XTN||||3.4.2.13
Zeile 450: Zeile 438:
 
|18||Patient Account Number/ Abrechnungsnummer / Debitorenkontonummer||[0..1]||O||||00121||CX||||3.4.2.18
 
|18||Patient Account Number/ Abrechnungsnummer / Debitorenkontonummer||[0..1]||O||||00121||CX||||3.4.2.18
 
|-
 
|-
−
|19||SSN Number – Patient/ Sozial¬versicherungsnummer des Patienten||[0..0]||X
+
|19||SSN Number – Patient/ Sozial¬versicherungsnummer des Patienten||[0..0]|| bgcolor="3366ff"| X ||||00122||ST||||3.4.2.19
−
||||00122||ST||||3.4.2.19
 
 
|-
 
|-
−
|20||Driver's License Number – Patient/ nicht verwendet||[0..0]||X
+
|20||Driver's License Number – Patient/ nicht verwendet||[0..0]|| bgcolor="3366ff" X ||||00123||DLN||||3.4.2.20
−
||||00123||DLN||||3.4.2.20
 
 
|-
 
|-
 
|21||Mother's Identifier/ Identifikatoren der Mutter des Patienten||[0..\*]||O||||00124||CX||||3.4.2.21
 
|21||Mother's Identifier/ Identifikatoren der Mutter des Patienten||[0..\*]||O||||00124||CX||||3.4.2.21
Zeile 464: Zeile 450:
 
|24||Multiple Birth Indicator/ Merkmal Mehrlingsgeburt||[0..1]||O||0136||00127||ID||||3.4.2.24
 
|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
+
|25||Birth Order/ Reihenfolge bei Mehrlingsgeburt||[0..1]|| bgcolor="3366ff" | CE ||||00128||NM||||3.4.2.25
−
||||00128||NM||||3.4.2.25
 
 
|-
 
|-
 
|26||Citizenship/ Länderkenn¬zeichen / Staats¬angehörigkeit||[0..\*]||O||0171||00129||CE||||3.4.2.26
 
|26||Citizenship/ Länderkenn¬zeichen / Staats¬angehörigkeit||[0..\*]||O||0171||00129||CE||||3.4.2.26
Zeile 471: Zeile 456:
 
|27||Veterans Military Status/ Beruf / Tätigkeit des Patienten||[0..1]||O||0172||00130||CE||||3.4.2.27
 
|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
+
|28||Nationality/ Nationalität||[0..0]|| bgcolor="3366ff" | X||0212||00739||CE||||3.4.2.28
−
||0212||00739||CE||||3.4.2.28
 
 
|-
 
|-
−
|29||Patient Death Date and Time/ Zeitpunkt des Todes||[0..1]||CE
+
|29||Patient Death Date and Time/ Zeitpunkt des Todes||[0..1]|| bgcolor="3366ff" | CE ||||00740||TS||||3.4.2.29
−
||||00740||TS||||3.4.2.29
 
 
|-
 
|-
−
|30||Patient Death Indicator/ Merkmal Todesfall||[0..1]||C
+
|30||Patient Death Indicator/ Merkmal Todesfall||[0..1]|| bgcolor="3366ff" | C ||0136||00741||ID||||3.4.2.30
−
||0136||00741||ID||||3.4.2.30
 
 
|-
 
|-
−
|31||Identity Unknown Indicator/ Kennzeichen Identität unbekannt||[0..1]||RE
+
|31||Identity Unknown Indicator/ Kennzeichen Identität unbekannt||[0..1]|| bgcolor="3366ff" | RE||0136||01535||ID||||3.4.2.31
−
||0136||01535||ID||||3.4.2.31
 
 
|-
 
|-
−
|32||Identity Reliability Code/ Zuverlässigkeit der Identität||[0..\*]||RE
+
|32||Identity Reliability Code/ Zuverlässigkeit der Identität||[0..\*]|| bgcolor="3366ff" | RE||0445||01536||IS||||3.4.2.32
−
||0445||01536||IS||||3.4.2.32
 
 
|-
 
|-
−
|33||Last Update Date/Time/ Zeitpunkt der letzten Aktualisierung||[0..1]||RE
+
|33||Last Update Date/Time/ Zeitpunkt der letzten Aktualisierung||[0..1]|| bgcolor="3366ff" | RE||||01537||TS||||3.4.2.33
−
||||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
 
|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
+
|35||Species Code/ Spezies||[0..0]|| bgcolor="3366ff" | X||0446||01539||CE||||3.4.2.35
−
||0446||01539||CE||||3.4.2.35
 
 
|-
 
|-
−
|36||Breed Code/ Rasse/Zucht||[0..0]||X
+
|36||Breed Code/ Rasse/Zucht||[0..0]|| bgcolor="3366ff" | X||0447||01540||CE||||3.4.2.36
−
||0447||01540||CE||||3.4.2.36
 
 
|-
 
|-
−
|37||Strain/ Züchtungsstamm||[0..0]||X
+
|37||Strain/ Züchtungsstamm||[0..0]|| bgcolor="3366ff" | X||||01541||ST||||3.4.2.37
−
||||01541||ST||||3.4.2.37
 
 
|-
 
|-
−
|38||Production Class Code/ Grund der Züchtung||[0..0]||X
+
|38||Production Class Code/ Grund der Züchtung||[0..0]|| bgcolor="3366ff" | X||0429||01542||CE||||3.4.2.38
−
||0429||01542||CE||||3.4.2.38
 
 
|-
 
|-
−
|39||Tribal Citizenship/ Stammeszugehörigkeit||[0..0]||X
+
|39||Tribal Citizenship/ Stammeszugehörigkeit||[0..0]|| bgcolor="3366ff" | X||0171||01840||CWE||||3.4.2.39
−
||0171||01840||CWE||||3.4.2.39
 
 
|-
 
|-
 
|}
 
|}
  
−
===28. PID-3 Patienten-ID-Liste===
+
===PID-3 Patienten-ID-Liste===
 
Beim Trigger-Event A47 enthält das Feld die neuen, ab sofort gültigen Patienten-IDs.  
 
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 Patienten¬daten¬satzes, der die zugehörigen Daten des abgelösten Patientendatensatzes aufnimmt.
 
Beim Trigger-Event A40 enthält das Feld die IDs eines existierenden Patienten¬daten¬satzes, 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.
 
Die Auswertung des Felds PID-3 hängt unmittelbar mit dem Inhalt des Felds MRG-1 zusammen.
  
−
==29. MRG – Informationen zur Zusammenführung von Patientendaten  (Merge Patient Information)==
+
==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.
 
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.
  
Zeile 519: Zeile 494:
 
!Lfd. Nrr!!Beschreibung!!Kard.!!Ver¬wen¬dung!!Tab.!!Data Item!!DT!!Länge!!Kap.
 
!Lfd. Nrr!!Beschreibung!!Kard.!!Ver¬wen¬dung!!Tab.!!Data Item!!DT!!Länge!!Kap.
 
|-
 
|-
−
|1||Prior Patient Identifier List/ bisherige Patienten-ID-Liste||[1..\*]||R||||[00211-../../../../Dokumente/HL7 Version 2.x/HL7 v2.x HTML/v25/hl7v25datel.htm]||[CX-../../../../Dokumente/HL7 Version 2.x/HL7 v2.x HTML/v25/hl7v25typCX.htm]||||[3.4.9.1-../../../../Dokumente/HL7 Version 2.x/HL7 v2.x HTML/v25/std25/ch03.html]
+
|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]|| bgcolor="3366ff" |X
+
|2||Prior Alternate Patient ID/ Frühere alternative Patienten-ID||[0..0]|| bgcolor="3366ff" |X||||00212||CX||||3.4.9.2
−
||||[00212-../../../../Dokumente/HL7 Version 2.x/HL7 v2.x HTML/v25/hl7v25datel.htm]||[CX-../../../../Dokumente/HL7 Version 2.x/HL7 v2.x HTML/v25/hl7v25typCX.htm]||||[3.4.9.2-../../../../Dokumente/HL7 Version 2.x/HL7 v2.x HTML/v25/std25/ch03.html]
 
 
|-
 
|-
−
|3||Prior Patient Account Number/ Frühere Abrechnungsnummer / Debitorenkontonummer||[0..1]|| bgcolor="3366ff" |X
+
|3||Prior Patient Account Number/ Frühere Abrechnungsnummer / Debitorenkontonummer||[0..1]|| bgcolor="3366ff" |X|br/>(O)||||00213||CX||||3.4.9.3
−
(O)||||[00213-../../../../Dokumente/HL7 Version 2.x/HL7 v2.x HTML/v25/hl7v25datel.htm]||[CX-../../../../Dokumente/HL7 Version 2.x/HL7 v2.x HTML/v25/hl7v25typCX.htm]||||[3.4.9.3-../../../../Dokumente/HL7 Version 2.x/HL7 v2.x HTML/v25/std25/ch03.html]
 
 
|-
 
|-
−
|4||Prior Patient ID/ Frühere Patienten-ID||[0..0]|| bgcolor="3366ff" |X
+
|4||Prior Patient ID/ Frühere Patienten-ID||[0..0]|| bgcolor="3366ff" |X||||00214||CX||||3.4.9.4
−
||||[00214-../../../../Dokumente/HL7 Version 2.x/HL7 v2.x HTML/v25/hl7v25datel.htm]||[CX-../../../../Dokumente/HL7 Version 2.x/HL7 v2.x HTML/v25/hl7v25typCX.htm]||||[3.4.9.4-../../../../Dokumente/HL7 Version 2.x/HL7 v2.x HTML/v25/std25/ch03.html]
 
 
|-
 
|-
−
|5||Prior Visit Number/ Frühere Fallnummer||[0..1]|| bgcolor="3366ff" |X||||[01279-../../../../Dokumente/HL7 Version 2.x/HL7 v2.x HTML/v25/hl7v25datel.htm]||[CX-../../../../Dokumente/HL7 Version 2.x/HL7 v2.x HTML/v25/hl7v25typCX.htm]||||[3.4.9.5-../../../../Dokumente/HL7 Version 2.x/HL7 v2.x HTML/v25/std25/ch03.html]
+
|5||Prior Visit Number/ Frühere Fallnummer||[0..1]|| bgcolor="3366ff" |X||||01279||CX||||3.4.9.5
 
|-
 
|-
−
|6||Prior Alternate Visit ID/ Frühere alternative Fallnummer||[0..1]|| bgcolor="3366ff" |X||||[01280-../../../../Dokumente/HL7 Version 2.x/HL7 v2.x HTML/v25/hl7v25datel.htm]||[CX-../../../../Dokumente/HL7 Version 2.x/HL7 v2.x HTML/v25/hl7v25typCX.htm]||||[3.4.9.6-../../../../Dokumente/HL7 Version 2.x/HL7 v2.x HTML/v25/std25/ch03.html]
+
|6||Prior Alternate Visit ID/ Frühere alternative Fallnummer||[0..1]|| bgcolor="3366ff" |X||||01280||CX||||3.4.9.6
 
|-
 
|-
−
|7||Prior Patient Name/ Früherer Patientenname||[0..\*]||X
+
|7||Prior Patient Name/ Früherer Patientenname||[0..\*]||X<br/>(O)||||01281||XPN||||3.4.9.7
−
(O)||||[01281-../../../../Dokumente/HL7 Version 2.x/HL7 v2.x HTML/v25/hl7v25datel.htm]||[XPN-../../../../Dokumente/HL7 Version 2.x/HL7 v2.x HTML/v25/hl7v25typXPN.htm]||||[3.4.9.7-../../../../Dokumente/HL7 Version 2.x/HL7 v2.x HTML/v25/std25/ch03.html]
 
 
|-
 
|-
 
|}
 
|}
  
  
−
===30. MRG-1 bisherige Patienten-ID-Liste===
+
===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 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.
  
Zeile 547: Zeile 518:
 
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.
 
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=
−
 
 
−
 
 
−
=31. Anhang=
 
  
−
==32. Referenzen==
+
==Referenzen==
 
* HL7 Version 2.5, [www.hl7.org-http://www.hl7.org/] und [www.hl7.de-http://www.hl7.de/]
 
* 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/]
 
* IHE: Laboratory Technical Framework, [www.himss.org-http://www.himss.org/], und Radiology Technical Framework, [www.rsna.org-http://www.rsna.org/]
Zeile 559: Zeile 527:
  
  
−
==33. Detaillierte Änderungshistorie==
+
==Detaillierte Änderungshistorie==
  
 
{| class="hl7table"
 
{| class="hl7table"
Zeile 569: Zeile 537:
 
|-
 
|-
 
|}
 
|}
−
 
−
 
−
 
−
 
−
 
  
  
 
[[Kategorie:v2profile|Änderung Patienten-ID]]
 
[[Kategorie:v2profile|Änderung Patienten-ID]]

Version vom 14. Januar 2014, 13:47 Uhr

Under construction icon-blue.svg
 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 Foemig (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 Foemig (talk| contribs) 10 years ago. (Purge)
Logo-hl720.jpg
{{{Title}}}
deutsche Nachrichtenprofile
Nachrichtenprofile
vorgelegt von:
HL7-Deutschland
ballotiert
Version: 01
Datum: 20. Dezember 2013
Status: Si-draft.svg Entwurf
Verfahren: {{{Verfahren}}}
Realm: Flag de.svg Deutschland
Copyright © 2013: HL7 Deutschland


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|100px]] Cortex Software GmbH
Logo icw.jpg|100px]] InterComponentWare Walldorf
Logo sap.jpg|100px]] SAP Walldorf
Logo ser.jpg|100px]] SER HealthCare Solutions GmbH
Logo ztg.gif|100px]] Zentrum für Telematik im Gesundheitswesen GmbH Bochum
Logo os.jpg|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, Nutzungs¬hinweise

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" vor¬ge¬nommenen Ä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 Patienten¬datensatzes 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änger¬seite ersetzt. Alle anderen Inhalte des Patientendatensatzes und der abhängigen Daten bleiben unberührt, insbesondere alle im Segment PID vorkommenden Patienten¬merkmale. 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. Ver¬wen¬dung 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. Ver¬wen¬dung 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. Ver¬wen¬dung 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. Ver¬wen¬dung 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. Ver¬wen¬dung 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 Einrich¬tung 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/ Empfan¬gender Prozeß / Empfan¬gen¬de Ein¬richtung innerhalb des Bereiches [1..1] R 0362 00006 HD 2.15.9.6
7 Date/Time Of Message/ Zeitpunkt Nachrichten¬erstellung [1..1] R 00007 TS 2.15.9.7
8 Security/ Sicherheits¬spezifikation [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/ Nachrichten¬kontroll¬nummer [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 Acknowledg¬ment Type/ Bedingung für Verarbeitungs¬bestä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 Zeichen¬satzwechsel 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 Nach¬richt 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. Ver¬wen¬dung 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/ Sozial¬versicherungsnummer 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änderkenn¬zeichen / Staats¬angehö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 Patienten¬daten¬satzes, 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. Ver¬wen¬dung 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 Patienten¬daten¬satzes, der nach der Übernahme der zugehörigen Daten in einen anderen Patienten¬datensatz 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
Abgerufen von „https://wiki.hl7.de/index.php?title=HL7v2-Profile_Aenderung_Patienten-ID&oldid=16886“