Developing Mobile Health Interventions With Implementation in Mind: Application of the Multiphase Optimization Strategy (MOST) Preparation Phase to Diabetes Prevention Programming
Bibliographic record
Abstract
With thousands of mobile health (mHealth) solutions on the market, patients and health care providers struggle to identify which solution to use and prescribe. The lack of evidence-based mHealth solutions may be because of limited research on intervention development and the continued use of traditional research methods for mHealth evaluation. The Multiphase Optimization Strategy (MOST) is a framework that aids in developing interventions that produce the best-expected outcomes (ie, effectiveness), given constraints imposed on affordability, scalability, and efficiency (also known as achieving intervention EASE). The preparation phase of the MOST highlights the importance of formative intervention development-a stage often overlooked and rarely published. The aim of the preparation phase of the MOST is to identify candidate intervention components, create a conceptual model, and define the optimization objective. Although the MOST sets these 3 targets, no guidance is provided on how to conduct quality research within the preparation phase and what specific steps can be taken to identify potential intervention components, develop the conceptual model, and achieve intervention EASE with the implementation context in mind. To advance the applicability of the MOST within the field of implementation science, this study provides an account of the methods used to develop an mHealth intervention using the MOST. Specifically, we provide an example of how to achieve the goals of the preparation phase by outlining the formative development of an mHealth-prompting intervention within a diabetes prevention program. In addition, recommendations are proposed for future researchers to consider when conducting formative research on mHealth interventions with implementation in mind. Given its considerable reach, mHealth has the potential to positively affect public health by decreasing implementation costs and improving accessibility. The MOST is well-suited for the efficient development and optimization of mHealth interventions. By using an implementation-focused lens and outlining the steps in developing an mHealth intervention using the preparation phase of the MOST, this study may guide future intervention developers toward maximizing the impact of mHealth outside academia.
Fetched live from OpenAlex and de-inverted. Abstracts are not stored in this database: the inverted indexes are 8.6 GB of the frame’s 9.3 GB of text, and the host has 13 GB free.
How this classification was reachedexpand
Full frame machine prediction
Teacher imitationNot calibrated prevalence, not ground truth. Human validation pending. The Gemma side is a direct model label for every work in the frame, read from the title-only record. The Codex side is a classifier learned from the 10,348 direct Codex labels and calibrated to design-weighted sample rates; fields without enough sample support carry no Codex call. Candidate is the union of the two sides; consensus is their intersection. These outputs are machine_predicted_unvalidated and are not human labels.
Distilled classifier scores by category (both heads)
| Category | Codex | Gemma |
|---|---|---|
| Metaresearch | 0.028 | 0.040 |
| Meta-epidemiology (narrow) | 0.002 | 0.001 |
| Meta-epidemiology (broad) | 0.001 | 0.002 |
| Bibliometrics | 0.002 | 0.001 |
| Science and technology studies | 0.001 | 0.002 |
| Scholarly communication | 0.003 | 0.003 |
| Open science | 0.002 | 0.005 |
| Research integrity | 0.002 | 0.002 |
| Insufficient payload (model declined to judge) | 0.006 | 0.001 |
Machine scores (provisional)
The two teacher heads of the student model, read on this work. A score orders the frame for review; it never asserts a category, and the validation status ships verbatim with every row.
Baseline scores from an immature model (maturity gate not passed, 7 training rounds). Scores rank; they never assert a category.
score_only:v0-immature-baseline · verbatim from the scoring run: score_only means the number may rank works, and no category label ships from itClassification
machine, unvalidatedMachine predicted; a candidate call from one source (direct Gemma or distilled Codex), not a consensus.
How this classification was reached, model by model and score by score, is at the end of the page under "How this classification was reached".