Patiententeilnehmerverzeichnis

Aus Hl7wiki
Implementierungsleitfaden
Wechseln zu: Navigation, Suche
(Struktureller Aufbau)
(SD Document Level Templates)
Zeile 95: Zeile 95:
  
 
=SD Document Level Templates=
 
=SD Document Level Templates=
 +
{{:1.2.276.0.76.10.1018/dynamic}}
 +
 
=SD Header Level Templates=
 
=SD Header Level Templates=
 
=SD Section Level Templates=
 
=SD Section Level Templates=

Version vom 28. Dezember 2015, 21:22 Uhr


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

SD Section Level Templates

SD Entry Level Templates

Terminologien

Value Sets

Kodesysteme

Anhang (nicht normativ)

Beschreibung der Use Cases und Storyboards

Lizenzen

HL7

Logical Observation Identifiers Names and Codes LOINC

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