接待与预约确认测试

对照 2026-09-28 的代码写的手工用例:患者这边发什么、应该收到什么、工作台和待办里该看到什么。每条点「通过」「不通过」或「阻塞」,有问题写在备注里。先跑「必测」,再补其余的。

正在连接结果存储…
开测之前账号、数据、配置、命令
手动扫描预约会给所有「明天有预约、绑了微信」的患者真发提醒,一周后的非复查预约还会发关心。扫描之前先在通讯录里确认,只绑了测试用的微信。

账号和患者

  1. 一个托管企业微信号在线。在号的人设里设好自称(下面用「小安」举例),表情先设「不用」。
  2. 测试微信 A 加这个号为好友,在通讯录里绑到一位测试患者档案,备注先不写 @。
  3. 再准备:一个没绑的微信 B;一个家长微信 C,绑到一位不到 14 岁的测试患者(关系选家长);一个从没加过这个号的新微信(测开场白)。
  4. 一个群:托管号和 A 都在里面(J 组用)。

门店和语料

  1. A 所在门店的门店信息录好地址、营业时间、地铁、医生、经纬度。停车这一项先不录,给 B03 用,测完再补。
  2. 教材语料的「到店准备」录一条(所有预约),固定消息先保持默认。
  3. AI 设置里设好提醒号、本店内部群;员工授权里给这家店设一位诊所经理(K 组用)。

预约数据

  1. 业务系统里给 A 建:明天的一条预约(L、M 组),6 到 7 天后一条不是复查、洗牙的预约(N 组)。
  2. 另准备一位明天有预约、没绑微信的测试患者(N08)。
  3. 等工作台患者面板里看得到这些预约,再开始扫描。

看结果的地方

  1. 患者那边:测试微信的手机。
  2. 工作台会话页:AI 执行步骤(查了哪些工具、代码守卫和复核的结论)、「AI 建议回复」、「AI 没有回这条」、已提醒几次。
  3. 待办中心:预约确认的状态和出口。
  4. 号主的企业微信:提醒号发来的提醒。
  5. 节奏:AI 一轮 20 到 40 秒,发出前还会随机等 3 到 15 秒,每条回复等半分钟到一分钟再判。

命令(在 pac-ai 仓库根目录跑)