Nephrologische Konsilanfrage und Bericht

Aus Hl7wiki
Implementierungsleitfaden
Wechseln zu: Navigation, Suche
(custodian)
(Besondere Implementierungshinweise)
 
(26 dazwischenliegende Versionen von 2 Benutzern werden nicht angezeigt)
Zeile 78: Zeile 78:
 
Das Konsortium hat sich in den kommenden drei Jahren zum Ziel gesetzt, patientenbezogene Daten so zu verbinden, dass sie zu therapieunterstützenden Informationen für den behandelnden Arzt und konsiliarisch tätigem Spezialisten werden. Dies ist die entscheidende Herausforderung, um immer detailliertere neue wissenschaftliche Erkenntnisse in die Patientenversorgung zu integrieren, Arzt- und Patientenzufriedenheit zu erhöhen, Ressourcen zu schonen und Therapiekosten zu reduzieren. Durch die Etablierung einer Plattform für den Austausch digitalisierter strukturierter medizinischer Informationen soll das NephroTeTe-Konsortium hierfür einen entscheidenden Beitrag leisten.
 
Das Konsortium hat sich in den kommenden drei Jahren zum Ziel gesetzt, patientenbezogene Daten so zu verbinden, dass sie zu therapieunterstützenden Informationen für den behandelnden Arzt und konsiliarisch tätigem Spezialisten werden. Dies ist die entscheidende Herausforderung, um immer detailliertere neue wissenschaftliche Erkenntnisse in die Patientenversorgung zu integrieren, Arzt- und Patientenzufriedenheit zu erhöhen, Ressourcen zu schonen und Therapiekosten zu reduzieren. Durch die Etablierung einer Plattform für den Austausch digitalisierter strukturierter medizinischer Informationen soll das NephroTeTe-Konsortium hierfür einen entscheidenden Beitrag leisten.
  
=Besondere Implementierungshinweise=
 
Fixe Daten aus dem Datensatz + NegInd und Nullflav
 
 
=Use Cases=
 
=Use Cases=
 +
Der Hausarzt stellt bei einem Facharzt einen Konsilantrag, um eine möglichst genaue Diagnose zu stellen. Der Facharzt berät den Hausarzt, so dass er den Behandlungsfall mit dem Patienten abschließen kann.
 +
 
==Konsilanfrage erstellen und versenden==
 
==Konsilanfrage erstellen und versenden==
 +
Der Hausarzt stellt Daten für eine nephrologische Konsilanfrage. Im Folgenden werden zwei Wege erläutert:
 +
* Der Hausarzt nutzt das NephroTeTe-Portal zur Erfassung der Konsilanfrage. Dazu stellt das Portal entsprechende Formulare zur Verfügung.
 +
* Der Hausarzt nutzt sein Primärsystem zur Zusammenstellung der Konsilanfrage. Dazu besteht im Primärsystem die Möglichkeit (semi-)automatisiert relevante Daten für die nephrologische Konsilanfrage zusammenzustellen.
 +
 +
Nach Erfassung und Bestätigung wird in beiden Fällen eine Konsilanfrage gemäß vorliegender CDA-Spezifikation erstellt.
 +
 +
Die Übermittlung des CDA-Dokuments kann über verschiedene Wege erfolgen. Die Spezifikation des Transports ist nicht Bestandteil der Spezifikation.
 +
 +
Im Rahmen des Projekts Nephrotete wird für die Übermittlung der nephrologischen Konsilanfrage eine Konsil-Akte angelegt, auf die der zu konsultierende Facharzt Zugangsberechtigung erhält. Die Konsilanfrage wird in die entsprechende Konsil-Akte eingestellt.
 +
 +
Die nachfolgende Abbildung skizziert den Ablauf.
 +
 +
[[file:Nephrologische Konsilanfrage senden.png|Nephrologische Konsilanfrage senden]]
 +
 
==Konsilbericht erstellen und versenden==
 
==Konsilbericht erstellen und versenden==
 +
Der Facharzt wird in seinem System über eingehende Konsilanfragen informiert bzw. kann diese über sein System aktiv abrufen. Er prüft die Konsilanfrage und verfasst die Antwort sowie empfohlene weitere Maßnahmen. Nach Bestätigung der Eingaben wird ein Konsilbericht gemäß vorliegender Spezifikation erzeugt. Dieser umfasst neben den Abschnitten der Konsilanfrage noch die beiden Abschnitte Antwort und empfohlene Maßnahmen.
 +
 +
In NephroTeTe wird der Konsilbericht in die zugehörige Konsil-Akte eingestellt.
 +
 +
Die nachfolgende Abbildung skizziert den Ablauf.
 +
 +
[[file:Konsilbericht erstellen und senden.png|Konsilbericht erstellen und senden]]
 +
 +
=Besondere Implementierungshinweise=
 +
{{AlertBox|Besondere Implementierungshinweise}}
 +
 +
{{WorkBox|Muss noch ausgearbeitet werden.}}
 +
 +
1. Ein Leitfaden Zwei Dokumenttypen Anfrage und Antwort?
 +
Unterschied durch ID?
 +
 +
Author und - Was ist aber mit den schon bestehenden Sectionen, jeweils author für die Einträge.
 +
"Anfragende Arzt würde sonst verloren gehen"
 +
"Wer hat was gemacht"
 +
"Labor ein anderer author?"
 +
 +
Befüllung der Antwortsection.
 +
Zusammenführung durch die Auftragsidentifikation.
 +
 +
2. Befüllung der Entrys. Entrys werden instanziiert mit den Daten aus dem Datensatz. Die Beantwortung der Frage mit ja/nein/unbekannt wird durch das setzen des "negation Indicators" erfüllt. true/false für ja/nein - NullFlavor für unbekannt.
 +
 
=Datensatz=
 
=Datensatz=
Die nachfolgenden Tabellen liefern einen Überblick über die Inhalte einer Konsilanfrage. Diese Daten sollen über ein CDA Dokument strukturiert übertragen werden.  
+
Die nachfolgenden Tabellen liefern einen Überblick über die Inhalte einer Konsilanfrage und eines Konsilberichts. Diese Daten sollen über ein CDA Dokument strukturiert übertragen werden.  
 
==Konsilanfrage==
 
==Konsilanfrage==
 
===Fragestellung===
 
===Fragestellung===
Zeile 350: Zeile 390:
  
 
==Konsilbericht==
 
==Konsilbericht==
Der Konsilbericht umfasst drei Abschnitte, die im folgenden dargestellt werden. Zusätzlich werden die Abschnitte zur Konsilanfrage angehängt.  
+
Der Konsilbericht umfasst zwei Abschnitte, die im folgenden dargestellt werden. Zusätzlich werden die Abschnitte zur Konsilanfrage angehängt.  
  
 
===Antwort===
 
===Antwort===
Zeile 361: Zeile 401:
 
===Weitere empfohlene Maßnahmen===
 
===Weitere empfohlene Maßnahmen===
  
=Aufbau=
+
=CDA Aufbau=
 
Die nachfolgende Abbildung gibt eine Übersicht über die Struktur des CDA Dokuments. Dieses umfasst sowohl die Abschnitte der Konsilanfrage als auch des Konsilberichts.  
 
Die nachfolgende Abbildung gibt eine Übersicht über die Struktur des CDA Dokuments. Dieses umfasst sowohl die Abschnitte der Konsilanfrage als auch des Konsilberichts.  
 +
 +
{{WorkBox|Muss noch ausgearbeitet werden - in Klammern den Begriff aus dem Leitfaden/leserlichen Begriff}}
  
 
[[file:aufbau.png|Grober Aufbau des CDA Dokuments]]
 
[[file:aufbau.png|Grober Aufbau des CDA Dokuments]]
Zeile 387: Zeile 429:
 
Die verantwortliche Organisation für die Konsilanfrage oder den Konsilbericht wird über die Klasse Custodian angegeben.  
 
Die verantwortliche Organisation für die Konsilanfrage oder den Konsilbericht wird über die Klasse Custodian angegeben.  
 
{{:1.2.276.0.76.10.2004/dynamic}}
 
{{:1.2.276.0.76.10.2004/dynamic}}
 
+
==​Information​Recipient==
 +
Dieser Abschnitt repräsentiert Informationen zum Empfänger des Dokuments. Dies ist bei einer Konsilanfrage ein ausgewählter nephrologischer Fachspezialist.
 
{{:1.2.276.0.76.10.2005/dynamic}}
 
{{:1.2.276.0.76.10.2005/dynamic}}
 +
==recordTarget==
 +
Dieser Abschnitt umfasst alle demographischen Daten zum Patienten.
 
{{:1.2.276.0.76.10.2001/dynamic}}
 
{{:1.2.276.0.76.10.2001/dynamic}}
  
 
=CDA Section Level Templates=
 
=CDA Section Level Templates=
 +
==Section Fragestellung==
 +
Der Abschnitt (Section) zur Fragestellung wird mit dem LOINC-Code "42349" (Reason for referral) codiert. Im Attribut "text" wird die eigentliche Fragestellung platziert. Für weitere strukturierte Angaben (z. B. Diagnosen, Überweisungsgrund) werden in der Section ein oder mehrere Entry-Objekte eingebettet. Die detaillierte Spezifikation dazu erfolgt im weiteren Verlauf des Dokuments unter den Entry Level Templates.
 +
 +
[[file:fragestellung1.png|Fragestellung Section]]
 +
 
{{:Fragestellung/dynamic}}
 
{{:Fragestellung/dynamic}}
 +
 +
==Section Labordaten==
 +
