药品监督管理局的质检台上，并排放着两样东西。一样是灯泡，独立封装，拧上任何一盏标准灯座就能发光；另一样是台灯，灯泡、导线、电路板都藏在壳里，只有整机通电才有意义。质检员的记录册分两栏：左栏“单品检测”，右栏“整机检测”。在医疗AI的世界里，也恰好有两类软件，对应着检测台上的两种处境：SaMD——Software as a Medical Device，作为医疗器械的软件，是那枚可以独立点亮的灯泡；SiMD——Software in a Medical Device，医疗器械中的软件，是台灯里那些封装好的电路。本文将带你站在质检台前，看清这两类软件的定义区别、监管路径差异，以及医疗AI产品申报注册时的分类要点。理解了这个区别，你就拿到了医疗AI合规的第一把钥匙。

岗位关联

对AI从业者而言，分不清SaMD与SiMD，产品轻则返工重审、重则被认定为“未注册医疗器械”。掌握这套分类逻辑，是医疗AI产品化和团队合规的必修第一课。

目录
  1. 可视化演示
  2. 概念定义
  3. 判定标准
  4. 监管路径
  5. 注册分类
  6. 风险等级
  7. 变更管理
  8. 质量体系
  9. 临床评价
  10. AI 应用场景
  11. Python 演示
  12. 常见误区
  13. 面试题

可视化演示

展示SaMD（作为医疗器械的软件）与SiMD（医疗器械中的软件）的分类对比、风险分级及注册审批流程路径。

本节配有交互动效（进入视口后自动加载，约 3KB）。

SaMD与SiMD分类对比 SaMD：独立软件本身即为医疗器械，如AI影像诊断App、临床决策支持系统 SiMD：软件作为硬件医疗器械的组成部分，如MRI控制软件、起搏器固件 核心区别：SaMD不依赖特定硬件，可独立运行于通用计算平台 SaMD = Software AS a Medical Device IMDRF定义SaMD为用于医疗目的的独立软件。

概念定义

质检实验室的台面上并排放着两样东西：一只是个拆了包装的灯泡，黄铜螺纹口、玻璃外壳，接上任何一盏标准灯座就能点亮；另一盏是台灯，灯罩、支架、底座连成一体，灯泡藏在里面，导线、电容、变压器都封在壳中。质检员的记录册分两栏：左栏“单品检测”，右栏“整机检测”。医疗AI领域也有这样两栏。

SaMD——Software as a Medical Device，作为医疗器械的软件，是那枚可以独立点亮的灯泡；SiMD——Software in a Medical Device，医疗器械中的软件，是台灯里那些被封装的电路。IMDRF（国际医疗器械监管机构论坛）给出过一个更精确的说法：SaMD是不包含在硬件医疗器械里、却能单独作为医疗器械使用的软件；而SiMD通常以固件或算法模块的形式，成为某个硬件设备不可分割的组件。

要从定义走向判定，可以用一个判定式：

回到质检台，这个判定式就是质检员手里的小螺丝刀：能轻松拧下灯泡的，是SaMD，单独建档送检；拧下螺丝才发现灯泡和电路焊死在一起的，是台灯，整机送检。定义不是给产品贴标签，是为后续所有监管动作定方向。

CSaMD=Sstandalone∧Mclinical∧¬DembeddedC_{\text{SaMD}} = S_{\text{standalone}} \land M_{\text{clinical}} \land \neg D_{\text{embedded}}
  1. 独立交付（$S_{\text{standalone}}$）软件可以脱离特定医疗硬件单独分发、安装、运行。这是进入SaMD通道的大前提，相当于灯泡能单独拆下来。
    Sstandalone:软件可独立分发与运行S_{\text{standalone}}: \text{软件可独立分发与运行}
  2. 医疗用途（$M_{\text{clinical}}$）软件的输出用于某个患者的诊断、治疗或疾病预测，而不是仅做健康科普或信息管理。
    Mclinical:输出参与个体诊疗决策M_{\text{clinical}}: \text{输出参与个体诊疗决策}
  3. 非整机组件（$\neg D_{\text{embedded}}$）软件不是某个医疗器械内部固定的一部分；若算法已固化为设备内的逻辑，则转向SiMD路径。
    ¬Dembedded:软件不属于整机固定组件\neg D_{\text{embedded}}: \text{软件不属于整机固定组件}

