蒲公英 - 制药技术的传播者 GMP理论的实践者

搜索
查看: 175|回复: 13
收起左侧

[生产信息化] 基于GAMP5的计算机化系统管理思路

[复制链接]
药徒
发表于 昨天 10:32 | 显示全部楼层 |阅读模式

欢迎您注册蒲公英

您需要 登录 才可以下载或查看,没有帐号?立即注册

x
基于ISPE GAMP5第二版(2022)的计算机化系统文件管理体系梳理——从“交付物驱动”到“证据驱动”的风险适配之道
引言:GAMP5第二版的核心理念演进
ISPE的GAMP5(Good Automated Manufacturing Practice)自2008年第一版发布以来,一直是制药和生命科学行业计算机化系统验证(CSV)的国际公认基准指南。2022年7月发布的GAMP5第二版并非一次颠覆性的重构,而是在保留原有核心原则(如生命周期法、质量风险管理、供应商 leveraging)的基础上,针对过去十五年技术变革(云计算、敏捷开发、AI/ML)和监管期待(如FDA的CSA指南草案)的全面更新 。
在文件管理方面,GAMP5第二版传递了一个极其明确的信号:从传统的“文档交付物驱动”转向“关键思维与证据驱动”。指南反复强调,文件的价值不在于其形式和厚度,而在于其能否作为系统符合预期用途、风险受控的有效证据。特别是引入了“批判性思维”(Critical Thinking)的概念,旨在打破僵化的模板化操作,鼓励主题专家(SME)根据具体情境决定文件的深度和广度 。
本文将基于GAMP5第二版的正文及管理附录,系统梳理一套基于风险的计算机化系统文件管理思路。
一、文件管理的顶层设计:基于质量风险管理的文件策略
GAMP5第二版延续并强化了“ scalable(可扩展)”的生命周期活动原则。这意味着文件的数量、详细程度和严格度必须与具体系统的风险等级、复杂性和新颖性相匹配 。
  • 风险分层与文件深度
    文件管理的第一步是进行分类和风险评估。GAMP5第二版继续使用软件分类法(Category 1-5),但更强调功能性风险评估。

  • 基础设施软件(Category 1) :如操作系统、数据库引擎、IT服务管理工具。文件重点在于版本记录、配置标准和服务管理协议(SLA),而非详细的验证计划 。
  • 标准系统组件(Category 3) :如固化的商用现成固件、某些不可配置的仪器。文件管理相对简化,通常只需要记录版本号、完成安装确认(IQ)和运行确认(OQ),并保留供应商的合规声明即可 。
  • 可配置软件(Category 4) :如ERP、LIMS、MES、SCADA。这是文件管理的重点区域。文件需要详细记录“配置”而非“代码”的逻辑,包括功能规格、配置规格以及基于业务流程的测试脚本 。
  • 定制应用(Category 5) :需要完全编码的系统。文件体系必须覆盖完整的软件开发生命周期(SDLC),包括需求追溯、设计规范、代码审查记录、单元测试、集成测试等 。

  • 过程方法的引入
    第二版强调,风险评估不应仅局限于系统本身,还应考虑其所在的业务流程。如果多个系统支持同一个关键流程(如批次放行),文件管理应将流程作为整体考量,确保各系统文件之间的衔接和数据流的一致性 。

