深度学习辅助决策医疗器械软件审评要点说明
医疗器械软件审核要点
软件类产品和包含软件的产品在审核过程中的关注点1、感谢CMD平台、和CMD领导在审核安排中、让我接触了较多的软件企业、有一点点总结、分享经验的资本,在座的其实都是专家,不对之处,欢迎指正、也欢迎讨论。
2、感谢审核4组的小伙、美女姑晾们,给我这个曝光露脸机会。
我们4组长说了,谁鼓掌、谁笑,下个月就是谁上台哦。
-------------------------------------------------------------------------------------曾经在北京局/国家局的软件注册审评指导原则(监管文件)中,有一句话影像很深“软件看不见摸不着”,最近闸门CMD群也转发CFDA和FDA医疗器械软件注册要求的对比表(预热);就是 CFDA药监-50号通告附件《医疗器械软件注册技术审查指导原则》国家局审评中心写的,和美国FDA 2005年5月11日《医疗设备内含软件-上市前提交文件内容指南》我们在这不讨论这个法规要求。
-和审核一样,我们考虑标准,高于法规要求,我觉得应该写“软件看得见摸不着”。
因为他运行我们能见的到,软件就像电子文档一样,在计算机中分门别类,我们一般对文件控制包括:“创建、审批、发布、存档、阅读、修改、复制…”。
控制“创建、审批、发布、存档、阅读、修改…”--一般没有。
可执行程序:她具备产品属性、像一个硬件设备、有功能、能完成任务。
但也是一个文件、也同时应包括创建、审批、发布、存档、阅读、修改…”的文件控制。
软件的要素就如文件():包括:1、唯一性编码(就是软件标识)-- 没有唯一性编码(标识)2、软件类型(如文件类型)、(如:数据库文件.db 、编译器提供的头文件.h(未知源代码、或基本算法)、配置文件.cfg、系统文件.sys、系统测试文件平台(各种系统)、测试用例.tst ,可执行程序EXE ….. 非常多)。
3、软件名称:软件版本命名规则及发布版本:在SVN配置管理计划中有主版本和次版本、修订版本。
深度学习辅助决策医疗器械软件审评要点
.页脚深度学习辅助决策医疗器械软件审评要点一、适用围本审评要点适用于深度学习辅助决策医疗器械软件(含独立软件、软件组件)的注册申报。
深度学习辅助决策医疗器械软件(以下简称软件)即基于医疗器械数据(医疗器械所生成的医学图像、医学数据,以下统称数据),使用深度学习技术进行辅助决策的软件。
其中,“基于医疗器械数据”是指单独使用医疗器械数据,或者联合使用医疗器械数据与非医疗器械数据;“辅助决策”是指通过提供诊疗活动建议辅助医务人员进行临床决策。
使用深度学习技术进行前处理(如成像质量改善、成像速度提升、图像重建)、流程优化(如一键操作)、常规后处理(如图像分割、数据测量)等非辅助决策的软件可参考使用本审评要点。
使用传统机器学习技术的软件亦可参考使用本审评要点。
本审评要点遵循《医疗器械软件注册技术审查指导原则》(以下简称软件指导原则)、《医疗器械网络安全注册技术审查指导原则》(以下简称网络安全指导原则)、《移动医疗器械注册技术审查指导原则》(以下简称移动器械指导原则)等相关指导原则要求。
本审评要点不含人工智能伦理、数据产权等法律法规层面要求,但生产企业应当在软件全生命期过程中考虑相关规定。
二、审评关注重点从发展驱动要素角度讲,深度学习实为基于海量数据和高算力的黑盒算法。
本审评要点重点关注软件的数据质量控制、算法泛化能力、临床使用风险,临床使用风险应当考虑数据质量控制、算法泛化能力的直接影响,以及算力所用计算资源(即运行环境)失效的间接影响。
基于风险的全生命期管理是此类软件监管的基本法,相关考量详见软件指导原则、网络安全指导原则、移动器械指导原则以及医疗器械生产质量管理规独立软件附录。
下面结合审评关注重点分别阐述软件风险管理、软件设计开发、软件更新等面考量。
软件风险管理活动应当基于软件的预期用途(目标疾病、临床用途、重要程度、紧迫程度)、使用场景(适用人群、目标用户、使用场所、临床流程)、核心功能(处理对象、数据兼容性、功能类型)予以实施,并贯穿于软件全生命期过程。
深度学习辅助决策医疗器械软件审批要点勘正
深度学习辅助决策医疗器械软件审批要点勘正前言随着深度学习技术的迅速发展,其在医疗领域的应用越来越广泛。
深度学习辅助决策医疗器械软件在临床实践中起到了重要的作用。
为了确保医疗器械软件的安全性和有效性,相关监管部门制定了一系列审批要点。
本文将对深度学习辅助决策医疗器械软件审批要点进行勘正。
一、术语和定义深度学习辅助决策医疗器械软件的术语和定义在审批要点中十分重要。
对于相关术语的准确定义,有助于统一理解和避免歧义。
1.深度学习辅助决策医疗器械软件:指利用深度学习技术构建的用于辅助医疗决策的软件系统,能够提供针对特定医学任务的预测或帮助做出决策。
2.安全性:指医疗器械软件在正常使用条件下不会对患者、操作人员和环境造成不良影响的性质。
3.有效性:指医疗器械软件能够在规定的适用条件下提供准确、及时、完整和可靠的结果。
二、技术要求深度学习辅助决策医疗器械软件的技术要求是审批要点中的重点内容。
在技术要求中,需要对软件的功能、性能、数据集、算法等方面进行详细的规定。
1.功能要求:审批要点中应明确深度学习辅助决策医疗器械软件的主要功能,例如影像分析、病理诊断、病情预测等。
同时,还需要规定软件与其他医疗设备的接口要求,以确保软件的兼容性和互操作性。
2.性能要求:审批要点中需要对软件的性能指标进行明确规定,例如准确率、召回率、误诊率等。
此外,还需要考虑软件的时效性和稳定性,确保在实际临床应用中能够满足需求。
3.数据集要求:深度学习辅助决策医疗器械软件的训练数据集至关重要。
审批要点中需要规定数据集的来源、数量、质量等要求,以确保软件的训练结果具有代表性和可靠性。
4.算法要求:深度学习辅助决策医疗器械软件的算法应当具备良好的解释性和可解释性。
审批要点中需要明确要求软件的算法具有可靠的推理能力,并且能够提供相关的解释和理由,以增强医生和患者对软件结果的信任。
三、临床验证要求在深度学习辅助决策医疗器械软件的审批过程中,临床验证是不可或缺的环节。
人工智能医疗器械的伦理审查要点
人工智能医疗器械的伦理审查要点目录刖S (1)1.国内外人工智能医疗器械的概况 (2)1.1.人工智能医疗器械的研发模式 (2)1.2.人工智能医疗器械的应用 (3)1.3.美国人工智能医疗器械审批现状 (4)2.我国三类人工智能医疗器械的研发现状 (4)2.1.我国人工智能医疗器械分类 (5)2.2. 2.企业应对策略 (5)2.3.已进入注册申报阶段 (6)3.人工智能医疗器械伦理审查的核心问题 (6)3.1.难以准确评估风险 (6)4.2.建立恰当类型数据库 (7)3.3.确保数据安全 (7)3.4.算法更新导致软件迭代 (8)4.建立AI医疗器械共识性伦理准则 (8)4.1.AI领域伦理准则现状 (9)4.2.医疗领域AI的伦理风险 (9)4.3.对社会的影响 (10)4.4.个人数据保护风险 (10)4.4.1.算法风险 (10)4.4.2.医学伦理风险 (11)4.5.AI医疗器械应遵循的伦理方向 (11)1.5.1.推动医学AI伦理标准化 (11)4.5.2.数据完整性与医学伦理的平衡 (11)5.伦理审查的要点 (12)5.1.适用范围 (12)5.2.研究要求与资料 (13)5.3.研究方案 (14)5.4.风险控制 (14)5.5.数据库 (14)5.6.数据安全 (15)5.7.软件更新 (15)6.结语 (16)1.刖百2019年4月1日〜5日在上海召开“2019国际医学人工智能论坛”,医疗器械产业已成为我国最具活力、最有前景的朝阳产业,人工智能与医疗器械深度融合,将成为产业新的增长点,我国将进一步加快推进人工智能医疗器械的上市步伐,为全面提升人工智能医疗器械发展,国家药品监督管理局近期与企业交流互动频繁。
2019年7月3日,医疗器械技术审评中心发布《深度学习辅助决策医疗器械软件审评要点》,意味着三类人工智能医疗器械的审评标准正式落地,产业发展的政策瓶颈已被打破。
紧接着2019年7月17日成立人工智能医疗器械创新合作平台,以构建开放协同共享的人工智能医疗器械创新体系,形成服务于科学监管、科技创新、产品转化的人工智能医疗器械创新合作平台为目标愿景,将全力推动医学人工智能产品审批。
医疗器械软件审核要点
医疗器械软件审核要点 Pleasure Group Office【T985AB-B866SYT-B182C-BS682T-STT18】软件类产品和包含软件的产品在审核过程中的关注点1、感谢CMD平台、和CMD领导在审核安排中、让我接触了较多的软件企业、有一点点总结、分享经验的资本,在座的其实都是专家,不对之处,欢迎指正、也欢迎讨论。
2、感谢审核4组的小伙、美女姑晾们,给我这个曝光露脸机会。
我们4组长说了,谁鼓掌、谁笑,下个月就是谁上台哦。
-------------------------------------------------------------------------------------曾经在北京局/国家局的软件注册审评指导原则(监管文件)中,有一句话影像很深“软件看不见摸不着”,最近闸门CMD群也转发CFDA和FDA医疗器械软件注册要求的对比表(预热);就是 CFDA药监-50号通告附件《医疗器械软件注册技术审查指导原则》国家局审评中心写的,和美国FDA 2005年5月11日《医疗设备内含软件-上市前提交文件内容指南》我们在这不讨论这个法规要求。
-和审核一样,我们考虑标准,高于法规要求,我觉得应该写“软件看得见摸不着”。
因为他运行我们能见的到,软件就像电子文档一样,在计算机中分门别类,我们一般对文件控制包括:“创建、审批、发布、存档、阅读、修改、复制…”。
控制“创建、审批、发布、存档、阅读、修改…”--一般没有。
可执行程序:她具备产品属性、像一个硬件设备、有功能、能完成任务。
但也是一个文件、也同时应包括创建、审批、发布、存档、阅读、修改…”的文件控制。
软件的要素就如文件():包括:1、唯一性编码(就是软件标识)-- 没有唯一性编码(标识)2、软件类型(如文件类型)、(如:数据库文件.db 、编译器提供的头文件.h(未知源代码、或基本算法)、配置文件.cfg、系统文件.sys、系统测试文件平台(各种系统)、测试用例.tst ,可执行程序EXE ….. 非常多)。
医疗器械软件申报的关键点解析
– 实质首次注册:所有核心算法 – 实质重新注册:新增核心算法
5.3 现成软件
• 名称
– 现成软件、现货软件、第三方软件、未知来源软件
• 定义
– 制造商未进行完整生存周期控制的软件 – 以前开发但不能得到足够开发记录的软件 – 仅指应用软件,不包括系统软件和支持软件 – 包括外包*、成品、免费和遗留软件
–基专本用类软型件:其他安有装特形定式用途的软医 硬疗 件件器 关械 系
核心功能
独立 处理型
通用计算机
——
处理
软件 数据型
通用计算机
通信
处理
软件 嵌入式 组件 控制型
医疗器械硬件 通用计算机
操控 操控
操控(处理) 操控(处理)
5.2 文档内容
• 基本信息
– 产品标识、安全性级别、结构功能、硬件关系、运行 环境、适用范围、禁忌症、上市历史
• A级
– 描述缺陷管理的工具、流程和要B级和C级
– 在A级基础上列明剩余缺陷的严重度、处理措施和时间
• 现成软件
– 如有,B级和C级软件应列明剩余缺陷情况
5.2.2 修订历史
• A级
– 描述软件版本号的命名规则 – 列明本版所有修订活动的版本号、类型和日期
医疗器械软件审评关键点
5基本原则
• 扩大软件审评范围,所有软件均统一要求 • 申报详尽程度取决于安全性级别与复杂度 • 申报内容均源自开发过程生成的软件文档 • 通用要求,其他指导原则如未规定均适用
5.1 适用范围
• 适用范围
– 独立软件:本身是医疗器械或附件的软件
– 软件组件:作为医疗器械、部件或附件组成部分的软 件
5.2.2 开发综述
医药医疗器械研究资料技术的审评要点
医药医疗器械研究资料技术的审评要点
1.研究目的和背景:审评人员首先需要了解研究的目的和研究所涉及
的背景信息。
这包括研究的动机、研究的目标以及相关的前期研究,以便
确定研究的科学意义和创新性。
2.研究设计和方法:审评人员需要对研究的设计和方法进行全面评估。
这包括研究的实验设计、样本选择和数据采集方法等。
审评人员需要确定
研究设计是否科学可行,采样是否具有代表性,并对数据采集和分析方法
的可靠性和有效性进行评估。
3.数据分析和结果展示:审评人员需要对研究的数据分析方法和结果
展示进行详细审查。
这包括统计方法的选择是否合理、数据分析的过程是
否符合科学规范,以及结果的正确性和可解释性。
4.结果和讨论:审评人员需要评估研究的结果是否与研究目标和研究
假设相一致。
同时,审评人员还需要考虑结果的重要性和相关性,并对研
究的结论和讨论进行评估,包括对结果的解释和未来研究方向的展望。
5.创新性和价值:审评人员需要确定研究的创新性和科学价值。
这包
括研究对现有知识的扩展和补充,以及对临床实践和医疗技术发展的贡献。
6.伦理和法规合规性:审评人员需要评估研究是否符合伦理和法规要求。
这包括研究是否经过伦理审查和获得知情同意,以及研究过程中是否
存在任何潜在的伦理和法规问题。
医疗器械软件审评要点2011.11-精炼版
内容摘要
术语与标准 软件工程概述 软件审评要点 独立软件要求
1 术语定义
系统软件
为特定计算机系统或一族计算机系统所开发的软件, 用于管理计算机系统资源,促进计算机系统及有关程 序的运行和维护
支持软件
所有用于帮助和支持软件开发的软件
应用软件
为使用一个计算机系统以得到某种功能而专门开发的 软件 选配软件:与软件产品配套使用的应用软件 必备软件:软件产品运行必需的应用软件
集成测试
自顶向下、自底向上、混合方式
系统测试
安装测试、配置测试 功能测试 性能测试、负载测试、压力测试、并发性测试、兼容性 测试、接口测试、可靠性测试、恢复性测试 界面测试、可用性测试 安全性测试
2 配置管理与问题解决
配置管理(变更管理)
内容:确定配置项,建立基线,形成文档 要求:贯穿于软件开发、运行和维护过程 作用:标识软件项,控制变更,提供状态报告
问题解决(缺陷管理)
内容:分析问题,评估影响,提出变更请求 评估:缺陷的类型、严重度、优先级和状态 作用:解决开发、运行和维护所发现的异常
2 软件风险管理
概述
软件本身不是危害,但会引发危害处境 软件表现为随机失效,但实为系统性失效 软件失效概率难以计算,通常基于损害严重度分析 (假定失效概率为100%)
安装形式
通用计算机 通用计算机 医疗器械固件 通用计算机
医疗器械 硬件关系 —— 通信 操控 操控
核心功能
处理 处理 操控(处理)
产品举例
PACS Holter MRI、CT
操控(处理) ECG、EEG
1 软件类型判定
医疗器械软件
操控PEMS? N 安装于PEMS? N 独立软件
医疗器械软件技术审查指导原则
医疗器械软件技术审查指导原则随着科技的不断进步,医疗器械软件在医疗领域的应用越来越广泛,为提高医疗质量和效率发挥了重要作用。
然而,医疗器械软件作为一种特殊的技术产品,其技术审查需要遵循一系列指导原则,以确保其安全性和有效性。
下面是医疗器械软件技术审查的一些建议原则。
首先,医疗器械软件的技术审查应该注重软件的安全性。
医疗器械软件的安全性是指该软件在使用过程中能够保护患者的安全和隐私。
在技术审查过程中,需要评估软件中存在的潜在风险,并制定相应的措施来减少这些风险。
例如,医疗器械软件应具备防止未经授权访问患者敏感信息的能力,以及防止恶意软件感染的能力。
此外,需要确保软件在设计、开发和测试过程中符合相关的安全标准和规范。
其次,医疗器械软件的技术审查应该注重软件的有效性。
医疗器械软件的有效性是指该软件在医疗实践中能够提供准确、可靠和有效的结果。
在技术审查过程中,需要对软件中的功能和性能进行评估,并验证其是否满足预期的临床需求和性能指标。
例如,医疗器械软件应该能够准确地分析和解释医疗图像,或者能够提供准确的疾病诊断。
此外,需要确保软件的使用方法和操作界面简单易懂,以便医护人员和患者能够正确使用和操作。
再次,医疗器械软件的技术审查应该注重软件的可靠性和稳定性。
医疗器械软件的可靠性和稳定性是指该软件在各种工作环境和应用场景下能够始终提供准确和稳定的结果。
在技术审查过程中,需要评估软件的性能和可靠性,并验证其是否能够在长时间使用和复杂操作条件下保持稳定和正确。
例如,医疗器械软件应该具备数据备份和恢复功能,以防止数据丢失和系统崩溃。
此外,医疗器械软件的技术审查还需要注重软件的可维护性和可升级性。
医疗器械软件的可维护性和可升级性是指该软件能够方便地进行维护和升级,以保持其性能和功能的竞争力。
在技术审查过程中,需要评估软件的架构和代码结构,以确保其易于维护和扩展。
此外,需要评估软件的升级机制和过程,以保证软件能够及时更新和升级,以满足新的临床需求和技术发展。
深度学习在医疗辅助决策中的应用研究
深度学习在医疗辅助决策中的应用研究随着信息技术的迅猛发展和医疗领域的不断创新,深度学习作为一种强大的人工智能技术,正在被广泛应用于医疗辅助决策中。
通过对大量的医学数据进行训练和学习,深度学习算法能够帮助医生更准确地诊断疾病、制定治疗方案和预测疾病的发展。
本文旨在探讨深度学习在医疗辅助决策中的应用研究。
一、概述微观层面的数据分析已经成为医学研究中一项重要的工作,而深度学习在这个领域中有着巨大的潜力。
深度学习模型的特点是能够从大量的数据中提取出有效的特征,并通过学习算法来进行决策。
在医疗辅助决策中,这种能力可以帮助医生更好地理解和应对复杂的疾病情况,提高病患的治疗效果。
二、深度学习在医学影像诊断中的应用医学影像诊断一直是临床医生工作中的一项重要任务,而深度学习在这个领域的发展已经取得了显著的成果。
通过训练大量的医学影像数据,深度学习模型可以自动学习和识别不同的病变特征,并帮助医生进行高效准确的诊断。
例如,在肺部CT影像诊断中,深度学习模型可以自动检测和识别肿瘤、结节等异常病灶,为医生提供重要的辅助信息。
三、深度学习在病理学分析中的应用病理学分析是一项关键而复杂的任务,而深度学习在这个领域中的应用已经显示出了巨大的潜力。
通过对病理切片图像的训练和学习,深度学习模型可以帮助医生更好地识别和定位肿瘤、细胞核、细胞器等病变特征,从而为病理学诊断提供重要的支持。
四、深度学习在疾病预测中的应用疾病预测是医疗领域中的一项重要任务,而深度学习在这个领域中的应用已经取得了令人瞩目的成果。
通过对大量的病例数据进行训练和学习,深度学习模型可以准确地预测患者未来的疾病风险。
例如,在心脏病预测方面,深度学习模型可以分析和学习心电图数据,并预测患者是否存在潜在的心脏病风险。
五、深度学习在药物研发中的应用药物研发一直是医药行业中的关键任务,而深度学习在这个领域中的应用正为药物研发带来新的机遇。
通过对大规模的化合物数据库进行训练和学习,深度学习模型可以预测和优化药物分子的属性和效果,加速药物研发的速度和效率。
医疗软件产品技术审评规范
医疗软件产品技术审评规范一、引言随着信息化时代的到来,医疗软件已经成为医疗领域不可或缺的重要工具。
医疗软件包括医院管理系统、电子病历系统、医学影像系统等,为医疗机构的日常运作提供了极大的便利。
然而,由于医疗软件直接关系到患者健康和医疗安全,因此对医疗软件产品的技术审评就显得尤为重要。
本文将介绍医疗软件产品技术审评规范,以确保医疗软件的安全性、可靠性和功能性。
二、医疗软件产品技术审评的目的1.确保医疗软件产品的数据安全性,防止患者信息的泄露和篡改;2.评估医疗软件产品的可靠性,确保系统的稳定性和可用性;3.验证医疗软件产品的功能性,满足医疗机构的需求;4.调查医疗软件产品的兼容性,确保与其他医疗设备和系统的无缝衔接;5.检查医疗软件产品的易用性,保证操作的简便性和用户友好性。
三、医疗软件产品技术审评的内容1.数据安全性审评数据安全性是医疗软件产品的重要方面,应当对数据的存储、传输和使用等进行全面的审查,确保数据的机密性、完整性和可用性。
2.系统可靠性审评系统可靠性是医疗软件产品的核心要求,应当对软件的运行稳定性、容错性和恢复性进行评估,确保日常运作不受干扰。
3.功能性审评功能性是医疗软件产品的基本要求之一,应当验证软件功能的完整性和准确性,确保满足医疗机构的需求,并进行合理的性能测试。
4.兼容性审评5.易用性审评易用性是医疗软件产品的重要特性之一,应当评估软件的用户界面设计、操作方式和操作流程,确保操作的简单性和用户友好性。
四、医疗软件产品技术审评的方法1.文件审查对医疗软件产品的相关文档进行审查,包括需求文档、设计文档、测试文档等,以了解软件产品的功能和性能目标。
2.功能测试对医疗软件产品的功能进行全面测试,验证软件是否满足规定的功能要求,并进行必要的性能测试,以确保软件的良好性能。
3.安全性评估对医疗软件产品的数据安全性进行评估,包括数据存储和传输的安全性、用户权限控制等方面,防止患者信息被泄露或篡改。
医疗软件产品技术审评规范
5、GB/T
25000.51-2010《软件工程
软件产品质量要求与评价
(SQuaRE)商业现货(COTS)软件产品的质量要求和测试细则》
6、《医疗器械注册产品标准编写规范》(国药监械[2002]407号)
7、相关的国家标准和行业标准。
二、标准正文的内容
标准正文的内容应包括:范围、规范性引用文件、分类、要求、试 验方法、检验规则、标志、标签、使用说明书、包装、运输和储存。 1、范围
求和测试细则》、YY/T 0664-2008《医疗器械软件 软件生存周期过程》、GJB 5000A-2008《军用软件 研制能力成熟度模型》 二、部分内容的编写说明
医疗软件是软件产品的一种,所以本规范依据 软件产品的特点制定了相应的要求。软件产品的种 类繁多,开发时所应用的技术也是层出不穷,所以 没有相对固定的工作原理和算法,产品的工作原理 完全取决于产品所应用的领域和开发人员应用的软 件开发技术。医疗软件在临床上的应用范围广泛, 根据不同的预期任务可以完成不同的临床预期用 途,所以本规范没有规定产品的临床预期用途。除 本规范的规定外,产品的临床试验要求等其他内容 应完全遵循已发布的法律法规和其他规范性文件。 此类产品的不良事件历史记录主要从国家食品药品 监督管理局的不良事件数据库中查找,暂未发现不 良事件。
适用
产品说明中包括的说 A.1.1.2.3 明应是可测试的或可
验证的。
适用
A..1.3 标识和标示
A.1.1.3.1
产品说明应显示唯一 的标识。
产品说明文档的名称
COTS软件产品应为其 A.1.1.3.2 名称、版本和日期指
称。
产品名称、版本和版 本发布日期
产品说明应包含供方
和至少一家销售商、
医疗器械软件审核要点
医疗器械软件审核要点软件类产品和包含软件的产品在审核过程中的关注点首先,感谢CMD平台和CMD领导在审核安排中让我接触到了较多的软件企业,这使我有了一点总结和分享经验的资本。
在座的各位都是专家,如果有不对的地方,欢迎指正和讨论。
同时,也要感谢审核4组的小伙们和美女姑娘们,给了我这个曝光露脸的机会。
我们四组长说了,谁鼓掌谁笑,下个月就是谁上台哦。
在XXX的软件注册审评指导原则(监管文件)中,有一句话影响很深:“软件看不见摸不着”。
最近CMD群也转发了XXX和XXX医疗器械软件注册要求的对比表(预热),其中包括CFDA药监-50号通告附件《医疗器械软件注册技术审查指导原则》和美国XXX 2005年5月11日《医疗设备内含软件-上市前提交文件内容指南》。
在这里,我们不讨论这些法规的具体要求。
与审核类似,我们在考虑规范时应该高于法规要求。
我认为应该将“软件看不见摸不着”改为“软件看得见摸不着”,因为我们可以看到软件的运行,就像电子文档一样,在计算机中分门别类。
我们一般对文件进行控制,包括“创建、审批、发布、存档、阅读、修改、复制”等操作。
软件分为源程序和可执行程序,源程序按照电子文档经管(4.2.3)进行控制,就像硬件设备的电路图、PCB图、组装图一样。
源程序的“创建、审批、发布、存档、阅读、修改”等操作应该保留相应的质量记录(4.2.4),但一般情况下没有。
可执行程序具备产品属性,像一个硬件设备一样有功能,可以完成任务。
但它也是一个文件,需要进行创建、审批、发布、存档、阅读、修改等操作。
软件的要素就像文件(4.2.3/4.2.4要素)一样,包括唯一性编码(即软件标识)和软件类型(如数据库文件.db、编译器提供的头文件.h(未知源代码或基本算法)、配置文件.cfg、系统文件.sys、系统测试文件平台(各种系统)、测试用例.tst,可执行程序EXE等)。
软件名称、软件版本命名规则及发布版本在SVN配置经管计划中有主版本和次版本、修订版本,但发布版本未明确。
医疗器械软件审核要点
软件类产品和包含软件的产品在审核过程中的关注点1、感谢 CMD 平台、和 CMD 领导在审核安排中、让我接触了较多的软件企业、有一点点总结、分享经验的资本,在座的其实都是专家,不对之处,欢迎指正、也欢迎讨论。
2、感谢审核 4 组的小伙、美女姑晾们,给我这个曝光露脸机会。
我们 4 组长说了,谁鼓掌、谁笑,下个月就是谁上台哦。
-------------------------------------------------------------------------------------曾经在北京局/国家局的软件注册审评指导原则(监管文件)中,有一句话影像很深“软件看不见摸不着”,最近闸门 CMD 群也转发CFDA和 FDA 医疗器械软件注册要求的对比表(预热);就是CFDA药监 -50 号通告附件《医疗器械软件注册技术审查指导原则》国家局审评中心写的,和美国FDA 2005 年 5 月 11 日《医疗设备内含软件-上市前提交文件内容指南》我们在这不讨论这个法规要求。
-和审核一样,我们考虑规范,高于法规要求,我觉得应该写“软件看得见摸不着”。
因为他运行我们能见的到,软件就像电子文档一样,在计算机中分门别类,我们一般对文件控制包括:“创建、审批、发布、存档、阅读、修改、复制⋯”。
软件分源程序、可执行程序;源程序还真是就按电子文档经管( 4.2.3 )控制,源程序(就如硬件设备的电路图、PCB 图、组装图),源程序的控制和电子文档经管( 4.2.3)是一样一样的哈。
源程序的“创建、审批、发布、存档、阅读、修改⋯”应保留相应的质量记录( 4.2.4) --一般没有。
可执行程序:她具备产品属性、像一个硬件设备、有功能、能完成任务。
但也是一个文件、也同时应包括创建、审批、发布、存档、阅读、修改⋯”的文件控制。
软件的要素就如文件( 4.2.3/4.2.4 要素):包括:1、唯一性编码(就是软件标识)-- 没有唯一性编码(标识)2、软件类型(如文件类型)、(如:数据库文件.db 、编译器提供的头文件.h(未知源代码、或基本算法)、配置文件 .cfg、系统文件 .sys、系统测试文件平台(各种系统)、测试用例 .tst,可执行程序EXE⋯.. 非常多)。
000-医疗器械软件审核要点
软件类产品和包含软件的产品在审核过程中的关注点1、感谢CMD平台、和CMD领导在审核安排中、让我接触了较多的软件企业、有一点点总结、分享经验的资本,在座的其实都是专家,不对之处,欢迎指正、也欢迎讨论。
2、感谢审核4组的小伙、美女姑晾们,给我这个曝光露脸机会。
我们4组长说了,谁鼓掌、谁笑,下个月就是谁上台哦。
-------------------------------------------------------------------------------------曾经在北京局/国家局的软件注册审评指导原则(监管文件)中,有一句话影像很深“软件看不见摸不着”,最近闸门CMD群也转发CFDA和FDA医疗器械软件注册要求的对比表(预热);就是CFDA 药监-50号通告附件《医疗器械软件注册技术审查指导原则》国家局审评中心写的,和美国FDA 2005年5月11日《医疗设备内含软件-上市前提交文件内容指南》我们在这不讨论这个法规要求。
-和审核一样,我们考虑标准,高于法规要求,我觉得应该写“软件看得见摸不着”。
因为他运行我们能见的到,软件就像电子文档一样,在计算机中分门别类,我们一般对文件控制包括:“创建、审批、发布、存档、阅读、修改、复制…”。
软件分源程序、可执行程序;源程序还真是就按电子文档管理(4.2.3)控制,源程序(就如硬件设备的电路图、PCB图、组装图),源程序的控制和电子文档管理(4.2.3)是一样一样的哈。
源程序的“创建、审批、发布、存档、阅读、修改…”应保留相应的质量记录(4.2.4)--一般没有。
可执行程序:她具备产品属性、像一个硬件设备、有功能、能完成任务。
但也是一个文件、也同时应包括创建、审批、发布、存档、阅读、修改…”的文件控制。
软件的要素就如文件(4.2.3/4.2.4 要素):包括:1、唯一性编码(就是软件标识)-- 没有唯一性编码(标识)2、软件类型(如文件类型)、(如:数据库文件.db 、编译器提供的头文件.h(未知源代码、或基本算法)、配置文件.cfg、系统文件.sys、系统测试文件平台(各种系统)、测试用例.tst ,可执行程序EXE ….. 非常多)。
医疗器械软件审查指导原则
医疗器械软件审查指导原则医疗器械软件审查是指对医疗器械软件进行审查、评估、验证和验证的过程,以确保其符合相关法规和标准的要求,具备安全、有效、稳定、可靠的性能和功能,以保障患者和医护人员的安全和健康。
2. 审查内容医疗器械软件审查应包括但不限于以下内容:2.1 软件需求分析应对医疗器械软件进行全面、详细的需求分析,明确软件的功能、性能、安全、易用性等方面的要求,确保软件满足患者和医护人员的实际需求。
2.2 设计文档审查应对医疗器械软件的设计文档进行审查,确保软件的设计满足相关法规和标准的要求,具备良好的可维护性、可测试性、可扩展性等特点。
2.3 编码审查应对医疗器械软件的编码进行审查,确保软件的编码符合相关法规和标准的要求,避免因编码不规范导致的安全、可靠性等问题。
2.4 软件测试应对医疗器械软件进行全面、系统的测试,确保软件的性能、功能、安全等方面满足相关法规和标准的要求,严格控制软件的质量。
2.5 风险评估应对医疗器械软件进行风险评估,明确软件可能存在的潜在风险,制定相应的控制措施和风险管理计划,以确保患者和医护人员的安全和健康。
3. 审查要求医疗器械软件审查应具备以下要求:3.1 审查人员资质应具备医疗器械软件审查的相关知识和技能,了解相关法规和标准的要求,具备较强的分析、判断和决策能力。
3.2 审查流程应按照规范的审查流程进行审查,确保审查的全面、系统和准确性,保障软件的质量和安全性。
3.3 审查记录应对医疗器械软件的审查过程进行记录,包括审查的内容、结果和结论,以备查证和管理。
4. 结论医疗器械软件审查是保障医疗器械安全和健康的重要环节,应按照相关法规和标准进行审查,确保软件的质量和安全性,以实现医疗器械的有效、安全、稳定和可靠的使用。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
深度学习辅助决策医疗器械软件审评要点一、适用范围本审评要点适用于深度学习辅助决策医疗器械软件(含独立软件、软件组件)的注册申报。
深度学习辅助决策医疗器械软件(以下简称软件)即基于医疗器械数据(医疗器械所生成的医学图像、医学数据,以下统称数据),使用深度学习技术进行辅助决策的软件。
其中,基于医疗器械数据”是指单独使用医疗器械数据,或者联合使用医疗器械数据与非医疗器械数据;辅助决策”是指通过提供诊疗活动建议辅助医务人员进行临床决策。
使用深度学习技术进行前处理(如成像质量改善、成像速度提升、图像重建)、流程优化(如一键操作)、常规后处理(如图像分割、数据测量)等非辅助决策的软件可参考使用本审评要点。
使用传统机器学习技术的软件亦可参考使用本审评要点。
本审评要点遵循〈医疗器械软件注册技术审查指导原则》(以下简称软件指导原则)、《医疗器械网络安全注册技术审查指导原则》(以下简称网络安全指导原则)、《移动医疗器械注册技术审查指导原则》(以下简称移动器械指导原则)等相关指导原则要求。
本审评要点不含人工智能伦理、数据产权等法律法规层面要求,但生产企业应当在软件全生命周期过程中考虑相关规^定O二、审评关注重点从发展驱动要素角度讲,深度学习实为基于海量数据和高算力的黑盒算法。
本审评要点重点关注软件的数据质量控制、算法泛化能力、临床使用风险,临床使用风险应当考虑数据质量控制、算法泛化能力的直接影响,以及算力所用计算资源(即运行环境)失效的间接影响。
基于风险的全生命周期管理是此类软件监管的基本方法,相关考量详见软件指导原则、网络安全指导原则、移动器械指导原则以及医疗器械生产质量管理规范独立软件附录。
下面结合审评关注重点分别阐述软件风险管理、软件设计开发、软件更新等方面考量。
软件风险管理活动应当基于软件的预期用途(目标疾病、临床用途、重要程度、紧迫程度)、使用场景(适用人群、目标用户、使用场所、临床流程)、核心功能(处理对象、数据兼容性、功能类型)予以实施,并贯穿于软件全生命周期过程。
软件临床使用风险主要包括假阴性和假阳性,其中假阴性即漏诊,可能导致后续诊疗活动延误,特别是要考虑快速进展疾病的诊疗活动延误风险;假阳性即误诊,可能导致后续不必要的诊疗活动。
进口软件除考虑假阳性和假阴性风险外,还应当考虑中外人种、流行病学特征、临床诊疗规范等方面差异的影响及其风险。
生产企业应当采取充分的、适宜的、有效的风险控制措施以保证软件的安全性和有效性。
软件典型设计开发过程通常可分为需求分析、数据收集、算法设计、验证与确认等阶段。
(一)需求分析需求分析应当以软件的临床需求与使用风险为导向,结合软件的预期用途、使用场景和核心功能,综合考虑法规、标准、用户、产品、数据、功能、性能、接口、用户界面、网络安全、警示提示等方面需求,重点考虑数据收集、算法性能、临床使用限制等方面要求。
数据收集应当考虑数据来源的合规性和多样性、目标疾病流行病学特征、数据质量控制要求(详见下节)。
数据来源应当在合规性基础上保证数据多样性,以提高算法泛化能力,如尽可能来自多家、不同地域、不同层级的代表性临床机构,尽可能来自多种、不同采集参数的采集设备。
目标疾病流行病学特征包括但不限于疾病构成(如分型、分级、分期)、人群分布(如健康、患者,性别、年龄、职业、地域、生活方式)、统计指标(如发病率、患病率、治愈率、死亡率、生存率)等情况,以及目标疾病并发症与类似疾病的影响情况。
算法性能应当考虑假阴性与假阳性(指标、关系)、重复性与再现性、鲁棒性/ 健壮性等要求。
临床使用限制应当考虑临床禁用、慎用等场景。
(二)数据收集数据收集应当考虑数据采集、数据预处理、数据标注、数据集构建等活动的质控要求,以保证数据质量和算法设计质量。
1. 数据采集数据采集主要由临床机构实施,应当考虑采集设备、采集过程以及数据脱敏的质控要求。
采集设备质控应当明确采集设备的兼容性要求和采集要求。
兼容性要求应当基于数据生成方式(直接生成、间接生成)提供采集设备兼容性列表或技术要求,明确采集设备的制造商、型号规格、性能指标等要求,若对采集设备无具体要求应当提供相应支持资料。
采集要求应当明确采集设备的采集方式(如常规成像、增强成像)、采集协议(如MRI 成像序列)、采集参数(如CT 加载电压、加载电流、加载时间、层厚)、采集精度(如分辨率、采样率)等要求。
采集过程质控应当建立数据采集操作规范,明确采集人员要求和采集过程要求。
采集人员要求包括人员的选拔、培训、考核。
采集过程要求包括人员职责、采集流程(如采集步骤、操作要求)。
若使用现有历史数据,应当明确采集设备要求、数据采集质量评估要求(如人员、方法、指标、通过准则)。
采集的数据应当进行数据脱敏以保护患者隐私。
数据脱敏应当明确脱敏的类型(静态、动态)、规则、程度、方法。
2. 数据预处理脱敏数据由临床机构转移至生产企业形成原始数据库,不同模态的数据在原始数据库中应当加以区分(下同)。
数据预处理应当基于原始数据库考虑数据处理、数据清洗的质控要求。
数据处理应当明确处理的方法,如滤波、增强、重采样、尺寸裁剪、均一化等。
数据清洗应当明确清洗的规则、方法。
数据处理和清洗应当明确选用软件工具的名称、型号规格、完整版本、供应商、运行环境、确认等要求,同时考虑数据处理选用方法对软件的影响及其风险。
数据经预处理后形成基础数据库,应当明确样本类型、样本量、样本分布等信息。
样本类型以适用人群为单位可分为数据序列(由多个单一数据组成,如结构序列、功能序列、时间序列)、单一数据。
样本量应当明确样本规模及确定依据,需要考虑样本量不足对软件的影响及其风险。
样本分布应当依据疾病构成、适用人群、数据来源机构、采集设备、样本类型等因素明确数据分布情况,需要考虑数据偏性对软件的影响及其风险。
3. 数据标注数据标注应当考虑标注资源管理、标注过程质控、标注质量评估等要求。
标注资源管理包括人员管理和基础设施管理。
人员管理应当明确标注人员和仲裁人员的选拔(如职称、工作年限、工作经验、所在机构,若有国外人员应当明确其资质要求)、培训、考核(如方法、频次、指标、通过准则,其中指标应当包括重复性、再现性)等要求。
基础设施管理应当明确标注场所(真实或模拟,环境、照明条件)、标注软件(名称、型号规格、完整版本、供应商、运行环境、确认)等要求。
标注过程质控应当建立数据标注操作规范,明确标注人员(如资质、数量、职责)、标注流程(如标注对象、标注形式、标注轮次、标注步骤、操作要求)、临床诊疗规范(如临床指南、专家共识)、分歧处理(如仲裁人员、仲裁方式)、可追溯性(如数据、操作)等要求。
标注质量评估应当明确人员、方法、指标、通过准则等要求。
数据经标注后形成标注数据库,其样本类型可分为数据序列、单一数据(由多个数据块组成)、数据块(图像区域、数据片段)。
样本量、样本分布等要求及风险考量与基础数据库相同。
4. 数据集构建基于标注数据库构建训练集(用于算法训练)、调优集I (若有,用于算法超参数调优)、测试集(用于算法性能评估),明确训练集、调优集、测试集的划分方法、划分依据、数据分配比例。
训练集应当保证样本分布具有均衡性,测试集、调优集应当保证样本分布符合临床实际情况,训练集、调优集、测试集的样本应当两两无交集。
为解决数据样本分布不满足预期目标的问题,可对训练集、调优集小样本量数据进行扩增;测试集不宜进行数据扩增,若扩增应当分析对软件的影响及其风险。
数据扩增应当明确扩增的方式(离线、在线)、方法(如翻转、旋转、镜像、平移、缩放、滤波等)、倍数,并考虑扩增方法选用以及扩增倍数过大对软件的影响及其风险。
数据经扩增后形成扩增数据库,应当列表对比扩增数据库与标注数据库在样本量、样本分布(注明扩增倍数)等方面的差异,以证实扩增数据库样本量的充分性以及样本分布的合理性。
I机器学习领域称之为验证集(Validation set)。
为避免与医疗器械领域所用术语验证(Verification八确认(Validation)相混淆,本审评要点将其改称为调优集。
(三)算法设计算法设计应当考虑算法选择、算法训练、网络安全防护、算法性能评估等活动的质控要求。
建议数据驱动与知识驱动相结合进行算法设计,以提升算法可解释性。
1.算法选择算法选择应当明确所用算法的名称、结构(如层数、参数规模)、流程图、现成框架(如Tensorflow 、Caffe )、输入与输出、运行环境、算法来源依据(或注明原创)等信息。
同时应当明确算法选择与设计的原则、方法和风险考量,如量化误差、梯度消失、过拟合、白盒化等。
若使用迁移学习技术,除上述内容外还应当补充预训练模型的数据集构建、验证与确认等总结信息。
2.算法训练算法训练需要基于训练集、调优集进行训练和调优,应当明确评估指标、训练方法、训练目标、调优方法、训练数据量- 评估指标曲线等要求。
评估指标建议根据临床需求进行选择,如敏感性、特异性等。
训练方法包括但不限于留出法和交叉验证法。
训练目标应当满足临床要求,提供ROC 曲线等证据予以证实。
调优方法应当明确算法优化策略和实现方法。
训练数据量- 评估指标曲线应3•网络安全防护网络安全防护应当结合软件的预期用途、使用场景和核心功能,基于保密性、完整性、可得性等网络安全特性,确定软件网络安全能力建设要求,以应对网络攻击和数据窃取等网络威胁。
相关要求详见网络安全指导原则。
此类软件常见网络威胁包括但不限于框架漏洞攻击、数据污染,其中框架漏洞攻击是指利用算法所用现成框架本身漏洞进行网络攻击,数据污染是指通过污染输入数据进行网络攻击。
4.算法性能评估算法性能评估作为软件验证的重要组成部分,需要基于测试集对算法设计结果进行评估,应当明确假阴性与假阳性、重复性与再现性、鲁棒性/健壮性等评估要求,以证实算法性能满足算法设计要求。
同时,应当分析算法性能影响因素及其影响程度,如采集设备、采集参数、疾病构成、病变特征等因素影响,以提升算法可解释性,并作为软件验证、软件确认的基础。
(四)验证与确认1.软件验证软件验证是指通过提供客观证据认定软件开发、软件更新某一阶段的输出满足输入要求,包括软件验证测试(单元测试、集成测试、系统测试)、设计评审等系列活动。
软件验证应当明确法规、标准、用户、产品、数据、功能、性能、接口、用户界面、网络安全、警示提示等测试要求,以验证软件的安全性和有效性,并作为软件确认的基础。
2.软件确认软件确认是指通过提供客观证据认定软件满足用户需求和预期目的,包括软件确认测试(用户测试)、临床评价、设计评审等系列活动,其中软件确认测试应当基于软件需求在真实或模拟使用场景下予以实施。
( 1 )基本原则临床评价是此类软件进行软件确认的主要方式,相关要求详见《医疗器械临床评价技术指导原则》。