Statistics from Altmetric.com
If you wish to reuse any or all of this article please use the link below which will take you to the Copyright Clearance Center’s RightsLink service. You will be able to get a quick price and instant permission to reuse the content in many different ways.
mHealth relates to the provision of health-related services via a mobile device. It comprises multidimensional elements including provider, patient and administrative applications. Applications include consumer education and behaviour change, wearable sensors and point-of-care diagnostics, disease and population registries, electronic health records, decision support, provider tools (communication, workflow management, professional education) and healthcare management (human resources, financial monitoring, supply chain logistics).1
Although mHealth has potential to strengthen health systems worldwide, the evidence base is immature, and consequently, the opportunities to advance knowledge remain limited.2 3 Mobile devices and apps have become essential tools for disruptive change in many industries, but thus far, this has not happened in healthcare. Here, we discuss five interrelated reasons as to why mHealth has underdelivered and highlight challenges and opportunities for mHealth researchers.
The myth of the ‘killer app’
Disruptors often rely on a ‘killer app’—a highly popular application that users will consider indispensable for their needs. At last count, there were nearly 260 000 health apps on the market,4 but most downloads are never opened and consistent use is extremely rare. Further, these apps are often disease siloed, focus mainly on behaviour change, gloss over privacy issues and are not integrated into any overarching healthcare structure. Such apps struggle to achieve large-scale adoption because of their failure to address the needs of diverse stakeholders.5 Most apps are consumer facing, whereas healthcare systems tend to be provider facing. This important distinction may explain why the ‘killer app’ approach is not the correct mindset. The diversity of users and the inability to address their varied problems results in user fickleness and ready abandonment of new technologies. When tools are not connected to systems and human support, they are unlikely to be effective. Consequently, moving beyond a single solution focus towards a ‘health ecosystem’ approach is needed.6
Neglecting user perspectives and preferences
Related to the killer app mythology is the tendency to overengineer solutions before having an opportunity to fully understand user needs, contextual factors and the size and specifics of the problem that needs addressing. The Greentree consensus outlines nine principles for digital development, emphasising frequent and in-depth user engagement in all phases of the development process.7 It stresses the importance of understanding the ecosystem, designing for scale and sustainability, addressing privacy, using open standards and taking a data-driven approach. It also emphasises the need for multidisciplinary collaborations. Although researchers are often the subject matter experts, non-health specialists such as human factors engineers, human computer interaction specialists, anthropologists and ethicists can provide strong methodological frameworks for understanding user perspectives at all stages of the development, implementation, evaluation cycle.8 By not taking a user-centred approach, we risk overengineering solutions. The most promising use of mHealth to date has not been smartphone apps, but basic functions such as short messaging service or voice calls to address specific issues such as medication adherence and promoting smoking cessation.9 10
Apps are not pills
Researchers tend to lack a good understanding of how developers operate. Two commonly used industry standards include Waterfall and Agile development.11 Waterfall is a stepwise process whereby developers iteratively revise their software at each stage of the product development cycle based on target audience feedback. It may be particularly appropriate for large-scale system development. Agile design takes an incremental rather than sequential approach. Initial prototypes are usually simple and each development effort is completed in short sprint cycles with increasing maturity at each cycle. It is particularly useful when there is not a clear idea what might work. Whichever approach is used, initial deployments are unlikely to work perfectly. The interim goal should be a ‘good enough’ prototype, known in industry as the minimum viable product.
These approaches highlight differing developer and researcher perspectives. The developer’s outlook is plastic, continually updating and refining a product to create novel solutions and stay ahead of the competition. By contrast, a researcher’s outlook is more static where interventions are viewed as pills—specific agents that are developed and tested in isolation of other factors. These differences in perspective are often disregarded. Understanding the developer’s approach can help research teams to get apps in front of users quickly, fail early and build from the lessons learnt. This approach can also avoid expensive ‘scope creep’ later in the development cycle when the app is more mature and user testing reveals a major redesign is needed.
Rigid approaches to evaluate evolving technologies
While we strongly support the need for evaluations with randomised controlled trials (RCTs), there are several considerations in applying this design in mHealth. First, traditional RCT designs reflect ‘the static view’ described above—assuming an intervention is ‘fixed’ and external factors are standardised or adjusted for to avoid introducing a bias. This is anathema to software development where iteration, bug fixes and new releases as user experience grows are the norm—‘the perpetual beta’. The key consideration here is that we test principles rather than fixed apps.12 The app market is constantly evolving but principles remain relatively constant and generate generalisable knowledge of public health interest. Second, RCTs are good at testing efficacy but are not so good at answering questions related to the implementation strategy.13 Incorporation of theory-informed frameworks for understanding factors associated with adoption and non-adoption are therefore essential to evaluate programmes and generate knowledge that can be applied to other settings.14 A third and unexplored area is postmarketing surveillance mechanisms to safeguard against unintended consequences derived from mHealth-related activities.15
What are the priorities of those who pay for mHealth technologies?
Although some may be disillusioned by the lack of ‘blockbuster’ mHealth trials, we are optimistic that the evidence base for mHealth will grow substantially in coming years. Particular challenges remain, especially in low-income and middle-income country settings where literacy, health literacy, unavailability of smartphones and limited access to reliable data connectivity all pose adoption challenges. However, these factors are improving rapidly, and the opportunities for future growth are substantial. With increasing knowledge of what works and what the challenges are, we will arrive at a more nuanced understanding of the role of mHealth in improving health and healthcare.
Handling editor Soumitra Bhuyan
Contributors DP led the writing of the manuscript with important intellectual and editing input from JM and DM.
Competing interests None declared.
Provenance and peer review Not commissioned; externally peer reviewed.
Data sharing statement No additional data are available.