FDA在修订后的《联邦食品、药品和化妆品法案》（FD&C法案）中，明确列出了5类不再按医疗器械管理的软件功能：

✅ 行政后勤类
处理财务记录、理赔计费、预约排班、库存管理……这些只跟医院“算账”有关的软件，FDA不管。

✅ 纯健康鼓励类
帮你记步数、提醒喝水、发运动奖励——只要不涉及疾病诊断治疗，就不是器械。

✅ 电子病历“搬运工”
只负责传输、存储、转换格式或显示病历图表，不加任何“智能分析”的，放手。

✅ 数据中转站
仅用于转移、展示医学信息，不改变内容、不提供建议，不管。

✅ 给医生“打下手”的辅助参考软件
⚠️ 但有严格前提：

• 它只能显示、分析或打印医学信息（比如指南文献）；

• 它可以给医生提建议，但医生不能主要依赖这个建议来做临床决策；

• 而且，它不能处理来自体外诊断设备的医学图像，也不能处理信号采集系统的信号。
  ——满足这些，FDA才放行。一旦越界，立即归队。

💡 一句话总结：纯跑腿、纯记录、纯辅助的，靠边站；真正“插手”诊疗的，请进监管大门。

FDA在2025年最新指南里，给了一个明确称呼——Device Software Function（DSF），翻译过来就是“器械软件功能”。

它的定义很直白：凡是符合FD&C法案第201(h)条“器械”定义的软件功能，都算。

这里有两个常见形态：

📱 SaMD（独立软件）
比如手机上的AI皮肤病识别App，本身就是医疗器械。

💻 SiMD（软件组件）
比如CT机里内置的图像重建算法，跟着硬件一起注册。

关键点：FDA看的是“功能”而非“载体”。
同一个心率分析算法，装在监护仪里和装在平板电脑上，监管属性一样——功能决定命运。

现在很多产品一身兼多职：既有医疗功能，又有非医疗功能（比如娱乐、通讯）。
FDA在《多功能器械指南》里明确了一个原则：

🔹 非器械功能，不单独监管；
🔹 但如果这个“其他功能”可能影响器械功能的安全有效性，FDA照样有权过问。

举个例子：
一个远程监护设备，既能测心电图（器械功能），又能发微信消息（非器械功能）。如果微信模块干扰了心电信号传输，导致误判——那FDA就要找你了。

📌 核心逻辑：评估所有功能对医疗功能的“干扰风险”，而不是孤立看每一块。

FDA有一个很妙的权力叫 “行使自由裁量权” ——
意思是：虽然这产品在法律上算医疗器械，但FDA觉得风险极低，就暂时不要求你走注册、上市前通知等流程。

典型例子包括：

📱 帮助患者记录血糖、血压，仅供自己查看的App
📱 提供生活方式建议，不自动给出治疗方案的软件
📱 某些基础健康类的低风险小工具

这不是监管“放水”，而是把有限的审批资源集中到高风险产品上。
用FDA自己的话说：“别让低风险产品把我们的专家精力耗光。”

这是2025年8月FDA发布 《AI-DSF指南》 中最重磅的内容。

AI最大的特点是：它会学习、会进化。
以前，每次算法更新都要重新提交上市申请，企业叫苦，FDA也审不过来。
现在，FDA引入了 “预定变更控制计划”（Predetermined Change Control Plan，简称PCCP）。

简单说就是：企业第一次上市时，就把未来可能做的“算法升级剧本”提前写好，一起提交审批。
一旦PCCP获得FDA授权，以后只要严格按这个“剧本”执行更新，就不用再重复提交新的上市申请。

📋 PCCP的三大核心要素：

1️⃣ 变更内容描述（具体要改什么，改多少）
2️⃣ 保障安全性的变更方案（怎么验证、怎么测试）
3️⃣ 更新后的风险-收益评估（改了之后，获益是否依然大于风险）

💡 这个设计太聪明了：既保证了AI持续安全，又避免了创新被审批流程拖死。 可以说是为机器学习“量身定制”的监管工具。

美国FDA这套体系，至少给我们带来三点思考：

🔸 法律定义先行
先从顶层把“什么是医疗器械软件”的边界画清楚，哪些管、哪些不管，让企业有明确预期。

🔸 分类精准施策
高风险严管，低风险放行，中间风险分门别类——监管资源用在刀刃上。

🔸 为新技术“留白”
PCCP就是典型：不为旧规则牺牲新可能，而是为新事物设计新规则。

📝 写在最后

美国FDA医疗器械软件的监管逻辑，用一句话总结就是：
“不该管的坚决不管，该管的精准管住，对AI等新技术保持灵活和前瞻。”

这不是放松，而是更聪明的监管。
在医疗软件这个创新与风险并存的领域，划清边界、分类管理、拥抱变化，才是真正的“科学监管”。

本文基于FDA公开发布的指南文件及行业解读整理而成，仅供参考。