Consultation 业务与功能 PRD

更新：2026-10-29 · 业务角色：医生及获授权临床支持人员 · 实施状态见 WS2

本文覆盖从队列进入、五个临床模块、辅助资料到完成问诊。正文定义产品行为；当前实现、目标环境和 UAT 状态分别在交付状态与测试记录中判断，不能用旧回归结果证明后来新增的权限分类、附件或岗位边界已经落地。

患者顶部安全摘要采用独立 Allergy、ADR、Alert 状态卡，颜色、明确确认与互斥规则见下方安全摘要规则；右栏以 Patient reference 为主体，上方的 Notes 仅显示本次就诊的 Nurse note。医生核实记录继续保留权限、版本与审计保护，历史核实签章不替代本轮明确的 NKDA／NO ADR 状态选项。

功能地图

每个临床功能按操作目的、数据对象和处理结果展开；代码现状用于说明差距，不替代已确认产品目标。

1. 页面职责及入口

医生在本次 Encounter 内完成临床记录、结构化诊断、处方、检查选择、临床文档及收费交接。Patient & eMR 是患者主档与历史查询入口；有效工作范围内护士在 Cashier 实际收款；Pharmacy 实际配药和发药。问诊工作台不替下游完成这些动作。

入口为 Consultation Queue；也可从携带患者／Visit 的授权业务入口进入。从桌面普通打开或关闭后重开 Consultation 时，只显示队列，不因浏览器记住了共享患者／Visit 而自动进入旧病历。明确 Start／Resume／打开记录或携带 Visit 的授权链接才进入工作区；返回队列后，共享选择刷新不自动离开队列，仍可再次明确进入同一 Visit。已进入工作区的患者切换继续通过共享协调器及未保存保护。选中后同一 Patient + Visit + Clinic 贯穿所有模块；不能仅按患者姓名建立问诊。窗口独立打开与关闭遵循 Platform §6.5。

队列承接身份、来源诊所、预约／到达／等待时间、流程状态和当前可执行动作；拥有该 Visit 临床读取权限者还可查看简要过敏／ADR／警示、患者备注与服务数量，不预载每人的完整病史、订单、附件与账单。Patient 栏不再显示 Medical conditions、Patient remarks 和 Insurance No. 三行；队列原 Remarks 列统一为 Nurse note，展示同次预约／登记／准备的共享内容，规则见 Frontoffice §5。获授权的患者长期备注在同列另行标注 Patient remarks，不与 Nurse note 拼接保存；空项显示占位符。问诊患者摘要读取同一 Nurse note，保留换行并支持完整阅读。只有操作队列权限的行不返回这些患者摘要；同一患者的另一条可读 Visit 不扩大该行权限。Active 保留授权范围内当天及跨日未处理记录；History 承接只读记录，状态口径见 §2.1。打开记录时重新取得该 Visit 的权限与完整详情；队列可见不代替详情授权，撤权后旧队列行不能继续打开病历。

医生筛选名单独立于患者分页及 Active／History 统计加载，仅展示当前身份、集团及 Center／Zone 范围内可见问诊涉及的完整医生集合。首次读取时显示加载状态，不以当前页患者的医生临时替代完整名单；失败提供明确重试入口。搜索、医生筛选、History 日期、分页及护士后台权限刷新不重置或重新拼装名单；手动 Refresh 同时更新名单，切换身份或诊所立即清除旧名单并取消旧请求。数量接口延迟不阻塞医生筛选或患者队列，名单加载完成也不改变用户已选医生。 医生清单默认展开；实际超过一行时提供收起／展开按钮，收起后只显示第一行，为患者队列腾出空间。一行可容纳时不显示按钮，窗口宽度及名单变化时重新判断。收起／展开仅改变展示，不清除医生筛选、不请求队列或名单；隐藏的医生标签不进入键盘焦点顺序，加载失败及重试入口保持可见。

1.1 当前界面结构

问诊窗口标题栏由左侧深红渐变至右侧浅红，便于识别右上角关闭按钮。桌面窗口的放大／还原按钮与最小化、关闭按钮保持圆点样式，图标仅在悬停时显示，原有放大／还原及窗口排列操作保持不变。

医生代表选择区与临床内容统一预留左侧模组栏空间，避免遮盖姓名及说明。已打开患者的内嵌队列使用 Active／History 图标单选控件，保留可访问名称、键盘方向键切换和悬停／聚焦提示；全宽队列仍保留文字标签。

Queue 属于工作台全局层级，高于选中患者。工作台级 Queue 入口、刷新与布局设置收进窗口标题栏，在未选患者、患者编辑及历史查看时均可访问；不再另占一条医生／诊所信息横栏；侧栏 Queue 从患者区域顶部贯穿到底部，不置于患者身份／安全栏下方。患者身份、安全状态、模块编辑及资料栏共同位于相邻的患者区域。Queue 的显示、收起、宽度、顺序及筛选按当前用户／诊所工作台生效，切换患者不重置；返回 Queue 继续使用原有草稿与录音保护。

宽工作区中的 Queue 点击收起后保留 58px 窄栏及展开按钮，沿用原有患者姓名缩写方块和右上等待分钟角标；当前患者使用蓝色选中态，其他紧急患者使用红色提示，未有可靠等待时间时隐藏角标。悬停显示完整姓名及已有等待时间，点击患者沿用原有问诊切换及未保存保护，列表可纵向滚动；点击展开恢复原队列宽度。收起期间保留当前患者、筛选、页签及列表内容。患者切换统一复用既有队列；患者摘要不再提供重复的 Patients 入口。

2026-11-05 用户确认的问诊界面采用清晰的线性图标、系统字体和主题色选中态。编辑区宽度足够时，左侧模块栏常驻显示图标及名称；窄编辑区保留 40px 图标栏及悬停／键盘展开，内容为导航预留空间。展开只改变横向宽度及文字可见性，不插入会移动图标纵向位置的分组标题，首次指针点击须命中原模块。取消内凹阴影、磨砂按钮和本地固定紫色；保留模块顺序、键盘切换、草稿保护与权限／签署门禁。

桌面标题栏提供 Hide queue／Show queue，只隐藏或恢复左侧患者队列，问诊模块导航和 Tools 始终保留。隐藏后编辑区使用队列释放的宽度，标题栏的 Queue 仍可返回队列。切换仅影响当前工作台布局，保留就诊选择、筛选、现有宽度偏好和未保存输入。

右栏上方 Notes 仅展示同次预约、登记与准备共享的 Nurse note。正常显示原文，最多占五行，溢出时可通过 View full note 在独立浮层完整阅读并复制；空值为单行中性占位。患者警示在顶部安全栏展示。右栏剩余空间由 Patient reference 使用，标题与页签固定，资料内容独立滚动。

Patient reference 按 History Visits → Medication History → Attachments → Vital Trends 排列。四个完整文字标签采用 13px 字体、至少 36px 点击高度和主题色选中指示；当前宽度放得下时使用一行，放不下时按顺序排成两行两列。拖动宽度、缩放窗口或切换语言时重新判断，不截断标签。自动宽度约为正文与资料区的三分之一，上限 440px；拖动分隔线及现有布局滑块可按窗口调整至 320–720px，优先为主编辑区保留至少 768px 可用宽度；患者区域不足以同时容纳主编辑区、分隔线及 320px 资料栏时改用资料抽屉。双击分隔线恢复自动宽度，窗口临时限宽不覆盖保存的手动偏好。宽度不足时，从患者顶栏打开同一资料抽屉。宽窗口在问诊窗口标题栏同一位置提供 Hide patient reference／Show patient reference 文字按钮。隐藏或恢复后，按钮位置保持固定。隐藏释放编辑宽度并保留当前页签、筛选、栏宽与未保存草稿。上传或附件操作处理中保持右栏可见。

History Visits 与 Medication History 复用现有 eMR 取数和权限，用药记录按历史就诊展示；History Visits 展开的问诊文字字段采用单列，每个标题及正文组成一个独占整行的文本块，按原字段顺序从上到下排列，不随窗口变宽改为并列；处方编辑继续通过本次 Prescriptions 完成。Attachments 复用当前 Visit 附件、上传、预览及授权，完整附件可通过对应 eMR 入口查阅；Vital Trends 在问诊右栏以两行展示血压、体重、脉搏、体温、血氧和 BMI 的最新可用读数。图表适应栏宽并显示当前指标的日期、单位和测量次数。下方按测量时间从新到旧列出读数及诊所，同一行的实测项目自然换行。无值显示为缺失，未测量不作为零或趋势点。各页首次打开时读取，当前患者、就诊及授权范围内切换页签保留阅读状态，切换患者或就诊后回到 History Visits。查阅历史不改变当前 Visit。附件上传、删除或审批处理中禁止切换会丢弃任务的页签／患者。Attachments 标签及附件列表的 Filter、日期排序按钮使用可辨识的背景，保留选中、悬停和键盘焦点反馈。 附件工具栏在 320–720px 资料栏宽度内保持两行分组：第一行依次为文件搜索、上传和更多操作，第二行为文件数量、Filter 及日期排序。窄栏优先压缩搜索框与文本可用宽度，不把上传／更多拆成独立行；操作顺序、权限及功能保持不变。无活动筛选且没有文件时显示 No files yet；存在搜索、格式或文档类型筛选但无匹配时显示筛选无结果，并提供统一清除这些筛选的入口，不改变当前患者或就诊范围。Service 目录结果同样保留项目说明在左、Details／Add 在右的行内关系，说明可换行而操作区不另起一行。

正文保留一个白色编辑区，以标题、留白及细分隔线划分私人模板字段与 Diagnosis／Action；减少外围容器的重复边框，但每个实际文本输入区（含自定义字段）必须保留清晰的完整边框，聚焦时显示主题色边框和外圈提示；Complaints、Findings、Diagnosis、Action 统一双列宽度与 12rem 默认最小编辑高度，上下两排左右边缘对齐，长内容继续完整显示，窄编辑区转为单列，不得把输入区呈现为无边界的普通文字。语音输入作为唯一需要整体包围的工具卡片；私人模板字段、Diagnosis／Action、Non-clinical Notes 使用一致标签和输入边框，普通内容分区仅用标题、留白和必要的细分隔线。Non-clinical Notes 去掉外层卡片及阴影，文本框默认最小高度与正文统一为 12rem，仍可向下调高；语音卡片、格式工具栏、正文两列合计宽度及 Non-clinical Notes 使用同一左右边缘，消除内部重复横向缩进；保留只读／保密说明和权限提示。按钮使用一致系统字体、14px 字号、20px 行高及常规字重；语音操作与 ICD 搜索行统一 32px 控件高度、8px 操作间距，搜索框与按钮顶底对齐，禁止缩小控件高度后仍继承大字样式。主业务操作保留图标及文字。附件工具栏按可用宽度换行，Upload file 与 Open eMR 含义区分，避免重复 eMR 入口及按钮遮挡。

已选患者的姓名、头像、患者编号、DOB／年龄／性别与 eMR、Cashier 采用同一身份组件和呈现规则；姓名右侧以小钟图标和时长显示本次问诊计时，不再另占状态行，也不重复显示 In consultation。姓名下方资料行按患者编号、DOB／年龄／性别、Chit、保险卡／福利卡名称与详情入口排列；有足够宽度时保持同一行，缩窄后按完整信息组换行，避免重复标题或为每个字段单独占行。保险卡名称取本 Visit 的付款安排快照，不能用患者默认卡或最新卡替代；无已选卡时区分自费、待确认与尚未选择，不显示推断的卡名。详情复用既有只读卡片弹窗：patient.read 及患者范围允许查看卡片身份、会员号、患者保单号和有效期；有 benefits.read 时再显示关联 Policy／Programme 内容，没有该权限时不请求相关目录。可查看当前快照及患者已存卡，打开／关闭不更改付款安排或问诊草稿，切换患者／Visit／任职或失去权限时关闭。Allergy／ADR、警示与真实护理交接仍可见。患者右上在常用 Vitals 右侧显示 Patient data、Save draft／Submit for review 及 Complete consultation；Queue、刷新与布局设置使用窗口标题栏，返回 Queue 沿用原有录音暂停及未保存保护。Patient data 仅显示患者资料图标，悬停提示名称，点击打开现有患者资料弹窗。患者姓名链接继续打开 eMR。

Consultation、Prescriptions、Service 统一使用工作台右上角的 Save，移除问诊内重复的保存入口，保留既有工作区草稿保存范围及权限。移除 Save 旁的常规状态文字，失败原因仍显示；获授权代改的护士也显示 Save，点击后通过当前模块的既有接口保存为待审稿，不直接覆盖医生正式记录，收费模块沿用完整来源校验与批次提交。按钮内状态点对应当前模块：未保存、再次编辑、保存中或失败显示黄点，正式保存基线有效且无未保存变更时显示绿点；尚未编辑但从未保存的当前 Note 点击 Save 也会实际保存。没有 Pause Consultation 或底部常驻操作栏。Complete consultation 位于患者摘要右上角，点击打开原有 Review & Complete 清单，保留权限、草稿、收费与签署检查，不能直接完成或交接；代改护士仍使用原有 Submit for review。Clinical Documents 内嵌实例自动保存；模板编辑及独立处方修订仍保留原有保存／签署入口。

公共 Diagnosis／Action 与保密 Note 可按任意先后顺序保存。首次只保存公共字段时不视为已保存保密 Note；工作台须保留默认或用户已选模板及未保存正文，并同步已确认的聚合版本。保密正文实际被其他页面修改时仍保留草稿并要求核对，不能静默覆盖。Service 版本检查按实际接口契约执行：医生使用 Service 版本，护士提交／发布额外核对 Note 版本；必需版本缺失须明确提示，不能误报为内容已变更。自动保存未执行、保存失败和真实报价失败须显示各自原因，并保留当前草稿；只有来源保存与权威计价实际成功才能完成交接。

Service 的 All、Lab、Imaging 均通过 AI suggestions 按钮展开或收起 AI Service Insights，默认收起，用户展开后才加载推荐；切换问诊后恢复收起。推荐仍以最新已保存 Note 为依据，独立加载，不阻断服务选择与保存。

History Queue、已标记历史／迁移记录及明确历史打开上下文使用独立 Historical Encounter Viewer，固定摘要与七个文字 Tab，包含原就诊的 Laboratory reports 检验报告入口；完整呈现和取数规则见 Patient & eMR §7.3–7.4。默认 Overview，返回保留来源列表筛选和位置；仅权限只读不选择历史界面。历史查看不挂载活动模块自动保存、完成、签署、修订或 eMMS 检查流程；本次活动问诊的下述自动保存规则继续适用。

离开已成功读取的 Prescriptions／Service 时，首次尚未保存的空集合也须自动保存为“本次没有项目”的草稿结果；只有保存成功才标为就绪。正在加载、加载失败或上下文已改变时，不能将默认空列表写回服务器。保存失败保留未就绪状态和重试路径，不代替医生最终确认或签署。

2. 队列与患者进入

Active／History 队列的记录已明确标记需要临床授权时，点击查看记录应先打开现有权限申请窗口并带入患者与 Visit，不先切换共享患者上下文，不清理当前问诊草稿，也不将该状态显示为患者加载失败。仅携带 ID 的入口仍执行服务端核验；弹出申请窗口不代表已获得读取权限。

相连桌面的患者／Visit 选择统一经协调器：服务端核验 → 处理未完成工作 → 准备目标 → 一次提交。Save and switch 等待现有工作区 Save，先暂停录音并把最终转录保存到原 Visit；保存或放弃失败停留原患者。处方、服务、文档、护理交接和收费输入均纳入保护；只能提交审批的代改提供 Discard／Stay，不能自动提交。Start 仍须显式触发，失败或不确定响应以读取核对服务端状态，不改变原显示；保存、Start、签署或付款进行中阻止竞争切换。同一 Visit 的签署等状态更新走元数据刷新，不重置编辑器。

