医疗器械软件审核要点

1、软件类产品和包含软件的产品在审核过程中的关注点1、感CMD平台、和CMD领导在审核安排中、让我接触了较多的软件企业、有一点点总结、分享经验的资本，在座的其实都是专家，不对之处, 欢迎指正、也欢迎讨论。2、 感审核4组的小伙、美女姑晾们，给我这个曝光露脸机会。我们4组长说了，谁鼓掌、谁笑，下个月就是谁上台哦。曾经在局/国家局的软件注册审评指导原则（监管文件）中，有一句话影像很深“软件看不见摸不着”，最近闸门CMD群也转发CFDA和FDA医疗器械软件注册要求的对比表（预热） ；就是CFDA药监-50号通告附件医疗器械软件注册技 术审查指导原则国家局审评中心写的，和美国FDA2005年5月11日医疗

2、设备含软件-上市前提交文件容指南我们在这不讨论这个法规要求。-和审核一样，我们考虑规，高于法规要求，我觉得应该写“软件看得见摸不着”。因为他运行我们能见的到，软件就像电子文档样，在计算机中分门别类，我们一般对文件控制包括：“创建、审批、发布、存档、阅读、修改、复制”。软件分源程序、可执行程序；源程序还真是就按电子文档经管（423 ）控制，源程序（就如硬件设备的电路图、PCB图、组装图），源程序的控制和电子文档经管（423 ）是一样一样的哈。源程序的“创建、审批、发布、存档、阅读、修改”应保留相应的质量记录（424 ）- 一般没有。可执行程序：她具备产品属性、像一个硬件设备、有功能、能完成任务。

3、但也是一个文件、也同时应包括创建、审批、发布、存档、阅读、修改”的 文件控制。软件的要素就如文件（423/424要素）：包括：1、唯一性编码（就是软件标识）-没有唯一性编码（标识）、配置文件.cfg、系统文件.sys、系统测试文件2、软件类型（如文件类型）、（如：数据库文件.db、编译器提供的头文件.h （未知源代码、或基本算法） 平台（各种系统）、测试用例.tst，可执行程序EXE. 非常多）。本；4、软件版本（主版本存储介质：3、软件名称： 软件版本命名规则及发布版本：在SVN配置经管计划中有主版本和次版本、修订版本。未明确发布版+次版本（+或更新日期）5、说明书：缺少必要的警告说明、缺少

4、详细的使用方法、缺少必要的技术参数、缺少安装调试说明、缺少运输和贮存环境条件的限制6、铭牌：有Gost盘、光盘标识：有，容（不受控）、光盘没有包装（药局给开具不合格）光盘版本有、但和实际用到的、说明书中的、注册的、软件里面显示的不 施工日志：（CRM客户经管系统）电子版附表：审核过程中的关注点过程条款文件要求规程记录：（关注点）规要求（CMD法规要求经管 过程423/424软件控制程序软件编码规程源程序（程序）归档记录（审批）、发布报告软件原始取得著作权证；一般：技术部负责人、 老板、6.2包括：软件编程人员能力评价、在评价 制度控制程序包括软件系统分析师、结构框架 师、详细设计编程（程序员）

5、、测试、等岗 位职责、系统工程师、测试工程师等证问题不大有要求6.3/752程序杀毒、清洁、系统Gost重新等规程台账：还包括：计算机、程序烧录工具、 系统测试机：各种操作系统的模拟机器， 有网络的：网络平台杀毒、清洁、系统 Gost重新等记录7.5.2 工具软件确认- 软件狗型号为“ MicroDog-CA ”不一致- 今年软件狗全部改为 UMI刻录软件NERO AutoSO有确认文档。生产的安装包：有校验软件；MD5Summqr 有确认！软件狗制作工具软件：V1.2有7.3.5/7.3.6/7.5.2 -查看：工具软件、产品 软件的确认程序软件确认规 程、指导书编程软件：JAA、C+; 编