Der Abschnitt (Section) für die Labordaten wird über den LOINC-Code "30954-2" (Relevant diagnostic tests/laboratory data Narrative" codiert. Über Entry-Objekte können die strukturierten Laborparameter angegeben werden. Eine detaillierte Spezifikation ist im weiteren Verlauf des Dokuments unter Entry Level Templates zu finden.
 
{{:1.2.276.0.76.10.3100/dynamic}}
 
{{:1.2.276.0.76.10.3100/dynamic}}
 +
==Section Medikation==
 
{{:Medikation/dynamic}}
 
{{:Medikation/dynamic}}
 +
==Section Diagnosen==
 +
Diagnosen / prädisponierende Faktoren werden im Abschnitt (Section) mit dem LOINC-Code "29548-5" angegeben. Im Text-Attribut wird ein Text zu den Diagnosen verfasst. Für die strukturierte Angabe der Diagnosen, werden in diesem Abschnitt Entry-Objekte eingebettet. Die Spezifikation erfolgt im weiteren Verlauf des Dokuments unter Entry Level Templates.
 
{{:Diagnosen/dynamic}}
 
{{:Diagnosen/dynamic}}
 +
==Section Vitalparameter==
 
{{:Vital/dynamic}}
 
{{:Vital/dynamic}}
 +
==Section Klinischer Volumenstatus==
 
{{:Volumen/dynamic}}
 
{{:Volumen/dynamic}}
 +
==Section Gesundheitsprobleme==
 
{{:Gesundheitsprobs/dynamic}}
 
{{:Gesundheitsprobs/dynamic}}
 +
==Section Anhänge und Beilagen==
 +
{{:beilagen anhaenge/dynamic}}
 +
==Section Konsilantwort==
 
{{:Antwort/dynamic}}
 
{{:Antwort/dynamic}}
 +
==Section Weitere Maßnahmen==
 
{{:weitere maßn/dynamic}}
 
{{:weitere maßn/dynamic}}
{{:beilagen anhaenge/dynamic}}
+
 
 
=CDA Entry Level Templates=
 
=CDA Entry Level Templates=
 
==Fragestellung==
 
==Fragestellung==

Aktuelle Version vom 9. August 2019, 08:42 Uhr


[[Kategorie:]]


Abstimmungsdokument 
Version Datum Status Realm


Kontributoren 
Logo medvision 02-400x202.jpg medVision AG Unna
34347 1 galerie 33990 1 galerie Fraunhofer ISST.jpg Fraunhofer ISST Dortmund
Rzv.png RZV Rechenzentrum Volmarstein GmbH Wetter

Dokumenteninformationen

Dieses Material ist Teil des Leitfadens Implementierungsleitfaden.
  • Direkt im Wiki geändert werden sollten Schreibfehler, ergänzende Hinweise.
  • Offene Fragen, die der Diskussionen bedürfen, sollten auf der Diskussionsseite aufgenommen werden.
  • Liste der Seiten dieses Leitfadens: hier, Liste der Seiten, in denen dieses Material verwendet (transkludiert) siehe hier .

Impressum

Dieser Leitfaden wurde im Rahmen des Interoperabilitätsforums und der Technischen Komitees von HL7 Deutschland e. V. sowie der entsprechenden Projektgruppen erstellt und unterliegt dem Abstimmungsverfahren des Interoperabilitätsforums[1] und der Technischen Komitees von HL7 Deutschland e. V. [2]

Ansprechpartner und Autoren

  • Maren Hettich, Fraunhofer ISST, Dortmund
  • Salima Houta, Fraunhofer ISST, Dortmund
  • Markus Stein, RZV GmbH, Wetter
  • Mathias Aschhoff, RZV GmbH, Wetter
  • Kai Heitmann
  • Frank Oemig
Dieses Material ist Teil des Leitfadens Implementierungsleitfaden.
  • Direkt im Wiki geändert werden sollten Schreibfehler, ergänzende Hinweise.
  • Offene Fragen, die der Diskussionen bedürfen, sollten auf der Diskussionsseite aufgenommen werden.
  • Liste der Seiten dieses Leitfadens: hier, Liste der Seiten, in denen dieses Material verwendet (transkludiert) siehe hier .

Disclaimer

Copyright-Hinweis, Nutzungshinweise

Nachnutzungs- bzw. Veröffentlichungsansprüche

Für alle veröffentlichten Dateien mit einem CDA-Bezug gilt ferner: Alle abgestimmten und veröffentlichten Spezifikationen wie Implementierungsleitfäden, Stylesheets und Beispieldateien sind frei verfügbar und unterliegen keinerlei Einschränkungen, da die Autoren auf alle Rechte, die sich aus der Urheberschaft der Dokumente ableiten lassen, verzichten.

Alle auf nationale Verhältnisse angepassten und veröffentlichten CDA-Schemas können ohne Lizenz- und Nutzungsgebühren in jeder Art von Anwendungssoftware verwendet werden.
Aus der Nutzung ergibt sich kein weiter gehender Anspruch gegenüber HL7 Deutschland e.V., zum Beispiel eine Haftung bei etwaigen Schäden, die aus dem Gebrauch der Spezifikationen bzw. der zur Verfügung gestellten Dateien entstehen.

Näheres unter http://www.hl7.de und http://www.hl7.org.

Einleitung

Der Implementierungsleitfaden für das nephrologische Konsil ist ein Ergebnis des Projekts NephroTeTe - Telemedizinische Technologien zur Unterstützung einer intersektoralen Versorgung nephrologischer Patient*Innen.

Hintergrund zum Projekt

Von im Jahr 18 Mio. stationär behandelten Patienten in deutschen Krankenhäusern erleiden bis zu fünf Prozent ein akutes Nierenversagen. Sowohl Patienten als auch Ärzte übersehen dies häufig – mit dramatischen Folgen: Zusätzliche Erkrankungen und stark erhöhte Sterblichkeit sind keine Seltenheit. Insgesamt ist sogar jeder zehnte Deutsche im Laufe seines Lebens von einer chronischen Nierenerkrankung betroffen. Das bedeutet nicht zuletzt zusätzliche Kosten von mehr als drei Milliarden Euro pro Jahr für die medizinische Behandlung dieser Erkrankung und ihrer Folgen und damit etwa ein Prozent der gesamten Gesundheitsausgaben. Ein hoher Anteil dieser Patienten mit chronischer Nierenkrankheit wird in erster Linie hausärztlich betreut – ohne den Kontakt zum Spezialisten. Insbesondere für diese Patienten ist die Arzneimitteltherapiesicherheit bei fehlender Kenntnis oder Einschätzung der eingeschränkten Nierenfunktion und der interaktiven Arzneitherapie auf Seiten der in erster Linie behandelnden Ärzte ein Hochrisikoprozess.

Eine frühe nephrologische Mitbetreuung von Patienten/innen mit akutem Nierenversagen und chronischer Nierenkrankheit hat einen entscheidenden positiven Einfluss auf die Therapie und kann die Sterblichkeit reduzieren.


Das Konsortium umfasst sowohl wissenschaftliche, klinische als auch Industriepartner:

  • Universitätsklinikum Essen (AöR)
  • Fraunhofer-Institut für Software- und Systemtechnik ISST
  • MedVision AG
  • RZV Rechenzentrum Volmarstein GmbH


Das Konsortium erarbeitet ab 2017 erstmals in Deutschland eine Infrastruktur mit mehr als 150 Krankenhäusern und assoziierten nephrologischen Praxen in der Fläche. Im Fokus stehen Behandlungsprozesse, die über einen intelligenten und intersektoralen Austausch von Patientendaten, eine konsiliarische Mitbeurteilung von nierenkranken Patienten durch Spezialisten ermöglichen. Dadurch soll die Behandlung effektiver und effizienter werden.

Eine solche Infrastruktur ermöglicht beispielsweise bei älteren und eingeschränkt mobilen Patienten oder bei Patienten mit einem akuten Nierenversagen eine schnelle und niederschwellige Mitbeurteilung durch einen Spezialisten. Neben einer besseren Behandlung bedeutet dies nicht zuletzt die Möglichkeit das Fortschreiten der Nierenkrankheit zu reduzieren, den Beginn einer Dialysetherapie zu verzögern, Komplikationen zu reduzieren und direkte und indirekte Kosten zu senken.

Das Konsortium hat sich in den kommenden drei Jahren zum Ziel gesetzt, patientenbezogene Daten so zu verbinden, dass sie zu therapieunterstützenden Informationen für den behandelnden Arzt und konsiliarisch tätigem Spezialisten werden. Dies ist die entscheidende Herausforderung, um immer detailliertere neue wissenschaftliche Erkenntnisse in die Patientenversorgung zu integrieren, Arzt- und Patientenzufriedenheit zu erhöhen, Ressourcen zu schonen und Therapiekosten zu reduzieren. Durch die Etablierung einer Plattform für den Austausch digitalisierter strukturierter medizinischer Informationen soll das NephroTeTe-Konsortium hierfür einen entscheidenden Beitrag leisten.

Use Cases

Der Hausarzt stellt bei einem Facharzt einen Konsilantrag, um eine möglichst genaue Diagnose zu stellen. Der Facharzt berät den Hausarzt, so dass er den Behandlungsfall mit dem Patienten abschließen kann.

Konsilanfrage erstellen und versenden

Der Hausarzt stellt Daten für eine nephrologische Konsilanfrage. Im Folgenden werden zwei Wege erläutert:

  • Der Hausarzt nutzt das NephroTeTe-Portal zur Erfassung der Konsilanfrage. Dazu stellt das Portal entsprechende Formulare zur Verfügung.
  • Der Hausarzt nutzt sein Primärsystem zur Zusammenstellung der Konsilanfrage. Dazu besteht im Primärsystem die Möglichkeit (semi-)automatisiert relevante Daten für die nephrologische Konsilanfrage zusammenzustellen.

Nach Erfassung und Bestätigung wird in beiden Fällen eine Konsilanfrage gemäß vorliegender CDA-Spezifikation erstellt.

Die Übermittlung des CDA-Dokuments kann über verschiedene Wege erfolgen. Die Spezifikation des Transports ist nicht Bestandteil der Spezifikation.

Im Rahmen des Projekts Nephrotete wird für die Übermittlung der nephrologischen Konsilanfrage eine Konsil-Akte angelegt, auf die der zu konsultierende Facharzt Zugangsberechtigung erhält. Die Konsilanfrage wird in die entsprechende Konsil-Akte eingestellt.

Die nachfolgende Abbildung skizziert den Ablauf.

Nephrologische Konsilanfrage senden

Konsilbericht erstellen und versenden

Der Facharzt wird in seinem System über eingehende Konsilanfragen informiert bzw. kann diese über sein System aktiv abrufen. Er prüft die Konsilanfrage und verfasst die Antwort sowie empfohlene weitere Maßnahmen. Nach Bestätigung der Eingaben wird ein Konsilbericht gemäß vorliegender Spezifikation erzeugt. Dieser umfasst neben den Abschnitten der Konsilanfrage noch die beiden Abschnitte Antwort und empfohlene Maßnahmen.

In NephroTeTe wird der Konsilbericht in die zugehörige Konsil-Akte eingestellt.

Die nachfolgende Abbildung skizziert den Ablauf.

Konsilbericht erstellen und senden

Besondere Implementierungshinweise

1. Ein Leitfaden Zwei Dokumenttypen Anfrage und Antwort? Unterschied durch ID?

Author und - Was ist aber mit den schon bestehenden Sectionen, jeweils author für die Einträge. "Anfragende Arzt würde sonst verloren gehen" "Wer hat was gemacht" "Labor ein anderer author?"

Befüllung der Antwortsection. Zusammenführung durch die Auftragsidentifikation.

2. Befüllung der Entrys. Entrys werden instanziiert mit den Daten aus dem Datensatz. Die Beantwortung der Frage mit ja/nein/unbekannt wird durch das setzen des "negation Indicators" erfüllt. true/false für ja/nein - NullFlavor für unbekannt.

Datensatz

Die nachfolgenden Tabellen liefern einen Überblick über die Inhalte einer Konsilanfrage und eines Konsilberichts. Diese Daten sollen über ein CDA Dokument strukturiert übertragen werden.

Konsilanfrage

Fragestellung

Legende: E = Einzelauswahlfeld. M = Mehrfachauswahlfeld. W = Wert.

Item ANV E-lyte PrUr Hyper Technische Datenstruktur
Fragestellung (Pflichtfelder)
A. Akutes Nierenversagen (ANV) E E E E Fragestellung mit Wertebereich der vier Zustände (z.B. Hypertonie)
B. Elektrolytstörungen/Störungen Säure-Basen-Haushalt (E-lyte) E E E E
C. Proteinurie (PrUr) E E E E
D. Hypertonie (Hyper) E E E E

Tabelle 1: Fragestellung

Falldaten zum Patienten

Legende: E = Einzelauswahlfeld. M = Mehrfachauswahlfeld. W = Wert.

Item ANV E-lyte PrUr Hyper Technische Datenstruktur
Falldaten zum Patienten (Pflichtfelder)
1.1. Fallnummer W W W W Alphanumerisch
1.2. Nachname W W W W Alphanumerisch
1.3. Vorname W W W W Alphanumerisch
1.4. Geburtsdatum W W W W Datum
1.5. Geschlecht W W W W Wertebereich

Tabelle 2: Falldaten zum Patienten

Labordaten

Legende: E = Einzelauswahlfeld. M = Mehrfachauswahlfeld. W = Wert.

Item ANV E-lyte PrUr Hyper Untergruppe
Labordaten (Pflichtfelder)
2.1. Klinische Chemie W W W W Inkl. alle vorhandenen Laborwerte
2.1.1. Serumkreatinin
2.1.2. Serumkreatinin-S
2.1.3. Serumharnstoff
2.1.4. Natrium
2.1.5. Kalium
2.1.6. Chlorid
2.1.7. Gesamt-Calcium
2.1.8. Phosphat
2.1.9. Magnesium
2.1.10. Albumin
2.1.11. Gesamt-Eiweiß
2.1.12. Harnsäure
2.1.13. Bilirubin
2.1.14. GOT
2.1.15. GPT
2.1.16. Alkalische Phosphatase
2.1.17. LDH
2.1.18. y-GT
2.1.19. CRP
2.1.20. PCT
2.1.21. TSH
2.1.22. fT3
2.1.23. fT4
2.1.24. T3
2.1.25. T4
2.1.26. PTH
2.1.27. Vitamin-D
2.1.28. Knochenspezifische Alkalische Phsophatase
2.1.29. Elektropherese
2.1.30. Freie Leichtketten lambda
2.1.31. Freie Leichtketten kappa
2.1.32. Beta-2-Mikroglobulin
2.1.33. Haptoglobin
2.1.34. Cystatin C
2.1.35. Blutglukose
2.1.36. Cholesterin
2.1.37. LDL-Cholesterin
2.1.38. HDL-Cholesterin
2.1.39. Triglyzeride
2.1.40. HbA1C
2.1.41. eGFR

Tabelle 3: Labordaten

Diagnosen/prädisponierende Faktoren

Legende: E = Einzelauswahlfeld. M = Mehrfachauswahlfeld. W = Wert.

Item ANV E-lyte PrUr Hyper
Diagnosen/prädisponierende Faktoren
4.1. Chronische Nierenerkrankung E E E
4.2. Akute Nierenversagen in Vorgeschichte E
4.3. Arterielle Hypertonie E E
4.4. Diabetes mellitus E E E
4.6. Herzinsuffizienz (einschließlich erhaltener systolischer Ejektionsfraktion) E E
4.7. Koronare Herzerkrankung (z.B. Myokardinfarkt, Angina pectoris, Zustand nach Myokardrevaskularisation mittels PCI oder ACVB) E E
4.8. Leberzirrhose/portale Hypertension E
4.9. Lungenerkrankung E
4.10. Adipositas (BMI ≥ 30 kg/m², Taillenumfang Männer ≥ 102 cm, Frauen ≥ 88 cm) E E E
4.14. Positive Familienanamnese für chronische Nierenerkrankungen E
4.15. Nikotinabusus E
4.16. OSAS/Schnarchen/Schlafapnoe E
4.19. Zerebrovaskuläre Erkrankungen (ischämischer Schlaganfall, intrazerebrale Blutung, transitorische ischämische Attacke) E
4.20. Fortgeschrittene Retinopathie; Hämorrhagien oder Exsudate, Papillenödem E
4.21. Symptomatische periphere Verschlusskrankheit der unteren Extremitäten E E
4.22. Positive Familienanamnese für frühzeitige kardiovaskuläre Erkrankungen (Männer < 55 Jahre; Frauen < 65 Jahre) E
4.22. Nephrotoxische Medikation E

Tabelle 4: Diagnosen/prädisponierende Faktoren

Medikation

Legende: E = Einzelauswahlfeld. M = Mehrfachauswahlfeld. W = Wert.

Item ANV E-lyte PrUr Hyper
Medikation
5.2. RAAS-Blocker (ACE-Hemmer (z.B. Enalapril, Lisinopril, Ramipril), AT1-Antagonisten (z.B. Candesartan, Losartan, Valsartan), Renin-Blocker (z.B. Aliskiren)) E
5.12. Beta-Blocker (z.B. Atenolol, Bisoprolol, Metoprolol, Nebivolol, Carvedilol) E
5.13. Calciumantagonsiten Dihydropyridine (z.B. Amlodipin, Nifedipin, Lercandipin etc.) E
5.14. Diuretika (Schleifendiuretika (z.B. Furosemid, Torasemid), Thiazide (z.B. Hydrochlorothiazid, Xipamid)) E
5.15. Mineralkortikoidrezeptorantagpnisten (z.B. Spironolacton, Eplerenon) E
5.16. Alpha1-Blocker (z.B. Doxazosin, Urapidil) E
5.17. Antisympathotonika z.B. Clonidin, Mathyldopa) E
5.18. Direkte Vasodilatatoren (z.B. Minoxidil, Dihydralazin) E

Tabelle 5: Medikation

Behandlungsdaten/Körperliche Untersuchung/Vitalparameter

Legende: E = Einzelauswahlfeld. M = Mehrfachauswahlfeld. W = Wert.

Item ANV E-lyte PrUr Hyper Untergruppe
Behandlungsdaten/Körperliche Untersuchung/Vitalparameter
6.1. Vitalparameter
W W W 6.1.2. Blutdruck (Systole/Diaystole in mmHg)
W 6.1.12. häuslich gemessene Blutdurckwerte (Systole/Diastole in mmHg mit Datum)
6.2. Klinischer Volumenstatus
M M 6.2.2. Ödeme (keine - peripher - stammnah - Anasarka - Lidödeme)
M 6.2.6. Diurese (keine Angabe/nicht messbar - Diurese/6h - Diurese/12h - Diurese/24h)
E 6.2.7. Dialysetherapie
6.3. Symptome
E 6.3.1. Luftnot
E 6.3.2. Schwäche
E 6.3.3. Übelkeit
E 6.3.8. Verwirrtheit
E 6.3.9. Schwindel
E 6.3.13. motorische/sensorische Störungen

Tabelle 6: Behandlungsdaten/Körperliche Untersuchung/Vitalparameter

Apparative Diagnostik

Legende: E = Einzelauswahlfeld. M = Mehrfachauswahlfeld. W = Wert.

Item ANV E-lyte PrUr Hyper
Apparative Diagnostik
7.10. BGA - falls keine direkte Laborschnittstelle nur Frage ob metabolische Azidose in BGA (ja/nein/nicht bestimmt) E E
7.11. Sonografisch postrenale Abflussstörung ausgeschlossen? E

Tabelle 7: Apparative Diagnostik

Beilagen / Anhang

Einer Konsilanfrage können weitere Dokumente angehängt werden. Hierbei kann es sich z. B. um Arztbriefe oder um die Vorgeschichte des Patienten handeln.

Konsilbericht

Der Konsilbericht umfasst zwei Abschnitte, die im folgenden dargestellt werden. Zusätzlich werden die Abschnitte zur Konsilanfrage angehängt.

Antwort

  • Klassisch großer Freitext
  • Diagnose und Sicherheit und Code
  • Weiteres Prozedere als Freitext
  • Sonstiges
  • Service Event

Weitere empfohlene Maßnahmen

CDA Aufbau

Die nachfolgende Abbildung gibt eine Übersicht über die Struktur des CDA Dokuments. Dieses umfasst sowohl die Abschnitte der Konsilanfrage als auch des Konsilberichts.

Grober Aufbau des CDA Dokuments

Abbildung 3: Grober Aufbau des CDA Dokuments.

Die folgende hierarchische Zusammenstellung gibt eine Übersicht über die einzelnen Komponenten der Konsilanfrage sowie des Konsilberichts.

CDA Document Level Templates

Id2.16.840.1.113883.3.1937.777.26.10.16Gültigkeit2018‑08‑02 12:52:50
StatusKyellow.png EntwurfVersions-Label
NameNephrologischeKonsilanfrageBezeichnungNephrologische Konsilanfrage
BeschreibungTemplate CDA ClinicalDocument (prototype, contains ClinicalDocument.component as StructuredBody)
KontextPfadname //
KlassifikationCDA Document Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Benutzt
Benutzt 20 Templates
Benutzt als NameVersion
1.2.276.0.76.10.90002InklusionKyellow.png CDA realmCodeDYNAMIC
1.2.276.0.76.10.2001InklusionKgreen.png CDA recordTargetDYNAMIC
1.2.276.0.76.10.2002InklusionKyellow.png CDA authorDYNAMIC
1.2.276.0.76.10.2004InklusionKgreen.png CDA custodianDYNAMIC
1.2.276.0.76.10.2005InklusionKgreen.png CDA informationRecipientDYNAMIC
1.2.276.0.76.10.2019InklusionKgreen.png CDA authenticatorDYNAMIC
1.2.276.0.76.10.2015InklusionKyellow.png AuftragsidentifikationDYNAMIC
2.16.840.1.113883.10.12.109InklusionKgreen.png CDA inFulfillmentOfDYNAMIC
2.16.840.1.113883.10.12.111InklusionKgreen.png CDA relatedDocumentDYNAMIC
2.16.840.1.113883.10.12.113InklusionKgreen.png CDA componentOfDYNAMIC
1.2.276.0.76.10.3147ContainmentKyellow.png FragestellungDYNAMIC
1.2.276.0.76.10.3100ContainmentKyellow.png Befunde/ErgebnisseDYNAMIC
1.2.276.0.76.10.3148ContainmentKyellow.png Diagnosen/prädisponierende FaktorenDYNAMIC
2.16.840.1.113883.3.1937.777.26.10.18ContainmentKyellow.png MedikationDYNAMIC
2.16.840.1.113883.3.1937.777.26.10.6ContainmentKyellow.png VitalparameterDYNAMIC
2.16.840.1.113883.3.1937.777.26.10.9ContainmentKyellow.png Klinischer VolumenstatusDYNAMIC
1.2.276.0.76.10.3079ContainmentKyellow.png GesundheitsproblemeDYNAMIC
2.16.840.1.113883.3.1937.777.26.10.15ContainmentKyellow.png AntwortDYNAMIC
1.2.276.0.76.10.3033ContainmentKgreen.png Weitere empfohlene MaßnahmenDYNAMIC
1.2.276.0.76.10.3037ContainmentKgreen.png Beilagen/AnhangDYNAMIC
BeziehungSpezialisierung: Template 2.16.840.1.113883.10.12.2 CDA ClinicalDocument (with StructuredBody) (2005‑09‑07)
ref
ad1bbr-
ItemDTKardKonfBeschreibungLabel
hl7:ClinicalDocument
(Nep...age)
Treetree.png@classCode
cs0 … 1FDOCCLIN
Treetree.png@moodCode
cs0 … 1FEVN
Eingefügt von 1.2.276.0.76.10.90002 CDA realmCode (DYNAMIC)
Treetree.pnghl7:realmCode
CS1 … 1MCDAr...Code
Treeblank.pngTreetree.png@code
cs1 … 1R
 CONF
