ILF:Leitfaden PHC Statusbericht

Aus HL7 Austria MediaWiki
Wechseln zu: Navigation, Suche

1 Leitfaden Konsultations-Statusbericht (Entwurf)

1.1 Anwendungsfall

Erstellen von Statusberichten über die Gesundheitsversorgung eines Patienten in Primärversorgungseinheiten.

Nach jedem Besuch eines Patienten in einer (Teilorganisation einer) Primärversorgungseinheit ("Konsultation") wird die aktuelle Konsultation dokumentiert und in einem "Statusbericht"-Dokument erfasst und allen anderen Teilorganisationen der Primärversorgungseinheit zur Verfügung gestellt. Bei der nächsten Konsultation können die vorherigen Statusberichte in das Arztinformationssystem (AIS) importiert und dort aggregiert werden.

1.2 Klassifikation des PHC Statusberichts

Statusbericht clinicalDocument.code: 24131-3 ("Outpatient Progress note")

1.3 Struktur

Grundstruktur:

Section Code DisplayName Opt. Beschreibung Codierung
Brieftext BRIEFT Brieftext [O] Anredefloskel Freitext, enthält das Brieflogo, siehe Allgemeiner Leitfaden
Konsultations- oder Überweisungsgrund 46239-0 Chief complaint+Reason for visit [R] Anlass für die Konsultation [R] ICPC2 zulassen, Entry wie IPS Problem Concern Entry
Allergien und Intoleranzen 48765-2 Allergies and adverse reactions [R2] Festgestellte Allergien und Intoleranzen [R] Entry wie Patient Summary elga-cdaps-2.06.2:Allergien und Unverträglichkeiten Entry (Template)
Medikation 75311-1 Discharge medications Narrative [R2] Die im Rahmen des Patientenkontakts empfohlene oder verschriebene Medikation. Kann auch die bestehende Medikation enthalten. (Zusammenfassung aktueller vorgeschriebenen Medikamente für einen Patienten zu einem bestimmten Zeitpunkt (wie am Ende eines Arztbesuches oder eines Krankenhausaufenthaltes), die dem Verfasser des Dokuments bekannt sind.) [R] eMed
Wichtige Hinweise 74018-3 Alert [R2] Wichtige Warnhinweise die dem Nachbehandler zur Kenntnis gebracht werden sollen Spezifikation offen, Freitext. Bei Vorliegen einer Alert-Section sollte auch ein XDS Registry Eintrag in den ServiceEvents gemacht werden.
Weitere Informationen 55752-0 Clinical information [O] Weitere Informationen Freitext
Abschließende Bemerkungen ABBEM Abschließende Bemerkungen [O] Abschlussfloskel Freitext, siehe Allgemeiner Leitfaden
Beilagen BEIL Beilagen [O] Angehängte Dokumente, die für den Nachbehandler notwendig sind. [R] Multimedia-Content, siehe Allgemeiner Leitfaden

1.4 Plan

Finalisieren der Vorgaben bis Ende September

1.5 Rechtliche Grundlagen

1.5.1 Gesundheitsreformumsetzungsgesetz 2017 – GRUG 2017

Änderung des Gesundheitstelematikgesetzes 2012

Das Gesundheitstelematikgesetz 2012 (GTelG 2012), BGBl. I Nr. 111/2012, zuletzt geändert durch das Deregulierungsgesetz 2017, BGBl. I Nr. 40/2017, wird wie folgt geändert:

4. Im § 28 wird nach dem Abs. 2 folgender Abs. 2a eingefügt:

„''(2a) Die Bundesministerin für Gesundheit und Frauen hat auf Grundlage des 5. Abschnittes mit Verordnung Folgendes festzulegen:

1. die Struktur, das Format sowie die Standards gemäß § 27 Abs. 7, 8 und 9, die im Rahmen der eHealth-Anwendung „Primärversorgung“ (§ 24a) zu verwenden sind, wobei international anerkannte Standards, die wirtschaftliche Vertretbarkeit sowie der Stand der technischen Möglichkeiten hinsichtlich des Detaillierungsgrades der Strukturen bei den betroffenen Gesundheitsdiensteanbietern zu berücksichtigen sind sowie

2. den jeweiligen Zeitpunkt, ab dem die technisch-organisatorischen Spezifikationen gemäß Z 1 jedenfalls anzuwenden sind.

5. Im § 28 Abs. 3 wird nach dem Ausdruck „Abs. 2“ die Wortfolge „und Abs. 2a“ eingefügt.

