一句话答案：看软件处理的对象：处理医疗器械数据（影像、生理信号）用于辅助诊断决策的，按医疗器械软件管理，需取得注册证；只是健康记录、预约挂号、信息查询的信息化工具，不按医疗器械管理。判定锚点是「预期用途」——开发者怎么宣称、软件干什么用，决定它落不落在器械监管里。
01这一层管的是哪一段
医疗器械软件（SaMD）的监管入口是「预期用途」，注册类别跟着风险走。
医疗器械软件
按器械注册管理一句话边界：落在「预期用途是否涉及诊断」。
健康信息化工具
非器械软件一句话边界：宣传口径与实际功能要一致。
02按业务形态对号入座
把医疗 AI 的几种形态列出来，逐项对照。
| 你的软件形态 | 监管路径 |
|---|---|
| 影像 AI：辅助识别病灶、提示诊断 | 需要 |
| 生理信号分析：心电 / 血氧异常判定 | 需要 |
| 健康档案、预约挂号、流程管理 | 不需要 |
| 大模型健康问答，不含诊断建议 | 谨慎评估 |
| 面向医生的诊断决策支持（输出建议） | 需要 |
一条边界：第 4 行是灰色地带：生成式问答一旦在对话中输出针对个体的诊断方向或用药提示，就可能落入器械或诊疗监管，上架前要做预期用途评估。
03三个常见误区
医疗 AI 的误区，集中在「软件思维」上。
「我们是软件公司，做的是 IT 产品。」
监管看预期用途不看公司性质。软件处理医疗器械数据、用于诊断决策的，就是医疗器械，要按类别注册。把诊断功能包装成「健康参考」规避注册，是检查的重点方向。
「算法是开源的，输出不构成医疗器械。」
监管不看技术来源，看功能与宣称。开源模型做影像辅助诊断，与闭源方案适用同一套注册要求。
「先上线收集数据，注册以后再申请。」
未取得注册证的器械软件面向医疗机构或公众提供诊断功能，属于无证产品。「内测」若已涉及真实患者数据与诊断场景，同样在监管射程内。
04三个问题定位
从三个问题入手，把判断路径走一遍。
问题一：怎么判断我的软件算不算医疗器械？
三个问题：处理的是不是医疗器械数据（影像、生理信号、检验数据）？输出是不是用于诊断、治疗决策？宣传口径怎么写的？三问里有两问落在「是」，就按医疗器械软件评估注册。
问题二：二类和三类怎么分？
按风险：辅助诊断软件多数落在第二类；涉及高风险场景（如辅助诊断危及生命疾病、自动给出治疗剂量）的可能落在第三类。分类结论以分类界定或与药监部门沟通的结果为准。
问题三：注册之外还有什么义务？
数据处理合规（患者隐私与数据安全）、软件全生命周期质量管理（变更、版本、召回机制）、面向医疗机构交付时的采购与验收要求。经营环节的资质按经营方式另行落实。
05办理顺序
按这个顺序把医疗 AI 的合规底座搭起来。
写清预期用途
软件给谁用、处理什么数据、输出什么结论，写成预期用途说明。
第一步定监管路径
按预期用途对照分类目录，判断按器械注册（二类 / 三类）还是按普通软件管理。
审查重点注册与数据合规并行
按类别启动注册流程，患者数据保护与数据安全制度同步建设。
耗时最长交付与维持
版本变更按质量体系管理，宣称口径与注册的预期用途保持一致。
长期项06持证之后的持续义务
拿到注册证之后，软件生命周期管理是全部维护动作的框架。
变更管理
算法重大更新、预期用途变化的，按规定办理变更注册。
质量管理
软件全生命周期质量体系持续运行，缺陷与不良事件按规定报告。
宣称一致性
市场宣传与注册的预期用途一致，超出宣称范围的推广是重点查处对象。
数据合规
患者数据处理符合个人信息与数据安全要求，与医疗机构的数据协议留档。
07常见问题
08判断依据与延伸阅读
判断依据
本文关于医疗器械软件监管路径的表述，依据《医疗器械监督管理条例》（国务院令第739号）的分类管理原则；具体产品分类以《医疗器械分类目录》及主管部门分类界定结论为准。
继续看
- 第二类备案与第三类许可 —— 经营环节的手续分界
- 互联网药品信息服务资格证书的换发 —— 药品信息发布的资质
- 资质办理自查工具 —— 按业务形态匹配所需资质
资质评估与方案规划 → 材料编制与自查 → 平台评测辅导 → 全程提交与跟踪 → 领证后变更、续期、年报提醒
想先知道自己的条件差在哪？联系我们做一次免费预审，我们会逐项指出需要提前整改的地方，避免提交后被驳回。
李顾问
魏顾问
张顾问
09本页引用的法规原文
下面这几份是本文所有判断的依据，点开即可看到官方原文：
- 《医疗器械监督管理条例》（国务院令第739号，2021年6月1日施行） —— 按风险程度对医疗器械实行分类管理：第一类低风险、第二类中度风险、第三类较高风险
- 《医疗器械经营监督管理办法》（国家市场监督管理总局令第54号，2022年5月1日施行） —— 经营第三类医疗器械实行许可管理，经营第二类实行备案管理；经营场所与库房条件要求
