MétaCan
Menu
Retour à la cohorte
Enregistrement W2563506578 · doi:10.2196/iproc.6102

Developing a Patient-Centered mHealth App for Diabetes

2016· article· en· W2563506578 sur OpenAlexvenueno aff
K. M. Elisabeth Murray, Bree Holtz, Michael A. Wood, Amanda J. Holmstrom, Shelia R. Cotten, Julie K Dunneback, Denise Soltow Hershey, Arpita Vyas

Notice bibliographique

RevueIproceedings · 2016
Typearticle
Langueen
DomaineHealth Professions
ThématiqueMobile Health and mHealth Applications
Établissements canadiensnon disponible
Organismes subventionnairesnon disponible
Mots-clésmHealthDiseaseMedicineFormative assessmentInternet privacyPsychologyGerontologyNursingComputer science

Résumé

récupéré en direct d'OpenAlex

Background: Type 1 diabetes (T1D) afflicts approximately 154,000 people under the age of 20. T1D care is complex, which is why parents often manage their child’s disease. Once the child reaches adolescence, they must begin to transition from parent care to self-care. As a result of the inherent complexity of managing T1D, this transition is often difficult. During this time, adherence to the prescribed treatment regimen drops. Uncontrolled T1D can lead to blindness, nervous system disease, kidney disease, amputations, and premature mortality. mHealth apps have been shown to be successful at monitoring and managing chronic diseases, including diabetes. This project is in the formative stages of developing an app for adolescents with T1D to connect with their parents to bridge the transition of care. Our proposed app, MyT1D_Hero, is unique in that it links the child’s information to their parent’s cell phone and promotes positive communication within families. Research suggests this interaction is imperative for a successful transition in care. Objective: The goal of this study was to determine the perceptions of adolescents with T1D and their parents regarding how best to aid in the transition to diabetes self-management. Methods: We conducted two sets of focus groups to examine perceptions of the proposed app. The first study included focus groups and interviews with adolescents aged 13-22 with T1D (n=12) and parents (n=9). These focus groups and interviews helped inform the development of a second set of focus group protocols conducted with adolescents aged 10-13 with T1D (n=5) and parents (n=7). Using grounded theory, the transcripts were analyzed by generating codes based on an iterative examination of the data. Members of the research team then coded the interviews independently; any discrepancies were discussed and resolved. These codes were applied to the transcripts and a list of key themes emerged. Results: The analysis of the initial focus groups and interviews yielded the following key themes: (1) adolescents were more likely to have a phone because they have diabetes and (2) both groups felt that parents nagged and believed an app might reduce conflict. The second session yielded the following key themes: (1) parents want to feel confident in their child’s ability to manage their diabetes independently, but they want to be engaged in managing their child’s T1D; (2) children want more positive communication from their parents regarding their T1D; and (3) customization of the app was important, including adjusting the level of parent involvement. Both studies revealed that incentives and gamification will encourage long-term use of the mobile app. Conclusions: Taking a patient-centered approach to gain insight into the daily management of T1D supports the development of a T1D mHealth app to aid in the transition toward self-management. The first study established the need for and projected usefulness of an app. The second study demonstrated additional necessities for creating an app that meets the needs of adolescents and their parents. Additionally, both studies demonstrated the importance of supportive patient-centered research to tailor mHealth interventions.

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.

Comment cette classification a été obtenuedéplier

Prédiction machine sur la base complète

Imitation des enseignants

Ni prévalence calibrée, ni vérité terrain. Validation humaine à venir. Le volet Gemma est une étiquette directe du modèle pour chaque travail de la base, lue sur la notice réduite au titre. Le volet Codex est un classifieur appris des 10 348 étiquettes directes de Codex et calibré sur les taux pondérés de l'échantillon; les champs sans appui suffisant ne portent aucun appel Codex. Le mode candidate est l'union des deux volets; le consensus est leur intersection. Ces sorties portent le statut machine_predicted_unvalidated et ne sont pas des étiquettes humaines.

score de la tête « metaresearch » (Codex)0,002
score de la tête « metaresearch » (Gemma)0,006
Version: metacan-v3-hybrid-931329e0061cStatut de validation: machine_predicted_unvalidated
Catégories candidatesaucune
Catégories consensuellesaucune
DomaineSignal candidat: aucune · Signal consensuel: aucune
Devis d'étudeSignal candidat: Expérimental (laboratoire) · Signal consensuel: aucune
GenreSignal candidat: Empirique · Signal consensuel: Empirique
Score de désaccord entre enseignants0,008
Score d'incertitude au seuil0,025

Scores du classifieur distillé par catégorie (deux têtes)

CatégorieCodexGemma
Métarecherche0,0020,006
Méta-épidémiologie (sens strict)0,0000,000
Méta-épidémiologie (sens large)0,0000,001
Bibliométrie0,0000,000
Études des sciences et des technologies0,0010,000
Communication savante0,0010,002
Science ouverte0,0010,002
Intégrité de la recherche0,0010,001
Charge utile insuffisante (le modèle a refusé de juger)0,0080,002

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.

Tête enseignante Opus0,079
Tête enseignante GPT0,412
Écart entre enseignants0,333 · la distance entre les deux têtes enseignantes sur ce seul travail
Statut de validationscore_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

Classification

machine, non validée

Prédiction automatique; un appel candidat d’une seule source (Gemma direct ou Codex distillé), pas un consensus.

Les modèles n’ont appliqué aucune catégorie : rien dans la taxonomie ne correspondait à ce travail.
Devis d'étudeExpérimental (laboratoire)
Domainenon disponible
GenreEmpirique

Le détail, modèle par modèle et score par score, se trouve en fin de page sous « Comment cette classification a été obtenue ».

En bref

Citations0
Publié2016
Routes d'admission1
Résumé présentoui

Explorer davantage

Même revueIproceedingsMême sujetMobile Health and mHealth ApplicationsTravaux en français237 207