Multi-drug resistant tuberculosis patients in resource-poor settings experience large delays in starting appropriate treatment and may not be monitored appropriately due to an overburdened laboratory system, delays in communication of results, and missing or error-prone laboratory data. The objective of this paper is to describe an electronic laboratory information system implemented to alleviate these problems and its expanding use by the Peruvian public sector, as well as examine the broader issues of implementing such systems in resource-poor settings.
A web-based laboratory information system "e-Chasqui" has been designed and implemented in Peru to improve the timeliness and quality of laboratory data. It was deployed in the national TB laboratory, two regional laboratories and twelve pilot health centres. Using needs assessment and workflow analysis tools, e-Chasqui was designed to provide for improved patient care, increased quality control, and more efficient laboratory monitoring and reporting.
Since its full implementation in March 2006, 29,944 smear microscopy, 31,797 culture and 7,675 drug susceptibility test results have been entered. Over 99% of these results have been viewed online by the health centres. High user satisfaction and heavy use have led to the expansion of e-Chasqui to additional institutions. In total, e-Chasqui will serve a network of institutions providing medical care for over 3.1 million people. The cost to maintain this system is approximately US$0.53 per sample or 1% of the National Peruvian TB program's 2006 budget.
Electronic laboratory information systems have a large potential to improve patient care and public health monitoring in resource-poor settings. Some of the challenges faced in these settings, such as lack of trained personnel, limited transportation, and large coverage areas, are obstacles that a well-designed system can overcome. e-Chasqui has the potential to provide a national TB laboratory network in Peru. Furthermore, the core functionality of e-Chasqui as been implemented in the open source medical record system OpenMRS http://www.openmrs.org for other countries to use.
Tuberculosis (TB) is a chronic infectious disease that kills over 2 million people per year in the developing world. TB can typically be diagnosed rapidly by sputum microscopy at a local health facility, but diagnosis of multi-drug resistant TB (MDR-TB) – defined as TB strains resistant to at least isoniazid and rifampin – requires a drug susceptibility test (DST) which is usually performed at a regional, national or even supranational level. The emergence of extensively drug-resistant tuberculosis (XDR-TB) heightens the urgency of prompt diagnosis of drug resistance to curb the excessive mortality and ongoing transmission associated with highly resistant strains . Communication of DST results between central and local laboratories and clinical facilities can be problematic and results can take several months  to get to their destination or never arrive , especially in high-burden countries with limited infrastructure. Prompt treatment with individualized drug regimens based on DST improves patient outcomes  and reduces the risk of amplification of drug resistance and ongoing transmission [5, 6]. As Raviglione and Smith comment in a recent editorial, "information is essential to build a response [to drug-resistant diseases], and only computerized information systems allow sufficiently rapid exchange of information within and between countries."
Laboratory Information Systems
Laboratory information systems in developed countries have been shown to decrease turn-around-times (TAT) of laboratory results [8–10], reduce redundancy in resource utilization [9, 11, 12], and provide faster and more complete notification for public health purposes [13–15]. Shorter TATs have been associated with decreased treatment time, mortality, morbidity, and length of hospital stay [16, 17]. We are aware of the use of laboratory systems in the central laboratories in a few developing countries such as Peru and Russia. However, to our knowledge, there are no reports of the use of these systems to link laboratories to clinical settings.
There are potentially greater benefits of using clinical information systems in locations with limited infrastructure where other methods of communications are more costly. However, though they can provide many benefits, these systems are difficult to implement. In developed countries, it is estimated that up to 60% of all information technology implementations in health care fail . Among the many challenges that need to be surpassed are over-burdened laboratory and clinical personnel, frequent staff rotation, limited computer and internet access, and frequent changes in administrations and policies.
Creating a Peruvian National Laboratory Network
The implementation of decentralized, rapid DST is underway as part of nationwide efforts to scale up services for detection and treatment of MDR-TB and XDR-TB by the Peruvian Ministry of Health . Whereas initially only the Peruvian National Reference Laboratory (NRL) performed DST, the capacity of the regional laboratories has expanded to include rapid and conventional first-line DSTs. The typical flow of a suspected TB patient's sputum sample from the initial treatment site through the laboratory network is depicted in Figure 1. Each test result is communicated serially, and in each step, there are delays and the potential to lose the result.
A study of TATs for cultures and DSTs within the Peruvian public health system suggests that patients could still experience risky delays despite availability of decentralized, rapid DST unless programmatic aspects are also addressed . In addition to reducing communication delays, minimizing lost and erroneous results is essential for reducing morbidity in these high-risk patients. To improve these aspects, we developed and implemented the laboratory information system described herein.
This paper describes the design and implementation of a web-based TB laboratory information system to communicate data between a national laboratory, two regional laboratories, and 12 health centres (HC) in Lima, Peru. This system was designed to support a national TB laboratory network connecting all participating institutions. We then describe the expansion of the system at the request of the public administration. Finally, we examine broader issues of implementing these types of systems in resource-poor settings including costs and sustainability.
The first step in creating the laboratory information system was to conduct a needs assessment of the major stakeholders: the personnel in the HCs, regional, and national laboratories. After working with the director, laboratory technician and data entry staff in the participating laboratories and the TB clinician, nurse and local laboratory technician in several key HCs, a list of information requirements was created, shown in Table 1. While most requirements were identified during this initial period, others emerged during the implementation process.
Needs Assessment of Health Centres and Laboratories
All information displayed to mirror paper forms
Find patient by name despite constant misspellings
Fast access despite low bandwidth
Easily access patient's individual result and history of all results
For a sample view all tests performed and date when sample was taken
View all recent results by HC
Track all tests pending by HC
Access information on samples collected in other institutions (e.g. while hospitalized, prior to transfer to their HC)
Email notification of new test results
Print out a test result in the official MINSA format
Display trend in DST requests by HC
Show MDR-TB patients not appropriate treatment
Current patients failing treatment
Access latest information on evidence-based TB treatment
Integrate into laboratory workflow with minimal disturbance or increased work
Search for sample by ID number
Individual results printed in current paper form
Aggregate reporting for all tests entered
Ability to view all culture and DST results reported within an arbitrary time period
Improve quality control of test results
Ability to modify or "grow" system with continual requirements
Compatibility with existing computerized information systems
Integration into Laboratory Workflow
The laboratory information system needed to be integrated within the workflow of the busy regional and central laboratories. We performed a thorough workflow analysis of each laboratory's systems of information, each staff's responsibilities, quality control, and tests performed, and designed the system to follow the current workflow of intake, processing, and reporting. However, the integration of the information system still required workflow adjustments to incorporate data entry, digital verification, and printing of results from the system. This was done through iterative discussions with the laboratory directors followed by an hour-long training session for all laboratory personnel. These changes in workflow, however, did not result in increased time demands; instead the revised system resulted in greater efficiency for most laboratory personnel, since the database (with reliable back-up) obviated the need to photocopy and maintain physical copies of all results at the laboratory.
Finally, the laboratory information system had to integrate with current laboratory reporting systems being used. During the implementation of e-Chasqui the NRL moved from using the PHLIS laboratory reporting system , to an in-house developed laboratory management system. To communicate data between these systems, a tool was created to manually export all results; we are currently defining other inter-system communication methods.
The electronic laboratory information system, called e-Chasqui, supports the decentralized entry and viewing of bacteriological tests (smear microscopy, cultures, species identification, and DSTs). The Chasquis were agile and highly-trained runners that delivered messages, royal delicacies and other objects throughout the Inca Empire and are a source of pride in Peru. In addition, it includes applications to assess quality control, generate aggregate reports, notify health centres of new results or contaminated samples, and track both enrolled patients and the status of pending laboratory tests. e-Chasqui extends the web-based TB electronic medical record system, PIH-EMR, that has been in use in Peru since 2001 [21, 22]. To protect patient's confidentiality, e-Chasqui incorporated extensive encryption and web security features for medical records of the PIH-EMR . Furthermore, all users sign a confidentiality agreement before being given access.
We worked with the national and regional district and laboratory directors to define the access profiles for the different types of users. Clinical personnel have individual access to all patients under their responsibility e.g. single HC, multiple HCs, or a full district. Examples of clinical personnel include HC staff, the regional TB program director, and the regional treatment approval committees, composed of pulmonologists and clinicians. Laboratory personnel have both an individual and aggregate view of laboratory test results. Defining the types of access, getting all stakeholders to agree, and building the flexibility into the system was one of the most difficult tasks in building e-Chasqui.
The ultimate goal of the system is for all laboratories, including those at HCs, to enter tests they've performed and use the system to order further tests. However, in the initial phase all data was entered at the NRL and regional laboratories with "read-only" access provided to HCs. Therefore when the first e-Chasqui laboratory receives a sample, they enter all previous test results performed on that sample.
The core of the e-Chasqui interface is a single patient page containing the history of all tests performed for the patient on a left sidebar, and the details for any single sample on the main part of the page (Figure 2). For a single sample, tests can be performed by up to four different laboratories. All test results are displayed in this single page to give the full history of the sample. This novel tracking ability is a useful addition; prior to e-Chasqui's implementation, laboratory and clinical personnel systems lacked the test request date or the smear or culture data when they received a DST result. The system uses a flexible search algorithm by either the patient's names (including partial names) or by any of the sample's test identification numbers. This patient page, like all others, contains only text and uses optimized SQL queries to load quickly even in areas with low bandwidth.
From this page, the user can select which tests to print in the official report format. Though each HC can print the report immediately after laboratory verification, each laboratory also prints a copy and sends this stamped "official" report to the HC for their paper records. Due to the high load of TB patients, the HC personnel requested the ability to view their latest results on a single page and track the status of all their samples being processed. Tools were designed to meet these requirements. Finally, all HC users receive nightly email notifications for new test results on patients attending their HC.
Laboratory Quality Control
The laboratory personnel described long-standing problems with ensuring the timeliness of reporting results. Since a culture or DST result takes 20 to 60 days to be read, some tests "fell through the cracks" and were not read, or were read late. Furthermore, they also requested ways to ensure all results had been entered, to minimize duplicate tests, and to monitor the contamination rate. Therefore, the system was expanded to incorporate quality control tools to remind personnel to read samples on a regular basis, flag duplicate or missing results, and report contamination rates. These tools are usually automatically updating tables or lists of tests that show the appropriate information.
An initial reporting tool was created for the regional laboratories to view all results. Further monitoring and reporting tools were created as the needs arose throughout the implementation process. They can be seen in Table 2.
Reports generated by e-Chasqui
Type of Access
Frequency of e-Chasqui access by HC personnel
Regional laboratory and TB director
Encourage frequent utilization of IS to access real-time laboratory data
Monthly report prepared by data administrator
Number of laboratory results entered at regional laboratory
Regional laboratory and TB director
Identify delays in data entry
Monthly report prepared by data administrator
Number of laboratory results verified and released to providers
Regional laboratory and TB director
Identify delays in verification
Monthly report prepared by data administrator
DST results for any specified period grouped by every variable in request form
Regional and INS laboratory director
Report and identify trends in laboratory performance
Culture results for any specified period grouped by every variable in request form
Regional and INS laboratory director
Report and identify trends in laboratory performance
Individuals with a positive culture for any specified date
Regional and INS laboratory director
Report to regional TB program
**Constant access means that the laboratory users could view this information in the system at any time. Some reports let the user specify the start and end dates.
Though described separately from the needs assessment and system design, the deployment of e-Chasqui in the laboratories and HCs was complementary and overlapped as the use and functionality of e-Chasqui grew.
Information Technology Assessment
The initial step of implementation consisted of an assessment of the information technology status at each HC and laboratory, performed by the regional health districts, and included data such as the number and condition of computers in each HC, physical security, and internet access. The assessment identified key deficits, and we were able to coordinate with each health district to perform corrections such as donating or fixing computers and providing or improving internet access.
The commitment of the health districts was demonstrated by providing a part-time data entry person specifically for e-Chasqui. We trained all laboratory staff in the workflow changes and in the use of e-Chasqui during a single 1-hour group training session. We also had individualized sessions for each user since each had different responsibilities, on average lasting approximately 1.5 hours. After several months of use, two of the three laboratories requested that the technicians also have e-Chasqui access.
For data entry several simple design tools were implemented and found to be valuable. First, for ease of data entry each data field can be accessed not only by clicking on the field with the mouse, but also by sequential tabbing through the page. Second, the main patient page was identical to the test request form from which the data entry occurred. To avoid duplicate patients when a new patient is being created, e-Chasqui searches for patients with similar names, and if any are found a warning is displayed where the user can click on one of the existing patient names or click the "Create New Patient" button. Also, a tool to merge patient records was created to handle duplicates. Duplicate sample records are handled using data quality tools, explained previously in the Laboratory Quality Control section
The system had to be continually expanded and adapted to the needs encountered during the pilot phase. During the first eight months after implementation, functionality to generate lists of reported DSTs and the quality control tools were created. In the following 3 months, we added pages for the HC users to view the tests currently being processed and a consolidated view of the last 3 weeks of results. In Sept. 2006, 11 months after initial implementation, the NRL began to use this system required changes to accommodate its specific workflow. At the same time we modified the system, at HC users' request, to send only one email at night if results had been verified that day, as opposed to an email for every result verified.
Once a HC had a computer with internet access that could be used by the TB personnel, all users were trained in a single 1-hour session in computer use, confidentiality procedures, and use of e-Chasqui. The e-Chasqui data administrator then performed follow-ups every third week. In most HCs, we identified at least one "champion" who uses the system frequently. However, rarely did we find this champion promoting the system to others.
Throughout the implementation, we had to troubleshoot problems. Most of the problems were administrative or hardware related such as having to create a new windows XP user, ensuring that HC users were viewing their results in e-Chasqui in a timely fashion, replacing a stolen computer, and providing six web access points to TB programs within HCs that lacked computer access (Baobab Health Partnership) .
The needs assessment and workflow analysis began in June 2005, with the first user testing in July 2005, January 2006, and May 2006, for each of the two regional and the national laboratories, respectively. Full implementation occurred in March 2006, August 2006, and September 2006, respectively.
Our system has been successfully integrated into program operations. Since its initial implementation, 29,994 smear microscopy, 31,797 culture and 7,675 DST results have been entered. In 2006, 99.5% of all DST results and 98.8% of all culture results for the 12 pilot HCs were viewed online. The average number of pages viewed by the HCs in each of the two health districts (Lima Ciudad, Lima Este) can be seen in Figure 3. The large increase in pages viewed in August 2006 occurred because e-Chasqui was fully implemented in both the Lima Este regional laboratory and the NRL.
This is an online transaction processing system and since it is used in sites with low to medium internet bandwidth, this is a major factor in its performance. Due to e-Chasqui's simple, text-based design all sites can use it during routine clinical and laboratory work. In 2006, the system performed on average 1865 transactions per day including page views, data entry, and analysis. In 2007, it has increased to 4501 daily transaction and the system's performance has not been appreciably affected. Feedback from users has been positive. This feedback has been in the form of conversations by the research staff with the clinical and laboratory personnel, increased usage of the system by intervention sites, and requests for expansion of the use of the system by the district and laboratory administrators. Importantly, we have been careful to respond to critical comments and suggestions to enhance the system and maintain user "buy-in." A strong indicator of the system's utility is that district administrators have requested expansion of the system to additional institutions. In response, we are expanding access to three laboratories, 2 hospitals and 11 HCs that administrate 47 other health centres. In total, e-Chasqui will serve a network of institutions providing medical care for over 3.1 million people.
In quantifying the costs of designing and implementing this web-based system in Peru, we have found the annual recurring cost to be US$34,738 total or US$0.53 per sample entered. More details can be found in Table 3. This figure includes the cost of full internet access to all e-Chasqui institutions and a US based system manager. Since HCs use the internet for other purposes, including the national health register, we feel the system should incur 50% of the internet cost. Also, if the system manager was Peruvian with a local salary, the annual recurring cost reflects the approximate cost of implementing e-Chasqui in all major health centres in the two health districts. For comparison, the e-Chasqui health districts had 1103 MDR-TB patients on standardized or individualized treatment in 2006. The annual cost of these treatments are approximately US$2,900 and US$3,000, respectively . Another comparison is that these health districts accounted for 53% of TB and MDR-TB patients in a national program whose 2006 budget was close to US$10 million . In either case, this system to communicate all vital laboratory data for TB and MDR-TB treatment accounted for approximately 1% of the budget for those districts.
Fixed and Monthly Costs of implementing e-Chasqui
Computers, web access points and installation
8 × $458 (average cost)
4 × $150
Internet for health centres and labs
12 HCs & 2 labs × $41 monthly
Internet for headquarters with server
1 HQ × $400 monthly
System Design & Development
80 hours × $21/hour
500 hours × $22/hour
40 hours × $59/hour
100 hours × $40/hour
620 hours × $22/hour
80 hours × $59/hour
450 hours × $40/hour
Data Entry & Management
Peruvian Data Administrator
Peruvian Data Entry (one per lab)
3 × 2/3 time
Transportation for Data Administrator
1.5 monthly visits to every site
100 hours × $21/hour
50 hours × $59/hour
200 hours × $22/hour
We have divided the costs into five categories: infrastructure building, system design and development, system implementation, data entry and management, and system advocacy. For infrastructure, the objective is to have every health institution with a computer, printer and intermittent, if not constant, internet connection. System advocacy has consisted of meetings and discussions, usually with national or regional administrators, to discuss the system's potential benefits, provide updates on its status, and train users on the system's abilities since this was the first time a web-based clinical system had been implemented. The costs incurred by a new program implementing e-Chasqui should be reduced as they will not include system development. All costs are in 2007 U.S. Dollars Unless explicitly stated all staff are US based
Challenges and Obstacles
Creating a system with enough flexibility to meet all stakeholders' needs that arise during implementation
Though e-Chasqui has focused functionality, the need to create many types of users and to define methods of communication between institutions took much work and time. There were two main reasons for this. First, the inexperience in implementing clinical information systems among stakeholders meant much learning about this topic had to take place. As a result, the technical requirements of e-Chasqui were constantly revised. For example, some stakeholders were unfamiliar with the concept that different users see information in specific manner such as individual or aggregate views. Therefore some exhibited initial scepticism about the system's ability to maintain information confidential. Second, defining appropriate user accesses to balance patient confidentiality with users' request for information. Again due to e-Chasqui's novelty, both the developers and the institutions have had to learn what the appropriate user permissions were. Here the web-based architecture allows e-Chasqui to track all users' actions. This capability was highly valued by all stakeholders since many of them asked about data confidentiality and security.
Maintaining both high data quality and timeliness with limited staff
The balance between opportune entry of results and electronic verification with high data quality continues to be a problem. The mean number of days between a DST result being read, its entry, and verification is 5.8. Though we believe that the additional step of result verification ensures higher data quality, we are still working to minimize these delays. On the other hand, the average number of days from laboratory verification to the HC personnel viewing their result in e-Chasqui is 2.2 which shows their interest in updated results.
Strengthening public infrastructure
To ensure e-Chasqui had lasting impact on patient care, it was necessary to integrate this system within the public health structure. Though this can mean additional work in terms of agreements with the different national and regional institutions, as well as providing additional services, the long lasting benefits, such as sustainability and implementation at a national level, usually outweigh this additional work.
TB programs trying to improve communications, monitoring, and patient care by implementing electronic information systems face a task that can sometimes seem overwhelming. We have learned several lessons from our experience developing a nation-wide electronic laboratory information system in Peru.
All important stakeholders must contribute to the design and implementation
This is the only way to ensure the system addresses the actual user needs and to have user appropriation. To identify key system attributes during the design, medical and laboratory personnel must be involved from the beginning. Furthermore, developers must create a system easily integrated into the existing workflow with minimal disruption and sufficient advantages to gain "buy-in" such as easy usage for people with little computer experience. Lastly, branding the system appropriately, perhaps with a familiar name, makes it more recognizable. During the system's implementation, users must be constantly asked if they have questions or problems and their suggestions for fixing them. Problems that are outside the system's scope, such as not having access to a computer with internet, personal conflicts with other personnel who would like internet access, or equipment failures, should be addressed with administrative personnel.
Political support is integral to the system's dissemination
Unless there is will from the administration to implement an electronic information system, promote its use, and allocate resources to maintain it, there is little chance of success. This system was implemented as part of a scale up strategy between the National Tuberculosis Program and NRL to expand the laboratory network. Political support in this case was demonstrated by the support of the regional health administration and by laboratories providing data entry staff.
Provide adequate training in the system's use and benefits
Training should be focused on the benefits that it provides to the users. In Peru, most previous health information systems have required HC personnel to enter data for reporting purposes without receiving any feedback. While implementing e-Chasqui, we saw reticent users become enthusiastic when they realized the system would provide them with useful information. Training must also be provided continually, and the system's use monitored to ensure it continues to meet user's needs.
Ensure the system's sustainability
Sustainability in our experience is maintained by generating user confidence in the system's quality and usability, creating a flexible system able to adapt to changes within the public system, and providing evidence of system benefits. To have user confidence, the system must actually save time and be perceived as a consistently useful tool after the initial novelty has worn off. Three main factors to promote sustainability include (1) providing and maintaining a functional internet access point at their HC, (2) ensuring the quality and promptness of data, and (3) providing support to all users. Support to all users usually took the form of technical assistance at the laboratories and up-to-date results to HCs.
Implement the system as part of a larger structural improvement
We believe that the implementation of an information system is enhanced if it is an integral part of larger improvements in the clinical or laboratory infrastructure. That way the system can not only help improve communication but also be part of a more general improvement in workflow. In the case of e-Chasqui, it was incorporated into national project to decentralize DSTs.
Electronic laboratory information systems have much potential to improve patient care and public health monitoring in resource-poor settings. Some of the challenges described, such as lack of trained personnel, limited transportation, and large coverage areas, are obstacles that a well-designed information system can overcome. However, creating well-designed information systems is a difficult task necessitating appropriate resources, expertise and time to be successful.
The purpose of this paper is to pass on our experience of critical design issues and required capabilities to make similar systems work on-site. Though other projects will need to design and rollout laboratory information systems, we hope to make the process less onerous next time around.
e-Chasqui has the potential for creating a national TB laboratory network in Peru to facilitate the communication and analysis of all bacteriological results country-wide. We have already begun to see additional benefits to this system such as having the test always available during clinical decision making, reducing duplicate tests performed, and reducing the time and money spent by staff checking the status of their samples. Studies have been initiated to quantify these benefits. We are also conducting a prospective and retrospective evaluation study to measure e-Chasqui's effect on reducing mean delays, "lost" results with excessive delays, and errors of laboratory reporting. Furthermore, this same system or one similar could more easily be implemented in other countries facing similar problems of test tracking. In our efforts to make these systems available, we are implementing the core functionality of e-Chasqui as a module in the OpenMRS system [27, 28]. OpenMRS is a general purpose medical record system architecture we have developed with colleagues in the US and Africa to support TB and HIV treatment programs. OpenMRS is being rolled out in eight countries with support from the US Centers for Disease Control and Prevention and the World Health Organization. At least two of these countries will use the e-Chasqui component.
We wish to thank Betty Palma, Michael Seaton, Darius Jazayeri and Ellen Ball for designing and maintaining these systems, Carmen Contreras and Socios en Salud Sucursal Peru for their technical support, Claire Mack for her editing comments, and the clinical and administrative personnel in the Peruvian public health sector. This research was supported by grants from the Harvard Global Infectious Diseases Program and David Rockefeller Center for Latin American Studies. JAB received financial support from the MIT Carroll Wilson Award, MIT Public Services Center grant, and the MIT Hugh Y. Hampton Fellowship.
Division of Health Sciences & Technology, Harvard Medical School-MIT
Partners In Health
Division of Social Medicine & Health Inequalities, Brigham & Women's Hospital, Harvard Medical School
Instituto Nacional de Salud
Direccion de Salud V Lima Ciudad
Direccion de Salud IV Lima Este
Centers for Disease Control and Prevention
Gandhi NR, Moll A, Sturm AW, Pawinski R, Govender T, Lalloo U, Zeller K, Andrews J, Friedland G: Extensively drug-resistant tuberculosis as a cause of death in patients co-infected with tuberculosis and HIV in a rural area of South Africa.Lancet 2006,368(9547):1575–1580.View ArticlePubMed
Yagui M, Perales MT, Asencios L, Vergara L, Suarez C, Yale G, Salazar C, Saavedra M, Shin S, Ferrousier O, et al.: Timely diagnosis of MDR-TB under program conditions: is rapid drug susceptibility testing sufficient?Int J Tuberc Lung Dis 2006,10(8):838–843.PubMed
Hurtado R: Personal Communication. 2006.
Telzak EE, Sepkowitz K, Alpert P, Mannheimer S, Medard F, el-Sadr W, Blum S, Gagliardi A, Salomon N, Turett G: Multidrug-resistant tuberculosis in patients without HIV infection.N Engl J Med 1995,333(14):907–911.View ArticlePubMed
Park MM, Davis AL, Schluger NW, Cohen H, Rom WN: Outcome of MDR-TB patients, 1983–1993. Prolonged survival with appropriate therapy.Am J Respir Crit Care Med 1996,153(1):317–324.PubMed
Jindani A, Aber VR, Edwards EA, Mitchison DA: The early bactericidal activity of drugs in patients with pulmonary tuberculosis.Am Rev Respir Dis 1980,121(6):939–949.PubMed
Raviglione MC, Smith IM: XDR tuberculosis--implications for global public health.N Engl J Med 2007,356(7):656–659.View ArticlePubMed
Westbrook JI, Georgiou A, Dimos A, Germanos T: Computerised pathology test order entry reduces laboratory turnaround times and influences tests ordered by hospital clinicians: a controlled before and after study.J Clin Pathol 2006,59(5):533–536.View ArticlePubMed
Georgiou A, Williamson M, Westbrook JI, Ray S: The impact of computerised physician order entry systems on pathology services: a systematic review.Int J Med Inform 2007,76(7):514–529.View ArticlePubMed
Yoo S, Kim B, Park H, Choi J, Chun J: Realization of real-time clinical data integration using advanced database technology.AMIA Annu Symp Proc 2003, 738–742.
Bates DW, Evans RS, Murff H, Stetson PD, Pizziferri L, Hripcsak G: Detecting adverse events using information technology.J Am Med Inform Assoc 2003,10(2):115–128.View ArticlePubMed
Bates DW, Cohen M, Leape LL, Overhage JM, Shabot MM, Sheridan T: Reducing the frequency of errors in medicine using information technology.J Am Med Inform Assoc 2001,8(4):299–308.PubMed
Ward M, Brandsema P, van Straten E, Bosman A: Electronic reporting improves timeliness and completeness of infectious disease notification, The Netherlands, 2003.Euro Surveill 2005,10(1):27–30.PubMed
M'Ikantha NM, Southwell B, Lautenbach E: Automated laboratory reporting of infectious diseases in a climate of bioterrorism.Emerg Infect Dis 2003,9(9):1053–1057.PubMed
Jansson A, Arneborn M, Ekdahl K: Sensitivity of the Swedish statutory surveillance system for communicable diseases 1998-assessed by the capture-recapture method.Epidemiol Infect 2005,133(3):401–407.View ArticlePubMed
Barenfanger J, Drake C, Leon N, Mueller T, Troutt T: Clinical and financial benefits of rapid detection of respiratory viruses: an outcomes study.J Clin Microbiol 2000,38(8):2824–2828.PubMed
Holland LL, Smith LL, Blick KE: Reducing laboratory turnaround time outliers can reduce emergency department patient length of stay: an 11-hospital study.Am J Clin Pathol 2005,124(5):672–674.View ArticlePubMed
Beynon-Davies P, Lloyd-Williams M: When health information systems fail.Top Health Inf Manage 1999,20(1):66–79.PubMed
Solis LA, Shin SS, Han LL, Llanos F, Stowell M, Sloutsky A: Validation of a rapid method for detection of M. tuberculosis resistance to isoniazid and rifampin in Lima, Peru.Int J Tuberc Lung Dis 2005,9(7):760–764.PubMed
Bean NH, Martin SM, Bradford H Jr: PHLIS: an electronic system for reporting public health data from remote sites.Am J Public Health 1992,82(9):1273–1276.View ArticlePubMed
Fraser H, Jazayeri D, Mitnick C, Mukherjee J, Bayona J: Informatics Tools To Monitor Progress And Outcomes Of Patients With Drug Resistant Tuberculosis In Peru.Proc AMIA Symp 2002, 270–274.
Fraser H, Blaya J, Choi S, Bonilla C, Jazayeri D: Evaluating the impact and costs of deploying an electronic medical record system to support TB treatment in Peru.AMIA Annu Symp Proc 2006, 264–268.
Fraser HS, Jazayeri D, Nevil P, Karacaoglu Y, Farmer PE, Lyon E, Fawzi MK, Leandre F, Choi SS, Mukherjee JS: An information system and medical record to support HIV treatment in rural Haiti.Bmj 2004,329(7475):1142–1146.View ArticlePubMed
Douglas G: The Lilongwe Central Hospital Patient Management Information System: A Success in Computer-Based Order Entry Where One Might Least Expect.Proc AMIA Symp 2003, 833.
Resch SC, Salomon JA, Murray M, Weinstein MC: Cost-Effectiveness of Treating Multidrug-Resistant Tuberculosis.PLoS Med 2006,3(7):e241.View ArticlePubMed
Bonilla C, Bayona J: Building political commitment in Peru for TB control through expansion of the DOTS strategy.Bull World Health Organ 2007,85(5):A-419.View Article
Mamlin B, Biondich PG, Wolfe BA, Fraser HS, Jazayeri D, Allen C, Miranda J, Tierney W: Cooking Up An Open Source EMR For Developing Countries:OpenMRS – A Recipe For Successful Collaboration.AMIA Annu Symp Proc 2006, 529–533.
Allen C, Jazayeri D, Miranda J, Biondich PG, Mamlin B, Wolf B, Seebregts C, Tierney W, Fraser H: Experience in implementing the OpenMRS medical record system to support HIV treatment in Rwanda.Medinfo 2007,12(Pt 1):382–386.
This article is published under license to BioMed Central Ltd. This is an Open Access article distributed under the terms of the Creative Commons Attribution License (http://creativecommons.org/licenses/by/2.0), which permits unrestricted use, distribution, and reproduction in any medium, provided the original work is properly cited.