Arztbrief Plus

Aus Hl7wiki
Implementierungsleitfaden
Wechseln zu: Navigation, Suche


Kontributoren 
Logo-Hcs.jpg Heitmann Consulting and Services GmbH, Gefyra GmbH Hürth
Logo ztg.gif ZTG GmbH Bochum
Logo telekom healthcare.png Deutsche Telekom Healthcare and Security Solutions GmbH Berlin

Inhaltsverzeichnis

Dokumenteninformationen

Dokumentenhistorie

Arztbrief PLUS
Arztbrief Plus auf Basis der HL7 Clinical Document Architecture Release 2 für das deutsche Gesundheitswesen
Status Typ Version Datum PDF Wiki ART-DECOR
Abstimmung
Si-confirm.svgFinal STU 3.15 24.08.2020 Download.png Link.png Link.png

Technische Korrektur zu 3.14

Si-confirm.svgFinal STU 3.14 23.04.2019 Download.png Link.png Link.png

Technische Korrektur zu 3.12

Si-confirm.svgFinal STU 3.12 03.04.2019 Download.png Link.png Link.png

Technische Korrektur zu 3.11

Si-confirm.svgFinal STU 3.11 03.04.2019 - Link.png Link.png

Technische Korrektur zu 3.10

Si-confirm.svgFinal STU 3.10 07.07.2017 Download.png Link.png Link.png
Ergebnis 
Abstimmung von bisSymbol support vote.svgSymbol oppose vote.svgSymbol neutral vote.svgOhne VotumStimmenErgebnis
11.04.2017-30.05.2017 8 0 1 5 9 100%
Kommentare: Kommentierung_20170626 (Start 26. Juni 2017)
Si-vote.svgAbstimmung STU 3.00 11.04.2017 Download.png Link.png Link.png
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]

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 .

Ansprechpartner

  • Dr. Kai U. Heitmann, HL7 Deutschland e.V., Heitmann Consulting and Services, Gefyra GmbH
  • Dr. Frank Oemig, Deutsche Telekom Healthcare and Security Solutions GmbH, Bonn
  • Mathias Aschhoff, ZTG GmbH, Bochum
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

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 .

Autoren

  • Dr. Kai U. Heitmann (KH), Heitmann Consulting and Services, Gefyra GmbH, Hürth
  • Dr. Frank Oemig (FO), Deutsche Telekom Healthcare and Security Solutions GmbH, Bonn
  • Daniel Hellmuth (DH), Cerner Deutschland GmbH, Berlin
  • Mathias Aschhoff (MA), ZTG GmbH, Bochum

Mit Beiträgen von

  • Jürgen Brandstätter, HL7 Austria
  • Dr. Justin Doods, CompuGroup Medical Deutschland AG
  • Dr. Rainer Fehling, Kassenärztliche Vereinigung Westfalen-Lippe
  • Dr. Erich Gehlen, DURIA e.G.
  • Dr. Christof Gessner, gematik
  • Dr. Christian Herrmann, KRH Klinikum Region Hannover
  • Michael Hofer, iSOFT Health GmbH
  • Tarik Idris, InterComponentWare AG
  • Thomas Liebscher, Philips
  • Dr. Stefan Sabutsch, HL7 Austria
  • Dr. Norbert Sigmond, DIMDI
  • Prof. Dr. Martin Staemmler, FH-Stralsund
  • Prof. Dr. Sylvia Thun, HS Niederrhein
  • Lars Treinat, ZTG GmbH

Copyright-Hinweis, Nutzungshinweise

Nachnutzungs- bzw. Veröffentlichungsansprüche

Die erste Version dieses Dokumentes wurde 2005 vom Verband der Hersteller von IT für das Gesundheitswesen (VHitG, heute bvitg) entwickelt und ist unter dem Namen "VhitG-Arztbrief" bekannt. Die Nachnutzungs- bzw. Veröffentlichungsansprüche sind nicht beschränkt.
Der Inhalt dieser Spezifikation ist öffentlich.
Der VHitG-Arztbrief basiert auf den Spezifikationen der Arbeitsgemeinschaft SCIPHOX GbR mbH und dem national adaptierten HL7-Standard der „Clinical Document Architecture (CDA)".

Die hier erarbeitete Fassung ist die Weiterentwicklung davon. Sie ist u.a. auch abgeglichen mit den ELGA-Spezifikationen (http://elga.gov.at) in Österreich.

Näheres unter http://www.hl7.de und http://www.hl7.org. 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 dem VHitG bzw. bvitg, zum Beispiel eine Haftung bei etwaigen Schäden, die aus dem Gebrauch der Spezifikationen bzw. der zur Verfügung gestellten Dateien entstehen.

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 .

Danksagung

Wir danken besonders den folgenden Organisationen und Projekten.

Bundesverband der Hersteller von IT-Lösungen für das Gesundheitswesen, e.V. , Berlin

bvitg: www.bvitg.de

Logo bvitg.JPG

Deutscher Hausärzteverband e.V., Köln

DHAEV logo.png

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 .

Einleitung

Motivation

Dieser Leitfaden soll als generische Grundlage für Arztbriefe aller Art dienen und damit die Ablösung der papiergebundenen Arztbriefe ermöglichen. Entsprechende Anwendungsbeispiele finden sich im Anhang dieses Leitfadens und dienten als Grundlage für die Vollständigkeit der Analyse.

Im Rahmen der Kommunikation zwischen Akteuren im Gesundheitswesen ist der Arztbrief als „Kondensat ärztlichen Handelns" von überragender Bedeutung. Das Ziel dieses Dokuments ist die Beschreibung des elektronischen Arztbriefs. Ein derartiger Arztbrief enthält die medizinisch relevanten Teile der Geschichte eines Patienten über einen bestimmten Zeitraum und ist gedacht zur Übermittlung zwischen Gesundheitsdienstleistern (primär: „Leistungserbringer"). Die Beschreibung enthält Festlegungen, Einschränkungen und Bedingungen auf Grundlage von HL7 CDA-Elementen.

Zielgruppe

Der Leserkreis dieses Dokuments sind Software-Entwickler und Berater, die allgemein mit Implementierungen und Integrationen im Umfeld des „Arztbriefs" betraut sind.

Diese Spezifikation definiert zusätzliche Festlegungen, Einschränkungen und Bedingungen für die CDA-Elemente in „Arztbrief"-Dokumenten, die als „stationärer Entlassbrief" von Kliniken im Bereich deutscher Gesetzgebung (SGB) an Niedergelassene (auch: REHA-Einrichtungen) oder als „(Fach-) Arztbrief" vom niedergelassenen (Fach-) Arzt an niedergelassene Kollegen oder Krankenhäuser versendet werden sollen.

Beispiele für konforme Dokumenten-Fragmente werden innerhalb dieses Leitfadens aufgeführt. Die Spezifikation von Infrastrukturen, Workflows, Nachrichten, Prozeduren oder Protokollen zur Übermittlung der Arztbriefe ist nicht im Fokus dieses Dokuments.

Ein elektronischer Arztbrief wird vom Gesetzgeber nach §291a ff. SGB V im Rahmen der Einführung der elektronischen Gesundheitskarte als freiwillige Anwendung betrachtet. Es ergeben sich mit Einführung einer nationalen Telematikinfrastruktur verschiedene Vorgaben für einen solchen Arztbrief, die in diesem Implementierleitfaden nicht umfänglich dokumentiert sein sollen. An den nötigen Stellen wird versucht, Hinweise auf relevante Implikationen und Überschneidungen zu geben.

Dokumente im Gesundheitswesen

Wir sind es in der medizinischen Welt gewohnt, eine Dokumentenansicht von medizinischen Beobachtungen zu verfassen, reich an Text, den Zusammenhang des Geschehens zusammenstellend und zusammenfassend. Dieser Kontext – z. B. das Ergebnis einer Laboruntersuchung im Lichte einer speziellen Medikamentenbehandlung – muss dauerhaft erhalten bleiben, da er wichtige medizinische Zusammenhänge zwischen Einzelinformationen darstellt. Die Krönung dieses „in den Kontext stellen" von Informationen über die Zeit stellt zum Beispiel der Arztbrief dar. Gleichzeitig muss der medizinische Inhalt leicht verfügbar sein und ohne große technische Barrieren sichtbar gemacht werden können. Dies ist unabdingbar für die Akzeptanz und das Vertrauen in Technologie bei den Benutzern, den Ärzten und Pflegekräften. Mit der heutigen Papierwelt wurde dies bis zu einem gewissen Grade erreicht, es muss aber für das Einführen des elektronischen Gegenstücks ebenso gelten. „Interoperabilität" ist unter anderem gekennzeichnet durch gemeinsam verstandene Definitionen, wie zum Beispiel die des Patienten und der zu ihm bekannten (klinischen/medizinischen) Informationen, sowie deren Wiederverwendbarkeit. Hierbei kann man zwei Gegenpole beobachten. Zum einen ist da die Facette der Mensch-zu-Mensch Kommunikation. Dies wird z. B. erreicht durch das Versenden von Papier und Formularen. Jeder weiter führende elektronische Ansatz muss auch diese Art der Interoperabilität gewährleisten. Die Möglichkeit zur Signatur muss auch in elektronischer Form bestehen bleiben. Darüber hinausgehend wäre das andere Ende die Anwendungs-Interoperabilität. Dies beinhaltet die Wiederverwendbarkeit von Informationen, Kontext-abhängige Analysemöglichkeiten und angemessenes Speichern und Verwalten von klinischen Dokumenten.

Im Rahmen der bvitg-Initiative „Intersektorale Kommunikation" wird der Arztbrief als generisches Dokument beschrieben. So wird beispielhaft die Entlassung nach durchgeführter Behandlung in einem Krankenhaus o. ä. zur Weiterbehandlung durch den Niedergelassenen (Dokument „stationärer Entlassungsbrief") definiert, wie auch der ambulante Arztbrief des Facharztes zur Weiterbehandlung über den Hausarzt oder im Krankenhaus.

Im Falle der Entlassung/Ende der Behandlung werden die Behandlungsdaten übermittelt. Der Kurzbericht bei Entlassung/Behandlungsende ist als sofortige Mitteilung an den einweisenden/überweisenden Arzt am Ende der Konsultation/Krankenhausaufenthaltes konzipiert und beinhaltet neben der Patientenidentifikation einen Kurzbericht zusammen mit Diagnosen und Therapien, Befunden sowie eine Zusammenfassung. Beispiel: Termine zur Wiedervorstellung oder Nachsorgetermine.

