Aktuelle Version vom 9. April 2021, 08:36 Uhr

Dieses Dokument gibt wieder: Implementierungsleitfaden Dermatologisches Konsil (1.02). Die Teilmaterialien gehören der Kategorie cdakonsab an.

Dermatologisches Konsil
auf Basis der HL7 Clinical Document Architecture Release 2
für das deutsche Gesundheitswesen

Dermatologisches Konsil

Implementierungsleitfaden

vorgelegt von:
HL7 Deutschland

Abgestimmt

Version:	1.02
Datum:	09. April 2021
Status:	Abgestimmt
Verfahren:	Standard zur Probe (STU)
Realm:	Deutschland

Copyright © 2020-: HL7 Deutschland e. V.

Anna-Louisa-Karsch-Str. 2

10178 Berlin

Kontributoren
	HL7 Deutschland e. V.	Berlin
	AOK Baden-Württemberg	Stuttgart
	Deutscher Hausärzteverband e.V.	Köln
	MEDIVERBUND AG	Stuttgart

Dokumenteninformationen

Dokumentenhistorie

Dermatologisches Konsil
Dermatologische Konsilanfrage und -bericht auf Basis der HL7 Clinical Document Architecture Release 2 für das deutsche Gesundheitswesen
Status		Typ	Version	Datum	PDF	Wiki	ART-DECOR	Abstimmung
	Final	STU	1.02	09.04.2021				Technische Korrektur: - Anpassung einiger verwendeter Templates - Anpassung Inhalte des ValueSet "Dermatologie Familienanamnese" (1.2.276.0.76.11.575) - Korrektur von OIDs der ValueSets des Projekts
	Final	STU	1.01	04.01.2021				Erweiterung des Dermatologischen Konsils um zusätzliche erforderliche Informationen
	Final	STU	1.0	11.09.2020				Ergebnis  Abstimmung von bis Ohne Votum Stimmen Ergebnis 22.07.2020-31.08.2020 6 0 0 0 6 100% Kommentare: Kommentierung Dermatologisches Konsil
	Abstimmung	STU	0.2	22.06.2020				Ankündigungen  Ankündigung der Abstimmung Beginn der Abstimmung

Impressum

Dieser Leitfaden ist im Rahmen des Projekts Elektronische Arztvernetzung (eAV) der AOK Baden-Württemberg, der HÄVG Hausärztliche Vertragsgemeinschaft AG sowie der MEDIVERBUND AG entstanden.
Er wurde am 22.06.2020 im Interoperabilitätsforum vorgestellt und unterliegt dem Abstimmungsverfahren des Interoperabilitätsforums^[1] und der Technischen Komitees von HL7 Deutschland e. V. ^[2].

Ansprechpartner und Autoren

• Horst Kakuschke, Kakuschke Informationstechnologie GmbH, Düsseldorf
• Mathias Aschhoff, RZV GmbH, Wetter
• Kontributoren:
  • Prof. Dr. med. Andreas Blum, Mitglied der Deutschen Dermatologischen Gesellschaft (DDG), der Arbeitsgemeinschaft Dermatologische Onkologie (ADO) sowie der International Dermoscopy Society (IDS)
  • Prof. Dr. med. Thomas Eigentler, Sektion Dermatologische Onkologie, Universitätsklinikum Tübingen

Disclaimer

Disclaimer Der Inhalt dieses Dokumentes ist öffentlich. Zu beachten ist, dass Teile dieses Dokuments auf der Normative Edition 2005 von HL7 Version 3 bzw. dem ISO-Standard Clinical Document Architecture (CDA) Release 2 (ISO/HL7 27932:2009 Data Exchange Standards -- HL7 Clinical Document Architecture, Release 2) beruhen, für die © HL7 International gilt. Obwohl diese Publikation mit größter Sorgfalt erstellt wurde, kann HL7 Deutschland keinerlei Haftung für direkten oder indirekten Schaden übernehmen, die durch den Inhalt dieser Spezifikation entstehen könnten.

Copyright-Hinweis, Nutzungshinweise

Einleitung

Fachlicher Hintergrund

Dermatologische Erkrankungen gehören zu den häufigsten Beratungsanlässen in deutschen Hausarztpraxen und Hausärzte sind häufig erste Ansprechpartner bei dermatologischen Problemen ^[3].
Angesichts des demographischen Wandels ist mit einer Zunahme an Hauterkrankungen allgemein ^[4] und an malignen Hautveränderungen im Speziellen in den kommenden Jahren zu rechnen [^[5], ^[6]].
Die dermatologische Versorgung in Deutschland ist regional sehr unterschiedlich geprägt, mit teils langen Wartezeiten und Anfahrtswegen ^[7].
Bei dermatologischen Beratungsanlässen handelt es sich häufig um Blickdiagnosen und therapeutisch gut handhabbaren Beschwerden. Vor diesem Hintergrund und angesichts der beschriebenen Sicherheit und Wirksamkeit bieten sich telemedizinische Konzepte zur Sicherstellung einer effizienten, qualitativ hochwertigen dermatologischen Versorgung an.

International wird Telemedizin bereits seit vielen Jahren erfolgreich zur Sicherung einer flächendeckenden Versorgung eingesetzt. Viele Studien belegen, dass die Teledermatologie mit der konventionellen dermatologischen Versorgung im Hinblick auf Genauigkeit der Diagnosestellung, klinischen Verlauf und klinische Endpunkte vergleichbar ist.
Telekonsile in der Dermatologie spielen in Deutschland aufgrund der fehlenden technischen und vertraglichen Strukturen im Vergleich zu anderen Ländern noch keine wesentliche Rolle. Sie bestehen wenig strukturiert meist nur als Kleinstprojekte. Mitunter werden derartige Fragestellungen über eMails und andere Kommunikationsmedien unter "Kollegen" beantwortet. Der privatärztliche Bereich sieht hier einen sehr starken Bedarf, teledermatologische Leistungen werden aktuell vorwiegend als IGEL-Leistung angeboten. Mit dem Digitale-Versorgungs-Gesetz (DVG) des BMG rücken Telekonsile nun insgesamt in den Fokus auch der gesetzlichen Krankenkassen.

Teledermatologie schafft die Infrastruktur für eine effiziente, wohnortnahe dermatologische Versorgung. Dieser Aspekt ist angesichts des demographischen Wandels in Deutschland von enormer Bedeutung. Daten eines systematischen Reviews zeigen, dass 18 bis 94% (im Mittel 43%) der Wege von Patienten zu Dermatologen durch Telekonsile abgewendet werden können ^[8]. In einer randomisiert-kontrollierten Studie von Eminovic et al. Konnte gezeigt werden, dass bei 20% der teledermatologisch behandelten Patienten nach einem Monat das dermatologische Problem gelöst war, wohingegen dies nur bei 4,1% der Patienten in der Kontrollgruppe der Fall war ^[9].
Ein neueres Review von Whited et al. zeigt, dass zwischen 13 und 81% (im Mittel 45,5%) der Überweisungen von Patienten in dermatologische Praxen durch Teledermatologie eingespart werden können ^[10]. Internationale Studien zeigen, dass der Einsatz von Teledermatologie je nach Vergütungsstrukturen zu einer Kostenreduktion von bis zu 18% gegenüber der konventionellen Versorgung geführt haben ^[11]. Weiterhin konnte gezeigt werden, dass durch den Lerneffekt auf Seiten der Hausärzte die Anzahl teledermatologischer Konsile über die Zeit abnimmt und sich somit weitere Kosten und Ressourcen reduzieren lassen.

Fachliche Inhalte des dermatologischen Konsils

Basis für die Abbildung eines dermatologischen Konsils ist ein zwischen Vertretern von Hausärzten und Dermatologen abgestimmter Fragebogen, der alle für die Beantwortung eines dermatologischen Konsilauftrags relevanten Fragestellungen enthält. Zu dem an der Abstimmung beteiligtem Personenkreis gehören Mitglieder des ärztlichen Beirats von HÄVG und MEDIVERBUND sowie Dermatologen, welche z.T. am Innovationsfonds-Projekt "TeleDerm" teilgenommen haben oder die dermatologischen Fachgesellschaften (Dermatoskopie, ADO) repräsentieren.
Zusätzlich wurden die Leitlinien für Teledermatologie "Leitfaden der deutschsprachigen Dermatologen"^[12] einbezogen.
Aus dem hier verfolgten Ansatz, zur Sicherstellung der Vollständigkeit des Konsilauftrags eine detaillierte Fragestruktur zu verwenden, resultiert auch die in diesem Implementationsleitfaden vollzogene starke dermatologische Spezialisierung allgemeiner Templates.

Einsatz des Implementationsleitfadens im Rahmen der elektronischen Arztvernetzung

Ziel der Fachanwendung "TeleScan" innerhalb der partnerschaftlich von HÄVG, MediVerbund und AOK Baden-Württemberg betriebenen elektronischen Arztvernetzung (eAV) im Rahmen der Hausarztzentrierten Versorgung (HZV) ist es, die Versorgung von Patienten mit Hauterkrankungen in der hausärztlichen Versorgung durch telemedizinische Konsile zu verbessern, die Rolle des Hausarztes als Lotsen zu stärken und nur die schwerwiegenden Fälle in der dermatologischen Praxis zu behandeln. Weiterhin sollen lange Wartezeiten reduziert und die dermatologische Versorgung im ländlichen Raum verbessert werden. Immobilie Patienten und Pflegeheimbewohner können ebenfalls in besonderem Maße von dieser Versorgung profitieren. Die Steuerung über den Hausarzt beugt einer Fehlversorgung im IGEL-Leistungsbereich vor.
Im Rahmen dieser eAV werden bereits jetzt IHE-konforme Infrastrukturen betrieben, um elektronische Arztbriefe, Medikationsinformationen (Hauskomet) und elektronische Arbeitsunfähigkeitsbescheinigungen (eAU) über interoperable Datenaustauschformate nach HL7 zu kommunizieren. Diese Infrastruktur wird zukünftig auch für die Fachanwendung "TeleScan" genutzt, um unter Nutzung des in diesem Implementationsleitfaden beschriebenen Datenaustauschformats teledermatologische Konsile durchzuführen.

Ablauf eines teledermatologischen Konsils im ambulanten Sektor

Aktoren

An der Abwicklung eines dermatologischen Konsil sind zwei Aktoren beteiligt:

• Auftraggeber des Konsils
• Konsiliar

Der Auftraggeber eines Konsils (in der Regel ein Hausarzt) stellt in einem Konsilauftrag alle für den Konsiliar benötigten Informationen zusammen (hierzu gehört die Anamnese, prädispositive Faktoren und relevante Krankheitshistorie).
Nach Empfang eines Konsilauftrags übernimmt der Konsiliararzt (hier: ein Dermatologe) die Befundung anhand der Informationen dieses Konsils und erstellt einen Konsiliarbericht, der wiederum an den Auftraggeber übermittelt wird.

