Vokabular-Einbindung - Versionsgeschichte

Wikiadmin: /* Darstellung der Binding-Stärke */

2012-06-19T08:46:09Z

‎Darstellung der Binding-Stärke

Wikiadmin: /* Darstellung der Binding-Stärke */

2012-06-19T08:45:31Z

‎Darstellung der Binding-Stärke

Foemig: /* Darstellung des Bindings */

2012-01-15T17:47:35Z

‎Darstellung des Bindings

Foemig: /* Referenzen */

2012-01-15T17:45:42Z

‎Referenzen

Foemig: /* Beispiele */

2012-01-15T17:45:15Z

‎Beispiele

Foemig: /* Beispiele */

2012-01-15T17:44:45Z

‎Beispiele

Foemig am 15. Januar 2012 um 17:44 Uhr

2012-01-15T17:44:03Z

Foemig: Syntax korrigiert

2012-01-15T17:40:06Z

Syntax korrigiert

Wikiadmin: /* Beispiele */

2011-10-05T10:21:48Z

‎Beispiele

Wikiadmin: /* Beispiele */

2011-10-05T10:21:25Z

‎Beispiele

@@ Zeile 35: / Zeile 35: @@
 * Wird die Stärke des Bindings auf „SHALL“ / „MUSS“ festgelegt, entspricht die ''coding strength'' innerhalb des Datentyps CS (Coded Simple Value) ''CNE = coded, non-extensible / kodiert, nicht erweiterbar''.
-* Analog dazu wird die Coding Strength bei der Stärke des Bindings „SHOULD“ / „SOLL“ innerhalb des Datentyps CD (concept descriptor) auf ''CWE = coded with extensibility'' festgelegt.
+* Analog dazu wird die Coding Strength bei der Stärke des Bindings „SHOULD“ / „SOLLTE“ innerhalb des Datentyps CD (concept descriptor) auf ''CWE = coded with extensibility'' festgelegt.
 === Darstellung der Flexibilität des Value Sets Bindings ===

@@ Zeile 27: / Zeile 27: @@
 | erforderlich / zwingend erforderlich<br/>''required / mandatory'' || MUSS<br/>''SHALL'' || DARF NICHT<br/>''SHALL NOT''
 |-
-| empfohlen<br/>''best practice / recommended'' || SOLL<br/>''SHOULD'' || SOLL NICHT<br/>''SHOULD NOT''
+| empfohlen<br/>''best practice / recommended'' || SOLLTE<br/>''SHOULD'' || SOLLTE NICHT<br/>''SHOULD NOT''
 |-
 | akzeptiert / erlaubt<br/>''acceptable / permitted'' || DARF<br/>''MAY'' || MUSS NICHT<br/>''NEED NOT''

@@ Zeile 42: / Zeile 42: @@
 ! Flexibilität des Bindings !! Ausdruck
 |-
-| Statische Flexibilität || STATISCH<br/>STATIC
+| Statische Flexibilität || STATISCH<br/>''STATIC''
 |-
-| Dynamische Flexibilität || DYNAMISCH<br/>DYNAMIC
+| Dynamische Flexibilität || DYNAMISCH<br/>''DYNAMIC''
 |}

@@ Zeile 152: / Zeile 152: @@
 {{ConstraintBox|Der Wert für LevelOfCareAssignment.value in der Observation levelOfCareAssignment MUSS STATISCH aus dem ValueSet LevelOfCareAssignment.value <valueSystemOID fehlt noch> 20110930 ausgewählt werden.}}
 ==Referenzen==
 <references/>

@@ Zeile 84: / Zeile 84: @@
 ====Beispiele====
-  Der Wert für „administrativeGenderCode“ MUSS STATISCH aus dem ValueSet 2.16.840.1.113883.11.1 HL7AdministrativeGenderCode 20110930 ausgewählt werden.
+  Der Wert für „administrativeGenderCode“ MUSS STATISCH aus dem ValueSet 2.16.840.1.113883.11.1
-  Der Wert für „ClinicalDocument/code“ SOLL STATISCH aus dem ValueSet 2.16.840.1.113883.11.217892 LOINCDocumentTypeCode 20110930 ODER 2.16.840.1.113883.11.XXXXX SNOMEDDocumentTypeCode 20110930 ausgewählt werden.
+ HL7AdministrativeGenderCode 20110930 ausgewählt werden.
 === Design-time static binding für genau einen Code ===

@@ Zeile 141: / Zeile 141: @@
 ====Beispiele====
-  Der VocabularyDomain für „DocumentType/code“ MUSS MeinDokumentType sein. Das ValueSet für MyDocumentType in Deutschland MUSS STATISCH auf 2.16.840.1.113883.11.217892 LOINCDocumentTypeCode 20110930 festgelegt werden.
+  Der VocabularyDomain für „DocumentType/code“ MUSS MeinDokumentType sein.
 ==Beispiel für die Einbindung im Text==

@@ Zeile 1: / Zeile 1: @@
 = Einbindung von Kodes, Value Sets und Kodesystemen =