In einer späteren Ausbaustufe kann mit überwiegend den gleichen Teilen wie im Arztbrief auch die Einweisung/Überweisung definiert werden. Das dahinterliegende Szenario: Der Patient geht vom Niedergelassenen in ein Krankenhaus zur Mitbehandlung (Dokument „Einweisung") bzw. wird von einem Niedergelassenen zum anderen überwiesen (Dokument „Überweisung").

Diese Fälle werden allgemein teilweise von den Komponenten im „Arztbrief" abgedeckt, wie zum Beispiel: Aktuelle Medikation, die auch in Ein-/Überweisungen vorkommen kann. Beim Arztbrief handelt es sich dementsprechend um ein Dokument, das in Anlehnung an die realen Gegebenheiten zwischen den Akteuren und Systemen ausgetauscht wird und das dauerhaft existiert, d.h. es wird dauerhaft gespeichert. Dies steht im Gegensatz zum Austausch von Nachrichten, bei dem der Nachrichten-Inhalt vom Empfangssystem in der Regel extrahiert, in der eigenen Datenbank gespeichert und die Nachricht als solche danach gelöscht wird.

Abgrenzung

Dieser Leitfaden deckt eine Reihe von Themen nicht ab, die im folgenden erläutert werden.

  • Dieser Leitfaden beschreibt den Arztbrief, genauer: einen ärztlichen Entlassbrief oder Besuchsbericht. Der zugehörige LOINC Code ist 11490-0 Discharge summarization note [physician]. Damit sind sowohl Arztbriefe nach stationärem Aufenthalt als auch ärztliche Berichte nach ambulantem Besuch etwa beim beim Hausarzt abgedeckt.
  • Andere Dokumententypen wie z. B. Überweisungen, Überleitungsdoumente, OP-Berichte usw. sind hiermit zwar nicht beschrieben, können aber dem Prinzip nach gleich aufgebaut sein. Insbesondere die hier verwendeten Komponenten (Templates) können einfach wiederverwendet werden. Codes für andere Dokumententypen sind im IHE-Deutschland-Projekt "Value Sets für XDS" abgestimmt und beschrieben[3].
  • Digitale Signaturen und andere Sicherheitsaspekte wie Verschlüsselung etc. sind in dieser Spezifikation nicht behandelt. Der geneigte Leser möge hierzu auch die Ausarbeitung zu XML-Signaturen für CDA (Elektronische Signatur von Arztbriefen)[4] konsultieren.
  • Diese Spezifikation definiert nicht den Transport von CDA-Dokumenten. Hilfreich ist in diesem Zusammenhang das IHE-Cookbook[5].
  • Diese Spezifikation erläutert nicht, wie XSL-Stylesheets zu verwenden sind.

Aufbau dieses Implementierungsleitfadens

Die Spezifikation Arztbrief Plus basiert auf dem Arztbrief 2014/2015[6] und dem VHitG-Arztbrief von 2006 (v1.5)[7] und berücksichtigt hierbei die neueren Entwicklungen und Methodiken zur Erstellung von Leitfäden, beispielsweise die Nutzung von Templates oder speziellen Ausprägungen von Datentypen.

Im Rahmen von "Arztbrief Plus" wird der vorherige Arztbrief 2014/2015 nochmals leicht verbessert und um die so genannten CDA-Entries, also maschinenauswertbare Komponenten erweitert. Die Veränderungen in der Übersicht sind wie folgt:

  • Ergänzung noch fehlender Sections wie z. B. Allgemeine Diagnosen, Heil- und Hilfsmittel
  • Ergänzung um Templates für CDA-Entries: Diagnosen/Probleme, Prozeduren, Medikation.

Der Arztbrief Plus basiert auch weiterhin auf der Nutzung von Templates (Definitionen wiederverwendbarer Informationsblöcke) wie in internationalem Kontext üblich und erhöht die Wiederverwendbarkeit der einzelnen Komponenten auch in anderen Zusammenhängen.

Dieser Leitfaden soll auch praktische Implementierungshilfen geben. Dies kann bis zu einem gewissen Detaillierungsgrad geschehen und ist in der Regel mit Beispielen in den jeweiligen Templates angereichert, so dass ein Programmierer einer Schnittstelle das nötige Wissen erlangen kann, wie die Schnittstelle aufzubauen ist.

Zudem sind in diesem Leitfaden einige Anhänge aufgenommen, die als Referenzmaterial dienen können und Hinweise geben für eine erfolgreiche Implementierung.

Art-decor-logo2016.jpg

Zum Schluss sei darauf verwiesen, dass alle technischen Artefakte wie Templates und Value Sets auf ART-DECOR® als Spezifikations-Plattform einsehbar sind. Der direkte Link zur ART-DECOR® Live Version ist http://art-decor.org/art-decor/decor-project--abde-, die HTML-Dokumentation steht auf http://hl7de.art-decor.org/index.php?prefix=abde- zur Verfügung. Dort sind auch die ergänzenden Materialien wie Beispieldokumente und Schematrons herunterladbar.

Templates für den Arztbrief

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 .

Dokumentenstruktur Arztbrief

Ein Arztbrief - wie andere Dokumente auch - setzt sich aus verschiedenen Teilen zusammen.

Dem Header mit

  • Informationen zum CDA-Dokument wie Id, Datum etc.,
  • Informationen über die verschiedenen Beteiligten an einem Dokument wie Patient, Autor, Unterzeichner etc.,
  • Informationen über Aktivitäten, die in Zusammenhang mit dem Dokument stehen (Gesundheitsdienstleistung),

Sowie dem Body

  • mit Abschnitten für den Text (Sections)
  • und maschinenlesbaren, strukturierten Information (Entries).

Beispiel

Im folgenden ist ein Beispielfragment gezeigt. Vollständige Beispiele finden sich in den Begleitmaterialien.

<?xml version="1.0"? encoding="UTF-8">
<ClinicalDocument xmlns="urn:hl7-org:v3"
  xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
  xmlns:pharm="urn:ihe:pharm:medication">
    <realmCode code="DE"/>
    <typeId root="2.16.840.1.113883.1.3" extension="POCD_HD000040"/>
    <templateId root="1.2.276.0.76.10.1020"/>
    <id root="1.2.276.0.76.3645.239" extension="di-b02e97c1-3cea-4ed4-80cd-5d8a7386cee2"/>
    <code code="11490-0" codeSystem="2.16.840.1.113883.6.1" displayName="Consultation note"/>
    <title>eArztbrief vom 4. November 2015</title>
    <effectiveTime value="20170401123415"/>
    <confidentialityCode code="N" codeSystem="2.16.840.1.113883.5.25"/>
    <languageCode code="de-DE"/>
    <setId root="1.2.276.0.76.3645.239" extension="si-b8a7b265-4e20-4177-8cfb-149491b8003a"/>
    <versionNumber value="1"/>

  ...
</ClinicalDocument>

Informationen über Beteiligte und Aktivitäten

Die folgende Tabelle zeigt die Informationen über die verschiedenen Beteiligten und Aktivitäten, die in Zusammenhang mit dem Dokument stehen. Aufgenommen in der Tabelle sind auch Referenzen zu den Definitionen der ELGA (Österreich).

Header

  • Patient (recordTarget)
  • Autor (Person) (author), Autoren eines Arztbriefs dürfen nur Personen sein, keine Informationssysteme oder medizin-technische Geräte
  • Datentypist (dataEnterer)
  • Informant (informant)
  • Die das Dokument verwaltende Organisation (custodian)
  • Empfänger (intendedRecipient)
  • Vor dem Gesetz verantwortliche Unterzeichner (legalAuthenticator), hier darf es nur eine juristisch verantwortliche Person geben.
  • Unterzeichner (authenticator), einen Arztbrief dürfen aber mehrere Personen unterzeichnen
  • Einweisender Arzt (participant)
  • Hausarzt (participant)
  • Notfallkontakt (participant)
  • Angehörige (participant)
  • Kostenträger (participant)
  • Fachlicher Ansprechpartner (participant)
  • Betreuungsorganisation (participant)
  • Weitere Beteiligte (participant)
  • Patientenkontakt (encompassingEncounter)

Body Entweder

  • Unstrukturierter Body, d.h. ohne Abschnitte (section)

Oder eine Auswahl der folgenden Abschnitte

  • Anrede, ELGA: Brieftext
  • Fragestellung, ELGA: Aufnahmegrund
  • Anamnese, ELGA: Anamnese (ärztlich)
  • Familienanamnese
  • Frühere Erkrankungen, ELGA: Frühere Erkrankungen
  • Medizinische Untersuchung, klinische (körperliche) oder apparative Untersuchung
  • Befund, ELGA: Erhobene Befunde
  • Laborwerte
  • Diagnosen (Aufnahme/Entlassung) mit ICD Code, ELGA: Diagnose bei Entlassung
  • Besondere Hinweise, zu beachtende wichtige Hinweise zum Patienten, ELGA: Allergien, Unverträglichkeiten, Risiken
  • Prozeduren und Maßnahmen, ELGA: Weitere Maßnahmen und Durchgeführte Maßnahmen
  • Medikation: Jetzige Medikation, ELGA: Letzte Medikation
  • Medikation: Empfohlene Medikation, ELGA: Empfohlene Medikation
  • Medikation: Medikation bei Aufnahme, ELGA: Medikation bei Einweisung
  • Medikation: Medikation bei Entlassung, ELGA: Verabreichte Medikation während des Aufenthalts
  • Impfungen
  • Epikrise, hier: Zusammenfassung des Aufenthalts (auch bei ELGA)
  • Empfehlung
  • Schlusstext, ELGA: Abschließende Bemerkungen
  • Anhänge, ELGA: Beilagen; das Entry-Level-Template für externe Referenzen ist dafür gedacht, einzelne Aktivitäten (beispielsweise Befunde oder Maßnahmen) mit Dokumenten zu belegen; Beilagen gemäß ELGA-*Spezifikation müssen in das Dokument eingebettet sein und dürfen nicht referenziert werden.
  • Patientenverfügung nur bei ELGA (als Referenz auf die Patienteneinwilligung)

[Tabelle 1]Informationen über die verschiedenen Beteiligten und Aktivitäten

Ein Arztbrief kann somit entweder in einem Binärformat als PDF o.ä. Dokument oder XML-formatiert übermittelt werden, und sich entweder ohne Strukturvorgabe oder aus strukturierten Abschnitten zusammensetzen.