Beschränkungen

Der aktuelle Stand des Implementierungsleitfadens sieht folgenden Restriktionen vor:

• Ein Konsilauftrag kann nur für genau eine Aufgabenstellung genutzt werden, somit ist eine Beauftragung der Befundung mehrerer unabhängiger Hautläsionen innerhalb eines dermatologischen Konsils nicht möglich. Dadurch beziehen sich alle Aspekte der Befundung auch immer auf den vollständigen (und einzigen) Befundauftrag.
• Es wird lediglich eine Rückfrage (und eine Beantwortung der Rückfrage) erlaubt, um eine Verzögerung der Befundung durch immer weitere Rückfragen zu vermeiden.

Vorbereitung eines dermatologischen Konsils

Da viele Daten zu einem Patienten in der Regel bereits im Praxisverwaltungssystem des beauftragenden Arztes gespeichert sind, wird zur Vorbereitung eines dermatologischen Konsils die Möglichkeit vorgesehen, diese Patientendaten aus dem Praxisverwaltungssystem in das System zur Erstellung der Konsile zu übertragen. Diese Daten beinhalten:

• Stammdaten des Versicherten (insbesondere Informationen zur Krankenversicherung)
• Akut- und Dauerdiagnosen
• Medikationsinformationen
• Laborwerte

Zur Übertragung dieser Patientendaten stellt dieser Implementationsleitfaden ein separates Document Level Template bereit.

Durchführung eines dermatologischen Konsils

Bei der Durchführung eines dermatologischen Konsils ensteht im Rahmen der Beauftragung eines Konsils ein CDA Dokument mit allen Angaben zum Konsilauftrag.
Weitere Bearbeitungsschritte dieses Konsil resultieren in einer Fortschreibung dieser Inhalte - somit ist der komplette Konsilverlauf also immer in einem Dokument abgebildet.
Hierdurch wird erreicht, dass auch bei einer einrichtungsübergreifenden Bearbeitung (bei Konsilen der übliche Fall) und ohne zentrale Ablage in einem Repository jedem Bearbeiter eines Konsils die vollständigen Informationen vorliegen.

Beauftragung des Konsils

Der Autraggeber eines Konsils stellt alle für die Bearbeitung eines Konsils relevanten Informationen in ein CDA Dokument zusammen und stellt diesen Konsilauftrag einem Konsiliar (oder alternativ auch einem Pool potentieller Konsiliare) zur Annahme und Bearbeitung bereit.

Optional: Stellen einer Rückfrage

Hat ein Konsiliar einen Konsilauftrag angenommen, können sich unter Umständen Fragen zur Aufgabenstellung oder zu zusätzlich benötigten Informationen ergeben.
Für diese Fälle ist hier die Formulierung einer Rückfrage und Übermittlung dieser Rückfrage an den Auftraggeber des Konsils vorgesehen.

Optional: Beantworten einer Rückfrage

Im Falle einer empfangenen Rückfrage wird der Auftraggeber des Konsils diese angefragten zusätzlichen Angaben zum Konsil dem Konsiliar zur Verfügung stellen.

Erstellung des Konsilberichts

Auf Basis der Fragestellung des Konsilauftrags erstellt der Konsiliar einen Konsilbericht mit seinem Befund und übermittelt diesen Bericht an den Auftraggeber des Konsils.
Zusätzlich ist die Angabe eines Feedbacks an den Auftraggeber möglich, in dem der Konsiliar die Qualität der anamnestischen Angaben sowie die Bildqualität der dermatoloigschen Fotografien bewerten kann.

Konsilabschluss

Nach Empfang des Konsilberichts kann der Auftraggeber des Konsils im Rahmen des Konsilabschlusses wieder ein Feedback an den Konsiliar geben, indem er die Qualität des Konsiliarberichts bewertet. Dieses Feedback wird wiederum dem Konsiliar zur Verfügung gestellt.

Vorarbeiten

Der vorliegende Implementierungsleitfaden berücksichtigt eine Reihe von Vorarbeiten aus dem nationalen und internationalen Umfeld.

• Viele Elemente des Dermatologischen Konsils sind dem Implementierungsleitfaden "Arztbrief Plus" entlehnt^[13].
• Die einschlägigen inhaltlichen IHE-Profile (PRE, DIS, PADV, PML)^[14], insbesondere das Template "Medications" 1.3.6.1.4.1.19376.1.5.3.1.4.7 im Rahmen des Technical Framework "Patient Care Coordination (PCC)" von IHE ^[15]

Abgrenzung

Dieser Leitfaden deckt eine Reihe von angrenzenden Themen bewusst nicht ab.
Dazu gehören:

• digitale Signatur
• Security
• Transport von CDA-Dokumenten
• Verwendung von XSL-Stylesheets

CDA-Spezifikation

Ein CDA-Dokument zur Abbildung dermatologischer Konsile setzt sich (wie bei CDA Dokumenten üblich) 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 (Versicherter), Autor 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).

Übersicht über die Dokumentenstruktur Dermatologischer Konsile

Folgendes Schaubild zeigt einen Überblick über die Grundstruktur des CDA Dokuments eines dermatologischen Konsils (eine detaillierte Aufstellung der Komponenten finden Sie im nächsten Abschnitt).

Hierarchische Ansicht des Dokuments zur Durchführung dermatologischer Konsile

Die folgende hierarchische Zusammenstellung gibt eine Übersicht über die einzelnen Komponenten des dermatologischen Konsils.

Besonderheiten bei der CDA-Spezifikation "Dermatologische Konsilanfrage und -bericht"

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.

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).

Hinweise zu den Identifikationen und "Best Practice" finden sich im Wiki des Interoperabilitätsforums^[16], ^[17].

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 root="1.2.276.0.76.4.8" extension="G970865268"/>
    ...
  </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="381259301"/>
    ...
</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="981069211"/>
      <name>Beispiel Betriebsstätte</name>
</representedOrganization>

Angabe des Auftraggebers des Konsils sowie des Konsiliars

Sowohl Auftraggeber als auch Konsiliar werden als Autoren des CDA Dokuments angegeben (der Konsiliar tritt natürlich nur ab seiner ersten Bearbeitung des Konsils in Erscheinung).
Unterschieden werden die beiden Autoren-Angaben durch das Element "hl7:functionCode": der Auftraggeber trägt den code "ADMPHYS" (admitting physician), während der Konsiliar durch den code "REVIEWER" (reviewer) ausgezeichnet wird.
Hierfür sind entsprechende CDA Header Level Templates als Spezialisierung von "CDA author Person" angelegt.

Set-ID und Versionsnummer

Als Besonderheit soll hier hervorgehoben werden, dass die im Header befindlichen Elemente

• setId
• versionNumber

als Identifikations- und Versionierungsattribute für ein Konsil gehandhabt werden.
Die setId (eine OID oder UUID) bleibt dabei über alle Bearbeitungsschritte eines Konsils gleich, während jeder Bearbeitungsschritt die versionNumber um eins erhöht.

Davon unabhängig besitzt natürlich jedes neue Konsil-Dokument eine eigene (neue) Dokumenten-Identifikation in ClinicalDocument/id.

Pharmazeutische Angaben zu Medikamenten

Im Bereich der Informationen über Medikationen werden bei Bedarf pharmazeutische Informationen durch die offizielle HL7 Erweiterung der Pharmacy Working Group angegeben. Diese von der HL7 Pharmacy Workgroup definierten CDA-Erweiterungen für Pharmacy werden unter der XML-Namensraumkennung urn:hl7-org:pharm behandelt und verwenden in der Regel das Namespacepräfix pharm:.

Einsatz von SNOMED CT in spezifischen Value Sets

Einige Value Sets enthalten Inhalte aus den SNOMED Clinical Terms® (SNOMED CT®), die unter Copyright der International Health Terminology Standards Development Organisation (IHTSDO) stehen. Implementierer müssen eine entsprechende SNOMED CT Affiliate Lizenz besitzen. Mehr Informationen erhalten Sie unter http://www.snomed.org/snomed-ct/getsnomed-ct oder mailto:info@snomed.org .

Im Rahmen der vom Bundesministerium für Bildung und Forschung (BMBF) geförderten Medizininformatik-Initiative (MII) kann SNOMED CT bereits seit dem 15.03.2020 bundesweit genutzt werden, für den 01.01.2021 hat das Bundesministerium für Gesundheit in einem aktuellen Gesetzentwurf eine Fortführung von SNOMED CT auch für den Versorgungsbereich in Form einer Nationallizenz angekündigt.
Auf dieser Basis ist es geplant, direkt mit Verfügbarkeit dieser nationalen Lizenz die Nutzung von SNOMED CT für das Projekt "TeleScan" beim zukünftigen National Release Center für Deutschland anzumelden.

Aufbau dieses Implementierungsleitfadens

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^[18].

Es sei hier auch 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 lautet http://art-decor.org/art-decor/decor-project--konsab-.

CDA Document Level Templates

CDA Dokument für die Vorbereitung des dermatologischen Konsils: Dermatologisches Konsil Patientendaten