@code muss "DE" sein
 Beispiel<realmCode code="DE"/>
Treetree.pnghl7:typeId
II1 … 1R(Nep...age)
Treeblank.pngTreetree.png@root
uid1 … 1F2.16.840.1.113883.1.3
Treeblank.pngTreetree.png@extension
st1 … 1FPOCD_HD000040
Treetree.pnghl7:templateId
II1 … 1R(Nep...age)
Treeblank.pngTreetree.png@root
uid1 … 1F2.16.840.1.113883.10.12.1
Treetree.pnghl7:id
II1 … 1R(Nep...age)
Treetree.pnghl7:code
CE1 … 1R(Nep...age)
Treeblank.pngTreetree.png@code
CONF0 … 1F34795-5
Treeblank.pngTreetree.png@codeSystem
0 … 1F2.16.840.1.113883.6.1 (LOINC)
Treeblank.pngTreetree.png@codeSystemName
0 … 1FNephrology Consult note
Treeblank.pngTreetree.png@displayName
0 … 1FLOINC
Treetree.pnghl7:title
ST1 … 1M(Nep...age)
 ConstraintNephrologische Konsilanfrage
Treetree.pnghl7:effectiveTime
TS1 … 1R(Nep...age)
Eingefügt1 … *R von 1.2.276.0.76.10.2001 CDA recordTarget (DYNAMIC)
Treetree.pnghl7:recordTarget
1 … *R(Nep...age)
 
Target.png
konsab-data​element-5Kyellow.png Patient Kyellow.png Datensatz
Treeblank.pngTreetree.png@typeCode
0 … 1FRCT
Treeblank.pngTreetree.png@context​Control​Code
0 … 1FOP
 Beispiel<recordTarget typeCode="RCT" contextControlCode="OP">
  <patientRole classCode="PAT">
    <!-- ... -->
  </patientRole>
</recordTarget>
Treeblank.pngTreetree.pnghl7:patientRole
1 … 1(Nep...age)
Treeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FPAT
 Beispiel<patientRole classCode="PAT">
  <id extension="186245" root="1.2.276.0.76.3.1.139.3.871"/>  <patient classCode="PSN" determinerCode="INSTANCE">
    <!-- ... -->
  </patient>
</patientRole>
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II1 … *(Nep...age)
 
Target.png
konsab-data​element-117Kyellow.png Weiterer Identifikator Patient Kyellow.png Datensatz
konsab-data​element-6Kyellow.png eGK-Nummer Kyellow.png Datensatz
 Beispiel<id extension="6245" root="2.16.840.1.113883.3.933"/><id extension="1543627549" root="1.2.276.0.76.4.1"/>
Treeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … *Adresse des Patienten(Nep...age)
 
Target.png
konsab-data​element-129Kyellow.png StrassenAdresse Kyellow.png Datensatz
 Beispiel<addr use="HP">
  <streetName>Dorfstraße</streetName>  <houseNumber>54</houseNumber>  <postalCode>51371</postalCode>  <city>Leverkusen</city></addr>
Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *Kontaktdaten des Patienten(Nep...age)
 Beispiel<telecom use="H" value="tel:+4930140400"/><telecom use="MC" value="tel:+492211234567"/><telecom value="mailto:herberthannes.mustermann@provider.de"/>
Treeblank.pngTreeblank.pngTreetree.pnghl7:patient
0 … 1(Nep...age)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FPSN
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
0 … 1FINSTANCE
 Beispiel<patient classCode="PSN" determinerCode="INSTANCE">
  <name>
    <!-- ... -->
  </name>
  <administrativeGenderCode code="M" codeSystem="2.16.840.1.113883.5.1"/>  <birthTime value="19541223"/></patient>
