Cympha
全部文档

处理 "Changes Requested" 拒绝

Changes Requested 会在技工所病例管理软件 Cympha 中把病例退回设计师，本文说明如何读懂反馈并重新提交.

适用人群： 病例被客户退回为 Changes Requested 的设计师. 医生在 /approve 页面点了 Request changes，病例又回到了你这里.

读完你会掌握： 怎么在仪表盘上识别退回的病例，如何读懂医生的反馈（非 AlignerBot 走聊天，AlignerBot 走 XML/GPK overlay），如何重新设计，以及如何干净地重新提交.

所需时间： 大约六分钟，加上重新设计本身耗费的时间.

开始之前

你需要：

  • 一个你之前通过 Save and request approval 提交过审批的病例. 它现在的状态徽章读作 Changes Requested（玫红色）.
  • Cympha Agent Manager 正在运行且托盘显示 Paired. 对 AlignerBot 病例这是硬要求 —— 医生的修订 XML/GPK 必须先落到你的工作区文件夹里，OrthoPlus 才能消费它.
  • 原始设计所用的桌面工具（OrthoPlus、Implant Master、Studio）.

如果病例还不是 Changes Requested —— 例如你收到邮件说医生退回了，但状态还是 Awaiting Approval —— 刷新病例详情页. 状态翻转是服务端的，医生点 Request changes 那一刻就立即发生；邮件和状态是同一事件的两个视图.

第 1 步 —— 在仪表盘上找到退回的病例

退回的病例仍然由你持有. 系统故意不把它丢回通用队列；它会留在最初做出交付物的那个设计师身上，让重设计回路尽可能紧凑.

最快找到它的地方：

  • **/assignments（My Assignments）. ** 病例留在你的分派表里. 打开右上角的状态筛选下拉框，选 Changes Requested，把范围缩到正在回流的病例. 每行的状态徽章是玫红色；悬停在徽章上看描述："Customer requested changes — back to the designer".
  • **首页 / 的仪表盘. ** 如果这个病例在你的队列顶部，同样会出现在"持有中"汇总里.
  • **邮件. ** 客户侧的拒绝动作会给你发一封含病例链接的邮件.

点患者姓名./cases/<id> 的病例详情页加载出来，Changes Requested 徽章亮起，Designer Actions 面板恢复（Request Approval 按钮要等病例回到 Designing 才会重新出现 —— 见疑难排查）.

第 2 步 —— 读懂医生的反馈

你读到的内容取决于病例类别.

非 AlignerBot 病例（ortho、implant、lab_service）

医生的留言以聊天消息的形式出现在客户-技工所线程里.

从病例页面打开病例聊天. 滚动到最新一条消息 —— 那是医生在 /approve 上的 Request changes 对话框里写的散文式语境. 典型内容：

  • 描述他们想要的差异（"中线往患者右侧 1mm"、"缩短颊侧翼"）.
  • 可选的文件附件 —— 临床照片、标注过的截图、测量表.

这些类别下你有自由裁量空间 —— 理解散文、做出修改、保存回去、再次请求审批.

AlignerBot 和 ClearAligner.AI 病例

这些类别的请求修改流程故意更严格. 纯文本拒绝在对话框层就被阻断：医生在确认之前必须上传以下两种结构化制品之一：

  • 从 Cympha Studio 的 3D 审阅导出的 XML 牙位文件. 医生在 Cympha Studio 中打开方案，在 3D 审阅里做调整，导出为 XML，并在点 Request changes 之前在 /approve 上上传.
  • 在 OrthoPlus 中生成的替换 .gos.gpk 转移包. 同样的思路 —— 一个有 OrthoPlus 的医生重新做计划并上传转移包.

（Cympha 强制这条：在至少有一个 .xml 或 .gpk 文件附上之前，AlignerBot 和 ClearAligner.AI 病例的 Request changes 确认按钮始终禁用. 如果医生输入 "move tooth 16 buccally" 但没有附文件，确认按钮就是灰的，对话框会解释原因. ）

所以当一个 AlignerBot 病例回流到你这里时，去 Files 面板里找医生侧上传的新 .xml 或 .gpk. 那个文件就是拒绝本身 —— AlignerBot 病例的聊天里通常没什么可读的有用信息.

如果 AlignerBot 病例的聊天里确实出现了纯文本指令 —— 意味着医生不知怎么绕过了闸门，或者聊天里有一段单独的注释附在文件上 —— 不要试图手工应用. OrthoPlus 规划器无法执行文字描述；凭散文目测推牙会破坏确定性二轮设计的本意. 在聊天里联系医生，请他改为上传 XML 牙位文件或替换转移包.

