GxP电脑换主机、重装软件,需重新验证吗?

你是不是也经常碰到这样的问题，如电脑主机坏了，IT 换了一台新的；操作系统崩了，软件重新安装了一遍；或者系统性能变差了，需要换终端重装。

很多人会认为：软件初始投放已经验证过了，重装数据能跑不就可以了。

在 GxP 环境下，电脑主机更换、软件重装、操作系统更新，都可能影响原有配置基准、用户权限、接口连接、数据采集功能，以及历史数据和审计追踪的可读性。

首先给一个结论：并非全部重做验证，而是证明系统仍然受控、数据仍然可信。

所以，核心问题不是：电脑能不能开机？软件能不能运行？而是系统是否仍然处于已验证、受控、可追溯的状态？这就是 GxP 电脑主机更换与软件重装后，需要进行验证评估和必要回归测试的真正原因。

法规及指南要求

1. 实验室环境下软件重装的强制 IQ/OQ 要求

对于质量控制实验室中控制仪器、采集或处理数据的软件，重装时必须进行 IQ 和 OQ。

但当有专门的要求，或软件重新安装或升级时，应进行软件的安装确认和运行确认。在仪器初始确认时，可从仪器供应商获取软件设计和经过确认的证明。安装软件的电脑和操作系统应满足软件的配置要求，记录操作系统及软件的版本，应按照供应商的要求进行软件安装，以安装后软件可正常运行为接受标准。

出处：2023版《药品GMP指南-质量控制实验室与物料系统》第 7.2.4 节 E 小节。

2. 针对“维修/同等替换”场景的轻量级回归测试

根据 GAMP 测试指南，更换主机（硬件同等替换）和重装标准软件被归类为“维修（Repair）”，应执行基础验证项目。

Repair ...HARDWARE:repair or like-for-like replacement.STANDARD SOFTWARE:Unchanged or re-loaded ...Appropriate Verification:Confirm product code if like-for-like swap;Basic regression tests(correct power up, connection on all interfaces, live data, etc.); Calibration if required; Record changed serial numbers; If standard software or application re-loaded, confirm version and set-up."

翻译：维修……硬件：维修或同等替换。标准软件：未改变或重新加载……适当的验证：如果是同等替换，确认产品代码；基础回归测试（正确启动、所有接口的连接、动态数据等）；如需要则进行校准；记录更改后的序列号；如果标准软件或应用程序重新加载，确认版本和设置。

出处：《ISPE GAMP® 良好实践指南：GxP系统测试的风险方法》附录 T8 表 11.1。

逻辑：维修/同等替换视为一种不改变系统规格的受控活动。因为系统预期功能和设计未变，所以无需重新执行完整的验证项目，而应通过基于风险的“回归测试”证明系统已恢复到已知的受控状态。

3. 数据一致性与历史数据可读性要求（DI 维度）

更换主机和重装软件后，必须证明系统仍能读取原有的历史数据，以确保数据生命周期的连续性。

Where system software (including operating system) is installed or updated, the user shouldensure that existing and archived data can be read by the new software. Where necessary this may require conversion of existing archived data to the new format.

翻译：在安装或更新系统软件（包括操作系统）时，用户应确保新软件可以读取现有数据和归档数据。必要时，这可能需要将现有的归档数据转换为新格式。

出处：PIC/S PI 041-1《数据完整性指南》第 9.3.2 节。

4. 变更管理与验证状态的维持

任何涉及硬件或软件组件的变更都应在受控下进行，并评估其对验证状态的影响。

计算机化系统的变更应当根据预定的操作规程进行，操作规程应当包括评估、验证、审核、批准和实施变更等规定。计算机化系统的变更，应经过该部分计算机化系统相关责任人员的同意，变更情况应有记录。”

出处：中国 GMP《计算机化系统》附录第十七条。

硬件更换的分类指标判定逻辑

判定硬件更换属于何种性质是确定验证深度的前提，核心在于评估其功能等效性以及是否改变系统的验证状态。

1. 同等替换 (Like-for-Like Replacement)

