软件类别
Dental Case Lifecycle Management
DCLM 是将患者病例作为一条连续、可追踪记录进行管理的方法论——贯穿每一个步骤、工具与相关方，从接诊到最终结果.
什么是 Dental Case Lifecycle Management？
Dental Case Lifecycle Management（DCLM）是一类牙科软件类别，将患者病例作为单一的、持续追踪的记录，贯穿其完整生命周期——接诊、规划、设计、制造、治疗、监测与结果——并覆盖所有参与方（临床医生、技工所及供应商）.
单点工具各自负责病例的某一步骤，而 DCLM 平台则拥有连接这些步骤的主线：病例——其文件、临床背景与状态——在工具与人员之间流转时始终保持完整.
一句话概括：DCLM 之于牙科病例，正如 Product Lifecycle Management（PLM）之于制造产品——是贯穿其整个生命周期的唯一记录系统.
Cympha DCLM 涵盖哪些领域
DCLM 不是一个功能. 它涵盖四个领域，每一个本身都是一个成熟的软件门类，而大多数用户最初只是在寻找其中之一.
任何格式的病例数据都能接收，转换为可加工的数据，并分派给合适的人.
病例作为一条贯穿诊所与技工所的记录，承载医嘱意图、状态与审批.
文件只需上传一次：存储、无需账号的共享，以及由 Agent 连接的桌面端.
AI 在病例内部承接工作，每个结果都由人确认.
这一类别存在的原因
一个现代牙科病例需要跨越十余款互不相连的工具来完成——这些工具之间没有共同记录. 数据在每次交接时重复录入，临床意图被埋没，版本产生分歧，没有任何一方能看清病例的当前状态. DCLM 将病例本身作为记录系统，消除了这些接缝. 痛点并不在于某个单独步骤——而在于整体的分散与混乱：
| 步骤 | 当前使用工具 | 摩擦点 |
|---|---|---|
| 网格查看 / 修复 / 雕刻 | Blender, 3D Slicer, MeshMixer, MeshLab, Geomagic | 动画与研究工具——非牙科专用，需手动往返操作 |
| 发送文件 | WeTransfer | 链接过期 → 需重新下载 |
| 共享存储 | Google Drive / Dropbox | 访问需审批 / 在某些地区被屏蔽 |
| 远程评审 | TeamViewer, AnyDesk, 录屏 | 临时处理，无任何留存 |
| 沟通交流 | 邮件、WeChat、WhatsApp、电话 | 分散且无法追踪 |
| 设计 | 3Shape / exocad | 唯一真正胜任的专业工具 |
病例生命周期
DCLM 将牙科病例建模为一条可追踪记录，经历七个阶段——且并非严格线性. 病例会产生分支（种植病例延伸为修复病例），并可同时跨越多个参与方.
扫描、CBCT、照片、处方——病例由此开始.
种植、正畸或修复规划.
外科导板、矫治器、修复体、微笑设计.
打印、切削、加工制作.
手术、交付、就位.
复诊间隔的随访与复查.
治疗后对比——规划效果与实际结果的比较.
DCLM 平台的核心要素
定义一个类别，意味着明确一个系统必须具备哪些能力才能被纳入其中. DCLM 平台具备八项核心能力：
每个病例对应一条权威记录——所有人共同使用的记录系统.
从接诊到最终结果.
诊断、处方与临床意图贯穿每一步骤，而不仅仅是文件.
临床医生、技工所与供应商按角色共同访问同一条记录.
每个病例具有实时可见的状态与完整历史记录.
与专业工具（设计、AI）对接并进行编排；而非取代它们.
病例可相互关联并产生分支.
采集治疗后结果，以指导下一次规划.
案例研究：一个种植病例的全流程
跟随一个种植病例从第一次扫描到最终结果的完整过程. 临床工作本身没有改变——消失的是每次交接时的工具代价.
| 步骤 | 之前——工具代价 | 在 Cympha 中 |
|---|---|---|
| 1. 资料收集 | 扫描仪与 CBCT 导出文件存放在本地文件夹中，再通过邮件或 U 盘复制给规划人员. | Cympha agent 自动识别新扫描件，一键将文件夹转化为可追踪病例. |
| 2. 种植规划 | 在单台工作站上使用 GuideMia 完成规划——规划方案被锁定在那台机器上. | GuideMia 完成种植规划，并与 Cympha Web 应用互操作——规划方案直接落入病例. |
| 3. 共享规划方案 | 导出后通过 WeTransfer 或共享盘发送；链接在下一位人员打开前就已过期. | 种植规划方案在追踪病例内通过云端共享——无过期，无需重新下载. |
| 4. 病例评审 | 通过 AnyDesk 进行屏幕共享；评论散落在 WeChat、邮件和电话记录中. | 在 Web 应用中完成评审——所有评论与决策留存于病例之上. |
| 5. 手术套件确认 | 通过电话或邮件联系种植供应商确认型号、组件与钻针套装. | 套件通过病例内的线程与供应商直接确认——确认信息成为记录的一部分. |
| 6. 手术与导板 | 打印导板，并寄望于正确的文件已送出. | 经确认的规划方案与导板随病例一同流转；所有人基于同一真实来源工作. |
| 7. 治疗后 | 结果很少与规划方案进行对比；病例数据就此丢失. | 术后扫描在同一病例中与规划方案进行对比——规划效果与实际结果，完整留存. |
当病例分支至修复阶段时，冠修复技工所继承完整的背景信息——规划方案、导板与临床意图——无需重新录入或重新下载.
DCLM 作为一个类别的本质
将十余款工具打包在一起并不构成一个类别——任何人都可以这样做. 在这四个领域之下，DCLM 由一组属性来定义，而这些属性是单点工具在结构上无法具备的：
病例是一个具有状态的对象——而非散乱的文件. DCLM 平台是记录系统.
携带诊断、处方与决策，而不仅仅是几何数据. 文件工具传输 STL；DCLM 传输的是病例.
临床医生、技工所与供应商共享一条记录——这是任何单一方的工具都无法成为的主线.
从接诊到最终结果，包括产生分支的病例（种植 → 修复）以及同时跨越多个参与方的情形.
DCLM 与相邻类别的比较
| 类别 | 管辖范围 | DCLM 的定位 |
|---|---|---|
| Practice Management Systems (PMS) | 诊所内部的排班、计费与记录管理 | DCLM 管理的是跨诊所、技工所与供应商流转的病例 |
| CAD / 设计软件（exocad、3Shape） | 负责设计步骤的操作 | DCLM 围绕它们编排整个生命周期 |
| 文件共享 / 云存储 | 传输文件 | DCLM 追踪病例并保留其临床背景 |
| Product Lifecycle Management (PLM) | 制造业的类比范畴 | DCLM 是其在牙科病例领域的对应 |
DCLM 平台中的 AI
由于平台横跨规划 → 执行 → 结果，它是 AI 真正发挥价值的底层基础：第三方模型（分割、规划）接入病例并返回可追踪、可审阅的结果——而纵向结果数据是唯一能够训练 AI 以了解病例真实走向的数据集. AI 是病例的参与方，而非独立工具.
DCLM 之于牙科，正如 PLM 之于制造业
Product Lifecycle Management（PLM）是将实体产品作为一条记录管理其整个生命周期的软件类别——概念、设计、工程、制造与服务——取代了此前分散的 CAD 文件、电子表格与邮件所造成的混乱局面. 它已成为每一家严肃制造商（Siemens、PTC、Dassault）的基础设施，并发展为价值数百亿美元的类别.
牙科面临同样的问题：一个病例——即“产品”——在由断裂的工具与参与方构成的零散链条中被规划、制造与交付，没有任何记录系统. Dental Case Lifecycle Management 就是牙科病例的 PLM——将同一类别模式应用于牙科工作的基本单元：患者病例.
这一类比正是核心论点所在. PLM 已经证明，拥有生命周期记录——而非任何单一设计工具——才是持久的、基础设施级别的竞争位置. DCLM 就是牙科领域的这一位置.
起源
Dental Case Lifecycle Management 这一术语由 Cympha 提出，用以命名将牙科病例作为一条连续、可追踪记录贯穿其生命周期及所有参与方进行管理的实践.
亲见 DCLM 的实践
Cympha 是 Dental Case Lifecycle Management 平台——一条可追踪的病例，贯穿每一位医生、技工所与供应商，从接诊到最终结果.