Making Self-Management Mobile Health Apps Accessible to People With Disabilities: Qualitative Single-Subject Study
Bibliographic record
Abstract
BACKGROUND: Over the past decade, a large number of mobile health (mHealth) apps have been created to help individuals to better manage their own health. However, very few of these mHealth apps were specifically designed for people with disabilities, and only a few of them have been assessed for accessibility for people with disabilities. As a result, people with disabilities have difficulties using many of these mHealth apps. OBJECTIVE: The objective of this study was to identify an approach that can be generally applied to improve the accessibility of mHealth apps. METHODS: We recruited 5 study participants with a primary diagnosis of cerebral palsy or spinal cord injury. All the participants had fine motor impairment or lack of dexterity, and hence, they had difficulties using some mHealth apps. These 5 study participants were first asked to use multiple modules in the client app of a novel mHealth system (iMHere 2.0), during which their performance was observed. Interviews were conducted post use to collect study participants' desired accessibility features. These accessibility features were then implemented into the iMHere 2.0 client app as customizable options. The 5 participants were asked to use the same modules in the app again, and their performance was compared with that in the first round. A brief interview and a questionnaire were then performed at the end of the study to collect the 5 participants' comments and impression of the iMHere 2.0 app in general and of the customizable accessibility features. RESULTS: Study results indicate that the study participants on their first use of the iMHere 2.0 client app experienced various levels of difficulty consistent with the severity of their lack of dexterity. Their performance was improved after their desired accessibility features were added into the app, and they liked the customizable accessibility features. These participants also expressed an interest in using this mHealth system for their health self-management tasks. CONCLUSIONS: The accessibility features identified in this study improved the accessibility of the mHealth app for people with dexterity issues. Our approach for improving mHealth app accessibility may also be applied to other mHealth apps to make those apps accessible to people with disabilities.
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.014 | 0.016 |
| Meta-epidemiology (narrow) | 0.001 | 0.001 |
| Meta-epidemiology (broad) | 0.001 | 0.001 |
| Bibliometrics | 0.002 | 0.001 |
| Science and technology studies | 0.008 | 0.004 |
| Scholarly communication | 0.003 | 0.004 |
| Open science | 0.002 | 0.005 |
| Research integrity | 0.002 | 0.002 |
| Insufficient payload (model declined to judge) | 0.004 | 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".