MétaCan
Menu
Back to cohort
Record W2626721169 · doi:10.2196/mhealth.7689

Mobile Health in Oncology: A Patient Survey About App-Assisted Cancer Care

2017· article· en· W2626721169 on OpenAlexvenueno aff
Kerstin A. Kessel, Marco M. E. Vogel, Carmen Kessel, H. Bier, Tilo Biedermann, Helmut Friess, Peter Herschbach, Rüdiger von Eisenhart‐Rothe, Bernhard Meyer, Marion Kiechle, Christian Peschel, Roland M. Schmid, Stephanie E. Combs

Bibliographic record

VenueJMIR mhealth and uhealth · 2017
Typearticle
Languageen
FieldHealth Professions
TopicMobile Health and mHealth Applications
Canadian institutionsnot available
Fundersnot available
KeywordsUsabilityContext (archaeology)mHealthMedicineHealth careMobile appsFamily medicineWorld Wide WebPsychological interventionNursingComputer science

Abstract

fetched live from OpenAlex

BACKGROUND: In the last decade, the health care sector has been enriched by numerous innovations such as apps and connected devices that assist users in weight reduction and diabetes management. However, only a few native apps in the oncological context exist, which support patients during treatment and aftercare. OBJECTIVE: The objective of this study was to analyze patients' acceptance regarding app use and to investigate the functions of an oncological app that are most required, and the primary reasons for patients to refuse app-assisted cancer care. METHODS: We designed and conducted a survey with 23 questions, inquiring patients about their technical knowledge and equipment, as well as the possible advantages and disadvantages, data transfer, and general functionality of an app. RESULTS: A total of 375 patients participated; the participation rate was 60.7% (375/618). Gender distribution was about 3:4 (female:male) with a median age of 59 years (range 18-92 years). Whereas 69.6% (261/375) of patients used mobile devices, 16.3% (61/375) did not own one, and 9.1% (34/375) only used a personal computer (PC). About half of the patients rated their usability skills as very good and good (18.9% 71/375; 35.2% 132/375), 23.5% (88/375) described their skills as intermediate, and 14.4% (54/375) as bad. Of all patients, 182 (48.5%, 182/375) were willing to send data to their treating clinic via an app, that is, to a server (61.0% 111/182) or as email (33.5%, 61/182). About two-thirds (68.7%, 125/182) believed that additional and regularly sent data would be an ideal complement to the standard follow-up procedure. Additionally, 86.8% (158/182) wished to be contacted by a physician when entered data showed irregularities. Because of lack of skills (34.4%, 56/163), concerns about the use of data (35.0%, 57/163), lack of capable devices (25.8%, 42/163), and the wish for personal contact with the treating physician (47.2%, 77/163), a total of 163 (43.5%, 163/375) patients refused to use an app. Pearson correlation showed a significant but mild relationship between age and app use (P=.03, r=-.12), favoring younger age; male gender correlated as well (P=.04; r=-.11). CONCLUSIONS: The results show that the introduction of mobile apps needs to follow different strategies depending on the patients' attitude. Age and gender seem to be the strongest predictive factors. For oncology patients, our survey showed that about half of the patients were willing to send data via an app supporting their treatment. In the future, clinical data such as quality of life and treatment satisfaction recorded by mobile health (mHealth) devices could be used to evaluate and improve therapy workflow. Furthermore, apps could support classical visits, document adverse effects, and remind patients of treatment dates or drug intake.

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 imitation

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

metaresearch head score (Codex)0.004
metaresearch head score (Gemma)0.000
Version: codex-gemma-dda1882f352aValidation status: machine_predicted_unvalidated
Candidate categoriesMeta-epidemiology (narrow), Science and technology studies, Research integrity
Consensus categoriesnone
DomainCandidate signal: none · Consensus signal: none
Study designCandidate signal: Observational · Consensus signal: none
GenreCandidate signal: Empirical · Consensus signal: Empirical
Teacher disagreement score0.730
Threshold uncertainty score1.000

Codex and Gemma teacher scores by category

CategoryCodexGemma
Metaresearch0.0040.000
Meta-epidemiology (narrow)0.0010.001
Meta-epidemiology (broad)0.0020.000
Bibliometrics0.0000.000
Science and technology studies0.0070.000
Scholarly communication0.0000.000
Open science0.0010.000
Research integrity0.0010.002
Insufficient payload (model declined to judge)0.0000.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.127
GPT teacher head0.532
Teacher spread0.404 · 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 teacher head, not a consensus.

Study designObservational
Domainnot available
GenreEmpirical

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

Citations130
Published2017
Admission routes1
Has abstractyes

Explore more

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