wirewirewirewire/pandoa

Submit case form

Opened this issue · 26 comments

The submit case form needs to be revised. Which fields are important? How can we make sure only valid data is entered?

Features
Generate a password/key when you submit a case, so you can access your case later on.
After submit: show you last case and allow the user to update it
Verification: allow the user to upload a document/photos or enter a phone number to allow verifying the case

User flow

  • Intro screen (shows introduction user clicks on "Report case", if case reported shows your submitted case)

  • Form screen (user enters data, user clicks "Submit")

  • Success Alert (feedback)

  • Return to Intro screen

1-Report case intro
There is no existing case: You can create one

2-Report case form
This is the form where you can enter some data

Input fields

When submitting the case to APIURL/upload it will upload the waypoints and formdata. The response must be saved.

3-Report case submitted

After submitting it says thank you

4-Your cases

On the “Report” tab you can see your case (or more if existing) and you have the ability to edit or delete your case

I think the validity can only be proven with the help of a institution. Problem is, they save data anonymously

Data need to stored anonymously. Questions from my side are:

  1. is there a need for phonenumber? Wouldn't be a usual registration enough? Email/username whatever?
  2. Can we make a completly anonymous registration possible and let it still be effective?

The phone number could be a phone number of a doctor, caretaker who could confirm the case. We could also allow the user to upload some kind of document/photo that confirms the infection.

A completely anonymous registration process is possible.
It could work like this: When submitting create a key/password, which you can later use to access your data again. This password could be also a random id generated by your phone.

I think the validity can only be proven with the help of a institution.

Yes, i think the same. When you request data for validation you open a can of worms (special categories of personal data) and probably need to automate validation.

Problem is, they save data anonymously

Local health authorites surely keep track of infected people. What if Local health authorites get access to some admin dashboard that they can use to submit cases? Idea would be:

  1. User registers anonymously
  2. Infected users can share a QR code with their Device ID with local health authorites
  3. Local health authorites submits case for device ID

I generally see one Issue. The legal authorities have many problems with a lack of staff. Especially on the local level. So we need to think about who to involve to recieve the information we need.
The fastest way to receive these information would be a connection to the local health departments. But without any automation I see there a problem with handling by the staff.

If we would use general data which are provided from the federal or higher authorities, we will have also the issue of time, due the time which is needed to collect all the information from local departments and so on.
What do you think about this?

Currently the authorities are using pen and paper form and Fax machines to transfer the assessment papers.

I would propose for the moment:

  • User uses the app
  • User gets Corona 2 weeks later
  • User submits his movement data and some additional information with some kind of validation (a photo of the positive test)
  • We will check it and release the data
  • Other users will see if they had a contact with the infected user
br1sc commented

Lets rely on minimal requirements.
Two app users meet and want to see each others social-distance-ranking.
We can send anonymous app-contact-id between two app user, identifying each other by QR / PIN in case of potential, occasional or intensional meeting, first at distance.
If you or the other is cured, perfect, no need for fear, with normal precaution. Both cured - no restriction (?)
Else: keep distance...

Everything beyond encounter of person like sending any data somewhere is 2nd step, imho and beyond scope of prototype.

Lets rely on minimal requirements.
Two app users meet and want to see each others social-distance-ranking.
We can send anonymous app-contact-id between two app user, identifying each other by QR / PIN in case of potential, occasional or intensional meeting, first at distance.
If you or the other is cured, perfect, no need for fear, with normal precaution. Both cured - no restriction (?)
Else: keep distance...

Everything beyond encounter of person like sending any data somewhere is 2nd step, imho and beyond scope of prototype.

I like this, though changes the project quite significantly (?).

User submits his movement data and some additional information with some kind of validation (a photo of the positive test)

We will check it and release the data

This works if the people who do validation work for you or you have in some other way control over them to enforce privacy standards. The entity "we" would be processor and responsible for the received documents. I don't think we can/should let random people have access to photos of IDs / health documents.

I generally see one Issue. The legal authorities have many problems with a lack of staff. Especially on the local level. So we need to think about who to involve to recieve the information we need.
The fastest way to receive these information would be a connection to the local health departments. But without any automation I see there a problem with handling by the staff.

If we would use general data which are provided from the federal or higher authorities, we will have also the issue of time, due the time which is needed to collect all the information from local departments and so on.
What do you think about this?

@timmka739 Yes involving local authorities could be a bottleneck. At the same time, they are the first recipients of the data that we need. One would need to know how they manage their test results / case reportings now.

https://bs-sd.de/corona/ does pretty much what we need.

Die Abnahmezentren für COVID-19-Tests bekommen Etikettenbögen mit jeweils zwei zusammengehörenden QR-Codes.

