当前位置:首页 > 摩臣2社保问答列表 > 查看问答
摩臣2独立软件的申报注册
发布时间:2018年10月15日 回答人数:4
自《医疗器械软件注册技术审查指导原则》[1] 发布以后,独立软件成为医疗器械注册审评当中关注的重点和热点,在《医疗器械软件注册技术审查指导原则》中,独立软件的定义是作为医疗器械或其附件的软件;具有一个或多个医疗用途,运行于通用计算平台无需医疗器械硬件即可完成预期用途,此差异性即决定了独立软件不同于一般医疗器械,它具备一定特殊性,不能简单的从常规物理学或工程学角度来认识它,而应当更多的从软件工程和信息技术的角度来看待它,而许多信息技术的相关要求和专业术语名词内容让从事注册申报人员感到陌生和困惑,因此在编制注册申报资料时存在一定的困难,笔者结合自身多次注册申报经验和心得浅谈一下二类医疗器械独立软件注册当中的重点和注意事项。
1.划分独立软件的注册单元和确定组成结构

       在设计开发独立软件时应确定软件的预期用途,依据《医疗器械分类目录》[2] 判定类别后,应依据《医疗器械软件注册技术审查指导原则》第七章的要求划分注册单元,之后应确定软件的组成结构(含交付方式和载体)和软件架构(BS/CS/云端等),对于交付方式和载体不同但预期用途相同的软件,可视为同一注册单元,例如网络下载交付和通过移动存储介质交付的软件可视为同一注册单元,还应当确定软件版本号和版本命名规则,后续设计开发中应依照版本命名规则对其进行命名,确保软件版本的可追溯性,以利于后期更新和变更以符合法规和监管要求。

2.编制独立软件的产品技术要求和测试文档

       独立软件在编制产品技术要求时,应当满足《医疗器械软件注册技术审查指导原则》附录Ⅰ中独立软件模板所列举的条款的要求,由于独立软件其本质上是计算机程序,无实体既看不见也摸不着,因此在编制产品技术要求时,对于没有测试工具或测试软件的功能性检查,应采用黑盒测试法,选取较为直观的测试用例和测试方法,编制成测试文档集,以供检测机构参照进行产品检测,同时应确保提供的测试方法和测试用例以及输出的测试结果的再现性、重复性和稳定性,测试文档集的编制可参考GB25000.51-2016[3] 第六章的要求进行编制。





热心网友
摩臣2独立软件的注册申报资料依据2014 年第43 号公告中《医疗器械注册申报资料要求及说明》[4] 编制,其中对于软件研究资料应比一般的医疗器械产品更加详细和完善,以便于审评人员了解产品的具体情况,软件描述文档应按不同安全性级别依据《医疗器械软件注册技术审查指导原则》中第三章中提供的格式进行编制,软件安全级别的判定可参考YY/T0664-2008[5] 中附录B中4.3 条款的要求进行判定,亦可参考FDA 510K 软件审查指南《Guidance for the content of premarket submissions for software contained in Medical devices》[6] 的软件关注程度(Level of concern)判定规则判定,若属于严重(major)级别则应归为C类,若属于中等关注(Moderate)则应划分为B类,这两者之外的则应划分为A类,但考虑到软件失效后发生风险概率非常高,且属于有源医疗器械,因此大多数二类医疗器械独立软件均应划分为B类。应提供软件描述文档和需求规范,软件需求规范(SRS)的编制要求和格式可按照GB/T 9385-2008[7]所要求的内容格式进行编制。
热心网友
独立软件的临床评价应依据《医疗器械临床评价技术指导原则》[8] 进行,对属于豁免目录内的软件,需注意与豁免目录内产品的实质性等同,对于临床功能性差异,如软件处理对象、处理功能等,应提供证实其差异性对安全性有效性不产生不利影响的证据,而对于非临床功能性的差异,例如打印,数据查找、数据管理等不影响诊断治疗的非临床功能的差异,应详述其不对安全有效性产生不利影响的理由,以便于审评人员审查。对于豁免目录外的产品,选择使用同品种医疗器械临床经验数据作为评价路径时,应确保选取的对比产品与申报产品的实质性等同以及对比产品的临床经验数据充分且充足,如数据不充足应进行临床试验,在临床试验时应注意选定合适的金标准进行参照,比如诊断类软件应选取公认的诊断准确率较高的方法学或产品进行参照,而治疗类也应当选取临床公认的治疗效果较好的方法或产品进行参照,以确保临床评价充分且充足。
热心网友
独立软件的风险管理和生存周期

      独立软件的风险管理,应重点关注YY/T0316-2016[9] 和《医疗器械软件注册技术审查指导原则》中关于软件的相关条款的要求,并按照分析得出的风险点制定相应的控制措施,并应在说明书和产品中加以注明或增加提示信息。

      软件生存周期是对法规对独立软件最特殊的一个要求,软件的生存周期的要求应依据YY/T0664-2008的要求,提供生存周期文档,生存周期文档中应简述软件开发过程,例如软件初始版本和发布版本,以及对软件的维护更新流程和管理措施,并列举相关更新历史,以便于审评人员和体系核查人员了解软件开发历史和查看相关更新资料。
热心网友
由于软件属于看不见摸不着的计算机程序,因此其一般不具备物理实体的标识标签,笔者建议在软件的“关于”或“系统介绍”界面中, 按照6 号令[10] 的要求注明产品名称、规格型号、适应症和禁忌症等信息,而对于批次号和生产日期等需要满足追溯性要求的信息,可注明软件的完整版本号和该版本发布日期作为独立软件的批次号和生产日期,以满足6 号令及相关法规要求的可追溯性要求。而关于软件产品的有效期,看似不适用实则不然,对于软件来说除非硬件不兼容,否则软件基本是可持续使用的,因为计算机软硬件技术发展迅速,企业在独立软件开发时根本无法预估到后续软硬件更新迭代对软件所造成的安全性影响,所以为明确企业的责任并符合法规要求,笔者建议申请人可依据实际和对于产品生命周期维护情况确定一个明确的时间段或时间点。