v3dtr1:Klassenattribute - Versionsgeschichte

Wikiadmin: /* Zusammengesetzte Datentypen */

2013-03-18T08:58:05Z

‎Zusammengesetzte Datentypen

Wikiadmin: /* Zusammengesetzte Datentypen */

2013-03-18T08:57:51Z

‎Zusammengesetzte Datentypen

Wikiadmin: /* Ausnahmen mit Informationen als Element Content */

2013-03-18T08:57:22Z

‎Ausnahmen mit Informationen als Element Content

Foemig: /* Zusammengesetzte Datentypen */

2012-11-22T11:58:33Z

‎Zusammengesetzte Datentypen

Wikiadmin: /* Klassen-Attribute und Datentypen */

2011-08-02T21:16:32Z

‎Klassen-Attribute und Datentypen

Wikiadmin: /* Strukturelle Attribute */

2011-08-02T07:06:04Z

‎Strukturelle Attribute

Wikiadmin: /* Klassen-Attribute und Datentypen */

2011-08-01T09:48:20Z

‎Klassen-Attribute und Datentypen

Wikiadmin: /* Klassen-Attribute und Datentypen */

2011-08-01T09:40:30Z

‎Klassen-Attribute und Datentypen

Wikiadmin am 3. Februar 2011 um 21:48 Uhr

2011-02-03T21:48:24Z

Wikiadmin: 13 Versionen: v3dtr1 rübergeholt

2011-02-03T21:38:39Z

13 Versionen: v3dtr1 rübergeholt

@@ Zeile 67: / Zeile 67: @@
    <high value="20040909"/>
 </effectiveTime>
-<syntaxhighlight>
+</syntaxhighlight>
 In den Beschreibungen der zusammengesetzten Datentypen werden die Kindelemente folgendermaßen notiert:

@@ Zeile 62: / Zeile 62: @@
 Bei zusammengesetzten Datentypen wird die Substruktur (beispielsweise <low> und <high> bei einem Intervall) immer als Kindelement des betreffenden Datentyp-Elements wiedergegeben.
-{{HL7XML
+<syntaxhighlight lang="xml">
 <effectiveTime>
    <low value="20040507"/>
    <high value="20040909"/>
 </effectiveTime>
-}}
+<syntaxhighlight>
 In den Beschreibungen der zusammengesetzten Datentypen werden die Kindelemente folgendermaßen notiert:

@@ Zeile 49: / Zeile 49: @@
 Beispiel: Die Komponenten einer Adresse werden durch Kindelemente des ''addr'' Elements mit den Informationen als Element Content (im Beispiel rot markiert) aufgenommen.
-{{HL7XML
+<syntaxhighlight lang="xml">
 <addr>
    <streetName>Große Bleichen</streetName>
@@ Zeile 57: / Zeile 56: @@
    <city>Hamburg</city>
 </addr>
-}}
+</syntaxhighlight>
 === Zusammengesetzte Datentypen ===

@@ Zeile 72: / Zeile 72: @@
 In den Beschreibungen der zusammengesetzten Datentypen werden die Kindelemente folgendermaßen notiert:
-{{AttDesc | elm | act | Name Kindelement | Beschreibung / Erklärung / Bedeutung | Datentyp | | }}
+{{AttDesc | ae=elm | rim=act | name=Name Kindelement | desc=Beschreibung / Erklärung / Bedeutung | dt=Datentyp | conf=Konformanz| card=Kardinalität }}
 === Strukturelle Attribute ===

@@ Zeile 22: / Zeile 22: @@
 </syntaxhighlight>
 In dem XML Schema ist die Kardinalität des Modellattributs aufgenommen. In dem vorstehenden Beispiel ist <id> Pflicht [1..1], <addr> [0..1] und <telecom> [0..*] sind optional.
