MétaCan
Menu
← Back to cohort
Record W4226239626 · doi:10.2196/preprints.34652

Developing an mHealth Application to Coordinate Nurse-Provided Respite Care Services for Families Coping With Palliative-Stage Cancer: Protocol for a User-Centered Design Study (Preprint)

2021· preprint· en· W4226239626 on OpenAlexaboutno aff
Aimee R. Castro, Antonia Arnaert, Karyn Moffatt, J. Kildea, Vasiliki Bitzas, Argerie Tsimicalis

Bibliographic record

Venuenot available
Typepreprint
Languageen
FieldHealth Professions
TopicMobile Health and mHealth Applications
Canadian institutionsnot available
Fundersnot available
KeywordsRespite careNursingPalliative caremHealthMedicineCoping (psychology)Family caregiversHealth careFamily medicinePsychological interventionPsychiatry

Abstract

fetched live from OpenAlex

BACKGROUND Patients living with palliative-stage cancer frequently require intensive care from their family caregivers. Without adequate community support services, patients are at risk of receiving inadequate care, and family caregivers are at risk for depression and poor health. For such families, in-home respite care can be invaluable, particularly when the services are flexible and staffed by trusted care providers, such as nurses. Other industries are using mobile apps to make services more flexible. However, few apps have been developed to coordinate nurse-provided respite care services, and to our knowledge, none have been designed in conjunction with families affected by cancer. OBJECTIVE The aim of this study is to develop a mobile health (mHealth) app prototype for coordinating flexible and trusted in-home respite care services provided by nurses to families coping with palliative-stage cancer in Québec, Canada. METHODS This user-centered design research comprises the core component of the iRespite Services iRépit research program. For this study, we are recruiting 20 nurses, 15 adults with palliative-stage cancer, and 20 of their family caregivers, from two palliative oncology hospital departments and one palliative home-care community partner. Overseen by an Expert Council, remote data collection will occur over three research phases guided by the iterative Information Systems Research Framework: Phase 1, brainstorming potential app solutions to challenging respite care scenarios, for better supporting the respite needs of both family caregivers and care recipients; Phase 2, evaluating low-fidelity proofs of concept for potential app designs; and Phase 3, usability testing of a high-fidelity interactive proof of concept that will then be programmed into an app prototype. Qualitative and quantitative data will be descriptively analyzed within each phase and triangulated to refine the app features. RESULTS We anticipate that preliminary results will be available by Spring 2022. CONCLUSIONS An app prototype will be developed that has sufficient complimentary evidence to support future pilot testing in the community. Such an app could improve the delivery of community respite care services provided to families with palliative-stage cancer in Québec, supporting death at home, which is where most patients and their families wish to be. INTERNATIONAL REGISTERED REPORT PRR1-10.2196/34652

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.040
metaresearch head score (Gemma)0.037
Version: metacan-v3-hybrid-931329e0061cValidation status: machine_predicted_unvalidated
Candidate categoriesnone
Consensus categoriesnone
DomainCandidate signal: none · Consensus signal: none
Study designCandidate signal: Not applicable · Consensus signal: none
GenreCandidate signal: Protocol · Consensus signal: Protocol
Teacher disagreement score0.049
Threshold uncertainty score0.210

Distilled classifier scores by category (both heads)

CategoryCodexGemma
Metaresearch0.0400.037
Meta-epidemiology (narrow)0.0020.002
Meta-epidemiology (broad)0.0030.003
Bibliometrics0.0020.002
Science and technology studies0.0060.002
Scholarly communication0.0030.002
Open science0.0030.002
Research integrity0.0040.005
Insufficient payload (model declined to judge)0.0490.010

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.157
GPT teacher head0.515
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 designNot applicable
Domainnot available
GenreProtocol

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

Citations0
Published2021
Admission routes1
Has abstractyes

Explore more

Same topicMobile Health and mHealth Applications→French-language works237,207→