| Inhalt | ||||||
|---|---|---|---|---|---|---|
|
Lieferparameter
Umfang der Datenlieferung
Daten werden als “Vollabzug” geliefert, d.h. sämtliche verfügbaren Daten aus allen Jahresscheiben werden in jeder Lieferung übermittelt
damit steigt das Datenvolumen jeder Übermittlung enorm an, aber es entfällt jegliches aufwendiges Nachhalten von Änderungen in den Daten
wurde in der epi Datenlieferung so praktiziert
Dateiformat
Dateien werden im
xmlFormat übermitteltStückelung der Lieferung in einzelne Dateien mit definiertem maximalen Wert für Anzahl der enthaltenen Datensätze
Turnus
Übermittlung erfolgt jährlich
Verschlüsselung der Lieferung
für die Übermittlung die gleiche Verschlüsselungssystematik wie beim RÜD verwendet
Schlüssel sind nur für die Übermittlung ans RKI definiert
RKI nimmt am Verfahren teil, erhält eigenes Schlüsselmaterial
Übertragungswege /-medien
falls nicht bereits eigene Wege im RÜD etabliert und zweckmäßiger: RKI Austausch Server kann für Transfer genutzt werden (->Transportverschlüsselung)
Syntax
Typkonstrukte
oBDS Elemente sind im ZfKD-Lieferdatensatz verändert
im ZfKD-Lieferdatensatz sind viele Elemente aus oBDS 2021 namensgleich übernommen, allerdings sind die Strukturen im Element verändert
Beispiel: der https://plattform65c.atlassian.net/wiki/spaces/P6/pages/2621490 wurde so umgestaltet, dass viele Unterelemente nicht mehr enthalten sind, dafür kommen einige neue Variablen hinzu
u.U. führt das zu Problemen in der Implementierung
Konvention zu fehlenden Werten
Simple Types zur Beschreibung von Textinhalten sind ohne Änderung aus oBDS übernommen
Vermutung: die Anforderungen an die technische Beschaffenheit von Textfeldern (z.B. ASCII Zeichensatz) gelten sowohl im oBDS als auch im ZfKD-Lieferdatensatz (Bsp: /wiki/spaces/P6/pages/3145745 )
Pflichtfelder
Wertebereiche
Versionen
Basis des Schemas: oBDS 3.0.0 (Stand Ende 2022-Q1)
Schema des ZfKD-Lieferdatensatzes ist über mehrere Monate hinweg entstanden, Weiterentwicklungen im oBDS in dieser Zeit sind bislang nicht berücksichtigt
u.U. wäre also zu prüfen, ob im Schema nun Konflikte bestehen durch im oBDS bereits überholte Artefakte
unklar ist derzeit, wie im einzelnen die Weiterentwicklung des ZfKD-Lieferdatensatzes parallel zum oBDS erfolgen kann (als
mergezwischen verschiedenenbranches)
Versionierungen der Datensätze
im Schema ist das zusätzliche Attribut “Schema_Version_Development“ vorgesehen (optional)
die ersten 3 Bestandteile (Major.Minor.Revision) entsprechen der oBDS Version, auf der das Schema basiert
Bestandteil 4 (Build) ist eine Versionsnummer zur Anzeige der Weiterentwicklung des Schemas selbst
Versionsfortschritte und Release-Notes werden hier veröffentlicht