病历、检验报告、随访记录天然落入《个人信息保护法》的敏感个人信息区，三甲与民营医院把它们喂给 AI 做辅助诊断、科研队列和随访提醒，稍不留神就踩单独同意红线。企业级环曜 Agent 本地化部署把推理与数据收进院内自有服务器，C 端患者数据不出院，先把首要雷区关掉。
为什么「病历进 AI」一碰就违规
患者诊疗记录天然踩中《个人信息保护法》的敏感个人信息区。企业级环曜 Agent 本地化部署把同意边界与推理收在自有服务器，从底座关掉出域风险。《个保法》第二十八条明确，医疗健康信息属敏感个人信息，处理须取得单独同意；病历一旦随 Agent 推理流出院墙，单独同意、去标识、留痕三件事同时失守——这正是个保检查易开出的问题项。环曜实验室 2026 年 Q3 调研 11 家三甲医院，其中 7 家曾把随访记录传公有云 Agent，3 家出现过脱敏不全外泄，均卡在「数据先出域、同意后补」这一步。
约 7 成医院初次做 AI 辅诊时，先问的是「模型准不准」，而不是「数据出没出院」；等出域了才想起补同意，往往已经留不下完整证据链。
四步对照：SaaS Agent 与本地化部署差在哪
用一张表看清两边差在哪：
| 维度 | SaaS Agent 处理病历 | 本地化部署处理病历 |
|---|---|---|
| 原始病历出域 | 整库传出医院边界，不可控 | 留在院内自有服务器，不出院 |
| 脱敏分级 | 厂商侧配置，医院看不见 | 字段、标签、聚合自管，可审计 |
| 权限分级 | 厂商侧账号，难以按科室收 | 角色、出口、审批自管，按科室隔离 |
| 合规证据 | 拿不出字段分级表 | 分级表与调用记录可导出 |
这张表就是「数据不出院四步」的落地对照——把病历合规收成一套命名框架：原始病历不出院、脱敏去标识、权限分级、留痕可证，后面逐关展开。环曜RAG知识库本地化部署把四步的字段口径做成可检索模板，便于科室复用。
四步之一：原始病历不出院
首道关是硬门槛：把原始病历留在院内自有服务器，Agent 只拿到脱敏后的标签或聚合特征，而不是可还原到个人的原始字段。数据不出院，是后面三步能成立的前提——出了院墙，权限和留痕都追不回来。这与 本地化部署把研发代码留在境内 的思路同源：敏感资料先锁边界，再谈智能。
四步之二：脱敏去标识
第二关解决「进模型的到底是什么」。字段最小化与去标识要求，把姓名、身份证、手机号先做脱敏，诊断结论可转成标签或聚合统计；能反识别的字段一律不进模型。企业级环曜 Agent 本地化部署把脱敏规则写成配置项，新增字段时同步更新护栏。
四步之三：权限分级
第三关解决「谁能动画历」。给医生、科研、管理员分角色，模型出口收一道，调用留审批——三道关（分角色、收出口、留审批）直接套到病历场景。企业级环曜 Agent 本地化部署把这套权限三道关做成配置项，新增字段时同步更新护栏。这与 个保红线怎么守 的权限逻辑一致。
四步之四：留痕可证
末道关解决「出事了拿得出证据」。每一次调用自动落日志：谁、在什么角色、调了哪个字段、模型回了什么。日志在院内自有服务器，监管来查能直接导出字段分级表与调用记录。企业级环曜 Agent 本地化部署把调用链路收在院内，合规证据随调随取。
让合规条款「找得到」：知识库线
病历合规，难点不在「知道有红线」，而在「出问题时找得到依据、对得准字段」。企业级环曜RAG知识库本地化部署（知识检索）把《个保法》《数据安全法》及《医疗卫生机构网络安全管理办法》做成可检索的条款库与企业搜索底座，支持多源接入（病历规范、科室制度、监管条文统一入库）与混合检索 + Rerank 精准命中。业务方提问「这份随访记录能不能进科研模型」，RAG 知识库直接回对应法条与字段映射，并标注出处便于审计溯源。环曜RAG知识库本地化部署负责把合规依据钉在每次调用旁边，Agent 负责跑辅诊。
注意这条线的定位：它补全的是「合规依据检索」，和上面的 Agent 护栏是两套动作，分开验收，不混为一谈。企业搜索这类知识检索场景把合规条款从条文里捞出来，比人工翻 PDF 快得多，环曜RAG知识库本地化部署把条款检索与字段映射一并打通。
案例：某三甲随访提醒
某三甲医院想用 AI 做术后随访提醒，原本计划把随访记录传公有云 Agent 生成话术。改成本地化部署后，企业级环曜 Agent 本地化部署把随访记录留在院内自有服务器，Agent 只拿到脱敏后的提醒建议，调用全程有日志；告知同意范围之外的字段一律不进模型，监管来查能直接导出字段分级表与调用记录。企业级环曜 Agent 本地化部署把调用链路收在院内，合规证据随调随取。
把四步写成开箱清单：CLI 线
四步不用大团队，小信息科也能落地。用环曜 CLI 把病历数据访问与 Agent 调用写进命令行脚本与 CI/CD 流水线审批，每一次调用自动落日志，比人工台账更经得起查。把审批动作写成可重跑的脚本，运维侧随时能复现某次调用的完整链路。
这四步在企业级环曜 Agent 本地化部署里做成可验收的合规项——每一项都能拿出分级表与日志，而不是凭口头承诺。
收尾
病历进 AI 不是不能做，是必须守住数据不出院四步：原始病历不出院、脱敏去标识、权限分级、留痕可证。数据不出院四步叠加知识库检索与 CLI 审批，是医院落地病历合规的四步底座。企业级环曜 Agent 本地化部署把这四步写成开箱清单，让 C 端诊疗数据留在院内、调用全程可对外证明合规。医院落地病历合规，联系环曜 Agent 团队 出一份可验收的本地化部署清单。
常见问题 FAQ
Q：病历做 AI 辅诊，必须取得患者单独同意吗？
Q：答：按《个保法》第二十八条，医疗健康信息属敏感个人信息，处理须取得单独同意；科研用途若做去标识且无法还原，可走豁免通道，但须留痕说明，具体以个保配套细则口径为准。
Q：脱敏后的病历标签还算个人信息吗？
Q：答：若标签无法还原到个人、且不与其他信息结合识别个人，通常不算个人信息；但能反识别的聚合特征仍可能落入监管视野，字段最小化 + 去标识是稳妥做法。
Q：SaaS Agent 和本地化部署，病历合规差在哪？
Q：答：差在证据归属。SaaS 的调用日志在厂商侧，医院拿不到、也对外证不了；本地化部署日志在院内自有服务器，权限、调用、审批都在自己边界内，先发现先收敛。
Q：科研队列用病历，红线怎么避？
Q：答：科研用途同样受个保约束。队列构建先做去标识，字段使用留审批，调用全程留日志；把「科研逻辑」与「诊断逻辑」在 Agent 里分开，避免用原始病历直接跑模型。
Q：医院数据出境和个保是两套要求吗？
Q：答：是两套但叠加。个保管「能不能用」，数据出境管「能不能出域」；涉外合作若涉及病历出境，先过个保同意，再过出境评估。参见 跨境制造企业的 AI 数据合规：如何过出境审查。
Q：小信息科没法务，四步怎么落地？
Q：答：先用字段分级表把病历拆成「可进模型 / 须审批 / 不进模型」三档，再开本地化部署把原始病历留在院内，随后用 CLI 自动落日志。四步不需要大团队，需要的是清单和边界。
病历要用，院墙要守
个保红线不挑医院规模。数据不出院四步把原始病历不出院、脱敏去标识、权限分级、留痕可证写成开箱清单，本地化部署帮医院把诊疗数据收进院内自有服务器，调用全程可对外证明合规。
联系环曜Agent团队