6. Dem § 26 wird folgender Abs. 5 angefügt:

(5) § 9 Abs. 2, § 24a samt Überschriften, die Überschrift des 6. Abschnitts sowie § 28 Abs. 2a und 3 in der Fassung des Bundesgesetzes, BGBl. I Nr. 131/2017, treten mit dem auf den Tag der Kundmachung folgenden Tag in Kraft.

https://www.ris.bka.gv.at/Dokumente/BgblAuth/BGBLA_2017_I_131/BGBLA_2017_I_131.html


1.6 Technische Spezifikation

OID-Root für Leitfaden: 1.2.40.0.34.7.17 OID-Root für Templates: 1.2.40.0.34.11.14

1.6.1 Brieftext

Es gelten die Vorgaben der entsprechenden Kapitel des „Allgemeinen Implementierungsleitfadens - Brieftext


1.6.2 Konsultations- oder Überweisungsgrund

EIS „Enhanced“ und „Full Support“
Template ID ELGA: 1.2.40.0.34.11.14.2.3
Parent Template ID -
Titel der Sektion Konsultations- oder Überweisungsgrund
Definition Der Grund für eine Gesundheitsdienstleistung (z.B. Behandlung).

Enthält eine kurze narrative Beschreibung des Hauptsymptoms des Patienten (eigene Beschreibung des Patienten) und/oder den Grund für den Patientenbesuch (Beschreibung aus der Sicht des Gesundheitsdiensteanbieters). Beispiele: „Thoraxschmerz“, „Atemnot“, „Kopfweh“ Gutes Beispiel: „Allergietest und Therapieeinleitung erbeten“ Schlechtes Beispiel: „Fachärztliche Abklärung erbeten

Codierung LOINC: 46239-0, „Chief complaint+Reason for visit“
Konformität [O]
Konformität Level 3 [O]

1.6.2.1 Entry Level Spezifikation

Id1.2.40.0.34.11.13.3.6
ref
elgabbr-
Gültigkeit2017‑01‑26 14:29:54
StatusKyellow.png EntwurfVersions-Label0.2
NameGesundheitsproblemBedenkenEntryBezeichnungGesundheitsproblem Bedenken Entry
Beschreibung
Dieses Entry stellt ein relevantes Gesundheitsproblem des Patienten codiert dar. Es wird mit Status und Datum, sofern bekannt, dokumentiert, weiters mit dem Datum der Erfassung der Diagnose. 
KontextElternknoten des Template-Element mit Id 1.2.40.0.34.11.13.3.6
KlassifikationCDA Entry Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Benutzt
Benutzt 4 Templates
Benutzt als NameVersion
1.2.40.0.34.11.13.3.16ContainmentKyellow.png Author (Body) PSDYNAMIC
1.2.40.0.34.11.13.3.20ContainmentKyellow.png Informant (Body) PS (0.1)DYNAMIC
1.2.40.0.34.11.13.3.7ContainmentKyellow.png Problem Entry Gesundheitsproblem (0.1)DYNAMIC
1.2.40.0.34.11.13.3.17ContainmentKyellow.png ELGA ExternalDocument (0.1)DYNAMIC
Beispiel
Strukturbeispiel
<act classCode="ACT" moodCode="EVN">
  <templateId root="1.2.40.0.34.11.13.3.6"/>  <id root="1.2.3" extension="2.3.4"/>  <code code="CONC" codeSystem="2.16.840.1.113883.5.6"/>  <statusCode code="active"/>  <effectiveTime>
    <low/>    <high/>  </effectiveTime>
  <author>
    <!-- template 1.2.40.0.34.11.13.3.16 'Author (Body) PS' (2017-08-05T19:04:45) -->
  </author>
  <informant>
    <!-- template 1.2.40.0.34.11.13.3.20 'Informant (Body) PS' (2017-08-10T20:49:25) -->
  </informant>
  <entryRelationship>
    <!-- template 1.2.40.0.34.11.13.3.7 'Problem Entry Gesundheitsproblem' (2017-08-13T15:08:52) -->
  </entryRelationship>
  <reference>
    <!-- template 1.2.40.0.34.11.13.3.17 'ELGA ExternalDocument' (2017-08-09T10:55:40) -->
  </reference>
