Patiententeilnehmerverzeichnis

Aus Hl7wiki
Implementierungsleitfaden
Wechseln zu: Navigation, Suche
(Einleitung)
 
(25 dazwischenliegende Versionen von einem anderen Benutzer werden nicht angezeigt)
Zeile 9: Zeile 9:
 
|Namespace = cdaptv
 
|Namespace = cdaptv
 
|Type      = Implementierungsleitfaden
 
|Type      = Implementierungsleitfaden
|Version  = 0.90
+
|Version  = 1.00
|Date      = 28. Dezember 2015
+
|Date      = 3. Juni 2016
|Copyright = 2015-
+
|Copyright = 2015-2016
|Status    = in Bearbeitung
+
|Status    = Abgestimmt
|Period    =  
+
|Period    = Abgestimmt
 
|OID      = n.n.
 
|OID      = n.n.
 
|Realm    = Deutschland
 
|Realm    = Deutschland
 
}}
 
}}
 
{{Infobox Ballot Begin}}
 
{{Ballot | Version = 0.90 | Date = 28.12.2015 | Status = Entwurf | Realm = Deutschland | Othericon = x
 
| Otherdocuments =
 
| Comment = Entwurf
 
}}
 
{{Infobox Ballot End}}
 
  
 
{{Infobox Contributors Begin}}
 
{{Infobox Contributors Begin}}
Zeile 30: Zeile 23:
  
 
=Dokumenteninformationen=
 
=Dokumenteninformationen=
 +
==Dokumentenhistorie==
 +
{{:Ballotbox_PatTeilnVerz}}
 
==Impressum==
 
==Impressum==
 
Dieser Leitfaden ist im Rahmen des Interoperabilitätsforums und den Technischen Komitees von HL7 Deutschland e. V. sowie der entsprechenden Projektgruppe zusammengestellt und unterliegt dem Abstimmungsverfahren des Interoperabilitätsforums<ref>Abstimmungsverfahren (Regeln) des Interoperabilitätsforums http://wiki.hl7.de/index.php?title=Abstimmungsverfahren_(Regeln)</ref> und der Technischen Komitees von HL7 Deutschland e. V. <ref>HL7 Deutschland e. V. http://www.hl7.de</ref>
 
Dieser Leitfaden ist im Rahmen des Interoperabilitätsforums und den Technischen Komitees von HL7 Deutschland e. V. sowie der entsprechenden Projektgruppe zusammengestellt und unterliegt dem Abstimmungsverfahren des Interoperabilitätsforums<ref>Abstimmungsverfahren (Regeln) des Interoperabilitätsforums http://wiki.hl7.de/index.php?title=Abstimmungsverfahren_(Regeln)</ref> und der Technischen Komitees von HL7 Deutschland e. V. <ref>HL7 Deutschland e. V. http://www.hl7.de</ref>
Zeile 78: Zeile 73:
 
==Zielsetzung==
 
==Zielsetzung==
 
Ziel des Projektes ist es, unter Verwendung eines generischen Ansatzes einen Standard für Patiententeilnahmeverzeichnisse aller Art zu schaffen. Durch die strukturierte Abbildung der Informationen von Patiententeilnahmeverzeichnissen wird es zudem möglich, die papiergebundene Versendung von Patiententeilnahmeverzeichnissen abzulösen.
 
Ziel des Projektes ist es, unter Verwendung eines generischen Ansatzes einen Standard für Patiententeilnahmeverzeichnisse aller Art zu schaffen. Durch die strukturierte Abbildung der Informationen von Patiententeilnahmeverzeichnissen wird es zudem möglich, die papiergebundene Versendung von Patiententeilnahmeverzeichnissen abzulösen.
 +
==Abgrenzung==
 +
Transport- und Sicherheitsaspekte sind nicht Gegenstand dieses Leitfadens.
  
 
=Struktureller Aufbau=
 
=Struktureller Aufbau=
 +
Das Patiententeilnahmeverzeichnis ist als Structured Document entworfen.
 +
 +
