从客户提交预约到调度员查看新单，这个陪诊服务网站用 Zion 怎么搭？

替家人找陪诊，往往要在微信里说上好几轮：患者是谁、去哪家医院、看哪个科室、约哪天。接单的人再把这些信息记下来，转给调度员。消息一多，查一条预约的进度就要翻聊天记录。

想看一个真实的陪诊团队怎样从微信群走向线上，可以阅读 Zion 往期用户故事：父亲的陪诊生意靠微信群喊单，儿子用一年时间把它变成了一个平台。

本期直播案例则是拿陪诊预约做一个小范围的搭建示例，让客户自己填写预约信息。提交后，调度员能在工作台看到新订单。页面还准备了陪诊师的入口，但派单和陪诊师更新状态没有在这一版做完。

01

先确定第一版做什么

开始时，先在 Zion AI Copilot 里选择研究模式，让它逐项询问需求。参考提示词可以这样写：

我想做一个陪诊服务预约派单系统。先用选择题和我确认第一版要做什么，整理好需求后再开始搭建。

问答确定了几个实际选择：网页在手机上打开；客户提交预约，调度员负责确认和指定陪诊师；客户可以保存常用患者，预约时从医院、科室和服务项目里选。第一版不接在线支付，收款由后台记录。客户与陪诊师仍用微信沟通，站内聊天和排班先不做。

需求说清楚后，把 Copilot 切到搭建模式，先发：

开始搭建数据库。

Copilot 随后建业务表、订单状态和角色权限。页面放在这些基础配置之后做，预约时需要读什么、提交后写到哪里，都有了对应的数据。

02

预约信息怎么存

客户预约时，填写人和就诊人可能不是同一个。数据里因此分开了客户账户与患者档案。档案存患者姓名、与客户的关系和注意事项，客户下次预约可以继续选用。

医院和科室也分开建表，科室关联医院。服务项目保存名称、说明和基础价格；另有一张服务加项表。陪诊订单把这些信息关联起来，同时保存服务日期、金额、订单状态和收款状态。项目还建了派单记录和状态记录表，为后续处理订单留出位置。

比如客户替母亲预约一项基础陪诊服务，订单里会分别保存客户、患者、医院、科室和服务项目的关联。调度员查看订单时，可以直接读到这次服务的具体信息。

订单状态用了固定选项，从“待确认”开始，后面还有待派单、已派单、服务中和已完成等状态。收款状态单独记录，默认“未收款”。这样各处使用的是同一组名称，不容易出现一处写“未收款”、另一处写“待收款”的情况。当前只是把状态和默认值设好，后续状态流转还要逐个接通。

03

给三类角色设置数据权限

Copilot 建了客户、陪诊师和调度员三个角色，并配置各自的数据权限。客户可以看服务资料、自己的患者档案和订单；陪诊师的订单读取范围限定为分配给自己的记录；调度员可以管理订单和基础资料。

这部分需要看数据权限，不能只看页面有没有显示某个入口。客户身份进入调度工作台时，页面结构仍在，但读不到调度员能看到的订单。切换成调度员身份后，订单才出现在列表里。不同角色能读到哪些订单，在 Zion 的权限管理里控制。

04

让预约页读到患者、医院和服务

数据和权限处理好后，继续让 Copilot 搭页面：

基于已有的数据模型和角色，搭建客户预约页、陪诊师工作台和调度工作台。

Copilot 创建了客户首页、预约页、调度工作台和陪诊师工作台。客户首页有“我的订单”列表；预约页里，患者、医院、科室、服务项目及服务加项都用了数据选择器，分别读取前面建好的表。客户选中一家医院，提交时传给行为流的是那条医院记录的 ID，订单也就与这家医院关联起来。

页面搭好还需要数据才能试。可以让 Copilot 先写几条医院、科室和服务项目的测试资料。预览时，新加的医院就能出现在预约页的选项里。首页的“立即预约”按钮则在编辑器里手动设为跳转到客户预约页。

登录页是后来补的。参考提示词是：

补一个用户名密码登录页，并准备客户、陪诊师和调度员的测试账户，方便分别检查页面。

Copilot 配置了用户名密码输入、登录行为和按角色跳转的逻辑。检查页面时，主要通过 Zion 实时预览切换测试身份；完整的注册流程没有在这里验证。

05

提交预约：查询价格并创建订单

Copilot 为预约创建了“客户提交预约登记”行为流。客户点击提交时，页面把各个选择器选中的记录 ID、服务日期和备注传进去。行为流从当前登录账户取得客户身份，再查询客户所选服务项目的基础价格。

如果客户没有选服务加项，就按基础价格创建订单；选了加项，行为流会再查加项价格，把两项金额相加，并多写一条订单加项明细。两种情况都会创建“待确认”的状态记录，最后返回新订单 ID。这里算出的是预约金额，尚未接入线上支付。

订单加项里还保存了成交时的名称和单价。预览时提交的是没有加项的基础陪诊订单；有加项的分支虽然已经配置，还需要单独测试。

在编辑器里，提交按钮要调用这条行为流，并把患者、医院、科室、服务项目等选择器的输出逐项传入。提交成功后，页面返回客户首页。这些绑定是预约页真正能写入订单的部分；只有表单和按钮外观，还不能完成预约。

06

出现 bug 如何定位

测试时，在预约页选择了测试患者、杭州市第一人民医院、内科和基础陪诊服务。第一次点击提交，页面报了错。用 Copilot 查看运行日志后，问题定位到“期望到达时间”：页面原来放的是文本输入框，行为流却要把它写进时间类型字段。文本框里能填的内容太自由，格式对不上。

处理时检查了时间选择组件和字段绑定。为了先把预约登记跑通，这一版最后移除了“期望到达时间”输入，并把相关字段设为非必填。重新提交后，新订单成功生成。切换到调度员身份，工作台里也能看到这条预约。

这次调试提醒我们，Copilot 搭好页面后，仍要实际提交一单。输入组件与数据字段的类型是否一致，只有走到写入这一步才容易发现。

07

下一步，接通派单与服务状态

目前跑通的是客户预约登记，以及调度员查看新单。派单记录表、陪诊师关联字段和工作台页面已经建好，但调度员的“打开订单处理”和陪诊师的“更新服务状态”按钮还没有接上点击行为。指定陪诊师、服务过程中的状态更新，需要继续搭建和测试。

如果你也在做预约、上门服务或维修派单，可以从这个版本开始试：先让 Copilot 问清第一版的角色与流程，搭好数据和权限，再做一页能提交的预约表单。等第一条订单能在后台查到，再往后加派单和服务进度。