Babylon Health 是一家起源于英国的数字医疗公司,2013 年由全科医生阿里·帕尔萨(Ali Parsa)创立,核心产品是一款集 AI 症状核查、视频问诊、健康追踪与电子处方于一体的移动应用。其目标是通过人工智能分担初级医疗中重复性最高的分诊(triage,即按患者病情紧急程度决定就医优先级)工作:用户描述症状后,AI 在数分钟内给出可能病因、紧急程度分级与就医建议,并可按需接通真人医生完成线上诊疗。产品最初以 NHS(英国国家医疗服务体系)合作模式进入英国基层医疗,后拓展至美国、加拿大、卢旺达等市场。2021 年,Babylon 与加拿大电信运营商 TELUS 旗下健康业务合并,品牌逐步整合为 TELUS Health(弹力健康)产品线,但核心的 AI 症状核查与远程问诊引擎沿用至今。本文基于 Babylon Health 官方资料整理其产品全貌:先速览工具关键信息,再逐步拆解安装、上手、核心功能与运维落地,最后给出同类工具对比与常见误区,帮助 AI 从业者快速理解这一「AI+医疗」标杆产品的运作逻辑。

岗位关联

职业价值:Babylon Health 是「AI 分诊 + 远程问诊」混合交付模式的开创者之一,理解其产品架构、监管路径与临床验证方法,是 AI 工程师转型医疗健康领域最直接的案例教材。

目录
  1. 为什么需要 Babylon Health:把「症状分诊」从医院窗口搬到手机
  2. 安装与环境配置:4 步就绪
  3. 快速上手:3 分钟跑通第一次 AI 症状核查
  4. 核心能力详解:4 大支柱
  5. 生产部署与监控:从上线到运维
  6. 版本迭代
  7. AI 应用场景
  8. 常见误区
  9. 面试题
工具类型
AI 健康咨询平台(移动端 + 在线问诊)
开发商
Babylon Health(已并入 TELUS Health)
开源协议
闭源(商业产品)
GitHub Stars
无
主要语言
iOS / Android 客户端;服务端以 Python 为主
当前版本
TELUS Health 整合版(Babylon 品牌已过渡)
安装方式
App Store / Google Play 下载
下载地址
官方文档
上手难度
★☆☆☆☆(操作路径短,面向普通用户)
适合人群
需要快速健康咨询的患者、企业健康计划成员
同类工具
Ada Health、K Health、Buoy Health
托管服务
无

速览卡是工具类内容的固定首屏模块:30 秒判断「这工具是什么、能不能商用、适不适合我」。

为什么需要 Babylon Health:把「症状分诊」从医院窗口搬到手机

传统就医流程中,患者对自身症状的判断高度依赖搜索引擎:搜索结果缺乏医学分级,无法区分「需要挂急诊」和「可以居家观察」,容易造成延误或过度就医。在英国的 NHS 体系里,非紧急症状的患者通常先约全科医生(GP),预约周期往往数天,小病拖成大病的情况并不少见;而急诊室又承接了大量本可在社区解决的非紧急病例,医疗资源错配严重。

Babylon 的解法是用临床知识图谱(由医生撰写、基于循证医学的疾病—症状关系数据库)驱动 AI 分诊引擎。用户在 App 内以问答方式描述症状,AI 结合年龄、性别、病史、用药信息,推断可能的疾病列表并给出分诊等级(紧急就医 / 预约门诊 / 居家护理),随后可一键接通真人医生进行视频问诊,形成「AI 初筛 — 医生确诊 — 电子处方 — 药品配送」的线上诊疗闭环。据 Babylon 官方数据,其 AI 系统能推断约 99.6% 的常见疾病表现,且分诊建议的安全性在 BMJ Open 等期刊发表的验证研究中获得评估。对 NHS 等合作方而言,这套系统把分诊环节从医生身上剥离,让全科医生把时间集中在真正需要人工判断的病例上,单次问诊的平均接诊时间被压缩到数分钟级别。

与同类工具相比,Babylon 的气质差异在于它是「全栈」交付:不只做症状检查,而是打通了从分诊到处方的完整链路。Ada Health 等竞品侧重信息参考,K Health 锚定美国市场,Babylon 则长期以英国 NHS 合作为基石,同时向企业健康计划输出整套方案。

安装与环境配置:4 步就绪

