IEC 62304在医械软件开发中的实施

2011-11-25 19:27:00来源: 阿里巴巴 关键字:62304  实施

    现在,利用高级医疗器械比以往任何时候都更有助于医疗从业人员轻松、准确地做出诊断。然而,他们对器械的依赖程度也引发了确保器械安全性和质量的担忧。

    值得注意地是,医疗器械严重依赖第三方和早期软件,亦即“未知系谱的软件(SOUP)。该SOUP构成了新发展的基础,其现在可能符合新医疗器械要求或者政府推行的现代编码标准、客户需求或者仅仅是开发组织内的持续改进政策。在满足新标准和进一步开发新功能的同时,对利用SOUP价值的需要提出了它自己的独特挑战。

    FDA于1992至1998年间对3140次医疗器件召回事件进行的分析显示,其中有242次(占7.7%)可归因于软件故障。在所有软件召回事件中,192次(占79%)是因软件升级后引入的软件缺陷而起。产品升级过程中引入的高误差率让政府医疗器械机构不仅要集中精力开发新产品,还要关注后期维护和软件变更对现有系统的影响。

    因此,很多公司改变方法,改善软件过程,采用欧盟和美国近期签署的医疗产品设计标准IEC 62304。IEC62304引进了一种基于风险的合规性结构,可以确保医学应用符合其风险评估适用标准的要求。该合规性结构可以分成A~C类,其中C类软件故障可能导致死亡或重伤。

IEC 62304软件开发生命周期

    IEC62304着眼于软件开发过程,定义了大部分软件开发与验证活动。该过程包括软件开发规划、需求分析、架构设计、软件设计、单元实现与验证、软件集成与集成测试、系统测试和软件发布之类的活动。

    该标准不仅概括了开发生命周期的各个阶段的要求,还顾及了维护过程、软件变更对现有系统的影响和实现软件变更所涉及的风险。IEC62304还直接从规划、需求分析、架构设计、维护和风险管理阶段开始详细介绍了SOUP项目的作用。

EIC 62304和SOUP

    可重新用于新器件开发的SOUP软件已流行起来,因为医疗器械现在倾向于采用通用嵌入式硬件,以及操作系统,面向USB、以太网或制图的器件驱动器、文件系统、网络堆栈等。在医疗器械中使用SOUP有其优势,因为制造商可以将精力集中在应用软件上。

    然而,由于应用需要运行专用功能,所以医疗器械内的SOUP增加了挑战难度。大多数SOUP模块都由第三方供应商提供,而他们不遵守任何软件过程和软件标准,甚至不记录代码。虽然它解决了平台挑战,但SOUP是在紧迫的时间表内开发而来,并且强调的是生产率,而不是标准兼容性。在进行系统测试以便检验功能性时,SOUP项目通常表现出代码覆盖率极差的特点,并且留下了很多未使用的代码路径。图1中的蓝色曲线代表进行了功能测试的代码。采用该代码时,不同的数据和情形有可能第一次使用很多未经测试的路径,从而产生意料之外的结果。图1中的红点曲线表示现场运行应用时使用的代码。

图1 

功能和性能要求规范。医疗器械制造商需要确保任意SOUP项目的正常运行,还要保证它们符合功能和性能要求。

    IEC62304软件开发过程始于软件开发规划,包括所用SOUP项目的详细计划。这些细节介绍了如何将SOUP项目整合到现有系统中、如何管理SOUP相关风险和软件配置、以及变更管理如何影响系统。

    紧接着是软件需求管理、架构设计、集成测试、系统测试、风险管理、维护和变更管理阶段。在软件开发生命周期的各个阶段,都需要保持所有阶段之间的可追踪性。

    传统的软件开发观点表明了各个阶段如何进入下一个阶段,可能还带有前几个阶段的反馈信息,以及配置管理与过程的周边架构。可追踪性被视为各个阶段间关系的一部分。然而,很少规定记录跟踪链路的机制。

    实际上,虽然由于先进工具技术投资,各个阶段都能够有效实施,但是这些工具很少能够自动提高阶段间可追踪性。因此,在整个项目进行的过程中,其间链路的维护就变得越来越差。最终的结果就是需求与设计之间的交叉检验缺失或者流于表面,以及最终系统的机能不全。为了获得真正的自动可追踪性,则需要需求跟踪矩阵(RTM)。RTM是各个项目的核心,是很多开发标准(包括IEC62304)的关键所在。

