developing countries hardware history open source presentation ruby on rails touchscreen volunteer Mike McKay recently took Baobab on the road, after being invited to speak at RailsConf Europe. He went and told the Ruby on Rails world about how rails is helping to fight HIV in Africa. He brought to life the HIV epidemic and showed how healthcare workers are being guided through treatment protocols and getting decision support from the data in realtime. Check out the slides from “Africa On Rails” for more information.
September 28th, 2007
appliance hardware touchscreen video Over the past 5 years, our patient registration system has registered almost half a million people. Before the Baobab system was introduced, the patient queue used to stretch out into the parking lot as each person had to fill a paper form that took about 15 minutes to complete and process. Our touchscreen based system dropped the registration time down to under a minute for new patients, and less than 10 seconds for returning patients.
This video shows a new patient being registered. First his name is entered, then his birthdate. There is some confusion over his birthyear, because he says it is “206″. The system doesn’t allow this date to be entered, and eventually he corrects it to 1976. It then asks about where he was born and where he currently lives. Then a barcode with a nationally unique ID number which can be scanned on his next visit is printed out. Finally his final destination at the hospital is recorded.
The next patient already has a barcode on her health passport. It gets scanned, her destination is recorded and she is finished.
There is on more interesting story about this video. Gem is the name of the system user in the video. He was originally a janitor in the children’s pediatric ward. He swept the floors, and cleaned up the constant messes. When Baobab first installed their patient registration system in the ward it was to be used only by nurses. But nurses often take breaks even though patients continue to arrive. So during lunch, Gem would put down his mop and register patients. It didn’t matter that he had never even seen a computer before in his life - he was able to read the screen and that was enough to register the patients. Gem now heads up patient registration at the central hospital, and has probably registered more than 200,000 patients all on his own.
June 26th, 2007
CD4 Instrument Interface challenges hardware hiv projects software We are proud to announce that we have recently deployed our new CD4 instrument interface at Kamuzu Central Hospital. Here is a picture of the deployed system (click for a larger version):
One of the critical tests required to effectively treat HIV patients is the CD4 count. As the number of patients being treated in Malawi increases, so will the number of CD4 counts that need to be taken. A recent study showed that a typical CD4 result gets manually transcribed 7 times before reaching the decision maker. Obviously this is an error prone process. An error in the patient’s CD4 count not only wastes precious resources (the hospital is currently very low on expensive reagent) but it can also lead to the wrong decision being made for a patient.
Our solution was to develop a system that eliminated transcription of any kind throughout the entire process. The steps are as follows:
- Barcode scan the patients health passport and take take the blood sample
- Label the sample with an automatically printed accession number and send it to the lab
- At the lab the FACScount machine prompts the technician for an accession number, which they scan from the test tube with a bar code scanner .
- After the test has completed a file is transferred over the serial port via the Kermit protocol to a touchscreen clinical workstation which is mounted just above the FACScount.
- The workstation verifies that the accession number is valid, displays the results for the clinician on the screen and asks them to verify the results by pressing the save button, which copies the results directly into the patient’s electronic record in the mysql database.
- The next time the patient is seen by a clinician the “CD4 trail” is displayed on the touchscreen clinical workstation.
The system has just been launched, but already the lab technicians are happy because they no longer have to read the result from a screen, write it down, then type it into an excel document. We are hoping to see a dramatic improvement in data accuracy and usefulness as well.
Of course, the FACScount is one of many lab machines used in hospital throughout Malawi. We are hoping to generalize the approaches and learnings from this exercise and also work with other health care providers to create free and open source hardware and software solutions for lab equipment throughout the world. Contact us if you want to get involved.
September 1st, 2006
developing countries eVCT documention hardware software touchscreen vct vct videos In 2004, Baobab introduced a radically different methodology for using information technology (IT) within the VCT environment. Baobab’s eVCT system essentially eliminates the paper-based entry method with a computer-based model that is more accurate and flexible than the paper-based model. Most importantly, the solution is locally designed and implemented to meet the constraints and challenges of a developing world hospital.
This video presents the results of an independent analysis conducted on both counselors and clients that used the system.
To view all of our videos on the HIV eVCT System, click here.
Click here for our write-up of the Baobab HIV eVCT System.
August 31st, 2006
eVCT documention hardware software touchscreen vct vct videos video In 2004, Baobab introduced a radically different methodology for using information technology (IT) within the VCT environment. Baobab’s eVCT system essentially eliminates the paper-based entry method with a computer-based model that is more accurate and flexible than the paper-based model. Most importantly, the solution is locally designed and implemented to meet the constraints and challenges of a developing world hospital.
This video demonstrates the pre-HIV test counseling and HIV testing functionality of the eVCT system.
To view all of our videos on the HIV eVCT System, click here.
Click here for our write-up of the Baobab HIV eVCT System.
August 31st, 2006
appliance developing countries eVCT documention hardware software touchscreen vct videos video In 2004, Baobab introduced a radically different methodology for using information technology (IT) within the VCT environment. Baobab’s eVCT system essentially eliminates the paper-based entry method with a computer-based model that is more accurate and flexible than the paper-based model. Most importantly, the solution is locally designed and implemented to meet the constraints and challenges of a developing world hospital.
This video demonstrates the registration functionality of the eVCT system.
To view all of our videos on the HIV eVCT System, click here.
Click here for our write-up of the Baobab HIV eVCT System.
August 31st, 2006
appliance care eVCT documention hardware hiv vct videos video In 2004, Baobab introduced a radically different methodology for using information technology (IT) within the VCT environment. Baobab’s eVCT system essentially eliminates the paper-based entry method with a computer-based model that is more accurate and flexible than the paper-based model. Most importantly, the solution is locally designed and implemented to meet the constraints and challenges of a developing world hospital.
This video provides a scenario of a client attending a VCT session at a HIV eVCT System enabled location:
To view all of our videos on the HIV eVCT System, click here.
August 31st, 2006
CD4 Instrument Interface developing countries hardware software In developing countries test results obtained from laboratory instruments are typically transcribed by hand onto a reporting form and recorded in a lab register for redundancy and possibly subsequent statistical analysis. This process has a number of weaknesses:
- Recording the same data in two different areas is inefficient and makes poor use of technicians’ time in an area where human resources are generally inadequate to start with.
- Transcription from the instrument to paper is subject to error. Misreporting of lab results can lead to an intervention not been made when it should have been (e.g. Hb reported as 9.5 when it was actually 5.9 so transfusion not done) or an intervention being made when it was not necessary. The consequences of misreporting can be costly as well as dangerous to the patient.
- If results are to ultimately end up in electronic form, whether it is an onsite laboratory information system or an electronic medical record at the care provider, the data will need to be entered into a computer. This provides a second opportunity for the introduction of errors.
The scale-up for the treatment of HIV in the developing world has presented challenges in the management of CD4 data. In a review of procedures currently used by a central hospital laboratory in Malawi that processes approximately 150 blood specimens for CD4 counts per week, information about the patient and their lab results are transcribed (computer to paper, paper to paper, or paper to computer) a minimum of four times between the time in which the blood sample is sent to the lab and when lab results are sent back to the clinic. As noted above, this is not only an inefficient process but repeated transcription increases the likelihood of transcription errors.
While CD4 instruments are increasingly being deployed to meet the challenges of treating HIV, there is minimal investment in the accompanying hardware and software to interface with the instrument. From the perspective of an audiophile this is analogous to having a high-fidelity sound system but living next to an amusement park. The noise confounds the process. The consequences of mismanaging CD4 data include having to repeat a test (wasting reagents and human resources), starting a patient on ART when not appropriate, not starting a patient on ART when appropriate, and changing or maintaining a regimen inappropriately.
August 30th, 2006
appliance challenges developing countries eVCT documention hardware hiv power server software touchscreen vct
Traditionally, a VCT Center in Malawi uses a paper-based system for collecting data during a counseling session. Essentially, a counselor writes down answers to specific questions on a multi-page form during the session. These forms are then manually re-keyed into a personal-computer based system by a separate data-entry clerk; this system is then used to generate monthly, quarterly and annual reports. The paper-based entry is filed for future reference.
This approach has significant drawbacks:
- Data completeness: During the VCT session, the counselor may leave blank entries in a form, either intentionally or unintentionally. This would most likely not be caught until the data re-entry phase, at which point it is significantly harder to get the information (e.g., the patient may have left, the counselor may confuse sessions when trying to recall the answer, etc.)
- Data validation: During the VCT session, there is no validation that the answers being entered are correct. For example, a patient could be listed as “male� and “pregnant�. If this discrepancy is caught during data re-entry, it is likely much harder to resolve the discrepancy, assuming that a) the data entry clerk catches the error and b) is motivated to resolve the discrepancy instead of simply entering bad or false data (e.g., assuming that the patient was male and therefore not pregnant instead of female and pregnant).
- · Data Re-entry: Re-entering data from a form to a computer increases the risk that data is being captured inaccurately and there are limited ways of validating that it was entered correctly.
- Multiple data sources: Once data is entered and a form is filed, there is a high likelihood that there are discrepancies between the paper form and the computer system. More importantly, when attempting to do analysis or reporting, it is difficult to determine which system has the most accurate information.
- Limited re-use of data: Traditional VCT systems are not designed to connect to additional IT systems (e.g., ART programs). In addition, given the dual-entry required, it is more complicated to change this system than if it was entirely computer based.
In 2004, Baobab introduced a radically different methodology for using information technology (IT) within the VCT environment. Baobab’s eVCT system essentially eliminates the paper-based entry method with a computer-based model that is more accurate and flexible than the paper-based model. Most importantly, the solution is locally relevant, designed and implemented from the ground up in Malawi with local staff to meet the constraints and challenges of a developing world hospital. For example, Baobab places a strong emphasis on keeping costs low by using locally bought parts, open-source software and a number of internally developed innovations.
At a high level, an eVCT implementation provides a counselor with a touch-screen based appliance which they use for real-time data entry. The graphical user interface is intuitive for a novice user; we have quickly seen new Baobab appliance users enter data at virtually “touch-type� speed with a little practice. The appliance guides a counselor through a counseling session sequentially; this approach ensure data completeness, as well as internally logical responses (e.g., a male can’t be entered as pregnant). Every counselor’s appliance is connected to a battery back-up system which can power the system for over 10 hours without grid power; the back-up battery system is also capable of powering the central server which captures the data.
Each component of eVCT was designed with a keen eye towards local applicability, low cost and either redundancy or ability for “plug & play� replacement. Specific examples include:
- Appliance instead of a personal computer: Baobab has developed a low-cost and application-specific appliance for data entry with touch-screen functionality. This appliance is used at the reception for registering a patient, testing lab and clinic for entering information, and in each of the counseling rooms. In addition to costing less than 15% of a personal computer, this appliance has additional benefits, including a) low power consumption enabling future integration with renewable energy sources such as solar power, b) is powered through its Ethernet connection, greatly simplifying deployment by not requiring an outlet, and c) has no useful utility other than VCT, thereby reducing the risk of theft.
- Redundancy through low-cost computers for server: Baobab is leveraging a low-cost implementation of RAIC (“redundant array of inexpensive computers�) for its central database server which stores and manages data. Baobab’s current incubation has a small footprint to reduce shipping costs and storage space, uses 5% of the power of a traditional server-class computer, can easily run from battery backup or multiple power sources, is widely available and inexpensive, and matches the IT needs of the eVCT application.
- Deep-cycle batteries instead of universal power supplies at every point of failure: Baobab has developed and deployed a deep-cycle battery system to provide continuous back-up for extended power outages – up to 10 hours or more from one charge. Baobab’s battery backup system is designed on locally sourced and maintained batteries which are also significantly less expensive than traditional UPS backup systems (which typically have a 15 minute or so power backup ability).
Most importantly, Baobab technology has been deployed and proven in a number of applications, including Pediatrics, Registration, Pharmaceutical Management, and HIV/AIDS treatment, among others. Baobab is continually refining its technology and implementation model based on feedback from users, innovations and incubation projects from its staff, and input from partners. Finally, the overall cost of a complete eVCT system is cost-competitive with a paper-based system (which requires investment in a personal computer and associated software and technology).
The eVCT system is currently being used at the following locations:
- MACRO (Malawi AIDS Counseling & Resource Organization): Deployed in 2004; currently spans 3 counseling centers, has 25 workstation appliances and counsel approximately 50-75 clients per day.
- The Lighthouse (Kamuzu Central Hospital): Deployed in 2005; currently has 7 workstation appliances and also counsels approximately 50-75 clients per day.
During the pilot implementation of eVCT at the MACRO location, a study was conducted to assess the impact of the system implementation on a paper-based site. The study concluded the following:
- Using an anonymous questionnaire, the VCT providers (receptionist, counselors and lab technicians) were surveyed after the system had been in place for five months. The response rate was 12/14 users. Results were:
- All 12 respondents reported they preferred to use the touchscreen system versus paper forms.
- All 12 respondents reported the touchscreen was faster to complete than paper
- Of the 12 respondents, 11 reported having occasional technical problems, primarily related to prolonged power outages. Based on this feedback, the UPS-based back-up system was replaced with the deep-cycle battery technology innovation
- In addition, exit interviews were conducted with 60 clients.
- Responses indicated that the introduction of the touchscreen computer into the counseling session had no negative impact on the counseling process.
- Twenty-three clients (38%) reported not noticing use of the touchscreen computer during the VCT session
- Negative feedback received through open-ended questions focused on issues unrelated to the use of the touchscreen during VCT, such as long wait times at the VCT center.
For the complete documentation on Baobab’s HIV eVCT System, see the following document: Deploying Baobab Health Partners HIV eVCT System
August 30th, 2006
baobab linux hardware linux open source power software touchscreen Baobab Linux is still in its initial stages. The development process has included many approaches and has enlisted the help of many experts. People from Hungary, Australia, England, the United States, and of course Malawi, have all worked directly on Baobab Linux. The consensus is that there are still plenty of innovations that can be made to create the optimal operating system for capturing health related data from the iopener hardware, but that this initial version Baobab Linux is ready for action.
Baobab Linux v1.0 is based on Midori Linux. Midori Linux is a general Linux distribution optimized for flash disk based devices with minimal resources (an embedded Linux by some definitions) . This fits in well with our needs, but unfortunately it did not meet our needs without heavy modifications. Since all of Baobab’s projects will be delivered via a web browser, it was critical to get a standards compliant browser working on Midori Linux. In collaboration with the developers at Opera Software, we determined that Opera version 9 for Linux would match our requirements of being standards compliant, fast, and memory efficient. Opera 9 requires almost 10 megabytes of disk space, hence a lot of effort was required to optimize the footprint of Midori Linux in order to allow it contain all of the operating system as well as the web browser.
The following are some observations to compare Baobab Linux with Windows 98 Lite:
Baobab Linux
Power Consumption: 11.45 Watts
Required disk space: 16MB (fits on internal flash disk)
Startup: 58s
Shutdown: ~1s
Required memory: 32MB
Local Web Page Retrieval: ~1s
Windows 98 Lite
Power Consumption: 17.80 Watts
Required Disk Space: 64MB (requires flash memory)
Startup: 56s
Shutdown: 5s
Required Memory: 32MB
Web Page Retrieval Time: n/a (web browser removed)
Two differences in particular are worth examining. First, note the differences in power consumption. This is the power consumption as measured when the system is idle. Baobab Linux uses almost 40% less power than Windows. This is a critical difference as our systems are increasingly being deployed in places with very unreliable electricity and soon places without any electricity at all. To combat this, we build power backup systems with arrays of deep cycle batteries that can be recharged in a variety of ways (solar, wind, minibuses, wall sockets). The power consumption of our systems directly affects how long a system can run on the batteries, and how long it will take to recharge them. Hence, less power consumption means that our systems will be able to run longer before requiring a recharge.
The other important difference is that Baobab Linux requires just 16MB of memory. This means that we no longer need to have an additional flash card and the custom adapter that goes along with it. Practically this reduces the cost of the IOpener by about $35 - a 10% reduction!
Download Baobab Linux build kit from Google Code.
Download a Baobab Linux disk image.
August 30th, 2006
Previous Posts
