← 返回需求台账
REQ-TM-01 · 追溯矩阵（TM）——贯穿全项目的需求可追溯性管理
进行中 GAMP5 项目全流程
需求概述 首次提出 2026-03-10 · 更新 2026-08-05（持续维护中，IQ/OQ 测点列待补齐）
建立需求（URS）↔规范（FS）↔风险（RA）↔测试点（IQ/OQ）的横向追溯表。按 GAMP5 要求，追溯矩阵的维护应该从 URS 阶段就开始，持续到项目结束才定稿打印批准——不是一次性产出，是贯穿全程的活文档。
全流程依赖关系 有的存在先后——这里是"彼此咬合"的地方
验收标准 URS 式 · 可测量 · 挂证据文件，不是全绿
合格 URS 条款全部分配唯一需求标识号并录入追溯矩阵 追溯矩阵评审 · PHM-TM-EMS-001 · 2026-03-10
待验证 需求→规范→风险→测试点全链路可追溯（IQ/OQ 测点待补齐） 追溯矩阵评审 · PHM-TM-EMS-001 · —
变更 / 偏差记录 （0 条 · 0 条未闭环）
现场每发生一次变更或偏差，就在这里追加一条——需求台账靠这条流持续生长暂无变更/偏差记录。
受控文件register （1 份）
版本升级必须挂一条变更/偏差编号，不能凭空跳版| 文件编号 | 类型 | 版本 | 状态 | 生效日期 | 起草 / 审批 | 触发变更 |
|---|---|---|---|---|---|---|
| PHM-TM-EMS-001 | TM 追溯矩阵 | v1 | 已批准 | 2026-03-10 | 王磊 / 李强 | — |
代际时间轴
设备会死，需求不死——每一代是需求当前的一次物理实现- 本次实施 2026 年 持续维护中（非一次性产出）
关联工单 （0 张）
查看全部工单 →暂无关联工单。
下一代触发条件 环的闭环点：报废决策喂回下一代需求
↻ IQ/OQ 阶段启动后追溯矩阵补齐测试点列，项目结束前定稿打印批准
真实交互 · 仅写入本次浏览会话，不接入后端
需求台账是"环的顶层锚点"——当前 asset-archive 的 record.schema.json 还没有"需求""文件""变更"实体，
本页是概念层管理界面，不改变真实数据模型。文件register/变更事件流的字段设计参照真实制药工厂 BMS 项目文件体系
（URS/HDS/SDS/FAT/SAT/偏差/变更请求）。要把需求实体化，需要另立 schema 设计（跨项目核心引擎变更），另行决策。
下面四个按钮是真实可交互的表单——填了会立刻出现在页面上，但只存在于这次浏览会话里（刷新即重置）：
这是公开零登录墙站点，真的接一个能持久化的后端意味着任何人都能篡改演示数据，所以刻意不做持久化，不是没做完。
概念操作：未接入后端，仅演示交互
