v3dtr1:Kardinalitäten - Versionsgeschichte

Wikiadmin: /* Kardinalitäten, “mandatory" und “required” */

2015-08-24T08:56:44Z

‎Kardinalitäten, “mandatory" und “required”

Wikiadmin: /* Kardinalitäten, “mandatory" und “required” */

2015-08-24T08:55:08Z

‎Kardinalitäten, “mandatory" und “required”

Wikiadmin am 3. Februar 2011 um 21:48 Uhr

2011-02-03T21:48:13Z

Wikiadmin: 3 Versionen: v3dtr1 rübergeholt

2011-02-03T21:38:12Z

3 Versionen: v3dtr1 rübergeholt

Wikiadmin: /* Kardinalitäten, “mandatory" und “required” */

2009-11-28T16:19:56Z

‎Kardinalitäten, “mandatory" und “required”

Wikiadmin: hat „V3dt:KARDINALITAETEN“ nach „V3dtr1:Kardinalitäten“ verschoben

2009-11-23T19:44:42Z

hat „V3dt:KARDINALITAETEN“ nach „V3dtr1:Kardinalitäten“ verschoben

Tim: Die Seite wurde neu angelegt: = Kardinalitäten, “mandatory" und “required” = In den HL7 Version 3 Nachrichten können bei den Klassen-Attributen weitere Eigenschaften genutzt werden, wie z.B...

2009-04-11T18:45:08Z

Die Seite wurde neu angelegt: = Kardinalitäten, “mandatory" und “required” = In den HL7 Version 3 Nachrichten können bei den Klassen-Attributen weitere Eigenschaften genutzt werden, wie z.B...

Neue Seite

= Kardinalitäten, “mandatory" und “required” =

In den HL7 Version 3 Nachrichten können bei den Klassen-Attributen weitere Eigenschaften genutzt werden, wie z.B. die Kardinalität des Attributs. Die nachstehende Tabelle enthält eine Übersicht dieser zusätzlichen Eigenschaften.

{| class="hl7table"
|-
! Begriff !! Erklärung/Anmerkungen
|-
|Kardinalität || Spezifiziert die minimale und maximale Anzahl des Vorkommens eines Elements (Feld oder Assoziation) in einer XML Instanz. Beispielsweise 1..* bedeutet, dass das Element mindestens 1 Mal vorkommen muss und dass maximal eine unbeschränkte Anzahl Elemente zugelassen ist.
|-
|Mandatory || Ein “Mandatory” Feld/Assoziation '''muss''' in einer XML Instanz vorkommen, ansonsten ist die Nachricht ungültig. Für “Mandatory” Elemente ist die Mindestanzahl (Kardinalität) auf 1 (eins) festgelegt.
|-
|Conformance || Hier wird ein Unterschied gemacht zwischen R (required, Pflicht), NP (not permitted, nicht zugelassen) und optional.

''R = Required'' bedeutet, dass das sendende Anwenderprogramm dieses Feld oder diese Assoziation unterstützen muss. Wenn Daten verfügbar sind, muss dieses Feld/diese Assoziation in einer Nachricht vorhanden sein. Wenn die Mindest-Kardinalität 0 ist und wenn keine Daten verfügbar sind, darf das Element in einer XML Instanz fehlen und ist die Nachricht immer noch gültig. Wenn die Mindest-Kardinalität 1 ist und keine Daten verfügbar sind, muss dies mit einem nullFlavor (siehe an anderer Stelle in diesem Leitfaden) angegeben werden.

''NP = not permitted'' (nicht zugelassen) bedeutet, dass das Feld / die Assoziation nicht in einer Nachricht vorkommen darf (und auch nicht in dem zugrunde liegenden Schema vorhanden ist).

''Optional (optional)'' bedeutet, dass ein Element nicht oder wohl vorhanden sein darf und dass Unterstützung durch das sendende Anwender-programm auch nicht verpflichtend ist.
|-
|NullFlavor || Für Felder/Assoziationen mit einer Mindest-Kardinalität von 1 muss ein nullFlavor angegeben werden, wenn in einem sendenden Anwender-programm keine Informationen für dieses Element verfügbar sind. Bei-spiele von nullFlavor sind “keine Information” (NI – no information), “unbekannt” (UKN – unknown) usw. Für nähere Erläuterungen siehe unter nullFlavor in diesem Leitfaden.
|}

@@ Zeile 1: / Zeile 1: @@
 {{DocumentPart}}
