体检预约系统应把改期、取消、名额释放、提醒和退款分开管理，再按机构规则联动。改期不能先删掉原预约再碰运气抢新时段；取消预约也不代表款项已经退回。采购时，应要求供应商把成功、失败和重复操作一起演示。
本文面向体检机构经营者与软件采购人员，讨论预约流程设计，不提供医学检查建议。以下为验收建议，不代表某款 HUACODE 产品已经具备这些能力。
先定义允许做什么，再设计按钮
机构应先确定一页规则：谁可以改期或取消、允许操作到什么时候、是否需要工作人员审批、套餐或门店变化如何处理、费用如何核对，以及超出自助范围后找谁处理。
时间规则要明确到门店当地时间和具体截止时刻，不能只写“提前一天”。不要直接套用其他机构的改期次数、扣费比例或退款期限；具体条款由机构结合自己的服务和适用要求制定，并在预约前展示。
客户自助操作、前台电话代办和企业团体预约应遵循同一规则。工作人员可以有例外处理权限，但应记录经办人、理由和变更前后内容。已经签到、部分项目已完成或涉及多个预约的套餐，应转入明确的人工处理流程，不能一键当作普通未到店预约撤销。
改期：新时段确认后，才能释放旧时段
建议把改期设计成一次可追踪的变更：
保留原预约，检查新时段。核对门店、套餐所需资源及可用容量，不能只看日历颜色。
重新确认变更条件。向客户展示新日期、当地时间、门店和可能的费用差异；需要审批时明确标为“改期待确认”。
完成一次可靠的切换。新预约被系统确认后释放旧名额，并把新旧记录关联起来。两个动作应作为一个可靠业务过程完成，避免长期双占或两边都丢失。
更新提醒和确认信息。取消旧时间的待发提醒，再按新预约建立提醒；客户收到明确结果后才算通知完成。
新时段刚被其他人预约，或者确认时网络中断，应保留原预约并查询变更结果，不让客户反复新建订单。如果原时段因门店停业等原因也不可用，则明确进入人工协调，而不是承诺保留一个无法履行的预约。
HL7 FHIR R5 的预约模型区分预约状态和参与者确认，并说明时间可用并不保证最终可以预约。这里借用其状态区分思路；是否需要 FHIR 对接，要由实际系统集成需求决定。参考：FHIR Appointment
取消：名额、提醒与退款分别核对
“申请取消”与“取消已生效”要有清晰边界。需要审批时，界面应说明原预约是否仍有效、名额是否保留，避免前台和客户理解不同。
取消生效后，系统应解除对应资源占用，停止尚未发送的到店提醒，并保留取消原因与操作记录。重复点击取消、重复收到通知，都不能重复增加名额。不要删除原记录来隐藏取消，否则客服难以解释之前的确认信息。
退款使用独立状态，例如“待审核”“处理中”“已完成”“失败待处理”。客服批准退款不等于支付渠道已经完成退款；预约取消也不能自动等同于全额退款。Stripe 官方文档说明退款可能等待处理或失败，可作为支付状态验收的例子，不代表机构必须使用 Stripe，也不代表所有支付渠道采用相同规则。参考：退款处理
改期失败与退款失败应进入各自的异常处理，不用一个“已处理”状态掩盖差异。
用同一个示例核对前台、客服和财务
下面是演示场景，不是真实客户资料：预约 DEMO-104 原定11月3日09:00，客户希望改到11月5日10:00。
若新时段确认成功，前台应只看到有效的新安排，原预约留下改期关联记录；客服看到谁在何时完成变更；客户旧提醒停止，新确认信息显示11月5日10:00。付款记录仍关联到这次服务，不应因日期变化自动重复扣款。
若客户随后取消，预约可以显示“已取消”，退款同时显示“处理中”。这两个状态并不矛盾。退款失败应进入财务待办，不能重新激活预约或恢复到店提醒。
跨套餐改期、补差价和企业团体中的单人变更，需要额外规则。让供应商说明哪些是现成功能、哪些可配置、哪些需要开发，不用“支持改期”四个字替代范围确认。
上线前让供应商演示六种异常
两个入口同时修改：客户在手机改期，前台同时取消。系统阻止旧操作覆盖新结果，并要求冲突一方重新查看。
新时段已满：改期失败后原预约保持有效，或明确进入人工协调，不凭空显示新预约成功。
提交成功但页面超时：重新打开能查到同一笔变更，不产生第二个预约或重复收费。
重复取消：名额只释放一次，退款申请也不会重复生成。
旧提醒已进入发送队列：发送前核对最新预约状态；已经发送的消息不能撤回时，补发清晰的更正通知。
退款失败或延迟：客服能看到状态和处理人，客户收到准确说明，系统不把“已提交退款”显示为“已到账”。
验收记录应包括输入条件、预约前后状态、名额变化、提醒结果和支付状态。仅演示日历拖动或弹出“操作成功”，不足以证明流程完整。
把流程整理成可以报价的需求
采购前准备门店与套餐范围、改期截止规则、审批角色、提醒渠道、支付方式和例外场景。通知内容只包含完成预约沟通所需的信息；详细体检项目等敏感信息应通过受控入口查看。
可向 HUACODE 提交预约流程需求，要求按上述场景确认现成功能、配置项、接口和开发范围。本篇没有核实可直接覆盖全部流程的对应产品，因此不把通用医疗系统当作现成体检预约方案推荐。
资料核查：2026年10月24日。流程与验收场景为方案建议；退款条件、通知渠道和产品能力须按实际服务核实。