Consultation Queue 的患者主编号与 Patient & eMR 一致：优先显示已记录的当前诊所 PN，其次旧来源 PN，再次 PN 格式的 MRN；无 PN 时显示编号待定，不以 VPN 替代或改写前缀生成 PN。Active 与 History 使用同一身份显示规则，搜索支持显示的 PN；患者链接仍按稳定 Patient ID 打开。

队列布局参考 MyPlatform 的熟悉信息顺序：Chit No. → Patient → Arrived Time → Status → Nurse note → Actions。Chit 区显示实际服务分类、医护人员与授权服务数量；Patient 区显示双语姓名、性别、出生日期／年龄、已记录 PN／HKID、真实预约日期与时段及获授权患者摘要。未记录不推断为 NKDA，不将本次医护人员称为患者长期 Attending Doctor，不虚构 Voucher。医护筛选使用中性快速标签，不按医生着色行背景；缩小重复标题与空白。Active 的 Newest entries first 作用于服务端完整结果集，保持今日在 Carry-over 前，并重置到第一页；未选时保留原有待接诊／进行中分组。手动排队顺序及新资料结构不在此轮范围。

当前重要差距： Patient／Encounter 信息在 Review & Complete 抬头显示，不单列为复核项或签署门槛；系统仍无独立的首次开始／跨 Encounter 双标识主动核验流程。首次医生接诊是否复用护士核验仍有已记录的来源冲突，须业务定案。2026-09-08 恢复服务端稳定医生归属校验；沿用已有显式代诊授权记录，不表示完整 Delegation 管理流程已交付。

2.0 队列顺序与时间语义

Active 中待接诊 Visit 沿用首次签到时间升序，不以预约时间、护理完成时间或最近保存 Note 时间重排；完整时间相同以 Visit ID 升序，缺失时间置于所属组末尾并标记未记录。In consultation 的 Resume 入口表达当前进行中工作，不代表该患者重新排队。Carry-over 独立展示跨日未结束记录，按就诊日期、首次签到时间、Visit ID 升序；不混成今天新签到。

History 以就诊日期及签到时间降序展示最近就诊，同值使用稳定记录 ID；缺失值在对应日期组末尾，迁移记录保留原日期和来源标识，不用导入／编辑时间冒充就诊时间。排序控件如允许切换方向，须显示当前方向并作用于服务端全结果集，筛选后计数与分页保持一致。

签到时间与等待时长不是同一字段：等待时长若从 Ready 等阶段事件计算，应标明起点；暂停、回退或重进阶段不覆盖首次签到时间。状态流转、刷新、空态与稳定选中行为遵循共同列表契约。本节是目标细化，尚未作为已通过的应用验收。

2.1 医生工作队列与跨诊所历史

2026-09-13 权限补充： 医生的 Calendar、Active Consultation Queue 和 History 均按本人稳定 Provider、当前有效 Clinic 归属及记录来源返回。医生不能无授权查看其他医生的日程、当前问诊病人或受限历史记录；明确记录读取授权仍保留，但不开放日程管理或代诊动作；同一患者、同集团、姓名筛选、直接 Visit ID、旧链接和只读模式都不能绕过该边界。护士在当前 Clinic context 下按 Doctor Group 有效工作范围处理日程、签到、本次普通附件及付款，保密 Notes／附件再检查统一内容批准、数据类别及状态条件；只有切换到本人另一个有效 Clinic 归属后，才重新加载该诊所对应数据。Clinic/Provider 切换必须清除旧患者、队列、历史抽屉、角标和迟到响应，服务端详情接口再次校验来源与授权。

医生的 Active 与 History 只按全局 Context Selector 当前主体返回；查看另一诊所必须先切换到本人有效主体。Calendar 的跨诊所模式仅允许排班元数据，不得扩展到 Active、History 或患者详情。记录始终保留来源诊所，读取、编辑和代诊职责分别检查；不能用只读模式跳过批准，也不能把来源诊所改成当前工作诊所。本人跨有效诊所历史读取能力保留；业务页面按当前有效主体加载，查看另一诊所先切换主体，不混合未授权来源。最终验收另行记录。

• Active、Carry-over、相应 Workspace 侧栏及 Consultation 角标使用当前主体授权范围；History 按当前主体及日期过滤后排序、分页。Calendar 汇总视图不得复用这些详情数据。
• History 包含 Consultation completed、Ready for billing、Ready for cashier、Checkout completed、Completed、Closed，以及获授权的迁移只读记录；状态的大小写、下划线、连字符和多余空白写法按同一口径识别。History 表示记录范围，队列显示 Visit 当前真实流程节点，并对 Ready for cashier 等状态使用统一可读名称；不统一改写为 Completed，也不改变原流程状态。临床完成、收银交接、已收款与财务关账分别判断，不能从 History 归属或显示标签推定财务完成。
• 原生 Visit 经 Cashier 退回 In consultation 后重新进入 Active，不因保留旧签署版本而同时进入 History。History 行只读打开，不自动重开问诊；受控更正仍按现有独立流程处理。
• 从 Cashier／Pharmacy 退回时，保留退回来源、原因类别和操作人实际备注；问诊患者安全栏直接显示类别，非空 Note 独立显示，仅类别而无可选备注也能理解退回原因。队列的 Returned by 提示沿用同一类别解释；旧记录只有纯文本原因时保持原文，不补造类别或把类别名称当作备注。类别和必填规则由发起退回的业务域定义，展示调整不更改退回门禁或重新签署要求。
• 后端按稳定 User / Provider 归属判断，不以医生姓名、浏览器筛选参数或宽泛临床权限判断。缺少绑定或归属不明时返回空队列并拒绝详情访问；明确主诊 User 优先于冲突的 Provider 记录。
• Workspace 直接链接、跨应用跳转、Patient eMR 问诊历史及各模块适用同一对象边界和各自动作权限；护士协作按下节改造，不再以既有全诊所临床读取作为目标。
• 功能测试模拟 Doctor 必须使用选定的真实 Provider；“无限制功能测试”不再放宽医生数据归属。保留真实操作者审计身份。
• 医生界面显示 My patients，不提供 All doctors。切换医生、模拟对象、角色或诊所时清空旧工作区、历史和角标，同步关闭患者资料编辑器、历史抽屉和修订弹窗，清除其中的旧输入，并丢弃旧请求的迟到响应；真实医生的空队列或请求失败不自动变成合成患者。
• “姓名可选筛选”和“历史无视负责医生只读打开”均不能作为授权。代码完成、自动回归、应用部署和 UAT 必须分别记录。

2.2 护士按工作范围处理问诊

2026-11-11 已确认： 护士的普通问诊操作取决于当前有效诊所／Doctor Group 工作范围，不再先关联医生或申请 Read／Edit／Sign。开户只配置诊所，Clinic Manager 在独立界面维护默认配置及排班；唯一范围规则见 Platform §3.1。

在有效范围内，普通 Diagnosis、Action、处方草稿、Service、临床文档和收费调整按既有业务动作及状态直接保存，不再因旧 Edit 等级送医生批准。保密 Note 及保密附件按 Platform §5 核验对象和内容动作权限。未获授权的内容保持锁定，护士仍可操作其他普通板块及完成 §2.4 的整次问诊。

两个 Consultation 入口使用相同能力；review 的只读参照区域可保持其展示职责，但不得据此重新增加医生分级授权。负责医生及其模板身份保留，护士可使用原流程允许的现有模板，不增加私人模板管理资格。首次 Start、历史／Closed、已结算项目、执行保护、版本及编辑占用等条件保持原业务规则。

护理交接仅保存其本域内容；实际保存人明确记录为护士，不能把保存或完成描述为医生已经审核。加载失败不以空值回写已有内容，旧请求不得覆盖后续编辑。真实护理登录与 Assume 使用相同工作范围及内容批准规则，不叠加管理员权限。

现有代改机制保留历史和未处理记录，其迁移方式待确认，不能因新规则自动批准或丢弃。下节说明旧待审记录的处理契约，不作为新普通问诊必须经过的审批步骤。当前源码改造尚未实施。

2.3 代改提交、审核与我的提交

历史与迁移范围： 2026-11-11 新护士普通操作不再提交分级代改；以下规则保留用于既有待审及历史记录，迁移策略未定，不自动批准、覆盖或删除。

Center／Zone 边界： 代改沿用当前 Center 成员的实际 Zone 授权，兼容 Visit 保留旧来源单位 ID；不能要求来源 Zone ID 等于当前 Center ID。护士计价草稿、提交、本人恢复、审核列表及差异、审批与撤回、结果角标及已读、代签归档使用同一组织边界，并继续逐 Visit 检查临床权限与提交者／负责医生身份。页面所选 Zone 只是视图筛选，不改变已有提交的授权范围；跨 Center、未授权 Zone 和已撤销权限仍拒绝。2026-10-27 已修复代码并完成静态检查，尚未真实账号验收；排查记录列出来源提交及验证边界。

护士草稿与收费同步（2026-09-21 修正）： 护士修改 Service 或 Prescription 后自动保存独立服务端来源草稿，Billing 必须等待两个模块保存成功，再从已保存快照计算价格。目录、供应方案、药品单价及数量校验复用正式模块规则，不采用浏览器报价；自动保存不生成待审记录、不覆盖医生正式草稿。连续编辑使旧价立即失效，保存失败、来源未加载或缺价时禁止携带旧收费提交。提交审核前再次等待同步，来源模块提交失败则不提交新收费。收费提交绑定本人同一问诊的计价快照；批准时原价行按当前来源重算，真实折扣保留原有校验。此次规则取代暂停自动保存规则中关于 Service、Prescription 独立计价草稿的限制，其他模块与正式内容的审批边界不变。

Consultation Queue 标题区保留一个角色化代改入口，不再把 Access Center 的病历访问申请混入同一清单。医生入口使用文档内嵌眼睛的纯图标按钮，以 Review requests 作为可访问名称；护士看到 My submissions。保留键盘可见焦点及 loading／disabled 状态。右上数字徽标使用红底白字并保留可读数字及 accessible label，按钮本体不使用危险操作红色。

医生审核： 当前 Clinic 下，该问诊记录的负责医生看到每位护士各自最新的待审代改。版本替代按“问诊＋模块＋目标＋提交护士”判定：同一护士再次提交只取代自己的旧待审稿，不同护士的提交同时保留。列表按“问诊＋护士”聚合该护士的全部待审模块，医生核对患者、Visit、提交护士、提交时间及完整差异后分别选择 Approve 或 Reject；两种决定必须填写非空“批复”，不支持逐模块或逐字段决定。全选和批量批准同样以“问诊＋护士”为单位，共用批复，各组独立事务，失败组全部回滚，成功组保留。批准仍以医生身份整模块覆盖当前正式内容，不自动合并；多人同模块的批量批准按列表顺序执行，最后批准的内容成为正式内容，界面明确提示。 2026-10-29 统一审核后，Service 审批应用还须核对当前服务基线及编辑占用；已有较新护士修订或其他修改时拒绝旧整模块覆盖并要求重新核对，不以本段的顺序批准规则绕过 §5.1。决定一位护士的提交不处理其他护士的待审稿。服务端从记录派生提交护士，拒绝混合多人的决定请求，核对该护士的完整待审集合；重提、新增或撤回造成集合变化时要求重新审核，幂等重试不重复应用。同一目标仍保持 Applying 单次套用互斥。医生红色徽标继续按待审问诊去重，分页完整返回所选问诊所有护士的待审模块。2026-09-24 此规则取代原整次问诊统一审批范围；源码已调整，未进行多账号业务验收，旧规则已标记为被取代的历史记录不自动恢复。

差异展示： 列表和详情独立滚动，复用问诊台滚动条。以问诊台模块名称和图标组织内容；未变化内容默认隐藏，开关位于刷新图标右侧。对比统一左侧／上方为已保存内容，右侧／下方为提交内容，以增删高亮表达变化，不重复逐行前后说明、不显示差异数量卡片。问诊记录、处方、服务和收费按明确可见字段投影，标识、来源与哈希不形成差异行；收费按收费项、处方按药品整体展示卡片；同一卡片内将名称、数量、单价、金额或用药字段逐行并列展示前后内容，保留字段高亮。整项有变化时保留完整字段供核对，整项未变化才由开关控制隐藏。服务只展示名称与增删。临床文档以实际名称分组，正文、表格和格式用前后沙箱预览呈现，不显示格式技术字段。

诊断审批来源： 负责医生明确批准后允许保存护士发起自动映射的结构化诊断，不要求映射事件操作者等于审批医生；仍核验同一 Visit、映射请求、证据哈希和候选编码，并保留编码、主次诊断与负责关系检查。此差异仅由服务端审批适配器启用，普通保存接口不得通过客户端参数绕过来源校验。无法应用的业务内容返回可读错误。

历史记录： 医生与护士均提供 Pending／History 分段，待审按“问诊＋护士”组织；历史以“问诊＋审批批次”为粒度，同一问诊不同轮审批各自成卡，同轮模块在右侧完整展示，按记录游标读取后续页。审批或整体撤回写入之前在同一事务内保存完整的修改前、提交后及展示元数据，该护士本次决定涉及的所有模块共用同一批次标识；History 读取此冻结副本，保留原差异高亮，禁止用当前正式内容冒充历史修改前版本。副本、决定及临床保存共同成功或回滚。旧记录仅从审计请求或事务时间恢复批次；未保存原副本时明确提示并仅展示已有提交内容，不伪造新增或“没有变化”。 护士结果： 当前 Clinic 下只显示本人提交。Pending 左侧问诊卡片底行左侧仅展示提交时间，不显示提交人；右侧使用黄色 Withdraw 按钮，语义仍为整体撤回，撤回该护士在此问诊的全部已查看待审模块；后端核对完整记录集合并在同一事务内撤回和记录审计，审批、重提或新增造成集合变化时要求刷新，不部分撤回，也不撤回他人提交。右侧复用医生同一差异组件；Pending 查看已保存／提交内容，History 查看审批冻结的修改前／修改后。两端统一问诊台的 workspace-card 卡片、磨砂动作按钮与 Element Plus 的按钮、分段、输入、勾选和标签组件，保留一致焦点、加载、禁用及工具提示行为。Approved／Rejected 的批复放在首张信息卡的状态下方，使用对应绿色／红色标签，支持换行和长连续文本，不截断批复。护士不能在清单中编辑或重新提交，须返回问诊模块修改并再次提交；再次提交仅取代待审草稿，已处理历史继续展示。 护士工作台恢复与状态： 每次进入问诊台，优先恢复本人最新且仍待处理的代改内容；已通过、拒绝或撤回的提交不再覆盖医生当前版本。医生处理时不打断护士正在进行的编辑，再次提交即发起新审批。Billing 显示 Modules status 及固定的五个模块，右侧页签采用相同状态：黄色“修改未提交”、绿色“修改已提交”、白色“无修改”；修改未提交优先于已有待审状态。提交成功后模块保留在列表，继续修改转黄，再次提交成功转绿。颜色同时配合双语文字说明，不表示临床签署或医生批准。 结果角标与反馈： 护士红色徽标只统计尚未查看的 Approved／Rejected 结果，Pending 不计入红点；打开 My submissions 后，由服务端把当前可见结果标记为已查看并清零相应角标。医生通过／拒绝及护士撤回不显示二次确认框；服务端确认成功后显示仅带一个圆圈勾图标的轻量 Success! 提示，失败不得先显示成功或本地伪造状态。

