Research Papers 论文研究 19h ago Updated 2h ago 更新于 2小时前 35

Towards a Deterministic Math Solver for Clinical Language Models Towards a Deterministic Math Solver for Clinical Language Models

Large language models are unreliable at arithmetic, a critical issue for clinical calculators where numerical errors can change patient recommendations The authors propose a "Program-Solve" interface where the model writes case-specific Python code executed by a restricted local deterministic solver, rather than performing calculations directly Evaluated on MedCalc-Bench Verified (1,100 cases, 55 calculators) using Qwen2.5-7B and Qwen2.5-32B-AWQ, with the 32B model showing a statistically signif 提出Program-Solve接口:LLM不直接计算,而是生成案例特定Python代码,由受限本地执行器作为确定性求解器运行 在MedCalc-Bench Verified(1,100案例,55个临床计算器)上评估,32B模型准确率提升显著(90.53% vs 83.47%,+7.05%),7B模型提升不显著 手写22计算器库在支持的440案例上精确,但整体仅覆盖40%案例 审计发现16/55个计算器存在公式版本、用法或系数与临床指南不符的问题 结论:执行器对部分开源模型有帮助,但不能替代验证公式和可靠变量提取

50
Hot 热度
50
Quality 质量
50
Impact 影响力

Analysis 深度分析

TL;DR

  • Large language models are unreliable at arithmetic, a critical issue for clinical calculators where numerical errors can change patient recommendations
  • The authors propose a "Program-Solve" interface where the model writes case-specific Python code executed by a restricted local deterministic solver, rather than performing calculations directly
  • Evaluated on MedCalc-Bench Verified (1,100 cases, 55 calculators) using Qwen2.5-7B and Qwen2.5-32B-AWQ, with the 32B model showing a statistically significant +7.05% accuracy advantage (90.53% vs 83.47%) when using the solver
  • A hand-written 22-calculator library achieved exact results on its 440 supported cases but abstained on 60% of cases overall, highlighting coverage limitations
  • The approach is not a substitute for verified formulas or reliable variable extraction, and benefits vary significantly by model size

Why It Matters

This research addresses a fundamental reliability gap in deploying LLMs for clinical decision support, where arithmetic precision is non-negotiable. The Program-Solve paradigm offers a practical middle ground between brittle hardcoded calculators and unreliable direct model computation, with implications for any high-stakes domain requiring both natural language understanding and numerical accuracy.

Technical Details

  • Program-Solve Interface: The model generates case-specific Python code that runs in a restricted local executor as a deterministic solver, shifting the model's role from computation to orchestration
  • Benchmark: MedCalc-Bench Verified contains 1,100 cases across 55 clinical calculators; the authors audited formulas against current clinical guidelines and flagged 16 of 55 for version, use, or coefficient concerns
  • Models Evaluated: Qwen2.5-7B and Qwen2.5-32B-AWQ, with both routes (direct arithmetic vs. solver handoff) having access to formulas, gold variables, and full clinical notes
  • Key Results: At 7B, solver handoff showed a non-significant +3.29 points (75.31% vs 72.02%, 95% CI [-3.49, 10.38]); at 32B, the advantage was significant at +7.05 points (90.53% vs 83.47%, 95% CI [0.47, 14.60])
  • Baseline Comparison: A hand-written library of 22 calculators was exact on 440 supported cases but abstained on 60% of total cases, demonstrating the coverage-reliability tradeoff

Industry Insight

  • The Program-Solve approach should be considered for clinical AI systems, but only with larger models (32B+) where the statistical benefit becomes clear; smaller models may not reliably generate correct code
  • Auditing benchmark formulas against current guidelines is essential—16 of 55 calculators had concerns, suggesting many existing clinical benchmarks may propagate outdated or incorrect formulas
  • Deterministic solvers complement rather than replace the need for robust information extraction; investing in reliable variable extraction from clinical notes remains a critical prerequisite for any calculator system

TL;DR

  • 提出Program-Solve接口:LLM不直接计算,而是生成案例特定Python代码,由受限本地执行器作为确定性求解器运行
  • 在MedCalc-Bench Verified(1,100案例,55个临床计算器)上评估,32B模型准确率提升显著(90.53% vs 83.47%,+7.05%),7B模型提升不显著
  • 手写22计算器库在支持的440案例上精确,但整体仅覆盖40%案例
  • 审计发现16/55个计算器存在公式版本、用法或系数与临床指南不符的问题
  • 结论:执行器对部分开源模型有帮助,但不能替代验证公式和可靠变量提取

为什么值得看

临床计算器对数值准确性要求极高,单个算术错误可能改变医疗推荐。该研究探索了LLM与确定性求解器结合的新范式,为医疗AI可靠性提供了实用路径。

技术解析

Program-Solve接口让模型将计算任务委托给受限Python执行器,模型角色从"计算者"转为"调度者"。评估基准MedCalc-Bench Verified包含1,100个临床案例和55个计算器,使用Qwen2.5-7B和Qwen2.5-32B-AWQ模型。实验设置中公式和黄金变量已提供,两种方法均读取完整病历。审计发现16/55个计算器存在版本、用法或系数问题。

行业启示

Program-Solve方案效果依赖模型规模,32B以上参数才能获得统计显著提升,7B模型收益有限。医疗AI系统需结合确定性求解器与经过验证的公式库,不能仅依赖模型自身能力。该范式为临床计算器的可靠性改进提供了新思路,但变量提取和公式验证仍是关键瓶颈。

Disclaimer: The above content is generated by AI and is for reference only. 免责声明:以上内容由 AI 生成,仅供参考。