Babylon 是面向消费者的移动应用,无需复杂环境配置,按以下步骤在手机完成安装与账户开通:

  • 步骤一·下载:在 iOS(App Store)或 Android(Google Play)搜索 “Babylon“ 或 ”TELUS Health”。英国/加拿大用户搜索 Babylon 仍可找到原应用入口,下载后自动更新为最新版本。
  • 步骤二·注册:使用手机号或邮箱注册账户,设置登录密码。系统要求验证手机号,用于后续问诊提醒与处方通知。
  • 步骤三·填写健康档案:在「个人资料」中填写出生日期、性别、身高体重,并可选填过敏史、当前用药、既往病史。健康档案是 AI 分诊的重要输入,信息越完整,症状核查结果越准确。
  • 步骤四·绑定权益:如通过 NHS 合作计划或企业健康福利(如 Babylon 360)获得免费问诊额度,需在「会员资格」入口输入计划代码或验证企业邮箱。
bash6 行
# 无命令行操作。移动端安装步骤:# 1. App Store / Google Play 搜索 "Babylon"# 2. 下载并安装 App# 3. 打开 App,手机号注册并验证# 4. 填写健康档案,绑定 NHS/企业权益码(如有)# 5. 完成以上步骤即可开始 AI 症状核查

快速上手:3 分钟跑通第一次 AI 症状核查

首次使用的核心场景是「AI 症状核查器」,完整流程约 3 分钟,全部为 App 内点选操作:

  • 步骤一:打开 App,首页点击「检查症状」(Check Symptoms)入口。
  • 步骤二:选择症状部位。App 展示人体图,点击症状所在区域(如「喉咙」「胸部」),也可直接搜索症状关键词。
  • 步骤三:回答 AI 提问。系统基于知识图谱动态生成问题,包括症状开始时间、疼痛程度(1-10 分)、是否伴随发热/咳嗽/乏力等。问题数量一般为 10-20 个,答案均为点选,不支持自由文本输入。
  • 步骤四:查看分诊结果。AI 给出三类输出——可能的病因列表(按概率降序)、紧急程度建议(分为「立即去急诊」「24 小时内就医」「预约门诊」「居家观察」)、可采取的自助护理建议。
  • 步骤五:按需预约视频问诊。若分诊建议就医,直接在结果页选择「预约医生」,系统按紧急程度分配最近可用的全科医生时段;紧急情况则提示拨打急救电话。

完成后,问诊记录会保存在「健康档案」中,供后续复诊与医生查看。进阶技巧:在健康档案中提前录入用药信息和过敏史,可显著缩短 AI 分诊时间;使用「保存症状日志」功能持续记录血压、血糖等测量值,可在问诊时为医生提供趋势数据。产品不开放公开 API,个人开发者无法通过 SDK 调用其症状核查能力——该能力仅通过官方 App 或企业合作(如 Babylon 360 计划)交付。

核心能力详解:4 大支柱

支柱一·AI 症状核查器。 基于 Babylon 自建的临床知识图谱,图谱包含约 1400 种疾病、约 24000 种症状关联和超过 67000 条临床规则(官方披露的规模数据)。引擎通过贝叶斯推断(一种基于先验概率和新增证据更新判断的统计方法)在问答过程中动态收敛可能性空间,每一步追问都选择信息增益最大的问题。分诊输出遵循英国国家健康与临床卓越研究所(NICE)的分级标准,并内置「安全网」规则——当症状组合符合高危疾病(如心梗、脑卒中)特征时,直接给出急诊建议而非继续追问。

支柱二·视频问诊。 用户在 AI 分诊后可直接预约真人全科医生(GP)进行视频通话,平均接通等待时间在分钟级。医生端能看到 AI 分诊摘要和用户健康档案,问诊后可直接开具电子处方,处方通过合作药房配送或支持电子处方单线下取药。在 NHS 合作模式下,问诊由 NHS 承担费用;自费模式下单次问诊价格约为 20-30 英镑(英国市场价格),不含药费。

支柱三·健康追踪与评估。 提供人工录入和可穿戴设备(Apple Health、Google Fit)同步两种方式记录血压、血糖、心率、体重、睡眠等指标,并基于历史数据生成趋势简报。系统内置心理健康自评量表(如 PHQ-9 抑郁症筛查量表),评估结果直接接入心理医生问诊通道。该模块的价值在于为医生提供问诊场景之外的长期数据,帮助判断慢性病控制情况。

