众所周知医疗器械软件注册审查和一般的医疗器械审查是有所不同的,医疗器械软件注册审查有其他要求,而且流程也会比较复杂。尤其在审查过程中需要注意的一些问题,今天我们就来看看北京的第二类医疗器械软件注册技术审查要点。
医疗器械软件注册证样图
1.独立软件
产品名称应为通用名称,并符合相关法规、规范性文件的要求,可以结合人体部位(如胸部、心脏等)、临床科室(如骨科、神经外科等)、处理对象(如CT图像、MRI图像、心电数据等)和功能用途(如治疗、处理、诊断等)进行命名。
结构组成应包括物理组成和逻辑组成,其中物理组成描述软件的存储介质或交付方式,如光盘、U盘、预装于计算机交付或网络下载交付等;逻辑组成描述软件的临床功能模块,包括服务器(如适用)和客户端,注明选装和模块版本。
2.软件组件
软件组件无相应要求。
专用型独立软件视为软件组件时,软件名称与独立软件要求相同,结构组成应明确软件的名称、型号规格和发布版本。
1.独立软件
独立软件的注册单元以管理类别、预期用途、处理对象和临床功能模块作为划分原则。
(1)不同管理类别的独立软件应作为不同注册单元,在无法分割的情况下可作为一个注册单元并按照较高管理类别注册申报。
(2)不同预期用途的独立软件应作为不同注册单元,按照预期用途大体上可分为治疗类、诊断类、监护类和信息管理类。
(3)不同处理对象的独立软件应作为不同注册单元,按照处理对象大体上可分为图像类和数据类。
(4)对于功能庞大复杂的独立软件,应依据临床功能模块的类型和数量划分注册单元,每个注册单元所含模块的数量应适中。按照模块功能可分为平台功能软件和特定功能软件,其中平台功能软件作为软件平台提供基本功能和共用功能,支持多种模式的图像或数据,而特定功能软件运行于平台功能软件并提供特定功能,支持单一模式的图像或数据,或实现某一特定预期用途。
例如,某PACS包含数十个独立的临床功能模块,可以拆分为一个平台功能软件和多个特定功能软件,应划分为不同的注册单元。
2.软件组件
软件组件不符合医疗器械的定义,不宜单独注册申报,应随医疗器械产品注册申报,注册单元与医疗器械产品相同。
专用型独立软件视为软件组件时,要求与软件组件相同。
根据产品自身特点适用表1中相关标准:
表1 相关标准
标准编号 | 标准名称 |
GB/T 16260.1-2006 | 《软件工程 产品质量 第1部分:质量模型》 |
GB/T 16260.2-2006 | 《软件工程 产品质量 第2部分:外部度量》 |
GB/T 16260.3-2006 | 《软件工程 产品质量 第3部分:内部度量》 |
GB/T 16260.4-2006 | 《软件工程 产品质量 第4部分:使用质量的度量》 |
GB/T 25000.1-2010 | 《软件工程 软件产品质量要求与评价(SQuaRE)SQuaRE 指南》 |
GB/T 25000.51-2010 | 《软件工程 软件产品质量要求与评价(SQuaRE)商业现货(COTS)软件产品的质量要求和测试细则》 |
YY/T 0664-2008 | 《医疗器械软件 软件生存周期过程》 |
YY/T 0708-2009 | 《医用电气设备第1-4部分:安全通用要求并列标准可编程医用电气系统》 |
GJB 5000A-2008 | 《军用软件研制能力成熟度模型》 |
上述标准包括了产品技术要求中经常涉及到的标准。有的企业还会根据产品的特点引用一些行业外的标准和一些较为特殊的标准。
产品技术要求编写时与产品相关的国家、行业标准是否进行了引用,以及引用是否准确。可以通过对“符合性声明”中声明符合的相关标准是否齐全、适宜来进行审查。此时,应注意标准编号、标准名称是否完整规范,年代号是否有效。其次对引用标准的采纳情况进行审查。即所引用的标准中的条款要求,是否在产品技术要求中进行了实质性的条款引用。
上述标准如有新版发布实施,应执行最新版本。
软件产品在进行风险管理时应符合YY/T 0316-2016《医疗器械风险管理对医疗器械的应用》的要求,与产品有关的安全性特征判定可参考YY/T 0316-2016的附录C,危害、可预见的事件序列和危害处境判断可参考YY/T 0316-2016附录E、I,风险控制的方案与实施、综合剩余风险的可接受性评价及生产和生产后监视相关方法可参考YY/T 0316-2016附录F、G、J。
软件没有物理实体,在开发和使用过程中人为因素影响无处不在,软件测试由于时间和成本的限制不能穷尽所有情况,所以软件缺陷无法避免。同时,软件更新频繁且迅速,轻微更新也可能导致严重后果,而且还存在退化问题(即每修复若干个缺陷就会产生一个新缺陷),所以软件缺陷无法根除。因此,软件缺陷可视为软件的固有属性之一,软件的质量问题不容忽视。
鉴于软件的特殊性,医疗器械软件需要综合考虑风险管理、质量体系管理和软件工程等要求才能保证安全性与有效性。
医疗器械软件的风险水平采用软件安全性级别(YY/T 0664《医疗器械软件软件生存周期过程》)进行分级,软件安全性级别基于软件损害严重度分为:
A级:不可能对健康有伤害和损坏;
B级:可能有不严重的伤害;
C级:可能死亡或严重伤害。
软件安全性级别应结合软件的预期用途、使用环境和核心功能(软件在预期使用环境完成预期用途所必需的功能)进行判定。其中预期用途主要考虑软件的临床用途(如诊断、治疗、监护、筛查等)和重要程度(如重要作用、辅助作用、补充作用等),使用环境主要考虑软件的使用场所(如医院、家庭等)、疾病类型(如严重性、紧迫性、传染性等)、患者人群(如成人、儿童、老年、女性等)和用户类型(如专业用户、普通用户、患者等),核心功能主要考虑软件的功能类型(如控制驱动、处理分析等)、实现方法(如CT图像重建采用滤波反投影算法还是迭代算法,异常识别采用常规图像处理算法还是人工智能算法等)和复杂程度(如算法规模、参数数量、运算速度等)。
软件安全性级别也可根据风险管理所确定的风险等级进行判定,软件安全性级别与风险等级的分级可以不同,但二者存在对应关系,因此可根据风险等级来判定软件安全性级别。
企业应在采取风险缓解措施之前判定软件安全性级别,并结合质量管理体系要求,建立与软件安全性级别相匹配的软件生存周期过程,包括软件开发过程、软件维护过程、配置管理过程、风险管理过程和问题解决过程。同时,企业可采用良好软件工程实践完善质量管理体系要求,保证软件质量。另外,企业应保证软件自身的信息安全,确保健康数据的保密性、完整性和可得性。
企业应基于软件安全性级别提交相应注册申报资料。注册申报资料均源自软件生存周期过程所形成的文件资料,详尽程度取决于软件的安全性级别和复杂程度。
独立软件和软件组件尽管在结构和功能上有所不同,风险情况也不尽相同,但软件生存周期过程基本一致,故二者注册申报资料要求的基本原则相同,具体要求有所差异。
1.独立软件
独立软件产品技术要求应在“产品型号/规格及其划分说明”中明确软件的名称、型号规格、发布版本和版本命名规则,而“性能指标”分为通用要求、质量要求、专用要求和安全要求,其中通用要求应根据软件自身特性进行规范,质量要求应符合GB/T 25000.51《软件工程软件产品质量要求与评价(SQuaRE)商业现货(COTS)软件产品的质量要求与测试细则》的要求,专用要求应符合相关性能标准的要求,安全要求应符合相关安全标准的要求。
独立软件产品技术要求模板详见附录I。
2.软件组件
软件组件应在医疗器械产品技术要求中进行规范,其中“产品型号/规格及其划分说明”应明确软件的名称、型号规格、发布版本、版本命名规则、运行环境(控制型软件组件适用,包括硬件配置、软件环境和网络条件),而“性能指标”应明确软件全部临床功能纲要。
专用型独立软件视为软件组件时,要求与软件组件相同(运行环境适用)。
检测单元是指同一注册单元内用于检测的代表产品。
1.独立软件
独立软件的检测单元原则上与注册单元一致,但如有多个运行环境或多个发布版本,则每个互不兼容的运行环境或每个互不涵盖的发布版本均应作为一个检测单元。
2.软件组件
软件组件的检测单元原则上与医疗器械产品一致,但医疗器械产品如包含多个软件组件或多个发布版本的软件组件,则每个软件组件或每个发布版本的软件组件均应作为一个检测单元,除非检测单元完整覆盖注册单元全部情况。
专用型独立软件视为软件组件时,检测单元原则上与软件组件相同,但如有多个运行环境,则每个互不兼容的运行环境均应作为一个检测单元。
应明确产品生产工艺过程,可采用流程图的形式,并说明其过程控制点。
有多个研制、生产场地,应介绍每个研制、生产场地的实际情况。
1.独立软件
独立软件应依据《医疗器械临床评价技术指导原则》提交临床评价资料,不适用条款说明理由。对于采用人工智能算法实现的功能(如计算机辅助检测、分类和诊断等CAD类功能),应提交基于临床试验的临床评价资料。
2.软件组件
软件组件应与医疗器械产品整体开展临床评价工作,提交医疗器械产品的临床评价资料。软件组件的处理功能可随医疗器械产品进行临床评价,也可单独进行临床评价,此时要求与独立软件相同。
专用型独立软件视为软件组件时,要求与软件组件的处理功能相同。
产品的说明书和标签应当符合《医疗器械说明书和标签管理规定》(国家食品药品监督管理总局令第6号)和其他相关法规、规范性文件、国家标准、行业标准的要求,体现软件全部功能(包含安全功能),明确软件发布版本。
根据所申报的产品,提供适用的研究资料。
1.产品性能研究
应当提供产品性能研究资料以及产品技术要求的研究和编制说明,包括功能性、安全性指标以及与质量控制相关的其他指标的确定依据,所采用的标准或方法、采用的原因及理论基础。
2.产品有效期和包装研究
有效期的确定:应当提供产品有效期的验证报告。
包装及包装完整性:应当提供在宣称的有效期内以及运输储存条件下,保持包装完整性的依据。
3.软件研究
应当提供一份单独的医疗器械软件描述文档,内容包括基本信息、实现过程和核心算法,详尽程度取决于软件的安全性级别和复杂程度。具体要求详见“(十一)软件描述文档要求”。
同时,应出具关于软件版本命名规则的声明,并明确软件版本的全部字段及字段含义,确定软件的完整版本和发行所用的标识版本。具体要求详见“(十二)软件版本要求”。
软件描述文档基于YY/T 0664《医疗器械软件软件生存周期过程》予以制定,用于自主开发医疗器械软件的产品注册。现成软件软件描述文档要求详见“(十四)现成软件要求”。软件描述文档包括基本信息、实现过程和核心算法,详见表2。
1.基本信息
(1)软件标识
明确软件的名称、型号规格、发布版本、企业和生产地址。软件组件标识为企业质量控制所用标识。
(2)安全性级别
明确软件安全性级别(A级、B级、C级),详述确定理由。
(3)结构功能
依据软件设计规范(SDS)提供体系结构图和用户界面关系图(如适用)。
体系结构图用于图示组成模块之间、组成模块与外部接口之间的关系,依据体系结构图描述组成模块(注明选装、模块版本)的功能、模块关系和外部接口。
用户界面关系图用于描述用户界面之间的关系,依据用户界面关系图(如不适用则为体系结构图)描述临床功能模块(注明选装、模块版本)的功能和模块关系。
(4)硬件拓扑
依据软件设计规范(SDS)提供物理拓扑图,图示并描述软件(或组成模块)、通用计算机、医疗器械硬件之间的物理连接关系。
(5)运行环境
明确软件运行所需的硬件配置、软件环境和网络条件。其中硬件配置包括处理器、存储器和外设器件,软件环境包括系统软件、支持软件和安全软件,网络条件包括网络架构(BS、CS)、网络类型(广域网、局域网、个域网)和带宽。
(6)适用范围
独立软件描述软件的适用范围,软件组件描述医疗器械产品的适用范围。
(7)禁忌症
独立软件描述软件的禁忌症或使用限制,软件组件描述医疗器械产品的禁忌症或使用限制。
(8)注册历史
独立软件列明历次注册的发布版本和注册证号。软件组件列明医疗器械产品的注册情况。
2.实现过程
(1)开发概述
明确软件开发所用的语言、工具和方法,其中工具描述支持软件(含开源软件)和应用软件(第三方软件)的名称、完整版本和供应商。同时明确开发人员数量、开发时间、工作量(人月数)和代码行总数。
(2)风险管理
依据风险管理相关标准提供软件风险分析报告和软件风险管理报告,风险管理资料另附原始文件。软件组件提供医疗器械产品的风险管理资料。
(3)需求规范
A级提供软件需求规范(SRS)关于软件功能的要求,B级和C级提供软件需求规范全文。软件需求规范另附原始文件。软件组件如无单独的软件需求规范,可提供医疗器械产品的需求规范。
(4)生存周期
A级提供软件开发生存周期计划摘要,描述开发各阶段的划分情况和工作任务。B级在A级基础上提供配置管理计划摘要和维护计划摘要,描述所用的工具和流程。C级在B级基础上提供设计历史文档目录。
生存周期也可提交企业软件生存周期过程文件或YY/T 0664《医疗器械软件软件生存周期过程》等过程标准的核查表,用于替代相应描述。
(5)验证与确认
验证是指通过提供客观证据认定软件某开发阶段的输出满足输入要求,包括代码检查、设计评审、测试等质量保证活动。确认是指通过提供客观证据认定软件满足用户需求和预期用途,通常是指在真实或模拟使用环境进行的用户测试。可追溯性分析是指追踪需求规范、设计规范、源代码、测试、风险管理之间的关系,分析已识别关系的正确性、一致性、完整性和准确性。
A级提供系统测试、用户测试的计划和报告摘要,描述测试的条件、工具、方法、通过准则和结果。B级提供系统测试、用户测试的计划和报告,概述开发各阶段的验证活动,描述所用的工具、方法和任务。C级在B级基础上提供可追溯性分析报告(追溯需求规范、设计规范、测试、风险管理的关系表)。
系统测试和用户测试的计划和报告另附原始文件。测试报告关于测试记录的内容可以提供一个测试记录样例和完整的测试记录清单。验证活动也可提交企业软件质量保证计划文件,用于替代相应描述。
(6)缺陷管理
A级描述缺陷管理的工具和流程,明确软件本次注册已知的缺陷总数和剩余缺陷数。B级和C级在A级基础上列明已知剩余缺陷情况,证明全部已知剩余缺陷的风险均是可接受的。已知剩余缺陷情况可另附原始文件。
(7)更新历史
A、B、C级均应描述软件版本命名规则,明确软件版本的全部字段及字段含义,确认软件完整版本和软件发布版本。
A级列明软件本次注册与前次注册之间历次软件更新的完整版本、日期和类型。B级在A级基础上详述历次软件更新的具体更新内容。C级列明软件历次注册时历次软件更新的完整版本、日期、类型和具体更新内容。
首次产品注册描述软件开发阶段的更新情况。更新历史可另付原始文件。
(8)临床评价
临床评价资料另附原始文件。
3.核心算法
依据软件设计规范(SDS)和说明书列明核心算法的名称、类型、用途和临床功能。
核心算法是指实现软件核心功能(软件在预期使用环境完成预期用途所必需的功能)所必需的算法,包括但不限于成像算法、后处理算法和人工智能算法。其中成像算法是指用于获取医学图像或数据的算法,后处理算法是指改变原始医学图像或数据产生新临床信息的算法,人工智能算法是指采用人工智能技术进行医学图像或数据分析的算法。
算法类型包括公认成熟算法和全新算法。其中公认成熟算法是指源自公开文献资料、原理简单明确、上市多年且无不良事件的算法,而全新算法是指源自临床研究、科学研究的新算法。
核心算法详尽程度取决于安全性级别和算法类型。当安全性级别为A级时,公认成熟算法和全新算法均列明算法的名称、类型、用途和临床功能。当安全性级别为B级和C级时,公认成熟算法列明算法的名称、类型、用途和临床功能,全新算法在公认成熟算法基础上提供安全性与有效性的验证资料。
表2 软件描述文档框架
描述文档 | A级 | B级 | C级 | ||
基本信息 | 软件标识 | 明确软件名称、型号规格、发布版本、企业和生产地址。 | |||
安全性级别 | 明确软件安全性级别,详述确定理由。 | ||||
结构功能 | 依据体系结构图描述软件组成模块,依据用户界面关系图描述软件临床功能模块。 | ||||
硬件拓扑 | 依据物理拓扑图描述软件、通用计算机和医疗器械硬件的物理连接关系。 | ||||
运行环境 | 明确软件运行所需的硬件配置、软件环境和网络条件。 | ||||
适用范围 | 明确软件的适用范围。 | ||||
禁忌症 | 明确软件的禁忌症或使用限制。 | ||||
注册历史 | 明确软件在国内的注册情况。 | ||||
实现过程 | 开发概述 | 明确开发语言、工具、方法,以及人员、时间、工作量、代码行数。 | |||
风险管理 | 提供风险管理资料。 | ||||
需求规范 | 提供需求规范的功能要求。 | 提供需求规范全文。 | |||
生存周期 | 提供开发生存周期计划摘要。 | 提供开发生存周期计划、配置管理计划和维护计划的摘要。 | 提供开发生存周期计划、配置管理计划和维护计划的摘要,以及设计历史文档目录。 | ||
验证与确认 | 提供系统测试、用户测试的计划与报告摘要。 | 概述开发各阶段的验证活动,提供系统测试、用户测试的计划与报告。 | 概述开发各阶段的验证活动,提供系统测试、用户测试的计划与报告,以及可追溯性分析报告。 | ||
缺陷管理 | 描述缺陷管理流程,明确已知的缺陷总数和剩余缺陷数。 | 描述缺陷管理流程,明确已知的缺陷总数和剩余缺陷数,列明已知剩余缺陷情况。 | |||
更新历史 | 明确版本命名规则,列明本次与前次注册之间历次软件更新的完整版本、日期和类型。 | 明确版本命名规则,列明本次与前次注册之间历次软件更新的完整版本、日期、类型和具体更新内容。 | 明确版本命名规则,列明历次注册时历次软件更新的完整版本、日期、类型和具体更新内容。 | ||
临床评价 | 提供临床评价资料。 | ||||
核心算法 | 列明算法的名称、类型、用途和临床功能。 | 公认成熟算法列明算法的名称、类型、用途和临床功能,全新算法在公认成熟算法基础上提供安全性与有效性的验证资料。 |
本节适用于自主开发医疗器械软件的版本要求,现成软件软件版本要求详见“(十四)现成软件要求”。
1.基本考量
软件没有物理实体,只能通过状态管理保证质量,而软件版本用于标识软件状态,控制软件更新,进而保证软件质量,因此软件版本与软件是相互对应的表里关系,即软件版本是软件标识不可或缺的组成部分,也是实现医疗器械软件可追溯性的重要工具。
企业无论采用何种名称和形式(如修订号、构建号、发布日期等),只要用于标识软件状态均视为软件版本。企业制定软件版本命名规则除了考虑医疗器械产品自身特点、质量管理体系要求之外,还要考虑监管的要求,即软件版本命名规则能够区分软件更新类型,可以确认软件完整版本和软件发布版本:
(1)软件完整版本:体现重大增强类软件更新、轻微增强类软件更新、纠正类软件更新和构建(如适用);
(2)软件发布版本:软件发行所用的标识版本,仅体现重大增强类软件更新(即重大软件更新)。
软件发布版本发生改变应进行许可事项变更,软件完整版本发生改变但软件发布版本未变无需进行注册变更。例如,软件版本命名规则为X.Y.Z.B,其中X表示重大增强类软件更新,Y表示轻微增强类软件更新,Z表示纠正类软件更新,B表示构建,则软件完整版本为X.Y.Z.B,软件发布版本为X,此时X发生变化应进行许可事项变更,而Y、Z和B发生变化无需进行注册变更。
软件版本命名规则同样遵循风险从高原则,即不能区分重大软件更新和轻微软件更新则按照重大软件更新处理,不能区分增强类软件更新和纠正类软件更新则按照增强类软件更新处理。
2.软件版本要求
企业应出具软件版本命名规则真实性声明,明确软件版本的全部字段及字段含义,确认软件完整版本和软件发布版本。
企业应在说明书中明确软件发布版本。
对于独立软件(含专用型独立软件视为软件组件的情况)和控制型软件组件,企业应在登录界面、主界面、“关于”或“帮助”等界面体现软件完整版本和软件发布版本,注册检测报告应包含软件完整版本和软件发布版本的界面照片。
本节适用于自主开发医疗器械软件的更新要求,现成软件更新要求详见“(十四)现成软件要求”。
1.基本考量
医疗器械软件更新是指企业在整个软件生存周期过程中对软件所做的任一修改。软件更新类型从不同角度出发有不同划分方法。从更新的结果和影响角度出发,软件更新可分为:
(1)重大更新:影响到医疗器械安全性或有效性的软件更新;
(2)轻微更新:不影响医疗器械安全性与有效性的软件更新。
从更新的目的和范围角度出发,软件更新可分为增强类更新和纠正类更新,其中增强类更新又可分为适应型更新和完善型更新,纠正类更新又可分为纠正型更新和预防型更新(改自GB/T 20157《信息技术软件维护》):
(1)适应型更新:医疗器械软件上市后,为适应新的运行环境而进行的软件更新;
(2)完善型更新:医疗器械软件上市后,为改变功能、性能等软件属性而进行的软件更新;
(3)纠正型更新:医疗器械软件上市后,为修正软件已知缺陷而进行的软件更新;
(4)预防型更新:医疗器械软件上市后,为修正软件潜在未知缺陷以避免出现运行故障而进行的软件更新。
同时,有两种特殊情况需要考虑:
(1)构建(Build):是指软件编译生成一个工作版本,符合软件更新的定义,通过质量管理体系进行控制,申报资料要求与纠正类更新相同。下文如无特别说明,纠正类更新均包含构建;
(2)涉及召回:包括软件更新导致医疗器械召回、召回处理措施所引发的软件更新,这两种情况均属于重大更新,应按照医疗器械召回的相关法规处理,不属于本指导原则讨论范围。
本规范关注软件的安全性与有效性,将软件更新分为:
(1)重大软件更新:影响到医疗器械安全性或有效性的增强类更新,即重大增强类软件更新;
(2)轻微软件更新:不影响医疗器械安全性与有效性的增强类更新和纠正类更新,即轻微增强类软件更新和纠正类软件更新。
2.重大软件更新
根据定义,凡是影响到医疗器械安全性或有效性的软件更新均为重大软件更新。具体而言,软件更新如影响到医疗器械的预期用途、使用环境或核心功能均为重大软件更新。
本规范所述重大软件更新包括以下情形之一:
(1)适应型软件更新:软件运行平台跨越互不兼容的计算平台(包括硬件和软件),如操作系统软件由Windows变为iOS,32位计算平台变为64位计算平台、常规计算平台变为移动计算平台等,而系统软件和支持软件的补丁一般不视为重大软件更新,除非影响到医疗器械的安全性或有效性。
(2)完善型软件更新:影响到用户临床决策(包括决策能力、决策结果、决策流程和用户临床行动),或者影响到人员安全(包括患者、用户和其他相关人员),包括但不限于:
a)临床功能改变,如新增临床应用、新增运行模式、采用新核心算法等;
b)软件输出结果改变,如医学图像或数据质量改变、用户界面增加临床信息等;
c)用户使用习惯改变,如用户原有临床工作流程改变、用户界面布局改变等;
d)影响到患者安全,如采用新的软件安全标准、用户界面增加报警信息等。
而核心算法运算速度的单纯性提高、临床工作流程的可配置化(即用户可以保留原有临床工作流程)、用户界面的文字性修改,除非影响到医疗器械的安全性或有效性,一般不视为重大更新。
(3)其他软件更新:软件的安全性级别、体系结构、用户界面关系或物理拓扑发生改变。
重大软件更新的范围会随着认知水平与技术能力的提高、不良事件与召回事件的分析进行动态调整。
3.软件更新要求
医疗器械软件发生重大软件更新应进行许可事项变更,而发生轻微软件更新通过质量管理体系进行控制,无需进行注册变更,待到下次注册(注册变更和延续注册)时提交相应申报资料。
已注册的医疗器械软件在后续注册(注册变更和延续注册)时应根据软件更新情况提交相应申报资料:
(1)重大软件更新
软件发生重大软件更新应提交软件更新描述文档,包括基本信息、实现过程和核心算法,详见表3。
表3 软件更新描述文档框架
软件描述文档 | 申报要求 | |
基本信息 | 软件标识 | 明确软件本次注册情况,如改变详述更新内容。 |
安全性级别 | 明确软件本次注册情况,如改变详述更新理由并按更新后的安全性级别提交资料。 | |
结构功能 | 明确软件本次注册情况,如改变详述更新内容。 | |
硬件拓扑 | 明确软件本次注册情况,如改变详述更新内容。 | |
运行环境 | 明确软件本次注册情况,如改变详述更新内容。 | |
适用范围 | 明确软件本次注册情况,如改变详述更新内容。 | |
禁忌症 | 明确软件本次注册情况,如改变详述更新内容。 | |
注册历史 | 明确软件本次注册情况。 | |
实现过程 | 开发概述 | 明确软件本次注册情况,如改变详述更新内容。 |
风险管理 | 提供更新部分的风险管理资料,包含对整体的影响分析。 | |
需求规范 | 提供更新部分的需求规范。 | |
生存周期 | 提供软件维护流程和配置管理流程。 | |
验证与确认 | 提供更新部分的验证与确认资料,包含对整体影响的确认。 | |
缺陷管理 | 提供缺陷管理流程,明确本次注册已知剩余缺陷情况。 | |
更新历史 | 明确版本命名规则,详述软件具体更新内容。 | |
临床评价 | 提供更新部分的临床评价资料。 | |
核心算法 | 提供更新部分的核心算法。 |
软件发生轻微软件更新时,轻微增强类软件更新同样应提交软件更新描述文档,而纠正类软件更新应提交软件更新情况说明、回归测试计划与报告、新增已知剩余缺陷情况说明。
软件同时发生多种类型的软件更新,应按照风险从高原则提交申报资料,即同时发生重大软件更新和轻微软件更新则按照重大软件更新处理,同时发生增强类软件更新和纠正类软件更新则按照增强类软件更新处理。
医疗器械软件的重新开发(即企业弃用原有软件)不属于软件更新,应按照医疗器械产品注册的要求提交申报资料。
1.基本考量
随着信息技术的快速发展,医疗器械产品使用现成软件的情况越来越普遍,但现成软件不能完全满足医疗器械产品的预期用途,而且企业未对现成软件进行完整生存周期控制,因此使用现成软件风险相对较高。由于要对医疗器械产品最终的安全性与有效性负责,企业应采用基于风险的方法保证现成软件的质量和安全。
现成软件分为:
(1)成品软件:已开发且通常可得到的,但企业未进行完整生存周期控制的软件,包含商业软件和免费软件;
(2)遗留软件:企业以前开发但现在不能得到足够开发记录的软件;
(3)外包软件:企业委托第三方开发的定制软件。
目前,本指导原则所述的现成软件仅限于应用软件,今后将在适当时机下扩至系统软件和支持软件。但企业应保证系统软件和支持软件的质量和安全。
2.现成软件要求
医疗器械软件的开发方式不同,采用的现成软件类型不同,软件质量保证措施也不同,注册申报资料亦有所差异。
(1)部分采用现成软件
对于部分采用现成软件的方式,三种现成软件的要求相同,企业均应在软件描述文档相应条款中描述(详见表4)。
表4 部分现成软件框架
安全性级别 | A级 | B级 | C级 |
软件描述 文档条款 |
软件标识、结构功能、风险管理、验证与确认、更新历史。 | 软件标识、结构功能、需求规范、风险管理、生存周期、验证与确认、缺陷管理、更新历史、核心算法。 |
a)软件标识
A、B、C级明确现成软件的名称、型号规格、发布版本、供应商和生产地址。
b)结构功能
A、B、C级注明组成模块、临床功能模块所用现成软件的名称、发布版本和类型。
c)风险管理
A、B、C级提供现成软件的风险管理资料。
d)需求规范
B级和C级提供现成软件的需求规范资料。
e)生存周期
B级和C级在开发生存周期计划、配置管理计划和维护计划中明确现成软件的要求。
f)验证与确认
A、B、C级提供现成软件的验证与确认资料。
g)缺陷管理
B级和C级明确现成软件的缺陷管理流程和已知剩余缺陷情况。
h)更新历史
A、B、C级明确现成软件的版本命名规则。
i)核心算法
B级和C级列明现成软件核心算法的名称(或编号)、用途和临床功能,全新临床功能提供安全性与有效性的验证资料。
(2)全部采用现成软件
对于全部采用现成软件的方式,三种现成软件的要求有所不同:
a)成品软件:企业应提供外购合同复印件或声明、软件描述文档(不适用条款说明理由),成品软件如已在中国上市提供注册证复印件;
b)遗留软件:企业应提供遗留软件证明性文件(如YY/T 0664实施之前的注册证或上市批书复印件)、软件描述文档(不适用条款说明理由)、上市后临床评价资料;
c)外包软件:企业应提供外包合同复印件或声明、软件描述文档(不适用条款说明理由)。
3.现成软件更新要求
现成软件的更新类型、更新注册要求和风险从高原则与自主开发软件相同,注册申报资料要求与自主开发软件有所差异。
现成软件发生重大软件更新时,应参照自主开发软件重大软件更新要求提交现成软件更新描述文档,不适用条款说明理由。现成软件发生轻微软件更新时,轻微增强类软件更新同样应提交现成软件更新描述文档,而纠正类软件更新与自主开发软件纠正类软件更新要求相同。
对于部分采用现成软件的情况,自主开发的软件发生更新按照自主开发软件更新要求提交相应申报资料,现成软件发生更新按照现成软件更新要求提交相应申报资料。
4.现成软件版本要求
现成软件版本同样要考虑监管要求和遵循风险从高原则。现成软件供应商的软件版本命名规则如符合监管要求,企业可直接采用现成软件供应商的版本命名规则。
企业应在软件版本命名规则真实性声明中明确现成软件的版本命名规则、完整版本和发布版本。
企业应按《医疗器械生产质量管理规范》(国家食品药品监督管理总局2016年第64号公告)及相关文件的要求建立质量体系,还应符合本部分的要求。
1.企业应按照软件生命周期的要求,保存医疗软件产品研发过程中所产生的文档,其中包括可行性分析、需求分析、概要设计、详细设计、源代码和测试文档等方面的内容,具体要求见附录II。
2.企业应有与医疗软件产品研发过程相适应的人员分工、设备管理、配置管理、BUG管理等方面的要求,具体要求见附录II。
3.企业应配备同医疗软件产品生产相适应的软硬件资源,包括计算机、服务器(如有)、测试用专用软件(如有)、操作系统软件等。
4.生产与测试用计算机系统应相互独立。
5.企业应建立软件版本号管理制度。
6.企业应有医疗软件产品维护的相关要求(如有)。
7.如企业为委托研发,应提供委托研发合同/协议和上述所有资料。
编辑:李鹏飞 TAG:/二类医疗器械软件注册/医疗器械注册