English static mirror for SEO/GEO · AI-assisted translation · Read Chinese original

MedGame: Turning Medical Records into Interactive Narrative Games with LLM Directors

Forum topic · ✨步子哥 · 2026-07-25

Summary

MedGame is a framework that converts static clinical records into interactive, branching narrative games for medical training, using a two-engine LLM architecture. The first engine, a Medical Narrative Designer, transforms a patient case summary into a structured story graph with clinical decision points and branches (e.g., thrombolysis vs. angiography). The second engine, a Story Director, expands each node into multimodal generation tasks—scene images, character portraits, dialogue, vital-sign panels—organized as a directed acyclic graph (DAG) for dependency-aware parallel scheduling. The team built 5,000 cases across eight specialties (4,000 train / 1,000 test). Evaluations show frontier commercial models dominate: Claude-Sonnet-4.5 and Gemini-3-Pro exceed 99% on structural validation, while open-source models range from 56.5% to 80.3%. Fine-tuning Qwen closes the gap (79.4% to 99.1%) but requires specialized narrative and direction data. Limitations include reliance on LLM-as-judge evaluation, unmeasured learning outcomes, and heavy dependence on commercial models. Paper: https://arxiv.org/abs/2607.21570; code: https://github.com/med-air/MedGame

MedGame: Turning Medical Records into Interactive Narrative Games with LLM Directors

The Problem: Static Records vs. Dynamic Reasoning

A medical student preparing for clinical rotations receives a case: a 55-year-old male with 3 hours of chest pain radiating to the left arm, diaphoresis, hypertension history, and ST-segment elevation on ECG. Traditional study means read, memorize, answer. But real clinical reasoning unfolds step by step—what to ask, what to examine, when to order tests, when to adjust treatment. Medical records are static; reasoning is dynamic. MedGame targets exactly this mismatch.

Core Idea: A Two-Engine Architecture

MedGame separates concerns into two engines:

Engine 1 — Medical Narrative Designer. Takes a static case summary and outputs a structured story graph of state nodes and decision points. Each node is a clinical scene ("ER initial consult," "lab results return," "sudden deterioration"); each decision point branches (immediate thrombolysis vs. angiography first vs. conservative treatment). The model generates functional descriptions only ("consultation room," "resuscitation bay"), not images.

Engine 2 — Story Director. Expands each node into concrete multimodal generation tasks: scene images, character images, dialogue, vital-sign panels. Crucially, these tasks are organized as a directed acyclic graph (DAG)—some tasks must wait on predecessors (the resuscitation scene depends on the deterioration node), others run in parallel. Multimodal generation becomes a dependency-aware scheduling problem rather than a linear pipeline.

The separation has engineering value: narrative design requires medical knowledge, story direction requires visual orchestration—optimizing each with different models or fine-tuning data beats one giant model doing everything.

Data and Scale

  • 5,000 clinical cases across eight specialties: cardiology, endocrinology, gastroenterology, hematology/oncology, nephrology, neurology, pulmonary/critical care, rheumatology
  • 4,000 training / 1,000 test
  • Each case is converted into a branching narrative game where the player (medical student) makes choices at decision points
  • Results: Commercial Models Dominate

    Evaluation has two layers: automatic structural validation (JSON compliance, business-logic consistency) and GPT-5.2-as-judge content quality scoring.

    Strict Validation:

  • Claude-Sonnet-4.5: 99.5%
  • Gemini-3-Pro: 100.0%
  • Qwen3-32B: 79.4%
  • Gemma-3-27B / MedGemma-27B: below 60%
  • Story Director task (Sample-wise Validation):

  • Claude-Sonnet-4.5 / Gemini-3-Pro: above 99%
  • Open-source models: 56.50%–80.30%
  • Fine-tuning narrows the gap—Qwen3.5-27B improved Strict Validation from 79.4% to 99.1%—but requires separate narrative and direction fine-tuning data.

    Honest Assessment

    Strengths:

  • The two-engine decoupling is a sound engineering decision
  • DAG scheduling turns multimodal generation from a linear pipeline into a dependency graph with clear efficiency gains
  • 5,000 cases across eight specialties is a solid data scale
  • Limitations:

  • Evaluation relies mainly on GPT-5.2 as judge; LLM-as-judge bias remains an open issue despite expert calibration
  • Case source representativeness is limited
  • No reported learning outcomes—whether playing these games actually improves clinical reasoning versus reading records is unanswered
  • The large open-source gap means the system is effectively gated behind commercial frontier models
  • A notable detail: the multimodal rendering is claimed to add "perceptual value beyond pure text interaction," but the paper never quantifies it. Is gamified learning actually more effective, or just flashier?

    Conceptual Takeaway

    MedGame's essence is converting static knowledge artifacts into dynamic decision trajectories. The idea generalizes beyond medicine—to legal cases, historical events, engineering troubleshooting—anywhere the reasoning process matters as much as the conclusion. The two-engine architecture (one for narrative structure, one for multimodal orchestration) is a transferable template.

    Links

  • Paper: https://arxiv.org/abs/2607.21570
  • Code: https://github.com/med-air/MedGame

Tags

#medical-ai#llm#interactive-narrative#multimodal-generation#medical-education#clinical-reasoning#dag-scheduling#benchmark

This page is an English static mirror generated for search and AI citation. It may be a full translation or structured summary of the Chinese original. Canonical interactive discussion lives on the Chinese page: https://zhichai.net/topic/178447105