一个下午在 Cympha 上跑起一个虚拟技工所

虚拟技工所同样需要门户、收单和结算，本实战手册用大约四个小时在技工所病例管理软件中把它们搭建起来.

一家真正的牙科技工所 —— 有一台 CAD 工作站、几位设计师、一个账务人员 —— 过去需要一份办公室租约、一台文件服务器、一位懂得按病例开票的会计，还要有人盯着扫描仪的导出文件夹.

现在这些都不再需要了. 下面就来看一位独立设计师或两人创业团队，如何在一个下午之内，从「我想自己开技工所」走到「我刚接下了第一个病例」 —— 全程仅用 Cympha.

开始之前

你需要三样东西：

一个 Cympha 账号（15 天免费试用；前往 app.cympha.com 注册）.
一台用于设计工作的 Windows 电脑.
一个可以接收款项的银行账户，或受 Stripe 支持的收款主体.

仅此而已. 不需要办公室、不需要服务器、不需要去谈 CAD 许可、不需要和支付服务商开通话会议.

第 1 小时 —— 让 Cympha 看起来像你的技工所

打开 我的技工所，点击 技工所入驻. 它会引导你走完四个步骤：技工所信息（名称、联系方式、所在地）、简介（医生在判断是否放心把工作交给你时，读到的就是这段话）、服务项目，以及收款.

服务项目 才是关键的那一步：

你的技工所每提供一种服务就添加一项：冠桥、隐形矫治器排牙、手术导板、种植模型、定制项目.
把你现在就在用的订单表单以 PDF 上传上来，然后点击 提取字段. Cympha 会读懂它，把它变成一份结构化表单，并告诉你共识别出多少个字段. 再点 预览表单，你就能看到医生看到的完全一样的东西：你的字段，以及你期望随病例一起提交的文件.
设定价格：每项服务一个固定价，或一个由你按病例确认的浮动区间.
保存. 从现在起，每一位向你的技工所提交病例的医生，都会从你的服务项目中挑选，看到的是你的字段、你的价格 —— 而不是 Cympha 的默认值.

这一步的大部分时间花在决定服务该长成什么样上，而不是配置软件本身.

第 2 小时 —— 安装 Cympha Agent

Agent 是一个驻留在 Windows 系统托盘的小程序，负责技工所运营里最枯燥的那部分：在你的电脑与云端之间搬运文件、监视扫描仪文件夹、无人值守地启动设计流水线.

在 Cympha 仪表盘左侧栏点击 下载 agent. 运行安装程序；之后 agent 就会常驻在系统托盘里.

首次启动：

打开托盘菜单，点击 配对到 Cympha…. 对话框只问一件事 —— 你的 Cympha 账号邮箱 —— 然后你点击 发送配对请求.
不会有任何浏览器页面被打开. 在你本来就开着的那个 Cympha 页面上，会弹出一个 Cympha Agent 配对请求对话框，显示机器名称、操作系统、agent 版本和安装 ID. 点击别处并不能把它关掉：必须由你来决定.
点击批准 —— 如果这条请求不是你发起的，就点拒绝. Agent 显示 已配对为 {你的邮箱}，云端监视随即开始. 日后若要撤销，用托盘菜单里的 解除与 Cympha 的配对；agent 里没有「退出登录」，因为 agent 本身并不持有登录会话.

现在从托盘菜单打开 文件监视 → 配置文件夹…，把医生使用的扫描仪、CBCT 系统的导出文件夹添加进去. 常见的几个：

C:\Scanners\3Shape\Exports
C:\Scanners\Medit\Exports
C:\CBCT\Vatech

Agent 现在在后台运行四个子代理. 你不必费心想哪一个在做什么；它们会自己协调：

Cloud Monitor 让分配给你的病例在本地磁盘上保持同步. 挑一个工作区文件夹（机器上任何位置都行）；只要病例分配给你，就会按类别和患者整理好落进这个文件夹. 把工作成果存回某个病例文件夹后，它会出现在 Cloud Monitor 面板的「工作区新增文件」里，每个文件有一个上传按钮，另有一个一次性全部上传的按钮 —— 什么东西离开你的机器，由你把关. 只有两类会自行上传：自包含的设计成果（.zip 或 .gvw），以及你放进可派发类别文件夹里的任何东西. 其余都在等你点击.
File Monitor 监视你刚刚配置的那些文件夹. 一旦有新扫描进入，托盘上会出现一个小提示：「upper_arch.stl 刚刚到达 —— 是否创建一个病例？」 一次点击，Cympha 就会把这次扫描转化成你自己技工所里的一个病例.
CBCT 分割 把一份 CBCT 转成逐颗牙的 STL、分开的上下颌，以及下牙槽神经. 它跑在你自己的工作站上，因此扫描数据本身从不离开你的机器 —— 离开的只有你选择上传的那些 STL. 它是一项需要单独付费的增值模块：除了 Cympha 订阅之外，还需要一份有效的 CBCT 分割订阅，以及一块受支持的 NVIDIA RTX 30 或 40 系列显卡. 在你向医生承诺 CBCT 相关工作之前，先把它订好.
AlignerBot 在你想接隐形矫治器病例时，会从头到尾运行 OrthoPlus. AlignerBot 本身从 OrthoPlus 的 Starter 档起就已包含. 若要把 CBCT 或面部扫描导入 OrthoPlus，则需要 Studio 档；直接打印的矫治器、保持器、自动裁切线生成、托槽转移导板以及病例重启，则仅限 Enterprise 档. 按你打算售卖的业务来选档位. 我们会在「第 2 个月」再回来讲它.

