——从普通婴儿用品到生命体征监测设备,产品多一个功能,可能就多一条完全不同的合规路径
最近我们接触到一个很有代表性的项目。客户原来主要做玩具和简单家居产品,现在准备开发一款面向美国市场的婴儿摇篮/婴儿床。
单看“床”本身,这并不是一个陌生产品;真正让项目复杂起来的,是企业希望在上面叠加的一系列智能功能。
这款产品计划通过红外方式感知婴儿体温,通过声音采集识别啼哭和异常状态,还希望监测心率、呼吸状态,甚至判断是否出现呼吸中断;同时配置环境感知、睡眠感知、显示屏、音箱、灯光、桌面提醒装置、手机 App,以及云端数据存储和睡眠报告分析。婴儿离床、跌落等状态,也希望通过多传感器进行识别。

从产品经理的角度看,这是一套很有想象力的“多维感知系统”;但从法规工程师的角度看,问题马上就变了:它到底还是一张婴儿床,还是已经跨进了医疗器械的边界?
一、首先要纠正一个常见思路:不是“产品做完以后再选认证”
很多企业第一次做美国市场,会习惯性地问:“这个产品要做哪些认证?”但对于这种跨儿童用品、电子电气、无线通信、软件和健康监测功能的产品。
更准确的问题应该是:在产品定义阶段,我们准备让它具有什么预期用途、做什么宣传、输出什么数据、向用户发出什么提示?
因为法规分类并不只看硬件长什么样,还会看 intended use(预期用途)、claims(宣称)、标签说明、算法输出以及实际使用场景。尤其当产品开始测量心率、呼吸、体温,并根据阈值向家长报警时,美国 FDA 对这类婴儿生命体征监测产品的监管风险已经明显上升。
2025 年 FDA 还专门发布安全通告,提醒不要使用未经授权、用于监测婴儿生命体征的设备。
二、第一层:它首先是一件婴儿睡眠产品
如果最终产品符合 bassinet/cradle(婴儿摇篮/摇床)的定义,美国 CPSC 的核心法规路径通常会落到 16 CFR Part 1218,并引用 ASTM F2194。
需要特别注意的是,自 2026 年 2 月 21 日起,CPSC 已将 ASTM F2194-25 作为新的强制版本基础;对于 2026 年 6 月 30 日以后生产的产品,CPSC 要求完整符合新的强制要求。
如果产品并不落入现有 crib、bassinet、bedside sleeper 等具体类别,但被宣传为供 5 个月以下婴儿睡眠使用,还可能需要进一步评估 16 CFR Part 1236(Infant Sleep Products)。因此,“我们内部叫它婴儿床还是摇篮”并不能决定法规,结构、用途和宣传方式才是关键。
另外,CPC 不是一个所谓的“美国玩具认证”。
CPC 的全称是:
Children's Product Certificate,即儿童产品证书。对于受 CPSC 强制规则约束的儿童产品,制造商或进口商需要基于 CPSC 认可的第三方实验室测试结果签发 CPC。
对于 bassinet/cradle,CPC 中通常至少要识别 16 CFR Part 1218,并结合产品材料和结构评估铅、邻苯、涂层、小部件等其他适用规则。

三、第二层:加上电气、无线和 App 后,合规范围继续扩大
一旦产品带有电源、显示屏、传感器、蜂鸣器、Wi‑Fi/Bluetooth 等模块,就不能只看儿童用品的机械安全。进入美国市场时,还需要评估电气安全、火灾和触电风险,以及 FCC 射频合规。
美国职业安全体系中通常称 NRTL(Nationally Recognized Testing Laboratory),这涉及是否必须取得某一 NRTL Listing,需要结合销售渠道、终端安装方式、当地 AHJ、客户采购规范以及具体产品类别判断;不能简单地把所有消费类产品都理解为法律上统一强制 UL 认证。
如果产品含 Wi‑Fi、Bluetooth 等 intentional radiator(有意辐射器),通常需要按 FCC Part 15 的相应条款完成设备授权;若采用已认证无线模块,也仍要核查模块集成条件、天线、标签和最终产品的适用要求。
四、真正的分水岭:当“智能感知”变成“医疗监测”
这个案例最值得讨论的地方,不是功能多,而是这些功能可能改变产品的法规属性。比如:
仅显示室内温度,与“测量婴儿体温、判断是否发烧”,不是同一件事;
仅识别“是否有声音”,与“识别异常啼哭并判断婴儿不适”,风险不同;
记录睡眠时长,与“监测呼吸暂停、心动过缓或异常心率并报警”,更不是同一个监管层级;
给家长提供娱乐性质的睡眠趋势,与输出可能影响照护或就医决策的健康报告,也存在本质区别。
FDA 已明确指出,用于监测婴儿心率/脉率、血氧、呼吸频率、体温等生命体征并向照护者报警的产品,需要关注 FDA 上市授权要求,而且不能简单套用 general wellness(一般健康)政策来规避医疗器械监管。对于具体项目,最终是 510(k)、De Novo、其他路径,还是能够通过重新限定 intended use 避免进入医疗器械范围,都必须在设计冻结之前完成产品分类和 predicate/法规路径分析。

五、如果进入医疗器械路径,标准不会只有一个 IEC 60601
企业常见的另一个误区,是听到“医疗电气设备”后,就认为做一个 IEC 60601-1 就结束了。实际上,针对这样一套家用、联网、带算法和报警功能的系统,标准体系很可能是成组出现的。
下面列出的不是最终适用清单,而是根据目前描述值得优先筛查的项目:

注:上表用于案例讨论和前期法规筛查,并非针对某一具体产品的最终认证清单。实际适用法规、FDA 产品代码、分类、标准版本及测试项目,需要根据产品结构、传感原理、预期用途、报警逻辑、用户群体和宣传文案进一步确认。
六、为什么我认为这种项目必须把法规人员拉到研发前端
假设企业先把产品全部开发完,再找实验室“做认证”,很可能出现几个典型问题:硬件架构已经固定,却发现爬电距离、电源、传感器隔离或报警设计不满足要求;算法已经完成,却发现原来的宣传语把产品推入了更高风险的医疗器械路径;App 和云平台已经上线,才发现软件生命周期、网络安全、数据完整性和风险管理资料从一开始就没有建立;模具已经开完,才发现婴儿睡眠产品的结构要求需要修改。
这些问题不是“补一份报告”就能解决的。越晚发现,返工成本越高。严重时会出现产品功能必须删减、硬件重新设计、软件重新验证、临床/性能证据重新准备,最终上市时间整体后移。
七、真正的高端产品,拼的不只是功能数量
我们很支持中国企业做更复杂、更有附加值的产品。过去做玩具、家居用品的企业,也完全可能进入智能健康甚至医疗领域。但企业能力的升级不能只发生在研发部门。
当产品从“会摇、会亮、能联网”进一步发展到“能够感知婴儿生命体征并作出判断”,企业面对的就不再只是 BOM、结构、算法和 App 体验,而是产品分类、风险管理、医疗电气安全、软件生命周期、可用性、临床/性能证据、网络安全、上市注册和上市后责任组成的一整套体系。
所以我给这类项目的建议一直很明确:功能可以大胆创新,但法规路径一定要提前规划。
法规不是产品做完以后,由实验室在最后一道工序“补上去”的东西。对于真正想进入高端市场的产品,合规本身就是产品设计的一部分。