6、译软件：Microsoft VS 。BUG/需求经管软件是：Jira经管软件； 测试：基本未用性能测试工具，回归测试、 黑盒测试记录，在 Testlink 和自动化 QTP 测试、网络区域软件测试工具：loadru nner ；其他外来源-软件确认计划、确认实施记录、确认报告。-关注软件验证（测试）和软件确认区别： 这是CMD部，讲一个故事：QARA群群主- 经常举办“医疗器械软件验证培训班”，. 说完和变了改“软件验证和可用性培训有确认报告晚上1： 00我睡了被 他打吵醒，非得问我“软件验证、确认有 什么区别”说没解决 他睡不着。-我当然没告诉它。有班”，还叫验证，培训人还不少美国FDA 软

7、件确认指南（2002）:软件“验证、确认和测试（V和T）好像是单一的概念，-软件验证提供软件开发生存周期特定阶段的设计输出满足该阶段的所有特定要求的客观证据。软件验证寻找软件和其支持文件的一致性、完整性、和正确性-美国FDA进一步明确：软件确认为“通过检查和规定软件规符合用户需求和预期使用的客观证据，和特定要求的实现通过软件可被始终如一地完成来证实。软件确认典型地包括所有软件要求已经正确地和完整地实现并可追溯到系统要求的证据。 软件验证和确认是很难的，因为开发者不能始终测试，很难知道多少证据是足够的。在大的测试中，软件确认是开发（器械满足软件自动化功能和器械特征的所有要求和用户预期）的“置信度

8、级别” 的问题。例如在规文件中发现的缺陷，估计剩余缺陷，测试覆盖围，和其它技术等措施都用于在产品发货前开发一个可接受的置信度级别。一 置信度级别，为此需要的软件确认、验证和测试工作级别将依赖器械的自动化功能引起的安全性风险（危害）而变化。关于 软件的安全性风险经管的附加指南见美国食品药品经管局的第4部分包含在医疗器械中的软件的上市前提交容的指南，和国际规ISO/IEC14971-1 和 IEC60601-1-4，在附录 A 中引用。3.1.3 IQ/OQ/PQ 按照安装鉴定（IQ）、操作鉴定（OQ和性能鉴定（PQ来描述用户现场软件确认6.4程序软件编程器、编译 器、服务器机房的 环境控制规程。

9、NANA软件 风险 经管 过程7.1 策 划 /4.2.1(DMR产品软件发布报告7.1软件风险经管控制程序规程IECTR80002.1IECTR8002.3软件 开发 过程7.3.1、可行性报告-,评审、批准；缺少配置经 管计划、风险经管计划，缺少评审、验证、 确认等安排。软件测试计划书和测试计划评审报 告7.3.2需求规格说明书：仅有软件需求分析报告 （需求说明书）未提岀规格；设计开发输入文件清单，缺少风险经管报 告（不是计划）；设计开发输入阶段评审；评审容无体现可用性、UI、医疗器械法规要求提供DICOMI符合性声明一无中文版 概要设计：没有733、734风险经管报告，安全性级别未明确。

10、未评 审-源代码、可执行程序在SVN软件服务器保留。无：软件发布报告、包装图、标签图（光盘图）737软件注册完成能不能变更？有BUG改进肯定可以，但应保持改进的软 件的子版本或更新日期；新增加功能的更改、界面改变，问药监局软件 生产 安装 过程7.5刻盘：电脑没标识维护随便刻录（笔记本电脑就带刻录机） 、刻 录记录很简单、无版本号，有的：用U盘、受控，有的网上下载，不用刻录 17.5.3配置经管程序7.5.5库房：4区、有帐卡物、温湿度（药局给同 方库房开不合格）、柜子一个，标识，但无 温湿度控制、无帐卡说明书：电子版，无最后发布版本的记录 光盘标识：不受控公司遇到产品抽查，如何从库里提供 一

11、套完整无误的软件？有软件 维护7.5.1f )验收单-都有。但无安装细节、日志； 未记录医院的计算机网络环境和自己的接 口设置；过程软件版本、最后更新日期（子版本）； 出差报告（或日志）复杂-无重点、无规疋。质量保证报告、结项总结表；实施方案：2014-09、有评审批准（客 户确认）。有系统接口（ HIS、LIS、PAS） 清单；查：数据接口清单：有，详细 现场集成：（施工日志：每周报。数据库导 入无错） 有系统集成工作报告、系统集成测试报告； 各服务器的配置环境7.3.7维修不分保保外、软件软件 测试 过程8.2.4测试计划：包括负 责人、测试时间和 阶段（模块测试、 系统测试、集成测 试）

