完整病例的往返流程——从临床医生到技工所再到患者

本文跟随一个正畸病例，走完技工所病例管理软件 Cympha 的每个环节，从临床扫描一直到患者打开最终方案.

适用人群： 任何想要看一个真实正畸病例如何穿越 Cympha 各个界面的人. 对刚入门第一家技工所的临床医生、审计自身交接流程的技工所经理，或仅见过工作流中段的设计师都有帮助.

阅读后您将知道： 一个病例如何从 Cympha Studio 中的口内扫描，走到患者在手机上打开最终治疗方案——以及每个交接环节由哪个应用、角色和路由负责.

所需时间： 阅读 20 分钟. 实际病例本身根据技工所周转时间需要数小时到数天.

开始之前

您需要：

一位拥有 Cympha 账户、且已与一家技工所建立联系的临床医生（在新病例表单的技工所搜索中找到它——没有公开的技工所目录）.
一家技工所，已设置 Lab Manager + 至少一位在 /team 上获批准的 Designer. 该设计师应已配置好工作站——如果没有，请先按端到端配置设计师工作站操作.
一组真实的口内扫描数据，或 Cympha Studio 的演示患者. 工作流相同.
用于最后一步的患者邮箱地址.

如果这是您第一次接触 Cympha 病例，您需要哪些 Cympha 服务？涵盖了先决条件清单.

第 1 步——临床医生在 Cympha Studio 中组装虚拟患者

临床医生打开 studio.cympha.com. 他们导入口内扫描（STL 或 PLY）、任何 CBCT 体积数据、照片，以及（如果有的话）咬合记录. Studio 将这些内容组合成一个虚拟患者：上下颌弓对齐、CBCT 与扫描配准、侧边面板中的照片库.

他们旋转到关注区域，在牙弓上添加距离测量，并将带标签的视图捕获到图库中. 他们标注任何软组织问题或给技工所的备注. 此时这些内容尚未离开浏览器——在他们点击保存之前，Studio 是一个单用户的规划界面.

第 2 步——从 Studio 创建 Cympha 病例

临床医生在 Studio 中点击 Create Cympha Case. Studio 将会话——网格、打包为 zip 的 DICOM、照片、测量——打包成一个 .cyp 包，通过他们当前登录的 Cympha 账户上传.

上传完成后，浏览器导航到 app.cympha.com 上的 /cases/new，并已附加 .cyp. 临床医生搜索自己的技工所，选择类别（AlignerBot、Orthodontics、Implant 或 Lab Service），填写患者人口学信息，点击 Submit.

幕后，病例从草稿推进到 Submitted，由技工所经理持有. 临床医生和技工所经理都会收到来自 Cympha 的确认邮件.

第 3 步——技工所经理从 /queue 进行分诊

技工所经理打开 app.cympha.com/queue. 新病例出现在顶部，状态为 Submitted，附有患者姓名、类别，以及 Customer 列中的临床医生姓名.

他们点击该行打开 /cases/<id>. 他们扫视文件、技工单（可通过 Download Lab Slip 下载为 PDF）以及临床医生填写的参数. 如果病例足够完整可以设计，他们指派一位设计师——对话框中会列出技工所的设计师们.

技工所经理选择正确的设计师并确认. 状态变为 Designing，持有者变为该设计师，病例离开技工所经理的主队列视图.

如果您的技工所有专门的 Case Intaker（病例受理员），病例会先经过 Intake Review——受理员在分配前验证文件和参数. 没有受理员时，病例从 Submitted 直接到 Designing. 技工所经理侧的机制详见将病例分配给设计师.

第 4 步——Agent Manager 将病例下载到设计师的工作站

在下一次轮询时（Agent 每 20 秒检查一次新病例），设计师的 Cympha Agent Manager 将病例文件（.cyp 包加上任何独立 STL）下载到设计师在配置云监控时选择的工作区文件夹中. 病例以 {工作区}\{类别}\{患者名_日期_病例ID}\ 的形式落盘，每个病例文件夹都带有一份 lab_slip.pdf，并会随病例变更而刷新.

在设计师那边，大致按以下顺序发生三件事：

他们收到一封来自 Cympha 的分配通知邮件.
病例出现在 app.cympha.com/assignments 的 My Assignments 中，状态为 Designing.
工作区中的病例文件夹填满了文件.

设计师不必为下载做任何事——Agent 会处理. 如果 Agent 未配对，下载就会停滞. 配对恢复说明见安装并配对 Cympha Agent Manager.

第 5 步——设计师在 Studio 中打开 .cyp 并在 OrthoPlus 中细化

Cympha Studio 是浏览器应用——不需要从文件资源管理器启动任何程序. 设计师在浏览器中用 Studio 打开 .cyp（病例页可跳转到各 Studio 工作区），即可回到临床医生组装好的虚拟患者——网格、CBCT、照片、测量. 设计师无需重建上下文.

设计工作本身则在 OrthoPlus 中进行：从工作区文件夹打开下载好的扫描. OrthoPlus 运行规划器，设计师调整分阶段、附件、IPR——视病例需要而定——并将输出保存到该病例的工作区文件夹中.

Agent 监视着这个文件夹..gvw 审阅文件（以及任何 .zip 设计输出）会自动上传；其余大多数文件类型会出现在 Agent 的 Cloud Monitor 面板中，等待点击 Upload，以便设计师核查离开本机的内容..gos 项目文件是 OrthoPlus 的工作文件，保留在本地——它不是 Agent 上传的对象. 上传后，/cases/<id> 上的 Files 面板会在几秒内填充. 从设计师角度看的设计与上传循环演练，请见设计师在 Cympha 上的第一天.

第 6 步——设计师点击 Request Approval

当设计上传完毕、设计师满意后，他们在 app.cympha.com/cases/<id> 打开病例详情页，并在操作栏中点击 Request Approval. （隐形矫治类病例有一条捷径：经由 Agent 上传的 .gvw 审阅文件会自行发起审批——无需点击. ）

状态从 Designing 变为 Awaiting Approval. 一个系统标签出现——正畸/隐形矫治病例的第一轮为 Plan Approval Pending，第二轮为 Appliance Approval Pending，或单步骤技工所服务为 Design Approval Pending. 持有者转交给临床医生.

临床医生收到一封来自 Cympha 的邮件，其中含有指向 /cases/<id>/approve 的链接.

第 7 步——临床医生在 /cases/<id>/approve 上批准

临床医生点击邮件链接，到达专门设计的简约批准页. 标题显示患者姓名加 Awaiting Approval 徽章，下面是步骤标签——"Approval needed — Treatment Plan".

页面显示技工单下载链接、文件列表，右下角有三个操作：

Approve——接受交付物. 状态变为 Approved. 对于双周期类别（如 Orthodontics 或 AlignerBot），病例返回 Designing 进入下一周期（Treatment Plan → Appliance Design），由同一位设计师持有. 最后一个周期上，数字类病例直接推进到 Delivered.
Request changes——将病例退回给构建它的设计师. 状态变为 Changes Requested. 临床医生可以在病例聊天中描述更改. 专门针对 AlignerBot 和 ClearAligner.AI 病例，该按钮要求先上传一个 XML 牙位文件（从 Cympha Studio 的 3D 审阅导出）或一个 .gos.gpk 传输包（来自 GuideMia OrthoPlus）——纯文本指令无法驱动规划器，对话框会指向这两种合法的物件类型.
Escalate to lab manager——将病例转给技工所经理进行更高级别的审查. 状态变为 Escalated.

临床医生选择 Approve. 病例进入 Approved，然后根据类别进入下一步或交付. 完整的批准页演练在批准或拒绝设计中.

第 8 步——临床医生点击 Share to Patient

