Using an Electronic App to Promote Home-Based Self-Care in Older Patients With Heart Failure: Qualitative Study on Patient and Informal Caregiver Challenges
Bibliographic record
Abstract
BACKGROUND: Heart failure (HF) affects many older individuals in North America, with recurrent hospitalizations despite postdischarge strategies to prevent readmission. Proper HF self-care can potentially lead to better clinical outcomes, yet many older patients find self-care challenging. Mobile health (mHealth) apps can provide support to patients with respect to HF self-care. However, many mHealth apps are not designed to consider potential patient barriers, such as literacy, numeracy, and cognitive impairment, leading to challenges for older patients. We previously demonstrated that a paper-based standardized diuretic decision support tool (SDDST) with daily weights and adjustment of diuretic dose led to improved self-care. OBJECTIVE: The aim of this study is to better understand the self-care challenges that older patients with HF and their informal care providers (CPs) face on a daily basis, leading to the conversion of the SDDST into a user-centered mHealth app. METHODS: We recruited 14 patients (male: 8/14, 57%) with a confirmed diagnosis of HF, aged ≥60 years, and 7 CPs from the HF clinic and the cardiology ward at the Hamilton General Hospital. Patients were categorized into 3 groups based on the self-care heart failure index: patients with adequate self-care, patients with inadequate self-care without a CP, or patients with inadequate self-care with a CP. We conducted semistructured interviews with patients and their CPs using persona-scenarios. Interviews were transcribed verbatim and analyzed for emerging themes using an inductive approach. RESULTS: Six themes were identified: usability of technology, communication, app customization, complexity of self-care, usefulness of HF-related information, and long-term use and cost. Many of the challenges patients and CPs reported involved their unfamiliarity with technology and the lack of incentive for its use. However, participants were supportive and more likely to actively use the HF app when informed of the intervention's inclusion of volunteer and nurse assistance. CONCLUSIONS: Patients with varying self-care adequacy levels were willing to use an mHealth app if it was simple in its functionality and user interface. To promote the adoption and usability of these tools, patients confirmed the need for researchers to engage with end users before developing an app. Findings from this study can be used to help inform the design of an mHealth app to ensure that it is adapted for the needs of older individuals with HF.
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.008 | 0.014 |
| Meta-epidemiology (narrow) | 0.000 | 0.000 |
| Meta-epidemiology (broad) | 0.001 | 0.000 |
| Bibliometrics | 0.001 | 0.001 |
| Science and technology studies | 0.005 | 0.003 |
| Scholarly communication | 0.002 | 0.003 |
| Open science | 0.001 | 0.004 |
| Research integrity | 0.001 | 0.002 |
| Insufficient payload (model declined to judge) | 0.002 | 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 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".