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

	Dieses Dokument gibt wieder: Implementierungsleitfaden Patiententeilnehmerverzeichnis (1.00). Die Teilmaterialien gehören der Kategorie cdaptv an.

Patiententeilnehmerverzeichnis

Implementierungsleitfaden

Abgestimmt

Version:	1.00
Datum:	3. Juni 2016
Status:	Abgestimmt
Verfahren:	{{{Verfahren}}}
Realm:	Deutschland

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

Inhaltsverzeichnis

1 Dokumenteninformationen
2 Einleitung
3 Struktureller Aufbau
4 SD Document Level Templates
5 SD Header Level Templates
6 SD Section Level Templates
7 SD Entry Level Templates
8 Terminologien
- 8.1 Allgemeine Value Sets
- 8.2 Domänenspezifische Value Sets
9 Anhang (nicht normativ)
- 9.1 Beschreibung der Use Cases und Storyboards
  - 9.1.1 Patiententeilnahmeverzeichnis Hausarztzentrierte Versorgung nach §73b SGB V
- 9.2 Lizenzen
  - 9.2.1 HL7
  - 9.2.2 Logical Observation Identifiers Names and Codes LOINC
10 Referenzen und Verzeichnisse
- 10.1 Referenzen
- 10.2 Abbildungen

Dokumenteninformationen

Dokumentenhistorie

Patiententeilnehmerverzeichnis

Patiententeilnehmerverzeichnis

Status

Typ

Version

Datum

PDF

Wiki

ART-DECOR

Abstimmung

Final

STU

1.00

03.06.2016

Abgestimmte Version

Abgleich

STU

0.92

04.03.2016

Ergebnis
Abstimmung von bis				Ohne Votum	Stimmen	Ergebnis
26.01.2016-04.03.2016	6	0	1	0	7	100%
Kommentare: Kommentierung_20160308

Abstimmung

STU

0.90

21.12.2015

Ankündigungen
Ankündigung der Abstimmung
Beginn der Abstimmung

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

Der Inhalt dieses Dokumentes ist öffentlich.
Obwohl diese Publikation mit größter Sorgfalt erstellt wurde, kann HL7 Deutschland keinerlei Haftung für direkten oder indirekten Schaden übernehmen, die durch den Inhalt dieser Spezifikation entstehen könnten.

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.