一旦最终交付物获批准并且病例拥有其生产用 .gvw，临床医生打开病例详情页，在头部找到 Share to Patient 按钮（位于常规 Share 按钮旁——后者用于同事共享，不是患者共享）.

他们点击它. 在共享对话框中输入患者的邮箱地址，并选择要共享的 .gvw 导出文件——最终确认的方案. 共享的对象是单个文件：患者只能看到该方案，永远看不到病例、其他文件或消息. 向同一位患者重新共享更新的 .gvw 会更新其已有的共享，而不会产生重复.

他们发送邀请. 患者会收到一封来自 Cympha 的邀请邮件；新患者通过链接创建患者账户，回访患者直接登录即可.

完整的患者共享演练见与患者共享治疗方案.

第 9 步——患者在 /patient/sign-up 注册并打开方案

患者点击邮件链接. 他们进入 app.cympha.com 上的 /patient/sign-up,邀请凭据已预填. 他们设置密码并接受. 他们被路由到 /patient——一个故意设计得很窄的工作区,只列出医生刚刚共享的病例.

患者无法看到其他患者、医生的其他病例、医生的病例文件夹或任何编辑工具. 患者工作区中 Cympha Studio 的外壳被隐藏；只显示查看器.

他们点击 Open. Cympha Studio 打开并加载共享的 .gvw——与医生批准的视图相同，但只读. 他们可以旋转、逐步浏览矫治器阶段、放大查看附件. 患者侧的演练见作为患者打开您的治疗方案.

成功的样子

四方的终态：

临床医生 看到病例状态为 Delivered（数字类别在最终批准时自动推进到该状态）;如果您将患者加入了 Ortho Monitoring（见如何将患者加入 Ortho Monitoring），My Patients 下有一条条目;如果他们需要后续跟进，与技工所的聊天会话仍然开放——Delivered 有意不是终点.
技工所经理 看到病例已离开他们的队列；它停留在 Delivered 下，直到经理点击 Mark as Finished 将其归档.
设计师 仍然持有已交付的病例——Delivered 有意保留持有者，让构建设计的人能够处理后续问题. 他们的工作区中仍保留着该病例文件夹以供参考.
患者在 /patient 上看到他们的方案，在 Studio 中打开,如果您将他们加入监控，会收到正畸监控的提醒.

故障排查

**Studio 的 Create Cympha Case 操作缺失. ** Studio 无需登录即可打开和渲染，但向 Cympha 写回内容——包括创建病例——需要登录. 请登录后重试.

**病例已出现、状态为 Submitted 但没有文件. ** Studio 中的 .cyp 上传可能停滞了. 查看 /cases/<id> 活动日志——如果没有任何文件事件，请要求临床医生从 Studio 重新上传.

**设计师的 My Assignments 视图未显示已分配的病例. ** 设计师可能仍处于 Pending Designer 状态. 请技工所经理在 My Team 上批准——参见端到端配置设计师工作站.

**临床医生在 AlignerBot 病例上点击了 Request changes，确认按钮是灰色的. ** AlignerBot 病例要求先上传结构化的修订物件——XML 牙位文件（来自 Cympha Studio 的 3D 审阅）或 .gos.gpk 传输包（来自 GuideMia OrthoPlus）——然后才能确认拒绝. 对话框本身显示了这两条路径；临床医生应先上传其中一种文件类型.

**病例详情页上 Share to Patient 缺失. ** 它只出现在 Orthodontics、AlignerBot 和 ClearAligner.AI 病例上（这些是会产生患者可有效查看的 .gvw 的类别）. 在 Implant 和 Lab Service 病例上,没有可与患者共享的内容.

**患者打开 /patient 但什么都没看到. ** 确认共享针对的是他们注册时使用的邮箱——不是别名. 如果医生输入了 jane@gmail.com 而患者用 jane@hotmail.com 注册，邀请就会停留在您发送的那个地址上,而不是他们日常使用的那个. 请通过 Share to Patient 重新发送到他们的实际地址.