510(k) 被 Hold，不等于已经确定要重做测试
先分清 FDA 的 RTA、eSTAR 技术缺陷和补充信息要求，再把每条缺口变成“通知—负责人—响应—回执”记录。
重点监测信号
- 群消息说 RTA hold，却没有说明是接收审查结果还是 eSTAR 技术缺陷通知
- 缺口被转述成测试不足，但官方通知与被引用的清单条目都没有出现
- 180 天响应上限正在推进，文件、测试、法规与申请人负责人仍未分配
510(k) 被 hold 后，先把它当成“通知和证据缺口”，不要直接当成测试项目。第一版服务范围至少要复现 FDA 的正式沟通，确认申报路径与确切缺失项，指定得到申请人授权的负责人，说明现有证据能否回答问题，并保存替换文件或补充提交的回执。“RTA，要补测试”还不能报价。
**定义：**Refuse to Accept（RTA，拒绝接收）属于 FDA 的接收审查阶段，表示申报没有达到进入实质审查的最低可接受门槛。它不同于实质审查阶段的 Additional Information（AI，补充信息）要求。FDA 现行流程还说明，不完整的 electronic Submission Template And Resource（eSTAR，电子申报模板与资源）由技术筛查处理，正确准备的 eSTAR 预计不走传统 RTA 流程。
先读 FDA 邮件主题，再判断服务范围
医疗器械法规咨询机构商务拓展负责人，会查看企业主动连接且有权访问的制造商、法规、实验室和研发 Telegram 群。下面是刻意保留残缺信息的复合示例，不代表真实客户、FDA 记录或商业结果：
“510k 被 RTA 了，急找人修。”
“像是 testing section，团队说文件走的 eSTAR。”
这两句话没有 K 号、器械、申报类型、FDA 邮件主题、缺口原文、申请人授权、现有测试、响应日期或预算；第二句甚至可能把两种流程标签混在一起。
晚一天看到，申请人可能已经花时间安排通知并未要求的工作，而真正缺失的完整性条目仍没人处理。第一个动作应该是索取 FDA 正式通知与通知日期，而不是先承诺实验室档期。
群里都叫“RTA”，官方流程却至少有四种对象
FDA 现行510(k) Submission Process把常被群消息压缩为“RTA”的节点分开：
| 群里常见说法 | 官方流程对象 | 它能证明什么 | 第一份要索取的文件 |
|---|---|---|---|
| fee / format hold | 费用未付或 eSTAR/eCopy 无效后的 Hold Letter | FDA 尚未完成基本接收条件 | Hold Letter、缴费记录与有效申报副本证据 |
| RTA hold | 适用清单路径下的接收审查结果 | 最低可接受门槛未满足 | RTA 通知与被引用清单条目 |
| eSTAR technical hold | 不完整 eSTAR 的技术筛查缺陷通知 | 电子模板不完整或存在技术缺陷 | 缺陷邮件与实际提交的 eSTAR 版本 |
| AI hold | 实质审查阶段的补充信息要求 | FDA 已进入实质审查并要求更多信息 | AI 要求与当前审查记录 |
流程对象不同，服务范围就不同。缴费回执修不了测试描述缺失；完整替换 eSTAR 可能在不新增测试的情况下解决技术缺陷；AI 要求可能提出接收清单从未涉及的科学问题。必须从官方对象开始，而不是从群友的简称开始。
15 天是接收结果节点，180 天是响应上限
对于接收审查路径，FDA 说明申请人会在收到申报后的 15 天内收到电子结果：申报被接收、被拒绝接收，或因为 FDA 未能在 15 个日历日完成接收审查而进入实质审查。
FDA 现行流程页还说明，进入 RTA hold 的申报有 180 个日历日完整处理被列出的缺口。如果未在期限内完成，FDA 会把申报视为撤回并从审查系统删除；要继续寻求上市许可，申请人需重新提交完整 510(k)。
对于 eSTAR，FDA 表示，正确准备的电子模板预计不走 RTA；技术筛查发现不完整时，会指出缺失信息，申报保持 hold，直到 FDA 收到完整替换 eSTAR。该页同样写明，从技术缺陷通知起有 180 天上限。这些是流程事实，不代表本文替任何申请人决定实际提交日期。
每条缺口都要有“通知—负责人—响应—回执”
不要把多条 FDA 意见合并成“testing gap”。一条缺口对应一行记录：
- **官方引用：**通知日期、章节、清单条目与 FDA 原文。
- **申报位置：**FDA 查看的是哪个 eSTAR 字段、附件、表格或章节。
- **缺失对象：**文件、解释、签字声明、比较、测试证据、交叉引用或技术修正。
- **现有证据：**已经有什么，日期、配置与局限是什么。
- **负责人和权限：**谁准备响应，谁得到申请人授权提交或批准。
- **响应动作：**替换、修正、解释、补交引用、重新生成，还是新增工作。
- **回执：**最终文件名与版本、提交日期、门户确认和恢复审查的证据。
这张回执的价值，是阻止咨询机构先卖最贵的解释，也让团队、实验室或外部撰稿人变化后，另一名授权复核人仍能重建处理过程。
“缺测试”只是多种可能之一
RTA 指南页把这项政策定义为进入实质审查前的最低门槛判断。被引用的条目可能是行政完整性、缺少比较、标签缺失、软件文件不完整、已有测试描述不足，也可能确实缺少性能证据。要由通知原文和器械具体背景决定。
例如，RTA 条目指向缺失的性能测试报告，申请人可能已经有报告，但报告对应不同器械配置，或没有写协议与接受标准。这时可能需要配置桥接说明与完整报告，不一定要重测。反过来，如果研究根本没有执行，一页摘要不能代替测试。必须让官方缺口、现有证据和合格技术人员的复核共同决定。
涉及联网器械网络安全包时，可参考FDA 第 524B 条证据链；涉及企业质量体系范围时，QMSR 与 ISO 13485 差距评估解决的是另一种问题。不能因为它们都与 FDA 有关，就自动塞进 RTA 整改范围。
产品能保留早期片段，但响应权仍在申请人
TOP Prospect 可以处理用户主动连接且有权访问的 Telegram 群，保留片段的来源、时间和原文，供人复核。当前生产版匹配目标只保存配置，尚不会自动创建新候选。
产品不能打开 FDA 申报、取得通知、解释器械要求、确定官方联系人、提交响应或联系发言人。咨询机构必须先取得申请人权限，核对通知，并把每条缺口交给合格负责人。公开产品工作流说明了这条边界。
什么情况下可以报价一个有边界的整改项目
当另一名得到授权的复核人员能够重建以下内容时，范围才足以报价：
- 确切 FDA 流程对象与通知日期；
- 器械、K 号与申报版本；
- 每条被引用缺口及其在申报中的位置；
- 已有证据和它回答不了的问题；
- 响应负责人、申请人批准人和 180 天外部上限；
- 拟交付的修复文件与回执。
只要其中一项仍空白，就先报价“范围确认或文件复核”，不要直接报价测试项目。目标不是把 hold 说得很小，而是阻止一条残缺群消息定义错误的工作。
关键事实
- FDA 通过接收审查判断适用的 510(k) 是否达到进入实质审查的最低门槛。
- 现行流程页写明，接收结果在收到申报后 15 天内通知。
- RTA hold 有 180 个日历日的完整响应上限。
- 正确准备的 eSTAR 预计不走传统 RTA；不完整 eSTAR 进入技术 hold。
- 自 2023 年 10 月 1 日起，除 FDA 规定的豁免外，510(k) 必须使用 eSTAR。
- RTA 决定本身不能证明必须新增测试。
常见问题
FDA 的 RTA 决定说明什么？
在接收审查路径下，它说明 FDA 认为申报没有达到进入实质审查的最低可接受门槛；它本身不等于器械安全或有效性测试失败。
申请人有多长时间处理 RTA hold？
FDA 现行 510(k) 申报流程页说明，申请人有 180 个日历日完整处理 RTA 所列缺口；否则申报会被视为撤回并从审查系统删除。
不完整的 eSTAR 都会收到 RTA 决定吗？
不会。FDA 表示，正确准备的 eSTAR 预计不走 RTA 流程；不完整 eSTAR 会在技术筛查通知后保持 hold，直到提交完整替换版本。
咨询机构什么时候才应报价新测试？
只有官方通知、被引用的清单条目和现有申报证据共同表明确需新增或修改测试时才应报价。缺附件、解释、字段或交叉引用，需要的是另一种修复。
TOP Prospect 编辑团队于 2026 年 8 月 19 日依据 FDA 现行 RTA 指南、510(k) 流程与 Traditional 510(k) 准备页复核。器械分类、申报策略、缺口解释和响应内容，必须由合格人员结合实际 FDA 沟通与申报材料判断。
常见问题
FDA 的 RTA 决定说明什么？
在接收审查路径下，它说明 FDA 认为申报没有达到进入实质审查的最低可接受门槛；它本身不等于器械安全或有效性测试失败。
申请人有多长时间处理 RTA hold？
FDA 现行 510(k) 申报流程页说明，申请人有 180 个日历日完整处理 RTA 所列缺口；否则申报会被视为撤回并从审查系统删除。
不完整的 eSTAR 都会收到 RTA 决定吗？
不会。FDA 表示，正确准备的 eSTAR 预计不走 RTA 流程；不完整 eSTAR 会在技术筛查通知后保持 hold，直到提交完整替换版本。
咨询机构什么时候才应报价新测试？
只有官方通知、被引用的清单条目和现有申报证据共同表明确需新增或修改测试时才应报价。缺附件、解释、字段或交叉引用，需要的是另一种修复。
资料来源与延伸阅读
值得关注的潜在线索 Signal 是怎样被发现的
了解 Top商业线索怎样发现和整理值得核实的 Signal、保留 Telegram 原始上下文、去掉重复消息并安排查看顺序。是否跟进以及下一步做什么，仍由用户决定。