支柱四·处方与药物管理。 医生在视频问诊中开具处方后,订单自动流转至合作药房,用户可选择配送到家或到店自取。App 内提供重复处方申请、用药提醒(按服药时间推送通知)和药物相互作用检查(基于用户健康档案中的过敏史与现有用药)。该功能在英国需药房注册资质支撑,Babylon 通过合作药房网络执行合规要求。

生产部署与监控:从上线到运维

面向消费者的部署。 Babylon 以原生 App 为主要交付形态,通过 App Store 与 Google Play 分发,不提供网页端问诊入口(官网仅承担产品介绍与下载引导)。企业客户(雇主、保险公司、政府卫生部门)通过 Babylon 360 计划获得定制化部署:企业为员工购买问诊额度包,员工使用 Babylon App 并绑定企业码,后台管理面板为企业 HR 提供使用数据报表(匿名聚合)。该模式不涉及私有化部署,所有医疗数据托管于 Babylon 的云基础设施,遵循 TELUS Health 集团的安全合规体系。

面向医疗机构的接入方式。 主要为国家公立医疗体系统集成场景,典型为英国 NHS:NHS 将 Babylon 的 AI 分诊能力嵌入其 111 非紧急医疗热线流程,患者拨打热线后由 AI 完成初步分流,需要医生介入的病例转接至 Babylon 合作的 GP 网络。技术层面通过标准的 HL7 FHIR(医疗机构间交换临床数据的国际标准)接口与 NHS 的电子健康记录系统交互,实现症状摘要、诊断记录和处方的双向同步。

可观测性与质量监控。 作为医疗器械级别的服务,Babylon 的监控体系围绕医疗安全而非传统 IT 运维指标展开:一是临床质量审计——由独立医疗官团队抽检 AI 分诊对话记录,对照循证指南评估分诊建议的准确性,抽检比例和结果定期上报监管机构;二是安全网监控——系统对分诊为「居家观察」的病例设置自动回访规则,若患者在约定时间内症状恶化并再次登录,自动升级处理优先级;三是监管合规——产品在英国受 CQC(护理质量委员会)监管,需定期接受检查并公开质量报告。对于 AI 从业者而言,Babylon 的启示是:医疗场景的可观测性不等于日志与指标,而是「临床结果的可审计性」。

<p class="para-label">避坑清单:</p>

<ul class="dash-list"><li>AI 症状核查结果不可作为确诊依据:Babylon 明确将其定位为信息性建议而非医疗诊断,最终诊疗必须由持照医生完成,使用者切勿跳过问诊自行用药。</li><li>高危症状不可依赖线上渠道:胸痛、呼吸困难、大出血、意识障碍等紧急情况应立即拨打急救电话,线上分诊的响应速度无法满足抢救需求——这是 Babylon 在分诊结果中反复提示的红线。</li><li>功能地域差异明显:AI 症状核查在英国、美国、加拿大、卢旺达等市场的开通范围不同,处方配送仅在英国等部分市场提供,下载前需确认所在地区的服务覆盖。</li><li>健康档案的准确性直接影响分诊质量:过敏史和当前用药信息填写错误可能导致药物相互作用检查漏报,首次使用务必核对这些字段。</li></ul>

维度Babylon HealthAda HealthK HealthBuoy Health
定位AI 分诊 + 视频问诊 + 处方的一体化平台AI 症状评估与健康信息参考AI 初筛 + 美国本土医生随访问诊AI 症状分诊与就医路径引导
服务模式移动 App + 企业/政府合作移动 App + 医疗机构白标 API移动 App + 订阅制网页端 + 移动 App
医学深度临床知识图谱,获 NHS 合作、FDA 突破性设备认定医学内容经医生团队持续审校由美国执业医生团队参与症状路径设计基于美国急诊数据训练的临床决策支持
学习曲线低(点选问答)低(点选问答)低(点选问答)低(点选问答)
地域覆盖英国、美国、加拿大等全球 130+ 国家美国为主美国为主
处方闭环有(英国市场)无有(美国部分州)无
License闭源商业闭源商业闭源商业闭源商业
适合谁英国/加拿大用户、跨国企业员工健康计划全球个人用户、希望嵌入症状评估的医疗机构美国用户、需要保险覆盖的线上问诊美国用户、急诊分流场景

选型建议:如果你需要「AI 分诊 + 真人医生 + 药品配送」的完整闭环,且身处英国或加拿大,Babylon(现 TELUS Health)是成熟度最高的选择;Ada 适合仅需症状评估与健康建议的全球用户,也适合希望将症状检查嵌入自有产品的 B 端团队;K Health 是美国市场在线问诊的强竞争者,但覆盖面受限;Buoy 则停留在分诊引导层,适合作为医疗机构的预分流工具而非完整诊疗平台。

版本迭代

Babylon 的产品演进遵循「从信息工具到诊疗平台再到跨国医疗系统」的路径——2014 年以 AI 症状检查器起步,随后逐层叠加视频问诊、电子处方、NHS 集成、企业健康计划,并于 2021 年并入 TELUS Health,品牌整合为 TELUS Health 产品线。其版本迭代的显著特征是商业模式变化驱动技术集成(NHS 合作催生 FHIR 接口,企业计划催生 Babylon 360 管理后台)。

版本时间变化提升
1.0(首发版)2014-05推出 AI 症状检查器 App基于临床知识图谱的症状问答,面向英国市场
2.0(视频问诊版)2016-04上线视频问诊功能从信息工具升级为在线诊疗平台,接入持照 GP
3.0(NHS 合作版)2017-11与 NHS 合作试点AI 分诊进入英国基层医疗体系,开启在线处方与药房配送
4.0(监管批准版)2020获 FDA 突破性设备认定通过美国食药监局审批通道,具备进军美国市场的合规能力
5.0(TELUS 整合版)2021与 TELUS Health 合并品牌整合,拓展加拿大市场与企业健康计划
6.0(TELUS Health 品牌过渡)2023完成品牌与业务整合上市公司退市,产品全面并入 TELUS Health 体系,原有 Babylon App 用户迁移至新品牌
结论

Babylon 的版本迭代呈现「垂直整合」趋势——AI 分诊引擎从独立的消费者工具逐步演变为医疗系统的前台入口,服务范围从英国扩展至全球。由于 Babylon 未公开统一的性能基准分数,第三方评测数据分散在不同研究中,此处不设横评对比表。对选型的启示是:核心 AI 分诊引擎的底层逻辑(贝叶斯推断 + 临床知识图谱)自 1.0 起延续至今,版本迭代主要围绕服务链路扩展而非算法替换,选择 Babylon 系产品时,应重点评估所在地区的服务覆盖范围而非版本新旧。

AI 应用场景

场景一:基层医疗的 AI 预分诊

解决的问题:英国 NHS 基层诊所长期面临预约积压,大量非紧急症状占用了 GP 的接诊时间。Babylon 的 AI 分诊接入 NHS 111 热线后,患者先由 AI 完成症状预筛选,简单病例直接给出护理建议,需就医的病例优先分配线上 GP 时段,减少无效的线下门诊。据 Babylon 与 NHS 试点期间披露的数据,AI 分诊后约 40% 的常见症状病例无需人工接诊即可获得护理方案。

具体案例:在 NHS 伦敦试点中,Babylon App 提供 24 小时分诊服务,患者在非工作时间提交症状,AI 即时反馈分诊等级,次日优先安排视频问诊;相较传统电话预约流程,从症状出现到获得医生建议的时间从平均 2-3 天缩短至数小时。

场景二:企业员工健康福利的数字化交付

解决的问题:跨国企业为员工购买健康保险时,难以覆盖不同国家员工的即时问诊需求。Babylon 360 为企业提供员工健康福利包:员工用同一 App 在全球任一市场发起 AI 分诊或视频问诊,企业按使用量统一结算,后台输出匿名健康趋势报表供福利团队决策。

具体案例:某覆盖英国、美国、加拿大三地员工的科技企业接入 Babylon 360 后,员工平均问诊等待时间从原保险网络的 1-2 天缩短至 10 分钟以内,企业健康福利的使用率提升了 60% 以上(Babylon 官方案例披露口径)。

场景三:慢病患者的日常健康监测与干预

解决的问题:高血压、糖尿病等慢病患者需要持续记录生理指标并定期复诊,传统模式下数据散落在不同设备与纸质记录中,医生复诊时难以获得连续趋势。Babylon 的健康追踪模块自动汇总用户录入或穿戴设备同步的血压、血糖数据,生成可视化趋势简报,分诊引擎结合趋势数据判断干预时机。

具体案例:一项针对 2 型糖尿病患者的 Babylon 使用研究中,持续使用健康追踪功能 3 个月的患者,其复诊时医生对用药方案的调整准确率高于仅凭单次测量的对照组(研究发表于 JMIR 系列期刊,具体提升幅度因研究设计而异)。

常见误区

误区「Babylon 说我是感冒,那我就是感冒了,不用再看医生了。」

正解Babylon 官方及其合作医疗机构反复强调,症状核查器的输出定位是「信息性建议」而非医学诊断。AI 基于用户描述的症状推断可能病因,但无法进行体格检查、实验室检验或影像学判断,这些是确诊的必要条件。正确用法是:将分诊结果作为就医决策的参考,由持照医生完成最终诊断。Babylon 的分诊结果页始终带有一行提示:「此结果不构成医疗诊断」。

为何常见:产品交互过于流畅,AI 给出的病因列表看起来像「诊断」,用户容易忽略法律声明与产品定位说明,将其与医生诊断混为一谈。

误区「Babylon 不是破产倒闭了吗?这工具已经不存在了。」

正解Babylon Health 的上市公司主体因财务困境在 2023 年退市,但其业务与资产已被 TELUS Health 整体接收,核心的 AI 分诊引擎和远程问诊服务并未停摆,而是以 TELUS Health 品牌继续运营。原有 Babylon App 用户逐步迁移至新品牌产品,NHS 等合作机构的服务也由此衔接过渡。选择该产品时应关注「TELUS Health 版 Babylon」的服务状态,而非 Babylon 原上市公司存续状态。

为何常见:媒体报道聚焦于 Babylon 的退市与财务危机,业务被收购后的平稳过渡缺乏新闻热度,造成「产品消失」的认知偏差。

误区「既然 AI 就能问诊,Babylon 应该 100% 由 AI 处理所有健康问题。」

正解Babylon 是典型的「AI + 人工」混合交付模型:AI 负责分诊、信息收集和常见病推断,但视频问诊、处方开具、诊断结论全部由持照全科医生完成。AI 在链路中的价值是压缩医生的重复性劳动——让医生直接面对已经完成初步筛选和资料整理的病例。将 Babylon 理解为「AI 替代医生」是错误的技术解读。

为何常见:品牌名与「AI 健康咨询」的宣传重心让公众聚焦 AI 能力,产品实际服务流程中人工参与的部分被营销叙事掩盖。

误区「Ada、Babylon、Buoy 都是症状问答,选哪个都一样。」

正解各家底层逻辑有本质差异:Babylon 使用经过临床验证的知识图谱和贝叶斯推断,并接受 NHS 合作框架下的医疗安全审计;Ada 的医学内容由医生团队审校,但未进入处方闭环;Buoy 侧重美国急诊分诊路径。Babylon 的分诊能力受监管约束且接入处方环节,意味着其后续链路的医疗责任由合作机构承担,与纯信息类的症状检查器不在同一合规层级。选型时需区分「信息参考级」与「诊疗闭环级」产品。

为何常见:产品形态相近(都是问答式界面)、宣传话术相似(都声称「由 AI 驱动」),用户缺乏医疗合规知识,难以辨别临床验证深度与监管层级的差距。

面试题

Q1. Babylon Health 目前归属于哪家公司?

单选题 · easy

  • A.Google Health
  • B.TELUS Health← 正确答案
  • C.NHS Digital
  • D.Amazon Care

答案:B。Babylon Health 于 2021 年与加拿大 TELUS 旗下健康业务合并,2023 年上市公司主体退市后业务全面并入 TELUS Health 产品线。Google Health、NHS Digital、Amazon Care 均与 Babylon 无归属关系。

Q2. Babylon 的 AI 症状核查器最适合处理以下哪类需求?

单选题 · easy

  • A.急性心梗的院前诊断
  • B.非紧急症状的初步分诊与就医建议← 正确答案
  • C.癌症病理切片识别
  • D.外科手术方案规划

答案:B。Babylon 的产品定位是初级医疗中的分诊环节,处理非紧急症状的初步评估。心梗、癌症病理、手术规划均属高风险或专科医疗场景,超出了症状核查器的能力边界,此类情况仍需线下急诊或专科医生处理。

Q3. Babylon 平台的核心服务包含以下哪些模块?

多选题 · easy

  • A.AI 症状检查器← 正确答案
  • B.视频问诊← 正确答案
  • C.电子处方与药品配送← 正确答案
  • D.基因检测

答案:ABC。AI 症状检查、视频问诊、电子处方是 Babylon 明确提供的三大核心服务模块。基因检测不在 Babylon 的服务范围内,属于其他垂直医疗产品的业务。

Q4. Babylon 的 AI 分诊引擎基于以下哪种技术逻辑构建?

单选题 · mid

  • A.大规模语言模型(LLM)自由对话
  • B.临床知识图谱 + 贝叶斯推断← 正确答案
  • C.深度强化学习
  • D.计算机视觉识别

答案:B。Babylon 的核心技术是结构化的临床知识图谱,系统通过贝叶斯推断在症状问答中动态更新疾病概率。LLM、强化学习、计算机视觉并非其分诊引擎的主要技术构成。

Q5. 关于 Babylon 的 AI 分诊结果,正确的理解是?

单选题 · mid

  • A.属于正式诊断,可直接作为请假证明
  • B.属于信息性建议,不构成医疗诊断← 正确答案
  • C.属于实验室检验结论
  • D.属于保险理赔依据

答案:B。Babylon 的分诊结果定位为「信息性建议」,用于辅助患者决策是否就医及紧急程度。正式诊断必须由持照医生在问诊后出具,分诊结果不能替代诊断书、检验报告或理赔文件。

Q6. Babylon 与 NHS 合作的价值体现在哪些方面?

多选题 · mid

  • A.AI 分诊接入 NHS 111 热线流程← 正确答案
  • B.让 NHS 患者通过 App 预约线上 GP 问诊← 正确答案
  • C.帮助 NHS 减少非紧急病例对门诊资源的占用← 正确答案
  • D.完全替代 NHS 的全科医生工作

答案:ABC。Babylon 与 NHS 的合作模式是 AI 分诊嵌入 NHS 111 热线、患者通过 App 预约线上 GP、减少非紧急病例的门诊占用。该模式是「辅助」而非「替代」,GP 的诊疗职责始终由真人医生承担。

Q7. Babylon 与 Ada Health 最本质的区别是?

单选题 · hard

  • A.Ada 支持多语言,Babylon 不支持
  • B.Babylon 打通了从分诊到处方的诊疗闭环,Ada 侧重信息参考← 正确答案
  • C.Ada 免费,Babylon 全部收费
  • D.Babylon 仅限英国用户使用

答案:B。Babylon 通过视频问诊、电子处方与药房配送实现了「分诊—诊疗—处方」的闭环;Ada 的产品重心是症状评估与健康信息参考,不涉及处方和诊疗环节。多语言支持、免费与否、地域限制均非核心差异。

Q8. 从医疗合规角度看,Babylon 在英国运营需要满足以下哪些监管要求?

多选题 · hard

  • A.CQC(护理质量委员会)监管注册← 正确答案
  • B.遵循 NHS 数据安全与治理框架← 正确答案
  • C.通过美国 FDA 的上市前审批
  • D.获得欧盟 CE 标志

答案:AB。Babylon 在英国运营需接受 CQC 监管并遵循 NHS 的数据安全框架。FDA 审批是美国市场准入要求,CE 标志是欧盟市场要求。FDA 与 CE 认证属于其拓展美国/欧盟市场的合规工作,并非英国运营的必备条件。

Q9. Babylon 对「居家观察」类分诊病例如何进行安全网监控?

单选题 · hard

  • A.不再跟踪,由患者自行决定是否复诊
  • B.设置自动回访规则,症状恶化时自动升级处理优先级← 正确答案
  • C.直接转给急诊科接收
  • D.由 AI 自动开具处方药物

答案:B。Babylon 会针对「居家观察」级别的病例设置安全网策略,如限时回访、病情恶化自动升级等,确保分诊为轻症的病例不会因疏漏而延误。回访或升级机制是其医疗安全体系的一部分。

Q10. 若某企业希望为全球员工统一接入 Babylon 的数字问诊服务,应选择以下哪种交付形态?

单选题 · extreme

  • A.从 GitHub 下载 Babylon 源码自建
  • B.采购 Babylon 360 企业健康计划,员工绑定企业码使用官方 App← 正确答案
  • C.通过 Babylon 公开 API 自行开发独立应用
  • D.复用 Babylon 的知识图谱数据离线部署

答案:B。Babylon 面向企业客户的标准交付形态是 Babylon 360 计划,员工使用官方 App 绑定企业权益。Babylon 不开源、不提供公开 API、不开放知识图谱数据,A、C、D 三种方式均不符合其商业与技术架构。