【征求意见稿】医学影像存储与传输系统软件（PACS）注册审查指导原则（2023年修订版）

医学影像存储与传输系统软件（PACS）

注册审查指导原则

（2023年修订版）（征求意见稿）

本指导原则旨在指导注册申请人对医学影像存储与传输系统软件（PACS）注册申报资料的准备及撰写，同时也为技术审评部门提供参考。

本指导原则是对医学影像存储与传输系统软件（PACS）的一般要求，注册申请人应依据产品的具体特性确定其中的内容是否适用。若不适用，需具体阐述其理由及相应的科学依据，并依据具体的产品特性对注册申报资料的内容进行充实和细化。

本指导原则是供注册申请人和技术审评人员使用的指导性文件，但不包括注册审批所涉及的行政事项，亦不作为法规强制执行，应在遵循相关法规的前提下使用本指导原则。如果有能够满足相关法规要求的其他方法，也可以采用，但是需要提供详细的研究资料和验证资料。

本指导原则是在现行法规和标准体系以及当前认知水平下制定的，随着法规和标准的不断完善，以及科学技术的不断发展，相关内容也将适时进行调整。

一、适用范围

本指导原则适用于医学影像存储与传输系统软件（以下简称PACS）的产品注册。PACS指用于医学影像接收、传输、显示、存储、输出等处理的软件。

本指导原则不适用于采用人工智能技术实现辅助决策用途的医疗器械，若采用人工智能技术实现非辅助决策用途应参考《人工智能医疗器械注册审查指导原则》中相关要求。

二、注册审查要点

（一）监管信息

明确申请表中产品名称、管理类别、分类编码、型号规格、产品组成等信息。

1.产品名称

产品命名需符合《医疗器械通用名称命名规则》和《医疗器械分类目录》等相关法规、规范性文件的要求，根据产品预期用途可采用影像归档与传输系统软件、医学影像管理与通讯系统软件、医学影像存档与通讯系统软件等进行命名。

2.分类编码

依据《医疗器械分类目录》，申报产品分类编码为21-02-01，管理类别为Ⅱ类。

3.注册单元划分的原则

PACS的注册单元参照《医疗器械软件注册技术审查指导原则（2022年修订版）》关于独立软件注册单元的划分原则进行划分。如，从产品的预期使用规模考虑，通常单机PACS与区域级PACS不可作为同一注册单元。

（二）综述资料

1.产品描述

1.1器械及操作原理描述

1.1.1工作原理

注册申请人应在综述资料中明确产品工作原理，包括逻辑结构和物理结构。

1）逻辑结构：逻辑结构应描述产品的体系结构，可以按照功能模块或组成模块进行描述，也可采用其他方式进行描述，可以提供示意图并依据示意图进行描述。

如，结构示意图及相应描述示例如下（图一）：

图一 结构示意图

系统由“系统服务模块、客户端工作站模块、Web浏览模块，系统配置管理模块”组成：

（1）系统服务

a)支持DICOM Storage服务，能够接收图像设备所发送的DICOM格式图像数据。

b)能够处理其他设备的Query/Retrieve请求，将患者信息、检查图像发送到指定的设备。

c)将患者检查信息通过DICOM Worklist服务发送到图像设备。

d)支持DICOM MPPS服务，显示图像设备的检查状态。

e)将获取的DICOM格式图像文件进行无损压缩保存。

f)支持DICOM WADO服务的接口，实现图像调阅功能。

g)支持Web服务实现数据库访问代理，进行数据的快速检索查询。

h)提供分布式数据存储功能，图像数据可以存储在不同的位置。

i)可与HIS等系统进行“患者信息、报告”等信息的接收和发送。

（2）客户端工作站

a)患者信息查询与检索

b)查询远程设备

c)二维图像浏览功能。包括：图像窗宽窗位调节、旋转、缩放、伪彩图像处理操作，可以显示图像DICOM信息、点线标注、显示测量信息和在定位图上查看定位线信息功能。

d)CT、MRI、PET设备图像的三维重建功能

e)图文报告编辑功能

f)胶片打印排版功能

g)登记患者

（3）Web浏览器

可在浏览器中浏览患者的检查图像。

（4）系统管理

用户管理、部门管理、权限管理、角色管理、设备管理、检查部位管理、检查项目管理、系统信息管理、存储介质管理。

2）物理结构：物理结构应描述产品的物理拓扑和技术规格，物理拓扑可以结合产品架构或产品规模进行描述，也可采用其他方式进行描述，提供示意图并依据示意图进行描述。

技术规格应描述产品运行所需的技术要求和硬件要求，如通信标准或协议（如DICOM、HL7）、存储模式［如三级存储模式（在线、近线和离线）或两级存储模式（在线和备份）］、存储格式、图像压缩算法（如JPEG、JPEGLossless、JPEG2000、JPEG—LS）、网络类型（如局域网、广域网）、传输内容（如图像、视频）、存储介质（如光盘、移动存储器）、显示器（如分辨率、亮度）、辅助设备（如条码扫描设备、IC卡读写设备）等。

如，物理拓扑示意图及相应描述示例如下（图二）：

1.1.2结构组成

注册申请人应在综述资料中明确产品结构和产品组成。

产品结构应明确PACS的产品架构和产品规模，其中产品架构应描述PACS的技术架构，如单机（客户端）、CS架构、BS架构、混合式架构（兼具CS、BS架构）；产品规模应明确PACS的预期使用规模，如单机PACS、科室级PACS、院级PACS和区域级PACS。

结构组成明确交付内容和功能模块，其中交付内容包括软件安装程序、授权文件、外部软件环境安装程序等软件程序文件，功能模块包括客户端、服务器端（如适用）、云端（如适用），如适用注明选装、模块版本。

1.2型号规格

需明确申报产品的型号规格及发布版本。产品型号规格及其划分，如同一个注册单元包含多个型号规格，需提供产品型号规格区分列表或配置表。

2.适用范围

2.1适用范围

PACS的适用范围应根据产品功能进行规范，如：用于医学影像接收、传输、显示、存储、输出等处理，供临床诊疗使用。

2.2预期使用环境

需明确设备使用场所和使用环境要求。

设备使用场所包括：医疗机构等。

使用环境要求需至少包括：推荐的硬件使用的适宜温度、湿度。

（三）非临床资料

1.产品风险管理资料

依据GB/T 42062《医疗器械风险管理对医疗器械的应用》，提供产品风险管理报告。

申请人需重点说明：申报产品的研制阶段已对有关可能的危害及产生的风险进行了估计和评价，针对性地实施了降低风险的技术和管理方面的措施。产品性能测试对上述措施的有效性进行了验证，达到了通用和专用标准的要求。申请人对所有剩余风险进行了评价，全部达到可接受的水平。产品风险分析资料需为申请人关于产品安全性的承诺提供支持。

风险管理报告一般包括以下内容：

1.1申报产品的风险管理组织。

1.2申报产品的组成。

1.3申报产品符合的安全标准。

1.4申报产品的预期用途，与安全性有关的特征的判定。

1.5对申报产品的可能危害作出判定（见附件1）。

1.6对所判定的危害采取的降低风险的控制措施。

1.7对采取控制措施后的剩余风险进行估计和评价。

2.产品技术要求及检验报告

2.1申报产品适用标准情况

产品适用的相关标准：GB/T 25000.51、YY/T 0664、ISO 12052、YY/T 1861等。

注册申请人可根据产品的特点引用其他行业的相关标准，比如软件工程类的标准，或信息通信类的标准。

2.2产品技术要求

依据《医疗器械产品技术要求编写指导原则》和《医疗器械软件注册审查指导原则（2022年修订版）》进行编制。

2.2.1规格信息

明确软件的名称、型号规格、发布版本、版本命名规则，软件模块（含医用中间件）若有单独的版本、版本命名规则均需说明。

明确不同型号间产品差异。

2.2.2性能指标：应参照《医疗器械软件注册技术审查指导原则（2022年修订版）》附录，可参照YY/T 1861中适用项的要求。申请人可以在此基础上根据产品自身技术特点制定相应的性能指标，同时应在研究资料中详述相关标准不适用条款的理由。

产品技术要求中通用要求的接口条款需要进一步说明：明确通用接口（如DICOM、HL7）和/或产品接口（可联合使用的独立软件和医疗器械硬件）。DICOM标准如适用应明确产品支持的 DICOM 服务（如DICOM Query/Retrieve、DICOM Work List、DICOM Storage 、DICOM Storage Commitment、DICOM Print、DICOM MPPS）。

2.3检验报告

申请人应提供产品检验报告，检验报告可以是申请人出具的自检报告，也可以是委托有资质的医疗器械检验机构出具的检验报告。

PACS的检测单元(即同一注册单元内注册检验代表产品)原则上与注册单元相一致，但如有多个运行环境（架构）或多个发布版本，则每个互不兼容的运行环境（架构）或每个互不涵盖的发布版本均应作为一个检测单元。

对于PACS来说，由于服务器和客户端可能支持在多种环境中运行，因此应按照产品所声明的多种运行环境确定检测单元。

对于服务器端，产品所支持的互不兼容的操作系统（如Windows，Mac OS，Linux等）应分别作为一个检测单元。

对于客户端，按照运行方式可分为原生应用（C/S）和Web浏览器（B/S）。对于原生应用，所支持的互不兼容的软件环境（如Windows，Mac OS，Linux等）应分别作为一个检测单元，对于Web浏览器，所支持的互不兼容的浏览器（如Microsoft Edge、Firefox等）应分别作为一个检测单元。

3.软件研究

