Patiententeilnehmerverzeichnis

Aus Hl7wiki
Implementierungsleitfaden
Wechseln zu: Navigation, Suche


Abstimmungsdokument 
Version Datum Status Realm
0.90 28.12.2015 Si-draft.svg Entwurf Flag de.svg Deutschland
Document PDF.svgEntwurf noch kein download verfügbar
Kontributoren 
DHAEV logo.png Deutscher Hausärzteverband e.V. Köln

Dokumenteninformationen

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.

Struktureller Aufbau

Verwendete Standards und Spezifikationen

Besondere Hinweise zur Modellierung

Übersicht Structured Document Header und Body

Header

Body

Verwendung von Templates

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.4076Gültigkeit2015‑12‑06
StatusKyellow.png EntwurfVersions-Label
NamePriorityPreferenceBezeichnungPriorität Präferenz
Beschreibung
Dieses Template gibt bevorzugte Prioritäten wider, die von einem Patienten oder einem Gesundheitsdienstleister gewählt wurden. Nevorzugte Prioritäten sind Entscheidungen von Gesundheitsdienstleister oder Patienten oder beiden zu Optionen für die Pflege oder Behandlung (einschließlich Terminplanung, Pflegeerfahrung und Treffen von persönlichen Gesundheitszielen), die gemeinsame Nutzung und Offenlegung von Gesundheitsinformationen und die Priorisierung von Problemen.
KontextElternknoten des Template-Element mit Id 1.2.276.0.76.10.4076
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.90025InklusionKyellow.png Author (Body)DYNAMIC
BeziehungSpezialisierung: Template 2.16.840.1.113883.10.12.303 CDA Observation (2005‑09‑07)
ref
ad1bbr-

Adaptation: Template 2.16.840.1.113883.10.20.22.4.143 Priority Preference (2015‑08‑13)
ref
ccda-
ItemDTKardKonfBeschreibungLabel
hl7:observation
(Pri...nce)
Treetree.png@classCode
cs1 … 1FOBS
Treetree.png@moodCode
cs1 … 1FEVN
Treetree.pnghl7:templateId
1 … 1M(Pri...nce)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.276.0.76.10.4076
Treetree.pnghl7:id
1 … *(Pri...nce)
Treetree.pnghl7:code
1 … 1M(Pri...nce)
Treeblank.pngTreetree.png@code
CONF1 … 1F77303-6
Treeblank.pngTreetree.png@codeSystem
1 … 1F2.16.840.1.113883.6.1 (LOINC)
Treeblank.pngTreetree.png@displayName
1 … 1FProvider preference for care action
Treetree.pnghl7:effectiveTime
0 … 1R(Pri...nce)
Treetree.pnghl7:value
CD1 … 1M(Pri...nce)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.4.642.3.273 Goal Priority (DYNAMIC)
Treetree.pnghl7:author
0 … *R(Pri...nce)
Eingefügt von 1.2.276.0.76.10.90025 Author (Body) (DYNAMIC)
Treeblank.pngTreetree.png@typeCode
0 … 1FAUT
Treeblank.pngTreetree.png@context​Control​Code
0 … 1FOP
Treeblank.pngTreetree.pnghl7:functionCode
CE0 … 1(Pri...nce)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.10267 ParticipationFunction (DYNAMIC)
Treeblank.pngTreetree.pnghl7:time
TS1 … 1R(Pri...nce)
Treeblank.pngTreetree.pnghl7:assignedAuthor
1 … 1R(Pri...nce)
Treeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FASSIGNED
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II1 … *R(Pri...nce)
Treeblank.pngTreeblank.pngTreetree.pnghl7:code
CE0 … 1(Pri...nce)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystem
CONF0 … 1F2.16.840.1.113883.5.111 (RoleCode)
Treeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … *(Pri...nce)
Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *(Pri...nce)
Treeblank.pngTreeblank.pngTreetree.pnghl7:assigned​Person
0 … 1(Pri...nce)
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(Pri...nce)
Treeblank.pngTreeblank.pngTreetree.pnghl7:represented​Organization
0 … 1(Pri...nce)
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 … *(Pri...nce)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1M(Pri...nce)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *(Pri...nce)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1(Pri...nce)
Id1.2.276.0.76.10.4077Gültigkeit2017‑06‑26 14:31:28
Andere Versionen mit dieser Id:
  • Kblank.png AgeObservation vom 2015‑12‑06
StatusKyellow.png EntwurfVersions-Label
NameAgeObservationBezeichnungAlter Beobachtung
Beschreibung
Die Altersbeobachtung repräsentiert das Alter des Subjekts (z. B. Patient) bei Beginn eines Ereignisses oder einer Beobachtung. Das Alter eines Verwandten in einer Familienanamnese könnte auch durch Vergleich von RelatedSubject / subject / birthTime mit Observation / effectiveTime abgeleitet werden. Allerdings kommt es häufiger vor, dass ein Patient das Alter eines Verwandten kennt, als dieser ein bestimmtes Problem hatte oder als der Verwandte verstarb, doch das eigentliche Jahr nicht kennt (z. B. "Großvater starb an einem Herzinfarkt im Alter von 50 Jahren"). Oftmals sind weder genaue Daten noch Alter bekannt (z. B. "Cousin starb an angeborener Herzkrankheit als Kleinkind").
KontextElternknoten des Template-Element mit Id 1.2.276.0.76.10.4077
KlassifikationCDA Entry Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
BeziehungVersion: Template 1.2.276.0.76.10.4077 Alter Beobachtung (2015‑12‑06)
Spezialisierung: Template 2.16.840.1.113883.10.12.303 CDA Observation (2005‑09‑07)
ref
ad1bbr-

Adaptation: Template 2.16.840.1.113883.10.20.22.4.31 Age Observation (2015‑08‑13)
ref
ccda-
Beispiel
Beispiel
<observation classCode="OBS" moodCode="EVN">
  <templateId root="1.2.276.0.76.10.4077"/>  <code code="30525-0" codeSystem="2.16.840.1.113883.6.1"/>  <statusCode code="completed"/>  <value xsi:type="PQ" value="32" unit="a"/></observation>
ItemDTKardKonfBeschreibungLabel
hl7:observation
(Age...ion)
Treetree.png@classCode
cs1 … 1FOBS
Treetree.png@moodCode
cs1 … 1FEVN
Treetree.pnghl7:templateId
1 … 1M(Age...ion)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.276.0.76.10.4077
Treetree.pnghl7:code
1 … 1M(Age...ion)
Treeblank.pngTreetree.png@code
CONF1 … 1F30525-0
Treeblank.pngTreetree.png@codeSystem
1 … 1F2.16.840.1.113883.6.1 (LOINC)
Treetree.pnghl7:statusCode
1 … 1M(Age...ion)
Treeblank.pngTreetree.png@code
CONF1 … 1Fcompleted
Treetree.pnghl7:effectiveTime
TS0 … 1(Age...ion)
Treetree.pnghl7:value
PQ1 … 1R(Age...ion)
Treeblank.pngTreetree.png@unit
cs1 … 1R
 CONF
Der Wert von @unit muss gewählt werden aus dem Value Set 2.16.840.1.113883.11.20.9.21 AgePQ_UCUM (DYNAMIC)


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

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.


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.


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.


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.


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 [3]

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

  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. Materialien-Homepage des Projekts bei ART-DECOR: http://hl7de.art-decor.org