Wird bei einem Patienten ein Abstrich genommen erhält der Patient ein Etikett. Das zweite Etikett wird zusammen mit der Probe an das Labor gesendet.

Der Patient kann die App im jeweiligen App-Store herunterladen und sich mithilfe des QR-Codes oder der ID-Nummer einloggen.

Im Labor wird der QR-Code zum Auftrag (in einem beliebigen LDT-relevanten Datenfeld) eingescannt. Der fertige Befund wird exportiert und im Labor auf eine mögliche COVID-19-Untersuchung und einen vorhandenen BS-Auftragscode gescannt. Das Befundergebnis zu diesem Auftragscode wird auf dem zentralen Server eingetragen.

Wir sollten die Cases möglichst über die jeweilige ID referenzieren. Infos dazu unter
#11

Nutzer sollten täglich nach ihrem aktuellen Status gefragt werden. Außerdem sollten sie ihn auch beliebig während des Tages aktualisieren können. Den Status Ihrer verknüpften Kontakten sollten sie auch sehen und ggf. aktualisieren können.

Ideal wäre der Aufbau wie eine Art Tagebuch, allerdings nicht notwendiger Weise mit Fließtext, sondern mit Statusinformationen (ähnlich einer Menstruations App für Frauen).

Angaben:
Gesundheitszustand: ggf. mit smilie gut, mittel, schlecht

Quarantänestatus:

  • keine Quarantäne
  • wegen aufenthalt in Risikogebiet (welches, wann zurück gekehrt, ggf. wie lange dort gewesen)
  • wegen corona fall im umkreis (welcher Kontakt - ID angeben wenn möglich, welche beziehung zum kontakt, wie häufig kontakt zum Kontakt gehabt: kaum, mittel, häufig, intensiv)
  • wegen corona verdacht
  • corona festgestellt
  • im Krankenhaus
  • intensiv im Krankenhaus

Infektionsstatus: Unbekannt, Positiv, Negativ (SIEHE Angaben zu TEST)

Test durchgeführt (DATUM)
Positiv getestet (DATUM)
Negativ getestet (DATUM)

Sonstige Symptome ggf. über Icons:

  • halsschmerzen
  • fieber
  • schnupfen
  • bauchschmerzen
  • husten (TROCKEN, Produktiv)
  • kurzatmig/atemnot
  • Herzprobleme
    usw.

All diese Punkte sollten wahlweise auch für verknüpfte Kontakte angegeben werden können.
Hinzu käme (leider) auch die Angabe eventueller Tode (und ob corona bestätigt)
Kontakte sollten auch selbst angelegt werden können (z.bsp. für die großeltern usw.)

WICHTIG ist es auch diese Daten zu visualisieren und für die Nutzer aufzubereiten, damit sie einen hohen anreiz haben, die Anwendung auch mit Daten zu versorgen.
Bei jedem Start der App (oder mind. einmal täglich) sollte der aktuelle Status abgefragt werden, bevor der Nutzer über den Gesamtstatus informiert wird. (MELDUNGEN in seinem Umfeld und ggf. eine Karte seiner Umgebung).

Working on the form as of now

Ist eine Tagebuch Darstellung wirklich notwendig? Eine tägliche Erinnerung ob man infiziert wurde sollte doch ausreichen. Welche Felder sollen denn nun in die Form übernommen werden?

I have created some fields to pass the information from frontend into the database:
GET change case status
https://documenter.getpostman.com/view/543781/SzS7R6ux?version=latest#13a50d4f-72f8-406f-be73-de8f94eb0808

@PrRicardo Lass nur die minimalen Felder nehmen. Bis jetzt

  • Kind of evidence (fever, test, quarantaine, etc.)
  • Date of test Datepicker
  • Evidence of the test (photo/file) File
  • phone (of a contact person, like a doctor or your own) Phone
  • annotations (add custom annotations) TextArea

Was fehlt?

Der Flow wäre dann

  • Intro screen (shows introduction user clicks on "Report case", if case reported shows your submitted case)
  • Form screen (user enters data, user clicks "Submit")
  • Success Alert (feedback)
  • Return to Intro screen

Ich halte es für wichtig nicht nur zu erfassen ob jemand infiziert ist oder nicht. Wir haben aktuell viel zu wenig Tests und überlastete Gesundheitsämter.
Um ein vernünftiges Vorhersagesystem zu erhalten, benötigen wir (für die Forscher/Wissenschaft) mehr (historische) Daten.

Bei Feststellung infiziert ist es eigentlich schon zu spät.

Deshalb habe ich so ausführlich die verschiedenen Felder aufgeführt.