具体标准：使用与原硬件物理规格、型号、产品代码（Product Code）完全一致的组件进行更换。

判定逻辑：更换后系统的相关技术规格（Specifications）未发生改变，通常被定义为“维修活动（Repair Activity）”而非正式变更。

2. 同类替换 (Like-for-Kind Replacement)

具体标准：型号不同但具有相同功能特性，且该替代型号已在初始验证项目或公司IT“标准硬件清单”中获得预核准。

典型案例：因原型号停产，使用同系列但性能更优、容量更大（如更大硬盘）的组件，且无需修改现有驱动程序即可运行。

3. 非同等替换 (Non-equivalent Change / Significant Change)

具体标准：性能指标显著提升（如CPU架构跨代）、需要安装新驱动程序支持、或伴随操作系统升级（如从 Windows 7 换至 Windows 10）。

判定逻辑：这种性能改变具有潜在的技术影响，可能影响实时数据采集频率或算法精度，必须触发正式的变更控制（Change Control）。

核心验证关注点对照

替换类别	核心关注点	管理方法建议
同等替换	关注“环境复原”。证明新硬件安装正确，系统已恢复到之前的受控基准。	遵循维修SOP，记录资产序列号变更，执行基础回归测试。
同类替换	关注“功能等效性”。证明新硬件及其驱动程序与原有GxP应用软件无兼容性冲突。	风险评估后执行针对性回归测试。
非同等替换	关注“风险影响评估”。证明硬件性能改变未导致计算结果、算法精度或数据完整性受损。	正式变更控制。需进行深度影响评估，并可能重做部分IQ、OQ甚至PQ。

1. 如何“针对性”回归测试？

回归测试的范围应基于影响评估的结果，具体包括：

潜在受影响的功能：识别变更点（如新驱动程序）可能间接波及的所有软件模块。例如，变更了组件 K，分析发现它可能与组件 G、J、L、O 存在接口关联，那么测试就应“针对”这些关联组件进行。

关键质量属性 (CQA)：优先测试那些对患者安全、产品质量和数据完整性影响最高的关键功能。

数据完整性接口：重点验证变更是否影响了审计追踪的记录能力或历史数据的可读性。

2. 测试的深度与严谨性

“有针对性”也体现在测试力度上：

低风险区域：可能仅需进行基础回归测试，验证系统能否正常启动、各接口物理连接是否通畅。

高风险区域：若涉及可能影响实时数据采集频率或算法精度的性能提升（如 CPU 跨代升级），则需进行更深入的挑战性测试或负荷测试，证明在高处理速度下，数据的准确性依然维持。

核心逻辑：这种“有针对性”的做法既能确保系统维持在验证受控状态（Validated State），又通过减少冗余测试极大提升了合规维护的效率。

验证的具体要求与内容

1. 安装确认 (IQ)：建立配置基准

硬件核对：记录新主机的制造商、型号、唯一序列号及主要规格（如CPU、内存），确保符合设计规格。

系统环境：记录并验证操作系统版本、补丁包及安全设置是否符合预定要求。

软件部署：按照供应商要求安装GxP软件，记录其名称、版本号及组件，确保安装路径与原验证状态一致。

外设连接：验证主机与打印机、实验室仪器（如HPLC）或服务器的通讯连接及驱动程序安装。

2. 运行确认 (OQ) 与基础回归测试：证明受控

访问控制测试：验证用户能否使用唯一账号登录，且各角色（操作员、管理员）的权限级别与预定设置一致。

系统安全性：确认密码策略（如复杂度、自动注销）及病毒防护软件已生效。

时间同步检查：确认新主机的系统时间已与受信任的时间服务器同步，且普通用户无权修改。

关键功能验证：选择 1-2 个核心业务功能（如数据采集、计算处理、报表生成）进行测试，证明系统在更换硬件后仍能产生预期结果。

3. 数据完整性 (DI) 维度：确保连续性

数据可读性验证：必须确保新安装的软件能够打开、读取并正确解释在该终端上生成的历史数据及审计追踪。