HL7-D ADT & IHE PAM: Unterschied zwischen den Versionen

Aus Hl7wiki
Wechseln zu: Navigation, Suche
K (Redaktionelle Änderungen in ADT "Aufnahme")
K (Überarbeitung)
Zeile 575: Zeile 575:
 
!Issue
 
!Issue
 
!Resolution (FO)
 
!Resolution (FO)
!Handlungsbedarf
+
!Hand- lungs- bedarf
 
!Behoben in
 
!Behoben in
 
Profil-Word ...
 
Profil-Word ...
Zeile 582: Zeile 582:
  
 
|-
 
|-
|Gemeinsame Elemente 5.2, 5.3
+
|5.2, 5.3
 
|Ursprüngliche Usage nicht aufgeführt, blau-Markierungen fehlen (gibt es keine?)
 
|Ursprüngliche Usage nicht aufgeführt, blau-Markierungen fehlen (gibt es keine?)
 
| => markiert
 
| => markiert
Zeile 588: Zeile 588:
 
|<2011-12>
 
|<2011-12>
 
|X
 
|X
 +
 
|-
 
|-
|Gemeinsame Elemente 5.6, Tabellenzeilen 6, 7, 8, 13, 14, 16, 17, 18, 20, 21, 24, 25
+
|5.6: Tabellenzeilen 6, 7, 8, 13, 14, 16, 17, 18, 20, 21, 24, 25
 
|keine Usage Änderung - wieso blau markiert?
 
|keine Usage Änderung - wieso blau markiert?
 
| => Markierung entfernt
 
| => Markierung entfernt
Zeile 595: Zeile 596:
 
|<2011-12>
 
|<2011-12>
 
|X
 
|X
 +
 
|-
 
|-
|Gemeinsame Elemente 5.6, Tabellenzeile 47
+
|5.6: Tabellenzeile 47 (PV2-47)
 
|Usage braucht blau-Markierung ("C"->"CE")  
 
|Usage braucht blau-Markierung ("C"->"CE")  
|=> markiert => hier stellt sich aber die Frage, ob man diese Änderung durchführen darf?
+
|=> markiert => hier stellt sich aber die Frage, ob man diese Änderung durchführen darf? => im Standard ist "C" relativ flexibel, während es bei Profilen eine genaue Bedeutung hat. Von daher sollten wir es bei "C" belassen, aber die verfeinerte Darstellung aus v2.8 übernehmen. => "C" -> "C(R/O)". Das lässt sich dann beliebig weiter einschränken.
|?
+
|HL7-D
|X
+
|<2012-02>
 
|X
 
|X
 +
 
|-
 
|-
|Gemeinsame Elemente 5.8, Tabellenzeile 3
+
|5.8: Tabellenzeile 3
 
|Tippfehler "o" statt "O"  
 
|Tippfehler "o" statt "O"  
 
|ok
 
|ok
Zeile 609: Zeile 612:
 
|<2011-12>
 
|<2011-12>
 
|X
 
|X
 +
 
|-
 
|-
|Gemeinsame Elemente 5.8, Tabellenzeile 7
+
|5.8: Tabellenzeile 7 (EVN-7)
 
|"[0..0] O" soll wahrscheinlich "[0..0] X" heißen  
 
|"[0..0] O" soll wahrscheinlich "[0..0] X" heißen  
|=>ich tippe hier eher auf [0..1]
+
|=>wir sollten das eher auf [0..1] mit "RE" setzen, das passt dann zu der Beschreibung; ausserdem ist es in PAM auf "RE"
|X
+
|HL7-D
|X
+
|<2012-02>
 
|X
 
|X
 +
 
|-
 
|-
|Gemeinsame Elemente 5.9.4
+
|5.9.4
 
|Tabelle hat keine Nummer
 
|Tabelle hat keine Nummer
 
|4901: Verarbeitungskennzeichen
 
|4901: Verarbeitungskennzeichen
Zeile 623: Zeile 628:
 
|<2011-12>
 
|<2011-12>
 
|X
 
|X
 +
 
|-
 
|-
|Gemeinsame Elemente 5.5.12.1  
+
|5.5.12.1  
 
|"Weitere Werte ... sind zulässig, wenn sie vorher vereinbart wurden:" - Aussage unklar
 
|"Weitere Werte ... sind zulässig, wenn sie vorher vereinbart wurden:" - Aussage unklar
 
|=> soll heißen, die Tabelle ist nicht abschließend (coding strength CWE) => hier müssen wir jetzt noch einmal in die ValueSet Diskussion einsteigen!!
 
|=> soll heißen, die Tabelle ist nicht abschließend (coding strength CWE) => hier müssen wir jetzt noch einmal in die ValueSet Diskussion einsteigen!!
 +
Für die Spezifikation wurde die Formulierung daher erweitert.
 +
|HL7-D
 +
|<2012-02>
 
|X
 
|X
|X
+
 
|X
 
 
|-
 
|-
|Gemeinsame Elemente 5.10
+
|5.10
 
|Tabelle für NK1 hat zwei extra Spalten: req. und rep. - sollte vereinheitlicht werden
 
|Tabelle für NK1 hat zwei extra Spalten: req. und rep. - sollte vereinheitlicht werden
 
|relikt, sollte eigentlich gelöscht sein => erledigt
 
|relikt, sollte eigentlich gelöscht sein => erledigt
Zeile 638: Zeile 646:
 
|X
 
|X
 
|-
 
|-
|Gemeinsame Elemente 5.10, Tabellenzeilen 13, 17, 18, 29, 30, 31, 32, 33
+
|5.10: Tabellenzeilen 13, 17, 18, 29, 30, 31, 32, 33
 
