Art-Decor - Wichtige Hinweise

Aus HL7 Austria MediaWiki
Wechseln zu: Navigation, Suche
[unmarkierte Version][unmarkierte Version]
(Die Seite wurde neu angelegt: „{{#customtitle:Art-Decor - Wichtige Hinweise}} {{#css: .toc{ width: 20%; float: right !important; margin: 10px 0px 10px 30px !important; border…“)
 
Zeile 33: Zeile 33:
 
=Prozess der CDA-Leitfadenerstellung in Art-Decor=
 
=Prozess der CDA-Leitfadenerstellung in Art-Decor=
 
Folgende Vorgehensweise wird bei der Erstellung von Leitfäden als Best Practice empfohlen.
 
Folgende Vorgehensweise wird bei der Erstellung von Leitfäden als Best Practice empfohlen.
 +
 
==Neues Projektverzeichnis erstellen==
 
==Neues Projektverzeichnis erstellen==
 
Ein neuer CDA-Leitfaden soll in einem eigenen Projektverzeichnis angelegt werden. Dies muss gegebenenfalls beim Art-Decor-Support beantragt werden.
 
Ein neuer CDA-Leitfaden soll in einem eigenen Projektverzeichnis angelegt werden. Dies muss gegebenenfalls beim Art-Decor-Support beantragt werden.
Zeile 44: Zeile 45:
 
==Szenarios erstellen==
 
==Szenarios erstellen==
 
Für jede Dokument-Ausprägung muss eine Transaktion erstellt werden. Diese ist für die Erzeugung von Schematronregeln erforderlich. Die Bezeichnung der Transaktion soll der [https://wiki.hl7.at/index.php?title=ART-DECOR_Governance&oldid=111299&diff=cur&shownotice=1#Szenarios Governance] folgen.<br>
 
Für jede Dokument-Ausprägung muss eine Transaktion erstellt werden. Diese ist für die Erzeugung von Schematronregeln erforderlich. Die Bezeichnung der Transaktion soll der [https://wiki.hl7.at/index.php?title=ART-DECOR_Governance&oldid=111299&diff=cur&shownotice=1#Szenarios Governance] folgen.<br>
 +
 +
ART Scenario Editor https://www.art-decor.org/mediawiki/index.php?title=ART_Scenario_Editor
  
 
==Referenzen auf andere Projektverzeichnisse setzen==
 
==Referenzen auf andere Projektverzeichnisse setzen==
Zeile 55: Zeile 58:
 
*Kopieren der Inhalte des DLT eines ähnlichen Leitfadens (XML via Temple), einfügen in das neue DTL. Obere Zeilen bleiben erhalten (Zeitpunkt (effectiveDate) und OID dürfen nicht verändert werden), alle weiteren Inhalte entsprechend anpassen.
 
*Kopieren der Inhalte des DLT eines ähnlichen Leitfadens (XML via Temple), einfügen in das neue DTL. Obere Zeilen bleiben erhalten (Zeitpunkt (effectiveDate) und OID dürfen nicht verändert werden), alle weiteren Inhalte entsprechend anpassen.
 
*Alle „Included Templates“ aus DTL-Header mit Kettensymbol zum Projekt hinzufügen (zwecks Vollständigkeit – Schematron benötigt dies nicht, hier reicht „include“ im xml und Referenzierung des Projektes.
 
*Alle „Included Templates“ aus DTL-Header mit Kettensymbol zum Projekt hinzufügen (zwecks Vollständigkeit – Schematron benötigt dies nicht, hier reicht „include“ im xml und Referenzierung des Projektes.
 +
 
==Alle weiteren Templates erstellen==
 
==Alle weiteren Templates erstellen==
 
Bevor ein neues Template erstellt wird, müssen alle Templates über die Governance Seite aufgelistet, deren Wiederverwendbarkeit geprüft werden bzw. welche OID als nächstes vergeben werden muss. Wenn möglich, aus vorhandenen Templates ableiten! („+“-Symbol in der Templateansicht im Projektverzeichnis).
 
Bevor ein neues Template erstellt wird, müssen alle Templates über die Governance Seite aufgelistet, deren Wiederverwendbarkeit geprüft werden bzw. welche OID als nächstes vergeben werden muss. Wenn möglich, aus vorhandenen Templates ableiten! („+“-Symbol in der Templateansicht im Projektverzeichnis).
Zeile 67: Zeile 71:
 
==Sektionen entsprechend dem IHE Profil modellieren==  
 
==Sektionen entsprechend dem IHE Profil modellieren==  
 
(siehe TODO)
 
(siehe TODO)
 +
 +
==Dataset-Mapping erstellen==
 +
Die Zuordnung von Datensatz-Elementen und erstellten Templates wird empfohlen. Dadurch sind alle mit einem Template assoziierten Konzepte in der Template-Beschreibung zusammengefasst, sowie direkt beim assoziierten CDA-Element bzw. Attribut des Templates ersichtlich. Dies dient der Kontrolle, dass alle erforderlichen Datensatz-Elemente in den Templates modelliert wurden.
 +
 
==Schematron erstellen==  
 
==Schematron erstellen==  
 
(TODO)
 
(TODO)

Version vom 12. November 2019, 11:16 Uhr

1 Prozess der CDA-Leitfadenerstellung in Art-Decor

Folgende Vorgehensweise wird bei der Erstellung von Leitfäden als Best Practice empfohlen.

1.1 Neues Projektverzeichnis erstellen

Ein neuer CDA-Leitfaden soll in einem eigenen Projektverzeichnis angelegt werden. Dies muss gegebenenfalls beim Art-Decor-Support beantragt werden.

1.2 Datasets in Art-Decor modellieren

Die Modellierung der Datasets soll in enger Abstimmung mit Experten der Arbeitsgruppe erfolgen, bereits unter Einbeziehung potentiell zu verwendender Standards (IHE Profile).

Wenn möglich, soll von bereits vorhanden Elementen geerbt werden und diese, falls erforderlich, enterbt und den speziellen Anforderungen angepasst werden. Die anzugebenden Inhalte eines Dataset-Elements sind in der Governance festgelegt.

1.3 Szenarios erstellen

Für jede Dokument-Ausprägung muss eine Transaktion erstellt werden. Diese ist für die Erzeugung von Schematronregeln erforderlich. Die Bezeichnung der Transaktion soll der Governance folgen.

ART Scenario Editor https://www.art-decor.org/mediawiki/index.php?title=ART_Scenario_Editor

1.4 Referenzen auf andere Projektverzeichnisse setzen

Um die Templates anderer Building Block Repositories referenziert zu können müssen die entsprechenden Verzeichnisse dem Projekt hinzugefügt werden. (Empfehlung: ATCDABBR, IHE-PCC- hinzufügen) Hinweis: Bitte keine unnötigen Referenzen angeben! Beim späteren Entfernen kann es zu Fehlern kommen.

1.5 Document Level Template erstellen

  • Für jedes Szenario (jede Dokumentart) ein Document Level Template (DLT) erstellen (nach Vorgaben der Governance)

Anmerkung: Solange DLT noch nicht in Szenario verlinkt ist, wird das Label als oranges Dreieck mit Pfeilen angezeigt, sonst als oranges Viereck/Buch.

  • Anschließend OID ändern (mittels GUI: „Template bearbeiten“ und mit „#“ (ID-Management) OID ändern (nach Vorgaben der Governance). Der Name eines Templates kann später nur mittels „Temple“ geändert werden! Die Änderung hat des Namens hat keinen Einfluss auf die Referenzierung von anderen Templates -> hier gilt die OID). Wird die OID geändert, wenn das Template bereits durch andere Templates refereziert wird, werden alle bestehenden Referenzen ungültig! Daher vor der Änderung der OID alle referenzierenden Templates kopieren und diese mit der neuen OID anpassen.
  • Kopieren der Inhalte des DLT eines ähnlichen Leitfadens (XML via Temple), einfügen in das neue DTL. Obere Zeilen bleiben erhalten (Zeitpunkt (effectiveDate) und OID dürfen nicht verändert werden), alle weiteren Inhalte entsprechend anpassen.
  • Alle „Included Templates“ aus DTL-Header mit Kettensymbol zum Projekt hinzufügen (zwecks Vollständigkeit – Schematron benötigt dies nicht, hier reicht „include“ im xml und Referenzierung des Projektes.

1.6 Alle weiteren Templates erstellen

Bevor ein neues Template erstellt wird, müssen alle Templates über die Governance Seite aufgelistet, deren Wiederverwendbarkeit geprüft werden bzw. welche OID als nächstes vergeben werden muss. Wenn möglich, aus vorhandenen Templates ableiten! („+“-Symbol in der Templateansicht im Projektverzeichnis). Ein neues Basistemplate muss im ATCDABBR angelegt werden und soll so allgemein definiert sein, dass es für andere Leitfäden verwendbar ist (ohne Value Sets, ohne projektspezifischen Angaben!)*. Alle Projekte sollen von dort ableiten (genauer spezifizieren, Value Sets angeben usw.). z.B. Section-Template im ATCDABBR: „Durchgemachte Krankheiten“ abgeleitet in Section-Template „Impfrelevante Erkrankungen - kodiert“ im e-Impfpass. TemplateIDs müssen mit IHE-Vorgaben übereinstimmen Optionalitäten und Reihenfolge der Elemente einhalten

  • bei fehlender Berechtigung können Basistemplates im Projektverzeichnis erstellt werden und später durch berechtigte Personen in das ATCDABBR verschoben werden.


Wenn ein Template laut IHE required ist, aber nicht benötigt wird, dann Template mit nullFlavor erstellen: z.B. Freitext-Inhalt „keine Information“ oder Code „entry emty“ => Workarround damit der Standard nicht verletzt wird und das IHE Template trotzdem verwenden werden kann (sonst nicht interoperabel!) Vorgabe von 6.3.1.10.4 Specification: Sektionen eigentlich verpflichtend, aber R kann auch 0 sein.

1.7 Sektionen entsprechend dem IHE Profil modellieren

(siehe TODO)

1.8 Dataset-Mapping erstellen

Die Zuordnung von Datensatz-Elementen und erstellten Templates wird empfohlen. Dadurch sind alle mit einem Template assoziierten Konzepte in der Template-Beschreibung zusammengefasst, sowie direkt beim assoziierten CDA-Element bzw. Attribut des Templates ersichtlich. Dies dient der Kontrolle, dass alle erforderlichen Datensatz-Elemente in den Templates modelliert wurden.

1.9 Schematron erstellen

(TODO)

1.10 Fehlerbehebung

1.11 Asserts erstellen

(TODO)

1.12 Beispielbefunde erstellen und testen

2 Versionierung von Templates