-== Kardinalitäten, “mandatory" und “required” ==
+== Kardinalitäten, “mandatory", “required”, "optional" ==
 In den HL7 Version 3 Nachrichten bzw. CDA-Dokumenten können bei den Klassen-Attributen weitere Eigenschaften genutzt werden, wie z.B. die Kardinalität des Attributs. Die nachstehende Tabelle enthält eine Übersicht dieser zusätzlichen Eigenschaften.
@@ Zeile 18: / Zeile 18: @@
 |-
 |Conformance  || Hier wird ein Unterschied gemacht zwischen:
-*''R = Required'' bedeutet, dass das sendende Anwenderprogramm dieses Feld oder diese Assoziation unterstützen muss. Wenn Daten verfügbar sind, muss dieses Feld/diese Assoziation in einer Nachricht vorhanden sein. Wenn die Mindest-Kardinalität 0 ist und wenn keine Daten verfügbar sind, darf das Element in einer XML-Instanz fehlen und ist die Nachricht/das Dokument immer noch gültig. Wenn die Mindest-Kardinalität 1 ist und keine Daten verfügbar sind, muss dies mit einem nullFlavor (siehe nullFlavor) angegeben werden.<br/>Beispiel: <code><value nullFlavor="UNK"/></code>
+*''R = Required'' bedeutet, dass das sendende Anwenderprogramm dieses Feld oder diese Assoziation unterstützen muss. Wenn Daten verfügbar sind, muss dieses Feld/diese Assoziation in einer Nachricht vorhanden sein. Wenn die Mindest-Kardinalität 0 ist und wenn keine Daten verfügbar sind, darf das Element in einer XML-Instanz fehlen und ist die Nachricht/das Dokument immer noch gültig. Wenn die Mindest-Kardinalität 1 ist und keine Daten verfügbar sind, muss dies mit einem nullFlavor (siehe [[v3dtr1:NullFlavor|nullFlavor]]) angegeben werden.<br/>Beispiel: <code><value nullFlavor="UNK"/></code>
 *''Optional (optional)'' bedeutet, dass ein Element in einer Instanz nicht oder doch vorhanden sein darf und dass Unterstützung durch das sendende Anwenderprogramm nicht verpflichtend ist.
 *''NP = not permitted'' (nicht zugelassen) bedeutet, dass das Feld / die Assoziation nicht in einer Nachricht/einem Dokument vorkommen darf (und auch nicht in dem zugrunde liegenden Schema vorhanden ist/sein soll).
 |-
-|NullFlavor || Für Felder/Assoziationen mit einer Mindest-Kardinalität von 1 muss ein nullFlavor angegeben werden, wenn in einem sendenden Anwenderprogramm keine Informationen für dieses Element verfügbar sind. Beispiele von nullFlavor sind “keine Information” (NI –  no information), “unbekannt” (UKN – unknown), “sonstige” (OTH - other) usw. Für nähere Erläuterungen siehe nullFlavor.
+|NullFlavor || Für Felder/Assoziationen mit einer Mindest-Kardinalität von 1 muss ein nullFlavor angegeben werden, wenn in einem sendenden Anwenderprogramm keine Informationen für dieses Element verfügbar sind. Beispiele von nullFlavor sind “keine Information” (NI –  no information), “unbekannt” (UKN – unknown), “sonstige” (OTH - other) usw. Für nähere Erläuterungen siehe [[v3dtr1:NullFlavor|nullFlavor]].
 |}

@@ Zeile 2: / Zeile 2: @@
 == Kardinalitäten, “mandatory" und “required” ==
