Lessons and Reflections From an Extended Co-design Process Developing an mHealth App With and for Older Adults: Multiphase, Mixed Methods Study
Pourquoi ce travail est dans la base
Une base qui oublie comment elle a trouvé un travail ne peut pas être vérifiée. Voici les voies qui ont admis celui-ci.
Notice bibliographique
Résumé
BACKGROUND: There are many mobile health (mHealth) apps for older adult patients, but research has found that broadly speaking, mHealth still fails to meet the specific needs of older adult users. Others have highlighted the need to embed users in the mHealth design process in a fulsome and meaningful way. Co-design has been widely used in the development of mHealth apps and involves stakeholders in each phase of the design and development process. The involvement of older adults in the co-design processes is variable. To date, co-design approaches have tended toward embedding the stakeholders in early phases (eg, predesign and generative) but not throughout. OBJECTIVE: The aim of this study was to reflect on the processes and lessons learned from engaging in an extended co-design process to develop an mHealth app for older adults, with older users contributing at each phase. This study aimed to design an mHealth tool to assist older adults in coordinating their care with health care professionals and caregivers. METHODS: Our work to conceptualize, develop, and test the mHealth app consisted of 4 phases: phase 1, consulting stakeholders; phase 2, app development and co-designing with older adults; phase 3, field-testing with a smaller sample of older adult volunteer testers; and phase 4, reflecting, internally, on lessons learned from this process. In each phase, we drew on qualitative methods, including in-depth interviews and focus groups, all of which were analyzed in NVivo 11, using team-based thematic analysis. RESULTS: In phase 1, we identified key features that older adults and primary care providers wanted in an app, and each user group identified different priority features (older adults principally sought support to use the mHealth app, whereas primary care providers prioritized recoding illnesses, immunizations, and appointments). Phases 2 and 3 revealed significant mismatches between what the older adult users wanted and what our developers were able and willing to deliver. We were unable to craft the app that our consultations recommended, which the older adult field testers asked for. In phase 4, we reflected on our abilities to embed the voices and perspectives of older adults throughout the project when working with a developer not familiar with or committed to the core principles of co-design. We draw on this challenging experience to highlight several recommendations for those embarking on a co-design process that includes developers and IT vendors, researchers, and older adult users. CONCLUSIONS: Although our final mHealth app did not reflect all the needs and wishes of our older adult testers, our consultation process identified key features and contextual information essential for those developing apps to support older adults in managing their health and health care.
Récupéré en direct depuis OpenAlex et désinversé. Les résumés ne sont pas conservés dans cette base de données : les index inversés représentent 8,6 Go des 9,3 Go de texte de la base, et le serveur dispose de 13 Go libres.
Prédiction distillée sur la base complète
Imitation des enseignantsNi prévalence calibrée, ni vérité terrain. Validation humaine à venir. Apprise à partir de 10 348 étiquettes directes de Codex et de 10 348 étiquettes directes de Gemma. Le mode candidate est l'union des têtes enseignantes seuillées; le consensus est leur intersection. Ces sorties portent le statut machine_predicted_unvalidated et ne sont ni des étiquettes humaines ni des étiquettes directes de modèles de pointe.
Scores Codex et Gemma par catégorie
| Catégorie | Codex | Gemma |
|---|---|---|
| Métarecherche | 0,003 | 0,000 |
| Méta-épidémiologie (sens strict) | 0,000 | 0,000 |
| Méta-épidémiologie (sens large) | 0,000 | 0,000 |
| Bibliométrie | 0,000 | 0,001 |
| Études des sciences et des technologies | 0,006 | 0,000 |
| Communication savante | 0,000 | 0,000 |
| Science ouverte | 0,000 | 0,000 |
| Intégrité de la recherche | 0,000 | 0,001 |
| Charge utile insuffisante (le modèle a refusé de juger) | 0,000 | 0,000 |
Scores machine (provisoires)
Les deux têtes enseignantes du modèle étudiant, lues sur ce travail. Un score ordonne la base pour la relecture; il n'affirme jamais une catégorie, et le statut de validation accompagne chaque rangée tel quel.
Scores de référence d'un modèle non mature (critères de maturité non atteints, 7 itérations). Un score ordonne; il n'affirme jamais une catégorie.
score_only:v0-immature-baseline · tel quel depuis la passe de notation : score_only signifie que le nombre peut ordonner les travaux, et qu'aucune étiquette de catégorie n'en découle