</act>
ItemDTKardKonfBeschreibungLabel
hl7:act
1 … 1R(Ges...try)
Treetree.png@classCode
cs1 … 1FACT
Treetree.png@moodCode
cs1 … 1FEVN
Treetree.pnghl7:templateId
II1 … 1M(Ges...try)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.11.13.3.6
Treetree.pnghl7:id
0 … *R(Ges...try)
Treetree.pnghl7:code
CE (extensible)1 … 1R(Ges...try)
Treeblank.pngTreetree.png@code
CONF0 … 1FCONC
Treeblank.pngTreetree.png@codeSystem
0 … 1F2.16.840.1.113883.5.6 (HL7ActClass)
Treetree.pnghl7:statusCode
CS (erforderlich)1 … 1M
  • "active": Die Bedingungen für das Bedenken gelten noch und werden auch immer noch (vom Author) beobachtet.
  • "completed": Die Gesundheitsproblem oder das Risiko macht keine Bedenken mehr, das Bedenken wird nicht mehr verfolgt und Auswirkungen des Bedenkens sind nicht zu erwarten.
  • Ist nicht bekannt, ob das Bedenken noch besteht, ist von "active" auszugehen.
(Ges...try)
 CONF
@code muss "active" sein
oder
@code muss "completed" sein
Treetree.pnghl7:effectiveTime
IVL_TS1 … 1R
Erstes und letztes Auftreten des Bedenkens.
(Ges...try)
Treeblank.pngTreetree.pnghl7:low
IVXB_TS1 … 1RBeginn des Auftretens des Bedenkens.(Ges...try)
Treeblank.pngTreetree.pnghl7:high
IVXB_TS0 … 1CZeitpunkt des Endes des Bedenkens.
Ist dieser Zeitpunkt nicht bekannt, ist effectiveTime.high mit nullFlavor "UNK" anzugeben.
(Ges...try)
 ConstraintWenn statusCode=completed ist, dann ist die Angabe dieses Werts erforderlich.
 Schematron assertrole error 
 testhl7:act/hl7:statusCode[@code="completed"] and hl7:act/hl7:effectiveTime/hl7:high 
 Meldungif statusCode = completed effectiveTime.high may not be empty 
Treetree.pnghl7:author
0 … *Author der enthaltenen Information (GDA)
Beinhaltet 1.2.40.0.34.11.13.3.16 Author (Body) PS (DYNAMIC)
(Ges...try)
Treetree.pnghl7:informant
0 … *
Quelle der Information. 
Name der Person und ihre Beziehung zum Patienten (Patient oder Angehöriger, Auskunftsperson - nicht-GDA)

Beinhaltet 1.2.40.0.34.11.13.3.20 Informant (Body) PS (DYNAMIC)
(Ges...try)
Treetree.pnghl7:entryRelationship
1 … *REin oder mehrere Problem Entrys, die diesem Bedenken zugeordnet sind.
Beinhaltet 1.2.40.0.34.11.13.3.7 Problem Entry Gesundheitsproblem (DYNAMIC)
(Ges...try)
Treeblank.pngTreetree.png@typeCode
cs1 … 1FSUBJ
Treeblank.pngTreetree.png@inversionInd
bl1 … 1Ffalse
Treetree.pnghl7:reference
0 … 1Hier werden Verweise auf externe Dokumente zum Gesundheitsproblem angegeben.
Beinhaltet 1.2.40.0.34.11.13.3.17 ELGA ExternalDocument (DYNAMIC)
(Ges...try)
Id1.2.40.0.34.777.2.10.1Gültigkeit2019‑01‑20 20:37:41
StatusKyellow.png EntwurfVersions-Label0.1
NameBeeintraechtigungen_SUBBezeichnungBeeinträchtigungen SUB
BeschreibungInformationen über dauernde Beeinträchtigung der körperlichen und/oder geistigen Leistungsfähigkeit, Art und Grad von Behinderungen
KontextElternknoten des Template-Element mit Id 1.2.40.0.34.777.2.10.1
KlassifikationCDA Section level template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Benutzt
Benutzt 4 Templates
Benutzt als NameVersion
1.2.40.0.34.11.13.3.16ContainmentKyellow.png Author (Body) PSDYNAMIC
1.2.40.0.34.11.13.3.20ContainmentKyellow.png Informant (Body) PS (0.1)DYNAMIC
1.2.40.0.34.11.13.3.30ContainmentKyellow.png Functional Status Entry (0.1)DYNAMIC
1.2.40.0.34.11.13.2.18ContainmentKyellow.png Übersetzung (0.1)DYNAMIC
BeziehungSpezialisierung: Template 1.2.40.0.34.11.13.2.12 Beeinträchtigungen (2017‑08‑04 12:10:57)
ref
elgabbr-