Id	1.2.276.0.76.10.1036	Gültigkeit	2020‑04‑16 19:14:02
Status	Entwurf	Versions-Label
Name	KonsilPatientendaten	Bezeichnung	Dermatologisches Konsil Patientendaten
Beschreibung	Dokumenten-Template für die Übermittlung von patientenbezogenen Daten als Basis für ein Dermatologisches Konsil
Kontext	Pfadname //
Klassifikation	CDA Document Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit	Assoziiert mit 1 Konzept Id Name Datensatz konsab-data​element-15  Vorgangsidentifikator  Datensatz
Benutzt	Benutzt 8 Templates Benutzt als Name Version 1.2.276.0.76.10.90002 Inklusion CDA realmCode DYNAMIC 1.2.276.0.76.10.2001 Inklusion CDA recordTarget DYNAMIC 1.2.276.0.76.10.2007 Inklusion CDA author Person DYNAMIC 1.2.276.0.76.10.2004 Inklusion CDA custodian DYNAMIC 1.2.276.0.76.10.3103 Containment Insurance Section DYNAMIC 1.2.276.0.76.10.3148 Containment Diagnosen/prädisponierende Faktoren DYNAMIC 1.2.276.0.76.10.3157 Containment Aktuelle Medikation DYNAMIC 1.2.276.0.76.10.3100 Containment Befunde/Ergebnisse DYNAMIC
Beziehung	Adaptation: Template 2.16.840.1.113883.10.12.2 CDA ClinicalDocument (with StructuredBody) (2005‑09‑07) ref ad1bbr-
Item DT Kard Konf Beschreibung Label hl7:ClinicalDocument (Kon...ten) @classCode cs 0 … 1 F DOCCLIN @moodCode cs 0 … 1 F EVN Eingefügt von 1.2.276.0.76.10.90002 CDA realmCode (DYNAMIC) hl7:realmCode CS 1 … 1 M CDAr...Code @code cs 1 … 1 R   CONF @code muss "DE" sein   Beispiel <realmCode code="DE"/> hl7:typeId II 1 … 1 M (Kon...ten) @root uid 1 … 1 F 2.16.840.1.113883.1.3 @extension st 1 … 1 F POCD_HD000040 hl7:templateId II 1 … 1 M (Kon...ten) @root uid 1 … 1 F 1.2.276.0.76.10.1036 hl7:id II 1 … 1 M (Kon...ten) hl7:code CE 1 … 1 M (Kon...ten) @code CONF 1 … 1 F 60591-5 @codeSystem 1 … 1 F 2.16.840.1.113883.6.1 (LOINC) @displayName 1 … 1 F Patient summary Document hl7:title ST 1 … 1 M (Kon...ten)   Constraint Patientendaten hl7:effectiveTime TS.​DATE​TIME.​MIN 1 … 1 M (Kon...ten) hl7:confidentialityCode CE 1 … 1 M (Kon...ten)   CONF Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.16926 HL7 BasicConfidentialityKind (DYNAMIC) hl7:language​Code CS.LANG 1 … 1 M (Kon...ten) hl7:setId II 1 … 1 M (Kon...ten)   konsab-data​element-15  Vorgangsidentifikator  Datensatz hl7:versionNumber INT.POS 1 … 1 M (Kon...ten) Eingefügt 1 … 1 M von 1.2.276.0.76.10.2001 CDA recordTarget (DYNAMIC) hl7:recordTarget 1 … 1 M (Kon...ten)   konsab-data​element-5  Patient  Datensatz @typeCode 0 … 1 F RCT @context​Control​Code 0 … 1 F OP   Beispiel <recordTarget typeCode="RCT" contextControlCode="OP">   <patientRole classCode="PAT">     <!-- ... -->   </patientRole></recordTarget> hl7:patientRole 1 … 1 (Kon...ten) @classCode 0 … 1 F PAT   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> hl7:id II 1 … * (Kon...ten)   konsab-data​element-117  Weiterer Identifikator Patient  Datensatz konsab-data​element-6  eGK-Nummer  Datensatz   Beispiel <id extension="6245" root="2.16.840.1.113883.3.933"/><id extension="1543627549" root="1.2.276.0.76.4.1"/> hl7:addr AD 0 … * Adresse des Patienten (Kon...ten)   konsab-data​element-129  StrassenAdresse  Datensatz   Beispiel <addr use="HP">   <streetName>Dorfstraße</streetName>  <houseNumber>54</houseNumber>  <postalCode>51371</postalCode>  <city>Leverkusen</city></addr> hl7:telecom TEL 0 … * Kontaktdaten des Patienten (Kon...ten)   Beispiel <telecom use="H" value="tel:+4930140400"/><telecom use="MC" value="tel:+492211234567"/><telecom value="mailto:herberthannes.mustermann@provider.de"/> hl7:patient 0 … 1 (Kon...ten) @classCode 0 … 1 F PSN @determiner​Code 0 … 1 F INSTANCE   Beispiel <patient classCode="PSN" determinerCode="INSTANCE">   <name>     <!-- ... -->   </name>  <administrativeGenderCode code="M" codeSystem="2.16.840.1.113883.5.1"/>  <birthTime value="19541223"/></patient> Eingefügt 1 … 1 M von 1.2.276.0.76.10.90030 Personenname (DYNAMIC) hl7:name PN 1 … 1 M Die 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. (Kon...ten)   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> hl7:prefix ENXP 0 … * Titel (Kon...ten) wo [@qualifier='AC']   konsab-data​element-153  Titel  Datensatz @qualifier set_cs 1 … 1 F AC hl7:given ENXP 0 … * Vorname (Kon...ten)   konsab-data​element-149  Vorname  Datensatz hl7:prefix ENXP 0 … * Namenszusatz (Kon...ten) wo [@qualifier='NB'] @qualifier set_cs 1 … 1 F NB hl7:prefix ENXP 0 … * Vorsatzwort (Kon...ten) wo [@qualifier='VV']   konsab-data​element-151  Vorsatzwort  Datensatz @qualifier set_cs 1 … 1 F VV hl7:family ENXP 0 … * Nachname (Kon...ten)   konsab-data​element-150  Nachname  Datensatz hl7:suffix ENXP 0 … * Suffix (Kon...ten)   konsab-data​element-152  Namenszusatz  Datensatz hl7:administrative​Gender​Code CE 1 … 1 R Geschlecht (administrativ) des Patienten (Kon...ten)   konsab-data​element-160  Geschlecht  Datensatz   CONF Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.1 Administrative Gender (HL7 V3) (DYNAMIC)   Beispiel <administrativeGenderCode code="M" codeSystem="2.16.840.1.113883.5.1"/> hl7:birthTime TS.​DATE.​MIN 1 … 1 R Geburtsdatum des Patienten (Kon...ten)   konsab-data​element-8  Geburtsdatum  Datensatz   Beispiel <birthTime value="19491224"/> hl7:marital​Status​Code CE 0 … 1 Familienstand des Patienten (Kon...ten)   CONF Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.12212 Marital Status (DYNAMIC)   Beispiel <maritalStatusCode code="S" displayName="Never Married" codeSystem="2.16.840.1.113883.5.2"/> hl7:religious​Affiliation​Code CE 0 … 1 Religionszugehörigkeit des Patienten (Kon...ten)   CONF Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.19185 Religious Affiliation (DYNAMIC)   Beispiel <religiousAffiliationCode code="1077" displayName="Protestant" codeSystem="2.16.840.1.113883.5.1076"/> hl7:raceCode NP darf nicht verwendet werden (Kon...ten) hl7:ethnic​Group​Code NP darf nicht verwendet werden (Kon...ten) hl7:guardian 0 … * Vormund/Sachwalter des Patienten (Kon...ten) hl7:addr AD 0 … 1 (Kon...ten) hl7:telecom TEL 0 … * (Kon...ten) Auswahl 1 … 1 Elemente in der Auswahl: hl7:guardian​Person hl7:guardian​Organization hl7:guardian​Person (Kon...ten) hl7:name PN 1 … 1 M (Kon...ten) hl7:guardian​Organization (Kon...ten) hl7:name ON 1 … 1 M (Kon...ten) hl7:birthplace 0 … 1 Geburtsort des Patienten (Kon...ten)   Beispiel <birthplace>   <place>     <addr>Hamburg</addr>  </place></birthplace> hl7:place 1 … 1 M (Kon...ten) hl7:addr AD 1 … 1 M (Kon...ten) hl7:language​Communication 0 … * (Kon...ten) hl7:language​Code CS 0 … 1 (Kon...ten)   CONF Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.11526 HumanLanguage (DYNAMIC) hl7:modeCode CE 0 … 1 (Kon...ten)   CONF Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.12249 LanguageAbilityMode (DYNAMIC) hl7:proficiency​Level​Code CE 0 … 1 (Kon...ten)   CONF Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.12199 LanguageAbilityProficiency (DYNAMIC) hl7:preference​Ind BL 0 … 1 (Kon...ten) Eingefügt 1 … 1 M von 1.2.276.0.76.10.2007 CDA author Person (DYNAMIC) hl7:author 1 … 1 M (Kon...ten) @typeCode 0 … 1 F AUT @context​Control​Code 0 … 1 F OP   Beispiel <author typeCode="AUT" contextControlCode="OP">   <time value="201306101654"/>  <assignedAuthor classCode="ASSIGNED">     <!-- ... -->   </assignedAuthor></author> hl7:functionCode CE 0 … 1 (Kon...ten)   CONF Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.10267 ParticipationFunction (DYNAMIC) hl7:time TS.​DATE.​MIN 1 … 1 (Kon...ten) hl7:assignedAuthor 1 … 1 (Kon...ten) @classCode 0 … 1 F ASSIGNED hl7:id II 1 … * (Kon...ten) hl7:code CE 0 … 1 Fachgebiet/Spezialität des Gesundheitsdienstleister, z. B. Ärztin/Arzt für Allgemeinmedizin, Approbierte Ärztin/Approbierter Arzt, Fachärztin/Facharzt für Anästhesiologie und Intensivmedizin (Kon...ten) hl7:telecom TEL 0 … * (Kon...ten) hl7:assigned​Person  … 1 (Kon...ten) Eingefügt von 1.2.276.0.76.10.90010 CDA Person Elements (DYNAMIC) @classCode 0 … 1 F PSN @determiner​Code 0 … 1 F INSTANCE hl7:name PN 1 … 1 M (Kon...ten)   konsab-data​element-128  Name  Datensatz hl7:represented​Organization 1 … 1 M (Kon...ten)   Beispiel <representedOrganization classCode="ORG" determinerCode="INSTANCE">   <name>     <!-- ... -->   </name></representedOrganization> Eingefügt von 1.2.276.0.76.10.90011 CDA Organization Elements (DYNAMIC) @classCode 0 … 1 F ORG @determiner​Code 0 … 1 F INSTANCE hl7:id II 0 … * (Kon...ten)   konsab-data​element-89  BSNR  Datensatz konsab-data​element-90  BSNR  Datensatz hl7:name ON 1 … 1 M (Kon...ten) hl7:telecom TEL 0 … * (Kon...ten)   konsab-data​element-145  Telefonnummer  Datensatz konsab-data​element-146  Faxnummer  Datensatz konsab-data​element-93  Telefonnummer  Datensatz konsab-data​element-94  Faxnummer  Datensatz hl7:addr AD 0 … 1 (Kon...ten) Eingefügt 1 … 1 M von 1.2.276.0.76.10.2004 CDA custodian (DYNAMIC) hl7:custodian 1 … 1 M (Kon...ten) @typeCode 0 … 1 F CST   Beispiel <custodian typeCode="CST">   <assignedCustodian classCode="ASSIGNED">     <representedCustodianOrganization classCode="ORG" determinerCode="INSTANCE">       <!-- ... -->     </representedCustodianOrganization>  </assignedCustodian></custodian> hl7:assignedCustodian 1 … 1 M (Kon...ten) @classCode 0 … 1 F ASSIGNED hl7:represented​Custodian​Organization 1 … 1 M (Kon...ten) @classCode 0 … 1 F ORG @determiner​Code 0 … 1 F INSTANCE hl7:id II 1 … 1 M (Kon...ten) hl7:name ON 1 … 1 M (Kon...ten) hl7:telecom TEL 0 … 1 (Kon...ten) hl7:addr AD 0 … 1 (Kon...ten) hl7:component 1 … 1 M (Kon...ten) @typeCode cs 1 … 1 F COMP @context​Conduction​Ind bl 0 … 1 F true hl7:structuredBody 1 … 1 M (Kon...ten) @classCode cs 1 … 1 F DOCBODY @moodCode cs 1 … 1 F EVN hl7:component 1 … 1 M Versichertendaten der eGK Beinhaltet 1.2.276.0.76.10.3103 Insurance Section (DYNAMIC) (Kon...ten) @typeCode cs 1 … 1 F COMP @context​Conduction​Ind bl 0 … 1 F true hl7:component 1 … 1 M Bekannte Krankheiten Beinhaltet 1.2.276.0.76.10.3148 Diagnosen/prädisponierende Faktoren (DYNAMIC) (Kon...ten) @typeCode cs 1 … 1 F COMP @context​Conduction​Ind bl 0 … 1 F true hl7:component 1 … 1 M Aktuelle Medikation Beinhaltet 1.2.276.0.76.10.3157 Aktuelle Medikation (DYNAMIC) (Kon...ten) @typeCode cs 1 … 1 F COMP @context​Conduction​Ind bl 0 … 1 F true hl7:component 1 … 1 M Laborwerte Beinhaltet 1.2.276.0.76.10.3100 Befunde/Ergebnisse (DYNAMIC) (Kon...ten) @typeCode cs 1 … 1 F COMP @context​Conduction​Ind bl 0 … 1 F true

