585
Bearbeitungen
Änderungen
→Art-Decor Projekt
{{#customtitle:Governance für die CDA-Leitfadenerstellung (Version 1)}}{{#css:.toc{ width: 20%; float: right !important; margin: 10px 0px 10px 30px !important; border: 1px solid #AAA; background-color: #F9F9F9; display: table; padding: 7px !important;}}} <pre class="ilfbox_code">Governance für die CDA-Leitfadenerstellung mit Art-Decor und Mediawiki}}Version: 1.1.1+20230503Status: Final</pre>
<!--
|Short = Art-Decor Governance
|Type = Governance
|Version = 0.1|Date = 073.115.20192023|Copyright = 2019 2021 - 20222025|Status = Draft|Period = 07.11.2019|OID = TODOFinal
|Realm = Österreich
|Submitted = 073.115.20192023}}
{{Versionbox Begin}}
{{VersionboxEntry | Version = 0.1 | Date = 15.1.2019 | Status = Draft | Inititalversion beim Workshop mit Tony Schaller (CH)}}
{{VersionboxEntry | Version = 0.2 | Date = 07.11.2019| Status = Draft| History=Überarbeitung und Einarbeitung der Erkenntnisse nach Erstellung des CDA-Leitfadens e-Impfpass}}
{{VersionboxEntry | Version = 1 | Date = 14.12.2021| Status = Final| History=Überarbeitung}}
{{VersionboxEntry | Version = 1.1.1 | Date = 3.5.2023| Status = Final| History=Überarbeitung Kapitel Value Sets}}
{{Versionbox End}}
-->
|-
! Status
| DraftFinal
|-
! Document version
| 0.21
|-
! Authors
|
* Andrea Klostermann (ELGA GmbH)
* Gabriel Kleinoscheg (ELGA GmbH)
* Stefan Sabutsch (ELGA GmbH)
* Nikola Tanjga (ELGA GmbH)
|}
-->
= Einleitung =
Dieses Dokument enthält Richtlinien zur Erstellung von CDA-Implementierungsleitfäden mit Art-Decor® und Mediawiki und anderen Werkzeugen in Österreich.
Diese Richtlinien entstanden in Zusammenarbeit mit der ELGA GmbH und beruhen auf den bisher gemachten Erfahrungen in der Leitfadenerstellung.
Weiters werden die notwendigen Verantwortlichkeiten und Prozesse definiert, um klare Strukturen für die Zusammenarbeit zwischen Art-Decor®, Wiki und anderen Werkzeugen zu gewährleisten. Dies umfasst die Verantwortung für Art-Decor Repositories, Qualitätssicherung und den Support der Tools.
= Anwendungsbereich =
Das Dokument geht nicht auf die Modellierung von HL7 CDA-Dokumenten ein, sondern beschreibt den Einsatz der Tools für Österreich. Es definiert Regeln und Strukturen, die von allen Anwendern dieser Werkzeuge eingehalten werden müssen.
= Weiterentwicklung des Dokuments =
Dieses Dokument enthält die aktuellen Festlegungen bezüglich der Arbeit mit Art-Decor®, Mediawiki und weitere Werkzeuge in Österreich und wird laufend angepasst.
{{BeginYellowBox}}''Wichtiger Hinweis:'' Anfragen hinsichtlich der Änderung oder Erweiterung dieses Dokuments stellen Sie bitte an [mailto:office@hl7.at office@hl7.at].{{EndYellowBox}}
=Governance für die CDA-Leitfadenerstellung=
Die folgenden Vorgaben sind verpflichtend einzuhalten. Empfehlungen werden entsprechend markiert. Die Reihenfolge der Kapitel soll eine übliche Vorgehensweise darstellen, jedoch ist die Reihenfolge selbst nicht verpflichtend einzuhalten.
==Governance Groups==
Governance-Gruppen sind organisatorische Einheiten, die dazu dienen, die Verantwortung für Artefakte (Templates und Value Sets) in Art-Decor darzustellen. Unter der [https://art-decor.org/art-decor/decor-governance-group?id=1.2.40.0.34.3.1.2 ELGA Art-Decor Governance Group] sind alle Projekte der ELGA sichtbar, sowie alle angelegten Artefakte mit OID, Displayname, Artefaktstatus, BBR und Repositories), z.B. "at-cda-brr"-Projekte, die das Template oder Value Set referenzieren. Weiters existiert die [https://art-decor.org/art-decor/decor-governance-group?id=2.16.840.1.113883.2.16 HL7 Austria Art Decor Governance Group], welche alle eHealth Austria Vorgaben umfasst. Dabei wird die hier beschriebene ELGA Governance auch für die HL7 Austria relevant und soll von dieser übernommen werden.
==Implementierungsleitfaden (inkl. Wiki)==
'''ELGA Implementierungsleitfäden''' werden in '''deutscher Sprache''' verfasst. Dazu gehören textuelle Beschreibungen im Wiki, Art-Decor-Templates und Art-Decor-Datasets.
Ausnahmen gelten bei der Benennung von Templates (siehe [[#Name]]).
'''eHealth Implementierungsleitfäden''' können auch in englischer Sprache verfasst werden.
Wichtige Informationen hinsichtlich der '''technischen''' Erstellung eines CDA-Leitfadens mit Mediawiki sind unter [https://wiki.hl7.at/index.php?title=Hilfe:Wiki Leitfaden erstellen mit Mediawiki] nachzulesen.
Die Einbindung eines neuen Leitfadens folgt einem vorgegebenen Prozess, dieser ist ersichtlich unter Benutzung von [https://wiki.hl7.at/index.php?title=Hilfe:Flagged_Revisions#Benutzung_von_Flagged_Revisions Flagged Revisions].
=== Name ===
Der '''Name''' eines Leitfadens wird wie folgt angegeben:
* HL7 Austria & ELGA
* HL7 CDA® R2 Implementierungsleitfaden
* '''[Titel]'''
* OID: '''[OID]'''
''Beispiel:''
HL7 Austria & ELGA
HL7 CDA® R2 Implementierungsleitfaden
Labor- und Mikrobiologiebefund
OID: 1.2.40.0.34.7.4.9.3
===OID===
Im Zusammenhang mit der Verwendung von OID sind die österreichischen Richtlinien einzuhalten (siehe [https://www.gesundheit.gv.at/OID_Frontend/OID_Konzept_1-1-0.pdf Object Identifier (OID) Konzept für das österreichische Gesundheitswesen]). Das österreichische OID Portal ist zu finden unter [https://www.gesundheit.gv.at/OID_Frontend/ OID Portal Österreich].
Für jeden Implementierungsleitfaden muss über das '''OID-Portal''' eine Dokumentenklassen-OID unterhalb des Knotens '''1.2.40.0.34.7''' (eHealth-Austria/documents) '''registriert''' werden.
Für die Verwaltung der Hauptversionen muss darunter eine '''zusätzliche Ebene''' angelegt werden.
''Beispiel:''
*1.2.40.0.34.7.'''18''': Dokumentenklassen-OID des Implementierungsleitfadens "Meldung von antimikrobieller Resistenzen"
**OID wird im OID-Portal beantragt (Root-Knoten aller Versionen des entsprechenden Leitfadens)
*1.2.40.0.34.7.'''18.1''': Implementierungsleitfaden Meldung von antimikrobieller Resistenzen, Version 1
**OID des PDF-Leitfadens (Titelblatt)
**wird im DLT als templateId[2] als informative Referenz angegeben
**Hauptversionen verlangen eine neue Verordnung durch das BM*G
**OID wird ebenfalls im OID-Portal beantragt
Die Leitfaden-OID von Nebenversionen ändert sich nicht. Die Version des Leitfadens ist im Leitfadentitel (Wiki) bzw. auf dem Titelblatt (PDF) und dem Versionlabel des DLT ersichtlich. Siehe [https://confluence.elga.gv.at/display/SCCTERM/Versionierung Versionierung].
===Version & Metadaten===
Der Verwendung von Namespaces ist wesentlich für Versionierung der Wiki-Seiten mit Flagged Revisions.
{{BeginYellowBox}}''Wichtiger Hinweis:'' Alle Seiten von CDA-Leitfäden müssen im Namespace ["ILF"] erstellt werden.{{EndYellowBox}}
Das Wiki-Leitfadenprojekt DARF NICHT unabhängig vom ART-DECOR-DLT versioniert werden, siehe [https://confluence.elga.gv.at/display/SCCTERM/Versionierung Versionierung].
Alle '''Hauptversionen und Nebenversionen''' eines Leitfadens sind als '''Wiki''' verfügbar. In der "Lese-Ansicht ist die publizierte Version ersichtlich, aktuelle (noch nicht freigegebene) Überarbeitungen/Änderungen sind der "Revisions-Ansicht" zu entnehmen. Zum Zeitpunkt der Publikation (z.B. Ballotversion / Publikation neue Haupt- oder Nebenversion) wird die Hauptseite des Leitfadens von einer berechtigten Person als "abgenommen" markiert (siehe dazu [https://wiki.hl7.at/index.php?title=Hilfe:Wiki#Versionierung_von_Wiki-Seiten Versionierung von Wiki-Seiten]), sodass die "Revisions"-Ansicht in die stabile "Leseansicht" übernommen wird. Die "Leseansicht" bleibt unverändert, bis eine neue Version des Leitfadens abgenommen wird.
Alle veröffentlichten Leitfadenversionen sind zusätzlich zum Wiki als PDF verfügbar (Anleitung siehe [https://wiki.hl7.at/index.php?title=Hilfe:Leitfaden_erstellen#PDF_Generierung PDF-Generierung]). Eine Übersicht der Versionen eines Leitfadens findet sich im jeweiligen Guide (alle vorhandenen Guides sind zu finden unter [https://wiki.hl7.at/index.php?title=Implementierungsleitf%C3%A4den Übersicht der CDA Implementierungsleitfäden].
===Inhalt===
Der Inhalt eines Implementierungsleitfadens besteht üblicherweise aus den Kapiteln:
:1 Zusammenfassung
:2 Informationen über dieses Dokument
::2.1 Impressum
::2.2 Haftungsausschluss
::2.3 Sprachliche Gleichbehandlung
::2.4 Lizenzinformationen
:::2.4.1 Urheber- und Nutzungsrechte von anderen Quellen ("Third Party IP")
:::2.4.2 SNOMED CT
:::2.4.3 Weitere Terminologien
::2.5 Verwendete Grundlagen und Bezug zu anderen Standards
::2.6 Verbindlichkeit
::2.7 Wichtige unterstützende Materialien
::2.8 Bedienungshinweise
:::2.8.1 Farbliche Hervorhebungen und Hinweise
:::2.8.2 PDF-Navigation
:3 Begriffsdefinitionen
:4 Einleitung
::4.1 Ausgangslage und Motivation
::4.2 Zweck des Dokuments
::4.3 Zielgruppe
:5 Leitfadenerstellungs- und Harmonisierungsprozess
::5.1 Revision der Leitfäden
::5.2 Autoren und Mitwirkende
:::5.2.1 Autoren
:::5.2.2 Mitwirkende
:6 Technischer Hintergrund
:7 Allgemeine Richtlinien für ELGA CDA-Implementierungsleitfäden
:8 Funktionale Anforderungen
::8.1 Voraussetzungen für den Zugriff auf e-Befunde in ELGA
::8.2 Anwendungsfälle des Dokumentenmanagements
:::8.2.1 Dokument-Metadaten (XDS-Metadaten)
:9 Konformitätsprüfung
:10 Datentypen
:11 Vorgaben zum medizinischen Inhalt
:12 Anwendungsfälle / User Stories
:13 Dataset
:14 Technische Spezifikation
::14.1 Übersicht CDA Strukturen (Header & Body)
::(evtl. Übersichtstabelle der Header-Elemente für dokumenten-relevante Zeitpunkte/Zeitspannen)
::14.2 CDA Templates
:::14.2.1 Document Level Templates
:::14.2.2 Header Level Templates (Hinweis: hier sollten nur jene Header Level Templates aufgeführt werden, die für spezielle Leitfäden erstellt / adaptiert wurden. Alle anderen werden als Teil der DLTs angezeigt)
:::14.2.3 Section Level Templates
:::14.2.4 Entry Level Templates
:::14.2.5 Weitere CDA Fragmente
::14.3 Terminologien
:15 Anhang
::(15.1 evtl. Abkürzungsverzeichnis)
::15.2 Abbildungsverzeichnis
::15.2 Tabellenverzeichnis
::15.3 Einzelnachweise
::15.4 Literatur und Weblinks
::15.5 Revisionsliste
::15.6 Erratum
Bei Kapiteln ohne Inhalt soll kurz darauf eingegangen werden, warum dieser Leitfaden dieses Kapitel nicht füllt.
Aufgrund bisheriger Erfahrungen wird '''nicht empfohlen''', Textabschnitte in Teildokumente (eigene Wiki-Seiten) '''auszulagern und zu [https://de.wikipedia.org/wiki/Transklusion transkludieren]''', da Änderungen an dem Teildokument automatisch in alle transkludierenden Wiki-Leitfäden übernommen werden und einer Abstimmung mit den Leitfadenverantwortlichen bedürfen. Weiters ist beim Bearbeiten eines Seitenabschnittes nur im Seitenlink bzw. unter Menüpunkt "Links auf diese Seite" ersichtlich, ob man sich auf der Hauptseite des eigenen Leitfadens oder auf einer bereits transkludierten Seite befindet, was die Gefahr eines unbeabsichtigten Änderns anderer bestehender Leitfäden erhöht.
Ausnahmen bilden folgende Seiten, welche transkludiert werden können, aber '''nicht bearbeitet werden dürfen''' (liegen in der Obhut des Allgemeinen Leitfadens):
*ILF:Lizenzinformationen
Für die '''Kapitel Section Level Templates, Entry Level Templates''' und '''Weitere CDA Fragmente''' in speziellen Leitfäden gilt, dass für Templates, die im Allgemeinen Implementierungsleitfaden spezifiziert sind, eine einfache Referenz auf den Allgemeinen Implementierungsleitfaden ausreicht. Dabei MUSS aber angegeben werden, um welche Hauptversion des Allgemeinen Leitfaden es sich handelt.
=Art-Decor Projekt=
Ein neuer CDA-Leitfaden '''muss''' in einem eigenen Projektverzeichnis angelegt, alle Autoren müssen entsprechend berechtigt werden. Dies muss beim [https://www.art-decor.org/mediawiki/index.php?title=Contact Art-Decor-Support] beantragt werden.
Das neue Projekt kann am besten mit folgendem E-Mail-Template beantragt werden:
{{BeginValueSetBox}}Dear Art-Decor-Support,
we would like to ask you to create a new project in Art-Decor:
*Name: <'''displayName des Projekts'''>
*Prefix: <'''Projektkürzel''' - soll immer mit at- beginnen, z.B. "at-emed-" oder "at-lab-" (Vorweg: an bestimmten Stellen werden Bindestriche durch das System ausgeblendet)>
*ContainsReusableContent=false
*Experimental/Test=false
*defautLanguage=de
*id=1.2.40.0.34.777.<'''nächste freie ID''', siehe Kapitel OID>
*Governance-Groups: ELGA, HL7 Austria
*Wiki-Bot activated à wiki.hl7.at
Thank you in advance.{{EndValueSetBox}}
Eine Liste der Art-Decor Projekte ist unter der HL7-Austria Governance Group verfügbar [https://art-decor.org/art-decor/decor-governance-group?id=1.2.40.0.34.3.1.2 ELGA Art-Decor Governance Group].
Weitere offizielle Informationen sind unter [https://www.art-decor.org/mediawiki/index.php?title=ART_Project_Editor ART Project Editor] zu finden.
==Name==
Der Name des Projekts, auch displayName des Projekts genannt, soll sprechend gewählt werden und ist mit dem ELGA SCC Team abzusprechen.
Dies gilt auch für das Prefix, auch Projektkürzel genannt. Dabei soll dieses keine Bindestriche enthalten, z.B. "''elgatest''".
==OID==
Alle Art-Decor Projekte bekommen die unter ([https://art-decor.org/art-decor/decor-governance-group?id=1.2.40.0.34.3.1.2 Governance Group (art-decor.org)] -> Projects) einsehbaren OID mit der nächste ID im 1.2.40.0.34.777 Knoten.
==Version & Metadaten==
Projekte selbst werden nicht versioniert. Nur die beinhaltenden DLT werden versioniert.
Projektkürzel unter "prefix" werden im lowercase geschrieben, ohne jegliche Trennzeichen. Bsp.: "elgatgd".
Neue Projekte dürfen keine bbr sein! Die Checkbox [[Datei:Image2021-6-24 13-41-12.png|200px]] darf nicht angehackt sein!
Es wird empfohlen dem Projekt standardmäßig Referenzen zu den Building Block Repositories ''ad1bbr-, ad2bbr-, at-cda-bbr-, IHE-PCC-'' hinzuzufügen (siehe auch [https://www.art-decor.org/mediawiki/index.php?title=ART_Project_Editor#Reference_a_building_block_repository Reference a building block repository]).
==Inhalt==
In Österreich kann derzeit folgendes bereichsspezifische '''Building Block Repository''' (BBR) für die Ableitung oder Referenzierung von Templates verwendet werden:
*[https://art-decor.org/art-decor/decor-project--at-cda-bbr- at-cda-bbr]
Dies soll in Zukunft alle für Österreich relevanten Basis-Templates enthalten, die für spezifische Anwendungen (eHealth und ELGA) in die einzelnen Projektverzeichnisse abgeleitet werden können.
Das at-cda-bbr wird laufend mit neuen Templates erweitert. Nach Fertigstellung eines neuen CDA-Leitfadens sollen weiter zu verwendete Templates in dieses Verzeichnis übernommen werden. Die im at-cda-bbr befindlichen Templates dürfen nur von einem eingeschränkten Benutzerkreis bearbeitet werden.
===Statuswechsel eines Templates===
In einem Repository werden Artefakte (Templates/Value Sets) zunächst im Status "Entwurf" erstellt. Der Status eines Artefakts im Repository kann gemäß den Regeln der hier beschriebenen Governance geändert werden (siehe [https://art-decor.org/mediawiki/index.php?title=ART_Template_Editor#Changing_the_status_of_a_template "Changing the status of a template"]).
{|
|-
|}
{| class= Zusammenfassung ="wikitable"|-|[[Datei:TemplateStatuswechsel2021-9-22.png|top]]|| '''Beschreibung Statuswechsel eines Templates (Diagramm)''' '''1.''' Bevor ein Template neu angelegt wird, soll überprüft werden, ob ein verwendbares Dummy-Template(*) vorhanden ist. Ein neues Template erhält immer Version 1.0.0 und hat den Status "'''Entwurf'''". Dieses Dokument enthält Richtlinien zur '''2.''' Nach erstmaliger Erstellung eines Templates oder nach Durchführung von CDAMajor-Implementierungsleitfäden mit Artoder Minor-Änderungen, muss vor der Publikation ("Aktiv-Decor® und Setzung" des Templates) ein Ballotverfahren durchgeführt werden. (Der Status "Revision vor Publikation" kann verwendet werden, um anzuzeigen, dass eine Publikation bevorsteht. Vom Status "Revision vor Publikation" kann in den Stauts "Aktiv" gewechselt werden.) '''3.''' Wurde ein Ballotverfahren durchgeführt, erfolgt der Dokumentation Template-Statuswechsel zu "'''Aktiv'''" zum Publikationszeitpunkt des Leitfadens. Wird ein Template "Aktiv" gesetzt, wird die bestehende Versionsnummer im Version-Label mit Mediawiki dem Publikationsdatum ergänzt (z.B. 1.0.0+20210504, siehe [[https://confluence.elga.gv.at/display/SCCTERM/Versionierung Versionierung]). (Der Status "Revision nach Publikation" kann verwendet werden, um anzuzeigen, dass eine neue Version vorbereitet wird. Vom Status "Revision nach Publikation" kann man wieder in den "Aktiv" Status wechseln.) '''4.''' Solange keine Änderungen an dem Template durchgeführt werden müssen, werden verbleibt es im Status "Aktiv". '''5.''' Ist das Template veraltet oder wird es durch ein neues ersetzt, muss der Status auf "'''veraltet'''" gesetzt werden ('''6.'''). Dieser Status ist unveränderbar (Status endgültig). Veraltete Templates, scheinen weiterhin in Österreichreferenzierenden Templates auf. '''7.''' Sind Änderungen eines aktiven Templates erforderlich, muss unterschieden werden, ob es sich um Minor/Major-Änderungen oder um einen Patch handelt.
'''8.''' Handelt es sich um einen Patch oder wurden die Änderungen von den referenzierenden Leitfäden akzeptiert, kann mit "'''neue Version erzeugen'''" eine neue Templateversion von Art-Decor erstellt werden. Diese Richtlinien sollen als Empfehlungen und Best Practices dienenhat den Status "Entwurf", die '''gleiche Template-OID''', um eine nationale und auch internationale Konformität und eine harmonisierte Verwendung der Tools zu gewährleistenaber ein neues Erstellungsdatum. Sie entstanden in Zusammenarbeit mit Tony Schaller (CH) und Die Versionsnummer im Version-Label des Templates muss an der ELGA GmbH entsprechenden Stelle um 1 erhöht werden (ATsiehe [https://confluence.elga.gv.at/display/SCCTERM/Versionierung Versionierung]). Dieses Dokument wird laufend aktualisiert, sobald die Nutzer der Tools einen neuen Konsens erzielen.
== Weiterentwicklung des Dokuments =Datasets =Dieses Dokument enthält die aktuellsten Fragen und Entscheidungen bezüglich der Arbeit mit Die Verwendung von Art-Decor und Mediawiki in Österreich und -Datasets wird laufend angepasstfür neue Projekte empfohlen.{{BeginYellowBox}}''Wichtiger Hinweis:'' Anfragen hinsichtlich der Änderung oder Erweiterung dieses Dokuments stellen Sie bitte Diese bilden die funktionalen Anforderungen an [[cda@elgadas Projekt ab und sind Diskussionsgrundlage bei Fachexpertengesprächen (erfordern kein technisches Hintergrundwissen).gv.at]].{{EndYellowBox}}
== Verwendung von OIDs Name ==Im Zusammenhang mit Es gibt keine speziellen Namenskonoventionen, der Verwendung von OIDs sind die österreichischen Richtlinen einzuhalten([https://www.gesundheit.gv.at/OID_Frontend/OID_Konzept_1-1-0.pdf Object Identifier (OID) Konzept für das österreichische Gesundheitswesen]).Das österreichische OID Portal '''Name''' ist zu finden unter [https://www.gesundheit.gv.at/OID_Frontend/ OID Portal Österreich].jedoch '''anzugeben'''!
==OIDs für ImplementierungsleitfädenInhalt =={{BeginYellowBox}}Es ist eine ''Wichtiger Hinweis:'Beschreibung' Für ''und der 'jeden Implementierungsleitfaden''' muss (über das OID-Portal) eine OID '''unterhalb des Knotens 1.2.40.0.34.7''' (eHealth-AustriaWerttyp/documents) '''registriertValuetype''' werden.{{EndYellowBox}}Falls Dokumente in aufeinander aufbauenden Versionen vorliegen, kann dafür darunter eine zusätzliche Ebene angelegt werdenanzugeben.
'''Wenn vorhanden''' muss zusätzlich angegeben werden:
==Versionierung====Versionierung von Vorbedingungen für Änderungen bestehender Templates =====Document-Level Templates===Für jede neue Bevor ein bestehendes Template geändert wird (Erstellung einer neuen Version eines Document-Level , welche automatisch von allen dynamisch referenzierenden Templates verwendet wird), ist eine neue OID zu verwendenüberprüfen, wie sich diese Änderung auf andere Leitfäden auswirkt bzw. Der Bezug zur alten OID ob diese gewünscht ist anzugeben. Dadurch wird In allen betroffenen Leitfäden muss die Anwendung Änderung auf der korrekten Schematron-Regeln gemäß dem getesteten CDA-Dokument sichergestelltDiskussionsseite im Abschnitt "Ausblick" festgehalten werden.
==Versionierung von Value-SetsName ==Die '''OIDs''' der ValueTemplate-Sets bleiben Namen sind grundsätzlich in '''für alle Versionen gleichenglischer Sprache'''zu vergeben, sodass sie entsprechend ihrer Definition in internationalen Standards beibehalten werden aber durch das Gültigkeitsdatum '''"effectiveDate"''' unterschieden ("Gültig ab"). Darüber hinaus kann eine Value-Set ein '''offizielles Freigabedatum''' tragen. <br><br>Best Practices für die Erstellung können und Pflege von Value Sets müssen angewendet werden, z.B. können Konzeptcodes hinzugefügt, aber nicht gelöscht werden, nur auf den Status "deprecated" gesetzt werden. Wenn sich die Gesamtbedeutung der Codes in einem Value-Set ändert, muss die neue Version des Value-Sets eine neue OID erhaltenWiederverwendbarkeit bestehender Templates erleichtert wird.
Eine Ausnahme bilden die Namen von Section-Level Templates. Diese werden auf deutsch vergeben, da sie den in den Arbeitsgruppen abgestimmten Titel der Sektion tragen sollen. Bei der Aktualisierung eines Value Sets muss das effectiveDate auf das aktuelle Datum einer möglichen Unterscheidung zwischen uncodiert und codiert, ist dies mit einem Bindestrich anzugeben. (Gültig ab-DatumAlte Schreibweise mit unkodiert und kodiert ist nicht mehr zu verwenden!) geändert werden.
'''Empfehlung für Entries''':Sind im Entry Referenzen auf andere Standards enthalten, soll der Name des Entries auch den entsprechenden Namen tragen (englisch). Ist dies nicht der Fall (im Entry gibt es z.B. nur eine ELGA Template ID), soll der Name des Entries an den Namen der Sektion angelehnt sein (deutsch). ''Beispiel''::*VersionsDie Sektion '''''"Impfungen -Label: codiert"'''''YYYYMM(1.2.40.0.34.6.0.11.2.1) (mit AG abgestimmter Titel) referenziert durch Angabe der TemplateID (1.3.6.1.4.1.19376.1.Korrekturnummer5.3.1.3.23) auf den Standard IHE PCC (Immunizations Section) (und hält auch dessen Vorgaben ein). '''''"Impfungen -beta)codiert"''''' beinhaltet u.a. ein Entry: '''''"Immunization Entry"'''''(1.2.40.0.34.6.0.11.3.1), welches wiederum laut Standarddefintion folgende Template IDs enthalten muss: HL7 CCD Medication activity (1.2.40.0.34.6.0.11.3.1) und IHE Immunizations Entry (2.16.840.1.113883.10.20.1.24). Daher trägt das Entry den Namen, der auch im Standard angegeben wird (mit dem Zusatz "Entry").
''Beispiele:Die ''* '''Document-Level-Template''' im ELGA e-Impfpass Repository:::Name: "eimpf_document_KompletterImmunisierungsstatus"::Display-Name: "Kompletter Immunisierungsstatus"* '''Header-Level-Template''' im ATCDABBR befindlichen at-cda-bbr:::Name: "atcdabbr_header_Author"::Display-Name: "Author"* '''Uncodierten Sektion''' im Repository at-cda-bbr:::Name: "atcdabrr_section_FruehereErkrankungUncodiert"::Display-Name: "Frühere Erkrankungen - uncodiert"* '''Codierten Sektion''' im ELGA e-Impfpass Repository:::Name: "eimpf_section_ImpfrelevanteErkrankungenCodiert"::Display-Name: "Impfrelevante Erkrankungen - codiert"* '''Entry''' im at-cda-bbr:::Name: "atcdabbr_entry_ImmunizationEntry"::Display-Name: "Immunization Entry"* '''Compilation/Other'''-Template im at-cda-bbr: Compilations/Other sind Template-Fragmente, wie z.B. Adressinformationen. Da sich diese in einem Leitfaden oft wiederholen können, sollen sie mit "contains" in Templates dürfen nur von einem eingeschränkten Benutzerkreis bearbeitet eingebunden werden(d.h.:Verantwortlichkeiten und Prozesse sind der Inhalt der Compilation wird nicht im verlinkenden Template angezeigt). Diese sollen aber im Leitfaden als eigene Kapitel [[#Revision]] beschriebenvorhanden sein.::Name: "atcdabbr_other_AddressCompilation"::Display-Name: "Address Compilation"
=== Projektverzeichnisse =OID ==* eOIDs werden einmalig gesetzt und nicht mehr geändert. Alle Art-Impfpass Decor '''Templates''' müssen unterhalb des OID-Knotes 1.2.40.0.34.6.0'''.11''' liegen (PiloteHealth-Austria/services/art-decor/templates). Die OID der Art-Decor Templates sollen außerdem '''entsprechend ihres CDA-Template-Typs''' aus folgenden '''Unterknoten''' vergeben werden:* Basisleitfäden (alte Versionen):'''.0.''' Document-Level Template:'''.1.''' Header-Level Template:'''.2.''' Section-Level Template:'''.3.''' Entry-Level Template* TODO:'''.9.''' other CDA Fragment Template
==Version & Metadaten = Artefaktstatus ===In einem Repository werden Artefakte zunächst im Status "Entwurf" erstellt. Nach Abschluss, Überprüfung und Bestätigung kann der Status eines Artefakts im Repository gemäß den Regeln der zuständigen Governance-Gruppe geändert werden (siehe [https://art-decor.org/mediawiki/index.php?title=ART_Template_Editor#Changing_the_status_of_a_template "Changing the status of a template"]). Das Kapitel [[#Repositories]] enthält die Beschreibung des detaillierten Prozesses und der Verantwortlichkeiten.
<code><nowiki>https://art-decor.org/temple/views/temple.html?id=</nowiki>[OID des Templates]&[effectiveDate]&[prefix]&[language]&mode= Namenskonventionen ==readonly</code>
Im Allgemeinen Implementierungsleitfaden wird unter der Legende der Konformitätskriterien beschrieben, welche Kardinalitäten und Konformitäten in den ELGA Leitfäden vorkommen können. Die folgende Tabelle stellt dar, wie diese Kriterien in Art-Decor umzusetzen sind (siehe auch [https://art-decor.org/mediawiki/index.php?title=DECOR-rules#Mandatory_.2F_Conformance Mandatory/Conformance]).{| class= Prozesszustände "wikitable"! colspan="3" |Für Elemente|-!Vorgaben Allgemeiner Leitfaden! colspan="1" |Verwendung von nullFlavorDas folgende Zustandsdiagramm zeigt die Standardzustände und möglichen Übergänge für ein Artefakt in !Umsetzung Art-Decoram Beispiel eines <code>id-</code>Elements mit dem Datentypen <code>II</code> (in Temple)|-|1..1 M| colspan="1" |nicht erlaubt|<code><element name="hl7:id" datatype="II" minimumMultiplicity="1" maximumMultiplicity="1" conformance="R" isMandatory="true"></code>|-| colspan="1" |1..* M| colspan="1" |nicht erlaubt| colspan="1" |<code><element name="hl7:id" datatype="II" minimumMultiplicity="1" maximumMultiplicity="*" conformance="R" isMandatory="true"></code>|-| colspan="1" |0..0 NP| colspan="1" |nicht erlaubt| colspan="1" |<code><element name="hl7:id" datatype="II" conformance="NP"></code>
<ref groupcode><element name="hl7:templateId[@root='1.3.6.1.4.1.19376.1.3.3.2.1']" datatype="AbbildungII" conformance="NP">Default state diagram for Art-Decor artefacts</refcode> ''Default state diagram for Art-Decor artefacts''
<brcode></element></code>|-| colspan="1" |1..1 R| colspan="1" |erlaubt| colspan="1" |<ref groupcode><element name="Tabellehl7:id" datatype="II" minimumMultiplicity="1" maximumMultiplicity="1" conformance="R"></code>Art|-Decor state machine|1..* R|erlaubt|<code><element name="hl7:id" datatype="II" minimumMultiplicity="1" maximumMultiplicity="*" conformance="R"></refcode> ''Art|-Decor state machine''{| classcolspan="hl7table1"|0..1 R! width| colspan="80px1" | Status !! Action !! Trigger nicht erlaubt| colspan="1" |<code><element name="hl7:id[not(@nullFlavor)]" datatype="II" minimumMultiplicity="0" maximumMultiplicity="1" conformance="R"></ Description !! Example for CDA-CH !! Responsibilitycode>
|-
| [[File:Kyellowcolspan="1" |0..png* R|16px]] draftcolspan="1" |nicht erlaubt| activatecolspan="1" | Artefact is finished and it is considered as final <code><element name="hl7:id[not(no review needed@nullFlavor).| ''n]" datatype="II" minimumMultiplicity="0" maximumMultiplicity="*" conformance="R"></a for CDA-CH as review necessary.''| Developercode>
|-
| colspan="1" |0..1 O| considercolspan="1" | If an artefact is considered to be moved into a repository, this action is applied and the artefact has to be reviewed by the owner/team of the repository.erlaubt| ''final draft for a CDA-CH V2 template ready to review.''colspan="1" | Developer (info to the Reviewer) <code><element name="hl7:id" datatype="II" minimumMultiplicity="0" maximumMultiplicity="1"></code>
|-
| colspan="1" |0..* O| cancelcolspan="1" | If an artefact is not further developed, it is cancelled.erlaubt| ''any developed draft template not to be used anymore.''colspan="1" | Developer<code><element name="hl7:id" datatype="II" minimumMultiplicity="0" maximumMultiplicity="*"></code>
|-
| [[File:Korangecolspan="1" |0..png|16px]] pending1 C| activatecolspan="1" | Upon decision of the review team.Abhängig vom Kontext| ''CDA-CH V2 template has been reviewed within HL7 Switzerland and was considered to be ready for release.''colspan="1" | Review team of the repository. <code><element name="hl7:id" datatype="II" minimumMultiplicity="0" maximumMultiplicity="1" conformace="C"></code>
|-
| colspan="1" |0..* C| colspan="1" |Abhängig vom Kontext| rejectcolspan="1" |<code><element name="hl7:id" datatype="II" minimumMultiplicity="0" maximumMultiplicity="*" conformace="C"></code>| If the artefact is considered as not appropriate for the repository, it's rejected.}{| ''HL7 Switzerland does not consider the template.''class="wikitable"! colspan="2" | Review team of the repository.Für Attribute
|-
|-
| [[File:Kgreen0.png|16px]] active| review| Maintenance or update of a project/repository.| ''Review CDA-CH template to consider it for CDA-CH v2.''0 NP| Repository <attribute name="root" datatype="uid" prohibited="true"/ Project owner>
|-
| colspan="1" |1..1 R| retirecolspan="1" |<attribute name="root" datatype="uid"/>| In case of a new version, the old version is retired in order to have only one valid version of an artefact.-| ''A CDA-CH template is not used anymore or replaced by another onecolspan="1" |0..''1 O| Repository colspan="1" |<attribute name="root" datatype="uid" isOptional="true"/ Project owner>
|-
| [[File:Korangecolspan="1" |1..png|16px]] pre-publication review 1 F| reactivatecolspan="1" | If updated and considered as final by the responsible person, the artefact is re-activated<attribute name="root" datatype="uid" value="1.3.6.1.4.1.19376.1.3.| ''template is reviewed within HL7 Switzerland and considered to be ready for release2.''| Repository 1"/ Project owner>
|-
| colspan="1" | retire0..1 F| colspan="1" | ''A CDA-CH template is not used anymore or replaced by another one<attribute name="root" datatype="uid" value="1.3.6.1.''| 4.1.19376.1.3.2.1" isOptional="true"/>
|}
= Mediawiki Value Sets ===Leitfaden erstellen==Wichtige Informationen hinsichtlich der Erstellung eines CDA-Leitfadens mit Mediawiki sind Eine Anleitung zur Verwendung des Value Set Editors ist unter [https://wikiwww.hl7art-decor.atorg/mediawiki/index.php?title=Hilfe:Leitfaden_erstellen "Leitfaden erstellen"ART_Value_Set_Editor ART Value Set Editor] nachzulesenzu finden.
Beispiele:* Name: eimpf-antikoerperbestimmung* Title: eImpf_Antikoerperbestimmung * Name: elga-administrativegender* Title: ELGA_AdministrativeGender == OID = Releases =Alle Art-Decor '''Value Sets''' müssen unterhalb des OID-Knotes 1.2.40.0.34.6.0'''.10''' liegen (eHealth-Austria/services/art-decor/value-sets). ''Beispiele'':* Value Set: 1.2.40.0.34.6.0.10.8 ELGA_EntityNamePartQualifier_VS (eHealth-Austria/services/art-decor/value-sets/xxx){{BeginYellowBox}}''Wichtiger Hinweis:'' Die Verwaltung der unter diesen Knoten liegenden Value Sets unterliegt Art-Decor und benötigt daher '''keine Registrierung''' über das '''OID-Portal'''. Die nächste '''freie OID''' für '''Value Sets''' muss über die [https://art-decor.org/decor/services/GovernanceGroupList?gg=1.2.40.0.34.3.1.2&language= en-US&format=html#tabs1-valuesets1 '''ELGA Art-Decor Governance Group Value Sets'''] (Vorsicht!: lange Ladezeit) ermittelt werden.{{EndYellowBox}} == Version & Metadaten ==TODOVersionierung: Siehe [https://confluence.elga.gv.at/display/SCCTERM/Versionierung Versionierung]. == Inhalt ==Best Practices für die Erstellung und Pflege von Value Sets müssen angewendet werden, z.B. können Konzeptcodes hinzugefügt, aber nicht gelöscht werden, nur auf den Status "deprecated" gesetzt werden.{{BeginYellowBox}}''Wichtiger Hinweis:'' Wenn sich die Gesamtbedeutung der Codes in einem Value Set ändert, muss die neue Version des Value Sets eine '''neue OID''' erhalten.{{EndYellowBox}} = Beispielbefunde =Neben den Beispielsnippets in den Templates sind Beispielbefunde und Falsch-Beispielbefunde zu erstellen. Ein Grundgerüst für ein Beispieldokumentekann erstellt werden, indem man im entsprechenden DLT den Zauberstab des Template Editors anwendet und rekursiv alle Code-Snippets der darin verlinkten Templates einfügt. Name Der Name von (Falsch-)Beispielbefunden sollte folgendermaßen aufgebaut sein. Die einzelnen Elemente werden mit "_" verbunden. '''"falsch_":''' Angabe, dass es sich um einen Falsch-Beispielbefund handelt. '''[Präfix]:''' Als Präfix dient das Projektkürzel (Name des Repositories), z.B. "eimpf" '''[optional DLT-Name]:''' Name des DLTs, wenn es in dem Projekt mehrere DLTs gibt. '''[Kurztitel des Beispiels]:''' Erklärt ganz kurz, worum es in dem Beispielbefund geht. Beispiele: * at-lab_Laborbefund_Kompletter_Befund.xml* falsch_at-lab_Laborbefund_Constraint_gebrochen.xml Inhalt * '''Beispielbefunde'''** sind vollständig valide und bilden verschiedene reale Szenarien ab.* Für '''Falsch-Beispielbefunde''' sollte mindestens jeweils ein Befund vorhanden sein für ** das Brechen eines Contraints,** das Verwenden eines falschen Wertes wo ein Value Set Wert erwartet wird,** das Verwenden eines nicht CDA-Elementes (nicht im Schema vorhanden),** das Verwenden eines verbotenen Elementes** das Weglassen eines Pflichtfeldes. = Szenarios / Schematron =Das Erstellen von '''einer Transaktion pro DLT''' in den Szenarien ist für die Generierung von Schematron-Regeln '''zwingend erforderlich''', siehe [https://confluence.elga.gv.at/display/SCC/Schematron-Erstellung+und+Bereitstellung Schematron-Erstellung und Bereitstellung]. Für Szenarios gibt es '''keine speziellen Vorgaben''' hinsichtlich '''OID oder Version & Metdaten'''. Eine Anleitung zur Verwendung des Szenario Editors ist unter [https://www.art-decor.org/mediawiki/index.php?title=ART_Scenario_Editor ART Scenario Editor] zu finden.
== Wiki Name ====Check before finalizing==Thew folowing checks help to identify possible errors or missing includes from Art-Decor. Templates from other repositories than under the governance from eHealth Suisse need to be imported separatly. Please send the necessary OID and related project information to the Der Name/Label der Transaktionen soll dem Schema '''[mailto://support@art-decorNameDesSzenarios]''' folgen.org Art-Decor Support]Alles zusammengeschrieben, kein Prefix.
= Verantwortliche Personen Qualitätssicherung === Support for Art-Decor ==TODO
== Governance Groups Art-Decor ==TODOOffizielle Informationen zur Qualitätssicherung eines Projekts in Art-Decor finden sich auf der Seite [https://www.art-decor.org/mediawiki/index.php?title=ART_Project_Editor#Preflighting_publication_and_quality_checks Preflighting publication and quality checks].
== Wiki ==
Im Wiki werden die Metadaten vor dem setzen des Seiten-Status auf Abnahme nochmals überprüft. * Anpassung Titelblatt** Publikationsdatum** Versionsinformationen mit DLT abgleichen* Infobox: „In Arbeit“ entfernen* Prüfen, ob alle Templates eingefügt und Value Sets verlinkt wurden* Linkverzeichnisse, Referenzen prüfen* ggf. Informationen bezüglich <code>hl7at:formatCode</code> auf der Wiki-Seite aktualisieren* Diskussionsseite aktualisieren** Diskussionsseiten sollen wie folgendes Beispiel aufgebaut sein ([[ILF_Diskussion:Telemonitoring-Episodenbericht_(Version_1)|Diskussionseite Telemonitoring-Episodenbericht]])** prüfen, ob Elemente aus dem "Ausblick" in der aktuellen Version umgesetzt wurden. Falls ja, sind diese in die Tabelle des "Release-Log" zu verschieben.* Revisionsliste des Leitfadens auf Basis der Diskussionsseite aktualisieren* Links prüfen und optimieren: Nur externe Links sollen in neuem Tab geöffnet werden, Sprungmarken sollten immer mit # gekennzeichnet sein.* PDF: Druck checken (leere Seiten, Suche nach: „Error“, „Fehler“, "TODO")* Wiki-Seite Status ändern auf "abgenommen"* falls neue Hauptversion dann OID im OID Portal eintragen lassen* Wiki-Guide aktualisieren (neue Zeile für neue Version, PDF upload)* Seiten-Status ändern auf "abgenommen"
= Quality Assurance & Review = GitLab ==== ArtEine erweiterte Qualitätssicherung wird auch in GitLab erstellt. Hier werden beim Einstellen von (Falsch-)Beispielbefunden oder Schematron-Regeln in die jeweiligen Projekte automatisch Prüfroutinen (Schematron-Decor Repository ==TODOValidierung) gestartet.
=Anhang = ELGA Implementierungsleitfäden == Links ==TODO: Prozess # muss eingehalten werden
* [http://art-decor.org/art-decor/home Art-Decor Workspace]
* [https://www.art-decor.org/mediawiki/index.php?title=Documentation Art-Decor Dokumentation]
* Wiki-Portal von HL7 Austria: [https://wiki.hl7.at/index.php?title=Willkommen_auf_dem_Wiki-Portal_von_HL7_Austria eHealth Wiki]* & [https://wiki.hl7.at/index.php?title=Hilfe:Wiki Wiki Hilfe] ==Abbildungsverzeichnis==<references group="Abbildung"/> ==Tabellenverzeichnis==<references group="Tabelle"/> ==Zur Diskussion stehende Änderungsvorschläge==TODO