MétaCan
Menu
Retour à la cohorte
Enregistrement W2961694633 · doi:10.2196/14002

Design and Prestudy Assessment of a Dashboard for Presenting Self-Collected Health Data of Patients With Diabetes to Clinicians: Iterative Approach and Qualitative Case Study

2019· article· en· W2961694633 sur OpenAlexvenueno aff
Alain Giordanengo, Eirik Årsand, Ashenafi Zebene Woldaregay, Meghan Bradway, Astrid Grøttland, Gunnar Hartvigsen, Conceição Granja, Torbjørn Torsvik, Anne Helen Hansen

Notice bibliographique

RevueJMIR Diabetes · 2019
Typearticle
Langueen
DomaineHealth Professions
ThématiqueElectronic Health Records Systems
Établissements canadiensnon disponible
Organismes subventionnairesNorges Forskningsråd
Mots-clésUsabilityDashboardMedicineQualitative researchInteroperabilityParticipatory designMedical educationComputer scienceData scienceHuman–computer interactionWorld Wide Web

Résumé

récupéré en direct d'OpenAlex

BACKGROUND: Introducing self-collected health data from patients with diabetes into consultation can be beneficial for both patients and clinicians. Such an initiative can allow patients to be more proactive in their disease management and clinicians to provide more tailored medical services. Optimally, electronic health record systems (EHRs) should be able to receive self-collected health data in a standard representation of medical data such as Fast Healthcare Interoperability Resources (FHIR), from patients systems like mobile health apps and display the data directly to their users-the clinicians. However, although Norwegian EHRs are working on implementing FHIR, no solution or graphical interface is available today to display self-collected health data. OBJECTIVE: The objective of this study was to design and assess a dashboard for displaying relevant self-collected health data from patients with diabetes to clinicians. METHODS: The design relied on an iterative participatory process involving workshops with patients, clinicians, and researchers to define which information should be available and how it should be displayed. The assessment is based on a case study, presenting an instance of the dashboard populated with data collected from one patient with diabetes type 1 (in-house researcher) face-to-face by 14 clinicians. We performed a qualitative analysis based on usability, functionality, and expectation by using responses to questionnaires that were distributed to the 14 clinicians at the end of the workshops and collected before the participants left. The qualitative assessment was guided by the Standards for Reporting Qualitative Research. RESULTS: We created a dashboard permitting clinicians to assess the reliability of self-collected health data, list all collected data including medical calculations, and highlight medical situations that need to be investigated to improve the situation of the patients. The dashboard uses a combination of tables, graphs, and other visual representations to display the relevant information. Clinicians think that this type of solution will be useful during consultations every day, especially for patients living in remote areas or those who are technologically interested. CONCLUSIONS: Displaying self-collected health data during consultations is not enough for clinicians; the data reliability has to be assured and the relevant information needs to be extracted and displayed along with the data to ease the introduction during a medical encounter. The prestudy assessment showed that the system provides relevant information to meet clinicians' need and that clinicians were eager to start using it during consultations. The system has been under testing in a medical trial since November 2018, and the first results of its assessment in a real-life situation are expected in the beginning of next year (2020).

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

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

CatégorieCodexGemma
Métarecherche0,0780,076
Méta-épidémiologie (sens strict)0,0020,001
Méta-épidémiologie (sens large)0,0010,001
Bibliométrie0,0030,002
Études des sciences et des technologies0,0090,009
Communication savante0,0060,005
Science ouverte0,0050,010
Intégrité de la recherche0,0030,003
Charge utile insuffisante (le modèle a refusé de juger)0,0030,001

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,133
Tête enseignante GPT0,513
Écart entre enseignants0,381 · 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

Citations28
Publié2019
Routes d'admission1
Résumé présentoui

Explorer davantage

Même revueJMIR DiabetesMême sujetElectronic Health Records SystemsTravaux en français237 207