CDA Dokument für die Durchführung des dermatologischen Konsils: Dermatologisches Konsil

Id	1.2.276.0.76.10.1035	Gültigkeit	2020‑02‑17 14:18:24
Status	Entwurf	Versions-Label
Name	DermatologischesKonsil	Bezeichnung	Dermatologisches Konsil
Beschreibung	Dokumenten-Template für die CDA Abbildung eines dermatologischen Konsils
Kontext	Pfadname //
Klassifikation	CDA Document Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit	Assoziiert mit 2 Konzepte Id Name Datensatz konsab-data​element-15  Vorgangsidentifikator  Datensatz konsab-data​element-4  Dermatologisches Konsil  Datensatz
Benutzt	Benutzt 15 Templates Benutzt als Name Version 1.2.276.0.76.10.90002 Inklusion CDA realmCode DYNAMIC 1.2.276.0.76.10.2001 Inklusion CDA recordTarget DYNAMIC 1.2.276.0.76.10.2053 Inklusion CDA author Person Konsil Auftraggeber DYNAMIC 1.2.276.0.76.10.2054 Inklusion CDA author Person Konsiliar DYNAMIC 1.2.276.0.76.10.2004 Inklusion CDA custodian DYNAMIC 1.2.276.0.76.10.2020 Inklusion CDA legalAuthenticator DYNAMIC 1.2.276.0.76.10.2052 Inklusion Konsil Bearbeitungsstand DYNAMIC 1.2.276.0.76.10.2027 Inklusion CDA encompassingEncounter Patientenkontakt (1.1) DYNAMIC 1.2.276.0.76.10.3103 Containment Insurance Section DYNAMIC 1.2.276.0.76.10.3175 Containment Konsil Einverständniserklärungen Section DYNAMIC 1.2.276.0.76.10.3149 Containment Dermatologischer Konsilauftrag DYNAMIC 1.2.276.0.76.10.3150 Containment Konsilrückfrage DYNAMIC 1.2.276.0.76.10.3151 Containment Zusätzliche Angaben zum Konsil DYNAMIC 1.2.276.0.76.10.3152 Containment Konsiliarbericht DYNAMIC 1.2.276.0.76.10.3153 Containment Konsilabschluss DYNAMIC
Beziehung	Adaptation: Template 2.16.840.1.113883.10.12.2 CDA ClinicalDocument (with StructuredBody) (2005‑09‑07) ref ad1bbr-
Item DT Kard Konf Beschreibung Label hl7:ClinicalDocument (Der...sil)   konsab-data​element-4  Dermatologisches Konsil  Datensatz @classCode cs 0 … 1 F DOCCLIN @moodCode cs 0 … 1 F EVN Eingefügt von 1.2.276.0.76.10.90002 CDA realmCode (DYNAMIC) hl7:realmCode CS 1 … 1 M CDAr...Code @code cs 1 … 1 R   CONF @code muss "DE" sein   Beispiel <realmCode code="DE"/> hl7:typeId II 1 … 1 M (Der...sil) @root uid 1 … 1 F 2.16.840.1.113883.1.3 @extension st 1 … 1 F POCD_HD000040 hl7:templateId II 1 … 1 M (Der...sil) @root uid 1 … 1 F 1.2.276.0.76.10.1035 hl7:id II 1 … 1 M (Der...sil) hl7:code CE 1 … 1 M (Der...sil) @code CONF 1 … 1 F 34758-3 @codeSystem 1 … 1 F 2.16.840.1.113883.6.1 (LOINC) @displayName 1 … 1 F Dermatology Consult note hl7:title ST 1 … 1 M (Der...sil)   Constraint Dermatologisches Konsil hl7:effectiveTime TS.​DATE​TIME.​MIN 1 … 1 M (Der...sil) hl7:confidentialityCode CE 1 … 1 M (Der...sil)   CONF Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.16926 HL7 BasicConfidentialityKind (DYNAMIC) hl7:language​Code CS.LANG 1 … 1 M (Der...sil) hl7:setId II 1 … 1 M (Der...sil)   konsab-data​element-15  Vorgangsidentifikator  Datensatz hl7:versionNumber INT.POS 1 … 1 M (Der...sil) Eingefügt 1 … 1 M von 1.2.276.0.76.10.2001 CDA recordTarget (DYNAMIC) hl7:recordTarget 1 … 1 M (Der...sil)   konsab-data​element-5  Patient  Datensatz @typeCode 0 … 1 F RCT @context​Control​Code 0 … 1 F OP   Beispiel <recordTarget typeCode="RCT" contextControlCode="OP">   <patientRole classCode="PAT">     <!-- ... -->   </patientRole></recordTarget> hl7:patientRole 1 … 1 (Der...sil) @classCode 0 … 1 F PAT   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> hl7:id II 1 … * (Der...sil)   konsab-data​element-117  Weiterer Identifikator Patient  Datensatz konsab-data​element-6  eGK-Nummer  Datensatz   Beispiel <id extension="6245" root="2.16.840.1.113883.3.933"/><id extension="1543627549" root="1.2.276.0.76.4.1"/> hl7:addr AD 0 … * Adresse des Patienten (Der...sil)   konsab-data​element-129  StrassenAdresse  Datensatz   Beispiel <addr use="HP">   <streetName>Dorfstraße</streetName>  <houseNumber>54</houseNumber>  <postalCode>51371</postalCode>  <city>Leverkusen</city></addr> hl7:telecom TEL 0 … * Kontaktdaten des Patienten (Der...sil)   Beispiel <telecom use="H" value="tel:+4930140400"/><telecom use="MC" value="tel:+492211234567"/><telecom value="mailto:herberthannes.mustermann@provider.de"/> hl7:patient 0 … 1 (Der...sil) @classCode 0 … 1 F PSN @determiner​Code 0 … 1 F INSTANCE   Beispiel <patient classCode="PSN" determinerCode="INSTANCE">   <name>     <!-- ... -->   </name>  <administrativeGenderCode code="M" codeSystem="2.16.840.1.113883.5.1"/>  <birthTime value="19541223"/></patient> Eingefügt 1 … 1 M von 1.2.276.0.76.10.90030 Personenname (DYNAMIC) hl7:name PN 1 … 1 M Die 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. (Der...sil)   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> hl7:prefix ENXP 0 … * Titel (Der...sil) wo [@qualifier='AC']   konsab-data​element-153  Titel  Datensatz @qualifier set_cs 1 … 1 F AC hl7:given ENXP 0 … * Vorname (Der...sil)   konsab-data​element-149  Vorname  Datensatz hl7:prefix ENXP 0 … * Namenszusatz (Der...sil) wo [@qualifier='NB'] @qualifier set_cs 1 … 1 F NB hl7:prefix ENXP 0 … * Vorsatzwort (Der...sil) wo [@qualifier='VV']   konsab-data​element-151  Vorsatzwort  Datensatz @qualifier set_cs 1 … 1 F VV hl7:family ENXP 0 … * Nachname (Der...sil)   konsab-data​element-150  Nachname  Datensatz hl7:suffix ENXP 0 … * Suffix (Der...sil)   konsab-data​element-152  Namenszusatz  Datensatz hl7:administrative​Gender​Code CE 1 … 1 R Geschlecht (administrativ) des Patienten (Der...sil)   konsab-data​element-160  Geschlecht  Datensatz   CONF Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.1 Administrative Gender (HL7 V3) (DYNAMIC)   Beispiel <administrativeGenderCode code="M" codeSystem="2.16.840.1.113883.5.1"/> hl7:birthTime TS.​DATE.​MIN 1 … 1 R Geburtsdatum des Patienten (Der...sil)   konsab-data​element-8  Geburtsdatum  Datensatz   Beispiel <birthTime value="19491224"/> hl7:marital​Status​Code CE 0 … 1 Familienstand des Patienten (Der...sil)   CONF Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.12212 Marital Status (DYNAMIC)   Beispiel <maritalStatusCode code="S" displayName="Never Married" codeSystem="2.16.840.1.113883.5.2"/> hl7:religious​Affiliation​Code CE 0 … 1 Religionszugehörigkeit des Patienten (Der...sil)   CONF Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.19185 Religious Affiliation (DYNAMIC)   Beispiel <religiousAffiliationCode code="1077" displayName="Protestant" codeSystem="2.16.840.1.113883.5.1076"/> hl7:raceCode NP darf nicht verwendet werden (Der...sil) hl7:ethnic​Group​Code NP darf nicht verwendet werden (Der...sil) hl7:guardian 0 … * Vormund/Sachwalter des Patienten (Der...sil) hl7:addr AD 0 … 1 (Der...sil) hl7:telecom TEL 0 … * (Der...sil) Auswahl 1 … 1 Elemente in der Auswahl: hl7:guardian​Person hl7:guardian​Organization hl7:guardian​Person (Der...sil) hl7:name PN 1 … 1 M (Der...sil) hl7:guardian​Organization (Der...sil) hl7:name ON 1 … 1 M (Der...sil) hl7:birthplace 0 … 1 Geburtsort des Patienten (Der...sil)   Beispiel <birthplace>   <place>     <addr>Hamburg</addr>  </place></birthplace> hl7:place 1 … 1 M (Der...sil) hl7:addr AD 1 … 1 M (Der...sil) hl7:language​Communication 0 … * (Der...sil) hl7:language​Code CS 0 … 1 (Der...sil)   CONF Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.11526 HumanLanguage (DYNAMIC) hl7:modeCode CE 0 … 1 (Der...sil)   CONF Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.12249 LanguageAbilityMode (DYNAMIC) hl7:proficiency​Level​Code CE 0 … 1 (Der...sil)   CONF Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.12199 LanguageAbilityProficiency (DYNAMIC) hl7:preference​Ind BL 0 … 1 (Der...sil) Eingefügt 1 … 1 M von 1.2.276.0.76.10.2053 CDA author Person Konsil Auftraggeber (DYNAMIC) hl7:author 1 … 1 M (Der...sil) @typeCode cs 1 … 1 F AUT @context​Control​Code cs 1 … 1 F OP   Beispiel <author typeCode="AUT" contextControlCode="OP">   <functionCode code="ADMPHYS" codeSystem="2.16.840.1.113883.5.88" displayName="admitting physician"/>  <time value="20200323"/>  <assignedAuthor classCode="ASSIGNED">     <!-- ... -->   </assignedAuthor></author> hl7:functionCode CE 1 … 1 M (Der...sil) @code CONF 1 … 1 F ADMPHYS @codeSystem 1 … 1 F 2.16.840.1.113883.5.88 (Participation Function) @displayName 1 … 1 F admitting physician hl7:time TS.​DATE.​MIN 1 … 1 (Der...sil) hl7:assignedAuthor 1 … 1 (Der...sil)   konsab-data​element-10  Beauftragender Arzt  Datensatz @classCode cs 1 … 1 F ASSIGNED hl7:id II 1 … * (Der...sil)   konsab-data​element-88  LANR  Datensatz hl7:code CE 0 … 1 Fachgebiet/Spezialität des Gesundheitsdienstleister, z. B. Ärztin/Arzt für Allgemeinmedizin, Approbierte Ärztin/Approbierter Arzt, Fachärztin/Facharzt für Anästhesiologie und Intensivmedizin (Der...sil) hl7:telecom TEL 0 … * (Der...sil) hl7:assigned​Person 1 … 1 M (Der...sil) Eingefügt von 1.2.276.0.76.10.90010 CDA Person Elements (DYNAMIC) @classCode 0 … 1 F PSN @determiner​Code 0 … 1 F INSTANCE hl7:name PN 1 … 1 M (Der...sil)   konsab-data​element-128  Name  Datensatz hl7:represented​Organization 1 … 1 M (Der...sil)   Beispiel <representedOrganization classCode="ORG" determinerCode="INSTANCE">   <name>     <!-- ... -->   </name></representedOrganization> Eingefügt von 1.2.276.0.76.10.90011 CDA Organization Elements (DYNAMIC) @classCode 0 … 1 F ORG @determiner​Code 0 … 1 F INSTANCE hl7:id II 0 … * (Der...sil)   konsab-data​element-89  BSNR  Datensatz konsab-data​element-90  BSNR  Datensatz hl7:name ON 1 … 1 M (Der...sil) hl7:telecom TEL 0 … * (Der...sil)   konsab-data​element-145  Telefonnummer  Datensatz konsab-data​element-146  Faxnummer  Datensatz konsab-data​element-93  Telefonnummer  Datensatz konsab-data​element-94  Faxnummer  Datensatz hl7:addr AD 0 … 1 (Der...sil) Eingefügt 0 … 1 C von 1.2.276.0.76.10.2054 CDA author Person Konsiliar (DYNAMIC) hl7:author 0 … 1 C (Der...sil) @typeCode cs 1 … 1 F AUT @context​Control​Code cs 1 … 1 F OP   Beispiel <author typeCode="AUT" contextControlCode="OP">   <functionCode code="REVIEWER" codeSystem="2.16.840.1.113883.5.88" displayName="reviewer"/>  <time value="20200325"/>  <assignedAuthor classCode="ASSIGNED">     <!-- ... -->   </assignedAuthor></author> hl7:functionCode CE 1 … 1 M (Der...sil) @code CONF 1 … 1 F REVIEWER @codeSystem 1 … 1 F 2.16.840.1.113883.5.88 (Participation Function) @displayName 1 … 1 F reviewer hl7:time TS.​DATE.​MIN 1 … 1 (Der...sil) hl7:assignedAuthor 1 … 1 (Der...sil)   konsab-data​element-11  Konsiliararzt  Datensatz @classCode cs 1 … 1 F ASSIGNED hl7:id II 1 … * (Der...sil)   konsab-data​element-91  LANR  Datensatz hl7:code CE 0 … 1 Fachgebiet/Spezialität des Gesundheitsdienstleister, z. B. Ärztin/Arzt für Allgemeinmedizin, Approbierte Ärztin/Approbierter Arzt, Fachärztin/Facharzt für Anästhesiologie und Intensivmedizin (Der...sil) hl7:telecom TEL 0 … * (Der...sil) hl7:assigned​Person 1 … 1 M (Der...sil) Eingefügt von 1.2.276.0.76.10.90010 CDA Person Elements (DYNAMIC) @classCode 0 … 1 F PSN @determiner​Code 0 … 1 F INSTANCE hl7:name PN 1 … 1 M (Der...sil)   konsab-data​element-128  Name  Datensatz hl7:represented​Organization 1 … 1 M (Der...sil)   Beispiel <representedOrganization classCode="ORG" determinerCode="INSTANCE">   <name>     <!-- ... -->   </name></representedOrganization> Eingefügt von 1.2.276.0.76.10.90011 CDA Organization Elements (DYNAMIC) @classCode 0 … 1 F ORG @determiner​Code 0 … 1 F INSTANCE hl7:id II 0 … * (Der...sil)   konsab-data​element-89  BSNR  Datensatz konsab-data​element-90  BSNR  Datensatz hl7:name ON 1 … 1 M (Der...sil) hl7:telecom TEL 0 … * (Der...sil)   konsab-data​element-145  Telefonnummer  Datensatz konsab-data​element-146  Faxnummer  Datensatz konsab-data​element-93  Telefonnummer  Datensatz konsab-data​element-94  Faxnummer  Datensatz hl7:addr AD 0 … 1 (Der...sil) Eingefügt 1 … 1 M von 1.2.276.0.76.10.2004 CDA custodian (DYNAMIC) hl7:custodian 1 … 1 M (Der...sil) @typeCode 0 … 1 F CST   Beispiel <custodian typeCode="CST">   <assignedCustodian classCode="ASSIGNED">     <representedCustodianOrganization classCode="ORG" determinerCode="INSTANCE">       <!-- ... -->     </representedCustodianOrganization>  </assignedCustodian></custodian> hl7:assignedCustodian 1 … 1 M (Der...sil) @classCode 0 … 1 F ASSIGNED hl7:represented​Custodian​Organization 1 … 1 M (Der...sil) @classCode 0 … 1 F ORG @determiner​Code 0 … 1 F INSTANCE hl7:id II 1 … 1 M (Der...sil) hl7:name ON 1 … 1 M (Der...sil) hl7:telecom TEL 0 … 1 (Der...sil) hl7:addr AD 0 … 1 (Der...sil) Eingefügt 1 … 1 M von 1.2.276.0.76.10.2020 CDA legalAuthenticator (DYNAMIC) hl7:legalAuthenticator 1 … 1 M (Der...sil)   konsab-data​element-141  Signatur  Datensatz @typeCode 0 … 1 F LA @context​Control​Code 0 … 1 F OP hl7:time TS 1 … 1 R (Der...sil) hl7:signatureCode CS 1 … 1 R (Der...sil)   konsab-data​element-144  Elektronische Signatur  Datensatz   CONF Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.10282 ParticipationSignature (DYNAMIC) hl7:assignedEntity 1 … 1 R (Der...sil)   konsab-data​element-142  Signierender Arzt  Datensatz konsab-data​element-143  LANR  Datensatz Eingefügt von 1.2.276.0.76.10.90012 CDA Assigned Entity Elements (DYNAMIC) hl7:id II 1 … * R (Der...sil) hl7:addr AD 0 … 1 R (Der...sil) hl7:telecom TEL 0 … * R (Der...sil) hl7:assigned​Person 1 … 1 M (Der...sil) Eingefügt von 1.2.276.0.76.10.90010 CDA Person Elements (DYNAMIC) @classCode 0 … 1 F PSN @determiner​Code 0 … 1 F INSTANCE hl7:name PN 1 … 1 M (Der...sil)   konsab-data​element-128  Name  Datensatz hl7:represented​Organization 0 … 1 (Der...sil) Eingefügt von 1.2.276.0.76.10.90011 CDA Organization Elements (DYNAMIC) @classCode 0 … 1 F ORG @determiner​Code 0 … 1 F INSTANCE hl7:id II 0 … * (Der...sil)   konsab-data​element-89  BSNR  Datensatz konsab-data​element-90  BSNR  Datensatz hl7:name ON 1 … 1 M (Der...sil) hl7:telecom TEL 0 … * (Der...sil)   konsab-data​element-145  Telefonnummer  Datensatz konsab-data​element-146  Faxnummer  Datensatz konsab-data​element-93  Telefonnummer  Datensatz konsab-data​element-94  Faxnummer  Datensatz hl7:addr AD 0 … 1 (Der...sil) Eingefügt 1 … 1 M von 1.2.276.0.76.10.2052 Konsil Bearbeitungsstand (DYNAMIC) hl7:documentationOf 1 … 1 M (Der...sil) @typeCode cs 1 … 1 F DOC hl7:serviceEvent 1 … 1 M (Der...sil) @classCode cs 1 … 1 F ACT @moodCode cs 1 … 1 F EVN hl7:code CE 1 … 1 M (Der...sil)   konsab-data​element-27  Bearbeitungsstand  Datensatz   CONF Der Wert von @code muss gewählt werden aus dem Value Set 1.2.276.0.76.11.567 Konsil Bearbeitungsstand (DYNAMIC) Eingefügt 1 … 1 M von 1.2.276.0.76.10.2027 CDA encompassingEncounter Patientenkontakt (DYNAMIC) hl7:componentOf 1 … 1 M (Der...sil) @typeCode cs 0 … 1 F COMP hl7:encompassing​Encounter 1 … 1 R (Der...sil) @classCode cs 0 … 1 F ENC @moodCode cs 0 … 1 F EVN hl7:id II 0 … 1 Identifikationselement zur Aufnahme der Aufenthalts-Identifikation (Der...sil) hl7:code CE 1 … 1 M (Der...sil)   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"/> Auswahl 1 … 1 Elemente in der Auswahl: hl7:effectiveTime[hl7:high] hl7:effectiveTime[@value] hl7:effectiveTime IVL_TS  … 1 R Zeitraum (Der...sil) 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> hl7:effectiveTime TS  … 1 R Bestimmter Tag (Der...sil) wo [@value]   konsab-data​element-147  Untersuchungszeitpunkt  Datensatz @value 1 … 1 R   Beispiel Am 7. Juni 2011 (ambulanter Besuch ohne genauere Zeitangaben des Tages) <effectiveTime value="20110607"/> hl7:responsible​Party 0 … 1 (Der...sil) hl7:assignedEntity 1 … 1 M (Der...sil) Eingefügt von 1.2.276.0.76.10.90012 CDA Assigned Entity Elements (DYNAMIC) hl7:id II 1 … * R (Der...sil) hl7:addr AD 0 … 1 R (Der...sil) hl7:telecom TEL 0 … * R (Der...sil) hl7:assigned​Person 1 … 1 M (Der...sil) Eingefügt von 1.2.276.0.76.10.90010 CDA Person Elements (DYNAMIC) @classCode 0 … 1 F PSN @determiner​Code 0 … 1 F INSTANCE hl7:name PN 1 … 1 M (Der...sil)   konsab-data​element-128  Name  Datensatz hl7:represented​Organization 0 … 1 (Der...sil) Eingefügt von 1.2.276.0.76.10.90011 CDA Organization Elements (DYNAMIC) @classCode 0 … 1 F ORG @determiner​Code 0 … 1 F INSTANCE hl7:id II 0 … * (Der...sil)   konsab-data​element-89  BSNR  Datensatz konsab-data​element-90  BSNR  Datensatz hl7:name ON 1 … 1 M (Der...sil) hl7:telecom TEL 0 … * (Der...sil)   konsab-data​element-145  Telefonnummer  Datensatz konsab-data​element-146  Faxnummer  Datensatz konsab-data​element-93  Telefonnummer  Datensatz konsab-data​element-94  Faxnummer  Datensatz hl7:addr AD 0 … 1 (Der...sil) Eingefügt 0 … 1 R von 1.2.276.0.76.10.90021 Encounter Location (DYNAMIC) hl7:location 0 … 1 R (Der...sil) @typeCode 0 … 1 F LOC   Beispiel <location typeCode="LOC">   <healthCareFacility classCode="SDLOC">     <!-- ... -->   </healthCareFacility></location> hl7:health​Care​Facility 1 … 1 M (Der...sil) @classCode 0 … 1 F SDLOC   Beispiel <healthCareFacility classCode="SDLOC">   <serviceProviderOrganization classCode="ORG" determinerCode="INSTANCE">     <!-- ... -->   </serviceProviderOrganization></healthCareFacility> hl7:service​Provider​Organization 1 … 1 M (Der...sil) @classCode 0 … 1 F ORG @determiner​Code 0 … 1 F INSTANCE   Beispiel <serviceProviderOrganization classCode="ORG" determinerCode="INSTANCE">   <name/>  <addr>     <!-- ... -->   </addr></serviceProviderOrganization> hl7:id II 1 … * R (Der...sil) hl7:name ON 1 … 1 M (Der...sil) hl7:telecom TEL 1 … * M (Der...sil) hl7:addr AD 1 … 1 M (Der...sil) hl7:component 1 … 1 M (Der...sil) @typeCode cs 1 … 1 F COMP @context​Conduction​Ind bl 0 … 1 F true hl7:structuredBody 1 … 1 M (Der...sil) @classCode cs 1 … 1 F DOCBODY @moodCode cs 1 … 1 F EVN hl7:component 1 … 1 M Versichertendaten Beinhaltet 1.2.276.0.76.10.3103 Insurance Section (DYNAMIC) (Der...sil) @typeCode cs 1 … 1 F COMP @context​Conduction​Ind bl 0 … 1 F true hl7:component 0 … 1 Einverständniserklärungen Beinhaltet 1.2.276.0.76.10.3175 Konsil Einverständniserklärungen Section (DYNAMIC) (Der...sil) @typeCode cs 1 … 1 F COMP @context​Conduction​Ind bl 0 … 1 F true hl7:component 1 … 1 M Konsilauftrag Beinhaltet 1.2.276.0.76.10.3149 Dermatologischer Konsilauftrag (DYNAMIC) (Der...sil) @typeCode cs 1 … 1 F COMP @context​Conduction​Ind bl 0 … 1 F true hl7:component 0 … 1 Konsilrückfrage Beinhaltet 1.2.276.0.76.10.3150 Konsilrückfrage (DYNAMIC) (Der...sil) @typeCode cs 1 … 1 F COMP @context​Conduction​Ind bl 0 … 1 F true hl7:component 0 … 1 Zusätzliche Angaben zum Konsil (Antwort auf Konsilrückfrage) Beinhaltet 1.2.276.0.76.10.3151 Zusätzliche Angaben zum Konsil (DYNAMIC) (Der...sil) @typeCode cs 1 … 1 F COMP @context​Conduction​Ind bl 0 … 1 F true hl7:component 0 … 1 Konsiliarbericht Beinhaltet 1.2.276.0.76.10.3152 Konsiliarbericht (DYNAMIC) (Der...sil) @typeCode cs 1 … 1 F COMP @context​Conduction​Ind bl 0 … 1 F true hl7:component 0 … 1 Konsilabschluss Beinhaltet 1.2.276.0.76.10.3153 Konsilabschluss (DYNAMIC) (Der...sil) @typeCode cs 0 … 1   @context​Conduction​Ind bl 0 … 1 F true   Schematron assert role  error     test count(hl7:documentationOf/hl7:serviceEvent/hl7:code[@code='BEAUFTRAGT']) > 0 or count(hl7:author/hl7:functionCode[@code='REVIEWER']) > 0     Meldung Dermatologisches Konsil: Bei einem durch einen Konsiliar angenommenen Konsil muss auch der Konsiliar als Autor im Dokumenten-Header eingetragen sein.     Schematron assert role  error     test count(hl7:documentationOf/hl7:serviceEvent/hl7:code[@code='BEAUFTRAGT']) = 0 or count(hl7:component/hl7:structuredBody/hl7:component/hl7:section/hl7:templateId[@root='1.2.276.0.76.10.3150']) = 0     Meldung Dermatologisches Konsil: Bei Bearbeitungsstatus 'Beauftragt' darf der Abschnitt 'Konsilrückfrage' nicht angegeben sein.     Schematron assert role  error     test count(hl7:documentationOf/hl7:serviceEvent/hl7:code[@code='RUECKFRAGE']) = 0 or count(hl7:component/hl7:structuredBody/hl7:component/hl7:section/hl7:templateId[@root='1.2.276.0.76.10.3150']) > 0     Meldung Dermatologisches Konsil: Bei Bearbeitungsstatus 'Rückfrage gestellt' muss der Abschnitt 'Konsilrückfrage' angegeben sein.     Schematron assert role  error     test count(hl7:documentationOf/hl7:serviceEvent/hl7:code[@code='BEANTWORTET']) = 0 or count(hl7:component/hl7:structuredBody/hl7:component/hl7:section/hl7:templateId[@root='1.2.276.0.76.10.3150']) > 0     Meldung Dermatologisches Konsil: Bei Bearbeitungsstatus 'Rückfrage beantwortet' muss der Abschnitt 'Konsilrückfrage' angegeben sein.     Schematron assert role  error     test count(hl7:documentationOf/hl7:serviceEvent/hl7:code[@code='BEAUFTRAGT']) = 0 or count(hl7:component/hl7:structuredBody/hl7:component/hl7:section/hl7:templateId[@root='1.2.276.0.76.10.3151']) = 0     Meldung Dermatologisches Konsil: Bei Bearbeitungsstatus 'Beauftragt' darf der Abschnitt 'Zusätzliche Angaben zum Konsil' nicht angegeben sein.     Schematron assert role  error     test count(hl7:documentationOf/hl7:serviceEvent/hl7:code[@code='RUECKFRAGE']) = 0 or count(hl7:component/hl7:structuredBody/hl7:component/hl7:section/hl7:templateId[@root='1.2.276.0.76.10.3151']) = 0     Meldung Dermatologisches Konsil: Bei Bearbeitungsstatus 'Rückfrage gestellt' darf der Abschnitt 'Zusätzliche Angaben zum Konsil' nicht angegeben sein.     Schematron assert role  error     test count(hl7:documentationOf/hl7:serviceEvent/hl7:code[@code='BEANTWORTET']) = 0 or count(hl7:component/hl7:structuredBody/hl7:component/hl7:section/hl7:templateId[@root='1.2.276.0.76.10.3151']) > 0     Meldung Dermatologisches Konsil: Bei Bearbeitungsstatus 'Rückfrage beantwortet' muss der Abschnitt 'Zusätzliche Angaben zum Konsil' angegeben sein.     Schematron assert role  error     test count(hl7:documentationOf/hl7:serviceEvent/hl7:code[@code='BEAUFTRAGT']) = 0 or count(hl7:component/hl7:structuredBody/hl7:component/hl7:section/hl7:templateId[@root='1.2.276.0.76.10.3152']) = 0     Meldung Dermatologisches Konsil: Bei Bearbeitungsstatus 'Beauftragt' darf der Abschnitt 'Konsiliarbericht' nicht angegeben sein.     Schematron assert role  error     test count(hl7:documentationOf/hl7:serviceEvent/hl7:code[@code='RUECKFRAGE']) = 0 or count(hl7:component/hl7:structuredBody/hl7:component/hl7:section/hl7:templateId[@root='1.2.276.0.76.10.3152']) = 0     Meldung Dermatologisches Konsil: Bei Bearbeitungsstatus 'Rückfrage gestellt' darf der Abschnitt 'Konsiliarbericht' nicht angegeben sein.     Schematron assert role  error     test count(hl7:documentationOf/hl7:serviceEvent/hl7:code[@code='BEANTWORTET']) = 0 or count(hl7:component/hl7:structuredBody/hl7:component/hl7:section/hl7:templateId[@root='1.2.276.0.76.10.3152']) = 0     Meldung Dermatologisches Konsil: Bei Bearbeitungsstatus 'Rückfrage beantwortet' darf der Abschnitt 'Konsiliarbericht' nicht angegeben sein.     Schematron assert role  error     test count(hl7:documentationOf/hl7:serviceEvent/hl7:code[@code='BEFUNDET']) = 0 or count(hl7:component/hl7:structuredBody/hl7:component/hl7:section/hl7:templateId[@root='1.2.276.0.76.10.3152']) > 0     Meldung Dermatologisches Konsil: Bei Bearbeitungsstatus 'Befundet' muss der Abschnitt 'Konsiliarbericht' angegeben sein.     Schematron assert role  error     test count(hl7:documentationOf/hl7:serviceEvent/hl7:code[@code='ABGESCHLOSSEN']) = 0 or count(hl7:component/hl7:structuredBody/hl7:component/hl7:section/hl7:templateId[@root='1.2.276.0.76.10.3152']) > 0     Meldung Dermatologisches Konsil: Bei Bearbeitungsstatus 'Abgeschlossen' muss der Abschnitt 'Konsiliarbericht' angegeben sein.     Schematron assert role  error     test count(hl7:documentationOf/hl7:serviceEvent/hl7:code[@code='BEAUFTRAGT']) = 0 or count(hl7:component/hl7:structuredBody/hl7:component/hl7:section/hl7:templateId[@root='1.2.276.0.76.10.3153']) = 0     Meldung Dermatologisches Konsil: Bei Bearbeitungsstatus 'Beauftragt' darf der Abschnitt 'Konsilabschluss' nicht angegeben sein.     Schematron assert role  error     test count(hl7:documentationOf/hl7:serviceEvent/hl7:code[@code='RUECKFRAGE']) = 0 or count(hl7:component/hl7:structuredBody/hl7:component/hl7:section/hl7:templateId[@root='1.2.276.0.76.10.3153']) = 0     Meldung Dermatologisches Konsil: Bei Bearbeitungsstatus 'Rückfrage gestellt' darf der Abschnitt 'Konsilabschluss' nicht angegeben sein.     Schematron assert role  error     test count(hl7:documentationOf/hl7:serviceEvent/hl7:code[@code='BEANTWORTET']) = 0 or count(hl7:component/hl7:structuredBody/hl7:component/hl7:section/hl7:templateId[@root='1.2.276.0.76.10.3153']) = 0     Meldung Dermatologisches Konsil: Bei Bearbeitungsstatus 'Rückfrage beantwortet' darf der Abschnitt 'Konsilabschluss' nicht angegeben sein.     Schematron assert role  error     test count(hl7:documentationOf/hl7:serviceEvent/hl7:code[@code='BEFUNDET']) = 0 or count(hl7:component/hl7:structuredBody/hl7:component/hl7:section/hl7:templateId[@root='1.2.276.0.76.10.3153']) = 0     Meldung Dermatologisches Konsil: Bei Bearbeitungsstatus 'Befundet' darf der Abschnitt 'Konsilabschluss' nicht angegeben sein.     Schematron assert role  error     test count(hl7:documentationOf/hl7:serviceEvent/hl7:code[@code='ABGESCHLOSSEN']) = 0 or count(hl7:component/hl7:structuredBody/hl7:component/hl7:section/hl7:templateId[@root='1.2.276.0.76.10.3153']) > 0     Meldung Dermatologisches Konsil: Bei Bearbeitungsstatus 'Abgeschlossen' muss der Abschnitt 'Konsilabschluss' angegeben sein.