Kopie: Template 1.2.40.0.34.11.2.2.11 Entlassungszustand (2015‑10‑15)
ref
elgabbr-
Beispiel
Beispiel
<section>
  <templateId root="1.2.40.0.34.11.13.2.12"/>  <code code="47420-5" codeSystem="2.16.840.1.113883.6.1"/>  <title>Beeinträchtigungen</title>  <text>
    (Optionaler Abschnitt)    <br/>    <br/>    <list>
      <item>Taubheit linkes Ohr</item>      <item>Taubheitsgefühl und Sensitivitätsstärungen linker Arm</item>    </list>
  </text>
  <entry>
    <!-- template "1.2.40.0.34.11.13.3.30 'Functional Status Entry' (dynamic) -->
  </entry>
</section>
ItemDTKardKonfBeschreibungLabel
hl7:section
(Bee...SUB)
Treetree.pnghl7:templateId
II1 … 1M(Bee...SUB)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.777.2.10.1
Treetree.pnghl7:templateId
II1 … 1M(Bee...SUB)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.11.13.2.12
Treetree.pnghl7:id
II0 … 1Eindeutige ID der Sektion (optional)(Bee...SUB)
Treetree.pnghl7:code
CE (extensible)1 … 1M(Bee...SUB)
Treeblank.pngTreetree.png@code
CONF1 … 1F47420-5
Treeblank.pngTreetree.png@codeSystem
1 … 1F2.16.840.1.113883.6.1 (LOINC)
 Beispiel<code code="47420-5" displayName="Functional status assessment" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC"/>
Treetree.pnghl7:title
ST1 … 1R(Bee...SUB)
 CONF
Elementinhalt muss "Beeinträchtigungen" sein
Treetree.pnghl7:text
SD.TEXT1 … 1RIn diesem Element werden  Informationen über dauernde Beeinträchtigung der körperlichen und/oder geistigen Leistungsfähigkeit, Art und Grad von Behinderungen hinterlegt.(Bee...SUB)
Treetree.pnghl7:author
0 … *Author der enthaltenen Information (GDA)
Beinhaltet 1.2.40.0.34.11.13.3.16 Author (Body) PS (DYNAMIC)
(Bee...SUB)
Treetree.pnghl7:informant
0 … *
Quelle der Information. 
Name der Person und ihre Beziehung zum Patienten (Patient oder Angehöriger, Auskunftsperson - nicht-GDA)

Beinhaltet 1.2.40.0.34.11.13.3.20 Informant (Body) PS (DYNAMIC)
(Bee...SUB)
Treetree.pnghl7:entry
0 … 1Maschinenlesbare Form der Informationen
Beinhaltet 1.2.40.0.34.11.13.3.30 Functional Status Entry (DYNAMIC)
(Bee...SUB)
Treeblank.pngTreetree.png@typeCode
cs1 … 1FDRIV
Treetree.pnghl7:component
0 … *Optionale Subsections zur Angabe von Übersetzungen des <text> Elements
Beinhaltet 1.2.40.0.34.11.13.2.18 Übersetzung (DYNAMIC)
(Bee...SUB)
Treeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreetree.png@context​Conduction​Ind
cs0 … 1Ftrue


1.6.3 Allergien und Intoleranzen

Es gelten die Vorgaben der entsprechenden Kapitel des „ILF Patient Summary - Allergien und Intoleranzen“.

1.6.4 Empfohlene Medikation

Die im Rahmen des Patientenkontakts empfohlene oder verschriebene Medikation.

Es gelten die Vorgaben der entsprechenden Kapitel des „ILF Patient Summary - Medikationsliste

elga-cdaopr-2.06.2:Empfohlene_Medikation

Alternativen:

1.6.5 Wichtige Hinweise

EIS „Enhanced“ und „Full Support“
Template ID ELGA: 1.2.40.0.34.11.14.2.1
Parent Template ID -
Titel der Sektion Wichtige Hinweise
Definition Freitext für wichtige Hinweise bzw Alarmhinweise
Codierung LOINC: 74018-3, „Alert“
Konformität [O]
Konformität Level 3 [NP]

1.6.6 Weitere Informationen