服务端授权与一致性： 服务端从登录会话、当前 Operating Clinic 及 Visit 权威负责关系派生访问范围，不接受客户端传入的角色、护士 ID 或医生 ID 作为授权依据。决定接口必须验证真实有效角色为 Doctor 且当前操作者就是该问诊记录的负责医生；护士清单与撤回接口必须验证当前操作者就是提交护士，撤回还要求记录仍为 Pending。差异读取只开放给该负责医生或该记录的提交护士；仅 Pending 及已冻结的 Approved／Rejected／Withdrawn 可供比较，被新草稿取代的 Pending 不得通过旧 ID 与当前正式内容重新生成比较。旧单记录批准及撤回入口均拒绝执行，不能绕过按 Visit＋提交护士完整记录集处理的规则。决定、撤回、已读和再次提交均须锁定并重验当前最新状态，幂等处理重复点击、网络重试、旧窗口与并发请求；一条内容只允许应用一次。

切换账号、有效角色或 Clinic 时立即清空旧清单、选择、角标与已读写入上下文，取消旧请求并丢弃迟到响应，再按新 Operating Context 加载。空列表、加载失败、权限拒绝和真实无记录分别呈现，不把错误伪装成零待办。完整审计至少保留 Visit、Clinic、内容类型、提交护士、负责医生、各次提交内容及时间、当前决定／撤回、决定批复、操作者、请求标识和被取代版本；待审仅展示最新有效草稿，已处理记录全部保留在历史清单。

2.4 护士按工作范围完成签署

2026-11-11 已确认： 当前有效诊所／Doctor Group 工作范围赋予护士相应普通问诊操作和完成能力，不再要求负责医生本人批准独立 Sign。负责医生、实际护士、真实登录人及有效工作分配／排班依据分别记录；不伪造医生授予签署权，也不改写历史签署证据。完整权限和保密批准规则见 Platform §3.1 与 §5。

未获保密批准也可完成。 保密正文、自定义板块、转录及受保护结果不向护士加载或开放修改；界面显示锁定，不能当作空白。护士可保存普通板块并 Review & Complete，服务端使用原有已保存保密内容及版本完成事务。请求不得以空值、默认模板、自动保存或整份 payload 覆盖隐藏内容。

内容不变与版本保护： 保留未获授权内容、作者／最后修改来源和内容版本，允许新增独立完成及签署审计。完成不表示护士已经阅读或审核保密内容。服务端在同一事务核验当前工作范围、内容版本、记录状态和必要模块；并发改动应要求刷新完成条件，不向无权护士显示保密差异。缺少原流程所需已保存内容、未处理旧待审、已签署修订和结算保护仍按原业务前提，不因权限简化跳过。

统一身份交接： Cashier、Pharmacy、Lab、临床文档和审计读取本次冻结的负责医生、实际操作者及新工作范围依据；历史医生批准 Sign 记录继续显示原证据。新护士路径从 Visit 真实负责关系取得医生，不借任意代表医生选择改变归属；无医生接种按 §7.4 的原限定规则处理。

本节为已确认目标，现有 resolve_visit_signing_authority 和 review_complete 仍需改造；实现、迁移、本地验证和 UAT 分别计证，见工程方案。

2.5 问诊中的安全资料更正

患者安全栏根据服务端能力提供 Edit allergy / alerts，直接打开当前患者及合格来源就诊的 Allergy & alerts 页。保存仍使用患者安全摘要既有权限、变更原因与版本校验。护士直接写入或提交医生批准的最终策略仍按 Platform §3.5 的待决事项处理，本次入口改造不扩大现有后端权限。

三类安全状态（2026-11-05 用户确认）：

三类安全状态采用紧凑单行：每项标题、状态文字及快捷确认按钮并排，减少上下留白；长记录允许换行、窄窗口按可用宽度排列，不截断安全信息。三类安全状态均保留整块状态卡的语义底色及边框：待确认／无警示为浅灰底，明确 NKDA／NO ADR 为浅绿底，实际过敏／ADR／任何警示为浅红底，并搭配对应文字颜色；不可只改文字颜色而去掉底色。

NKDA、NO ADR 为可直接选择且默认未选中的结构化选项，保存明确状态，不根据自由文字猜测颜色。各类「无」选项仅与本类有效记录互斥；ALLERGY 与 ADR 彼此独立。新增相关记录会取消对应「无」状态；2026-11-06 用户确认：已有实际记录时隐藏对应快捷「无」按钮，须进入编辑处理现有记录；待确认且无相关记录时，具备安全资料编辑权的用户才看到「Confirm NKDA／確認 NKDA」或「Confirm NO ADR／確認 NO ADR」操作；已明确确认时只显示绿色状态，不再重复显示确认按钮。旧 intake 过敏文字仍视为已有内容，不显示快捷「无」按钮。服务端拒绝同类「无」与实际记录同时存在，保留既有版本并发、授权与审计。旧自由文字即使为 NKDA／NO ADR，也不自动转换为结构化确认；Alert 不设文字例外。护士准备与患者资料编辑复用同一契约。明确无药物过敏不作为药品过敏项目传给药物安全检查。

当前体征摘要按用户 2026-11-05 最新确认放在患者摘要右上角、其他操作按钮左侧，不再独占一整行。默认保留 BP、Pulse、Temp、Weight 四项及体征图标；其余项目仅在有真实测量或主动标记 Not yet measured 时出现。无输入的常用项显示中性灰色 Not measured，主动选择的状态显示 Not yet measured，已有测量显示实际值及单位；窄窗口允许自然换行，保证内容及操作可见。暂未测量不表示临床异常，也不单独阻断护士完成准备；测量状态和补录规则唯一见 Frontoffice 准备与测量。

保存后局部更新安全栏及药物警告，保留未保存的 Note、Prescription 与 Service；不调用会清除草稿的整台刷新。切换患者或身份时丢弃旧请求结果，其他窗口在重新获得焦点时核验最新安全资料。版本历史支持游标加载、逐项修改前后比较、操作者／时间／原因。陈旧版本拒绝覆盖，界面保留用户输入并显示与当前记录的差异；用户可明确载入当前记录后重新更正。

3. Consultation Note

功能目的： 形成可签署的本次病历及诊断。

使用者与对象： 负责医生、具有有效工作范围的护士（保密内容另查批准）；Note、诊断与模板快照。

操作与结果： 选用模板 → 书写或使用转写草稿 → 人工核对 → 保存版本与诊断。

关键边界： AI 输出不自动成为正式事实；护士普通操作及完成签署按有效工作范围，保密内容读写另按 Platform §5 核验，具体按 §2.2–2.4 执行。

3.1 病历、模板与诊断

结构调整（2026-10-26 用户确认，分阶段实施）： 将原 Consultation Note 拆为保密 Consultation Notes、公共 Diagnosis、公共 Action 三个独立板块，分别存储／返回并控制权限。Diagnosis（含结构化卡片及自由文本）、Action 必须保留，不可随个人模板删除或隐藏；其余 Notes 板块保留本人自定义模板能力。私人模板字段排列在前，每行左右两栏，字段框右上角用锁标表示保密，不再显示 Consultation Notes 分组标题；公共 Diagnosis 与 Action 固定占据最后一行的左右两栏，上方私人字段为奇数个时也独立起行。不能因公共板块可读而预载保密正文。护士按 §2.2–2.4 的工作范围直接保存普通内容，保密内容另查批准。权限及附件规则唯一来源为 Platform §3.2。

2026-10-28 实施边界： 原字段拆分轮次只提供结构与分类，执行证据见原记录。用户随后批准公共字段权限、两个 Consultation 入口、授权管理及并发联动方案；实施前已按要求合入 dev/sai 0e134e05，复用新增的保密投影和附件保护。公共字段独立读写、两个 Consultation 入口、Read／Edit／Sign 和医生优先并发已完成本地实现与受影响完整服务链验证，实际覆盖、旧回归失败和未覆盖边界见本轮验证。旧签署快照和无法可靠拆分的历史混合正文不转为公共内容；后续整合验证与 Git 交付见权限及接种整合记录；应用运行与 UAT 仍单列核验。

公共字段读写与保存契约（2026-10-28 已确认）： Diagnosis 自由文本／ICD 卡片及 Action 为独立公共内容。所有默认和自定义 Note 模板对应页面均固定展示，切换模板不清空；固定保留不新增必填要求。任何已有患者／Visit 访问资格的已登录用户均可读取当前有效版本，不扩大患者、跨诊所或就诊范围。修改限负责医生、明确获得本次相应授权的其他医生及当前工作范围内的护士，不能仅因管理员或通用临时问诊身份开放写入。

• 有编辑资格时 Diagnosis／Action 直接输入，无需先点击 Edit；首次修改沿用现有编辑会话、并发及版本保护。完整工作台中 Diagnosis／Action 各自使用清晰标签及独立文本输入边框，与私有字段共用顶部格式工具栏，跟随焦点切换；不显示字段区域独立的 Discard／Save，统一通过患者顶栏 Save draft 或护士提交入口保存公共字段，独立护士 review 入口保留自身保存能力；右上角仅保留刷新图标，移除原底部 Refresh 及重复说明行。
• 同一套现有授权覆盖两个公共字段，不新增字段级授权。护士在有效工作范围内可直接 Save 生效并按 §2.4 完成整次 Review & Complete，不再逐级申请普通内容权限。负责医生及具本次有效医生编辑授权的协作医生沿用既有 Save 即生效语义；该保存资格不额外授予整次 Complete，完成仍检查原签署资格。旧授权不自动升级，护士授权不能随同一用户切换成医生身份后继承。
• 有发布权者 Save 后立即公开当前有效版本，不等待 Complete；未保存输入及旧机制遗留的待审内容不公开。界面分别表达已保存、本人草稿与待审内容，并保留实际操作者和版本。
• 公共字段保存只更新相应字段；省略字段保留，明确清空才删除内容，不覆盖保密正文、转录、非临床备注或另一板块的新版本。保密 Note 保存同样不能夹带陈旧公共字段覆盖。公共字段保存不把未保存的 Note 标记为已保存。 旧合并待审稿和新公共待审稿均保留实际提交键；恢复不把省略字段清空。护士具备当前工作范围后，仍须按已确认迁移规则核对并保存所恢复的公共内容及旧提交版本，未生效或已过期的提交不能在 Complete 时静默归档。
• 完整 Consultation Page 与护士 review 共用公共字段的权限、版本及编辑状态。review 保密正文始终只读，Prescription 仍只读；Review & Complete 保留在完整工作台。
• 医生编辑 Note、Diagnosis、Action 或 Service 时暂停护士公共字段及 Service 修改／提交，保留草稿、读取最新版本并人工核对后恢复，具体见 NR-05／NR-06。医生只查看时不占用。
• Complete 后公共字段只读，更改走既有受控临床更正；即使仍在有效工作范围也不可原位覆盖。完成前未提交的公共草稿保留为未生效内容，不在完成后直接发布。Service 同样只在 In consultation 按权限编辑；Ready for Cashier 后须正式退回，已结算项目始终受保护。

Patient & eMR 展示 custom／MyPlatform 的已保存 Note 时，以该记录 template_snapshot.fields 顺序及标签为首要依据；缺失快照字段按既有 Complaints → Findings → Diagnosis → Action/Plan 顺序兼容，其他额外字段稳定排列并保留，重复 key 只显示一次。不按 JSON 对象插入顺序或当前模板重新排历史记录，不改 field_values、签署快照或临床正文。空 field_values 不从旧 history blob 伪造 Note；HTML 安全处理及既有读取授权保持。

Note 模板选择、上传并识别记录和模板设置共用编辑工具栏。本次问诊的 Save draft／Submit for review 和保存状态位于患者顶栏，调用原有权限及工作区保存流程。语音输入的卡片层级、设置与操作见 §3.2；AI Note 的说明使用可聚焦 tooltip，禁用时仍可查阅原因。

Diagnosis、Action 的“必须保留”指板块存在，不要求每项必填，也不新增结构化 ICD 诊断必填条件。历史混合正文的兼容展示仍受 Note 授权保护，不凭标签猜测拆出并公开内容。

Note 的共用格式工具栏采用 28px 控件和 16px 图标，在足够宽的容器中单行展示；较窄时仅工具栏内部横向滚动，所有格式命令、键盘焦点和提示保留。默认 SOAP 模板在编辑选项中显示为 General／一般，既有模板名称、ID 与签署快照保持原值。模板选择区显示 Template: 标签，采用默认主题、常规字重的选项按钮；原模板选择、重排、编辑权限及未保存字段恢复规则不变。Non-clinical Notes 标题采用常规字重，不改字段内容或保存行为。

3.2 AI Scribe 与 Transcript

CN-06 当前顺序： 选择识别语言和麦克风 → 点击录音并通过当前 Visit 的草稿权限及可写状态校验 → 浏览器申请麦克风权限及启动 → 暂停／查看和修正 Transcript → 生成当前模板的 Draft → 医生检查、修改及保存。

• 支持 English (HK)、English (US)、廣東話、普通話输入选项；选择框与菜单使用完全相同的显示文字，不显示 EN-HK／ZH-HK 等代码；界面语言与识别语言不同。
• 语音输入合并为一个紧凑 Voice input 卡片：2026-11-06 用户确认继续常驻展开，默认两行，首行展示标题、真实状态、累计计时及开始／暂停，次行并列语言／设备摘要、Audio settings 及 Transcript／Clear／AI Note。未录音且无转录内容时不占用空白预览行；录音或已有内容时才显示实时转录预览及真实音量波形。Audio settings 按需展开语言、麦克风及 My voice sample；窄编辑区允许自然换行。次要操作采用文字按钮，生成与录音使用明确的主操作样式。成功、空结果、失败提示全部留在卡片内，完整 Transcript 仍通过原浮窗查看；设置在录音期间禁用，样本录制／保存／删除的忙碌状态、撤权及患者切换保护保持原样。卡片和设置在窄编辑区换行，不产生横向溢出。
• 医生可在 Note 的「My voice sample／我的語音樣本」录制、试听并保存自己的约 20 秒自然语音，之后无需每次重录；支持替换和删除，不包含病人资料。管理入口只允许本人有效 Doctor 身份，不能在代入身份下录制其他医生的样本。
• 每次开始／恢复录音，读取当前 Visit 负责医生的有效样本，作为同一个 Azure 转录音频流的开头；样本正文及分界处的转录不进入 Transcript 或 AI Note。Azure 仍产生当前连接内的匿名 Speaker ID，应用只在样本得到单一确定 ID 时尝试标示后续同 ID 为 Doctor。此方法属于实验性辅助，不能保证跨麦克风、重叠语音或每次连接的准确度，也不作为身份认证或签署证据。
• 样本不可用时显示提示并沿用匿名 Speaker 标签；访问被撤销或 Visit 已只读时停止启动。暂停后可逐条修正 Doctor／Speaker 标签，保存及代改提交保留修正记录，医生须检查后再使用生成的 Note。
• 所有用户均不再经过应用内 AI Scribe Consent 弹窗、确认、查询或保存步骤；录音、转录、文档听写及 AI Note 生成不以 AI_SCRIBE 记录为前提，也不自动写入“已同意”。Registration 不再显示 AI Scribe 同意勾选项；已有同意记录保留，Privacy、eHealth 及其他纸本同意不受影响。
• AI Scribe 按本 Visit 的 clinical.draft.write 编辑权限开放，不额外限制 Doctor／Frontline Staff 角色；Clinic Manager、Doctor、Allied Health Professional、Frontline Staff 及获本 Visit 代改授权的护士均可录音、转录和生成草稿。该流程不要求签署权限或选择所代表 Doctor。撤销任职或授权、范围外及只读 Visit 继续阻断，语音令牌签发前后均重新校验；签署／处方仍按独立权限执行。
• 生成草稿要求有 Transcript、已选模板且不处于录音中；生成结果不直接签署。
• AI Note 的生成中、成功、空结果及失败状态持续显示在录音控件附近，独立于编辑／保存提示。成功须提醒核对后保存；空结果须说明原记录及转录已保留，并引导核对转录、补录后重试或手动编辑；超时及服务失败须说明原因和重试／手动编辑路径，登录或权限失效引导恢复访问。浏览器等待上限为 135 秒，包含服务端最长 120 秒后的响应余量。
• 仅将非空生成正文追加至当前模板的对应字段，空结果与失败不改变已有正文及保存状态。只有非临床备注建议且超过长度上限时，明确说明未加入，不能显示追加成功。切换 Visit、模板、转录、识别语言、编辑权限、模块，或重新开始录音时取消旧生成并清除旧反馈；正文编辑或保存不抹除最近一次生成结果。
• 预览患者录音入口禁用；真实服务配置、浏览器麦克风权限及网络是执行此项的前提。
• 模型响应或保存失败要保留医生已有文字；切换 Visit 停止上一位患者的录音和临时状态。