-In den HL7 Version 3 Nachrichten können bei den Klassen-Attributen weitere Eigenschaften genutzt werden, wie z.B. die Kardinalität des Attributs. Die nachstehende Tabelle enthält eine Übersicht dieser zusätzlichen Eigenschaften.
+In den HL7 Version 3 Nachrichten bzw. CDA-Dokumenten können bei den Klassen-Attributen weitere Eigenschaften genutzt werden, wie z.B. die Kardinalität des Attributs. Die nachstehende Tabelle enthält eine Übersicht dieser zusätzlichen Eigenschaften.
 {| class="hl7table"
@@ Zeile 9: / Zeile 9: @@
 |-
 |Kardinalität || Spezifiziert die minimale und maximale Anzahl des Vorkommens eines Elements (Feld oder Assoziation) in einer XML Instanz. Beispielsweise 1..* bedeutet, dass das Element mindestens 1 Mal vorkommen muss und dass maximal eine unbeschränkte Anzahl Elemente zugelassen ist.
 |-
-|Mandatory || Ein “Mandatory” Feld/Assoziation '''muss''' in einer XML Instanz vorkommen, ansonsten ist die Nachricht ungültig. Für “Mandatory” Elemente ist die Mindestanzahl (Kardinalität) auf 1 (eins) festgelegt.
+|Mandatory || Ein “mandatory" Item (Feld/Assoziation) '''muss''' in einer XML-Instanz vorkommen, ansonsten ist die Nachricht ungültig. Für “mandatory” Elemente ist die Mindestanzahl (Kardinalität) auf 1 (eins) festgelegt. “Mandatory" Elemente sollten nur sparsam und bedacht in Spezifikationen eingesetzt werden, da beim Fehlen von Informationen gar keine Information als Nachricht oder Dokument gesendet werden kann.
 |-
-|Conformance  || Hier wird ein Unterschied gemacht zwischen R (required, Pflicht), NP (not permitted, nicht zugelassen) und optional.
+|Conformance  || Hier wird ein Unterschied gemacht zwischen:
+*''R = Required'' bedeutet, dass das sendende Anwenderprogramm dieses Feld oder diese Assoziation unterstützen muss. Wenn Daten verfügbar sind, muss dieses Feld/diese Assoziation in einer Nachricht vorhanden sein. Wenn die Mindest-Kardinalität 0 ist und wenn keine Daten verfügbar sind, darf das Element in einer XML-Instanz fehlen und ist die Nachricht/das Dokument immer noch gültig. Wenn die Mindest-Kardinalität 1 ist und keine Daten verfügbar sind, muss dies mit einem nullFlavor (siehe nullFlavor) angegeben werden.<br/>Beispiel: <code><value nullFlavor="UNK"/></code>
-''R = Required'' bedeutet, dass das sendende Anwenderprogramm dieses Feld oder diese Assoziation unterstützen muss. Wenn Daten verfügbar sind, muss dieses Feld/diese Assoziation in einer Nachricht vorhanden sein. Wenn die Mindest-Kardinalität 0 ist und wenn keine Daten verfügbar sind, darf das Element in einer XML Instanz fehlen und ist die Nachricht immer noch gültig. Wenn die Mindest-Kardinalität 1 ist und keine Daten verfügbar sind, muss dies mit einem nullFlavor (siehe an anderer Stelle in diesem Leitfaden) angegeben werden.
+*''Optional (optional)'' bedeutet, dass ein Element in einer Instanz nicht oder doch vorhanden sein darf und dass Unterstützung durch das sendende Anwenderprogramm nicht verpflichtend ist.
+*''NP = not permitted'' (nicht zugelassen) bedeutet, dass das Feld / die Assoziation nicht in einer Nachricht/einem Dokument vorkommen darf (und auch nicht in dem zugrunde liegenden Schema vorhanden ist/sein soll).
 |-
-|NullFlavor || Für Felder/Assoziationen mit einer Mindest-Kardinalität von 1 muss ein nullFlavor angegeben werden, wenn in einem sendenden Anwender-programm keine Informationen für dieses Element verfügbar sind. Bei-spiele von nullFlavor sind “keine Information” (NI –  no information), “unbekannt” (UKN – unknown) usw. Für nähere Erläuterungen siehe unter nullFlavor in diesem Leitfaden.
+|NullFlavor || Für Felder/Assoziationen mit einer Mindest-Kardinalität von 1 muss ein nullFlavor angegeben werden, wenn in einem sendenden Anwenderprogramm keine Informationen für dieses Element verfügbar sind. Beispiele von nullFlavor sind “keine Information” (NI –  no information), “unbekannt” (UKN – unknown), “sonstige” (OTH - other) usw. Für nähere Erläuterungen siehe nullFlavor.
 |}

← Nächstältere Version		Version vom 3. Februar 2011, 21:48 Uhr
Zeile 1:		Zeile 1:
		+	{{DocumentPart}}
	== Kardinalitäten, “mandatory" und “required” ==		== Kardinalitäten, “mandatory" und “required” ==

← Nächstältere Version		Version vom 28. November 2009, 16:19 Uhr
Zeile 1:		Zeile 1:
−	= Kardinalitäten, “mandatory" und “required” =	+	== Kardinalitäten, “mandatory" und “required” ==

	In den HL7 Version 3 Nachrichten können bei den Klassen-Attributen weitere Eigenschaften genutzt werden, wie z.B. die Kardinalität des Attributs. Die nachstehende Tabelle enthält eine Übersicht dieser zusätzlichen Eigenschaften.		In den HL7 Version 3 Nachrichten können bei den Klassen-Attributen weitere Eigenschaften genutzt werden, wie z.B. die Kardinalität des Attributs. Die nachstehende Tabelle enthält eine Übersicht dieser zusätzlichen Eigenschaften.

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

← Nächstältere Version	Version vom 23. November 2009, 19:44 Uhr
(kein Unterschied)