^{[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

Id

1.2.276.0.76.10.1018

Gültigkeit

2015‑11‑01

Status

Entwurf

Versions-Label

Name

PatientParticipationListDocument

Bezeichnung

Patient Participation List Document

Beschreibung

Patiententeilnehmerverzeichnis

Kontext

Pfadname /

Klassifikation

CDA Document Level Template

Offen/Geschlossen

Offen (auch andere als die definierten Elemente sind erlaubt)

Benutzt

Benutzt 9 Templates

Benutzt von	als	Name	Version
haevgptv-transaction-2	Transaktion	Meldung	2015‑10‑09
Benutzt	als	Name	Version
1.2.276.0.76.10.90002	Inklusion	CDA realmCode	DYNAMIC
1.2.276.0.76.10.90005	Inklusion	CDA title	DYNAMIC
1.2.276.0.76.10.90007	Inklusion	CDA confidentialityCode	DYNAMIC
1.2.276.0.76.10.90008	Inklusion	CDA languageCode	DYNAMIC
1.2.276.0.76.10.90009	Inklusion	CDA setId and versionNumber	DYNAMIC
1.2.276.0.76.10.2002	Inklusion	CDA author	DYNAMIC
1.2.276.0.76.10.2004	Inklusion	CDA custodian	DYNAMIC
1.2.276.0.76.10.2005	Inklusion	CDA informationRecipient	DYNAMIC
1.2.276.0.76.10.4081	Containment	Contract and participant list	DYNAMIC

Beziehung

Spezialisierung: Template 2.16.840.1.113883.10.12.1 CDA ClinicalDocument (2005‑09‑07)

ref

ad1bbr-

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">
    
  </author>  <custodian typeCode="CST">
    
  </custodian>  <informationRecipient typeCode="PRCP">
    
  </informationRecipient>  <component>
    
  </component></PatientParticipationListDocument>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:PatientParticipationListDocument

1 … 1

(Pat...ent)

@classCode

1 … 1

F

DOC

@moodCode

1 … 1

F

EVN

Eingefügt

1 … 1

M

von 1.2.276.0.76.10.90002 CDA realmCode (DYNAMIC)

hl7:realmCode

CS

1 … 1

M

CDAr...Code

@code

cs

1 … 1

R

CONF

@code muss "DE" sein

Beispiel

hl7:typeId

1 … 1

M

(Pat...ent)

@root

1 … 1

F

2.16.840.1.113883.1.3

@extension

1 … 1

F

POMF_HD000001DE

Beispiel

hl7:templateId

II

1 … 1

M

(Pat...ent)

@root

1 … 1

F

1.2.276.0.76.10.1018

hl7:id

II

1 … 1

M

(Pat...ent)

Beispiel

hl7:code

CE

1 … 1

M

(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ügt

1 … 1

M

von 1.2.276.0.76.10.90005 CDA title (DYNAMIC)

Beispiel

<title>Patiententeilnehmerliste vom 01.10.2015 bis 31.10.2015</title>

hl7:title

ST

1 … 1

M

(Pat...ent)

hl7:effectiveTime

IVL_TS

1 … 1

M

(Pat...ent)

Beispiel

hl7:low

TS

1 … 1

M

(Pat...ent)

hl7:high

TS

1 … 1

M

(Pat...ent)

Eingefügt

von 1.2.276.0.76.10.90007 CDA confidentialityCode (DYNAMIC)

hl7:confidentialityCode

CE

1 … 1

M

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

hl7:languageCode

CS.LANG

1 … 1

M

(Pat...ent)

Eingefügt

von 1.2.276.0.76.10.90009 CDA setId and versionNumber (DYNAMIC)

hl7:setId

II

1 … 1

M

(Pat...ent)

hl7:versionNumber

INT.POS

1 … 1

M

(Pat...ent)

Eingefügt

von 1.2.276.0.76.10.2002 CDA author (DYNAMIC)

hl7:author

(Pat...ent)

@typeCode

0 … 1

F

AUT

@contextControlCode

0 … 1

F

OP

Beispiel

hl7:functionCode

CE

0 … 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)

hl7:time

TS.DATE.MIN

1 … 1

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

hl7:assignedAuthor

1 … 1

(Pat...ent)

@classCode

0 … 1

F

ASSIGNED

hl7:id

II

1 … *

(Pat...ent)

hl7:code

CE

0 … 1

Fachgebiet/Spezialität des Gesundheitsdienstleister, z. B. Ärztin/Arzt für Allgemeinmedizin, Approbierte Ärztin/Approbierter Arzt, Fachärztin/Facharzt für Anästhesiologie und Intensivmedizin

(Pat...ent)

hl7:telecom

TEL

0 … *

(Pat...ent)

Auswahl

1 … 1

Elemente in der Auswahl:

hl7:assignedPerson
hl7:assignedAuthoringDevice

hl7:assignedPerson

… 1

(Pat...ent)

Eingefügt

von 1.2.276.0.76.10.90010 CDA Person Elements (DYNAMIC)

@classCode

0 … 1

F

PSN

@determinerCode

0 … 1

F

INSTANCE

hl7:name

PN

1 … 1

M

(Pat...ent)

hl7:assignedAuthoringDevice

… 1

(Pat...ent)

@classCode

0 … 1

F

DEV

@determinerCode

0 … 1

F

INSTANCE

hl7:manufacturerModelName

SC

1 … 1

(Pat...ent)

hl7:softwareName

SC

1 … 1

(Pat...ent)

hl7:representedOrganization

1 … 1

M

(Pat...ent)

Beispiel

Eingefügt

von 1.2.276.0.76.10.90011 CDA Organization Elements (DYNAMIC)

@classCode

0 … 1

F

ORG

@determinerCode

0 … 1

F

INSTANCE

hl7:id

II

0 … *

(Pat...ent)

hl7:name

ON

1 … 1

M

(Pat...ent)

hl7:telecom

TEL

0 … *

(Pat...ent)

hl7:addr

AD

0 … 1

(Pat...ent)

Eingefügt

von 1.2.276.0.76.10.2004 CDA custodian (DYNAMIC)

hl7:custodian

(Pat...ent)

@typeCode

0 … 1

F

CST

Beispiel

hl7:assignedCustodian

1 … 1

M

(Pat...ent)

@classCode

0 … 1

F

ASSIGNED

hl7:representedCustodianOrganization

1 … 1

M

(Pat...ent)

@classCode

0 … 1

F

ORG

@determinerCode

0 … 1

F

INSTANCE

hl7:id

II

1 … 1

M

(Pat...ent)

hl7:name

ON

1 … 1

M

(Pat...ent)

hl7:telecom

TEL

0 … 1

(Pat...ent)

hl7:addr

AD

0 … 1

(Pat...ent)

Eingefügt

von 1.2.276.0.76.10.2005 CDA informationRecipient (DYNAMIC)

hl7:informationRecipient

0 … *

(Pat...ent)

@typeCode

cs

0 … 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

hl7:intendedRecipient

1 … 1

M

(Pat...ent)

hl7:id

II

1 … *

R

(Pat...ent)

Auswahl

1 … *

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:informationRecipient
hl7:receivedOrganization

hl7:informationRecipient

0 … 1

(Pat...ent)

Eingefügt

von 1.2.276.0.76.10.90010 CDA Person Elements (DYNAMIC)

@classCode

0 … 1

F

PSN

@determinerCode

0 … 1

F

INSTANCE

hl7:name

PN

1 … 1

M

(Pat...ent)

hl7:receivedOrganization

0 … 1

(Pat...ent)

Eingefügt

von 1.2.276.0.76.10.90011 CDA Organization Elements (DYNAMIC)

@classCode

0 … 1

F

ORG

@determinerCode

0 … 1

F

INSTANCE

hl7:id

II

0 … *

(Pat...ent)

hl7:name

ON

1 … 1

M

(Pat...ent)

hl7:telecom

TEL

0 … *

(Pat...ent)

hl7:addr

AD

0 … 1

(Pat...ent)

hl7:component

1 … *

M

Beinhaltet 1.2.276.0.76.10.4081 Contract and participant list (DYNAMIC)

(Pat...ent)

@typeCode

0 … 1

F

COMP

@contextConductionInd

0 … 1

F

true

SD Header Level Templates

Autor (Author)

Id

1.2.276.0.76.10.2002

Gültigkeit

2013‑07‑10

Status

Entwurf

Versions-Label

Name

HeaderAuthor

Bezeichnung

CDA author

Beschreibung

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

Klassifikation

CDA Header Level Template

Offen/Geschlossen

Offen (auch andere als die definierten Elemente sind erlaubt)

Benutzt

Benutzt 2 Templates

Benutzt	als	Name	Version
1.2.276.0.76.10.90010	Inklusion	CDA Person Elements	DYNAMIC
1.2.276.0.76.10.90011	Inklusion	CDA Organization Elements	DYNAMIC

Beziehung

Spezialisierung: Template 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

Item

DT

Kard

Konf

Beschreibung

Label

hl7:author

(Hea...hor)

@typeCode

0 … 1

F

AUT

@contextControlCode

0 … 1

F

OP

Beispiel

hl7:functionCode

CE

0 … 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)

hl7:time

TS.DATE.MIN

1 … 1

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

hl7:assignedAuthor

1 … 1

(Hea...hor)

@classCode

0 … 1

F

ASSIGNED

hl7:id

II

1 … *

(Hea...hor)

hl7:code

CE

0 … 1

Fachgebiet/Spezialität des Gesundheitsdienstleister, z. B. Ärztin/Arzt für Allgemeinmedizin, Approbierte Ärztin/Approbierter Arzt, Fachärztin/Facharzt für Anästhesiologie und Intensivmedizin

(Hea...hor)

hl7:telecom

TEL

0 … *

(Hea...hor)

Auswahl

1 … 1

Elemente in der Auswahl:

hl7:assignedPerson
hl7:assignedAuthoringDevice

hl7:assignedPerson

… 1

(Hea...hor)

Eingefügt

von 1.2.276.0.76.10.90010 CDA Person Elements (DYNAMIC)

@classCode

0 … 1

F

PSN

@determinerCode

0 … 1

F

INSTANCE

hl7:name

PN

1 … 1

M

(Hea...hor)

hl7:assignedAuthoringDevice

… 1

(Hea...hor)

@classCode

0 … 1

F

DEV

@determinerCode

0 … 1

F

INSTANCE

hl7:manufacturerModelName

SC

1 … 1

(Hea...hor)

hl7:softwareName

SC

1 … 1

(Hea...hor)

hl7:representedOrganization

1 … 1

M

(Hea...hor)

Beispiel

Eingefügt

von 1.2.276.0.76.10.90011 CDA Organization Elements (DYNAMIC)

@classCode

0 … 1

F

ORG

@determinerCode

0 … 1

F

INSTANCE

hl7:id

II

0 … *

(Hea...hor)

hl7:name

ON

1 … 1

M

(Hea...hor)

hl7:telecom

TEL

0 … *

(Hea...hor)

hl7:addr

AD

0 … 1

(Hea...hor)

Verwaltende Organisation (Custodian)

Id

1.2.276.0.76.10.2004

Gültigkeit

2020‑03‑29

Andere Versionen mit dieser Id:

HeaderCustodian vom 2013‑07‑17
HeaderCustodian vom 2013‑07‑07

Status

Aktiv

Versions-Label

Name

HeaderCustodian

Bezeichnung

CDA custodian

Beschreibung

Verantwortliche Organisation für ein erstelltes Dokument (die das Dokument verwaltende Organisation). In der Regel ist es die erstellende Institution des Dokumentes.

Klassifikation

CDA Header Level Template

Offen/Geschlossen

Offen (auch andere als die definierten Elemente sind erlaubt)

Item

DT

Kard

Konf

Beschreibung

Label

hl7:custodian

(Hea...ian)

@typeCode

0 … 1

F

CST

Beispiel

hl7:assignedCustodian

1 … 1

M

(Hea...ian)

@classCode

0 … 1

F

ASSIGNED

hl7:representedCustodianOrganization

1 … 1

M

(Hea...ian)

@classCode

0 … 1

F

ORG

@determinerCode

0 … 1

F

INSTANCE

hl7:id

II

1 … 1

M

(Hea...ian)

hl7:name

ON

1 … 1

M

(Hea...ian)

hl7:telecom

TEL

0 … 1

(Hea...ian)

hl7:addr

AD

0 … 1

(Hea...ian)

Beabsichtigter Empfänger (Information Recipient)

Id

1.2.276.0.76.10.2005

Gültigkeit

2013‑07‑10

Status

Aktiv

Versions-Label

Name

HeaderInformationRecipient

Bezeichnung

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

Klassifikation

CDA Header Level Template

Offen/Geschlossen

Offen (auch andere als die definierten Elemente sind erlaubt)

Benutzt

Benutzt 2 Templates

Benutzt	als	Name	Version
1.2.276.0.76.10.90010	Inklusion	CDA Person Elements	DYNAMIC
1.2.276.0.76.10.90011	Inklusion	CDA Organization Elements	DYNAMIC

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>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:informationRecipient

0 … *

(Hea...ent)

@typeCode

cs

0 … 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

hl7:intendedRecipient

1 … 1

M

(Hea...ent)

hl7:id

II

1 … *

R

(Hea...ent)

Auswahl

1 … *

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:informationRecipient
hl7:receivedOrganization

hl7:informationRecipient

0 … 1

(Hea...ent)

Eingefügt

von 1.2.276.0.76.10.90010 CDA Person Elements (DYNAMIC)

@classCode

0 … 1

F

PSN

@determinerCode

0 … 1

F

INSTANCE

hl7:name

PN

1 … 1

M

(Hea...ent)

hl7:receivedOrganization

0 … 1

(Hea...ent)

Eingefügt

von 1.2.276.0.76.10.90011 CDA Organization Elements (DYNAMIC)

@classCode

0 … 1

F

ORG

@determinerCode

0 … 1

F

INSTANCE

hl7:id

II

0 … *

(Hea...ent)

hl7:name

ON

1 … 1

M

(Hea...ent)

hl7:telecom

TEL

0 … *

(Hea...ent)

hl7:addr

AD

0 … 1

(Hea...ent)

SD Section Level Templates

In diesem Strukturen Document gibt es keine Section.

SD Entry Level Templates

Id

1.2.276.0.76.10.4081

Gültigkeit

2015‑11‑01

Status

Entwurf

Versions-Label

Name

Contractandparticipantlist

Bezeichnung

Contract and participant list

Beschreibung

Vertrag und Teilnehmerliste

Kontext

Elternknoten des Template-Element mit Id 1.2.276.0.76.10.4081

Klassifikation

CDA Entry Level Template

Offen/Geschlossen

Offen (auch andere als die definierten Elemente sind erlaubt)

Benutzt

Benutzt 1 Template

Benutzt	als	Name	Version
1.2.276.0.76.10.4082	Inklusion	Contract participant	DYNAMIC

Beziehung

Spezialisierung: Template 2.16.840.1.113883.10.12.301 CDA Act (2005‑09‑07)

ref

ad1bbr-

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>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:act

(Con...ist)

@classCode

1 … 1

R

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)