-Für eine HL7-konforme Implementierung müssen die Elemente, die kodierte Einträge transportieren sollen, fest mit einem Value Set verbunden sein, das alle gültigen Werte umfasst, die in diesem Element transportiert werden können. Eine solche Assoziation wird als ''vocabulary binding'' bezeichnet<ref>Health Level Seven Inc. (2011) Value Set Definition and Binding Document. Available from: <http://valuesets.org/wiki/index.php?title=Value_Set_Definition_and_Binding_Document#Bindings> [Accessed 30th September 2011].</ref><ref>Health Level Seven Inc. (2011) Version 3 Publishing Facilitator's Guide. Available from: <http://www.hl7.org/v3ballot/html/help/pfg/pfg.html#shall_should_usage> [Accessed 30th September 2011].</ref>.
+Für eine HL7-konforme Implementierung müssen die Elemente, die kodierte Einträge transportieren sollen, fest mit einem Value Set verbunden sein, das alle gültigen Werte umfasst, die in diesem Element transportiert werden können. Eine solche Assoziation wird als ''vocabulary binding'' bezeichnet<ref>Health Level Seven Inc. (2011) Value Set Definition and Binding Document. Available from: <http://valuesets.org/wiki/index.php?title=Value_Set_Definition_and_Binding_Document#Bindings> [Accessed 30th September 2011].</ref><ref>Health Level Seven Inc. (2011) Version 3 Publishing Facilitator's Guide. Available from: <http://www.hl7.org/v3ballot/html/help/pfg/pfg.html#shall_should_usage> [Accessed 30th September 2011].
 Dabei werden zwei '''Strategieansätze''' unterschieden um ein Value Set an ein Attribut oder einen Datentyp zu binden:
@@ Zeile 73: / Zeile 75: @@
 ====Syntax====
 DesignTimeStaticBindingSyntax =
-  "Der Wert für" CodedElement ("MUSS" | "SOLL") "STATISCH aus dem ValueSet" (ValueSetOID | ValueSetName) ValueSetEffectiveDate "ausgewählt werden."
+  "Der Wert für" CodedElement ("MUSS" | "SOLL") "STATISCH aus dem ValueSet"
-  "Der Wert für" CodedElement ("MUSS" | "SOLL") "STATISCH aus dem ValueSet" (ValueSetOID | ValueSetName) (ValueSetEffectiveDate) ["ODER" (ValueSetOID | ValueSetName)] ValueSetEffectiveDate "ausgewählt werden."
+ (ValueSetOID | ValueSetName) ValueSetEffectiveDate "ausgewählt werden."
 {{EMBox|zur „ODER“- Syntax: Die Reihenfolge der genannten ValueSets drückt die Präferenz der ValueSets aus.}}
@@ Zeile 89: / Zeile 94: @@
 ====Syntax====
 DesignTimeStaticBindingSingleCodeSyntax =
-  "Der Wert für" CodedElement ("MUSS" | "SOLL") "STATISCH auf" Code [DisplayName] CodeSystemOID [CodeSystemName] [EffectiveDate] "festgelegt werden."
+  "Der Wert für" CodedElement ("MUSS" | "SOLL") "STATISCH auf"
 ====Beispiele====
@@ Zeile 102: / Zeile 109: @@
 ====Syntax====
 RuntimeDynamicBindingSyntax =
-  "Die VocabularyDomain für" CodedElement "MUSS" DomainName "sein. Das ValueSet für" DomainName "in" RealmName ("MUSS" | "SOLL") "DYNAMISCH auf" (ValueSetOID | ValueSetName) "festgelegt werden."
+  "Die VocabularyDomain für" CodedElement "MUSS" DomainName "sein.
-  "Die VocabularyDomain für" CodedElement "MUSS" DomainName "sein. Das ValueSet für" DomainName "in" RealmName ("MUSS" | "SOLL") "DYNAMISCH auf" (ValueSetOID | ValueSetName) ["ODER" (ValueSetOID | ValueSetName)] "festgelegt werden."
+ Das ValueSet für" DomainName "in" RealmName ("MUSS" | "SOLL")
 {{EMBox|zur „ODER“- Syntax: Die Reihenfolge der genannten ValueSets drückt die Präferenz der ValueSets aus.}}
 ====Beispiele====
-  Die VocabularyDomain für „DocumentType/code“ MUSS MeinDokumentType sein. Das ValueSet für MyDocumentType in Deutschland MUSS DYNAMISCH auf 2.16.840.1.113883.11.217892 LOINCDocumentTypeCode festgelegt werden.
+  Die VocabularyDomain für „DocumentType/code“ MUSS MeinDokumentType sein.
 === Runtime static binding ===
@@ Zeile 117: / Zeile 129: @@
 ====Syntax====
 RuntimeStaticBindingSyntax =
-  "Die VocabularyDomain für" CodedElement "MUSS" DomainName "sein. Das ValueSet für" DomainName "in" RealmName ("MUSS" | "SOLL") "STATISCH auf" (ValueSetOID | ValueSetName) (ValueSetEffectiveDate) "festgelegt werden."
+  "Die VocabularyDomain für" CodedElement "MUSS" DomainName "sein.
-  "Die VocabularyDomain für" CodedElement "MUSS" DomainName "sein. Das ValueSet für" DomainName "in" RealmName ("MUSS" | "SOLL") "DYNAMISCH auf" (ValueSetOID | ValueSetName) (ValueSetEffectiveDate) ["ODER" (ValueSetOID | ValueSetName)] (ValueSetEffectiveDate) "festgelegt werden."
+ Das ValueSet für" DomainName "in" RealmName ("MUSS" | "SOLL")
 {{EMBox|zur „ODER“- Syntax: Die Reihenfolge der genannten ValueSets drückt die Präferenz der ValueSets aus.}}

@@ Zeile 89: / Zeile 89: @@
 ====Beispiele====
-  Der Wert für „ClinicalDocument/code“ MUSS STATISCH auf  28616-1 transfer summary (physician) 2.16.840.1.113883.6.1 LOINC 20110930 festgelegt werden.
+  Der Wert für „ClinicalDocument/code“ MUSS STATISCH auf 28616-1 transfer summary (physician) 2.16.840.1.113883.6.1 LOINC 20110930 festgelegt werden.
 === Runtime dynamic binding ===