Skip to content
#large language models Dataset Open access

Recall Is Not Execution: a Large Language Model and the Revised Geneva Score [Dataset].

Oct 2026 · Zenodo (CERN European Organization for Nuclear Research)

Abstract

Study summary A frontier large language model (Claude Opus 4.8, model identifier claude-opus-4-8, Anthropic) was tested against the revised Geneva score for pulmonary embolism using simulated patient profiles. Two tasks were run. Task 1, weight elicitation. The model was asked to assign numeric weights to the components of the revised Geneva score, ten repetitions per prompt, under two independently worded prompts. Task 2, patient classification. The eight objective variables of the revised Geneva score were exhaustively enumerated to generate all 384 possible patient profiles. The model classified every profile as low, intermediate, or high probability of pulmonary embolism, under two wordings that describe identical patients and carry identical Geneva scores. Each wording was run twice, on separate dates, giving four classification runs in total. Analysis 3, internal coherence and negation density. Two further analyses were run on the classification data, without new model queries. The first tests whether the model's classifications satisfy the ordering that any risk rule with non-negative weights must satisfy: a profile carrying strictly more findings must not be assigned a lower probability category. The second tests, within strata of identical revised Geneva score, whether the number of findings stated as absent shifts the model's category. Both are model-against-itself comparisons and do not depend on the revised Geneva score being correct. The script pe_monotonicity.py reproduces both. No human subjects were involved. All patient profiles are synthetic combinations of the score's input variables.

View source

Similar papers

#computer vision Open access Jun 2016

Software Development in Startup Companies: The Greenfield Startup Model

The results are packaged in the Greenfield Startup Model (GSM), which explains the priority of startups to release the product as quickly as possible, and the need to shorten time-to-market, by speeding up the development through low-precision engineering activities.

Carmine Giardino, Nicolò Paternoster, M. Unterkalmsteiner et al. · 178 citations · ⚡14
#computer vision Open access Oct 2016

Software Startups - A Research Agenda

Software startup companies develop innovative, software-intensive products within limited timeframes and with few resources, searching for sustainable and scalable business models.

M. Unterkalmsteiner, P. Abrahamsson, Xiaofeng Wang et al. · 157 citations · ⚡17
#machine learning Review Open access Oct 2016

“Failures” to be celebrated: an analysis of major pivots of software startups

This study conducts a case survey study based on the secondary data of the major pivots happened in 49 software startups, and demonstrates that customer need pivot is the most common among all pivot types.

Sohaib Shahid Bajwa, Xiaofeng Wang, Anh Nguyen-Duc et al. · 127 citations · ⚡15
#computer vision Review Open access May 2015

A survey study on major technical barriers affecting the decision to adopt cloud services

The comparison of adopter and non-adopter sample reveals three potential adoption inhibitor, security, data privacy, and portability, which underlines the importance of the technical and security perspectives for research investigating the adoption of technology.

Nattakarn Phaphoom, Xiaofeng Wang, S. Samuel et al. · 111 citations · ⚡8
#computer vision Conference Open access Dec 2013

Affordable and Energy-Efficient Cloud Computing Clusters: The Bolzano Raspberry Pi Cloud Cluster Experiment

The ongoing work building a Raspberry Pi cluster consisting of 300 nodes is presented, with potential use cases being an inexpensive and green test bed for cloud computing research and a robust and mobile data center for operating in adverse environments.

P. Abrahamsson, S. Helmer, Nattakarn Phaphoom et al. · 110 citations · ⚡7
#computer vision Book Open access Mar 2017

On the Unhappiness of Software Developers

The results indicate that software developers are a slightly happy population, but the need for limiting the unhappiness of developers remains, and 219 factors representing causes of unhappiness while developing software are identified.

D. Graziotin, Fabian Fagerholm, Xiaofeng Wang et al. · 84 citations · ⚡6

Related blog posts

We use cookies to run the site and, with your consent, for analytics and to show ads. See our Cookie Policy.