判定标准

质检员拿到一个自称“照明器”的东西，第一件事就是问三个问题：它离开这台机器还能不能用？它发出的光是不是给病人用的？它是被焊死在机器里的吗？这三个问题，恰好是SaMD/SiMD判定的三条标准。

第一，独立交付。App能单独装在手机上、云端能单独部署，满足“可独立分发”；第二，医疗用途。软件的输出面向某个患者的诊断或治疗决定，而不是泛化的健康建议；第三，平台属性。软件跑在通用平台（手机、PC、云端）上，还是专门为某台医疗设备定制的专用平台？通用平台是SaMD的倾向证据，专用平台往往说明它是SiMD。

用一张清单来落地判定：

  • 独立交付：产品说明书是否将软件列为可单独获得的部分，卸载硬件后是否仍能运行。
  • 医疗用途：预期用途是否写入“供医生诊断参考”“辅助治疗方案选择”等患者指向表述。
  • 平台属性：运行在通用计算平台，还是专用设备固件。
  • 整机集成度：软件与设备是否共享同一安全边界，例如共用电源、处理器或外壳。

这三个问题就像质检员的“三连问”，问完一圈，手里是灯泡还是焊死的电路，基本八九不离十。很多团队栽在第一步：辛辛苦苦把算法跑在了云端，却以为自己是医院系统里的一个插件，结果连送检通道都走错了。

监管路径

质检站的硬件决定了怎么送检：测灯泡有灯泡的检测线，测台灯有台灯的整机试验台，两条线各有各的表格和签字人。监管机构也是如此——FDA和NMPA都为SaMD和SiMD铺设了不同的上市前通道。

FDA将SaMD纳入器械监管框架，按510(k)、De Novo或PMA路径审查；而SiMD作为器械的软件组成部分，随主机整体提交上市前申请，例如在510(k)中提交软件验证文档。NMPA同样如此，《医疗器械软件注册审查指导原则》将软件分为“独立软件”与“软件组件”，前者对应SaMD，后者对应SiMD。国际层面对应的指南则来自IMDRF的SaMD工作组，其风险分类框架已被多国监管机构采纳。

两种路径的具体差异：

  • 申报主体：SaMD由软件企业单独申报；SiMD由整机厂商在整机注册时一并提交。
  • 审评重点：SaMD聚焦算法性能、临床评价、网络安全；SiMD还叠加硬件交互、EMC（电磁兼容）、电气安全。
  • 上市后责任：SaMD的软件厂商是注册人；SiMD的注册人仍是整机厂商。

还是那个比喻：灯泡厂可以拿着自己的光效报告直接送到灯具检测线；台灯厂则必须把整台台灯搬上试验台，电路只是其中一个附件数据页。选错了通道，轻则补材料，重则被按“未注册医疗器械”查处。

注册分类

同样是灯泡，装在走廊的声控灯里和装在手术无影灯里，质检的严格程度完全不同。注册分类就是给软件按风险分门别类，决定你跑哪一级审批。

按NMPA《医疗器械分类目录》，独立软件依据预期用途分为I、II、III类。例如仅做影像存储管理的软件可能按I类管理；用于辅助诊断、且输出直接提示某类疾病的软件，常按II类或III类申报。分类一旦确定，后续的安全性验证深度、临床评价要求都随之确定。

分类落地时的申报要点：

  • 预期用途：写出具体适应症，避免“健康管理”等泛化描述。
  • 软件安全性级别：参考IEC 62304的A/B/C级，C级对应最高风险，需要最严格的文档链。
  • 文档齐套：软件需求规格说明书、架构说明书、测试记录、网络安全说明、临床评价资料。

