Cympha
全部文档

病例跟踪：病例状态术语表

在病例跟踪中，技工所病例管理软件 Cympha 中每个病例同一时间只有一个状态，本表说明每个状态的含义、持有人和推进方式.

适用对象: 任何在 Cympha 中查看病例的人. 状态出现在病例列表、病例详情页、队列以及每封邮件中 —— 了解每个状态的含义可省去很多猜测.

你将了解到: Cympha 使用的每个 CaseStatus 值、用简明语言解释其含义、在该节点谁持有病例、什么操作让病例前进,以及它大致停留多长时间.

所需时间: 浏览表格三分钟,通读每节更久.

阶梯如何运作

随着工作进行,病例在状态之间移动. 每个状态有一个期望角色(在该节点应当持有病例的人)和一组允许的下一步转换. 期望角色门控分配:如果一个病例处于 Designing,Cympha 只允许它停留在设计师类用户(Designer 或 AlignerBot)处. 状态总共有 16 个 —— 下面的技工所阶梯,外加 Clinical,即医生自管临床病例的常驻状态.

某些转换由用户驱动(临床医生批准、技工所管理员分配);其它则是自动的(分配设计师会让病例翻转到 Designing;批准会把病例自动推进到下一阶段).

DRAFT

含义: 临床医生挂载 /cases/new 时保留的瞬时行. 其存在使文件上传从一开始就能附加到真实的 case_id,即便临床医生尚未填写表单.

持有人: 临床医生(客户端).

转换出口: Submit case 翻转到 SUBMITTED. 取消新病例表单会丢弃该草稿.

典型持续时间: 数分钟. 一个病例绝不应在 DRAFT 过夜;那意味着有人放弃了 /cases/new 标签页.

INTERNAL(显示为 Clinical)

含义: 医生自管临床病例的常驻状态 —— 没有技工所、没有审批周期、没有定价的病例. 临床病例终生停留在 Clinical;它从不进入下面的技工所阶梯. 这是用于问诊、诊所内记录和持续患者照片上传的病例形态.

持有人: 临床医生(客户端).

转换出口: 标准阶梯上没有. 要把工作交给技工所,医生把临床病例分支为一个新的兄弟技工所病例,后者与其他病例一样从 SUBMITTED 开始.

典型持续时间: 开放式 —— 只要临床医生保留该记录.

SUBMITTED

含义: 已发送给技工所,等待分诊. 这是技工所管理员每天早上在 /queue 上看到的第一件事.

持有人: 技工所的 lab manager.

转换出口: 技工所管理员分配 CASE_INTAKER(→ INTAKE_REVIEW)、分配 DESIGNER 或 ALIGNERBOT(→ DESIGNING),或取消.

典型持续时间: 数小时.SUBMITTED 超过一个工作日通常意味着技工所过载.

INTAKE_REVIEW

含义: CASE_INTAKER 在设计开始前审核提交的数据质量 —— 扫描是否干净、CBCT 是否可读、处方是否清楚. 当技工所没有 CASE_INTAKER 角色的用户时完全跳过;此时病例直接 SUBMITTED → DESIGNING.

持有人: Case Intaker.

转换出口: 转给设计师(→ DESIGNING),或退回给客户索取更多文件(→ AWAITING_CUSTOMER_INFO).

典型持续时间: 数小时.

DESIGNING

含义: 设计师(人)或 AlignerBot(自动化)正在积极进行设计.

持有人: Designer 或 AlignerBot.

转换出口: 设计师点击 Request approval → AWAITING_APPROVAL. 或设计师标记缺失文件 → AWAITING_CUSTOMER_INFO.

典型持续时间: AlignerBot Phase-1 为数小时,人类设计师视病例复杂度为数天.

AWAITING_APPROVAL

含义: 交付物已就绪;客户(临床医生)已被要求在 /cases/<id>/approve 页面审核. 带有 ApprovalStep 标签指明哪一步:Plan Approval Pending、Appliance Approval Pending 或 Design Approval Pending.

持有人: 客户(临床医生).

转换出口: 客户点击 Approve design → APPROVED. 客户点击 Request changes → CUSTOMER_REJECTED. 客户点击 Escalate to lab manager → ESCALATED.

典型持续时间: 数天. 这是大多数病例最慢的阶段 —— 椅子很忙,审批要等.

AWAITING_CUSTOMER_INFO

含义: 技工所端的工作人员(设计师、Case Intaker、管理员)被阻塞,等待医生提供更多文件或答复. 按设计与持有人重新分配解耦 —— 仅翻转状态只把病例标为"等待";单独的 Hand off to customer 操作才会移动持有人.

持有人: 保持原样(哨兵 _KEEP_CURRENT).

转换出口: 客户回复 → 通常回到提出问题的那个人(_PREVIOUS_LAB_WORKER).

典型持续时间: 不定 —— 与 AWAITING_APPROVAL 同样的椅子时间问题.

CUSTOMER_REJECTED

含义: 客户在 /approve 上审核了交付物并按了 Request changes. 反弹回构建交付物的那个技工所工作人员,通过倒序遍历病例事件查找(_PREVIOUS_LAB_WORKER).

持有人: 在客户审核前最后持有病例的技工所工作人员.

转换出口: 技工所工作人员重做 → DESIGNING,然后在下次请求时再经过 AWAITING_APPROVAL.

典型持续时间: 数小时到一天.

ESCALATED

含义: 客户在审批页面按了 Escalate to lab manager —— 他们想要比上一位处理者更高级别的审核. 显式路由到 LAB_MANAGER.

持有人: Lab Manager.

转换出口: 技工所管理员重新路由到另一位设计师、亲自介入,或推回给原工作人员.

典型持续时间: 数小时.

APPROVED

含义: 客户签字确认当前的审批步骤(plan 或 appliance). 对应的 ApprovalStep 标签从 "X Pending" 翻转为 "X Approved".

持有人: 刚获得批准的技工所工作人员 —— Designer、AlignerBot 或 Manufacturing Engineer.

转换出口: 数字类别(ortho / alignerbot / implant)自动推进:plan 批准 → 回到 DESIGNING 做 appliance 周期,最终批准 → DELIVERED_DIGITAL(数字交付物没有制造步骤). 物理病例(lab_service)停在 APPROVED,等待技工所手动移到 IN_MANUFACTURING,以便技工所掌控自己的排程.

典型持续时间: 数字类别为数秒 —— APPROVED 是一个瞬时枢轴,自动推进立即把病例往下移. 物理病例停留在此,直到技工所翻转它.

IN_MANUFACTURING

含义: 物理病例正在制作. 期望角色是 MANUFACTURING_ENGINEER.

持有人: Manufacturing Engineer.

转换出口: 工程师将病例标记为已发货 → SHIPPING.

典型持续时间: 数天,视制作内容而定.

SHIPPING

含义: 交付物正在运输途中. 期望角色是 LAB_MANAGER 或 OPERATIONAL.

持有人: Lab Manager 或 Operational 用户.

转换出口: 客户签收 → DELIVERED_PHYSICAL.

典型持续时间: 数天,因快递而异.

DELIVERED_DIGITAL

含义: 数字交付物(.gvw、.gpk、可打印文件)送达客户. 病例尚未归档 —— 设计师或最后持有的人保留病例,以备客户提出后续请求(更多对齐器模型、计划更新、制造问题).

持有人: 保持原样(哨兵 _KEEP_CURRENT).

转换出口: 只有显式的 Mark as Finished 操作才转到 FINISHED.

典型持续时间: 开放式. 病例在患者治疗期间合理地停留数周.

DELIVERED_PHYSICAL

含义: 与 DELIVERED_DIGITAL 相同,但用于物理交付物. 出于同样原因保持持有人.

转换出口: Mark as Finished → FINISHED.

FINISHED

含义: 终态 —— 病例已归档,无持有人,不再有进一步活动. 仅通过技工所管理员显式执行 Mark as Finished 操作达到.

持有人: 无.

转换出口: 无(在 TERMINAL_STATUSES 中). 仅管理员覆写能反向.

典型持续时间: 永久.

CANCELLED

含义: 终态 —— 病例在完成前被取消. 持有人被清空.

持有人: 无.

转换出口: 无.

快速参考表

| 状态 | 持有人角色 | 出口 | 典型持续时间 | |---|---|---|---| | DRAFT | 客户 | Submit | 分钟 | | INTERNAL(Clinical) | 客户 | 分支为技工所病例 | 开放式 | | SUBMITTED | LAB_MANAGER | 分配 / 取消 | 小时 | | INTAKE_REVIEW | CASE_INTAKER | 转发 / 索取文件 | 小时 | | DESIGNING | DESIGNER 或 ALIGNERBOT | 请求批准 | 小时 – 天 | | AWAITING_APPROVAL | 客户 | 批准 / 拒绝 / 升级 | 天 | | AWAITING_CUSTOMER_INFO | 保留 | 客户回复 | 不定 | | CUSTOMER_REJECTED | 上一位技工所工作人员 | 重做 | 小时 | | ESCALATED | LAB_MANAGER | 重新路由 / 处理 | 小时 | | APPROVED | 最后一位技工所工作人员 | 自动推进(数字)/ 手动移到制造(物理) | 秒 – 直到技工所翻转 | | IN_MANUFACTURING | MANUFACTURING_ENGINEER | 标记已发货 | 天 | | SHIPPING | LAB_MANAGER / OPERATIONAL | 标记已送达 | 天 | | DELIVERED_DIGITAL | 保留 | Mark as Finished | 开放式 | | DELIVERED_PHYSICAL | 保留 | Mark as Finished | 开放式 | | FINISHED | — | 终态 | 永久 | | CANCELLED | — | 终态 | 永久 |

关于 ApprovalStep

AWAITING_APPROVAL 和 APPROVED 都伴随一个 ApprovalStep 标签,因为同一状态在同一病例上可能意味着两种不同含义(plan 批准 vs appliance 批准). 三个值是:

  • PLAN —— 由 ortho、alignerbot、implant 使用. 第一个审核里程碑.
  • APPLIANCE —— 由同样三个类别使用. 第二个审核里程碑(矫治器 / 最终设计).
  • DESIGN —— 由 lab_service(自定义服务)使用. 单步审核.

每个病例类别有固定的步骤序列:正畸、对齐器(AlignerBot)和种植病例走 Plan → Appliance(两个审批周期);技工所服务病例走 Design(单个周期).

最近更新: 2026-07-30.

CymphaLMSCymphaStudio