普瑞纯证

普瑞研究院 | 医疗器械软件重难点技术要求




根据2017/745 MDR,第2条,第1点,医疗器械定义得出软件可以属于医疗器械,只要该软件具有一种或多种特定医疗目的,例如诊断,预防,监测或治疗某种疾病和/或人体缺陷等,且不限于是软件单独使用或嵌入硬件组合使用。医疗器械软件可以在云中,计算机上,移动电话上操作或作为医疗器械(硬件)的附件功能。


医疗器械软件预期可用由医疗保健专业人士或非医疗保健专业人士,例如患者或其他使用者。根据2017/745 MDR,第2条,第2点,软件也可以定义为医疗器械的附件用于驱动或影响医疗器械的使用。因此不是所有用于医疗保健系统的软件都属于医疗器械范畴。根据“MDCG 2019-11 基于MDR/IVDR软件分类指南”归纳一下医疗器械软件(或作为附件)的三种情况:

· 医疗器械软件可以独立运行且其自身具有独立的医疗目的;
· 医疗器械软件用于驱动或影响医疗器械(硬件),同时也具有医疗目的;
· 软件作为医疗器械的附件用于驱动或影响医疗器械(硬件),但是其自身不具有医疗目的,或者为一种或多种特定的医疗目的创建其自身的信息。这种软件可以通过软件或硬件界面操作,控制或修改器械的状态;也提供与器械功能(硬件)相关的输出。



医疗器械软件有别于传统医疗器械或医疗器械(硬件)/附件,其存在于无形且含有大量内部状态,这也造成其结构的复杂性或失误的系统性。关于医疗器械软件或软件作为医疗器械附件的通用安全和性能要求,2017/745 MDR,附录I,第17条和第18.8条给出了符合性评估的基本要求,涉及软件的可重复性、可靠性(例如,信息安全,可用性安全等)和性能符合预期目的,以及单一故障情况下,采取适当手段尽可能消除或减少由此产生的风险或性能障碍等。


KEY PART

软件功能验证


在软件功能验证的过程中,需要考虑如下方面(如果适用):


- 医疗器械软件需要评估EN 62304-1的符合性。

- 医疗器械软件,或软件与医疗器械(硬件)安全相关,或软件旨在成为为健康使用而设计的特定硬件的一部分时,需要评估EN 62304-1的符合性。
· 除了考虑EN 62304-1的符合性,在上市后监督过程中,医疗器械软件的功能如何支持监管和警戒能力,例如可以通过器械的注册程序才能下载医疗应用(医疗应用在特定监管区域的资格审核;跟踪客户ID,如姓名、地址;跟踪安装软件的ID如名称、型号、版本);
· 医疗器械软件的功能如何提供用户通信能力,例如技术方式,即通讯功能嵌入在独立医疗器械软件中,并从外部器械自动接收信息;
· 现场纠正措施过程中医疗器械软件的功能如何在现场提供及时更新医疗应用程序的,例如,技术方式,当器械连接到互联网时,从应用商店自动更新。

- 如果适用,医疗器械软件的功能可能会影响所发送的(视觉和/或听觉)警报进而降低操作人员正确识别医疗器械警报信号特征,例如,医疗器械不是在通常包括其他医疗器械的环境中操作的;例如,重症监护或手术环境。需要评估EN 60601-1-8的符合性。
· 如果是家用医疗器械软件,其功能需要使每个高优先级和中等优先级报警条件产生听觉或可见报警信号;
· 如果是家用医疗器械软件,其功能不可降低听觉报警信号音量降低至可听水平。

- 医疗器械软件功能应充分防止编程/与错误的患者(器械)通信。
· 自动识别器械的唯一性(例如序列号)和显示信息给用户;
· 只有在验证成功后才允许编程/通信;
· 重复检查正确的软件ID(在实际编程之前)。

- 医疗器械软件功能应能充分保护,以防止器械通信中断(导致诊断信息和治疗方案不充分)。
· 不可限制预期用途;
· 不可限制器械(硬件)功能;
· 不可限制能量输出特性;
· 确保检测诊断数据的充分性;
· 确保代码和数据的完整性。

- 医疗器械软件的功能应防止器械-器械(设备)通信相关的危害。
· 应防止在错误的时间与器械(硬件)发生交互作用(这可能会对器械操作造成干扰);
· 应防止信息丢失/延迟;
· 应防止不正确的数据相关性。

- 医疗器械软件的功能应防止有关编程/通信功能的安全损失。

- 医疗器械软件的功能应防止由于外部器械(设备)通信而造成(植入)电池过度耗尽。
· 应防止对外的意外通信;
· 应防止过多的通信频次/时长。

- 如果是独立医疗器械软件,其功能应充分允许在商业平台上使用独立医疗器械软件。
· 医疗应用程序应适合商业平台特性;
· 应确保用户使用足够的商业平台特性;
· 医疗应用程序应能检查商业平台兼容性;
· 医疗应用程序的配套文档应包括相关商业平台信息。




-添加普瑞纯证官方咨询顾问-

-获取最新业内资讯-




普瑞纯证服务号现已开通,快来关注

每周汇总全球法规一线更新!