User requirement specification 用户需求说明：
在项目的开始，用户需要提供足够的信息给工程部门，这些信息应该可以用于后续的详细的选项进行开发和评估。
用户需求应该注重我们到底需要什么，而不是过多给出规定要求，至于这些要求到底如何被实现以及具体细节的数量将根据具体项目而定，特别是根据项目的规模、复杂程度以及用户和供应商之间对项目的理解而定。
URS产品和工艺要求：
产品预计（和范围）
可能或限制的批量（或范围）
工艺描述、流程图和工艺时间
已知的操作范围和关键工艺的允许误差
已知的操作限制和困难
相关的物料和工艺的安全信息
已知的建筑材料（包括密封胶）的兼容性或不兼容
清洁方法、溶剂和限度
现行产品和工艺的已有的经验
相似产品和工艺的已有的经验
现场的说明（如当地的供应商、剩余部分）
允许的操作范围和限度（或公差）是为后续的设计、调试和确认的要求提供基础的。操作限度的确定应能确保产品和安全的要求的最大和最小值的要求。还需要提供适当的数据以保证有意义的设置点、警报值alert和报警alarm值、能够被确定，这样可以消除可能的有害的报警。
URS操作的要求：
操作的要求能够确保使用者的意图、需求弹性、控制条件得到理解，项目要考虑的内容：
计划或预期的操作时间表（如：A操作15小时、 三个操作B各5小时……）
在新的或改造的场地的计划的员工（已有的员工、需要聘请的新员工）
可能的或已知的对操作的影响（特别是在改造的时候）
URS维护和技术支持的要求：
在厂房操作、公用系统和设备的维护及技术支持（如车间和工艺工程师）的职责可能会和最终用户的有些不同。在这个阶段，关键的支持人员应该将他们的建议加入，尽可能的加入到这个文件中。一般包括以下内容：
对于工艺、设施、设备等的以往的经验
首选的供应商（和首选的原因）
当地的特殊要求（如当地供应商、备件供应、当地法规）
URS符合性要求：
将外部的要求（特别是cGMP的要求）加入到URS中是非常重要的。最新的法规、当地的法规和FDA中的要求要保证被提到。项目成员需要向QA咨询项目的特殊要求。
URS可交付成果：
用户要求大纲
最终的URS
项目执行计划文件
URS 是按照公司的要求清楚、准确的定义出系统的需要做什么。
URS应该遵循公司的规程的要求，URS应当在细节的解决方案提出之前完成。有些系统可能有一些供应商或优先的供应商，这些系统可以基于一些已有的解决方案的系统。这些决定应当基于风险、复杂性和创新性，这时，病人的安全、产品质量和数据的完整性仍然需要考虑。（GAMP5）
有些URS在最初的时候不一定是完善的，这时随着项目的不同阶段，会有新的要求出现，这就需要更新和升级URS（GAMP5）
确定用户的需求
关键是搞清楚用户到底想要什么样的设备和系统
GMP（1st）
例：注射用水系统中要求70℃以上保温循环。
工艺要求（mostimportant！）
例：灌装机灌装速度当2ml/支时，能在0-300支/min之间任意调节，灌装精度为0.05ml。
其他要求（选项）
例：PLC控制面板离地面高度为1.5-1.6m（舒适度要求）。
URS的总体要求
尽量将所有的要求都写在里面，
所有的要求都应能够验证，
语言表述要准确、清晰、可测量，
不要使用以下语言（不符合：准确、清晰、可测量的基本要求）：
质量好
强度高
性能优良
国际领先
…………
URS中一般包含的内容
系统或设备的名称
用途（概况）
系统边界的描述
性能要求
硬件要求
软件要求
其他要求
URS的一般内容
操作要求 实用性
功能要求 安全
数据要求 维护
技术要求 法规
界面要求 数据移植
环境 约束
性能 生命周期
其他要求
根据设计确认（DQ）的要求，一般需要根据URS来确认设计是否满足要求，即FS、DS是不是都把所有的URS的内容都包含了， 所以，URS的内容都是应该可以被FS和DS 所描述的，并且都是可以被验证的内容。
功能说明（FS）
Functional（or schematic） specification：是一个关键的设计文件，通常和DS联合设计，一般包括：
位置图（site plans）
平面图（floor plans）
工艺和物料流向图（process and material flow diagrams）
空气流向图和HVAC时间表（air flow diagramsand HVAC schedule）
电路单线图Electric one-line diagrams
功能说明（FS）
每一个系统的操作顺序，一般包括下列细节：
启动system start-up
普通操作及清洁（如有）normal operation and cleaning（as applicable）
系统监视system monitoring
数据采集和保存data acquisition and archive
报警状况和职责alarm situation and response
关闭shut down
预期的操作顺序是系统设计的基础，但是，在系统完成后，操作顺序可能会有所变化。这时的操作顺序的版本将用于后续的操作手册的起草、调试、验证和系统维护。
FS时的设计审核应当评估公用系统和预期的系统在计划的状况和紧急的情况下的性能和表现。此时还要根据URS的要求评估设备的试运行、调试、验证等工作，如设计是否提供了调试用的测试点。
为工程、操作、验证、维护、QA（DIS直接影响系统)确定相应的职责，按照SIA的要求审核相关的部分。
Direct impacton the system直接影响系统（DIS）：
系统是否直接接触药品
系统是否提供辅料，或者系统生产（或者直接接触）
一种配料、主药、或者与过程直接接触的溶剂
系统是用于产品直接接触的设备等的清洗和灭菌的？
系统是否用来保持产品的特性，如安全性、特性、浓度、纯度或者质量
系统提供的数据是否用于接受或者拒绝产品
系统的过程控制系统是否影响产品的安全性、特性、浓度、纯度或者质量，而且没有其他独立确认的系统可以替代
系统是否用于生产或者测试注册用稳定性研究的批号？
系统是否用于控制、监控、报警关键的环境状况？
Indirect impact on the system间接影响系统（IIS）：
1、系统是否向DIS提供公用动力等
2、系统是否可以影响DIS的表现
3、系统提供的信息是否用于注册资料（或者是资料的技术报告），稳定性数据的除外
Not impact on the system无影响系统（NIS）
只有被判为DIS的，才必须验证。判定为IIS/NIS的，只需要做调试。实际上是基于风险分析的判定，减少工作量和资源消耗。
Detail design详细设计
细节设计是用于系统的投标、合同，包括 采购、制造、安装和测试等工作。
P&ID
P&ID是公用系统和工艺设备设计的基本的信息来源。P&IDs用来描述工艺流程、设备配置、工艺参数、仪表、和建设材料。这里还要考虑总体的物料平衡和能量（包括压力）平衡
确保CADD软件适用于厂房图纸的管理系统
使用CADD能够定义系统组件和生成组件一览表。一览表将用于安排调试、确认过程和相应编号
指出进出的辅助支持（流体），包括参考的图 和表的数量。
定义系统边界，包括支持系统和进出的流体
定义装在底座的（或包装的）设备的电量限制
定义所有组件和其编号，使用与车间操作一致的命名法。清除需要重命名和交叉影响的清单
指出线号、服务、线规格、和所有的管道和配 管的流向
指出材质和所有管线的绝缘类型/厚度
指出所有设备（如罐、泵、换热器）使用（目的）、规格、能力、材质、和绝缘类型/厚度
指出所有阀门的规格、类型和材质
为每个线上的编号提供物料和能量平衡信息
DS(detailedspecifications)设计说明
DS应当明确的定义系统要求、编码、及在制造和建造过程的所遵守的规范、测试要求、接受标准、和相关的可交付成果。为了防止不必要的花费和延误，需要考虑以下的一些项目：
有哪些事，相关责任人及其职责
提供的设备或服务
提供的设备或服务的时间安排
工厂测试要求（包括方案的起草审核和批准）
安装要求
建设检查和测试要求（包括测试方法、接受标准、计划的证据收集和文件要求）
图纸、说明书及其他文件的语言要求
建造图纸
为每个学科（如验证）准备建造图纸，包括所有系统的二维或三维的图纸、日程表、细节、空间、注释和参考等。这一层次的细节随每个用户和工程公司的不同而变。有些可能在建造时期使用“红线图”，而且随着项目进展而升级。这些图可能与维护、安全或者GMP的要求无关。
其他的设计考虑
在设计不同的厂房设施、公用系统、设备和控制系统时，许多的设计公司和用户会使用设计指南和检查表。一些对调试和验证有影响的 （如位置和测试入口）的设计应当适当的被关注。
联系客服
