Open pitsch opened 4 years ago
die zahl potenziell teilbare Test-ergebnisse wird vom rki durch die insgesamt verifizierten testergebnissen errechnet (QR code oder teletan). erstens rechnet diese zahl nicht die zahl der misslungenen versuche ein, ausserdem ist es eine akkumulierte, interne und technische zahl die ueber die epidemeolgisch zu erwartenden zahlen, also den real stattgefundenen infektionsmeldungen nur indirekt etwas aussagt.
die erwartbare zahl ergibt sich aus den gemeldeten fallzahlen der gesamtbevoelkerung anteilig der installierten basis der app.
beispiel: 11.12.2020 203.194 potenziell teilbare Test-ergebnisse
app downlaods 23,8 Mio
gemeldete covid faelle: 1,272,078
Gesamptpopulation: 83,122,889
teiler 65,34417622189834
erwartbare zahl: 364.226
differenz: 56%
angepasst waeren das: 30,25% Insgesamt geteilte diagnoseschlüssel 69,75% nicht geteilte aber gemeldete infektionen
die zahl potenziell teilbare Test-ergebnisse wird vom rki durch die insgesamt verifizierten testergebnissen errechnet (QR code oder teletan)
@pitsch hast du diese Zahl verstanden? was genau wird da errechnet bzw addiert? a) QR code - sämtliche ausgegebenen QR codes? Oder QR codes, deren Labor- Ergebnisse auch tatsächlich auf dem CWA Server landen? Für sämtliche Labor-Ergebnisse - oder nur die positiven? b) TeleTan - vermutlich hier sämtliche ausgegebenen, unterstellt, daß hierzu ein pos. Laborergebnis gehört (was ja auch die vernünftigste Annahme ist, die man treffen kann). Aber möglicherweise gibt es hier einige Duplikate zu QR codes?
sie nennen es "verifizierte schluessel", das heisst wohl nur gepruefte positive diagnose schluessel, die dann beim "corona warn app" server gezaehlt werden wenn sie hochgeladen werden. wie auch immer die verifizierung stattfand - daraus errechnet sich dann auch die zahl der warnungen. was man damit nicht weiss ist wieviele fehler durch die verschiedenen verfahren entstehen, also die differenz zur zahl der unverifzierten diagnoseschluessel. zum schluss zaehlt aber sowieso nur die technische performance im verhaeltnis zu den epidemeologisch erwartbaren gemeldeten fallzahlen, weil die tests ja auch ohne die app infrastruktur stattgefunden haben, von den 375 GAs uebermittelt, dann beim RKI gezaehlt werden.
auch wenn die CWA eine eigene meldekette verwendet. setzt sie ja auf den selben testergebnissen auf, darum ist die app von der performance her mit der meldekette der GAs zu vergleichen, da diese ja die "offiziellen" fallzahlen der gesamtpopulation darstellen (incl. der app nutzerinnen).
https://github.com/corona-warn-app/cwa-documentation/blob/master/solution_architecture.md
Nur so am Rand: Contact IDs werden nicht hochgeladen.
ja stimmt, richtig ist: "Temporary Exposure Keys (TEK; called Diagnosis Keys when linked to a positive test)"
aendert aber nichts an der beobachtung dass die kennzahlen sich aus den konkreten fallzahlen und nicht aus der anzahl der verfizierten diagnosis keys seit es die app gibt errechnen sollte. derzeit wird so einfach das "ist" zum "soll" gemacht.
https://micb25.github.io/dka/plots_de/plot_rki_cwa_cases.png
Derzeit werden die veroeffentlichten Diagnoseschluessel aller CWA Benutzer im direkten Verhältnis zu den gemeldeten Neuinfektionen aller Einwohner dargestellt.
Gesucht ist der Anteil derer ist, die nicht ihre positiven Testergebnisse als Warnung freischalten und zwar nicht im Bezug auf die Gesamtbevoelkerung sondern auf das was im Idealfall maximal moeglich ist.
Q = Einwohnerzahl/Appbenutzerzahl (Grössenverhältnis) Die im Idealfall erreichbare Anzahl an gemeldeten Diagnoseschluesseln (Positivtests) =: X Gemeldete Neuinfektionen =: N Tatsächlich gemeldete Diagnoseschluessel =: Y X = N / Q
"CWA Performance" in % = 100 / (X / Y)
Dies nur als Vorschlag. Gut moeglich dass sich hier noch Rechen oder Denkfehler verstecken!