Inhalt | ||||||
---|---|---|---|---|---|---|
|
DCI (death certificate initiated) https://plattform65c.atlassian.net/wiki/spaces/P6/pages/2097263/Diagnose+Typ#%C3%9Cberblick-Felder
NEU: DCN (erste Information über einen Erkrankungsfall im Register durch Todesbescheinigung/amtlich übermittelte Todesursache)Ausprägungen: 1=ja, 0=nein
Erläuterung: Für Diagnosesicherung=3 (DCO) ist hier die Ausprägung 0 (kein DCNDCI) inplausibel
Alle anderen Kombinationen von Diagnosesicherung/DCO sind möglich. DCNDCI=1 und Diagnosesicherung=unbekannt bedeutet, dass weitere relevante Informationen über eine Meldung erhoben werden konnten (z.B. Diagnosedatum, Bestätigung der Diagnose), aber z.B. unklar bleibt, ob die Diagnose histologisch gesichert wurde. Erfolgreich nachrecherchierte DCNDCI-Fälle sind durch DCNDCI=1 und Diagnosesicherung≠3 gekennzeichnet.
Wenn die Nachrecherche zum Zeitpunkt der Datenlieferung noch nicht abgeschlossen ist, ist DCNDCI=1 und Diagnosesicherung=3 anzugeben
Alternativvorschlag:
Informationen zu DCN (hier dann: DCI ) und DCO werden in einem Datenfeld verknüpft (DCI, DCO, weder DCI noch DCO). Ein erfolgreich nachrecherchierter Fall wird somit mit DCI gekennzeichnet. Bei der Ausprägung DCO ist die Diagnosesicherung auf „unbekannt“ zu setzen
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 OP_Typ) wird nicht übermittelt
...
Gesamtbeurteilung kann als Element entfallen
...
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
Datum Ende Teilbestrahlung
...
erörtert wurde, die “Dauer in Tagen” nicht pro Bestrahlung zu übermitteln, sondern aufgrund der best-of Regelungen
...
Vitalstatus
Todesursachen
...
für jedes (übergeordnete) Element ST_Typ
der Vorschlag wurde in der AG verworfen
Vitalstatus
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
Element /wiki/spaces/P6/pages/2162881
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).
...