Hierarchische Ansicht des Arztbriefs Plus

Die folgende hierarchische Zusammenstellung gibt eine Übersicht über die einzelnen Komponenten des Arztbriefs Plus.

  1. Document
     Arztbrief Plus (1.2.276.0.76.10.1020)
    1. Header
       CDA realmCode (1.2.276.0.76.10.90002)
    2. Header
       CDA typeId (1.2.276.0.76.10.90003)
    3. Header
       CDA id (1.2.276.0.76.10.90004)
    4. Header
       CDA effectiveTime (1.2.276.0.76.10.90006)
    5. Header
       CDA languageCode (1.2.276.0.76.10.90008)
    6. Header
       CDA setId and versionNumber (1.2.276.0.76.10.90009)
    7. Header
       CDA recordTarget (1.2.276.0.76.10.2001)
      1. *
         Personenname (1.2.276.0.76.10.90030)
    8. Header
       CDA author Person (1.2.276.0.76.10.2007)
      1. Header
         CDA Person Elements (1.2.276.0.76.10.90010)
      2. Header
         CDA Organization Elements (1.2.276.0.76.10.90011)
    9. Header
       CDA dataEnterer (1.2.276.0.76.10.2017)
      1. Header
         CDA Assigned Entity Elements (1.2.276.0.76.10.90012)
        1. Header
           CDA Person Elements (1.2.276.0.76.10.90010)
        2. Header
           CDA Organization Elements (1.2.276.0.76.10.90011)
    10. *
       CDA Informant (1.2.276.0.76.10.2018)
      1. Header
         CDA Assigned Entity Elements (1.2.276.0.76.10.90012)
        1. Header
           CDA Person Elements (1.2.276.0.76.10.90010)
        2. Header
           CDA Organization Elements (1.2.276.0.76.10.90011)
      2. Entry
         RelatedEntity (Body) (1.2.276.0.76.10.90020)
        1. Header
           CDA Person Elements (1.2.276.0.76.10.90010)
    11. Header
       CDA custodian (1.2.276.0.76.10.2004)
    12. Header
       CDA informationRecipient (1.2.276.0.76.10.2005)
      1. Header
         CDA Person Elements (1.2.276.0.76.10.90010)
      2. Header
         CDA Organization Elements (1.2.276.0.76.10.90011)
    13. Header
       CDA legalAuthenticator (1.2.276.0.76.10.2020)
      1. Header
         CDA Assigned Entity Elements (1.2.276.0.76.10.90012)
        1. Header
           CDA Person Elements (1.2.276.0.76.10.90010)
        2. Header
           CDA Organization Elements (1.2.276.0.76.10.90011)
    14. Header
       CDA authenticator (1.2.276.0.76.10.2019)
      1. Header
         CDA Assigned Entity Elements (1.2.276.0.76.10.90012)
        1. Header
           CDA Person Elements (1.2.276.0.76.10.90010)
        2. Header
           CDA Organization Elements (1.2.276.0.76.10.90011)
    15. Header
       CDA participant Einweiser (1.2.276.0.76.10.2023)
      1. Header
         CDA Person Elements (1.2.276.0.76.10.90010)
      2. Header
         CDA Organization Elements (1.2.276.0.76.10.90011)
    16. Header
       CDA participant Hausarzt (1.2.276.0.76.10.2012)
      1. Header
         CDA Person Elements (1.2.276.0.76.10.90010)
      2. Header
         CDA Organization Elements (1.2.276.0.76.10.90011)
    17. Header
       CDA participant Notfallkontakt (1.2.276.0.76.10.2011)
      1. Header
         CDA Person Elements (1.2.276.0.76.10.90010)
      2. Header
         CDA Organization Elements (1.2.276.0.76.10.90011)
    18. Header
       CDA participant Angehörige (1.2.276.0.76.10.2021)
      1. Header
         CDA Person Elements (1.2.276.0.76.10.90010)
      2. Header
         CDA Organization Elements (1.2.276.0.76.10.90011)
    19. Header
       CDA participant Kostentraeger (1.2.276.0.76.10.2022)
      1. Header
         CDA Person Elements (1.2.276.0.76.10.90010)
      2. Header
         CDA Organization Elements (1.2.276.0.76.10.90011)
    20. Header
       CDA participant Ansprechpartner (1.2.276.0.76.10.2025)
      1. Header
         CDA Person Elements (1.2.276.0.76.10.90010)
      2. Header
         CDA Organization Elements (1.2.276.0.76.10.90011)
    21. Header
       CDA participant Betreuungsorganisation (1.2.276.0.76.10.2026)
      1. Header
         CDA Organization Elements (1.2.276.0.76.10.90011)
    22. Header
       CDA participant Weitere Beteiligte (1.2.276.0.76.10.2024)
      1. Header
         CDA Person Elements (1.2.276.0.76.10.90010)
      2. Header
         CDA Organization Elements (1.2.276.0.76.10.90011)
    23. Header
       CDA encompassingEncounter Patientenkontakt (1.2.276.0.76.10.2027)
      1. Header
         CDA Assigned Entity Elements (1.2.276.0.76.10.90012)
        1. Header
           CDA Person Elements (1.2.276.0.76.10.90010)
        2. Header
           CDA Organization Elements (1.2.276.0.76.10.90011)
      2. Header
         Encounter Location (1.2.276.0.76.10.90021)
    24. Section
       Anrede (1.2.276.0.76.10.3001)
    25. Section
       Grund der Überweisung Section (1.2.276.0.76.10.3002)
      1. Entry
         Überweisung (1.2.276.0.76.10.4086)
        1. Entry
           Author (Body) (1.2.276.0.76.10.90025)
          1. Header
             CDA Person Elements (1.2.276.0.76.10.90010)
          2. Header
             CDA Organization Elements (1.2.276.0.76.10.90011)
        2. Entry
           Indikation (1.2.276.0.76.10.4084)
    26. Section
       Jetzige Anamnese (1.2.276.0.76.10.3022)
    27. Section
       Frühere Erkrankungen (1.2.276.0.76.10.3023)
      1. Entry
         Problem Concern Act (1.2.276.0.76.10.4074)
        1. Entry
           Author (Body) (1.2.276.0.76.10.90025)
          1. Header
             CDA Person Elements (1.2.276.0.76.10.90010)
          2. Header
             CDA Organization Elements (1.2.276.0.76.10.90011)
        2. Entry
           Problem Observation (1.2.276.0.76.10.4075)
          1. Entry
             Author (Body) (1.2.276.0.76.10.90025)
            1. Header
               CDA Person Elements (1.2.276.0.76.10.90010)
            2. Header
               CDA Organization Elements (1.2.276.0.76.10.90011)
          2. Entry
             Alter Beobachtung (1.2.276.0.76.10.4077)
          3. Entry
             Prognose Observation (1.2.276.0.76.10.4078)
          4. Entry
             Priorität Präferenz (1.2.276.0.76.10.4076)
            1. Entry
               Author (Body) (1.2.276.0.76.10.90025)
              1. Header
                 CDA Person Elements (1.2.276.0.76.10.90010)
              2. Header
                 CDA Organization Elements (1.2.276.0.76.10.90011)
          5. Entry
             Manifestation Observation (1.2.276.0.76.10.4093)
          6. Entry
             Etiology Observation (1.2.276.0.76.10.4094)
        3. Entry
           Priorität Präferenz (1.2.276.0.76.10.4076)
          1. Entry
             Author (Body) (1.2.276.0.76.10.90025)
            1. Header
               CDA Person Elements (1.2.276.0.76.10.90010)
            2. Header
               CDA Organization Elements (1.2.276.0.76.10.90011)
    28. Section
       Familienanamnese (1.2.276.0.76.10.3024)
    29. Section
       Verabreichte Impfungen (1.2.276.0.76.10.3012)
    30. Section
       Erhobene Befunde (Krankenhaus) (1.2.276.0.76.10.3025)
    31. Section
       Befunde/Ergebnisse (1.2.276.0.76.10.3100)
      1. Entry
         Befunde/Ergebnisse Organizer (1.2.276.0.76.10.4253)
        1. Entry
           Laborergebnis (1.2.276.0.76.10.4254)
          1. Entry
             Annotation Comment (1.2.276.0.76.10.4015)
        2. Entry
           Annotation Comment (1.2.276.0.76.10.4015)
        3. Entry
           Eingebettetes Objekt Entry (1.2.276.0.76.10.4014)
    32. Section
       Aufnahmediagnose (1.2.276.0.76.10.3026)
      1. Entry
         Diagnose Concern Act (1.2.276.0.76.10.4079)
        1. Entry
           Author (Body) (1.2.276.0.76.10.90025)
          1. Header
             CDA Person Elements (1.2.276.0.76.10.90010)
          2. Header
             CDA Organization Elements (1.2.276.0.76.10.90011)
        2. Entry
           Diagnose Observation (1.2.276.0.76.10.4080)
          1. Entry
             Lateralität (1.2.276.0.76.10.90026)
          2. Entry
             Diagnosesicherheit (1.2.276.0.76.10.90027)
          3. Entry
             Author (Body) (1.2.276.0.76.10.90025)
            1. Header
               CDA Person Elements (1.2.276.0.76.10.90010)
            2. Header
               CDA Organization Elements (1.2.276.0.76.10.90011)
          4. Entry
             Alter Beobachtung (1.2.276.0.76.10.4077)
          5. Entry
             Prognose Observation (1.2.276.0.76.10.4078)
          6. Entry
             Priorität Präferenz (1.2.276.0.76.10.4076)
            1. Entry
               Author (Body) (1.2.276.0.76.10.90025)
              1. Header
                 CDA Person Elements (1.2.276.0.76.10.90010)
              2. Header
                 CDA Organization Elements (1.2.276.0.76.10.90011)
          7. Entry
             Manifestation Observation (1.2.276.0.76.10.4093)
          8. Entry
             Etiology Observation (1.2.276.0.76.10.4094)
        3. Entry
           Priorität Präferenz (1.2.276.0.76.10.4076)
          1. Entry
             Author (Body) (1.2.276.0.76.10.90025)
            1. Header
               CDA Person Elements (1.2.276.0.76.10.90010)
            2. Header
               CDA Organization Elements (1.2.276.0.76.10.90011)
    33. Section
       Entlassungsdiagnose (1.2.276.0.76.10.3027)
      1. Entry
         Diagnose Concern Act (1.2.276.0.76.10.4079)
        1. Entry
           Author (Body) (1.2.276.0.76.10.90025)
          1. Header
             CDA Person Elements (1.2.276.0.76.10.90010)
          2. Header
             CDA Organization Elements (1.2.276.0.76.10.90011)
        2. Entry
           Diagnose Observation (1.2.276.0.76.10.4080)
          1. Entry
             Lateralität (1.2.276.0.76.10.90026)
          2. Entry
             Diagnosesicherheit (1.2.276.0.76.10.90027)
          3. Entry
             Author (Body) (1.2.276.0.76.10.90025)
            1. Header
               CDA Person Elements (1.2.276.0.76.10.90010)
            2. Header
               CDA Organization Elements (1.2.276.0.76.10.90011)
          4. Entry
             Alter Beobachtung (1.2.276.0.76.10.4077)
          5. Entry
             Prognose Observation (1.2.276.0.76.10.4078)
          6. Entry
             Priorität Präferenz (1.2.276.0.76.10.4076)
            1. Entry
               Author (Body) (1.2.276.0.76.10.90025)
              1. Header
                 CDA Person Elements (1.2.276.0.76.10.90010)
              2. Header
                 CDA Organization Elements (1.2.276.0.76.10.90011)
          7. Entry
             Manifestation Observation (1.2.276.0.76.10.4093)
          8. Entry
             Etiology Observation (1.2.276.0.76.10.4094)
        3. Entry
           Priorität Präferenz (1.2.276.0.76.10.4076)
          1. Entry
             Author (Body) (1.2.276.0.76.10.90025)
            1. Header
               CDA Person Elements (1.2.276.0.76.10.90010)
            2. Header
               CDA Organization Elements (1.2.276.0.76.10.90011)
    34. Section
       Allergien, Unverträglichkeiten, Risiken (1.2.276.0.76.10.3028)
    35. Section
       Gesundheitsprobleme (1.2.276.0.76.10.3079)
      1. Entry
         Problem Concern Act (1.2.276.0.76.10.4074)
        1. Entry
           Author (Body) (1.2.276.0.76.10.90025)
          1. Header
             CDA Person Elements (1.2.276.0.76.10.90010)
          2. Header
             CDA Organization Elements (1.2.276.0.76.10.90011)
        2. Entry
           Problem Observation (1.2.276.0.76.10.4075)
          1. Entry
             Author (Body) (1.2.276.0.76.10.90025)
            1. Header
               CDA Person Elements (1.2.276.0.76.10.90010)
            2. Header
               CDA Organization Elements (1.2.276.0.76.10.90011)
          2. Entry
             Alter Beobachtung (1.2.276.0.76.10.4077)
          3. Entry
             Prognose Observation (1.2.276.0.76.10.4078)
          4. Entry
             Priorität Präferenz (1.2.276.0.76.10.4076)
            1. Entry
               Author (Body) (1.2.276.0.76.10.90025)
              1. Header
                 CDA Person Elements (1.2.276.0.76.10.90010)
              2. Header
                 CDA Organization Elements (1.2.276.0.76.10.90011)
          5. Entry
             Manifestation Observation (1.2.276.0.76.10.4093)
          6. Entry
             Etiology Observation (1.2.276.0.76.10.4094)
        3. Entry
           Priorität Präferenz (1.2.276.0.76.10.4076)
          1. Entry
             Author (Body) (1.2.276.0.76.10.90025)
            1. Header
               CDA Person Elements (1.2.276.0.76.10.90010)
            2. Header
               CDA Organization Elements (1.2.276.0.76.10.90011)
    36. Section
       Medikation bei Einweisung (Historie) (1.2.276.0.76.10.3029)
      1. Entry
         Medikation (1.2.276.0.76.10.4022)
        1. Entry
           Einnahmedauer (1.2.276.0.76.10.90023)
        2. Entry
           Medikament (1.2.276.0.76.10.4025)
          1. Entry
             Material (1.2.276.0.76.10.90022)
        3. Entry
           Author (Body) (1.2.276.0.76.10.90025)
          1. Header
             CDA Person Elements (1.2.276.0.76.10.90010)
          2. Header
             CDA Organization Elements (1.2.276.0.76.10.90011)
        4. Entry
           RelatedEntity (Body) (1.2.276.0.76.10.90020)
          1. Header
             CDA Person Elements (1.2.276.0.76.10.90010)
        5. Entry
           Einzeldosierungen (1.2.276.0.76.10.4023)
          1. Entry
             Medikation Vorbedingung (1.2.276.0.76.10.90028)
        6. Entry
           Dosierung Freitext (1.2.276.0.76.10.4024)
        7. Entry
           Patienteninstruktionen (1.2.276.0.76.10.4026)
        8. Entry
           Grund für Medikation (1.2.276.0.76.10.4027)
        9. Entry
           Bezug zur Therapie-Intention (1.2.276.0.76.10.4296)
    37. Section
       Verabreichte Medikation während des Aufenthalts (1.2.276.0.76.10.3030)
      1. Entry
         Medikation (1.2.276.0.76.10.4022)
        1. Entry
           Einnahmedauer (1.2.276.0.76.10.90023)
        2. Entry
           Medikament (1.2.276.0.76.10.4025)
          1. Entry
             Material (1.2.276.0.76.10.90022)
        3. Entry
           Author (Body) (1.2.276.0.76.10.90025)
          1. Header
             CDA Person Elements (1.2.276.0.76.10.90010)
          2. Header
             CDA Organization Elements (1.2.276.0.76.10.90011)
        4. Entry
           RelatedEntity (Body) (1.2.276.0.76.10.90020)
          1. Header
             CDA Person Elements (1.2.276.0.76.10.90010)
        5. Entry
           Einzeldosierungen (1.2.276.0.76.10.4023)
          1. Entry
             Medikation Vorbedingung (1.2.276.0.76.10.90028)
        6. Entry
           Dosierung Freitext (1.2.276.0.76.10.4024)
        7. Entry
           Patienteninstruktionen (1.2.276.0.76.10.4026)
        8. Entry
           Grund für Medikation (1.2.276.0.76.10.4027)
        9. Entry
           Bezug zur Therapie-Intention (1.2.276.0.76.10.4296)
    38. Section
       Medikation bei Entlassung (1.2.276.0.76.10.3031)
      1. Entry
         Medikation (1.2.276.0.76.10.4022)
        1. Entry
           Einnahmedauer (1.2.276.0.76.10.90023)
        2. Entry
           Medikament (1.2.276.0.76.10.4025)
          1. Entry
             Material (1.2.276.0.76.10.90022)
        3. Entry
           Author (Body) (1.2.276.0.76.10.90025)
          1. Header
             CDA Person Elements (1.2.276.0.76.10.90010)
          2. Header
             CDA Organization Elements (1.2.276.0.76.10.90011)
        4. Entry
           RelatedEntity (Body) (1.2.276.0.76.10.90020)
          1. Header
             CDA Person Elements (1.2.276.0.76.10.90010)
        5. Entry
           Einzeldosierungen (1.2.276.0.76.10.4023)
          1. Entry
             Medikation Vorbedingung (1.2.276.0.76.10.90028)
        6. Entry
           Dosierung Freitext (1.2.276.0.76.10.4024)
        7. Entry
           Patienteninstruktionen (1.2.276.0.76.10.4026)
        8. Entry
           Grund für Medikation (1.2.276.0.76.10.4027)
        9. Entry
           Bezug zur Therapie-Intention (1.2.276.0.76.10.4296)
    39. Section
       Prozeduren und Maßnahmen (1.2.276.0.76.10.3032)
      1. Entry
         Maßnahme (1.2.276.0.76.10.4085)
        1. Entry
           Performer (Body) (1.2.276.0.76.10.90014)
          1. Header
             CDA Assigned Entity Elements (1.2.276.0.76.10.90012)
            1. Header
               CDA Person Elements (1.2.276.0.76.10.90010)
            2. Header
               CDA Organization Elements (1.2.276.0.76.10.90011)
        2. Entry
           Author (Body) (1.2.276.0.76.10.90025)
          1. Header
             CDA Person Elements (1.2.276.0.76.10.90010)
          2. Header
             CDA Organization Elements (1.2.276.0.76.10.90011)
        3. Entry
           Encounter Referenz (1.2.276.0.76.10.4087)
        4. Entry
           Indikation (1.2.276.0.76.10.4084)
    40. Section
       Heil- und Hilfsmittel (1.2.276.0.76.10.3064)
    41. Section
       Zusammenfassung des Aufenthalts (1.2.276.0.76.10.3021)
    42. Section
       Weitere empfohlene Maßnahmen (1.2.276.0.76.10.3033)
    43. Section
       Abschließende Bemerkungen (1.2.276.0.76.10.3034)
    44. Section
       Beilagen/Anhang (1.2.276.0.76.10.3037)
      1. Entry
         Eingebettetes Objekt Entry (1.2.276.0.76.10.4014)
    45. Section
       CDA nonXMLBody (referenziert) (1.2.276.0.76.10.3036)
    46. Section
       CDA nonXMLBody (eingebettet) (1.2.276.0.76.10.3038)