这就像质检员在登记表上勾选风险等级：作一般照明的灯泡盖一个普通质检章，作手术照明的要附上手术场景验证报告。申报分类没想清楚，后面所有验证工作都会返工，这也是很多医疗AI团队第一次送检被“打回”的最常见原因。

风险等级

决定灯泡检验严度的不是灯泡大小，而是它用在哪里——走廊灯坏了，摸黑走两步；手术灯坏了，手术中止。风险等级由使用场景决定。

IMDRF为SaMD建立了四类风险框架，核心维度有两个：信息对临床决策的重要性（是否用于诊断或治疗决定），以及临床状态本身的严重程度。两个维度共同决定产品处于I类（低风险）到IV类（高风险）的哪个档位。

IMDRF四类的典型产品：I类如生理参数显示工具，不提供关键临床信息；II类提供临床信息但不直接驱动治疗；III类提供用于诊断或治疗的信息，如肺炎辅助诊断；IV类提供可能产生严重后果的诊疗信息，如自动放疗计划系统。回到台灯比喻：同一颗灯泡芯，在走廊灯里是低风险，放进ICU床头灯就要按最高规格复检。给产品定级，本质是回答“这个东西如果输出错了，病人会受到多大伤害”。

Rrisk=max⁡(Fclinical,Iinfo)R_{\text{risk}} = \max\left(F_{\text{clinical}}, I_{\text{info}}\right)
  1. 临床功能（$F_{\text{clinical}}$）软件输出是否直接驱动治疗行为，例如自动生成放疗计划就比单纯显示检验结果权重更高。
    Fclinical:输出对诊疗行为的驱动程度F_{\text{clinical}}: \text{输出对诊疗行为的驱动程度}
  2. 信息权重（$I_{\text{info}}$）软件所处理信息对患者健康的影响程度，生命体征数据高于一般健康日志。
    Iinfo:信息对健康状态的关键程度I_{\text{info}}: \text{信息对健康状态的关键程度}
  3. 取最大值（$\max$）木桶效应——两个维度任一达到高位，整体风险就上移，这也是监管采取审慎原则的体现。
    max⁡:任一维度高则整体风险上移\max: \text{任一维度高则整体风险上移}

变更管理

质检档案不是一锤子买卖。灯泡换新版型，要来实验室补测光通量；台灯改了一条内部走线，则要把整个台灯重新送上试验台。医疗器械软件发布后，SaMD与SiMD的变更管理路径也有这样明显的宽严之分。

NMPA将软件版本更新分为重大（A类）、轻微（B类）、极小（C类）变更。重大变更通常需要变更注册或重新注册，轻微变更需备案并向监管说明，极小变更仅需内部记录。这对SaaS模式运营的医疗AI团队尤其重要——服务器上的模型每个季度都在迭代，如何界定变更类型直接影响运营是否合规。

判断影响程度有两条经验法则：一是算法输出是否在相同输入下产生不同结论；二是预期用途是否扩大，例如从辅助筛查扩大到辅助诊断。灯泡换了个更亮的灯丝，只要光效在安全范围，备案即可；台灯的电路板重新布线，就必须把整机重新推上试验台。在“小步快跑”和“合规稳健”之间找到节奏，是医疗AI团队运营绕不开的功课。