Eingefügt1 … 1M von 1.2.276.0.76.10.90030 Personenname (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
PN1 … 1MDie Reihenfolge der Namensbestandteile soll der typischen Schreibweise entsprechen. Zu beachten ist, dass prefix- und suffix-Elemente mit einem Leerzeichen enden müssen, wenn sie nicht unmittelbar an den folgenden Namensbestandteil anschließen sollen.
(Nep...age)
 Beispiel
Dr. med. Sine Johanna Gräfin von Oberberg
<name>
  <prefix qualifier="AC">Dr. med. </prefix>  <given>Sine Johanna</given>  <prefix qualifier="NB">Gräfin </prefix>  <prefix qualifier="VV">von </prefix>  <family>Oberberg</family></name>
 Beispiel
Prof. Dr. med. Dr. rer. nat. Fritz Julius Karl Freiherr von und zu Rathenburg vor der Isar, MdB
<name>
  <prefix qualifier="AC">Prof. Dr. med. Dr. rer. nat. </prefix>  <given>Fritz</given>  <given>Julius</given>  <given>Karl</given>  <prefix qualifier="NB">Freiherr </prefix>  <prefix qualifier="VV">von und zu </prefix>  <family>Rathenburg vor der
Isar
</family>
  <suffix>, MdB</suffix></name>
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:prefix
ENXP0 … *Titel(Nep...age)
wo [@qualifier='AC']
 
Target.png
konsab-data​element-153Kyellow.png Titel Kyellow.png Datensatz
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@qualifier
set_cs1 … 1FAC
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:given
ENXP0 … *Vorname(Nep...age)
 
Target.png
konsab-data​element-149Kyellow.png Vorname Kyellow.png Datensatz
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:prefix
ENXP0 … *Namenszusatz(Nep...age)
wo [@qualifier='NB']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@qualifier
set_cs1 … 1FNB
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:prefix
ENXP0 … *Vorsatzwort(Nep...age)
wo [@qualifier='VV']
 
Target.png
konsab-data​element-151Kyellow.png Vorsatzwort Kyellow.png Datensatz
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@qualifier
set_cs1 … 1FVV
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:family
ENXP0 … *Nachname(Nep...age)
 
Target.png
konsab-data​element-150Kyellow.png Nachname Kyellow.png Datensatz
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:suffix
ENXP0 … *Suffix(Nep...age)
 
Target.png
konsab-data​element-152Kyellow.png Namenszusatz Kyellow.png Datensatz
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:administrative​Gender​Code
CE1 … 1RGeschlecht (administrativ) des Patienten(Nep...age)
 
Target.png
konsab-data​element-160Kyellow.png Geschlecht Kyellow.png Datensatz
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.1 Administrative Gender (HL7 V3) (DYNAMIC)
 Beispiel<administrativeGenderCode code="M" codeSystem="2.16.840.1.113883.5.1"/>
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:birthTime
TS.​DATE.​MIN1 … 1RGeburtsdatum des Patienten(Nep...age)
 
Target.png
konsab-data​element-8Kyellow.png Geburtsdatum Kyellow.png Datensatz
 Beispiel<birthTime value="19491224"/>
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:marital​Status​Code
CE0 … 1Familienstand des Patienten(Nep...age)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.12212 Marital Status (DYNAMIC)
 Beispiel<maritalStatusCode code="S" displayName="Never Married" codeSystem="2.16.840.1.113883.5.2"/>
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:religious​Affiliation​Code
CE0 … 1Religionszugehörigkeit des Patienten(Nep...age)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.19185 Religious Affiliation (DYNAMIC)
 Beispiel<religiousAffiliationCode code="1077" displayName="Protestant" codeSystem="2.16.840.1.113883.5.1076"/>
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:raceCode
NPdarf nicht verwendet werden(Nep...age)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:ethnic​Group​Code
NPdarf nicht verwendet werden(Nep...age)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:guardian
0 … *Vormund/Sachwalter des Patienten(Nep...age)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1(Nep...age)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *(Nep...age)
Auswahl1 … 1Elemente in der Auswahl:
  • hl7:guardian​Person
  • hl7:guardian​Organization
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:guardian​Person
(Nep...age)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
PN1 … 1M(Nep...age)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:guardian​Organization
(Nep...age)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1M(Nep...age)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:birthplace
0 … 1Geburtsort des Patienten(Nep...age)
 Beispiel<birthplace>
  <place>
    <addr>Hamburg</addr>  </place>
</birthplace>
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:place
1 … 1M(Nep...age)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD1 … 1M(Nep...age)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:language​Communication
0 … *(Nep...age)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:language​Code
CS0 … 1(Nep...age)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.11526 HumanLanguage (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:modeCode
CE0 … 1(Nep...age)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.12249 LanguageAbilityMode (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:proficiency​Level​Code
CE0 … 1(Nep...age)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.12199 LanguageAbilityProficiency (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:preference​Ind
BL0 … 1(Nep...age)
Eingefügt1 … *R von 1.2.276.0.76.10.2002 CDA author (DYNAMIC)
Treetree.pnghl7:author
1 … *R(Nep...age)
Treeblank.pngTreetree.png@typeCode
0 … 1FAUT
Treeblank.pngTreetree.png@context​Control​Code
0 … 1FOP
 Beispiel<author typeCode="AUT" contextControlCode="OP">
  <time value="201306101654"/>  <assignedAuthor classCode="ASSIGNED">
    <!-- ... -->
  </assignedAuthor>
</author>
Treeblank.pngTreetree.pnghl7:functionCode
CE0 … 1(Nep...age)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.10267 ParticipationFunction (DYNAMIC)
Treeblank.pngTreetree.pnghl7:time
TS.​DATE.​MIN1 … 1gibt den Zeitpunkt an, an dem der Autor seinen Beitrag am Dokument beendet hat; dies kommt bei einem Autoren praktisch überein mit ClinicalDocument.effectiveTime(Nep...age)
Treeblank.pngTreetree.pnghl7:assignedAuthor
1 … 1(Nep...age)
Treeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FASSIGNED
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II1 … *(Nep...age)
Treeblank.pngTreeblank.pngTreetree.pnghl7:code
CE0 … 1Fachgebiet/Spezialität des Gesundheitsdienstleister, z. B. Ärztin/Arzt für Allgemeinmedizin, Approbierte Ärztin/Approbierter Arzt, Fachärztin/Facharzt für Anästhesiologie und Intensivmedizin(Nep...age)
Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *(Nep...age)
Auswahl1 … 1Elemente in der Auswahl:
  • hl7:assigned​Person
  • hl7:assigned​Authoring​Device
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:assigned​Person
 … 1(Nep...age)
Eingefügt von 1.2.276.0.76.10.90010 CDA Person Elements (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FPSN
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
PN1 … 1M(Nep...age)
 
Target.png
konsab-data​element-128Kyellow.png Name Kyellow.png Datensatz
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:assigned​Authoring​Device
 … 1(Nep...age)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FDEV
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:manufacturer​Model​Name
SC1 … 1(Nep...age)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:softwareName
SC1 … 1(Nep...age)
Treeblank.pngTreeblank.pngTreetree.pnghl7:represented​Organization
1 … 1M(Nep...age)
 Beispiel<representedOrganization classCode="ORG" determinerCode="INSTANCE">
  <name>
    <!-- ... -->
  </name>
</representedOrganization>
Eingefügt von 1.2.276.0.76.10.90011 CDA Organization Elements (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FORG
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … *(Nep...age)
 
Target.png
konsab-data​element-89Kyellow.png BSNR Kyellow.png Datensatz
konsab-data​element-90Kyellow.png BSNR Kyellow.png Datensatz
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1M(Nep...age)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *(Nep...age)
 
Target.png
konsab-data​element-145Kyellow.png Telefonnummer Kyellow.png Datensatz
konsab-data​element-146Kyellow.png Faxnummer Kyellow.png Datensatz
konsab-data​element-93Kyellow.png Telefonnummer Kyellow.png Datensatz
konsab-data​element-94Kyellow.png Faxnummer Kyellow.png Datensatz
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1(Nep...age)
Eingefügt1 … 1R von 1.2.276.0.76.10.2004 CDA custodian (DYNAMIC)
Treetree.pnghl7:custodian
1 … 1R(Nep...age)
Treeblank.pngTreetree.png@typeCode
0 … 1FCST
 Beispiel<custodian typeCode="CST">
  <assignedCustodian classCode="ASSIGNED">
    <representedCustodianOrganization classCode="ORG" determinerCode="INSTANCE">
      <!-- ... -->
    </representedCustodianOrganization>
  </assignedCustodian>
</custodian>
Treeblank.pngTreetree.pnghl7:assignedCustodian
1 … 1M(Nep...age)
Treeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FASSIGNED
Treeblank.pngTreeblank.pngTreetree.pnghl7:represented​Custodian​Organization
1 … 1M(Nep...age)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FORG
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II1 … 1M(Nep...age)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1M(Nep...age)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … 1(Nep...age)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1(Nep...age)
Eingefügt0 … * von 1.2.276.0.76.10.2005 CDA informationRecipient (DYNAMIC)
Treetree.pnghl7:information​Recipient
0 … *(Nep...age)
Treeblank.pngTreetree.png@typeCode
cs0 … 1 Typ des Empfängers: im @typeCode der Participation kann angegeben werden, ob es sich um einen primären Empfänger handelt (default) oder einen sekundären Empfänger („CC Kopie").
Der typeCode PRCP ist der default.
 CONF
@typeCode muss "PRCP" sein
oder
@typeCode muss "TRC" sein
Treeblank.pngTreetree.pnghl7:intended​Recipient
1 … 1M(Nep...age)
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II1 … *R(Nep...age)
Auswahl1 … *
Wenn der beabsichtigte Empfänger eine Person ist, dann wird dies durch die Anwesenheit der Person Klasse mit oder ohne zugehörige Organisation spezifiziert. Wenn der beabsichtigte Empfänger eine Organisation ist, wird nur die Organisation angegeben, die Person fehlt.
Elemente in der Auswahl:
  • hl7:information​Recipient
  • hl7:received​Organization
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:information​Recipient
0 … 1(Nep...age)
Eingefügt von 1.2.276.0.76.10.90010 CDA Person Elements (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FPSN
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
PN1 … 1M(Nep...age)
 
Target.png
konsab-data​element-128Kyellow.png Name Kyellow.png Datensatz
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:received​Organization
0 … 1(Nep...age)
Eingefügt von 1.2.276.0.76.10.90011 CDA Organization Elements (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FORG
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … *(Nep...age)
 
Target.png
konsab-data​element-89Kyellow.png BSNR Kyellow.png Datensatz
konsab-data​element-90Kyellow.png BSNR Kyellow.png Datensatz
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1M(Nep...age)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *(Nep...age)
 
Target.png
konsab-data​element-145Kyellow.png Telefonnummer Kyellow.png Datensatz
konsab-data​element-146Kyellow.png Faxnummer Kyellow.png Datensatz
konsab-data​element-93Kyellow.png Telefonnummer Kyellow.png Datensatz
konsab-data​element-94Kyellow.png Faxnummer Kyellow.png Datensatz
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1(Nep...age)
Eingefügt0 … * von 1.2.276.0.76.10.2019 CDA authenticator (DYNAMIC)
Treetree.pnghl7:authenticator
0 … *(Nep...age)
Treeblank.pngTreetree.png@typeCode
cs0 … 1FAUTHEN
Treeblank.pngTreetree.pnghl7:time
TS1 … 1R(Nep...age)
Treeblank.pngTreetree.pnghl7:signatureCode
CS1 … 1R(Nep...age)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.10282 ParticipationSignature (DYNAMIC)
Treeblank.pngTreetree.pnghl7:assignedEntity
1 … 1R(Nep...age)
Eingefügt von 1.2.276.0.76.10.90012 CDA Assigned Entity Elements (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II1 … *R(Nep...age)
Treeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1R(Nep...age)
Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *R(Nep...age)
Treeblank.pngTreeblank.pngTreetree.pnghl7:assigned​Person
1 … 1M(Nep...age)
Eingefügt von 1.2.276.0.76.10.90010 CDA Person Elements (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FPSN
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
PN1 … 1M(Nep...age)
 
Target.png
konsab-data​element-128Kyellow.png Name Kyellow.png Datensatz
Treeblank.pngTreeblank.pngTreetree.pnghl7:represented​Organization
0 … 1(Nep...age)
Eingefügt von 1.2.276.0.76.10.90011 CDA Organization Elements (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FORG
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … *(Nep...age)
 
Target.png
konsab-data​element-89Kyellow.png BSNR Kyellow.png Datensatz
konsab-data​element-90Kyellow.png BSNR Kyellow.png Datensatz
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1M(Nep...age)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *(Nep...age)
 
Target.png
konsab-data​element-145Kyellow.png Telefonnummer Kyellow.png Datensatz
konsab-data​element-146Kyellow.png Faxnummer Kyellow.png Datensatz
konsab-data​element-93Kyellow.png Telefonnummer Kyellow.png Datensatz
konsab-data​element-94Kyellow.png Faxnummer Kyellow.png Datensatz
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1(Nep...age)
Eingefügt0 … * von 1.2.276.0.76.10.2015 Auftragsidentifikation (DYNAMIC)
Treetree.pnghl7:inFulfillmentOf
0 … *(Nep...age)
Treeblank.pngTreetree.png@typeCode
1 … 1FFLFS
Treeblank.pngTreetree.pnghl7:templateId
II1 … *M(Nep...age)
Treeblank.pngTreeblank.pngTreetree.png@root
1 … 1F1.2.276.0.76.10.2015
Treeblank.pngTreetree.pnghl7:order
1 … 1MAuftrag(Nep...age)
Treeblank.pngTreeblank.pngTreetree.png@classCode
1 … 1FACT
Treeblank.pngTreeblank.pngTreetree.png@moodCode
1 … 1FRQO
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II1 … 1MAuftragsnummer, Anforderungsnummer(Nep...age)
 
Target.png
konsab-data​element-15Kyellow.png Vorgangsidentifikator Kyellow.png Datensatz
Eingefügt0 … * von 2.16.840.1.113883.10.12.109 CDA inFulfillmentOf (DYNAMIC)
Treetree.pnghl7:inFulfillmentOf
0 … *(Nep...age)
Treeblank.pngTreetree.png@typeCode
0 … 1FFLFS
Treeblank.pngTreetree.pnghl7:order
1 … 1(Nep...age)
Treeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FACT
Treeblank.pngTreeblank.pngTreetree.png@moodCode
1 … 1FRQO
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II1 … *R(Nep...age)
Treeblank.pngTreeblank.pngTreetree.pnghl7:code
CE0 … 1(Nep...age)
 CONF
muss aus der Konzeptdomäne "ActCode" gewählt werden
Treeblank.pngTreeblank.pngTreetree.pnghl7:priorityCode
CE0 … 1(Nep...age)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.16866 ActPriority (DYNAMIC)
Eingefügt0 … * von 2.16.840.1.113883.10.12.111 CDA relatedDocument (DYNAMIC)
Treetree.pnghl7:relatedDocument
0 … *(Nep...age)
Treeblank.pngTreetree.png@typeCode
cs1 … 1R
 CONF
Der Wert von @typeCode muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.11610 x_ActRelationshipDocument (DYNAMIC)
Treeblank.pngTreetree.pnghl7:parentDocument
1 … 1(Nep...age)
Treeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FDOCCLIN
Treeblank.pngTreeblank.pngTreetree.png@moodCode
0 … 1FEVN
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II1 … *R(Nep...age)
Treeblank.pngTreeblank.pngTreetree.pnghl7:code
CD0 … 1(Nep...age)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystem
CONF0 … 1F2.16.840.1.113883.6.1 (LOINC)
Treeblank.pngTreeblank.pngTreetree.pnghl7:text
ED0 … 1(Nep...age)
Treeblank.pngTreeblank.pngTreetree.pnghl7:setId
II0 … 1(Nep...age)
Treeblank.pngTreeblank.pngTreetree.pnghl7:versionNumber
INT0 … 1(Nep...age)
Eingefügt0 … 1 von 2.16.840.1.113883.10.12.113 CDA componentOf (DYNAMIC)
Treetree.pnghl7:componentOf
0 … 1(Nep...age)
Treeblank.pngTreetree.png@typeCode
0 … 1FCOMP
Treeblank.pngTreetree.pnghl7:encompassing​Encounter
1 … 1(Nep...age)
Treeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FENC
Treeblank.pngTreeblank.pngTreetree.png@moodCode
0 … 1FEVN
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … *(Nep...age)
Treeblank.pngTreeblank.pngTreetree.pnghl7:code
CE0 … 1(Nep...age)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.13955 ActEncounterCode (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.pnghl7:effectiveTime
IVL_TS1 … 1R(Nep...age)
Treeblank.pngTreeblank.pngTreetree.pnghl7:discharge​Disposition​Code
CE0 … 1(Nep...age)
 CONF
muss aus der Konzeptdomäne "EncounterDischargeDisposition" gewählt werden
Treeblank.pngTreeblank.pngTreetree.pnghl7:responsible​Party
0 … 1Beinhaltet 2.16.840.1.113883.10.12.153 CDA AssignedEntity (DYNAMIC)(Nep...age)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@typeCode
0 … 1FRESP
Treeblank.pngTreeblank.pngTreetree.pnghl7:encounterParticipant
0 … *(Nep...age)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@typeCode
cs1 … 1R
 CONF
Der Wert von @typeCode muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.19600 x_EncounterParticipant (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:time
IVL_TS0 … 1(Nep...age)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:assignedEntity
1 … 1Beinhaltet 2.16.840.1.113883.10.12.153 CDA AssignedEntity (DYNAMIC)(Nep...age)
Treeblank.pngTreeblank.pngTreetree.pnghl7:location
0 … 1(Nep...age)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@typeCode
0 … 1FLOC
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:health​Care​Facility
1 … 1(Nep...age)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FSDLOC
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … *(Nep...age)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:code
CE0 … 1(Nep...age)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.17660 ServiceDeliveryLocationRoleType (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:location
0 … 1Beinhaltet 2.16.840.1.113883.10.12.317 CDA Place (DYNAMIC)(Nep...age)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:service​Provider​Organization
0 … 1Beinhaltet 2.16.840.1.113883.10.12.151 CDA Organization (DYNAMIC)(Nep...age)
Treetree.pnghl7:component
1 … 1R(Nep...age)
Treeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreetree.png@context​Conduction​Ind
bl1 … 1R
Treeblank.pngTreetree.pnghl7:structuredBody
1 … 1R(Nep...age)
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FDOCBODY
Treeblank.pngTreeblank.pngTreetree.png@moodCode
cs0 … 1FEVN
Treeblank.pngTreeblank.pngTreetree.pnghl7:component
1 … 1MBeinhaltet 1.2.276.0.76.10.3147 Fragestellung (DYNAMIC)(Nep...age)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
bl1 … 1Ftrue
Treeblank.pngTreeblank.pngTreetree.pnghl7:component
1 … 1RBeinhaltet 1.2.276.0.76.10.3100 Befunde/Ergebnisse (DYNAMIC)(Nep...age)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
bl1 … 1Ftrue
Treeblank.pngTreeblank.pngTreetree.pnghl7:component
1 … 1MBeinhaltet 1.2.276.0.76.10.3148 Diagnosen/prädisponierende Faktoren (DYNAMIC)(Nep...age)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
bl1 … 1Ftrue
Treeblank.pngTreeblank.pngTreetree.pnghl7:component
1 … 1MBeinhaltet 2.16.840.1.113883.3.1937.777.26.10.18 Medikation (DYNAMIC)(Nep...age)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
bl1 … 1Ftrue
Treeblank.pngTreeblank.pngTreetree.pnghl7:component
1 … 1RBeinhaltet 2.16.840.1.113883.3.1937.777.26.10.6 Vitalparameter (DYNAMIC)(Nep...age)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
bl1 … 1Ftrue
Treeblank.pngTreeblank.pngTreetree.pnghl7:component
1 … 1RBeinhaltet 2.16.840.1.113883.3.1937.777.26.10.9 Klinischer Volumenstatus (DYNAMIC)(Nep...age)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
bl1 … 1Ftrue
Treeblank.pngTreeblank.pngTreetree.pnghl7:component
1 … 1RBeinhaltet 1.2.276.0.76.10.3079 Gesundheitsprobleme (DYNAMIC)(Nep...age)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
bl1 … 1Ftrue
Treeblank.pngTreeblank.pngTreetree.pnghl7:component
1 … 1RBeinhaltet 2.16.840.1.113883.3.1937.777.26.10.15 Antwort (DYNAMIC)(Nep...age)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
bl1 … 1Ftrue
Treeblank.pngTreeblank.pngTreetree.pnghl7:component
1 … 1RBeinhaltet 1.2.276.0.76.10.3033 Weitere empfohlene Maßnahmen (DYNAMIC)(Nep...age)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
bl1 … 1Ftrue
Treeblank.pngTreeblank.pngTreetree.pnghl7:component
1 … 1RBeinhaltet 1.2.276.0.76.10.3037 Beilagen/Anhang (DYNAMIC)(Nep...age)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
bl1 … 1Ftrue


CDA Header Level Templates

Der CDA Header umfasst allgemeine Kontextinformationen zur Konsilanfrage bzw. zum Konsilbericht.

inFulfillmentOf

Dieser Abschnitt kann genutzt werden, um Angaben zur Auftragsidentifikation zu dokumentieren. Im Attribut ID kann die eindeutige ID des Auftrags persistiert werden.

Id1.2.276.0.76.10.2015Gültigkeit2014‑07‑13 10:09:11
StatusKyellow.png EntwurfVersions-Label
NameHeaderInFulfillmentOfBezeichnungAuftragsidentifikation
Beschreibung

Referenz zum Auftrag auf der Auftraggeberseite. Es ist das id Element für die Auftragsnummer auf Auftraggeberseite anzuführen.

KlassifikationCDA Header Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
BeziehungSpezialisierung: Template 2.16.840.1.113883.10.12.109 CDA inFulfillmentOf (2005‑09‑07)
ref
ad1bbr-
Beispiel
Beispiel
<inFulfillmentOf typeCode="FLFS">
  <templateId root="1.2.276.0.76.10.2015"/>  <order classCode="ACT" moodCode="RQO">
    <id extension="081201-023" root="2.16.840.1.113883.2.16.1.99.3.1"/>  </order>
</inFulfillmentOf>
ItemDTKardKonfBeschreibungLabel
hl7:inFulfillmentOf
(Hea...tOf)
Treetree.png@typeCode
1 … 1FFLFS
Treetree.pnghl7:templateId
II1 … *M(Hea...tOf)
Treeblank.pngTreetree.png@root
1 … 1F1.2.276.0.76.10.2015
Treetree.pnghl7:order
1 … 1MAuftrag(Hea...tOf)
Treeblank.pngTreetree.png@classCode
1 … 1FACT
Treeblank.pngTreetree.png@moodCode
1 … 1FRQO
Treeblank.pngTreetree.pnghl7:id
II1 … 1MAuftragsnummer, Anforderungsnummer(Hea...tOf)

authenticator

Dieser Abschnitt kann genutzt werden, um vor dem Gesetz verantwortliche Unterzeichner des Dokumentes anzugeben.

Id1.2.276.0.76.10.2019Gültigkeit2014‑08‑25
StatusKgreen.png AktivVersions-Label
NameHeaderAuthenticatorBezeichnungCDA authenticator
BeschreibungUnterzeichner des Dokumentes (weitere neben dem vor dem Gesetz verantwortlichen Unterzeichner)
KlassifikationCDA Header Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Benutzt
Benutzt 1 Template
Benutzt als NameVersion
1.2.276.0.76.10.90012InklusionKgreen.png CDA Assigned Entity ElementsDYNAMIC
BeziehungSpezialisierung: Template 2.16.840.1.113883.10.12.107 CDA authenticator (2005‑09‑07)
ref
ad1bbr-
Beispiel
Beispiel
<authenticator typeCode="AUTHEN">
  <time value="20130327130000"/>  <signatureCode code="S"/>  <assignedEntity>
    <id extension="a00123456" root="1.2.276.0.76.3.1.244.2"/>    <assignedPerson>
      <name>
        <prefix qualifier="AC">Prof. Dr.</prefix>        <given>Hugo</given>        <family>Reinhardt</family>      </name>
    </assignedPerson>
    <representedOrganization>
      <name>Oberlinklinik</name>      <telecom use="WP" value="tel:0332-4556"/>      <telecom use="WP" value="fax:0332-45577"/>      <addr>
        <streetName>Rudolf-Breitscheid-Straße</streetName>        <houseNumber>24</houseNumber>        <postalCode>14482</postalCode>        <city>Potsdam</city>      </addr>
    </representedOrganization>
  </assignedEntity>
</authenticator>
ItemDTKardKonfBeschreibungLabel
hl7:authenticator
0 … *(Hea...tor)
Treetree.png@typeCode
cs0 … 1FAUTHEN
Treetree.pnghl7:time
TS1 … 1R(Hea...tor)
Treetree.pnghl7:signatureCode
CS1 … 1R(Hea...tor)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.10282 ParticipationSignature (DYNAMIC)
Treetree.pnghl7:assignedEntity
1 … 1R(Hea...tor)
Eingefügt von 1.2.276.0.76.10.90012 CDA Assigned Entity Elements (DYNAMIC)
Treeblank.pngTreetree.pnghl7:id
II1 … *R(Hea...tor)
Treeblank.pngTreetree.pnghl7:addr
AD0 … 1R(Hea...tor)
Treeblank.pngTreetree.pnghl7:telecom
TEL0 … *R(Hea...tor)
Treeblank.pngTreetree.pnghl7:assigned​Person
1 … 1M(Hea...tor)
Eingefügt von 1.2.276.0.76.10.90010 CDA Person Elements (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FPSN
Treeblank.pngTreeblank.pngTreetree.png@determiner​Code
0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreetree.pnghl7:name
PN1 … 1M(Hea...tor)
Treeblank.pngTreetree.pnghl7:represented​Organization
0 … 1(Hea...tor)
Eingefügt von 1.2.276.0.76.10.90011 CDA Organization Elements (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FORG
Treeblank.pngTreeblank.pngTreetree.png@determiner​Code
0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … *(Hea...tor)
Treeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1M(Hea...tor)
Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *(Hea...tor)
Treeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1(Hea...tor)

author

Der Autor der Konsilanfrage wird über die folgende Struktur angegeben.

Id1.2.276.0.76.10.2002Gültigkeit2013‑07‑10
StatusKyellow.png EntwurfVersions-Label
NameHeaderAuthorBezeichnungCDA author
BeschreibungDie Autor-Relation gibt den Urheber der Dokumentation und den Zeitpunkt der Autorenschaft wieder. Dies sind in der Regel Personen (Gesundheitsdienstleister) oder auch Geräte, die Daten erzeugen.
KlassifikationCDA Header Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Benutzt
Benutzt 2 Templates
Benutzt als NameVersion
1.2.276.0.76.10.90010InklusionKgreen.png CDA Person ElementsDYNAMIC
1.2.276.0.76.10.90011InklusionKgreen.png CDA Organization ElementsDYNAMIC
BeziehungSpezialisierung: Template 2.16.840.1.113883.10.12.102 CDA author (DYNAMIC)
ref
ad1bbr-
Beispiel
Autor ist eine Person
<author typeCode="AUT">
  <functionCode code="DISPHYS" displayName="discharging physician" codeSystem="2.16.840.1.113883.5.88" codeSystemName="ParticipationFunction"/>  <time value="20130407130000+0500"/>  <assignedAuthor classCode="ASSIGNED">
    <assignedPerson classCode="PSN" determinerCode="INSTANCE">
      <name>
        <given>Marie</given>        <family>Müller</family>      </name>
    </assignedPerson>
    <representedOrganization>
      <id root="2.16.840.1.113883.19.5"/>      <name>Beispiel Krankenhaus</name>    </representedOrganization>
  </assignedAuthor>
</author>
Beispiel
Autor ist ein Gerät/Maschine
<author typeCode="AUT">
  <assignedAuthor classCode="ASSIGNED">
    <assignedAuthoringDevice classCode="DEV" determinerCode="INSTANCE">
      <code>...</code>    </assignedAuthoringDevice>
  </assignedAuthor>
</author>
ItemDTKardKonfBeschreibungLabel
hl7:author
(Hea...hor)
Treetree.png@typeCode
0 … 1FAUT
Treetree.png@context​Control​Code
0 … 1FOP
 Beispiel<author typeCode="AUT" contextControlCode="OP">
  <time value="201306101654"/>  <assignedAuthor classCode="ASSIGNED">
    <!-- ... -->
  </assignedAuthor>
</author>
Treetree.pnghl7:functionCode
CE0 … 1(Hea...hor)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.10267 ParticipationFunction (DYNAMIC)
Treetree.pnghl7:time
TS.​DATE.​MIN1 … 1gibt den Zeitpunkt an, an dem der Autor seinen Beitrag am Dokument beendet hat; dies kommt bei einem Autoren praktisch überein mit ClinicalDocument.effectiveTime(Hea...hor)
Treetree.pnghl7:assignedAuthor
1 … 1(Hea...hor)
Treeblank.pngTreetree.png@classCode
0 … 1FASSIGNED
Treeblank.pngTreetree.pnghl7:id
II1 … *(Hea...hor)
Treeblank.pngTreetree.pnghl7:code
CE0 … 1Fachgebiet/Spezialität des Gesundheitsdienstleister, z. B. Ärztin/Arzt für Allgemeinmedizin, Approbierte Ärztin/Approbierter Arzt, Fachärztin/Facharzt für Anästhesiologie und Intensivmedizin(Hea...hor)
Treeblank.pngTreetree.pnghl7:telecom
TEL0 … *(Hea...hor)
Auswahl1 … 1Elemente in der Auswahl:
  • hl7:assigned​Person
  • hl7:assigned​Authoring​Device
Treeblank.pngTreeblank.pngTreetree.pnghl7:assigned​Person
 … 1(Hea...hor)
Eingefügt von 1.2.276.0.76.10.90010 CDA Person Elements (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FPSN
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
PN1 … 1M(Hea...hor)
Treeblank.pngTreeblank.pngTreetree.pnghl7:assigned​Authoring​Device
 … 1(Hea...hor)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FDEV
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:manufacturer​Model​Name
SC1 … 1(Hea...hor)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:softwareName
SC1 … 1(Hea...hor)
Treeblank.pngTreetree.pnghl7:represented​Organization
1 … 1M(Hea...hor)
 Beispiel<representedOrganization classCode="ORG" determinerCode="INSTANCE">
  <name>
    <!-- ... -->
  </name>
</representedOrganization>
Eingefügt von 1.2.276.0.76.10.90011 CDA Organization Elements (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FORG
Treeblank.pngTreeblank.pngTreetree.png@determiner​Code
0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … *(Hea...hor)
Treeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1M(Hea...hor)
Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *(Hea...hor)
Treeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1(Hea...hor)

custodian

Die verantwortliche Organisation für die Konsilanfrage oder den Konsilbericht wird über die Klasse Custodian angegeben.

Id1.2.276.0.76.10.2004Gültigkeit2020‑03‑29
Andere Versionen mit dieser Id:
  • Kblank.png HeaderCustodian vom 2013‑07‑17
  • Kblank.png HeaderCustodian vom 2013‑07‑07
StatusKgreen.png AktivVersions-Label
NameHeaderCustodianBezeichnungCDA custodian
BeschreibungVerantwortliche Organisation für ein erstelltes Dokument (die das Dokument verwaltende Organisation). In der Regel ist es die erstellende Institution des Dokumentes.
KlassifikationCDA Header Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
ItemDTKardKonfBeschreibungLabel
hl7:custodian
(Hea...ian)
Treetree.png@typeCode
0 … 1FCST
 Beispiel<custodian typeCode="CST">
  <assignedCustodian classCode="ASSIGNED">
    <representedCustodianOrganization classCode="ORG" determinerCode="INSTANCE">
      <!-- ... -->
    </representedCustodianOrganization>
  </assignedCustodian>
</custodian>
Treetree.pnghl7:assignedCustodian
1 … 1M(Hea...ian)
Treeblank.pngTreetree.png@classCode
0 … 1FASSIGNED
Treeblank.pngTreetree.pnghl7:represented​Custodian​Organization
1 … 1M(Hea...ian)
Treeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FORG
Treeblank.pngTreeblank.pngTreetree.png@determiner​Code
0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II1 … 1M(Hea...ian)
Treeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1M(Hea...ian)
Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … 1(Hea...ian)
Treeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1(Hea...ian)

​Information​Recipient

Dieser Abschnitt repräsentiert Informationen zum Empfänger des Dokuments. Dies ist bei einer Konsilanfrage ein ausgewählter nephrologischer Fachspezialist.

Id1.2.276.0.76.10.2005Gültigkeit2013‑07‑10
StatusKgreen.png AktivVersions-Label
NameHeader​Information​RecipientBezeichnungCDA informationRecipient
Beschreibung
Die beabsichtigten Empfänger des Dokuments können in der Klasse IntendedRecipient näher angegeben werden. Hierbei ist zu beachten, dass es sich um die unmittelbar bei der Erstellung des Dokuments festgelegten bzw. bekannten Empfänger handelt. (Es sind nicht die möglichen Empfänger, die jemals eine Kopie des Dokuments empfangen könnten.) So weiß man beispielsweise bei der Erstellung der Dokumentation, dass man einen „Brief" primär an den Hausarzt (informationRecipient.typeCode gleich PRCP, siehe unten) und ggf. einen zweiten („in Kopie") an einen mitbehandelnden Kollegen sendet (informationRecipient.typeCode ist gleich TRC).
KlassifikationCDA Header Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Benutzt
Benutzt 2 Templates
Benutzt als NameVersion
1.2.276.0.76.10.90010InklusionKgreen.png CDA Person ElementsDYNAMIC
1.2.276.0.76.10.90011InklusionKgreen.png CDA Organization ElementsDYNAMIC
Beispiel
Beispiel
<informationRecipient typeCode="PRCP">
  <intendedRecipient>
    <id extension="4736437" root="2.16.840.1.113883.3.933"/>    <informationRecipient>
      <name>
        <prefix>Dr.med.</prefix>        <given>Kai</given>        <family>Heitmann</family>      </name>
    </informationRecipient>
    <receivedOrganization>
      <telecom use="WP" value="fax:+49247365746"/>      <addr>
        <streetAddress>Mühlenweg
1a
</streetAddress>
        <houseNumber>1a</houseNumber>        <postalCode>52152</postalCode>        <city>Simmerath</city>      </addr>
    </receivedOrganization>
  </intendedRecipient>
</informationRecipient>
ItemDTKardKonfBeschreibungLabel
hl7:information​Recipient
0 … *(Hea...ent)
Treetree.png@typeCode
cs0 … 1 Typ des Empfängers: im @typeCode der Participation kann angegeben werden, ob es sich um einen primären Empfänger handelt (default) oder einen sekundären Empfänger („CC Kopie").
Der typeCode PRCP ist der default.
 CONF
@typeCode muss "PRCP" sein
oder
@typeCode muss "TRC" sein
Treetree.pnghl7:intended​Recipient
1 … 1M(Hea...ent)
Treeblank.pngTreetree.pnghl7:id
II1 … *R(Hea...ent)
Auswahl1 … *
Wenn der beabsichtigte Empfänger eine Person ist, dann wird dies durch die Anwesenheit der Person Klasse mit oder ohne zugehörige Organisation spezifiziert. Wenn der beabsichtigte Empfänger eine Organisation ist, wird nur die Organisation angegeben, die Person fehlt.
Elemente in der Auswahl:
  • hl7:information​Recipient
  • hl7:received​Organization
Treeblank.pngTreeblank.pngTreetree.pnghl7:information​Recipient
0 … 1(Hea...ent)
Eingefügt von 1.2.276.0.76.10.90010 CDA Person Elements (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FPSN
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
PN1 … 1M(Hea...ent)
Treeblank.pngTreeblank.pngTreetree.pnghl7:received​Organization
0 … 1(Hea...ent)
Eingefügt von 1.2.276.0.76.10.90011 CDA Organization Elements (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FORG
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … *(Hea...ent)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1M(Hea...ent)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *(Hea...ent)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1(Hea...ent)

recordTarget

Dieser Abschnitt umfasst alle demographischen Daten zum Patienten.

Id1.2.276.0.76.10.2001Gültigkeit2013‑07‑10
StatusKgreen.png AktivVersions-Label
NameHeader​Record​TargetBezeichnungCDA recordTarget
Beschreibung
Das recordTarget repräsentiert die Person, über die dokumentiert wird. recordTarget umfasst neben der Identifikation und dem Namen, Geschlecht, Adressen etc. auch optionale Zusatzangaben wie zum Beispiel Geburtsort und Sprachfähigkeiten.
KlassifikationCDA Header Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Benutzt
Benutzt 1 Template
Benutzt als NameVersion
1.2.276.0.76.10.90030InklusionKgreen.png PersonennameDYNAMIC
BeziehungSpezialisierung: Template 2.16.840.1.113883.10.12.101 CDA recordTarget (DYNAMIC)
ref
ad1bbr-
Beispiel
Standard-Beispiel
<recordTarget typeCode="RCT" contextControlCode="OP">
  <patientRole classCode="PAT">
    <id root="2.16.840.1.113883.3.37.6.2.23.3" extension="12345"/>    <addr use="HP">
      <streetName>Musterstraße</streetName>      <houseNumber>15</houseNumber>      <postalCode>50825</postalCode>      <city>Köln</city>    </addr>
    <telecom use="HP" value="tel:+49(221)7812220"/>    <patient classCode="PSN" determinerCode="INSTANCE">
      <name>
        <given>Marie</given>        <family>Müller</family>      </name>
      <administrativeGenderCode code="F" codeSystem="2.16.840.1.113883.5.1"/>      <birthTime value="19700924"/>      <birthplace>
        <place>
          <addr>
            <city>Köln</city>          </addr>
        </place>
      </birthplace>
    </patient>
  </patientRole>
</recordTarget>
Beispiel
Maximal-Beispiel
<recordTarget typeCode="RCT" contextControlCode="OP">
  <patientRole classCode="PAT">
    <id root="2.16.840.1.113883.3.37.6.2.23.3" extension="12345"/>    <id root="1.2.276.0.76.4.8" extension="8003004447"/>    <addr use="HP">
      <streetName>Musterstraße</streetName>      <houseNumber>15</houseNumber>      <postalCode>50825</postalCode>      <city>Köln</city>    </addr>
    <telecom use="HP" value="tel:+49(221)7812220"/>    <telecom use="HP" value="mailto:MuellerMar@gmx.de"/>    <patient classCode="PSN" determinerCode="INSTANCE">
      <name>
        <given>Marie</given>        <family>Müller</family>      </name>
      <administrativeGenderCode code="F" codeSystem="2.16.840.1.113883.5.1"/>      <birthTime value="19700924"/>      <!-- Familienstand des Patienten -->
      <maritalStatusCode code="M" displayName="Married" codeSystem="2.16.840.1.113883.5.2" codeSystemName="HL7 MaritalStatusCode"/>      <!-- Religionszugehörigkeit des Patienten-->
      <religiousAffiliationCode code="1077" displayName="Protestant" codeSystem="2.16.840.1.113883.5.1076"/>      <!-- Vormund/Sachwalter des Patienten -->
      <guardian>
        <addr use="HP">
          <streetName>Musterstraße</streetName>          <houseNumber>15</houseNumber>          <postalCode>50825</postalCode>          <city>Köln</city>        </addr>
        <telecom use="HP" value="..."/>        <guardianPerson>
          <name>
            <given>Marius</given>            <family>Müller</family>          </name>
        </guardianPerson>
      </guardian>
      <birthplace>
        <place>
          <addr>
            <city>Köln</city>          </addr>
        </place>
      </birthplace>
      <languageCommunication>
        <languageCode code="EN"/>        <modeCode code="ESP"/>        <proficiencyLevelCode code="G"/>        <preferenceInd value="true"/>      </languageCommunication>
    </patient>
  </patientRole>
</recordTarget>
Beispiel
Minimal-Beispiel
<recordTarget typeCode="RCT" contextControlCode="OP">
  <patientRole classCode="PAT">
    <id root="2.16.840.1.113883.3.37.6.2.23.3" extension="12345"/>  </patientRole>
</recordTarget>
ItemDTKardKonfBeschreibungLabel
hl7:recordTarget
(Hea...get)
Treetree.png@typeCode
0 … 1FRCT
Treetree.png@context​Control​Code
0 … 1FOP
 Beispiel<recordTarget typeCode="RCT" contextControlCode="OP">
  <patientRole classCode="PAT">
    <!-- ... -->
  </patientRole>
</recordTarget>
Treetree.pnghl7:patientRole
1 … 1(Hea...get)
Treeblank.pngTreetree.png@classCode
0 … 1FPAT
 Beispiel<patientRole classCode="PAT">
  <id extension="186245" root="1.2.276.0.76.3.1.139.3.871"/>  <patient classCode="PSN" determinerCode="INSTANCE">
    <!-- ... -->
  </patient>
</patientRole>
Treeblank.pngTreetree.pnghl7:id
II1 … *(Hea...get)
 Beispiel<id extension="6245" root="2.16.840.1.113883.3.933"/><id extension="1543627549" root="1.2.276.0.76.4.1"/>
Treeblank.pngTreetree.pnghl7:addr
AD0 … *Adresse des Patienten(Hea...get)
 Beispiel<addr use="HP">
  <streetName>Dorfstraße</streetName>  <houseNumber>54</houseNumber>  <postalCode>51371</postalCode>  <city>Leverkusen</city></addr>
Treeblank.pngTreetree.pnghl7:telecom
TEL0 … *Kontaktdaten des Patienten(Hea...get)
 Beispiel<telecom use="H" value="tel:+4930140400"/><telecom use="MC" value="tel:+492211234567"/><telecom value="mailto:herberthannes.mustermann@provider.de"/>
Treeblank.pngTreetree.pnghl7:patient
0 … 1(Hea...get)
Treeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FPSN
Treeblank.pngTreeblank.pngTreetree.png@determiner​Code
0 … 1FINSTANCE
 Beispiel<patient classCode="PSN" determinerCode="INSTANCE">
  <name>
    <!-- ... -->
  </name>
  <administrativeGenderCode code="M" codeSystem="2.16.840.1.113883.5.1"/>  <birthTime value="19541223"/></patient>
Eingefügt1 … 1M von 1.2.276.0.76.10.90030 Personenname (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.pnghl7:name
PN1 … 1MDie Reihenfolge der Namensbestandteile soll der typischen Schreibweise entsprechen. Zu beachten ist, dass prefix- und suffix-Elemente mit einem Leerzeichen enden müssen, wenn sie nicht unmittelbar an den folgenden Namensbestandteil anschließen sollen.
(Hea...get)
 Beispiel
Dr. med. Sine Johanna Gräfin von Oberberg
<name>
  <prefix qualifier="AC">Dr. med. </prefix>  <given>Sine Johanna</given>  <prefix qualifier="NB">Gräfin </prefix>  <prefix qualifier="VV">von </prefix>  <family>Oberberg</family></name>
 Beispiel
Prof. Dr. med. Dr. rer. nat. Fritz Julius Karl Freiherr von und zu Rathenburg vor der Isar, MdB
<name>
  <prefix qualifier="AC">Prof. Dr. med. Dr. rer. nat. </prefix>  <given>Fritz</given>  <given>Julius</given>  <given>Karl</given>  <prefix qualifier="NB">Freiherr </prefix>  <prefix qualifier="VV">von und zu </prefix>  <family>Rathenburg vor der
Isar
</family>
  <suffix>, MdB</suffix></name>
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:prefix
ENXP0 … *Titel(Hea...get)
wo [@qualifier='AC']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@qualifier
set_cs1 … 1FAC
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:given
ENXP0 … *Vorname(Hea...get)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:prefix
ENXP0 … *Namenszusatz(Hea...get)
wo [@qualifier='NB']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@qualifier
set_cs1 … 1FNB
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:prefix
ENXP0 … *Vorsatzwort(Hea...get)
wo [@qualifier='VV']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@qualifier
set_cs1 … 1FVV
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:family
ENXP0 … *Nachname(Hea...get)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:suffix
ENXP0 … *Suffix(Hea...get)
Treeblank.pngTreeblank.pngTreetree.pnghl7:administrative​Gender​Code
CE1 … 1RGeschlecht (administrativ) des Patienten(Hea...get)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.1 Administrative Gender (HL7 V3) (DYNAMIC)
 Beispiel<administrativeGenderCode code="M" codeSystem="2.16.840.1.113883.5.1"/>
Treeblank.pngTreeblank.pngTreetree.pnghl7:birthTime
TS.​DATE.​MIN1 … 1RGeburtsdatum des Patienten(Hea...get)
 Beispiel<birthTime value="19491224"/>
Treeblank.pngTreeblank.pngTreetree.pnghl7:marital​Status​Code
CE0 … 1Familienstand des Patienten(Hea...get)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.12212 Marital Status (DYNAMIC)
 Beispiel<maritalStatusCode code="S" displayName="Never Married" codeSystem="2.16.840.1.113883.5.2"/>
Treeblank.pngTreeblank.pngTreetree.pnghl7:religious​Affiliation​Code
CE0 … 1Religionszugehörigkeit des Patienten(Hea...get)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.19185 Religious Affiliation (DYNAMIC)
 Beispiel<religiousAffiliationCode code="1077" displayName="Protestant" codeSystem="2.16.840.1.113883.5.1076"/>
Treeblank.pngTreeblank.pngTreetree.pnghl7:raceCode
NPdarf nicht verwendet werden(Hea...get)
Treeblank.pngTreeblank.pngTreetree.pnghl7:ethnic​Group​Code
NPdarf nicht verwendet werden(Hea...get)
Treeblank.pngTreeblank.pngTreetree.pnghl7:guardian
0 … *Vormund/Sachwalter des Patienten(Hea...get)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1(Hea...get)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *(Hea...get)
Auswahl1 … 1Elemente in der Auswahl:
  • hl7:guardian​Person
  • hl7:guardian​Organization
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:guardian​Person
(Hea...get)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
PN1 … 1M(Hea...get)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:guardian​Organization
(Hea...get)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1M(Hea...get)
Treeblank.pngTreeblank.pngTreetree.pnghl7:birthplace
0 … 1Geburtsort des Patienten(Hea...get)
 Beispiel<birthplace>
  <place>
    <addr>Hamburg</addr>  </place>
</birthplace>
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:place
1 … 1M(Hea...get)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD1 … 1M(Hea...get)
Treeblank.pngTreeblank.pngTreetree.pnghl7:language​Communication
0 … *(Hea...get)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:language​Code
CS0 … 1(Hea...get)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.11526 HumanLanguage (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:modeCode
CE0 … 1(Hea...get)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.12249 LanguageAbilityMode (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:proficiency​Level​Code
CE0 … 1(Hea...get)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.12199 LanguageAbilityProficiency (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:preference​Ind
BL0 … 1(Hea...get)


CDA Section Level Templates

Section Fragestellung

Der Abschnitt (Section) zur Fragestellung wird mit dem LOINC-Code "42349" (Reason for referral) codiert. Im Attribut "text" wird die eigentliche Fragestellung platziert. Für weitere strukturierte Angaben (z. B. Diagnosen, Überweisungsgrund) werden in der Section ein oder mehrere Entry-Objekte eingebettet. Die detaillierte Spezifikation dazu erfolgt im weiteren Verlauf des Dokuments unter den Entry Level Templates.

Fragestellung Section

Fragestellung/dynamic

Section Labordaten

Der Abschnitt (Section) für die Labordaten wird über den LOINC-Code "30954-2" (Relevant diagnostic tests/laboratory data Narrative" codiert. Über Entry-Objekte können die strukturierten Laborparameter angegeben werden. Eine detaillierte Spezifikation ist im weiteren Verlauf des Dokuments unter Entry Level Templates zu finden.

Id1.2.276.0.76.10.3100Gültigkeit2017‑04‑30
StatusKyellow.png EntwurfVersions-Label
NameResultsSectionBezeichnungBefunde/Ergebnisse
Beschreibung
Diese Section versammelt alle Beobachtungsergebnisse/Befunde, die für den Patienten erhoben wurden. Dies können Laborergebnisse, Pathologie- oder Radiologiebefunde oder Befunde anderer bildgebender Verfahren sein.
KontextElternknoten des Template-Element mit Id 1.2.276.0.76.10.3100
KlassifikationCDA Section level template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Benutzt
Benutzt 1 Template
Benutzt als NameVersion
1.2.276.0.76.10.4253ContainmentKyellow.png Befunde/Ergebnisse OrganizerDYNAMIC
BeziehungAdaptation: Template 2.16.840.1.113883.10.22.3.14 IPS Results Section (2017‑04‑30)
ref
hl7ips-

Adaptation: Template 2.16.840.1.113883.10.12.201 CDA Section (2005‑09‑07)
ref
ad1bbr-
ItemDTKardKonfBeschreibungLabel
hl7:section
(Res...ion)
Treetree.png@classCode
cs0 … 1FDOCSECT
Treetree.png@moodCode
cs0 … 1FEVN
Treetree.pnghl7:templateId
II1 … 1R(Res...ion)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.276.0.76.10.3100
Treetree.pnghl7:id
II0 … 1(Res...ion)
Treetree.pnghl7:code
CE0 … 1(Res...ion)
Treeblank.pngTreetree.png@code
CONF0 … 1F30954-2
Treeblank.pngTreetree.png@codeSystem
0 … 1F2.16.840.1.113883.6.1 (LOINC)
Treeblank.pngTreetree.png@displayName
0 … 1FRelevant diagnostic tests/laboratory data Narrative
Treetree.pnghl7:title
ST0 … 1(Res...ion)
Treetree.pnghl7:text
SD.TEXT0 … 1R(Res...ion)
Treetree.pnghl7:entry
0 … *Beinhaltet 1.2.276.0.76.10.4253 Befunde/Ergebnisse Organizer (DYNAMIC)(Res...ion)
Treeblank.pngTreetree.png@typeCode
cs1 … 1R
 CONF
Der Wert von @typeCode muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.19446 x_ActRelationshipEntry (DYNAMIC)
Treeblank.pngTreetree.png@context​Conduction​Ind
bl0 … 1Ftrue

Section Medikation

Medikation/dynamic

Section Diagnosen

Diagnosen / prädisponierende Faktoren werden im Abschnitt (Section) mit dem LOINC-Code "29548-5" angegeben. Im Text-Attribut wird ein Text zu den Diagnosen verfasst. Für die strukturierte Angabe der Diagnosen, werden in diesem Abschnitt Entry-Objekte eingebettet. Die Spezifikation erfolgt im weiteren Verlauf des Dokuments unter Entry Level Templates. Diagnosen/dynamic

Section Vitalparameter

Vital/dynamic

Section Klinischer Volumenstatus

Volumen/dynamic

Section Gesundheitsprobleme

Gesundheitsprobs/dynamic

Section Anhänge und Beilagen

Beilagen anhaenge/dynamic

Section Konsilantwort

Antwort/dynamic

Section Weitere Maßnahmen

Weitere maßn/dynamic

CDA Entry Level Templates

Fragestellung

Id1.2.276.0.76.10.4086Gültigkeit2017‑02‑01
StatusKyellow.png EntwurfVersions-Label
NamePatientReferralActBezeichnungÜberweisung
Beschreibung
KontextElternknoten des Template-Element mit Id 1.2.276.0.76.10.4086
KlassifikationCDA Entry Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Benutzt
Benutzt 2 Templates
Benutzt als NameVersion
1.2.276.0.76.10.90025ContainmentKyellow.png Author (Body)DYNAMIC
1.2.276.0.76.10.4084ContainmentKyellow.png IndikationDYNAMIC
BeziehungSpezialisierung: Template 2.16.840.1.113883.10.12.301 CDA Act (2005‑09‑07)
ref
ad1bbr-

Adaptation: Template 2.16.840.1.113883.10.20.22.4.140 Patient Referral Act (2015‑08‑13)
ref
ccda-
ItemDTKardKonfBeschreibungLabel
hl7:act
(Pat...Act)
Treetree.png@classCode
cs1 … 1FPCPR
Treetree.png@moodCode
cs1 … 1R
 CONF
Der Wert von @moodCode muss gewählt werden aus dem Value Set 2.16.840.1.113883.11.20.9.66 Patient Referral Act moodCode (2014‑09‑01)
Treetree.pnghl7:templateId
II1 … 1M(Pat...Act)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.276.0.76.10.4086
Treetree.pnghl7:id
II1 … *(Pat...Act)
Treetree.pnghl7:code
CD1 … 1(Pat...Act)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.11.20.9.56 Referral Types (DYNAMIC)
Treetree.pnghl7:statusCode
CS1 … 1M(Pat...Act)
Treeblank.pngTreetree.png@code
CONF1 … 1Factive
Treetree.pnghl7:effectiveTime
IVL_TS1 … 1(Pat...Act)
Treetree.pnghl7:priorityCode
CE0 … 1R(Pat...Act)
Treetree.pnghl7:author
0 … *RBeinhaltet 1.2.276.0.76.10.90025 Author (Body) (DYNAMIC)(Pat...Act)
Treetree.pnghl7:entryRelationship
0 … *Beinhaltet 1.2.276.0.76.10.4084 Indikation (DYNAMIC)(Pat...Act)
Treeblank.pngTreetree.png@typeCode
cs1 … 1FRSON
Id1.2.276.0.76.10.4084Gültigkeit2017‑02‑01
StatusKyellow.png EntwurfVersions-Label
NameIndicationBezeichnungIndikation
Beschreibung
KontextElternknoten des Template-Element mit Id 1.2.276.0.76.10.4084
KlassifikationCDA Entry Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
BeziehungSpezialisierung: Template 2.16.840.1.113883.10.12.303 CDA Observation (2005‑09‑07)
ref
ad1bbr-

Adaptation: Template 2.16.840.1.113883.10.20.22.4.19 Indication (V2) (2014‑06‑09)
ref
ccda-
ItemDTKardKonfBeschreibungLabel
hl7:observation
(Ind...ion)
Treetree.png@classCode
cs1 … 1FOBS
Treetree.png@moodCode
cs1 … 1FEVN
Treetree.pnghl7:templateId
II1 … 1M(Ind...ion)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.276.0.76.10.4084
Treetree.pnghl7:id
II1 … *(Ind...ion)
Treetree.pnghl7:code
CD1 … 1(Ind...ion)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.3.88.12.3221.7.2 Problem Type LOINC (2014‑09‑02)
Treetree.pnghl7:statusCode
CS1 … 1M(Ind...ion)
Treeblank.pngTreetree.png@code
CONF1 … 1Fcompleted
Treetree.pnghl7:effectiveTime
IVL_TS0 … 1R(Ind...ion)
Treetree.pnghl7:value
CE0 … 1(Ind...ion)
 ConstraintDer Code muss ein Indikationscode sein, z. B. eine Diagnose, Symptom
 CONF
muss aus der Konzeptdomäne "Indikationscode" gewählt werden


Labordaten

Id1.2.276.0.76.10.4253Gültigkeit2017‑03‑02
StatusKyellow.png EntwurfVersions-Label
NameResultOrganizerBezeichnungBefunde/Ergebnisse Organizer
Beschreibung
Dieser Organizer dient zum Gruppieren der Beobachtungsergebnisse/Befunde. Er enthält Informationen die für alle Beobachtungsergebnisse/Befunde gelten. Er kategorisiert die Ergebisse in typische und übliche Kategorien (z. B. "Hämatologie", "Klinische Chemie").
Hinweis: Zurzeit wird dieser Organizer alleinig dafür verwendet, um Laborergebnisse durchzugeben.
KontextElternknoten des Template-Element mit Id 1.2.276.0.76.10.4253
KlassifikationCDA Entry Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Benutzt
Benutzt 3 Templates
Benutzt als NameVersion
1.2.276.0.76.10.4254ContainmentKyellow.png LaborergebnisDYNAMIC
1.2.276.0.76.10.4015ContainmentKyellow.png Annotation CommentDYNAMIC
1.2.276.0.76.10.4014ContainmentKyellow.png Eingebettetes Objekt EntryDYNAMIC
BeziehungSpezialisierung: Template 2.16.840.1.113883.10.12.305 CDA Organizer (2005‑09‑07)
ref
ad1bbr-

Adaptation: Template 2.16.840.1.113883.10.20.22.4.1 Result Organizer (V3) (2015‑08‑01)
ref
ccda-

Adaptation: Template 2.16.840.1.113883.10.22.4.9 IPS Result Organizer (2017‑03‑02)
ref
hl7ips-
ItemDTKardKonfBeschreibungLabel
hl7:organizer
(Res...zer)
Treetree.png@classCode
cs1 … 1R
Treetree.png@moodCode
cs1 … 1FEVN
Treetree.pnghl7:templateId
II1 … 1M(Res...zer)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.276.0.76.10.4253
Treetree.pnghl7:id
II0 … *(Res...zer)
Treetree.pnghl7:code
CD1 … 1(Res...zer)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.276.0.76.11.433 Laborstruktur (DYNAMIC)
Treetree.pnghl7:statusCode
CS1 … 1M(Res...zer)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.15933 (2017‑03‑06)
Treetree.pnghl7:effectiveTime
0 … 1(Res...zer)
Treeblank.pngTreetree.pnghl7:low
0 … 1(Res...zer)
Treeblank.pngTreetree.pnghl7:high
0 … 1(Res...zer)
Treetree.pnghl7:component
0 … *Laborergebnisse
Beinhaltet 1.2.276.0.76.10.4254 Laborergebnis (DYNAMIC)
(Res...zer)
Treetree.pnghl7:component
0 … *Beinhaltet 1.2.276.0.76.10.4015 Annotation Comment (DYNAMIC)(Res...zer)
 ConstraintDieser Kommentar soll sich auf das ganze Set von Beobachtungsergebnissen/Befunden beziehen
Treetree.pnghl7:component
0 … *Eingebettetes Objekt
Beinhaltet 1.2.276.0.76.10.4014 Eingebettetes Objekt Entry (DYNAMIC)
(Res...zer)
Id1.2.276.0.76.10.4254Gültigkeit2017‑03‑21
StatusKyellow.png EntwurfVersions-Label
NameLaboratoryResultObservationBezeichnungLaborergebnis
BeschreibungDieses Template enthält Laborergbnisse.
KontextElternknoten des Template-Element mit Id 1.2.276.0.76.10.4254
KlassifikationCDA Entry Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Benutzt
Benutzt 1 Template
Benutzt als NameVersion
1.2.276.0.76.10.4015ContainmentKyellow.png Annotation CommentDYNAMIC
BeziehungAdaptation: Template 2.16.840.1.113883.10.12.303 CDA Observation (2005‑09‑07)
ref
ad1bbr-

Adaptation: Template 2.16.840.1.113883.10.20.22.4.2 Result Observation (V3) (2015‑08‑01)
ref
ccda-

Adaptation: Template 2.16.840.1.113883.10.22.4.13 IPS Laboratory Result Observation (2017‑03‑21)
ref
hl7ips-
ItemDTKardKonfBeschreibungLabel
hl7:observation
(Lab...ion)
Treetree.png@classCode
cs1 … 1FOBS
Treetree.png@moodCode
cs1 … 1FEVN
Treetree.pnghl7:templateId
II1 … 1M(Lab...ion)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.276.0.76.10.4254
Treetree.pnghl7:id
II0 … *R(Lab...ion)
Treetree.pnghl7:code
CE1 … 1M(Lab...ion)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.276.0.76.11.431 Laborparameter (DYNAMIC)
Treetree.pnghl7:statusCode
CS1 … 1M(Lab...ion)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.15933 ActStatus (DYNAMIC)
Treetree.pnghl7:effectiveTime
IVL_TS1 … 1R(Lab...ion)
Auswahl1 … 1Elemente in der Auswahl:
  • hl7:value[@xsi:type='CE']
  • hl7:value[@xsi:type='PQ']
Treeblank.pngTreetree.pnghl7:value
CE … 1RKodierter Laborbefund wie Blutgruppen, Qualitative Indikatoren, Mikroorganismen etc.(Lab...ion)
wo [@xsi:type='CE']
Treeblank.pngTreetree.pnghl7:value
PQ … 1R(Lab...ion)
wo [@xsi:type='PQ']
 ConstraintMesswert ist eine physikalische Quantität (xsi:type="PQ"), die verwendete Einheit MUSS eine UCUCM Einheit (UnitsOfMeasureCaseSensitive) sein.
Treetree.pnghl7:interpretationCode
CE0 … 1R(Lab...ion)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.78 ObservationInterpretation (DYNAMIC)
Treetree.pnghl7:methodCode
CE0 … 1(Lab...ion)
Treetree.pnghl7:target​Site​Code
CD0 … 1(Lab...ion)
Treetree.pnghl7:referenceRange
0 … *RNormalwertebereich(Lab...ion)
Treeblank.pngTreetree.pnghl7:observationRange
1 … 1M(Lab...ion)
Treeblank.pngTreeblank.pngTreetree.pnghl7:code
CDNP(Lab...ion)
Treeblank.pngTreeblank.pngTreetree.pnghl7:value
1 … 1M(Lab...ion)
Treeblank.pngTreeblank.pngTreetree.pnghl7:interpretationCode
CE0 … 1(Lab...ion)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@code
CONF0 … 1FN
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystem
0 … 1F2.16.840.1.113883.5.83 (Observation Interpretation)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@displayName
0 … 1FNormal
Treetree.pnghl7:entryRelationship
0 … *Beinhaltet 1.2.276.0.76.10.4015 Annotation Comment (DYNAMIC)(Lab...ion)
Treeblank.pngTreetree.png@typeCode
cs1 … 1FCOMP

Diagnosen/prädisponierende Faktoren

Id1.2.276.0.76.10.4079Gültigkeit2015‑12‑06
StatusKyellow.png EntwurfVersions-Label
NameDiagnoseConcernActBezeichnungDiagnose Concern Act
KontextElternknoten des Template-Element mit Id 1.2.276.0.76.10.4079
KlassifikationCDA Entry Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Benutzt
Benutzt 3 Templates
Benutzt als NameVersion
1.2.276.0.76.10.90025InklusionKyellow.png Author (Body)DYNAMIC
1.2.276.0.76.10.4080ContainmentKyellow.png Diagnose ObservationDYNAMIC
1.2.276.0.76.10.4076ContainmentKyellow.png Priorität PräferenzDYNAMIC
BeziehungSpezialisierung: Template 2.16.840.1.113883.10.12.301 CDA Act (2005‑09‑07)
ref
ad1bbr-

Adaptation: Template 2.16.840.1.113883.10.20.22.4.3 Problem Concern Act (V3) (2015‑08‑01)
ref
ccda-

Spezialisierung: Template 1.2.276.0.76.10.4074 Problem Concern Act (2015‑12‑06)
Beispiel
Beispiel
<act classCode="ACT" moodCode="EVN">
  <!-- Diagnose Concern Act-->
  <templateId root="1.2.276.0.76.10.4079"/>  <id root="ec8a6ff8-ed4b-4f7e-82c3-e98e58b45de7"/>  <code code="CONC" codeSystem="2.16.840.1.113883.5.6" displayName="Concern"/>  <!-- Der statusCode besagt, dass die Diagnose noch besteht (aktuell/aktiv) und verfolgt werden muss -->
  <statusCode code="active"/>  <effectiveTime>
    <!-- Das low Element gibt an, wann die Diagnose zum ersten Male dokumentiert worden ist -->
    <low value="201307061145-0800"/>  </effectiveTime>
  <author typeCode="AUT">
    <!-- dasselbe wie Concern effectiveTime/low -->
    <time value="201307061145-0800"/>    <assignedAuthor>
      <!-- Autor der Diagnose mit id und code -->
    </assignedAuthor>
  </author>
  <entryRelationship typeCode="SUBJ">
    <observation classCode="OBS" moodCode="EVN">
      <!-- Diagnose Observation -->
    </observation>
  </entryRelationship>
</act>
ItemDTKardKonfBeschreibungLabel
hl7:act
(Dia...Act)
Treetree.png@classCode
cs1 … 1FACT
Treetree.png@moodCode
cs1 … 1FEVN
Treetree.pnghl7:templateId
1 … 1M(Dia...Act)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.276.0.76.10.4079
Treetree.pnghl7:id
1 … *(Dia...Act)
Treetree.pnghl7:code
1 … 1M(Dia...Act)
Treeblank.pngTreetree.png@code
CONF1 … 1FCONC
Treeblank.pngTreetree.png@codeSystem
1 … 1F2.16.840.1.113883.5.6 (HL7ActClass)
Treetree.pnghl7:statusCode
1 … 1M(Dia...Act)
Treetree.pnghl7:effectiveTime
1 … 1M(Dia...Act)
Treeblank.pngTreetree.pnghl7:low
1 … 1M(Dia...Act)
Treeblank.pngTreetree.pnghl7:high
0 … 1(Dia...Act)
Treetree.pnghl7:author
0 … *R(Dia...Act)
Eingefügt von 1.2.276.0.76.10.90025 Author (Body) (DYNAMIC)
Treeblank.pngTreetree.png@typeCode
0 … 1FAUT
Treeblank.pngTreetree.png@context​Control​Code
0 … 1FOP
Treeblank.pngTreetree.pnghl7:functionCode
CE0 … 1(Dia...Act)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.10267 ParticipationFunction (DYNAMIC)
Treeblank.pngTreetree.pnghl7:time
TS1 … 1R(Dia...Act)
Treeblank.pngTreetree.pnghl7:assignedAuthor
1 … 1R(Dia...Act)
Treeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FASSIGNED
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II1 … *R(Dia...Act)
Treeblank.pngTreeblank.pngTreetree.pnghl7:code
CE0 … 1(Dia...Act)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystem
CONF0 … 1F2.16.840.1.113883.5.111 (RoleCode)
Treeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … *(Dia...Act)
Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *(Dia...Act)
Treeblank.pngTreeblank.pngTreetree.pnghl7:assigned​Person
0 … 1(Dia...Act)
Eingefügt von 1.2.276.0.76.10.90010 CDA Person Elements (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FPSN
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
PN1 … 1M(Dia...Act)
Treeblank.pngTreeblank.pngTreetree.pnghl7:represented​Organization
0 … 1(Dia...Act)
Eingefügt von 1.2.276.0.76.10.90011 CDA Organization Elements (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FORG
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … *(Dia...Act)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1M(Dia...Act)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *(Dia...Act)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1(Dia...Act)
Treetree.pnghl7:entryRelationship
1 … *MBeinhaltet 1.2.276.0.76.10.4080 Diagnose Observation (DYNAMIC)(Dia...Act)
Treeblank.pngTreetree.png@typeCode
cs1 … 1FSUBJ
Treetree.pnghl7:entryRelationship
0 … *Wichtigkeit der Diagnose laut Einschätzung des Gesundheitsdienstleisters
Beinhaltet 1.2.276.0.76.10.4076 Priorität Präferenz (DYNAMIC)
(Dia...Act)
Treeblank.pngTreetree.png@typeCode
cs1 … 1FREFR
Id1.2.276.0.76.10.4080Gültigkeit2015‑12‑06
StatusKyellow.png EntwurfVersions-Label
NameDiagnoseObservationBezeichnungDiagnose Observation
Beschreibung
Dieses Template spiegelt eine konkrete Beobachtung über das Problem bzw. die Diagnose eines Patienten wider.
Weil es sich um eine abgeschlossene Beobachtung handelt, ist der statusCode immer "completed".
KontextElternknoten des Template-Element mit Id 1.2.276.0.76.10.4080
KlassifikationCDA Entry Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Benutzt
Benutzt 8 Templates
Benutzt als NameVersion
1.2.276.0.76.10.90026InklusionKyellow.png LateralitätDYNAMIC
1.2.276.0.76.10.90027InklusionKyellow.png DiagnosesicherheitDYNAMIC
1.2.276.0.76.10.90025InklusionKyellow.png Author (Body)DYNAMIC
1.2.276.0.76.10.4077ContainmentKyellow.png Alter BeobachtungDYNAMIC
1.2.276.0.76.10.4078ContainmentKyellow.png Prognose ObservationDYNAMIC
1.2.276.0.76.10.4076ContainmentKyellow.png Priorität PräferenzDYNAMIC
1.2.276.0.76.10.4093ContainmentKyellow.png Manifestation ObservationDYNAMIC
1.2.276.0.76.10.4094ContainmentKyellow.png Etiology ObservationDYNAMIC
BeziehungSpezialisierung: Template 2.16.840.1.113883.10.12.303 CDA Observation (2005‑09‑07)
ref
ad1bbr-

Adaptation: Template 2.16.840.1.113883.10.20.22.4.4 Problem Observation (V3) (2015‑08‑01)
ref
ccda-

Adaptation: Template 1.2.276.0.76.10.4075 Problem Observation (2015‑12‑06)
Beispiel
Botulismus
<observation classCode="OBS" moodCode="EVN">
  <templateId root="1.2.276.0.76.10.4080"/>  <id root="1.2.276.0.76.4.17.9814184919" extension="dc7cc806-f5e9-4045-85e4-9adb6e44d4d9"/>  <code code="29308-4" codeSystem="2.16.840.1.113883.6.1" displayName="Diagnosis"/>  <text>
    <reference value="#compl-1"/>  </text>
  <statusCode code="completed"/>  <effectiveTime>
    <low value="20150304"/>  </effectiveTime>
  <value xsi:type="CD" code="A05.1" codeSystem="1.2.276.0.76.5.413" displayName="Botulismus"/></observation>
Beispiel
Botulismus, gesichert (§295 SGB V)
<observation classCode="OBS" moodCode="EVN">
  <templateId root="1.2.276.0.76.10.4080"/>  <id root="1.2.276.0.76.4.17.9814184919" extension="6d2a17bb-6b58-43c0-a54e-bcb6d163a748"/>  <code code="29308-4" codeSystem="2.16.840.1.113883.6.1" displayName="Diagnosis"/>  <text>
    <reference value="#compl-1"/>  </text>
  <statusCode code="completed"/>  <effectiveTime>
    <low value="20150304"/>  </effectiveTime>
  <value xsi:type="CD" code="A05.1" codeSystem="1.2.276.0.76.5.413" displayName="Botulismus">
    <qualifier>
      <name code="8" codeSystem="2.16.840.1.113883.3.7.1.0"/>      <value code="G" codeSystem="1.2.276.0.76.3.1.1.5.1.21"/>    </qualifier>
  </value>
  <participant typeCode="AUTHEN">
    <time nullFlavor="UNK"/>    <participantRole nullFlavor="NA"/>  </participant>
</observation>
Beispiel
Verdacht auf Botulismus
<observation classCode="OBS" moodCode="EVN">
  <templateId root="1.2.276.0.76.10.4080"/>  <id root="1.2.276.0.76.4.17.9814184919" extension="119a71af-53a4-4530-83b6-f348cd69ab1c"/>  <code code="29308-4" codeSystem="2.16.840.1.113883.6.1" displayName="Diagnosis"/>  <text>
    <reference value="#compl-1"/>  </text>
  <statusCode code="completed"/>  <effectiveTime>
    <low value="20150304"/>  </effectiveTime>
  <value xsi:type="CD" code="SUSP" codeSystem="1.2.276.0.76.3.1.195.5.51" displayName="Verdacht">
    <qualifier>
      <name code="IBB" codeSystem="1.2.276.0.76.3.1.195.5.1" displayName="in Bezug auf Befund"/>      <value code="A05.1" codeSystem="1.2.276.0.76.5.413" displayName="Botulismus">
        <qualifier>
          <name code="8" codeSystem="2.16.840.1.113883.3.7.1.0"/>          <value code="V" codeSystem="1.2.276.0.76.3.1.1.5.1.21"/>        </qualifier>
      </value>
    </qualifier>
  </value>
</observation>
Beispiel
Ausschluss von Botulismus (Negation)
<observation classCode="OBS" moodCode="EVN" negationInd="true">
  <templateId root="1.2.276.0.76.10.4080"/>  <id root="1.2.276.0.76.4.17.9814184919" extension="d31b4dfe-9ecc-47fb-bdad-94e8924bbcbc"/>  <code code="29308-4" codeSystem="2.16.840.1.113883.6.1" displayName="Diagnosis"/>  <text>
    <reference value="#compl-1"/>  </text>
  <statusCode code="completed"/>  <effectiveTime>
    <low nullFlavor="UNK"/>  </effectiveTime>
  <value xsi:type="CD" code="A05.1" codeSystem="1.2.276.0.76.5.413" displayName="Botulismus">
    <qualifier>
      <name code="8" codeSystem="2.16.840.1.113883.3.7.1.0"/>      <value code="A" codeSystem="1.2.276.0.76.3.1.1.5.1.21"/>    </qualifier>
  </value>
</observation>
Beispiel
Abgeschlossenes Problem, Zustand nach Botulismus (effectiveTime.high gesetzt)
<observation classCode="OBS" moodCode="EVN">
  <templateId root="1.2.276.0.76.10.4080"/>  <id root="1.2.276.0.76.4.17.9814184919" extension="201021aa-8fc9-4c62-9bae-8df3178dd98f"/>  <code code="29308-4" codeSystem="2.16.840.1.113883.6.1" displayName="Diagnosis"/>  <text>
    <reference value="#compl-1"/>  </text>
  <statusCode code="completed"/>  <effectiveTime>
    <low value="20150304"/>    <high vlaue="20150324"/>  </effectiveTime>
  <value xsi:type="CD" code="A05.1" codeSystem="1.2.276.0.76.5.413" displayName="Botulismus">
    <qualifier>
      <name code="8" codeSystem="2.16.840.1.113883.3.7.1.0"/>      <value code="Z" codeSystem="1.2.276.0.76.3.1.1.5.1.21"/>    </qualifier>
  </value>
</observation>
Beispiel
Beispiel mit ICD 10 GM 2016
<observation classCode="OBS" moodCode="EVN">
  <!-- Diagnose Observation -->
  <templateId root="1.2.276.0.76.10.4080"/>  <id root="ab1791b0-5c71-11db-b0de-0800200c9a66"/>  <code code="29308-4" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC" displayName="Diagnosis"/>  <!-- The statusCode reflects the status of the observation itself -->
  <statusCode code="completed"/>  <effectiveTime>
    <!-- Das low Element gibt das Datum an, seit wann der Patient diese Diagnose hat -->
    <low value="20080814"/>    <!-- Das high Element gibt das Datum an, seit wann der Patient diese Diagnose nicht mehr hat -->
    <high value="20130703"/>  </effectiveTime>
  <!--
Im value Element wird die kodierte Diagnose angegeben,
z. B. als ICD-10 GM 2016 (OID 1.2.276.0.76.5.430): J11.1 Grippe mit sonstigen Manifestationen an den Atemwegen, Viren nicht nachgewiesen
-->
  <value xsi:type="CD" code="J11.1" codeSystem="1.2.276.0.76.5.430" displayName="Grippe mit sonstigen Manifestationen an den Atemwegen, Viren nicht nachgewiesen"/>  <author typeCode="AUT">
    <!-- optional: Autor der Diagnose -->
  </author>
</observation>
ItemDTKardKonfBeschreibungLabel
hl7:observation
(Dia...ion)
Treetree.png@classCode
cs1 … 1FOBS
Treetree.png@moodCode
cs1 … 1FEVN
Treetree.png@negationInd
bl0 … 1 Zur Angabe eines Ausschlusses einer Diagnose wird negationInd=true gesetzt
Treetree.pnghl7:templateId
1 … 1M(Dia...ion)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.276.0.76.10.4080
Treetree.pnghl7:id
1 … *(Dia...ion)
Treetree.pnghl7:code
1 … 1R(Dia...ion)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.276.0.76.11.62 Diagnosetypen in Deutschland (DYNAMIC)
Treetree.pnghl7:text
ED0 … 1Textform, enthält hier lediglich reference in den Text der Section(Dia...ion)
Treeblank.pngTreetree.pnghl7:reference
URL1 … 1(Dia...ion)
Treeblank.pngTreeblank.pngTreetree.png@value
1 … 1R#diag-{generierteID}, z.B.: #diag-1
Treetree.pnghl7:statusCode
1 … 1M(Dia...ion)
Treeblank.pngTreetree.png@code
CONF1 … 1Fcompleted
Treetree.pnghl7:effectiveTime
1 … 1ReffectiveTime wird auch als "biologisch relevante Zeit" bezeichnet und ist der Zeitpunkt oder Zeitraum, für den die Beobachtung für den Patienten gilt.
Beispiel: Für Gesundheitsdienstleister, die einen Patienten heute in der Klinik sehen,
anamnestisch einen Herzinfarkt erheben, der vor fünf Jahren stattgefunden
hat, ist effectiveTime: vor fünf Jahren.
Die effectiveTime hier ist die definitive Angabe, ob die zugrunde liegende Erkrankung behoben ist. effectiveTime.low ist der Beginn des Problems für den Patienten. Wenn das Problem noch nicht gelöst ist, wird effectiveTime.high nicht gesetzt. Wenn bekannt ist, dass das Problem gelöst worden ist, dann ist effectiveTime.high vorhanden. Wenn der genaue Zeitpunkt der Lösung des Problems nicht bekannt ist, dann ist effectiveTime.high vorhanden und auf nullFlavor "UNK" gesetzt.
(Dia...ion)
Treeblank.pngTreetree.pnghl7:low
1 … 1RDas low Element gibt das Datum an, seit wann der Patient diese Diagnose hat(Dia...ion)
Treeblank.pngTreetree.pnghl7:high
0 … 1Das high Element gibt das Datum an, seit wann der Patient diese Diagnose nicht mehr hat(Dia...ion)
Treetree.pnghl7:value
CD1 … 1R(Dia...ion)
 CONF
muss aus der Konzeptdomäne "Diagnosecodes" gewählt werden
 Beispiel<value xsi:type="CE" code="A05.1" codeSystem="1.2.276.0.76.5.413" displayName="Botulismus">
  <originalText>Fleisch- / Wurstvergiftung</originalText></value>
Eingefügt von 1.2.276.0.76.10.90026 Lateralität (DYNAMIC)
Treeblank.pngTreetree.pnghl7:qualifier
CR0 … 1Seitenlokalisation(Dia...ion)
wo [hl7:name/​@code​=​'20228-3']
 Beispiel<qualifier>
  <name code="20228-3" codeSystem="2.16.840.1.113883.6.1"/>  <value code="L" codeSystem="1.2.276.0.76.5.412"/></qualifier>
Treeblank.pngTreeblank.pngTreetree.pnghl7:name
CV1 … 1M(Dia...ion)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@code
CONF1 … 1F20228-3
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystem
1 … 1F2.16.840.1.113883.6.1 (LOINC)
Treeblank.pngTreeblank.pngTreetree.pnghl7:value
CV1 … 1R(Dia...ion)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.276.0.76.11.412 Lateralität (DYNAMIC)
Eingefügt von 1.2.276.0.76.10.90027 Diagnosesicherheit (DYNAMIC)
Treeblank.pngTreetree.pnghl7:qualifier
CR0 … 1Optionale Angabe der Diagnosesicherheit (laut §295 SGB V) als Qualifier-Kind-Element des value-Elements des Problems (Diagnose).(Dia...ion)
wo [hl7:name/​@code​=​'8']
 Beispiel<qualifier>
  <name code="8" codeSystem="2.16.840.1.113883.3.7.1.0"/>  <value code="G" codeSystem="1.2.276.0.76.3.1.1.5.1.21"/></qualifier>
Treeblank.pngTreeblank.pngTreetree.pnghl7:name
CV1 … 1M(Dia...ion)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@code
CONF1 … 1F8
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystem
1 … 1F2.16.840.1.113883.3.7.1.0 (Sciphox)
Treeblank.pngTreeblank.pngTreetree.pnghl7:value
CV1 … 1M(Dia...ion)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.276.0.76.11.121 S_ICD_DIAGNOSESICHERHEIT (DYNAMIC)
Treeblank.pngTreetree.pnghl7:qualifier
CR0 … *(Dia...ion)
Treeblank.pngTreetree.pnghl7:translation
0 … *(Dia...ion)
Treeblank.pngTreeblank.pngTreetree.png@code
0 … 1 
 Variable letNamesgbv295q 
 Valuehl7:value/hl7:qualifier[hl7:name/@codeSystem='2.16.840.1.113883.3.7.1.0']/hl7:value/@code 
 Schematron assertrole error 
 testnot($sgbv295q='G') or hl7:participant[@typeCode='AUTHEN'] 
 MeldungWenn Zusatzkennzeichen 'G' nach §295 SGB V angegeben wird, muss ein participant mit @typeCode='AUTHEN' vorhanden sein. 
 Schematron assertrole error 
 testnot($sgbv295q='A') or @negationInd='true' 
 MeldungWenn Zusatzkennzeichen 'A' nach §295 SGB V angegeben wird, muss bei der Observation @negationInd='true' angegeben sein. 
 Schematron assertrole error 
 testnot($sgbv295q='Z') or hl7:effectiveTime/hl7:high 
 MeldungWenn Zusatzkennzeichen 'Z' nach §295 SGB V angegeben wird, muss bei der Observation effectiveTime.high angegeben sein. 
Treetree.pnghl7:author
0 … *R(Dia...ion)
Eingefügt von 1.2.276.0.76.10.90025 Author (Body) (DYNAMIC)
Treeblank.pngTreetree.png@typeCode
0 … 1FAUT
Treeblank.pngTreetree.png@context​Control​Code
0 … 1FOP
Treeblank.pngTreetree.pnghl7:functionCode
CE0 … 1(Dia...ion)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.10267 ParticipationFunction (DYNAMIC)
Treeblank.pngTreetree.pnghl7:time
TS1 … 1R(Dia...ion)
Treeblank.pngTreetree.pnghl7:assignedAuthor
1 … 1R(Dia...ion)
Treeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FASSIGNED
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II1 … *R(Dia...ion)
Treeblank.pngTreeblank.pngTreetree.pnghl7:code
CE0 … 1(Dia...ion)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystem
CONF0 … 1F2.16.840.1.113883.5.111 (RoleCode)
Treeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … *(Dia...ion)
Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *(Dia...ion)
Treeblank.pngTreeblank.pngTreetree.pnghl7:assigned​Person
0 … 1(Dia...ion)
Eingefügt von 1.2.276.0.76.10.90010 CDA Person Elements (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FPSN
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
PN1 … 1M(Dia...ion)
Treeblank.pngTreeblank.pngTreetree.pnghl7:represented​Organization
0 … 1(Dia...ion)
Eingefügt von 1.2.276.0.76.10.90011 CDA Organization Elements (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FORG
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … *(Dia...ion)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1M(Dia...ion)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *(Dia...ion)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1(Dia...ion)
Treetree.pnghl7:participant
0 … 1RAnwesend, wenn ausgedrückt werden soll, dass die Diagnose gesichert ist.(Dia...ion)
Treeblank.pngTreetree.png@typeCode
cs1 … 1FAUTHEN
 Beispiel<participant typeCode="AUTHEN">
  <time nullFlavor="UNK"/>  <participantRole nullFlavor="NA"/></participant>
 Beispiel<participant typeCode="AUTHEN">
  <time value="20190117091222"/>  <participantRole>
    <id root="1.2.276.0.76.4.16" extension="999996601"/>  </participantRole>
</participant>
Treeblank.pngTreetree.pnghl7:time
IVL_TS1 … 1R(Dia...ion)
Treeblank.pngTreetree.pnghl7:participantRole
1 … 1(Dia...ion)
Treeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FROL
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … *(Dia...ion)
Treeblank.pngTreeblank.pngTreetree.pnghl7:code
CE0 … 1(Dia...ion)
 CONF
muss aus der Konzeptdomäne "RoleCode" gewählt werden
Treeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … *(Dia...ion)
Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *(Dia...ion)
Treeblank.pngTreeblank.pngTreetree.pnghl7:playingEntity
0 … 1(Dia...ion)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FENT
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:code
CE0 … 1(Dia...ion)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.16040 EntityCode (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
PN0 … *(Dia...ion)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:desc
ED0 … 1(Dia...ion)
Treeblank.pngTreeblank.pngTreetree.pnghl7:scopingEntity
0 … 1(Dia...ion)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FENT
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … *(Dia...ion)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:code
CE0 … 1(Dia...ion)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.16040 EntityCode (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:desc
ED0 … 1(Dia...ion)
Treetree.pnghl7:entryRelationship
0 … 1Alter des Patienten
Beinhaltet 1.2.276.0.76.10.4077 Alter Beobachtung (DYNAMIC)
(Dia...ion)
Treeblank.pngTreetree.png@typeCode
cs1 … 1FSUBJ
Treeblank.pngTreetree.png@inversionInd
bl1 … 1Ftrue
Treetree.pnghl7:entryRelationship
0 … 1Prognose der Diagnose
Beinhaltet 1.2.276.0.76.10.4078 Prognose Observation (DYNAMIC)
(Dia...ion)
Treeblank.pngTreetree.png@typeCode
cs1 … 1FREFR
Treetree.pnghl7:entryRelationship
0 … *Schweregrad der Diagnose laut Einschätzung des Gesundheitsdienstleisters
Beinhaltet 1.2.276.0.76.10.4076 Priorität Präferenz (DYNAMIC)
(Dia...ion)
Treeblank.pngTreetree.png@typeCode
cs1 … 1FREFR
Treetree.pnghl7:entryRelationship
0 … *Manifestations-Beobachtung
Beinhaltet 1.2.276.0.76.10.4093 Manifestation Observation (DYNAMIC)
(Dia...ion)
Treeblank.pngTreetree.png@typeCode
cs1 … 1FMFST
Treetree.pnghl7:entryRelationship
0 … *Ätiologie-Beobachtung
Beinhaltet 1.2.276.0.76.10.4094 Etiology Observation (DYNAMIC)
(Dia...ion)
Treeblank.pngTreetree.png@typeCode
cs1 … 1FCAUS

Medikation

Medikation/dynamic Medikament/dynamic

Behandlungsdaten/Körperliche Untersuchung/Vitalparameter

Vitalparameter Org Blutdruck/dynamic

Id1.2.276.0.76.10.4203Gültigkeit2017‑05‑15
StatusKyellow.png EntwurfVersions-Label
NameUrinausfuhrBezeichnungUrinausfuhr
BeschreibungMenge der Urinausfuhr
KontextElternknoten des Template-Element mit Id 1.2.276.0.76.10.4203
KlassifikationCDA Entry Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit
Assoziiert mit 3 Konzepte
IdNameDatensatz
evthm-data​element-251Kyellow.png Zeitpunkt Kyellow.png eVent@home 1.0
evthm-data​element-497Kyellow.png Ausfuhr Kyellow.png eVent@home 1.0
evthm-data​element-97Kyellow.png Ausfuhr Kyellow.png eVent@home 1.0
BeziehungSpezialisierung: Template 2.16.840.1.113883.10.12.303 CDA Observation (2005‑09‑07)
ref
ad1bbr-
Beispiel
Beispiel
<observation classCode="OBS" moodCode="EVN">
  <templateId root="1.2.276.0.76.10.4203"/>  <code code="9187-6" codeSystem="2.16.840.1.113883.6.1" displayName="Urine output"/>  <statusCode code="completed"/>  <effectiveTime>
    <low value="20170607000000"/>    <high value="20170607235959"/>  </effectiveTime>
  <value xsi:type="PQ" value="1500" unit="mL"/></observation>
ItemDTKardKonfBeschreibungLabel
hl7:observation
1 … 1R(Uri...uhr)
 
Target.png
evthm-data​element-497Kyellow.png Ausfuhr Kyellow.png eVent@home 1.0
Treetree.png@classCode
cs1 … 1FOBS
Treetree.png@moodCode
cs1 … 1FEVN
Treetree.pnghl7:templateId
II1 … 1M(Uri...uhr)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.276.0.76.10.4203
Treetree.pnghl7:id
II0 … 1(Uri...uhr)
Treetree.pnghl7:code
CE1 … 1M(Uri...uhr)
 
Target.png
evthm-data​element-97Kyellow.png Ausfuhr Kyellow.png eVent@home 1.0
Treeblank.pngTreetree.png@code
CONF1 … 1F9187-6
Treeblank.pngTreetree.png@codeSystem
1 … 1F2.16.840.1.113883.6.1 (LOINC)
Treeblank.pngTreetree.png@codeSystemName
1 … 1FLOINC
Treeblank.pngTreetree.png@displayName
1 … 1FUrine output
Treetree.pnghl7:text
ED0 … 1(Uri...uhr)
Treetree.pnghl7:statusCode
CS0 … 1(Uri...uhr)
Treeblank.pngTreetree.png@code
CONF0 … 1Fcompleted
Treetree.pnghl7:effectiveTime
IVL_TS1 … 1MAngabe vom Zeitpunkt oder Zeitraum der Ausfuhr. Tagesausfuhr ist ein Zeitintervall mit dem Datum und den Zeitangaben 000000 bis 235959.(Uri...uhr)
 
Target.png
evthm-data​element-251Kyellow.png Zeitpunkt Kyellow.png eVent@home 1.0
 Beispiel<effectiveTime>
  <low value="20170607000000"/>  <high value="20170607235959"/></effectiveTime>
Treeblank.pngTreetree.pnghl7:low
TS0 … 1(Uri...uhr)
Treeblank.pngTreetree.pnghl7:high
TS0 … 1(Uri...uhr)
Treetree.pnghl7:value
PQ1 … 1M(Uri...uhr)
 CONF
@unit ist "cm3"
 CONF
@unit ist "mL"

Dialysetherapie/dynamic

Terminologien

1.2.276.0.76.11.433

Referenzen

Projekte wie AB Plus, event@home, Medikationplan nennen

Anlagen

  1. Abstimmungsverfahren (Regeln) des Interoperabilitätsforums http://wiki.hl7.de/index.php?title=Abstimmungsverfahren_(Regeln)
  2. HL7 Deutschland e. V. http://www.hl7.de