Erläuterungen zu Kardinalität, Konformität, NullFlavor

Es wird auf die Erläuterungen andernorts zu den Themen

  • Kardinalität, Konformität [2]
  • NullFlavor [3]

hingewiesen.

Besondere Hinweise zur Verwendung von Identifikationen (IDs)

In diversen Templates ist die Angabe von identifizierenden Merkmalen möglich. Dabei sind beispielsweise gemeint

  • Patienten, identifiziert über die Krankenversichertennummer (KVNR),
  • Gesundheitsdienstleister, typischerweise identifiziert über die Lebenslange Arztnummer (LANR),
  • Betriebsstätten, typischerweise identifiziert über die Betriebsstättennummer (BSNR),
  • Institutionskennzeichen (IKNR) z. B. für Abrechnungen und Qualitätssicherungsmaßnahmen im Bereich der deutschen Sozialversicherung.

Hinweise zu den Identifikationen und Best Practive finden sich im Wiki des Interoperabilitätsforums[8], [9].

Krankenversichertennummer (KVNR)

Die Krankenversichertennummer (KVNR) besteht im unveränderliche Teil aus insgesamt 10 Stellen, beginnend mit einem alphanumerischen Zeichen.

Die Krankenversichertennummer für einen Patienten wird im id-Element der Rolle (... etc.) in der @extension angegeben. Das Identifikationssystem hat die registrierte OID 1.2.276.0.76.4.8 (Versichertennummer, unveränderbarer Teil der Krankenversichertennummer zur Identifikation des Versicherten, gemaess §290 SGB V; für PKV Versicherte: gleich Versicherungsnummer) und wird im @root-Attribut gekennzeichnet.

