Requirements analysis for an AI-based clinical decision support system for general practitioners: a user-centered design process.
Clinical decision support systems
Computer-assisted diagnosis
Primary care
Qualitative research
Requirements analysis
User-centered design
Journal
BMC medical informatics and decision making
ISSN: 1472-6947
Titre abrégé: BMC Med Inform Decis Mak
Pays: England
ID NLM: 101088682
Informations de publication
Date de publication:
31 07 2023
31 07 2023
Historique:
received:
16
03
2023
accepted:
19
07
2023
medline:
2
8
2023
pubmed:
1
8
2023
entrez:
31
7
2023
Statut:
epublish
Résumé
As the first point of contact for patients with health issues, general practitioners (GPs) are frequently confronted with patients presenting with non-specific symptoms of unclear origin. This can result in delayed, prolonged or false diagnoses. To accelerate and improve the diagnosis of diseases, clinical decision support systems would appear to be an appropriate tool. The objective of the project 'Smart physician portal for patients with unclear disease' (SATURN) is to employ a user-centered design process based on the requirements analysis presented in this paper to develop an artificial Intelligence (AI)-based diagnosis support system that specifically addresses the needs of German GPs. Requirements analysis for a GP-specific diagnosis support system was conducted in an iterative process with five GPs. First, interviews were conducted to analyze current workflows and the use of digital applications in cases of diagnostic uncertainty (as-is situation). Second, we focused on collecting and prioritizing tasks to be performed by an ideal smart physician portal (to-be situation) in a workshop. We then developed a task model with corresponding user requirements. Numerous GP-specific user requirements were identified concerning the tasks and subtasks: performing data entry (open system, enter patient data), reviewing results (receiving and evaluating results), discussing results (with patients and colleagues), scheduling further diagnostic procedures, referring to specialists (select, contact, make appointments), and case closure. Suggested features particularly concerned the process of screening and assessing results: e.g., the system should focus more on atypical patterns of common diseases than on rare diseases only, display probabilities of differential diagnoses, ensure sources and results are transparent, and mark diagnoses that have already been ruled out. Moreover, establishing a means of using the platform to communicate with colleagues and transferring patient data directly from electronic patient records to the system was strongly recommended. Essential user requirements to be considered in the development and design of a diagnosis system for primary care could be derived from the analysis. They form the basis for mockup-development and system engineering.
Sections du résumé
BACKGROUND
As the first point of contact for patients with health issues, general practitioners (GPs) are frequently confronted with patients presenting with non-specific symptoms of unclear origin. This can result in delayed, prolonged or false diagnoses. To accelerate and improve the diagnosis of diseases, clinical decision support systems would appear to be an appropriate tool. The objective of the project 'Smart physician portal for patients with unclear disease' (SATURN) is to employ a user-centered design process based on the requirements analysis presented in this paper to develop an artificial Intelligence (AI)-based diagnosis support system that specifically addresses the needs of German GPs.
METHODS
Requirements analysis for a GP-specific diagnosis support system was conducted in an iterative process with five GPs. First, interviews were conducted to analyze current workflows and the use of digital applications in cases of diagnostic uncertainty (as-is situation). Second, we focused on collecting and prioritizing tasks to be performed by an ideal smart physician portal (to-be situation) in a workshop. We then developed a task model with corresponding user requirements.
RESULTS
Numerous GP-specific user requirements were identified concerning the tasks and subtasks: performing data entry (open system, enter patient data), reviewing results (receiving and evaluating results), discussing results (with patients and colleagues), scheduling further diagnostic procedures, referring to specialists (select, contact, make appointments), and case closure. Suggested features particularly concerned the process of screening and assessing results: e.g., the system should focus more on atypical patterns of common diseases than on rare diseases only, display probabilities of differential diagnoses, ensure sources and results are transparent, and mark diagnoses that have already been ruled out. Moreover, establishing a means of using the platform to communicate with colleagues and transferring patient data directly from electronic patient records to the system was strongly recommended.
CONCLUSIONS
Essential user requirements to be considered in the development and design of a diagnosis system for primary care could be derived from the analysis. They form the basis for mockup-development and system engineering.
Identifiants
pubmed: 37525175
doi: 10.1186/s12911-023-02245-w
pii: 10.1186/s12911-023-02245-w
pmc: PMC10391889
doi:
Types de publication
Journal Article
Research Support, Non-U.S. Gov't
Langues
eng
Sous-ensembles de citation
IM
Pagination
144Informations de copyright
© 2023. The Author(s).
Références
JMIR Med Inform. 2018 Apr 18;6(2):e24
pubmed: 29669706
JAMA. 2015 Nov 3;314(17):1797-8
pubmed: 26375289
Eur J Gen Pract. 2015 Sep;21 Suppl:8-13
pubmed: 26339829
Int J Environ Res Public Health. 2021 Aug 10;18(16):
pubmed: 34444182
Br J Gen Pract. 2019 Nov 28;69(689):e809-e818
pubmed: 31740460
Internist (Berl). 2018 Apr;59(4):391-400
pubmed: 28364276
Int J Qual Health Care. 2007 Dec;19(6):349-57
pubmed: 17872937
Pilot Feasibility Stud. 2019 Feb 20;5:28
pubmed: 30820339
Am J Respir Crit Care Med. 2000 Dec;162(6):2152-8
pubmed: 11112130
Adm Policy Ment Health. 2015 Sep;42(5):533-44
pubmed: 24193818
Orphanet J Rare Dis. 2020 Sep 24;15(1):263
pubmed: 32972444
Br J Gen Pract. 2016 Nov;66(652):550-551
pubmed: 27789486
Nat Rev Drug Discov. 2020 Feb;19(2):77-78
pubmed: 32020066
Orphanet J Rare Dis. 2016 Jun 11;11(1):77
pubmed: 27287197
Stud Health Technol Inform. 2022 May 16;293:11-18
pubmed: 35592954
PLoS One. 2017 Feb 24;12(2):e0172532
pubmed: 28234950
NPJ Digit Med. 2020 Feb 6;3:17
pubmed: 32047862
Fam Pract. 2008 Dec;25(6):400-13
pubmed: 18842618
Am J Respir Crit Care Med. 2015 Jul 1;192(1):11-6
pubmed: 25945507
Stud Health Technol Inform. 2021 May 24;278:80-85
pubmed: 34042879
J Diabetes Sci Technol. 2013 Jul 01;7(4):1039-56
pubmed: 23911188
JMIR Res Protoc. 2013 Jun 24;2(1):e21
pubmed: 23796508
BMC Med Inform Decis Mak. 2021 Feb 18;21(1):65
pubmed: 33602191
Gastroenterol Hepatol (N Y). 2013 Oct;9(10):633-9
pubmed: 24764777
J Biomed Inform. 2012 Dec;45(6):1202-16
pubmed: 22995208
BMJ Qual Saf. 2017 Jun;26(6):484-494
pubmed: 27530239
Pharmacol Res. 2017 Jun;120:97-108
pubmed: 28336373
J Am Med Inform Assoc. 2001 Nov-Dec;8(6):527-34
pubmed: 11687560