Cympha
全部操作手册

技工所主管的一天:在 Cympha 上调度数十个病例

本实战手册中的队列、分配和活动日志，是技工所经理每天在技工所病例管理软件中使用的工具.

一家忙碌的牙科技工所靠主管的注意力运转. 谁在做什么. 哪位医生在等回复. 哪个病例因为医生一直没发 CBCT 而逾期. 哪位设计师已经满负荷,哪位还有余力. 在过去的车间里,这些都活在白板、电子表格,以及主管的脑袋里.

这里是同样的工作在 Cympha 上的样子——同样的问题,不用切换标签页就能回答.

早晨——任务队列

你登录. Cympha 的左侧边栏顶部附近有 Case Queue——"Review incoming cases and assign designers". 点击它,技工所所有进行中的病例都在一张表格里:患者、类别、状态、设计师、创建日期.

表格上方是按患者姓名搜索和一个状态筛选器. 筛选器列出的是你队列中真实存在的病例状态——Submitted、Intake Review、Designing、Awaiting Approval、In Manufacturing、Shipping、Delivered——外加 All statuses. 每一行都带有 Customer 聊天按钮、Designer 聊天按钮和一个 Assign 按钮;点击行本身则进入病例详情页.

这就是早晨的站立会议——只是没有了站立会议.

把工作分配给设计师

新提交的病例以 Submitted 状态到达,由你持有. 在它那一行按 Assign:弹出 Assign Designer 对话框,带有 Select a designer… 选择器,只列出你自己技工所里已获批准的成员. 确认后病例转为 Designing,设计师在 My Assignments 里看到它. 如果他运行着 Cympha Agent Manager 并开启了 Cloud Monitoring,病例文件夹——文件加上一份新生成的工作单——会在代理的下一轮检查时落到他的机器上,大约二十秒之后.

几小时后,有位设计师请病假. 打开他手头的一个病例:Assignment 面板上有一个 Assign 按钮,点开是 Assign Case 对话框——Select a team member to assign as the current worker on this case. 换一个人,交接就完成了. 新设计师的 Cloud Monitor 拉取文件;病例的事件日志记录下这次重新指派,附带操作者与时间戳.

我们暂时还没有、即将到来的功能:在团队页面为每位设计师增加一列工作负载(当前活跃病例数、近期吞吐量),让你能够一眼按容量分配,而不是凭记忆. 今天你是分配后观察;在下一次迭代中,队列将直接呈现负载.

活动日志——每个病例可审计的历史

每个病例都带有一个 Activity Log:一份只追加的事件历史,涵盖 22 种事件类型——创建、状态变更、指派与重新指派、文件的添加与移除、标签的添加与移除、评论、发给医生的邮件、请求审批、设计通过、质检通过、病例分支,以及各类会诊事件. 其中没有任何一条会被修改或删除. 每条记录都是完整的句子,附带操作者与时间戳——"Maria moved status from Designing → Awaiting Approval"、"Tom uploaded upper.stl"——并且页面会随新事件实时更新.

当一位医生问 "为什么这个病例拖了这么久",你打开活动日志读给他听. 当一位设计师说 "我从来没收到 CBCT",你查看日志里是否有该文件事件. 当某条建议按你技工所的策略被自动应用时,由此产生的状态变更或标签会像其他事件一样留在日志里,附带操作者和精确时间.

这里没有独立的工单系统. 病例本身就是工单;日志就是审计轨迹.

AI 提议——让琐碎工作自动发生

打开任意一个进行中的病例,技工所人员会看到一个 Suggested actions 面板——Cympha 的 AI Coworkers 随着病例推进一路在读它. 每张卡片都带有书面理由、一个置信度百分比,以及恰好两个按钮:Apply 和 Dismiss. 医生永远看不到这个面板;当没有值得建议的内容时,它什么也不渲染——安静的病例上看不到任何 AI.

面板只认五种类型,再无其他:Change status、Add label、Remove label、Request customer approval、Reassign worker. 这份清单之外的东西都无法被建议——没有 "缺文件" 建议,也没有报价建议——而且建议既不能凭空造出一个人,也不能绕过规则:Apply 走的是与你亲自点击完全相同的校验,被拒绝时会原样返回工作流自己的措辞.

对每条提议,你可以点 Apply,动作就会发生;或者点 Dismiss,它就消失. 或者——这是真正能够扩展的部分——你可以为整个技工所一次性地决定每一类提议是否自动应用.

在 My Lab 页面上,AI assistance 区块里有一个总开关——AI suggestions enabled for this lab——下面的 Per-kind rules 为每一类各占一行. 对每一类你可以设置:

  • Auto-apply 开/关——AI 是否可以不询问直接执行?
  • Min confidence (0–1)——只有高于该分值时才自动应用.
  • Daily cap (per kind, this lab)——每天自动应用不超过该次数.

新建的规则默认置信度下限为 0.85、上限为每天 100 次;界面还用自己的话标注了各类型的风险:Add label 与 Remove label 是 "Low-risk";Request customer approval 是 "Triggers a customer email — only turn on if you trust the AI to time these.";Change case status 是 "High-risk — flips the case's lifecycle stage. Recommend leaving for human review." 从未打开过这个界面的技工所,只会收到供人工审阅的建议——不会有任何东西在无人看管的情况下被应用. 要点不是 "让 AI 管理技工所",而是 "让 AI 处理标签和明显的标记,把不可逆的决定留给人." 安心正是从这里来的:写明的下限、写明的上限,以及一个只撤销单一类型、不影响其他类型的 Reset.

我们暂时还没有的:一个跨技工所的提议仪表盘,让你在一个统一的批量审阅队列中看到所有病例的所有待处理提议. 今天提议显示在它所适用的病例上(这样可以保持上下文紧凑);批量仪表盘是下一步,面向那些宁愿一口气处理 30 条提议、也不愿打开 30 个病例的主管.

不离开病例就能和医生沟通

每个病例都有一个 Chat 线程,连接你的技工所和医生的诊所. 它按病例划分,而不是按合作关系划分——关于 Lopez 女士牙冠的问题留在 Lopez 女士的病例上,不会埋没在一条跨越十二位患者的长对话里.

在内部还有一个技工所侧的频道,用于就同一个病例与你的设计师沟通,而医生看不到. 界面相同;聊天面板顶部可以切换频道.

消息在接收方一侧是实时的. 不再有 "他到底有没有收到我邮件" 的焦虑.

运营——服务、上手、计费

技工所的工作目录位于 My Lab 页面的 Services 卡片:你接受哪些病例类型、每一种要医生填写哪些字段、定价多少. 医生在提交时会看到这些;你不为单个医生做定制.

如果你是 Cympha 的新用户,Onboard My Lab 会打开一个四步向导——Lab Info、Introduction、Services、Payment——以 Complete Onboarding 收尾. 在你完成之前,边栏会一直在 My Lab 上保留一个红点,而且你的技工所对正在搜索它的医生是不可见的.

每个病例都有一个价格字段和一个付款状态(paid / unpaid / refunded). 可以按单个病例查看医生是否已结清. 下个季度的路线图上:在队列表格中新增一列付款状态,让你能够按 "未付款,最久优先" 对整月的工作排序,并高效催收. 今天付款状态是逐个病例的;不久之后,它会成为队列的一个维度.

平台替你卸下的工作

传统技工所主管的一天是一连串低价值的协调工作:

  1. 弄清楚夜里来了什么(查看三个邮箱、WhatsApp 群聊和扫描仪导出盘).
  2. 决定谁做什么(看白板,问设计师在忙什么).
  3. 处理医生的问题(查找病例、找到文件、敲出回复).
  4. 催缺失的输入(给医生发邮件、等待、再发邮件).
  5. 更新状态(在白板上挪动便利贴).
  6. 为工资/分账核对谁做了什么.

Cympha 把(1)压缩为一个始终最新的任务队列;把(2)压缩为一个分配对话框;把(3)压缩为一个按病例的聊天;把(4)压缩为随事件出现在病例上的建议. (5)比听上去要窄得多,而且是刻意为之:当设计师的矫治器审阅文件(.gvw)经由 Cympha Agent Manager 到达一个已处于 Designing 的病例时,该病例会自行切换到 Awaiting Approval,带上正确的步骤标签,并给医生发邮件. 同一个文件若是从浏览器拖上去,则刻意不会推进病例——由技工所先行核验. 至于(6),它已经做好了,而不是还欠着:每个已付款的病例都会写入一条账目记录,My Earnings 汇总为 Lifetime earned、Pending payout、Paid out 和 Refunded,并且每月生成一次结算批次,涵盖所有结算期已满的病例.

剩下的工作,才是技工所主管真正想做的事:为病例挑选合适的设计师、设定质量标准、在有意思的时候与医生交流. 这正是活病例(Living Case)中 "人" 这一维度在发挥作用——每个病例都知道现在归谁、之前归谁、接下来交给谁,于是虚拟技工所(Virtual Lab)靠记录运转,而不是靠某个人的记忆. 医生那一侧同样能感受到:他不必再用邮件追问进度,因为病例自己会回答. 少一些协调,多一些管理——也是一个你愿意带着医生参观的技工所.

*这是我们系列的第 3 篇 Cookbook. 下一篇:深入 Cympha Cloud——文件共享、协作链接,以及一家诊所、一家技工所和一位远程顾问如何围绕同一组文件协作. 在 app.cympha.com 打开 Cympha. *

CymphaLMSCymphaStudio