4. 用户需求说明（URS）编写实战

用户需求说明（User Requirement Specification，URS）是计算机化系统验证的起点，也是后续设计确认（DQ）、安装确认（IQ）、运行确认（OQ）、性能确认（PQ）和追溯矩阵的源头。在生物制造场景中，URS 不是一份泛泛的软件功能清单，而是把上游发酵、下游纯化、QC 检测、物料与批记录等真实工艺需求，翻译成可验证、可追溯、可验收的系统要求。本节以“生物反应器过程控制与批数据采集系统”为例，说明如何从工艺需求出发编写一份可落地的 URS。

一、先明确 URS 的边界与来源

URS 描述“用户需要系统做什么、达到什么水平”，不描述“供应商如何实现”。它的输入通常来自：工艺规程与工艺描述、批记录与电子批记录（EBR）需求、质量标准和检验方法、GxP 与数据完整性要求、设备与公用工程接口、EHS 与权限管理要求、以及现有系统的痛点。以生物反应器为例，工艺侧会提出温度、pH、溶氧（DO）、搅拌转速、补料速率、通气量等关键过程参数（CPP）的控制与记录需求；质量侧会提出偏差、报警、审计追踪、电子签名要求；IT/自动化侧会提出与 DCS、SCADA、LIMS、MES 的接口要求。

编写前建议先建立“需求来源—需求条目—验收方式”的对应关系，避免 URS 写成孤立的功能罗列。每条需求都应能回答三个问题：谁提出、为什么需要、如何证明已满足。

二、URS 的五类核心要求

功能要求：描述系统必须执行的动作。例如“系统应能对 2 台 2000 L 生物反应器的温度、pH、DO、搅拌、补料进行 PID 控制，控制周期不大于 1 s”“系统应支持批记录电子化，按批号自动关联过程参数、操作事件与放行结论”。功能要求要写到可观察、可测试的粒度，避免“系统应友好易用”这类不可验证表述。

数据要求：描述数据的采集、存储、处理、保留与完整性。例如“过程参数采样频率不低于 1 Hz，关键参数（温度、pH、DO）原始数据保留至批放行后至少 5 年”“审计追踪应记录操作人、时间戳、旧值、新值、原因，且不可关闭、不可编辑”。数据要求直接决定后续数据完整性核查的深度。

合规要求：描述必须满足的法规与标准，如 GMP 附录《计算机化系统》、21 CFR Part 11、EU GMP Annex 11、ALCOA+ 原则、数据备份与灾难恢复、变更控制与周期性回顾。合规要求应写成可检查的条款，例如“电子签名应满足 21 CFR Part 11 对签名与记录链接的要求”。

接口要求：描述系统与外部系统的边界与数据交换。例如与 DCS 的 OPC UA 接口、与 LIMS 的样品与结果接口、与 MES 的工单与批号接口、与 AD 的账号同步接口。接口要求要明确方向、频率、数据格式、失败处理与重传机制。

性能要求：描述容量、响应、可用性与可靠性。例如“系统支持不少于 50 个并发客户端，画面刷新时间不大于 2 s”“历史数据查询 1 年范围内响应不超过 5 s”“系统年可用率不低于 99.5%”。性能要求应与工艺批次的实时性需求匹配，而不是照搬 IT 通用指标。

三、从工艺需求到 URS 条目的转化示例

以“补料分批发酵”为例，工艺描述为：发酵周期 120 h，温度 37±0.5 ℃，pH 7.0±0.1，DO 不低于 30%，补料速率按指数曲线前 24 h 递增。转化到 URS 时，应拆成可验证条目：温度控制精度 ±0.5 ℃、pH 控制精度 ±0.1、DO 联锁与报警阈值、补料曲线可配置并记录实际速率、所有 CPP 进入批记录并与批号绑定。每条要求后面应给出验收方法，例如“通过 OQ 阶段阶跃响应测试，超调量不超过 0.3 ℃，稳定时间不超过 10 min”。

四、可追溯性：URS 是追溯矩阵的根

可追溯性要求每条 URS 都有唯一编号，并能向下追溯到功能规格（FS）、设计规格（DS）、配置项、测试用例（IQ/OQ/PQ）和偏差记录。实践中常见做法是建立“需求追溯矩阵（RTM）”，列包括：URS 编号、需求描述、来源、风险等级、对应 FS/DS、测试用例编号、测试结果、偏差编号、状态。这样在审计或变更时，可以快速回答“这条需求是否被实现、是否被测试、是否仍有效”。

追溯不是一次性工作。当工艺变更导致 URS 修订时，应同步评估对 FS、DS、测试和已放行批次的影响，必要时启动变更控制与再验证。对于生物制造，尤其要关注培养基配方、补料策略、取样计划变化对数据采集与控制要求的影响。

五、URS 编写中的常见问题与检查要点

第一，需求不可验证。例如“系统应稳定可靠”无法测试，应改为“系统在 72 h 连续运行中无意外中断，数据丢失率不大于 0.1%”。第二，需求混入设计。例如“系统应采用某品牌 PLC”属于设计约束，应放在设计规格或采购要求中，而不是 URS。第三，遗漏接口与异常路径。生物制造中常见的是补料泵故障、pH 电极漂移、网络中断后的数据缓存与补传，这些应在 URS 中明确异常处理与报警要求。第四，追溯断裂。URS 编号与测试用例编号未建立对应关系，导致审计时无法证明需求已被覆盖。

建议在 URS 定稿前做一次“反向检查”：从每条测试用例出发，看是否能找到对应的 URS 条目；从每条 URS 出发，看是否有明确的验收方法。对于高风险需求（如影响无菌、放行、数据完整性的条目），应提高测试深度并保留原始记录。

六、可直接参考的 URS 条目示例表

URS 的质量直接决定后续验证工作的效率与合规强度。把工艺语言转成可验证要求，把每条要求挂上编号与验收方式，再通过追溯矩阵与设计、测试、批放行证据连接起来，才能让计算机化系统验证真正服务于生物制造的质量与效率。