CDA Header Level Templates

Angabe des Auftraggebers des Konsils: CDA author Person Konsil Auftraggeber

Id	1.2.276.0.76.10.2053	Gültigkeit	2020‑05‑18 22:27:13
Status	Entwurf	Versions-Label
Name	HeaderAuthorPersonKonsilAuftraggeber	Bezeichnung	CDA author Person Konsil Auftraggeber
Beschreibung	Dieses Template spezifiziert, wie ein Mensch/Person als Autor des Dokumentes angegeben wird. Hier wird speziell der Auftraggeber eines Konsils spezifiziert.
Klassifikation	CDA Header Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit	Assoziiert mit 2 Konzepte Id Name Datensatz konsab-data​element-10  Beauftragender Arzt  Datensatz konsab-data​element-88  LANR  Datensatz
Benutzt	Benutzt 2 Templates Benutzt als Name Version 1.2.276.0.76.10.90010 Inklusion CDA Person Elements DYNAMIC 1.2.276.0.76.10.90011 Inklusion CDA Organization Elements DYNAMIC
Beziehung	Spezialisierung: Template 1.2.276.0.76.10.2007 CDA author Person (2013‑10‑11) ref hl7de- Spezialisierung: Template 1.2.276.0.76.10.2002 CDA author (DYNAMIC) ref hl7de- Spezialisierung: Template 2.16.840.1.113883.10.12.102 CDA author (DYNAMIC) ref ad1bbr-
Beispiel	Beispiel <author typeCode="AUT" contextControlCode="OP">   <functionCode code="ADMPHYS" codeSystem="2.16.840.1.113883.5.88" displayName="admitting physician"/>  <time value="20200323"/>  <assignedAuthor classCode="ASSIGNED">     <id root="1.2.276.0.76.4.16" extension="999997701"/>    <assignedPerson>       <name>         <prefix qualifier="AC">Dr.</prefix>        <given>Test</given>        <family>Arzt</family>      </name>    </assignedPerson>    <representedOrganization>       <id root="1.2.276.0.76.4.17" extension="522222200"/>      <name>Arztpraxis Am Ententeich</name>      <telecom use="WP" value="tel:07123.456.345345"/>      <addr>         <streetAddressLine>Hinter dem Ententeich 42</streetAddressLine>        <postalCode>76543</postalCode>        <city>Testort</city>      </addr>    </representedOrganization>  </assignedAuthor></author>
Item DT Kard Konf Beschreibung Label hl7:author (Hea...ber) @typeCode cs 1 … 1 F AUT @context​Control​Code cs 1 … 1 F OP   Beispiel <author typeCode="AUT" contextControlCode="OP">   <functionCode code="ADMPHYS" codeSystem="2.16.840.1.113883.5.88" displayName="admitting physician"/>  <time value="20200323"/>  <assignedAuthor classCode="ASSIGNED">     <!-- ... -->   </assignedAuthor></author> hl7:functionCode CE 1 … 1 M (Hea...ber) @code CONF 1 … 1 F ADMPHYS @codeSystem 1 … 1 F 2.16.840.1.113883.5.88 (Participation Function) @displayName 1 … 1 F admitting physician hl7:time TS.​DATE.​MIN 1 … 1 (Hea...ber) hl7:assignedAuthor 1 … 1 (Hea...ber)   konsab-data​element-10  Beauftragender Arzt  Datensatz @classCode cs 1 … 1 F ASSIGNED hl7:id II 1 … * (Hea...ber)   konsab-data​element-88  LANR  Datensatz hl7:code CE 0 … 1 Fachgebiet/Spezialität des Gesundheitsdienstleister, z. B. Ärztin/Arzt für Allgemeinmedizin, Approbierte Ärztin/Approbierter Arzt, Fachärztin/Facharzt für Anästhesiologie und Intensivmedizin (Hea...ber) hl7:telecom TEL 0 … * (Hea...ber) hl7:assigned​Person 1 … 1 M (Hea...ber) Eingefügt von 1.2.276.0.76.10.90010 CDA Person Elements (DYNAMIC) @classCode 0 … 1 F PSN @determiner​Code 0 … 1 F INSTANCE hl7:name PN 1 … 1 M (Hea...ber)   konsab-data​element-128  Name  Datensatz hl7:represented​Organization 1 … 1 M (Hea...ber)   Beispiel <representedOrganization classCode="ORG" determinerCode="INSTANCE">   <name>     <!-- ... -->   </name></representedOrganization> Eingefügt von 1.2.276.0.76.10.90011 CDA Organization Elements (DYNAMIC) @classCode 0 … 1 F ORG @determiner​Code 0 … 1 F INSTANCE hl7:id II 0 … * (Hea...ber)   konsab-data​element-89  BSNR  Datensatz konsab-data​element-90  BSNR  Datensatz hl7:name ON 1 … 1 M (Hea...ber) hl7:telecom TEL 0 … * (Hea...ber)   konsab-data​element-145  Telefonnummer  Datensatz konsab-data​element-146  Faxnummer  Datensatz konsab-data​element-93  Telefonnummer  Datensatz konsab-data​element-94  Faxnummer  Datensatz hl7:addr AD 0 … 1 (Hea...ber)