需求跟踪与SOUP

    需求跟踪矩阵是一种用于管理和跟踪需求的习惯做法,在管理软件需求和系统所用SOUP项目方面起着重要作用。RTM能够通过医疗器械应用的架构设计在与SOUP有关的高级需求之间实现可追踪性(图2)。

图2 

 

医疗器械行业的很多意外都与医疗器械系统的服务或维护有关,包括软件更新和升级不当。在这里,SOUP项目还起着重要作用,因为这些项目由不同的供应商提供并且需要验证。

    在IEC 62304中,软件维护过程和软件开发过程一样重要。强调维护旨在抑制产品发布以后(如软件维护期间)引入的高医疗器械软件缺陷率。

    维护过程要求,制造商监控组织内部和用户提供的已发布产品相关的反馈信息。必须记录和分析该反馈信息,以便确定是否存在问题。发现问题时,应编写和分析问题报告,以便确定SOUP项目是否增加了问题的严重性。如果SOUP就是问题所在,则必须将该问题传达给相应的供应商,以便通过升级或补丁来解决问题。

    IEC 62304要求制造商制定规程,以便评估和实现SOUP项目升级、漏洞修复、补丁和报废。必须分析和验证每个升级、漏洞修复和补丁,以便确定这些升级是否引入了其它潜在的、可能导致出现危险情形的因素。一如往常,必须确定是否需要采取其它软件风险控制措施。

    维护期间,要求制造商分析SOUP项目变更,以便确定软件修订是否会干扰现有的风险控制措施。制造商必须制定独特的配置项目和版本识别机制。对于使用的各种SOUP配置项目,制造商需要记录标题、SOUP制造商名称和独特的SOUP标志符。该标识符可以确定医疗器械软件内包含的软件配置项目及其版本。

    通过采用IEC 62304的高级软件过程,公司能够更好地开发安全的产品,避免代价高昂的召回,确保相同的开发过程能够巩固维护和升级过程。

关键字:62304  实施

编辑:鲁迪 引用地址:http://www.eeworld.com.cn/medical_electronics/2011/1125/article_2532.html
本网站转载的所有的文章、图片、音频视频文件等资料的版权归版权所有人所有,本站采用的非本站原创文章及图片等内容无法一一联系确认版权者。如果本网所选内容的文章作者及编辑认为其作品不宜公开自由传播,或不应无偿使用,请及时通过电子邮件或电话通知我们,以迅速采取适当措施,避免给双方造成不必要的经济损失。

上一篇:医疗应用中的视频直播点播一体化系统
下一篇:医院ICU/CCU IP探视对讲系统工程设计

关注eeworld公众号 快捷获取更多信息
关注eeworld公众号
快捷获取更多信息
关注eeworld服务号 享受更多官方福利
关注eeworld服务号
享受更多官方福利
推荐阅读
全部
62304
实施

小广播

独家专题更多

TI车载信息娱乐系统的音视频解决方案
TI车载信息娱乐系统的音视频解决方案
汇总了TI汽车信息娱乐系统方案、优质音频解决方案、汽车娱乐系统和仪表盘参考设计相关的文档、视频等资源
迎接创新的黄金时代 无创想,不奇迹
迎接创新的黄金时代 无创想,不奇迹
​TE工程师帮助将不可能变成可能,通过技术突破,使世界更加清洁、安全和美好。
TTI携TE传感器样片与你相见,一起传感未来
TTI携TE传感器样片与你相见,一起传感未来
TTI携TE传感器样片与你相见,一起传感未来

About Us 关于我们 客户服务 联系方式 器件索引 网站地图 最新更新 手机版

站点相关: 医学成像 家庭消费 监护/遥测 植入式器材 临床设备 通用技术/产品 其他技术 综合资讯

北京市海淀区知春路23号集成电路设计园量子银座1305 电话:(010)82350740 邮编:100191

电子工程世界版权所有 京ICP证060456号 京ICP备10001474号 电信业务审批[2006]字第258号函 京公海网安备110108001534 Copyright © 2005-2017 EEWORLD.com.cn, Inc. All rights reserved