参考前文
25. [修订原有章节11] （新指南）将增加配置回顾【Configuration Review】的要求 ：（系统周期性）不仅仅是通过系统变更（升级历史）回顾所有系统验证过的所有配置变化，而且还需对系统的硬件和软件基线【Configuration Baseline】进行时间和类型等多维度的比较，从而更直观的评估系统（配置上）的任何差异以及衍生出对再确认/验证的需求。
大侠解读：
1. 周期性回顾 vs 再验证/再确认
首先现行版附录11的要求如上所示：“定期回顾系统的功能表现、偏差记录、事件、问题、升级历史、性能、可靠性、安全性、验证报告等，以确保系统在当前仍然维持在有效的验证状态，且符合GMP的规范要求”；所以我们可以看到，对于计算机化系统而言，通过对其系统表现、历史数据及异常偏差事件的定期回顾，评估通过后，可以在无需进行再验证/确认，而继续使用系统；具体缘由可以参考大侠专栏《“性能监测/定期审查/再确认&再验证” - 计算机化系统运维方法思考（
“性能监测/定期审查/再确认&再验证” - 计算机化系统运维方法思考）》；
“性能监测/定期审查/再确认&再验证” - 计算机化系统运维方法思考）》；2. CS的周期性回顾 - 配置回顾
中国GMP 第七章 确认与验证 第一百四十四条 确认和验证不是一次性的行为。首次确认或验证后，应当根据定期的产品质量回顾分析情况进行再确认或再验证。关键的生产工艺和操作规程应当定期进行再验证，确保其能够达到预期结果。
如上所示，为了更有效的回顾系统的验证状态及运行表现，对于计算机化系统（Computerized System），很重要的一环就是评估其运行一段时间后，配置的现况以及是否仍然可以“达到预期效果” - ERP的BOM主数据是配置，MES的工艺规程是配置，LIMS COA检查标准是配置，系统的用户权限、安全设置和硬件等等都属于配置的范畴..所以系统的配置回顾是系统周期性回顾的核心工作之一！
3.配置回顾的重要性
参考FDA Glossary of Computer System Software Development Terminology，配置（Configuration），指计算机化系统的软件或硬件的物理或者功能特性，并记录于文件或者设置于系统之中 。
理解计算机化系统的配置需要从软件工程Software Engineering – 计算机化系统是如何设计、开发、测试与管理。在IT行业的标准定义中，配置项（Configuration Item）是硬件、软件或两者的集合，指定用于配置管理，并在配置管理过程中作为单个实体对待 。
同时如上图所示，GAMP5中对于计算机化系统的定义，计算机化系统（Computerized System）由计算机系统（Computer System）和被其控制的功能或程序（Controlled Function or Process）组成；计算机系统由所有的计算机硬件、固件、安装的设备驱动程序和控制计算机运行的软件组成；被控制的功能可以包括被控制的设备（例如：自动化设备和实验室或工艺相关的使用仪器）、决定设备功能的操作程序、或者不是设备的而是计算机系统硬件的操作。
所以在此，计算机化系统的配置（Configuration）可以认为是其计算机系统（Computer System）。系统（System）通过其配置，对下属人员、流程和设备实现控制作用。计算机化系统验证CSV中对于其自动化与信息化的验证确认，很大程度就是验证其配置（Validation of configuration）；因此通过周期性回顾判断系统是否仍处于验证状态时，对验证过的配置回顾是关键！
4. CS配置回顾的案例 - 配置基线
以下图的实验室HPLC/GC网络版为例：
配置基线【configuration baseline】是系统生命周期中的一个用以固定功能的产品规范。它作为定义增量变更的文档基础，并包含产品的许多不同方面。它是有效配置管理计划的中心，其目的是通过控制各种配置项，如工作、特性、产品性能和其他可测量的配置，为项目中的变更控制提供明确的基础；
所以举例来说一个网络版CDS的配置基线文件和将来配置回顾的内容包括以下信息
