ARTICLE · 1096472
药厂QA必看|CSV告别模板验证,飞检真正认可的全生命周期实操
“全生命周期实操”
各位QA小伙伴，大家好👋
近几年飞检有一个逐年加重、高频翻车的板块，就是计算机化系统验证（CSV）。
很多企业的CSV工作，停留在最表层：
软件安装完 → 填一套IQ/OQ/PQ模板 → 归档结束。
但药监现在的核查逻辑完全升级。
检查员不再只看你有没有验证文件。
他们重点核查：你的验证能不能证明系统数据真实、完整、可控、可追溯。
大量企业被开缺陷：
验证流于形式、风险不匹配、功能测试缺失、权限管控失效、审计追踪未验证。
今天这篇文章，不讲教科书空话。全部基于GAMP5规范、CFDI飞检通报、药企真实审计现场，把CSV全生命周期、高频坑、正确落地逻辑一次性讲透。
一、先明确：什么系统必须做CSV验证
很多QA分不清哪些软件需要验证，导致该验证的没做、不该验证的瞎做。
只要系统满足以下任意一条，必须纳入CSV管理：
1. 用于生成、存储、计算、输出GMP记录与数据
2. 影响物料、产品质量判定
3. 影响环境、设备、工艺受控状态
4. 包含电子数据、电子签名、审计追踪功能
必须验证的常见系统：
高效液相、气相、水分仪、天平、温湿度监控系统、洁净区HVAC自控系统、设备PLC系统、批次生产系统、LIMS系统、文件电子系统。
不需要GMP验证的系统：
办公电脑、内网通讯、普通打印设备、不参与GMP数据生成的软件。
CSV
核心法规依据
1. 《药品生产质量管理规范（2010修订）》附录《计算机化系统》
2. GAMP5 良好自动化生产规范（国际制药通用准则）
3. FDA 21 CFR Part11 电子记录与电子签名规范
4. 国家药监局历年飞检计算机化系统缺陷公示
MLA规范引用
National Medical Products Administration. Good Manufacturing Practice for Drugs (Revised 2010). NMPA, 2010.
ISPE. GAMP 5: A Risk-Based Approach to Compliant GxP Computerized Systems. ISPE, 2017.
FDA. 21 CFR Part 11 Electronic Records; Electronic Signatures. U.S. FDA, 1997.
二、GAMP5风险分级
CSV不是一刀切验证，风险越高、验证深度越深。
绝大多数企业缺陷：所有系统同一套模板，无风险区分。
1类：基础软件（操作系统、办公系统）
验证最轻，仅做安装确认、权限确认，无需复杂功能测试。
2类：标准配置商用软件（天平软件、常规仪器软件）
重点验证：权限、审计追踪、数据存储、基础功能。
3类：可配置软件（LIMS、环境监控系统）
需要完整URS、DQ、IQ/OQ/PQ、风险评估、变更管控。
4类：自研定制系统
最高风险，全生命周期深度验证，每一项功能逐条测试。
飞检核心逻辑：验证工作量必须匹配风险等级。
高风险系统简单验证、低风险系统过度验证，全部属于不合规。
三、CSV完整全生命周期
完整合规顺序一共7步：
需求定义 → 设计确认 → 安装确认 → 运行确认 → 性能确认 → 年度回顾 → 变更再验证
1. URS用户需求（验证的源头）
URS不是随便写几句功能要求。
URS必须写清所有GMP相关、数据相关、合规相关需求。
必填内容：
• 系统必须具备审计追踪功能
• 数据不可删除、不可覆盖、不可篡改
• 账号权限分级要求
• 数据自动保存、自动备份机制
• 异常报警、日志留存要求
所有后续测试，必须逐条对应URS条款。
没有URS依据的测试，属于无效验证。
2. DQ设计确认（90%企业缺失）
CSV
DQ用来证明：采购的系统设计能满足GMP需求。
重点核对：
厂家功能说明书、版本说明、合规声明、Part11符合性。
如果系统本身不支持审计追踪、不能防篡改，后续验证全部无效。
3. IQ安装确认
IQ只做客观事实核对，不做功能测试。
核查内容：
• 软硬件型号、版本与合同一致
• 安装环境、网络环境合规
• 安装路径、数据库路径正确
• 初始账号、初始权限记录完整
• 安装无报错、无缺失组件
4. OQ运行确认
CSV
OQ是最容易出缺陷的环节。
OQ目的：验证所有合规功能可以正常、稳定、合规运行。
必测项目（缺一必扣分）：
1. 账号权限分级测试：操作员/管理员/IT权限隔离
2. 审计追踪测试：操作、修改、删除、重积分全部留痕
3. 数据防篡改测试：修改数据是否可追溯
4. 数据保存测试：断电、闪退后数据不丢失
5. 日志留存测试：日志不可手动清空
6. 权限禁用测试：普通账号不能修改系统参数
真实高频缺陷：
OQ只测正常操作，不测异常场景、不测权限漏洞。
5. PQ性能确认
OQ测功能，PQ测日常真实使用稳定性。
测试内容：
• 连续日常运行数据稳定性
• 多批次数据存储完整性
• 长期自动备份有效性
• 真实岗位人员操作适配性
PQ证明：系统在实际GMP工作场景下持续合规。
6. 年度回顾
CSV
每年汇总：
系统故障、权限变更、数据异常、日志异常、备份异常。
判断系统是否持续满足URS需求。
变更再验证
系统版本升级、模块新增、权限大调整、硬件更换，必须做再验证。
直接升级不验证，属于严重体系缺陷。
四、飞检8大高频致命缺陷
1. 无URS或URS需求笼统，无对应测试项
2. 缺失DQ设计确认，直接上机验证
3. OQ功能测试不全，未验证审计追踪、防篡改功能
4. 所有系统套用同一套验证模板，无风险区分
5. 权限管控混乱，一人多权限、账号共用
6. 系统日志可手动删除、可清空，未纳入验证
7. 软件升级、硬件变更未开展再验证
8. PQ流于形式，无真实日常场景测试
一、CSV最容易被误解的4个知识点（QA必纠正）
1、CSV验证不是一次性工作
很多人以为：验证做完终身有效。
真实合规：变更必验证、年度必回顾、异常必评估。
2、审计追踪开启≠合规
开启只是基础。
必须验证：能不能追溯、能不能留存、不可删除、不可篡改。
3、仪器自带软件≠无需验证
只要生成GMP数据，无论自带还是外购，全部需要CSV验证。
4、模板做完≠体系合规
检查员看的是：你的测试场景、你的真实数据、你的风险匹配度。
模板统一、内容雷同，直接判定形式化验证。
二、QA日常CSV落地标准（直接照着做零缺陷）
1. 先分级风险，再确定验证深度
2. URS逐条写清合规需求，所有测试一一对应
3. DQ确认系统本身具备GMP能力
4. OQ重点卡死权限、审计追踪、防篡改、备份
5. PQ模拟真实岗位长期运行场景
6. 变更、升级、维修全部触发再评估、再验证
7. 每年做系统年度回顾，汇总异常台账
8. 禁止账号共用、禁止超级权限长期开放
CSV
CSV验证的本质，不是走流程做文件。
它的核心目的只有一个：
用完整、可追溯的证据，证明你的电子数据真实、可靠、不可篡改、符合GMP要求。
现在飞检对数据完整性、计算机化系统的核查越来越细。
告别模板化验证，做真实、分层、匹配风险的全生命周期CSV，可以规避企业80%的电子数据类严重缺陷。
我为大家整理了
CSV验证模板
公众号后台回复
【CSV】
即可领取
觉得内容实用，记得点赞+在看，支
END
编辑 | 药厂QA小樊
关注不迷路
每周更新干货
一起成长