Änderungen

Ein Value Set ist eine eindeutig durch Name oder OID identifizierbare und versionierte Sicht auf ein oder mehrere Codesysteme. Es kann als Zusammenstellung von einem oder mehreren Codes aus einem oder mehreren Codesystemen gesehen werden. Ein Value Set enthält die Codes selbst und die Information über die Herkunft des Codes (das Source-Codesystem), z.B.  Beispiele für Value Sets: "ELGA_NullFlavor", oder "ELGA_Dokumentenklassen".

====Value Set Binding====Für ELGA gilt grundsätzlich eine DYNAMISCHE Bindung an Value Sets sind nicht nur durch einen eindeutigen Namen. Das bedeutet, dass immer die aktuell am Terminologieserver publizierte Version eines Value Sets anzuwenden ist. (Das Setzen des entsprechenden Schlüsselworts DYNAMIC ist daher in den Leitfäden optional, sondern aktuell gibt es auch durch eine OID, und eine Versionsnummer gekennzeichnet. Weiters werden Gültigkeitsstatus und ein "Gültig ab"-Datum angegebenkeine ValueSets die statisch gebunden sind).

====Änderbarkeit von Für jedes Value Sets====Inhalte von Set ist am Terminologieserver auch ein Zeitpunkt angegeben, an dem es Gültigkeit erlangt ("Status: Active as of"), das ist speziell für Value Sets können sich ändernwichtig, der Name und die OID eines schon vor ihrem Inkrafttreten veröffentlicht werden. Value Sets bleiben aber gleich. Bei neuen Versionen werden Versionsnummersind so lange gültig, Änderungsdatum und "Gültig ab"-Datum (effectiveDate) angegeben. Damit kann bis das Gültigkeitsdatum einer neueren Version dieses Value Sets erreicht wird – dann gilt die Gültigkeit zu einer bestimmten Zeit rekonstruiert werdenneuere Version.

In Ausnahmen kann bei der Definition eines Value Sets Im CDA-Dokument KANN über die Attribute @ValueSet und @ValueSetVersion angegeben werden, dass es nicht geändert oder versioniert werden darf (Property "Immutability")welches Value Set in welcher Version als Basis für die Befüllung des jeweiligen Datenelements verwendet wurde.

====Änderbarkeit von Value Set BindingSets====Für ELGA gilt grundsätzlich eine DYNAMISCHE Bindung an Inhalte von Value Sets können sich ändern, der Name und die OID eines Value Setsbleiben aber gleich. Alle ValueSets, die für ein CDA des Implementierungsleitfadens verwendet werden, sollen periodisch gemeinsam aktualisiert werden. Das bedeutetDatum, dass immer an dem die aktuell am Terminologieserver publizierte Version eines lokal zur Implementierung verwendeten Value Sets anzuwenden istmit dem österreichischen Terminologieserver abgeglichen wurden, wird im Terminologiedatum-Header-Element "terminologyDate" angegeben. (Das Setzen des entsprechenden Schlüsselworts DYNAMIC ist daher in den Leitfäden optional)Damit kann die Gültigkeit zu einer bestimmten Zeit rekonstruiert werden.

Für jedes ====Publikation der Value Set ist auch ein Zeitpunkt angegeben, an dem es Gültigkeit erlangt (Sets am Terminologieserver====Sämtliche in den Implementierungsleitfäden verwendeten Value Sets werden am österreichischen Terminologieserver publiziert. <ref name="Gültig abTerminologieserver"), das ist für />Damit die jeweils aktuelle Version der Value Sets wichtigangewendet werden kann, die schon vor ihrem Inkrafttreten veröffentlicht soll der Terminologieserver regelmäßig auf Update abgeprüft werden. Es wird EMPFOHLEN, diese Überprüfung täglich durchzuführen.

====Terminologiedatum====Das Datum, an dem sämtliche lokal zur Implementierung verwendeten Value Sets können auch STATISCH an ein Code-mit dem österreichischen Terminologieserver abgeglichen wurden, wird über das "Terminologiedatum" angegeben: Dieses Datum wird in der Notation "YYYYMMDD" im eigenen Element gebunden werden"terminologyDate" angegeben. Das wird gekennzeichnet durch die Angabe des Beim Abgleich der Terminologien müssen immer alle Value Sets mit Name, OIDdie für ein CDA-Dokument notwendig sind, auf die am Terminologieserver aktuelle Version aktualisiert werden. Dokumente, die nur teilweise auf dem aktuellen Stand beruhen, könnten inkonsistent sein und "Gültig ab"-Datum (effectiveDate) sowie dem Schlüsselwort STATICMÜSSEN vermieden werden.