首页
案例与知识
FDA 新 CDS 指南:哪些软件能轻装上阵,哪些一脚踩回器械?
FDA 新 CDS 指南:哪些软件能轻装上阵,哪些一脚踩回器械?
基于原文:Guidance-Clinical-Decision-Software_3.pdf(共26页)|解读 1. 先把监管定位讲清楚:这是“边界说明书”,不是“免考证” 原文第一段就把法律地位写得很直白:这份指南“代表 FDA 当前观点,不对公众或 FDA 具有强制约束力”,企业可以采用替代方法,只要满足适用的法律法规。[p4|开头声明]但现实里它的作用更像: • 你做 Pre-Sub/Q-Sub沟通时,审评员会用它当提问框架; • 你写 intended use/labeling 时,它决定你会不会从“非器械”一句话掉回“器械”; • 你做产品拆分(低风险先上市,高风险后迭代)时,它决定你能不能走得快。[p7|IV总述] 2. 这份指南的“法条核心”:520(o)(1)(E) 四个门槛,缺一不可 FDA 在 IV 章开头给了一个非常关键的“判定规则”:要想被排除在 device 定义之外,软件功能必须“同时满足四个标准”。FDA 甚至用一句话总结了四标准的逻辑: • 不处理影像/IVD信号/采集系统的pattern或signal(标准1); • 处理的是‘medical information’(标准2); • 让 HCP 能独立复核依据,避免主要依赖(标准4)。 [p7|IV总述] 企业实操:这是一个‘AND’逻辑(1&2&3&4)。你只要在任何一条上不满足,FDA hui把你当器械看。 3. 标准1:别去“碰信号/碰模式/碰影像”——这是最常见的翻车点 原文对标准1的写法很硬:如果软件“意图获取、处理或分析医疗影像,或 IVD 信号,或采集系统的 pattern/signal”,且目的落在 device 定义里,那它仍然是器械,受 FDA 监管。[p7|IV(1)首段] ·3.1 什么是 medical image(医疗影像)?[p7|IV(1)] ·FDA 解释:CT/X-ray/超声/MRI 等系统生成的影像都是医疗影像;甚至“不是为医疗目的采集”的图像,如果你拿来做医疗目的处理/分析,也会被视为医疗影像。[p7|IV(1)第2段] ·3.2 什么是 signal(信号)?[p7-8|IV(1)] ·信号包括:IVD 里由检测反应产生的电化学/光度信号;以及各种‘信号采集系统’产生的生理参数信号。FDA 还举了信号采集系统的典型形态:传感器+电子+软件生成信号(如 ECG)、样本/标本采集(数字病理)、影像系统生成图像等。[p7-8|IV(1)项目符号] ·3.3 最要命的词:pattern(模式)到底怎么算?[p8|IV(1)] ·FDA 明确:pattern 指“多个、连续、序列化或重复”的测量;而“离散/偶发/间歇的点位测量”(比如门诊一次量的生命体征)一般不构成 pattern。并给了典型 pattern:ECG 波形/QRS、NGS 序列与变异文件(VCF)、CGM 随时间的连续血糖读数。[p8|IV(1)] ·3.4 企业落地:怎么用标准1做“产品边界设计”? • 层A(更容易做成非器械):吃‘报告级/结果级’信息(例如“影像报告结论/BIRADS”、“ECG由医生标注后的结论”、单次血压/化验结果),不吃原始波形/连续流。[p10|IV(2)示例] • 层B(大概率是器械):直接分析影像、波形、连续趋势(CGM/ECG连续监测/NGS序列等),通常回到器械路径。标准1是硬门槛。[p7-8|IV(1)] 4. 标准2:你处理的是“医疗信息”,而不是“信号流” 标准2的核心是:输入必须是 medical information(患者医疗信息或其他医疗信息),例如临床研究、指南等。只要输入属于这类信息,且满足其他三条,软件功能可以不作为器械。[p9|IV(2)首段] FDA 给了一个很实用的‘区分句’:单次、离散、临床上有意义的测量结果(比如一次血糖实验室结果)是 medical information;同一指标的连续采样(比如 CGM 连续读数)就是 pattern/signal,回到标准1,仍是器械。[p10|IV(2)第2段] ·标准2允许的输入示例(可直接对照你家产品的数据字典):【p9-10|IV(2)】 ·人口学信息、症状、部分检查结果、出院小结等患者信息;[p9|IV(2)] ·临床实践指南、同行评议研究、教材、已批准药品/器械标签、政府建议等“可独立验证的信息”;[p9-10|IV(2)] ·放射学报告(例如BIRADS结论)、合法上市CAD的摘要输出(例如‘有12个CAD标注’);[p10|IV(2)] ·由 HCP 注释的 ECG 报告(例如‘提示房颤’);[p10|IV(2)] ·来自合法上市设备的一次血压结果、EHR中的化验结果等。[p10|IV(2)] ·企业落地提醒: ·如果你现在的算法需要‘原始波形/连续趋势’才能跑得动,那你想走非器械路线,往往不是写文案能解决的,而是要改产品架构:让算法吃“结果级摘要”或“医生确认过的结论”。[p10|IV(2) + p7-8|IV(1)] 5. 标准3:你给的是“建议”,不是“指令”——一句话决定准入难度 FDA 对标准3的解释非常关键:软件可以提供“疾病/患者特异的建议”,用来增强、告知、影响 HCP 决策,但“不是用来替代或指挥 HCP 判断”。如果软件给出的是“特定的预防/诊断/治疗输出或指令”,就不满足标准3,仍是器械。[p10|IV(3)] 这里有个企业特别关心的点:只有一个推荐选项怎么办?FDA 说:如果只有一个选项是‘临床上合适的’,且其他标准也满足,FDA ‘打算行使执法酌处权’(enforcement discretion,即不打算去执行FD&C Act下的要求)。[p11|IV(3)首段] ·企业思考: ·你能不能把输出从“系统结论”改成“给医生的备选方案/提示”? • ‘诊断为X,建议立即用药Y’ 更像指令,容易被当器械。而且别忘了:标准3还强调“不要替代/指挥HCP”。[p10|IV(3)] ·原文在 IV(3) 里给了多个‘同题不同做法’的例子,教你哪里会掉回器械: ·例如:预测未来心血管事件风险的工具,本身可能满足标准;但如果引入‘没有已建立相关性’的基因变异数据,或变成‘未来24小时内事件’这种时间敏感预测,就会回到器械监管重点。[p11|IV(3)示例] 6. 标准4:FDA真正担心的不是你聪明,而是医生“自动相信你” 标准4是这份指南最‘像实务指南’的一部分:FDA把它写成了可执行的清单。核心要求:软件必须让 HCP 能‘独立复核推荐依据’,不应意图让 HCP 主要依赖系统推荐来做个体患者决策。[p14|IV(4)首段] FDA 还明确了一条“几乎一票否决”的场景:如果你的软件用于‘关键、时间敏感的任务或决策’,FDA 通常认为不满足标准4,因为医生没有足够时间独立复核依据。[p14|IV(4)a)] ·6.1 标准4的合规清单(建议你直接拿去做PRD/合规评审): ·a) 说明产品目的/预期用途、预期HCP用户、预期患者人群;并避开时间敏感用途。[p14|IV(4)a] ·b) 明确所需输入医疗信息:怎么获取、为什么相关、对数据质量有什么要求。[p14|IV(4)b] ·c) 用‘人话’解释算法开发与验证,让目标HCP看得懂依据:[p14|IV(4)c] ·i. 概述方法:meta分析/专家共识/统计建模/AI/ML等,并提供适当细节(逻辑/方法)。[p14|IV(4)c-i] ·ii. 描述数据:人群代表性、关键亚组、疾病情况、采集点、性别、种族/民族等,并说明最佳实践(独立开发/验证集)。[p14|IV(4)c-ii] ·iii. 提供临床研究验证结果,让HCP评估性能与局限(哪些亚群未测试或性能波动大)。[p15|IV(4)c-iii] ·d) 输出里给出与患者相关的关键已知/未知:比如缺失、异常、被污染的输入,帮助医生形成自己的判断。[p15|IV(4)d] FDA 还专门强调了两句“写材料的人最该抄到模板里”的话: • 不管算法多复杂、是不是商业机密,都应提供足够背景信息,且用 plain language(通俗语言)。[p15|IV(4)] • 信息呈现要避免信息过载:优先给最影响决策的信息,细节可以按需展开。[p15|IV(4)] 企业解读:标准4其实是在防‘automation bias(自动化偏差)’——医生在系统面前,容易默认系统更准、更快,然后“就按它说的做”。原文在例子章节前专门提到:时间压力、单一推荐等会放大自动化偏差;这也是 FDA 解释标准4的底层逻辑。[p16|自动化偏差段] 7. 第V章例子怎么用:把它当‘FDA给你的判例库’ 很多企业读指南最大痛点是:抽象条款看懂了,但不知道怎么落到具体产品。第V章就是 FDA 提供的‘判例库’:哪些是 Non-Device CDS、哪些仍是 Device。[p16|V引言]建议你在内部做一个动作:把你家功能列表逐条对照这些例子,标注‘像谁’。 ·7.1 一个最值钱的用法:用例子反推“你缺哪一条证据/哪段说明” ·V.B 专门给了‘为满足标准4应该怎么呈现依据’的例子(也就是你要写进软件界面/IFU/技术文件里的内容)。如果你发现你家产品只能给结论,无法给依据/局限/数据代表性,那基本就是标准4卡住你。[p20|V.B] ·7.2 典型“仍是器械”的信号:影像/三维建模/自动生成治疗计划 ·例如:操纵/分析放射设备图像并生成3D模型用于手术规划的功能,被明确列为 device 功能,因为它分析 medical image,且不是单纯显示/分析医疗信息,也不是给建议的形式。[p22|V.C示例] 8. 市场准入门槛地图:从‘最容易’到‘最难’怎么分层? 把四标准翻译成准入策略,你基本会落在三层:A)Non-Device CDS:四标准全过 → 理论上不作为器械。B)Enforcement discretion:在 IV(3) 的某些情形下,FDA 表示倾向不执法(但你仍要非常谨慎地满足其前提)。[p11|IV(3)]C)Device software function:任何一条不过 → 进入器械路径(510(k)/De Novo/PMA 取决于风险和predicate)。[p7|IV总述] 实操上,你可以用三句话快速评估难度:1)我有没有分析影像/连续信号/模式?(有→大概率C)[p7-8|IV(1)]2)我输出是不是‘指令/结论’而不是‘建议/选项’?(是→更像C)[p10|IV(3)]3)医生能不能在软件里一眼看到依据/局限/数据代表性?(不能→标准4卡死)[p14-15|IV(4)] 9. 给企业的“能直接开工”的合规打法 下面这部分是把原文要求翻译成你团队能交付的东西(文档/界面/证据)。 9.1 宣称与标签(让你别被市场部一句话送进510(k)) ·建立‘宣称黑名单’:避免“自动诊断/系统判定/必须治疗”等指令式表达(对应标准3)。[p10|IV(3)] ·在 IFU/labeling 写清 intended HCP user、patient population、非时间敏感使用场景(对应标准4a)。[p14|IV(4)a] ·把“依据来源”写在界面可点击处:指南版本/文献/药品标签版本日期(对应标准4整体要求)。[p15|IV(4)] 9.2 输入数据与数据质量/ ·做一张‘输入分类表’:哪些是 medical information(可用),哪些是 pattern/signal(高风险)。[p10|IV(2) vs p8|IV(1)] ·对每个输入写清采集方式、质量要求、缺失/异常处理策略(对应标准4b、4d)。[p14|IV(4)b;p15|IV(4)d] 9.3 算法透明度(把标准4c写成模板) ·方法概述:你是用专家规则、统计模型还是AI/ML?写到HCP看得懂的层级(对应4c-i)。[p14|IV(4)c-i] ·数据代表性说明:关键亚组、采集点、性别、种族/民族等;并说明独立开发/验证集(对应4c-ii)。[p14|IV(4)c-ii] ·性能与局限:验证研究结果、未测试亚群、性能波动大的亚群(对应4c-iii)。[p15|IV(4)c-iii] 9.4 界面与输出(让医生能‘独立复核’,避免信息过载) ·输出要带‘为什么’:显示触发该建议的关键患者因素、缺失数据提示(对应4d)。[p15|IV(4)d] ·分层展示:先给最决策相关的信息,细节折叠展开,避免信息过载(FDA明确提到避免overload)。[p15|IV(4)] 10. 这波‘松绑’到底给了哪些市场机会? 机会不是“少做合规”,而是“更聪明地拆路径”。指南把边界讲清楚后,你可以: • 先做成 Non-Device CDS:用结果级信息+可解释输出,快速进入市场(前提四标准都满足)。[p7|IV总述;p9-10|IV(2);p14-15|IV(4)] • 再迭代到器械功能:当你要吃原始信号/影像、或做时间敏感决策时,准备走510(k)/De Novo,但你已积累真实世界使用经验与数据。(注意:此处是策略推导,原文给的是边界与风险关注点)。[p14|IV(4)a;p16|自动化偏差] 11. 把‘指南条款’变成‘可对标清单’ 企业最常见的痛点不是看不懂条款,而是:没人把条款拆成“要做哪些文件/界面/验证”。一个务实的工作包可以这样拆: 1)四标准逐条判定+功能拆分(对照IV章与V章例子)。[p7|IV;p16|V] 2)宣称/labeling重写与风险句式审查(对照IV(3))。[p10-11|IV(3)] 3)标准4证据包模板:算法说明、数据代表性、验证结果、局限、缺失数据处理(对照IV(4) a-d)。[p14-15|IV(4)] 4)必要时准备Pre-Sub沟通材料(让FDA在早期就对边界‘点头’)。 12. 一句话收尾:FDA这次‘放松’,其实也是要求大家把“依据”讲清楚 读完这份指南,你会发现 FDA 反复强调的不是‘你能不能用AI’,而是:医生能不能看懂你凭什么这么推荐、适不适用于眼前这个病人、有哪些局限、以及是否会因为时间压力而不得不“主要依赖系统”。[p14-16|IV(4)] ,把这些做到位,你的市场准入门槛就会实实在在下降。