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
Integration der epi Daten
Turnus
Übermittlung erfolgt jährlich
Modus der Übermittlung (Verschlüsselung, Stückelung)
Vorschlag siehe hier: Vorschlag Technischer Ablauf Lieferung klinischer Daten ans RKI
Syntax
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
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, https://plattform65c.atlassian.net/wiki/spaces/P6/pages/2392323/Weitere+Klassifikation?focusedCommentId=2621834#%C3%9Cbersicht-Felder )
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
merge
zwischen verschiedenenbranches
)
Konflikte oBDS Versionen
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