1.3.0 2025-12-01 Wurzelelement des XÖV-Fachmodells eines XÖV-Standards Mit diesem Element kann explizit festgelegt werden, dass aus dem vorliegenden Paket ein bestimmtes Schema genutzt wird (welches unter externe Modelle eingebunden sein muss). Dieses Element ist nur erforderlich, wenn ein verwendetes Präfix andernfalls nicht eindeutig ein Schema bestimmen würde. Ansonsten werden die erforderlichen Nutzungen automatisch anhand der vewendeten Präfixe aus den externen Modellen ermittelt. Falls es sich um ein Entwurf handelt (true), wird dieser Baustein bei der Verarbeitung ignoriert. Der Namensraum für dieses Schema. Das Namensraumpräfix des Schemas. Der Name der Schema-Datei, inkl. Dateiendung. Der physische Speicherort (URL inklusive Dateiname), an dem das Schema gefunden werden kann. Die Version des Schemas. Mittels dieser Einstellung kann die standardmäßige Qualifizierung der XML-Elemente in der ausgezeichneten XML Schema-Definition vorgegeben werden, also der Wert für das XML Schema-Attribut elementFormDefault. Falls der Eigenschaft kein Wert zugewiesen ist, wird die Vorgabe aus der gleichnamigen Einstellung für das XÖV-Fachmodell übernommen. Mit diesem Element kann ein beispielhafter Wert, z. B. einer Eigenschaft, angegeben werden. Angabe, ob die Eigenschaft in XML Schema als Attribut umgesetzt werden soll (true) oder als Element (false). Falls es sich um ein Entwurf handelt (true), wird dieser Baustein bei der Verarbeitung ignoriert. Mit diesem Element werden benannte XML Schema-Gruppen, das heißt Elementgruppen (xs:group) und Attributgruppen (xsd:attributeGroup) gemäß XML Schema-Spezifikation abgebildet. Siehe hierzu auch Abschnitt 2.7 "Building Content Models" des XML Schema-Primer (https://www.w3.org/TR/xmlschema-0/#groups) und 2.8 "Attribute Groups" (https://www.w3.org/TR/xmlschema-0/#AttrGroups). Benannte Gruppen sind namentlich an den nutzenden Stellen des lite-Fachmodells referenzierbar. Mit diesem Flag wird ein Standard als XÖV-fremder Standard gekennzeichnet. Mit diesem Spezial-Element kann explizit modelliert werden, dass die mit diesem Fachmodell dargestellte Version eines Standards eine bestimmte Codeliste bzw. eine bestimmte Version einer Codeliste nutzt, damit diese Nutzungsbeziehung in der Dokumentation des Standards und im XRepository dargestellt wird. Im Normalfall ist die Angabe xl:nutztCodeliste nicht erforderlich (und nicht zulässig), da die genutzten Codelisten und Codelistenversionen implizit aus den Elementen xl:codeDatentyp entsprechend der Nutzungsart ermittelt werden. Das Element xl:nutztCodeliste ist nur in den Fällen erforderlich, in denen ein Code-Datentyp als Nutzungsart 3 oder 4 aus einem externen Modell nachgenutzt wird, in der konkreten Nachnutzung aber eine bestimmte Codelisten(-version) festgelegt werden soll. Ein typisches Beispiel hierfür ist die Nachnutzung der Basisnachricht.G2G aus der XÖV-Bibliothek, welche eine Codeliste der Nachrichtentypen des konkreten Standards erfordert, diese aber in der Bibliothek nur als Nutzungsart 4 spezifizieren kann. Die Konfiguration eines XÖV-Fachmodells und somit auch seiner grundlegenden Abbildung in XML-Schema. Datum der Fassung. Die Information dient nur zu Dokumentationszwecken und hat keine Auswirkung auf die Struktur des XML-Schema. Bestimmt einen Standardnamensraum, der für alle Schemapakete gilt, in denen der Namensraum nicht explizit angegeben ist. Bestimmt ein Standardpräfix, das für alle Schemapakete gilt, in denen das Präfix nicht explizit angegeben ist. Der Basispfad der Schema Locations. Der physische Speicherort (URL exklusive Dateiname), an dem die Schemata später gefunden werden können. Bildet zusammen mit dem Namen der Schemadatei eine vollständige Schema Location, sofern für das jeweilige Schema eine Schema Location nicht explizit angegeben ist. Mittels dieser Eigenschaft kann für alle XML Schema-Definitionen die standardmäßige Qualifizierung der XML-Elemente vorgegeben werden, also der Wert für das XML Schema-Attribut elementFormDefault. Falls der Eigenschaft kein Wert oder der Wert 'qualified' zugewiesen ist, gelten die XML-Elemente als qualifiziert. Die Modell-weit geltende Vorgabe zur Qualifizierung von XML-Elementen kann sowohl auf XSD-Ebene (xsdSchema) als auch auf Element-Ebene überschrieben werden. Bestimmt, ob Eigenschaften, die mit keinem Stereotyp annotiert sind, als XML-Elemente umgesetzt werden (Wert Element) oder keine implizite Deutung erfolgen soll (Wert keine). Legt ein Präfix fest, das allen Namen globaler Elemente bei ihrer Umsetzung in XML Schema vorangesetzt wird. Namen von Nachrichten sind hiervon nicht betroffen. Legt ein Suffix fest, das allen Namen globaler Elemente bei ihrer Umsetzung in XML Schema hintangestellt wird. Namen von Nachrichten sind hiervon nicht betroffen. Legt ein Präfix fest, das allen Namen benannter Datentypen bei ihrer Umsetzung in XML Schema vorangesetzt wird. Legt ein Suffix fest, das allen Namen benannter Datentypen bei ihrer Umsetzung in XML Schema hintangehängt wird. An dieser Stelle können die Grundeinstellungen für Code-Datentypen vorgenommen werden, die für jeden Code-Datentyp des Standards gelten, in dem die Einstellungen nicht überschrieben werden. An dieser Stelle können die Grundeinstellungen für Code-Datentypen vorgenommen werden, die für jeden Code-Datentyp des Standards gelten, in dem die Einstellungen nicht überschrieben werden. An dieser Stelle können die Grundeinstellungen für Code-Datentypen vorgenommen werden, die für jeden Code-Datentyp des Standards gelten, in dem die Einstellungen nicht überschrieben werden. An dieser Stelle können die Grundeinstellungen für Code-Datentypen vorgenommen werden, die für jeden Code-Datentyp des Standards gelten, in dem die Einstellungen nicht überschrieben werden. Mittels dieses Stereotyps wird das UML-Modell des Standards annotiert. Er erlaubt die Angabe der versionsunabhängigen Metadaten des Standards. Der Name (lang) ist die "sprechende" Bezeichnung eines Standards. Der Name (kurz) ist die "sprechende" Kurzbezeichnung eines Standards. Dieser Name wird beispielsweise im XRepository in Listendarstellungen von Inhalten verwendet oder kann zur Bezeichnung des Standards in Texten (Spezifikationsdokument) verwendet werden. Neben den Namen (lang) und Namen (kurz) besitzt ein Standard einen technischen Namen. Dieser Name soll "sprechend" und gleichzeitig zur technischen Verarbeitung optimiert sein. In der Regel ist der technische Name vom Namen (kurz) abgeleitet. Die Regeln zur Bildung des technischen Namens sind im XÖV-Handbuch detailliert dargestellt. Mittels einer Kennung wird ein Standard versionsübergreifend eindeutig identifiziert. Die Regeln zur Bildung von Kennungen sind im XÖV-Handbuch detailliert dargestellt. Zu einem Standard liegt eine Beschreibung in Form eines unformatierten Fließtextes vor. Mittels dieses Stereotyps wird das UML-Modell des Standards annotiert. Er erlaubt die Angabe der versionsspezifischen Metadaten des Standards. Die Version kennzeichnet einen definierten Stand der Entwicklung oder Fortschreibung eines Standards. Sie wird zur Bildung der Kennung der Version des Standards genutzt. Zur Version eines Standards kann eine Beschreibung in Form eines unformatierten Fließtextes vorliegen. Die Version des XÖV-Handbuchs, zu dessen Regelungen die Version eines Standards konform ist. Die Version des genutzten XÖV lite-Ansatzes. Der Name des Modellierungswerkzeugs, mit dem das XÖV-Fachmodell der Version eines Standards erstellt wurde. Wird der Name nicht angegeben, gilt der Standardwert "MagicDraw". Die Version des Modellierungswerkzeugs, mit dem das XÖV-Fachmodell der Version eines Standards erstellt wurde. Sofern aufgrund Namenskonflikten oder Mehrdeutigkeit nicht das original Präfix genutzt werden kann, wird ein anderes, im Kontext des zugrundeliegenden Schemas eindeutiges Präfix genutzt. Bestimmt den zum angegebenen Präfix zu nutzenden Namensraum. Sofern mehrere Schemas mit dem gleichen Namensraum in unterschiedlichen Versionen vorliegen, wird die zu nutzende Version an dieser Stelle angegeben. Bestimmt bei Bedarf die Kennung des Modells, in dem sich das genutzte XSD-Schema befindet. Der Name der zu nutzenden XSD-Schema-Datei wird an dieser Stelle angegeben, wenn (A) diese Schemadatei unbedingt zu nutzen ist (@forced = 'true') oder (B) der Namensraum in verschiedenen Versionen genutzt wird und daher Eindeutigkeit bei den konkret zu nutzenden XSD-Schema-Dateien hergestellt werden muss. Erhält den Wert 'true', wenn die über die weiteren Attribute inkl. @schemaFile bestimmte XSD-Schema-Datei unbedingt zu nutzen ist, d. h. auch wenn tatsächlich keine Inhalte aus dieser Schemadatei genutzt werden. Ein Paket, das in eine XSD-Schema-Datei resultiert. Eine Geschäftsregel wird in Schematron als Regel abgebildet. Dokumentation bzw. Fehlermeldung der Geschäftsregel, die in Schematron als solche abgebildet wird. Die Spezifikation der Geschäftsregel in der Sprache XPath. Sie wird in Schematron als technische Prüfanweisung abgebildet. Der Auswertungskontext beschreibt den Kontext, in dem der gegebene XPath-Ausdruck ausgewertet werden soll. Wenn eine Geschäftsregel direkt einem Datentyp, einem globalen Element oder einer Nachricht zugeordnet ist und letztere ebenso den Auswertungskontext der Geschäftsregel darstellen, muss für die Zusicherung kein Auswertungskontext explizit angegeben werden. In diesem Fall sind der Fachkontext und der Auswertungskontext identisch. Sofern der Auswertungskontext eine lokale Eigenschaft betrifft, ist der Pfad zu dieser, ausgehend vom benannten Baustein anzugeben. Namensraumpräfixe sind anzugeben, wenn die Form der Eigenschaft 'qualified' ist. Beispiele: xmeld:type.Geburt, xida:TeilbekanntesDatumMitUnbekannt/teilbekanntesDatum, xmeld:datenuebermittlung.nichtzustaendigkeit.0511/xmeld:personnichtgefuehrt/xmeld:konfliktfall.person Der Fachkontext legt fest, in welchen Nachrichten bzw. in welchen Teilbereichen der Nachrichtenstrukturen die Geschäftsregeln greifen sollen. Geschäftsregeln mit demselben Fachkontext werden demselben Rule Set zugewiesen. Eine Geschäftsregel muss nicht zwingend in einem Rule Set spezifiziert werden, sondern kann auch direkt einem Datentyp, einem globalen Element oder einer Nachricht zugeordnet werden. Letztere gelten in diesem Fall implizit als Fachkontext der Geschäftsregel. Sofern der Fachkontext eine lokale Eigenschaft betrifft, ist der Pfad zu dieser, ausgehend vom benannten Baustein anzugeben. Namensraumpräfixe sind anzugeben, wenn die Form der Eigenschaft 'qualified' ist. Beispiele: xmeld:type.Geburt, xida:TeilbekanntesDatumMitUnbekannt/teilbekanntesDatum, xmeld:datenuebermittlung.nichtzustaendigkeit.0511/xmeld:personnichtgefuehrt/xmeld:konfliktfall.person Die Kennung der Geschäftsregel. Sie wird in Schematron als ID der Regel abgebildet. Optionale Angabe einer Verbindlichkeit der Geschäftsregel, die im Schematron als Severity Level (@role) umgesetzt wird. Beispielhafte angaben: "FATAL", "ERROR", "WARN", "INFO" Datentypen werden als benannte (einfache oder komplexe) Datentypen in XML Schema abgebildet. Eigenschaften werden je nach Einstellung als Elemente oder Attribute in XML Schema abgebildet. Ein Code-Datentyp gemäß XÖV-Methodik, der in XML Schema als XML-Restriction des XÖV-Datentyps Code abgebildet wird. Im Kontext des Code-Typs 4 können eine oder mehrere Codelisten bzw. Codelistenversionen als genutzt gekennzeichnet werden. Damit wird ausgesagt, dass mindestens die auf diese Weise gekennzeichneten Codelisten(versionen) im Kontext des Code-Datentyps potentiell genutzt werden. Diese Information wird für Dokumentationszwecke sowie vom XRepository ausgewertet. Nachrichten werden als globale Elemente in XML Schema abgebildet. Bestimmt die Art der XSD-Gruppe, in die die direkten XML-Kindelemente eingeordnet werden. GlobaleEigenschaften werden als globale Attribute oder Elemente in XML Schema abgebildet. Innerhalb des Beschreibungstextes sind die Elemente servicelist (für one-way-active), serviceInputList, serviceOutputList und serviceFaultList (jeweils ohne Wert) erlaubt. Sie werden an der eingesetzten Stelle durch eine unsortierte Liste der jeweiligen Nachrichten ersetzt. Ein Paket zur Strukturierung von Inhalten unterhalb eines Schemapakets. Ein Paket zur Strukturierung von Inhalten.