MétaCan
Menu
Back to cohort
Record W4225326189 · doi:10.2196/36065

Monitoring Symptoms of COVID-19: Review of Mobile Apps

2022· review· en· W4225326189 on OpenAlexvenueno aff
Suzanna Schmeelk, Alison Davis, Qiaozheng Li, Caroline Shippey, Michelle Utah, Annie Myers, Meghan Reading Turchioe, Ruth Masterson Creber

Bibliographic record

VenueJMIR mhealth and uhealth · 2022
Typereview
Languageen
FieldHealth Professions
TopicMobile Health and mHealth Applications
Canadian institutionsnot available
FundersNational Institute of Nursing ResearchNational Cancer Institute
KeywordsmHealthCoronavirus disease 2019 (COVID-19)TelemedicineMobile appsMedicineTelehealthHealth care2019-20 coronavirus outbreakDisease managementMedical emergencyInternet privacyDiseaseComputer scienceHealth management systemPsychological interventionNursingWorld Wide WebAlternative medicineInfectious disease (medical specialty)Pathology

Abstract

fetched live from OpenAlex

BACKGROUND: Mobile health (mHealth) apps have facilitated symptom monitoring of COVID-19 symptoms globally and have been used to share data with health care professionals and support disease prediction, prevention, management, diagnostics, and improvements in treatments and patient education. OBJECTIVE: The aim of this review is to evaluate the quality and functionality of COVID-19 mHealth apps that support tracking acute and long-term symptoms of COVID-19. METHODS: We systematically reviewed commercially available mHealth apps for COVID-19 symptom monitoring by searching Google Play and Apple iTunes using search terms such as "COVID-19," "Coronavirus," and "COVID-19 and symptoms." All apps underwent three rounds of screening. The final apps were independently assessed using the Mobile Application Rating Scale (MARS), an informatics functionality scoring system, and the Center for Disease Control and World Health Organization symptom guidelines. The MARS is a 19-item standardized tool to evaluate the quality of mHealth apps on engagement, functionality, aesthetics, and information quality. Functionality was quantified across the following criteria: inform, instruct, record (collect, share, evaluate, and intervene), display, guide, remind or alert, and communicate. Interrater reliability between the reviewers was calculated. RESULTS: A total of 1017 mobile apps were reviewed, and 20 (2%) met the inclusion criteria. The majority of the 20 included apps (n=18, 90%) were designed to track acute COVID-19 symptoms, and only 2 (10%) addressed long-term symptoms. Overall, the apps scored high on quality, with an overall MARS rating of 3.89 out of 5, and the highest domain score for functionality (4.2). The most common functionality among all apps was the instruct function (n=19, 95%). The most common symptoms included in the apps for tracking were fever and dry cough (n=18, 90%), aches and pains (n=17, 85%), difficulty breathing (n=17, 85%), tiredness, sore throat, headache, loss of taste or smell (n=16, 80%), and diarrhea (n=15, 75%). Only 2 (10%) apps specifically tracked long-term symptoms of COVID-19. The top 4 rated apps overall were state-specific apps developed and deployed for public use. CONCLUSIONS: Overall, mHealth apps designed to monitor symptoms of COVID-19 were of high quality, but the majority of apps focused almost exclusively on acute symptoms. Future apps should also incorporate monitoring long-term symptoms of COVID-19 and evidence-based educational materials; they should also include a feature that would allow patients to communicate their symptoms to specific caregivers or their own health care team. App developers should also follow updated technical and clinical guidelines from the Center for Disease Control and the World Health Organization.

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 imitation

Not 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.

metaresearch head score (Codex)0.005
metaresearch head score (Gemma)0.033
Version: metacan-v3-hybrid-931329e0061cValidation status: machine_predicted_unvalidated
Candidate categoriesnone
Consensus categoriesnone
DomainCandidate signal: none · Consensus signal: none
Study designCandidate signal: Systematic review · Consensus signal: none
GenreCandidate signal: Review · Consensus signal: Review
Teacher disagreement score0.009
Threshold uncertainty score0.029

Distilled classifier scores by category (both heads)

CategoryCodexGemma
Metaresearch0.0050.033
Meta-epidemiology (narrow)0.0010.001
Meta-epidemiology (broad)0.0020.002
Bibliometrics0.0090.007
Science and technology studies0.0010.001
Scholarly communication0.0020.003
Open science0.0020.001
Research integrity0.0010.001
Insufficient payload (model declined to judge)0.0020.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.

Opus teacher head0.199
GPT teacher head0.557
Teacher spread0.358 · how far apart the two teachers sit on this one work
Validation statusscore_only:v0-immature-baseline · verbatim from the scoring run: score_only means the number may rank works, and no category label ships from it

Classification

machine, unvalidated

Machine predicted; a candidate call from one source (direct Gemma or distilled Codex), not a consensus.

The models applied no category: nothing in the taxonomy fit this work.
Study designSystematic review
Domainnot available
GenreReview

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".

Quick stats

Citations28
Published2022
Admission routes1
Has abstractyes

Explore more

Same venueJMIR mhealth and uhealthSame topicMobile Health and mHealth ApplicationsFrench-language works237,207