|"rep." ist "Y", aber "Kard." ist 0..1, => müsste "0..*" sein
 
|"rep." ist "Y", aber "Kard." ist 0..1, => müsste "0..*" sein
 
|korrigiert bzw. markiert
 
|korrigiert bzw. markiert
Zeile 645: Zeile 653:
 
|X
 
|X
 
|-
 
|-
|Gemeinsame Elemente 5.11:
+
|5.11  
 
|Beschreibung zu ROL unvollständig
 
|Beschreibung zu ROL unvollständig
 
|Beschreibung zu ROL ergänzt
 
|Beschreibung zu ROL ergänzt
Zeile 652: Zeile 660:
 
|X
 
|X
 
|-
 
|-
|Gemeinsame Elemente 5.11
+
|5.11
 
|Tabellenzeile 1: blau entfernen  
 
|Tabellenzeile 1: blau entfernen  
 
|=> ????
 
|=> ????
Zeile 659: Zeile 667:
 
|X
 
|X
 
|-
 
|-
|Gemeinsame Elemente 5.12  
+
|5.12  
 
|DG1-2, DG1-19  sind nicht blau - und noch ein paar weitere…
 
|DG1-2, DG1-19  sind nicht blau - und noch ein paar weitere…
 
|
 
|
Zeile 666: Zeile 674:
 
|X
 
|X
 
|-
 
|-
|Gemeinsame Elemente 5.12|
+
|5.12
 
|Tabellenzeile 15, Länge: ">=3 (2)" - Beschreibung unklar
 
|Tabellenzeile 15, Länge: ">=3 (2)" - Beschreibung unklar
 
|=> ist ein Fall für C.LEN, da wir keine konkrete Länge definieren können!
 
|=> ist ein Fall für C.LEN, da wir keine konkrete Länge definieren können!
Zeile 673: Zeile 681:
 
|X
 
|X
 
|-
 
|-
|Gemeinsame Elemente 5.13.5.1|
+
|5.13.5.1
 
|Weitere Codes ???
 
|Weitere Codes ???
 
|Eintragszeilen korrigiert
 
|Eintragszeilen korrigiert
Zeile 680: Zeile 688:
 
|X
 
|X
 
|-
 
|-
|Gemeinsame Elemente 5.13: Tabellenzeilen 2, 4, 8, 11, 12|
+
|5.13: Tabellenzeilen 2, 4, 8, 11, 12
 
|Usage soll blau sein  
 
|Usage soll blau sein  
 
|=> ok
 
|=> ok
Zeile 687: Zeile 695:
 
|X
 
|X
 
|-
 
|-
|Gemeinsame Elemente 5.14
+
|5.14
 
|OBR ist nicht als Profil-Segment beschrieben - Abschnitt sollte umgeschrieben werden oder ganz weg  
 
|OBR ist nicht als Profil-Segment beschrieben - Abschnitt sollte umgeschrieben werden oder ganz weg  
 
|=> ich habe die Tabelle zumindest umformatiert und angepasst; da wir das irgendwann brauchen sollten wir sie erstmal belassen
 
|=> ich habe die Tabelle zumindest umformatiert und angepasst; da wir das irgendwann brauchen sollten wir sie erstmal belassen
Zeile 694: Zeile 702:
 
|X
 
|X
 
|-
 
|-
|Gemeinsame Elemente 5.15: Tabellenzeile 4
+
|5.15: Tabellenzeile 4
 
|Usage soll blau sein  
 
|Usage soll blau sein  
 
|ok
 
|ok
Zeile 701: Zeile 709:
 
|X
 
|X
 
|-
 
|-
|Gemeinsame Elemente 5.15: Tabellenzeile 8
+
|5.15: Tabellenzeile 8
 
|Länge soll blau sein
 
|Länge soll blau sein
 
|=> ok
 
|=> ok
Zeile 708: Zeile 716:
 
|X
 
|X
 
|-
 
|-
|Gemeinsame Elemente 5.16: Tabellenzeile 2
+
|5.16: Tabellenzeile 2
 
|Verwendung "R" soll nicht blau sein.  
 
|Verwendung "R" soll nicht blau sein.  
 
|ok
 
|ok
Zeile 715: Zeile 723:
 
|X
 
|X
 
|-
 
|-
|Gemeinsame Elemente 5.16
+
|5.16
 
|Tabellenzeile 3 - Verwendung "C" und Kard. "1..*" widersprechen sich. HL7 2.5 sagt: "C", repeatable.
 
|Tabellenzeile 3 - Verwendung "C" und Kard. "1..*" widersprechen sich. HL7 2.5 sagt: "C", repeatable.
 
|=> wieder auf „R“ gesetzt, da die Bedingung nicht angegeben ist.
 
|=> wieder auf „R“ gesetzt, da die Bedingung nicht angegeben ist.
Zeile 722: Zeile 730:
 
|X
 
|X
 
|-
 
|-
|Gemeinsame Elemente 5.16: Tabellenzeile 4, 29, 30, 31, 33, 34, 35, 38, 40, 41
+
|5.16: Tabellenzeile 4, 29, 30, 31, 33, 34, 35, 38, 40, 41
 
|Ursprüngliche Werte in der Blaumarkierung fehlen.
 
|Ursprüngliche Werte in der Blaumarkierung fehlen.
 
|=> ergänzt
 
|=> ergänzt
Zeile 729: Zeile 737:
 
|X
 
|X
 
|-
 
|-
|Gemeinsame Elemente 5.17  
+
|5.17  
 
|Beschreibung zu IN2 fehlt
 
|Beschreibung zu IN2 fehlt
 
|Beschreibung zu IN2 ergänzt
 
|Beschreibung zu IN2 ergänzt
Zeile 736: Zeile 744:
 
