Skip to content
#software testing Open access

Healthcare AI Citation UX Review Kit: Six Evidence Checks Before Development

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

Abstract

Healthcare AI Citation UX Review Kit gives product leaders, CTOs and design leads six evidence checks to use before commissioning or extending a healthcare AI knowledge product. This software deposit preserves the interactive worksheet, its review catalog and reproducible Markdown and JSON exports. A team can use it during a prototype review to identify the evidence it still needs from a delivery partner. The starting point is a concrete design failure. In its own aesthetic-medicine learning-platform mockups, Pharos Production reported that 6 of 7 demo citations were wrong, including 4 invented citations. The project was still in its design phase. The healthcare AI citation UX case study explains what the team changed and which checks remained proposed work. Those observations concern one internal design audit, not a measured failure rate for healthcare AI systems. What to bring to a prototype review Ask the team to demonstrate one claim from the answer screen through to its supporting passage. Then record what you actually inspected. The six checks cover claim support, source location and edition, visible separation of sample content, missing-evidence states, distinct source categories and changes that must survive handoff. Each check names an artifact to request, an action to observe and a failure to watch for. An accessible link alone cannot establish that a passage supports the displayed claim. Likewise, a missing source and a failed retrieval are different conditions. The worksheet turns these distinctions into review questions that a product owner can discuss with engineering and design before accepting the next scope of work. A brief your team can use The interface accepts three self-reported statuses: Not reviewed, Gap found and Documented. The exported brief places gaps before unreviewed items and retains all six checks, including documented items. Selecting Documented records a person's assessment. Even when every item has that status, the output still asks the team to review the evidence. Use the interactive citation review worksheet or run the archived static application. The deposit also contains an editable buyer review sheet and two labeled example exports: an untouched review and an illustrative mixed review. The examples contain no client findings. No registration is needed to download the files or try the public worksheet. Browser selections are not persisted or submitted to a server by the application. Version and reproduction The archive freezes kit version 2026-09-26.1 at source commit be3937d2f4e8307160a636439d5888bf05f9ccb5. The source package's internal npm version is 1.0.0; the dated kit version identifies the review catalog and exported briefs. Run npm run verify from the source directory to execute the six contract tests and check the archived static-file hashes. The code uses Node.js built-ins and has no package dependencies. Serve the source/docs directory over HTTP to run the interface. This release preserves the source files without changing their original GitHub Pages campaign links. The links in this Zenodo description and its accompanying buyer guide use a separate Zenodo referral campaign. Checksums and a source manifest distinguish the preserved implementation from the added release documentation. From evidence gaps to a development conversation Pharos Production, the software development company behind the kit, connects these review questions to its documented healthcare product discovery and UX work. After recording your evidence gaps, read the healthcare AI prototype design and citation audit. Compare its source-verification and handoff decisions with the work you need a delivery team to demonstrate. A useful discussion starts with the unresolved evidence requests in your brief. The six checks are an editorial selection. The kit does not inspect medical evidence, test a model, approve a vendor or establish clinical accuracy, regulatory conformity or readiness for deployment. Research and implementation were AI-assisted. The code is released under MIT; review content and release documentation use CC BY 4.0. Linked third-party sources retain their own rights.

View source

Similar papers

#computer vision Review Sep 2017

Agile Software Development Methods: Review and Analysis

This publication proposes a definition and a classification of agile software development approaches and analyses ten software development methods that can be characterized as being "agile" against the defined criterion.

P. Abrahamsson, O. Salo, Jussi Ronkainen et al. · 727 citations · ⚡54
#computer vision Jun 2008

The impact of agile practices on communication in software development

The study shows that agile practices improve both informal and formal communication, but indicates that, in larger development situations involving multiple external stakeholders, a mismatch of adequate communication mechanisms can sometimes even hinder the communication.

M. Pikkarainen, Jukka Haikara, O. Salo et al. · 401 citations · ⚡48
#machine learning Review Open access Oct 2014

Software development in startup companies: A systematic mapping study

The results indicate that software engineering work practices are chosen opportunistically, adapted and configured to provide value under the constrains imposed by the startup context.

Nicolò Paternoster, Carmine Giardino, M. Unterkalmsteiner et al. · 394 citations · ⚡54
#computer vision Review Mar 2008

Agile methods in European embedded software development organisations: a survey on the actual use and usefulness of Extreme Programming and Scrum

The results show that the embedded industry has been able to apply agile methods in its development processes and that the appreciation of the agile methods and their individual practices appears to increase once adopted and applied in practice.

O. Salo, P. Abrahamsson · 238 citations · ⚡9
#computer vision Open access Jul 2017

What happens when software developers are (un)happy

Consequences of happiness and unhappiness that are beneficial and detrimental for developers' mental well-being, the software development process, and the produced artifacts are found.

D. Graziotin, Fabian Fagerholm, Xiaofeng Wang et al. · 236 citations · ⚡13
#computer vision Open access Oct 2004

Mobile-D: an agile approach for mobile application development

The Mobile-D approach is briefly outlined here and the experiences gained from four case studies are discussed, which helped develop an agile development approach for mobile application development.

P. Abrahamsson, Antti Hanhineva, H. Hulkko et al. · 225 citations · ⚡18

Related blog posts

MIT News · Artificial Intelligence Oct 2, 2026

Documenting the tech worker movement

Writing as a participant and researcher, PhD student JS Tan SM ’22 has co-authored a new book about the rise of tech worker protests and the employer backlash that followed.

GPT-Lab Sep 23, 2026

Requirements Don’t Live in Isolation: What We’re Exploring with Req-Space

Requirements in large systems rarely exist in isolation. Their meaning depends on the wider project context - other requirements, policies, decisions, tests, and implementation details. That becomes especially important when AI is used for review, because spotting a possible conflict or gap is only the beginning. ReqSpace explores how AI, visualisation, and connected project context can help reviewers understand those findings, trace the relationships behind them, and focus on the questions that…

GPT-Lab Sep 17, 2026

Beyond Prompt Engineering: The Role of Tacit Knowledge in Software Engineering

AI is making software generation faster, but speed does not remove the need for expertise. As more work is delegated to AI, tacit knowledge may become one of the most important human advantages in software engineering. The post Beyond Prompt Engineering: The Role of Tacit Knowledge in Software Engineering appeared first on GPT-Lab.

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