医疗小程序14预约下单
这就是我们医疗小程序的全部功能,一共用了14篇篇幅介绍了从用户注册、绑定就诊卡到挂号预约的全流程。当然低代码也有他的局限性,因为他是基于公有云搭建,并不能作为医院的数字化底座。但是结合医院的内部系统可以通过接口做集成,提供一个公有云的小程序方便患者就医也是一个不错的方案。
目录
我们现在的预约小程序业务流程已经搭建好了,就剩下最后一个环节预约下单了。通常预约是要求确认医生、诊室、预约时间,在线完成支付,一个订单就完成了。下单之后通常需要扣减号段的库存,避免余号被扣为负数的情况。本篇我们来介绍一下预约下单的过程。
1 设计预约记录表
为了记录预约情况,我们需要设计一张预约表,表结构如下:
基础与关联字段
| 字段名称 | 字段标识(Key) | 数据类型 | 必填 | 索引/用途 | 说明 |
|---|---|---|---|---|---|
| 唯一ID | _id | String | 是 | PK | 系统主键,也是就诊码的底层数据。 |
| 所属用户 | user_openid | String | 是 | 索引 | 微信登录用户的 OpenID,用于识别发起挂号操作的人。 |
| 患者ID | patient_id | String | 是 | 索引 | 关联到具体就诊人。 |
| 号段ID | slot_id | String | 是 | 索引 | 关联 schedule_slots 表,用于锁号、支付失败后的库存回滚等逻辑。 |
时间与状态字段
| 字段名称 | 字段标识(Key) | 数据类型 | 必填 | 索引/用途 | 说明 |
|---|---|---|---|---|---|
| 订单状态 | status | Enum | 是 | 索引 | 核心状态机:0:待支付,1:已预约,2:已取消,3:已完成。 |
| 创建时间 | create_time | Time | 是 | 排序 | 用于判断是否超时未支付、触发倒计时逻辑。 |
| 签到时间 | checkin_time | Time | 否 | 索引 | 分诊起点:记录患者自助签到的时间。 |
| 排队序号 | queue_num | Number | 否 | 联合索引 | 叫号依据:支付成功或签到时生成,如“16号”。 |
| 排队状态 | queue_status | Enum | 否 | 索引 | 分诊状态:waiting(候诊)、called(叫号中)、completed(结束)。 |
交易与快照字段
| 字段名称 | 字段标识(Key) | 数据类型 | 必填 | 索引/用途 | 架构思考 / 关键说明 |
|---|---|---|---|---|---|
| 医生姓名 | doc_name | String | 是 | - | 快照字段:防止医生信息变动导致历史记录错误。 |
| 科室名称 | dept_name | String | 是 | - | 快照字段。 |
| 挂号费 | fee | Number | 是 | - | 交易金额快照,用于对账。 |
| 商户订单号 | out_trade_no | String | 否 | 索引 | 发起支付时使用的唯一订单号。 |
| 支付流水号 | trans_id | String | 否 | 唯一索引 | 微信回调返回的交易流水号,用于最终对账。 |
| 就诊地址 | location_text | String | 否 | - | 快照,如“门诊5楼内科诊室”,方便用户就诊。 |
2 创建数据模型
有了表结构,就可以搭建数据模型了。打开MySQL数据库,创建数据模型
填写表的名称和标识
添加相应的字段
3 搭建后台功能
表有了,我们需要给护士搭建一个后台功能,方便护士进行叫号。打开我们的管理后台,点击创建页面的图标
创建预约挂号页面,布局选择左侧导航布局
添加布局组件
继续添加数据表格组件
选择预约表,只勾选查询和查看单条场景
切换到布局设计
添加平级菜单,选择预约挂号页面
4 搭建小程序功能
4.1 创建页面
后台搭建好之后,就需要搭建小程序部分功能。打开我们的小程序,也是点击创建页面的图标,创建预约挂号确认页面
选中页面组件,创建两个URL参数,分别接收从排班页面传入的排班ID和号段ID

4.2 创建变量
页面接收了参数后,我们根据这两个参数把排班信息和号段信息查询出来
先创建内置数据表查询,数据模型选择排班信息,配置查询条件

继续创建内置数据表查询,选择号段表,配置查询条件

继续添加内置数据表查询,选择就诊人表,配置查询条件

4.3 搭建页面布局
变量有了之后我们就可以搭建页面布局,首先搭建顶部的就诊人信息显示,这块可以复用我们首页的就诊人信息布局,粘贴过来
从就诊人变量里给组件绑定属性
添加表单容器,数据模型选择预约记录表
给所属用户绑定选中值,绑定为全局变量的数据标识
给患者ID绑定选中值,绑定我们定义的患者变量的数据标识
给号段ID绑定选中值,绑定自定义变量号段的数据标识
设置订单状态为待支付
绑定医生姓名
绑定科室名称
绑定挂号费
然后将无需提供给患者的字段隐藏
4.4 更新库存
预约提交之后我们要更新号段的库存信息,选中表单容器,在预约记录提交之后,更新号段表的库存信息
然后创建一个预约成功页面
更新成功后打开我们的预约成功页面
最终成果
用户点击首页的预约挂号
选择挂号的科室
选择需要挂号的医生
选择具体的号段
确认信息,点击提交即可
总结
这就是我们医疗小程序的全部功能,一共用了14篇篇幅介绍了从用户注册、绑定就诊卡到挂号预约的全流程。
当然低代码也有他的局限性,因为他是基于公有云搭建,并不能作为医院的数字化底座。但是结合医院的内部系统可以通过接口做集成,提供一个公有云的小程序方便患者就医也是一个不错的方案。
更多推荐



所有评论(0)