-
Notifications
You must be signed in to change notification settings - Fork 14
Late warning about increased risk #191
Comments
Hi @weso0013 , thanks for reporting this issue. And first of all: all the best to your friend! Could you please help us to clarify the timeline a bit? From your message, I assume the following process:
Is that correct so far? That information might help to explain the delay and - more importantly - think about mitigations. The 24h delay is already being discussed in https://github.com/corona-warn-app/cwa-backlog/issues/2 and might be reduced if the API rate limiting will be relaxed in future ENF versions. |
Hi Thomas, thanks for checking this issue. Yes, your assumption is correct. Please find attached the all-exposure-checks.json - unfortunately they only reach back until the 14th but the reporting of the positive test was on the 9th. Thanks and best regards! |
@weso0013 from the logs: the app made a match on the 11th of July, with 11 keys - this also reflects a delay you mentioned because if there was no delay it should match it with 13 keys. It could be that your friend reported his status on the 9th of July but his keys were only made available in the "10th of July" package, which can only be downloaded on the 11th of July. But there are probably couple of other scenarios possible, would be really useful to know on which day exactly your friend reported his status and when exactly (day and time) his wife got notification. I'm a bit confused by 2.5 days later after 4 p.m. at certain day, would it mean that notification arrived in early morning hours? @tkowark I think the issues discussed in https://github.com/corona-warn-app/cwa-backlog/issues/2 still can result in 48 hours delay (someone reports the result early in the morning, and phone of the contact person makes a sync late in the evening next day), although 24 hours is an average right now. Google is rolling out the update to EN framework which would allow exposure status update every 4 hours without changing epidemiological approach of CWA (so always feeding complete 14 days worth of Diagnosis Keys), would be great to have some update from SAP about the status of the discussions about moving to this API version, related issue: corona-warn-app/cwa-documentation#373 |
@VeitRichter unfortunately, there is no DM feature available in Github. If you prefer to continue the discussion more privately, we'd really appreciate your answer to corona-warn-app.opensource@sap.com instead of this thread. When saying that she never got a notification at all, this just refers to no notification popping up, but the app card turned red, right? From the logs I would also assume the following timeline - please correct me if I'm wrong on anything:
If that's accurate, than I think two issue came together:
|
@tkowark if the keys were uploaded on the 9th of July well before midnight then the match should happen next day at 07:50, but this check resulted in no match. Wonder if it is possible for the server to still shift Diagnosis Keys to the next daily package somehow. Would be great to know the exact timeline of the events here |
Keys were uploaded July 10 in the morning. Hence, server side seems to have worked as expected. On client side, the app should have shown a red card on July 11 mid-day and send out a notification, if the matched encounters where above the minimum risk threshold. The card only turned red on July 12 evening. Hence, we'll look into the risk calculation and asses under which circumstances this could have happened. Another issue that occurred was that the QR-code-based test result retrieval did not work as expected and we have to check what might have happened there. |
Interesting, risk calculation in general feels a bit over-optimized and over-confident (e.g. registering contact but still displaying "low risk" with no notification if risk calculation did not cross the threshold). Perhaps it would work ok if we did not have such significant uncertainties in the system already (very short scanning windows + variability of BLE signal strength). What makes it further worse is that mathematics in "Epidemiological Motivation of the Transmission Risk Level" were probably based on a flawed research paper (related issue: corona-warn-app/cwa-documentation#384). Maybe a solution which could be considered is to introduce third interim state "possibly increased risk" with yellow card and notification whenever at least 1 key has been matched |
Indeed. Thanks for the yellow card proposal! We'll take that to the product management so they can discuss with RKI and the other stakeholders. |
@tkowark thanks for passing this yellow card proposal further to the management / RKI :) |
The yellow card proposal sounds great |
Due to lack of data to verify the classification, I think it's important to analyse such case-stories to see, where to improve. So thanks for sharing.
I agree with the distance part being hard to measure and, hence, maybe some more relaxed criterion should be used or something more flexible than a binary categorisation. However, since it's a household contact one is likely to have had an exposure every day, so it would be surprising if the particular choice of the epidemiologically motivated transmission risk level had any big influence on the risk classification? Still seems to be important to analyse these cases in more detail. |
I just received report of a similar case. The timeline looked like this:
Why wasn't Person B already warned on the 18th? Shouldn't DKs uploads before 02:00 CEST (00:00 UTC) still go into the package for the upcoming day?
|
Does someone know what the latest point in time is for when DKs uploaded on day 1 will still be added to the daily package which becomes available on the following day? |
I guess with 1.7.1 out we can close this issue? |
HI @weso0013, as @cfritzsche suggests, with the new updating schedule of CWA version 1.7.1 this issue becomes obsolete. Do you agree to close this issue? Thanks for the feedback. Best wishes, Corona-Warn-App Open Source Team |
@dsarkar Yes, for sure! Thanks! |
@weso0013, thanks for contributing! Best wishes, DS Corona-Warn-App Open Source Team |
A friend of mine was Corona positive and reported - conscientiously as he is - the whole thing via the Corona-Warn-App (on a Samsung S10 with Android 10) and after the hotline had given him a TAN, the test was also shown as positive.
His wife (Corona negative) was told 2.5 days later about an increased risk via the app (although she checked several times).
I would have expected her to get a warning within 24 hours after he reported positive.
What is the reason for this late warning? And can this be improved?
Internal Tracking ID: EXPOSUREAPP-1883
The text was updated successfully, but these errors were encountered: