-
Notifications
You must be signed in to change notification settings - Fork 14
User (e.g. health care worker) can not differentiate the app notifications to unprotected or protected periods #251
Comments
@rvbaer afaik, the current RKI recommendation for health workers is to disable bluetooth during their work time / while they wear protection gear. Just wanted to point this out, in case you didn't know. Of course, it is a manual procedure and error-prone (you can easily forget to switch off, or to switch on after work again). |
The current RKI recommendations for health workers (in German) are in the RKI Corona-Warn-App FAQs. "Wie soll die Corona-Warn-App vom Personal von Einrichtungen der Gesundheitsversorgung bzw. vom Personal bei Tätigkeiten wie Krankentransporte verwendet werden?" From https://www.rki.de/DE/Content/InfAZ/N/Neuartiges_Coronavirus/WarnApp/Warn_App.html scroll down to section Epidemiologische Fragen Depending on the situation, RKI sometimes recommends deactivating Bluetooth, in other situations they recommend enabling it. I don't know why they talk about disabling Bluetooth by the way (which affects other apps using Bluetooth), instead of directly stopping Exposure Logging in CWA. PS If you click on the link FAQ in the CWA app, you will be taken to https://www.bundesregierung.de/corona-warn-app-faq. |
@MikeMcC399 @ndegendogo Should all of them continuously switch their phones on and off? This is not feasible at all!! I have for myself started using the workaround shared by @daimpi here It is working excellent and I can only recommend all to install it. The information provided by Warn-App-Companion is anonymous and thus in line with data security laws. I strongly recommend to RKI and the developers to integrate the information provided by Warn-App-Companion into future versions of the CWA app. This would certainly allow many people in the health business but also others to understand better where they had been at risk and how well the been protected at this time. It would certainly increase the acceptance of personal “volunteer” quarantine measures if people see where they had been exposed to risk and for how long. Especially now where more and more people start wearing FFP2 mask in public. |
@rvbaer |
So sorry to say that but RKI already denied to show anymore Information about Risk Encounters in CWA, see this comment: #100 (comment) Although, here in the wishlist Repo still many Issues are open which request to show at least some more information, f.e.: #178, #206, etc.
@tangomanni Since this is a bit off Topic here, maybe take a look at @mh-'s Corona-Warn Companion Repo, maybe you will find an answer there. |
I know that this statement by RKI but tbh I don't see it as stating "we will not provide any more info on encounters" but rather as "we will not show more than two colors" which are two different things hence #100 has been wrongfully closed imho. But apart from that: The request stated in OP
Would require Google/Apple to change their Exposure Notification Framework (ENF) b/c exact time data is currently not exposed to CWA (see #206 for more discussion on this topic). @tangomanni I agree with @Ein-Tim but you can also join us on the community Slack where we have a dedicated channel for the companion-app 🙂. |
@daimpi I will join this community slack. Thank you. |
RaMBLE & Warn-App-Companion manual First you have to manually export the database in RaMBLE each time you want to check your exposure. This is in Top Line Menue "Export Database". Matches are highlighted in the third line. If you touch them details will be shown |
Thank you for all the support from different people. I appreciate that. |
Yes, I guess this is true. cwa compagnion picks up all signals it sees, however weak or short. |
And @tangomanni it's normal that there are no Diagnosis Keys for today published yet. Tomorrow you will see some. |
I was really surprised when I ran Beacon Scope just how many Bluetooth beacons for Exposure Notification were close to me. I live in a flat with strong concrete walls and I thought that I would be shielded from other users, but I guess the signal goes through windows and maybe even concrete. |
all doors closed -> ramble shows 20 new devices (3 in range)...wooww.. sometimes i think one should not know everything |
Yes, and also note that each device changes the transmitted data every 10..20 minutes, and each time a new encounter starts because at this time nobody knows if it's the same device, or another device. So you will probably see many more "encounters" than actual people. |
@Ein-Tim & @daimpi When #100 was closed by RKI we had around 1900 cases per day. RKI has to consider to give out more information to prevent user from either ignoring the information or overflowing the Lab test capacities.
In addition as it works with the two apps RaMBLE & Warn-App-Companion at the moment nicely it will be easy to setup something similar but more convenient without Google/Apple exposing more data |
@rvbaer I agree that it would be nice to have the warn-app-companion (WAC) functionality provided by CWA. But this is not possible currently b/c Bluetooth access is not allowed for ENF apps by Google/Apple. See this thread for further discussion on this topic. But even if CWA could access BT: this could only work on Android devices as iOS is filtering out all the BLE signals containing rolling proximity identifiers (RPIs) already on the OS level. So nothing except for the Exposure Notification Framework (ENF) which is directly integrated into iOS can even see them. And even under Android this hypothetical "direct CWA recording" would probably end up being quite unreliable, as many manufacturers implement "energy optimizations" which kill background apps all the time. |
@daimpi I understand that pressing the "export database" button in RaMBLE and the import button in WAC is okay for Google in Android. But for Google it is not okay not have an integrated App with the same functionalty. I am still convinced that it is worth the effort to fight for a better app which supports the users by giving time and location of critical enncounters. Such an improved App would Especially now with the high exposure risk the RKI should join and also fight for this improvement. |
All comments here deal with a feature an app that only works for Android. Please do not forget the iOS users! Today I posted the comment #234 (comment) which explains how to help more health staff to use the CWA app since many of them simply don't use it because it would be permanently red. Isn't it better if they use it everywhere except in hospital instead of not using it at all? I think until Apple and Google are not convinced reporting exact location and time information we should implement possible solutions that help health staff to get on this app. Due to privacy reasons, the integration of location/time info can still be far in the future. |
YES!
well ... currently not possible, due to restrictions by Apple and Google ... an app that uses their ENF framework is (currently) not allowed to use location services ... But this is the wishlist |
Oh no, I didn't know that point. Actually it was also not so easy to find on the internet. But for any curious guy like me, it is stated under "How will the system protect user privacy and security?" |
@Blackjacx yes. And also in section 10 of same document:
|
Awful 😅 |
Nice this works without geofencing so it must be accespted by the big players. |
Philosophical...Most important for me would be the collaboration between the different EU app development groups. More experience-based decisions , less arrogance, more transparency. |
Did you consider switching Bluetooth off during these periods where you are protected by special masks, clothing etc? |
If you don't want to switch off Bluetooth (for whatever reason) you could also only switch off "Exposure Logging" in the App. I know that this is not the best option, but I think it's still better than to deinstall the whole App. |
The RKI recommendations which I referred to in #251 (comment) have now moved. To find them,
|
@alanrick
|
This issue has been somewat mitigated by two changes:
Differentiating between protected and unprotected periods has not been addressed yet. Corona-Warn-App Open Source Team |
What is the app doing with these information: |
@stherold This information can be entered into the app's contact diary. The app itself does nothing with it, except storing the info. If users are tested positive or see a high risk contact in the app, they can use the contact diary to check where they were and who they met if they don't remember. Corona-Warn-App Open Source Team |
@rvbaer Yesterday's update to the CoronaMelder app (Netherlands) added a pause function so that protected medical workers don't get false-positive notifications. This app is available in German and is compatible with the CWA. If you are a medical worker it might be sensible to use CoronaMelder until the CWA offers the pause function, switching to the CWA if you test positive (or are tested by a lab that supports the CWA). |
@alanrick wow - cool feature! |
@dsarkar for iPhone, the method setExposureNotificationEnabled is a good candidate for this feature.
|
@ndegendogo, @alanrick, @rvbaer We have updated the internal ticket with your latest contributions. Thanks. |
Maybe the possibility to exclude defined time-slots from the risk calculation, where the user feals confident, that he was was well protected, would be a possibility. This could maybe done with the help of the contact-log ("Kontakt-Tagebuch"). If the user can only set these "safe time-slots" for a short period (maybe for one day) , it is not possible to use this feature to exactly get the time of the contact (for data privacy reasons). This would help to understand such warnings like "High risk contacts on days, last day X", where the user nows that on X he was always protected and maybe would have noted this in his logbook. |
@MarcusZuber agreed. But a useful "short" safe time slot would be rather 1 hour than one whole day. I am riding to work and back home with public transport. During this time I wear my FFP2 mask. |
Ah sorry, I meant, it is only possible for one day to edit arbitrary "safe time slots" and not, that the whole day is marked as safe. |
Had this feature discussed in Personal contact diary #196
Recommendation in #196 was to open a new feature request
Feature description
The app should display the time or time slots for each critical contact that has happened.
Not just by days and also not only the last contact as now but preferably by hours for each contact.
If this causes data protection topics, longer periods, such as 3-hour periods, would still be better than the current solution.
Problem and motivation
The app is currently unusable for people who are in frequent professional contact with potentially or real infected people (eg health workers). These people are well protected during professional activities and have a low risk.
On the other hand, they may have critical contacts in their private sphere without apropriate protection.
They might even meet with people from their work environment in diifferent scenarios - protected (at work) and unprotected (in private).
The user can currently not differentiate the notifications of the app as shown below to unprotected or protected periods. Accordingly, theses user will probalbly ignore indications of an increased risk as they know they had for sure enconters at work.
If the user receives the time of critical contacts he will often know how his protection status at that time was (work hours vs. private meetings) and can act accordingly responsible. Thus he will protect others if there is a serious danger but continues to work if he was protected (and continues to help others by careing for COVID patients).
Is this something you're interested in working on
Yes
Internal Tracking ID: EXPOSUREAPP-4713
The text was updated successfully, but these errors were encountered: