CODMap

场景 07 · 临床运营负责人

质量治理与问题闭环

一个方案偏离第一次出现在单个中心时,很容易被当成偶发事件;当同类问题陆续出现在多个中心,项目组才发现,真正失效的可能不是某个研究协调员,而是方案可执行性、培训、数据检查和升级机制之间的整条链路。

这时最危险的做法,是立刻把所有问题都推入 CAPA 流程。表格会很快建起来,培训也可以很快完成,但如果团队没有先判断什么真正影响受试者保护和研究结果可靠性,没有区分个别失误与系统问题,也没有明确谁负责医学判断、质量判断和运营处置,问题只是被"关闭",并没有被解决。

Scenario 07 讨论的正是这种处境:临床运营负责人如何让重要的质量风险更早被看见,让跨部门团队及时作出相称的处置,并确认改进是否真的降低了风险。

从质量信号到可验证改进的连续管理动作:定义关键、读取信号、推动处置、验证改进
Part 01 · 场景边界

这一页聊什么,不聊什么

在动手讨论框架之前,先把问题空间读清楚。

场景描述

质量管理不是把所有偏离都升级,也不是让项目团队替代 QA。真正困难的是,在信息不完整、影响尚未完全显现的时候,判断哪些信号必须立即控制,哪些需要进一步调查,哪些已经暴露出跨中心、跨流程或跨供应商的系统性问题。

临床运营负责人处在多个信息流的交汇点:监查发现、中心反馈、数据趋势、医学判断、安全信息、供应商表现和稽查观察,往往分别掌握在不同团队手里。COD 的价值,是把这些信号放回同一个项目背景中,推动形成清楚的风险判断、责任分工、资源投入和升级路径。

本页关注的是质量治理,而不是质量部门的岗位说明。它要回答的是:一个重要质量问题出现后,临床运营负责人如何组织团队看清影响、控制风险、推动解决,并把经验带回方案、流程和后续项目。

本页范围

本页重点讨论

  • 如何识别真正影响受试者权利、安全与福祉,或研究结果可靠性的关键质量问题?
  • 如何把监查、数据、中心、医学、安全和供应商信息拼成一幅完整的风险图?
  • 什么时候先做即时控制,什么时候启动根因分析,什么时候需要 CAPA 或正式升级?
  • COD、QA、医学、安全、数据、注册、CRO 与研究中心各自应该承担什么责任?
  • 如何判断整改措施已经执行,以及它们是否真的有效?
  • 如何把一次项目问题转化为跨中心、跨供应商和跨项目的预防动作?

本页暂不展开

  • GCP 或法规条款的逐条解读
  • QA 稽查程序和稽查技术
  • 单个 CRA 的现场监查操作细节
  • 医学判断、安全性评价或监管报告的专业替代意见
  • 公司级质量管理体系的完整设计

预期输出

  • 项目关键质量要素清单
  • 质量信号与趋势看板
  • 质量问题分级与升级记录
  • 跨部门责任与决策表
  • 根因分析及 CAPA 跟踪记录
  • CAPA 有效性验证计划
  • 跨中心、跨供应商和跨项目经验迁移清单
Part 02 · 问题拆解

核心问题

临床运营负责人如何把分散的质量信号转化为及时、相称、可验证的管理动作,同时避免质量治理变成事后补文件?

围绕核心问题的六个判断

1. 什么真正不能出错?

  • 这个问题是否影响受试者的权利、安全或福祉?
  • 是否影响主要终点、关键次要终点或研究结果的可解释性?
  • 哪些数据和流程属于本研究的关键质量要素(CTQ)?
  • 项目团队是否把大量精力花在低影响问题上,却忽略了真正关键的风险?

2. 这是单个事件,还是正在形成趋势?

  • 问题只发生在一个中心、一个人员或一次操作中,还是已在不同中心重复出现?
  • 监查发现、数据疑问、方案偏离、安全信息和供应商表现是否指向同一个薄弱环节?
  • 当前看到的是问题本身,还是更大系统问题的早期信号?
  • 从信号出现到团队识别并讨论,经历了多长时间?

3. 现在必须先控制什么?

  • 是否需要立即保护受试者、暂停某项操作、补充医学评估或通知相关方?
  • 哪些影响可以先被隔离,避免问题继续扩散?
  • 在根因尚未查清前,哪些临时措施是必要且相称的?
  • 谁可以作出临时处置决定,哪些事项必须立即升级?

4. 为什么现有控制没有拦住问题?

  • 是方案或流程本身难以执行,还是角色、培训、工具或数据流设计不清楚?
  • 是中心没有执行,还是 CRO、供应商或申办方的监督没有及时发现?
  • 现有监查、数据检查和会议机制为什么没有把信号连接起来?
  • 这是个体失误、局部流程缺陷,还是多个防线同时失效?

5. 谁负责判断、决定和落实?

  • 医学、安全、质量、数据、注册和运营是否对问题影响有一致判断?
  • COD 应推动哪些运营动作,哪些专业结论必须由相应职能作出?
  • CRO、供应商和中心承担的是调查、纠正、预防还是证据提供责任?
  • 决策、依据、责任人和完成时限是否被清楚记录?

6. 如何证明问题真的得到改善?

  • 整改措施是否按计划实施,受影响人员和流程是否真正发生变化?
  • 相关质量指标、偏离趋势或数据异常是否向预期方向变化?
  • 是否经过了足够的观察时间,并覆盖了适当的中心、流程或供应商?
  • 这次经验是否已经反映到风险评估、监查计划、培训、供应商治理或后续方案设计中?
Part 03 · 判断与行动

从质量信号到可验证的改进

质量治理不是从偏离报告开始,也不以 CAPA 表格签字结束。它是一条连续的管理链:定义关键 → 读取信号 → 推动处置 → 验证改进

四个环节必须连在一起。没有"定义关键",团队会平均用力;没有"读取信号",问题只能等到稽查时才被看见;没有清楚的处置与责任,跨部门讨论会变成信息转发;没有有效性验证,所谓闭环只是文件状态变成了"已完成"。

1. 定义关键

什么不能失败

先回答:这个研究里,什么最不能失败?

项目启动前,团队应围绕受试者保护、研究目标和结果可靠性识别 CTQ。它不应该只是质量部门维护的一张清单,而应进入方案可执行性评估、供应商工作范围、监查策略、数据检查和项目治理。

COD 在这一环节的责任,是把科学设计翻译成运营上的关键控制点。例如:关键终点评估能否在允许时间窗内完成;知情同意版本和过程能否被可靠控制;重要样本能否按要求采集、处理和运输;严重安全信息能否及时进入医学评估和报告链路。

这里的关键不是把所有流程都列成 CTQ,而是明确哪些失败会真正改变受试者保护或研究结论,并相应减少没有价值的复杂度。

本场景中的输出:CTQ 清单、关键流程图、方案可执行性风险记录、关键数据与关键供应商接口清单。

2. 读取信号

看见风险趋势

把分散的观察,读成一个正在变化的风险。

单份监查报告通常只能看到局部。一个方案偏离可能与同一时期的数据缺失、中心人员更换、培训记录滞后或供应商响应变慢相关。COD 要推动项目团队把监查、数据、安全、中心和供应商信息放在一起看,而不是分别在不同会议中关闭。

信号读取至少包括三层:单个事件的严重性;同类事件的频率和趋势;不同信号之间是否存在共同原因。预设的指标、触发条件和质量容忍限度可以帮助团队更早发现偏移,但数字本身不能替代专业判断。

并非每个偏离都需要 CAPA。对于低影响、孤立且原因清楚的问题,及时纠正并记录可能已经足够;对于重要、重复、跨中心或可能影响受试者与结果可靠性的问题,则需要进一步调查、升级和系统性措施。

本场景中的输出:质量信号看板、趋势回顾、问题分级、触发阈值、需要进一步调查的事项清单。

3. 推动处置

控制并解决

先控制影响,再查清原因;把专业判断交给正确的人。

重要问题出现后,第一步不是争论由谁负责,而是确认是否需要即时控制。即时措施可能包括保护受试者、暂停某项高风险操作、隔离受影响数据或样本、补充中心指导、增加针对性监查,或将问题提交医学、安全、质量和监管职能评估。

随后,团队再判断问题的范围和原因。James Reason 的防御层视角在这里有帮助:严重问题通常不只是某个人"没按 SOP 做",而可能是方案复杂、角色不清、培训不足、系统提示缺失、监查未识别和升级滞后共同作用的结果。但它是分析视角,不是一个独立管理步骤。

COD 不替代 QA 作独立质量判断,也不替代医学、安全、数据或注册职能作专业结论。COD 应负责把这些判断转化成项目层面的行动:明确决策会议、责任人、资源、时限、供应商要求和升级路径,并持续追踪到问题得到控制。

本场景中的输出:即时控制记录、影响评估、根因分析、责任与决策表、纠正与预防措施、升级记录。

4. 验证改进

确认风险下降

确认的不只是"做完了",而是风险是否真的降低。

CAPA 的完成日期只能说明动作被执行,不能证明措施有效。有效性验证应在措施设计时就明确:看什么证据、在什么时间观察、覆盖哪些中心或流程、由谁判断,以及什么结果意味着仍需调整。

有效性证据通常不止一个。它可以包括培训后的实际操作表现、关键流程符合率、相关偏离和数据异常趋势、监查或质量复核结果、供应商交付变化,以及类似问题是否在合理观察期内再次发生。单纯"没有再次发生"并不总是充分证据,因为样本量可能太小,观察期可能太短,问题也可能只是暂时没有暴露。

真正的闭环还包括把经验带回系统:更新风险评估、监查计划、数据检查、供应商治理、培训材料和后续研究设计。只有下一次团队更早识别、更少重复犯错,这次处理才真正转化成组织能力。

本场景中的输出:有效性验证计划与结论、剩余风险记录、风险控制更新、跨项目经验迁移清单。

从定义关键、读取信号、推动处置到验证改进的质量治理闭环
图 1. 质量治理闭环——四个连续管理动作,验证改进反馈到下一轮定义关键。
Part 03 · 一个典型场景

多中心重复出现关键评估超窗

假设同一研究的几个中心陆续出现关键终点评估超出方案时间窗。每个中心都给出了看似合理的解释:受试者改期、设备预约困难、研究团队理解不一致。逐个看,它们像是中心执行问题;放在一起看,则可能暴露出方案窗口不具备操作可行性、访视提醒不足、供应商预约能力不足,或项目团队没有及时识别跨中心趋势。

COD 不应直接把结论写成"加强培训"。更合理的处理顺序是:

  1. 先确认受试者安全和关键数据受到什么影响,是否需要即时医学、统计或质量评估。
  2. 回看这些中心的共同条件,判断问题是局部执行、供应商容量,还是方案与流程设计。
  3. 根据影响和持续风险决定即时控制、针对性监查、流程调整、CAPA 或升级路径。
  4. 明确医学、数据、QA、运营、CRO 和中心分别需要作出的判断与动作。
  5. 预先定义有效性证据,例如后续窗口符合趋势、提醒机制执行情况和受影响数据的处理结果。
  6. 如果问题具有系统性,把经验带回其他中心、同类研究和后续方案设计。

这个例子体现了 COD 的核心价值:不是替每个职能下结论,而是让分散信息形成一项可以被决定、执行和验证的项目行动。

Part 03 · COD 在本场景要做的关键动作

把这些判断转成日常管理动作

  • 在方案定稿和项目启动阶段,组织跨职能团队识别 CTQ、关键流程和主要可执行性风险。
  • 确保监查、数据、安全、质量和供应商指标能够在项目治理中被共同查看,而不是各自归档。
  • 建立质量问题分级标准,区分一般纠正、进一步调查、CAPA、重大升级和可能的报告义务。
  • 面对重要问题时先推动即时控制和影响评估,再决定调查深度和长期措施。
  • 明确 COD、QA、医学、安全、数据、注册、CRO、供应商和中心的责任边界与决策权。
  • 把监查和供应商监督的强度与已识别风险相匹配,并根据新信息动态调整。
  • 要求每项重要 CAPA 在启动时就定义有效性验证方法,而不是到关闭日期再补证据。
  • 定期回顾重复问题和跨中心趋势,把局部问题提升为项目级或组合级风险。
  • 将重要经验反映到后续方案、流程、供应商选择、培训和团队能力建设中。
Part 03 · 角色边界

谁提供事实、谁作判断、谁批准、谁执行

COD / 临床运营

整合运营信号,判断项目影响与优先级;组织跨部门决策;配置资源;推动 CRO、供应商和中心落实措施;确保重要问题被升级并持续跟踪。

QA

维护质量体系和标准;提供质量专业判断;根据组织安排负责或监督偏差、根因分析与 CAPA 治理;保持稽查和独立评估所需的独立性。

医学 / 安全

评估受试者风险、医学影响和安全信息;作出需要医学专业资格的决定;判断是否需要改变受试者管理或相关医学文件。

数据管理 / 生物统计

评估数据完整性、关键终点和分析可靠性受到的影响;识别跨中心或系统性数据趋势;支持制定可验证的质量指标。

注册

判断适用的监管沟通和报告要求,并确保相关决策与时限符合要求。

CRO / 供应商 / 中心

按职责提供事实与证据,执行即时纠正和长期措施,报告风险变化,并对受托活动的质量负责。申办方可以委托活动,但不能放弃监督责任。

相关能力

质量治理、风险前置、供应商监督、跨部门决策、数据判断、问题升级、组织学习。

Part 04 · 本场景配套工具

可以直接进入项目工作台的 7 个工具