这一步的大部分时间是在等待安装程序.

第 3 小时 —— 拿下第一位医生

Cympha 并不指望你自己带销售团队，它也不运营任何目录. 关系是在线下建立的，一如既往：一次交谈、一次转介、一个学习小组. Cympha 只在此之后承载这段关系，而不去撮合它.

**是医生找到你，而不是反过来. ** 技工所这一侧没有可发送的邀请，也没有什么「常用技工所」名单可上. 医生在他的 新病例 页面上，按你的技工所名称，或按你作为技工所管理者的姓名或邮箱来搜索，然后选中你. 只有完成入驻的技工所才能被搜到 —— 这正是第 1 小时值得认真做完的原因.

**没有任何东西把你和别人排名. ** 一条搜索结果只显示技工所名称，以及负责人的姓名或邮箱. 没有价格、没有评价、没有周期排行榜，除了按名称排序之外没有别的排序. 不会有人在一个目录里把你的报价往下压；医生拿到的是他本来就决定信任的那家技工所，而不是报价最低的那家 —— 而这恰恰是他愿意把病例转过来的原因.

当医生在他那边点开「新病例」时，看到的是你的病例类型表单. 他用自己的话写病例描述. Cympha 的 AI 会解析这段自由文本，并把你表单里的结构化字段填好. 医生再把扫描文件拖进来. 点击提交.

在你的仪表盘里，一个新病例出现了.

第 4 小时 —— 第一个病例，从头到尾

点开这个新病例. 下面这些内容你不用动一根手指就能看到：

那些文件，已经对应到你定义好的槽位上. 在医生上传的同时，Cympha 就把每个文件与你的服务所声明的期望文件逐一匹配 —— upper_arch_final.stl 对应「上颌扫描」、bite.stl 对应「咬合记录」 —— 医生一边上传，一边看着清单一项项变绿. 这套匹配与语言无关：一个名为 上颌.ply 的文件同样会落进上颌槽位. 凡是它没有把握的，它就干脆留着不匹配，而不是猜错.
医生对你表单的回答 —— 也就是你自己的订单表单所定义的那些结构化字段. 如果该服务没有表单，你会在 治疗备注 下看到他原封不动的文字说明.
暂时还没有价格 —— 定价由你来定. 你输入一个价格并发给医生审批；他可以接受或拒绝，也可以附上理由给出还价.

在你作出决定之前，可以直接在浏览器里查看这些数据. 在 Cympha Studio 里打开文件 —— Studio 在浏览器里直接渲染 STL、PLY、CBCT 和面部扫描，无需安装. 旋转模型、检查边缘、扫一眼咬合记录. Studio 是查看和编辑病例的地方；批准并不在那里发生. 批准记录在另一处 —— 医生自己的审批页面上，他会在签字前先看到文件与技工单. 如果想征求同事的二次意见，就把病例分享给他 —— 分享是只读的：他能打开病例及其文件，但改不了任何东西，而且事先并不需要在你这边有账号.

医生把病例提交给你的那一刻起，它就归你了. 你手上的控件是：拒接病例 —— 只在设计开始之前可用，这样你接不下的病例会退回去另找技工所，而不是烂在你的队列里；指派设计师；以及状态下拉框，它会在你确认之前先告诉你这个病例将落到谁手上. 指派设计师会让病例进入设计阶段，并把这次指派记录在病例上. Cloud Monitor 把文件下载到你配置的工作区文件夹里. 你打开设计软件. 按你一贯的方式把这个病例做出来.

把完成的设计保存进病例文件夹，Cloud Monitor 就会接手. 若一份 .gvw 审阅文件是经由 agent、落在一个处于设计阶段且属于审批类别的病例上，它还会自行多走一步：病例翻成 等待审批 并带上正确的步骤标签，写入一条「已请求审批」记录，并邮件通知医生 —— 技工所一次都不用点. 同样一份文件如果是从浏览器拖进去的，则刻意不会触发这一流转，好让「什么东西送到医生面前」的最终决定权留在你手里. 其余一切，都在等你点击上传.

这份记录，正是那个安静但值得付费的部分. 每个病例都带有一份只追加、绝不抹除的事件日志 —— 状态变更、文件进出、标签、留言、批准 —— 而当某份文件是经 agent 送达时，它还会记下是哪台机器. 半年之后，「这是谁改的、什么时候改的」是一个有答案的问题. 这就是「糟糕的一个下午」和「丢掉一个客户」之间的差别.

