-
Notifications
You must be signed in to change notification settings - Fork 3
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Anfragen des Gesundheitsamts beantworten können #125
Comments
Hier meine Textentwürfe für die Mail-Benachrichtigung und das Web-Frontend. Achtung: Ich hab keine Ahnung wo / wie das Bundesdruckerei-Zertifikat des anfragenden Gesundheitsamts überprüft werden kann - und mir hierzu etwas ausgedacht: Es gibt einen Link "Anfrage überprüfen" im Dashboard, und der Link sollte die Zetifikatsanzeige in einem neuen Tab öffnen. Wenn ihr das anders löst, muss das im Mailtest geändert werden. ***** MAIL ***** Betreff: Dringend: recover-Datenfreigabe für das Gesundheitsamt erforderlich Liebe/r recover Nutzer:in, eine Corona-positiv getestete Person hat sich in den vergangenen Tagen in Deinem Betrieb aufgehalten. Damit das Gesundheitsamt schnellstmöglich andere Personen informieren kann, die sich zur selben Zeit in der Nähe aufgehalten haben, ist Deine Mitarbeit erforderlich. Nach Corona-Schutzverordnung kann das Gesundheitsamt die verschlüsselten Daten nur erhalten, wenn Du sie dafür freigibst. Bitte öffne dafür das recover Dashboard [LINK] und klicke den "Daten freigeben" Button an. Wichtig zu wissen: Um zu überprüfen, dass die Anfrage auch tatsächlich vom Gesundheitsamt stammt, kannst Du neben der Anfrage auf den "Anfrage überprüfen"-Link klicken. Das führt zur Anzeige des von der Bundesdruckerei ausgestellten "Zertifikats" des anfragenden Gesundheitsamts. Bitte gebe die Daten so schnell wie möglich frei - im Infektionsfall zählt jede Minute! Ganz herzlichen Dank für Deine Mitarbeit, ***** DASHBOARD ***** Dringend: Datenfreigabe für das Gesundheitsamt erforderlich! |
In this PR I change how the accepted_at is used. It was in a weird place because right now the owner could create a request that has it set automatically. So basically the code was not really used. I now use it to let the owner approve the requests made through IRIS. This also made it possible to remove the dead code :) references [#125](railslove/recover-backlog#125)
@hatehashtags Hi Silke, ich besrpeche das grad mit Bodo und wir denken, dass die Validierung des Certificates direct vom Recover backend erfolgen kann, so dass die Anfrage beim Betrieber gar nicht erst aufschlägt, wenn das CErt invalid ist. |
In this PR I change how the accepted_at is used. It was in a weird place because right now the owner could create a request that has it set automatically. So basically the code was not really used. I now use it to let the owner approve the requests made through IRIS. This also made it possible to remove the dead code :) references [#125](railslove/recover-backlog#125)
Alles klar - nichtsdestotrotz muss der Betreiber das "irgendwie" überprüfen können, oder? Das war ja der Sinn der Zertifikate... Theoretisch könnte ja recover das einfach nur behaupten, und da der Betreiber manuell freigeben muss, hat er Zweifel und möchte selber nachsehen können, wer ihn anfragt. Absolut korrekt, dass recover da vorruft, um überhaupt nur valide Request durchzulassen. |
In this PR I change how the accepted_at is used. It was in a weird place because right now the owner could create a request that has it set automatically. So basically the code was not really used. I now use it to let the owner approve the requests made through IRIS. This also made it possible to remove the dead code :) references [#125](railslove/recover-backlog#125)
In this PR I change how the accepted_at is used. It was in a weird place because right now the owner could create a request that has it set automatically. So basically the code was not really used. I now use it to let the owner approve the requests made through IRIS. This also made it possible to remove the dead code :) references [#125](railslove/recover-backlog#125)
In this PR I change how the accepted_at is used. It was in a weird place because right now the owner could create a request that has it set automatically. So basically the code was not really used. I now use it to let the owner approve the requests made through IRIS. This also made it possible to remove the dead code :) references [#125](railslove/recover-backlog#125) Co-authored-by: Frederik Bonfanti <[email protected]>
In this PR I change how the accepted_at is used. It was in a weird place because right now the owner could create a request that has it set automatically. So basically the code was not really used. I now use it to let the owner approve the requests made through IRIS. This also made it possible to remove the dead code :) references [#125](railslove/recover-backlog#125)
Wenn eine Anfrage des Gesundheitsamtes per API kommt, dann soll der Flow folgendermaßen sein:
The text was updated successfully, but these errors were encountered: