Skip to main content
Advertisement
  • Loading metrics

Developing mobile health applications for neglected tropical disease research

  • Andrés Navarro ,

    Contributed equally to this work with: Andrés Navarro, Luisa Rubiano

    Roles Conceptualization, Investigation, Software, Supervision, Visualization, Writing – original draft

    anavarro@icesi.edu.co (AN); lrubiano@cideim.org.co (LR)

    Affiliation Universidad Icesi Grupo I2T, Cali, Colombia

  • Luisa Rubiano ,

    Contributed equally to this work with: Andrés Navarro, Luisa Rubiano

    Roles Conceptualization, Formal analysis, Validation, Writing – original draft, Writing – review & editing

    anavarro@icesi.edu.co (AN); lrubiano@cideim.org.co (LR)

    Affiliations Centro Internacional de Entrenamiento e Investigaciones Médicas, CIDEIM, Cali, Colombia, Universidad Icesi, Cali, Colombia

  • Juan David Arango,

    Roles Conceptualization, Formal analysis, Software, Writing – review & editing

    Affiliation Universidad Icesi Grupo I2T, Cali, Colombia

  • Carlos A. Rojas,

    Roles Conceptualization, Validation, Writing – review & editing

    Affiliation Universidad de Antioquia, Medellín, Colombia

  • Neal Alexander,

    Roles Conceptualization, Formal analysis, Writing – original draft, Writing – review & editing

    Affiliation Centro Internacional de Entrenamiento e Investigaciones Médicas, CIDEIM, Cali, Colombia

  • Nancy Gore Saravia,

    Roles Conceptualization, Formal analysis, Funding acquisition, Writing – original draft, Writing – review & editing

    Affiliations Centro Internacional de Entrenamiento e Investigaciones Médicas, CIDEIM, Cali, Colombia, Universidad Icesi, Cali, Colombia

  • Eliah Aronoff-Spencer

    Roles Conceptualization, Formal analysis, Funding acquisition, Software, Writing – original draft, Writing – review & editing

    Affiliation University of California, San Diego, California, United States of America

Abstract

Mobile applications (apps) can bring health research and its potential downstream benefits closer to underserved populations. Drawing on experience developing an app for detecting and referring cases of cutaneous leishmaniasis in Colombia, called Guaral/app, we review key steps in creating such mobile health (mHealth) tools. These require consideration of the sociotechnical context using methods such as systems analysis and human-centered design (HCD), predicated on engagement and iteration with all stakeholders. We emphasize usability and technical concerns and describe the interdependency of technical and human considerations for mHealth systems in rural communities.

Introduction

Underserved rural communities in developing countries bear high burdens of poverty-related disease, with medical services often being impeded by logistical and economic barriers, displacement, and conflict. Mobile applications (apps) have the potential to overcome some of these barriers, enabling reliable and scalable point of care research and services.

Development of effective health research apps requires consideration of the sociotechnical context using methods such as systems analysis and human-centered design (HCD), predicated on problem refinement, engagement, and iteration with all stakeholders [1]. Besides patients, providers, and research teams, stakeholders may include public and private health authorities, caregivers, and communities at risk. Early stakeholder and end-user involvement is important and essential if the app is intended for use in health systems settings [2]. This communication considers challenges and requisites of mobile health (mHealth) tools based on lessons learned from developing Guaral/app, an app to be adopted by volunteer community workers for detection, and referral of patients with cutaneous leishmaniasis in rural Colombia [3].

To promote integration of the mHealth app into neglected tropical disease (NTD) research, we emphasize usability and technical concerns [4] and describe the interdependency of technical and human factors for mHealth systems in rural communities. Beginning with the statement of purpose, we consider user profiles, requirements, and then technology.

Statement of purpose

The systems analysis process begins with the “statement of purpose” [5], which answers these questions: what is the goal of the app, and who will be the users? Answering these questions requires intensive, attentive, and methodical dialogue between engineers, health researchers, and users, oriented by the perception and needs of the community. For example, the purpose of the Guaral/app is to provide rapid, presumptive diagnosis of cutaneous leishmaniasis by nonprofessional health workers in or near affected communities. This purpose reflects a consensus among an underserved community (Tumaco), local health providers, and researchers to improve CL care and serves as a starting point both for iteration of the problem framing and ultimate solutions.

User profiles

App design must meet the needs of different users; these include the following:

  • End users: If the end users include patients or other nonspecialists, who may perform and/or collect health data, particular attention is warranted for usability and interface design. In the case of the Guaral/app, the main end users are rural community health workers; therefore, an intuitive interface was developed and iterated to simplify interactions, such as recording of the location of patient lesions on a touch screen image of the body (Fig 1) while the system internally calculates the contribution of each variable to the diagnostic score.
thumbnail
Fig 1. Screenshots of the mHealth tool (app) for presumptive diagnosis of leishmaniasis.

Touch screen to register location of lesions (A, B); case identification data registry (C); intuitive icon menu of variables to be evaluated and automatic scoring screen (D); embedded video guide to the variables to be evaluated (E); tutorial on operation of the app (F).[3]. app, application; mHealth, mobile health.

https://doi.org/10.1371/journal.pntd.0006791.g001

  • Principal investigator: The principal investigator (PI)’s interests—answering the research question—may have to be balanced with those of end users such as patients and health workers. In the leishmaniasis app, data capture is limited to a small set of variables, thereby facilitating use without compromising data quality.

App requirements

The statement of purpose defines and frames the specific requirements of the app, which can be divided into two types (Box 1) [6,7]. Functional requirements are essential for the software to work, such as numeric calculations or adding a record to a database. Nonfunctional requirements refer to technical constraints such as asynchronous communications or regulatory needs, including data security [8].

Box 1. Types of technical requirements in software development.

Functional

These are functions that stakeholders expect the system to perform, e.g., register a new patient, assign patients to a doctor, or calculate drug dose. Other functions include data reports such as data outputs and visualization formats, e.g., infographics, statistical reports, and performance summaries.

Nonfunctional

Constraints may be imposed from diverse sources, including business logic or end users, who may expect a certain graphical user interface (GUI). Legal and regulatory norms, infrastructure, or security issues may also dictate requirements. For example, the use of expensive high-specification phones may be a risk in certain areas of social conflict, or the need to deactivate global position system (GPS). These constraints define requirements in terms of data security, audit, execution speed, capacity, availability, reliability, integrity, recovery, compatibility, maintainability, usability, and documentation.

In the case of Guaral/app, the core functional requirement is to deliver a presumptive diagnosis (positive or negative) of cutaneous leishmaniasis, based on answers to a few simple questions about clinical presentation and history. Nonfunctional requirements include operation without internet coverage.

Security, privacy, and confidentiality

Security features are paramount to trust and acceptability and are considered from the planning stage [9]. If users or beneficiaries cannot trust an app, they will not use it or will not provide accurate information. Security involves two aspects of data management: (1) data capture, i.e., gathering and storing information in the mobile device, and (2) data transfer, i.e., transmission of information between devices, which requires technical specifications of data encryption and integrity [8]. Security features of the leishmaniasis app include strong encryption and two-factor authentication.

Considerations in choosing technology

Choice of OS and development tools are key decisions.

Operating system

The currently dominant OSs are Android and iOS. Android has the largest market share and is installed in devices with a wide range of prices and capabilities. Therefore, Android apps requiring limited functionality can use relatively inexpensive, expendable devices, whereas costlier devices are advantageous when advanced sensors such as an accelerometer or GPS are required. In comparison, iOS devices (iPhone and iPad) are more expensive yet most familiar to some types of users (Table 1).

Development options

Selection of development options should consider factors such as user and developer sophistication, development time, and data requirements. Development strategies encompass (1) open customizable tools, including free and open-source software, (2) proprietary customizable tools, or (3) tools developed from scratch (Table 1).

The Android OS was chosen for the leishmaniasis app based on device cost, and the app was developed from “scratch” and tailored to end users using Android Studio, a free and widely used toolkit for mobile data collection.

Discussion

The World Health Organization [2] has specified the requirements for health interventions using mobile apps. In particular, apps must have the functional suitability and usability to support the desired intervention and have stability, i.e., to operate reliably under field conditions with limited bandwidth or coverage interruptions. Additionally, mHealth apps should deliver the service specified by purpose (fidelity) and produce the expected results through its content and delivery (quality).

Internal and external contextual factors are critical to fulfilling these requirements and ultimately to implementation of the app. These are addressed through continuous stakeholder engagement and iteration based on measurable feedback. In the case of the leishmaniasis app, end users (community health workers and researchers) worked with software designers and engineers to iteratively conceive, co-design, develop, and evaluate prototypes of increasing functionality. Initial usability assessment has been positive and will be reported separately. The main challenges were limited connectivity and bandwidth, which delayed the data flow to the cloud, and thus to the researchers and physicians. Likewise, transport in the study area is mostly by motorized canoe, and one phone was lost in the river, although the data had already been uploaded to the cloud.

We have presented a brief examination of factors influencing the design, development, and deployment of mHealth apps for NTD research. Given that these diseases exist and must be studied within complex sociotechnical systems, we propose a road map for development based on systems thinking and HCD. The systems analysis approach for mHealth interventions and research begins with the understanding of contextual need and circumstances to determine purpose and then defines user profiles and app requirements within this context. A notable caveat to this approach, and a foundation of HCD, is that problem finding and profile development cannot be conducted appropriately without early and frequent stakeholder engagement and direct observations of users, in context, to develop accurate profiles and journey maps. Moreover, these must be refined as solutions are tested with users.

Conclusion

Combining agile technology development (rapid iterations) and broad stakeholder commitment, particularly from local communities, can improve the development of interventions, optimize the evidence gathered, and accelerate the translation of knowledge into action.

Acknowledgments

We gratefully acknowledge the support of our clinical research team: Ruth Mabel Castillo, Alvaro Jose Martinez, Wilson Cortez, Mary Luz Hurtado, the collaboration of Lina Rocio Hurtado, and the community leaders Daicy Maribel García, Edgar Quiroz, Mireya Lopez, Johana Lopez, Eduardo Arellano Palacios, Mary Alexandra Portilla, Yendy Maryuri Rodriguez Barreiro, and Osiris Marleni Cabezas. We also thank the engineers and designers of i2T Research Group of Icesi University: Leonardo Vargas, Andres Aguirre, Andrés Salazar, Ivan Abadia, Domiciano Rincon, and Victor Hernandez for their assistance in the development of the leishmaniasis diagnostic app, and gratefully recognize the orientation and advice of professors Patricia Madriñan from Icesi University and Helena del Corral from Universidad de Antioquia. The support of the Institute of Health of Nariño, the nurses Diana Pantoja and Nancy Preciado of the ESE Divino Niño and the Secretary of Public Health of Tumaco, and the assistance of our collaborators in the Biostatistics and Epidemiology Unit Yenifer Orobio and Oscar Oviedo Sarmiento and IT Committee Coordinator Alejandra Chamorro were crucial to the development of this mHealth initiative.

References

  1. 1. IDEO. the Field Guide To Human-Centered Design. Igarss 2014. 2014. 1–5 p. ISBN: 9780874216561;
  2. 2. World Health Organization. Monitoring and evaluating digital health interventions: A practical guide to conducting research and assessment. Global mHealth initiative. [Internet]. 2016. Available from: http://www.who.int/reproductivehealth/publications/mhealth/digital-health-interventions/en/. [cited 2018 Oct 12].
  3. 3. Leishmaiasis/app. Available from: Https://play.google.com/store/apps/details?id=i2t.cideim.leishmaniasis&hl=es_4. No Title. [cited 2018 Oct 12].
  4. 4. Zupancic Joze, et al., eds. Evolution and Challenges in System Development. Springer Science & Business Media, 2012. p. 742
  5. 5. Agarwal S, Lefevre AE, Lee J, L’engle K, Mehl G, Sinha C, et al. Guidelines for reporting of health interventions using mobile phones: Mobile health (mHealth) Evidence reporting and assessment (mERA) checklist. BMJ. 2016;352:1–10.
  6. 6. Bass L, Bergey J, Clements P, Merson P, Ozkaya I, Sangwan R. A Comparison of Requirements Specification Methods from a Software Architecture Perspective. Tech Rep C ESC-TR-2006-013 [Internet]. 2006;(August). Available from: http://repository.cmu.edu/sei/389. [cited 2018 Oct 12].
  7. 7. Chung Lawrence, et al. Non-functional requirements in software engineering. Vol. 5. Springer Science & Business Media, 2012.
  8. 8. Kelly G, McKenzie B. Security, privacy, and confidentiality issues on the internet. Journal of Medical Internet Research. 2002. p. 65–75.
  9. 9. Mayer D, Suarez D. Faux Disk Encryption: Realities of Secure Storage On Mobile Devices. 2015;1–21.ISBN: 9781450341783 https://doi.org/10.1145/2897073.2897711