ISO13485：2016软件确认控制程序

WORDWORD 完整版完整版--------可编辑可编辑--------专业资料分享专业资料分享 文件编号文件编号 版版本本 QP-16QP-16 A0A0 质量管理体系文件质量管理体系文件 程程 序序 文文 件件 主控部门主控部门工程部工程部 软件确认控制程序软件确认控制程序 文件受控盖章处文件受控盖章处 程序文件修订记录程序文件修订记录 № 1 修订说明 新制订 版本 A/0 修订日期 2016-11-1 修订人批准 编制编制 日期日期 审核审核 日期日期 批准批准 日期日期 生效日期生效日期 20162016 年年 1111 月月 1 1 日日 ----完整版学习资料分享---- WORDWORD 完整版完整版--------可编辑可编辑--------专业资料分享专业资料分享 1 1、目的、目的 确保质量管理体系过程中和医疗器械产品的软件各功能满足预期用途，特编制本程序文 件。 2 2、范围、范围 适用于本公司所有医疗器械软件。 3 3、职责、职责 3.1 工程部按公司的程序要求进行软件的设计和开发，进行软件验证、集成和软件维护， 软件的生产周期评估。 3.2 品管部负责软件使用前的确认。 3.3 采购部负责软件变更后的确认。 4 4、定义、定义 4.1 医疗器械软件旨在包括在被开发的医疗器械内的已开发的软件相同，或者预期本身用 作 医疗器械而开发的软件。 4.2 软件的安全性级别制造商应按照软件系统引起的危害对于患者、操作者或其他人员的 可 能影响，赋于每个软件系统一个软件安全性级别A、B 或 C 。 A 级不可能对健康有伤害或损坏。 B 级可能有不严重的伤害。 C 级可能死亡或严重伤害。 4.3 黑盒测试将系统软件和硬件看作不能打开的黑盒，在不考虑系统内部结构和特性的情 况下，测试者只依靠系统需求说明书，从可能的输入条件和输出条件中确定测试数据，也就 是根据系统的功能或外部特性，设计测试用例例如功能测试。 4.4 白盒测试即结构测试或逻辑驱动测试。这种测试允许测试者考虑系统的内部结构，并 根据系统内部结构设计测试用例，而不考虑系统的功能。 4.5 版本某一配置项的已标识了的实例。 注 软件产品某版本的修改产生了一个新版本，但要求软件配置管理活动。 5 5、内容、内容 5.1 软件的分类 根据软件的作用方式不同，软件分类及定义见下表 分类 1 2 操作系统，网络 描述确认方法 已建立的商业可利用性网络和操作系确认名称及版本号 统 标准设备，微控制由非用户设计的软固件驱动的，此固认构造及配置 器，灵敏仪器件可以插入在一个应用软件特定集成 电路（ASIC，只读存贮器ROM，短 ----完整版学习资料分享---- WORDWORD 完整版完整版--------可编辑可编辑--------专业资料分享专业资料分享 暂存贮器或有时在可编程逻辑控制器 PLC中，如条形码解读器，单循环控 制器，填充器，检重仪，温度控制器 等 3 4 标准软件包 可配置软件包 商定现成的软件包，如电子制表软件， 确认应用过程 标准化学分析软件等 该系统允许用户通过配置预先确定的用户审核，确认应用 软件模块及的软件应用模块来发展他过程和一些预定码 们自己的应用软件，如人机对话接口 HMI，管理控制及数据获得系统 SCADA ， 实 验 室 自 动 控 制 系 统 LAS，实验室信息管理系统，物料需 求计划系统，系统应用及产品数据处 理系统SAP， 部份可编程逻辑控制器 等 根据用户的要求进行设计和开发实施计算机系统确认 的全过程 5用户自设计系统 5.25.2 软件的生存周期软件的生存周期 工程部负责软件的生存周期的评估， 对软件进行确认。软件应在初次使用前进行确认， 适当时， 在这类软件的变更后或应用时进行确认。 软件确认和再确认有关的特定方法和活动应与软件应用相关的风险相一致，包括对产品符合规范 能力的影响。 5.35.3 软件测试软件测试 工程部制定软件的测试方法，规范软件测试的主要方式和方法。 5.3.1 测试的分类 a. 软件项各模块的单元测试； b. 软件组装测试； c. 软件确认测试； 5.3.2 测试方案的策划 测试方案的策划应包括以下内容 a. 单元测试计划、软件组装测试计划； b. 软件验收确认测试计划； c. 测试用例设计； d. 测试环境和工具； e. 测试结果的判定准则； f. 测试的组织和人员安排； g. 用户文档 5.3.3 工程部按照软件测试方案的要求， 在各软件模块、 软件项和软件系统设计实现过程各阶 ----完整版学习资料分享---- WORDWORD 完整版完整版--------可编辑可编辑--------专业资料分享专业资料分享 段进行软件测试。测试结果报工程部经理审核，技术总监批准。 5.45.4 软件的确认软件的确认 工程部组织在类似使用环境下，对组装完成的软件的确认，软件的确认填写设计和开 发确认记录 ，由工程部经理负责审批。并给顾客进行确认。 软件确认包括以下几个方面 a. 性能测试列出要测试的项目并证明这些项目能满足要求。例如软件可以设定时间、 温度等，设置这些参数，测试能否满足预定的要求。 b. 功能测试按说明书的相反要求进行设置，检查报错的可靠性，如果存在一种以上的 软件，检查软件间的影响。 c.极限测试根据软件的使用极限极限测试极限条件的工作可靠性， 例如在电压的波动 范围内，检查最大波动情况。 d. 系统设置可恢复性检查系统出了问题以后，恢复到正常设置的能力。 e. 安全性界定安全措施，例如界定什么人可以修订参数、什么人可以更改程序等。 5.4.1 安装确认IQ 安装确认的目的是保证系统的安装符合设计标准，并保证所需技术资料俱全。具体确 认内容由工程部进行评估，可包括如下 a 标准清单，包括使用者要求、功能性要求、物理要求、系统标准等。 b 作业指导书，包括硬件和软件的操作、预防维修、备份和数据存档、灾难 断电、硬 软 件损坏等恢复及系统退役。 c 配置图，配置图是控制系统的概图。 d 硬件配置清单，包括已安装系统的所有组成部分，应记录其修订版号。 e 软件清单和源代码的复制件 列出与系统有关的所有软件和软件版本，并保证所有软件的复制件都归入档案，安 全 存放。应存放以下几种软件。源代码产生器或编辑器、源代码 包括初级排序、功 能 和报告的产生、操作系统、诊断程序、存档／备份程序。 f 输入／输出I／O清单及连续性检查。连续性检查是保证信号可从控制系统发至装 置并又可从装置返回至控制系统。 g 环境和公用工程测试。 确认并记录系统安装的环境， 包括清洁度、 射频／电磁干扰、 振动、物理安全性、噪声、照明。 h 结构测试白盒法，主要指源代码的结构测试。对以下各项进行确认。 5.4.2 运行确认OQ 系统运行确认的目的是保证系统和运作符合需求标准。系