AI in Pharma Projects: Three Identities — Object, Tool, and the Overlap (Boundary Exploration, No.1)
调研数字先列一组:第七期 ISPE Pharma 4.0 调研(418 家、45 国)——「还没开始」从 31.2%(2021)降到 15.1%(2023),试点加系统化推进合计 58.1%,但 AI/ML 还谈不上大规模实施47;2026 年一份厂商调查称 69% 的药企卡在试点、94% 把「AI 质量决策的验证」列为障碍(厂商自办、样本有偏,只作参考)48;一项行业横断面调查:约八成从业者听说过 AI,深度熟悉的只有 2.3%45。
再看另一头:做得好的有赛诺菲(Plai/Plai.qa,RAISE 治理框架,全球多厂)49、罗氏(开源数据计算平台,过 GMP 验证,覆盖 9+ 工厂,AI/LLM 定位「辅助决策、人在环」)50,51。做得差的也有:2026 年 4 月 FDA 对一家小型化妆品工厂的警告信——业主用 AI 代理生成产品规格、规程和主生产记录,没做工艺验证,违反 21 CFR 211.22(c),被要求「AI 输出必须经质量部门人工审核」52。
卡住的企业和出事的企业,差别不在技术。差别在:AI 的角色在他们那里是混的。拆成三种错位:
| 错位 | 表现 | 后果 |
|---|---|---|
| 把工具当对象 | 让 AI 写文档,写完直接进系统,没人复核 | 记录没验证,警告信的前奏 |
| 把对象当工具 | 模型没过验收就想上线,靠「用起来再调」 | 试点永远走不完,或验收后反复返工 |
| 交叠层没人管 | AI 生成验证方案、变更评估,没人说清「这算不算项目记录、谁来签」 | 审计时说不清证据链 |
表 1 | 三种角色错位——第三种最隐蔽,也最值得研究:它发生在「工具」和「对象」的交界处。本文把问题重构为:把 AI 的三种身份分开看,每层找对规则,交界处立规矩。
一个相关发现先说明:监管机构(EMA/FDA/中国)、国内外药企、软件与咨询服务商、独立专家——七十多个声音里,几乎所有人都在用「验证」「数据治理」「合规归属」语言讨论 AI 落地;「项目管理」这个词几乎没人用。批评者甚至说中央 AI 治理委员会正在失效60,把 AI 落地问题表述为「验证问题」而非「项目问题」61。
为什么?因为验证/治理语言管的是「对象」——模型这一个东西怎么证明可用;效率语言讲「工具」怎么省时间;人机协同语言提醒「交叠」别出事。各管一段,没有一张表把三段放一起。项目管理的价值恰恰在这:它把「要交付的东西(对象)、帮你交付的东西(工具)、交付过程中的产物(交叠记录)」放进同一张生命周期作业面——这正是本文标题问的那件事的答案。
模型、系统、嵌入的预测或分类功能——这些是你要交付的东西,是产出物。它归 GMP 管。规则在哪?EU GMP 附录 22 草案(2025-07 起征询的征求意见稿),对「对象」提的要求颗粒很细,拣重要的说:
范围窄。只适用于静态模型(训练完不再学习)、输出确定(同输入必同输出),用在直接影响患者安全、产品质量、数据完整性的关键环节。生成式 AI 和 LLM 明确不用于关键 GMP 应用;非关键应用可以,但必须人负责(人在环,HITL)5。
验收有硬底线。指标由工艺专家(SME)定、测试前批准;模型表现不得低于它替代的工艺5,8。
测试数据要独立干净。分层、覆盖样本空间;与训练数据隔离;接触过测试数据的人不能参与训练,做不到就「四眼」(两人配对)5。
运行时要管住。模型、系统、工艺全部进变更控制,变更必须评估是否重测;性能漂移和输入漂移要监测;关键应用要留特征归因(SHAP/LIME);每次预测留置信度,太低标「不确定」5。
一句话:对象身份的规则 = 证明它可用,并持续证明它仍可用。附录 22 草案就是这份证明书的格式。
排程辅助、风险扫描、文档初稿、知识检索——这些是 AI 帮人干活,是生产力。它归项目管理方法管。规则在哪?PMBOK 8 附录 X3(2025-11-12 发布,官方名 Artificial Intelligence (AI))1,给出三种用法:自动做(automation)——AI 独立完成既定任务;辅助(assistant)——AI 给输入,人做决定,必须人复核;增强(augmentation)——AI 帮人扩大能力(比如多方案比较),决策权仍在人3。附录 X3 的完整正文未公开,三策略依据官方定位(一手)与主编陈述(二手)1,3——先交代清楚。
一句话:工具身份的规则 = 用得好、用得起、人复核。三策略的核心就在「复核」二字:不管哪种用法,决定权在人。
三层里最容易被忽略、也最容易出事的一层:AI 工具参与「对象项目管理」的每一个动作——AI 生成验证方案、AI 起草测试计划、AI 分析偏差趋势、AI 帮写变更评估。
在这一层,两套规则同时生效:它产出的东西是项目的记录(按对象标准管:留证据、可回溯、进变更控制);它又是个工具(按工具标准管:人的判断在前,AI 只给草稿和参考)。
对照着看:附录 22 草案要求「人在环」——模型的输入给到人决策时,操作者的责任和持续表现要监控5;FDA 警告信要求「AI 输出经质量部门人审」52。两条规则到交叠层就变成一句话:AI 写的记录,人是作者;AI 只当过手。——这句话,就是交叠身份的全部要点。
独立质量专家 Jeremiah Genest 把这一层叫作「被监管的缺失中间地带」(The Missing Middle in GMP Decision Making)66——Annex 22 第一次为这个地带立了规则:关键决策流程须有人类监督,动态模型/生成式 AI/LLM 被明确排除。另一篇独立专家文章更尖锐:计算机化系统验证(CSV)的四个前提都假设「系统静止不动」,AI 不满足——验证会变成「治理行为」67。这层是本文框架中证据最薄弱、也最需要专文的部分,先立规矩,另文展开。
这套语言不是本文独造。国家药监局 2026 年 4 月印发的《「人工智能+药品监管」实施意见》原文就在用:AI 的「辅助型定位」(工具)、「模型验证规范与算法备案」(对象)、「人机协同机制:数智赋能、人工复核、全程留痕」(交叠)58;国际标准组织最新的 GAMP® AI 指南(2025-07)目录也做了同构切分(工具=按 GAMP 验证;对象=S6 医疗器械轨;交叠=M9.2 人类自主与控权·M10 AI 成熟度)62;欧美大药企 Pfizer、AstraZeneca、Novartis 都新设了专职 AI 验证/质量保证岗位49,50。但全网 70+ 个视角里,没有人把三种身份放进同一张「项目管理作业面」——各管一段。本文补的就是这个。
| 身份 | 是什么 | 例子 | 归谁管 | 规则来源 | 最常犯的错 |
|---|---|---|---|---|---|
| 对象 | 交付物 | 质量预测模型、智能放行 | GMP | 附录 22 草案(静态/确定/验收/变更/漂移) | 不验收就上线 |
| 工具 | 生产力 | 排程助手、风险扫描、文档初稿 | 项目管理 | PMBOK 8 附录 X3(自动/辅助/增强 + 人复核) | AI 结论直接当决策 |
| 交叠 | 工具 × 对象 | AI 写验证方案、AI 做偏差分析 | GMP + 项目管理 | 附录 22 人在环 + 警告信人审 | 不知这算不算记录、谁签字 |
表 2 | 三种身份角色卡。
把三种身份放进项目生命周期,每个阶段做什么、留什么痕,一次摆清楚:
| 阶段 | 对象身份(交付物) | 工具身份(生产力) | 交叠身份(双规动作) |
|---|---|---|---|
| 立项 | 写清用途、样本空间、子组;SME 批准5 | AI 检索资料、生成方案初稿 | 方案初稿按记录归档,人审后定稿 |
| 验收 | 定指标、阈值;对照原工艺(不得低于)5,8 | AI 计算指标、比较数据 | 指标计算与比较结果留痕 + 人复核 |
| 测试 | 独立分层数据;四眼;测试计划与偏差记录5 | AI 生成测试用例、辅助标注 | 测试文档作者是人;AI 痕迹进记录 |
| 上线 | 变更/配置控制;变更评估是否重测5 | AI 辅助评估影响范围 | 变更评估结论人签;AI 分析留痕 |
| 运行 | 漂移/性能监控;置信阈值;归因复检5 | AI 预警、生成监控报告 | 预警与报告进台账;处置决定人下 |
表 3 | 角色 × 项目阶段矩阵——把「角色」落成「作业面」:每个格子都对应具体的人、具体的规定、具体的留痕。项目管理思维在这里的作用,就是把矩阵变成一份可检查的清单。(对象身份的条款细读见附录 A。)
矩阵里最容易说不清的是交叠列。为了不硬凑、不遗漏,只立三条——每一条都有出处:
① 留痕:AI 工具参与的任何项目记录步骤,其产出按最小字段集记录——模型版本、置信度、特征归因、复核人、数据引用。这就是把 ALCOA+12 落到 AI 输出上的做法(依据附录 22 草案 8–10 节的思路:可解释、有置信度、有复核5)。
② 人审:涉及 GMP 判断的结果——验证结论、变更决定、偏差定性——必须由人签字;AI 只给建议。依据:附录 22 草案 3.3/10.5(人在环、操作者责任)5 + FDA 警告信(AI 输出经质量部门人审)52。
③ 可回溯——升级为「包络思维」:这一条的建议不来自制药行业,来自美国 FDA 的器械侧。FDA 2025 年 8 月发布「预定变更控制计划(PCCP)」最终指南:允许对 AI/ML 模型事先划一个可接受的变更包络(什么边界的改动算「计划内」),包络内的变更一次审批、包络外才重新申报68。这正是附录 22「每次变更评估是否重测」的门可以学的东西——把「每次触发」变成「包络内免测、包络外触发」。工程上也有对应物:MLOps 的再训练触发器、模型注册表的版本与血统流转22,23;企业实践里,Sander Timmer 的「Registry of Truth」(AI 运维注册表,GSK 案例:13 个关键产品主动漂移检测)印证了这一层69。三个机制合起来:事前划包络 + 包络外触发重测 + 全生命周期登记可回溯。
框架成不成立,用现场最常见的三个场景试:
场景 A:用 AI 生成验证方案。这是什么身份?交叠——AI 是工具,方案是对象项目的记录。边界在哪?方案定稿的「作者」是人;AI 痕迹(提示词/版本/输出片段)按留痕规则归档;方案审批仍走 SME 签字。触发铁规矩:留痕 + 人审。
场景 B:AI 预测偏差趋势。预测本身是工具身份——辅助判断,不进记录。真正进记录的动作是「触发调查」:预测显示风险,人决定开偏差调查,这时才产生对象身份的记录。中间隔着一道人工判断。如果让 AI 预测直接进偏差记录,就是在复刻 FDA 警告信的路径。触发铁规矩:人审(而且是一道明确的责任分界)。
场景 C:AI 辅助写测试计划。测试计划是对象记录;AI 参与起草属于交叠。草案 6.5 的「四眼」原则在这里有等价物:写计划的人与应用结果的人分开;AI 起草部分由另一人复核。触发铁规矩:留痕 + 可回溯。
三个场景的结论一致:框架没有增加新的行政负担,它只是给每个动作找到了归属。归属清楚了,边界就清楚了。
局限说在前:① 附录 22 是草案,定稿后矩阵与三条铁规矩要复检(预计 2026/2027);② 场景是抽象示例,不是具体项目(匿名合规要求,不举现雇主案例);③ 框架 v1,欢迎同行用真实场景检验。
回到开头的问题:制药企业的 AI 项目,为什么难?因为 AI 在项目里横跨两个世界的规则——GMP 的世界(对象)与项目管理的世界(工具),还有一个两者交叠的灰色地带(交叠)。边界探索的第一篇,探的就是这条边界:
工具边界:AI 用在项目管理里,边界是「人复核、决定权在人」(附录 X3 三策略)——这是 AI 与项目管理的边界;
对象边界:AI 作为交付物,边界是「证明可用、持续证明仍可用」(附录 22 草案)——这是 AI 与 GMP 的边界;
交叠边界:AI 管 AI 项目,边界是「留痕、人审、可回溯」(本文三条铁规矩)——这是两种身份的边界,也是本文原创的勘探点。
三条边界画完,后续的选题就顺了:术语锚点表按「三身份」建条目(对象条款、工具策略、交叠规矩各一套);工具身份往深了写(附录 X3 三策略在制药语境怎么操作化);对象身份往细了读(附录 22 条款逐节解读——细读版见附录 A);交叠层单独成线(治理模板、红线案例)。首篇立住框架,后面每一篇都是框架里的一格。
还差一条边界,现在必须说:最深的空白在角色①——AI 作为主体去管 AI 项目(「AI 管 AI」)。本文做了全量学术检索:20 篇既有文献 + 12 篇新增,触及这一层的只有两篇(LLM 认知代理做敏捷项目管理64;代理建模代理的理论基座65);其余全是预印本和非同行评审来源。行业里,企业高管已在规模化部署 Agentic AI(Sander Timmer,Novartis——需标注利益相关)69;监管在重估 LLM 条款5。「AI 管 AI」没有专门研究、没有治理模板、没有中文论述——这是首篇立框架后,唯一没有竞争者交叉的子域。
以下内容来自本文早期版本(v1.0–v1.1),是「对象身份」的细读——两本文档治理颗粒的对照与覆盖检验,不再承担全文骨架,留给想看细节的读者。
| 词 | PMBOK 8 侧 | GMP 附录 22 草案侧 | 差在哪 |
|---|---|---|---|
| 风险 | 不确定的事对项目目标的影响 | 对患者安全/产品质量/数据完整性的伤害 | 对象不同 |
| 变更 | 范围、进度、基线 | 模型/系统/工艺/物理输入,还要评估是否重测 | GMP 多一个重测门 |
| 文档 | 过程管理的输入输出 | 按 GMP 文件标准同等保留 | 强制等级不对等 |
| 验证 | 概念性提法 | 方法论级要求(验收、独立数据、四眼) | GMP 有具体做法 |
| 数据完整性 | 没有这个概念 | ALCOA+ 贯穿始终(WHO 定义) | PMBOK 一侧缺位 |
四轴结论:治理与风险两轴两边对得上;变更与证据两轴,GMP 一侧要求明显更多——重测决策门、漂移监控、特征归因、置信度门槛,是 PMBOK 8 附录 X3 没有的。通俗说法:对象身份的证据义务,比工具身份重得多——恰好印证了「分身份管理」的必要性。诚实的说法:这张表只解释对象身份的七成,另外三成是项目标准体系没写到的。
| 步 | 项目管理动作 | 草案条款 | 留痕 |
|---|---|---|---|
| ① 立项与范围 | 写清模型用途、样本空间、子组;SME 审批 | 3.1–3.3 | 审批记录 |
| ② 验收准则 | 定指标和阈值;对照原工艺(不得低于) | 4.1–4.3 + 附录11 §2.7 | 准则批准 |
| ③ 测试与证据 | 独立分层数据;四眼;测试计划与偏差记录 | 5–7 | 测试文档、偏差记录 |
| ④ 上线与变更 | 变更/配置控制;每次变更评估是否重测 | 10.1–10.2 | 变更/重测评估 |
| ⑤ 运行监控 | 漂移指标、置信阈值、归因复核、人审记录 | 10.3–10.5 | 监控台账 |
表 A1 | 对象身份五步路径——与正文矩阵「对象列」一一对应:矩阵是全景,附录是细读。图 5(路径图)可与表 A1 对照查看。
(基础 57 条与历史版完全一致;v2.1 新增 [58]–[69]:NMPA 实施意见 [58];Gartner 弃用率 [59];Forbes/PharmTech 批判 [60,61];GAMP® AI 指南目录 [62];Stassen 2026 条款级解读 [63];Cinkusz 2024 + Romeo & Conti 2025 [64];Albrecht & Stone 2018 [65];Genest「缺失中间地带」[66];Bhandari/Gest「CSV 静止假设」[67];FDA PCCP 最终指南 [68];Timmer Registry of Truth [69]。完整列表见《文章正文-篇一-v1.0-中文版.md》;底账 BEP-doc-verify-2026-001。)
| 版本 | 日期 | 说明 |
|---|---|---|
| v0.1 / v1.0 / v1.1 | 2026-08-29 | 初稿 → 发布版(Nature 格式、5 图、EMA 纠偏)→ 去 AI 化润色(事实不变) |
| v2.0 | 2026-08-29 | 三角色框架重构(首篇版):从「两文档逐条比对」改为「AI 三种身份(对象/工具/交叠)+ 角色×阶段矩阵 + 三条交叠铁规矩 + 三场景检验」;原对照/覆盖/五步路径降级为附录 A;新图 fig2_roles;事实与引用同源不变 |