Die Definitionen zum Patiententeilnahmeverzeichnis sind in der Kollaborationsumgebung [http://art-decor.org/art-decor/decor-project--haevgptv- ART-DECOR] einsehbar. Die [http://art-decor.org/art-decor/decor-templates--haevgptv- Templates] und [http://art-decor.org/art-decor/decor-valuesets--haevgptv- Value Sets] sind dort in ihrer aktuellen Fassung zu sehen. Der Datensatz zum Patiententeilnahmeverzeichnis ist dort ebenfalls in seiner [http://art-decor.org/art-decor/decor-dataset--haevgptv- aktuellen Fassung] einsehbar.
 +
 
==Verwendete Standards und Spezifikationen==
 
==Verwendete Standards und Spezifikationen==
 +
Der Entwurf des Implementierungsleitfadens zum Patiententeilnahmeverzeichnis wurde auf der Basis der Structured Documents (SD) erstellt, der der Clinical Document Architecture (CDA) sehr ähnlich sieht. Structured Documents Definitionen sind zum Beispiel bei der Structured Product Label (SPL)<ref>HL7 Standards Product Brief - HL7 Version 3 Standard: Structured Product Labeling, Release 4,
 +
http://www.hl7.org/implement/standards/product_brief.cfm?product_id=96</ref> Spezifikation der FDA offiziell angewendet worden.
 +
 
==Besondere Hinweise zur Modellierung==
 
==Besondere Hinweise zur Modellierung==
 +
Es wurde bei dieser Structured Documents Definition darauf geachtet, dass nach Möglichkeit gewöhnliche und bekannte Komponenten aus CDA Verwendung finden.
 +
 +
Es wird auf die Erläuterungen andernorts zu den Themen
 +
*Kardinalität, Konformität [http://wiki.hl7.de/index.php?title=v3dtr1:Kardinalitäten]
 +
*NullFlavor [http://wiki.hl7.de/index.php?title=v3dtr1:NullFlavor]
 +
hingewiesen.
 +
 
==Übersicht Structured Document Header und Body==
 
==Übersicht Structured Document Header und Body==
 +
Im Folgenden findet sich eine schematische Übersicht über die Dokumentendefinition zum Patiententeilnehmerverzeichnis mit Header- und Body-Komponenten.
 +
{{HL7img|Ptv-document.png|400px|70%}}
 +
<ref group="Abbildung">Übersicht über die Dokumentendefinition zum Patiententeilnehmerverzeichnis </ref> ''Übersicht über die Dokumentendefinition zum Patiententeilnehmerverzeichnis''
 +
 +
Eine Übersicht zum gesamten Projekt mit allen Templates und Value Sets ist unter dem [http://art-decor.org/decor/services/ProjectIndex?prefix=haevgptv-&format=html&language=de-DE Projektindex] zu finden.
 +
 
===Header===
 
===Header===
 +
Beim Patiententeilnahmeverzeichnis gilt für den Header die Besonderheit, dass kein Patient angegeben werden kann, denn diese stehen ja im Body-Bereich in der eigentliche Liste der Patienten. Ansonsten sind die folgenden geforderten Angaben
 +
*zum Dokument selbst mit Identifikation, Version, Sprache des Dokuments, Dokumenten-Level-Kode etc.
 +
*dem Ersteller (Autor)
 +
*der Organisation die das Dokument verwaltet
 +
*dem beabsichtigten Empfänger
 
===Body===
 
===Body===
== Verwendung von Templates
+
Das eigentliche Verzeichnis wird im Body angegeben. Hierzu wird zunächst der zugrundeliegende Vertrag (Contract) genannt, an dem die Patentliste hängt. Sections sind in diesem Structured Document nicht vorgesehen.
 +
 
 +
==Verwendung von Templates==
 +
Das Dokument ist aus verschiedenen Komponenten zusammengesetzt, die Templates genannt werden.
 +
 
 +
In diesem Leitfaden werden die folgenden Typen von Templates verwendet:
 +
*Structured Document Level Template
 +
*Header Level Templates
 +
*Entry Level Templates (kodierte Information, ähnlich den CDA-Entries)
 +
 
 +
Im Folgenden werden die SD-Templates beschrieben, die im Rahmen dieses Leitfadens definiert sind bzw. genutzt werden.
 +
Weitere Hinweise zum Aufbau der Template-Beschreibungen hier und in ART-DECOR finden sich unter http://art-decor.org/mediawiki/index.php/ART_Template_Viewer.
 +
<div class="landscape">
 +
 
 
=SD Document Level Templates=
 
=SD Document Level Templates=
 +
{{:1.2.276.0.76.10.1018/dynamic}}
 
=SD Header Level Templates=
 
=SD Header Level Templates=
 +
==Autor (Author)==
 +
{{:1.2.276.0.76.10.2002/dynamic}}
 +
==Verwaltende Organisation (Custodian)==
 +
{{:1.2.276.0.76.10.2004/dynamic}}
 +
==Beabsichtigter Empfänger (Information Recipient)==
 +
{{:1.2.276.0.76.10.2005/dynamic}}
 
=SD Section Level Templates=
 
=SD Section Level Templates=
 +
In diesem Strukturen Document gibt es keine Section.
 
=SD Entry Level Templates=
 
=SD Entry Level Templates=
 +
{{:1.2.276.0.76.10.4081/dynamic}}
 +
{{:1.2.276.0.76.10.4082/dynamic}}
 +
</div>
 
=Terminologien=
 
=Terminologien=
==Value Sets==
+
==Allgemeine Value Sets==
==Kodesysteme==
+
* 2.16.840.1.113883.1.11.1 AdministrativeGender (HL7)
 +
* 2.16.840.1.113883.1.11.16926 Basic Confidentiality Kind (HL7)
 +
* 2.16.840.1.113883.1.11.10267 ParticipationFunction
 +
==Domänenspezifische Value Sets==
 +
=== Patient Participation List ActClass===
 +
{{:1.2.276.0.76.11.63/dynamic}}
 +
=== Contract Participant TypeCode===
 +
{{:1.2.276.0.76.11.64/dynamic}}
 +
=== Contract Participant Statuscode===
 +
{{:1.2.276.0.76.11.65/dynamic}}
 +
=== Contract Participant Reasoncode===
 +
{{:1.2.276.0.76.11.66/dynamic}}
 +
=== Patient Participation List DocumenttypeCodes===
 +
{{:1.2.276.0.76.11.67/dynamic}}
 +
 
 
=Anhang (nicht normativ)=
 
=Anhang (nicht normativ)=
 
==Beschreibung der Use Cases und Storyboards==
 
==Beschreibung der Use Cases und Storyboards==
 +
Das Storyboards dient als Vorgabe zur Erstellung von Beispiel-Dokumenten gemäß dieser Spezifikation. Die Dokumente finden sich in den XML-Materialien auf der Projekt-Homepage bei ART-DECOR <ref>Materialien-Homepage des Projekts bei ART-DECOR: http://hl7de.art-decor.org</ref>
 +
 +
===Patiententeilnahmeverzeichnis Hausarztzentrierte Versorgung nach §73b SGB V===
 +
Storyboard
 +
 +
Patiententeilnahmeverzeichnis Hausarztzentrierte Versorgung BKK Bayern Q3/2015 für Dr. Max Mustermann
 +
Herr Dr. Max Mustermann ist Vertragsteilnehmer am Selektivvertrag „Hausarztzentrierte Versorgung BKK Bayern“ der HÄVG AG (Hausärztliche Vertragsgemeinschaft AG).
 +
Im Rahmen dieses Vertrages hat er die Rolle des betreuenden Hausarztes für eine Reihe von Versicherten der BKK Bayern übernommen und erhält quartalsweise ein Verzeichnis mit den Teilnahmeinformationen zu diesem Patientenkreis.
 +
In dem Patiententeilnahmeverzeichnis Hausarztzentrierte Versorgung BKK Bayern Q3/2015 für diesen Arzt werden folgende Informationen ausgewiesen:
 +
 +
{| class="hl7table"
 +
! Versicherter
 +
! Vers-Identifikation
 +
! Teilnahmestatus
 +
! Teilnahmezeitraum
 +
! Änderungsgrund
 +
|-
 +
| MAX MUSTERMANN
 +
| Vers-Nr.: M893978961
 +
| ausgeschieden
 +
| 01.04.2014..31.03.2015
 +
| Ordnungsgemäße Kündigung des Versicherten
 +
|-
 +
| MAX MUSTERMANN
 +
| Vers-Nr.: M067809876
 +
| aktiv
 +
| 01.10.2010..
 +
|
 +
|-
 +
| MAX MUSTERMANN
 +
| Vers-Nr.: M115776611
 +
| aktiv
 +
| 01.07.2010..
 +
|
 +
|-
 +
| ... ||  ||  ||  ||
 +
|}
 +
 
==Lizenzen==
 
==Lizenzen==
 
===HL7===
 
===HL7===
===Logical Observation Identifiers Names and Codes LOINC===
+
Health Level Seven® International (HL7) standards and other "Material," as defined below, and Material acquired through any channel (including through any HL7 Affiliate) are governed by the terms of this HL7 policy. All such Material are copyrighted by HL7 and protected by the Copyright Law of the United States and copyright provisions of various international treaties. See HL7 Policy governing the use of HL7® international standards and other intellectual property at http://www.hl7.org/legal/ippolicy.cfm
=Referenzen=
+
===Logical Observation Identifiers Names and Codes LOINC ===
 +
This material contains content from LOINC® (http://loinc.org). The LOINC table, LOINC codes, and LOINC panels and forms file are copyright © 1995-2014, Regenstrief Institute, Inc. and the Logical Observation Identifiers Names and Codes (LOINC) Committee and available at no cost under the license at http://loinc.org/terms-of-use.
 +
 
 +
=Referenzen und Verzeichnisse=
 +
==Referenzen==
 +
<references/>
 +
==Abbildungen==
 +
<references group="Abbildung"/>

Aktuelle Version vom 25. Februar 2021, 10:52 Uhr


Kontributoren 
DHAEV logo.png Deutscher Hausärzteverband e.V. Köln

Dokumenteninformationen

Dokumentenhistorie

Patiententeilnehmerverzeichnis
Patiententeilnehmerverzeichnis
Status Typ Version Datum PDF Wiki ART-DECOR
Abstimmung
Si-confirm.svgFinal STU 1.00 03.06.2016 Download.png Link.png Link.png

Abgestimmte Version

Si-reconc.svgAbgleich STU 0.92 04.03.2016 Download.png Link.png Link.png
Ergebnis 
Abstimmung von bisSymbol support vote.svgSymbol oppose vote.svgSymbol neutral vote.svgOhne VotumStimmenErgebnis
26.01.2016-04.03.2016 6 0 1 0 7 100%
Kommentare: Kommentierung_20160308
Si-vote.svgAbstimmung STU 0.90 21.12.2015 Download.png Link.png Link.png

Impressum

Dieser Leitfaden ist im Rahmen des Interoperabilitätsforums und den Technischen Komitees von HL7 Deutschland e. V. sowie der entsprechenden Projektgruppe zusammengestellt und unterliegt dem Abstimmungsverfahren des Interoperabilitätsforums[1] und der Technischen Komitees von HL7 Deutschland e. V. [2]

Ansprechpartner

  • Dr. Kai U. Heitmann, HL7 Deutschland e.V., Heitmann Consulting and Services
  • Horst Kakuschke, HÄVG Rechenzentrum GmbH
  • Isabell Nessen, HÄVG Rechenzentrum GmbH
  • André-Michael Thoms, HÄVG Rechenzentrum GmbH

Disclaimer

Autoren

  • Dr. Kai U. Heitmann (KH), Heitmann Consulting and Services, Hürth
  • Horst Kakuschke, HÄVG Rechenzentrum GmbH

Mit Beiträgen von

  • Ivo Weiss, HÄVG Rechenzentrum GmbH
  • Isabell Nessen, HÄVG Rechenzentrum GmbH
  • André-Michael Thoms, HÄVG Rechenzentrum GmbH

Copyright-Hinweis, Nutzungshinweise

Nachnutzungs- bzw. Veröffentlichungsansprüche

Der Inhalt dieser Spezifikation ist öffentlich.

Aus der Nutzung ergibt sich kein weiter gehender Anspruch gegenüber HL7 Deutschland, der HÄVG oder den Autoren, zum Beispiel eine Haftung bei etwaigen Schäden, die aus dem Gebrauch der Spezifikationen bzw. der zur Verfügung gestellten Dateien entstehen.

Einleitung

Patiententeilnehmerzeichnisse dienen zur Kommunikation von an einer geschlossenen Teilnehmergruppe teilnehmenden Patienten an einen Arzt, der an der Behandlung dieser Patienten beteiligt ist.

Erstellt werden solche Verzeichnisse von einer Organisation, der die Verwaltung dieser Teilnehmergruppe obliegt.

Ein Patiententeilnahmeverzeichnis enthält damit für einen bestimmten Empfänger (= Arzt) Informationen zum Teilnahmestatus eines oder mehrerer Patienten für einen definierten Zeitraum.

Zusätzlich zu den in dem referenzierten Zeitraum aktuellen Teilnahmeinformationen können auch Angaben zu Veränderungen gegenüber dem vorhergehenden Zeitraum transportiert werden (wie z.B. Austritte).

Patiententeilnahmeverzeichnisse können u.a. im Rahmen von Selektivverträgen, Disease Management Programmen, Arztnetzwerken, Teilnehmerlisten für Klinische Studien etc. verwendet werden.

Rationale

Patiententeilnahmeverzeichnisse werden in vielen Fällen papiergebunden an die Empfänger versendet und manuell in weiterverarbeitende Systeme eingepflegt. Neben dem damit verbundenen Aufwand ist diese Vorgehensweise auch sehr fehleranfällig.

Zielsetzung

Ziel des Projektes ist es, unter Verwendung eines generischen Ansatzes einen Standard für Patiententeilnahmeverzeichnisse aller Art zu schaffen. Durch die strukturierte Abbildung der Informationen von Patiententeilnahmeverzeichnissen wird es zudem möglich, die papiergebundene Versendung von Patiententeilnahmeverzeichnissen abzulösen.

Abgrenzung

Transport- und Sicherheitsaspekte sind nicht Gegenstand dieses Leitfadens.

Struktureller Aufbau

Das Patiententeilnahmeverzeichnis ist als Structured Document entworfen.

Die Definitionen zum Patiententeilnahmeverzeichnis sind in der Kollaborationsumgebung ART-DECOR einsehbar. Die Templates und Value Sets sind dort in ihrer aktuellen Fassung zu sehen. Der Datensatz zum Patiententeilnahmeverzeichnis ist dort ebenfalls in seiner aktuellen Fassung einsehbar.

Verwendete Standards und Spezifikationen

Der Entwurf des Implementierungsleitfadens zum Patiententeilnahmeverzeichnis wurde auf der Basis der Structured Documents (SD) erstellt, der der Clinical Document Architecture (CDA) sehr ähnlich sieht. Structured Documents Definitionen sind zum Beispiel bei der Structured Product Label (SPL)[3] Spezifikation der FDA offiziell angewendet worden.

Besondere Hinweise zur Modellierung

Es wurde bei dieser Structured Documents Definition darauf geachtet, dass nach Möglichkeit gewöhnliche und bekannte Komponenten aus CDA Verwendung finden.

Es wird auf die Erläuterungen andernorts zu den Themen

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

hingewiesen.

Übersicht Structured Document Header und Body

Im Folgenden findet sich eine schematische Übersicht über die Dokumentendefinition zum Patiententeilnehmerverzeichnis mit Header- und Body-Komponenten.

Ptv-document.png

Ptv-document.png

[Abbildung 1] Übersicht über die Dokumentendefinition zum Patiententeilnehmerverzeichnis

Eine Übersicht zum gesamten Projekt mit allen Templates und Value Sets ist unter dem Projektindex zu finden.

Header

Beim Patiententeilnahmeverzeichnis gilt für den Header die Besonderheit, dass kein Patient angegeben werden kann, denn diese stehen ja im Body-Bereich in der eigentliche Liste der Patienten. Ansonsten sind die folgenden geforderten Angaben

  • zum Dokument selbst mit Identifikation, Version, Sprache des Dokuments, Dokumenten-Level-Kode etc.
  • dem Ersteller (Autor)
  • der Organisation die das Dokument verwaltet
  • dem beabsichtigten Empfänger

Body

Das eigentliche Verzeichnis wird im Body angegeben. Hierzu wird zunächst der zugrundeliegende Vertrag (Contract) genannt, an dem die Patentliste hängt. Sections sind in diesem Structured Document nicht vorgesehen.

Verwendung von Templates

Das Dokument ist aus verschiedenen Komponenten zusammengesetzt, die Templates genannt werden.

In diesem Leitfaden werden die folgenden Typen von Templates verwendet:

  • Structured Document Level Template
  • Header Level Templates
  • Entry Level Templates (kodierte Information, ähnlich den CDA-Entries)

Im Folgenden werden die SD-Templates beschrieben, die im Rahmen dieses Leitfadens definiert sind bzw. genutzt werden. Weitere Hinweise zum Aufbau der Template-Beschreibungen hier und in ART-DECOR finden sich unter http://art-decor.org/mediawiki/index.php/ART_Template_Viewer.

SD Document Level Templates

Id1.2.276.0.76.10.1018Gültigkeit2015‑11‑01
StatusKyellow.png EntwurfVersions-Label
NamePatientParticipationListDocumentBezeichnungPatient Participation List Document
BeschreibungPatiententeilnehmerverzeichnis
KontextPfadname /
KlassifikationCDA Document Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Benutzt
Benutzt 9 Templates
Benutzt von als NameVersion
haevgptv-transaction-2TransaktionKyellow.png Meldung2015‑10‑09
Benutzt als NameVersion
1.2.276.0.76.10.90002InklusionKyellow.png CDA realmCodeDYNAMIC
1.2.276.0.76.10.90005InklusionKyellow.png CDA titleDYNAMIC
1.2.276.0.76.10.90007InklusionKgreen.png CDA confidentialityCodeDYNAMIC
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.2002InklusionKyellow.png CDA authorDYNAMIC
1.2.276.0.76.10.2004InklusionKgreen.png CDA custodianDYNAMIC
1.2.276.0.76.10.2005InklusionKgreen.png CDA informationRecipientDYNAMIC
1.2.276.0.76.10.4081ContainmentKyellow.png Contract and participant listDYNAMIC
BeziehungSpezialisierung: Template 2.16.840.1.113883.10.12.1 CDA ClinicalDocument (2005‑09‑07)
ref
ad1bbr-
Beispiel
Beispiel
<PatientParticipationListDocument classCode="DOC" moodCode="EVN">
  <realmCode code="DE"/>  <typeId root="2.16.840.1.113883.1.3" extension="POFM_HD000001DE"/>  <templateId root="1.2.276.0.76.10.1018"/>  <id root="1.2.276.0.76.3.1.217.1876766" extension="88414c01-715a-45bb-83bb-db7ac860fe9d"/>  <code code="64291-8" codeSystem="2.16.840.1.113883.6.1" displayName="Health insurance-related form"/>  <title>Patiententeilnehmerliste</title>  <effectiveTime>
    <!-- ... -->
  </effectiveTime>
  <languageCode code="de-DE"/>  <setId root="1.2.276.0.76.3.1.217.1876767" extension="020ed858-4d71-4363-ac37-196baa2d746e"/>  <versionNumber value="1"/>  <author typeCode="AUT">
    <!-- Ersteller des Dokuments -->
  </author>
  <custodian typeCode="CST">
    <!-- Bewahrer des Dokuments -->
  </custodian>
  <informationRecipient typeCode="PRCP">
    <!-- Informationsempfängfer -->
  </informationRecipient>
  <component>
    <!-- Verzeichnis -->
  </component>
</PatientParticipationListDocument>
ItemDTKardKonfBeschreibungLabel
hl7:PatientParticipationListDocument
1 … 1(Pat...ent)
Treetree.png@classCode
1 … 1FDOC
Treetree.png@moodCode
1 … 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"/>
Treetree.pnghl7:typeId
1 … 1M(Pat...ent)
Treeblank.pngTreetree.png@root
1 … 1F2.16.840.1.113883.1.3
Treeblank.pngTreetree.png@extension
1 … 1FPOMF_HD000001DE
 Beispiel<typeId root="2.16.840.1.113883.1.3" extension="POMF_HD000001DE"/>
Treetree.pnghl7:templateId
II1 … 1M(Pat...ent)
Treeblank.pngTreetree.png@root
1 … 1F1.2.276.0.76.10.1018
Treetree.pnghl7:id
II1 … 1M(Pat...ent)
 Beispiel<id root="1.2.276.0.76.3.1.217.1876766" extension="88414c01-715a-45bb-83bb-db7ac860fe9d"/>
Treetree.pnghl7:code
CE1 … 1M(Pat...ent)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.276.0.76.11.67 Patient Participation List Documenttype Codes (DYNAMIC)
Eingefügt1 … 1M von 1.2.276.0.76.10.90005 CDA title (DYNAMIC)
 Beispiel<title>Patiententeilnehmerliste vom 01.10.2015 bis 31.10.2015</title>
Treetree.pnghl7:title
ST1 … 1M(Pat...ent)
Treetree.pnghl7:effectiveTime
IVL_TS1 … 1M(Pat...ent)
 Beispiel<effectiveTime>
  <low value="20151001"/>  <high value="20151031"/></effectiveTime>
Treeblank.pngTreetree.pnghl7:low
TS1 … 1M(Pat...ent)
Treeblank.pngTreetree.pnghl7:high
TS1 … 1M(Pat...ent)
Eingefügt von 1.2.276.0.76.10.90007 CDA confidentialityCode (DYNAMIC)
Treetree.pnghl7:confidentialityCode
CE1 … 1M(Pat...ent)
 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ügt von 1.2.276.0.76.10.90008 CDA languageCode (DYNAMIC)
Treetree.pnghl7:language​Code
CS.LANG1 … 1M(Pat...ent)
Eingefügt von 1.2.276.0.76.10.90009 CDA setId and versionNumber (DYNAMIC)
Treetree.pnghl7:setId
II1 … 1M(Pat...ent)
Treetree.pnghl7:versionNumber
INT.POS1 … 1M(Pat...ent)
Eingefügt von 1.2.276.0.76.10.2002 CDA author (DYNAMIC)
Treetree.pnghl7:author
(Pat...ent)
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(Pat...ent)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.10267 ParticipationFunction (DYNAMIC)
Treeblank.pngTreetree.pnghl7:time
TS.​DATE.​MIN1 … 1gibt den Zeitpunkt an, an dem der Autor seinen Beitrag am Dokument beendet hat; dies kommt bei einem Autoren praktisch überein mit ClinicalDocument.effectiveTime(Pat...ent)
Treeblank.pngTreetree.pnghl7:assignedAuthor
1 … 1(Pat...ent)
Treeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FASSIGNED
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II1 … *(Pat...ent)
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(Pat...ent)
Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *(Pat...ent)
Auswahl1 … 1Elemente in der Auswahl:
  • hl7:assigned​Person
  • hl7:assigned​Authoring​Device
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:assigned​Person
 … 1(Pat...ent)
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(Pat...ent)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:assigned​Authoring​Device
 … 1(Pat...ent)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FDEV
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:manufacturer​Model​Name
SC1 … 1(Pat...ent)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:softwareName
SC1 … 1(Pat...ent)
Treeblank.pngTreeblank.pngTreetree.pnghl7:represented​Organization
1 … 1M(Pat...ent)
 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 … *(Pat...ent)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1M(Pat...ent)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *(Pat...ent)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1(Pat...ent)
Eingefügt von 1.2.276.0.76.10.2004 CDA custodian (DYNAMIC)
Treetree.pnghl7:custodian
(Pat...ent)
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(Pat...ent)
Treeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FASSIGNED
Treeblank.pngTreeblank.pngTreetree.pnghl7:represented​Custodian​Organization
1 … 1M(Pat...ent)
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(Pat...ent)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1M(Pat...ent)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … 1(Pat...ent)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1(Pat...ent)
Eingefügt von 1.2.276.0.76.10.2005 CDA informationRecipient (DYNAMIC)
Treetree.pnghl7:information​Recipient
0 … *(Pat...ent)
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(Pat...ent)
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II1 … *R(Pat...ent)
Auswahl1 … *
Wenn der beabsichtigte Empfänger eine Person ist, dann wird dies durch die Anwesenheit der Person Klasse mit oder ohne zugehörige Organisation spezifiziert. Wenn der beabsichtigte Empfänger eine Organisation ist, wird nur die Organisation angegeben, die Person fehlt.
Elemente in der Auswahl:
  • hl7:information​Recipient
  • hl7:received​Organization
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:information​Recipient
0 … 1(Pat...ent)
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(Pat...ent)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:received​Organization
0 … 1(Pat...ent)
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 … *(Pat...ent)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1M(Pat...ent)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *(Pat...ent)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1(Pat...ent)
Treetree.pnghl7:component
1 … *MBeinhaltet 1.2.276.0.76.10.4081 Contract and participant list (DYNAMIC)(Pat...ent)
Treeblank.pngTreetree.png@typeCode
0 … 1FCOMP
Treeblank.pngTreetree.png@context​Conduction​Ind
0 … 1Ftrue

SD Header Level Templates

Autor (Author)

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

Verwaltende Organisation (Custodian)

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

Beabsichtigter Empfänger (Information Recipient)

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

SD Section Level Templates

In diesem Strukturen Document gibt es keine Section.

SD Entry Level Templates

Id1.2.276.0.76.10.4081Gültigkeit2015‑11‑01
StatusKyellow.png EntwurfVersions-Label
NameContractandparticipantlistBezeichnungContract and participant list
BeschreibungVertrag und Teilnehmerliste
KontextElternknoten des Template-Element mit Id 1.2.276.0.76.10.4081
KlassifikationCDA Entry Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Benutzt
Benutzt 1 Template
Benutzt als NameVersion
1.2.276.0.76.10.4082InklusionKyellow.png Contract participantDYNAMIC
BeziehungSpezialisierung: Template 2.16.840.1.113883.10.12.301 CDA Act (2005‑09‑07)
ref
ad1bbr-
Beispiel
Beispiel
<act classCode="CNTRCT" moodCode="EVN">
  <templateId root="1.2.276.0.76.10.4081"/>  <id root="1.2.276.0.76.3.1.217.4.1" extension="BKK_BY_HZV"/>  <code code="" codeSystem=" "/>  <title>Hausarztzentrierte Versorgung BKK Bayern</title>  <effectiveTime/>  <participant typeCode="COV">
    <!-- ... -->
  </participant>
</act>
ItemDTKardKonfBeschreibungLabel
hl7:act
(Con...ist)
Treetree.png@classCode
1 … 1R
 CONF
Der Wert von @classCode muss gewählt werden aus dem Value Set 1.2.276.0.76.11.63 Patient Participation List ActClass (DYNAMIC)
Treetree.png@moodCode
1 … 1FEVN
Treetree.pnghl7:templateId
II1 … 1(Con...ist)
Treeblank.pngTreetree.png@root
1 … 1F1.2.276.0.76.10.4081
Treetree.pnghl7:id
II1 … 1MVertrags-Id (Con...ist)
Treetree.pnghl7:code
CE1 … 1RVertrags-Type (kodiert)(Con...ist)
Treetree.pnghl7:title
ST0 … 1RLangbezeichnung des Vertrags(Con...ist)
Treetree.pnghl7:effectiveTime
IVL_TS0 … 1RGültigkeitszeitraum des Vertrags(Con...ist)
Treeblank.pngTreetree.pnghl7:low
TS1 … 1R(Con...ist)
Treeblank.pngTreetree.pnghl7:high
TS0 … 1R(Con...ist)
Eingefügt0 … *R von 1.2.276.0.76.10.4082 Contract participant (DYNAMIC)
Vertragsteilnehmer / Patient
Treetree.pnghl7:participant
0 … *R(Con...ist)
Treeblank.pngTreetree.png@typeCode
1 … 1R
 CONF
Der Wert von @typeCode muss gewählt werden aus dem Value Set 1.2.276.0.76.11.64 Contract Participant Type Code (DYNAMIC)
Treeblank.pngTreetree.pnghl7:templateId
II1 … 1M(Con...ist)
Treeblank.pngTreeblank.pngTreetree.png@root
1 … 1F1.2.276.0.76.10.4082
Treeblank.pngTreetree.pnghl7:time
IVL_TS1 … 1RGültigkeit der Teilnahme(Con...ist)
Treeblank.pngTreeblank.pngTreetree.pnghl7:low
TS1 … 1R(Con...ist)
Treeblank.pngTreeblank.pngTreetree.pnghl7:high
TS0 … 1R(Con...ist)
Treeblank.pngTreetree.pnghl7:statusCode
CS1 … 1M(Con...ist)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.276.0.76.11.65 Contract Participant Status Code (DYNAMIC)
 Beispiel<statusCode code="active"/>
Treeblank.pngTreetree.pnghl7:reasonCode
CE0 … 1C(Con...ist)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.276.0.76.11.66 Contract Participant Reason Code (DYNAMIC)
 Beispiel<reasonCode nullFlavor="OTH">
  <originalText>Zu große Füße</originalText></reasonCode>
Treeblank.pngTreeblank.pngTreetree.pnghl7:originalText
0 … 1R(Con...ist)
Treeblank.pngTreetree.pnghl7:associated​Entity
1 … 1R(Con...ist)
Treeblank.pngTreeblank.pngTreetree.png@classCode
1 … 1FPAT
 Beispiel<associatedEntity classCode="PAT">
  <id root="1.2.276.0.76.4.8" extension="S893978962"/>  <associatedPatient classCode="PSN" determinerCode="INSTANCE">
    <!-- ... -->
  </associatedPatient>
  <scopingOrganization classCode="ORG" determinerCode="INSTANCE">
    <!-- ... -->
  </scopingOrganization>
</associatedEntity>
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II1 … *R(Con...ist)
Treeblank.pngTreeblank.pngTreetree.pnghl7:associatedPatient
1 … 1R(Con...ist)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
1 … 1FPSN
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
1 … 1FINSTANCE
 Beispiel<associatedPatient classCode="PSN" determinerCode="INSTANCE">
  <name>
    <given>Karel</given>    <family>Smid</family>  </name>
  <administrativeGenderCode code="M" codeSystem="2.16.840.1.113883.5.1"/>  <birthTime value="19330912"/></associatedPatient>
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
PN1 … 1R(Con...ist)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:given
ST1 … 1(Con...ist)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:family
ST1 … 1(Con...ist)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:administrative​Gender​Code
CE1 … 1R(Con...ist)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.1 Administrative Gender (HL7 V3) (DYNAMIC)
 Beispiel<administrativeGenderCode code="M" codeSystem="2.16.840.1.113883.5.1"/>
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:birthTime
TS1 … 1R(Con...ist)
 Beispiel<birthTime value="19330912"/>
Treeblank.pngTreeblank.pngTreetree.pnghl7:scoping​Organization
0 … 1RZugehörigkeit zu Krankenkasse(Con...ist)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
1 … 1FORG
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
1 … 1FINSTANCE
 Beispiel<scopingOrganization classCode="ORG" determinerCode="INSTANCE">
  <id root="1.2.276.0.76.4.5" extension="108035612"/>  <name>Krankenkasse IK:108035612</name></scopingOrganization>
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II1 … 1R(Con...ist)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
1 … 1R(Con...ist)
Id1.2.276.0.76.10.4082Gültigkeit2015‑11‑01
StatusKyellow.png EntwurfVersions-Label
NameContractparticipantBezeichnungContract participant
BeschreibungVertrags-Teilnehmer
KlassifikationCDA Entry Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
BeziehungAdaptation: Template 2.16.840.1.113883.10.12.321 CDA Participant (Body) (2005‑09‑07)
ref
ad1bbr-
Beispiel
Beispiel
<participant typeCode="COV">
  <templateId root="1.2.276.0.76.10.4082"/>  <time>
    <!-- ... -->
  </time>
  <statusCode code="active"/>  <reasonCode nullFlavor="OTH">
    <!-- ... -->
  </reasonCode>
  <associatedEntity classCode="PAT">
    <!-- ... -->
  </associatedEntity>
</participant>
ItemDTKardKonfBeschreibungLabel
hl7:participant
(Con...ant)
Treetree.png@typeCode
1 … 1R
 CONF
Der Wert von @typeCode muss gewählt werden aus dem Value Set 1.2.276.0.76.11.64 Contract Participant Type Code (DYNAMIC)
Treetree.pnghl7:templateId
II1 … 1M(Con...ant)
Treeblank.pngTreetree.png@root
1 … 1F1.2.276.0.76.10.4082
Treetree.pnghl7:time
IVL_TS1 … 1RGültigkeit der Teilnahme(Con...ant)
Treeblank.pngTreetree.pnghl7:low
TS1 … 1R(Con...ant)
Treeblank.pngTreetree.pnghl7:high
TS0 … 1R(Con...ant)
Treetree.pnghl7:statusCode
CS1 … 1M(Con...ant)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.276.0.76.11.65 Contract Participant Status Code (DYNAMIC)
 Beispiel<statusCode code="active"/>
Treetree.pnghl7:reasonCode
CE0 … 1C(Con...ant)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.276.0.76.11.66 Contract Participant Reason Code (DYNAMIC)
 Beispiel<reasonCode nullFlavor="OTH">
  <originalText>Zu große Füße</originalText></reasonCode>
Treeblank.pngTreetree.pnghl7:originalText
0 … 1R(Con...ant)
Treetree.pnghl7:associated​Entity
1 … 1R(Con...ant)
Treeblank.pngTreetree.png@classCode
1 … 1FPAT
 Beispiel<associatedEntity classCode="PAT">
  <id root="1.2.276.0.76.4.8" extension="S893978962"/>  <associatedPatient classCode="PSN" determinerCode="INSTANCE">
    <!-- ... -->
  </associatedPatient>
  <scopingOrganization classCode="ORG" determinerCode="INSTANCE">
    <!-- ... -->
  </scopingOrganization>
</associatedEntity>
Treeblank.pngTreetree.pnghl7:id
II1 … *R(Con...ant)
Treeblank.pngTreetree.pnghl7:associatedPatient
1 … 1R(Con...ant)
Treeblank.pngTreeblank.pngTreetree.png@classCode
1 … 1FPSN
Treeblank.pngTreeblank.pngTreetree.png@determiner​Code
1 … 1FINSTANCE
 Beispiel<associatedPatient classCode="PSN" determinerCode="INSTANCE">
  <name>
    <given>Karel</given>    <family>Smid</family>  </name>
  <administrativeGenderCode code="M" codeSystem="2.16.840.1.113883.5.1"/>  <birthTime value="19330912"/></associatedPatient>
Treeblank.pngTreeblank.pngTreetree.pnghl7:name
PN1 … 1R(Con...ant)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:given
ST1 … 1(Con...ant)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:family
ST1 … 1(Con...ant)
Treeblank.pngTreeblank.pngTreetree.pnghl7:administrative​Gender​Code
CE1 … 1R(Con...ant)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.1 Administrative Gender (HL7 V3) (DYNAMIC)
 Beispiel<administrativeGenderCode code="M" codeSystem="2.16.840.1.113883.5.1"/>
Treeblank.pngTreeblank.pngTreetree.pnghl7:birthTime
TS1 … 1R(Con...ant)
 Beispiel<birthTime value="19330912"/>
Treeblank.pngTreetree.pnghl7:scoping​Organization
0 … 1RZugehörigkeit zu Krankenkasse(Con...ant)
Treeblank.pngTreeblank.pngTreetree.png@classCode
1 … 1FORG
Treeblank.pngTreeblank.pngTreetree.png@determiner​Code
1 … 1FINSTANCE
 Beispiel<scopingOrganization classCode="ORG" determinerCode="INSTANCE">
  <id root="1.2.276.0.76.4.5" extension="108035612"/>  <name>Krankenkasse IK:108035612</name></scopingOrganization>
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II1 … 1R(Con...ant)
Treeblank.pngTreeblank.pngTreetree.pnghl7:name
1 … 1R(Con...ant)

Terminologien

Allgemeine Value Sets

  • 2.16.840.1.113883.1.11.1 AdministrativeGender (HL7)
  • 2.16.840.1.113883.1.11.16926 Basic Confidentiality Kind (HL7)
  • 2.16.840.1.113883.1.11.10267 ParticipationFunction

Domänenspezifische Value Sets

Patient Participation List ActClass

Diese Terminologie ist eine Momentaufnahme vom . Terminologien können sich im Laufe der Zeit weiterentwickeln. Wenn eine neuere (dynamische) Versionen dieser Terminologie benötigt wird, bitte von der Quelle abrufen.
Id1.2.276.0.76.11.63Gültigkeit2015‑11‑01
StatusKyellow.png EntwurfVersions-Label
NamePatientParticipationListActClassBezeichnungPatient Participation List ActClass
Benutzung: 1
IdNameTyp
Template
1.2.276.0.76.10.4081Contract and participant list DYNAMIC
Quell-Codesystem
2.16.840.1.113883.5.6 - ActClass - FHIR: http://terminology.hl7.org/CodeSystem/v3-ActClass
Level/ TypCodeBezeichnungCodesystemBeschreibung
0‑L
ADJUD
financial adjudication
ActClass
0‑L
CNTRCT
contract
ActClass
1‑L
FCNTRCT
financial contract
ActClass
0‑L
MPROT
monitoring program
ActClass
0‑L
REG
registration
ActClass

Legende: Typ L=leaf, S=specializable, A=abstract, D=deprecated. NullFlavor OTH (other) schlägt Text in originalText vor. HL7 V3: NullFlavors werden im @nullFlavor Attribut statt in @code angegeben.

Contract Participant TypeCode

Diese Terminologie ist eine Momentaufnahme vom . Terminologien können sich im Laufe der Zeit weiterentwickeln. Wenn eine neuere (dynamische) Versionen dieser Terminologie benötigt wird, bitte von der Quelle abrufen.
Id1.2.276.0.76.11.64Gültigkeit2015‑11‑01
StatusKyellow.png EntwurfVersions-Label
NameContractParticipantTypeCodeBezeichnungContract Participant Type Code
Benutzung: 1
IdNameTyp
Template
1.2.276.0.76.10.4082Contract participant DYNAMIC
Quell-Codesystem
2.16.840.1.113883.5.90 - ParticipationType - FHIR: http://terminology.hl7.org/CodeSystem/v3-ParticipationType
Level/ TypCodeBezeichnungCodesystem
0‑L
COV
coverage target
ParticipationType
0‑L
DON
donor
ParticipationType

Legende: Typ L=leaf, S=specializable, A=abstract, D=deprecated. NullFlavor OTH (other) schlägt Text in originalText vor. HL7 V3: NullFlavors werden im @nullFlavor Attribut statt in @code angegeben.

Contract Participant Statuscode

Diese Terminologie ist eine Momentaufnahme vom . Terminologien können sich im Laufe der Zeit weiterentwickeln. Wenn eine neuere (dynamische) Versionen dieser Terminologie benötigt wird, bitte von der Quelle abrufen.
Id1.2.276.0.76.11.65Gültigkeit2015‑11‑01
StatusKyellow.png EntwurfVersions-Label
NameContractparticipantstatuscodeBezeichnungContract Participant Status Code
Benutzung: 1
IdNameTyp
Template
1.2.276.0.76.10.4082Contract participant DYNAMIC
Quell-Codesystem
2.16.840.1.113883.5.14 - ActStatus - FHIR: http://terminology.hl7.org/CodeSystem/v3-ActStatus
Level/ TypCodeBezeichnungCodesystem
0‑L
requested
requested
ActStatus
0‑L
active
active
ActStatus
0‑L
terminated
terminated
ActStatus
0‑L
cancelled
cancelled
ActStatus
0‑L
rejected
rejected
ActStatus

Legende: Typ L=leaf, S=specializable, A=abstract, D=deprecated. NullFlavor OTH (other) schlägt Text in originalText vor. HL7 V3: NullFlavors werden im @nullFlavor Attribut statt in @code angegeben.

Contract Participant Reasoncode

Diese Terminologie ist eine Momentaufnahme vom . Terminologien können sich im Laufe der Zeit weiterentwickeln. Wenn eine neuere (dynamische) Versionen dieser Terminologie benötigt wird, bitte von der Quelle abrufen.
Id1.2.276.0.76.11.66Gültigkeit2015‑11‑01
StatusKyellow.png EntwurfVersions-Label
NameContractparticipantreasoncodeBezeichnungContract Participant Reason Code
BeschreibungHier werden die kodierten Gründe genannt (werden)
Benutzung: 1
IdNameTyp
Template
1.2.276.0.76.10.4082Contract participant DYNAMIC
Quell-Codesystem
2.16.840.1.113883.5.1008 - Null Flavor - FHIR: http://terminology.hl7.org/CodeSystem/v3-NullFlavor - HL7 V2: NULLFL
Level/ TypCodeCodesystem
0‑L
OTH
Andere
Null Flavor

0‑L
OTH
Andere
Null Flavor
Legende: Typ L=leaf, S=specializable, A=abstract, D=deprecated. NullFlavor OTH (other) schlägt Text in originalText vor. HL7 V3: NullFlavors werden im @nullFlavor Attribut statt in @code angegeben.

Patient Participation List DocumenttypeCodes

Diese Terminologie ist eine Momentaufnahme vom . Terminologien können sich im Laufe der Zeit weiterentwickeln. Wenn eine neuere (dynamische) Versionen dieser Terminologie benötigt wird, bitte von der Quelle abrufen.
Id1.2.276.0.76.11.67Gültigkeit2015‑11‑01
StatusKyellow.png EntwurfVersions-Label
NamePatientParticipationListDocumenttypeCodesBezeichnungPatient Participation List Documenttype Codes
Benutzung: 1
IdNameTyp
Template
1.2.276.0.76.10.1018Patient Participation List Document DYNAMIC
Quell-Codesystem
2.16.840.1.113883.6.1 - Logical Observation Identifier Names and Codes - FHIR: http://loinc.org - HL7 V2: LN
Level/ TypCodeBezeichnungCodesystem
0‑L
64291-8
Health insurance-related form
Logical Observation Identifier Names and Codes
0‑L
48768-6
Payment Sources
Logical Observation Identifier Names and Codes

Legende: Typ L=leaf, S=specializable, A=abstract, D=deprecated. NullFlavor OTH (other) schlägt Text in originalText vor. HL7 V3: NullFlavors werden im @nullFlavor Attribut statt in @code angegeben.


Anhang (nicht normativ)

Beschreibung der Use Cases und Storyboards

Das Storyboards dient als Vorgabe zur Erstellung von Beispiel-Dokumenten gemäß dieser Spezifikation. Die Dokumente finden sich in den XML-Materialien auf der Projekt-Homepage bei ART-DECOR [4]

Patiententeilnahmeverzeichnis Hausarztzentrierte Versorgung nach §73b SGB V

Storyboard

Patiententeilnahmeverzeichnis Hausarztzentrierte Versorgung BKK Bayern Q3/2015 für Dr. Max Mustermann Herr Dr. Max Mustermann ist Vertragsteilnehmer am Selektivvertrag „Hausarztzentrierte Versorgung BKK Bayern“ der HÄVG AG (Hausärztliche Vertragsgemeinschaft AG). Im Rahmen dieses Vertrages hat er die Rolle des betreuenden Hausarztes für eine Reihe von Versicherten der BKK Bayern übernommen und erhält quartalsweise ein Verzeichnis mit den Teilnahmeinformationen zu diesem Patientenkreis. In dem Patiententeilnahmeverzeichnis Hausarztzentrierte Versorgung BKK Bayern Q3/2015 für diesen Arzt werden folgende Informationen ausgewiesen:

Versicherter Vers-Identifikation Teilnahmestatus Teilnahmezeitraum Änderungsgrund
MAX MUSTERMANN Vers-Nr.: M893978961 ausgeschieden 01.04.2014..31.03.2015 Ordnungsgemäße Kündigung des Versicherten
MAX MUSTERMANN Vers-Nr.: M067809876 aktiv 01.10.2010..
MAX MUSTERMANN Vers-Nr.: M115776611 aktiv 01.07.2010..
...

Lizenzen

HL7

Health Level Seven® International (HL7) standards and other "Material," as defined below, and Material acquired through any channel (including through any HL7 Affiliate) are governed by the terms of this HL7 policy. All such Material are copyrighted by HL7 and protected by the Copyright Law of the United States and copyright provisions of various international treaties. See HL7 Policy governing the use of HL7® international standards and other intellectual property at http://www.hl7.org/legal/ippolicy.cfm

Logical Observation Identifiers Names and Codes LOINC

This material contains content from LOINC® (http://loinc.org). The LOINC table, LOINC codes, and LOINC panels and forms file are copyright © 1995-2014, Regenstrief Institute, Inc. and the Logical Observation Identifiers Names and Codes (LOINC) Committee and available at no cost under the license at http://loinc.org/terms-of-use.

Referenzen und Verzeichnisse

Referenzen

  1. Abstimmungsverfahren (Regeln) des Interoperabilitätsforums http://wiki.hl7.de/index.php?title=Abstimmungsverfahren_(Regeln)
  2. HL7 Deutschland e. V. http://www.hl7.de
  3. HL7 Standards Product Brief - HL7 Version 3 Standard: Structured Product Labeling, Release 4, http://www.hl7.org/implement/standards/product_brief.cfm?product_id=96
  4. Materialien-Homepage des Projekts bei ART-DECOR: http://hl7de.art-decor.org

Abbildungen

  1. Übersicht über die Dokumentendefinition zum Patiententeilnehmerverzeichnis