此规则按 2026-10-07 产品决定移除应用内 AI Scribe Consent 门禁；本地实现及验证与 STG／UAT 发布和用户验收分别计证。

医生语音样本按 2026-10-08 用户批准方案在本地实施；格式、私有 OSS 路径、迁移与回滚见运行手册。真实 Azure 配对效果及浏览器录音验收尚待验证。

4. Prescriptions

功能目的： 形成明确药品、用法与数量的处方并交药房执行。

使用者与对象： 医生；Prescription 草稿、签署版本及 Pharmacy Handoff。

操作与结果： 选药填用法 → 保存草稿 → 医生签署 → 药房审核；更正从原处方发起 Amendment。

关键边界： 药房不改临床处方；历史结算后的改方与差额须走受控更正。

4.1 开药与字段

医生选药与处方保存按当前 Clinic／Centre 的统一 CDU 库存池、有效患者售价和发药单位校验，临床 Zone 不切分药价或库存；完整口径及历史迁移规则见 Drug §1。保存／签署沿用价格和单位版本快照，后续改价不重写既有处方或收费。 选药的可发数量按有效、可用批次的完整发药单位计算；缺口批次不抵消另一批次确实可发的数量。库存价格 App 的账本可用量继续按现货减预留减不可用显示，包括真实缺口，不能等同于已通过批次校验的可发包装数。

CP-01： 按药名搜索或 BNF 层级选择当前诊所可用药品。被选药品保存稳定药品引用与名称来源快照；不能从历史自由文字拼出一条可签药品。

品牌与 VTM 搜索： 至少输入 3 个字元，按现有目录名称、品牌、代码及 HKMTT 参考搜索；匹配药品可通过有效且父子关系一致的 VMP／VTM 映射扩展到相同 VTM 的其他品牌、规格及剂型。直接匹配优先，关联结果标明对应 VTM；每页 30 项，可在候选浮层内载入更多，载入失败保留已有结果并允许重试。换患者／诊所或搜索词时重置结果，忽略旧请求响应。组合药保持完整组合 VTM，例如 Duodart 仅扩展到 dutasteride + tamsulosin hydrochloride 的组合，不扩展到任何单成分药。缺失、停用或冲突映射不生成关联结果，但保留直接药名匹配。选药仍核对当前诊所配置与可选性，不自动替代处方药品。本功能使用现有 HKMTT 与目录，不引入 UK dm+d 数据或自动写入映射。

问诊子页面样式（2026-11-06）： Consultation Note、Prescriptions、Services 共用字体与控件节奏：正文、输入和按钮 14px，辅助信息至少 12px，分区标题 16px／600，常规控件最小高度 32px；富文本正文跟随相同字体，不继承编辑器默认 13px。卡片、表格、字段标签和间距沿用 Desktop UI 规范，窄窗口按可用内容宽度改单列；保留患者资料栏、侧栏开关、紧凑 Vital Trends 与独立 OCR 上传／核对。Services 同时保留先选项目／先选 vendor、最近开立／患者上次入口、覆盖比较，以及逐项优先级、预计日期和检测指示。

页面与选药流程： Prescriptions 沿用 Consultation 的浅色界面、Element Plus 控件与同页编辑区，保留 Consultation Note、Prescriptions、Services 等原有导航。选药区提供药名／代码搜索、My Recent（最近开立）、BNF 和 Previous 入口；初始进入不自动加载或展开最近药品名称，仅显示搜索引导，搜索保持至少 3 个字符的限制。My Recent 只在主动点击后读取并展开，再次点击收起；切换患者、诊所或身份时关闭并丢弃旧请求。搜索候选在浮层滚动，主动打开的最近开立列表在限定高度内滚动，不把当前处方清单推至长页面底部。选择新药后在同页 Prescription Details 输入用法与数量，加入后显示在 Current prescription；未选药时选药区按内容撑高并占满可用宽度，Prescription Details 不占位；选择药品或编辑已有行后才恢复同页双列输入，仍显示明确下一步。My Recent、BNF 与 Previous 为空或不可用时不得撑起固定大面积空白；历史无记录时不显示右侧空药品表及不可执行的 Add selected。BNF 读取失败显示明确不可用、重试及药名搜索替代路径，不将失败误报为分类内无药品，不向临床用户展示 API key／服务端地址等配置指令。已有处方行通过 Edit 返回同一编辑区，取消已修改内容沿用丢弃确认。

历史处方复用： Previous 按当前患者展示有权限读取的历史问诊，默认展开最近一次处方，支持多选药品后一次点击 Add selected，资料完整的条目直接进入本次 Current prescription，不再逐个打开表单或连续确认。加入前按当前诊所目录重新核对药品身份、可用性及规格；只有明确的当前 drug_master 引用、相同规格和相同配发单位才复用原数量，并带入结构化用法及患者指示。当前价格从目录重新取得，不复制旧日期、内部备注、旧价格或安全检查结果。缺少规格、单位不一致、用法／数量不完整、已不可用及完全重复的条目集中列出原因，不阻断其他有效条目；可编辑的条目提供 Edit，不能确定的药品须重新搜索。加入后仍可在当前清单逐项调整；沿用既有草稿保存、用药安全检查和最终签署流程，不自动签署，也不扩大历史来源访问权限。2026-11-06 用户确认此批量操作取代原逐项 MOE 确认。

当前频率选项实现： MOE 可按完整名称或 OD、BD／BID、TDS／TID、QDS／QID、PRN 搜索并选择，始终同时显示完整含义；保存值仍是既有结构化枚举，例如 TDS／TID 保存为 three_times_daily，建议数量按每日 3 次计算，PRN 不自动推算数量。频率不按药品自动选择。当前选项为应用内预设；上述可维护 Dictionary 的管理入口仍属目标范围。

CP-02： 新增、编辑、删除草稿药品后保存当前处方；空处方也须保存为“本次没有药品”的明确模块结果。已有本地变更未同步时，Review & Complete 被阻断。签署后不可原位修改，只能从原 Prescriptions 发起 Amendment。

草稿呈现： 当前处方表格显示药品、用法、配发数量和金额，逐行提供编辑、内部备注及删除入口，保留可访问名称与提示。编辑及备注使用同页 Prescription Details；删除沿用确认。整张处方备注在清单之后；问诊期间统一通过工作台保存，现有自动保存及 eMMS 队列保持一致，最终签署继续使用既有完成问诊流程。

MOE 价格呈现： 最终配发数量和每个配发单位的单价集中显示，下方突出此药品的总额及「数量 × 单价」明细，随输入更新。已有价格权限控制是否可编辑单价；可编辑时可清空价格，缺价显示「尚未输入价格」及总额 —，不显示为零。明确输入零保持 HKD 0.00；无效单价提供字段提示。库存参考和内部备注位于价格区域之后。

4.2 eMMS 的实际边界

CP-03： eMMS 结果同时绑定药物输入及实际发送的患者 Allergy／病况摘要指纹。摘要变化后旧建议标记需重查；外部检查进行期间摘要变化，返回冲突并保留需重查状态。已经签署的处方证据保留当时输入，不回写为当前资料。连接状态与临床建议分开。每次进入活动处方模块检查连接；药品变化后保存／检查当前快照，旧响应不得覆盖新药单。独立历史查看器只读取已存证据及日期，无记录明确提示，不触发新检查，详见 Patient & eMR §7.4。显示重复、相互作用、Allergy／ADR 或映射覆盖信息时，医生仍负责判断。

结果呈现： 页面仅显示带状态和警示数量的 eMMS 按钮；点击后在独立对话框查看连接、检查时间、覆盖率、警示详情及重新检查操作。患者 Allergy／ADR 警告仍保留在页面显著位置。未检查、需重查、连接不可用及覆盖不完整不得呈现为安全通过。

当前代码中 eMMS 和 Allergy／ADR 均是非阻断建议。 连接不可用、未检查或警示不会单独阻止处方保存或最终签署；保存失败、陈旧版本与本地未同步会阻止完成。测试必须分别记录这两类结果。严重警示、Override、覆盖率及临床正式放行政策尚待确认，不能把现状描述为已通过医疗安全验收。

4.3 签署与药房修订

CP-04 当前代码： 普通门诊 Review & Complete 在签署处方的同时建立 Pharmacy Handoff。2026-09-06 最终规则为付款前仅审核、审核通过且 Cashier 确认结算后才备药；药房退回整张处方时先建立 Pharmacy exception 并阻断结算，Encounter 暂留 Ready for Cashier。护士在 Cashier 明确确认 Return to Consultation 后才恢复 In Consultation；重新签署后仍须药房对当前新版本再次审核通过才解锁。Cashier 手动回退和基础服务端发票／收款门禁已开发，库存预留等完整目标待联调，详见药房 PRD。

CP-05： Amend Prescription 记录原因并签署新版本。有药品生成 Cancel/Replace，无药品生成医生授权 Cancel；旧版本 Superseded。已付款后的新版本进入 Payment exception，不能继承 Paid。已发药后的退换和价格差额处理不能按普通草稿修改测试。

4.4 收费退回后的重新问诊

• 所有整次问诊回退入口（包括医生／获授权护士主动回退）均由后端核对发票、实收及结算事实；已付款或已结算不得回退，前端队列与详情同步隐藏回退入口。护士主动回退保存实际护士及授权医生身份，按 Cashier 相同署名规则显示；历史护士回退缺少姓名证据时只标示获授权护士，不补造身份。药房及收银回退的原因通过状态 tooltip 展示。

• Cashier 退回保存原处方版本、收费快照、原因、操作者和独立审计事件；仅修改 Visit metadata 或主流程状态不能伪造这次授权。

• Visit 回到 In consultation 时按普通进行中的问诊处理：Prescription、Service Selection、Billing Draft、Consultation Note 同一事务恢复相应草稿；已结算及其他受保护项目持续锁定；旧签署版本继续保留作历史证据。

• 退回不进入 Amend Prescription，不显示 Pharmacy Handoff 操作区，也不要求 Amendment reason。医生可按当前业务事实直接修改处方、服务和收费。

• 医生完成全部修改后统一点击 Review & Complete；系统重新签署当前各模块、生成新的当前收费快照并提交 Cashier，处方有药品时按新的普通签署版本重新进入 Pharmacy 审核。

• 退回前的签署版本、Pharmacy Handoff、作废发票和收费快照不得物理覆盖或删除；它们只退出当前有效态并继续用于审计。已发生付款、结算或发药的记录仍不得通过本流程直接退回。

• 本地自动化验证与目标环境、库存／打印等外部联调及 UAT 分别登记，详见Cashier 隔离集成验证。

• 2026-10-29 统一状态门禁：Ready for Cashier 的普通处方 Amendment 不再作为独立编辑例外。需先走符合资格的正式 Return to Consultation，再在 In consultation 普通编辑并重新 Review & Complete；能力展示与后端写入一致，不保留可绕过主流程状态的按钮。

• 仅 Lab 已结算且药品从未收款／结算时，正式退回仍保留已结算 Lab 的不可变来源与执行事实，只恢复符合条件的未结算内容。药品／其他费用有真实收款或结算历史时，全额退款、撤销或作废均不恢复普通退回／处方编辑资格，须独立受控更正；不得借旧 financial return 记录清除历史。已结算项目不因退回重新开放。

5. Service

功能目的： 选择本次检查或普通服务项目，并形成可签署、可追溯的后续执行及收费来源。

使用者与对象： 医生及获准的草稿协作者；Service Selection 与正式 Order。

操作与结果： 医生工作台沿用检索／参考推荐／复制历史项目 → 确认当前可用项 → 保存 → 医生最终确认；关联护士可按 §5.1 在独立入口直接完善本次 Service。后者不改写已签署 Note，不将护士操作冒记为医生签署。

服务建议反馈（2026-10-22 已有基础）： 医生端原推荐从服务器最新已保存 Note 读取诊断卡片及诊断自由文本，诊断为空再按模板正文回退；非临床备注不参与。Note 保存后撤销旧推荐及在途结果，已展开的服务建议重新读取。未保存、已保存但无临床内容、算法未配置、超时及其他不可用分别提示，HTTP 200 的失败响应不能再统一提示“请先保存”。失败可手动刷新，不阻断人工选服务。以上为代码修复；STG 算法配置、连通性及实际返回建议尚未验证。护士弹窗的 Action 明确指示匹配按 §5.1 NR-09 新增，不把原 Diagnosis 推荐作为该能力的实现证据，也不回退读取无权访问的保密正文。

从实际开单操作出发的选择流程（2026-11-05 用户确认）： 检测主数据项目与供应商 Offering 分开。Lab／普通服务共用“查找项目 → 已选清单 → 核对供给及价格 → 保存”动线；不以供应商报价行代替检测项目身份。以下两种入口随时切换，保留同一份已选清单（Imaging 专用页签使用下述恢复后的原选择流程）：

所有 vendor 清单与逐项选项均将 V-Lab 放在前面；不因 V-Lab 暂不能覆盖全部而隐藏其他完整覆盖方案，也不伪造缺失映射。供应与价格取当前诊所／负责医生可用的服务器数据；未知价格显示 unavailable，不当作零，不计入有效报价格覆盖。不同币种分别汇总，不自动换算。患者售价与供应商成本明确区分，成本权限沿 Catalogue 原规则。相似名称、不同部位／对比剂／协议不能被自动视为同一检测。

AI 项目建议： AI 输入候选和返回给用户的建议只包含检测／服务项目身份、描述及临床匹配理由，不包含 vendor 或价格选择。点击加入仅形成待核对项目；仍需人工确认 master data、vendor 和逐项优先级。自动分配建议是基于已选项目的供应覆盖计算，与临床 AI 推荐分开；AI 或供应查询失败不伪造成功，可重试或继续手工查找。

Imaging 专用选择界面（2026-11-06 用户要求局部恢复）： 问诊 Service 的 Imaging 页签恢复原有人体部位图、条件筛选、精确检查列表及 Item Detail 确认流程；窄目录优先显示搜索和结果，人体图收起，部位仍可从 Filter 选择；宽目录保留人体图与搜索结果并列。选择检查只填充详情，核对 Priority、Preferred date、Provider 和 Instructions 后点击 Add To Order List 才加入清单，Cancel 仅清空待加入内容。保留空搜索不自动铺满目录、My Recent／Patient’s Last，以及服务器 Offering 校验。此次只恢复该页签，不回退 Lab／一般 Service 的通用检索、已选供应商卡片、护士 review 界面或其他已确认问诊调整；仍写入同一 Selection，沿用现行权限、去重、50 项限制、保存及审批规则。