@moodCode

1 … 1

F

EVN

hl7:templateId

II

1 … 1

(Con...ist)

@root

1 … 1

F

1.2.276.0.76.10.4081

hl7:id

II

1 … 1

M

Vertrags-Id

(Con...ist)

hl7:code

CE

1 … 1

R

Vertrags-Type (kodiert)

(Con...ist)

hl7:title

ST

0 … 1

R

Langbezeichnung des Vertrags

(Con...ist)

hl7:effectiveTime

IVL_TS

0 … 1

R

Gültigkeitszeitraum des Vertrags

(Con...ist)

hl7:low

TS

1 … 1

R

(Con...ist)

hl7:high

TS

0 … 1

R

(Con...ist)

Eingefügt

0 … *

R

von 1.2.276.0.76.10.4082 Contract participant (DYNAMIC)
Vertragsteilnehmer / Patient

hl7:participant

0 … *

R

(Con...ist)

@typeCode

1 … 1

R

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)

hl7:templateId

II

1 … 1

M

(Con...ist)

@root

1 … 1

F

1.2.276.0.76.10.4082

hl7:time

IVL_TS

1 … 1

R

Gültigkeit der Teilnahme

(Con...ist)

hl7:low

TS

1 … 1

R

(Con...ist)

hl7:high

