Iteration 1 Complete!

We have finished the first version of our proof-of-concept! Here is the email we sent to the IRD-PATH folks:

Hello everyone,

Our group has completed work on the first iteration of the cell phone
diagnosis interface.

You can find the .jar file, which can be copied to a Nokia 6131 NFC by
way of bluetooth and run from the gallery interface on the phone,
here:

http://people.csail.mit.edu/marcua/ict4d/pneumonia_interface/

In the same directory you will find a .zip file, which is a zip of my
eclipse project, containing all of the source code for the project.
If you unzip this file in your workspace, you can then import it as an
eclipse project.

When you run the program, you will be given three options:
1) Scan RFID - scan a Standard Mifare RFID card that has a "Patient
ID" written to it as per the instructions for "Write RFID Card" below.
After selecting this option, scan the card, which will identify the
patient.
2) Enter ID - in this situation, the doctor just knows the Patient's
ID number without having an RFID tag (or perhaps the RFID tag broke).
Enter any integer as the patient's ID after selecting this option.
3) Write RFID Card - Enter any integer as the Patient ID after
selecting this option, then push OK. You will be prompted to scan an
RFID card, which you should do, at which point, the patient ID will be
written to the card.

For the first two options, after the patient is identified, you will
be asked to specify whether the patient has "No Pneumonia," "Mild
Pneumonia," or "Severe Pneumonia." Select one of these, at which
point you will be prompted to use a GPRS connection (a GPRS access
point must be preconfigured on the phone). The phone will issue an
HTTP GET for the address
"http://marcua.net/pneumonia_interface/diagnosis.py?id=PATIENT_ID&diagnosis=PATIENT_DIAGNOSIS&imei=PHONE_IMEI"

You can then go to http://marcua.net/pneumonia_interface/log.txt, and
see the new diagnosis you have entered for a patient.

That's it for now. The next version will feature:

1) Internationalization of the user interface
2) A background thread to send unsent diagnoses without freezing the
user interface
3) Reliable diagnosis delivery, since GPRS/HTTP are not reliable on its own
4) Encryption of the messaging, perhaps over HTTPS
5) A public repository for the source code, after we work out licensing issues.

What we'd like to get from your end is:
1) What features have we left out
2) What do you think we should change in the current feature set
3) We know nothing about what happens when the message is sent over
gprs to "http://marcua.net..." - this is just a demo. It would be
best if you could develop what happens once a diagnosis is made on
your end, but we would be happy to assist with development of
something assuming we have the time and know what you would like.

Thanks so much for your time and comments. We look forward to version 2!

-Adam Marcus, on behalf of the ICT4D IRD-PATH Team