3.869
Bearbeitungen
Änderungen
→Datentypen
==Verbot von CDATA==
Die Verwendung von CDATA-Abschnitten (<![CDATA[…]]>), also von Zeichenketten, die vom Parser nicht als XML-Quellcode interpretiert werden können, ist für ELGA CDA Dokumente generell '''NICHT ERLAUBT'''.
=Technische Konformitätsprüfung=
Dieses Kapitel behandelt die technische Konformitätsprüfung von CDA-Dokumenten gemäß diesem Dokumentleitfaden mittels Schema und Schematron.
==Schema-Prüfung==
Das Absolvieren der Schema-Prüfung ist der erste Teil der technischen Konformitätsprüfung.
Eine Prüfung gegen das CDA Schema prüft die gültige „Struktur“ eines CDA-Dokuments, wie beispielsweise
* ob die XML Struktur generell gültig ist
* ob alle Elemente die richtigen Namen haben
* ob alle Elemente an der richtigen Stelle platziert sind
* ob alle gemäß Schema erforderlichen Elemente vorhanden sind
Die Schema-Prüfung stellt sicher, dass es sich beim geprüften CDA-Dokument tatsächlich um eine gültige CDA-Struktur handelt.
Die Gültigkeit der „Inhalte“ wird nur in Bezug auf den erforderlichen Datentyp der Elemente geprüft. Hiermit kann beispielsweise sichergestellt werden, dass ein „id“-Element (technisch) immer eine gültige ID enthält.
Das von ELGA verwendete Schema basiert im Wesentlichen auf dem original publizierten Schema von CDA, weist aber einige Spezifika auf. Das angepasste Schema wird auf der Website der ELGA GmbH bereitgestellt.
{{BeginYellowBox}}
Die Mindestvoraussetzung, damit ein CDA-Dokument als „gültig“ erachtet wird, ist die fehlerfreie Validierung mit dem CDA-Schema.
Das maßgebliche CDA-Schema wird auf http://www.elga.gv.at/cda publiziert.
{{EndYellowBox}}
==Schematron-Prüfung==
Im Unterschied zu einer CDA Schema Prüfung kann mittels einer Schematron-Prüfung jede beliebige Inhaltsvorschrift geprüft werden.
Das Schematron-Prüfmittel wird gemäß den Spezifikationen dieses Implementierungsleitfadens angefertigt, und stellt sicher, dass das geprüfte CDA-Dokument auch jene Anforderungen erfüllt, die über die Anforderungen des CDA Schemas hinausgehen. Solche Anforderungen sind beispielsweise:
* Optionalitäten von Elementen
** Zusätzliche Pflicht-Elemente
** Eventuell konditional von anderen Inhalten abhängig
* Anforderungen an den Inhalt von Elementen
** Bestimmte Code/Wertelisten
** Anzugebende Identifikatoren (ID)
* etc.
Das Absolvieren der Schematron-Prüfung ist der zweite Teil der technischen Konformitätsprüfung und stellt sicher, dass das geprüfte Dokument die in den Implementierungsleitfäden beschriebenen „Geschäftsregeln“ befolgt.
{{BeginYellowBox}}
Damit ein CDA-Dokument als vollständig „gültig“ hinsichtlich der ELGA Implementierungsleitfäden erachtet wird, ist die fehlerfreie Konformitätsprüfung mit den entsprechenden Schematron-Prüfregeln vorausgesetzt. Eine vollständige Prüfung der Geschäftsregeln kann nur durch einen menschlichen Prüfer erfolgen. Die ELGA GmbH kann auf Anfrage an http://cda@elga.gv.at eine solche Prüfung durchführen.
Die maßgeblichen Schematron-Prüfmittel werden auf http://www.elga.gv.at/cda publiziert.
{{EndYellowBox}}
==Online-Validation von CDA-Dokumenten==
Für die Prüfung von einzelnen CDA-XML-Instanzen mit dem entsprechenden Schema und Schematron-Regeln stellt ELGA GmbH eine Webapplikation zur Verfügung. Diese ist erreichbar über https://cda-tools.elga.gv.at/online-validator/.
Eine erfolgreiche Prüfung durch den Online-Validator beweist nicht automatisch die vollständige Einhaltung aller Geschäftsregeln, sondern nur die technische Konformität zu den Templates.
Ein zu diesem Implementierungsleitfaden konformes CDA-Dokument ist zunächst ein valides CDA Release 2.0 XML-Dokument mit [[#CDA_Header|Header]] und [[#CDA_Body|Body]]. Darüber hinaus erfüllt es alle „Geschäftsregeln“ im weiteren Text dieses Dokuments.
Dies spiegelt ein generelles Konzept im Umgang mit Dokumenten wieder: die Validierung in zwei Schritten. Im ersten Schritt stellt dies die Validierung gegen zugehörige W3C Schemas dar. Das verwendete Schema ist das geringfügig modifizierte, generische, offizielle CDA Release 2.0 Schema (siehe [[#Schema-Pr.C3.BCfung|Schema-Prüfung]]). Darüber hinaus existieren eine Reihe von Schematron Regeln, die für einen zweiten „Validierungsschritt“ genutzt werden und letztlich die Detailregelungen in diesem Leitfaden wiedergeben, sowie die Einhaltung der Geschäftsregeln (Optionalität, Kardinalität/Multiplizität, Datentypen, Wertebereiche, Abhängigkeiten) sicherstellen (siehe [[#Schematron-Pr.C3.BCfung|Schematron-Prüfung]]). Geschäftsregeln für Abschnitte oder Elemente werden auch technisch zu „Templates“ zusammengefasst. Eine XML-Instanz, die kein valides CDA-Dokument ist oder sich nicht gegen das XSD-Schema validieren lässt, oder im Widerspruch zu den angegebenen Geschäftsregeln steht, ist kein gültiges CDA-Dokument im Sinne dieses Implementierungsleitfadens.
==Konformitätsprüfung==
Nur Elemente, die im „Maximum-Set“ beschrieben sind, können zuverlässig geprüft werden. „Fremde“ Elemente oder Attribute werden daher von den Konformitätsprüfmechanismen im Sinne der „closed templates“ grundsätzlich als falsch erkannt.
==Hinweis zur Implementierung weiterverarbeitender Software==
CDA-Dokumente können unter Umständen „fremde“ Elemente oder Attribute enthalten, die der „Maximum-Set“ Vorschrift dieses Dokumentleitfadens widersprechen (z.B. aufgrund von Software-Fehlern).
Sollten derartige Elemente oder Attribute im CDA-Dokument vorhanden sein, soll weiterverarbeitende Software so implementiert sein, dass dies nicht zu Fehlern in der Weiterverarbeitung der Dokumente führt.
==Zertifizierung/Abnahmeprüfung==
Das Thema „Zertifizierung“ (etwa die Zertifizierung von Softwaresystemen) wird von diesem Implementierungsleitfaden nicht behandelt.
TODO: Abnahmeprozess
=Datentypen=
==Versionierung & Stornierung von Dokumenten==
==Mehrsprachigkeit und grenzüberschreitender Austausch==
=User Storys ("Anwendungsfälle")=
=Dataset=
