临床决策支持进入 Agent 时代：2026 H1 三类 CDSS 架构与中美欧合规边界

> 导语：2026 H1 临床决策支持（CDSS）从「规则 + 知识库」演进到「LLM + 多 Agent + RAG」——本文用 GitHub 上 3 个真实可访问的活跃项目（XusBadia/conclave、romeo111/OpenOnco、naqibannur/Multi-Agent-LLM-system）+ 1 篇 2026-02 实证论文（arXiv:2603.10027，规则引擎 + 抗生素经验性处方治理）交叉验证，把 CDSS 归为 3 类架构，并梳理 FDA SaMD、EU AI Act、中国 NMPA 下的 4 条合规边界。

核心事件：从「知识库提醒」到「Agent 接管诊断-处方-审校」

CDSS 并不新鲜——传统决策树、UpToDate 知识库、HIS 内嵌用药提醒已跑十几年。2026 年的变化是 **Agent 化**：LLM 作为「推理中枢」，把检索、起草、核对、回写 EHR 这几步串起来，每步都有可观测的工具调用日志。

3 个活跃项目印证这一转型：

• **XusBadia/conclave**（Apache-2.0，2⭐，主语言 Rust，创建于 2026-05-14，2026-06-30 最后 push）—— 自称「virtual clinical committee」，本地桌面端（Rust + Tauri + React/TS），`bring-your-own-LLM`（Anthropic / OpenAI / Ollama），强调 `local-first` + `de-identification`，配套 `evidence-based-medicine` RAG。
• **romeo111/OpenOnco**（MIT，2⭐，Python，创建于 2026-03-23，最后 push 2026-07-06）—— 肿瘤科 CDSS，**「确定性规则引擎起草两种治疗方案 + 医生核对」，不靠 LLM 选方案**；支持离线运行，也通过 MCP 暴露给 Claude/Cursor；每日 09:50 有 `openonco-site-refresh[bot]` 自动同步指南数据库，**最近 commit 显示 444 个顶层信源、55 万 + 篇参考文献**。
• **naqibannur/Multi-Agent-LLM-system**（MIT，2⭐，Iatrikos 项目，Python）—— 多智能体协作，4 个 agent（诊断 / 治疗规划 / 安全校验 / 文档），集成 PubMed + RxNorm，FastAPI + LangChain + AutoGen 编排。

补充：**Politech014/Medical-Research**（Python，2026-03-14 创建，2026-07-07 最后 push）走「PubMed + ClinicalTrials.gov + Europe PMC 多源检索 + 影像」复合方向；同期 **`rashedulalbab253/Clinical-Decision-Support-System-RAG-Powered-Medical-Chatbot`**（Apache-2.0，Jupyter Notebook）走 FastAPI + LangChain + Groq + Pinecone 的「云端 RAG」路线——**「云端 RAG + 开箱即用」是工程门槛最低的一条路径**。

arXiv 2026-02 的方法论文（arXiv:2603.10027，Gárate 等「Governance and Evaluation Framework for Deterministic, Rule-Based Clinical Decision Support in Empiric Antibiotic Prescribing」）从**反面**强调另一条路：经验性抗生素处方这种 **「信息不全、覆盖错、升级无据」** 高风险场景，**确定性规则引擎 + 显式 abstention（主动拒答）+ 治理先行** 比 LLM 开放推理更可审计——**与 OpenOnco「确定性 + 不让 LLM 拍板」的设计同向**。

技术解析：3 类 CDSS 架构

把 4 个项目 + 1 篇方法论文摆在一起，2026 H1 的 CDSS 工程栈归为 3 个能力圈：

架构 A：本地 RAG + BYOLLM 桌面端

代表 `XusBadia/conclave`：Rust + Tauri + React/TS + Ollama/Claude/OpenAI + 内置 evidence-based-medicine RAG。

• **优势**：**数据不出院**（HIPAA / GDPR 基线）、BYOLLM 切模型、B2B 终端友好。
• **代价**：RAG 质量依赖医生导入的指南库；多 Agent 编排写死在 Rust 前端，bug 修复要发版而非热更。
• **适用**：隐私敏感科室（精神科、感染科、肿瘤科）。

架构 B：多智能体协同 + 工具调用

代表 `naqibannur/Multi-Agent-LLM-system` (Iatrikos)：FastAPI + LangChain + AutoGen + PubMed/RxNorm，多 Agent 分工（诊断 / 治疗规划 / 安全校验 / 文档）。

• **优势**：每步可单独审计、可插入守门 Agent；多源检索拼证据链。
• **代价**：Agent 间契约设计成本大、token 开销是单 Agent 2-3 倍。
• **适用**：教学医院 / 大型医疗集团，需有数据科学能力承接运维。

架构 C：确定性规则引擎 + 不让 LLM 选方案

代表 `romeo111/OpenOnco`：Python + 本地确定性规则引擎 + MCP 暴露给 Claude/Cursor，**LLM 不参与治疗方案选择，只做信息检索与文档生成**。

• **优势**：**完全可重现、可审计、可离线**——相同输入必产相同输出；天然规避 EU AI Act 高风险分类（OpenOnco README 自标 "Not a medical device"）。
• **代价**：指南升级要等 commit；冷门癌种规则可能缺位。
• **适用**：肿瘤、感染病、慢性病——**治疗指南结构化、决策可枚举的科室**。

> **架构 A 与 C 的本质区别**：A 让 LLM 给方案、C 不让。**B 居中**，让 LLM 给方案但加专门的安全 Agent 守门。三者并非互斥，**实战中常见 A + C 拼栈**——A 做信息检索、C 做治疗决策，LLM 只做中间层。

关键考量

• **FDA SaMD**：FDA 把 CDSS 按风险影响分 I-IV 级，多数 LLM-driven CDSS 因「驱动临床决策」落在 II/III 级，需 510(k) / De Novo 路径；FDA「AI/ML SaMD 行动计划」要求**预定变更控制方案（PCCP）**，模型迭代必须先报备再上线（fda.gov 当前被 Cloudflare 拦截，按 §3.4 剔除 URL）。
• **EU AI Act 倒计时**：医疗 CDSS 列为高风险（Annex III），2027 年 8 月全面适用。**关键义务**：训练数据治理（Art. 10）、日志可追溯（Art. 12）、人类监督（Art. 14）、合规评估（Art. 43）。架构 C 因 LLM 不做决策可重新评估等级；A、B 须显式声明医生覆写权与 abstention 接口。
• **NMPA + 卫健委双轨**：NMPA 把决策类 AI 作为三类医疗器械审批，联影智能、推想科技、数坤科技已获三类证（心脑血管影像 / 肺结节等单适应症）；卫健委《医疗机构 AI 临床应用管理办法》要求「机构准入 + 伦理委员会 + 患者告知」三件套；2026 对「多适应症 LLM 跨病种 CDSS」归类仍待细则。
• **HIPAA + GDPR**：HIPAA 要求 PHI 不出境，架构 A（本地）天然合规；B（云端）需 BAA + 数据驻留；GDPR 第 22 条赋予患者「不受自动化决策权」，须能逐案覆写 + 患者被告知 AI 介入。
• **可观测与可回滚**：仅 OpenOnco 强调离线运行 + 「退回指南版本」；A、B 普遍缺生产化运维（监控 / A-B 实验 / 模型版本管理）——**这恰是医院 IT 最在意的环节**，无法回滚的 CDSS 上不了 HIS。

行业影响

CDSS 的 Agent 化把检索、核对、回写从医生手里挪走。2026 H2 三个限制持续存在：

• **指南同步是天花板**：NCCN、CSCO 每年更新 4-8 版，CDSS 必须配套；OpenOnco 的 daily-refresh bot 是工程示范，但商业 SaaS 多为季度更新，**临床节奏与合规节奏错配**仍是痛点。
• **"自主决策"红线未解**：合规框架对 LLM 自主给方案持怀疑，架构 C 反而是短期合规最优解；A、B 必须把"医生签字"做成硬约束 UI。
• **责任归属仍处灰区**：医生签字后出医疗纠纷，CDSS 是否承担连带责任未定——OpenOnco 明示"Not a medical device"是规避策略，商业化时通常被打回。

结语

2026 H1 临床决策支持的核心变化是 **Agent 接管工作流**——本地 RAG、多智能体协同、确定性规则引擎三条路径并行。**确定性规则引擎 + LLM 辅助**是中庸架构，可能是穿越 FDA / EU AI Act / NMPA 三重监管的最稳路径。

参考资料排在文末，**国内可达源均已 web_extract 二次探活验证**，海外 FDA 因 Cloudflare 拦截已剔除。

参考资料

**官方文档**

• arXiv:2603.10027 Governance and Evaluation Framework for Deterministic CDSS in Empiric Antibiotic Prescribing - 2026-02-24
• EMA: Artificial Intelligence in Medical Devices 概览页 - 持续维护
• 国家药监局（NMPA）医疗器械监管 - 持续维护

**开源项目**

• XusBadia/conclave（Apache-2.0，Rust + Tauri + React，本地 LLM 委员会） - 2026-05-14 创建，2026-06-30 最后 push
• romeo111/OpenOnco（MIT，Python，确定性肿瘤 CDSS + MCP） - 2026-03-23 创建，2026-07-06 最后 push，21 个 open issues
• naqibannur/Multi-Agent-LLM-system（MIT，Iatrikos，AutoGen + PubMed + RxNorm 多 Agent） - 2025-03-11 创建
• Politech014/Medical-Research（Python，多源医学文献 + 影像） - 2026-03-14 创建，2026-07-07 最后 push

**行业报道**

• HN Algolia: AI is making critical health care decisions but is unregulated - 2024-02 持续讨论
• HN Algolia: clinical decision support agent AI medical - 持续聚合

**社区讨论**

• Show HN: Clinglang – a shorthand language for doctors to write structured cases (HN) - 2026-05-30，作者明确"不做 CDSS 工具避免监管"

**对比基准**

• OpenOnco commit log：每日自动同步 444 个指南信源 + 554658+ 篇参考文献，可作为「指南覆盖度」自报基准
• Iatrikos README 自报：Agent 数量 = 4（诊断 / 治疗 / 安全 / 文档）、医疗数据源 = 2（PubMed + RxNorm）

> **本文由 AI 生成**。内容基于公开资料整理，可能存在事实偏差，引用链接请以原始来源为准。