Changes between Version 13 and Version 14 of HaitiRMSToDo


Ignore:
Timestamp:
01/16/10 18:28:52 (15 years ago)
Author:
Fran Boon
Comment:

--

Legend:

Unmodified
Added
Removed
Modified

  • HaitiRMSToDo

    v13 v14  
    99
    1010{{{
    11 <chamindra> Basically there will be loads of requests for aid comming from the field
     11<chamindra> Basically there will be loads of requests for aid coming from the field
    1212<chamindra> by sms, through calls and otherwise
    1313<chamindra> and people will have to enter these (millions) of requests quickly into the system for tracking
    14 <chamindra> there is no time for complex workflows and approvals, so the the system has to be extremely quick
     14<chamindra> there is no time for complex workflows and approvals, so the system has to be extremely quick
    1515<chamindra> if we can enter everything for a request in one html form that would be ideal
    16 <chamindra> similarly there will be loads of people offering donations of aid of vairous things
    17 <chamindra> often they cannot be used immidiately
    18 <chamindra> but they need to be tracked so that when a need arrises the donation and the person who offered it can be found
    19 <chamindra> This is the main objective of the request management system, to connect people wh o need aid and people who are offering it
     16<chamindra> similarly there will be loads of people offering donations of aid of various things
     17<chamindra> often they cannot be used immediately
     18<chamindra> but they need to be tracked so that when a need arises the donation and the person who offered it can be found
     19<chamindra> This is the main objective of the request management system, to connect people who need aid and people who are offering it
    2020<chamindra> however to do the matching you need to agree to some measures
    2121<chamindra> I need 100 Kg of Rice
    2222<chamindra> bit the person that pledges can only offer 40Kg
    2323<chamindra> so you match it but note that there is 60Kg remaining to be delivered
    24 <chamindra> but you need to track the remain that was not fulfilled
     24<chamindra> but you need to track the remainder that was not fulfilled
    2525
    2626<chamindra> so we now have an added part of getting unstructured data from various sources
    2727<chamindra> basicially someone is recording some information about aid, without reviewing the content and send it to us
    28 <chamindra> first step is someone need to convert that to a request for aid or pledge
    29 <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
     28<chamindra> first step is someone needs to convert that to a request for aid or pledge
     29<chamindra> so on click of the queue that is coming in (as a GeoRSS feed from Ushidhi right now of their SMS messages) you convert it to the first step of a request or a pledge
    3030<chamindra> once you click that item is no longer in the pending queue (it has been read and processed)
    3131<chamindra> So let's think through what a typical situation would be
    … …  
    6363<chamindra> one request will consist of multiple items (like a shopping list)
    6464<chamindra> so each one needs type, description, units, quantity
    65 <chamindra> but you can consider the whole request being from one contact, phone, and for n number of people
    66 <chamindra> good ot have a backup phone and contact as well, in case the primary disappears
    67 <chamindra> but that is options
    68 <chamindra> optional
     65<chamindra> but you can consider the whole request being from one contact, phone, and for a number of people
     66<chamindra> good to have a backup phone and contact as well, in case the primary disappears
     67<chamindra> but that is optional
    6968
    7069<chamindra> one last bit
    7170<chamindra> and that is the matching part
    7271<chamindra> once you get a request.. you can do a lookup and see if there is a potential match for it in the pledges
    73 <chamindra> and visa versa
     72<chamindra> and vice versa
    7473<chamindra> so even immidiately as they are on the call, they can respond saying there might be some options
    75 <chamindra> at the end of the request, show a lit of potential full and partial matches to the request
     74<chamindra> at the end of the request, show a list of potential full and partial matches to the request
     75
     76<chamindra> remember think simple intuitive interface
     77<chamindra> no complex workflows and approvals
    7678
    7779}}}