逐项优先级（本轮追问后用户明确确认）： 每个 Lab／Imaging 检测单独设置 Routine／Urgent，默认 Routine；支持对全部可编辑检测批量设置，再手工修改个别项目。优先级参与草稿恢复、保存指纹、版本、代改差异、历史复制及签署快照；已结算／执行项目不可通过批量操作改变。旧记录仅有整份申请优先级时按原记录回退，不改写历史。Lab 的执行单汇总规则在 Lab §3。

目录与已选清单（2026-11-06 用户确认）： 空搜索、未选 vendor／具体筛选且未主动切换 My Recent／Patient’s Last 时显示搜索引导，不自动铺开检测目录；清空搜索和筛选后回到引导，过期请求不能恢复旧结果。用户明确选择 vendor、具体部位／筛选、历史来源后可浏览对应范围。已有套餐服务须搜索或选择套餐帐户后展示候选；已选内容始终保留。统一选择器规则见 Desktop UI §4。

候选检测标注当前诊所及负责医生范围内、有效 Offering 对应的不同 vendor 数量；不把同一 vendor 多个报价重复计数，不把该数字当作全部已配置或已确认价格数量。Details & vendors 与 Add／Added 按固定列对齐，加入状态不改变按钮宽度。

已选检测按 同一个 vendor 一张紧凑卡片 展示，复用 Reminder 的卡片样式；卡头直接以彩色标签显示 vendor 名称，不再另列通用 Vendor 标签和重复大标题；标签下显示项目数量和分币种金额。卡内逐项显示名称、患者售价、Routine／Urgent、日期或 ASAP、指示及阻断信息；按项展开编辑供应商、优先级、日期、指示与有权限的价格。改派后自动进入相应 vendor 卡片。未选 vendor 的项目集中在“待选供应商”卡片，保留明确选择入口；保存／签署前处理，不能自动改派外部 vendor。套餐 Offering 固定和已结算／执行行保护规则不变。

预计日期／ASAP： Lab／Imaging 支持具体日期或 ASAP（尽快安排）。单项或批量设置 Urgent 时，该项自动切为 ASAP；保持 Urgent 时不能改为未来具体日期。改回 Routine 后保留 ASAP，用户可显式切换具体日期。ASAP 作为独立意图保存，日期字段为空，不伪装成今天日期；草稿、保存版本、代改核对与 Lab 来源明细均须保留并显示。已结算／执行项目保持原快照，不因本规则自动改写。ASAP 不代表已预约、已执行或承诺完成时限。

关键边界： 选择或签署不代表 V-Lab 已接单、执行或出结果。

Service 使用同一 Selection 承接本次 Consultation 的 Lab／Imaging 及普通 Services 项目。普通服务同样要求当前有效 Offering，保存、医生签署、价格版本与受保护行沿用同一规则；不为套餐另外虚构收费来源。选择或签署不等于实际服务完成，也不等于 Lab 已接单或已执行。新增或恢复的检测若缺少必填 vendor，已选清单直接显示待选择提示，补选后才能保存；不替医生静默选择供应方。

套餐销售、使用与执行（2026-11-03 用户确认）： Services 的 Packages／权益套餐区域分清“使用已有套餐”与“销售新套餐”。已有权益按当前患者账户选择，沿 package.read、package.consume 及临床编辑资格控制；新销售仅向有 package.sell 权限且可操作当前 Visit 的医生／护士开放，自动绑定当前患者、Visit、工作身份与诊所，不手填 Visit ID，也不因此取得额外临床签署权限。显示本次待售项目；开票前可移除，已开票／已结算后沿原账务纠错，未知提交结果先恢复原请求再继续。临床交接后由 Cashier 收款／确认付款安排。

已有套餐按实际购买账户展示名称、有效期、可用次数、预约预留及本次已选权益；同名账户分别显示。统一选择区逐项选择本次权益及任选组候选，不可用时显示具体原因。已有普通服务／检查权益关联或加入冻结版本匹配的原生 Service／Offering，同一原生项目已存在时关联意向，避免重复新增。问诊权益关联本次原生诊金，不伪造普通 Service Offering；Doctor 任职和实际 Zone 资格按 Catalogue §7.1核验。

本次清单持续展示套餐账户、所选项目／次数及待 Cashier 确认状态，切换页签保留选择。服务及套餐意向须可靠保存并在完成问诊时一起校验、冻结；未保存／结果未知的套餐选择不得静默遗漏后交接。普通服务沿原医生签署及护士代改规则。浏览、选择、保存或单独签署均不扣次。

同次新购套餐可预选其中本次诊金、普通服务及检测权益，标为待购买结算后使用；该意向不提前激活或占用权益。Cashier 先确认购买／付款安排并激活，再确认本次覆盖。诊金在问诊签署与有效结算共同满足后幂等核销；其他原生执行节点保持下文规则。

Lab、疫苗及跨原生执行来源的权益继续各自流程，不能用普通手工完成替代；Lab 按首个有效报告发布、疫苗按真实 administered 核销，普通服务按真实完成记录核销。冻结／退款／已终止权益不可使用，取消或修改未确认意向使旧建议失效，已结算或执行保持原保护。所有入口使用同一患者账户，外部登记仅提供按原订单登记的剩余权益，历史不造本地执行。标题、按钮和状态跟随系统语言，原始患者／套餐／服务名称保持原值；套餐页签不作为普通目录类型提交，不混入 AI 推荐或 Lab 执行结果区。

财务确认及更正见 Cashier §4.4。本轮已通过列明的完整本地服务链、GP 同次先购后用和 SP 外部权益使用浏览器流程；权限组合、API／前端覆盖与未覆盖项见 GP／SP 专项证据，不代表 Git／STG 交付、目标应用部署或 UAT。

检验服务执行记录（2026-10-21 用户更新，取代此前在检验报告区显示结束记录的安排）： 当前 Service 和历史就诊的 Services & Procedures 统一显示本次就诊对应 Lab 的已记录状态历程，按原执行单及实验室分组，保留项目快照、当前执行状态，以及建单、待采集／已采集／待报告、身份核验通过／失败、采集／补采、交运、收样、标本异常、标签打印、外部转介、关注解除、项目取消／无法完成、报告草稿／登记／发布／更正／撤回等既有事件。涉及项目、标本编号、补采来源、真实时间、操作人及原因按原记录展示；旧记录缺失的项目关联、时间或操作人不补造，核验失败不生成标本，也不视为整项检验已取消。执行记录使用独立的原就诊临床读取接口，不改写已签署 Selection，不自动退款，不混入其他就诊或引用报告的执行记录。进入 Services、手动刷新或收到同一桌面的 Lab 变化通知时重新鉴权读取；切换患者、身份或离开模块取消旧请求。Laboratory reports 保留正式报告、版本、预览和历史引用，移除项目结束操作时间线；Services 仅显示未发布报告的阶段，不开放其内部文件资料。已完成静态解析和只读 SQL 规划核对，未进行测试或浏览器业务验收。

影像草稿主数据尚未配置有效诊所 Offering 时不进入临床可选目录；空配置、无匹配与请求失败分别提示。来源站点及来源侧别只读展示，不等同预约中心或本次患者侧别；患者售价只能取服务器 Offering，供应商成本不进入临床检索响应。当前仍按 service_item_id 去重，最多 50 项，沿用版本、保存、代改审批和最终确认流程。新增请求侧别、数量、预约、打印流程及可调分隔条不属于本次实现。本次选择流程的实现／验证与发布边界见Service 选择专项。原影像工程边界与原型来源见影像选择 UI，本地验收与发布状态见测试证据。

签署 Selection 只是临床选择与收费来源的固定版本。2026-11-05 用户确认 V-Lab 优先展示、由用户确认供应商，取代 2026-09-14 的自动默认选择呈现；具体项目映射及售价按 Catalogue §4。护士在 Cashier 独立确认对应检验费用结算后才放行检验执行；同次药品仍审方后结算，采样、我方报告登记／人工发布和原就诊归档按 Lab PRD执行。具体执行字段与门禁见 Lab PRD §3；完整内部执行和结果闭环须另行验收。LIS 对接暂不在本轮方案范围。

权限依据更新（2026-11-11）： 本节护士入口及 Service 操作以 §2.2 和 Platform 工作范围 为准。原 Edit 送审／Sign 发布分级不再用于新护士普通操作；下列旧验证只证明对应历史实现。保密内容与签署按 §2.4 分离，状态、计价、执行及结算保护仍适用。

5.1 Registration Queue 的 Consultation review

状态与来源： 2026-10-29 用户确认本节统一权限、审批与状态口径，取代此前护士独立直接维护 Service 和完成后继续编辑未受保护项目的规则。本轮本地验证单独记录；用户随后授权整合并行 Vaccination、基于当前工作区完成本地完整链测试，再提交／推送并合并 STG；实际结果单列，不推定应用部署或 UAT 完成。

目的与对象： 有效护理岗位在当前诊所／Doctor Group 工作范围内查看当前正式记录；普通内容可直接保存，保密内容另按 Platform §5 核验。医生可按正式保存内容完成，但所有已提交待审批修改必须先批准或驳回；未提交草稿不会自动进入签署结果。

NR-01 入口、状态与身份

• Registration Queue 行内新增 Consultation review／问诊查阅与服务，携带明确的 Visit；不跳转完整可编辑 Consultation Page，不改变队列筛选、顺序或当前工作诊所。入口不新增 Visit 或 Consultation，也不替医生首次 Start。
• Clinic Manager 同样显示此入口，按当前有效诊所／区域任职及临床读取权限核对 Visit；不要求伪造护士服务关系，也不因角色名称自动扩大跨诊所或保密 Note 访问。Manager 不被固定为只读：本 Visit 允许操作时，可编辑及发布 Service。2026-11-06 用户确认：直接只读显示并使用预约／本次 Visit 已绑定的 Doctor，不再要求选择所代表医生；问诊、独立处方和临床文件入口同样适用。服务端从 Visit 解析医生，保存时重查其活动 Provider、有效诊所任职及确切 Visit 权限；未绑定、绑定失效或范围外时阻止写入，不用当前操作者或其他同诊所医生兜底。旧客户端传入不同医生时拒绝，审计同时保留实际操作者与本次 Visit 医生，原负责医生不被更换。
• 页面标签 In Consultation 对应正在问诊；Consultation Completed 对应医生已完成临床问诊、后续收费／执行仍在继续的状态，不能误当整次 Visit 已 Closed。服务端按真实状态和能力返回，不仅按显示文字判断。

队列可见不等于所有资料可读／可写。真实护士与 Assume 护士采用同一规则；工作分配、账号、岗位、诊所范围或权限失效后立即拒绝后续操作。切换患者、Visit、身份或诊所清除失效上下文，旧读取、保存及 AI 结果不得回填新记录。

NR-02 左侧只读问诊资料

保密申请按对象显示未批准、待审批或已批准状态，不区分查看、编辑、发布级别；普通 Diagnosis／Action 不申请临床授权。等价待审项显示申请编号与期限，不写成已获批准。切换对象、期限或身份时重新核对当前批准范围，不能套用其他任职的授权状态。

• 展示医生最近已保存的 Diagnosis、Action 和护士获准查看的全部 Consultation Notes 模板板块，保留结构、顺序、格式及已记录空值含义，不以 AI 摘要替代正文。Action 突出显示，便于与服务项目对照。
• 按 Platform 资料分类分别授权。Diagnosis／Action 公共可读，按 §3.1 的当前工作范围在本窗口编辑并直接保存；无保密 Note 查看权时只在该板块显示 Confidential 受限提示，不下载隐藏正文；本窗口及授权中心使用统一保密内容申请入口，不再办理 Read／Edit／Sign 分级申请。保密 Note 正文在本窗口始终只读，任何授权不改变这一窗口边界。
• 显示记录为已保存草稿或已签署、最近保存人／时间。医生未保存的输入不向护士展示；存在旧保存内容但医生再次编辑时，明确“显示上次保存内容”，并按 NR-05 暂停护士公共字段与 Service。
• 医生保存新版本后提示／刷新只读内容，保留护士本地未保存的服务变更；如来源版本变化，按 NR-06 核对后继续。附件按现行公共／保密规则提供可读索引及查看入口，不在此扩大上传、删除或保密解除权限。

NR-03 右侧 Service 与 Prescription

默认 Services，另有 Prescriptions 只读页签。Prescription 不属于保密 Note：按普通临床资料及 Visit 范围展示名称、剂量／用法、途径、频次、疗程及草稿／已签署等实际状态；不要求 Note 查看授权，不提供新增、删除、更换、改量、签署或药品价格编辑。

Service 与医生使用同一套检索及已选组件：先搜索测试／服务或先选 Vendor，随后按真实供应商分组显示 Reminder 风格卡片。初始为空搜索提示，不自动加载整批目录。搜索支持名称、代码、影像筛选及分页；Details／Add 对齐显示，并展示当前诊所和负责医生适用的 Vendor 数量。护士请求继续经过 Visit 范围的受控目录接口，不因复用组件调用医生历史接口；原入口未提供的 My Recent、Patient’s Last／Copy previous 不展示。

已选卡片保留名称、系统代码、供应商代码、患者单价、Routine／Urgent、Date／ASAP、指示、添加者与改价审计。卡片可先加入多个待选供应商项目，比较同一主数据 ID 的 Vendor 覆盖及合计，显式套用完整／部分覆盖；提交或发布前每项必须确认有效供应商和价格。Urgent 自动使用 ASAP；日期及指示随审核草稿、正式发布和重新打开完整保留。

医生已选与护士补充使用同一份本次清单，来源不决定是否可修改。有效编辑期间可新增、删除及替换未受保护项目，并维护供应商和本次价格；替换须重新核对目录身份、供应方案及当前价格，不能仅改名称。套餐固定 Vendor、已开票／结算／执行的项目保持原有保护。已保存删除保留取消／修订历史；原添加者和实际改价者分开记录。

维持项目唯一性、影像精确协议／部位／模态／对比剂语义、最多 50 项和既有数量规则；不新增自由文本收费项、药品、数量／侧别编辑、全局目录或供应商维护。未找到合适项目提示更正目录或向医生核实，不猜测等价项目。共享界面按当前工作范围允许护士直接保存，并保留编辑锁、未知保存结果重试、版本冲突核对及受保护项目限制。Manager 自己的有效 review 编辑会话不被误判为其他医生占用；其他身份／会话与失效锁仍按原规则阻断。

NR-04 供应商与本次价格

• 每项从服务端提供的有效 Offering 选择供应商／实验室，沿用已有适用诊所、负责医生、目录有效性和缺价校验。已有有效选择直接带出；缺少必填供应商／价格时逐行提示并阻止保存，不把缺价当零、不按护士身份错误取价。
• 默认价来自所选 Offering 的当前权威价格；获本入口价格维护资格的护士可修改本次 Visit 的服务收费单价，与目录价、供应商成本和 Cashier 折扣分开记录。允许明确输入零，拒绝空白、负数、无效或超出既有金额精度／上限的值；数量与币种沿用来源，不在此自由修改。
• 改价不变更全局目录／其他患者／历史交易，护士按当前工作范围和本入口价格维护资格直接保存。记录原目录价、原本次价、新价、供应方案及价格版本、实际操作者、有效身份、时间与可选说明；前端金额不能成为跳过服务端校验的依据。
• 更换供应商或发现价格版本变化时显示更新及前后金额，要求护士复核后保存；不能静默保留不适用的手工价。本弹窗不管理折扣、付款责任或账单状态；后续费用处理沿用 Cashier 现有规则，见范围边界。

NR-05 医生编辑与 Note 保存门禁

护士写入须同时满足：当前 Note 已保存、医生未在编辑 Note／Service、具有本 Visit 当前工作范围及对应业务动作、服务版本有效、目标行未受保护。服务器存在某次旧保存记录不等于当前 Note 已保存。

