MétaCan
Menu
Back to cohort
Record W4417157969 · doi:10.3390/systems13121109

Validation of a Patient Prioritization Tool: Addressing Decision-Support Tools’ Development in Complex Systems

2025· article· en· W4417157969 on OpenAlex

Why this work is in the frame

A frame that forgets how it found something cannot be audited. These are the routes that admitted this work.

affAt least one author lists a Canadian institution in the pinned OpenAlex snapshot.
fundA Canadian funder is recorded on the work.

Bibliographic record

VenueSystems · 2025
Typearticle
Languageen
FieldHealth Professions
TopicHealthcare Operations and Scheduling Optimization
Canadian institutionsUniversité du Québec à Trois-RivièresUniversité LavalTransport CanadaCentre for Interdisciplinary Research in Rehabilitation
FundersFonds de recherche du Québec – Nature et technologiesUniversidade Federal do Paraná
KeywordsPrioritizationRanking (information retrieval)Process (computing)Health careIterative and incremental developmentComplex system

Abstract

fetched live from OpenAlex

As times to access health services have significantly increased worldwide in recent years, strategies and tools to better manage patients’ waiting lists have gained research interest. Computer-Based Patient Prioritization Tools (PPT) aim to manage access to care by ranking patients on waiting lists equitably and rigorously so that higher-priority patients are treated ahead of those with lower priority, regardless of when they were added to the list. However, healthcare systems are inherently complex, involving multiple stakeholders, dynamic interactions, and contextual constraints that make the implementation of such tools challenging. The development of decision-support tools in such environments follows an iterative life cycle that includes design, implementation, verification, validation, and deployment. Among these stages, validation is critical to ensure that the tool not only meets its intended specifications but also produces improved outcomes without unintended consequences when integrated into real-world workflows. Although the literature devoted to PPT is rich, works describing the transition of research prototypes to real-world applications within these complex systems are relatively scarce. This paper presents and discusses the validation process of a PPT, illustrating how this step contributes to improving the tool, building future users’ confidence, and providing insights into the challenges and difficulties related to expert evaluation in complex healthcare environments.

Fetched live from OpenAlex and de-inverted. Abstracts are not stored in this database: the inverted indexes are 8.6 GB of the frame’s 9.3 GB of text, and the host has 13 GB free.

Full frame distilled prediction

Teacher imitation

Not calibrated prevalence, not ground truth. Human validation pending. Learned from the 10,348 direct Codex labels and 10,348 direct Gemma labels. Candidate is the union of thresholded teacher heads; consensus is their intersection. These outputs are machine_predicted_unvalidated and are not human labels or direct frontier model labels.

metaresearch head score (Codex)0.001
metaresearch head score (Gemma)0.001
Version: codex-gemma-dda1882f352aValidation status: machine_predicted_unvalidated
Candidate categoriesnone
Consensus categoriesnone
DomainCandidate signal: none · Consensus signal: none
Study designCandidate signal: Simulation or modeling · Consensus signal: Simulation or modeling
GenreCandidate signal: Empirical · Consensus signal: Empirical
Teacher disagreement score0.211
Threshold uncertainty score0.541

Codex and Gemma teacher scores by category

CategoryCodexGemma
Metaresearch0.0010.001
Meta-epidemiology (narrow)0.0000.000
Meta-epidemiology (broad)0.0000.000
Bibliometrics0.0000.001
Science and technology studies0.0000.000
Scholarly communication0.0000.000
Open science0.0000.000
Research integrity0.0000.000
Insufficient payload (model declined to judge)0.0000.000

Machine scores (provisional)

The two teacher heads of the student model, read on this work. A score orders the frame for review; it never asserts a category, and the validation status ships verbatim with every row.

Baseline scores from an immature model (maturity gate not passed, 7 training rounds). Scores rank; they never assert a category.

Opus teacher head0.140
GPT teacher head0.429
Teacher spread0.289 · how far apart the two teachers sit on this one work
Validation statusscore_only:v0-immature-baseline · verbatim from the scoring run: score_only means the number may rank works, and no category label ships from it