医疗器械软件描述文档-模版
医疗器械软件描述文档
1.基本信息
1.2.安全性级别
c)如果软件失效，可能导致以下后果（按软件各功能失效逐条描述，如果软件失效的时候由硬件降低失效后果或危害发生概率，可以做说明，并由此降低安全性级别）：
-
-
-
1.3.结构功能
1.3.1.组成模块、各模块功能及模块相互关系
依据软件设计规格给出体系结构图（如图1.3-1所⽰）。嵌入式软件（SDS）体系结构图——⽰例1
图1.3-1XXX体系结构图1.3.2各模块功能说明
2、软件功能项目列表需列出与测试相关的所有功能（包括各级子功能）。
3、功能说明栏目应填写：功能项目概述、边界值规定（数据有效性）、安全说明等信息。
4、功能列表上所列出来的功能必须是可以实现或演⽰的。
6、软件功能项目列表根据需要列出（可增加或删减子功能列）。
1.3.
2.用户界面设计
采用广泛应用的图形用户界面（GUI），即诸如窗口、菜单、对话框、滚动条等。用户主界面见图1.3-2。图1.3-2XXX用户主界面
1.3.3.外部接口
XXX可使用VISUALC++提供的对SQLSERVER的接口，进行对数据库的所有访问。XXX可使用SQL SERVER的对数据库的备分命令，以做到对数据的保存。
在网络软件接口方面，使用一种无差错的传输协议，采用滑动窗口方式对数据进行网络传输及接收。
1.4.硬件关系
1.4.1.物理拓扑图硬件软件
显⽰部分血压显⽰7工具LED血压值显⽰最高血压?最低血压、脈拍を表⽰时刻显⽰7工具LED時刻显⽰显⽰现在时刻压力单位显⽰LEDmmHg/kPa显⽰显⽰血压值以及压力值的单位
开关读取控制时刻的设定等、主机功能设定的更改打印部分打印
压力传感器血压测定控制测量时加压、减压控制、脉搏信号处理以及测量值的确定
袖带驱动部分袖带驱动用马达袖带控制袖带的卷曲、固定、开放语音部分扬声器语音控制测量通知
外部进出力部串行通信串行进出力测量结果出力、指令输入记忆存储U盘设定值记忆存储控制功能设定内容的保持嵌入式软件物理拓扑关系表格形式——⽰例2
图1.4-1物理拓扑图1.4.2.连接关系描述
1.5.运行环境1.5.1.硬件配置处理器:
1.5.
2.软件环境系统软件：支持软件：必备软件：选配软件：杀毒软件：
1.5.3.网络条件网卡：
1.6.适用范围
软件组件：同医疗器械产品的适用范围和适用人群。1.7.禁忌症
1.8.上市历史（软件组件写医疗器械的上市历史）(表格形式)国产首次注册⽰例：
该医疗器械，产品名称为XXXXX，据产品结构及预期用途，按《医疗器械分类目录》分为6870类软件，按照二/三类医疗器械进行首次注册。
该医疗器械作为XXX的组件，在中国（首次/重新）申请上市。依据产品结构及预期用途，按《医疗器械分类目录》分为68xx-xx类。上市历史详情见下表：
2.1开发综述
我司于XXXX年XX月开始XX软件的开发工作。整个开发过程包括可行性研究和项目开发计划、需求分析、概要设计、详细设计、编码、集成、测试等6个阶段，并编制相应开发文档。本软件开发采用XXXX模型。在开发过程中，采用的语言、工具和方法分别为：
—软件需求工具：XXXXX，版本：XXXXXX，来源（制造商）：XXXXXX；—设计工具：
在开发过程中，开发人员为XXX人，开发时间为XX月，工作量为XXXX人月。代码行共XXXX行，控制文档XXXX个。
2.2风险管理
风险管理报告全文，见附件1。XXX风险管理报告（文件号：xxx版本：xxx）2.3需求规格(SRS)
《需求规格说明书》（SRS）全文，见附件2。《需求规格说明书》（文件号：xxx版本：xxx）
2.4生存周期
《软件配制管理计划》（SCMP）摘要见附件4。《软件维护计划》摘要见附件5。
《生存周期实施情况核查表》见附件6。2.5验证与确认
各测试文档详见附件82.6缺陷管理
2.6.1缺陷管理的流程
2.6.2缺陷总数和剩余数
开发过程中发现缺陷xx个，上市后剩余缺陷数为xx个。
2.7修订历史
软件版本的命名规则：软件的版本号为XX.XX.XXXXX的形式，版本号中，第一位是xx，代表：XXXX，第二位是xx，代表……。
2.8临床评价
“《临床评价报告》（文件号：xxx版本号xxx）”。——与注册资料7临床评价资料一致。
3核心算法概述算法类型：
公认成熟算法：公开文献专利标准、原理简单明确、上市超过四年且无不良事件。公认成熟算法列明名称、原理、用途，全新算法列明名称、原理、用途，并提供验证资料。
实质首次注册：所有核心算法实质重新注册：新增核心算法XXX风险管理报告
XXX需求规格说明书（SRS）1.引言
1.1编写目的
为了明确“XXXXX”项目的需求，为用户和分析设计人员之间的交流提供方便，更好地安排项目规划与进度，组织软件开发与测试，减少项目风险，撰写本需求规格规格说明书。
本需求规格说明书的读者为项目经理、分析设计人员、程序员、质量保证人员、维护人员以及客户方的相关人员。
1.2项目背景1.3定义
GB/T11457所列术语和下列定义适用于本指南。合同：指XXXX共同签署的关于本项目的合同。客户：指XXXX公司。
语言：是指具有语法和语义的通信工具，包括一组表达式、惯例和传递信息的有关规则。编程语言：是指用于编写源程序的高级语言和汇编语言。
1.4参考资料
d）GB/T12504计算机软件质量保证计划规范e）GB/T12505计算机软件配置管理计划规范f）GB/T19001质量管理体系
g）ISO9001质量管理体系h）ISO9000-3质量管理体系
i）ISO/IEC12207软件生命周期过程标准j）ISO/IEC TR15504软件过程评估标准k）IEEE1058.1软件项目管理计划标准
2.总体描述2.1目标
2.1.1开发意图、应用目标
2.1.2产品描述
（描述产品的基本要求、主要部分、外部接口等可使用框图展⽰较大系统的主要部分、相互关系、外部接口等））
采用基于采用MVC模式架构的开发方式，实现的系统具有界面美观、操作简单、开发系统容易升级、系统开发周期短、成本低等优点。在项目的研发中，从体系结构上将本系统设计为4层结构：
软件系统总体数据流图（图⽰及说明）系统功能的总体用况图（图⽰及说明）约束：
（列出每个系统接口，识别完成系统需求的软件功能以及与系统匹配的接口描述。）b)用户界面；
（如要求的屏幕显⽰格式、页面、版式、报告内容、菜单内容等）
（与其他软件的接口，软件应提供名称、助记符、规格说明编号、版本号、来源，接口软件的目的等）e)通信接口；
（如用户引发的操作、交互操作的周期、无人值守操作的周期、数据处理支持能力、备份和回复操作）
h)现场适应性需求
（给定现场、任务和运行模式的需求）2.2产品功能
描述软件的将执行主要功能的概要。（可用文本或图⽰的方法，显⽰不同功能及其之间的关系，显⽰变量之间的逻辑关系）
2.3用户的特点a）管理员：。b）用户1：
c）用户2：2.4约束条件经费限制：
时间限制：硬件局限：
方法、技术、环境：法规：
标准：
并行操作：审核功能：
3.具体需求3.1外部接口
3.2.1用户注册功能
?前置条件：数据库有足够的空间。?触发器：用户进入注册界面。
e）用户输入其他个人基本信息。f）用户输入验证码。
a）用户注册的会员名已在系统中存在时，给出提⽰信息，让其更改所输入的会员名。b）用户输入的确认密码与登录密码不一致时，给出提⽰信息，让其重新输入密码。
c）用户输入的验证码错误时，给出提⽰信息，随机更换验证码的图片后，让其重新输入验证码。?优先级：必须被实现。
3.2.2…………
3.3性能需求
3.3.1支持的终端数：
3.3.2支持同时运行的用户数量；
3.3.3要处理的信息量和类型：
3.3.4精度
3.3.5速度：
3.3.6人身和环境安全性需求3.4数据库逻辑需求
（规定将置于数据库的任何信息的逻辑需求，可包括：）a)不同功能使用的信息类型；
f)数据保存要求3.5设计约束
（描述由可能由其他标准、硬件局限等引发的设计约束）3.6软件系统属性
3.6.1可靠性
3.6.2可用性
3.6.3保密性需求
a）对注册过的用户个人信息的严格保密，除用户自己以及管理员之外，其他人不能查阅用户信息。
b）对数据传输过程需有严格的保密机制，防止用户数据的泄露。
3.6.4可维护性
3.6.5可移植性附件3
XXX软件开发计划（SDP）摘要1.引言
本条应简述本文档适用的系统和软件的用途，它应描述系统和软件的一般特性；概述系统开发、运行和维护的历史；标识项目的投资方、需方、用户、开发方和支持机构；标识当前和计划的运行现场；列出其他有关的文档。
2.实施整个软件开发活动的计划2.1软件开发过程
本条应描述要采用的软件开发过程。计划应覆盖论及它的所有合同条款，确定已计划的开发阶段（适用的话）、目标和各阶段
要执行的软件开发活动。2.2软件开发总体计划2.2.1软件生存周期
2.2.2软件开发方法
本条应描述或引用要使用的软件开发方法，包括为支持这些方法所使用的手工、自动工具和过程的描述。该方法应覆盖论及它的所有合同条款。
2.2.3可重用的软件产品
本条应描述标识、评估和吸纳可重用软件产品要遵循的方法，包括搜寻这些产品的范围和进行评估的准则。描述应覆盖合同中论及它的所有条款。在制定或更新计划时对已选定的或候选的可重用的软件产品应加以标识和说明，（若适用）同时应给出与使用有关的优点、缺陷和限制。
2.2.4处理关键性需求
本条应分以下若干条描述为处理指定关键性需求应遵循的方法。描述应覆盖合同中论及它的所有条款。
3.进度表和活动网络图本章应给出：
a．进度表，标识每个开发阶段中的活动，给出每个活动的初始点、提交的草稿和最终结果的可用性、其他的里程碑及每个活动的完成点；
b．活动网络图，描述项目活动之间的顺序关系和依赖关系，标出完成项目中有最严格时间限制的活动。4.项目组织和资源
4.1项目组织
本条应描述本项目要采用的组织结构，包括涉及的组织机构、机构之间的关系、执行所需活动的每个机构的权限和职责。4.2项目资源
2)按职责（如：管理，软件工程，软件测试，软件配置管理，软件产品评估，软件质量保证和软件文档编制等）分解所投入的入力；
3)履行每个职责人员的技术级别、地理位置和涉密程度的划分；
b．开发人员要使用的设施，包括执行工作的地理位置、要使用的设施、保密区域和运用合同项目的设施的其他特性；c．为满足合同需要，需方应提高的设备、软件、服务、文档、资料及设施，给出一张何时需要上述各项的进度表；d．其他所需的资源，包括：获得资源的计划、需要的日期和每项资源的可用性。
附件4
XXX软件配置管理计划（SCMP）摘要1.软件配置管理活动
本章描述配置标识、配置控制，配置状态记录与报告以及配置检查与评审等四方面的软件配置管理活动的需求。1.1配置标识
1.1.1本条必须详细说明软件项目的基线（即最初批准的配置标识）
在软件生存周期中，主要有三种基线，它们是功能基线、分配基线和产品基线。对于每个基线，必须描述下列内容：
b．与每个基线有关的评审与批准事项以及验收标准；c．在建立基线的过程中用户和开发者参与情况。
c．对每一个新交付的版本，要给出版本交付号、新修改的描述、修改交付的方法、对支持软件的修改要求以及对有关文档的修改要求；
1.1.2本条必须描述本项目所有软件代码和文档的标题、代号、编号以及分类规程例如，对代码来说：
b．在构造模块源代码的顺序行号时，应使它适合于模块作进一步的修改。1.2配置控制
1.2.1本条必须描述软件生存周期中各个阶段使用的修改批准权限的级别
1.2.2本条必须定义对已有配置的修改申请进行处理的方法其中包括：
a．详细说明在本计划第3.2条描述的软件生存周期各个阶段中提出修改申请的程序（可以用注上自然语言的流程图来表达）；
b．描述实现已批准的修改申请（包括源代码、目标代码和文档的修改）的方法；
c．描述软件库控制的规程，其中包括库存软件控制、对于适用基线的读写保护、成员保护、成员标识、档案维护、修改历史以及故障恢复等七项规程；
d．如果有必要修补目标代码，则要描述其标识和控制的方法。2.工具、技术和方法
本章必须指明为支持特定项目的软件配置管理所使用的软件工具、技术和方法，指明它们的目的，并在开发者所有权的范围内描述其用法。例如，可以包括用于下列任务的工具，技术和方法：a．软件媒体和媒体文档的标识。
b．把文档和媒体置于软件配置管理的控制之下，并把它正式地交付给用户。例如，要给出对软件库内的源代码和目标代码进行控制的工具、技术和方法的描述；如果用到数据库管理系统，则还要对该系统进行描述。又如，要指明怎样使用软件库工具、技术和方法来处理软件产品的交付。
c．编制关于程序及其有关文档的修改状态的文档。因此必须进一步定义用于准备多种级别（如项目负责人、配置控制小组、软件配置管理人员和用户）的管理报告的工具、技术方法。
深耕行业资源共享，知识星球每日更新干货，同行入圈便捷下载～～～
[更多资料进入知识星球下载]：扫描下方二维码，进入知识星球，成为会员不仅能同步解锁知识星球与专属知识库两大核心数据资源，还能和众多行业老师深度交流、共享经验，一站式获取专业干货与优质资源。
[知识星球内部分优质资源截图]
夜雨聆风
