|Version 12 (modified by 12 years ago) ( diff ),|
ToDo: Haiti RMS
- Requirements/Blueprint: http://wiki.sahana.lk/doku.php/haiti:requirements#request_management_system
Suggest following the New Module Development tutorial as this is new functionality for Py:
Keep it real simple to start with - get something usable quickly, which we can then refine later if we gets needs to do so.
<chamindra> Basically there will be loads of requests for aid comming from the field <chamindra> by sms, through calls and otherwise <chamindra> and people will have to enter these (millions) of requests quickly into the system for tracking <chamindra> there is no time for complex workflows and approvals, so the the system has to be extremely quick <chamindra> if we can enter everything for a request in one html form that would be ideal <chamindra> similarly there will be loads of people offering donations of aid of vairous things <chamindra> often they cannot be used immidiately <chamindra> but they need to be tracked so that when a need arrises the donation and the person who offered it can be found <chamindra> This is the main objective of the request management system, to connect people wh o need aid and people who are offering it <chamindra> however to do the matching you need to agree to some measures <chamindra> I need 100 Kg of Rice <chamindra> bit the person that pledges can only offer 40Kg <chamindra> so you match it but note that there is 60Kg remaining to be delivered <chamindra> but you need to track the remain that was not fulfilled <chamindra> so we now have an added part of getting unstructured data from various sources <chamindra> basicially someone is recording some information about aid, without reviewing the content and send it to us <chamindra> first step is someone need to convert that to a request for aid or pledge <chamindra> so on click of the queue that is comming in (as a GeoRSS feed from Ushidhi right now of their SMS messages) you covert it to the first step of a request or a pledge <chamindra> once you click that item is no longer in the pending queue (it has been read and processed) <chamindra> So let's think through what a typical situation would be <chamindra> someone would make a call with a request or sms a request <chamindra> fist step would be to enter what is needed <chamindra> and it will be a list of items chamindra> sometimes they will just say "food" or "water" without a quantity <chamindra> but then you need to ask for how many people <chamindra> which is why that field is there for <chamindra> units are not compulsory <scopatz> How specific does, say the food field need to be? <chamindra> IMO not very <scopatz> For instance, is Rice good enough, or do we need to be very specific like Brown Rice <scopatz> Ok, <chamindra> possibly you can have a highlevel drop down category <chamindra> :-) <nicopresto> AJAX dropdown <scopatz> Right that is what I was thinking <chamindra> no ones going to care with the rice is brown or white right now me thinks :-) <scopatz> because the alternative would be a foos string that then gets parsed <chamindra> but you are right in some instances <chamindra> like if it is pork or for religious reasons <scopatz> *foods <scopatz> Right point taken <chamindra> so possible as you said one high level category <scopatz> OK so we'll come up with a representative list for a drop down menu <chamindra> food, water, aid, medical, etc <scopatz> Great, that makes life easier for the matching <chamindra> and a free text box for the sub category <chamindra> on the free text thing, there reason is that strcuture can create a bottle neck <chamindra> unless that process can be made easier.. like using an AJAX lookup so that you avoid spelling mistakes <flavour> We have an AJAX autocomplete widget in SahanaPy <flavour> I can help with that <chamindra> ok great <flavour> For use where dropdowns become unwieldy