12、测试计划：测试工具的选用与验证、测试 容、测试预期结果和记录要求； 测试计划应：评审、批准、评审（应有问 题）应升版、记录；工具：白盒测试工具、黑盒测试工具、性 能测试工具，另外还有用于测试经管（测 试流程经管、缺陷跟踪经管、测试用例经 管）的工具代码进行测试，测试中发现的缺陷可以定 位到代码级，根据测试工具原理的不同， 又可以分为静态测试工具和动态测试工具 黑盒测试工具：主要为功能测试工具，黑 盒测试工具的一般原理是利用脚本的录制 （Record）/回放（Playback），模拟用户的操 作，然后将被测系统的输出记录下来同预系统测试一包括各国 系统（WIN系列）兼 容性、模拟网络平台（兼容性

13、）硬件、软件的建立先给定的规结果比较。性能测试的工具包括有：性能测试工具，女口Loadrunner 、 SilKPerformer等，Mercuryl nteractiveBUG 经管 过程8.38、BUG经管过程涉及条款：8.3 8.5BUG经管（问题解决）：一个文件化的问题 解决系统应该建立和保持，该系统用于解 决医疗器械软件（PEMS开发生命期的个活 动和各个阶段部的问题和阶段之间的接口 问题。取决于产品类型，问题解决可以是： 作为PEMS软件开发生命期一部分，被形成 文件使影响安全性和基本性能的已存在或可能 的问题被报告包括每个问题的相关风险的评估 识别问题被关闭的必须满足的规 识别解

14、决问题所要采取的行动8.5某公司被发补的问题：问题与答案1. 软件描述文档应提供制造商原文？你是什么软件？你是否买了现货软件?2. 工程1.2安全级别判断有误你是如何给定级别的，是否有说明？你是否是依据预期用途和使用环境来判别安全性级别？3. 工程1.3体系结构图不完整，应提供全部模块的功能你要依据SDRS软件设计规格说明来写，包括：组成模块、模块功能、模块关系、模块与外部接口关系以及用户界面。4. 工程1.4应描述硬件关系和运行环境，网络环境，其中硬件关系应描述物理拓扑关系你的软件是独立软件，应说明通用计算机的类型和功能5. 工程2.1容有误描述医疗器械软件开发过程所用的语言、工具、方法和生

15、存周期模型6. 工程2.6应补缺陷数请列明开发阶段所发现的缺陷总数和剩余缺陷数即可。7. 工程2.7容有误描述软件版本号的命名规则，版本历史，列明软件在原产国本版本所有修订活动的版本号、类型、日期。8. 测试报告3-7无结果不知什么容？9. 工程3核心算法不完整在SDRS中，技术部应清楚。CMD目前优势：1、 预热：从闸门CMD群也转发CFDA和 FDA医疗器械软件注册要求的对比表（预热）看，CMD有很多对软件很熟悉的，对软件产品和企业有较多现 场审核经验的老师；2、ISO/IEC80002-3 :领导让翻译了一下，有幸接触了软件全过程的要求，基于风险；3、 关于安全性级别：CFDA和FDA有区别；软件模块的安全性级别：外部文件：普通软件一信息工业化部-软件产品登记证、著作权证、软件企业证1、 GB-T 16260.1/2/3/4 -2006软件工程产品质量第 1部分：质量模型第 2部分：外部度量第 3部分：部度量第 4部分：使用质量的度量2、 GB-T25000.1-2010软件工程软件产品质量要求与评价GB-T25000.51-2010软件工程软件产品质量要求与评价（ SQuaRE商业现货（COTS软件产品的质量要求和测试细则医院用软