|X
 
|X
 
|-
 
|-
|Gemeinsame Elemente 5.17
+
|5.17
 
|Tabellenzeile 1: Kard. soll [0..*] sein, da wiederholbar.
 
|Tabellenzeile 1: Kard. soll [0..*] sein, da wiederholbar.
 
| => ok
 
| => ok
Zeile 743: Zeile 751:
 
|X
 
|X
 
|-
 
|-
|Gemeinsame Elemente 5.19.7.1
+
|5.19.7.1
 
|Codes unklar "xxx = Prozentwert je stationärer Leistungsart"  
 
|Codes unklar "xxx = Prozentwert je stationärer Leistungsart"  
 
| =>sollte klar sein: 000 (=0%) bis 100 (100%); dies ist aber keine saubere Umsetzung => Fußnote
 
| =>sollte klar sein: 000 (=0%) bis 100 (100%); dies ist aber keine saubere Umsetzung => Fußnote
Zeile 750: Zeile 758:
 
|X
 
|X
 
|-
 
|-
|Gemeinsame Elemente 5.19.13.1
+
|5.19.13.1
 
|Tabellenzeile 1 - "," am Ende der Zeile zu entfernen
 
|Tabellenzeile 1 - "," am Ende der Zeile zu entfernen
 
|=> ok
 
|=> ok
Zeile 757: Zeile 765:
 
|X
 
|X
 
|-
 
|-
|Gemeinsame Elemente 5.20  
+
|5.20  
 
|Beschreibung zu FT1 fehlt
 
|Beschreibung zu FT1 fehlt
 
|=> Beschreibung zu FT1 ergänzt
 
|=> Beschreibung zu FT1 ergänzt
Zeile 764: Zeile 772:
 
|X
 
|X
 
|-
 
|-
|Gemeinsame Elemente 7.4, Felder 9 und 10 (Assigning Jurisdiction...)
+
|7.4: Felder 9 und 10 (Assigning Jurisdiction...)
 
|sind nicht blau  
 
|sind nicht blau  
 
| => ok
 
| => ok
Zeile 771: Zeile 779:
 
|X
 
|X
 
|-
 
|-
|Gemeinsame Elemente 7.6
+
|7.6
 
|Länge fehlt in der ganzen Tabelle
 
|Länge fehlt in der ganzen Tabelle
 
|=> soweit möglich angegeben
 
|=> soweit möglich angegeben
Zeile 778: Zeile 786:
 
|X
 
|X
 
|-
 
|-
|Gemeinsame Elemente 7.7 - Tabelle, Zeilen 1,2
+
|7.7: Tabelle, Zeilen 1,2
 
|es fehlt "(O)"
 
|es fehlt "(O)"
 
|=> ok
 
|=> ok
Zeile 785: Zeile 793:
 
|X
 
|X
 
|-
 
|-
|Gemeinsame Elemente 7.13
+
|7.13
 
|Tabellennummer "529" nur 3-stellig  
 
|Tabellennummer "529" nur 3-stellig  
 
|=> ok
 
|=> ok
Zeile 792: Zeile 800:
 
|X
 
|X
 
|-
 
|-
|Gemeinsame Elemente 7.13  
+
|7.13  
 
|Feld 2 es fehlt „(B)“
 
|Feld 2 es fehlt „(B)“
 
|=> ok
 
|=> ok
Zeile 799: Zeile 807:
 
|X
 
|X
 
|-
 
|-
|Gemeinsame Elemente 7.14 - Feld 12
+
|7.14 - Feld 12
 
|es fehlt "(B)" und blaue Markierung
 
|es fehlt "(B)" und blaue Markierung
 
|=> ok
 
|=> ok
Zeile 806: Zeile 814:
 
|X
 
|X
 
|-
 
|-
|Gemeinsame Elemente 7.14.1
+
|7.14.1
 
|In der Tabellenspalte "Tabelle" steht überflüssigerweise "0" und blaue Markierung fehlt  
 
|In der Tabellenspalte "Tabelle" steht überflüssigerweise "0" und blaue Markierung fehlt  
 
|=> ok  
 
|=> ok  
Zeile 813: Zeile 821:
 
|X
 
|X
 
|-
 
|-
|Gemeinsame Elemente 7.16 - Zeile 1, 2, 3
+
|7.16 - Zeile 1, 2, 3
 
|es fehlt "(O)"
 
|es fehlt "(O)"
 
|ok
 
|ok
Zeile 820: Zeile 828:
 
|X
 
|X
 
|-
 
|-
|Gemeinsame Elemente 7.18 - Zeile 12
+
|7.18 - Zeile 12
 
|es fehlt "(O)"
 
|es fehlt "(O)"
 
|=> ok
 
|=> ok
Zeile 827: Zeile 835:
 
|X
 
|X
 
|-
 
|-
|Gemeinsame Elemente Glossar
+
|Glossar
 
|Segmente ROL IN2 FT1 TXA fehlen  
 
|Segmente ROL IN2 FT1 TXA fehlen  
 
|=> ok
 
|=> ok
Zeile 834: Zeile 842:
 
|X
 
|X
 
|-
 
|-
|Gemeinsame Elemente: Segment ZBE
+
|Segment ZBE
 
|wird auch von der MDM-Definition referenziert, wird aber unter "gemeinsame Elemente" nicht aufgeführt => Vorschlag: Verlagerung der Definition von ADT (Aufnahme, 4.6) nach "gemeinsame Elemente"  
 
|wird auch von der MDM-Definition referenziert, wird aber unter "gemeinsame Elemente" nicht aufgeführt => Vorschlag: Verlagerung der Definition von ADT (Aufnahme, 4.6) nach "gemeinsame Elemente"  
 
