Antrag auf Heilverfahren

Aus HL7 Austria MediaWiki
Wechseln zu: Navigation, Suche
[unmarkierte Version][unmarkierte Version]
(ELGA Implementierungsleitfaden-Kennzeichnung („templateId“))
(Elemente mit speziellen Vorgaben)
Zeile 149: Zeile 149:
 
=====Spezielle Vorgaben für Antrag auf Heilverfahren=====
 
=====Spezielle Vorgaben für Antrag auf Heilverfahren=====
 
Der Titel des Dokuments für den Antrag auf Heilverfahren MUSS "Antrag auf Heilverfahren" lauten.
 
Der Titel des Dokuments für den Antrag auf Heilverfahren MUSS "Antrag auf Heilverfahren" lauten.
 +
 +
====Dokumentenklasse (“code”)====
 +
Die Dokumentenklasse eines Dokuments wird über das ClinicalDocument/code Element abgebildet.
 +
=====Spezielle Vorgaben Antrag auf Heilverfahren=====
 +
Alle Antrag auf Heilverfahren Dokumenten werden mit dem folgenden Code codiert <br/>(TBD kann LOINC 56851-9 für "Care process or plan" verwendet werden? Müsste in ELGA VS Dokumentenklassen aufgeommen werden?):
 +
 +
<p style="padding-left:50px> '''AHV, Antrag auf Heilverfahren'''</p>
 +
 +
=====Strukturbeispiel=====
 +
<pre class="orange">
 +
<ClinicalDocument xmlns="urn:hl7-org:v3">
 +
:
 +
  <code  code="AHV"
 +
          displayName="Antrag auf Heilverfahren"
 +
          codeSystem="1.2.40.0.34.5.184"
 +
          codeSystemName="AH_Structure" />
 +
        :
 +
</ClinicalDocument>
 +
</pre>
 +
 +
=====Spezifikation=====
 +
{| class="wikitable" width="100%"
 +
|-
 +
! colspan="4" style="text-align:left" width="20%" | Element/Attribut ||style="text-align:left" width="5%" | DT ||style="text-align:left" width="5%" | Kard ||style="text-align:left" width="5%" | Konf ||style="text-align:left" width="65%" | Beschreibung
 +
 +
|-  style="background:#FFFFFF"
 +
| colspan="4" style="text-align:left" | code|| CE <br/>CWE|| 1..1  ||M || Code des Dokuments
 +
 +
|- style="background:#FFFFFF"
 +
| || colspan="3" | @code|| cs|| 1..1 || M || Fester Wert: '''AHV'''
 +
 +
|- style="background:#FFFFFF"
 +
| || colspan="3" | @displayName|| st|| 1..1 || M|| Fester Wert: '''Antrag auf Heilverfahren'''
 +
 +
|- style="background:#FFFFFF"
 +
| || colspan="3" | @codeSystem|| uid || 1..1 || M || Fester Wert: '''1.2.40.0.34.5.184'''
 +
 +
|- style="background:#FFFFFF"
 +
| || colspan="3" | @codeSystemName|| st|| 1..1 || M|| Fester Wert: '''AH_Structure'''
 +
|-
 +
|}
  
 
=Fachlicher Inhalt (CDA Body)=
 
=Fachlicher Inhalt (CDA Body)=

Version vom 28. Juni 2018, 09:15 Uhr

[[Kategorie:]]


Inhaltsverzeichnis

1 Informationen über dieses Dokument

1.1 Allgemeines

Im Sinne einer transparenten Arbeitsweise und dem Zwecke der Harmonisierung und Kommunikation der Ergebnisse, welche im Zuge der Entwicklung des CDA-Leitfaden "Antrag auf Heilverfahren" erarbeiteten wurden, werden diese in bewährter Weise auf der Wiki-Seite der HL7 Austria verfügbar gemacht.


1.2 Verbindlichkeit

Mit der ELGA-Verordnung 2015 (in der Fassung der ELGA-VO-Nov-2015) macht die Bundesministerin für Gesundheit und Frauen die Festlegungen für Inhalt, Struktur, Format und Codierung verbindlich, die in den Implementierungsleitfäden Entlassungsbrief Ärztlich, Entlassungsbrief Pflege, Pflegesituationsbericht, Laborbefunde, Befund bildgebender Diagnostik, e-Medikation sowie XDS Metadaten (jeweils in der Version 2.06) getroffen wurden. Die anzuwendende ELGA-Interoperabilitätsstufen ergeben sich aus §21 Abs.6 ELGA-VO. Die Leitfäden in ihrer jeweils aktuell gültigen Fassung sowie die aktualisierten Terminologien sind von der Gesundheitsministerin auf www.gesundheit.gv.at zu veröffentlichen. Der Zeitplan zur Bereitstellung der Dokumente für ELGA wird durch das Gesundheitstelematikgesetz 2012 (GTelG 2012) und darauf basierenden Durchführungsverordnungen durch die Bundesministerin für Gesundheit und Frauen vorgegeben.