二、贯穿全生命周期的文件体系(从概念到退役)
GAMP5将系统生命周期分为概念、项目、运行和退役四个阶段。文件体系必须覆盖这四个阶段,并形成闭环。
  • 概念阶段的文件
    主要输出是系统概述和初始风险评估。虽然此阶段文件不多,但至关重要。需要形成初步的用户需求(User Requirements),并记录系统选择的理由,特别是供应商评估的初步结论 。
  • 项目阶段的文件(V模型的现代诠释)
    项目阶段是文件生产的高峰期。第二版明确支持V模型并非必须是线性的瀑布模型,也可以适应迭代和增量开发(如Agile)。关键文件包括:

  • 验证计划(Validation Plan, VP) :这是项目文件的“宪章”。GAMP5第二版附录M1详细区分了验证主计划(VMP,企业级)和验证计划(VP,系统级)。VP必须包含范围、角色职责、时间表、可交付物清单、变更控制、风险管理的应用策略等 。
  • 需求规格(User Requirements Specification, URS) :传统的URS往往是僵化的“愿望清单”。第二版倡导建立可验证、可追踪的客观需求。在敏捷项目中,URS可以以用户故事(User Stories)的形式在迭代 backlog 中管理 。
  • 功能与配置规格(Functional & Configuration Specification) :在第二版中,对于第4类系统,强调将配置决策记录下来,确保配置可追溯至需求。
  • 设计与代码审查记录:对于第5类系统,必须保留设计审查和源代码审查的证据。审查的深度应基于风险,重点关注复杂和关键的功能模块 。
  • 测试文件:包括测试计划、测试用例(脚本)、测试执行记录和测试总结报告。第二版提倡:
    • 供应商测试的 Leveraging:鼓励最大限度地利用供应商的测试文档。如果供应商具备成熟的QMS且审计通过,用户可以减少重复测试,只关注“特定于用户的业务流程”的测试 。
    • 从脚本测试向“基于覆盖的测试”转变:结合FDA的CSA理念,对于高风险功能需要严谨的脚本,而对于中低风险功能,可能仅需记录测试执行的结果,甚至采用无脚本的探索性测试,其证据可以是电子记录截图或测试人员的确认签字 。

  • 追溯矩阵(Traceability Matrix) :附录M5强调了追溯的重要性。文件必须证明需求->规格->测试用例->测试结果之间的双向追溯关系。现代工具(如ALM)可以自动化管理这种关系,减少纸质表格 。

  • 运行阶段的文件
    系统上线后,文件管理的重心转向记录系统的“持续受控状态”。

  • 移交报告(Handover Report) :项目阶段结束,系统移交至运维的标志性文件,包含竣工的配置基线、验收报告、已知问题清单 。
  • 变更控制记录:这是运行阶段最核心的文件。所有的变更(配置更改、补丁升级)都必须遵循书面流程,包含影响评估、变更实施验证记录和批准 。
  • 定期评审报告(Periodic Review) :GAMP5要求对系统进行周期性审查,以确认系统仍处于受控状态。该报告应基于现有运行数据(如变更记录、事件记录、备份日志)进行分析,而不是每年重复一遍IQ/OQ 。
  • 服务管理与性能监控记录:包括服务水平协议(SLA)、性能监控日志、故障处理报告(Incident/Problem Management)。这些文件证明供应商或IT部门正在有效维护系统 。

  • 退役阶段的文件

  • 退役计划与报告:说明数据如何迁移、归档,系统如何停用。特别是关于数据保留(Data Retention)的文件,必须符合ALCOA+原则,确保归档数据的可读性和完整性 。

三、第二版带来的文件管理变革与新要求
相较于第一版,GAMP5第二版在以下几个方面对文件管理提出了新思路或新要求:
  • 数字化与无纸化验证证据
    第二版明确鼓励使用软件工具和自动化来产生和管理证据。传统的纸质打印、手写签名正逐渐被电子记录所取代。例如,配置管理数据库(CMDB)、自动化测试工具的日志、CI/CD流水线的构建记录,都可以作为有效的验证证据。当这些电子记录来源于经过验证的工具时,再将其打印成纸质文档属于“非增值活动” 。
  • 敏捷开发的文件记录方式
    附录D8专门讨论了敏捷软件开发。在敏捷模式下,传统V模型文档(如详尽的URS、FDS)可能会显得笨重。第二版承认,在敏捷项目中,需求是逐步细化的。文件管理可以转化为管理产品待办列表(Product Backlog)、迭代待办列表(Sprint Backlog)、用户故事(User Stories)以及每个迭代结束时的演示记录(Sprint Review)。关键在于,最终的记录集合必须能证明系统是经过充分测试且符合GxP要求的 。
  • IT基础设施的文件管理(附录M11)
    新版将外包IT环境的质量管理整合为M11《IT基础设施》。这意味着对于云服务(SaaS/PaaS/IaaS)的管理,文件重心转向供应商评估报告、审计报告(如SOC 2 Type II)、以及双方签订的详细SLA和质量协议。用户企业需要保留的证据是:对云服务商的持续监督记录,以及证明服务商的控制措施足以保护GxP数据的文档 。
  • 人工智能(AI/ML)的文件管理(附录D11)
    对于基于AI/ML的系统,文件管理面临挑战。传统的预设功能规格可能不再适用。文件需要涵盖数据管理(训练数据的来源、完整性和代表性)、模型训练过程、验证策略(如通过独立的测试数据集进行确认)、以及持续性能监控(监测模型漂移)。