TS

0 … 1

R

(Con...ist)

hl7:statusCode

CS

1 … 1

M

(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

hl7:reasonCode

CE

0 … 1

C

(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>

hl7:originalText

0 … 1

R

(Con...ist)

hl7:associatedEntity

1 … 1

R

(Con...ist)

@classCode

1 … 1

F

PAT

Beispiel

hl7:id

II

1 … *

R

(Con...ist)

hl7:associatedPatient

1 … 1

R

(Con...ist)

@classCode

1 … 1

F

PSN

@determinerCode

1 … 1

F

INSTANCE

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>

hl7:name

PN

1 … 1

R

(Con...ist)

hl7:given

ST

1 … 1

(Con...ist)

hl7:family

ST

1 … 1

(Con...ist)

hl7:administrativeGenderCode

CE

1 … 1

R

(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

hl7:birthTime

TS

1 … 1

R

(Con...ist)

Beispiel

hl7:scopingOrganization

0 … 1

R

Zugehörigkeit zu Krankenkasse

(Con...ist)

@classCode

1 … 1

F

ORG

@determinerCode

1 … 1

F

INSTANCE

Beispiel

<scopingOrganization classCode="ORG" determinerCode="INSTANCE">
<id root="1.2.276.0.76.4.5" extension="108035612"/> <name>Krankenkasse IK:108035612</name></scopingOrganization>

hl7:id

II

1 … 1

R

(Con...ist)

hl7:name

1 … 1

R

(Con...ist)

Id

1.2.276.0.76.10.4082

Gültigkeit

2015‑11‑01

Status

Entwurf

Versions-Label

Name

Contractparticipant

Bezeichnung

Contract participant

Beschreibung

Vertrags-Teilnehmer

Klassifikation

CDA Entry Level Template

Offen/Geschlossen

Offen (auch andere als die definierten Elemente sind erlaubt)

Beziehung

Adaptation: Template 2.16.840.1.113883.10.12.321 CDA Participant (Body) (2005‑09‑07)

ref

ad1bbr-

Beispiel

Item

DT

Kard

Konf

Beschreibung

Label

hl7:participant

(Con...ant)

@typeCode

1 … 1

R

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)

hl7:templateId

II

1 … 1

M

(Con...ant)

@root

1 … 1

F

1.2.276.0.76.10.4082

hl7:time

IVL_TS

1 … 1

R

Gültigkeit der Teilnahme

(Con...ant)

hl7:low

TS

1 … 1

R

(Con...ant)

hl7:high

TS

0 … 1

R

(Con...ant)

hl7:statusCode

CS

1 … 1

M

(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

hl7:reasonCode

CE

0 … 1

C

(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>

hl7:originalText

0 … 1

R

(Con...ant)

hl7:associatedEntity

1 … 1

R

(Con...ant)

@classCode

1 … 1

F

PAT

Beispiel

hl7:id

II

1 … *

R

(Con...ant)

hl7:associatedPatient

1 … 1

R

(Con...ant)

@classCode

1 … 1

F

PSN

@determinerCode

1 … 1

F

INSTANCE

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>

hl7:name

PN

1 … 1

R

(Con...ant)

hl7:given

ST

1 … 1

(Con...ant)

hl7:family

ST

1 … 1

(Con...ant)

hl7:administrativeGenderCode

CE

1 … 1

R

(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

hl7:birthTime

TS

1 … 1

R

(Con...ant)

Beispiel

hl7:scopingOrganization

0 … 1

R

Zugehörigkeit zu Krankenkasse

(Con...ant)

@classCode

1 … 1

F

ORG

@determinerCode

1 … 1

F

INSTANCE

Beispiel

<scopingOrganization classCode="ORG" determinerCode="INSTANCE">
<id root="1.2.276.0.76.4.5" extension="108035612"/> <name>Krankenkasse IK:108035612</name></scopingOrganization>

hl7:id

II

1 … 1

R

(Con...ant)

hl7:name

1 … 1

R

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

Id

1.2.276.0.76.11.63

Gültigkeit

2015‑11‑01

Status

Entwurf

Versions-Label

Name

PatientParticipationListActClass

Bezeichnung

Patient Participation List ActClass

Benutzung: 1

Id	Name	Typ
Template
1.2.276.0.76.10.4081	Contract and participant list	DYNAMIC

Quell-Codesystem

2.16.840.1.113883.5.6 - ActClass - FHIR: http://terminology.hl7.org/CodeSystem/v3-ActClass

Level/ Typ	Code	Bezeichnung	Codesystem
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.

Id

1.2.276.0.76.11.64

Gültigkeit

2015‑11‑01

Status

Entwurf

Versions-Label

Name

ContractParticipantTypeCode

Bezeichnung

Contract Participant Type Code

Benutzung: 1

Id	Name	Typ
Template
1.2.276.0.76.10.4082	Contract participant	DYNAMIC

Quell-Codesystem

2.16.840.1.113883.5.90 - ParticipationType - FHIR: http://terminology.hl7.org/CodeSystem/v3-ParticipationType

Level/ Typ	Code	Bezeichnung	Codesystem
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.

Id

1.2.276.0.76.11.65

Gültigkeit

2015‑11‑01

Status

Entwurf

Versions-Label

Name

Contractparticipantstatuscode

Bezeichnung

Contract Participant Status Code

Benutzung: 1

Id	Name	Typ
Template
1.2.276.0.76.10.4082	Contract participant	DYNAMIC

Quell-Codesystem

2.16.840.1.113883.5.14 - ActStatus - FHIR: http://terminology.hl7.org/CodeSystem/v3-ActStatus

Level/ Typ	Code	Bezeichnung	Codesystem
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.

Id

1.2.276.0.76.11.66

Gültigkeit

2015‑11‑01

Status

Entwurf

Versions-Label

Name

Contractparticipantreasoncode

Bezeichnung

Contract Participant Reason Code

Beschreibung

Hier werden die kodierten Gründe genannt (werden)

Benutzung: 1

Id	Name	Typ
Template
1.2.276.0.76.10.4082	Contract 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/ Typ	Code		Codesystem
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.

Id

1.2.276.0.76.11.67

Gültigkeit

2015‑11‑01

Status

Entwurf

Versions-Label

Name

PatientParticipationListDocumenttypeCodes

Bezeichnung

Patient Participation List Documenttype Codes

Benutzung: 1

Id	Name	Typ
Template
1.2.276.0.76.10.1018	Patient 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/ Typ	Code	Bezeichnung	Codesystem
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

↑ Abstimmungsverfahren (Regeln) des Interoperabilitätsforums http://wiki.hl7.de/index.php?title=Abstimmungsverfahren_(Regeln)
↑ HL7 Deutschland e. V. http://www.hl7.de
↑ 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
↑ Materialien-Homepage des Projekts bei ART-DECOR: http://hl7de.art-decor.org

Abbildungen

↑ Übersicht über die Dokumentendefinition zum Patiententeilnehmerverzeichnis

[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

[5] Materialien-Homepage des Projekts bei ART-DECOR: http://hl7de.art-decor.org

[4] Übersicht über die Dokumentendefinition zum Patiententeilnehmerverzeichnis

[1]

[2]

[3]

[Abbildung 1]

[4]

@@ Zeile 9: / Zeile 9: @@
 |Namespace = cdaptv
 |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.
 |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}}
@@ Zeile 30: / Zeile 23: @@
 =Dokumenteninformationen=
+==Dokumentenhistorie==
+{{:Ballotbox_PatTeilnVerz}}
 ==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>
@@ Zeile 78: / Zeile 73: @@
 ==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=
-{{Underconstruction}}
+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==
-{{WorkBox|todo, Heitmann}}
+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==
-{{WorkBox|todo: Heitmann}}
+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==
-{{WorkBox|todo: Heitmann}}
+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===
-{{WorkBox|todo: Heitmann}}
+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===
-{{WorkBox|todo: Heitmann}}
+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==
-{{WorkBox|todo: Heitmann}}
+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=
+{{:1.2.276.0.76.10.1018/dynamic}}
 =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=
+In diesem Strukturen Document gibt es keine Section.
 =SD Entry Level Templates=
+{{:1.2.276.0.76.10.4081/dynamic}}
+{{:1.2.276.0.76.10.4082/dynamic}}
+</div>
 =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)=
 ==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==
 ===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"/>

Patiententeilnehmerverzeichnis

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

Inhaltsverzeichnis

Dokumenteninformationen

Dokumentenhistorie

Impressum

Ansprechpartner

Disclaimer

Autoren

Mit Beiträgen von

Copyright-Hinweis, Nutzungshinweise

Einleitung

Rationale

Zielsetzung

Abgrenzung

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

SD Header Level Templates

Autor (Author)

Verwaltende Organisation (Custodian)

Beabsichtigter Empfänger (Information Recipient)

SD Section Level Templates

SD Entry Level Templates

Terminologien

Allgemeine Value Sets

Domänenspezifische Value Sets

Patient Participation List ActClass

Contract Participant TypeCode

Contract Participant Statuscode

Contract Participant Reasoncode

Patient Participation List DocumenttypeCodes

Anhang (nicht normativ)

Beschreibung der Use Cases und Storyboards

Patiententeilnahmeverzeichnis Hausarztzentrierte Versorgung nach §73b SGB V

Lizenzen

HL7

Logical Observation Identifiers Names and Codes LOINC

Referenzen und Verzeichnisse

Referenzen

Abbildungen

Navigationsmenü

Suche