MétaCan
Menu
Retour à la cohorte
Enregistrement W3108896112 · doi:10.2196/18587

A Web-Based Application for Complex Health Care Populations: User-Centered Design Approach

2020· article· en· W3108896112 sur OpenAlexvenueno aff
Francesca Ferrucci, Manuele Jorio, Stefano Marci, Antonia Bezenchek, Giulia Diella, Cinzia Nulli, Ferdinando Miranda, Guido Castelli Gattinara

Notice bibliographique

RevueJMIR Human Factors · 2020
Typearticle
Langueen
DomaineHealth Professions
ThématiqueMobile Health and mHealth Applications
Établissements canadiensnon disponible
Organismes subventionnairesnon disponible
Mots-cléseHealthHealth caremHealthFocus groupTelehealthCard sortingComputer scienceWorld Wide WebPsychologyTelemedicineMedicineNursingEngineeringBusiness

Résumé

récupéré en direct d'OpenAlex

BACKGROUND: Although eHealth technology makes it possible to improve the management of complex health care systems and follow up on chronic patients, it is not without challenges, thus requiring the development of efficient programs and graphic user interface (GUI) features. Similar information technology tools are crucial, as health care populations are going to have to endure social distancing measures in the forthcoming months and years. OBJECTIVE: This study aims to provide adequate and personalized support to complex health care populations by developing a specific web-based mobile app. The app is designed around the patient and adapted to specific groups, for example, people with complex or rare diseases, autism, or disabilities (especially among children) as well as Alzheimer or senile dementia. The app's core features include the collection, labeling, analysis, and sorting of clinical data. Furthermore, it authorizes a network of people around the patient to securely access the data contained in his or her electronic health record. METHODS: The application was designed according to the paradigms of patient-centered care and user-centered design (UCD). It considers the patient as the main empowered and motivating factor in the management of his or her well-being. Implementation was informed through a family needs and technology perception assessment. We used 3 interdisciplinary focus groups and 2 assessment surveys to study the contexts of app use, subpopulation management, and preferred functions. Finally, we developed an observational study involving 116 enrolled patients and 253 system users, followed by 2 feedback surveys to evaluate the performance and impact of the app. RESULTS: In the validated general GUI, we developed 10 user profiles with different privacy settings. We tested 81 functions and studied a modular structure based on disease or medical area. This allowed us to identify replicable methods to be applied to module design. The observational study not only showed good family and community engagement but also revealed some limitations that need to be addressed. In total, 42 of 51 (82%) patients described themselves as satisfied or very satisfied. Health care providers reported facilitated communication with colleagues and the need to support data quality. CONCLUSIONS: The experimented solution addressed some of the health system challenges mentioned by the World Health Organization: usability appears to be significantly improved when the GUI is designed according to patients' UCD mental models and when new media and medical literacy are promoted. This makes it possible to maximize the impact of eHealth products, thereby overcoming some crucial gaps reported in the literature. Two main features seemed to have potential benefit compared with other eHealth products: the modeling, within the app, of both the formal and informal health care support networks and the modular structure allowing for comorbidity management, both of which require further implementation.

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 distillée sur la base complète

Imitation des enseignants

Ni 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.

score de la tête « metaresearch » (Codex)0,000
score de la tête « metaresearch » (Gemma)0,000
Version: codex-gemma-dda1882f352aStatut de validation: machine_predicted_unvalidated
Catégories candidatesMéta-épidémiologie (sens strict), Études des sciences et des technologies
Catégories consensuellesaucune
DomaineSignal candidat: aucune · Signal consensuel: aucune
Devis d'étudeSignal candidat: Sans objet · Signal consensuel: Sans objet
GenreSignal candidat: Empirique · Signal consensuel: aucune
Score de désaccord entre enseignants0,853
Score d'incertitude au seuil1,000

Scores Codex et Gemma par catégorie

CatégorieCodexGemma
Métarecherche0,0000,000
Méta-épidémiologie (sens strict)0,0000,000
Méta-épidémiologie (sens large)0,0010,000
Bibliométrie0,0000,000
Études des sciences et des technologies0,0030,000
Communication savante0,0000,000
Science ouverte0,0000,000
Intégrité de la recherche0,0000,001
Charge utile insuffisante (le modèle a refusé de juger)0,0000,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,324
Tête enseignante GPT0,490
Écart entre enseignants0,166 · 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 tête enseignante, pas un consensus.

Devis d'étudeSans objet
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

Citations22
Publié2020
Routes d'admission1
Résumé présentoui

Explorer davantage

Même revueJMIR Human FactorsMême sujetMobile Health and mHealth ApplicationsTravaux en français237 207