Showing:

Annotations
Diagrams
Instances
Model
Properties
Source
Used by
Included schema case.xsd
Properties
attribute form default unqualified
element form default qualified
Element case_type / case_admin
Annotations
Metadaten des Datensatzes;
								
@Datenannahmestelle:
								
Wenn Datensatz valide ist nach 
+wohlgeformt UND schemakonform UND
+Prüfungen aus QSDOK.vPruefung mit meta_DS = true nicht verletzt sind,
dann werden die Metadaten persistiert. Auch wenn ./case_admin/protocol/status_case/@V oder /root/header/protocol/status_document/@V gleich ERROR ist, ist die Persistierung der Metadaten notwendig. 
								
Im Unterschied zu den Metadaten sind die gelieferten Daten unter qs_data nur dann gültig, wenn 
status_document/@V nach allen Prüfschritten ungleich ERROR ist
UND
case/case_admin/protocol/status_case/@V ungleich ERROR ist.
(siehe Technische Dokumentation "Prozesse in den Datenannahmestellen")
								
Sollten status_document/@V oder case/case_admin/protocol/status_case/@V gleich ERROR sein, dann bleiben bereits gelieferte qs_data mit derselben parent::case/case_admin/guid/@V gültig. 
								
Chronologisch nachfolgende Lieferungen können nur dann gültig sein, wenn case/case_admin/version/@V höher ist als bereits gelieferte @V.
Diagram
Type case_admin_type
Properties
content complex
minOccurs 1
maxOccurs 1
Model
Children action, guid, id, module, protocol, version
Instance
<case_admin xmlns="urn:gba:sqg">
  <id V="">{1,1}</id>
  <guid V="">{1,1}</guid>
  <version V="">{1,1}</version>
  <action V="">{1,1}</action>
  <module V="">{1,1}</module>
  <protocol>{1,1}</protocol>
</case_admin>
Source
<xs:element name="case_admin" type="case_admin_type" minOccurs="1" maxOccurs="1">
  <xs:annotation>
    <xs:documentation>Metadaten des Datensatzes; @Datenannahmestelle: Wenn Datensatz valide ist nach +wohlgeformt UND schemakonform UND +Prüfungen aus QSDOK.vPruefung mit meta_DS = true nicht verletzt sind, dann werden die Metadaten persistiert. Auch wenn ./case_admin/protocol/status_case/@V oder /root/header/protocol/status_document/@V gleich ERROR ist, ist die Persistierung der Metadaten notwendig. Im Unterschied zu den Metadaten sind die gelieferten Daten unter qs_data nur dann gültig, wenn status_document/@V nach allen Prüfschritten ungleich ERROR ist UND case/case_admin/protocol/status_case/@V ungleich ERROR ist. (siehe Technische Dokumentation "Prozesse in den Datenannahmestellen") Sollten status_document/@V oder case/case_admin/protocol/status_case/@V gleich ERROR sein, dann bleiben bereits gelieferte qs_data mit derselben parent::case/case_admin/guid/@V gültig. Chronologisch nachfolgende Lieferungen können nur dann gültig sein, wenn case/case_admin/version/@V höher ist als bereits gelieferte @V.</xs:documentation>
  </xs:annotation>
</xs:element>
Element case_type / qs_data
Annotations
qs_data ist optional, wenn parent::case/case_admin/action/@V gleich "delete" ist. Für Datenlieferungen mit "create" oder "update" in action/@V ist qs_data verpflichtend. 
Der Typ für das Element qs_data wird erst in der Exportdatei mit dem Attribut qs_data/@xsi:type definiert. 
Beispiel:
<qs_data module="PPPA_NE" xsi:type="qs_data_pppa_ne_type">
								
Der Wert für xsi:type muss QSDOK.ExportModul.type_QS_data entsprechen.
								
								
Navigationshilfe in XML-Editoren wie Oxygen:
Kindelemente unter
PPP_XML-Schema\types\qs_data_types
Exportmodul --- Einstiegspunkt:
PPPA_IQTIG --- qs_data_pppa_iqtig_type
PPPA_NE --- qs_data_pppa_ne_type
PPPA_LVKK --- qs_data_pppa_lvkk_type
(Quelle: QSDOK.ExportModul.type_QS_data)
								
Navigationshilfe in der XML-Dokumentation (HTML-Ansicht):
Link qs_data_type in Zeile Type, dann sind dort nach Click/Weiterleitung in Zeile Used by und Complex Types die Typen mit den entsprechenden Teildatensätzen aufgelistet
								