-{{BeginEMBox}}
+{{EMBox|Achtung: Im heutigen XML Schema Sprache kann die Kardinalität eines XML Elements festgelegt werden, aber ob der “Inhalt”, also die Informationen gemäβ der Datentyp-Spezifikation vorhanden sind oder nicht, oder ob sie die korrekte Zusammensetzung haben, ist mit den jetzt vorhandenen Schemas nicht validierbar. Hier ist aber ein zweiter Validierungsschritt erforderlich, wenn garantiert werden muss, dass beispielsweise ein II Datentyp immer mit einem ''root/extension'' Attributpaar ausgefüllt ist oder ein ''nullFlavor'' Attribut enthält. Um dieses Validierungsniveau möglich zu machen, sind weitere Validierungsschritte mit so genannten ''constraint'' Sprachen erforderlich (beispielsweise OCL, Schematron).
-Achtung: Im heutigen XML Schema Sprache kann die Kardinalität eines XML Elements festgelegt werden, aber ob der “Inhalt”, also die Informationen gemäβ der Datentyp-Spezifikation vorhanden sind oder nicht, oder ob sie die korrekte Zusammensetzung haben, ist mit den jetzt vorhandenen Schemas nicht validierbar. Hier ist aber ein zweiter Validierungsschritt erforderlich, wenn garantiert werden muss, dass beispielsweise ein II Datentyp immer mit einem ''root/extension'' Attributpaar ausgefüllt ist oder ein ''nullFlavor'' Attribut enthält. Um dieses Validierungsniveau möglich zu machen, sind weitere Validierungsschritte mit so genannten ''constraint'' Sprachen erforderlich (beispielsweise OCL, Schematron).
+}}
 Die XML Elemente haben XML Attribute, die durch den Datentyp selbst bestimmt werden. Die hier verwendete Notationsform für die Datentyp-Attribute lautet:

@@ Zeile 158: / Zeile 158: @@
 Beispiel: In der Klasse ''Observation'' gibt es zwei Attribute, ''classCode'' und ''moodCode'', die als strukturelle Attribute nicht als separate XML Elemente auftreten, sondern als XML Attribute des Klassenelements.
-{{HL7XML
+<syntaxhighlight lang="xml">
-| code =
+<observation classCode="OBS" moodCode="EVN"/>
-<Observation classCode="OBS" moodCode="EVN"/>
+</syntaxhighlight>

@@ Zeile 6: / Zeile 6: @@
 Beispiel:
-[[Bild:classattr.jpg]]
+[[Bild:Classattr.jpg|250px]]
 In der vorstehenden Klasse “Patient” ist eine Reihe von Attributen aufgenommen, darunter der classCode (mit dem festen Wert “PAT”), id, addr und telecom.
@@ Zeile 16: / Zeile 16: @@
 Mit Ausnahme der strukturellen Attribute (siehe nachstehend) werden die Modell-Attribute als XML Elemente wiedergegeben. Die Elemente tragen den im Modell angegebenen Namen. Wenn z.B. ein Attribut den Namen ''id'' hat, ist der Name des XML Elements <id/>.
-{{HL7XML
+<syntaxhighlight lang="xml">
 <id ... />
 <addr ... />
 <telecom ... />
-}}
+</syntaxhighlight>
 In dem XML Schema ist die Kardinalität des Modellattributs aufgenommen. In dem vorstehenden Beispiel ist <id> Pflicht [1..1], <addr> [0..1] und <telecom> [0..*] sind optional.
 {{BeginEMBox}}
@@ Zeile 27: / Zeile 26: @@
 {{EndEMBox}}
-Die XML Elemente haben XML Attribute, die durch den Datentype selbst bestimmt werden. Die hier verwendete Notationsform für die Datentyp-Attribute lautet:
+Die XML Elemente haben XML Attribute, die durch den Datentyp selbst bestimmt werden. Die hier verwendete Notationsform für die Datentyp-Attribute lautet:
 Für die Datentypen wurden Attribute definiert, welche die Daten tragen. So hat in dem Beispiel das ''id'' Modellattribut den Datentype II (Instance Identifier). Die zu diesem Datentyp gehörenden Attribute sind beispielsweise ''root'' und ''extension'', die als XML Attribute beim Element wiedergegeben werden.
-{{HL7XML
+<syntaxhighlight lang="xml">
 <id   root="..."  extension="..." />
-}}
+</syntaxhighlight>
 Nähere Erläuterungen zu den Datentypen und den dazugehörenden Attributen sind in den folgenden Kapiteln pro Datentyp aufgenommen.

← Nächstältere Version		Version vom 3. Februar 2011, 21:48 Uhr
Zeile 1:		Zeile 1:
		+	{{DocumentPart}}
	== XML Repräsentation von Klassen-Attributen ==		== XML Repräsentation von Klassen-Attributen ==
	=== Klassen-Attribute und Datentypen ===		=== Klassen-Attribute und Datentypen ===

← Nächstältere Version	Version vom 3. Februar 2011, 21:38 Uhr
(kein Unterschied)