Die Verbindlichkeit und die Umsetzungsfrist dieses Leitfadens ist im Gesundheitstelematikgesetz 2012, BGBl.I Nr.111/2012 sowie in den darauf fußenden ELGA-Verordnungen geregelt.

Neue Hauptversionen der Implementierungsleitfäden KÖNNEN ab dem Tag ihrer Veröffentlichung durch die Bundesministerin für Gesundheit und Frauen (www.gesundheit.gv.at) verwendet werden, spätestens 18 Monate nach ihrer Veröffentlichung MÜSSEN sie verwendet werden. Andere Aktualisierungen (Nebenversionen) dürfen auch ohne Änderung dieser Verordnung unter www.gesundheit.gv.at veröffentlicht werden.

Die Einhaltung der gesetzlichen Bestimmungen liegt im Verantwortungsbereich der Ersteller der CDA-Dokumente.

1.3 Zielgruppe

Anwender dieses Dokuments sind Softwareentwickler und Berater, die allgemein mit Implementierungen und Integrationen im Umfeld der ELGA, insbesondere der ELGA-Gesundheitsdaten, betraut sind. Eine weitere Zielgruppe sind alle an der Erstellung von CDA-Dokumenten beteiligten Personen, einschließlich der Endbenutzer der medizinischen Softwaresysteme und der Angehörigen von Gesundheitsberufen.

1.4 Hinweis auf verwendete Grundlagen

Der vorliegende Leitfaden wurde unter Verwendung der nachstehend beschriebenen Dokumente erstellt. Das Urheberrecht an allen genannten Dokumenten wird im vollen Umfang respektiert.

Dieser Standard beruht auf der Spezifikation "HL7 Clinical Document Architecture, Release 2.0", für die das Copyright © von Health Level Seven International gilt. HL7 Standards können über die HL7 Anwendergruppe Österreich (HL7 Austria), die offizielle Vertretung von Health Level Seven International in Österreich bezogen werden (www.hl7.at). Alle auf nationale Verhältnisse angepassten und veröffentlichten HL7-Spezifikationen können ohne Lizenz- und Nutzungsgebühren in jeder Art von Anwendungssoftware verwendet werden.