服务端必须维护并校验跨用户、标签页、设备和应用实例的编辑状态；所有相关医生 Note／Service 保存、自动保存、代改审批应用及 Review & Complete 均进入同一协调规则。护士不能绕过界面直接调用旧接口写入。Note 查看与授权状态查询不取得编辑权。返回 Review 前再次复核当前护理工作范围；含保密 Note 时独立复核其有效内容授权，撤权后不返回已投影的旧正文。

NR-06 护士草稿、并发与恢复

护士修改 Diagnosis／Action 或 Service 后显示对应未保存标识；医生重新开始 Note／Diagnosis／Action／Service 编辑时，护士对应公共字段及 Service 立即暂停，尚未保存的本地变更保留但不能提交。医生完成保存后重读当前版本，展示来源变化／项目差异，允许护士核对后重做或重新应用仍有效的变更；不自动提交旧清单、不以最后一次保存覆盖他人内容。

多人护士、同人多标签页也不能同时覆盖同一公共字段或 Service。新的合法护士编辑会话可取代已过期的护士占用，旧会话的心跳或保存不能复活；这不替代医生未保存编辑的明确恢复／放弃。服务器串行判定写入与编辑状态变化；如果护士保存先完成，医生随后必须读取护士已保存的版本；如果医生编辑占用先生效，护士旧请求必须失败。更换身份、撤权或关闭 Visit 时停止旧写入；身份失效时不继续展示或恢复原身份临床草稿。

医生完成与护士未保存 Service（2026-10-28 用户确认）： 医生可按服务端已保存内容执行 Review & Complete，不强制等待护士保存或放弃 Service 草稿，也不把护士编辑占用本身作为完成阻断项。护士尚未提交的项目、供应商及价格不进入本次签署／收费快照，不自动保存或清空。医生自身的未保存修改、签署资格、版本及其他完成门禁继续适用。

完成事务与护士保存按同一 Visit 串行判定：护士保存先提交成功时，医生必须读取并复核最新已保存版本，旧复核结果不得覆盖它；医生完成先成立时，护士旧状态的提交不能直接生效，保留草稿并重新核对。完成处理期间护士 Service 暂停写入；成功后展示临床已完成状态，重读 Note／Action、Service、价格及交易／执行保护，禁止护士继续修改；只有符合正式退回条件并回到 In consultation 后才恢复相应操作，已结算项目不解锁。失败或结果未知时不得展示完成成功或直接解除编辑限制，应先核实服务端结果。已提交的修改必须由医生批准或驳回，不能自动拒绝或归档以绕过完成门禁。

关闭／切换 Visit 时有未保存内容，提供保存、明确放弃、继续编辑；锁定或保存失败时不允许用“保存并关闭”丢失草稿。明确放弃只丢弃本人未保存变更，不恢复服务端旧内容。未知保存结果先按请求身份查询／幂等重试，不能靠再添一次项目恢复。编辑者断线后的恢复／放弃必须明确记录，不因仅停止心跳就宣称 Note 已保存。

NR-07 保存、生效与 Consultation 回读

两个入口使用同一权限与保存契约。护士在有效工作范围和允许状态下可直接保存正式内容；保密内容仍独立检查有效内容授权。保存 Service 不保存其他模块，也不隐式完成问诊。界面明确区分草稿、待审核、已生效和已驳回。

旧机制遗留待审稿仍展示新增、删除、替换、供应商与价格变化；处理方式按迁移确认执行，不自动批准。批准时验证来源版本、占用、当前权限、状态和项目保护，旧版本不能覆盖新内容；批准与正式内容更新原子提交。驳回保留正式版本及批复。重复请求不重复生成审批、Service 或费用。

空清单与加载失败不同：只有当前清单成功读取后，才允许护士明确删除所有可删项目并保存空结果；部分响应、加载失败或供应方案未加载时不能提交默认空数组。无修改时不重复保存、不强迫护士点击“确认”，核对后可直接关闭。

NR-08 既有下游流程保持不变

本弹窗与工作台共享正式 Service、授权及下游来源。旧机制遗留待审变更不进入收费或执行；按当前工作范围保存的正式版本及合法处理旧待审稿后的有效版本供医生、Cashier、Lab 按既有交接流程读取。保存不隐式创建付款、结算或执行单。

Ready for Cashier 即锁定问诊内容；Registration Queue 提供 Return to Consultation，复用 Cashier 正式退回及原因、身份、财务／发药和版本校验。退回不扩大工作范围或保密批准，不清除结算历史；已结算及其他受保护项目不能被编辑、删除、替换或因整单保存遗漏而移除。符合条件的未结算部分恢复相应操作，原签署／票据／审计历史保留。退款或净额归零不自动恢复普通编辑资格。

保存、审批、完成、退回及收款按一致锁顺序和版本规则串行判定。旧页面、旧金额与迟到保存不能绕过当前状态或保护。Cashier 仅引用本节，不另设护士 Service 例外。

NR-09 Action 的 AI 项目匹配

AI suggestions／AI 建議 与 Consultation Page 共用 service-recommendations 接口、客户端方法及推荐展示组件。护士入口由服务器读取最新已保存且有权访问的 Action，直接推断适用的 Lab／Imaging／既有服务项目；医生入口保留原 Note／Diagnosis 推荐输入。输入模式不授予额外权限：护士不能切换参数读取未授权 Note 或绕过当前工作范围、医生编辑及保存门禁。Action 为空、Note 未保存、医生正在编辑或 AI 不可用时显示对应提示；人工搜索／维护不依赖 AI 成功。

能明确匹配的项目直接显示为候选；没有精确匹配、仅有近似结果或同名不同 code 无法唯一确定时，提供当前目录中相关度最高的 4 个候选（有效目录不足 4 个则显示实际数量）。优先采用模型相关度排序，模型无有效匹配或不足时按 Action 与目录名称／code／描述的关联排序补足；这表示可供人工选择的近似项，不声称为已确认医嘱。不增加“先核实／clarify first”步骤，也不因近似、多重或条件性描述禁用选择。明确否定的项目排除；不自动选择或自动保存，不由模型决定供应商、价格或目录以外的项目。

入口沿用 Consultation Page 的 AI suggestions 图标及按钮，内容区域沿用 AI Service Insights 标题、卡片、刷新、加载／失败提示及空态；说明文字准确区分 saved Action 与 saved Consultation Note。候选显示项目名称、code、类型图标和简短推荐理由，移除逐卡重复的歧义／核实标签和原文引用块。点击卡片加入待保存 Service；已存在项目显示 Selected，不能重复加入。人工采用前重新读取权威 Offering，报价变化时要求刷新推荐；点击 Save services 才持久保存，并保留推荐请求与人工操作者来源。

请求／缓存／结果绑定 Consultation、Action／Note 版本、完整适用目录版本和当前身份；护士／医生的输入指纹隔离。医生更改、撤权、切换患者或目录失效时旧结果不得继续采纳，缓存命中及失败审计同样复验对应来源权限。真实服务联调与受控故障测试分别留证；历史“仅明确指示可添加”的匹配规则由本段 2026-10-28 确认方案取代。

NR-10 窗口布局与反馈

2026-10-28 用户进一步确认：Consultation review 使用标准 AppWindow 浮动窗口，无模态遮罩、无全页焦点锁定，可拖动、边缘缩放、最小化／恢复及最大化；保持与 Registration Queue、其他工作台并行操作。窗口固定绑定打开时的 Visit，同一 Visit 再次打开聚焦原窗口并保留草稿，不同 Visit 独立显示姓名与清单；关闭 Registration Queue 不关闭已打开的 review。该临时窗口不自动恢复患者记录，身份／范围失效时停止读取并清除失效内容。标题栏关闭和正文 Close 共用 Save／Discard／继续编辑保护；未确认保存结果时不能退出。

宽窗口采用 左侧 40%／右侧 60% 双栏，两栏顶部对齐并保留原有边距。响应式按窗口自身宽度判断，缩窄后上下重排；小高度保留正文滚动和保存操作。复用 Consultation／eMR／Cashier 的 PatientIdentityHeader，姓名、MRN、DOB、性别与 Chit 使用同一信息层级；In consultation 等临床状态置于姓名旁左侧，医生、Policy 及 Nurse note 入口位于左侧患者身份资料下方。内容采用白色分区、浅色工作底、固定分区标题及共享 8px 圆角／边框。

患者信息栏下方、双栏正文之前固定展示 Allergy／ADR／Alert 三类只读安全信息，沿用 Consultation 的分类、图标及浅色提示，采用不小于 12px 的紧凑字号。读取同一患者当前有效的安全记录；过敏同时保留本 Visit 准备阶段已记录的 allergy status。停用记录不展示，空记录显示“无记录”，不得推断为“无过敏”或“已确认安全”。长内容完整换行，窄窗纵向排列，不因正文滚动而离开顶部；复用现有护理范围和访问审计，不授予额外 Note 访问或安全资料编辑权。

左侧总标题使用 Clinical information，先展示独立 Diagnosis & Action，再按权限展示 Confidential Note 及其单独的 Read only 标识；完整保留保密模板字段、段落和格式，Attachments 独立提供。Action 使用与其他段落相同的普通白色分区，不再使用主题色背景或侧边强调线；移除供用户阅读无帮助的 Note 版本号。右侧页签对齐 Service／Prescriptions，先展示 Selected Services 及数量，再使用共用 All／Lab／Imaging、AI suggestions 和 Search Catalogue 标题／搜索文案。保留完整阅读及保存状态；公共字段复用共享编辑区，保密正文只读，不挂载正文编辑器的录音、自动保存或 AI 写入副作用。

患者信息旁提供与 Cashier 一致的 Check Policy／查看保单 盾牌搜索 IconActionButton，含键盘焦点和 hover／focus 提示，复用现有 Insurance card and Policy 只读弹窗；入口沿用 patient.read + benefits.read 权限，服务端仍核验患者范围。优先传入本 Visit 的保险卡快照，允许查看患者已存卡片；无卡、多卡、旧卡无关联 Policy 及读取失败沿用现有组件的真实状态。查看／关闭 Policy 保留当前 Service 草稿，不更改本次付款安排、资格、保单或服务项目；切换上下文或权限失效时关闭失效查看。

患者信息区提供 Nurse note／護理備註 查看和填写入口，使用预约／登记／准备的同一份本次就诊共享备注，不另建护士记录。打开时读取已保存内容；护理范围内具有护理备注业务维护资格且非只读 Assume 的身份，仅可在 In consultation 状态保存，Ready for Cashier 起只读。沿用旧 Remark／triage_note 的合并读取与兼容字段，同一事务更新并保存加密审计；保存仅改变共享 Nurse note 及并发版本，不修改医生 Note、Service、Prescription、安全资料或收费／Lab 流转。保存带打开时的备注快照，冲突保留草稿并允许加载最新备注对照后再保存；明确清空、重试回读与未保存关闭保护均需支持。Nurse note 与公共字段／Service 草稿分别保存，医生编辑造成的临时暂停不锁定独立 Nurse note，仍检查自身版本及维护资格；打开／关闭任一入口保留其他草稿。原 Calendar／登记／准备进入问诊后只读规则继续适用，不由此扩大其他入口权限。

患者信息栏右上角统一提供当前授权状态、Request editing / publishing／申请编辑／发布 与 Refresh／刷新。公共 Diagnosis／Action 明示已有 Visit 范围内默认可读，申请仅提供 Edit（修改协作草稿并提交审核）和 Edit & publish · Sign（包含直接发布及原有整次完成能力）；review 的保密 Note／Prescription 仍只读。无编辑权、Edit、Sign、待审批、撤销／到期与医生占用分别显示；占用不视为授权失效。同次就诊自动带入患者、Chit、来源诊所及负责医生，默认只选本 Visit；持续授权须另行明确选择。

右上角刷新统一重读当前患者／安全摘要、已保存 Nurse note、公共字段、获准保密 Note、Service／处方、已展开附件及权限／待审批状态；移除公共字段及窗口底部的普通刷新。各板块未保存草稿及弹窗输入保留，服务端版本变化时核对后重做／应用，刷新不自动保存、提交、发布或触发 AI。保存、提交或结果未明时禁止重复刷新；局部失败明确指出失败板块，不能显示整页成功。授权失效立即隐藏受限内容；上下文切换及迟到响应仍隔离。

Available Services 中已加入 Selected Services 的目录行以稳定项目 ID 判断，使用淡主题色底，悬停适度加深；移除后恢复普通底色。此标记与 Add 的防重复状态同步，不改变目录、供应商、价格或 Service 保存语义。

两栏正文可独立滚动，长内容不移动患者信息和底部保存操作；窄窗上下重排。表格保持行结构并在内部横向滚动，操作列固定在最右并留足完整按钮及焦点的空间，不能以裁切或省略号隐藏操作。代码放名称／供应商下方，价格列对齐并标明币种，所有命令使用共享按钮、图标和键盘焦点。

分别表达加载、空清单、无查看权、医生编辑中、未保存、保存中、失败、版本冲突及 Consultation 保存结果；禁用必须有可读原因。打开只读内容不挂载医生编辑器的自动保存／录音／AI 写入副作用。禁止跨 Visit 的迟到结果、断网假成功和前端假收费状态。

验收入口： NR-A01–NR-A23。实施、完整链验证、PRD 发布、Git 发布、应用部署及 UAT 分别留证。2026-10-29 用户已授权本轮权限入口／刷新／公共历史／申请去重及服务底色完整改动通过本地验证后推送开发分支并合入 STG；PRD 发布状态见交付说明，应用部署与 UAT 不由 Git 合并推定。当前执行证据见本轮记录。

空态与操作密度（2026-11-06 界面 review）： Service 搜索卡片按内容撑高，保留搜索输入的可访问名称，去掉重复可见标签及空提示上下大留白；医生与护士／Manager 共用同一规则。AI 建议入口保持可见；没有可用输入时置灰禁用，尚无结果不显示无意义的 (0)。化验执行区始终保留标题与说明；无记录时显示灰色不可用状态并禁用刷新，有记录时恢复可用；载入及错误时保留真实状态和重试。以上不改变目录、推荐、权限、价格、提交审核或发布规则。

6. Clinical Documents

功能目的： 在当前就诊内生成和保存多份临床文档。

使用者与对象： 医生与获授权协作者；Document、模板快照与版本。

操作与结果： 使用默认集或新增文档 → 编辑 → 保存／打印 → 完成时签署。

关键边界： 独立文档的生命周期和模板管理由 Clinical Documents PRD 统一定义。

CC-01： 内嵌模块用多文档页签，默认集按医生保存、最多六项。同模板可开多份独立文档；新增不是立刻创建正式已签文档。正文、Recipient、AI 输入和版本按页签隔离；正文撤销／重做只影响当前文档，不回退 Drafting Instructions 内容。AI 撰写助手默认收起，通过编辑器 AI 按钮主动打开；编辑区由宽变窄时自动收起，避免辅助面板遮挡患者摘要及编辑器。关闭按钮与 Escape 均可关闭并将焦点返回 AI 按钮，关闭不清除提示词或文档草稿。

CC-02： 离开模块保存所有仍存在页签，Print 只保存当前文档；内嵌 Clinical Documents 在文档页签操作区保留一个明确的 Print current document 入口，不在同一视图重复放置打印按钮。普通文档页签切换只保护浏览器草稿。未变化内容不新增版本，首次成功保存才建立 Document ID；独立文档 App 的既有保存／打印入口和打印权限不因内嵌布局调整而改变。

CC-03： 当前模板有 AI 区域时可打开 AI 卡片，医生输入需求并复核输出；Recipient／正文缺失只提示，不代造事实。身份／权限、安全内容、未持久化和不可编辑状态仍阻断相应动作。

