医疗器械独立软件本身是算法＋实现的结合，一个软件常含多种功能，每个功能可能会涉及一种或多种算法，核心算法是指软件在预期使用环境中完成其预期用途的必需算法，如医学影像类软件中的成像算法。核心算法若是成熟算法应提供相应的文献证实其公开性，而全新算法如人工智能算法，是基于海量数据和髙算力可不断自我学习并优化提升的黑盒算法，其存在一定程度的不可控因素，一般需通过临床试验来证实其安全有效性，需提供基于临床试验结果的支持性资料。随着IT技术与医学的不断融合发展，医疗器械独立软件在临床应用日益广泛，若发生故障将造成安全风险，因此可靠性至关重要。良好的开发过程才能保证软件的可靠性，软件描述文档则是开发过程的基本体现。医疗器械软件注册技术审査指导原则中对描述文档应含基本信息、实现过程和核心算法三大内容要求，要求申请人进行陈述并提供支持性资料。在这里，缘兴医疗结合注册申报工作经验就描述文档编制要点进行梳理和浅析。

1.需求规范(SRS)。软件功能的设计和用户需求的实现均是从需求规范SRS开始，SRS—般包括产品描述、产品功能要求、用户特点、设计约束、需求分配等内容，应按GB/T9385编制，对软件的功能如处理或诊断功能的要求应在SRS中明确，软件的约束条件如运行环境限制、不同用户控制权限的要求也应明确，SRS内容应与软件SDS的内容保持对应。

2.可追溯性分析。是追溯软件从需求到实现整个过程间的对应关系，主要是对安全性级别为C的软件的要求，可追溯性分析一般是追踪SRS、SDS、源代码、测试、风险管理之间的关系，分析已识别关系的正确性、一致性、完整性和准确性，如SRS中的功能需求应与SDS中列明的功能、SDS中列明功能与软件中实现该功能的源代码应是可一一对应的，SRS中的设计约束与风险管理报告中的控制措施也应是可一一对应，可追溯性分析应输出可明确査看和判定对应关系的列表式记录或报告。

3.生存周期。生存周期是指软件从需求到开发、交付、使用、升级维护全生命周期的过程，可提交依据YY/T0664附录D中表D.1过程标准核査表替代相应描述，或提交软件的维护计划及配置管理的体系文件，安全性级别为C级的软件要求提供的设计历史文档集索引表(DHF)，可提交从立项到集成测试的全过程文档目录，同时应确保目录中的文件在质量体系文件中可溯源，以备注册体系核査。

4.验证与确认。这是对软件功能问题发现识别过程，软件的验证如黑盒与白盒测试，白盒测试一般指各类软件源代码的检査活动，黑盒测试一般指单元/集成/系统等各阶段的测试活动，可提供各种验证的记录文件，软件中确认通是指在真实或模拟的使用环境中的用户测试，可提交用户测试记录或临床评价报告证实符合此要求。