|=> ist in 5.9 vorhanden
 
|=> ist in 5.9 vorhanden
|HL7-D
 
|<2011-12>
 
|X
 
|-
 
|Aufnahme – Deckblatt, erste Seiten
 
|den Vorgaben anpassen
 
|=> angepasst
 
|HL7-D
 
|<2011-12>
 
|X
 
|-
 
|Aufnahme 3.1
 
|Kardinality von DB1, UB1 und UB2 nicht blau markiert
 
|=> ok
 
|HL7-D
 
|<2011-12>
 
|X
 
|-
 
|Aufnahme 3.1
 
|Wieso ist Usage von OBX und DG1 blau markiert?
 
|=> müsste auf „C“ stehen, ebenso die Insurance Gruppe.
 
|HL7-D
 
|<2011-12>
 
|X
 
|-
 
|Aufnahme 3.1
 
|Kardinality von GT1 soll aufgrund Änderung blau merkiert markiert sein
 
| => ok
 
 
|HL7-D
 
|HL7-D
 
|<2011-12>
 
|<2011-12>

Version vom 29. Februar 2012, 14:05 Uhr

Diese Wiki-Seite fasst die Ziele, das methodische Vorgehen und die Verweise auf externe Ressourcen zusammen.

Übersicht: IHE PAM - Administration Management

Das Integrationsprofil PAM sieht 4 verschiedene Akteure vor, die in 2 Transaktionen Daten austauschen:

Actor Opt. Transaction Interaction Direction Opt. Actor Options Kommentar
Pat. Demographics Supplier R Pat. Identity Management ITI-030 -> R Pat. Demographics Consumer
  • merge-Option,
  • link-Option
Pat. Encounter Supplier R Pat. Encounter Management ITI-031 -> R Pat. Encounter Consumer
  • Inpatient/Outpatient Mngmt,
  • Pending Event Mngmt,
  • Advanced Encoutner Mngmt,
  • Temporary Patient Transfer Tracking,
  • Historic Movement

Gegenüberstellung der Message-Types und Trigger-Events

Die nachfolgende Tabelle listet die ADT-Events mit den dazugehörigen Nachrichten auf, die entweder in den deutschen Profilen oder PAM genutzt werden. Bei PAM ist zu berücksichtigen, dass es hier mehrere Transaktionen mit unterschiedlichen Optionen gibt. Diese sind in jeweils eigenen Spalten aufgelistet. Abgerundet wird das Ganze mit Angaben zu identifizierten Problemstellen sowie den möglichen Auflösungen dazu.

Msg

Type + Trigg. Event

Beschreibung dt.

Profil

PAM

ITI-30 Mrg

PAM

ITI-30 Lnk

PAM

ITI-31 Inp./ Outp. Mgmt

PAM

ITI-31 Pending Evt. Mgmt,

PAM

ITI-31 Adv. Enc. Mgmt

PAM

ITI-31 Temp. Pat. T. T.

PAM

ITI-31 Hist. Mov.

Kommentare

(=ToDo)

Status
ADT^A01 Aufnahme x x all x all x all x all x all Mit diesem Profil wurde begonnen. Es sind Korrekturen sowohl bei PAM als auch bei uns notwendig. 2011-11-18: in Arbeit (Vaclavik, Oemig, Brandner, Lieske)

MSH-4/6: ??
MSH-15/16: CP
PID-35-39: conditional ...

ADT^A02 Verlegung x x in-/outpatient x pending Analyse fehlt
ADT^A03 Entlassung x x all x all x all x all x all Analyse fehlt
ADT^A04 Besuchsmeldung (nicht-stationär) x x all x all x all x all x all Analyse fehlt
ADT^A05 Voraufnahme eines Patienten (z.B. vorstationär) x x in-/outpatient x pending Analyse fehlt
ADT^A06 Änderung von ambulant in stationär x x in-/outpatient x pending Analyse fehlt
ADT^A07 Änderung von stationär in ambulant x x in-/outpatient x pending Analyse fehlt
ADT^A08 Änderung von Patienteninformationen x x all x all x all x all x all Analyse fehlt
ADT^A09 Patient verläßt Einrichtung x x temporary Analyse fehlt
ADT^A10 Patient erreicht Einrichtung x x temporary Analyse fehlt
ADT^A11 Stornierung für A01 und A04 x x all x all x all x all x all Analyse fehlt
ADT^A12 Stornierung für A02 x x in-/outpatient pending Analyse fehlt
ADT^A13 Stornierung für A03 x x all x all x all x all x all Analyse fehlt
ADT^A14 Geplante Aufnahme x pending
ADT^A15 Geplante Verlegung x pending
ADT^A16 Geplante Entlassung x pending
ADT^A21 Beginn einer Patientenabwesenheit ? x advanced
ADT^A22 Ende einer Patientenabwesenheit ? x advanced
ADT^A24 Verknüpfen von Patientendaten x link Analyse fehlt
ADT^A28 Personendaten hinzufügen x merge x link Analyse fehlt
ADT^A31 Ändern personenbezogener Daten x merge x link Analyse fehlt
ADT^A32 Stornierung zu A10 x temporary
ADT^A33 Stornierung zu A09 x temporary
ADT^A37 Auflösung einer Verknüpfung von Patientendaten x link Analyse fehlt
ADT^A38 Stornierung zu A05 x in-/outpatient x pending
ADT^A40 Zusammenführung v. Pat-Information über patient ID-Liste x merge x all x all x all x all x all Profil erstellen fehlt
ADT^A44 move account information x advanced
ADT^A47 Änderung der Pat.ID-Liste (PID-3) x merge x link Analyse fehlt
ADT^A52 Cancel leave of absence for a patient ? x advanced
ADT^A53 Cancel patient returns from a leave of absence ? x advanced
ADT^A54 change attending doctor x advanced
ADT^A55 cancel change attending doctor x advanced

