Emerging evidence
Published recordHealthGood Space
More
Coexistence of AI Nurse and AI-Simulated Patient in Nursing Education Using a Bidirectional Fine-Tuning Pipeline: Development and Content Analysis Study
- Truvace record
- TRV-2026-2458raw data (JSON)
- Version
- v1Published
- First published
- Evidence type
- Benchmark or lab evaluation
- Sources
- 1 sourcePeer-reviewed
- sha256
- ac53b309cc44…check it
Background Simulated patient systems are essential in nursing education but face actor scarcity, instructor burden, cost, and disrupted continuity where in-person simulation cannot be sustained. Existing large language model (LLM)-based systems address these issues but treat the dialogic partner-the AI nurse-as a static prompt or unspecialized model, compromising data collection quality and pedagogical applicability. Objective We report (1) the construction of 2 specialized fine-tuned models, NURSE-ONE (AI nurse…
The gain
In an exploratory evaluation, ten nursing faculty rated a fine-tuned AI-simulated patient at 90.3%, the pairing of AI patient and AI nurse at 84.8%, and the AI nurse at 69.0%, with all three modes responding within 3 seconds on one consumer graphics card.
What this doesn’t fix
The faculty evaluation was exploratory with ten evaluators, the reported asymmetry between the two models is a preliminary pattern pending replication, and learner outcomes have not been studied.
Sources
1 on file- JMIR Biomedical Engineeringdoi:10.2196/100778
Cite this record
v1Truvace Impact Record TRV-2026-2458, v1: “Coexistence of AI Nurse and AI-Simulated Patient in Nursing Education Using a Bidirectional Fine-Tuning Pipeline: Development and Content Analysis Study.” Truvace, 2026-11-10. /record/TRV-2026-2458 (accessed on the day you copy it). sha256 ac53b309cc44c093…
Change history
1 versionEvery change made to this record since it was first published, and why. Nothing has changed since it went up.
Certified into the record
Check this record hasn’t been altered
How to check it yourself, without trusting this page
Download any version from /api/record/TRV-2026-2458 and hash its canonical field yourself, for example with shasum -a 256. You should get its content_hash. Each version’s text also ends with prev:and the hash of the version before it (version 1 points to 64 zeros). If anyone had changed a single character of any version after it was saved, those hashes wouldn’t line up.
ace