search

MSFREACH / msf-reach

Web platform for MSF-REACH
https://msf-reach.org/
4 stars 5 forks source link

Report card offline (pete) #366

Open LucieGueuning opened 6 years ago

LucieGueuning commented 6 years ago

2 questions:

Can we have report card offline? and sync on the map of REACH once they got WiFi back? Can we imagine a chatbot by sms? or impossible to implement offline? to get their answers on database thanks to mobile network?

These questions are for information and not necessary to be implemented into REACH. Is it feasible from a IT perspective or just impossible? Any solutions, thoughts on that?

Pete

matthewberryman commented 6 years ago
  1. Offline report cards are out of scope for current phase as that would require development of a separate mobile app plus offline caching.
  2. You could do SMS but then the trouble is that any data coming back is not structured so I would say out of scope. The best option here per previous discussions is to communicate with operators over SMS who then enter info.

Just noting not to use @ unless you actually mean to tag someone who is on github with that particular username, otherwise you'll end up tagging the wrong person.

LucieGueuning commented 6 years ago

Of course, it is out of scope. It is here a question and I would like to know the answer, from the technical point of view and not if it is part of our scope or not.

Thanks

matthewberryman commented 6 years ago

Technical reason for offline report cards already stated above. For SMS it's stated in part above: namely the data coming back is unstructured (and also does not contain any location data) so there would need to be extra processing work and you'd still need to get an operator in the loop anyway.

matthewberryman commented 6 years ago

SMS let's think about unstructured information in https://github.com/MSFREACH/msf-reach/issues/441

Offline app with caching - let me look at some options here and think about time frame. There's a form builder app (that does offline caching) I came across in research a few days ago that has an API https://developer.fulcrumapp.com/ but there are running costs, and looking like we would need to periodically poll the API so it wouldn't be as instantaneous. Another cheaper option (running cost wise) that is more tightly integrated would be to develop an app but then this would take longer and up front costs would need to be considered. Maybe we can do both approaches (short term one and then longer term one)?

@anexact