Als erstes Fazit kann festgehalten werden, dass nicht alle PAM-Nachrichten in Form deutscher Profile lokalisiert worden sind. Dies ist nachzuholen, nachdem die Analyse und Korrektur durchgeführt wurde.

ToDo

Aufgaben werden unter den Arbeitsgruppenmitglieder verteilt (alphabetische Namensliste nachstehend):

  • 'RB' = Dr. Ralf Brandner, InterComponentWare AG
  • 'BL' = Dr. Bettina Lieske, SAP
  • 'FO' = Dr. Frank Oemig, AGFA Healthcare
  • 'MV' = Dr. Marek Václavík, SER HealthCare Solutions GmbH
  • 'FZE' = Fakhri Zain Elabdin, CORTEX Software GmbH


Allgemeine ToDos (nächste Schritte)

  • Für ADT^A01 die in der Analyse erkennbaren Korrekturen herausarbeiten und in die Profile übernehmen bzw. als CP für IHE ITI ausarbeiten.
  • Die fehlenden deutschen Profile identifizieren und ausarbeiten.

Spezielle ToDos

Hier werden die konkreten ToDos aus der Analyse aufgelistet, sofern sie nicht in die entsprechende Spalte der Excel-Tabelle passen. Jedes von MWB gemeldete Issue braucht eine Verifizierung unter Einbeziehung der menschen- und maschinenlesbaren Form beider Spezifikationen.


Redaktionelle Änderungen in "gemeinsame Elemente"

Vor der Anpassung der ADT-Profile wegen PAM-Harmonisierung Abarbeitung sind die bekannten Issues der bestehenden Version zu beheben.

Folgende Unregelmäßigkeiten wurden im Text von "gemeinsame Elemente" und "ADT Aufnahme" im Laufe der XML-Erstellung identifiziert.

Location Issue Resolution (FO) Hand- lungs- bedarf Behoben in

Profil-Word ...

Behoben in

Profil-XML ...

5.2, 5.3 Ursprüngliche Usage nicht aufgeführt, blau-Markierungen fehlen (gibt es keine?) => markiert HL7-D <2011-12> X
5.6: Tabellenzeilen 6, 7, 8, 13, 14, 16, 17, 18, 20, 21, 24, 25 keine Usage Änderung - wieso blau markiert? => Markierung entfernt HL7-D <2011-12> X
5.6: Tabellenzeile 47 (PV2-47) Usage braucht blau-Markierung ("C"->"CE") => markiert => hier stellt sich aber die Frage, ob man diese Änderung durchführen darf? => im Standard ist "C" relativ flexibel, während es bei Profilen eine genaue Bedeutung hat. Von daher sollten wir es bei "C" belassen, aber die verfeinerte Darstellung aus v2.8 übernehmen. => "C" -> "C(R/O)". Das lässt sich dann beliebig weiter einschränken. HL7-D <2012-02> X
5.8: Tabellenzeile 3 Tippfehler "o" statt "O" ok HL7-D <2011-12> X
5.8: Tabellenzeile 7 (EVN-7) "[0..0] O" soll wahrscheinlich "[0..0] X" heißen =>wir sollten das eher auf [0..1] mit "RE" setzen, das passt dann zu der Beschreibung; ausserdem ist es in PAM auf "RE" HL7-D <2012-02> X
5.9.4 Tabelle hat keine Nummer 4901: Verarbeitungskennzeichen HL7-D <2011-12> X
5.5.12.1 "Weitere Werte ... sind zulässig, wenn sie vorher vereinbart wurden:" - Aussage unklar => soll heißen, die Tabelle ist nicht abschließend (coding strength CWE) => hier müssen wir jetzt noch einmal in die ValueSet Diskussion einsteigen!!

Für die Spezifikation wurde die Formulierung daher erweitert.

HL7-D <2012-02> X
5.10 Tabelle für NK1 hat zwei extra Spalten: req. und rep. - sollte vereinheitlicht werden relikt, sollte eigentlich gelöscht sein => erledigt HL7-D <2011-12> X
5.10: Tabellenzeilen 13, 17, 18, 29, 30, 31, 32, 33 "rep." ist "Y", aber "Kard." ist 0..1, => müsste "0..*" sein korrigiert bzw. markiert HL7-D <2011-12> X
5.11 Beschreibung zu ROL unvollständig Beschreibung zu ROL ergänzt HL7-D <2011-12> X
5.11 Tabellenzeile 1: blau entfernen => ???? X X X
5.12 DG1-2, DG1-19 sind nicht blau - und noch ein paar weitere… X X X
5.12 Tabellenzeile 15, Länge: ">=3 (2)" - Beschreibung unklar => ist ein Fall für C.LEN, da wir keine konkrete Länge definieren können! X X X
5.13.5.1 Weitere Codes ??? Eintragszeilen korrigiert HL7-D <2011-12> X
5.13: Tabellenzeilen 2, 4, 8, 11, 12 Usage soll blau sein => ok HL7-D <2011-12> X
5.14 OBR ist nicht als Profil-Segment beschrieben - Abschnitt sollte umgeschrieben werden oder ganz weg => ich habe die Tabelle zumindest umformatiert und angepasst; da wir das irgendwann brauchen sollten wir sie erstmal belassen HL7-D <2011-12> X
5.15: Tabellenzeile 4 Usage soll blau sein ok HL7-D <2011-12> X
5.15: Tabellenzeile 8 Länge soll blau sein => ok HL7-D <2011-12> X
5.16: Tabellenzeile 2 Verwendung "R" soll nicht blau sein. ok HL7-D <2011-12> X
5.16 Tabellenzeile 3 - Verwendung "C" und Kard. "1..*" widersprechen sich. HL7 2.5 sagt: "C", repeatable. => wieder auf „R“ gesetzt, da die Bedingung nicht angegeben ist. HL7-D <2011-12> X
5.16: Tabellenzeile 4, 29, 30, 31, 33, 34, 35, 38, 40, 41 Ursprüngliche Werte in der Blaumarkierung fehlen. => ergänzt HL7-D <2011-12> X
5.17 Beschreibung zu IN2 fehlt Beschreibung zu IN2 ergänzt HL7-D <2011-12> X
5.17 Tabellenzeile 1: Kard. soll [0..*] sein, da wiederholbar. => ok HL7-D <2011-12> X
5.19.7.1 Codes unklar "xxx = Prozentwert je stationärer Leistungsart" =>sollte klar sein: 000 (=0%) bis 100 (100%); dies ist aber keine saubere Umsetzung => Fußnote HL7-D <2011-12> X
5.19.13.1 Tabellenzeile 1 - "," am Ende der Zeile zu entfernen => ok HL7-D <2011-12> X
5.20 Beschreibung zu FT1 fehlt => Beschreibung zu FT1 ergänzt HL7-D <2011-12> X
7.4: Felder 9 und 10 (Assigning Jurisdiction...) sind nicht blau => ok HL7-D <2011-12> X
7.6 Länge fehlt in der ganzen Tabelle => soweit möglich angegeben HL7-D <2011-12> X
7.7: Tabelle, Zeilen 1,2 es fehlt "(O)" => ok HL7-D <2011-12> X
7.13 Tabellennummer "529" nur 3-stellig => ok HL7-D <2011-12> X
7.13 Feld 2 es fehlt „(B)“ => ok HL7-D <2011-12> X
7.14 - Feld 12 es fehlt "(B)" und blaue Markierung => ok HL7-D <2011-12> X
7.14.1 In der Tabellenspalte "Tabelle" steht überflüssigerweise "0" und blaue Markierung fehlt => ok HL7-D <2011-12> X
7.16 - Zeile 1, 2, 3 es fehlt "(O)" ok HL7-D <2011-12> X
7.18 - Zeile 12 es fehlt "(O)" => ok HL7-D <2011-12> X
Glossar Segmente ROL IN2 FT1 TXA fehlen => ok HL7-D <2011-12> X
Segment ZBE wird auch von der MDM-Definition referenziert, wird aber unter "gemeinsame Elemente" nicht aufgeführt => Vorschlag: Verlagerung der Definition von ADT (Aufnahme, 4.6) nach "gemeinsame Elemente" => ist in 5.9 vorhanden HL7-D <2011-12> X

Redaktionelle Änderungen in ADT "Aufnahme"

Location Issue Resolution (FO) Handlungsbedarf Behoben in

Profil-Word ...

Behoben in

Profil-XML ...

Deckblatt, erste Seiten den Vorgaben anpassen => angepasst HL7-D <2011-12> X
3.1 Kardinality von DB1, UB1 und UB2 nicht blau markiert => ok HL7-D <2011-12> X
3.1 Wieso ist Usage von OBX und DG1 blau markiert? => müsste auf „C“ stehen, ebenso die Insurance Gruppe. HL7-D <2011-12> X
3.1 Kardinality von GT1 soll aufgrund Änderung blau merkiert markiert sein => ok HL7-D <2011-12> X

Änderung "Subprofile"

Das Profil Aufnahme definiert drei "Subprofile" Standard, Abrechnung, DRG. Diese Subprofile unterscheiden sich in der Usage von einigen Felder in den Segmenten PID, PV1 - siehe unten. Ein sauberer Abgleich mit dem PAM-Profil erfordert, ein konkretes Subprofil auszuwählen und die entsprechende Subprofil-Usage heranzuziehen - diese weicht jedoch von dem Tabellenwert in den Abschnitten 4.3, 4.4 der Aufnahme v2.0.pdf ab.

Subprofile werden in Aufnahme v2.0.pdf im Kontext der Beschreibung von MSH-21 erläutert (Abschnitt 4.1.4, ). In der nächsten Profilversion soll diese Darstellung übersichtlicher werden und die Usage für jedes Subprofil ausdrücklich genannt werden.

Feld Laut Segmentdefinition

(Aufnahme v2.0.pdf: 4.3, 4.4)

Profil Standard Profil DRG Profil Abrechnung
PV1-13 CE O RE O
PV1-20 CE O O RE
PV1-24 CE O O RE
PV1-25 CE O O RE
PV1-26 CE O O RE
PV1-27 CE O O RE
PV2-3 CE O RE O
PV2-10 CE O RE O
PV2-36 CE O RE O
PV2-37 CE O RE RE
Location Issue Resolution (FO) Handlungsbedarf Behoben in

Profil-Word ...

Behoben in

Profil-XML ...

Aufnahme 4.1.4 Usage-Spezifikation für "Subprofile" braucht eine einfachere Darstellung ??? HL7-D X X

Differenzen PAM/HL7-D: Datentypen

Issue laut MWB-Report Verifiziert? Wer? Status Handlungsbedarf Behoben in

Profil-Word ...

Behoben in

Profil-XML ...

HD-1,

CX-4-1, CX-6-1, XON-6-1, XON-8-1, XCN-9-1, PL-4-1

MV: Usage von HD-1 (Namespace ID) ist bei HL7-2.5 (2.A.33) "O", bei HL7-D (gem. Elemente 7.8) "C" und bei IHE (ITI TF-2x, N.3) "R".

