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

Patiententeilnehmerverzeichnis

Implementierungsleitfaden

in Bearbeitung

Version:	0.90
Datum:	28. Dezember 2015
Status:
Verfahren:	{{{Verfahren}}}
Realm:	Deutschland

Abstimmungsdokument
Version	Datum	Status	Realm
0.90	28.12.2015	Entwurf	Deutschland
	Entwurf	noch kein download verfügbar

Kontributoren
	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

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.

Struktureller Aufbau

This article or section is in the middle of an expansion or major restructuring and is not yet ready for use. You are welcome to assist in its construction by editing it as well. If this article has not been edited in several days, please remove this template.
This article was last edited by Wikiadmin (talk| contribs) 8 years ago. (Purge)

Diese Seite oder Abschnitt ist derzeit ein Entwurf und ist noch nicht fertiggestellt. Du bist eingeladen, bei der Fertigstellung mitzuwirken. Wenn dieser Beitrag länger als einige Tage nicht editiert wurde, entferne diese Vorlage.
This article was last edited by Wikiadmin (talk| contribs) 8 years ago. (Purge)

Verwendete Standards und Spezifikationen

todo, Heitmann

Besondere Hinweise zur Modellierung

todo: Heitmann

Übersicht Structured Document Header und Body

todo: Heitmann

Header

todo: Heitmann

Body

todo: Heitmann

Verwendung von Templates

todo: Heitmann

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

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)

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)

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

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

↑ Abstimmungsverfahren (Regeln) des Interoperabilitätsforums http://wiki.hl7.de/index.php?title=Abstimmungsverfahren_(Regeln)
↑ HL7 Deutschland e. V. http://www.hl7.de

[1] Abstimmungsverfahren (Regeln) des Interoperabilitätsforums http://wiki.hl7.de/index.php?title=Abstimmungsverfahren_(Regeln)

[2] HL7 Deutschland e. V. http://www.hl7.de

[1]

[2]

Patiententeilnehmerverzeichnis

Inhaltsverzeichnis

Dokumenteninformationen

Impressum

Ansprechpartner

Disclaimer

Autoren

Mit Beiträgen von

Copyright-Hinweis, Nutzungshinweise

Einleitung

Rationale

Zielsetzung

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

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

Navigationsmenü

Suche