技术文件与风险管理文件：归档结构与常见缺陷

一、结论先行

技术文件与风险管理文件是哈萨克斯坦注册审评的主战场：绝大多数问询来自这两份文件。技术文件要回答”产品是什么、怎么造的、凭什么安全有效”，风险管理文件要回答”风险如何被识别、控制与验证”。两者必须与第 27 号决定的通用安全与有效性要求形成可检索的对应关系。国瑞中安统计的高频缺陷集中在一处：风险管理文件的结论没有回落到技术文件的验证证据上。

二、法规依据

法规名称	文号/编号	日期	条款
欧亚经济委员会理事会决定《医疗器械安全性与有效性通用要求及其标识与操作文件要求》	第 27 号决定	2016 年 2 月 12 日	通用安全与有效性要求
卫生部部长令《关于批准药品与医疗器械国家注册、再注册及注册档案变更规则》	第 ҚР ДСМ-16 号	2021 年 2 月 9 日（司法部登记号 22175）	档案文件要求
卫生部部长令《关于批准药品与医疗器械安全性、质量与有效性鉴定（专家审评）规则》	第 ҚР ДСМ-10 号	2021 年 1 月 27 日	审评的核验要点
国际标准 ISO 14971	风险管理	现行版本	风险管理过程
国际标准 ISO 13485:2016	质量管理体系	现行版本	设计控制与文件管理

三、专业解读看点

看点一：风险管理文件不是”风险清单”，而是”决策链”。一份合格的风险管理文件要呈现完整链条：风险识别 → 风险评价 → 风险控制措施 → 控制措施的验证 → 剩余风险评价 → 受益风险结论。审评员检查的是链条的闭合性，尤其是”控制措施是否被验证”这一环。只列风险与措施而不给验证证据，是最高频的缺陷。

看点二：通用安全与有效性要求核查表是审评员的路线图。第 27 号决定确立了通用要求，审评员会沿着要求逐条核对技术文件中的对应章节。国瑞中安的做法是建立一张”要求—文件章节—证据”三列对照表，放在档案最前面，让审评员能快速定位。

看点三：技术文件的版本一致性比厚度更重要。技术文件、风险管理文件、操作文件、标签文本之间出现参数或表述不一致，会引发连锁问询。特别是有效期、灭菌方式、储存条件、型号规格这几项，在多份文件中反复出现，是版本漂移的高发区。

看点四：软件与含软件器械要在技术文件中单独成节。算法描述、数据治理、验证与确认活动构成独立的证据块，不能混在硬件描述里。联盟侧的分类规则在 2025 年 2 月 18 日第 18 号修订中已对软件类口径作出调整，技术文件结构要同步适配。

看点五：风险管理文件是上市后监测的起点。风险管理文件的结论会延续到上市后阶段：剩余风险的可接受性判断决定了上市后监测的重点，而不良事件的评价也要回到风险管理文件比对。文件在获证后不是”归档了事”，而是持续维护对象。

四、实务建议

1. 建立”要求—文件章节—证据”三列对照表置于档案首部，便于审评检索。
2. 风险管理文件逐项给出控制措施的验证证据，杜绝只列措施不给证据。
3. 对有效期、灭菌方式、储存条件、型号规格等反复出现的参数做一次跨文件一致性检查。
4. 软件与含软件器械在技术文件中单独成节，覆盖算法、数据与验证确认。
5. 获证后把风险管理文件纳入定期维护，与上市后监测数据联动更新。

五、核验清单

• □ 风险管理文件呈现完整决策链，每项控制措施附验证证据
• □ “要求—文件章节—证据”三列对照表已置于档案首部
• □ 跨文件参数一致性检查已完成（有效期、灭菌、储存、型号）
• □ 软件部分在技术文件中单独成节
• □ 剩余风险可接受性结论明确，且与上市后监测重点对应
• □ 文件版本管理规则已建立，获证后持续维护

法规信息核验至 2026 年 10 月 29 日。