<recordTarget typeCode="RCT" contextControlCode="OP">
  <patientRole classCode="PAT">
    <id extension="G995030566" root="1.2.276.0.76.4.8"/>
    ...
  </patientRole>
</recordTarget>

Lebenslange Arztnummer (LANR)

Die LANR für den entsprechenden Arzt wird im id-Element seiner Rolle (assignedEntity, assignedAuthor etc.) in der @extension angegeben. Das Identifikationssystem LANR hat die registrierte OID 1.2.276.0.76.4.16 und wird im @root-Attribut gekennzeichnet.

<assignedAuthor>
     <id root="1.2.276.0.76.4.16" extension="123456701"/>
    ...
</assignedAuthor >

Betriebsstättennummer (BSNR)

Die BSNR für die entsprechende Betriebsstätte wird im id-Element der Rolle (... etc.) in der @extension angegeben. Das Identifikationssystem BSNR hat die registrierte OID 1.2.276.0.76.4.17 und wird im @root-Attribut gekennzeichnet.

<representedOrganization>
      <id root="1.2.276.0.76.4.17" extension="123456700"/>
      <name>Beispiel Krankenhaus</name>
</representedOrganization>

Institutionskennzeichen (IKNR)

Für die Angabe eines Institutionskennzeichens enthält im id-Element das @extension Attribut das Institutionskennzeichen (IKNR) des Kostenträgers und @root = 1.2.276.0.76.4.5, die OID für IK-Nummern in Deutschland

<scopingOrganization>
      <id root="1.2.276.0.76.4.5" extension="123456700"/>
      <name>Beispiel Krankenhaus</name>
</scopingOrganization >

Hinweise zu den Darstellungen der Templates

Im folgenden Abschnitt dieser Spezifikation werden alle Templates aufgeführt. Die Darstellung der Definitionen erfolgt in Tabellenform. Weitere Hinweise, die möglicherweise für das Verständnis der Template-Definitionen nötig sein könnten, finden sich in englischer Sprache auf den Erläuterungsseiten von ART-DECOR[10].

CDA Document Level Templates

Arztbrief Plus

Id1.2.276.0.76.10.1020Gültigkeit2017‑02‑01
StatusKyellow.png EntwurfVersions-Labelv3.00
NameArztbrief30BezeichnungArztbrief Plus
BeschreibungElektronischer Arztbrief Plus, Nachfolger des VhitG-Arztbriefs aus dem Jahr 2006 und des Arztbriefs 2014/2015
KontextPfadname /
KlassifikationCDA Document Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Benutzt
Benutzt 46 Templates
Benutzt von als NameVersion
abde-transaction-TransaktionKyellow.png CDA-Dokument Arztbrief Plus2017‑02‑01
Benutzt als NameVersion
1.2.276.0.76.10.90002InklusionKyellow.png CDA realmCodeDYNAMIC
1.2.276.0.76.10.90003InklusionKyellow.png CDA typeIdDYNAMIC
1.2.276.0.76.10.90004InklusionKyellow.png CDA idDYNAMIC
1.2.276.0.76.10.90006InklusionKyellow.png CDA effectiveTimeDYNAMIC
1.2.276.0.76.10.90008InklusionKyellow.png CDA languageCodeDYNAMIC
1.2.276.0.76.10.90009InklusionKyellow.png CDA setId and versionNumberDYNAMIC
1.2.276.0.76.10.2001InklusionKgreen.png CDA recordTargetDYNAMIC
1.2.276.0.76.10.2007InklusionKgreen.png CDA author PersonDYNAMIC
1.2.276.0.76.10.2017InklusionKyellow.png CDA dataEntererDYNAMIC
1.2.276.0.76.10.2018InklusionKyellow.png CDA InformantDYNAMIC
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.2020InklusionKyellow.png CDA legalAuthenticatorDYNAMIC
1.2.276.0.76.10.2019InklusionKgreen.png CDA authenticatorDYNAMIC
1.2.276.0.76.10.2023InklusionKyellow.png CDA participant EinweiserDYNAMIC
1.2.276.0.76.10.2012InklusionKyellow.png CDA participant HausarztDYNAMIC
1.2.276.0.76.10.2011InklusionKyellow.png CDA participant NotfallkontaktDYNAMIC
1.2.276.0.76.10.2021InklusionKyellow.png CDA participant AngehörigeDYNAMIC
1.2.276.0.76.10.2022InklusionKgreen.png CDA participant KostentraegerDYNAMIC
1.2.276.0.76.10.2025InklusionKyellow.png CDA participant AnsprechpartnerDYNAMIC
1.2.276.0.76.10.2026InklusionKyellow.png CDA participant BetreuungsorganisationDYNAMIC
1.2.276.0.76.10.2024InklusionKgreen.png CDA participant Weitere BeteiligteDYNAMIC
1.2.276.0.76.10.2027InklusionKorange.png CDA encompassingEncounter Patientenkontakt (1.1)DYNAMIC
1.2.276.0.76.10.3001ContainmentKgreen.png Anrede2013‑01‑10
1.2.276.0.76.10.3002ContainmentKyellow.png Grund der Überweisung Section2017‑02‑01
1.2.276.0.76.10.3022ContainmentKgreen.png Jetzige Anamnese2013‑12‑30
1.2.276.0.76.10.3023ContainmentKyellow.png Frühere ErkrankungenDYNAMIC
1.2.276.0.76.10.3024ContainmentKgreen.png Familienanamnese2013‑12‑30
1.2.276.0.76.10.3012ContainmentKgreen.png Verabreichte Impfungen2013‑07‑15
1.2.276.0.76.10.3025ContainmentKgreen.png Erhobene Befunde (Krankenhaus)2013‑12‑30
1.2.276.0.76.10.3100ContainmentKyellow.png Befunde/ErgebnisseDYNAMIC
1.2.276.0.76.10.3026ContainmentKyellow.png Aufnahmediagnose2017‑02‑01
1.2.276.0.76.10.3027ContainmentKyellow.png Entlassungsdiagnose2017‑02‑01
1.2.276.0.76.10.3028ContainmentKgreen.png Allergien, Unverträglichkeiten, Risiken2013‑12‑30
1.2.276.0.76.10.3079ContainmentKyellow.png Gesundheitsprobleme2017‑03‑01
1.2.276.0.76.10.3029ContainmentKyellow.png Medikation bei Einweisung (Historie)2017‑02‑01
1.2.276.0.76.10.3030ContainmentKyellow.png Verabreichte Medikation während des Aufenthalts2017‑02‑01
1.2.276.0.76.10.3031ContainmentKyellow.png Medikation bei Entlassung2017‑02‑01
1.2.276.0.76.10.3032ContainmentKyellow.png Prozeduren und Maßnahmen2017‑02‑01
1.2.276.0.76.10.3064ContainmentKyellow.png Heil- und Hilfsmittel2015‑04‑29
1.2.276.0.76.10.3021ContainmentKgreen.png Zusammenfassung des Aufenthalts2013‑09‑16
1.2.276.0.76.10.3033ContainmentKgreen.png Weitere empfohlene Maßnahmen2013‑12‑30
1.2.276.0.76.10.3034ContainmentKgreen.png Abschließende Bemerkungen2013‑12‑30
1.2.276.0.76.10.3037ContainmentKgreen.png Beilagen/Anhang2014‑08‑25
1.2.276.0.76.10.3036InklusionKgreen.png CDA nonXMLBody (referenziert)DYNAMIC
1.2.276.0.76.10.3038InklusionKgreen.png CDA nonXMLBody (eingebettet)DYNAMIC
BeziehungSpezialisierung: Template 2.16.840.1.113883.10.12.1 CDA ClinicalDocument (DYNAMIC)
ref
ad1bbr-
Beispiel
Beispiel
<ClinicalDocument classCode="DOCCLIN" moodCode="EVN">
  <!-- CDA Header -->
  <realmCode code="DE"/>  <typeId root="2.16.840.1.113883.1.3" extension="POCD_HD000040"/>  <templateId root="1.2.276.0.76.10.1020"/>  <id extension="497238272875" root="2.16.840.1.113883.3.1937.99.3.2.67587.1"/>  <code code="11490-0" codeSystem="2.16.840.1.113883.6.1" displayName="Discharge summarization note (physician)" codeSystemName="LOINC"/>  <effectiveTime value="20131230114754"/>  <confidentialityCode code="N" codeSystem="2.16.840.1.113883.5.25"/>  <recordTarget>
    <!-- .. -->
  </recordTarget>
  <author>
    <!-- .. -->
  </author>
  <custodian>
    <!-- .. -->
  </custodian>
  <!-- CDA Body -->
  <component>
    <structuredBody>
      <component>
        <!-- .. -->
      </component>
    </structuredBody>
  </component>
</ClinicalDocument>
ItemDTKardKonfBeschreibungLabel
hl7:ClinicalDocument
(Arz...f30)
Treetree.png@classCode
cs0 … 1FDOCCLIN
Treetree.png@moodCode
cs0 … 1FEVN
Eingefügt1 … 1M 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"/>
Eingefügt1 … 1M von 1.2.276.0.76.10.90003 CDA typeId (DYNAMIC)
Treetree.pnghl7:typeId
II1 … 1MCDAtypeId
Treeblank.pngTreetree.png@extension
1 … 1FPOCD_HD000040
Treeblank.pngTreetree.png@root
1 … 1F2.16.840.1.113883.1.3
Treetree.pnghl7:templateId
II1 … 1MTemplateId Ärztlicher Entlassbrief Plus(Arz...f30)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.276.0.76.10.1020
Eingefügt1 … 1M von 1.2.276.0.76.10.90004 CDA id (DYNAMIC)
Treetree.pnghl7:id
II1 … 1M(Arz...f30)
Treetree.pnghl7:code
CE1 … 1M(Arz...f30)
Treeblank.pngTreetree.png@code
CONF1 … 1F11490-0
Treeblank.pngTreetree.png@codeSystem
1 … 1F2.16.840.1.113883.6.1 (LOINC)
Treetree.pnghl7:title
ST1 … 1MDokumententitel. Dieses Element enthält den für den lesenden Dokumentempfänger gedachten Titel. Der Dokumententitel soll nicht den Patientennamen oder andere identifizierende Merkmale enthalten.(Arz...f30)
Eingefügt1 … 1M von 1.2.276.0.76.10.90006 CDA effectiveTime (DYNAMIC)
Treetree.pnghl7:effectiveTime
TS.​DATE​TIME.​MIN1 … 1M(Arz...f30)
Treetree.pnghl7:confidentialityCode
CE1 … 1MVertauchlichkeitsniveau, typischerweise normal (N)(Arz...f30)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.16926 HL7 BasicConfidentialityKind (DYNAMIC)
Eingefügt1 … 1M von 1.2.276.0.76.10.90008 CDA languageCode (DYNAMIC)
Treetree.pnghl7:language​Code
CS.LANG1 … 1M(Arz...f30)
Eingefügt von 1.2.276.0.76.10.90009 CDA setId and versionNumber (DYNAMIC)
Treetree.pnghl7:setId
II1 … 1M(Arz...f30)
Treetree.pnghl7:versionNumber
INT.POS1 … 1M(Arz...f30)
Eingefügt1 … 1M von 1.2.276.0.76.10.2001 CDA recordTarget (DYNAMIC)
Treetree.pnghl7:recordTarget
1 … 1M(Arz...f30)
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(Arz...f30)
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 … *(Arz...f30)
 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(Arz...f30)
 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(Arz...f30)
 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(Arz...f30)
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.
(Arz...f30)
 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(Arz...f30)
wo [@qualifier='AC']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@qualifier
set_cs1 … 1FAC
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:given
ENXP0 … *Vorname(Arz...f30)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:prefix
ENXP0 … *Namenszusatz(Arz...f30)
wo [@qualifier='NB']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@qualifier
set_cs1 … 1FNB
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:prefix
ENXP0 … *Vorsatzwort(Arz...f30)
wo [@qualifier='VV']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@qualifier
set_cs1 … 1FVV
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:family
ENXP0 … *Nachname(Arz...f30)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:suffix
ENXP0 … *Suffix(Arz...f30)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:administrative​Gender​Code
CE1 … 1RGeschlecht (administrativ) des Patienten(Arz...f30)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.1 AdministrativeGender (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(Arz...f30)
 Beispiel<birthTime value="19491224"/>
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:marital​Status​Code
CE0 … 1Familienstand des Patienten(Arz...f30)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.12212 MaritalStatus (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(Arz...f30)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.19185 ReligiousAffiliation (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(Arz...f30)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:ethnic​Group​Code
NPdarf nicht verwendet werden(Arz...f30)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:guardian
0 … *Vormund/Sachwalter des Patienten(Arz...f30)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1(Arz...f30)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *(Arz...f30)
Auswahl1 … 1Elemente in der Auswahl:
  • hl7:guardian​Person
  • hl7:guardian​Organization
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:guardian​Person
(Arz...f30)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
PN1 … 1M(Arz...f30)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:guardian​Organization
(Arz...f30)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1M(Arz...f30)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:birthplace
0 … 1Geburtsort des Patienten(Arz...f30)
 Beispiel<birthplace>
  <place>
    <addr>Hamburg</addr>  </place>
</birthplace>
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:place
1 … 1M(Arz...f30)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD1 … 1M(Arz...f30)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:language​Communication
0 … *(Arz...f30)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:language​Code
CS0 … 1(Arz...f30)
 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(Arz...f30)
 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(Arz...f30)
 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(Arz...f30)
Eingefügt1 … 1M von 1.2.276.0.76.10.2007 CDA author Person (DYNAMIC)
Treetree.pnghl7:author
1 … 1M(Arz...f30)
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(Arz...f30)
 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 … 1(Arz...f30)
Treeblank.pngTreetree.pnghl7:assignedAuthor
1 … 1(Arz...f30)
Treeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FASSIGNED
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II1 … *(Arz...f30)
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(Arz...f30)
Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *(Arz...f30)
Treeblank.pngTreeblank.pngTreetree.pnghl7:assigned​Person
 … 1(Arz...f30)
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(Arz...f30)
Treeblank.pngTreeblank.pngTreetree.pnghl7:represented​Organization
1 … 1M(Arz...f30)
 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 … *(Arz...f30)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1M(Arz...f30)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *(Arz...f30)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1(Arz...f30)
Eingefügt0 … 1 von 1.2.276.0.76.10.2017 CDA dataEnterer (DYNAMIC)
Treetree.pnghl7:dataEnterer
0 … 1(Arz...f30)
Treeblank.pngTreetree.png@typeCode
0 … 1FENT
Treeblank.pngTreetree.png@context​Control​Code
0 … 1FOP
Treeblank.pngTreetree.pnghl7:time
TS0 … 1gibt den Zeitpunkt an, an dem der Datentypist seinen Beitrag am Dokument beendet hat(Arz...f30)
Treeblank.pngTreetree.pnghl7:assignedEntity
1 … 1R(Arz...f30)
Eingefügt von 1.2.276.0.76.10.90012 CDA Assigned Entity Elements (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II1 … *R(Arz...f30)
Treeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1R(Arz...f30)
Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *R(Arz...f30)
Treeblank.pngTreeblank.pngTreetree.pnghl7:assigned​Person
1 … 1M(Arz...f30)
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(Arz...f30)
Treeblank.pngTreeblank.pngTreetree.pnghl7:represented​Organization
0 … 1(Arz...f30)
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 … *(Arz...f30)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1M(Arz...f30)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *(Arz...f30)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1(Arz...f30)
Eingefügt0 … * von 1.2.276.0.76.10.2018 CDA Informant (DYNAMIC)
Treetree.pnghl7:informant
0 … *(Arz...f30)
Treeblank.pngTreetree.png@typeCode
0 … 1FINF
Treeblank.pngTreetree.png@context​Control​Code
0 … 1FOP
Auswahl1 … 1Elemente in der Auswahl:
  • hl7:assignedEntity[hl7:assigned​Person]
  • hl7:relatedEntity
Treeblank.pngTreeblank.pngTreetree.pnghl7:assignedEntity
0 … 1Gesundheitsdienstleister(Arz...f30)
Eingefügt von 1.2.276.0.76.10.90012 CDA Assigned Entity Elements (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II1 … *R(Arz...f30)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1R(Arz...f30)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *R(Arz...f30)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:assigned​Person
1 … 1M(Arz...f30)
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(Arz...f30)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:represented​Organization
0 … 1(Arz...f30)
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 … *(Arz...f30)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1M(Arz...f30)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *(Arz...f30)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1(Arz...f30)
Treeblank.pngTreeblank.pngTreetree.pnghl7:relatedEntity
0 … 1Verwandte, Bekannte, Sozialhelfer, Betreuer/Erzieher(Arz...f30)
Eingefügt von 1.2.276.0.76.10.90020 RelatedEntity (Body) (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
cs1 … 1R
 CONF
Der Wert von @classCode muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.19316 RoleClassMutualRelationship (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:code
CE0 … 1(Arz...f30)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.19563 PersonalRelationshipRoleType (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … *(Arz...f30)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *(Arz...f30)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:effectiveTime
IVL_TS0 … 1(Arz...f30)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:relatedPerson
0 … 1(Arz...f30)
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(Arz...f30)
Eingefügt1 … 1M von 1.2.276.0.76.10.2004 CDA custodian (DYNAMIC)
Treetree.pnghl7:custodian
1 … 1M(Arz...f30)
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(Arz...f30)
Treeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FASSIGNED
Treeblank.pngTreeblank.pngTreetree.pnghl7:represented​Custodian​Organization
1 … 1M(Arz...f30)
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(Arz...f30)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1M(Arz...f30)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … 1(Arz...f30)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1(Arz...f30)
Eingefügt0 … * von 1.2.276.0.76.10.2005 CDA informationRecipient (DYNAMIC)
Treetree.pnghl7:information​Recipient
0 … *(Arz...f30)
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(Arz...f30)
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II1 … *R(Arz...f30)
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(Arz...f30)
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(Arz...f30)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:received​Organization
0 … 1(Arz...f30)
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 … *(Arz...f30)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1M(Arz...f30)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *(Arz...f30)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1(Arz...f30)
Eingefügt0 … 1 von 1.2.276.0.76.10.2020 CDA legalAuthenticator (DYNAMIC)
Treetree.pnghl7:legalAuthenticator
0 … 1(Arz...f30)
Treeblank.pngTreetree.png@typeCode
0 … 1FLA
Treeblank.pngTreetree.png@context​Control​Code
0 … 1FOP
Treeblank.pngTreetree.pnghl7:time
TS1 … 1R(Arz...f30)
Treeblank.pngTreetree.pnghl7:signatureCode
CS1 … 1R(Arz...f30)
 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(Arz...f30)
Eingefügt von 1.2.276.0.76.10.90012 CDA Assigned Entity Elements (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II1 … *R(Arz...f30)
Treeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1R(Arz...f30)
Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *R(Arz...f30)
Treeblank.pngTreeblank.pngTreetree.pnghl7:assigned​Person
1 … 1M(Arz...f30)
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(Arz...f30)
Treeblank.pngTreeblank.pngTreetree.pnghl7:represented​Organization
0 … 1(Arz...f30)
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 … *(Arz...f30)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1M(Arz...f30)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *(Arz...f30)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1(Arz...f30)
Eingefügt0 … * von 1.2.276.0.76.10.2019 CDA authenticator (DYNAMIC)
Treetree.pnghl7:authenticator
0 … *(Arz...f30)
Treeblank.pngTreetree.png@typeCode
cs0 … 1FAUTHEN
Treeblank.pngTreetree.pnghl7:time
TS1 … 1R(Arz...f30)
Treeblank.pngTreetree.pnghl7:signatureCode
CS1 … 1R(Arz...f30)
 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(Arz...f30)
Eingefügt von 1.2.276.0.76.10.90012 CDA Assigned Entity Elements (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II1 … *R(Arz...f30)
Treeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1R(Arz...f30)
Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *R(Arz...f30)
Treeblank.pngTreeblank.pngTreetree.pnghl7:assigned​Person
1 … 1M(Arz...f30)
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(Arz...f30)
Treeblank.pngTreeblank.pngTreetree.pnghl7:represented​Organization
0 … 1(Arz...f30)
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 … *(Arz...f30)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1M(Arz...f30)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *(Arz...f30)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1(Arz...f30)
Eingefügt0 … 1 von 1.2.276.0.76.10.2023 CDA participant Einweiser (DYNAMIC)
Einweisender/Zuweisender Arzt
Treetree.pnghl7:participant
0 … 1(Arz...f30)
wo [hl7:templateId ​[@root​=​'1.2.276.0.76.10.2023']]
Treeblank.pngTreetree.png@typeCode
1 … 1FREF
Treeblank.pngTreetree.pnghl7:templateId
II1 … *M(Arz...f30)
Treeblank.pngTreeblank.pngTreetree.png@root
1 … 1F1.2.276.0.76.10.2023
Treeblank.pngTreetree.pnghl7:time
TS.​DATE.​MIN0 … 1REinweisungsdatum und -zeit(Arz...f30)
 Beispiel<time value="201408091624"/>
Treeblank.pngTreetree.pnghl7:associated​Entity
1 … 1M(Arz...f30)
Treeblank.pngTreeblank.pngTreetree.png@classCode
1 … 1FPROV
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … *(Arz...f30)
Treeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1(Arz...f30)
Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *(Arz...f30)
Treeblank.pngTreeblank.pngTreetree.pnghl7:associated​Person
1 … 1R(Arz...f30)
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(Arz...f30)
Treeblank.pngTreeblank.pngTreetree.pnghl7:scoping​Organization
0 … 1(Arz...f30)
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 … *(Arz...f30)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1M(Arz...f30)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *(Arz...f30)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1(Arz...f30)
Eingefügt0 … 1 von 1.2.276.0.76.10.2012 CDA participant Hausarzt (DYNAMIC)
Hausarzt
Treetree.pnghl7:participant
0 … 1(Arz...f30)
wo [hl7:templateId ​[@root​=​'1.2.276.0.76.10.2012']]
Treeblank.pngTreetree.png@typeCode
cs1 … 1FIND
Treeblank.pngTreetree.pnghl7:templateId
II1 … *M(Arz...f30)
Treeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F1.2.276.0.76.10.2012
Treeblank.pngTreetree.pnghl7:functionCode
CE1 … *M(Arz...f30)
Treeblank.pngTreeblank.pngTreetree.png@code
CONF1 … 1FPCP
Treeblank.pngTreeblank.pngTreetree.png@codeSystem
1 … 1F2.16.840.1.113883.5.88 (Participation Function)
Treeblank.pngTreetree.pnghl7:associated​Entity
1 … 1M(Arz...f30)
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs1 … 1FPROV
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … *An dieser Stelle kann die Arztnummer (LANR) unter Angabe der dazugehörigen OID übermittelt werden.
(Arz...f30)
Treeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1(Arz...f30)
Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *(Arz...f30)
Treeblank.pngTreeblank.pngTreetree.pnghl7:associated​Person
1 … 1M(Arz...f30)
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(Arz...f30)
Treeblank.pngTreeblank.pngTreetree.pnghl7:scoping​Organization
0 … 1(Arz...f30)
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 … *(Arz...f30)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1M(Arz...f30)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *(Arz...f30)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1(Arz...f30)
Eingefügt0 … * von 1.2.276.0.76.10.2011 CDA participant Notfallkontakt (DYNAMIC)
Notfall-Kontakt / Auskunftsberechtigte Person
Treetree.pnghl7:participant
0 … *(Arz...f30)
wo [hl7:templateId ​[@root​=​'1.2.276.0.76.10.2011']]
Treeblank.pngTreetree.png@typeCode
1 … 1FIND
Treeblank.pngTreetree.pnghl7:templateId
II1 … *M(Arz...f30)
Treeblank.pngTreeblank.pngTreetree.png@root
1 … 1F1.2.276.0.76.10.2011
Treeblank.pngTreetree.pnghl7:time
IVL_TS0 … 1(Arz...f30)
 Beispiel
Teilnahmezeitraum, Notfallkontakt von 1. November 2013 bis 21. November 2013 (Ende des Tages)
<time>
  <low value="20131101"/>  <high value="201311212359"/></time>
 Beispiel
Teilnahmezeitpunkt , Notfallkontakt am 21. November 2013
<time value="20131121"/>
 Beispiel
Teilnahmezeitraum, Notfallkontakt ab 1. November 2013
<time>
  <low value="20131101"/></time>
Treeblank.pngTreetree.pnghl7:associated​Entity
1 … 1M(Arz...f30)
Treeblank.pngTreeblank.pngTreetree.png@classCode
1 … 1FECON
Treeblank.pngTreeblank.pngTreetree.pnghl7:code
CE0 … 1(Arz...f30)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.19563 PersonalRelationshipRoleType (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1(Arz...f30)
Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *R(Arz...f30)
Treeblank.pngTreeblank.pngTreetree.pnghl7:associated​Person
1 … 1M(Arz...f30)
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(Arz...f30)
Treeblank.pngTreeblank.pngTreetree.pnghl7:scoping​Organization
0 … 1(Arz...f30)
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 … *(Arz...f30)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1M(Arz...f30)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *(Arz...f30)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1(Arz...f30)
Eingefügt0 … * von 1.2.276.0.76.10.2021 CDA participant Angehörige (DYNAMIC)
Angehörige
Treetree.pnghl7:participant
0 … *(Arz...f30)
wo [hl7:templateId ​[@root​=​'1.2.276.0.76.10.2021']]
Treeblank.pngTreetree.png@typeCode
1 … 1FIND
Treeblank.pngTreetree.pnghl7:templateId
II1 … *M(Arz...f30)
Treeblank.pngTreeblank.pngTreetree.png@root
1 … 1F1.2.276.0.76.10.2021
Treeblank.pngTreetree.pnghl7:associated​Entity
1 … 1M(Arz...f30)
Treeblank.pngTreeblank.pngTreetree.png@classCode
1 … 1FPRS
Treeblank.pngTreeblank.pngTreetree.pnghl7:code
CE0 … 1(Arz...f30)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.19563 PersonalRelationshipRoleType (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1(Arz...f30)
Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *(Arz...f30)
Treeblank.pngTreeblank.pngTreetree.pnghl7:associated​Person
1 … 1M(Arz...f30)
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(Arz...f30)
Treeblank.pngTreeblank.pngTreetree.pnghl7:scoping​Organization
0 … 1(Arz...f30)
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 … *(Arz...f30)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1M(Arz...f30)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *(Arz...f30)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1(Arz...f30)
Eingefügt0 … * von 1.2.276.0.76.10.2022 CDA participant Kostentraeger (DYNAMIC)
Kostenträger/Versicherung
Treetree.pnghl7:participant
0 … *(Arz...f30)
wo [hl7:templateId ​[@root​=​'1.2.276.0.76.10.2022']]
Treeblank.pngTreetree.png@typeCode
cs1 … 1FHLD
Treeblank.pngTreetree.pnghl7:templateId
II1 … *M(Arz...f30)
Treeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F1.2.276.0.76.10.2022
Treeblank.pngTreetree.pnghl7:time
IVL_TS0 … 1Hier muss immer ein Quartalsende angegeben sein (MM/YY) => YYYYMMDD, z. B. Quartal I/2016, Quartalsende ist demnach März 2016 und wird zu 20160331(Arz...f30)
 Beispiel<time>
  <high value="20131231"/></time>
Treeblank.pngTreetree.pnghl7:associated​Entity
1 … 1M(Arz...f30)
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs1 … 1FPOLHOLD
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … *Versichertennummern(Arz...f30)
Treeblank.pngTreeblank.pngTreetree.pnghl7:code
CE0 … 1Versichertenstatus
(Arz...f30)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.276.0.76.11.68 InsuredAssocEntity (DYNAMIC)
 Beispiel<code code="SELF" codeSystem="2.16.840.1.113883.5.111" displayName="self">
  <translation code="1" codeSystem="2.16.840.1.113883.3.7.1.1" displayName="Mitglied"/></code>
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:translation
CV0 … 1Codierungen des Versichertenstatus im Rahmen der GKV(Arz...f30)
wo [@codeSystem='2.16.840.1.113883.3.7.1.1']
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.276.0.76.11.162 S_KBV_VERSICHERTENSTATUS (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:translation
CV0 … *Weitere Codierungen des Versichertenstatus(Arz...f30)
Treeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1(Arz...f30)
Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *(Arz...f30)
Treeblank.pngTreeblank.pngTreetree.pnghl7:associated​Person
0 … 1(Arz...f30)
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(Arz...f30)
 Schematron assertrole error 
 testnot(hl7:code[@code='FAMDEP']) or hl7:associated​Person 
 MeldungWenn das Versicherungsverhältnis "familienversichert" ist, dann muss eine associatedPerson angegeben sein 
Treeblank.pngTreeblank.pngTreetree.pnghl7:scoping​Organization
1 … 1In scopingOrganization wird im id Attribut das Institutionskennzeichen (IKNR) des Kostenträgers mit @extension = die eigentliche IKNR und @root = "1.2.276.0.76.4.5" (Dies ist die OID für IK-Nummern in Deutschland) angegeben(Arz...f30)
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 … *(Arz...f30)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1M(Arz...f30)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *(Arz...f30)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1(Arz...f30)
Eingefügt0 … * von 1.2.276.0.76.10.2025 CDA participant Ansprechpartner (DYNAMIC)
Fachlicher Ansprechpartner
Treetree.pnghl7:participant
0 … *(Arz...f30)
wo [hl7:templateId ​[@root​=​'1.2.276.0.76.10.2025']]
Treeblank.pngTreetree.png@typeCode
1 … 1FCALLBCK
Treeblank.pngTreetree.pnghl7:templateId
II1 … *M(Arz...f30)
Treeblank.pngTreeblank.pngTreetree.png@root
1 … 1F1.2.276.0.76.10.2025
Treeblank.pngTreetree.pnghl7:associated​Entity
1 … 1M(Arz...f30)
Treeblank.pngTreeblank.pngTreetree.png@classCode
1 … 1FPROV
Treeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1(Arz...f30)
Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL1 … *M(Arz...f30)
Treeblank.pngTreeblank.pngTreetree.pnghl7:associated​Person
1 … 1M(Arz...f30)
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(Arz...f30)
Treeblank.pngTreeblank.pngTreetree.pnghl7:scoping​Organization
0 … 1(Arz...f30)
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 … *(Arz...f30)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1M(Arz...f30)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *(Arz...f30)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1(Arz...f30)
Eingefügt0 … * von 1.2.276.0.76.10.2026 CDA participant Betreuungsorganisation (DYNAMIC)
Betreuende Organisation
Treetree.pnghl7:participant
0 … *(Arz...f30)
wo [hl7:templateId ​[@root​=​'1.2.276.0.76.10.2026']]
Treeblank.pngTreetree.png@typeCode
1 … 1FIND
Treeblank.pngTreetree.pnghl7:templateId
II1 … *M(Arz...f30)
Treeblank.pngTreeblank.pngTreetree.png@root
1 … 1F1.2.276.0.76.10.2026
Treeblank.pngTreetree.pnghl7:associated​Entity
1 … 1M(Arz...f30)
Treeblank.pngTreeblank.pngTreetree.png@classCode
1 … 1FCAREGIVER
Treeblank.pngTreeblank.pngTreetree.pnghl7:scoping​Organization
1 … 1M(Arz...f30)
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 … *(Arz...f30)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1M(Arz...f30)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *(Arz...f30)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1(Arz...f30)
Eingefügt0 … * von 1.2.276.0.76.10.2024 CDA participant Weitere Beteiligte (DYNAMIC)
Weitere Beteiligte
Treetree.pnghl7:participant
0 … *(Arz...f30)
Treeblank.pngTreetree.png@typeCode
cs1 … 1RTypischerweise sind hier nur Codes für @typeCode zu verwenden, die nicht durch eine bereits existierende spezialisierte Participantion ausgedrückt werden wie z. B. author, authenticator etc.; es sind nicht alle Kombinationen von @typeCode, functionCode und associatedEntity/code sinnvoll.
 CONF
Der Wert von @typeCode muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.10901 ParticipationType (DYNAMIC)
Treeblank.pngTreetree.png@context​Control​Code
1 … 1FOP
Treeblank.pngTreetree.pnghl7:functionCode
CE0 … 1(Arz...f30)
 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
IVL_TS0 … 1(Arz...f30)
Treeblank.pngTreetree.pnghl7:associated​Entity
1 … 1R(Arz...f30)
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs1 … 1R
 CONF
Der Wert von @classCode muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.19313 RoleClassAssociative (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … *(Arz...f30)
Treeblank.pngTreeblank.pngTreetree.pnghl7:code
CE0 … 1(Arz...f30)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystem
CONF0 … 1F2.16.840.1.113883.5.111 (Role Code)
Treeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … *(Arz...f30)
Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *(Arz...f30)
Treeblank.pngTreeblank.pngTreetree.pnghl7:associated​Person
0 … 1(Arz...f30)
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(Arz...f30)
Treeblank.pngTreeblank.pngTreetree.pnghl7:scoping​Organization
0 … 1(Arz...f30)
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 … *(Arz...f30)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1M(Arz...f30)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *(Arz...f30)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1(Arz...f30)
Eingefügt0 … 1 von 1.2.276.0.76.10.2027 CDA encompassingEncounter Patientenkontakt (DYNAMIC)
Patientenkontakt (Aufenthalt)
Treetree.pnghl7:componentOf
0 … 1(Arz...f30)
Treeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreetree.pnghl7:encompassing​Encounter
1 … 1R(Arz...f30)
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FENC
Treeblank.pngTreeblank.pngTreetree.png@moodCode
cs0 … 1FEVN
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … 1Identifikationselement zur Aufnahme der Aufenthalts-Identifikation
(Arz...f30)
Treeblank.pngTreeblank.pngTreetree.pnghl7:code
CE1 … 1M(Arz...f30)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.13955 ActEncounterCode (DYNAMIC)
 Beispiel<code code="IMP" codeSystem="2.16.840.1.113883.5.4"/>
Auswahl1 … 1Elemente in der Auswahl:
  • hl7:effectiveTime[hl7:high]
  • hl7:effectiveTime[@value]
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:effectiveTime
IVL_TS … 1RZeitraum(Arz...f30)
wo [hl7:high]
 Beispiel
Vom 7. Juni 2011 11:24 Uhr bis zum 11. Juni 2011 16:54 Uhr
<effectiveTime>
  <low value="201106071124"/>  <high value="201106111654"/></effectiveTime>
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:effectiveTime
TS … 1RBestimmter Tag(Arz...f30)
wo [@value]
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
1 … 1R
 Beispiel
Am 7. Juni 2011 (ambulanter Besuch ohne genauere Zeitangaben des Tages)
<effectiveTime value="20110607"/>
Treeblank.pngTreeblank.pngTreetree.pnghl7:responsible​Party
0 … 1(Arz...f30)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:assignedEntity
1 … 1M(Arz...f30)
Eingefügt von 1.2.276.0.76.10.90012 CDA Assigned Entity Elements (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II1 … *R(Arz...f30)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1R(Arz...f30)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *R(Arz...f30)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:assigned​Person
1 … 1M(Arz...f30)
Eingefügt von 1.2.276.0.76.10.90010 CDA Person Elements (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FPSN
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
PN1 … 1M(Arz...f30)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:represented​Organization
0 … 1(Arz...f30)
Eingefügt von 1.2.276.0.76.10.90011 CDA Organization Elements (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FORG
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … *(Arz...f30)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1M(Arz...f30)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *(Arz...f30)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1(Arz...f30)
Eingefügt0 … 1R von 1.2.276.0.76.10.90021 Encounter Location (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.pnghl7:location
0 … 1R(Arz...f30)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@typeCode
0 … 1FLOC
 Beispiel<location typeCode="LOC">
  <healthCareFacility classCode="SDLOC">
    <!-- ... -->
  </healthCareFacility>
</location>
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:health​Care​Facility
1 … 1M(Arz...f30)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FSDLOC
 Beispiel<healthCareFacility classCode="SDLOC">
  <serviceProviderOrganization classCode="ORG" determinerCode="INSTANCE">
    <!-- ... -->
  </serviceProviderOrganization>
</healthCareFacility>
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:service​Provider​Organization
1 … 1M(Arz...f30)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FORG
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
0 … 1FINSTANCE
 Beispiel<serviceProviderOrganization classCode="ORG" determinerCode="INSTANCE">
  <name/>  <addr>
    <!-- ... -->
  </addr>
</serviceProviderOrganization>
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II1 … *R(Arz...f30)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1M(Arz...f30)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL1 … *M(Arz...f30)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD1 … 1M(Arz...f30)
Treetree.pnghl7:component
(Arz...f30)
Treeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreetree.png@context​Conduction​Ind
bl0 … 1Ftrue
Auswahl … 1Elemente in der Auswahl:
  • hl7:structuredBody
  • hl7:nonXMLBody[hl7:templateId​[@root​=​'1.2.276.0.76.10.3036']] eingefügt vom Template 1.2.276.0.76.10.3036 CDA nonXMLBody (referenziert) (DYNAMIC)
  • hl7:nonXMLBody[hl7:templateId​[@root​=​'1.2.276.0.76.10.3038']] eingefügt vom Template 1.2.276.0.76.10.3038 CDA nonXMLBody (eingebettet) (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.pnghl7:structuredBody
(Arz...f30)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FDOCBODY
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@moodCode
cs0 … 1FEVN
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:component
0 … 1Beinhaltet 1.2.276.0.76.10.3001 Anrede (2013‑01‑10)(Arz...f30)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
bl0 … 1Ftrue
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:component
0 … 1Beinhaltet 1.2.276.0.76.10.3002 Grund der Überweisung Section (2017‑02‑01)(Arz...f30)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
bl0 … 1Ftrue
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:component
0 … 1Beinhaltet 1.2.276.0.76.10.3022 Jetzige Anamnese (2013‑12‑30)(Arz...f30)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
bl0 … 1Ftrue
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:component
0 … 1Beinhaltet 1.2.276.0.76.10.3023 Frühere Erkrankungen (DYNAMIC)(Arz...f30)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
bl0 … 1Ftrue
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:component
0 … 1Beinhaltet 1.2.276.0.76.10.3024 Familienanamnese (2013‑12‑30)(Arz...f30)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
bl0 … 1Ftrue
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:component
0 … 1Beinhaltet 1.2.276.0.76.10.3012 Verabreichte Impfungen (2013‑07‑15)(Arz...f30)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
bl0 … 1Ftrue
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:component
0 … 1Beinhaltet 1.2.276.0.76.10.3025 Erhobene Befunde (Krankenhaus) (2013‑12‑30)(Arz...f30)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
bl0 … 1Ftrue
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:component
0 … 1Beinhaltet 1.2.276.0.76.10.3100 Befunde/Ergebnisse (DYNAMIC)(Arz...f30)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
bl0 … 1Ftrue
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:component
0 … 1Beinhaltet 1.2.276.0.76.10.3026 Aufnahmediagnose (2017‑02‑01)(Arz...f30)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
bl0 … 1Ftrue
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:component
0 … 1Beinhaltet 1.2.276.0.76.10.3027 Entlassungsdiagnose (2017‑02‑01)(Arz...f30)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
bl0 … 1Ftrue
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:component
0 … 1Beinhaltet 1.2.276.0.76.10.3028 Allergien, Unverträglichkeiten, Risiken (2013‑12‑30)(Arz...f30)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
bl0 … 1Ftrue
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:component
0 … 1Beinhaltet 1.2.276.0.76.10.3079 Gesundheitsprobleme (2017‑03‑01)(Arz...f30)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
bl0 … 1Ftrue
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:component
0 … 1Beinhaltet 1.2.276.0.76.10.3029 Medikation bei Einweisung (Historie) (2017‑02‑01)(Arz...f30)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
bl0 … 1Ftrue
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:component
0 … 1Beinhaltet 1.2.276.0.76.10.3030 Verabreichte Medikation während des Aufenthalts (2017‑02‑01)(Arz...f30)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
bl0 … 1Ftrue
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:component
0 … 1Beinhaltet 1.2.276.0.76.10.3031 Medikation bei Entlassung (2017‑02‑01)(Arz...f30)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
bl0 … 1Ftrue
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:component
0 … 1Beinhaltet 1.2.276.0.76.10.3032 Prozeduren und Maßnahmen (2017‑02‑01)(Arz...f30)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
bl0 … 1Ftrue
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:component
0 … 1Beinhaltet 1.2.276.0.76.10.3064 Heil- und Hilfsmittel (2015‑04‑29)(Arz...f30)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
bl0 … 1Ftrue
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:component
0 … 1Beinhaltet 1.2.276.0.76.10.3021 Zusammenfassung des Aufenthalts (2013‑09‑16)(Arz...f30)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
bl0 … 1Ftrue
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:component
0 … *Beinhaltet 1.2.276.0.76.10.3033 Weitere empfohlene Maßnahmen (2013‑12‑30)(Arz...f30)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP