覆盖存量信息化系统定义与外部交互梳理、AI 应用矩阵与首批落地场景、自主性分级与写入通道、遗漏检测、TokenHub 与数据分层、本地算力测算与 BOM、安全部署、验收标准与实施路线。贯穿全篇的硬约束：可识别患者数据不出院；AI 不自动开方、不替代医师接诊；AI 不可用时医院照常运转。
白卡 = 存量系统（不改造）。青色 = 本次新增。深蓝带 = 安全边界。红色 = 法定红线或强制拦截点。
第 1–5 步无人参与，AI 在医师看到之前已完成评估与自检；第 6–7 步人必须在场。
| 系统 | 全称 | 管什么 | 典型数据 | 在本方案中的角色 |
|---|---|---|---|---|
| 临床业务 | ||||
| HIS | 医院信息系统 | 挂号、收费、药房、住院登记、医嘱流转 | 患者主索引、费用、医嘱、药品 | 事件源 + 工具 + 嵌入点 |
| EMR | 电子病历系统 | 门诊/住院病历书写、病程记录、归档 | 主诉、现病史、病程、出院小结（大量非结构化文本） | 最高价值嵌入点 |
| CIS | 临床信息系统（医生工作站） | 开医嘱、开检查、看结果 | 医嘱、申请单 | CDS Hooks 宿主 |
| NIS | 护理信息系统 | 护理评估、体征、护理记录、移动护理 | 体征、量表、护理文书 | 事件源 + 嵌入点 |
| AIMS / ICIS | 手术麻醉 / 重症监护 | 术中与 ICU 设备数据自动采集 | 高频时序生命体征 | 事件源 |
| PASS | 合理用药 / 前置审方 | 处方规则校验、相互作用、剂量 | 处方、规则库 | 嵌入点 |
| 临床路径 / 院感 / 输血 / 病案 | — | 路径管理、感染监测、用血闭环、首页归档 | 首页编码、感染指标 | 事件源 + 嵌入点 |
| 医技 | ||||
| LIS | 实验室信息系统 | 检验申请、标本、仪器联机、报告审核 | 检验结果（结构化） | 事件源（危急值主来源） |
| PACS / RIS | 影像归档通信 / 放射信息 | DICOM 影像存储调阅、预约与报告 | 影像（TB–PB 级）、报告文本 | 事件源 + 嵌入点 |
| PIS | 病理信息系统 | 取材、切片、数字病理、报告 | 全切片图像、报告 | 事件源（需器械证模型） |
| 超声 / 内镜 / 心电 | 专科影像与功能检查 | 图像采集与报告 | 图像、波形 | 事件源 |
| 运营管理 | ||||
| HRP | 医院资源规划 | 财务、预算、成本、物资、资产、人事绩效 | 凭证、成本、库存 | 数据源 |
| OA / 医务 / 质控 | 办公与管理 | 公文、会议、不良事件、质量指标、DRG 运营 | 公文、制度、质量指标 | 智能办公主战场 |
| 患者服务 | ||||
| 预约 / 自助 / 移动支付 | — | 线上预约、自助机、诊间支付、电子票据 | 预约、支付流水 | 嵌入点（导诊） |
| 互联网医院 | 第二名称互联网医院 | 复诊、处方流转、药品配送、随访 | 线上病历、处方 | 自主研发重点 |
| 基础平台 | ||||
| 集成平台 ESB | 医院信息集成平台 | 系统间消息与服务总线（HL7 v2 / FHIR）、MDM、EMPI | 消息、主数据 | 存量系统互联 |
| CDR | 临床数据中心 | 汇聚全院数据，支撑 BI、科研、互联互通测评 | 全量临床明细 | agent 回查的主数据源 |
| 统一身份 / CA | — | 单点登录、医护电子签名、时间戳 | 身份、签名 | AI 结果"签字生效"的锚点 |
| 对象 | 交互内容 | 通道 | 方式 | 安全措施 |
|---|---|---|---|---|
| 监管与医保（专网） | ||||
| 国家/省医保信息平台 | 身份核验、医保电子凭证、门诊住院结算、处方流转、结算清单、DRG/DIP 分组 | 医保专线 | 前置机 + 标准接口（实时交易 + 批量上传） | 专线隔离、接口签名验签、交易日志留存 |
| 卫健委 / 区域健康信息平台 | 电子病历共享文档、检查检验结果互认、健康档案、统计直报 | 卫生专网 / 政务外网 | 前置机 + CDA / WebService / FHIR | 前置机只放共享副本，单向推送为主 |
| 疾控 | 传染病报告卡、死因监测、慢病与预防接种 | 疾控专网 / VPN | 直报系统 + 前置机接口 | 专用终端、最小字段 |
| 质控与绩效上报 | 病案首页（HQMS/国考）、单病种、质量指标、不良事件 | 互联网 / 专网 | 平台填报 + 文件批量上传 | 专用终端、上传前校验与审批 |
| 省互联网医疗监管平台 | 互联网医院医师、处方、诊疗行为实时数据 | 专网 / 加密互联网 | 实时接口推送 | 全程留痕可追溯 |
| 财政电子票据 | 电子票据开具与核销 | 财政专网 | 前置机接口 | 签章、对账 |
| 患者与商业（DMZ） | ||||
| 患者端 | 预约、缴费、报告查询、线上复诊、随访 | 互联网 | App / 小程序 / H5 → DMZ 网关 | WAF、实名、Token 鉴权、接口级脱敏 |
| 银行 / 第三方支付 | 诊间支付、退款、对账 | 互联网专线 | 支付网关 + 日终对账文件 | 证书双向认证、金额校验 |
| 商保 | 理赔直付、授权调阅 | 互联网 / 专线 | 开放 API | 患者授权、按次授权、最小字段 |
| 短信 / 公众号 / 健康卡 | 通知、身份 | 互联网 | API | 模板审核、不含诊断明文 |
| 协作机构 | ||||
| 医联体 / 远程医疗 | 远程会诊、双向转诊、影像检验共享 | 专网 / VPN | DICOM / HL7 / 视频 | 机构间协议、按患者授权调阅 |
| 第三方检验 / 云影像 | 外送检验申请与结果、云胶片 | 专线 / VPN | HL7 / DICOM / API | 委托处理协议、影响评估 |
| 药品耗材采购 / UDI | 集采订单、配送、追溯码 | 互联网 | 平台 + 接口 | 不含患者数据 |
| 运维（高风险） | ||||
| 厂商远程运维 | 系统升级、故障排查 | VPN | 堡垒机跳转 | 工单审批、限时账号、录屏、禁止数据外拷 |
| 公有云大模型 | 文献、公开知识、通用办公 | 互联网 | 只经 TokenHub 出口代理 | 仅 1–2 级数据、出口 DLP、白名单域名 |
场景清单以国家卫健委等三部门《卫生健康行业人工智能应用场景参考指引》（四大领域 84 个场景）为母本筛选；风险分级参照《医疗机构人工智能应用与治理专家共识（2026 版）》低/中/高三档。
| 优先级 | 应用 | 嵌入点 | 做什么 | 数据级别 | 风险 | 自主级别 |
|---|---|---|---|---|---|---|
| 临床文书与质控 | ||||||
| 首批 | 智能病历生成 | EMR / 门诊医生站 | 门诊环境语音 → 结构化病历；入院记录、病程、出院小结草稿 | 4 级 | 中 | L1 |
| 首批 | 病历内涵质控 | EMR / 病案 | 逻辑矛盾、缺项、复制粘贴、时限，运行病历实时提示 | 4 级 | 低 | L1 |
| 首批 | 病案首页编码 / DRG·DIP | 病案 / 医保 | 诊断与手术 ICD 编码建议、主诊断选择、入组预测 | 4 级 | 低 | L1 |
| 首批 | 医保智能审核 | HIS / 医保 | 结算前违规预警（超适应症、重复收费、分解住院） | 4 级 | 低 | L1 |
| 首批 | 护理文书与交接班 | NIS | 护理记录、评估量表、SBAR 交班报告草稿 | 4 级 | 低 | L1 |
| 临床决策辅助 | ||||||
| 二批 | CDSS 专病辅助决策 | 医生站 | 结合病历、检验、指南给出鉴别诊断与检查建议，附可展开证据 | 4 级 | 高 | L1 |
| 二批 | 前置审方 / 合理用药 | PASS / 药房 | 在规则引擎之外补充自然语言用药风险解释 | 4 级 | 中 | L1 |
| 二批 | 检验 / 影像报告解读 | LIS / RIS / 互联网医院 | 给医师的异常汇总、给患者的通俗解读 | 4 级 | 中 | L1 |
| 三批 | 影像 / 病理辅助诊断 | PACS / PIS | 病灶检出、靶区勾画 | 4 级 | 高 | 取证产品 |
| 三批 | 危重预警 | ICIS / NIS | 脓毒症、跌倒、压疮、病情恶化早期预警 | 4 级 | 高 | L1 |
| 患者服务 | ||||||
| 首批 | 智能导诊分诊 | 预约 / 互联网医院 | 症状 → 科室推荐；危急症状直接提示急诊 | 3 级 | 低 | L1–L2 |
| 二批 | 预问诊 | 互联网医院 → 医生站 | 就诊前采集主诉病史，生成医师可读摘要 | 4 级 | 中 | L1 |
| 二批 | 智能随访 / 院后管理 | 随访系统 | 按病种随访问卷、异常回复转人工 | 4 级 | 中 | L1 |
| 科研 | ||||||
| 二批 | 专病库自动抽取 | CDR → 科研库 | 从自由文本病历抽取结构化变量，替代人工录入 | 3 级 | 低 | L1 |
| 二批 | 科研分析 Agent | 科研平台 | 自然语言 → SQL / 统计脚本，生成图表与方法学描述 | 3 级 | 低 | L1 |
| 二批 | 临床试验患者招募 | GCP / CDR | 按入排标准筛查候选患者 | 3 级 | 中 | L1 |
| 首批 | 文献检索与综述 | WorkBuddy | 外文文献检索、综述、基金标书初稿 | 1 级 | 低 | 可走外网 |
| 运营管理与办公 | ||||||
| 首批 | 院内知识库问答 | OA / WorkBuddy | 制度、流程、诊疗规范、药品目录问答 | 2 级 | 低 | L0–L1 |
| 首批 | 智能办公 | OA / WorkBuddy | 公文、会议纪要、汇报材料、表格分析 | 2 级 | 低 | L1 |
| 三批 | 运营问数 / BI | HRP / 数据中心 | 自然语言问数、DRG 盈亏分析、国考指标归因公开评测显示管理/工作流类任务得分最低（0.53–0.63），预期不宜过高 | 2–3 级 | 低 | L0 |
| 三批 | 院感 / 不良事件识别 | 院感 / 医务 | 从病历与检验中自动识别疑似病例 | 4 级 | 中 | L1 |
| 三批 | 智能排班 / 手术室调度 | HRP / 手麻 | 约束优化 + 大模型解释 | 2 级 | 低 | L1 |
不碰患者数据。只需 TokenHub + 1–2 级数据，不接 HIS；两周可上线，用来把全院私用公网 AI 的流量收口。
只读患者数据、只出提示。读 CDR / EMR，结果给质控科、病案室、医保办，不回写病历；投入产出最好算。
写入临床文书、直面患者。需要 CDS Hooks 对接、诊室拾音设备、患者告知与 DMZ 前端；接口改造第 1 个月就启动。
目标值为建议值，非已验证的行业基准。统一口径：上线前 2 周采集基线，验收比较"基线 vs 上线后第 4 周"，抽样复核分别由质控科、病案室、医保办、护理部、医务处执行。
该场景在影子模式下累计 ≥3 个月且 ≥1,000 例，覆盖季节性与科室分布。
AI 建议 vs 实际发生的结局，遗漏率与严重遗漏数低于预注册阈值。严重遗漏 ≠ 0 则不得升级。
提供 Brier score / ECE 与弃答率；高置信度错误必须单列。
对抗集须包含"故意制造信息缺口"的样本，检验 AI 是否会沉默放过。
| Hook | 触发时机 | AI 做什么 | 最高自主级别 |
|---|---|---|---|
patient-view | 打开患者病历 | 全病程摘要、风险标注、遗漏提示汇总 | L0–L1 |
order-select | 选中医嘱项，签署前 | 剂量、相互作用、适应症、医保限制提示与替代建议 | L1 |
order-sign | 医嘱即将签署的瞬间 | 处方红线最后拦截点：禁开药品、超适应症、缺知情同意一律在此拦住 | L1 上限，禁止自动放行 |
encounter-start | 就诊 / 转入开始 | 预问诊摘要、交接遗漏清单 | L0–L1 |
encounter-discharge | 办理出院 | 出院小结草稿、出院前遗漏全量核对 | L1 |
appointment-book | 预约 | 科室推荐、检查前置准备提示 | L1–L2（仅流程项） |
点击 + CA 电子签名使法律责任主体毫无争议，满足"处方须医师本人开具"的要求。
公开评测显示同一模型在模拟 EHR 中查询类任务约 85% 可靠、操作类仅约 54%。把写操作交给人，等于不让系统依赖模型最弱的能力。
Card 可展开到原始证据（条文、检验值、指南段落），符合"医师能独立审查推荐依据"的方向，降低落入器械监管的概率。
order-sign 是整个架构里最有价值的单点：把所有处方与医嘱红线挂在这一个标准钩子上，不必在十几个业务系统里各自实现一遍拦截逻辑。公开临床安全评测（100 个真实案例、31 个模型、12,747 条专家注释）显示：顶级模型在 10–20% 案例中会给出潜在严重有害建议，其中 77% 的严重伤害来自遗漏错误——未能推荐关键检查或治疗。另一项基准的医师评分标准中，"完整性"权重 39%，高于"准确性"33%。因此本方案把查漏作为独立组件，而非生成模型的自检步骤。
| 节点 | 触发 | 日频次 | 清单示例（由科室与质控科共同制定并签字） | 外部验证方式 |
|---|---|---|---|---|
| 出院前 | encounter-discharge | 100 | 待回的检验/病理是否已回？异常值是否已处置或交代？出院带药与住院医嘱是否冲突？随访是否已约？ | 与 30 天再入院率、非计划返诊率对照 |
| 术前 | 手术节点事件 | 60 | 知情同意、术前讨论、抗凝药停用、过敏史、备血、禁食是否齐备 | 与术前取消率、围术期不良事件对照 |
| 危急值 | Observation 危急值 | 50 | 是否已通知？是否已复查？是否已下相应医嘱？时限是否超？ | 与危急值闭环时限达标率对照 |
| 转科 / 交接 | encounter-start / 转科 | 80 | 未完成医嘱、待观察问题、特殊用药、隔离要求是否在交接中体现 | 与交接遗漏不良事件数对照 |
| 合计 | 290 次/天 | 长上下文（全病程约 20K token），算力影响见第 09 节 | ||
频次按 1500 床三甲估算（日出院约 100、日手术约 60）。清单内容必须由本院对应科室与质控科共同制定并签字，避免变成 AI 自己定义什么叫遗漏。
| 数据级别 | 典型内容 | 内网自建模型 | 专属医疗云（等保三级·境内） | 外网公有云 API |
|---|---|---|---|---|
| 1 级 · 可公开 | 公开文献、指南、科普、代码 | 允许 | 允许 | 允许经出口代理 + DLP |
| 2 级 · 内部 | 院内制度、通知、不含患者的运营数据 | 允许 | 允许 | 有条件科室审批 + 关键字段脱敏 |
| 3 级 · 中度敏感 | 去标识化科研集、统计汇总、导诊症状 | 允许 | 有条件委托处理协议 + 影响评估 | 禁止 |
| 4 级 · 高度敏感 | 可识别患者的病历、检验、影像、处方 | 允许 | 禁止默认；特批另议 | 禁止 |
| 5 级 · 极高敏感 | 传染病、精神、HIV、生殖、基因、特殊人群 | 仅内网最小权限 + 强化审计 | 禁止 | 禁止 |
"禁止"格对应《医疗卫生机构数据安全和个人信息保护管理办法（试行）》与 2026 版专家共识中"数据不出院、严禁将患者原始数据输入公开生成式 AI"的要求。
| 管理分类 | 对应技术级别 | 保护要求 |
|---|---|---|
| 核心数据 | 大规模、高精度的人群健康数据集合 | 等保三级以上，涉关基的落实关键信息基础设施保护；境内存储；出境须安全评估 |
| 重要数据 | 4–5 级患者明细达到一定规模 | 等保三级以上；每年至少一次风险评估；加密存储与备份；禁止经微信、网盘、社交软件传输 |
| 一般数据 | 1–3 级 | 按最小必要使用；混合场景"就高不就低" |
prefill 与 decode 必须分开算：预填充把整段提示一次过完，吃算力；解码逐字输出，每个 token 都要把激活权重从显存读一遍，吃带宽。医院场景输入远大于输出，但供给侧 prefill 极便宜，最终定卡数的是 decode。
| 来源 | 构成 | 事件/次数 | 输入 token |
|---|---|---|---|
| 交互式应用 | 病历生成、质控、编码、医保审核、护理文书、知识库、办公、导诊等 | 12,900 次/天 | 23.8M |
| 事件 L1 规则 | 体征 20,000 + 检验 12,000 + 医嘱 8,000 + 护理 5,000 + 影像 1,500 + 入出转 300 + 手术 180，规则拦截 85% | 39,933（占 85%） | 0零 token |
| 事件 L2 小模型 | 分类与路由，12% | 5,637 | 8.5M× 1.5K |
| 事件 L3 大模型 | 需要推理的，3% | 1,409 | 11.3M× 8K |
| 遗漏检测 | 出院 100 + 术前 60 + 危急值 50 + 交接 80，长上下文 | 290 | 5.8M× 20K |
| 日临床事件 46,980 · 合计 | — | 49.4M 输入 | |
| 角色 | 模型 | 总参 / 激活 | 上下文 | 许可 | 院内定位 |
|---|---|---|---|---|---|
| 主力 | DeepSeek V4-Flash | 284B / 13B | 1M | MIT | 病历生成、质控、问答、RAG、事件评估；激活参数小、吞吐高 |
| 重型 | GLM-5.2 或 DeepSeek V4-Pro | ≈744B / 40B · 1.6T / 49B | 1M | MIT | 长上下文遗漏检测、CDSS、科研 Agent |
| 小模型 | Qwen3.5 系列 + Embedding / Rerank / ASR | 如 35B / 3B | 256K | Apache 2.0 | 事件分类与路由（吃掉 12% 事件）、OCR、检索、语音转写 |
| 可选 | Kimi K2.6 | 1T / 32B | 256K | 修改版 MIT | 原生多模态；商用自部署前须法务核对授权条款 |
| 合规 | 医疗专用模型 | — | — | 商业授权 | 影像/病理/心电辅助诊断，按医疗器械注册证管理，不用通用大模型替代 |
| 对比项 | 昆仑芯 P800 | RTX PRO 5000 Blackwell 72GB |
|---|---|---|
| 显存 / 带宽 | 64 GB HBM2E / 约 2.4 TB/s公开资料存在冲突，取保守值 | 72 GB GDDR7 ECC / 1,344 GB/s官方 datasheet |
| 卡间互联 | XPU-Link / XCCL | 仅 PCIe 5.0 ×16，需主板支持 GPU P2P DMA |
| 主力 decode（估） | ≈1,382 tok/s，余量 2.8× | ≈645 tok/s，余量 1.3× |
| 多智能体放大 3× 后 | 2 台 = 2,765 tok/s，余量 1.9× | 2 台 = 1,290 tok/s，余量 0.9×不足 |
| 信创合规 | 国产，公立医院可采购 | 进口，公立医院采购受限 |
| 散热形态 | 标准服务器形态 | 官方 datasheet 为主动散热工作站卡，8 卡密集部署须确认服务器版供货 |
| 方案定位 | 主力与重型推理节点 | 小模型节点（单卡装得下，MIG 可切 2×24GB 跑多服务） |
| # | 品类 | 规格要求（招标最低配置） | 数量 | 单机功耗 | 小计 | 单价 待询价 | 金额 待询价 |
|---|---|---|---|---|---|---|---|
| A · 算力服务器 | |||||||
| A1 | 主力推理服务器主力 LLM，TP8 | 4U，8× 昆仑芯 P800（64GB 及以上，卡间 XPU-Link 全互联）CPU 双路国产 ≥64 核｜内存 1 TB DDR5 ECC｜系统盘 2× 960GB SSD RAID1｜数据盘 4× 3.84TB NVMe｜2× 25GE + 2× 200G RoCE｜2+2 冗余电源 | 2 台 | 4.5 kW | 9.0 kW | ||
| A2 | 重型推理服务器遗漏检测长上下文、CDSS、科研 | 配置同 A1重型模型 INT4 约 400 GB，8×64 GB 可容纳 | 1 台 | 4.5 kW | 4.5 kW | ||
| A3 | 小模型服务器承接 12% 事件分类 + 检索 + 语音 | 2U，4× 48GB 级推理卡启用 MIG 切分跑多服务｜CPU 双路 ≥32 核｜内存 512 GB｜2× 25GE｜1+1 冗余电源 | 1 台 | 2.5 kW | 2.5 kW | ||
| B · 通用服务器 | |||||||
| B1 | 事件骨干节点Kafka + FHIR Subscription 服务 | 1U，三节点集群CPU 双路 ≥32 核｜内存 256 GB｜4× 3.84TB NVMe（事件留存）｜2× 25GE | 3 台 | 0.5 kW | 1.5 kW | ||
| B2 | TokenHub / K8s 控制节点三节点高可用 | 1UCPU 双路 ≥32 核｜内存 256 GB｜2× 1.92TB NVMe RAID1｜2× 25GE | 3 台 | 0.5 kW | 1.5 kW | ||
| B3 | 向量库节点L4 知识层，按级别分库 | 1UCPU 双路 ≥32 核｜内存 512 GB｜4× 3.84TB NVMe｜2× 25GE | 2 台 | 0.6 kW | 1.2 kW | ||
| C · 网络 | |||||||
| C1 | RoCE 交换机 | 200GE × 32 口，支持 PFC + ECN 无损，双机堆叠 | 2 台 | 0.3 kW | 0.6 kW | ||
| C2 | 业务交换机 | 25GE × 48 口 + 100GE 上行 ×4 | 2 台 | 0.2 kW | 0.4 kW | ||
| C3 | 管理交换机 | 1GE × 48 口，带外管理 / BMC 专网 | 1 台 | 0.1 kW | 0.1 kW | ||
| C4 | 线缆与光模块 | 200G DAC ×16、25G DAC ×28、1G 网线 ×28 | 1 批 | — | — | ||
| D · 存储 | |||||||
| D1 | 模型仓库与审计存储 | 可用 ≥50 TB，支持 NFS / S3模型权重多版本（单模型 160–800 GB，存 3–5 版）＋审计日志 ≥6 个月＋评测集；审计日志独立卷 | 1 套 | 1.0 kW | 1.0 kW | ||
| E · 机柜与机房配套 | |||||||
| E1 | 机柜 | 42U，前后门网孔率 ≥70%，双路独立市电 + 智能 PDU单柜负载须 ≤12 kW；老机房常见 6 kW/柜，此时需 4 个柜分散摆放 | 2–4 个 | — | — | ||
| E2 | 配电改造 | 新增专用回路，UPS 容量核算IT 负载 22.3 kW，含 UPS 效率与余量按 30–35 kW 报装 | 1 项 | — | — | ||
| E3 | 制冷 | 行级精密空调或冷通道封闭22.3 kW 热负荷约 6.3 冷吨；8 卡机风量噪音大，不能放普通弱电间 | 1 项 | — | — | ||
| F · 软件与服务 | |||||||
| F1 | 推理引擎 | 厂商官方适配版，同时提供 vLLM / SGLang 适配验证报告须提供所投模型的版本号、量化方式、启动参数 | 1 套 | — | — | ||
| F2 | 容器与调度 | K8s + 加速卡设备插件 + 显存切分 + 多模型多副本调度，支撑灰度与回滚 | 1 套 | — | — | ||
| F3 | TokenHub | 统一接入 + 数据分级路由 + 虚拟 Key + 配额分账 + 全链路审计第一期必须交付 | 1 套 | — | — | ||
| F4 | 事件骨干软件 | Kafka 集群 + FHIR Subscription 服务 + Debezium CDC；提供按患者 ID 重放能力 | 1 套 | — | — | ||
| F5 | 监控 | 单卡级（显存/利用率/温度/功耗/ECC）+ 服务级（TPM/并发/p95 延迟/排队深度/科室 token 消耗）两套看板，可导出月度容量报表 | 1 套 | — | — | ||
| F6 | 适配与压测服务 | 厂商驻场完成模型部署、调优、压测报告写入合同，验收不通过不付尾款 | 1 项 | — | — | ||
| F7 | 质保与服务 | 硬件 3 年原厂 7×24，加速卡 4 小时到场；软件 3 年升级与技术支持 | 3 年 | — | — | ||
| 合计 | 12 台服务器 | 算力 4 台 ＋ 通用 8 台 ＋ 网络 5 台 ＋ 存储 1 套 ＋ 机柜 2–4 个 | — | — | 22.3 kW | ||
价格留空由集成商填报。公开渠道的加速卡单价差异极大（同型号两个来源可相差数倍），任何总价推算都会误导。请用上表的型号与数量直接向 2–3 家集成商询价比对。可参考的量级规律：8 卡整机中加速卡成本通常占 60–75%；机柜与配电制冷改造常被漏报，实际可占总投资 10–15%，务必要求单独列项。
以上吞吐与负载数字均为估算，非实测。加速卡 decode 能力按 roofline 粗估并取经验折扣；厂商公开带宽参数存在冲突，已取保守值。事件频次按 1500 床三甲业务量推算；分层比例 85/12/3 是设计目标而非实测分布，真实比例取决于规则引擎覆盖质量，必须上线后用实际事件流校准。采购决策须以第 12 节的实测验收为准。
| 层 | 措施 |
|---|---|
| 物理 | 机房门禁、视频、动环；报废设备数据彻底清除 |
| 网络 | 安全域划分、网闸、防火墙、IPS、抗 D、内外网隔离 |
| 主机 | 基线加固、EDR、补丁、堡垒机统一运维 |
| 应用 | WAF、统一身份、接口鉴权、代码审计 |
| 数据 | 分类分级、国密加密、脱敏、水印、数据库审计、备份 |
| 终端 | 准入、DLP、外设与网盘 / IM 外发管控 |
| 管理 | 一把手负责制、网信领导小组、应急预案与演练、第三方审查 |
| 风险 | 控制 |
|---|---|
| 提示注入 / 数据外泄 | 输入输出双向过滤；患者上传文本与系统指令隔离；出口 DLP |
| 越权检索 | 向量库 ACL 继承业务系统权限；OPA/Rego 策略可单元测试；检索结果按用户二次过滤 |
| 模型供应链 | 权重官方渠道离线导入、哈希校验；推理镜像扫描；算力域禁止主动外联 |
| Agent 越权 / 幻觉 | 工具默认只读；写入业务系统必须医师点击 + 电子签名；回答附可展开证据 |
推理集群单独 VLAN / 安全域，只接受 TokenHub 来源流量；默认无互联网出口。
核心（路由、审计、密钥）在内网；出口代理在 DMZ，只接受内网核心转发的已定级请求。
前端与 BFF 在 DMZ；业务后端与数据在内网；DMZ 只缓存会话，不存患者全量。
TokenHub 与主力模型 N+1；AI 不可用时业务系统必须能退回纯人工流程，AI 不进入关键路径的单点。
| 风险等级 | 典型应用 | 准入 | 上线后 |
|---|---|---|---|
| 低 | 导诊、知识库、文书草稿、科研数据清洗、办公 | 简化备案；数据安全 + 系统稳定性 + 伦理合规三重审查 | 季度抽检 |
| 中 | 病历生成、审方解释、报告解读、随访 | 多学科评审 + 院内评测集达标 | 月度质量监测、采纳率与修改率 |
| 高 | CDSS 诊断建议、影像/病理辅助诊断、危重预警 | 伦理委员会 + 多学科联合审查；涉医疗器械的须取得注册证 | 持续监测、不良事件上报、算法变更重新评审 |
处方由接诊医师本人开具，严禁使用人工智能等自动生成处方；在线处方须医师电子签名、药师审核后生效。
医师实名认证；人工智能软件不得冒用、替代医师本人提供诊疗服务。AI 只做预问诊、导诊、解读。
线上仅限常见病、慢性病复诊；病情变化须立即终止线上诊疗，引导线下就诊。
互联网医院信息系统实施第三级信息安全等级保护，并与省级互联网医疗服务监管平台实时对接。
一键发布适合原型与演示；承载患者数据的生产版本必须部署在院内或等保三级的境内医疗专属云。
研发阶段只用合成数据或脱敏样本；厂商与外包人员未经授权不得处理数据。