方案 · 口腔网络

先分清多急、看哪科,
再把人约到对的椅位上。

给口腔连锁与口腔平台:患者先单独同意,数字员工在你们客服已经在用的聊天工具里收集问诊、照片和片子,提出多急、看哪科的预分诊建议;有危险信号立刻升级值班医生;医生本人确认后,按号源把人约到合适的诊所、医生与椅位。照片与片子只作为附件给医生看,它不做诊断、不开处方。

痛在哪,有数为证。

下面的数字来自官方统计与公开研究,脚注写着来源与年份;没有可靠数字的地方,我们不编。

1,472 亿元

中国口腔医疗服务市场(2024),约 92% 的机构是民营,增速已经放缓。1

55%

种植体集中带量采购让种植体系统平均降价 55%:单例利润下降,椅位产出更要紧。2

23%–98%

是 23 项研究里 AI 用手机口内照片查龋的灵敏度:所以照片只给医生看,我们不做照片上的 AI 判读。3

60 分钟 · 24 小时 · 7 天

急诊、紧急、非紧急三级的通行时限(英国 NHS)。你们的分诊规则由医生签字确定。4

  1. Frost & Sullivan via an HKEX listing document; Guanyan (private share) · 2023–2024
  2. National Healthcare Security Administration via China News · 2023
  3. Journal of Global Oral Health, systematic review · 2025
  4. NHS England, urgent and non-urgent dental care service specification · 2025

要做的决定。

分诊护士与值班医生在「分诊台」里看新咨询与急诊升级,依据问诊、照片与片子、危险信号,由医生本人确认紧急程度与科别,再按号源把患者约到合适的诊所与医生;前台处理爽约与改约。

  • 用的人
  • 分诊护士 · 值班医生 · 前台 · 运营负责人 · 数字员工

装进去的是什么。

方案包是一组做好的对象类型、链接、动作、提醒和工作台,装进你自己的 Semantic。下面的名字就是装上之后在 CLI 和接口里用的名字。

口腔分诊与就诊分配

developer/apps/dental-triage

诊所、医生、号源、患者(单独同意)、咨询单、影像、转诊;分诊台。

  • 7对象类型
  • 9链接
  • 21动作
  • 3提醒
  • 1工作台
对象类型
clinicproviderappointmentSlotpatientdentalCasecaseImagereferral
动作
register-clinicupdate-clinicregister-providerset-on-callopen-slotclose-slotregister-patientopen-caseattach-case-imagerecord-intakepropose-triageescalate-emergencyconfirm-triagebook-appointmentbook-routine-checkcancel-appointmentmark-attendedmark-no-showrefer-caserecord-outcomeclose-case
提醒
dental-no-showdental-tomorrowdental-untriaged

一件事怎么走完。

每一步都是一个动作:谁在什么时候做的,记在 Action Log 里;该通知的人会收到邮件。

  1. 单独同意
  2. 问诊、照片与片子
  3. 预分诊建议
  4. 危险信号 → 立刻升级
  5. 医生本人确认
  6. 按号源预约
  7. 到诊 / 爽约 / 转诊
  8. 就诊结果

数字员工做什么,人做什么。

数字员工

  • 取得单独同意后建档;按问诊清单问疼痛、肿胀、出血、外伤、发热、用药与过敏
  • 收照片和片子作为附件,拍不清就请患者重拍;只描述看到什么,不下诊断
  • 提出紧急程度与科别的建议,写把握与依据;有危险信号立刻升级值班医生,并告诉患者就近急诊
  • 前一天下午把明天的预约发给各诊所前台;当天的爽约晚上汇总

人

  • 医生本人确认紧急程度与科别(只有医生本人的账号能确认)
  • 值班医生接急诊升级、决定转诊
  • 诊所设定分诊规则、急诊预留号与可约号源
  • 看完写就诊结果,AI 建议与医生结论的一致率从这里闭环

指标怎么算。

工作台上的数从同一份 Ontology 现算,按看的人的权限;口径写在这里,验收也按它。

AI 建议与医生一致率

近 90 天医生确认过的咨询单里,建议的紧急程度和科别都与医生结论相同的比例;按科别分开看。

急诊到就诊

确认为急诊或尽快的咨询单,从开单到预约时间的平均小时数。

号源预约率与爽约率

每家诊所未来 7 天已约号 ÷ 可用号;近 30 天爽约 ÷(到诊 + 爽约)。

怎么上线。

第 1–2 周

合规评估:同意书版本、问诊清单与分诊规则由你们的医生签字;数据放在哪里写清楚。

第 3–5 周

一个城市 10–30 家诊所试点:登记诊所、医生与号源,数字员工进患者入口。

第 6 周

按急诊到就诊时间、预约率、爽约率、一致率签收,再扩到其他城市。

边界与今天的状态。

已上线 = 线上今天能用;部分可用 = 有一半,缺的写在后面;规划中 = 方向,不代表现在能用。

口腔分诊包:用 CLI 装进 Semantic,端到端测过(单独同意、医生本人确认、急诊预留只给急诊)

已上线

诊断、治疗方案、处方:不做

已上线

照片与片子上的 AI 判读:不做(只作为附件给医生看)

已上线

数字员工的入口:企业微信、网页工作台(由你们的客服与分诊护士使用)

已上线

患者直连的入口:微信公众号或小程序、WhatsApp

规划中

号源从排班系统自动同步:今天由前台开号或批量导入

部分可用

怎么买。

ADIS Go · 按量起步¥200 / 账户 / 月起20 个账户起,最多 200 个 · 每个账户每月含 20,000 计算秒与 10 GB,全公司合成一个池 · 超出按量计 · 按月付,不收建设费

常见问题

这是 AI 诊断吗?

不是。它只做预分诊与就诊引导:整理问诊、提出多急、看哪科的建议;结论由医生本人确认,诊断、治疗方案、处方都不做。看片下结论的软件要按医疗器械注册,我们不做。

患者的健康信息放在哪里?

在你们自己的 Semantic 里;建档前必须取得单独同意并记下同意书版本;只存联系所需的最少信息,不存完整手机号与证件号。

怎么收费?按转诊抽成吗?

按账户订阅(ADIS Go),不按转诊或就诊抽成。马来西亚的牙科规则禁止招揽与分成,我们在两地都按订阅收。

从一次 30 分钟的演示开始。

拿你们的一张真实订单、一台真实设备或一条真实咨询,我们当场在 Semantic 里走一遍。