Infermedica

快速结论

Infermedica 不是供个人直接购买的在线医生，而是一套面向医疗机构、公共卫生部门、保险方、远程医疗和药企的临床 AI 产品。其用途包括数字前门分诊、问诊前信息采集、随访、护士或呼叫中心辅助，以及通过 API 嵌入现有患者入口。官方还提供 Symptomate 演示入口，但演示不等于消费者医疗服务，也不建立医患关系。

截至 2026 年 7 月 20 日，Infermedica 官方监管页面说明：Medical Guidance Platform（MGP）及其中的 Triage、Intake、Follow-up 模块在欧盟 MDR 下认证为 IIb 类医疗器械，并注册于英国 MHRA；旧版同名模块仍以 MDD I 类遗留器械状态提供至过渡期结束。Engine API 是医疗器械的组件，但因缺少固定前端和流程，购买方通常还需为最终产品完成自己的适用性与认证工作。不能把某一模块的认证泛化为所有接口、所有部署或所有国家均获批准。

美国的情况尤其需要准确表述。官方称其软件因“通过症状问卷引导用户并推荐适当护理场所”的明确预期用途，在 FDA 执法裁量范围内运行，无需 FDA clearance。这不等于获得 FDA 批准、许可或认证。澳大利亚页面仍提示 TGA 路径处于评估中并可能由客户承担注册；巴西相关 Triage、Intake 已通过当地代表注册；英国、瑞士和欧盟各有不同依据。采购必须按目标产品版本、国家和使用场景逐项核验。

Infermedica 只提供决策支持和工作流能力，不承担部署机构的全部临床责任。患者出现胸痛、严重呼吸困难、意识障碍、疑似卒中、严重过敏、大量出血、自伤风险或快速恶化时，流程应立即提示联系当地急救服务，不应让 AI 对话成为延误。最终分诊、诊断、处方和治疗由部署方授权的持证医疗专业人员及当地护理体系负责。

核心功能

• 数字前门分诊：通过自然语言或结构化交互收集症状，给出护理层级和可配置的服务去向。
• 问诊前采集：在预约或远程问诊前整理主诉、相关症状和风险信息，向临床团队形成结构化交接。
• 随访模块：支持按机构设计的后续状态收集和重新评估，不能替代医生确定随访频率。
• 呼叫中心与护士辅助：可通过屏幕或语音工作流先完成信息收集，为护士判断提供资料；护士仍负责专业判断。
• Platform API 与嵌入式交付：MGP 可通过 Platform API 或 iFrame 接入，适合需要认证产品和相对完整流程的机构。
• Engine API：面向需要自行设计前端、对话与流程的团队，灵活性更高，但最终方案的临床验证和监管负担也更高。
• 多地区部署能力：官网称产品已部署在 30 多个国家，并提供多语言覆盖；实际语言、医学内容、服务目录和器械状态仍需按合同核实。
• 安全与质量框架：官方列出 ISO 13485、ISO 27001、SOC 2 Type 2、GDPR 和 HIPAA 等体系或合规声明。它们覆盖的组织、产品和审计范围不同，不能互相替代。

适合人群

Infermedica 适合已有临床服务网络、能够承担治理责任的机构，而不是只想快速加一个“AI 症状机器人”的普通网站。较典型的采购方包括国家或地区数字健康入口、医院和诊所集团、保险会员导航、远程医疗平台、护士热线、呼叫中心，以及需要把患者教育接入受控流程的药企。

采购团队至少要包含临床负责人、医疗器械或质量负责人、隐私与安全人员、产品和工程团队，以及负责本地护理目录的人。只有开发人员完成 API 调用并不足以安全上线。机构需要界定适用年龄、排除人群、语言、急症升级、值班能力、服务区域、无服务可用时的兜底方案和临床审计办法。

个人用户若在合作方网站看到 Infermedica 驱动的问卷，应把它理解为该机构护理流程的一个入口。输出不等于诊断，也不代表一定能预约到推荐服务。遇到急症必须联系当地急救；非急症的诊疗决定仍由接诊医生或护士承担。

使用场景

1. 保险会员导航：在会员进入昂贵或不匹配的服务前，收集信息并展示可用护理路径。机构要保证目录、权益和价格信息及时更新。
2. 医院数字前门：在网站或应用中先识别紧迫程度，再连接预约、远程问诊、线下门诊或急诊提示。不能仅输出一个静态建议而没有后续入口。
3. 呼叫中心预采集：语音或屏幕流程在护士接手前收集症状，减少重复问答；任何临床升级仍需护士确认。
4. 远程医疗 Intake：把结构化信息交给接诊人员，节省基础采集时间，但医生必须复核关键信息并独立作出判断。
5. 随访与状态变化：按机构方案询问症状变化并触发人工复核。若患者恶化，不能等待下一次自动随访。
6. 公共卫生数字入口：可在较大覆盖范围内部署，但语言、无障碍、卫生资源差异、数据驻留和公众告知要求会显著增加实施复杂度。

价格与版本

Infermedica 是企业销售模式，官网没有公开按调用量或席位划分的标准价目。Triage、Intake、Follow-up、Conversational Triage、呼叫中心方案、Platform API、iFrame 和 Engine API 的采购范围不同，应联系销售按国家、流量、模块、语言、托管、支持和监管要求报价。Symptomate 演示可用于体验流程，不应被当作免费生产许可。

报价评估不能只看 API 单价。机构还要计入临床设计、护理目录维护、EHR 或身份系统集成、数据驻留、安全审查、质量管理、可用性验证、人员培训、监控、事件报告和定期复审。若选择 Engine API 自建体验，节省的产品限制可能转化为更高的认证和临床验证成本。合同应明确具体器械版本、预期用途、地区注册状态、升级策略、数据角色、分包方、审计材料和退出时数据处理方式。