EIS „Enhanced“ und „Full Support“
Template ID ELGA: 1.2.40.0.34.11.14.2.2
Parent Template ID -
Titel der Sektion Weitere Informationen
Definition Freitext
Codierung LOINC: 55752-0, „Clinical information“
Konformität [O]
Konformität Level 3 [NP]

1.6.7 Abschließende Bemerkungen

Es gelten die Vorgaben der entsprechenden Kapitel des „Allgemeinen Implementierungsleitfadens - Abschließende Bemerkungen

1.6.8 Beilagen

Es gelten die Vorgaben der entsprechenden Kapitel des „Allgemeinen Implementierungsleitfadens - Beilagen“.


2 Art-Decor-Tabellen verstehen

Anleitung: Lesen der Tabellenansicht von Templates

Die Template Definitionen werden in einer Tabellenansicht angezeigt.
Diese besteht aus Template Meta Daten und dem Template Design.
Weitere Informationen finden Sie im HL7 Template-Austauschformat-Standard "Specification and Use of Reusable Information Constraint Templates, Release 1"[1] und auf der "How-To-Read"-Seite von Art-Decor[2].

2.1 Template Meta Daten

1 Template-ID, Status und Template-Name2 Versionsnummer ("effectiveDate"), Versionslabel und Anzeigename3 Beschreibung des Templates4 Offen oder geschlossenes Template5 Andere Templates, die dieses Template verwenden oder von diesem Template verwendet werden6 Beziehungen zu anderen Templates7 XML-Fragment als BeispielArt-Decor
Über dieses Bild

Der obere rechte Teil der Template-Tabelle enthält die Template-Metadaten. Hier werden Template-ID, Status und der Template-Name angezeigt(1). Weiters werden die Version (effective date), ein mögliches Versionslabel und der Anzeigename dargestellt(2).
Die Beschreibung (einfach oder ein Akkordeon) enthält die Template-Beschreibungen/Zweck(3), gefolgt von der Klassifikationen und ob das Template als offen oder geschlossen definiert ist(4).
Der Verwendungsteil (5) listet Templates auf, die dieses Template verwenden oder welche Templates in diesem Template inkludiert sind.
Die Beziehungsliste (6) enthält alle Beziehungen zu anderen Templates oder Modellen.
Beispiele zeigen die korrekte Verwendung der Templates durch ein XML-Fragment (7).

Die Strukturbeispiele (XML-Fragmente) werden je nach Typ mit einer eigenen Farbe hinterlegt:

  • grün: korrektes Beispiel, das die präferierte Struktur darstellt
  • blau: korrektes Beispiel
  • rot: ungültiges Beispiel

Art-decor strukturbeispiel.PNG

8 referenziertes TemplateArt-Decor
Über dieses Bild

Ein referenziertes Template ist erkennbar durch ein grau hinterlegtes "ref", gefolgt mit einen bunt hinterlegten Namen der verwendeten Quelle (8).

Art-decor-2.png

Die Beziehungsliste zeigt alle Beziehungen zu anderen Templates oder Modellen für dieses Template auf. Diese Liste ist aufgeteilt in einen "Used By" Abschnitt, welcher eine Auflistung der Templates wiedergibt, die von diesem Template Gebrauch machen, und in einen "Used" Abschnitt, der alle Templates beinhaltet, die in diesem Template eingebunden sind (entweder einbezogen oder eingegrenzt). Indirekte Beziehungen, wie das übergeordnete Document Level Template für eine Section Level Template, sind mit einem Kettensymbol gekennzeichnet.
PDF-Versionen werden auf die gleiche Weise eingebunden, beinhalten aber eventuell andere Schriftarten etc., um konforme Publikationsanforderungen zu erfüllen.

Art-decor-3.png

2.2 Tabellenansicht vom Template Design

Art-decor-4.png

Die Überschriften der Tabellenansicht eines Template Designs sind:

  • Item (1) enthält die XML-Dokumentbaumansicht aller im Template-Design angegebenen Elemente und Attribute. Elemente werden durch ein vorangestelltes Dreieck gekennzeichnet und Attribute durch ein vorangestelltes "@".
  • DT (2) enthält den Datentyp des Elements.
  • Card / Conf (3) Kardinalität (Card) und Konformität (Conf) des Artikels.

Kardinalität gibt die min und max Anzahl der Vorkommen des Elements an. Attribute der Kardinalität 0..1 werden als optional bezeichnet, die Kardinalität 1..1 sagt aus, dass das Attribut erforderlich ist und NP sind verbotene Attribute. Die Konformität kann Werte, wie in der folgenden Tabelle gezeigt, enthalten.

