3. 用户需求说明（URS）编制实战

用户需求说明（User Requirement Specification，URS）是设备确认与验证链条的起点。它回答的不是“设备长什么样”，而是“工艺需要设备做到什么、做到什么程度、如何证明它做到了”。一份可用的 URS，应当让后续的DQ、IQ、OQ、PQ都能从中找到对应的验收依据，也能让供应商清楚知道哪些是必须满足的硬性要求、哪些是可协商的期望项。本节以一台用于细胞培养的一次性生物反应器（SUB）为例，走完从工艺描述到URS冻结的完整编制过程。

一、从工艺描述中“提取”需求，而不是“抄写”设备参数

URS编制的第一步是把工艺语言翻译成设备语言。工艺描述通常来自工艺开发报告或技术转移文件，例如：“CHO细胞培养，工作体积50～200 L，温度37±0.5℃，pH 7.00±0.10，溶氧30%±10%，培养周期14天，需支持灌流或补料批次模式。”这些是工艺目标，不是设备需求。编制者需要逐条追问：为了稳定实现这个工艺，设备必须具备哪些能力？这些能力如何被测量和验证？

例如，“温度37±0.5℃”对应到设备需求，至少应拆解为：控温范围覆盖20～45℃、控温精度≤±0.3℃（设备能力应严于工艺窗口，留出测量与控制余量）、温度探头安装位置具有代表性、具备独立超温报警与联锁。再如“pH 7.00±0.10”，需要明确是采用一次性pH电极还是光学传感器、是否支持在线校准、校准液接口是否无菌连接。这样得到的需求才是可测试的，而不是一句“温度控制良好”。

二、需求追溯矩阵：让每条需求都有“来路”和“去路”

需求追溯矩阵（Requirement Traceability Matrix，RTM）是URS的骨架。它把每条用户需求与工艺来源、风险项、后续确认活动关联起来。一个实用的RTM至少包含：需求编号、需求描述、来源（工艺步骤/法规/内控标准）、风险等级、验收标准、对应确认阶段（DQ/IQ/OQ/PQ）、测试方法或证据类型。

以SUB为例，可形成如下追溯关系（示例参数为合理假设，非实测结果）：

RTM的价值在于：当工艺发生变更时，可以快速定位哪些需求需要重新评估；当确认出现偏差时，可以回溯该需求的风险等级和验收标准，判断偏差是否可接受。

三、风险分级：把验证资源用在关键处

URS中的需求不应平均用力。风险分级通常从两个维度评估：对产品质量/患者安全的影响，以及对工艺稳定性的影响。可采用简单的三级划分：高（直接影响无菌、温度、pH、溶氧等关键工艺参数）、中（影响操作效率或数据完整性）、低（影响舒适性或非关键辅助功能）。

分级结果直接决定后续确认策略：高风险需求必须在OQ/PQ中设置挑战性测试，并考虑最差条件；中风险需求可通过功能演示或文件审核确认；低风险需求可仅做接收检查。例如URS-002温度控制精度为高风险，OQ中应至少在空罐、最小装液、最大装液三种条件下测试，并记录达到设定值的响应时间与超调量。URS-006审计追踪为中风险，可通过功能演示确认，但需检查审计追踪是否可被普通用户关闭。

四、供应商沟通：把URS变成可执行的采购语言

URS不是内部文件，它需要与供应商形成有效对话。沟通时建议把需求分为三类：硬性要求（不满足则直接淘汰）、期望项（满足则加分，可协商替代方案）、信息项（仅需供应商提供说明）。例如“一次性接触部件辐照灭菌，剂量≥25 kGy”属于硬性要求；“支持OPC UA数据接口”可作为期望项；“提供三年备件清单”属于信息项。

供应商回复中常见的偏差包括：控温精度标称±0.5℃但实际装液条件下达不到、审计追踪功能存在但可被管理员关闭、一次性袋体完整性测试方法未经验证。对这些偏差，应要求供应商提供书面说明、测试报告或替代方案，并评估是否可接受。若偏差影响高风险需求，通常需要调整设计或更换供应商，而不是在URS中降低标准。

五、URS评审与冻结：让版本可控

URS评审应由工艺、质量、工程、设备使用部门和供应商代表共同参与。评审重点不是文字润色，而是逐条确认：需求是否可测试、验收标准是否明确、风险等级是否合理、是否存在遗漏的法规要求。评审输出应包括评审记录、偏差清单和修订后的URS版本。

冻结意味着URS进入受控状态：分配版本号（如URS-SUB-001 V1.0）、签署批准人、记录冻结日期。冻结后任何变更都必须走变更控制流程，评估对RTM、DQ、IQ、OQ、PQ的影响。冻结不是终点，而是确认活动的基线。只有基线稳定，后续的DQ、IQ、OQ、PQ才有可追溯的判定依据。

综上，URS编制实战的核心可以概括为：从工艺描述中提取可测试需求，用追溯矩阵建立需求与确认活动的关联，用风险分级分配验证资源，用供应商沟通把需求转化为可执行的采购语言，最后通过评审与冻结形成受控基线。这五步不是线性的一次性动作，而是在工艺变更、供应商偏差、法规更新时不断循环的闭环。