国内访问与使用体验

Infermedica 官网和开发者资料面向国际企业客户，needsVPN: false 不保证中国大陆长期稳定访问，也不代表已有面向中国消费者的正式产品。官网宣称的多语言和 30 多国部署不能自动推出简体中文医学内容、国内医院科室目录或本地急救路径已可用。机构应要求厂商现场演示目标语言，并由国内临床专家验证术语、风险提示和护理映射。

欧盟 IIb、英国 MHRA 注册、巴西 ANVISA 注册或美国 FDA 执法裁量，都不等于在中国获得国家药监部门许可。若产品在中国承担症状评估或分诊功能，采购方需独立评估医疗器械、互联网医疗、算法、网络安全、个人信息保护和数据出境要求。上线前还要明确是仅供医务人员辅助，还是直接面向患者，因为预期用户会影响风险和监管路径。

隐私方面，Infermedica 官方列出 GDPR、HIPAA、SOC 2 Type 2 和 ISO 27001 等能力，但 HIPAA 是美国特定制度，GDPR 也不能代替中国《个人信息保护法》。API 是否“无状态”不意味着部署整体不保存数据：合作方应用、日志、分析、EHR 和客服系统都可能处理健康信息。控制者、处理者、数据位置、保留期限、删除、模型改进用途和事件通知必须写入合同并在患者告知中说清。

优点

• B2B 定位清楚，覆盖数字分诊、Intake、Follow-up、呼叫中心和 API，而不是模糊的消费者聊天工具。
• MGP 及相关模块的欧盟 MDR IIb 和英国 MHRA 状态有官方监管页面可核验。
• 同时提供相对完整的 Platform 交付和更灵活的 Engine API，便于匹配不同机构能力。
• 面向公共卫生、保险、医疗机构和远程医疗等不同场景，护理导航比单纯列出可能疾病更可落地。
• 官方披露多个地区的差异化监管状态，方便采购方识别不能跨区外推的部分。
• 质量、安全和隐私材料较丰富，适合进入正式供应商尽调流程。

不足

• 不提供公开标准价格，早期预算和同类比较需要销售沟通。
• 集成不等于上线，临床治理、护理目录、人工升级、认证和运营投入都由采购方承担很大一部分。
• 不同模块、旧版与新版、不同地区的器械状态复杂，营销表述容易被误读。
• 美国“执法裁量”不是 FDA clearance；若采购团队不了解差异，可能形成错误合规声明。
• 多语言存在不代表所有语言具有相同临床内容和本地服务映射。
• 依赖用户输入，且无法替代查体、生命体征、检验和影像。
• 机构仍必须保留持证临床人员的判断权和事故责任，不能把输出直接自动执行。

替代品对比

机构若需要受监管的数字分诊和完整模块，Infermedica 值得优先尽调；若重点是保险会员导航和内容，Healthily 可比较；若只需个人免费入口，Ada 或 Buoy 更直观；若必须把用户接到美国持证临床人员，K Health 属于不同服务类别。最终选择应以目标国家的监管、真实护理网络、隐私架构和人工责任链为准。

常见问题 FAQ

Infermedica 有面向消费者直接问诊的产品吗？

其主要模式是向机构提供技术和工作流。官网可链接 Symptomate 演示，但演示不是医生问诊，不建立医患关系，也不包含处方或治疗。消费者通常通过保险、医院、政府或远程医疗合作方接触其能力。

MGP 的 IIb 类认证覆盖哪些部分？

官方监管页称 Medical Guidance Platform 及其中 Triage、Intake、Follow-up 模块通过 EU MDR IIb 类认证，可通过 Platform API 或 iFrame 提供。Engine API 被描述为医疗器械的重要组件，但自建最终方案通常需要采购方处理自己的认证与验证。

Infermedica 获得 FDA 批准了吗？

不能这样说。官方表述是软件按明确预期用途处于 FDA enforcement discretion，即执法裁量范围，无需 FDA clearance。这与 FDA 批准、授权或 clearance 不是同一概念，宣传和采购文件应保持该区别。

出现急症时能先使用聊天或语音分诊吗？

不能让自动流程延误救治。胸痛、严重呼吸困难、意识改变、卒中征象、严重过敏、大量出血、自伤风险或快速恶化时，应立即联系当地急救服务。部署方必须设计明显、可用且经过测试的紧急退出路径。

Infermedica 如何收费？

官网未公开统一价格，企业需按模块、地区、规模、语言、集成和支持联系销售。除软件费外，还应预算临床治理、合规、护理目录、EHR、测试、培训、监控与维护成本。

HIPAA、GDPR 和 SOC 2 是否意味着全球隐私合规？

不意味着。它们分别属于不同法律或审计框架，范围也可能不同。每个部署方仍需按所在地法律确认数据角色、授权依据、保留、访问、跨境传输和患者权利，中国项目还需单独评估个人信息保护与数据出境。

谁对最终分诊和治疗负责？

部署机构及其持证临床人员必须保留最终责任。Infermedica 可以收集信息和提供决策支持，但护士或医生需复核关键信息，并根据患者实际状态决定诊断、处方、检查和治疗。机构不能把责任简单转给算法。

总结

Infermedica 是较成熟的企业级临床 AI 分诊与患者采集供应商，优势在于模块完整、交付方式多，以及 MGP 的欧盟 IIb 和英国注册信息较清晰。正确的采购方式不是追问一个笼统“准确率”，而是逐项核对产品版本、预期用途、国家注册、目标人群、护理目录、隐私和人工升级。它可以提高信息采集与导航的一致性，但不会替代急救服务，也不能替代持证专业人员的临床判断。任何上线机构都要对最终护理路径和患者安全负责。