Evidence map›Paper›PMID 33399539›Full record

ArticleJMIR mHealth and uHealth2021

Mobile App Support for Cardiopulmonary Resuscitation: Development and Usability Study.

Sune Dueholm Müller, Kasper Glerup Lauridsen, Amra Hadrovic Palic, Lotte Nygaard Frederiksen, Morten Mathiasen, Bo Løfgren

Abstract read
In one paragraph

Article in JMIR mHealth and uHealth, 2021. The graph could read no effect estimate from its abstract, so it casts no vote on the map. Cited by 9 papers, 1 of them a synthesis that pooled it.

0numbers the graph read from it
0cells of the map it votes in
9citing papers in PubMed, 1 pooled it
–field-weighted citation impact
1 · What the graph read from it

What it found

Each row is one number read from the abstract, on the scale the paper reported it, with its interval. Left of the dashed line favours the treatment, right favours the comparator. Under each row is the sentence it came from. New to these charts? A ten-minute tutorial.

The abstract states no effect estimate the extractor could read, or names no intervention and outcome on the map, so this paper lights no cell and moves no belief. It is still indexed, cited and linked below.

2 · The registry

The trial behind it

Trials whose registry record cites this paper, or whose number appears in the abstract. A trial that started after this paper was published is citing it as background, not reporting it.

Neither the registry nor the abstract names a trial number. If this is a trial report, that itself is worth knowing.

3 · Its place in the literature

Who cites it

9 citing papers in PubMed, 1 synthesis or guideline pooled it.

  1. Pooled it
  2. Trial
  3. Article
  4. Article
  5. Article
  6. Article
  7. Article
  8. The Recent Advances of Mobile Healthcare in Cardiology Practice.Acta informatica medica : AIM : journal of the Society for Medical Informatics of Bosnia & Herzegovina : casopis Drustva za medicinsku informatiku BiH · 2022
    Review
  9. Article
4 · The record

Corrections and comments

PubMed lists nothing against this paper. Absence here is not a guarantee, only a check that was made.

5 · Who and what money

Authors and funding

6 authors.

Sune Dueholm Müller *Department of Management, Aarhus University, Aarhus, Denmark.ORCID 0000-0003-3194-0233
Kasper Glerup LauridsenDepartment of Medicine, Randers Regional Hospital, Randers, Denmark.ORCID 0000-0001-6686-1178
Amra Hadrovic PalicDepartment of Management, Aarhus University, Aarhus, Denmark.ORCID 0000-0002-8436-9539
Lotte Nygaard FrederiksenDepartment of Management, Aarhus University, Aarhus, Denmark.ORCID 0000-0002-2624-2177
Morten MathiasenResearch and innovation, Business Academy Aarhus, Viby, Denmark.ORCID 0000-0001-6645-3502
Bo LøfgrenDepartment of Medicine, Randers Regional Hospital, Randers, Denmark.ORCID 0000-0003-3008-6944

Funding

No grant is acknowledged in the PubMed record.

6 · The paper itself

Abstract

backgroundThe user requirements for in-hospital cardiopulmonary resuscitation (CPR) support apps are understudied. To study usability, functionality, and design based on user requirements, we applied a mixed methods research design using interviews, observations, and a Kano questionnaire to survey perspectives of both physicians and nurses.

objectiveThis study aims to identify what an in-hospital CPR support app should include to meet the requirements and expectations of health care professionals by evaluating the CprPrototype app.

methodsWe used a mixed methods research design. The qualitative methods consisted of semistructured interviews and observations from an advanced life support (ALS) course; both provided input to the subsequent questionnaire development. The quantitative method is a questionnaire based on the Kano model classifying user requirements as must-be, one-dimensional (attributes causing satisfaction when present and dissatisfaction when absent), attractive, indifferent, and reverse (attributes causing dissatisfaction when present and satisfaction when absent). The questionnaire was supplemented with comment fields. All respondents were physicians and nurses providing ALS at hospitals in the Central Denmark Region.

resultsA total of 83 physicians and nurses responded to the questionnaire, 15 physicians and nurses were observed during ALS training, and 5 physicians were interviewed. On the basis of the Kano questionnaire, 53% (9/17) of requirements were classified as indifferent, 29% (5/17) as attractive, and 18% (3/17) as one-dimensional. The comments revealed 7 different categories of user requirements with noticeable differences between those of physicians and nurses: technological challenges, keep track of time, documentation and history, disturbing element, improvement areas: functions, improvement areas: design, and better guidance.

conclusionsThe study provides recommendations to developers on the user requirements that need to be addressed when developing CPR support apps. Three features (one-dimensional attributes) must be incorporated in an in-hospital CPR support app: reminder of rhythm check, reminder of resuscitation drugs, and differentiate between adults and children. In addition, 5 features (attractive attributes) would result in higher user satisfaction: all functions on one side, access to the patient journal in the app, automatic time recording when cardiac arrest is called, sound to guide the chest compression rate (metronome), and send CPR history to the DANARREST(Danish in-hospital cardiac arrest registry) database.

Indexed as

Cardiopulmonary ResuscitationMobile ApplicationsTelemedicineAdultAlgorithmsChildHealth PersonnelHumansNigeriaSmartphoneSurveys and QuestionnairesALS CPR algorithmapp evaluationcardiopulmonary resuscitationhealthcaremobile phonepublic healthsmartphone appsthe Kano model

Identifiers

PMID33399539
PMCPMC7815448

What OpenQuestion holds

Textmetadata
LicenceCC BY
Read underepoch 390

Registered trials

None linked

Read under generation 80e0d062 · epoch 390. Bibliography from PubMed, PubMed Central and OpenAlex; grants from NIH RePORTER; trial links from ClinicalTrials.gov; estimates, votes and beliefs from the OpenQuestion graph.