MétaCan
Menu
Retour à la cohorte
Enregistrement W3204460798 · doi:10.2196/31985

Toward the Value Sensitive Design of eHealth Technologies to Support Self-management of Cardiovascular Diseases: Content Analysis

2021· article· en· W3204460798 sur OpenAlexvenueno aff
Roberto Rafael Cruz-Martínez, Jobke Wentzel, Britt E Bente, Robbert Sanderman, Julia E.W.C. van Gemert‐Pijnen

Notice bibliographique

RevueJMIR Cardio · 2021
Typearticle
Langueen
DomaineMedicine
ThématiqueDiabetes Management and Education
Établissements canadiensnon disponible
Organismes subventionnairesConsejo Nacional de Ciencia y Tecnología
Mots-cléseHealthComputer scienceSet (abstract data type)Knowledge managementValue (mathematics)Data scienceHealth care

Résumé

récupéré en direct d'OpenAlex

BACKGROUND: eHealth can revolutionize the way self-management support is offered to chronically ill individuals such as those with a cardiovascular disease (CVD). However, patients' fluctuating motivation to actually perform self-management is an important factor for which to account. Tailoring and personalizing eHealth to fit with the values of individuals promises to be an effective motivational strategy. Nevertheless, how specific eHealth technologies and design features could potentially contribute to values of individuals with a CVD has not been explicitly studied before. OBJECTIVE: This study sought to connect a set of empirically validated, health-related values of individuals with a CVD with existing eHealth technologies and their design features. The study searched for potential connections between design features and values with the goal to advance knowledge about how eHealth technologies can actually be more meaningful and motivating for end users. METHODS: Undertaking a technical investigation that fits with the value sensitive design framework, a content analysis of existing eHealth technologies was conducted. We matched 11 empirically validated values of CVD patients with 70 design features from 10 eHealth technologies that were previously identified in a systematic review. The analysis consisted mainly of a deductive coding stage performed independently by 3 members of the study team. In addition, researchers and developers of 6 of the 10 reviewed technologies provided input about potential feature-value connections. RESULTS: In total, 98 connections were made between eHealth design features and patient values. This meant that some design features could contribute to multiple values. Importantly, some values were more often addressed than others. CVD patients' values most often addressed were related to (1) having or maintaining a healthy lifestyle, (2) having an overview of personal health data, (3) having reliable information and advice, (4) having extrinsic motivators to accomplish goals or health-related activities, and (5) receiving personalized care. In contrast, values less often addressed concerned (6) perceiving low thresholds to access health care, (7) receiving social support, (8) preserving a sense of autonomy over life, and (9) not feeling fear, anxiety, or insecurity about health. Last, 2 largely unaddressed values were related to (10) having confidence and self-efficacy in the treatment or ability to achieve goals and (11) desiring to be seen as a person rather than a patient. CONCLUSIONS: Positively, existing eHealth technologies could be connected with CVD patients' values, largely through design features that relate to educational support, self-monitoring support, behavior change support, feedback, and motivational incentives. Other design features such as reminders, prompts or cues, peer-based or expert-based human support, and general system personalization were also connected with values but in narrower ways. In future studies, the inferred feature-value connections must be validated with empirical data from individuals with a CVD or similar chronic conditions.

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,168
score de la tête « metaresearch » (Gemma)0,255
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: Qualitatif · Signal consensuel: aucune
GenreSignal candidat: Empirique · Signal consensuel: aucune
Score de désaccord entre enseignants0,168
Score d'incertitude au seuil0,887

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

CatégorieCodexGemma
Métarecherche0,1680,255
Méta-épidémiologie (sens strict)0,0010,001
Méta-épidémiologie (sens large)0,0010,002
Bibliométrie0,0140,011
Études des sciences et des technologies0,0030,006
Communication savante0,0080,009
Science ouverte0,0020,005
Intégrité de la recherche0,0010,002
Charge utile insuffisante (le modèle a refusé de juger)0,0010,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.

Tête enseignante Opus0,044
Tête enseignante GPT0,291
Écart entre enseignants0,247 · 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'étudeQualitatif
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

Citations11
Publié2021
Routes d'admission1
Résumé présentoui

Explorer davantage

Même revueJMIR CardioMême sujetDiabetes Management and EducationTravaux en français237 207