CC-04： 关闭未保存页签直接移除，关闭已保存 Draft 需确认并软删除；签署／已完成文档只读。新活动工作台获得编辑权后旧工作台只读。首次载入和编辑权确认期间显示正在检查权限，仅在读取完成并确定失去编辑权后显示其他工作台接管；请求失败显示实际错误。

CC-05： 自动保存最终失败不阻断导航，但保留草稿并阻止最终完成；Print 必须先保存当前版本，不能打印后假称已签发。独立 App 仍有显式保存且保留它自己的 Recipient 校验。详细文档规则见Clinical Documents PRD。

CC-06 本轮权限联动： 获本 Visit 草稿授权的协作者仅编辑已有文档所保存的模板快照；不读取医生私人模板库，不新增无医生快照的文档。AI 请求携带既有 Document ID 并复用该快照，打印／版本读取继续校验确切 Visit 的读取权，最终签署仍由医生完成。文档窗口在身份、授权或来源 Visit 改变时丢弃旧响应；临床授权和文档自身只读／编辑租约分别校验。 已持有编辑租约的员工被撤销相应授权后，续租返回不可编辑状态并终止该员工／工作台自己的租约；页面停止续租、保留只读状态提示，不把正常撤权显示为系统加载错误。新的租约申请、实际保存及完整病历读取仍执行各自授权检查，不允许释放他人的租约；迟到的续租响应不得影响另一个 Visit。当前接线与自动化验证进行中，尚未完成跨角色浏览器验收。

7. Billing & Finish

功能目的： 完成临床复核并把一致的签署版本交给收费与药房。

使用者与对象： 负责医生；当前 Visit、各模块版本及 Charge Snapshot。

操作与结果： 核对收费与复诊 → Review & Complete 检查 → 原子签署与交接 → 返回队列。

关键边界： 任何版本或保存检查失败均不完成；护士不执行最终确认。 成功交接后的状态与完成提示保留同一患者姓名及 Chit；签署响应精简时只可保留同一 Visit、同一患者的姓名展示，不沿用旧状态、权限或另一患者资料。

7.1 当前可执行条件

普通 Consultation 及有医生参与的 Vaccination 继续使用原子 Billing & Finish：完成者须有本 Visit 有效签署资格，服务端校验对应真实医生／Provider 身份和当前诊所范围，Visit 须为 In consultation。护士仅有 Edit 时不能完成；独立 Sign 按 §2.4 包含直接发布和 Review & Complete，并保留授权医生与实际护士身份。只读授权不授予完成权，跨诊所历史读取也不取消本次完成条件。无医生仅接种使用 §7.4 的限定流程，不套用普通医生签署条件。

仅有 Edit 的护士可在代改范围内查看并提交 Billing & Finish 收费调整，负责医生批准后才进入正式收费草稿；具有 Sign 的护士按原签署规则直接发布并复核完成。Pending、Rejected 或 Withdrawn 内容不进入签署与收费交接。无论由医生、Sign 护士或仅接种护士完成，所有 Pending／Applying 必须先由负责医生明确批准或驳回，不能自动拒绝、撤回或归档跳过。

签署身份预检： 打开 Review & Complete 时按当前有效医生身份检查 Provider 状态及签署权限；缺身份、已停用或检查失败分别显示可操作原因，完成按钮保持禁用。注册号缺失不阻止医生列表、签署或处方，按Provider 注册资料的全局规则保留实际空值。该检查不读取全量历史权限，不增加本次 Visit 首屏历史加载。最终提交仍在事务中重检，防止预检通过后身份停用或授权改变；Assume Doctor 使用目标医生身份。独立处方及旧问诊最终签署遵循相同条件。

CB-01： 每次进入收费页及打开完成复核前，即使服务选择未变，也重新保存并校验未结算化验报价，再读取权威收费明细；只刷新现有供应方案，供应商、服务编码或币种变化须回到服务页核对。已结算项目、已签署只读记录保持原快照。复核后提交时再次变价则刷新费用并停留，必须重新核对后完成；不自动重试签署。缺价显示 Price unavailable。来源、数量、gross、discount、net 和版本形成 Billing Draft；草稿可保存但缺价不能完成。

UAT Centre 药品 beta 例外（2026-10-04）： 临时模式下，Centre 已配置有效发药单位和换算的活动药品可在目录价格为空时选用；医生及获问诊编辑权限的护士／Frontline Staff 可在每条处方输入或修改 HKD 单价，也可留空。价格只作用于本次处方，保留当前目录价及输入来源，不修改主档或目录价；发药单位和换算版本仍由服务器校验。缺少药品价格时，该行金额与不完整合计保持空白，允许完成问诊及药房交接；缺少服务价格仍阻断完成。缺价不能生成或提交付款，须先通过受控问诊更正补价。范围覆盖有效会员权限内所有 UAT 患者；停用临时模式后恢复目录价校验，历史签署及空值证据保留。启停与数据回退见部署操作。

2026-09-24 加载修正：进入 Billing 先等待处方及服务实际读取、草稿恢复和已有保存结束，不将初始化中误判为保存失败；取价期间来源版本变化时丢弃旧价并最多重新读取两次，持续变更则明确提示等待来源保存。错误保留服务端说明或原生异常的具体原因，指出失败来源模块；主页面仅保留一个错误与重试区域，完成弹窗打开时由弹窗集中展示，不重复弹全局错误。日志中本次收费及交接 GET 均为 200，未发现对应的活动窗口拒绝；前端原异常此前被通用文案覆盖，未取得当时堆栈，不能仅据访问日志确定具体触发分支。已修复加载等待、错误说明及重复展示路径，尚未进行业务验收。

CB-01a 默认问诊费（2026-09-08 确认）： 普通 Consultation 未绑定专属 Consultation Service Offering 时，服务端采用 HKD 1,000.00，收费行显示 Default consultation price。有效绑定价优先，明确为零的价格保持零；已绑定但失效、跨诊所或非 HKD 的价格继续要求修正。默认价不适用于药品、检查或其他服务的缺价，也不扩大当前支持的 Consultation Type 范围。

默认价与专属价采用相同的 Billing Draft、医生折扣、签署快照及 Cashier 交接流程，保留 DEFAULT-CONSULT 来源和价格版本。旧活动缺价草稿在重新读取时自动恢复为默认价并递增版本；之后绑定专属价需重新确认。已签署／已完成收费不因默认价或目录变更重新计价。医生标准价及 Policy／Clinic 例外维护仍以 Catalogue 后端适配进度为准。

Cashier 承接本次折扣为默认值，获授权人员可按Cashier §3.1修改当前财务折扣率／金额；修改人及前后值由后台记录，不回写已签署临床内容。界面不按医生／护士拆分折扣。

CB-02： 负责医生在折扣列直接编辑百分比或减免金额；Billing 不再提供 Pricing 列、Set price、Edit price、Reset price 或改价弹窗。窄表格横向滚动时，收费项目固定于左侧，折扣及最终收費金額固定于右侧，保持项目与调整结果对应。折扣列固定为 128px，输入框固定为 106px（较原 88px 加长约五分之一），完整显示 10% or 50／10% 或 50 提示语，避免随表格剩余空间扩张；折扣单元格两侧内边距各 10px，使用 flex 排列并取消文本省略号。无效输入仅在原位显示红框，表格下方统一显示完整校验说明、对应收费项目及最高减免金额，错误说明与输入框通过无障碍描述关联，不在窄列内堆叠长文。清空或输入零恢复来源原价，任何折扣编辑均令旧收费确认失效。护士沿用既有代改审批边界，不能因编辑折扣执行最终签署。历史单价替换仍按原有快照与原因读取，不改写旧收费事实；药品、数量或原单价变更后须重新复核。

2026-10-10 折扣交互修正：Billing 表格的折扣列直接编辑，输入 10% 表示减免本行原价总额的 10%，输入 50 表示减免 HKD 50；无需弹窗或折扣原因。百分比范围为 0–100，减免金额不超过本行原价总额，两种新输入最多两位小数；清空或输入零取消折扣并恢复来源原价。折扣与单价替换共用本行调整意图，新输入替换旧调整，不叠加；每次修改使旧收费确认失效，非法输入保留在原位并阻止保存、护士提交及最终完成。护士沿用现有代改与签署权限边界，无原因折扣在计价副本、审批和签署快照中保留输入方式和值。直接改价及历史净额调整继续沿用原因校验。已静态核对保存及审批链路，未运行测试或业务验收。

收费摘要统一使用正文／辅助文字层级和常规／中等字重；金额显示 $1,000.00，仅总额标注 HKD。原单价、数量及本次收费金额同列展示。缺价行显示空金额；页面显示明确标注的已定价小计，不把不完整小计视为可收款完整金额，签署缺价快照及付款限制保持原有 beta 规则。

7.2 当前 Review & Complete 检查清单

下表适用于普通问诊及医生参与的完成流程；无医生仅接种的模块要求与专用交接见 §7.4。

诊断规则： 结构化主诊断可以为空；如有选择，最多一个 Main Diagnosis。

CB-03 当前操作： 点击 Review & Complete 先打开清单并保存 Billing Draft；有失败项仍可打开清单，通过 Go to section 修正。后台保存 pending／failed 时不能确认完成。

CB-04 当前成功结果： 在同一个事务中验证各模块版本、签署 Note／Prescription／Service／Clinical Documents、保存签署收费快照、处理复诊记录、创建药房交接并把 Visit 置为 Ready for Cashier，然后返回 Queue。重复请求不重复生成业务记录；任一步失败整体回滚。只有收到当前患者／Visit 的成功响应后才显示完成确认，包含患者身份及 Chit，明确已完成问诊并交接至 Cashier；有相应对象读取权时提供 Open Cashier，无权时说明由获授权收费人员接续。确认可关闭，但不会撤回已完成事实。

打开 Cashier 是完成成功后的独立导航动作，不作为临床事务的一部分。打开窗口或读取收费记录失败时保留原患者／Chit 的成功确认，并单独说明 Cashier 打开／读取失败；不得把已成功完成的问诊重新显示为签署失败，也不得为重试打开 Cashier 再提交完成命令。身份或任职改变时清除旧完成提示，迟到响应不能在新上下文显示旧患者成功结果。

这与旧目标“临床签署成功但收费 Handoff 失败时保留半成功状态”不同：当前原子完成流程是全部成功或全部回滚。 失败后按当前状态重试，不能期待代码产生尚未实现的 Handoff failed 中间态。

7.3 Follow-up 交接

CB-05 现有代码基础： No follow-up 不建预约。Book follow-up 要求有效日期、时段与时长，时长提供 15／30／45／60／90 分钟常用选项，并允许手动输入 1 至 1440 的整数分钟；草稿保存、恢复和最终完成沿用同一时长，空值、非整数及超限输入须修正后才能保存或完成。Reason 为选填，不填写也可完成问诊。后端在完成事务内按界面选定日期、开始时间及预约时长创建一条 Booked 复诊预约，记录原 Visit 来源；可选原因作为预约备注保存，未填写时保留空值；前端随后返回 Queue。

当前在完成事务内直接创建预约，不另开统一预约流程。完成时仍校验日期、所选时段与时长、服务分区及医生／患者预约冲突；重复完成不得重复创建复诊预约。

Calendar Reminder 后续交接（2026-11-01 已确认，已本地实现并完成列明验证）： 上述事务成功且实际生成下一次问诊预约后，仅向当前有效且具 Reminder 创建权限的护理岗位展示预填患者、诊所、医生及预约日期的快捷入口；医生及其他非护理岗位不显示或读取该跟进 Reminder；在返回 Queue 的成功反馈流程中提供创建或暂不创建，不要求重开问诊。原临床完成／收费交接／预约事务仍按上述原子规则执行；Reminder 为成功后的独立操作，其失败或跳过不回滚临床完成，也不再次创建预约。No follow-up、预约失败不触发。完整规则与 REM 验收唯一见 Frontoffice §4.7；用户随后授权本地实现及预览；实际验证与边界见 专项记录。

医生交接三选项（2026-11-02 已确认并本地实现）： Review & Complete 的 follow-up 改为三个显式选项，新建问诊不默认选择；草稿可未选，最终完成必须明确选择。

医生选择、备注、签署人／时间及交接版本独立保留。护士的预约、稍后联系、病人拒绝或取消已有预约均作为后续处理结果，不改写已签署医生选择。新契约不把缺失选择或旧 follow_up_confirmed 兼容值自动解释为医生明确 No follow-up。旧记录不批量回填病人意愿，不追溯阻塞已完成 Checkout。无医生 Vaccination 专用完成及 billing-only 保留专用规则。

Cashier 如何落实及完成检查唯一见后续安排；未预约联系提醒见 Frontoffice §4.7。工程分解、兼容与验收见修改方案。三选项及签署交接版本已落地；仅在 follow-up 指示实际变化时形成新交接版本，无关收费更正不重复安排。切换选项仅校验当前有效字段，隐藏的预约草稿不阻断另外两项。实际本地验证、Git 交付与目标运行／UAT 边界见交接专项。

7.4 无医生 Vaccination 的护士记录与收费完成

本节承接疫苗设计 §12.1及本轮已确认的仅接种收费衔接。它是现有 Appointment → Preparation → Consultation → Cashier 中的限定路径，不代表患者权益、疗程预约或套餐退款整套方案已经交付。

来源与护士范围： 仅适用于原生、非历史的 Vaccination Visit，关联同患者、同集团及同诊所的真实有效 Vaccination 预约，预约与 Visit 均未绑定医生／Provider，Preparation 的服务路径由服务器按预约派生为 nurse_only。操作护士须有当前有效诊所岗位及 clinic 范围护理服务关系；只有指定 Provider 的关系不能替代 clinic 范围。服务端每次重验真实来源、当前身份、关系及动作权限；客户端类型或 metadata 不能单独建立该资格。普通问诊、医生参与的接种及来源缺失记录沿用各自原权限。

Note 为可选的本人记录： 具有相应草稿动作的护士可以直接保存本次 Vaccination Note，以本人为作者、保存人并保留版本与审计，具有临床记录效力，不需医生二次确认或追加签署。没有填写 Note 时不生成空 Note、虚假 SOAP 或医生记录来满足完成检查；已经保存的 Note 仍须满足其内容与版本校验，并冻结到本次完成快照。未保存输入不进入签署结果；存在未完成编辑时先保存或明确结束编辑。

本次疫苗与收费： 护士还须有注射执行动作资格，才能在该限定路径保存疫苗收费并完成。可选项目由权威药品目录的有效 VAC 分类判定，不能凭名称判断疫苗，也不能加入普通药物或提交空疫苗集合；数量、单位／换算版本、价格及既有缺价规则继续校验。复用处方来源保存和签署版本只服务于本次疫苗收费，不授予普通独立处方权。仅接种不产生默认问诊费；医生评估路径仍按原收费来源计价。Service 不要求生成空保存记录，但存在其他非空 Service 时不能走护士仅接种完成；临床文档仍需其原有执业签署资格。

交接与版本： Preparation 成功后，在同一 Visit 打开接种问诊、保存本次疫苗，再读取 Billing Draft 返回的专用 vaccination_completion 版本载荷，提交本次 Note、疫苗、Service 及收费的真实服务器版本；不存在的可选模块按服务器返回值处理，不能用空对象或固定版本完成。完成事务继续检查 In consultation、当前权限、编辑占用、Pending／Applying、权威计价、版本及财务保护；失败回滚该次完成，不回写受保护收费来源。成功后冻结本人护士签署身份、疫苗版本及收费快照并进入 Ready for Cashier，不补填医生或 Provider。