Inkonsistenz in IHE ITI selbst: Verwendung in PAM (App. N.3) ist "R", Verwendung für PIX/PDQ innerhalb von CX läßt "C" zu (ITI TF 2.x, App. E, Tab. E-3) - gleich mit HL7-D, Verwendung bei XDS-Metadaten innerhalb des Datentyps CX schließt sogar Namespace ID aus (ITI TF-3, Rev. 8, 4.1.7).

MV + FO ist zu hinterfragen, wie IHE ITI sich das gedacht hat, da es hier keine Beispiele gibt X X X
TS-1 MV: TS-1 (Degree of Precision) hat bei HL7-2.5 (2.A.77), HL7-D (gem. Elemente 7.13) und IHE (ITI TF-2x, N.5) Länge 24. Die CommonElements/Datatype_TS.xml sagt dagegen "20". MV =>Korrektur in HL7-D .xml: Length 24 ist richtig HL7-D X <2012-01>
TS-2 MV: TS-2 (Degree of Precision) ist bei HL7-2.5 (2.A.77), HL7-D (gem. Elemente 7.13) und IHE (ITI TF-2x, N.5) Datentyp "ID". In der 1.3.6.1.4.12559.11.1.1.60.xml von INRIA steht durchgehend "ST", z. B. bei MSH-7. MV =>Änderungsvorschlag an INRIA: Datentyp "ID" ist richtig. INRIA X X
XCN-8, XCN-12 Für XCN-8 (Source table): HL7-2.5 (2.A.86) und 1.3.6.1.4.12559.11.1.1.60.xml sagen Usage="C" mit dem Prädikat If component 1 is valued, either component 8, or 9, or both 10 and 11, must be valued. (2.A.9.8). HL7-D (gem. Elemente 7.15) sagt dagegen "O". Ditto für XCN-12 (Check Digit Scheme), mit dem Prädikat "zu befüllen zusammen mit XCN-11". FO => Korrektur in HL7-D .pdf und .xml: Usage "C" ist richtig. => XCN.8/12 auf “C” gesetzt HL7-D X X
XCN-9 MV: HL7-D (gem. Elemente 7.13) sagt "RE", in der 1.3.6.1.4.12559.11.1.1.60.xml steht bei EVN-5-9 (XCN): Name="assigning authority" Usage="X". Dies erscheint unbegründet, da ITI TF-2.x zu XCN keine Aussage trifft, daher müsste der Wert "O" aus HL7-2.5 (2.A.86) gelten. MV => Änderungsvorschlag an INRIA: Usage "O" ist richtig INRIA X X
XON-8 HL7-2.5 (2.A.87), HL7-D (gem. Elemente 7.16) und 1.3.6.1.4.12559.11.1.1.60.xml sagen einvernehmlich "ID". MV => Korrektur in HL7-D .xml: Datentyp "IS" ist richtig HL7-D X <2012-01>

Differenzen PAM/HL7-D: ADT^A01

Issue laut MWB-Report Verifiziert? Wer? Status/=>Ergebnis Handlungsbedarf Behoben in

Profil-Word ...

Behoben in

Profil-XML ...

MSH-4/6 (sending/receiving facility) FO => Profil ändern und Usage auf "R" setzen HL7-D X X
MSH-15/16 (Ack Codes): CP für ITI erstellen, um den Usagecode "X" auf "R" zu setzen ? IHE? X X
MSH-17 (country code) FO => im Profil auf "RE" setzen HL7-D X X
EVN-5 Länge übereinstimmend 250. HL-D schränkt die Kardinalität bei EVN-5 (Operator ID) von [0..*] (s. ITI TF-2b, 3.30.5.2) auf [0..1] ein (s. Aufnahme, 4.2). Dies ist zulässig. MV => kein Handlungsbedarf <N/A> <N/A> <N/A>
SFT-4 Es geht um "Software Binary ID", laut HL7 2.5 (2.15.12.4) Usage "R". In HL7-D gem. Elemente, 5.4 wird es ausdrücklich auf "O" gesetzt, mit dem Kommentar: Ursprünglich war dieses Feld "required". Nach den Regeln ist ein zurücksetzen auf "optional" nicht erlaubt!. MV => ??? X X X
PID-30 (patient death indicator) FO => auf "C" setzen HL7-D X X
PID-31+32 (identity unknown indicator + reliable code): auf "CE" setzen FO HL7-D X X
PID-33 (last update time) FO => auf "CE setzen HL7-D X X
PID-35+36 FO => auf optional setzen HL7-D X X
PID-37+38+39 FO => auf optional setzen HL7-D X X
PV1: analysieren ?
ROL-1 HL7-2.5 (15.4.7, 15.4.7.1) schreibt Usage "C" vor: This field is required when used in Patient Care and Personnel Management messages. The field is optional when used in ADT and Finance messages. HL7-D (gem. Elemente, 5.11) setzt dies auf "O" zurück. MV => ??? X X X
NK1-11 HL7-D-.xml gibt für das Feld Tabelle "0327" an. Dies hat keinerlei Begründung in HL7-2.5 (3.4.5.11) oder HL7-D (gem. Element, 5.11). ? => HL7-D .xml korrigieren HL7-D X <2012-01>

Differenzen PAM/HL7-D: ADT^A02

  • MWB-Datei erstellen
  • ...

Differenzen PAM/HL7-D: ADT^A03

  • ...


Alle weiteren Detailanalysen müssen noch durchgeführt und hier aufgelistet werden. Allerdings wurde beschlossen, auf Basis der ersten Nachricht (ADT^A01) erstmal die Grundprobleme zu lösen, da hier eine hohe Anzahl an Redundanzen vermutet wird und doppelte Arbeit vermieden werden soll.