四、供应商文件的管理与利用
GAMP5第二版将“供应商参与”提升到了前所未有的高度。在文件管理上,这意味着:
  • 供应商评估文件:附录M2详细介绍了供应商评估。必须保留供应商评估报告。评估不一定要现场审计,可以基于风险评估采用问卷(Postal Audit)或利用共享审计报告 。
  • 利用供应商文档:对于第4类和第5类系统,成熟的供应商通常会提供设计规格、测试报告(单元测试、集成测试)、用户手册。用户企业应建立文件索引或交叉引用矩阵,将这些供应商文件作为用户验证文件的一部分进行管理,而不是视而不见地从头再做一遍 。

五、文件体系的持续改进与效率提升
最后,文件管理不应是静态的档案柜,而应是动态的知识库。GAMP5第二版在第八章提出了多个效率改进点,直接关系到文件管理:
  • 基于现有信息:充分利用已有的供应商信息、同类系统的经验、行业白皮书来支撑验证文件,避免“重新发明轮子”。
  • 风险决策记录:所有文件管理的简化或裁剪决定,都必须有理有据。例如,如果决定不对某个非关键模块进行详细的代码审查,必须在风险管理报告中记录这一决策的理由 。

结论
总结而言,基于GAMP5第二版的文件管理思路,可以概括为以下“新五步法”:
  • 定策略:在验证计划中明确采用基于风险的可扩展方法,定义不同系统分类的文件交付物清单。
  • 借外力:评估并利用供应商的现有文件体系,通过审计和质量协议将其纳入整体证据链。
  • 讲证据:从追求纸质文档转向追求真实、可靠、可追溯的电子证据。拥抱自动化工具生成的文件。
  • 用巧劲:在敏捷和迭代开发中,采用轻量级的文档形式(如用户故事、测试自动化日志),但要确保可追溯性。
  • 管全程:将文件管理从项目阶段延伸至运行和退役,特别是通过变更记录和周期性评审保持文件的持续生命力。

GAMP5第二版赋予了企业更大的灵活性和责任。文件管理不再是合规部门对业务部门的“文书考核”,而成为了确保产品质量、保障患者安全、促进技术创新的战略性工具。对于制药企业而言,接受并实践这一基于风险、基于证据、基于批判性思维的文件管理思路,将是未来十年实现数字化合规的关键所在。

回复

使用道具 举报

药生
发表于 昨天 11:30 | 显示全部楼层
想请教一个问题
怎么从文档格式转成电子证据,我也是做csv的,纸质证据实在太多,动辄上千张截图,看的我懵逼

点评

数据的追溯,告诉在哪里储存不就可以了?想差就调历史数据出来呗,不一定所有的都需要截图保留啊。  详情 回复 发表于 昨天 14:27
回复

使用道具 举报

药士
发表于 昨天 14:27 | 显示全部楼层
琦瑞福生 发表于 2026-3-12 11:30
想请教一个问题
怎么从文档格式转成电子证据,我也是做csv的,纸质证据实在太多,动辄上千张截图,看的我 ...

数据的追溯,告诉在哪里储存不就可以了?想差就调历史数据出来呗,不一定所有的都需要截图保留啊。

点评

但是毕竟是CSV验证,直接把系统搬出来,监察老师会认吗 比如我现在纸质版验证,把截图拿出来,也算是搁证据,但是电子证据,吊历史数据这一块,监察老师会认可吗  详情 回复 发表于 昨天 15:34
回复

使用道具 举报

药生
发表于 昨天 15:34 | 显示全部楼层
准圣级药老 发表于 2026-3-12 14:27
数据的追溯,告诉在哪里储存不就可以了?想差就调历史数据出来呗,不一定所有的都需要截图保留啊。

但是毕竟是CSV验证,直接把系统搬出来,监察老师会认吗
比如我现在纸质版验证,把截图拿出来,也算是搁证据,但是电子证据,吊历史数据这一块,监察老师会认可吗

点评

为什么不认可?电子数据不认可,那还上电子数据干嘛?你电子数据又改不了,你的照片可是能改。电子数据得保障原汁原味,不能更改啊  详情 回复 发表于 昨天 15:41
回复

使用道具 举报

药士
发表于 昨天 15:41 | 显示全部楼层
琦瑞福生 发表于 2026-3-12 15:34
但是毕竟是CSV验证,直接把系统搬出来,监察老师会认吗
比如我现在纸质版验证,把截图拿出来,也算是搁 ...

为什么不认可?电子数据不认可,那还上电子数据干嘛?你电子数据又改不了,你的照片可是能改。电子数据得保障原汁原味,不能更改啊

点评

咋说呢,模拟一个检查环境吧: 老师看到你CSV文件里一个新增的趋势,问你怎么证明这个趋势是新增了,你说上面写了,历史趋势在自控室XX电脑的XX文件里。 然后老师说正好,对你们这个自控系统很感兴趣,想去现场看  详情 回复 发表于 昨天 16:14
比如要查你OQ的验证数据,监察老师拿着你的纸质验证方案,岂不是每个模块都她要点一下对应的审计追踪,验证环境还好 PQ的数据都在正式环境,监察老师点错了可咋整 毕竟方案肯定都是纸质版吧,你报告用电子数据结,  详情 回复 发表于 昨天 15:50
回复

使用道具 举报

药生
发表于 昨天 15:50 | 显示全部楼层
准圣级药老 发表于 2026-3-12 15:41
为什么不认可?电子数据不认可,那还上电子数据干嘛?你电子数据又改不了,你的照片可是能改。电子数据得 ...

比如要查你OQ的验证数据,监察老师拿着你的纸质验证方案,岂不是每个模块都她要点一下对应的审计追踪,验证环境还好
PQ的数据都在正式环境,监察老师点错了可咋整
毕竟方案肯定都是纸质版吧,你报告用电子数据结,我也没想出怎么结这个报告

点评

你的验证数据不都集中在一段时间内么?数据备份做好标记,他要看,你找出来给他看啊。检查老师脑子不好才会亲自操作。和你说不明白,你就用纸质截图就行了。  详情 回复 发表于 昨天 16:05
回复

使用道具 举报

药士
发表于 昨天 16:05 | 显示全部楼层
琦瑞福生 发表于 2026-3-12 15:50
比如要查你OQ的验证数据,监察老师拿着你的纸质验证方案,岂不是每个模块都她要点一下对应的审计追踪,验 ...

你的验证数据不都集中在一段时间内么?数据备份做好标记,他要看,你找出来给他看啊。检查老师脑子不好才会亲自操作。和你说不明白,你就用纸质截图就行了。

点评

我的审计追踪是2026.01.03 10:06某某点击确认(并没有下一步去哪的审计追踪) 而我的实际确认的是确认成功,并成功发送给下一个职位 还是没懂验证流程怎能电子数据体现  详情 回复 发表于 昨天 17:00
回复

使用道具 举报

药徒
发表于 昨天 16:14 | 显示全部楼层
准圣级药老 发表于 2026-3-12 15:41
为什么不认可?电子数据不认可,那还上电子数据干嘛?你电子数据又改不了,你的照片可是能改。电子数据得 ...

咋说呢,模拟一个检查环境吧:
老师看到你CSV文件里一个新增的趋势,问你怎么证明这个趋势是新增了,你说上面写了,历史趋势在自控室XX电脑的XX文件里。
然后老师说正好,对你们这个自控系统很感兴趣,想去现场看看。
然后拿着文件跑去你们自控室去查这个文件。
然后找了二十分钟没找到,傻眼了,咋回事?
哦,设备部的人前些时间来吧硬盘换了,老硬盘存满了。
哦豁,一个整改项跑不了,文件和实际情况不符。
然后你们吭哧吭哧地回去找老硬盘,拿回来废了半天力气装到电脑上,哦豁,发现整个趋势的文件被压缩成了一个120G的压缩包,解压需要8个小时。
然后审查老师似笑非笑地看着你们,说你们查个历史趋势需要一整个工作日?他检查你们整个厂区也只有两天时间呢。
哦豁,想想这个整改项怎么结吧

点评

你这些说法只能说明你的计算机化系统管理不到位,不是你不能用电子数据的问题  详情 回复 发表于 昨天 16:21
回复

使用道具 举报

药士
发表于 昨天 16:21 | 显示全部楼层
暹j7ii0bkw 发表于 2026-3-12 16:14
咋说呢,模拟一个检查环境吧:
老师看到你CSV文件里一个新增的趋势,问你怎么证明这个趋势是新增了,你 ...

你这些说法只能说明你的计算机化系统管理不到位,不是你不能用电子数据的问题

点评

如果你是做CSV的,就会发现指向性的文字说明基本不可能成为合理的证据。 因为你指向的地点是不受控的。 在你完成CSV的时候,数据肯定没有被转移到备份室内,此时你怎么描述呢? 在现场?那以后转移到备份室了怎么  详情 回复 发表于 昨天 16:25
回复

使用道具 举报

药徒
发表于 昨天 16:25 | 显示全部楼层
准圣级药老 发表于 2026-3-12 16:21
你这些说法只能说明你的计算机化系统管理不到位,不是你不能用电子数据的问题

如果你是做CSV的,就会发现指向性的文字说明基本不可能成为合理的证据。
因为你指向的地点是不受控的。
在你完成CSV的时候,数据肯定没有被转移到备份室内,此时你怎么描述呢?
在现场?那以后转移到备份室了怎么办
在备份室?那现在还没有到备份时间,你这属于未卜先知?
而且大数据的压缩几乎是不可避免的。
你当然可以说把验证的数据摘出来。
那么摘出来的工作量和你截图的工作量实际上是相差无几的。
回复

使用道具 举报

药徒
发表于 昨天 16:43 | 显示全部楼层
只能说,现阶段大部分CSV还是以测试截图或照片作为证据为主吧
回复

使用道具 举报

药生
发表于 昨天 17:00 | 显示全部楼层
准圣级药老 发表于 2026-3-12 16:05
你的验证数据不都集中在一段时间内么?数据备份做好标记,他要看,你找出来给他看啊。检查老师脑子不好才 ...

我的审计追踪是2026.01.03  10:06某某点击确认(并没有下一步去哪的审计追踪)
而我的实际确认的是确认成功,并成功发送给下一个职位

还是没懂验证流程怎能电子数据体现
回复

使用道具 举报

药徒
发表于 昨天 17:02 | 显示全部楼层
截图和照片可以是电子版刻盘就行,不一定要打印出来。
回复

使用道具 举报

药徒
发表于 19 分钟前 | 显示全部楼层
我个人认为还是要打印的,可以避免很多不必要的麻烦,当时使用电子数据也可以,整理好以后可以用储存设备作为附件附在文件中,但是需要做好备份,避免丢失或损坏。
回复

使用道具 举报

您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

×发帖声明
1、本站为技术交流论坛,发帖的内容具有互动属性。您在本站发布的内容:
①在无人回复的情况下,可以通过自助删帖功能随时删除(自助删帖功能关闭期间,可以联系管理员微信:8542508 处理。)
②在有人回复和讨论的情况下,主题帖和回复内容已构成一个不可分割的整体,您将不能直接删除该帖。
2、禁止发布任何涉政、涉黄赌毒及其他违反国家相关法律、法规、及本站版规的内容,详情请参阅《蒲公英论坛总版规》。
3、您在本站发表、转载的任何作品仅代表您个人观点,不代表本站观点。不要盗用有版权要求的作品,转贴请注明来源,否则文责自负。
4、请认真阅读上述条款,您发帖即代表接受上述条款。

QQ|手机版|蒲公英|ouryao|蒲公英 ( 京ICP备14042168号-1 )  增值电信业务经营许可证编号:京B2-20243455  互联网药品信息服务资格证书编号:(京)-非经营性-2024-0033

GMT+8, 2026-3-13 09:48

Powered by Discuz! X3.4

Copyright © 2001-2020, Tencent Cloud.

声明:蒲公英网站所涉及的原创文章、文字内容、视频图片及首发资料,版权归作者及蒲公英网站所有,转载要在显著位置标明来源“蒲公英”;禁止任何形式的商业用途。违反上述声明的,本站及作者将追究法律责任。
快速回复 返回顶部 返回列表