Änderungen

Folgende Vorgehensweise wird bei der Erstellung von Leitfäden als {{BeginYellowBox}}'''Best PracticeDIESE SEITE IST NICHT MEHR ZU BEARBEITEN, WURDE VOLLSTÄNDIG in [https://confluence.elga.gv.at/pages/viewpage.action?pageId=23791972 ELGA Governance für die CDA-Leitfadenerstellung mit Art-Decor - Semantic Competence Center - ELGA Confluence] ÜBERNOMMEN. Sobald die [https://wiki.hl7.at/index.php?title=Spezial:Linkliste/Hilfe:Art-Decor_Leitfadenerstellung Links, die auf diese Seite zeigen,] korrigiert wurden, kann die Seite gelöscht werden.''' empfohlen.<br><br>{{EndYellowBox}}  {{BeginYellowBox}}Eine '''Einleitung in Art-Decor''' finden Sie unter [https://www.art-decor.org/mediawiki/index.php?title=ART_Introduction '''ART Introduction'''].

Eine Übersicht '''verfügbarer Anleitungen''' sind unter [https://www.art-decor.org/mediawiki/index.php?title=ART_user_manual '''ART user manualmanuals'''] aufgelistet.{{EndYellowBox}}Folgende Vorgehensweisen werden bei der Erstellung von Leitfäden als '''Best Practices''' empfohlen.

==Projekt erstellen(überarbeitet aber komplett übernommen)==Ein neuer CDA-Leitfaden '''muss''' in einem eigenen Projektverzeichnis angelegt , alle Autoren müssen entsprechend berechtigt werden. Dies muss gegebenenfalls beim [https://www.art-decor.org/mediawiki/index.php?title=Contact Art-Decor-Support] beantragt werden.

==Datasets erstellen(überarbeitet aber komplett übernommen)==Die Modellierung der Datasets soll in enger Abstimmung mit Experten der Arbeitsgruppe erfolgen.Es ist gute Praxis, bestehende Standards bereits unter Einbeziehung potentiell bei der Modellierung der Datasets zu verwendender Standards berücksichtigen (z.B. IHE ProfilePCC). Wenn möglich, soll von bereits vorhanden sollen bestehende Dataset-Elementen Elemente verwendet werden oder von diesen geerbt werden und diese, falls erforderlich, enterbt und den speziellen Anforderungen angepasst werden([https://www.art-decor.org/mediawiki/index.php?title=DECOR-dataset#Dataset_versioning Dataset versioning]).<br>

==Szenarios Szenario erstellen(überarbeitet aber komplett übernommen)==Für '''jede''' Dokument-Ausprägung muss eine '''mussTransaktion''' eine Transaktion erstellt werden. Diese ist für die Generierung von Schematronregeln erforderlich.<br>Transaktionen stellen einen (Teil-)Satz von Konzepten enthalten Konzepte eines Datasets dar und ergänzen ihn diese um Kardinalität, Konformität und mögliche Bedingungen, damit die Anforderungen des Anwendungsfalles angemessen widergespiegelt werden. Dies Die Angabe der Element-von Konformanz und Kardinalität der Dataset-Kardinalität Elemente kann nur in der Transaktion erfolgen, ist jedoch für die Erstellung eines Schematrons nicht zwingend erforderlich. <br>Eine Transaktion '''muss''' aber das entsprechedende [[Hilfe:Art-Decor_Leitfadenerstellung#Document_Level_Template_erstellen | #Document-Level-Template]] referenzieren (dies ist die technische Darstellung der Transaktion und der zugrunde liegenden Konzepte).<br><br>Die Bezeichnung Benennung der Transaktion soll der [[ART-DECOR_Governance#Governance_f.C3.BCr_die_CDA-Leitfadenerstellung_mit_Art-Decor | Governance für die CDA-Leitfadenerstellung mit Art-Decor]] folgen.<br>

==Referenzen auf andere Projektverzeichnisse setzen(überarbeitet aber komplett übernommen)==Um bestehende Templates anderer '''Building Block Repositories''' referenzieren zu können, müssen die entsprechenden Verzeichnisse dem Projekt hinzugefügt werden ({{BeginYellowBox}}''Empfehlung: ATCDABBR'' Dem Projekt Referenzen für ad1bbr-, ad2bbr-, at-cda-bbr-, IHE-PCC- hinzufügen).<br>{{EndYellowBox}}

==Templates erstellenund referenzieren (überarbeitet aber komplett übernommen)==

===Generelle Hinweise Verwendung von Standards (überarbeitet aber komplett übernommen)===Grundsätzlich sollen existierende Standards angewendet werden.Generell gilt daher:* Wenn möglich, sollen bereits vorhandene Templates verwenden werden.* Der Standard darf dabei nur eingeschränkt, aber nicht erweitert werden.* Optionalitäten und Reihenfolge der Elemente müssen eingehalten werden.:Hinweis: Wenn ein Template laut Standard "required" ist, aber für die den konkreten Leitfaden nicht benötigt wird, kann das Template mit einem '''nullFlavor''' erstellt werden (z.B. Freitext-Inhalt „keine Information“ oder Code „entry empty“). Dadurch wird der Standard nicht verletzt und das Template kann trotzdem verwenden werden. ===Neues Templates erzeugen (überarbeitet aber komplett übernommen)===Informationen zur Erstellung von Templatesin Art-Decor finden Sie unter [https://www.art-decor.org/mediawiki/index.php?title=ART_Template_Editor#Creating_a_new_template Creating a new template]. <br>Hinweise:* Wenn ein neues Templates erstellt wird, vergibt Art-Decor per default eine dem Projektverzeichnis untergeordnete '''OID''', welche nach den Vorgaben der [https://wiki.hl7.at/index.php?title=ART-DECOR_Governance#Art-Decor_Root_OID Governance] geändert werden muss (siehe [https://www.art-decor.org/mediawiki/index.php?title=ART_Template_Editor#Metadata Metadata]).:Hierfür die [https://art-decor.org/art-decor/decor-governance-group?id=1.2.40.0.34.3.1.2 '''Art-Decor Governance Group'''] aufrufen und alle unter HL7 Austria bestehenden Templates auflisten lassen, sodass deren Wiederverwendbarkeit geprüft und ermittelt werden kann, welche OID als nächstes vergeben werden darf.  * Neue, '''allgemeine''' e-Health-/ELGA-Basistemplates sollen generell im [https://art-decor.org/art-decor/decor-project--at-cda-bbr- ATCDABBR] angelegt und so allgemein definiert werden, dass sie für andere Leitfäden verwendbar sind (ohne Value Sets, ohne projektspezifischen Angaben!)(*). Dies stellt sicher, dass alle Projekte Templates aus dem ATCDABBR ableiten und spezifizieren können (Value Sets ergänzen usw.). :Beispiel: Section-Template „Durchgemachte Krankheiten“ im ATCDABBR wird abgeleitet in Section-Template „Impfrelevante Erkrankungen - kodiert“ im e-Impfpass.(*) Bei fehlender Berechtigung können Basistemplates im Projektverzeichnis erstellt werden und später durch berechtigte Personen in das ATCDABBR verschoben werden. ===Verwendung von StandardsReferenzieren bestehender Templates (überarbeitet aber komplett übernommen)===Unter dem Link [https://art-decor.org/art-decor/decor-governance-group?id=Im zugrundeliegenden 2.16.840.1.113883.2.16 '''Basis IHE LeitfadenArt-Decor Governance Group''' ] sind die Templates der HL7 Austria aufgelistet.<br>Um herauszufinden, welche Art-Decor Projekte (auch außerhalb der eigenen Governance-Group) bereits ein bestimmtes Template umgesetzt haben, kann man im Menüpunkt '''müssen„Auge“''' vorgeschriebene Sektionen(links oben in der ArtDecor-Projektseite), die Template-ID oder den Namen eines Templates angeben -> alle Templates mit zugehörigem Projekt werden aufgelistet.<br>Je nachdem, Kardinalitätenob das Projekt, Optionalitätenin dem sich das zu übernehmende Template befindet, Terminologienim eigenen Projekt verlinkt ist, ServiceEvents uswmuss wie folgt vorgegangen werden:==== Verlinktes Projektverzeichnis (überarbeitet aber komplett übernommen)====Übernahme eines vorhandenen Templates aus einem '''verlinktem Projektverzeichnis''' (siehe [https://www.art-decor. ermittelt werdenorg/mediawiki/index.php?title=ART_Template_Editor#Creating_a_link_to_a_template_that_resides_in_a_BBR Bestehendes Templates aus einem anderen BBR referenzieren])* '''Referenzierung''' (unveränderte Übernahme) des Templates mit Kettensymbol:* Bevor Keine Änderung des Templates möglich!:* Nur verwenden, wenn es bereits ein neues passendes ELGA-/e-Health-Template gibt * '''Ableitung''' des Templates (Kopieren und Anpassen) (siehe [https://www.art-decor.org/mediawiki/index.php?title=ART_Template_Editor#Creating_a_new_version_of_an_existing_template Neue Version eines bestehenden Templates erzeugen]):* Ein passendes Template erstellt wirdvia „+“-Symbol als Prototyp angegeben, müssen alle welches im Anschluss spezifiziert werden muss (neue OID). ==== Nicht verlinktes Projektverzeichnis (komplett übernommen)====Die Übernahme vorhandener Templates aus Projektverzeichnissen, die '''NICHT verlinkt''' sind, ist nicht über die Governance Seite aufgelistetGUI möglich, deren Wiederverwendbarkeit geprüft da diese Templates nicht als Prototyp angegeben werden können (d.h. von ihnen kann nicht geerbt werden und Nachschau gehalten ).<br>Soll der Inhalt eines Templates trotzdem verwendet werden, welche lässt sich mittels Browser-Direktlink:<code><nowiki>https://art-decor.org/temple/modules/temple.xquery?id=[OID als nächstes vergeben des Templates]</nowiki></code>der '''XML-Code jedes Templates''' via [https://www.art-decor.org/mediawiki/index.php?title=Temple '''Temple'''] (im Lesemodus) anzeigen und anschließend kopieren. Der kopierte Inhalt kann dann in ein neu erstelltes, leeres Template (mittels "+" und "Create from scratch") eingefügt werden darf. Wenn möglichDabei ist zu beachten, aus vorhandenen dass der '''Zeitpunkt (effectiveDate)''' und die '''OID des neu erstellten Templates ableitennicht verändert''' werden!Alle weiteren Inhalte können entsprechend angepasst werden. <br>Die OID muss in einem späteren Arbeitsschritt über die GUI korrigiert werden. ===Änderung bestehender Templates (überarbeitet aber komplett übernommen)===Solange sich ein Template noch im Status [[ART-DECOR_Governance#Artefaktstatus|'''Entwurf''']] befindet, kann es bearbeitet werden. Dabei ist folgendes zu beachten:* Verwendete TemplateIDs müssen Falls bereits andere Leitfäden darauf referenzieren, ist mit IHEden Autoren Rücksprache zu halten.* Der '''Name''' eines Templates (nicht der Display-Name!) kann nach dem Erstellen des Templates nur mittels [https://www.art-decor.org/mediawiki/index.php?title=Temple '''Temple'''] geändert werden! Die Änderung des Namens hat keinen Einfluss auf die Referenzierung durch andere Templates -> hier gilt die '''OID'''. Der Display-Vorgaben übereinstimmenName kann jederzeit über GUI oder Temple geändert werden.* Optionalitäten Wird die OID geändert, wenn das Template bereits durch andere Templates refereziert wird, werden alle bestehenden Referenzen darauf '''ungültig'''! Daher vor der Änderung der OID die Liste aller referenzierenden Templates abspeichern und Reihenfolge diese hinsichtlich der neuen OID anpassen!* Wird ein Template (im Entwurf-Status!) nicht mehr benötigt, soll der Elemente müssen eigenhalten Inhalt gelöscht und ein dummy-Name sowie eine dummy-OID (z.B. OID Ändern auf Zweig 1.2.40.0.34.6.0.11'''.777.'''xxx) vergeben werden. Dies steht somit zur späteren Verwendung frei. Durch das löschen des Inhalts werdenauch evtl. bestehende Referenzen (Beziehungen zu anderen Templates) entfernt, und es scheint auch nicht mehr in den Beziehungen der referenzierenden Templates auf.:{{BeginYellowBox}}''Wichtiger Hinweis: Wenn ein '' Sollte das Template laut IHE bereits produktiv sein ("requiredactive" ist), finden Sie Informationen unter [[Hilfe:Art-Decor_Leitfadenerstellung#Versionierung|'''Versionierung''']].{{EndYellowBox}} ==Inhalte von Templates=====Template Metadaten===Hinsichtlich folgender Elemente gelten die Vorgaben der Governance.====Templatename (überarbeitet aber komplett übernommen)====Es gelten die Definitionen der Governance hinsichtlich [https://wiki.hl7.at/index.php?title=ART-DECOR_Governance#Namens-_und_Versionierungs-Konventionen Namenskonventionen]====Versions-Label (überarbeitet aber für komplett übernommen)====Es gelten die Definitionen der Governance hinsichtlich [https://wiki.hl7.at/index.php?title=ART-DECOR_Governance#Namens-_und_Versionierungs-Konventionen Versionierungskonventionen]====Item-Label (entfällt)====Es gelten die Anwendung Definitionen der Governance hinsichtlich [https://wiki.hl7.at/index.php?title=ART-DECOR_Governance#Item-Label Item-Label]====Relationships (überarbeitet aber komplett übernommen)====Wenn Beziehungen zu anderen Templates bestehen (z.B. Spezialisierung), sollen diese in Österreich nicht benötigt den Template-Metadaten des neu erstellten Templates ersichtlich sein.  Die Arten der anzugebenden '''Beziehungstypen''' sind der Governance unter [[ART-DECOR_Governance#Ableitung_von_Templates|Ableitung von Templates]] beschrieben. Die Template-ID des Basistemplates wirdnur zu Zwecken der Nachvollziehbarkeit in den Metadaten angegeben, in der Templatespezifikation selbst muss sie entfernt werden, da dies sonst bei der Generierung von "closed" Schematron-Regeln zu Inkonsistenzen und zu falsch-positiven Schematron-Fehlern bei der Validierung führen kann das . ====Beispiel-Snippets (überarbeitet aber komplett übernommen)====* Code-Snippet-Gerüste können mit dem "Zaubstab" im ART Template mit einem Editor erzeugt werden (siehe [https://www.art-decor.org/mediawiki/index.php?title=ART_Template_Editor#Insert_example '''Insert example''']). * In '''allen Templates''' (außer DLTs) werden nur '''nullFlavorCode-Snippets''' des betreffenden Templates selbst eingefügt. Beispiel-Snippets werden in der Regel nur zum Template selbst erstellt werden , nicht aber zu den darin verlinkten Templates (z.B. Freitextincluded Entries).* Code-Snippets sollen immer '''zuletzt''' ergänzt werden, um den Aufwand nach Änderungen im Template gering zu halten. ===Template Body=======Template-Inhalt „keine Information“ oder Code „entry empty“ID (überarbeitet aber komplett übernommen)====In einer konkreten CDA XML Instanz darf nur 1 Template-ID aus dem ELGA OID Root 1.2.40.0.34.6.0.11.XXX stammen. D.h. Dadurch jene Template-ID, die beim Ableiten eines Prototyps von Art-Decor automatisch hinzugefügt wird der , muss entfernt werden.Weitere OID können - sofern im zugrundeliegenden Standard nicht verletzt und gefordert - angegeben werden.Alle Richtlinien zur Vergabe einer OID für das IHEneu erzeugte Template sind unter [https://wiki.hl7.at/index.php?title=ART-DECOR_Governance#Root_OID_f.C3.BCr_Templates Governance] zu finden. ==== Standard-Referenzen (überarbeitet aber komplett übernommen)====Daten-und Template kann trotzdem verwenden -Elemente sollen in ihrem Label zu können der entsprechenden Spezifikation verlinken, auf der sie basieren (Interoperabilität!z.B. IHE PHARM, Kap. 4.4).Dies liegt in der Verantwortung des Entwicklers. ====XDS-Metadaten-Mapping (komplett übernommen)====Elemente die auf XDS-Metadaten gemappt werden müssen, sollen mit "↔ Hinweis zum XDS-Mapping" gekennzeichnet sein.<br>Beispiel:<br>'''↔ Hinweis zum XDS-Mapping:''' Das templateId-Element mit einer Extension beginnend mit "XDSdocumentEntry.formatCode^" wird ins XDS-Attribut formatCode gemappt (ohne Präfix XDSdocumentEntry.formatCode^)

====Erstellung neuer TemplatesVerwendung von Template-Compilations (komplett übernommen)====* Wenn neue Templates erstellt werden, vergibt ArtCompilations sind Template-Decor per Default eine dem Projektverzeichnis untergeordnete OIDFragmente, diese muss nach den Vorgaben der [https://wikiwie z.hl7B.at/indexAdressinformationen.php?title=ART-DECOR_Governance#Art-Decor_Root_OID Governance] geändert Da sich diese mehrfach wiederholen können, sollen sie mit "contains" eingebunden werden (siehe [[https://www.art-decord.org/mediawiki/indexh.php?title=ART_Template_Editor#Metadata | Metadata]]).* Der Name eines Templates (nicht der Anzeigename!) 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 Inhalt der Compilation 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 werdenim verlinkenden Template angezeigt), 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“ Diese sollen aber im xml und Referenzierung des ProjektesLeitfaden als eigene Kapitel vorhanden sein.

===Document Level Template erstellen(überarbeitet aber komplett übernommen)===*Für '''jede Transaktion Dokumentart''' (jede DokumentartTransaktion) muss ein neues Document-Level-Template (DLT) erstellt werden (nach Vorgaben der [[ART-DECOR_Governance#Governance_f.C3.BCr_die_CDA-Leitfadenerstellung_mit_Art-Decor | Governance]]).<br>''Anmerkung: Solange das DLT noch nicht in der Transaktion des Szenarios verlinkt ist, wird dessen Label (im Template-Baum) als oranges Dreieck mit Pfeilen angezeigt, sonst als oranges Viereck/Buch.'' <br>====Workflow Document Level Template erstellen (überarbeitet und teilweise übernommen)====# Neues DLT anlegen: Angabe Name, Version Label, Display Name laut Governance, dann Template mit der von Art-Decor per default vergebenen OID speichern# Anschließend OID entsprechend Governance korrigieren (Template bearbeiten, "#")(nur über GUI möglich, nicht via Temple).# „Included Templates“ aus DLT-Header mit Kettensymbol zum Projekt hinzufügenTipps (entfällt):* Zur Vereinfachung kann der Inhalt eines bestehenden DLT via Temple als XML kopiert und in das neue Template einfügen werden (effective DATE und OID bleiben erhalten).* Inhaltliche Korrekturen und Anpassungen können auch in einem externen XML-Editor (z.B. Oxygen) durchgeführt und dann in Temple eingefügt werden.

===Alle weiteren Templates Dataset-Mapping erstellen=(überarbeitet aber komplett übernommen)==Bevor ein neues Template erstellt Die Zuordnung von Datensatz-Elementen und erstellten Templates wird, müssen empfohlen. Dadurch sind alle Templates über die Governance Seite aufgelistetmit einem Template assoziierten Konzepte in der Template-Beschreibung zusammengefasst, deren Wiederverwendbarkeit geprüft werden sowie direkt beim assoziierten CDA-Element bzw. welche OID als nächstes vergeben werden mussAttribut des Templates ersichtlich. Wenn möglich, aus vorhandenen Templates ableiten! Dies dient der Kontrolle („+“auch für die Experten-Symbol in der Templateansicht im Projektverzeichnis/Arbeitsgruppe).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 IHEalle erforderlichen Dataset-Vorgaben übereinstimmenOptionalitä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.<br>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 seinden Templates modelliert wurden.

[https://www.art-decor.org/mediawiki/index.php?title===Sektionen entsprechend dem IHE Profil modellieren===(siehe TODO)ART_Template_Associations ART Template Associations]

==Terminologien hinzufügen(überarbeitet aber komplett übernommen)==

==DatasetTesten und Fehlerbehebung (überarbeitet aber komplett übernommen)==Um die Qualität eines Projekts zu überprüfen, können eine Reihe von Prüfungen durchgeführt werden, bevor eine Publikation erstellt wird. Informationen zu den entsprechenden Funktionalitäten des ART Project Editors finden Sie unter [https://www.art-Mapping erstellendecor.org/mediawiki/index.php?title=ART_Project_Editor#Preflighting%20publication%20and%20quality%20checks Preflighting publication and quality checks]. ===Workflow Decor Prüfung===Die Zuordnung von Datensatz-Elementen Decor Prüfung testet, ob das Projektschema gültig ist und erstellten Templates wird empfohlenSchematronregeln erstellt werden können. Dadurch sind  Menü Projekt – Entwicklung:* "Decor prüfen": Prüfung über gesamtes Modell:* "Optionale Prüfungen konfigurieren": alle mit einem Template assoziierten Konzepte in der TemplateOptionen auswählen:* Schema und Schematron-Prüfung durchführen, eventuelle Fehler werden aufgelistet. ==Schematron erstellen (überarbeitet aber komplett übernommen: https://confluence.elga.gv.at/display/SCC/Schematron-Beschreibung zusammengefasstErstellung+und+Bereitstellung)== Generell gilt:* Mithilfe von ISO Schematron kann geprüft werden, sowie direkt beim assoziierten ob ein gültiges HL7 CDADokument (HL7 v3) vorliegt, während eine XSD-Element bzwSchemaprüfung, nur prüft ob ein gültiges XML Dokument vorliegt. Attribut des * Aus den modellierten Templates ersichtlichkönnen über Art-Decor automatisch Schematronregeln generiert werden. Dies dient der Kontrolle* Wenn zusätzliche Geschäftsregeln geprüft werden sollen, dass alle erforderlichen Datensatz-Elemente die nicht in den Templates modelliert wurdensind, müssen die dazu notwendigen Asserts von Hand eingetragen werden (z.B. Logik: Schwangerschaftsstatus, prüfen ob Impfempfehlung in diesem Jahr noch gültig).* Informationen zu den entsprechenden Art-Decor Tool finden Sie unter [https://www.art-decor.org/mediawiki/index.php?title=Live_Runtime_Compile Live Runtime Compile (LRC)].* Es wird empfohlen, bereits während der Modellierung regelmäßig eine Kompilierung durchzuführen (z.B. nachdem ein DLT mit Header und noch leerem structuredBody erstellt wurde), um zu testen, ob das Projektschema noch gültig ist.* Art-Decor bietet die Möglichkeit nach korrekter Schematron-Generierung ein Beispieldokument zu prüfen. ===Workflow Schematron erzeugen ===Menü Projekt – Entwicklung:* "Compiliere Entwicklungsversion": :* "Optionale Prüfungen konfigurieren": Optionen "Force recompile", "Explicit includes", "Schematron geschlossen" (falls gewünscht):* Bei jeder Compilierung entsteht eine neuer Listeneintrag, das zip-File kann gespeichert werden um lokal Beispieldokumente zu validieren -> Achtung, nur die jeweils letzten beiden Versionen bleiben zum Download verfügbar! :* Nach Publikation soll nur die letzte, gültige Schematron-Version verfügbar sein (alle restliche können entfernt werden).

[https==Asserts erstellen (entfällt)== (TODO://www.art-decor.org/mediawiki/index.php?title=ART_Template_Associations ART Template Associations]OKU)

==Schematron Beispieldokumente (überarbeitet aber komplett übernommen=====Beispielbokumente erstellen=== (TODO)* Das Gerüst eines Beispieldokuments kann erstellt werden, indem man im entsprechenden DLT den Zauberstab des Template Editors anwendet und rekursiv alle Code-Snippets der darin verlinkten Templates einfügt.

==Testen und Fehlerbehebung==[https://www* In jedem '''Document-Level-Template''' soll nur ein '''Verweis''' auf ein vollständiges Beispieldokument angeführt werden (z.B. auf HL7.at), damit dies bei Bedarf angepasst werden kann.artÄnderungen im DLT erfordern sonst eine neue Template-decor.org/mediawiki/indexID!* Beispieldokument sollen immer '''zuletzt''' ergänzt werden, um den Aufwand nach Änderungen in Templates gering zu halten.php?title=ART_Project_Editor#Preflighting%20publication%20and%20quality%20checks Preflighting publication and quality checks]

==Asserts erstellen=Beispieldokumente validieren=== (TODO)Nachdem erfolgreich ein [[Hilfe:Art-Decor_Leitfadenerstellung#Schematron_erstellen|Schematron]] erstellt wurde, kann unter im Projekt Editor unter "Menü Projekt"–"Entwicklung"-"Compiliere Entwicklungsversion" im aktuellen Listeneintrag die Funktion "XML-Instanz validieren" ausgewählt werden und ein Beispieldokument hochgeladen werden.

==Beispielbefunde erstellen Publikation (überarbeitet aber komplett übernommen: https://confluence.elga.gv.at/display/SCC/Schematron-Erstellung+und testen+Bereitstellung)=Informationen zur Publikation eines Leitfadens in Art-Decor finden Sie unter [https://www.art-decor.org/mediawiki/index.php?title=ART_Project_Editor#Creating_a_new_version_.2F_release_.2F_publication_request Creating a new version / release / publication request]. TODO