交付状态与待决定事项
更新：2026-11-02 · 按当前 canonical PRD、近期代码及已有专项证据定向校正；未重新执行全部模块验收。未重新核验的领域保留原判断，不以本次文档发布升级交付状态。
用户于 2026-11-02 明确要求更新既有 Vercel PRD，取代此前暂停发布的安排。本次发布覆盖构建快照内的当前产品规则、下载合订本及问答语料；发布结果另留证，不代表 CMS 应用部署或业务 UAT。
本页只回答两件事：当前代码走到哪里，以及哪些业务问题仍然需要决定。业务规则以各模块 PRD 为准；源文件位置、提交历史和单次测试结果分别放在 Workstream、变更记录及测试证据中，不要求业务人员阅读代码清单。
1. 状态怎么读
| 状态 | 含义 |
|---|---|
| 已进入 STG 分支 | 功能代码已在当前 origin/stg
中找到；本轮没有据此推断目标环境已经部署或运行正常 |
| 产品规则已定，交付待验证 | PRD 已明确应有行为，但代码、完整服务链、目标环境或验收证据尚不足 |
| 需要业务决定 | 不同选择会改变产品行为或验收口径，不能由开发自行补定 |
| 本期不做 | 已明确延期或排除，不计入本期通过条件 |
“文档已写”“代码存在”“进入 STG 分支”“STG 环境可用”和“UAT 通过”是五个不同事实。只有对应证据存在时才升级状态；页面可见、静态预览或单个接口通过不等于完整业务闭环。
2. 当前交付概览
| 业务范围 | 当前判断 | 仍需验证或补齐 |
|---|---|---|
| Calendar 护士跟进 Reminder | 主体及默认权限已进入 STG Git；原位展开有本地专项验证 | 预约／检测／未预约针次、护士默认动作与原位展开规则见 Frontoffice §4.7。11-02 默认权限已有实际护士入口与运行版本核验；原位展开及其 Git／运行状态以专项证据为准，不把前一版本核验外推到后续改动。业务 UAT 未执行 |
| 问诊结构、Read／Edit／Sign、护士审核与接种完成 | 已本地实现、完成列明完整链验证并进入 STG Git | 规则见 Platform 与 Consultation；整合验证覆盖公共字段、Service／附件审核、状态锁及接种完成。目标运行、历史资料分类覆盖与业务 UAT 仍分别核验 |
| 患者标签 V1 | 已本地实现并完成列明工程验证，Git／STG 未交付 | 固定目录、岗位投影及自动「有未付」规则见 Frontoffice §2.7；验收清单保留部分通过和未覆盖子场景，不能称全量验收或业务 UAT 通过 |
| 患者建档、重复身份及 H5 审核 | 已进入 STG 分支 | 旧数据迁移、并发处理、完整审计和真实岗位端到端验收 |
| 预约、医生范围、Vitals 与取消记录 | 已进入 STG 分支 | 多资源容量、跨终端队列顺序、Walk-in 规则和特殊就诊类型 |
| Consultation 保存、主诉、医生访问与收费交接 | 已进入 STG 分支 | 特殊就诊类型、完整交接失败恢复、自动关闭及目标环境验收 |
| 用户、诊所和临床记录授权 | 已有 STG 基础及持续授权本地专项验证 | 固定 Visit 与持续授权均已有实现，见持续授权证据；启用开关、目标迁移、历史附件分类及全角色最小权限仍须分别核验，不能沿用“持续授权未实现”的旧结论 |
| Cashier、付款安排及 Day-end Revenue Report | 产品规则已定，交付待验证 | 已有实现与本地证据；仍需目标环境部署、跨模块联调、退款／冲正和复杂回款分配 |
| Pharmacy 审方、结算门禁、备药与发药 | 已有实现；审方历史、标签指南及 eMR 入口已完成专项本地验证并进入 STG Git | 药房专项证据记录实际覆盖；真实库存、多批次交接、物理打印、目标运行及业务 UAT 不能由单轮验证替代 |
| Lab 独立工作台、样本、报告与简单库存 | 已进入 STG 分支 | 完整 LAB-AC、目标环境、跨模块联调及业务 UAT；LIS 对接不在本轮 |
| Clinical Documents | 产品规则已定，交付待验证 | 已有部分实现；仍需正式审批、签发、作废、重发及目标环境验收 |
| Catalogue、价格、Cost、Coupon 与 Insurance Card | 产品规则已定，交付待验证 | 已有部分实现；仍需统一价格解析、适用范围、批量导入和底表完整性 |
| Drug / WDL / CDU | 已有本地实现与专项验证，相关改动已进入 STG Git；部分业务事项仍待决定 | Drug PRD与能力补齐验证覆盖部分交付、外部退货、补采、质量及在途异常；命名与库存提醒已有后续更新。§17 未决事项保留，目标迁移／运行和业务 UAT 单列，不再以旧“本轮无应用实现”概括全部范围 |
| 既有 Central Drug Procurement 采购、收发与数量对账 | 产品规则已定，交付待验证 | 双级审批、诊所自采、来源台账和单位换算已有代码基础；多 entity、Shelf Management、第三方供货等增量与完整验收仍待落实，不将旧基线规格视为最新实现清单 |
| 权益套餐与服务预约 | 生命周期、人工 eshop 兑换码、管理归属及共享容量已本地验证并进入 STG Git | 规则见 Catalogue §7.1，证据见生命周期、购买来源及归属／共享容量。历史模板归属确认、目标迁移／运行及 UAT 仍需核验 |
| Benefit、通用任务与通信 | 产品规则已定，交付待验证 | 已有局部能力；通用 Owner／结果及跨模块串接按各模块专项证据核验，不将套餐完成度外推到本行 |
| AI、知识库、审计与外部集成 | 产品规则已定，交付待验证 | 已有局部能力；仍需模型／外部服务联调、来源治理、审计导出及失败处理 |
| Integration Worklist、经营看板、现金盘点关账 | 本期不做 | 不作为本期验收条件；WDL 已确认及已实施的范围以上述 Drug 行为准，剩余未决项见 Drug §17，不再整体列作本期不做 |
本表是阅读入口，不替代实际测试记录。精确结果以测试证据索引中注明的版本、环境和 Pass／Fail／Blocked／Not run 为准。
2026-09-19 Cashier 三角色读取及共同批量审批的历史专项结果见原证据；该记录不代表当前全范围验收。后续变更按各领域新证据核对，医生代编辑与 CP 批量入口未覆盖部分继续保留。
3. 仍需业务决定
以下问题会实质改变系统行为或验收结果；未决定前，只测试已经明确的部分。
| 编号 | 需要决定什么 | 建议确认人 | 未决定时的处理 |
|---|---|---|---|
| Q01 | AI Scribe 是否必须先取得独立 Consent，以及撤回后如何处理 | 临床／隐私 | 保留当前显式确认门禁，不把新政策列为已通过 |
| Q02 | eMMS 哪些风险只提示、哪些必须阻断，以及谁可 Override | 临床／药房 | 按当前非阻断行为回归；临床放行规则记 Blocked |
| Q03 | 已付款后处方更正、差额及库存如何处理 | 医生／药房／Finance | 不新增自动差额或库存动作；保留人工记录和审计 |
| Q04 | 完全无收费或 No Consultation 的 Checkout 与自动关闭从何时起算 | 产品／营运／临床 | 不套用不存在的医生签署时间 |
| Q05 | 体检报告签署人、等待结果及异常转诊；各特殊就诊类型的差异 | 临床／体检营运 | 只验收普通门诊主干，特殊类型逐类记 Blocked |
| Q06 | V-Lab 首项检查、必要字段、危急值阈值及处理时限 | V-Lab／医生 | 不编造阈值或 SLA；只验收已定义状态链 |
| Q07 | 迟到、No-show、Walk-in、资源容量及例外规则 | 前台／营运 | 不设置未经确认的自动取消时间或容量放行 |
| Q08 | 退款／冲正审批，以及套餐、Benefit、自付的应用顺序 | Finance／营运 | 只回归基础记账；复杂结算记 Blocked |
| Q09 | 多角色切换隔离、临时代诊、Consent 撤回和审计导出的剩余边界 | 临床／业务／隐私 | 按现有授权回归，最终矩阵另行验收 |
| Q10 | 临床文档审批、签发、作废、重发及正式模板 | 临床／营运 | 草稿、打印和当前签署可测；完整生命周期记 Blocked |
| Q11 | 通用任务的 Owner、完成标准和消息记录 | 营运／各 Line | 保留来源对象；不引入已延期的通用 SLA |
| Q12 | 患者搜索应使用哪些精确身份字段，以及各角色看到哪些脱敏结果 | 业务／隐私 | 只返回完成身份匹配和预约所需的最少字段 |
已确认的付款安排、CP Staff 代办边界、医生持续授权、全局主体切换、Lab 岗位及报告访问不再列为“待决定”。如果实现尚未完成，只在第 2 节体现交付差距。
4. 维护和核对方式
- 业务决定更新对应模块 PRD，不在本页复制整段规则。
- 每日对照最新
origin/stg、可验证的目标环境和新增测试证据，只更新发生变化的状态。 - 代码进入分支但未验证运行时，写“已进入 STG 分支”；有目标环境证据后才能写“STG 可用”。
- 实际测试结果只写入测试证据；本页链接结果，不保留某一次提交的长代码清单。
- 历史争议和被替代说法由 Git、Workstream 或变更记录追溯，不继续占用当前 PRD 正文。
各领域入口见业务主线 PRD。本地完整部署、开发分支、应用预览、PRD 发布、STG 环境、跨系统联调和 UAT 始终分别记录。
队列展示契约的专项差距
2026-09-17 形成文档与目标用例，2026-09-19 对 24329071
定向复核 Reception 排序、固定 Visit 授权和 Lab
队列代码；本轮整理没有修改这些排序实现或重做应用验收。Reception
当天全部未结束 Visit（含 Consultation／Cashier）按签到先后，以及 Lab
阶段等待升序／异常单独筛选，为此前用户确认；同值、空值、分组、分页及回退等是该规则的设计细化；其他模块目标仍保留原核查状态，不能自动视为用户逐项确认或全部已实现。
| 范围 | 核查结果与下一步 |
|---|---|
| Reception | 原 RG-03
只有“到达优先、无时间用预约、同组人工排序”，缺少可执行边界。PatientIntakeWorkflowApp.vue
将时间压成 HH:mm，未签到预约与 Visit
混排；patientQueueOrdering.mjs 同值以输入位置兜底，本地
manualQueueOrder 可覆盖自然排序，状态 rank 还会将 Consultation／Cashier
排到后方。需按 Frontoffice §5.1 对齐，跨终端及完整时间验收未执行 |
| Consultation | 原文仅说实际到达时间，遗漏方向、同值、缺失、跨日与历史口径。已补目标；历史查询代码仍含 updated_at 次序，与稳定 ID 目标需核对，不能以文档补充声称已修复 |
| Cashier | cashier_workflow.list_checkout_queue 已按
visit_date／arrival_time／id 升序，History 按发票 created_at／id
降序；已把隐含规则写明。检验独立可结算与仅 Ready for cashier
入队之间仍须完整链路核验 |
| Pharmacy | 原文定义了未完成／History 与处方粒度，但未写排序。原始执行行 API 按 med.created_at／id 升序，另有聚合接口代码；整张处方展示、交接事件及 History 结束时间排序仍待核验，不凭函数存在更新为已交付 |
| Lab | Worklist 当前按 created_at／id 降序、缺省 stage=all；Reports 按 registered_at／id 降序。已补时间语义和粒度，默认未完成与 All 混入结束任务的差距待修；阶段等待时间升序、异常单独筛选已由用户确认，代码尚未对齐 |
| 其他列表 | 已在 H5、患者／预约、文档、Catalogue、CP 和授权审批所属章节补齐设计默认；共同契约覆盖 H5 审核、患者／预约、文档、目录、审批和库存的身份粒度、范围、全量筛选分页、刷新、空态与错误。具体审批优先／SLA 不由本轮推定，尚不能声称所有模块均已逐接口验收 |
遗漏原因可从文档与代码直接确认的是：原 PRD 更关注流程、字段和权限，没有将列表默认行为作为完整契约；部分排序留在前端／SQL 内，用例也没有预约与签到逆序、同分钟、空值及刷新反例。此次在业务总 PRD 增加共同检查项、模块正文补规则，并新增 QUEUE-01～12，避免只补一条描述而继续留下同类空白。