...
Im Gesetz wird DCO und DCN unter Diagnosesicherung aufgeführt, für DCN macht das inhaltlich keinen Sinn
Vorschlag: Variable DCI/DCO (DCI für „death certificate initiated“)
X = kein DCO/DCI erste Meldung durch Klinik/Niedergelassene/Pathologie/Screening
I = DCI ursprünglich aus TU-Abgleich/Todesbescheinigung, erfolgreich nachrecherchiert
O = DCO Meldung über TU-Abgleich, (noch) nicht erfolgreich nachrecherchiert
Alternative:
DCN als binäre Variable:
0= kein DCO/DCI, erste Meldung durch Klinik/Niedergelassene/Pathologie/Screening
1= DCN: erste Meldung über Todesbescheinigung
DCO wird weiter über Diagnosesicherung abgebildet (=3)
Wenn DCN=1 und Diagnosesicherung ≠ 3, dann DCI
Vorteil: weitgehende Vermeidung von Widersprüchen zu DCO (DCI/Diagnosesicherung).
Voraussetzung: nach erfolgreicher Recherche bzw. klin./path. Nachmeldung wird das Feld Diagnosesicherung im Register immer aktualisiert, auch wenn Diagnosesicherung unbekannt bleibt
Residualstatus (im
...
https://plattform65c.atlassian.net/wiki/spaces/P6/pages/2621490) wird nicht übermittelt
Gefordert ist unter 3d) "Residualstatus nach Abschluss der Primärtherapie"
Eine globale R-Klassifikation wird nicht übermittelt, wäre nur Status nach alleiniger OP. Tumorstatus nach Primärtherapie wird nicht regelmäßig erhoben. Einige KR haben "Vollremission" als Meldeanlass (oft lückenhafte Meldung), manche KR haben dies nicht.Da dieses item im Basisdatensatz in der Neufassung 2021 (aus guten gründen) entfallen ist, können wir diese Vorgabe des Gesetzes künftig nicht mehr erfüllen. Daher sollte die Variable auch im Lieferdatensatz entfallen
umgesetzt, oBDS Element [Residualstatus] wurde aufgelöst, nur noch [Lokale_Beurteilung_Residualstatus] bleibt erhalten
...
Dauer einer Bestrahlung
erörtert wurde, die “Dauer in Tagen” nicht pro Bestrahlung zu übermitteln, sondern aufgrund der best-of Regelungen für jedes (übergeordnete) Element ST_Typ https://plattform65c.atlassian.net/wiki/spaces/P6/pages/2097282
der Vorschlag wurde in der AG verworfen
...
Es wurde das neu geschaffene Element Vitalstatus eingefügt. Das Element ist ein Pflichtfeld, bei der Übermittlung kann das Element aus einem der drei folgenden Unterelemente bestehen. Jedes Element enthält eine Datumsangabe (mit verschiedenen, jeweils zulässigen Genauigkeiten), welche entsprechend des Kontextes eindeutig interpretierbar sind. Mindestems erforderlich ist die Übermittlung einer der drei genannten Datumsangaben.
Element /wiki/spaces/P6/pages/2162881
Angabe Datum_follow_up
Element /wiki/spaces/P6/pages/2195569
Element /wiki/spaces/P6/pages/2228451
Todesursachen
In den Registern liegen teilweise mehrere Todesursachen pro Sterbefall vor (aus klinischen Meldungen, Kopie der Todesbescheinigung, Abgleich mit dem statistischen Landesamt). Das Gesetz nennt Todesursachen (im Plural).
Vorschlag : Übermittelt wird das Grundleiden. Es werden zwei Elemente angelegt (beide optional)
Eine Amtliche Todesursache (Grundleiden): Aus Todesbescheinigung oder Abgleich mit dem statistischen Landesamt
n weitere Todesursachen (aus anderen Quellen, Mehrfachangaben möglich)
...
Angabe Datum_verstorben
optional: Angabe eines Grundleidens (etwa die amtliche Todesursache, aus Todesbescheinigung oder Abgleich mit dem statistischen Landesamt)
...
...
optional
...
Eine (möglichst) amtliche Todesursache (Grundleiden): Aus Todesbescheinigung oder Abgleich mit dem statistischen Landesamt
...
: Weitere Todesursachen https://plattform65c.atlassian.net/wiki/spaces/P6/pages/2228431 (aus anderen Quellen, mit Mehrfachangaben )
...
Element https://plattform65c.atlassian.net/wiki/spaces/P6/pages/2228451
Angabe Datum_letzter_Abgleich
Histologie
Kodierung der Histologie
...
Festlegung: wie im RÜD-Schema: nur ein Feld für Werte, Blue-Book/ICD-O über Version identifizierbar (Version = “bb” bb)
https://www.krebsregisterverbund.de/issues/1520
...