Quellen

Basisstandard HL7 2.5

HL7 Version 2.5 Final auf www.hl7.org bzw. der DVD von HL7 Deutschland. Zwischen den Darstellungen als .doc, .pdf und .html (aus der HL7-Datenbank) bestehen kleinere Unterschiede, die im gegebenen Kontext jedoch unerheblich sind. Alle drei Formen werden als gleichwertig betrachtet. Gegenwärtig (November 2011) steht die HTML-Form im geschützten Intranet-Bereich von hl7.de zum Herunterladen bereit: .zip.

HL7-D ADT

Als aktueller Stand der Profilspezifikation wurde die Version 2 genommen, die u. auf den Seiten von HL7 Deutschland als zip verfügbar ist. Die Beschreibung der Nachrichtenstruktur wurde den folgenden Spezifikationsdokumenten entnommen:

Profil Spezifikationsdokumente
ADT^A01 Aufnahme gemeinsame Elemente v2.1.pdf,

Aufnahme v2.0.pdf"

... ...

Die maschinenlesbare Form wurde im Zuge der Arbeiten neu erstellt. Der aktuelle Stand der XML-Dateien steht im Unterverzeichnis Output der Toolkit-Distribution, die über Resource Sharing erhätlich ist: Paket "Toolkit zum Generieren der Profil-XMLs und HTML-Doku", geschützter Direktlink zum Stand vom 2011-11-22.

IHE PAM

Die menschenlesbare Beschreibung des IHE-Profils is in dem Technical Framework der Domäne IT Infrastrucuture (Revision 8 vom August 2011) enthalten. Die Spezifikation ist verteilt auf mehrere Volumes:

  • Volume 1 (PDF ), Abschnitte 2.2.14, 14
  • Volume 2b (PDF ), Abschnitte 3.30, 3.31
  • Volume 2x (PDF ), Abschnitte C, E, N, P
  • Volume 3 (PDF )

Maschinenlesbare Darstellungen werden als XML aus dem öffentlichen Profile-Repository von INRIA genommen:

IHE-Profil,

Transaktion

Profil-ID
ITI-31, A01 1.3.6.1.4.12559.11.1.1.60 (Ansicht: http://gazelle.ihe.net/InriaHL7MessageProfileRepository/viewProfile.seam?oid=1.3.6.1.4.12559.11.1.1.60)
ITI-31, A02 1.3.6.1.4.12559.11.1.1.62
ITI-31, A03 1.3.6.1.4.12559.11.1.1.64
ITI-31... ...

Methoden und Werkzeuge

Folgende Methode wurde für den Vergleich Deutschland Aufnahme ADT^A01 gegen IHE PAM ITI-31 ADT^A01 angewendet:

  1. Bezug einer Conformance-Profile-XML für IHE ITI-31 (siehe Quellen).
  2. Erstellung einer Conformance-Profile-XML für Deutschland Aufnahme A01 mit dem dafür erstellten Toolkit.
  3. Erstellung der .mwb-Datei aus der Conformance-Profile-XML (1) zur Verwendung in Messaging Workbench
  4. Erstellung der .mwb-Datei aus der Conformance-Profile-XML (2) zur Verwendung in Messaging Workbench
  5. Generierung eines Vergleich-Reports in Messaging Workbench.
  6. Filterung der Report-XML mit einem .xls Stylesheet (Namensunterschiede vernachlässigen).
  7. Manuelle Nacharbeitung des Reports zu einer Excel-Tabelle (geschützter Direktlink zur .xlsx-Datei)

Das Standard-Tool für HL7-2.x-Profiling Messaging Workbench (MWB) in der Version 06.18 wurde nur für die Teilaufgabe Profilvergleich eingesetzt. Der Grund sind bestehende bekannte Unzulänglichkeiten der Anwendung, die teilweise auch das Ergebnis des Vergleichs belasten. (Nachstehende Issues können auf Anfrage mit einem konkreten Beispiel reproduziert werden.)

'MWB Issue 1:' Beim Import der Profil-XML: Das Schema-konforme Element <DataValues …> innerhalb von <Component> hat zufolge das Nicht-Erkennen des darauf folgenden SubComponent-Elements.

'MWB Issue 2:' Nachdem eine Profil-XML importiert wurde, zeigt ein Feld die Länge X. Nach Speichern als .mwb und Öffnen der .mwb-Datei, hat das Feld eine abweichende Länge Y. (Mögliche Erklärung: MWB berechnet die Länge selbständig und neu.)

'MWB Issue 3:' Die Funktion Profil-Vergleich zeigt Differenzen bei „Min“, obwohl ein Unterschied bei „Max“ vorliegt.

'MWB Issue 4:' MWB kann mit Gruppen der Kardinalität [0..*] nicht umgehen. Als Workaround müssen diese in zwei ineinander verschachtelte Gruppen mit der Kardinalität [0..1] und [1..*] aufgeteilt werden.

'MWB Issue 5:' MWB ist nicht in der Lage, mehrere Strukturen aus einer Profil-Datei auszulesen.

Download, Resource-Sharing

Derzeit sind die Dateien noch nicht über einen Download-Link verfügbar. Dies wird baldmöglichst nachgeholt. HL7 Int. hat angeboten, hier das offizielle gForge zu nehmen. Dazu müssen die Freiwilligen aber einen GForge-Account bekommen, um Zugriff auf alle Resourcen zu haben.

Bis dahin stellt SAP einen Activity-Bereich in der Sharing-Plattform StreamWork zur Verfügung. Der Zugriff darauf kann über Fr. Lieske (SAP) erfragt werden. Bereits registrierte StreamWork-Nutzer können sich hier anmelden.