1. 项目关键质量要素清单

识别与受试者保护、关键终点和结果可靠性直接相关的数据与流程,并记录相应控制方式。

2. 质量信号与趋势看板

把监查发现、方案偏离、数据异常、安全信号、中心表现和供应商问题放到同一视图中,支持跨来源判断。

3. 质量问题分级与升级表

根据影响、范围、重复性、可控性和紧迫性,判断一般纠正、调查、CAPA 或正式升级路径。

4. 跨部门质量责任与决策表

明确谁提供事实、谁作专业判断、谁批准措施、谁负责实施,以及谁需要被告知。

5. 根因分析与措施设计记录

区分直接原因、促成因素和系统原因,避免把"再次培训"当作所有问题的默认答案。

6. CAPA 跟踪与有效性验证表

同时记录措施、负责人、时限、验证指标、观察期、验证结果和剩余风险。

7. 跨项目质量经验迁移清单

判断一次问题是否需要更新其他中心、供应商、同类研究、标准模板或团队培训。

Part 05 · 监管基础

本页的监管基础主要来自 ICH E8(R1) 与 ICH E6(R3)

ICH E8(R1)

强调,在研究设计阶段识别关键质量要素,关注对受试者保护和研究结果有实质影响的活动,避免不必要的复杂度,并在研究开展过程中持续回顾这些因素。

ICH E6(R3)

将质量源于设计、与风险相称的管理方式、申办方监督和持续风险回顾进一步落到临床试验全生命周期。它要求申办方识别与 CTQ 有关的风险,实施风险控制,持续评估控制措施是否仍然有效,并对可能显著影响受试者或研究结果可靠性的不依从采取相称措施。

ICH E6(R3) 是 2025 年 1 月 6 日通过的正式版本。CODMap 不再使用更早的 Step 4 Draft 作为本场景的监管依据。

这些指南提供的是原则和责任,不是一套可以机械照搬的表格。CODMap 在此基础上关注的是临床运营负责人如何把原则转化为日常治理动作。

Part 05 · 思想来源

本页方法论的思想基础

概念来源说明

Juran 对质量策划、质量控制和质量改进的区分,提醒我们:质量不能只依靠事后检查。对临床运营而言,这意味着先定义什么对研究真正关键,再为这些关键点设计可执行的控制。

Deming 对系统、变异和持续改进的强调,帮助团队避免把每个问题都归咎于个人。重复偏差往往需要回到流程、信息和管理机制中寻找原因,并用趋势证明改进。

Reason 对组织事故和多层防御失效的研究,帮助项目团队理解:严重问题往往由多个薄弱环节共同形成。该模型适合作为根因与屏障分析视角,而不是替代质量治理流程。

因此,质量问题是否真正得到解决,不能只看状态是否从"Open"变成"Closed",还要看风险是否更早被识别、措施效果是否得到验证、同类问题是否更不容易再次发生。

Joseph M. Juran

质量策划、质量控制与质量改进三步法的代表性提出者;提醒质量不能只靠事后检查。

W. Edwards Deming

系统、变异与持续改进的代表人物;帮助团队避免把每个问题都归咎于个人,用趋势证明改进。

James Reason

组织事故与多层防御失效研究的代表人物;适合作为屏障失效的分析视角,而不是替代质量治理流程。

参考文献

  1. International Council for Harmonisation. (2025). ICH E6(R3): Guideline for Good Clinical Practice. Final version, adopted 6 January 2025.
  2. International Council for Harmonisation. (2021). ICH E8(R1): General Considerations for Clinical Studies. ICH Harmonised Guideline.
  3. U.S. Food and Drug Administration. (2013). Oversight of Clinical Investigations—A Risk-Based Approach to Monitoring: Guidance for Industry.
  4. Juran, J. M. (1986). The Quality Trilogy: A Universal Approach to Managing for Quality. ASQC 40th Annual Quality Congress Proceedings.
  5. Deming, W. E. (1986). Out of the Crisis. MIT Press.
  6. Reason, J. (2000). Human error: models and management. BMJ, 320(7237), 768–770.

微信

继续关注 CODMap

如果您希望持续阅读临床运营、项目交付、风险识别、质量管理、供应商协同和团队建设相关的内容,欢迎扫描二维码关注我的微信公众号。

CODMap 网站用于沉淀相对完整的框架、方法和工具;微信公众号将用于分享新文章、工具更新,以及临床运营实践中的阶段性思考。

使用微信扫描,或在移动端长按二维码。

内容仅供个人学习与专业交流参考,不构成医疗建议、临床试验招募或专业服务承诺。

CODMap 微信公众号二维码

微信公众号