Action={变更注册Eimpact≥θmajor备案θminor≤Eimpact<θmajor内部记录Eimpact<θminor\text{Action} = \begin{cases} \text{变更注册} & E_{\text{impact}} \geq \theta_{\text{major}} \\ \text{备案} & \theta_{\text{minor}} \leq E_{\text{impact}} < \theta_{\text{major}} \\ \text{内部记录} & E_{\text{impact}} < \theta_{\text{minor}} \end{cases}
  1. 影响程度（$E_{\text{impact}}$）算法模型、输入输出、预期用途的改变幅度。模型参数更新和界面文案修改的影响程度显然不同。
    Eimpact:变更对安全有效性的影响幅度E_{\text{impact}}: \text{变更对安全有效性的影响幅度}
  2. 重大阈值（$\theta_{\text{major}}$）触及安全性和有效性实质的变更，必须走变更注册通道。
    θmajor:重大变更判定阈值\theta_{\text{major}}: \text{重大变更判定阈值}
  3. 轻微阈值（$\theta_{\text{minor}}$）仅界面细节、性能优化等，备案后即可发布。
    θminor:轻微变更判定阈值\theta_{\text{minor}}: \text{轻微变更判定阈值}

质量体系

不管测灯泡还是测台灯，质检实验室本身必须符合规范：温湿度有记录，量具按时校准，操作人员持证上岗。在医疗AI产品化过程中，质量管理体系（QMS）就是这座实验室的“内控制度”。

三大标准构成核心骨架。ISO 13485是医疗器械QMS的通用要求，覆盖从设计开发到售后的全流程；IEC 62304是医疗器械软件生命周期的专用标准，规定需求、架构、编码、测试各环节的文档与验证要求；ISO 14971是风险管理标准，要求企业把“病人安全”作为设计输入贯穿始终。三者叠加，医疗AI团队才算拥有一个合格的“质检实验室”。

对软件团队而言，落地QMS的要点：

  • 需求追溯矩阵：每条需求能追溯到测试用例与代码模块。
  • 配置管理：每个发布版本对应唯一构建记录，可回滚、可审计。
  • 缺陷管理：严重缺陷的关闭要经过风险评估，不是改完就发布。

质检台的规范，最终保证的是：无论你是送测灯泡的SaMD厂商，还是送测台灯的整机厂商，监管方都相信你的每一个检测章都真实可追溯。质量管理体系不是墙上挂的证书，而是急救灯亮起时还能保持运转的一套肌肉记忆。

临床评价

灯泡说明书上写着“寿命一万小时”，质检员会问：数据呢？测过吗？谁测的？同理，医疗AI软件说自己“诊断准确率95%”，注册审评要的是临床证据，而不是单独一份测试集上的准确率表。

临床评价可以是三条路：开展前瞻性临床试验、引用同品种已有证据、利用真实世界数据（RWD）进行回顾性验证。证据等级越高，审评通过概率越大；对于III类SaMD，通常需要前瞻性临床试验，这是门槛也是护城河。

上市后并非终点，而是监测起点：

  • 上市后临床随访（PMS）：定期汇总真实使用中的性能表现，与宣称的准确率对照。
  • 不良事件报告：发现输出导致误诊、延误时，需按法规时限上报监管机构。
  • 与变更管理联动：真实世界反馈触发算法更新，再回到变更注册流程，形成闭环。

就像台灯必须通过整机寿命测试才能拿到合格证，灯泡也必须附上老化测试曲线。没有临床证据支撑的产品，就像一个没有测试数据的灯泡——包装再精美，质检员也不敢让它进医院。临床评价是医疗AI从“实验室Demo”走向“手术室可用”的最后一公里。

AI 应用场景

独立诊断App的注册路径规划

阶段：产品定义与法规路径规划

解决的问题：团队把独立诊断App当普通互联网软件直接上线，面临“未注册医疗器械”的查处风险。传统方式靠外包顾问口头判断，常因信息模糊导致申报返工。用判定标准三连问在立项阶段就能锁定SaMD属性，提前规划临床评价投入。

具体案例：某影像AI公司开发肺结节检测App，医生上传CT影像后软件独立输出结节坐标与风险概率。产品完全脱离特定硬件、面向个体诊断，判定为SaMD。按NMPA独立软件注册路径准备文档，先按软件安全性B级完成IEC 62304验证，再启动多中心回顾性临床研究，最终按II类申报获准。

监护仪内嵌算法的整机适配

阶段：研发与设计变更

解决的问题：把心律失常AI算法嵌入监护仪，若只按SaMD思路做独立送审，会忽略设备整体的EMC和电气安全验证，导致整机注册证被撤销。正确做法是按SiMD随整机审评，将算法作为软件组件写入整机技术要求。

具体案例：某监护仪厂商在新一代设备中加入室颤预测算法。团队将算法模块按IEC 62304完成单元验证，随后随整机执行YY 9706电气安全、电磁兼容和老化测试，在整机变更注册中提交算法性能数据和软硬件交互分析，顺利获批升级。

医院HIS接入AI分诊模块的合规评估

阶段：采购与合规评估

解决的问题：医院信息科采购AI分诊模块，若无法区分SaMD与普通软件模块，可能把需要注册证的SaMD当HIS插件直接部署，让医院和厂商都暴露在合规风险中。

具体案例：某三甲医院HIS系统计划接入影像分诊AI。医院器械科用“独立交付、医疗用途、整机集成度”三问评估，认定该模块由云端独立部署且输出诊断提示，属于SaMD。于是要求供应商先取得医疗器械注册证，再通过医院网络安全评估，才允许接口联调。

Python 演示

python50 行
"""SaMD 与 SiMD 分类判定与风险等级预判工具"""  def classify_software(mode, medical_purpose, embedded):    """根据三个核心维度判定软件属性     mode: 'standalone' 或 'in_device'    medical_purpose: 是否用于个体患者诊疗决策    embedded: 是否为整机不可分割的组件    """    if mode == 'standalone' and medical_purpose and not embedded:        return 'SaMD'    if mode == 'in_device' and medical_purpose and embedded:        return 'SiMD'    if medical_purpose:        return '待进一步判定'    return '普通软件, 不属于医疗器械'  def suggest_risk_class(clinical_impact, info_level):    """简化IMDRF框架: 两个维度打分1-4, 取最大值定风险档位"""    risk = max(clinical_impact, info_level)    if risk >= 4:        return '建议按IV类高风险管控, 需前瞻性临床'    if risk == 3:        return '建议按III类中高风险管控, 需临床证据'    if risk == 2:        return '建议按II类中风险管控, 可行性验证即可'    return '建议按I类低风险管控, 常规文档即可'  def main():    # 产品1: 肺结节诊断App, 云端独立部署    app = classify_software('standalone', True, False)    risk1 = suggest_risk_class(3, 3)    print('产品1:', app, '|', risk1)     # 产品2: 监护仪内置心律失常算法    module = classify_software('in_device', True, True)    risk2 = suggest_risk_class(3, 2)    print('产品2:', module, '|', risk2)     # 产品3: 医院用药提醒小工具    tool = classify_software('standalone', False, False)    risk3 = suggest_risk_class(1, 1)    print('产品3:', tool, '|', risk3)  if __name__ == '__main__':    main()
目的：在立项阶段用三行判定逻辑快速预判产品属于SaMD还是SiMD，并给出风险等级送审建议，帮助团队决定后续临床评价和验证投入。
  1. if mode == 'standalone' and medical_purpose and not embedded:独立交付、医疗用途、非整机组件三者同时满足，才判定为SaMD。
  2. if mode == 'in_device' and medical_purpose and embedded:算法内嵌于器械且作为组件，判定为SiMD。
  3. risk = max(clinical_impact, info_level)取两个风险维度的最大值，体现木桶效应。
  4. if risk >= 4: return '建议按IV类高风险管控, 需前瞻性临床'风险等级直接映射到临床评价的深度要求。
  5. tool = classify_software('standalone', False, False)无医疗用途时即使独立交付也不属于医疗器械。

常见误区

误区很多人认为只有手机上跑的医学App才叫SaMD，而电脑软件、云端API、网页系统都不算。我们团队做的是Web端诊断系统，应该不受医疗器械监管。

正解SaMD的关键是“独立软件形态”加“医疗用途”，与运行载体无关。它可以在手机、电脑、云端服务器或任何通用计算平台上运行。FDA和NMPA都明确将云端部署的独立诊断软件纳入SaMD监管，因为形态变了，风险没有变——就像灯泡无论装在哪个灯座上，光效和安全性都要按同一标准检测。

为何常见：因为大众接触最多的是手机健康App，而监管文件里的“独立软件”又比较抽象，导致人们把“平台形态”错当成“监管分类”。

误区我们的算法嵌在CT设备里帮助重建图像，既然有医疗用途，那它也是SaMD，应该能单独申请注册证。

正解SaMD还有一个前提——独立交付且不是整机不可分割的组件。CT里的重建算法属于SiMD，它与硬件共享电源、处理器和安全边界，只能随整机一起送检。想用SaMD路径给一个固件模块注册，就像把台灯里的灯泡拧下来单独送检，质检台根本没有这个检测工位。

为何常见：因为“软件定义一切”的思维让从业者忽略了硬件集成的现实，而监管关注的是产品风险边界，不是技术时髦度。

误区SiMD既然跟着整机一起批，那软件部分随便写写代码就行，反正没人单独查我。

正解SiMD同样要遵循IEC 62304软件生命周期和ISO 14971风险管理要求，整机注册时监管会审查软件文档的完整性和验证证据。整机审评不等于软件免检，只是把软件的安全性放在整机语境下评价。台灯整机质检时，内部电路的绝缘和耐热照样逐项测，只是不单独发证而已。

为何常见：把“不单独注册”误解为“不受监管”，忽略了医疗器械质量管理体系对软件组件的全覆盖要求。

误区AI医疗软件风险都很高，肯定都是三类，所以我们直接按最高标准准备。

正解AI软件的具体分类取决于预期用途和风险等级。仅做影像存储管理的软件可能按I类，辅助诊断且输出直接提示病变的按II类或III类，自动制定放疗计划的才明确是III类。分类是风险导向的，不是技术导向的——深度学习算法既可能用在走廊灯上，也可能用在手术灯上，质检等级完全不同。

为何常见：媒体报道常拿“AI辅助诊断”一个词概括所有AI医疗产品，而分类指导原则里的细节被忽略了。

误区我们的诊断模型每个月都在迭代，更新到服务器上就算新版本，给客户发个更新通知就行了，不需要跟监管打交道。

正解医疗器械软件的版本更新分为重大、轻微、极小三类，重大变更（如算法结论改变、预期用途扩展）必须走变更注册，轻微变更需备案，极小变更才只需内部记录。把重大变更当普通版本更新发布，属于擅自变更注册内容，是医疗器械监管中的严重违规行为。换灯丝可能真的要重新质检，不是擦擦灰尘那么简单。

为何常见：互联网软件的“持续交付”习惯与医疗器械“变更受控”的合规逻辑天然冲突，团队容易用行业惯性替代法规要求。

面试题

Q1. SaMD 的全称是什么？

单选题 · easy

  • A.Software as Medical Device← 正确答案
  • B.Software in Medical Device
  • C.Safety as Medical Device
  • D.System as Medical Data

答案：A。SaMD 是 Software as a Medical Device，即“作为医疗器械的软件”，对应独立灯泡；Software in Medical Device（SiMD）是“医疗器械中的软件”，对应台灯电路。其余两个选项是干扰项，注意区分 as 与 in 的介词差异。

Q2. 监护仪内置的心律失常识别算法模块，最可能属于哪一类？

单选题 · easy

  • A.SaMD，需要独立注册审批
  • B.SiMD，随监护仪整机注册← 正确答案
  • C.普通健康软件，无需关注
  • D.数据存储模块，不属于器械

答案：B。算法固化为监护仪内部的软件组件，与硬件共享安全边界，属于SiMD，应随整机注册。SaMD要求独立交付并能脱离特定硬件运行，该算法模块不满足。

Q3. 判断一个独立App是SaMD，最关键的条件是什么？

单选题 · mid

  • A.使用了深度学习等先进算法
  • B.有医疗用途且可独立交付← 正确答案
  • C.在苹果应用商店上架
  • D.使用了云端服务器架构

答案：B。SaMD的核心判定是“医疗用途”加“独立交付”，技术栈、发布渠道、部署方式都不是监管分类的充分条件。深度学习算法也可能用于非医疗场景，商店上架和云部署都不等于合规分类。

Q4. 某团队将深度学习算法部署为云API，医院HIS调用该API对病理切片输出恶性概率，该软件最可能按哪种路径监管？

单选题 · extreme

  • A.作为SaMD，按独立软件审评← 正确答案
  • B.作为SiMD，嵌入HIS整机注册
  • C.作为医院内部质控工具免审
  • D.作为通用互联网软件备案

答案：A。病理诊断概率输出参与个体诊疗决策，且软件以云API形式独立交付、不嵌入某个硬件设备，符合SaMD判定。HIS只是调用方，云端API并非医院HIS的固定组件，不能因为集成环境而改变软件自身的SaMD属性。

Q5. 以下哪些情况更倾向于判定为SiMD？

多选题 · mid

  • A.算法以库函数形式嵌入某诊断设备← 正确答案
  • B.软件在手机上独立运行并出具报告
  • C.算法固化为设备电路板中的逻辑← 正确答案
  • D.软件以云端API独立对外提供服务

答案：AC。嵌入设备内部、与硬件共享安全边界的软件属于SiMD，A和C都满足。B和D是独立交付且平台通用的软件，更符合SaMD倾向。注意SiMD的关键词是“整机组件”和“不可分割”，而不是运行环境的物理形态。

Q6. 医疗器械质量管理体系的核心通用标准是哪一个？

单选题 · easy

  • A.IEEE 802.11 无线标准
  • B.ISO 13485 质量管理体系← 正确答案
  • C.RFC 2616 HTTP 协议
  • D.ISO 9001 服务认证体系

答案：B。ISO 13485是医疗器械行业专用的质量管理体系标准，是质检实验室的“内控制度”。IEEE 802.11是无线通信标准，RFC 2616是HTTP协议，ISO 9001是通用质量认证，都不是医疗器械软件监管的核心标准。

Q7. SaMD发生哪些变更通常需要重新评估甚至变更注册？

多选题 · hard

  • A.重大算法更新改变诊断结论← 正确答案
  • B.界面按钮颜色从蓝色改为灰色
  • C.输入数据类型从CT扩展到MR← 正确答案
  • D.版本号从1.0改到1.1

答案：AC。改变诊断结论属于影响安全有效性的重大变更，扩展输入数据范围改变了预期用途，两者都需重新评估并可能变更注册。按钮颜色调整属于极小变更，版本号本身不是变更判断依据，关键是变更实质内容。

Q8. 对于无医疗用途、仅做健康记录的手机软件，正确的认识是什么？

单选题 · mid

  • A.一定是SaMD并需最高级别审批
  • B.一定是SiMD并随手机整机注册
  • C.通常不属于医疗器械软件范畴← 正确答案
  • D.必须申报三类医疗器械证书

答案：C。医疗器械软件的核心属性是“医疗用途”，只做健康记录和运动步数管理的软件不满足个体诊疗决策的医疗用途，通常按普通健康软件管理。正如走廊里的装饰灯不是医疗设备，只有用于诊疗的光源才进入器械监管范围。

Q9. 医疗器械软件注册申报时，企业通常需要提交哪些文档？

多选题 · mid

  • A.软件描述文档与需求规格说明书← 正确答案
  • B.算法原理图与源代码逐行注释
  • C.测试记录与风险管理报告← 正确答案
  • D.临床评价资料← 正确答案

答案：ACD。注册申报要求的是描述性文档、测试记录、风险管理和临床评价资料，用于证明产品的安全有效性。算法原理图可以概要说明，但源代码逐行注释不属于注册申报的常规要求。B选项混淆了研发内部文档与法规提交文档的区别。

Q10. 下列哪种产品的监管路径最有可能是SaMD？

单选题 · hard

  • A.植入式心脏起搏器的内部程序
  • B.CT设备的图像重建算法固件
  • C.医生用手机查看影像并书写报告的独立App← 正确答案
  • D.血糖仪传感器内的读数算法

答案：C。C是独立交付、跑在通用手机平台、用于医疗决策的软件，属于典型SaMD。起搏器程序和CT固件都是嵌入设备的SiMD，血糖仪读数算法同样随整机管理。判断依据不是“是否智能”，而是软件能否脱离硬件独立存在。