第 3 步 —— 重新设计

打开你工作区下的病例文件夹 —— 路径同前，{workspace}/{category}/{PatientName_Date_caseID}/. Agent 已经把最新的修订制品下载到那个文件夹里.

AlignerBot 病例

  1. 在 OrthoPlus 里用现有的 .gos 打开病例.
  2. 加载医生新的 XML 牙位文件，或者打开替换的转移包作为新起点.
  3. OrthoPlus 针对细化后的设置重跑矫治器设计.
  4. 保存工程，并把重新生成的 .gos.gpk 转移包导出到病例文件夹.

更深入的走查见 OrthoPlus — Phase-2 refinement loop (XML overlay).

正畸 / 种植 / lab service 病例

  1. 在相应的桌面工具里打开病例.
  2. 应用医生在聊天里描述的修改.
  3. 把新交付物保存进病例文件夹，跟原始设计回合一样.

不管哪种情况，Cympha Agent Manager 都会从病例文件夹里捡起新文件. 记住上传规则：.gvw 和 .zip 设计输出自动上传，大多数其他类型（包括 .gos.gpk）会停在 Cloud Monitor 面板里等你点 Upload —— 而 .gos.gpk 经由 Agent 到达处于 Changes-Requested 状态的隐形矫治病例时，会自行触发 Appliance 审批.

第 4 步 —— 重新提交审批

刷新 /cases/<id> 的病例详情. 确认新文件出现在 Files 面板里.

再次点击 Request Approval. （如果按钮被隐藏，意味着状态还没回到 Designing —— 见疑难排查. ）

这会触发与第一次相同的审批请求流程. 病例重新进入 Awaiting Approval，带上合适的 Plan / Appliance / Design Approval Pending 标签，活动日志多一条新的 "Approval requested" 事件，医生再收到一封审批邮件.

终态：状态 Awaiting Approval，持有人是客户，你等他们回应.

接下来会怎样

  • **这次他们批准了. ** 大多数拒绝在第二轮就解决了；以 XML/GPK overlay 形式干净到达的 AlignerBot 拒绝几乎都过 —— 医生实际上手工设计了那次细化. 病例走到 Approved → 数字交付.
  • **他们再次拒绝. ** 同样的回路. 医生的聊天留言（或新的 XML/GPK）解释原因. 拒绝轮次没有硬上限 —— 但如果你已经在第三轮，把技工所经理拉进来，让他重新审视简报.
  • **他们升级. ** 病例翻为 Escalated，持有人转给技工所经理. 经理会分诊 —— 通常是带着额外语境快速重新分配给你.

疑难排查

**Changes-Requested 病例上没有 Request Approval 按钮. ** 按钮只在病例处于 Designing 时显示——Changes Requested 下不显示. 作为持有人，先用状态选择器把病例推回 Designing，按钮就会重新出现.

**医生的 XML 文件没到我工作区. ** 看 Agent：托盘 → Cloud Monitoring → Show panel —— Downloaded from cloud 面板列出本次会话下载了什么. 一个坑：如果你（或任何程序）删除了之前下载过的那个文件的本地副本，Agent 不会重新下载 —— Cloud Monitoring 菜单里的 Reset sync state… 是逃生口. 你也可以直接在浏览器里从病例的 Files 面板下载该文件.

**AlignerBot 病例只带了聊天指令、没有 XML/GPK 就回来了. ** 按 /approve 页面的闸门设计这应该不可能，但如果漏过去了（例如旧客户端），在聊天里联系医生：让他/她重新打开 /cases/<id>/approve，带 XML 牙位文件或替换转移包重新提交 Request changes. 绝对不要为 AlignerBot 手工解释散文指令 —— 见文件格式页的 AlignerBot rejects manual instructions.

**我觉得医生错了，想反驳. ** 用病例聊天讨论——参与者是你、技工所经理和医生. 病例状态机里没有"设计师反驳"状态；对话就是机制. 如果谈不拢，把技工所经理拉进讨论.

**"Changes Requested" 状态让人感觉像污点. ** 不是. 来回回流是正常的 —— 审批闸门的全部目的就是把分歧推到制造之前暴露出来. 一个经过一轮拒绝、第二轮干净批准的病例，比一个一次过、三个月后被退回重做的病例更健康.

*相关教程：同一回路医生侧看 Approve or reject a design，重新提交那一步看 Save and request approval，AlignerBot 特有的重新设计走查看 OrthoPlus — Phase-2 refinement loop (XML overlay). *

CymphaLMSCymphaStudio