Appearance
创建、提交和管理 Request
Request 用来做什么
Request 是一个仍在采集、补充、审阅或确认中的业务需求。它不是已接受的生产订单,也不需要先创建旧 Case 才能存在。
进入位置
主导航 → Request(/requests)。打开列表项可以查看需求详情;宽屏的列表/详情工作区和移动端整页转场会有不同布局。
基本操作
- 从 Request 入口开始新建需求(规范创建路由
/requests/new)。 - 根据页面实际要求填写基础资料、治疗区域、牙位、临床信息、处方、附件等;适用字段可能由组织的 Request/Clinical 规则决定。
- Save Draft:保存仍可编辑的草稿。草稿有修订计数,服务端可检查并发版本。
- Submit:服务端冻结一次提交,生成不可变的
RequestRevision。之后如有新信息,需要通过新的草稿和后续提交版本反映,而不是原地改写旧版本。 - 从 Request 详情进入 Proposal 相关入口,准备商业报价。
Draft、Revision 与 Proposal 的区别
| 概念 | 是否可变更 | 用途 |
|---|---|---|
| Request Draft | 可以继续修改并保存 | 收集当前事实 |
| Submitted Request Revision | 提交后不可直接改写 | 报价和后续生产的可追溯依据 |
| Proposal | Draft 阶段可维护;Issue 后由状态规则约束 | 向医生提出交付方案和价格 |
正式开始生产的条件
已有 start-production 服务命令,但它记录的是 Request 的生产起点依据,不代表真实 Work Order 已经自动生成。服务端至少会验证:有已接受的 Proposal、其绑定的 Request Revision 仍是当前最新提交版本,以及适用的授权/临床前置条件。已取消、归档或已删除的 Request 不能启动生产。
注意事项
- 需求发生实质变更后,旧 Proposal 可能不再适合作为当前生产依据。
- Proposal 是 Request 的从属业务流程,不是独立主导航。
- 临床字段规则可能因服务、牙位或组织配置而变化;不要把固定表单内容当成所有业务都一样。