Dieser Leitfaden beruht auf Inhalten des LOINC® (Logical Observation Identifiers Names and Codes, siehe http://loinc.org). Die LOINC-Codes, Tabellen, Panels und Formulare unterliegen dem Copyright © 1995-2014, Regenstrief Institute, Inc. und dem LOINC Committee, sie sind unentgeltlich erhältlich. Lizenzinformationen sind unter http://loinc.org/terms-of-use abrufbar. Weiters werden Inhalte des UCUM® verwendet, UCUM-Codes, Tabellen und UCUM Spezifikationen beruhen auf dem Copyright © 1998-2013 des Regenstrief Institute, Inc. und der Unified Codes for Units of Measures (UCUM) Organization. Lizenzinformationen sind unter http://unitsofmeasure.org/trac/wiki/TermsOfUse abrufbar.

1.5 Danksagung

Die ELGA GmbH weist auf das Dokument „Arztbrief auf Basis der HL7 Clinical Document Architecture Release 2.0 für das deutsche Gesundheitswesen“ hin, welches vom Verband der Hersteller von IT-Lösungen für das Gesundheitswesen (VHitG) herausgegeben wurde. Einige Ausführungen in dem genannten Dokument wurden in das vorliegende Dokument übernommen. Das Urheberrecht an dem Dokument „Arztbrief auf Basis der HL7 Clinical Document Architecture Release 2.0 für das deutsche Gesundheitswesen“, wird im vollen Umfang respektiert.


2 Harmonisierung

3 Einleitung

4 Anwendungsfälle

5 Administrative Daten (CDA Header)

Dieses Kapitel basiert auf dem entsprechenden Kapitel im „Allgemeinen Implementierungsleitfaden“ (Implementierungsleitfaden HL7 Implementation Guide for CDA® R2: Allgemeiner Implementierungsleitfaden für ELGA CDA Dokumente [OID Root 1.2.40.0.34.7.1]) und beschreibt die darüber hinausgehenden Spezifikationen zum Thema „Antrag auf Heilverfahren“.

5.1 Dokumentenstruktur

5.1.1 Elemente ohne spezielle Vorgaben

Folgende Elemente erfordern keine speziellen Vorgaben:

  • XML Metainformationen
  • Wurzelelement
  • Hoheitsbereich („realmCode“)
  • Dokumentformat („typeId“)
  • Dokumenten-Id („id”)
  • Erstellungsdatum des Dokuments („effectiveTime“)
  • Vertraulichkeitscode („confidentialityCode“)
  • Sprachcode des Dokuments („languageCode“)

Verweis auf den Allgemeinen Leitfaden:
Die Elemente erfordern keine speziellen Vorgaben. Es gelten die Vorgaben der entsprechenden Kapitel des „Allgemeinen Implementierungsleitfadens“.


Auszug aus dem Allgemeinen Implementierungsleitfaden

5.1.2 XML Metainformationen

5.1.2.1 Zeichencodierung

CDA-Dokumente MÜSSEN mit UTF-8 (8-Bit Universal Character Set Transformation Format, nach RFC 3629 / STD 63 (2003)) codiert werden.

<?xml version="1.0" encoding="UTF-8" standalone=”yes”?>
<ClinicalDocument xmlns="urn:hl7-org:v3">
:


5.1.2.2 Hinterlegung eines Stylesheets

Um ein CDA-Dokument in einem Webbrowser anzeigen zu können, muss es nach HTML tranformiert werden. Das kann durch eine XSLT-Transformation (ein so genanntes „Stylesheet“) geschehen. Ist das Stylesheet im angegebenen Pfad erreichbar, wird dieses beim Öffnen des CDA-Dokuments mit einem Browser üblicherweise automatisch auf das CDA-Dokument angewandt und die Darstellung gerendert.

ELGA stellt zur einheitlichen Darstellung von CDA-Dokumenten ein „Referenz-Stylesheet“ zur Verfügung (Download ist von der ELGA Website http://www.elga.gv.at/cda möglich). Da der Zugriff auf XSLT-Programme von den meisten Browsern eingeschränkt ist, wird kein absoluter Pfad auf eine Webressource angegeben.

<?xml version="1.0" encoding="UTF-8" standalone=”yes”?>
<?xml-stylesheet type="text/xsl" href="ELGA_Stylesheet_v1.0.xsl"?>
<ClinicalDocument xmlns="urn:hl7-org:v3">
:

Das Stylesheet „ELGA_Stylesheet_v1.0.xsl“ MUSS angegeben werden [M]. Die Angabe eines Pfades ist NICHT ERLAUBT. Ausnahmen können für automatisiert erstellte Dokumente notwendig sein, diese müssen im allgemeinen und speziellen Leitfäden beschrieben werden.

5.1.3 Wurzelelement

Der XML-Namespace für CDA Release 2.0 Dokumente ist urn:hl7-org:v3 (Default-Namespace). Dieser MUSS in geeigneter Weise in jeder CDA XML Instanz genannt werden. In speziellen Leitfäden können weitere namespace-Präfixe angegeben werden.

Für ELGA CDA-Dokumente MUSS der Zeichensatz UTF-8 verwendet werden.

CDA-Dokumente beginnen mit dem Wurzelelement ClinicalDocument, der grobe Aufbau ist im folgenden Übersichtsbeispiel gegeben.

<ClinicalDocument xmlns="urn:hl7-org:v3">
   <!-- CDA Header -->
      … siehe Beschreibung CDA R2 Header …
   <!-- CDA Body -->
   <component>
      <structuredBody>
         … siehe Beschreibung CDA R2 Body …
      </structuredBody>
   </component>
</ClinicalDocument>

5.1.4 Hoheitsbereich des Dokuments („realmCode“)

Dieses Element kennzeichnet, dass das Dokument aus dem Hoheitsbereich Österreich (bzw. Bereich der HL7 Affiliate Austria, Code „AT“) stammt.

5.1.4.1 Strukturbeispiel

<realmCode code="AT'"/>


5.1.4.2 Spezifikation

Element/Attribut DT Kard Konf Beschreibung
realmCode CS
CNE
1..1 M Hoheitsbereich des Dokuments

Fester Wert: @code = AT
(aus ValueSet „ELGA_RealmCode“)

5.1.5 Dokumentformat („typeId“)

Dieses Element kennzeichnet, dass das Dokument im Format CDA R2 vorliegt.

5.1.5.1 Strukturbeispiel

<typeId root="2.16.840.1.113883.1.3" extension="POCD_HD000040"/>


5.1.5.2 Spezifikation

Element/Attribut DT Kard Konf Beschreibung
typeId II 1..1 M Dokumentformat CDA R2
Feste Werte:
@root = 2.16.840.1.113883.1.3'
@extension = POCD_HD000040

5.1.6 Dokumenten-Id („id”)

Die Dokumenten-Id eines CDA-Dokuments ist ein eindeutiger Instanzidentifikator, der das Dokument weltweit eindeutig und für alle Zeit identifiziert. Ein CDA-Dokument hat genau eine Id.

5.1.6.1 Strukturbeispiel

<id
  root="1.2.40.0.34.99.111.1.1"
  extension="134F989"
  assigningAuthorityName="Amadeus Spital"/>

5.1.6.2 Spezifikation

Es MUSS eine gültige und innerhalb des ID-Pools eindeutige Dokumenten-ID angegeben werden.

Element/Attribut DT Kard Konf Beschreibung
id II 1..1 M Dokumenten-Id

Grundsätzlich sind die Vorgaben gemäß „Identifikations-Elemente“ zu befolgen.

5.1.7 Erstellungsdatum des Dokuments („effectiveTime“)

5.1.7.1 Spezifikation

Id1.2.40.0.34.11.90008
ref
elgabbr-
Gültigkeit2016‑07‑21
Andere Versionen mit dieser Id:
  • Kblank.png CDeffectiveTime vom 2013‑11‑07
StatusKgreen.png AktivVersions-Label
NameCDeffectiveTimeBezeichnungCD effectiveTime
Beschreibung

Mit Erstellungsdatum ist jenes Datum gemeint, welches normalerweise im Briefkopf eines Schriftstückes angegeben wird. (z.B.: Wien, am …). Das Erstellungsdatum dokumentiert den Zeitpunkt, an dem das Dokument inhaltlich fertiggestellt wurde.

Bemerkung: Das Erstellungsdatum des Dokuments muss nicht mit dem Datum der rechtli-chen Unterzeichnung (oder „Vidierung“) übereinstimmen.

KlassifikationCDA Header Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit
Assoziiert mit 1 Konzept
IdNameDatensatz
elgagab-data​element-8Kyellow.png Erstellungsdatum Kyellow.png Datensatz
BeziehungVersion: Template 1.2.40.0.34.11.90008 CD effectiveTime (2016‑07‑21)
ref
elgabbr-
Beispiel
Nur Datum: Zeitpunkt als Datum (ohne Zeit) im Format YYYYMMDD
<effectiveTime value="20081224"/>
Beispiel
Datum, Zeit und Zeitzone: Zeitpunkt als Datum mit Zeit und Zeitzone im Format YYYYMMDDhhmmss[+/-]HHMM
<effectiveTime value="20081224082015+0100"/>
ItemDTKardKonfBeschreibungLabel
hl7:effectiveTime
TS.AT.TZ1 … 1M
Erstellungsdatum des Dokuments.
Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen.
(CDe...ime)
 
Target.png
elgagab-data​element-8Kyellow.png Erstellungsdatum Kyellow.png Datensatz

5.1.8 Vertraulichkeitscode („confidentialityCode“)

5.1.8.1 Spezifikation

Id1.2.40.0.34.11.90009
ref
elgabbr-
Gültigkeit2013‑11‑07
StatusKgreen.png AktivVersions-Label
NameCDconfidentialityCodeBezeichnungCD confidentialityCode
Beschreibung

“Vertraulichkeitscode” (im CDA das Element ClinicalDocument/confidentialityCode) bezeichnet die Vertraulichkeitsstufe dieses Dokuments.

Der tatsächliche Zugriff auf das Dokument muss von der übergeordneten Infrastrukturschicht geregelt werden. Die Information des Vertraulichkeitscodes im Dokument selbst, dient nur der reinen Information und hat keine technischen Konsequenzen.

Da Dokumente nach der Vidierung weder technisch noch legistisch geändert werden dürfen, kann der Vertraulichkeitscode keine konkreten Zugriffsrechte auf das Dokument regeln, sondern nur auf „Metaebenen“, wie beispielsweise „geltendes Recht XY“ oder weiterführende Verwendungen über das IHE BPPC Profil, verweisen.

KlassifikationCDA Header Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit
Assoziiert mit 1 Konzept
IdNameDatensatz
elgagab-data​element-266Kyellow.png Vertraulichkeitscode Kyellow.png Datensatz
BeziehungVersion: Template 1.2.40.0.34.11.90009 CD confidentialityCode (2013‑11‑07)
ref
elgabbr-
Beispiel
Beispiel
<confidentialityCode code="N" codeSystem="2.16.840.1.113883.5.25" displayName="normal"/>
ItemDTKardKonfBeschreibungLabel
hl7:confidentialityCode
CE1 … 1M(CDc...ode)
 
Target.png
elgagab-data​element-266Kyellow.png Vertraulichkeitscode Kyellow.png Datensatz
Treetree.png@code
CONF1 … 1FN
Treetree.png@codeSystem
1 … 1F2.16.840.1.113883.5.25 (BasicConfidentialityKind)
Treetree.png@displayName
1 … 1Fnormal

5.1.9 Sprachcode des Dokuments („languageCode“)

5.1.9.1 Spezifikation

Id1.2.40.0.34.11.90010
ref
elgabbr-
Gültigkeit2013‑11‑07
StatusKgreen.png AktivVersions-Label
NameCDlanguageCodeBezeichnungCD languageCode
Beschreibung

Die Sprache des Dokuments wird in diesem Attribut gemäß IETF (Internet Engineering Task Force), RFC 1766: Tags for the Identification of Languages nach ISO-639-1 (zweibuchstabige Codes für Sprachen, Kleinbuchstaben) und ISO 3166 (hier: zweibuchstabige Ländercodes, Großbuchstaben) festgelegt.

Das Format ist entsprechend ss-CC, mit ss, zwei Kleinbuchstaben für den Sprachencode gemäß ISO-639-1, und CC, zwei Großbuchstaben für den Ländercode gemäß ISO 3166 (Tabelle mit zwei Buchstaben).

KlassifikationCDA Header Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit
Assoziiert mit 1 Konzept
IdNameDatensatz
elgagab-data​element-265Kyellow.png Sprachcode Kyellow.png Datensatz
BeziehungVersion: Template 1.2.40.0.34.11.90010 CD languageCode (2013‑11‑07)
ref
elgabbr-
Beispiel
Beispiel
<languageCode code="de-AT"/>
ItemDTKardKonfBeschreibungLabel
hl7:language​Code
CS.LANG1 … 1MSprachcode des Dokuments.(CDl...ode)
 
Target.png
elgagab-data​element-265Kyellow.png Sprachcode Kyellow.png Datensatz
Treetree.png@code
CONF1 … 1Fde-AT


5.1.10 Elemente mit speziellen Vorgaben

5.1.10.1 ELGA Implementierungsleitfaden-Kennzeichnung („templateId“)

Mit Angabe dieses Elements wird ausgesagt, dass das vorliegende CDA-Dokument zu diesem Implementierungsleitfaden konform ist. Ein Dokument, welches dem vorliegenden Implementierungsleitfaden folgt, MUSS auch dem übergeordneten „Allgemeinen Implementierungsleitfaden“ folgen.

5.1.10.1.1 Spezielle Vorgaben für Antrag auf Heilverfahren

Das templateId-Element für diesen Implementierungsleitfaden MUSS angegeben werden.

5.1.10.1.2 Strukturbeispiel
<ClinicalDocument xmlns="urn:hl7-org:v3">
   :
  <!-- ELGA CDA Dokumente -->
  <templateId root="1.2.40.0.34.11.1"/>

  <!-- Antrag auf Heilverfahren -->
  <templateId root="1.2.40.0.34.11.15.1.1"/>

   :
</ClinicalDocument>
5.1.10.1.3 Spezifikation
Element/Attribut DT Kard Konf Beschreibung
templateId[1] II 1..1 M ELGA TemplateId für den Allgemeinen Implementierungsleitfaden
Fester Wert: @root = 1.2.40.0.34.11.1
templateId[2] II 1..1 M TemplateId für den Antrag auf Heilverfahren
Fester Wert: @root = 1.2.40.0.34.11.15.1.1

5.1.10.2 Titel des Dokuments („title“)

Der Titel des Dokuments ist für den lesenden Dokumentempfänger das sichtbare Element. Dieser wird nicht dem Attribut displayName des Elements code entnommen, sondern dem (verpflichtenden) Element title.

5.1.10.2.1 Spezielle Vorgaben für Antrag auf Heilverfahren

Der Titel des Dokuments für den Antrag auf Heilverfahren MUSS "Antrag auf Heilverfahren" lauten.

5.1.10.3 Dokumentenklasse (“code”)

Die Dokumentenklasse eines Dokuments wird über das ClinicalDocument/code Element abgebildet.

5.1.10.3.1 Spezielle Vorgaben Antrag auf Heilverfahren

Alle Antrag auf Heilverfahren Dokumenten werden mit dem folgenden Code codiert
(TBD kann LOINC 56851-9 für "Care process or plan" verwendet werden? Müsste in ELGA VS Dokumentenklassen aufgeommen werden?):

AHV, Antrag auf Heilverfahren

5.1.10.3.2 Strukturbeispiel
<ClinicalDocument xmlns="urn:hl7-org:v3">
	:
   <code  code="AHV"
          displayName="Antrag auf Heilverfahren"
          codeSystem="1.2.40.0.34.5.184"
          codeSystemName="AH_Structure" />
         	:
</ClinicalDocument>
5.1.10.3.3 Spezifikation
Element/Attribut DT Kard Konf Beschreibung
code CE
CWE
1..1 M Code des Dokuments
@code cs 1..1 M Fester Wert: AHV
@displayName st 1..1 M Fester Wert: Antrag auf Heilverfahren
@codeSystem uid 1..1 M Fester Wert: 1.2.40.0.34.5.184
@codeSystemName st 1..1 M Fester Wert: AH_Structure

6 Fachlicher Inhalt (CDA Body)

6.1 Antragsgrund

6.1.1 Weitere Angaben zum Antrag

6.1.2 Einverständiserklärung

6.2 Ärztliche Angaben

6.2.1 Antragsrelevante Diagnose

6.2.2 Weitere Diagnosen und Indikationen

6.2.3 Medikationsplan

6.2.4 Weitere Informationen

6.3 Reha-relevante Angaben

6.3.1 Vitalparameter

Auszug aus dem Allgemeinen Implementierungsleitfaden

6.3.2 Vitalparameter

6.3.2.1 Überblick

EIS „Enhanced“ „Full Support“
Template ID ELGA: 1.2.40.0.34.11.1.2.6 ELGA: 1.2.40.0.34.11.1.2.7
Parent Template ID IHE PCC Vital Signs Section:
1.3.6.1.4.1.19376.1.5.3.1.3.25
HL7 CCD 3.12:
2.16.840.1.113883.10.20.1.16
IHE PCC Coded Vital Signs Section:
1.3.6.1.4.1.19376.1.5.3.1.1.5.3.2
IHE PCC Vital Signs Section:
1.3.6.1.4.1.19376.1.5.3.1.3.25
HL7 CCD 3.12:
2.16.840.1.113883.10.20.1.16
Titel der Sektion Vitalparameter
Definition Informationen zu den Vitalparametern (Körpertemperatur, Puls, Blutdruck …).
Diese Sektion wird hauptsächlich bei Verlegungen von Pflegeheimen in Krankenhäusern oder in Notfällen angewandt.
Codierung LOINC: 8716-3, „Vital signs“
Konformität [O]
Konformität Level 3 [NP]
ELGA VitalparameterGruppe-Entry
(1.2.40.0.34.11.1.3.3)
[M]
ELGA VitalparameterGruppe-Entry
(1.2.40.0.34.11.1.3.3)


6.3.2.2 Spezifikation

Vitalparameter (alle EIS)

Id1.2.40.0.34.11.30002
ref
elgabbr-
Gültigkeit2011‑12‑19
StatusKgreen.png AktivVersions-Label
NameVitalparameterAlleEISBezeichnungVitalparameter (alle EIS)
Beschreibung
Informationen zu den Vitalparametern (Körpertemperatur, Puls, Blutdruck …).
Diese Sektion wird hauptsächlich bei Verlegungen von Pflegeheimen in Krankenhäusern oder in Notfällen angewandt.
KlassifikationCDA Section level template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
BeziehungVersion: Template 1.2.40.0.34.11.30002 Vitalparameter (alle EIS) (2011‑12‑19)
ref
elgabbr-
Beispiel
Strukturbeispiel
<section>
  <!-- Im Falle von EIS „Enhanced“ -->
  <templateId root="1.2.40.0.34.11.1.2.6"/>  <!-- ELGA EIS „Enhanced“ -->
  <templateId root="1.3.6.1.4.1.19376.1.5.3.1.3.25"/>  <!-- IHE PCC -->
  <templateId root="2.16.840.1.113883.10.20.1.16"/>  <!-- HL7 CCD -->
   … oder …   <!-- Im Falle von EIS „Full support“ -->
  <templateId root="1.2.40.0.34.11.1.2.7"/>  <!-- ELGA EIS “Full support” -->
  <templateId root="1.3.6.1.4.1.19376.1.5.3.1.1.5.3.2"/>  <!-- IHE PCC -->
  <templateId root="1.3.6.1.4.1.19376.1.5.3.1.3.25"/>  <!-- IHE PCC -->
  <templateId root="2.16.840.1.113883.10.20.1.16"/>  <!-- HL7 CCD -->
  <!-- Code der Sektion -->
  <code code="8716-3" displayName="Vital signs" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC"/>  <!-- Titel der Sektion -->
  <title>Vitalparameter</title>  <!-- Textbereich der Sektion -->
  <text> ... Lesbarer Textbereich ... </text>  <!-- Maschinenlesbare Elemente der Sektion in EIS „Full support“ -->
  <entry>
     :     <!-- ELGA VitalparameterGruppe-Entry -->
    <templateId root="1.2.40.0.34.11.1.3.3"/>     :   </entry>
</section>
ItemDTKardKonfBeschreibungLabel
hl7:code
CE1 … 1MCode der Sektion.(Vit...EIS)
Treetree.png@code
CONF1 … 1F8716-3
Treetree.png@codeSystem
1 … 1F2.16.840.1.113883.6.1 (LOINC)
hl7:title
ST1 … 1R(Vit...EIS)
 CONF
Elementinhalt muss "Vitalparameter" sein
hl7:text
1 … 1R
Information für den menschlichen Leser.
Die Vorgaben und Empfehlungen zur Gestaltung dieses Bereichs im Falle von CDA Level 3 sind zu beachten!
(Vit...EIS)


Vitalparameter (enhanced)

Id1.2.40.0.34.11.1.2.6
ref
elgabbr-
Gültigkeit2011‑12‑19
StatusKgreen.png AktivVersions-Label
NameVitalparameterEnhancedBezeichnungVitalparameter (enhanced)
BeschreibungInformationen zu den Vitalparametern (Körpertemperatur, Puls, Blutdruck, …).
Diese Sektion wird hauptsächlich bei Verlegungen von Pflegeheimen in Krankenhäuser oder in Notfällen angewandt.
KontextElternknoten des Template-Element mit Id 1.2.40.0.34.11.1.2.6
KlassifikationCDA Section level template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Benutzt
Benutzt 1 Template
Benutzt als NameVersion
1.2.40.0.34.11.30002InklusionKgreen.png Vitalparameter (alle EIS)DYNAMIC
BeziehungVersion: Template 1.2.40.0.34.11.1.2.6 Vitalparameter (enhanced) (2011‑12‑19)
ref
elgabbr-
ItemDTKardKonfBeschreibungLabel
hl7:section
Container zur Angabe der Vitalparameter.(Vit...ced)
Treetree.pnghl7:templateId
II1 … 1R(Vit...ced)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.11.1.2.6
Treetree.pnghl7:templateId
II1 … 1R(Vit...ced)
Treeblank.pngTreetree.png@root
uid1 … 1F1.3.6.1.4.1.19376.1.5.3.1.3.25
Treetree.pnghl7:templateId
II1 … 1R(Vit...ced)
Treeblank.pngTreetree.png@root
uid1 … 1F2.16.840.1.113883.10.20.1.16
Eingefügt von 1.2.40.0.34.11.30002 Vitalparameter (alle EIS) (DYNAMIC)
Treetree.pnghl7:code
CE1 … 1MCode der Sektion.(Vit...ced)
Treeblank.pngTreetree.png@code
CONF1 … 1F8716-3
Treeblank.pngTreetree.png@codeSystem
1 … 1F2.16.840.1.113883.6.1 (LOINC)
Treetree.pnghl7:title
ST1 … 1R(Vit...ced)
 CONF
Elementinhalt muss "Vitalparameter" sein
Treetree.pnghl7:text
1 … 1R
Information für den menschlichen Leser.
Die Vorgaben und Empfehlungen zur Gestaltung dieses Bereichs im Falle von CDA Level 3 sind zu beachten!
(Vit...ced)
Treetree.pnghl7:entry
NP(Vit...ced)


Vitalparameter (full)

Id1.2.40.0.34.11.1.2.7
ref
elgabbr-
Gültigkeit2017‑02‑20
Andere Versionen mit dieser Id:
  • Kblank.png VitalparameterFull vom 2011‑12‑19
StatusKgreen.png AktivVersions-Label
NameVitalparameterFullBezeichnungVitalparameter (full)
Beschreibung
Informationen zu den Vitalparametern (Körpertemperatur, Puls, Blutdruck …).
Diese Sektion wird hauptsächlich bei Verlegungen von Pflegeheimen in Krankenhäusern oder in Notfällen angewandt.
KontextElternknoten des Template-Element mit Id 1.2.40.0.34.11.1.2.7
KlassifikationCDA Section level template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit
Assoziiert mit 3 Konzepte
IdNameDatensatz
exnds-data​element1-14Kyellow.png Groesse Kyellow.png Test2 2019
exnds-data​element1-15Kyellow.png Gewicht Kyellow.png Test2 2019
Kyellow.png Vitalwerte Kyellow.png Test2 2019
Benutzt
Benutzt 2 Templates
Benutzt als NameVersion
1.2.40.0.34.11.30002InklusionKgreen.png Vitalparameter (alle EIS)DYNAMIC
1.2.40.0.34.11.1.3.3ContainmentKyellow.png Vitalparameter Gruppe EntryDYNAMIC
BeziehungVersion: Template 1.2.40.0.34.11.1.2.7 Vitalparameter (full) (2017‑02‑20)
ref
elgabbr-
Beispiel
Strukturbeispiel
<section>
  <templateId root="1.2.40.0.34.11.1.2.7"/>  <!-- ELGA EIS “Full support” -->
  <templateId root="1.3.6.1.4.1.19376.1.5.3.1.1.5.3.2"/>  <!-- IHE PCC -->
  <templateId root="1.3.6.1.4.1.19376.1.5.3.1.3.25"/>  <!-- IHE PCC -->
  <templateId root="2.16.840.1.113883.10.20.1.16"/>  <!-- HL7 CCD -->
  <!-- Code der Sektion -->
  <code code="8716-3" displayName="Vital signs" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC"/>  <!-- Titel der Sektion -->
  <title>Vitalparameter</title>  <!-- Textbereich der Sektion -->
  <text> ... Lesbarer Textbereich ... </text>  <!-- Maschinenlesbare Elemente der Sektion in EIS „Full support“ -->
  <entry>
    <!-- ELGA VitalparameterGruppe-Entry -->
    <templateId root="1.2.40.0.34.11.1.3.3"/>  </entry>
</section>
ItemDTKardKonfBeschreibungLabel
hl7:section
Container zur Angabe der Vitalparameter.(Vit...ull)
 
Target.png
exnds-data​element1-14Kyellow.png Groesse Kyellow.png Test2 2019
exnds-data​element1-15Kyellow.png Gewicht Kyellow.png Test2 2019
Kyellow.png Vitalwerte Kyellow.png Test2 2019
Treetree.pnghl7:templateId
II1 … 1R(Vit...ull)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.11.1.2.7
Treetree.pnghl7:templateId
II1 … 1R(Vit...ull)
Treeblank.pngTreetree.png@root
uid1 … 1F1.3.6.1.4.1.19376.1.5.3.1.1.5.3.2
Treetree.pnghl7:templateId
II1 … 1R(Vit...ull)
Treeblank.pngTreetree.png@root
uid1 … 1F1.3.6.1.4.1.19376.1.5.3.1.3.25
Treetree.pnghl7:templateId
II1 … 1R(Vit...ull)
Treeblank.pngTreetree.png@root
uid1 … 1F2.16.840.1.113883.10.20.1.16
Eingefügt von 1.2.40.0.34.11.30002 Vitalparameter (alle EIS) (DYNAMIC)
Treetree.pnghl7:code
CE1 … 1MCode der Sektion.(Vit...ull)
Treeblank.pngTreetree.png@code
CONF1 … 1F8716-3
Treeblank.pngTreetree.png@codeSystem
1 … 1F2.16.840.1.113883.6.1 (LOINC)
Treetree.pnghl7:title
ST1 … 1R(Vit...ull)
 CONF
Elementinhalt muss "Vitalparameter" sein
Treetree.pnghl7:text
1 … 1R
Information für den menschlichen Leser.
Die Vorgaben und Empfehlungen zur Gestaltung dieses Bereichs im Falle von CDA Level 3 sind zu beachten!
(Vit...ull)
Treetree.pnghl7:entry
1 … *RMaschinenlesbares Element.
Beinhaltet 1.2.40.0.34.11.1.3.3 Vitalparameter Gruppe Entry (DYNAMIC)
(Vit...ull)
Treeblank.pngTreetree.png@typeCode
cs0 … 1FDRIV


6.3.2.2.1 Vorgaben und Empfehlungen zur Gestaltung im Falle von CDA Level 3

Vorgaben und Empfehlungen zur Gestaltung des Textbereichs der Sektion im Falle des Vorhandenseins von maschinenlesbaren Elementen (CDA Level 3):

  • Vorgaben
    • Darstellung der Vitalparameter in Tabellenform
    • Reihenfolge der Informationen:
      • Vitalparameterart (@displayName des Codes des Vitalparameter-Entry)
      • Wert (@value des Werts des Vitalparameter-Entry)
      • Einheit (@unit des Werts des Vitalparameter-Entry)
    • Das Erhebungsdatum SOLL den Vitalparametern eindeutig zugeordnet werden (Erhebungsdatum des VitalparameterGruppe-Entry)
  • Empfehlungen
    • -
6.3.2.2.2 Maschinenlesbare Elemente der Sektion

Im Falle von EIS „Full Support“ KÖNNEN zusätzlich maschinenlesbare Elemente angegeben werden.


6.3.3 Pflegediagnosen

6.3.4 Weitere Informationen

6.4 Reha-Management

6.4.1 Weitere Informationen