Supporting Management of Noncommunicable Diseases With Mobile Health (mHealth) Apps: Experimental Study
Bibliographic record
Abstract
BACKGROUND: Noncommunicable diseases (NCDs) are the leading global health problem in this century and are the principal causes of death and health care spending worldwide. Mobile health (mHealth) apps can help manage and prevent NCDs if people are willing to use them as supportive tools. Still, many people are reluctant to adopt these technologies. Implementing new apps could result in earlier intervention for many health conditions, preventing more serious complications. OBJECTIVE: This research project aimed to test the factors that facilitate the adoption of mHealth apps by users with NCDs. We focused on determining, first, what user interface (UI) qualities and complexity levels appeal to users in evaluating mHealth apps. We also wanted to determine whether people prefer that the data collected by an mHealth app be analyzed using a physician or an artificial intelligence (AI) algorithm. The contribution of this work is both theoretical and practical. We examined users' considerations when adopting mHealth apps that promote healthy lifestyles and helped them manage their NCDs. Our results can also help direct mHealth app UI designers to focus on the most appealing aspects of our findings. METHODS: A total of 347 respondents volunteered to rate 3 models of mHealth apps based on 16 items that measured instrumentality, aesthetics, and symbolism. Respondents rated each model after reading 1 of 2 different scenarios. In one scenario, a physician analyzed the data, whereas, in the other, the data were analyzed by an AI algorithm. These scenarios tested the degree of trust people placed in AI algorithms versus the "human touch" of a human physician regarding analyzing data collected by an mHealth app. RESULTS: As shown by the responses, the involvement of a human physician in the application had a significant effect (P<.001) on the perceived instrumentality of the simple model. The complex model with more controls was rated significantly more aesthetic when associated with a physician performing data analysis rather than an AI algorithm (P=.03). CONCLUSIONS: Generally, when participants found a human touch in the mHealth app (connection to a human physician who they assumed would analyze their data), they judged the app more favorably. Simple models were evaluated more positively than complex ones, and aesthetics and symbolism were salient predictors of preference. These trends suggest that designers and developers of mHealth apps should keep the designs simple and pay special attention to aesthetics and symbolic value.
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 distilled prediction
Teacher imitationNot calibrated prevalence, not ground truth. Human validation pending. Learned from the 10,348 direct Codex labels and 10,348 direct Gemma labels. Candidate is the union of thresholded teacher heads; consensus is their intersection. These outputs are machine_predicted_unvalidated and are not human labels or direct frontier model labels.
Codex and Gemma teacher scores by category
| Category | Codex | Gemma |
|---|---|---|
| Metaresearch | 0.001 | 0.000 |
| Meta-epidemiology (narrow) | 0.000 | 0.000 |
| Meta-epidemiology (broad) | 0.001 | 0.000 |
| Bibliometrics | 0.000 | 0.001 |
| Science and technology studies | 0.002 | 0.000 |
| Scholarly communication | 0.000 | 0.000 |
| Open science | 0.000 | 0.000 |
| Research integrity | 0.000 | 0.001 |
| Insufficient payload (model declined to judge) | 0.001 | 0.000 |
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 teacher head, 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".