Upgrade to Pro — share decks privately, control downloads, hide ads and more …

inhaiti winter 2012

jnwng
March 17, 2012

inhaiti winter 2012

final presentation

jnwng

March 17, 2012
Tweet

More Decks by jnwng

Other Decks in Technology

Transcript

  1. INFORMATION NETWORK: HAITI wes vetter - jasmine liu - mishika

    vora susan liu - anna shilova - raymond chen - jon wong ta: james mccloskey client: katie rast
  2. haiti medical and public health information sharing environment (MPHISE) OBJECTIVES:

    - deliver consistent GUIDANCE, POLICY, and CAPABILITIES across governmental and organizational domains. - seek to enable RAPID RESPONSE by the community to any crisis or disaster. - provide CRITICAL INFORMATION regarding medical dangers to the communities and areas in question.
  3. communication agnostic SMS WHWN EMAIL To enable transactions, users must

    be able to: 1. message each other without revealing private information. 2. message each other without having to login to the site To facilitate message routing, we create unique hashtags to identify each transaction.
  4. communication agnostic SMS WHWN SMS we use message routing for

    SMS to SMS: Assume User 1 & User 2 are share transaction "#83aj". 1. User 1 texts our phone number with the message "#83aj - Hello World" 2. Our server receives the text, parses the transaction number, and forwards the message 3. User 2 receives a text from our phone number that says "#83aj - Hello world"
  5. communication agnostic EMAIL WHWN EMAIL and we use message routing

    for email to email: Assume User 1 & User 2 are share transaction "#83aj". 1. User 1 emails [email protected] with the subject "#83aj" and a message "Hello World" 2. Our server receives the email, parses the transaction number, and forwards the message 3. User 2 receives an email from [email protected] that says "Hello world" and has a subject "#83aj"
  6. communication agnostic SMS WHWN EMAIL and we even use message

    routing for SMS to email (or vice versa): Assume User 1 & User 2 are share transaction "#83aj". 1. User 1 texts our phone number with the body "#83aj" and a message "Hello World" 2. Our server receives the text, parses the transaction number, and forwards the message 3. User 2 receives an email from [email protected] that says "Hello world" and has a subject "#83aj"
  7. inventory sharing Having CSV uploads allows us to reduce the

    friction between shipping manifests and our database. • Allows users to upload multiple items at once • Each excel file is expected to be formatted properly for upload ◦ Prompts the user which lines have missing fields and asks the user to fill in those fields before uploading the file again • This function will parse each item and its attributes and store it into the database In general, we tried to make this feature as robust as possible by testing and handling corner cases with proper error messages returned to the user
  8. inventory sharing Having CSV uploads allows us to reduce the

    friction between shipping manifests and our database. Initially, we required users to enter more attributes ◦ Item description ◦ Longitude and latitude We scaled down the form requirements to make the application more flexible and user-friendly Now we only require: Item name Item category Amount Units Optional item description Upon successful uploads, users may edit individual item details
  9. inventory sharing Having CSV uploads allows us to reduce the

    friction between shipping manifests and our database.
  10. inventory sharing users start by adding supplies to their inventory,

    one by one or by CSV upload then they can search for what they have or what they need
  11. inventory sharing Right now a simple search is implemented. It

    allows a user to search by item name, transaction ID, or item description When active site use grows, fully dedicated search service will be implemented. We will also begin to fine-tune relevance of results to be more useful to users.
  12. inventory sharing users start by adding supplies to their inventory,

    one by one or by CSV upload then they can search for what they have or what they need which leads to transactions between users
  13. inventory sharing 1. User views item on postings and wants

    to Request or Fulfill 2: User clicks link and message form pops up 3: Message form is auto filled with subject of item being requested/fulfilled 4: User edits message in message form and begins a transaction we use these transactions to route messages between users while ensuring that we keep their information safe from prying eyes. this will serve as a feedback mechanism to know what we can improve to better serve our users i.e. many people responding to one specific post, new categories of items that should be added, more security for medical items posted, etc. finally, transactional/messaging data can give us more data for visualization and statistics for humanitarians
  14. inventory sharing this will serve as a feedback mechanism to

    know what we can improve to better serve our users i.e. many people responding to one specific post, new categories of items that should be added, more security for medical items posted, etc. finally, transactional/messaging data can give us more data for visualization and statistics for humanitarians
  15. wehave-weneed.org runs on Django + Python and mongodb, hosted in

    its entirety on dotCloud, using services like Twilio for SMS, Postmark for email, TileMill + TileStream for mapping, and bitbucket + mercurial for version control
  16. short term goals Flesh out unit and integration tests Improve

    the robustness of our application Test our current setup for many concurrent users Increase transparency of development process by exposing project management and version control tools. Look to deliver an ALPHA version this next quarter.
  17. long term goals International Accessibility • International SMS service •

    User testing in foreign countries • Implement site in different languages (i.e. French) Trend Predictions • Heat Maps • Predicting disasters and outbreaks from trending item demands Privacy • Structure and organize how to manage, share, or hide inventory with other users or groups
  18. problems with transactions • Ambiguity between 'Owner of Item' and

    'Requester of Item' • One who posts an item may be posting about owning an item or needing an item • Where should a transaction begin? At the start of a one-way communication, or two-way communication? • How should users view messaging and transaction? ◦ Answers to posts of Have's /Need's ◦ Submissions of posts of Have's/Need's