So erhält auch das Gesundheitsamt Vorort die Möglichkeit alle User IDs der Stadt, die bestimmte Symptome haben und ggf. passende Kontakte im Umkreis in Quarantäne direkt zum Test zu bestellen. Es würde das System erheblich erleichtern und in kürzester Zeit zur Entlastung der Verwaltung führen. Darüberhinaus bekämen die Behörden ein Vorhersagesystem, welches deutlich eher die Effekte von Schulschließungen und Ausgangssperren spiegelt.

Ich glaube die ganze Idee mit dem Foto als Referenz wird nicht klappen. Das ist einfach nicht skalierbar. Wäre es evtl. interessanter eine zweite, nicht öffentliche App bereit zu stellen welche für einzelne IDs nur den aktuellen Status der Infektion verändern kann.

also ein arzt zum beispiel bekommt dann diese app und scannt einen Code der untersuchten Person ein und kann dann auf Infiziert/nicht Infiziert/genesen/Symptome setzen.

Möglicherweise können auch an Institutionen die IDs weitergeleitet werden, so dass die diese melden.

Zum besseren Verständnis habe ich hier eine kurze Beschreibung des Ablaufs anhand eines aktuellen Beispiels:

Mein Bruder war gerade hier bei mir im Büro.
Wenn er und ich beide Pandoa nutzen würden wüssten wir jetzt über das GPS, dass wir vermutlich kontakt hatte.

Wenn er sich ggf. erst vor wenigen Tagen infiziert hat, würde er erste Symptome ggf. in 10 Tagen entwickeln. Einen Test würde er vermutlich nicht oder nur sehr spät machen, weil er kaum ernsthafte Symptome entwickeln würde (Alter 35 Jahre).
Wenn er also erst in 14-20 Tagen meldet, würde ich auch erst dann eine info dazu bekommen. Bis ich dann wieder getestet bin, erhalten die anderen Kontakte auch wieder viel zu spät Info.
Bei Exponentiellen Wachstum ist das alles viel zu langsam. Bis dahin wären es Millionen Fälle.

Unsere Plattform sollte deshalb das persönliches Risiko berechnen. Dieses ergibt sich aus eigener aktueller Zustand/Status (Symptome, Quarantäne, Risikogebiete) und dem Risiko verknüpfter Kontakte (bzw. der über GPS ermittelten Kontakte).
Diese Risiko fließt somit dann auch dynamisch in die einzelnen Risiken der Kontakte 1. Grades, 2. Grades usw. ein.

So könnte ich täglich sehen wie hoch mein pot. Risiko ist. Genauso würden auch die Behörden und Forscher diese Daten sehen. So lassen sich sämtliche Entscheidungen und Vorhersagen viel genauer und vor allem VIEL EHER treffen.

Ich sehe dies als elementaren und wichtigsten Ansatz unserer Anwendung.
Geschwindigkeit ist bei exponentieller Verbreitung die einzige richtige Lösung!

Hi, habe gerade dieses Form entdeckt.
Stellt euch vor, die app soll täglich, evtl über Monate benutzt werden. Damit hier die compliance nicht einbricht, würde ich einen ganz simplen reminder screen entwerfen, der einmal morgens, einmal abends erscheint:
Q: Körpertemperatur <37,5°C <ja/nein>

bei : erneut in 1 Std erinnern
sollte dieser wieder >37,5°C sein

"Bitte zuhause bleiben und Hausarzt kontaktieren"

Dies ist übrigens das Verfahren, was gegenwärtig in China/Südkorea verfolgt wird, Fiebermessen ist die einfachste schnelle und verlässlichste Methode.

Wie von Valentin vorgeschlagen, sollten wir umbedingt die Körpertemperatur verwenden.

Zusätzlich sollten wir noch Informationen hinzufügen (Kurzatmigkeit, trockener Husten,...)
Einfach 3-4 Symptome, die abgehakt werden können. Es kann sicherlich nicht schaden, diese Daten zu sammeln. Es ist nur wichtig, dass es nicht zu viele Punkte gibt.

Wir müssen auch wissen, ob der Benutzer in Quarantäne ist (und warum), und ob und warum jemand in der Nähe in Quarantäne ist.

Nur so können wir weitreichend und frühzeitig mit verschiedenen Vorhersagemodellen experimentieren.

Da kommen dann doch die data scientists ins spiel sowas alles sinnvoll an einem modell zu bewerten

To make the submit form GDPR-compliant, there needs to be a way to provide information about processed data with detailed information about legal base, purpose, recipients, controller, and more. Can we maybe add a "privacy policy" accordion tab which on click shows a page with the whole policy text? The Text could also be shown in a modal on clicking "submit", however there needs to be some way for the user to read this information without clicking submit.