Angabe des Konsiliars: CDA author Person Konsiliar

Id	1.2.276.0.76.10.2054	Gültigkeit	2020‑05‑18 22:36:21
Status	Entwurf	Versions-Label
Name	HeaderAuthorPersonKonsiliar	Bezeichnung	CDA author Person Konsiliar
Beschreibung	Dieses Template spezifiziert, wie ein Mensch/Person als Autor des Dokumentes angegeben wird. Hier wird speziell der Konsiliar eines Konsils spezifiziert.
Klassifikation	CDA Header Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit	Assoziiert mit 2 Konzepte Id Name Datensatz konsab-data​element-11  Konsiliararzt  Datensatz konsab-data​element-91  LANR  Datensatz
Benutzt	Benutzt 2 Templates Benutzt als Name Version 1.2.276.0.76.10.90010 Inklusion CDA Person Elements DYNAMIC 1.2.276.0.76.10.90011 Inklusion CDA Organization Elements DYNAMIC
Beziehung	Spezialisierung: Template 1.2.276.0.76.10.2007 CDA author Person (2013‑10‑11) ref hl7de- Spezialisierung: Template 1.2.276.0.76.10.2002 CDA author (DYNAMIC) ref hl7de- Spezialisierung: Template 2.16.840.1.113883.10.12.102 CDA author (DYNAMIC) ref ad1bbr-
Beispiel	Beispiel <author typeCode="AUT" contextControlCode="OP">   <functionCode code="REVIEWER" codeSystem="2.16.840.1.113883.5.88" displayName="reviewer"/>  <time value="20200325"/>  <assignedAuthor classCode="ASSIGNED">     <id root="1.2.276.0.76.4.16" extension="999997719"/>    <assignedPerson>       <name>         <prefix qualifier="AC">Dr.</prefix>        <given>Frank</given>        <family>Facharzt</family>      </name>    </assignedPerson>    <representedOrganization>       <id root="1.2.276.0.76.4.17" extension="522222200"/>      <name>Praxis Dr. Frank Facharzt</name>      <telecom use="WP" value="tel:07012.3456789"/>      <addr>         <streetAddressLine>Facharztstr. 22</streetAddressLine>        <postalCode>76543</postalCode>        <city>Musterstadt</city>      </addr>    </representedOrganization>  </assignedAuthor></author>
Item DT Kard Konf Beschreibung Label hl7:author (Hea...iar) @typeCode cs 1 … 1 F AUT @context​Control​Code cs 1 … 1 F OP   Beispiel <author typeCode="AUT" contextControlCode="OP">   <functionCode code="REVIEWER" codeSystem="2.16.840.1.113883.5.88" displayName="reviewer"/>  <time value="20200325"/>  <assignedAuthor classCode="ASSIGNED">     <!-- ... -->   </assignedAuthor></author> hl7:functionCode CE 1 … 1 M (Hea...iar) @code CONF 1 … 1 F REVIEWER @codeSystem 1 … 1 F 2.16.840.1.113883.5.88 (Participation Function) @displayName 1 … 1 F reviewer hl7:time TS.​DATE.​MIN 1 … 1 (Hea...iar) hl7:assignedAuthor 1 … 1 (Hea...iar)   konsab-data​element-11  Konsiliararzt  Datensatz @classCode cs 1 … 1 F ASSIGNED hl7:id II 1 … * (Hea...iar)   konsab-data​element-91  LANR  Datensatz hl7:code CE 0 … 1 Fachgebiet/Spezialität des Gesundheitsdienstleister, z. B. Ärztin/Arzt für Allgemeinmedizin, Approbierte Ärztin/Approbierter Arzt, Fachärztin/Facharzt für Anästhesiologie und Intensivmedizin (Hea...iar) hl7:telecom TEL 0 … * (Hea...iar) hl7:assigned​Person 1 … 1 M (Hea...iar) Eingefügt von 1.2.276.0.76.10.90010 CDA Person Elements (DYNAMIC) @classCode 0 … 1 F PSN @determiner​Code 0 … 1 F INSTANCE hl7:name PN 1 … 1 M (Hea...iar)   konsab-data​element-128  Name  Datensatz hl7:represented​Organization 1 … 1 M (Hea...iar)   Beispiel <representedOrganization classCode="ORG" determinerCode="INSTANCE">   <name>     <!-- ... -->   </name></representedOrganization> Eingefügt von 1.2.276.0.76.10.90011 CDA Organization Elements (DYNAMIC) @classCode 0 … 1 F ORG @determiner​Code 0 … 1 F INSTANCE hl7:id II 0 … * (Hea...iar)   konsab-data​element-89  BSNR  Datensatz konsab-data​element-90  BSNR  Datensatz hl7:name ON 1 … 1 M (Hea...iar) hl7:telecom TEL 0 … * (Hea...iar)   konsab-data​element-145  Telefonnummer  Datensatz konsab-data​element-146  Faxnummer  Datensatz konsab-data​element-93  Telefonnummer  Datensatz konsab-data​element-94  Faxnummer  Datensatz hl7:addr AD 0 … 1 (Hea...iar)

Ausweisung des Bearbeitungsstandes eines Konsils: Konsil Bearbeitungsstand

Id	1.2.276.0.76.10.2052	Gültigkeit	2020‑03‑23 15:21:12
Status	Entwurf	Versions-Label
Name	KonsilBearbeitungsstand	Bezeichnung	Konsil Bearbeitungsstand
Beschreibung	Angabe des derzeitigen Bearbeitungsstandes eines Konsils
Klassifikation	CDA Header Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit	Assoziiert mit 1 Konzept Id Name Datensatz konsab-data​element-27  Bearbeitungsstand  Datensatz
Beziehung	Spezialisierung: Template 2.16.840.1.113883.10.12.110 CDA documentationOf (2005‑09‑07) ref ad1bbr-
Beispiel	Beispiel <documentationOf typeCode="DOC">   <serviceEvent classCode="ACT" moodCode="EVN">     <code code="BEAUFTRAGT" codeSystem="2.16.840.1.113883.3.1937.777.26.5.1" displayName="Beauftragt"/>  </serviceEvent></documentationOf>
Item DT Kard Konf Beschreibung Label hl7:documentationOf 1 … 1 M (Kon...and) @typeCode cs 1 … 1 F DOC hl7:serviceEvent 1 … 1 M (Kon...and) @classCode cs 1 … 1 F ACT @moodCode cs 1 … 1 F EVN hl7:code CE 1 … 1 M (Kon...and)   konsab-data​element-27  Bearbeitungsstand  Datensatz   CONF Der Wert von @code muss gewählt werden aus dem Value Set 1.2.276.0.76.11.567 Konsil Bearbeitungsstand (DYNAMIC)

CDA Section Level Templates

Aktuelle Medikation

Id	1.2.276.0.76.10.3157	Gültigkeit	2020‑03‑26 20:49:29
Status	Entwurf	Versions-Label
Name	Currentmedicationsection	Bezeichnung	Aktuelle Medikation
Beschreibung	Beschreibung der aktuellen Medikation eines Patienten
Klassifikation	CDA Section level template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit	Assoziiert mit 1 Konzept Id Name Datensatz konsab-data​element-33  Aktuelle Medikation  Datensatz
Benutzt	Benutzt 1 Template Benutzt als Name Version 1.2.276.0.76.10.4022 Inklusion Medikation (v2019) DYNAMIC
Beziehung	Adaptation: Template 1.2.276.0.76.10.3031 Medikation bei Entlassung (2017‑02‑01) ref hl7de- Adaptation: Template 2.16.840.1.113883.10.12.201 CDA Section (2005‑09‑07) ref ad1bbr-
Beispiel	Beispiel <section>   <templateId root="1.2.276.0.76.10.3157"/>  <code code="19009-0" codeSystem="2.16.840.1.113883.6.1"/>  <title>Aktuelle Medikation</title>  <text>     <table>       <thead>         <tr>           <th>Wirkstoff</th>          <th>Handelsname</th>          <th>Stärke</th>          <th>Darreichungsform</th>          <th>PZN</th>        </tr>      </thead>      <tbody>         <tr ID="med-1">           <td>Amoxicillin/ Clavulansäure</td>          <td>AMOXICLAV BASICS 500 mg/125 mg Filmtabletten</td>          <td>500 mg</td>          <td>Filmtabletten</td>          <td>02433683</td>        </tr>      </tbody>    </table>  </text>  <entry typeCode="DRIV">     <substanceAdministration classCode="SBADM" moodCode="EVN">       <templateId root="1.2.276.0.76.10.4022"/>      <id root="1.2.276.0.76.3645.239" extension="42D610E0-6CD5-4320-B94B-F8AE32F2ECA4"/>      <code code="DRUG" codeSystem="2.16.840.1.113883.5.4"/>      <text>         <reference value="#med-1"/>      </text>      <statusCode code="active"/>      <consumable>         <manufacturedProduct classCode="MANU">           <templateId root="1.2.276.0.76.10.4025"/>          <manufacturedMaterial classCode="MMAT" determinerCode="KIND">             <code code="02433683" codeSystem="1.2.276.0.76.4.6"/>            <name>AMOXICLAV BASICS 500 mg/125 mg Filmtabletten</name>          </manufacturedMaterial>        </manufacturedProduct>      </consumable>    </substanceAdministration>  </entry></section>
Beispiel	Beispiel <section>   <templateId root=" 1.2.276.0.76.10.3157"/>  <code code="19009-0" codeSystem="2.16.840.1.113883.6.1"/>  <title>Aktuelle Medikation</title>  <text>     <table>       <thead>         <tr>           <th>Wirkstoff</th>          <th>Handelsname</th>          <th>Stärke</th>          <th>Darreichungsform</th>          <th>PZN</th>        </tr>      </thead>      <tbody>         <tr ID="med-1">           <td>Amoxicillin/ Clavulansäure</td>          <td>AMOXICLAV BASICS 500 mg/125 mg Filmtabletten</td>          <td>500 mg</td>          <td>Filmtabletten</td>          <td>02433683</td>        </tr>      </tbody>    </table>  </text>  <entry typeCode="DRIV">     <substanceAdministration classCode="SBADM" moodCode="EVN">       <templateId root="1.2.276.0.76.10.4022"/>      <id root="1.2.276.0.76.3645.239" extension="42D610E0-6CD5-4320-B94B-F8AE32F2ECA4"/>      <code code="DRUG" codeSystem="2.16.840.1.113883.5.4"/>      <text>         <reference value="#med-1"/>      </text>      <statusCode code="active"/>      <consumable>         <manufacturedProduct classCode="MANU">           <templateId root="1.2.276.0.76.10.4025"/>          <manufacturedMaterial classCode="MMAT" determinerCode="KIND">             <code code="02433683" codeSystem="1.2.276.0.76.4.6"/>            <name>AMOXICLAV BASICS 500 mg/125 mg Filmtabletten</name>          </manufacturedMaterial>        </manufacturedProduct>      </consumable>    </substanceAdministration>  </entry></section>
Item DT Kard Konf Beschreibung Label hl7:section (Cur...ion) hl7:templateId II 1 … 1 M (Cur...ion) @root uid 1 … 1 F 1.2.276.0.76.10.3157 hl7:id II 0 … 1 (Cur...ion) hl7:code CE 1 … 1 M (Cur...ion) @code CONF 1 … 1 F 19009-0 @codeSystem 1 … 1 F 2.16.840.1.113883.6.1 (LOINC) hl7:title ST 1 … 1 M (Cur...ion)   CONF Elementinhalt muss "Aktuelle Medikation" sein hl7:text SD.TEXT 0 … 1 (Cur...ion) hl7:entry 0 … * (Cur...ion)   konsab-data​element-33  Aktuelle Medikation  Datensatz @typeCode cs 1 … 1 F DRIV Eingefügt 1 … 1 M von 1.2.276.0.76.10.4022 Medikation (DYNAMIC) hl7:substanceAdministration 1 … 1 M medspmp @classCode cs 1 … 1 F SBADM @moodCode cs 1 … 1 F EVN hl7:templateId II 1 … 1 M medspmp @root uid 1 … 1 F 1.2.276.0.76.10.4022 hl7:id II 0 … * R medspmp hl7:code CV 1 … 1 M medspmp @code CONF 1 … 1 F DRUG @codeSystem 1 … 1 F 2.16.840.1.113883.5.4 (Act Code) hl7:text ED 1 … 1 M medspmp   konsab-data​element-102  Sonstige Angaben zur Medikation  Datensatz hl7:reference TEL 1 … 1 M medspmp @value 1 … 1 R #med-{generierteID}, z.B.: #med-1 hl7:statusCode CS 1 … 1 R medspmp   CONF Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.2.6.60.4.11.25 ActStatusActiveCompletedAbortedSuspended (DYNAMIC) Eingefügt 0 … 1 R von 1.2.276.0.76.10.90023 Einnahmedauer (DYNAMIC) Auswahl 0 … 1 Elemente in der Auswahl: hl7:effectiveTime[hl7:low|hl7:high] hl7:effectiveTime[hl7:width] hl7:effectiveTime[@nullFlavor='NI'] hl7:effectiveTime IVL_TS  … 1 C Zeitelement zur Dokumentation der Einnahmedauer, hier spezifisches Interval von bis medspmp wo [hl7:lowoder hl7:high]   konsab-data​element-140  Ist Dauermedikation  Datensatz @xsi:type 0 … 1 F IVL_TS   Beispiel Intervall bekannt <effectiveTime xsi:type="IVL_TS">   <low value="20130321"/>  <high value="20140321"/></effectiveTime>   Beispiel unbekanntes Ende-Datum <effectiveTime xsi:type="IVL_TS">   <low value="20130321"/>  <high nullFlavor="UNK"/></effectiveTime>   Beispiel Dauermedikation <effectiveTime xsi:type="IVL_TS">   <low value="20130321"/>  <high nullFlavor="NA"/></effectiveTime> hl7:low TS.​DATE.​MIN 1 … 1 R medspmp hl7:high TS.​DATE.​MIN 0 … 1 R medspmp hl7:effectiveTime IVL_TS  … 1 C Zeitelement zur Dokumentation der Einnahmedauer, hier Dauer medspmp wo [hl7:width]   Beispiel Einnahme für zwei Wochen <