pm-gamma-medical-compliance

name pm-gamma-medical-compliance description 医疗合规管理技能，覆盖NMPA医疗器械软件变更类型判定、注册准备文件清单、DICOM一致性声明维护等内容。适用于PACS/RIS产品经理在医疗信息化项目中的合规管理工作，确保产品符合NMPA法规要求和DICOM标准规范。 医疗合规管理 医疗信息化产品处于严格监管环境下，PACS/RIS产品经理必须掌握NMPA医疗器械软件注册相关合规要求，确保产品变更合规、注册文档完备、DICOM标准持续符合。 一、NMPA软件变更类型判定 1.1 软件变更分类标准 根据 YY/T 0664 标准，软件变更分为三个级别： 变更类型 判定标准 处置方式 重大软件版本 新增临床功能、修改核心算法、扩展预期用途 变更注册申请 次要软件版本 性能优化、非核心模块改动、UI 优化 技术文件更新存档 维护版本 缺陷修复、安全补丁 变更控制程序记录 1.2 高风险变更场景（必须合规评估） ├── 新增 AI 辅助诊断功能 → 可能触发三类器械重新注册 ├── 修改图像重建/后处理核心算法 → 变更注册 + 性能测试报告 ├── 新增患者数据传输接口 → 网络安全文档更新 ├── 扩展至新影像模态（如核医学） → 预期用途变更 └── 与第三方 AI 平台深度集成 → 独立软件组件评估 1.3 变更评估四步法 Step 1 — 功能变更梳理 列出本次变更涉及的所有功能模块 区分是否涉及临床决策支持功能 确认是否新增或修改数据处理算法 Step 2 — 法规条款对标 对照《医疗器械软件注册审查指导原则》 确认是否涉及说明书声称的适应症/科室 评估是否改变产品网络安全边界 Step 3 — 检测要求确认 是否需要注册检测（型检） 是否需要临床评价/临床试验 检测项目清单（性能、安全、EMC） Step 4 — 文档更新清单 软件描述文档（SDD）更新章节 网络安全描述文档更新内容 说明书变更申请 1.4 变更评估检查表 □ 功能变更是否影响临床诊断结果？ □ 是否新增或修改了图像处理算法？ □ 是否扩展了支持的影像模态类型？ □ 是否改变了产品预期用途描述？ □ 是否涉及患者数据导出或传输功能？ □ 是否对接了未经注册的第三方组件？ □ 是否修改了与硬件设备的通信协议？ □ 产品说明书是否需要同步更新？ 二、注册准备文件清单 2.1 基础注册文件（常备更新） 基础注册文件（常备更新） ├── 软件描述文档（SDD） │ ├── 软件架构描述 │ ├── 核心功能模块说明 │ ├── 数据流图 │ └── 第三方组件清单（含版本号和开源协议） ├── 网络安全描述文档 │ ├── 资产清单与威胁分析 │ ├── 安全控制措施 │ └── 漏洞管理程序 ├── 软件版本控制文档 │ ├── 版本命名规则 │ ├── 变更历史记录 │ └── 配置管理说明 └── 剩余风险评估报告（ISO 14971） 2.2 三类器械附加文件 三类器械附加文件 ├── 临床评价报告 ├── 算法验证报告（含测试数据集说明） └── 上市后监督计划 2.3 文件版本管理规范 文件版本控制要求 ├── 所有注册文件采用版本号管理（主版本.次版本.修订号） ├── 每次变更需更新文件版本号并记录变更说明 ├── 历史版本文件需归档保存 ├── 文件审批流程：起草 → 技术审核 → 法规审核 → 批准发布 └── 关键文件（SDD、网络安全文档）需专人管理 2.4 注册申报注意事项 申报常见问题预防 ├── 确保软件版本号在技术文件中一致 ├── 第三方组件需提供购买/使用证明 ├── 开源组件需提供License兼容性分析 ├── 检测报告与注册申报资料版本一致 └── 临床评价报告需覆盖全部适应症 三、DICOM一致性声明维护 3.1 触发更新场景 DICOM一致性声明更新触发条件 ├── 新增支持的 SOP Class（如 SR/KOS/GSPS） ├── 修改现有 SOP Class 的必选 Tag 处理逻辑 ├── 新增支持的影像设备品牌/型号 └── 修改传输语法（Transfer Syntax）支持列表 3.2 SOP Class 风险分级 风险等级 SOP Class 测试要求 高风险 RT 系列（RT Plan/RT Image/RT Dose） 必须全覆盖测试 高风险 SR（Structured Report） 结构化报告内容验证 中风险 MWL（Modality Worklist） HIS/RIS对接测试 中风险 GSPS（Grayscale Softcopy PS） 显示一致性测试 低风险 Storage Commitment 存储确认机制测试 3.3 DICOM一致性声明更新流程 更新流程 1. 研发列出变更的 DICOM 功能清单 2. PD 确认对应 Conformance Statement 章节 3. 专业 DICOM 工程师完成文档修订 4. DICOM 验证工具（DCM4CHE/OsiriX）回归测试 5. 文档版本同步至官网和注册文件 3.4 多模态兼容测试矩阵 影像模态兼容性测试要求（必须覆盖） ├── CT（螺旋/平扫/增强） ├── MR（多序列：T1/T2/DWI/MRCP） ├── DR/CR（数字放射摄影） ├── DSA（数字减影血管造影） ├── 超声（二维/彩超/三维） └── PET/CT、核医学（SPECT） 3.5 DICOM Tag 处理规范 Tag处理规则 ├── 必选（Mandatory）Tag：必须支持且正确解析 ├── 可选（Optional）Tag：按声明处理，不支持则忽略 ├── 私有（Private）Tag：需与厂商协商确认含义 └── 关键Tag示例： ├── 患者信息：(0010,0010) Patient Name ├── 检查信息：(0008,0020) Study Date ├── 影像数据：(7FE0,0010) Pixel Data └── 设备信息：(0008,0070) Manufacturer 四、等保2.0安全要求 4.1 等保三级（公立三甲医院标准配置） 安全要求清单 ├── 身份认证：双因素认证/CA 证书 ├── 访问控制：基于角色的权限模型（RBAC） ├── 安全审计：操作日志留存 ≥ 6 个月 ├── 数据加密：传输层 TLS 1.2+，存储加密（含磁盘级） └── 入侵防范：异常访问检测与告警 4.2 PHI数据保护规范 患者隐私保护（PHI 处理规范） ├── 影像数据不得离开院区（私有化部署原则） ├── 科研数据导出须经患者信息脱敏（DICOM Tag 清洗） ├── 系统日志不得记录完整患者 ID └── API 接口调用须实施身份验证与权限校验 五、工具推荐 工具 用途 DCM4CHE tools / DCMTK DICOM 服务测试 Horos / OsiriX / MicroDicom DICOM 文件查看/调试 HAPI FHIR TestPanel HL7 消息解析与发送测试 Wireshark DICOM/HL7 协议层排查 六、知识资源 资源 说明 DICOM 官方标准 dicom.nema.org — 最新 PS 3.x 规范 NMPA 医疗器械 nmpa.gov.cn — 注册指导原则/公告 IHE 技术框架 ihe.net — 放射科 RAD 集成规范 YY/T 0664 标准 医疗器械软件 软件生存周期过程