完成结果未知时保留原版本载荷与幂等键，重试同一完成命令；不得为确认结果再次保存疫苗或生成第二次交接。明确的版本冲突须重新读取、核对后再提交。交接成功与 Cashier 实际结算、供药及实际接种分别记录；完成不会自动产生 Administered 事实。

该资格仅覆盖本次本人 Note 与疫苗收费完成，不增加通用 Read／Edit／Sign 授权，不开放普通 Service、附件上传／发布、Clinical Documents 或其他问诊。公共字段和受限资料仍按各自权限处理；Ready for Cashier 后 Note 与疫苗来源锁定，后续修改继续执行正式退回、状态和结算保护。前台入口见 Frontoffice §5.3，权限摘要见 Platform。本地实现、验证覆盖、Git、应用部署及 UAT 分别留证。

8. 患者查阅、本次工具与布局

功能目的： 在不丢失本次工作上下文的情况下查阅历史和辅助资料。

使用者与对象： 已获相应资料权限的医生／护士；公共摘要、历史详情、附件及临时工具。

操作与结果： 按需打开参考资料 → 校验具体内容权限 → 查阅或显式保存工具结果 → 返回本次工作。

关键边界： 公共摘要不等于完整 Note；未保存的 Anatomy 内容不进入病历。

从问诊转到 eMR 的 Consultation／Medication 查阅仍须逐项验证读取授权；当前问诊的历史查阅接口在有效读取授权下，只展示同患者、同集团且属于本次问诊负责医生的已完成历史，列表、详情及响应发送前均复核医生所有权并审计；护士按被授权问诊的负责医生限定范围，不能读取整个集团的临床历史；此规则不授予历史修改、附件或其他模块读取权限。其他入口、Copy Previous、历史版本和 AI 上下文继续按资料类别检查权限。最小安全摘要共享及疫苗公共读取按 组织、数据权限与授权方案 的已确认规则处理：同集团且具有独立公共医疗信息角色读取授权的医生／护士可跨诊所读取疫苗，包括尚无来源 Visit 的旧记录；疫苗写入仍检查来源医生权限。历史资料按 Platform 公共／保密分类读取；Diagnosis、Action 等公共部分不依赖 Note 授权，保密 Notes／附件仍须负责医生批准，患者详情确认及审计不代替保密授权。关联护士按本次附件操作权限上传、查看、删除；历史附件写权限不扩大，读取按其公共／保密属性处理。来源缺失或冲突保留待修复标记，不能把未获权限展示为无病史。

已完成问诊的 Record 只读展示（2026-10-16 修复）： 病历正文优先按已保存 template_snapshot 的顺序和标签展示 field_values，包含核心项和自订项；已保存空集合不恢复旧正文，没有结构化 Note 时继续保留旧 HTML／文字回退及安全处理。结构化诊断、非临床备注和已记录覆诊日数独立展示，非临床备注保持纯文本。Services & Procedures 读取原生问诊的 Service Selection，优先使用已签署项目及供应商快照，同时展示优先级、签署时间与护理／程序交接；旧服务活动继续单列，服务选择不代表已经执行。导入历史继续使用原有服务活动，不请求原生选择或交接。Billing 在原有收费读取权限下展示当前未被替代的签署收费及其原始明细，未开票也可查阅；发票、付款与余额仍按自身记录展示，缺价保持未记录，不重新计价或生成草稿。概览在独立详情未读取前提示打开查阅，不凭旧空数组推断没有服务或收费。附件储存状态、公共阅读器及检验报告链路保留原有规则。本轮已完成 Docker Compose 内静态语法检查及本地只读聚合排查，未运行测试、构建或浏览器业务验收，未部署。

8.1 Anatomy 标注与截图

Anatomy 新增 Screenshot 和 Library（弹窗标题 Anatomy Library）。截图含当前模型视图与手绘标注，先预览，再由用户点击 Save to this encounter 保存到当前患者／就诊附件；在 Anatomy 或 Patient & eMR 附件中查看，支持复制 PNG 图片与下载。复制不删除记录；通用解剖参考属性及来源许可保留在图片中。

保存必须验证当前患者、就诊、诊所与上传权限；只读就诊按既有重开／修订流程处理，不绕过关闭规则。没有就诊上下文只可预览／复制／下载。切患者清理未保存内容；已保存附件保留在原记录。错误时保留草稿重试。接口、数据范围和验收详见 Consultation Workspace PRD 的 2026-09-05 章节；当前仅本地验证，不等于真实后端联调或 UAT。

• 2026-09-05 文本标注：Explain 增加 Text，点击模型位置后键入多行中英文，支持再次编辑、撤销和取消；文字随截图进入原就诊附件，并在 Library 查看或复制。未保存文字仍在切换患者／就诊或关闭窗口时清除。

8.2 附件查阅与 OCR

Consultation Note 主界面保留 Upload & recognise consultation note 入口。具备当前记录编辑权和文件上传权时，先打开独立的 Upload consultation note 小弹窗，显示当前患者／Visit、文件选择和类型／大小限制。上传中显示 loading 和实际字节进度。传输结束后继续等待服务端确认附件已保存。上传结果未知时提示先核对本次附件，避免重复上传。

服务端确认原件已关联当前患者与 Visit 后，上传弹窗自动退出，直接打开独立的 Review consultation note。左侧预览原件，右侧展示识别进度、失败或结果。识别未返回真实百分比时只显示状态和动态进度。结果按识别字段／段落及表格展示可编辑内容，每段可选择自己的 Note 目标字段；未选择的内容不采纳，确认后逐段追加到草稿，不覆盖正文、不自动签署。每段须收到成功写入确认后才移出待核对列表；失败时保留剩余正文和映射，重试不重复追加已成功段落，追加期间禁止关闭或更改映射。关闭／隐藏进度保留同次上传、识别和已编辑待核对内容；再次点击入口恢复当前任务，识别继续处理。上传中的离开操作沿用保存守卫。文件名保留保密提示，Lock／Unlock 沿用既有权限。Retry recognition 使用同一已保存原件，不重复上传或重新加载预览；轮询不能覆盖人工核对修改。失败、缺少配置或中断均保留原件，可重试或查看原件；切换身份、患者、就诊或失去编辑权限后清理旧结果并丢弃迟到响应。

2026-10-29 已按用户授权从 STG 运行容器同步 Quick Recognize 地址、密钥与超时至本地忽略文件 .env，仅重建本地后端容器使配置生效，未构建镜像或修改 STG。合成图片真实调用已返回测试编号；不以该结果代替真实患者材料的识别质量验收。密钥不进入日志、文档或 Git。

附件的默认公共、医生／护士标记保密、Consultation Notes 界面 OCR 文件默认保密、负责医生审批查看及手动取消保密，统一按 Platform §3.2 执行。上传、列表、预览及 OCR 详情均显示 Confidential 标识；查看审批与取消保密是两个不同动作，批准查看不取消保密。2026-10-28 完成普通上传默认 normal、Notes OCR 默认 confidential、单附件标记／取消及列表／阅读器标识；原件与 OCR 共用附件分类。属性修改复用现有附件编辑资格，负责医生专属取消资格及按保密属性控制访问不在本轮范围。

附件浏览改造分三期实施，工程边界与存储说明见三期实施计划。第一期已获实施授权：医生可在持有文件上传及当前问诊临床写入资格时上传多份普通附件，护士保留 Registration Queue 上传入口；逐文件展示上传结果，仅重试未完成项目。普通业务分类不改变权限；公共／保密属性及 OCR 默认值按 Platform §3.2 控制。

附件上传、删除与补传（2026-10-30 用户确认）： 普通附件上传独立于问诊编辑授权。护士在有效岗位与本次预约／Visit 的可见及操作范围内即可上传，无需先申请 Consultation Edit／Sign；仅能查看预约而没有操作资格，或只读 Assume，不能上传。具本次有效 Edit／Sign 的原有临床协作者仍可上传，不新增独立上传权限。上传即成为本次正式附件，不创建新的医生审核任务；普通附件默认公共，保密附件的读取、预览、下载及 OCR 仍按 Platform §3.2 单独校验，上传不开放保密 Note 或编辑临床正文。

删除规则保持原有边界： 原上传人可在有权访问的当前可修改问诊内删除本人附件；护士删除他人附件继续要求该 Visit 的有效 Sign，普通 Edit 不足以删除。负责／代诊医生及原有管理岗位的纠错资格保持。上传资格不附带删除他人附件、取消保密或改写已完成记录的资格。

Ready for Cashier、Checkout Completed 或 Closed 仍允许符合上述上传资格的人员追加普通补充附件，不重开问诊、不改变已签署内容及结算状态。保留实际上传者、时间、来源和上传时状态；已完成记录仍不得删除／替换附件。取消 Visit、导入历史和仅查看范围不开放上传；Anatomy 截图及正式 Lab 报告继续按各自流程处理。旧版已提交的附件审核记录保留原批准／驳回／撤回路径及完成前处理要求，不因新的直接上传规则删除审核证据。

第一期增加独立的格式筛选（全部／图片／PDF／其他）、文件搜索、清单／网格和宽面板每行三／四张的缩图；窄面板自动减少列数。受限或仅有中继资料的记录不读取缩图。统一阅读器按已筛选且可访问的文件集合切换上一／下一文件，并提供缩图列及可折叠的详情／OCR。附件阅读弹窗统一默认竖屏，按可用桌面高度等比例缩小，仍可手动调整窗口或全屏；问诊及历史就诊中的检验报告预览复用此弹窗，保留原报告版本、实验室、撤回及被取代提示。当前支持的浏览器图片显示完整比例；HEIC/TIFF 等未支持预览的格式明确提供下载原件。所有读取仍由后端再次验证原就诊及附件所有权。切换身份、患者或就诊时清理旧上传队列与迟到结果。

第二期规划多图对比、明确的医生已阅记录和选择导出；第三期规划 PDF 深度阅读、版本化标注及问诊关联。两期均未实施。第一期测试、开发发布和 UAT 状态见验证记录。

• 医生工作台 Attachments → This Chit 展示当前 Visit 的已保存附件；面板打开时和停留期间重新读取当前问诊附件，护士随后上传的文件无需重新开始问诊即可出现。读取仅更新附件，不覆盖医生未保存的临床草稿。
• 问诊附件浮窗采用两行工具栏：文件名搜索与上传同排，文档类型、格式、日期排序和列表／网格切换在下一排。默认列表按日期从新到旧，文件名下合并文档类型与上传者；保密标记、日期和操作独立列，详情直接打开阅读器，加锁／解锁和删除收进更多菜单，底部显示筛选后数量及排序方向。详情采用白底黑字，详情与更多操作保留边框、统一 24px 高并间隔 8px；加锁／解锁期间 Privacy 列显示加载圈，完成、失败或取消均清除；加锁／解锁保存后仅读回单个附件的服务端状态与权限并更新对应行，不重载病历列表。窄窗隐藏日期列，网格及其他附件入口保留现有卡片；沿用既有权限、加载状态及删除流程。
• 点开附件时读取完整 OCR 详情；原件使用受鉴权的统一文件地址。授权 PDF 支持在本系统同源窗口内嵌预览，包括浏览器分段读取；禁止其他站点嵌入。预览仍执行原文访问权限，强制下载与其他响应不放开嵌入。Header fields、置信度、Tables 和可复制文本来自同一附件的最新有效识别记录，列表字段数来自服务端汇总。
• 原文、OCR 详情及识别重试按 Platform 的来源记录与动作权限校验；本人跨诊所读取与护士授权已接入统一来源门禁，实际回归及发布范围见权限验证。已知附件 ID、下载地址或原上传者身份不构成绕过授权的例外。
• 识别中自动刷新 OCR 详情，不刷新原件预览；失败／配置缺失／任务中断明确显示。持有原有上传权限的角色可 Retry recognition，重用同一原件与附件关联；不新增临床记录，不自动采纳 OCR 到已签署内容。
• 同一附件重复请求不能并发创建多个有效识别任务；超过三分钟无终态的任务显示中断并允许重试，旧任务迟到结果不能覆盖新任务。切换患者、就诊或身份、关闭窗口后取消旧响应展示和轮询。
• Lab 上传的正式报告按统一文件 ID 读取、重试及轮询 OCR，不将 lab-report: 阅读器标识或执行单 ID 当作普通附件 ID。已关闭原就诊仍可追加识别结果，原报告、发布／更正事实及已签署病历不变；读取按原报告门禁，重试还须具备文件上传权限，结果按精确文件版本隔离。新报告上传触发识别，历史报告无需重新上传即可重试；本轮完成代码与本地 Schema 增量，尚未执行 OCR 服务联调及业务验收。
• 本轮代码、专项验证、预览发布及 STG/UAT 分开记录：agent_docs/test_cases/attachments/validation-20260908.md。

9. 本版必须明确的待实现设计

2026-10-27 确认的 Consultation review 护士 Service 维护 已完成主体本地实现；2026-10-28 追加统一 AI 接口、样式及前四候选规则，实际验证与覆盖边界见专项证据。Git／应用部署及 UAT 不以本地结果替代。

10. 测试使用方式

按测试用例中 CQ、CN、CP、CS、CC、CB、CR 用例回归当前行为；按本节待实现清单验收目标差距。执行前提供普通门诊测试 Visit、授权医生、有效 Provider 登记信息、至少一套可保存 Note 模板、药品与 Service 目录及权威价格。界面成功提示之后还要重新读取记录检查版本与状态。

源代码定位与核对日期集中在实现记录，正文不要求业务或测试人员阅读源文件。

当前主体、Provider 与护理授权门禁（已确认）

Consultation、Clinical Documents、患者历史和问诊队列只读取全局 Context Selector 当前主体，App 内不提供跨诊所混合筛选。Doctor 仅可查看当前主体中本人 Provider 的日程、当前问诊患者和历史问诊记录；Nurse 按当前 Clinic 与医生服务关系读取运营队列并处理本次附件；受限记录和临床协作再检查有效医生授权。主体切换后重新请求授权上下文并重新加载数据，同时清理旧患者、队列、历史、角标、未保存草稿及迟到请求。详情、附件、保存、完成和签署均由服务端再次校验主体、Provider／服务关系、授权期限和 Visit 状态。

Vital Trends 浮窗补充（2026-10-29）

独立打开 Vital Trends 的授权路径使用无背景遮罩的非模态浮窗，复用现有趋势内容，不新增患者信息。支持标题栏拖动、右下角缩放及固定右侧；固定时贴合工作区右边并占满高度，取消固定恢复浮动。点击病历继续输入时浮窗保持可见，切换患者立即关闭。日常入口统一使用 Patient reference 的 Vital Trends 页签，见 §1.1。

问诊参考入口

Patient reference 是问诊内资料查阅的日常入口，布局与忙碌保护见 §1.1。独立打开历史／趋势／附件的授权路径保留其上下文和关闭保护。Attachments 的上传与刷新操作随宽度换行，文件名可完整阅读，次要行操作通过更多菜单承接。对应 Open in eMR 入口位于资料区标题栏。

完成问诊检查交互补充（2026-10-29）

Review & Complete 不再展示记录版本号或未执行签署身份检查的默认红色提示。身份检查自动执行，执行期间完成按钮显示检查中；只有实际检查失败才展示原因及重试入口。服务选择在打开检查和正式完成前读取最新资料，内容、报价、优先级及保护状态一致时同步最新版本；有变化则展示待核对并定位服务模块，医生核对后重新进入完成流程。本地未保存修改及请求期间继续编辑的内容不被覆盖。网络失败保留草稿并允许重试。正式提交遭遇服务版本竞争时，只有重新比对一致才自动重试一次；有内容或费用变化不能静默签署。后端版本校验及原子交接保持不变。