Values of the conformance column
Conf Short Description
O optional Daten sind optional
R required Wenn Daten vorhanden sind und nicht geschützt sind (z. B. aus Datenschutzgründen), müssen sie bereitgestellt werden, andernfalls können sie weggelassen oder explizit der null flavor angegeben werden.

Sender und Empfänger müssen dieses Element unterstützen.

M mandatory Die Daten müssen mit einem gültigen Wert aus der zugehörigen Wertdomäne befüllt werden, andernfalls ist die Instanz nicht gültig und darf nicht kommuniziert werden.
Der Sender und der Empfänger müssen dieses Element unterstützen.
C conditional Es gibt Bedingungen, in denen Daten bereitgestellt werden müssen (z. B. Co-Constraints wie "Informationen über die Schwangerschaft, wenn der Patient" weiblich "ist.
Der Sender und der Empfänger müssen dieses Element unterstützen.
F fixed Die Daten haben einen festen Wert.
NP not present Daten sollen nicht aufscheinen


  • Description (4) enthält eine Textbeschreibung des Elements und kann auch Einschränkungen und Werte für feste Attribute enthalten.
  • Label (5) ist ein menschlich lesbares Label, das bei Fehlern, Warnungen oder Notizen während der Validierung angezeigt wird.

2.3 Details von der Tabellenansicht

Art-decor-5.png

Das eigentliche Template-Design zeigt die XML-Struktur in einer hierarchischen Liste von Elementen (Items), die typischerweise einen Namespace "hl7:" oder "cda:" (1) vorangestellt haben. Diese im Art-Decor angegebenen Namespaces werden nicht in den letztendlichen eHealth-Austria Dokumenten genutzt! Das HL7-International-Namespace, welches im Art-Decor unter "hl7:" oder "cda:" geführt wird, ist in den eHealth-Austria Dokumenten als Standard-Namespace für alle eHealth-Austria-Dokumente geführt: "<ClinicalDocument xmlns="urn:hl7-org:v3" ... >"

Elemente werden mit einem Dreieck bezeichnet, Attribute mit einem @ -Zeichen (2).

Datentypen werden nach der Liste der unterstützten Datentypen (3) angegeben. Es können einfache Datentypen (Kleinbuchstaben), reguläre Datentypen (Großbuchstaben) oder flavors sein.

Die Kardinalitäts- und Konformitätsspalte ist oben (4) erläutert.

Feste Werte für z.B. Attribute werden auch in der Spalte "Beschreibung" (5) angezeigt, denen ein "F" in der Spalte Conf folgt.

Konformitätserklärungen werden zusammen mit einer CONF-Box gezeigt, z.B. ein @code und ein @codeSystem mit festen und erforderlichen Werten (6).

Ein optionales Label wird in der rechten Spalte (7) angezeigt.

Einbeziehung oder Eingrenzung von anderen Templates, z.B. ein Eintrag innerhalb eines Abschnitts, werden entsprechend (8) zusammen mit ihrer Template-ID, dem Anzeigenamen und der Flexibilität/Stabilitätsanzeige angezeigt, d.h. "DYNAMIC" (die neueste Version) oder STATIC zusammen mit dem Versionsdatum.

Art-decor-6.png

Die Auswahl von Elementen wird als Auswahlliste mit den Elementen in Fragen dargestellt, die in einer Aufzählungsliste zusammengefasst sind.

Art-decor-7.png

Eine typische Konformitätserklärung ist die Bindung eines codierten Elements an einen Wert. Dies wird in der dargestellten Weise ausgedrückt. Der Wert wird mit der ID, dem Anzeigenamen und der Flexibilität/Stabilität der Bindung dargestellt.

Art-decor-8.png

Wenn eine Einschränkung in Worten ausgedrückt wird, begleitet eine Box "Constraint" den Textausdruck der Einschränkung.

Art-decor-9.png

In Fällen, in denen Einschränkungen durch formalisierte Regeln in ISO Schematron ausgedrückt werden, wird die Regel zusammen mit der Rolle (Fehler, Warnung), der Test und die Assertionsmeldung angezeigt.

  1. HL7 Templates Standard: Specification and Use of Reusable Information Constraint Templates, Release 1 [1]
  2. How to read ART-DECOR Definitions https://art-decor.org/mediawiki/index.php?title=How_to_read_ART-DECOR_Definitions