注册申请人应依据《医疗器械软件注册审查指导原则（2022年修订版）》提交软件研究资料，包括基本信息、实现过程、核心功能、结论等内容，详尽程度取决于软件安全性级别。其中，基本信息包括软件标识、安全性级别、结构功能、物理拓扑、运行环境、注册历史，实现过程包括开发概况、风险管理、需求规范、生存周期、验证与确认、可追溯性分析、缺陷管理、更新历史，明确核心功能、核心算法、预期用途的对应关系。

注册申请人应依据《医疗器械网络安全技术审查指导原则（2022年修订版）》提交网络安全研究资料，包括基本信息、实现过程、漏洞评估、结论等内容，详尽程度取决于软件安全性级别。其中，基本信息包括软件信息、数据架构、网络安全能力、网络安全补丁、安全软件，实现过程包括风险管理、需求规范、验证与确认、可追溯性分析、更新维护计划，漏洞评估明确已知漏洞相关信息。

软件安全性级别可结合软件的预期用途、使用场景、核心功能进行综合判定。

5.其他资料

PACS属于列入《免于临床评价医疗器械目录》中的产品，申请人应按照《列入免于临床评价医疗器械目录产品对比说明技术指导原则》提供相应资料，证明产品的安全有效性。

（四）临床评价资料

对于《免于临床评价医疗器械目录》中产品描述以外的产品，应按照《医疗器械临床评价技术指导原则》的要求，提供相应的临床评价资料。

（五）产品说明书和标签样稿

说明书、标签和包装标识需符合《医疗器械说明书和标签管理规定》、《医疗器械软件注册审查指导原则（2022年修订版）》、《医疗器械网络安全注册审查指导原则（2022年修订版）》和YY/T 1861等相关标准的规定。

1.说明书

说明书需体现软件的功能、使用限制、输入输出数据类型、必备软硬件、最大并发数、接口、访问控制、运行环境（如适用）、性能效率（如适用）等信息，明确软件发布版本。

其中，软件功能包括全部核心功能（含安全功能），注明选装、自动功能，其中测量功能明确测量准确性指标，图形学测量功能还需提供关于测量准确性的警示信息，数据资源明确数据种类和每类数据的样本量。接口逐项说明每个供用户调用软件接口的预期用户、使用场景、预期用途、技术特征、使用限制、故障应对措施。

说明书提供网络安全说明和使用指导，明确用户访问控制机制、电子接口（含网络接口、电子数据交换接口）及其数据类型和技术特征、网络安全特征配置、数据备份与灾难恢复、运行环境（含硬件配置、外部软件环境、网络环境，如适用）、安全软件兼容性列表（如适用）、外部软件环境与安全软件更新（如适用）、现成软件清单（SBOM，如适用）等要求。

2.标签样稿

    对于物理交付方式，产品标签应符合相应规定。对于网络交付方式，提交产品网络交付页面照片。

此外，建议在“关于”或“帮助”等软件用户界面体现产品注册信息。

（六）质量管理体系文件

产品的质量管理体系文件应符合《医疗器械生产质量管理规范》的要求，并按《医疗器械注册申报资料要求及说明》提交资料。

应当明确产品生产及研发过程，可采用流程图的形式，并说明其过程控制点。提供采集、存储、显示、传输等开发软件的验证资料。

三、参考文献

[1]国家市场监督管理总局.医疗器械注册与备案管理办法:国家市场监督管理总局令第47号[Z].

[2]国家食品药品监督管理总局.医疗器械说明书和标签管理规定:国家食品药品监督管理总局令第6号[Z].

[3]国家药品监督管理局.医疗器械注册申报资料要求和批准证明文件格式:国家药监局公告2021年第121号[Z].

[4]国家药品监督管理局.医疗器械产品技术要求编写指导原则:国家药监局通告2022年第8号[Z].

[5]国家药品监督管理局医疗器械审评中心.医疗器械软件注册审查指导原则（2022年修订版）:国家药监局器审中心通告2022年第9号[Z].

[6]国家药品监督管理局医疗器械审评中心.医疗器械网络安全注册审查指导原则（2022年修订版）:国家药监局器审中心通告2022年第7号[Z].

[7]国家食品药品监督管理局.医疗器械分类目录:国家食品药品监督管理总局公告2017年第104号[Z].

[8]国家食品药品监督管理局.医疗器械通用名称命名规则:国家食品药品监督管理总局令第19号[Z].

    [9] GB/T 42062,医疗器械 风险管理对医疗器械的应用[S].

[10]GB/T 25000.51-2016,软件工程 软件产品质量要求与评价(SQuaRE)商业现货(COTS)软件产品的质量要求和测试细则[S].

[11]YY/T 0664-2020,医疗器械软件 软件生存周期过程[S].

[12]ISO 12052-2017,医学数字图像和通讯标准（DICOM）[S].

[13]YY/T 1861,医学影像存储与传输系统软件专用技术条件[S].

[14]YY/T 1843, 医用电气设备网络安全基本要求[S].

附件1

风险管理文档

下表所列为常见可预见事件序列／可能的伤害示例，需关注：

表1 常见可预见事件序列／可能的伤害示例