当医生点击批准时，病例就会被计费：Cympha 生成一个 Stripe Checkout 链接，由医生付款. 一个已付款的病例上会扣除两笔费用 —— Stripe 的银行卡处理费，以及 Cympha 的 8% 平台费 —— 其余都归你. 打款按月进行：每月 1 号，Cympha 生成一份打款清单，涵盖所有已过 15 天结算期的病例，并把总额电汇到你的银行账户. 在你接下第一个病例时，把你的电汇或 ACH 信息邮件发送到 billing@cympha.com；之后你可以在 我的收益 页面追踪每一个病例 —— 待结算、已进入打款清单、已打款 —— 并导出 CSV 交给你的会计.

你没动过任何账单系统、任何门户、任何邮件、任何收款链接. 你的技工所刚刚完成了第一个付费病例的交付.

第二天早上 —— AI 建议在等你

打开仪表盘. 病例列表最上面会有两三条 AI 建议：

「14 号病例已经等待批准 5 天 —— 要不要催一下医生？」
「17 号病例缺少表单中要求的一份 CBCT 导出 —— 是否退回给医生？」
「19 号病例的设计已完成；是否标记为完成？」

每条建议都有应用 / 忽略. 点应用，动作就发生. 或者，如果你对某些病例类型上的 AI 足够信任 —— 比如冠桥上的「缺文件退回」 —— 那就打开该病例类型，为这一类建议打开 自动应用. 从那以后，这类建议无需等待你的确认就会执行.

重要的是：AI 建议从不独自做出不可逆的决定. 它从不删除文件. 它从不向银行卡发起扣款. 它从不发出最终交付通知. 「自动应用」是按病例类型、按建议类别逐项启用的. 唯一会被无人值守完成的，是那些事务性杂活.

第 2 个月 —— 扩张但不增加运营开销

当你需要再多一双手时，设计师是主动找上你，而不是反过来：他注册账号、选择 设计师 角色，然后填入你这位技工所管理者的邮箱地址. 他的申请会出现在 我的团队 → 审批请求 里，你点击批准即可. 他安装 Agent 并完成配对，你分配给他的病例就会以完全相同的方式流到他的磁盘上 —— 文件落到他的工作区，他把完成的设计存回病例文件夹，上传自动发生.

给设计师付多少，是你和他之间的约定，在平台之外结算 —— Cympha 不会把一笔打款拆分给技工所和设计师. Cympha 给你的是据以结算的账目：我的收益 逐个病例列出已付款项的总额、银行卡手续费、平台费，以及最终归你的净额，并可导出 CSV 交给记账的人.

当你准备好接隐形矫治器病例时，从托盘菜单打开 AlignerBot，把它指向一个工作区文件夹. 分配给你技工所的矫治器病例会被无人值守地拾起；AlignerBot 在每一个病例上跑 OrthoPlus —— 扫描修复、分割、排牙、分步、附件 —— 然后把一个供审阅的文件交回 Cympha，由医生审批. 你负责临床判断；AlignerBot 负责重复性的排牙工作.

这究竟改变了什么

一家以传统方式建起来的技工所，曾经有三条阻力线把新入行的人挡在外面：

基础设施 —— 文件服务器、扫描仪对接、账单系统、医生门户.
运营 —— 有人开发票、有人催那些没批准的医生、有人在扫描仪和设计师之间转运文件.
资金 —— 在拿到第一个付费病例之前，先要烧好几个月.

Cympha 把这三件事都压缩成一份月度订阅. 基础设施就是这个平台. 运营就是你机器上的 Case Agent，加上那些替你想好下一步的 AI 同事. 资金就是 15 天试用，等你开始向医生收费，就变成一笔固定的月账单.

这才是一个 Virtual Lab 真正的样子. 不是「上线一个门户」，也不是「租一个 CAD 工位」. 每一个病例都以 Living Case 的形态到来，并一直是：三维数据、它身上发生过的一切所构成的时间线、与医生之间的对话、其背后的治疗意图，以及经手过它的人 —— 一个对象，而不是五套系统. 它意味着你可以名正言顺地接下另一个国家某家诊所的病例、完成交付、收到款项，而你从未拥有过任何一台服务器. 它还意味着你不必再半夜醒来，想着自己是不是漏发了什么. 这么小的一家技工所，过去要靠一种持续的低度焦虑撑着；能把一份你引以为傲的作品交到医生手上，而且背后有一份记录替你说话 —— 这份价值不亚于利润本身.

你完全可以在一个下午之内把它跑起来. 剩下的，就是你来这里本就想做的工作.

*前往 app.cympha.com 打开 Cympha LMS 开启试用. 本文是我们「在 Cympha 上运营现代牙科服务」系列 cookbook 的第 1 篇 —— 后续几篇将分别覆盖临床医生侧、规模化的技工所协同，以及 AI 建议在内部到底是怎么工作的. *