Die Teildatensätze entsprechen QSDOK.ExportFormatExportModul.Bogen_name .
Diagram
Type qs_data_type
Properties
content complex
minOccurs 0
maxOccurs 1
Source
<xs:element name="qs_data" type="qs_data_type" minOccurs="0" maxOccurs="1">
  <xs:annotation>
    <xs:documentation>qs_data ist optional, wenn parent::case/case_admin/action/@V gleich "delete" ist. Für Datenlieferungen mit "create" oder "update" in action/@V ist qs_data verpflichtend. Der Typ für das Element qs_data wird erst in der Exportdatei mit dem Attribut qs_data/@xsi:type definiert. Beispiel: <qs_data module="PPPA_NE" xsi:type="qs_data_pppa_ne_type"> Der Wert für xsi:type muss QSDOK.ExportModul.type_QS_data entsprechen. Navigationshilfe in XML-Editoren wie Oxygen: Kindelemente unter PPP_XML-Schema\types\qs_data_types Exportmodul --- Einstiegspunkt: PPPA_IQTIG --- qs_data_pppa_iqtig_type PPPA_NE --- qs_data_pppa_ne_type PPPA_LVKK --- qs_data_pppa_lvkk_type (Quelle: QSDOK.ExportModul.type_QS_data) Navigationshilfe in der XML-Dokumentation (HTML-Ansicht): Link qs_data_type in Zeile Type, dann sind dort nach Click/Weiterleitung in Zeile Used by und Complex Types die Typen mit den entsprechenden Teildatensätzen aufgelistet Die Teildatensätze entsprechen QSDOK.ExportFormatExportModul.Bogen_name .</xs:documentation>
  </xs:annotation>
</xs:element>
Complex Type case_type
Diagram
Used by
Element cases_type/case
Model
Children case_admin, qs_data
Source
<xs:complexType name="case_type">
  <xs:sequence>
    <xs:element name="case_admin" type="case_admin_type" minOccurs="1" maxOccurs="1">
      <xs:annotation>
        <xs:documentation>Metadaten des Datensatzes; @Datenannahmestelle: Wenn Datensatz valide ist nach +wohlgeformt UND schemakonform UND +Prüfungen aus QSDOK.vPruefung mit meta_DS = true nicht verletzt sind, dann werden die Metadaten persistiert. Auch wenn ./case_admin/protocol/status_case/@V oder /root/header/protocol/status_document/@V gleich ERROR ist, ist die Persistierung der Metadaten notwendig. Im Unterschied zu den Metadaten sind die gelieferten Daten unter qs_data nur dann gültig, wenn status_document/@V nach allen Prüfschritten ungleich ERROR ist UND case/case_admin/protocol/status_case/@V ungleich ERROR ist. (siehe Technische Dokumentation "Prozesse in den Datenannahmestellen") Sollten status_document/@V oder case/case_admin/protocol/status_case/@V gleich ERROR sein, dann bleiben bereits gelieferte qs_data mit derselben parent::case/case_admin/guid/@V gültig. Chronologisch nachfolgende Lieferungen können nur dann gültig sein, wenn case/case_admin/version/@V höher ist als bereits gelieferte @V.</xs:documentation>
      </xs:annotation>
    </xs:element>
    <xs:element name="qs_data" type="qs_data_type" minOccurs="0" maxOccurs="1">
      <xs:annotation>
        <xs:documentation>qs_data ist optional, wenn parent::case/case_admin/action/@V gleich "delete" ist. Für Datenlieferungen mit "create" oder "update" in action/@V ist qs_data verpflichtend. Der Typ für das Element qs_data wird erst in der Exportdatei mit dem Attribut qs_data/@xsi:type definiert. Beispiel: <qs_data module="PPPA_NE" xsi:type="qs_data_pppa_ne_type"> Der Wert für xsi:type muss QSDOK.ExportModul.type_QS_data entsprechen. Navigationshilfe in XML-Editoren wie Oxygen: Kindelemente unter PPP_XML-Schema\types\qs_data_types Exportmodul --- Einstiegspunkt: PPPA_IQTIG --- qs_data_pppa_iqtig_type PPPA_NE --- qs_data_pppa_ne_type PPPA_LVKK --- qs_data_pppa_lvkk_type (Quelle: QSDOK.ExportModul.type_QS_data) Navigationshilfe in der XML-Dokumentation (HTML-Ansicht): Link qs_data_type in Zeile Type, dann sind dort nach Click/Weiterleitung in Zeile Used by und Complex Types die Typen mit den entsprechenden Teildatensätzen aufgelistet Die Teildatensätze entsprechen QSDOK.ExportFormatExportModul.Bogen_name .</xs:documentation>
      </xs:annotation>
    </xs:element>
  </xs:sequence>
</xs:complexType>