CN118020109A - 用于定制正畸治疗和治疗计划的系统和方法 - Google Patents

Abstract

公开了用于用户修改普通语言的规则或文本规则集的系统和方法，特定领域的治疗语言的参考指令用于生成牙科器具数据。在一些情况下，用户可以与图形用户界面交互以修改文本规则的特定于从业者的子集。图形用户界面可以允许在没有特定领域的治疗编程语言的先验知识的情况下修改文本规则的特定于从业者的子集。每个交互区域可以使得在不知道牙科协议语言的情况下修改预定义治疗偏好的部分。本文描述的示例系统、方法和/或计算机可读介质有助于设计用于正畸治疗的治疗计划，包括基于以牙科协议语言表达的预定义治疗偏好的治疗计划。

Description

用于定制正畸治疗和治疗计划的系统和方法

优先权声明

本专利申请要求于2021年8月10日提交的标题为“SYSTEMS AND METHODS FORCUSTOMIZING TREATMENT PLANNING(用于定制治疗计划的系统和方法)”的美国临时专利申请No.63/231,703和于2022年5月10日提交的标题为“SYSTEMS AND METHODS FORORTHODONTIC TREATMENT(用于正畸治疗的系统和方法)”的美国临时专利申请No.63/340,436的优先权，其均通过引用整体并入本文。

通过引用并入

本说明书中提及的所有出版物和专利申请均通过引用整体并入本文，其程度如同每个单独的出版物或专利申请被具体和单独地指出通过引用并入。

背景技术

治疗计划可以用于任何医疗程序中，以帮助指导期望的结果。例如，治疗计划可以用于正畸和牙科治疗，其中提供一系列患者可移除器具(例如，正畸矫治器、腭扩张器等)，以矫正各种不同的正畸或牙科病症，特别是用于治疗咬合不正。治疗计划通常结合牙科专业人员(例如，牙医、正畸医生、牙科技术人员等)，通过以最终配置生成患者牙齿的模型，然后将治疗计划分解成与顺序佩戴的各个牙科器具(矫治器)相对应的多个中间阶段(步骤)来执行。该过程可以是交互式的，基于对牙齿移动的约束和牙科专业人员的偏好来调整分阶段，并且在一些情况下调整最终目标位置。

用于治疗计划的现有系统和方法可能是耗时的，并且可能仅向牙科专业人员提供有限的选择和控制。治疗计划可以至少部分地由治疗计划协议确定。治疗计划协议可以描述临床医生优选的用于正畸治疗的方法或方案。在一些情况下，可以利用特定领域的治疗编程语言来捕获治疗计划协议，该特定领域的治疗编程语言可以用于生成患者的牙科器具数据。牙科器具又可以根据牙科器具数据制造。

然而，描述治疗计划协议的特定领域的治疗编程语言可能不易于被临床医生理解。因此，修改特定领域的治疗编程语言以匹配临床医生的个人偏好可能是困难的。

发明内容

本文描述的系统和方法总体上涉及牙科器具数据的生成，并且更具体地涉及用于生成牙科器具数据的一个或多个治疗计划协议的用户修改。例如，本文描述了用于生成牙科器具数据、更特别地用于生成针对特定牙科从业者(诸如正畸医生、牙医、牙科技术人员等或这些中的任何一个的组)定制的治疗计划的设备(例如，系统、装置等，包括软件和/或硬件，以及包括指令的非暂时性计算机可读存储介质)和方法。特别地，本文描述了允许牙科从业者容易且快速地与牙科或正畸治疗计划系统接合的方法和设备，该牙科或正畸治疗计划系统可以使用特定领域的治疗计划语言，来创建用于校准或以其他方式修改他们的患者的牙列的治疗计划。这些方法和设备可以允许用户(例如，牙科从业者)创建和修改与特定领域的治疗语言的指令集相关联的特定于从业者的文本规则的详细且通用的集，而不需要在编程特定领域的治疗语言方面训练用户，该特定领域的治疗语言可以用于控制用于生成治疗计划和/或形成矫治器的系统。尽管本文描述的方法和设备可以允许在形成特定于从业者的文本规则时进行修改，但是这些方法和设备可以引导用户以减少所需的迭代和修改量的方式生成这些特定于从业者的文本规则。

本文还描述了包括形成特定于从业者的文本规则的集(或子集)的方法的方法。如本文所使用的，从业者可以指牙科专业人员(例如，牙医、正畸医生等)，并且可以指单个牙科专业人员或一组附属牙科专业人员(例如，牙科诊所或牙科诊室)。

通常，每个从业者特定的规则可以包括多个治疗步骤，该多个治疗步骤可以在治疗计划期间修改患者的牙齿。治疗计划的步骤可以是以特定领域的治疗语言的步骤(例如，如在2018年11月1日提交的标题为“AUTOMATIC TREATMENT PLANNING(自动治疗计划)”的美国专利申请No.16/178,491中所描述的，该美国专利申请的全部内容通过引用并入本文)。规则可以是有条件的(例如，如果患者的牙齿中存在X条件，则应用特定步骤)，和/或特定于特定牙齿或牙齿的区域，和/或治疗计划中的特定阶段。

例如，一种方法可以包括：向牙科从业者呈现图形用户界面，该图形用户界面包括特定于正畸治疗计划的文本规则的菜单，其中，规则是指以特定领域治疗语言的指令的集合；从牙科从业者接收来自文本规则的菜单的选择，以形成文本规则的特定于从业者的子集；将文本规则的特定于从业者的子集应用于测试牙科数据集，以生成测试治疗计划；向牙科从业者显示测试治疗计划；基于来自牙科从业者的输入，修改文本规则的特定于从业者的子集；以及存储文本规则的特定于从业者的子集，以应用于一组或多组患者数据。

文本规则的菜单可以包括特定于几乎任何治疗的规则，例如：牙齿调平、间隙间隔、拥挤、拔除、邻面去釉、上颌前突、深覆合、反合、附件和前后矫正。

这些方法和设备中的任何一个还可以包括协调文本规则的特定于从业者的子集的规则之间的任何冲突。该系统可以包括协调模块。协调可以识别冲突或矛盾的规则，并且可以修改规则以解决冲突，和/或协调可以包括应用或参考规则和条件的层级以确定包括(或在一些情况下呈现)哪些规则给牙科从业者。

在这些方法和设备的任何一个中，修改可以包括接收对测试治疗计划的修改，并相应地修改特定于从业者的文本规则。可替代地或另外地，修改可以包括直接接收对文本规则的特定于从业者的子集的牙科从业者编辑。该方法或设备可以迭代地修改特定于从业者的文本规则的集合(例如，子集)。

这些方法和设备中的任何一个可以包括通过将文本规则的特定于从业者的子集应用于患者的牙科数据，来生成特定于患者的治疗计划。在一些示例中，该方法可以包括基于治疗计划来制造牙科器具。例如，该方法可以包括接收患者的牙列的患者数据(例如，扫描，包括口内扫描)，生成患者的牙列的一个或多个数字表示(包括但不限于患者的牙列的3D模型，和/或患者的牙列的分段模型)，以及应用文本规则的特定于从业者的子集，以使用患者的牙齿的数字表示来为患者生成一个(或多个)治疗计划。

该方法和设备可以通过修改呈现给用户以在用户界面中进行选择的信息(例如，更大的文本规则集合的所呈现的子集)，来增强用户(从业者)体验。更大的文本规则集合可以被包括在远程或本地保存和访问的数据结构(例如，数据存储、存储器等)中，并且可以被更新和/或策划。更大的文本规则集合可以包括由所有或大量先前用户或当前用户(例如，牙医、正畸医生等)和/或由被认为是专家的先前用户或当前用户生成的规则。在更大的文本规则集内，可能存在多个重叠和矛盾的文本规则；通常，本文描述的设备和方法可以通过为特定用户预先确定将更大的文本规则集中的哪一个作为选项呈现给特定牙科从业者(用户)，来呈现这些规则的至少一个子集。因此，这些方法和设备中的任何一个可以包括基于牙科从业者的一个或多个特征，为特定牙科从业者选择文本规则的子集。可以使用任何适当的特征，包括牙科从业者的诊所的规模、由牙科从业者执行(历史上和/或预期执行)的牙齿矫治器病例的数量、以及牙科从业者的地理位置。该信息可以由牙科从业者提供，作为本文描述的过程的一部分。在一些情况下，牙科从业者可以指示对一个或多个已知的其他牙科从业者的偏好，并且设备或方法可以提供对应于特定于从业者的规则(并且可以因此指示每个规则)。在一些情况下，该方法或设备可以从与国家或国家的地区相关联的规则的更大集合中选择文本规则；例如，特定规则可以由这些区域和/或具有特定经验量、患者数量和/或诊所规模的牙科从业者生成或通常使用。因此，通常，规则的更大集合可以包括跟踪每个规则的起源、使用和/或区域的每个规则的相关性(例如，元数据)。

如上所述，在这些设备和方法中的任何一个中，可以为特定用户选择要呈现的规则子集。该过程还可以包括移除冲突的规则。可替代地，可以呈现冲突规则，并且只有当用户选择冲突规则时才可以解决冲突，如上所述。

通常，该方法和设备可以提供一个或多个图形用户界面，以简化和/或增强用户在选择和/或修改文本规则的特定于从业者的子集时的体验。例如，图形用户界面可以包括用户对话框，该用户对话框包括特定于正畸治疗计划的文本规则的可选择列表。

呈现给用户的规则可以被呈现为特定于正畸治疗计划的文本规则的菜单，所述文本规则被示出为通过等级和/或通过任何元数据(例如，与一个或多个其他用户的相关性，包括流行度、地理偏好等)组织的文本规则的策划列表。如上所述，规则可以取自策划的规则数据库并且基于牙科从业者的一个或多个特征来选择。

这些方法或设备中的任何一个可以包括将文本规则的特定于从业者的子集应用于测试牙科数据集，以生成测试治疗计划，其包括生成与测试治疗计划的多个阶段中的每个阶段相对应的多个牙齿矫治器。例如，该方法或设备可以包括提供来自牙科从业者的一个或多个患者数据集，作为测试牙科数据集。在一些示例中，测试牙科数据集可以包括标准化牙科数据集(“模型”数据集，用于牙齿的特定扫描集)。

在这些方法和设备中的任何一个中，向牙科从业者显示测试治疗计划可以包括：在第一窗口中显示文本规则的菜单，并且在第二窗口中显示与在测试治疗计划的一个或多个阶段的测试牙科数据集相对应的牙齿的图像，使得牙科从业者可以从第一窗口中的文本规则的菜单修改文本规则的选择，并且可以修改与在第二窗口中的测试治疗计划的一个或多个阶段的测试牙科数据集相对应的牙齿的图像的视图。

例如，一种方法可以包括：向牙科从业者呈现图形用户界面，该图形用户界面包括第一窗口，该第一窗口包括特定于正畸治疗计划的文本规则的菜单，其中，规则是指以特定领域治疗语言的指令集合；从牙科从业者接收来自文本规则的菜单的选择，以形成文本规则的特定于从业者的子集；协调文本规则的特定于从业者的子集的规则之间的任何冲突；将文本规则的特定于从业者的子集应用于测试牙科数据集，以生成测试治疗计划；在第二窗口中向牙科从业者显示测试治疗计划，其中，第二窗口显示与在测试治疗计划的一个或多个阶段的测试牙科数据集相对应的牙齿的图像；基于来自牙科从业者的输入，修改文本规则的特定于从业者的子集；以及通过将文本规则的特定于从业者的子集应用于患者的牙科数据，来生成特定于患者的治疗计划。

本文还描述了用于执行这些方法中的任何一种的设备。例如，本文描述的示例是设备(例如，装置或系统)，该设备包括：一个或多个处理器；以及存储器，被配置为存储指令，当所述指令由一个或多个处理器执行时使所述设备：向牙科从业者呈现图形用户界面，该图形用户界面包括特定于正畸治疗计划的文本规则的菜单，其中，规则是指以特定领域治疗语言的指令集合；从牙科从业者接收来自文本规则的菜单的选择，以形成文本规则的特定于从业者的子集；将文本规则的特定于从业者的子集应用于测试牙科数据集，以生成测试治疗计划；向牙科从业者显示测试治疗计划；基于来自牙科从业者的输入，修改文本规则的特定于从业者的子集；以及存储文本规则的特定于从业者的子集，以应用于一组或多组患者数据。

本文还描述了用于执行这些方法中的任何一种的软件(例如，包括指令的非暂时性计算机可读存储介质)。例如，本文描述了包括指令的非暂时性计算机可读存储介质，当该指令由装置的一个或多个处理器执行时使装置执行操作，该操作包括：向牙科从业者呈现图形用户界面，该图形用户界面包括特定于正畸治疗计划的文本规则的菜单，其中，规则是指以特定领域治疗语言的指令集合；从牙科从业者接收来自文本规则的菜单的选择，以形成文本规则的特定于从业者的子集；将文本规则的特定于从业者的子集应用于测试牙科数据集，以生成测试治疗计划；向牙科从业者显示测试治疗计划；基于来自牙科从业者的输入，修改文本规则的特定于从业者的子集；以及存储文本规则的特定于从业者的子集，以应用于一组或多组患者数据。

通常，这些方法和设备还可以用于生成牙科器具数据。牙科器具数据的生成可以由执行软件指令的系统或设备执行，该软件指令可以由治疗计划引导，该治疗计划可以以特定领域的治疗编程语言编写。如上所述，可以基于文本规则的特定于从业者的子集，针对特定的一组牙科数据(例如，患者数据)生成治疗计划。图形用户界面可以用于修改治疗计划和/或文本规则的特定于从业者的子集。在一些情况下，图形用户界面可以以临床医生容易理解的方式示出和描述治疗计划协议的规则和/或部分。图形用户界面可以使临床医生能够改变治疗计划协议，而无需直接编辑特定领域的治疗编程语言。

在一个示例中，一种方法可以包括：访问第一患者的牙科数据，其中，第一患者的牙科数据包括与第一患者相关联的牙科扫描数据；访问描述正畸治疗过程的规则集(在本文中该规则集可以被称为治疗计划协议或TPP)，其中，规则参考用于以正畸治疗语言的治疗描述的命令；以及至少部分地基于第一患者的牙科数据和规则，生成用于第一患者的牙科器具数据。该方法还可以包括：在图形用户界面(GUI)上显示与用于第一患者的牙科器具数据相关联的预测牙齿位置；基于与GUI的用户交互，修改规则，其中，用户交互响应于所显示的、与用于第一患者的牙科器具数据相关联的预测牙齿位置；以及基于修改的规则，重新生成用于第一患者的牙科器具数据。

在一些示例中，该方法还可以包括基于重新生成的用于第一患者的牙科器具数据来制造牙科器具。此外，所制造的牙科器具可以包括多个透明牙齿矫治器。

在一些示例中，显示预测牙齿位置还可以包括显示与规则相关联的用户对话框，该规则与显示的预测牙齿位置相关联。此外，与用户对话框的用户交互可以修改正畸治疗语言的至少一个指令。

在一些示例中，预测牙齿位置可以至少部分地基于规则和第一患者的牙科数据。在一些其他示例中，该方法还可以包括将修改的规则保存为用户的定制规则。在一些示例中，所访问的规则可以从默认规则、与另一用户相关联的规则和用户的定制规则组成的组中选择。在一些其他示例中，牙科器具数据可以包括与正畸治疗的多个阶段相关联的数据。在其他示例中，所访问的规则可以至少部分地基于用户的问卷响应。

该方法还可以包括：显示与重新生成的用于第一患者的牙科器具数据相关联的预测牙齿位置；以及保存文本规则的特定于从业者的子集和重新生成的牙科器具数据。在一些示例中，用于第一患者的牙科器具数据可以包括与多个牙齿矫治器相关联的数据。

在一些示例中，该方法可以包括：接收第二患者的牙科数据；至少部分地基于第二患者的牙科数据和文本规则的特定于从业者的子集，生成用于第二患者的牙科器具数据；以及在GUI上显示与用于第二患者的牙科器具数据相关联的预测牙齿位置。此外，该方法可以包括：基于与GUI的用户交互，修改文本规则的特定于从业者的子集，其中，用户交互响应于所显示的、与用于第二患者的牙科器具数据相关联的预测牙齿位置；以及基于修改的文本规则的特定于从业者的子集，重新生成用于第二患者的牙科器具数据。

在另一个示例中，一种装置可以包括：一个或多个处理器；以及存储器，被配置为存储指令，当所述指令由一个或多个处理器执行时使装置：访问第一患者的牙科数据，其中，第一患者的牙科数据包括与第一患者相关联的牙科扫描数据；访问描述正畸治疗过程的治疗计划协议(例如，规则)，其中，文本规则的特定于从业者的子集参考正畸治疗语言的指令；以及至少部分地基于第一患者的牙科数据和文本规则的特定于从业者的子集，生成用于第一患者的牙科器具数据。当指令被执行时还可以使装置：在图形用户界面(GUI)上显示与用于第一患者的牙科器具数据相关联的预测牙齿位置；基于与GUI的用户交互，修改文本规则的特定于从业者的子集，其中，用户交互响应于所显示的、与用于第一患者的牙科器具数据相关联的预测牙齿位置；以及基于修改的规则，重新生成用于第一患者的牙科器具数据。

在一些示例中，指令的执行还可以使装置基于重新生成的用于第一患者的牙科器具数据来制造牙科器具。此外，所制造的牙科器具可以包括多个透明牙齿矫治器。

在一些示例中，执行显示预测牙齿位置的指令还可以使装置显示与规则相关联的用户对话框，该规则与显示的预测牙齿位置相关联。此外，与用户对话框的用户交互可以修改正畸治疗语言的至少一个指令。

在一些示例中，预测牙齿位置可以至少部分地基于文本规则的特定于从业者的子集和第一患者的牙科数据。此外，指令的执行可以使装置将修改的文本规则的特定于从业者的子集保存为用于用户的文本规则的定制特定于从业者的子集。在一些示例中，所访问的文本规则的特定于从业者的子集可以从默认规则、与另一用户相关联的规则和用户的定制规则组成的组中选择。在一些其他示例中，牙科器具数据可以包括与正畸治疗的多个阶段相关联的数据。在一些示例中，所访问的规则可以至少部分地基于用户的问卷响应。

在一些其他示例中，指令的执行还可以使装置显示与重新生成的用于第一患者的牙科器具数据相关联的预测牙齿位置，并保存文本规则的特定于从业者的子集和重新生成的牙科器具数据。在其他示例中，用于第一患者的牙科器具数据可以包括与多个牙齿矫治器相关联的数据。

在一些示例中，指令的执行还可以使装置：接收第二患者的牙科数据；至少部分地基于第二患者的牙科数据和文本规则的特定于从业者的子集生成用于第二患者的牙科器具数据；以及在GUI上显示与用于第二患者的牙科器具数据相关联的预测牙齿位置。此外，指令的执行可以使装置基于与GUI的用户交互来进一步修改文本规则的特定于从业者的子集，其中，用户交互响应于所显示的、与用于第二患者的牙科器具数据相关联的预测牙齿位置；以及基于修改的文本规则的特定于从业者的子集，重新生成用于第二患者的牙科器具数据。

在一些示例中，一种包括指令的非暂时性计算机可读存储介质，当该指令由装置的一个或多个处理器执行时可以使装置执行操作，该操作包括：访问第一患者的牙科数据，其中，第一患者的牙科数据包括与第一患者相关联的牙科扫描数据；访问描述用于执行正畸治疗过程的指令的文本规则的特定于从业者的子集，其中，文本规则的特定于从业者的子集参考用于正畸治疗语言的治疗描述的指令；以及至少部分地基于第一患者的牙科数据和文本规则的特定于从业者的子集，生成用于第一患者的牙科器具数据。该装置还可以执行操作，该操作包括：在图形用户界面(GUI)上显示与用于第一患者的牙科器具数据相关联的预测牙齿位置；基于与GUI的用户交互，修改文本规则的特定于从业者的子集，其中，用户交互响应于所显示的、与用于第一患者的牙科器具数据相关联的预测牙齿位置；以及基于修改的文本规则的特定于从业者的子集，重新生成用于第一患者的牙科器具数据。

在一些示例中，指令的执行可以使装置执行操作，该操作还包括基于重新生成的用于第一患者的牙科器具数据来制造牙科器具。此外，所制造的牙科器具可以包括多个透明牙齿矫治器。

在一些示例中，指令的执行可以使装置执行操作，该操作还包括：显示与文本规则的特定于从业者的子集相关联的用户对话框，该文本规则的特定于从业者的子集与显示的预测牙齿位置相关联。此外，与用户对话框的用户交互可以修改正畸治疗语言的至少一个指令。

在一些示例中，预测牙齿位置可以至少部分地基于文本规则的特定于从业者的子集和第一患者的牙科数据。在一些其他示例中，指令的执行可以使装置执行操作，该操作还包括将修改的文本规则的特定于从业者的子集保存为用于用户的文本规则的定制的特定于从业者的子集。

在一些示例中，所访问的文本规则的特定于从业者的子集可以从默认规则、与另一用户相关联的规则和用户的定制规则组成的组中选择。在一些其他示例中，牙科器具数据可以包括与正畸治疗的多个阶段相关联的数据。在其他示例中，所访问的规则可以至少部分地基于用户的问卷响应。

在一些示例中，指令的执行可以使装置执行操作，该操作还包括：显示与重新生成的用于第一患者的牙科器具数据相关联的预测牙齿位置；以及保存文本规则的特定于从业者的子集和重新生成的牙科器具数据。在一些示例中，用于第一患者的牙科器具数据可以包括与多个牙齿矫治器相关联的数据。

在一些示例中，指令的执行可以使装置执行操作，该操作还包括：接收第二患者的牙科数据；至少部分地基于第二患者的牙科数据和文本规则的特定于从业者的子集，生成用于第二患者的牙科器具数据；以及在GUI上显示与用于第二患者的牙科器具数据相关联的预测牙齿位置。此外，指令的执行可以使装置执行操作，该操作还包括：基于与GUI的用户交互，修改文本规则的特定于从业者的子集，其中，用户交互响应于所显示的、与用于第二患者的牙科器具数据相关联的预测牙齿位置；以及基于修改的文本规则的特定于从业者的子集，重新生成用于第二患者的牙科器具数据。

如上所述，通常，本文描述的方法和设备可以涉及使用特定领域的计算机系统和方法的治疗计划的技术领域，并且更特别地涉及用于治疗计划(诸如医疗(例如，牙科、正畸等)治疗计划)的特定领域的计算机系统和方法。

本文描述的系统、方法和/或计算机可读介质可以用于计划患者的治疗。这些治疗计划可以包括但不限于正畸治疗计划，诸如包括以下中的一个或多个的治疗计划：壳体矫治器、腭扩张器等。本文描述的这些系统、方法和/或计算机可读介质提供了对治疗计划的高度技术性问题的技术解决方案，该治疗计划包括医疗治疗计划(例如，牙科治疗计划、正畸治疗计划、手术治疗计划、矫正治疗计划等)。通常，这些方法可以包括使用牙科协议语言来将用户(例如，医师、治疗师、牙医、正畸医生等)偏好编码为治疗模板(也称为治疗协议)的一部分。治疗计划引擎可以使用治疗计划指令以及关于患者的信息(例如，患者的口腔，诸如患者的牙齿或其他相关身体区域的扫描)来自动生成特定于患者的一个或多个治疗计划。因为使用从用户的定制治疗模板导出的治疗计划指令来生成治疗计划，所以产生的治疗计划也可以是为用户定制的。产生的治疗计划可以由用户审查和批准。

例如，本文描述的系统、方法和/或计算机可读介质提供了正畸治疗计划的高度技术性问题的技术解决方案，并且可以包括使用牙科协议语言(例如，特定领域的正畸治疗语言)来将用户(例如，牙医、正畸医生、牙科技术人员等)偏好编码为治疗模板的一部分。

治疗计划可以指用于改变受试者的生理以实现或接近期望结果的一系列步骤、装置和/或时间表。在一些情况下，治疗计划是正畸治疗计划，并且可以指用于改变受试者的牙弓以实现或接近期望结果的一系列步骤、装置和/或时间表。为了方便起见，在本文描述的示例中，正畸和/或牙科治疗计划可以被称为“正畸治疗计划”，或者简单地称为“治疗计划”，尽管应该理解，可以包括其他类型的治疗计划，诸如手术治疗计划、矫正治疗计划等。

本文描述了生成正畸治疗计划的方法。这些方法中的任何一个可以包括：向临床医生呈现用于生成治疗计划的预定义治疗参数，其中，预定义治疗参数包括牙科协议语言的数据结构；通过用户界面接受对预定义治疗参数的一个或多个修改；将一个或多个修改附加到数据结构作为更高层；将数据结构和患者牙齿的数字模型传送到治疗计划生成模块，其中，治疗计划生成模块基于更高层来修改治疗参数，并生成修改的一组治疗参数；以及向临床医生显示治疗计划以供批准。

在本文所述的任何方法中，对数据结构的修改可以以牙科协议语言编码。在一些示例中，本文描述的方法可以包括在向临床医生显示治疗计划之后，重复向临床医生呈现预定义治疗参数和接受一个或多个修改的步骤。

本文描述的任何方法还可以包括基于批准的治疗计划来形成一系列矫治器。本文描述的任何方法可以包括向临床医生呈现预定义治疗偏好，其包括：从由临床医生索引的临床医生治疗偏好库中生成或接收预定义治疗偏好。

在一些示例中，本文描述的方法的预定义治疗偏好可以基于由临床医生批准的用于其他患者的先前治疗计划。

本文还描述了一种包括指令的非暂时性计算机可读存储介质，当该指令由装置的一个或多个处理器执行时使装置执行操作，该操作包括：向临床医生呈现用于生成治疗计划的预定义治疗参数，其中，预定义治疗参数包括牙科协议语言的数据结构；通过用户界面接受对预定义治疗参数的一个或多个修改；将一个或多个修改附加到数据结构作为更高层；将数据结构和患者牙齿的数字模型传送到治疗计划生成模块，其中，治疗计划生成模块基于更高层来修改治疗参数，并生成修改的一组治疗参数；以及向临床医生显示治疗计划以供批准。

在本文所述的任何非暂时性计算机可读存储介质中，对预定义治疗参数的修改可以以牙科协议语言编码。

在一些示例中，指令的执行可以使装置执行操作，所述操作还包括以下步骤：在向临床医生显示治疗计划之后，重复向临床医生呈现预定义治疗参数和接受一个或多个修改的步骤。

在一些示例中，指令的执行可以使装置执行操作，所述操作还包括基于批准的治疗计划形成一系列矫治器。在一些示例中，向临床医生呈现预定义治疗偏好可以包括从由临床医生索引的临床医生治疗偏好库中生成或接收预定义治疗偏好。

在一些示例中，在本文描述的任何非暂时性计算机可读存储介质中，预定义治疗偏好可以基于由临床医生批准的用于其他患者的先前治疗计划。

本文还描述了系统，该系统可以包括：一个或多个处理器；以及存储器，被配置为存储指令，当所述指令由一个或多个处理器执行时使所述系统：向临床医生呈现用于生成治疗计划的预定义治疗参数，其中，预定义治疗参数包括牙科协议语言的数据结构；通过用户界面接受对预定义治疗参数的一个或多个修改；将一个或多个修改附加到数据结构作为更高层；将数据结构和患者牙齿的数字模型传送到治疗计划生成模块，其中，治疗计划生成模块基于更高层来修改治疗参数，并生成修改的一组治疗参数；以及向临床医生显示治疗计划以供批准。

在本文描述的任何系统中，对数据结构的修改可以以牙科协议语言编码。此外，在本文描述的任何系统中，指令的执行可以使系统在向临床医生显示治疗计划之后，重复向临床医生呈现预定义治疗参数和接受一个或多个修改的步骤。

在本文描述的任何系统中，指令的执行使装置执行操作，所述操作还包括基于批准的治疗计划形成一系列矫治器。

在本文描述的任何系统中，执行向临床医生呈现用于生成治疗计划的预定义治疗参数的指令可以使系统从由临床医生索引的临床医生治疗偏好库中生成或接收预定义治疗偏好。

本文描述的所有方法和设备以任何组合在本文中被考虑并且可以用于实现如本文描述的益处。

附图说明

通过参考阐述说明性实施例的以下详细描述和附图，将获得对本文描述的方法和设备的特征和优点的更好理解，在附图中：

图1是描绘根据一些示例的用于生成牙科器具数据的示例方法的流程图。

图2示出了可以根据关于图1描述的牙科器具数据制造的透明牙齿矫治器的俯视图。

图3是描绘根据一些示例的用于定制文本规则的特定于从业者的子集的示例方法的流程图。

图4示出了根据一些示例的规则的示例。

图5A示出了可以用于帮助生成文本规则的特定于从业者的子集的图形用户界面。

图5B是可以用于帮助生成文本规则的特定于从业者的子集的用户界面的另一示例。

图6是描绘根据一些示例的用于生成牙科器具数据的示例方法的流程图。

图7示出了根据一些示例的包括交互治疗计划协议修改选择的示例图形用户界面。

图8示出了可以被配置为执行本文描述的操作的装置的框图。

图9是示出了装置计划环境中的系统的示例的图。

图10是示出了系统的示例的图。

图11示出了显示用于修改治疗参数的选择选项的示例用户界面。

图12是示出了特定领域的正畸治疗语言的元素的示例的图。

图13A-图13B示出了可以以用于治疗模板的特定领域的正畸治疗语言编写的用户偏好(在该示例中，后牙锁颌)的示例；在图13A中，默认偏好被示出为改善后牙锁颌，而图13B示出了不改善后牙锁颌的偏好。

图14A-图14B示出了可以以用于治疗模板的特定领域的正畸治疗语言编写的用户偏好(在该示例中，咬合斜面附件)的示例；在图14A中，默认偏好被示出为没有咬合斜面，而图14B示出了使用放置在前臼齿上的附件的偏好，除了存在开放咬合和/或旋转侧牙的情况之外，所有情况都具有咬合斜面。

图15A-图15B示出了可以以用于治疗模板的特定领域的正畸治疗语言编写的用户偏好(在该示例中，附件在牙齿上的位置)的示例；在图15A中，默认偏好被示出为将附件定位在牙齿的中间范围中，而图15B示出了将附件定位成靠近牙龈的偏好。

图16A-图16B示出了可以以用于治疗模板的特定领域的正畸治疗语言编写的用户偏好(在该示例中，目标深覆合)的示例；在图16A中，默认偏好被示出为不矫正目标深覆合，而图15B示出了将深覆合矫正到选定目标内(例如，在0.1mm与1mm之间)的偏好。

图17A-图17B示出了可以以用于治疗模板的特定领域的正畸治疗语言编写的用户偏好(在该示例中，舌侧咬合斜面附件)的示例；在图17A中，默认偏好被示出为不包括用于前部侵入的舌侧咬合斜面附件，而图17B示出了包括用于下前部侵入的舌侧咬合斜面附件的偏好。

图18(i)-18(vi)是示出了用于特定领域的正畸治疗语言的示例语法和措辞的表。

图19示出了用于修改治疗计划的方法的示例。

图20示出了可以是图10的系统1000的示例的装置1200的框图。

具体实施方式

本文描述了用于生成牙科器具数据的设备(例如，系统、装置等)和方法。在一些示例中，牙科器具数据可以通过执行一个或多个软件模块来生成，该一个或多个软件模块遵循临床医生的文本规则的特定于从业者的子集以提供牙科(正畸)治疗。如上所述，这里提到的规则(也可以称为文本规则)以文本书写，并且每个规则以牙科从业者可以理解的简单语言描述治疗步骤(通常是多个治疗步骤)。每个规则涉及(并指向)在治疗计划期间修改患者牙齿的特定领域的语言指令的集合。因此，规则的集合可以定义用于形成治疗计划的指令。由规则引用的指令可以是特定领域的治疗语言的的步骤(例如，如在2018年11月1日提交的标题为“AUTOMATIC TREATMENT PLANNING(自动治疗计划)”的美国专利申请No.16/178,491中所描述的，其全部内容通过引用并入本文)。规则(例如，文本规则的特定于从业者的子集)可以与患者牙齿日期(诸如患者牙齿的数字模型)一起使用，以生成治疗计划，并且该治疗计划可以用于生成一系列牙科器具(牙科器具数据)，以执行治疗计划。牙科器具可以被制造为可实施临床医生的治疗计划(治疗协议)的各个阶段的一个或多个矫治器。

可以收集特定于从业者的规则集合，即文本规则的特定于从业者的子集，并且可以对特定领域的治疗编程语言编写的指令的集合进行编码，以与一个或多个软件模块平滑地接口连接，以生成治疗计划和/或一系列矫治器。如本文所述，用户(临床医生)可以在规则的级别直接交互，以选择和/或修改文本规则的特定于从业者的子集。这是因为治疗计划协议本身的指令集合的修改可能是困难的，特别是对于不熟悉编程语言的临床医生，更不用说治疗计划协议的特定领域的治疗编程语言。本文描述了各种方法和设备，其使得临床医生能够修改和定制用于治疗计划协议的规则编码指令的集合，而不需要临床医生熟悉特定领域的治疗编程语言。

下面结合图1描述用于生成牙科器具数据的一般方法。图1是描绘根据一些示例的用于生成牙科器具数据的示例方法100的流程图。一些示例可以利用附加的操作、更少的操作、以不同顺序的操作、并行的操作以及不同的一些操作来执行本文描述的操作。方法100以一般方式描述了临床医生执行或在临床医生的指导下执行的操作，所述临床医生寻求生成可用于制造一个或多个牙科器具的牙科器具数据。例如，牙科器具可以包括一个或多个透明牙齿矫治器，其可以由患者佩戴以传递或提供任何可行的正畸和/或牙科治疗。

在一些示例中，牙科器具数据可以由包括硬件、软件或硬件和软件的组合的系统生成，该系统对患者牙科数据进行操作，并且由临床医生的治疗协议引导。临床医生的治疗协议可以描述临床医生的用于提供正畸和/或牙科治疗的优选步骤和/或设置。

该示例中的方法开始于框102，其中临床医生(也称为牙科从业者(例如，正畸医生、牙医、牙科技术人员等))选择初始规则集合。规则可以描述用于在治疗的全部或一部分期间解决所有牙齿中的一些的移动、旋转和/或定位的临床医生的牙科协议。规则可以形成可实现临床医生优选的正畸治疗技术的规则子集。在一些情况下，规则可以包括条件语句，以测试各种条件(检测到的空间、牙齿旋转、牙齿倾斜等)以及如果检测到各种条件则要执行的牙科治疗。

在一些情况下，规则可以是特定领域的治疗(正畸)编程语言的参考指令，其包括用于描述正畸治疗(例如，牙齿旋转程度、咬合斜面使用、深覆合矫正等)的正畸特定构造。在一些示例中，规则可以用于引导和/或控制生成牙科器具数据的设备、模块或系统。在一些情况下，牙科器具数据可以用于为患者提供牙科治疗。例如，牙科器具数据可以使得能够制造一个或多个牙齿矫治器。牙齿矫治器可以由患者佩戴以通过多个治疗阶段影响牙齿移动。

从业者特定规则的初始子集可以从任何数量的可行源中选择。在一些情况下，从业者可以形成新的规则。例如，从业者可以基于临床医生与技术人员之间的广泛初始(例如，入职)访谈来生成规则，所述技术人员以用于描述规则的特定领域编程语言熟练地书写和描述牙科协议(指令)。例如，技术人员可以询问一系列问题，这些问题可以用于确定临床医生的治疗偏好中的一些或全部，并将它们表达为特定领域的治疗编程语言的参数和构造。在一些情况下，由于可以覆盖的材料的量，访谈可能很长。在一些其他情况下，临床医生可以用与来自技术人员的一系列问题相对应的问题来完成问卷。作为访谈或问卷的结果，技术人员可以向临床医生提供初始规则。

在一些其他情况下，临床医生可以选择默认规则或规则集合，作为文本规则的特定于从业者的子集的初始规则或规则集合。默认规则或规则子集可以包括用于特定领域的治疗编程语言的许多或所有参数的默认治疗设置。在一些示例中，默认规则中的一个或多个可以是区域定向的，并且可以被定制以供牙医或正畸医生使用。

在其他情况下，临床医生可以选择可由另一用户的规则提供或基于另一用户的规则提供的规则作为初始规则。例如，临床医生可能想要遵循来自知名用户(例如，领军人物)的治疗协议。该用户在使用由临床医生使用的相同或类似系统方面可能具有大量经验。如果用户愿意共享他或她的规则，则其他临床医生可以复制，并且如果需要，修改共享的规则。因此，临床医生可以选择另一用户的规则作为他们自己的规则的基础。

上述规则可以相对于本文描述的系统本地存储，或者可以例如通过远程或基于云的存储系统远程存储。

接下来，在框104中，临床医生可以通过添加或移除规则或者通过修改特定规则(包括修改相关联的特定领域的治疗语言指令)，来修改他们选择的从业者特定的规则子集。文本规则的规则或特定于从业者的子集的修改可以是可选的，如这里由框104周围的虚线所描绘的。在一些情况下，可以在技术人员的帮助下进行修改。例如，熟练以特定领域治疗语言书写和描述牙科协议的技术人员可以与临床医生交互，并根据任何期望的改变来修改规则。在一些其他情况下，临床医生可以直接修改规则。

在一些情况下，可以通过生成样本治疗计划来进行修改，该样本治疗计划将文本规则的特定于从业者的子集应用于一组牙齿的数字数据集(“模型数据”)。模型数据可以基于已知模型，或者可以使用从业者的实际患者。文本规则的特定于从业者的子集可以与模型数据一起发送到治疗计划生成器，该治疗计划生成器可以将文本规则的特定于从业者的子集转换成指令，并将指令应用于模型数据以生成样本治疗计划。可以向从业者呈现治疗计划，并且可以迭代地修改文本规则的特定于从业者的子集(添加、移除和/或修改特定规则)并重新运行治疗计划，直到满足所产生的文本规则的特定于从业者的子集。

文本规则的特定于从业者的子集可以被保存以用于针对一个或多个实际患者数据集使用，和/或立即用于生成治疗计划和相关联的牙科器具(例如，矫治器)。

例如，在框106中，临床医生可以访问(检索)患者牙科数据。例如，患者数据可以包括牙科扫描数据、患者人口统计数据或者与患者的牙科或正畸生理学有关的任何其他相关患者数据。类似于文本规则的特定于从业者的子集，患者牙科数据可以本地存储，或者可以从远程或基于云的存储系统存储和检索。

接下来，在框108中，临床医生可以生成牙科器具数据。例如，临床医生可以使用系统(例如，硬件、软件或硬件和软件的组合)，该系统对患者牙科数据进行操作，并基于文本规则的特定于从业者的子集(由其指导)生成牙科器具数据。牙科器具数据可以用于制造可对应于牙科治疗的各个阶段的一个或多个牙齿矫治器。在一些示例中，牙科器具数据可以用于预测、渲染和显示与牙科治疗的阶段相对应的患者的牙齿位置。通过显示的牙齿位置，临床医生可以评估患者的治疗的每个阶段。在一些情况下，临床医生可以修改文本规则的特定于从业者的子集，以改变任何特定治疗阶段的结果。

图2示出了透明牙齿矫治器200的俯视图，该透明牙齿矫治器可以由关于图1描述的牙科器具数据制造。透明牙齿矫治器200可以用于向患者提供正畸牙科治疗。在一些示例中，如由临床医生的规则所描述的，临床医生治疗协议可以用于基于患者的牙科数据生成牙科器具数据。正畸牙科治疗可以分阶段实施，使得不同的牙齿矫治器可以与每个治疗阶段相关联。牙科器具数据可以描述任何可行数量的阶段，因此描述任何可行数量的牙齿矫治器。

示出了第一牙齿矫治器210。第一牙齿矫治器210可以对应于由患者牙科数据确定的患者的初始牙齿位置。最终牙齿矫治器220可以对应于患者的投影的最终牙齿位置。可以制造任何可行数量的牙齿矫治器(为简单起见未示出)。例如，可以生成对应于第一牙齿矫治器210与最终牙齿矫治器220之间的牙齿治疗的不同阶段的其他牙齿矫治器。

如关于图1所描述的，从业者的文本规则的特定于从业者的子集可以引导或影响牙科治疗计划的结果。在一些情况下，临床医生可能想要修改他们选择的规则，以改变牙科治疗的结果。下面结合图3描述用于修改规则的一个示例方法。

图3是描绘根据一些示例的用于定制规则的示例方法300的流程图。如上面关于图1和图2所描述的，规则可以描述临床医生的用于形成牙科治疗协议的指令。在一些情况下，规则可以源自另一用户、源自默认规则参数的集合、或者源自临床医生与技术人员之间的访谈、问卷等。独立于规则的起源，临床医生可能想要定制规则，以反映临床医生自己的偏好。尽管被描述为由模块执行，但是方法300可以由任何可行的硬件、软件、硬件和软件的组合、状态机等执行。在一些示例中，方法300可以在本地执行或远离临床医生(例如，通过基于云的存储系统)远程执行。

方法可以在框302处开始，其中模块访问临床医生的规则。临床医生的规则可以是默认规则、来自或基于另一用户的规则的规则、或者作为访谈、问卷、会议或任何其他可行的规则源的结果而提供给临床医生的规则。在一些示例中，模块可以本地地(例如，通过本地存储器和/或本地存储装置)或者通过一个或多个基于云的存储系统远程地访问临床医生的规则。

接下来，在框304中，临床医生通过图形用户界面(GUI)来审查和定制规则。例如，规则可以包括描述临床医生的牙科协议的特定特性的一个或多个部分。如上所述，与规则相关联的指令可以用可能不容易理解的特定领域的治疗编程语言编写，特别是用一些牙科临床医生可能不容易理解的特定领域的治疗编程语言编写。在框304中，模块可以解析规则，并在GUI上以人类可读的临床医生友好的格式显示规则的一个或多个特征和/或特性。即，与规则的特定领域的治疗编程语言相比，GUI可以以容易理解的清楚语言示出、显示和/或描述规则的一些特征和/或特性。

规则特征和/或特性可以与单选按钮或其他用户交互特征一起显示在GUI上。使用交互特征，临床医生可以在规则中包括或排除对应的规则特征。以这种方式，临床医生可以在不具有任何特定领域的治疗编程语言的任何先验知识的情况下定制规则。因此，临床医生可以创建定制或个性化的规则。

接下来，在框306中，可以保存定制规则和从业者的文本规则的特定于从业者的子集。定制的文本规则的特定于从业者的子集可以通过一个或多个基于云的存储系统本地或远程保存。接下来，在框308中，临床医生可以使用定制的文本规则的特定于从业者的子集来确定患者的牙科器具数据(例如，治疗计划)。在一些实施方式中，牙科器具数据可以如题为“Systems and Methods for Treatment Using Domain-Specific TreatmentProtocols(使用特定领域的治疗协议进行治疗的系统和方法)”的美国专利申请序列号16/399,834中所述来确定，其内容通过引用并入本文，如同在本文中完全阐述一样。在一些情况下，牙科器具数据可以用于制造矫治器托盘以提供正畸治疗。在一些其他情况下，牙科器具数据可以用于通过正畸治疗的不同阶段确定患者的牙齿的预测位置。这些预测位置可以用于在治疗期间呈现患者的牙齿的图像。临床医生可以使用经渲染的图像来评估所提出的治疗。

图4和图5A-图5B示出了如本文所述的方法的某些方面。具体地，图4示出了规则的一个示例部分和示例对应的GUI显示，其示出了根据方法300的、与该示例规则对应的特定领域的治疗语言。图4和图5A-图5B是示例性的，并且旨在解释方法300，而不是限制性的。

图4示出了根据一些示例的规则400的摘录。规则400可以用某些临床医生可能难以理解的特定领域的治疗编程语言编写。在一些情况下，规则400可以是默认规则、来自或基于另一用户的规则的规则、或者作为访谈、问卷、会议或任何其他可行的规则源的结果而提供给临床医生的规则。

嵌入在规则400内的可以是多个部分和规则。在部分和规则内，规则的特定领域的治疗编程语言可以描述用于执行牙科治疗的临床医生的牙科协议的各个方面。例如，描述限制第二臼齿和第三臼齿的臼齿移动的编程语言可以被包括在规则400的部分410中。在该示例中，可以使用八行编程语言来描述限制患者的第二臼齿和第三臼齿的臼齿移动。规则400可以包括为了简单起见在此未示出的其他部分和规则。

虽然可能存在可以容易地理解规则的特定领域的治疗编程语言的一些临床医生，但是许多其他临床医生可能发现编程语言难以理解。使用图3的方法300，规则的一个或多个部分可以被解析，并以人类可读的、临床医生友好的格式显示给临床医生。

图5A示出了对应于类似于图4的规则子集的规则子集的GUI 500。GUI 500的该示例可以使临床医生能够选择和包括(或取消选择和排除)在从业者的文本规则的特定于从业者的子集中的规则。GUI 500可以以人类可读的、临床医生友好的格式和/或以特定领域的治疗语言显示对应规则的部分。此外，GUI 500可以包括与人类可读的、临床医生友好的文本相关联的用户交互特征(可选择的按钮、滑块等)。通过与用户交互特征交互，临床医生可以确定哪些协议特性可以被包括在从业者的文本规则的特定于从业者的子集中或从从业者的文本规则的特定于从业者的子集中排除。

例如，GUI 500可以在部分510中显示“第2臼齿和第3臼齿不动”的规则特征。部分510中的语言可以是文本的，并且以临床医生友好的格式描述；该语言可以对应于规则的特定领域的治疗编程语言的一行或多行(例如，图4的部分410中的行)。与部分510相邻，GUI500还可以包括用户交互特征520，以使临床医生能够包括或排除与从业者的文本规则的特定于从业者的子集相对应的特定规则。

作为示例，如果临床医生希望实施“第2臼齿和第3臼齿不动”，则临床医生通过与对应于“第2臼齿和第3臼齿不动”的用户交互特征520交互来简单地选择该特征。另一方面，如果临床医生希望不实施“第2臼齿和第3臼齿不动”，则临床医生可以利用用户交互特征520取消选择该特征。其他规则可以类似地被包括在从业者的文本规则的特定于从业者的子集中或从从业者的文本规则的特定于从业者的子集中排除。

作为临床医生的通过GUI 500进行选择的结果，临床医生可以创建定制的文本规则的特定于从业者的子集，其可以用于生成治疗计划，该治疗计划可以用于制造牙科器具和/或显示预测的牙齿位置。因此，临床医生在不具有特定领域的治疗编程语言的任何先验知识的情况下，可以修改和定制从业者的文本规则的特定于从业者的子集，以用于生成治疗计划。

图5B示出了用户界面的另一示例，该用户界面包括窗口551，该窗口示出菜单或规则553(类似于图5A中所示的菜单或规则)，并且允许直接用户界面在窗口中显示或可显示的规则之中或之间选择553。可以基于与规则相关联的指令来组织(例如，等级、分组等)规则。如图5A所示，规则可以按类别(例如，“通用”、“深覆合”、“牙齿拥挤”、“开合”、“下切牙拔除”、“II类”等)组织。在一些情况下，规则可按得分进行组织，以指示它们被其他人使用的频率。可以通过地理使用和/或通过与一个或多个领军人物的关联来组织和/或排序规则。如上所述，方法或设备可以预先选择要在菜单中列出哪些规则，包括显示或包括供从业者从中选择的规则，以基于从业者的一个或多个特性和/或对与从业者相关的查询的响应来构建从业者的文本规则的特定于从业者的子集。

在一些示例中，临床医生可能想要以更交互的方式修改文本规则的特定于从业者的子集，该方式能够示出文本规则的特定于从业者的子集中的变化可如何影响牙科治疗的结果。下面关于图6描述一种这样的方法。

图6是描绘根据一些示例的用于生成牙科器具数据的示例方法600的流程图。尽管被描述为由模块执行，但是方法600可以由任何可行的硬件、软件、硬件和软件的组合、状态机等执行。

方法600可以在框602中开始，其中模块访问(检索)患者牙科数据。患者牙科数据可以包括牙科扫描数据、患者人口统计数据或与患者的牙齿和/或正畸生理学有关的任何其他相关患者数据。患者牙科数据可以本地存储(相对于模块)或远程存储，例如，使用基于云的存储系统。接下来，在框604中，模块可以访问(检索)从业者的文本规则的特定于从业者的子集。从业者的文本规则的特定于从业者的子集可以是默认规则集合、来自或基于另一用户的规则集合的规则集合、作为访谈、问卷、会议或任何其他可行的规则源的结果提供给临床医生的规则集合。例如，从业者的文本规则的特定于从业者的子集可以本地地存储，或使用基于云的存储系统远程地存储。在一些示例中，可以根据图3的方法300生成从业者的文本规则的特定于从业者的子集。

接下来，在框606中，模块可以基于患者牙科数据和文本规则的特定于从业者的子集来生成牙科器具数据。例如，模块可以通过对患者的牙科数据应用由从业者的文本规则的特定于从业者的子集描述的牙科协议，来生成牙科器具数据。在一些示例中，模块可以根据一个或多个牙科治疗阶段，生成多个阶段的牙科器具数据。在一些情况下，牙科治疗的每个阶段可以对应于不同的牙齿矫治器。

接下来，在框608中，模块显示与牙科器具数据相关联的预测牙齿位置。在一些情况下，模块能够从牙科器具数据预测牙齿移动和位置。由于牙科器具数据可以对应于多个治疗阶段，因此模块可以显示用于每个治疗阶段的不同图像。临床医生可以使用所显示的图像来确定用于生成牙科器具数据的文本规则的特定于从业者的子集是否提供期望的牙科治疗结果。

接下来，在框610中，模块可以可选地显示一个或多个交互规则修改选择。在一些情况下，临床医生可以可选地与显示器交互，以修改文本规则的特定于从业者的子集。例如，如果未实现期望的结果(如框608中显示的图像所示)，则临床医生可以与GUI交互，以修改来自文本规则的特定于从业者的子集的规则中的一个或多个。(下面参考图7描述示例交互显示。)在一些情况下，GUI可以呈现对话框等，以使临床医生能够修改可能影响牙齿移动并因此影响牙齿治疗结果的一些或所有规则(和参数)。

接下来，在框612中，模块可以可选地重新生成牙科器具数据。例如，如果从业者已经修改了从业者的文本规则的特定于从业者的子集的一个或多个规则参数，则模块能够重新生成牙科器具数据，并且(参考框608)模块可以显示与重新生成的牙科器具数据相关联的预测牙齿位置。临床医生可以查看所显示的预测牙齿位置(如框608中所显示的)以查看牙齿治疗结果。在一些示例中，框610和612可以重复任何次数，直到例如临床医生批准牙齿治疗结果。

接下来，在框614中，模块可以保存修改的文本规则的特定于从业者的子集和/或牙科器具数据。由于在框608中可能已经修改了文本规则的特定于从业者的子集，因此模块可以使临床医生能够保存修改的规则。修改的文本规则的特定于从业者的子集可以由临床医生用作定制规则或文本规则集合，其可以与其他患者一起使用和/或可以与其他临床医生共享。此外，还可以保存由使用从业者的文本规则的特定于从业者的子集而产生的牙科器具数据。例如，可以本地地保存文本规则的特定于从业者的子集和牙科器具数据，或使用基于云的存储系统远程地保存文本规则的特定于从业者的子集和牙科器具数据。

接下来，在框616中，可以制造牙科器具。在该可选步骤中，可以制造对应于牙科器具数据的牙齿矫治器。患者可以使用牙齿矫治器来接受由临床医生确定的牙科治疗。

在一些示例中，在修改和保存文本规则的特定于从业者的子集之后，临床医生可以利用修改的文本规则的特定于从业者的子集来处理其他患者的牙科数据。以这种方式，临床医生可以利用各种不同的患者数据来“测试”修改的文本规则的特定于从业者的子集，以确定修改的文本规则的特定于从业者的子集是否将在各种情况下有效，而不仅仅是一个患者的特殊情况。

图7示出了根据一些示例的包括交互规则修改选择的示例GUI 700。如上面关于图6所述，GUI 700可以显示可对应于牙科器具数据的预测牙齿位置。例如，预测牙齿位置可以与任何牙齿矫治器数据相关联，该牙齿矫治器数据与由从业者的文本规则的特定于从业者的子集指导或引导的牙齿治疗相关联。通过GUI，临床医生可以修改规则参数以改变牙科治疗结果。GUI 700可以显示预测牙齿位置705，其描绘与患者的牙齿治疗的至少一个阶段相关联的可能牙齿位置。

如图所示，GUI 700还可以包括选择提示710。选择提示710可以向临床医生指示GUI 700上示出的治疗的一方面可以通过修改文本规则的特定于从业者的子集的一个或多个参数来影响。选择提示710可以引起对规则选择720的注意，并且提示临床医生通过规则选择720选择和/或修改一个或多个文本规则参数的特定于从业者的子集。可以通过选择提示710来应用和/或确认选择选项。

图8示出了可以被配置为执行本文描述的任何操作的装置800的框图。装置800可以包括用户接口810、网络接口820、处理器830和存储器840。用户接口810可以耦合到任何可行的用户接口(未示出)，包括但不限于显示器、键盘、鼠标或其他指向装置、触摸屏等。可耦合到网络(未示出)的网络接口820可以向其他有线或无线装置(包括远程(例如，基于云的)存储装置)发送信号和从其他有线或无线装置接收信号。

还耦合到用户接口810、网络接口820和存储器840的一个或多个处理器830可以是能够执行存储在装置800中(诸如在存储器840内)的一个或多个软件程序的脚本或指令的任何一个或多个合适的处理器。在一些示例中，例如，存储器840可以在基于云的存储装置中远程实现。

存储器840可以包括(存储)患者牙科数据842。如本文所述，患者牙科数据可以包括患者牙科扫描数据、患者人口统计数据、患者生理数据或可用于确定患者的牙科治疗的任何其他可行的患者数据。

存储器840还可以包括文本规则数据844的特定于从业者的子集。如本文所述，规则数据可以由另一模块使用以确定患者的牙科治疗，其可以包括患者的牙科器具数据。

存储器840还可以包括可存储以下软件模块的非瞬态计算机可读存储介质(例如，一个或多个非易失性存储器元件，诸如EPROM、EEPROM、闪存、硬盘驱动器等)：接口软件(SW)模块846，用于控制接口(例如，包括用户接口810和网络接口820)；牙科器具SW模块847，用于生成患者的牙科器具数据；规则修改SW模块848，用于修改文本规则的特定于从业者的子集；以及数据显示SW模块849，用于预测和显示牙齿移动。每个软件模块包括程序指令，当该程序指令由处理器830执行时可以使装置800执行相应的功能。因此，存储器840的非暂时性计算机可读存储介质可以包括用于执行本文描述的操作的全部或一部分的指令。

设备800的模块可以包括一个或多个引擎和数据存储。计算机系统可以实现为引擎、引擎的一部分或通过多个引擎实现。如本文所使用的，引擎包括一个或多个处理器或其一部分。一个或多个处理器的一部分可以包括硬件的某个部分，所述硬件的某个部分比包括任何给定的一个或多个处理器的所有硬件少，诸如寄存器的子集、处理器的专用于多线程处理器的一个或多个线程的部分、处理器完全或部分专用于执行引擎的功能的一部分的时间片等。这样，第一引擎和第二引擎可以具有一个或多个专用处理器，或者第一引擎和第二引擎可以彼此共享一个或多个处理器或与其他引擎共享一个或多个处理器。根据实现特定的考虑或其他考虑，引擎可以是集中式的或其功能是分布式的。引擎可以包括以计算机可读介质实施以供处理器执行的硬件、固件或软件。处理器使用实现的数据结构和方法，将数据转换为新数据，诸如参考本文的附图所描述的。

本文描述的引擎或可通过其实现本文描述的系统和装置的引擎可以是基于云的引擎。如本文所使用的，基于云的引擎是可以使用基于云的计算系统来运行应用和/或功能的引擎。应用和/或功能的全部或部分可以分布在多个计算装置上，并且不需要仅限于一个计算装置。在一些实施例中，基于云的引擎可以执行终端用户通过web浏览器或容器应用访问的功能和/或模块，而无需在终端用户的计算装置上本地安装功能和/或模块。

如本文所使用的，数据存储旨在包括具有任何适用的数据组织的存储库，包括表、逗号分隔值(CSV)文件、传统数据库(例如，SQL)或其他适用的已知或方便的组织格式。例如，数据存储可以被实现为在专用机器上的物理计算机可读介质中、在固件中、在硬件中、在其组合中、或者在适用的已知或方便的装置或系统中实施的软件。数据存储相关联的组件(诸如数据库接口)可以被认为是数据存储的“一部分”、一些其他系统组件的一部分或其组合，尽管数据存储相关联的组件的物理位置和其他特性对于理解本文描述的技术不是关键的。

数据存储可以包括数据结构。如本文所使用的，数据结构与在计算机中存储和组织数据的特定方式相关联，使得它可以在给定的上下文中有效地使用。数据结构通常基于计算机在其存储器中的任何位置获取和存储数据的能力，所述任何位置由地址、本身可存储在存储器中并由程序操纵的位串指定。因此，一些数据结构基于利用算术运算来计算数据项的地址；而其他数据结构基于将数据项的地址存储在结构本身内。许多数据结构使用这两种原理，有时以非简单的方式组合。数据结构的实现通常需要编写一组过程，该组过程创建和操纵该结构的实例。本文描述的数据存储可以是基于云的数据存储。基于云的数据存储是与基于云的计算系统和引擎兼容的数据存储。

处理器830可以执行接口SW模块846，以通过用户接口810和/或网络接口820发送和接收数据。例如，接口SW模块846的执行可以使处理器830能够在显示装置(例如，GUI)上显示图像和/或通过用户接口810接收数据，诸如用户输入数据(键盘数据、扫描数据、触摸板数据等)。接口SW模块846的执行还可以使处理器830能够通过网络接口820发送和接收数据。例如，处理器830可以通过互联网或任何其他可行的网络发送和接收可存储在单独或远程数据存储装置(未示出)上的数据。在一些示例中，处理器830可以通过网络接口820发送牙科器具数据，以使得能够制造对应的牙科器具。

处理器830可以执行牙科器具SW模块847，以基于患者牙科数据842和规则数据844生成患者的牙科器具数据。牙科器具数据可以用于制造一个或多个牙齿矫治器以提供牙科治疗。

处理器830可以执行规则修改SW模块848，以修改或更改规则参数，诸如存储在存储器840中的规则数据844。在一些示例中，规则修改SW模块848的执行可以使处理器830能够显示和修改文本规则的特定于从业者的子集的规则，如关于图3所描述的。在一些其他示例中，规则修改SW模块848的执行可以使处理器830能够显示和修改如上所述的规则或文本规则的特定于从业者的子集。

处理器830可以执行数据显示SW模块849，以生成可在用户的显示器上显示的数据。例如，数据显示SW模块849的执行可以使处理器830能够呈现预测牙齿位置(基于患者牙科数据)以及交互屏幕，以提示临床医生关于临床医生的规则的改变。

医疗治疗计划可以允许用户创建患者定制的治疗协议。例如，正畸治疗计划允许用户创建患者定制的治疗协议。这样的协议可以包括用于最终定位、分阶段、附接和矫治器特征的规则，并且可以根据治疗目标、牙齿的初始或最终位置或者各种临床病症的存在来定义条件行为。手动正畸治疗计划可能是缓慢且复杂的，即使在由通常使用简单参数文件的正畸治疗计划算法辅助时也是如此。当用户需要更高程度的定制时尤其如此，这可以通过手动应用他们的协议(这可能是劳动密集型的并可能导致不一致的结果)或通过在共享代码库中编码特殊规则(这可能导致长的验证周期)来适应。

本公开涉及解决与治疗计划相关的技术问题的系统、方法、计算装置可读介质和装置，所述与治疗计划相关的技术问题具体地包括正畸治疗计划和/或与作为正畸治疗计划的一部分的牙科器具(例如，矫治器)的制造相关的技术问题。自动化代理(包括使用机器学习模型的那些)可以用于帮助形成、修改和处理治疗模板，该治疗模板可以以特定领域的正畸治疗语言进行编码。在一些实施方式中，本文描述的自动化代理提供治疗模板，该治疗模板可以被转换为正畸治疗计划指令，并且与一组或多组患者数据(例如，患者的牙齿的扫描)一起使用以生成一个或多个正畸治疗计划。正畸治疗计划可以包括制造牙科器具(诸如牙齿矫治器)的描述或指令。

示例结构和系统

图9是示出了装置计划环境900中的系统的示例的图。装置计划环境900包括计算机可读介质902、治疗计划界面系统904、临床协议管理器(CPM)系统906、治疗计划系统908和器具制造系统910。正畸治疗计划系统900的一个或多个组件(包括模块)可以彼此耦接(例如，通过所示的示例耦接件)或耦接到图9中未明确示出的模块。计算机可读介质902可以包括任何计算机可读介质，包括但不限于总线、有线网络、无线网络或其某种组合。

计算机系统可以实现为引擎、引擎的一部分或通过多个引擎实现。如本文所使用的，引擎包括一个或多个处理器或其一部分。一个或多个处理器的一部分可以包括硬件的某个部分，所述硬件的某个部分比包括任何给定的一个或多个处理器的所有硬件少，诸如寄存器的子集、处理器的专用于多线程处理器的一个或多个线程的部分、处理器完全或部分专用于执行引擎的功能的一部分的时间片等。这样，第一引擎和第二引擎可以具有一个或多个专用处理器，或者第一引擎和第二引擎可以彼此共享一个或多个处理器或与其他引擎共享一个或多个处理器。根据实现特定的考虑或其他的考虑，引擎可以是集中式的或其功能是分布式的。引擎可以包括在计算机可读介质中实施以供处理器执行的硬件、固件或软件。处理器使用实现的数据结构和方法将数据转换为新数据，诸如参考本文的附图所描述的。

本文描述的引擎或可通过其实现本文描述的系统和装置的引擎可以是基于云的引擎。如本文所使用的，基于云的引擎是可以使用基于云的计算系统来运行应用和/或功能的引擎。应用和/或功能的全部或部分可以分布在多个计算装置上，并且不需要仅限于一个计算装置。在一些实施例中，基于云的引擎可以执行终端用户通过web浏览器或容器应用访问的功能和/或模块，而无需在终端用户的计算装置上本地安装功能和/或模块。

如本文所使用的，数据存储(例如，数据库或其他数据仓库)旨在包括具有任何适用的数据组织的存储库，包括表、逗号分隔值(CSV)文件、传统数据库(例如，SQL)或其他适用的已知或方便的组织格式。例如，数据存储可以被实现为在专用机器上的物理计算机可读介质中、在固件中、在硬件中、在其组合中、或者在适用的已知或方便的装置或系统中实施的软件。数据存储相关联的组件(诸如数据库接口)可以被认为是数据存储的“一部分”、某个其他系统组件的一部分或其组合，尽管数据存储相关联的组件的物理位置和其他特性对于理解本文描述的技术不是关键的。

数据存储可以包括数据结构。如本文所使用的，数据结构与在计算机中存储和组织数据的特定方式相关联，使得它可以在给定的上下文中有效地使用。数据结构通常基于计算机在其存储器中的任何位置获取和存储数据的能力，所述任何位置由地址、本身可存储在存储器中并由程序操纵的位串指定。因此，一些数据结构基于利用算术运算来计算数据项的地址；而其他数据结构基于将数据项的地址存储在结构本身内。许多数据结构使用这两种原理，有时以非简单的方式组合。数据结构的实现通常需要编写创建和操纵该结构的实例的一组过程。本文描述的数据存储可以是基于云的数据存储。基于云的数据存储是与基于云的计算系统和引擎兼容的数据存储。

治疗计划界面系统904可以包括一个或多个计算机系统，该一个或多个计算机系统被配置为与用户交互，并向用户提供管理用于患者的治疗计划的能力。在该上下文中，“用户”可以指可访问和/或使用治疗计划界面系统904的任何个体，并且可以包括任何医疗专业人员，包括牙医、正畸医生、足部医生、内科医生、外科医生、临床医生等。

在一些实施方式中，治疗计划界面系统904包括用于收集与患者相关的患者数据的引擎，所述患者将要根据治疗计划进行治疗。

如本文所使用的，“患者数据”可以包括与患者相关的数据。患者数据可以包括解剖信息的表示，诸如关于待治疗的人体的特定部分的信息。解剖信息的示例包括在特定时间的患者数据的牙列、骨骼、器官等的表示。患者数据可以表示在治疗计划之前、期间或之后的解剖信息。作为示例，患者数据可以表示在正畸或修复治疗计划之前、期间或之后患者的牙列的状态和/或预期状态。可以使用各种技术捕获患者数据，包括从患者的解剖结构的扫描、数字化印模等中获取。

如本文所使用的，“治疗计划”可以包括用于治疗医学病症的一组指令。治疗计划可以指定但不限于治疗目标、用于实现目标的特定器具、测量进展的里程碑以及其他信息，诸如治疗长度和/或治疗成本。如本文所述，在一些实施方式中，治疗计划界面系统904向用户提供正畸治疗计划以治疗牙齿咬合不正。治疗计划界面系统904还可以向用户提供用于患者的牙列的修复治疗计划和其他类型的医疗治疗计划，以解决患者可能具有的医学病症。在一些实施方式中，治疗计划可以包括自动和/或实时治疗计划，诸如在题为“Automated Treatment Planning(自动治疗计划)”的美国专利申请序列号16/178,491中描述的治疗计划，其内容通过引用并入本文，如同在本文中完全阐述一样。治疗计划还可以包括由治疗技术人员(诸如通过计算机可读介质902向治疗计划界面系统904的用户提供治疗计划的治疗技术人员)提供的治疗指令。

在各种实施方式中，治疗计划界面系统904被配置为允许用户可视化实施治疗计划的器具、与实施治疗计划的器具交互和/或制造实施治疗计划的器具。作为示例，治疗计划界面系统904可以向用户提供用户界面，该用户界面显示正畸器具的虚拟表示，该正畸器具将患者的牙齿从初始位置朝向最终位置移动以矫正牙齿的咬合不正。治疗计划界面系统904可以类似地显示修复器具和/或其他医疗器具的表示。治疗计划界面系统904可以允许用户通过其上支持的UI来修改器具。在各种实施方式中，治疗计划界面系统904允许用户通过例如器具制造系统910制造器具。(注意，器具制造系统910可以但不需要远离治疗计划界面系统904，并且可以位于治疗计划界面系统904附近)。

治疗计划界面系统904可以被配置为向用户提供允许用户与患者讨论治疗计划的UI。作为示例，治疗计划界面系统904可以向用户显示患者数据的部分(例如，待治疗的病症的描绘)以及用于校正病症的治疗选项。治疗计划界面系统904可以显示被规定为实施治疗计划的潜在器具。作为示例，治疗计划界面系统904可以向用户显示一系列正畸器具，该系列正畸器具被配置为根据正畸治疗计划将患者的牙列从第一位置朝向目标位置移动。治疗计划界面系统904还可以被配置为描绘治疗计划的各个阶段的特定器具的效果。在一些实施方式中，治疗计划界面系统904可以实施使用治疗协议来生成治疗计划的方法，如图19所示。

治疗计划界面系统905可以被配置为允许用户与治疗计划交互。在一些实施方式中，治疗计划界面系统904允许用户指定治疗偏好。如本文所使用的，“治疗偏好”可以包括用户在治疗病症时偏好的特定治疗选项和/或治疗工具。治疗偏好可以包括临床设置、治疗目标、器具属性、优选的移动范围、实施特定过程的特定阶段等。正畸背景中的临床设置的示例包括允许或不允许一种类型的治疗、在特定牙齿(例如，臼齿)上使用各种类型的移动、使用特定过程(例如，邻间复位术(IPR))、在特定牙齿上使用正畸附件等。正畸背景下的治疗目标的示例包括治疗的长度/成本、牙齿的特定预期最终位置和/或中间位置等。正畸背景下的移动范围的示例包括牙齿在各个治疗阶段移动的特定距离和/或角度和/或在各个治疗阶段施加在牙齿上的特定力。例如在正畸背景下，实施特定过程的特定阶段包括实施附件、钩、咬合斜面和/或执行诸如手术或邻间复位的过程的特定治疗阶段。

如本文进一步讨论的，治疗计划界面系统904可以被配置为基于治疗模板向用户提供定制的GUI元素，该治疗模板以对用户方便的方式构造用户的治疗偏好。定制的GUI元素可以包括表单、文本框、UI按钮、可选择的UI元素等。在一些实施方式中，定制的GUI元素可以列出治疗偏好并向用户提供接受、拒绝和/或修改治疗偏好的能力。定制的GUI元素可以提供接受或拒绝治疗计划的部分和/或修改治疗计划的部分的能力。在一些实施方式中，用户的定制的GUI元素提供修改推荐用于治疗计划的器具的部分的能力。例如，治疗相关的UI元素可以提供修改在正畸或修复治疗计划的特定阶段实现的力系统、牙齿移动速度、矫治器、牙冠、镶面等的部分的角度和/或朝向的能力。

如本文所使用的，“治疗模板”可以包括以“特定治疗领域协议”表示的结构化数据。(在一些示例中，治疗模板由CPM系统906生成，存储在治疗计划系统908上的数据存储库中，并由治疗计划系统908上的引擎解析，该引擎在治疗计划界面系统904上创建定制的GUI元素。)

如本文所使用的，“特定治疗领域协议”可以包括专用于治疗计划的计算机语言、运行时对象(例如，应用程序、过程等)、解释项(例如，执行的脚本)等。特定治疗领域协议可以包括专用于患者数据和/或其收集的属性、专用于描述治疗计划和/或与治疗计划交互的属性、以及专用于用于实施治疗计划的器具的属性。本公开提供了特定正畸领域的协议的详细示例。注意，本文的示例可以应用于特定修复和/或牙科领域的协议和其他特定医疗领域的协议。

在一些实施方式中，治疗模板包括定制的图形用户界面(GUI)元素。可以使用特定治疗领域的协议来生成定制的GUI元素。如本文所述，可以基于用于其他用户的治疗模板的模板库来定制用于用户的治疗模板。作为示例，用户的治疗模板可以从另一用户的治疗模板导出和/或以其他方式基于另一用户的治疗模板导出(例如，该治疗模板中的治疗偏好可以从另一用户的治疗偏好导出和/或以其他方式基于另一用户的治疗偏好导出)。公共模板可以提供导出其他用户的治疗偏好的基础。私有模板可以提供导出特定用户的治疗偏好的基础。另外，可以在治疗计划界面系统904上执行应用程序和/或过程期间自动生成定制的GUI元素。定制的GUI元素可以操作以显示与特定用户相关的治疗计划的属性。

CPM系统906可以包括一个或多个计算机系统，其被配置为使用特定治疗领域的协议来创建治疗模板。在一些实施方式中，CPM系统906由CPM技术人员操作，CPM技术人员可以但不需要远离治疗计划界面系统904的用户。CPM系统906也可以由自动化代理操作。CPM系统906可以包括基于那些用户的治疗偏好的非结构化表示，为特定用户创建治疗模板的工具。在一些实施方式中，CPM系统906被配置为通过电话访谈、电子邮件、记录讨论的笔记等获得用户过去的治疗偏好。CPM系统906可以向技术人员提供编辑工具，从而以可针对特定治疗领域的协议而组织的方式构造治疗偏好。在各种实施方式中，CPM系统906被配置为支持特定治疗领域协议的创建和编辑。作为示例，CPM系统906可以被配置为允许技术人员创建和/或编辑特定治疗领域的脚本，所述特定治疗领域的脚本针对特定用户构建治疗偏好。图19中示出了创建或编辑特定治疗领域的协议的方法的示例流程图。图11中示出了由CPM系统906支持的编辑工具的示例屏幕捕获。

另外，CPM系统906可以提供验证工具以验证特定治疗领域的协议，以确保特定治疗领域的协议是准确的或以其他方式与治疗偏好一致。作为示例，CPM系统2806可以提供特定治疗领域的协议将如何出现在治疗计划软件中的视觉描绘。如本文所述，CPM系统906可以采用一个或多个验证度量来量化验证。如果治疗计划符合最小或阈值牙根移动协议，则可与正畸背景相关的验证度量的示例包括每个象限的牙弓扩张度量、上颌前突度量、深覆合度量、切牙间角度度量和/或标志。

CPM系统906可以包括图10所示的系统1000的一个或多个元件。

治疗计划系统908可以包括一个或多个计算机系统，所述一个或多个计算机系统被配置为向治疗计划界面系统904提供治疗计划。治疗计划系统908可以接收患者数据和与用户相关的治疗偏好。治疗计划系统908还可以提供针对患者数据的治疗计划，所述治疗计划适应与用户相关的治疗偏好。治疗计划系统908可以实施自动化和/或实时治疗计划，如本文进一步参考的。

治疗计划系统908可以包括被配置为向治疗计划界面系统904提供治疗计划的一个或多个引擎。治疗计划系统908可以接收患者数据和与用户相关的治疗偏好。治疗计划系统908还可以提供针对患者数据的治疗计划，所述治疗计划适应与用户相关的治疗偏好。在各种实施方式中，治疗计划系统908识别和/或计算具有治疗医学病症的指令的治疗计划。治疗计划可以指定治疗目标、特定结果、中间结果和/或用于实现目标/结果的推荐器具。治疗计划还可以包括治疗长度和/或里程碑。在各种实施方式中，治疗计划系统908计算用于治疗牙齿咬合不正的正畸治疗计划、用于患者的牙列的修复治疗计划、医疗治疗计划等。治疗计划可以包括自动和/或实时元素，并且可以包括题为“Automated Treatment Planning(自动治疗计划)”的美国专利申请序列号16/178,491中描述的技术。在各种实施方式中，治疗计划系统908由治疗技术人员管理。如本文所述，治疗计划可以根据用户的治疗偏好来适应患者数据。

治疗计划系统908可以包括引擎，该引擎允许治疗计划界面系统904的用户可视化实施治疗计划的器具、与实施治疗计划的器具交互和/或制造实施治疗计划的器具。治疗计划系统908可以支持显示正畸器具的虚拟表示的UI，该正畸器具将患者的牙齿从初始位置朝向最终位置移动以矫正牙齿咬合不正。治疗计划系统908可以类似地包括引擎，该引擎配置治疗计划界面系统904，以显示修复器具和/或其他医疗器具的表示。治疗计划系统908可以通过例如器具制造系统910来支持器具的制造。

在一些实施方式中，治疗计划系统908提供定制的GUI，其允许用户与患者讨论治疗计划。治疗计划系统908可以呈现患者数据、待治疗的病症和/或治疗选项，以显示在治疗计划界面系统904上。治疗计划系统908可以呈现被规定为实施治疗计划的潜在器具(例如，被配置为根据正畸治疗计划将患者的牙列从第一位置朝向目标位置移动的一系列正畸器具；特定器具在治疗计划的各个阶段的效果等)。在一些实施方式中，治疗计划系统908支持使用治疗协议来生成治疗计划的方法，如图19所示。

治疗计划系统908可以包括引擎以支持用户与治疗计划的交互。治疗计划系统908可以使用治疗偏好，包括由CPM系统906在特定治疗领域协议中生成的那些治疗偏好。在各种实施方式中，治疗计划系统908向治疗计划界面系统904提供治疗模板，该治疗计划界面系统以方便用户的方式构造用户的治疗偏好。如本文所述，治疗模板可以包括结构化数据、UI元素(表单、文本框、UI按钮、可选择的UI元素等)等。

治疗计划系统908可以包括一个或多个数据存储，所述一个或多个数据存储被配置为存储根据特定治疗领域协议表达的治疗模板。治疗计划系统908还可以包括一个或多个处理引擎，以处理(例如，解析)治疗模板，以在治疗计划界面系统904上形成定制的GUI元素。如本文所述，处理引擎可以将治疗模板转换为脚本或其他运行时元素，以支持治疗计划界面系统904上的定制GUI元素。如本文所述，治疗模板可能已经由CPM系统906创建和/或验证。

在一些实施方式中，治疗计划系统908向治疗计划界面系统904提供使用特定治疗领域协议生成的定制的GUI元素。定制的GUI元素可以基于治疗模板，该治疗模板可以针对用户基于其他用户的治疗模板的模板库来定制。治疗模板可以包括公共和/或私人治疗。在一些实施方式中，治疗计划系统908生成定制的GUI元素，以通过治疗计划界面系统904上的应用程序和/或过程显示。定制的GUI元素可以操作，以显示与特定用户相关的治疗计划的属性。

器具制造系统910可以包括被配置为制造器具的一个或多个计算机系统。如本文所讨论的，待制造的器具的示例包括牙科器具以及非牙科器具。牙科器具的示例包括矫治器、其他聚合物牙科器具、牙冠、镶面、牙桥、保持器、牙科手术引导器等。非牙科器具的示例包括矫正装置、助听器、手术导向器、医疗植入物等。

器具制造系统910可以包括被配置为间接和/或直接形成器具的热成型系统。器具制造系统910可以实施指令以间接制造器具。作为示例，器具制造系统910可以被配置为在正模或负模上热成型器具。牙科器具的间接制造可以涉及以下步骤中的一个或多个：以目标排列生产患者的牙列的正模或负模(例如，通过增材制造、铣削等)，在模具上热成型一片或多片材料以生成器具壳体，在壳体中形成一个或多个结构(例如，通过切割、蚀刻等)，和/或将一个或多个组件耦接到壳体(例如，通过挤压、增材制造、喷涂、热成型、粘合剂、粘结、紧固件等)。可选地，在制造壳体之后，如本文所述的一个或多个辅助器具组件(例如，弹性件、线、弹簧、杆、弓扩张器、腭扩张器、双块、咬合块、咬合斜面、下颌前移夹板、咬合板、桥体、钩、托槽、头带管、缓冲管、腭杆、框架、销管设备、颊面护罩、颊弓、线护罩、舌凸缘和垫、唇垫或缓冲器、突起、缺口等)与器具壳体分开形成并且耦接到器具壳体(例如，经由粘合剂、粘结、紧固件、安装特征等)。

器具制造系统910可以包括被配置为直接制造器具的直接制造系统。作为示例，器具制造系统910可以包括被配置为使用增材制造技术(在本文中也称为“3D打印”)或减材制造技术(例如，铣削)的计算机系统。在一些实施例中，直接制造涉及在不使用物理模板(例如，模具、掩模等)限定物体几何形状的情况下形成物体(例如，正畸器具或其一部分)。增材制造技术可以包括：(1)桶光聚合(例如，立体光刻)，其中由一桶液体光聚合物树脂逐层构造物体；(2)材料喷射，其中使用连续或按需滴落(DOD)方法将材料喷射到构建平台上；(3)粘结剂喷射，其中通过打印头沉积构建材料(例如，基于粉末的材料)和粘结材料(例如，液体粘结剂)的交替层；(4)熔融沉积成型(FDM)，其中材料被拉过喷嘴、加热并逐层沉积；(5)粉末床熔融，包括但不限于直接金属激光烧结(DMLS)、电子束熔化(EBM)、选择性热烧结(SHS)、选择性激光熔化(SLM)和选择性激光烧结(SLS)；(6)片材层压，包括但不限于分层实体制造(LOM)和超声波增材制造(UAM)；和(7)定向能量沉积，包括但不限于激光工程净成形、定向光制造、直接金属沉积和3D激光熔覆。例如，立体光刻可以用于直接制造本文中的一个或多个器具。在一些实施例中，立体光刻涉及使用光(例如，紫外光)，根据期望的横截面形状，选择性聚合光敏树脂(例如，光聚合物)。可以通过顺序地聚合多个物体横截面，以逐层方式构建物体几何形状。作为另一个示例，器具制造系统910可以被配置为使用选择性激光烧结来直接制造器具。在一些实施例中，选择性激光烧结涉及使用激光束根据期望的横截面形状选择性地熔化和熔融粉末材料层，以构建物体几何形状。作为又一个示例，器具制造系统910可以被配置为通过熔融沉积成型直接制造器具。在一些实施例中，熔融沉积成型涉及以逐层方式熔化和选择性地沉积热塑性聚合物的细丝以形成物体。在又一个示例中，器具制造系统910可以被配置为实施材料喷射以直接制造器具。在一些实施例中，材料喷射涉及将一种或多种材料喷射或挤出到构建表面上，以形成物体几何形状的连续层。

在一些实施例中，器具制造系统910可以包括直接和间接制造系统的组合。在一些实施例中，器具制造系统910可以被配置为以逐层的方式构建物体几何形状，其中在离散的构建步骤中形成连续的层。可替代地或组合地，器具制造系统910可以被配置为使用物体的几何形状的连续构建，在本文中称为“连续直接制造”。可以使用各种类型的连续直接制造系统。作为示例，在一些实施例中，器具制造系统910可以使用“连续液体相间打印”，其中通过在物体的构建表面和聚合抑制的“死区”之间形成部分固化的树脂的梯度，从可光聚合树脂的储存器连续地构建物体。在一些实施例中，半透膜用于控制光聚合抑制剂(例如，氧气)输送到死区中，以形成聚合梯度。在美国专利公开No.2015/0097315、No.2015/0097316和No.2015/0102532(对应于美国专利No.9,205,601、No.9,216,546和No.9,211,678)中描述了连续液体相间打印系统的示例，这些美国专利中的每一个的公开内容通过引用整体并入本文。作为另一个示例，器具制造系统910可以被配置为通过在照射阶段期间连续移动构建平台(例如，沿着竖直或Z方向)来实现物体几何形状的连续构建，使得照射的光聚合物的硬化深度由移动速度控制。因此，可以实现材料在构建表面上的连续聚合。在美国专利No.7,892,474中描述了示例系统，该美国专利的公开内容通过引用整体并入本文。

在另一个示例中，器具制造系统910可以被配置为挤出由围绕固体股线的可固化液体材料组成的复合材料。复合材料可以沿着连续的3D路径挤出以形成物体。在对应于美国专利No.9,511,543的美国专利公开No.2014/0061974中描述了示例系统，该美国专利的公开内容通过引用整体并入本文。

在又一个示例中，器具制造系统910可以实施“日光光刻(heliolithography)”方法，其中在构建平台连续旋转和升高的同时利用聚焦辐射固化液体光聚合物。因此，可以沿着螺旋构建路径连续地构建物体几何形状。在对应于美国专利No.9,321,215的美国专利公开No.2014/0265034中描述了这样的系统的示例，该美国专利的公开内容通过引用整体并入本文。

器具制造系统910可以包括图10所示的矫治器制造引擎280的一个或多个元件。

装置计划环境900的系统可以操作，以提供与治疗计划相关的定制的GUI。在一些实施方式中，治疗计划界面系统904、CPM系统906和治疗计划系统908可以操作，以创建根据特定治疗领域协议表达的治疗模板，如下所述。CPM系统906可以通过电话访谈、电子邮件交换、消息、记录在笔记中的对话等，从治疗计划界面系统904收集治疗偏好的非结构化表示。技术人员或自动化代理可以使用CPM系统906上的工具来根据特定治疗领域协议为用户创建治疗模板。CPM系统906还可以验证治疗模板，以验证治疗模板符合给定用户和/或治疗结果。CPM系统2806可以将治疗模板提供到治疗计划系统908，以供存储和/或在执行中使用。

另外，治疗计划界面系统904、治疗计划系统908和/或器具制造系统910可以操作，以为给定患者提供治疗计划和/或器具。如本文所述，治疗计划界面系统104可以收集患者数据。利用患者数据，先前利用治疗模板记录了其治疗偏好的用户可以使用治疗计划系统108中的引擎来收集一个或多个治疗计划。治疗计划系统108可以收集治疗模板，并使用特定治疗领域协议来解析这些治疗模板，以高效且有效地生成在治疗计划的背景下表达治疗偏好的定制的GUI元素。用户可以使用治疗计划界面系统104与治疗计划交互。在各种实施方式中，用户和/或治疗计划系统108提供指令以利用器具制造系统910制造器具。

图10是示出了系统1000的示例的图；系统1000可以结合到另一系统(例如，通用治疗计划系统)的一部分中，并且因此也可以被称为子系统。在本文描述的任何方法和设备中，系统/子系统可以由用户控件(诸如标签、按钮等)调用，作为治疗计划系统的一部分，或者可以单独调用。

在图10中，系统1000可以包括多个引擎和数据存储。计算机系统可以实现为引擎、引擎的一部分或通过多个引擎实现。如本文所使用的，引擎可以包括一个或多个处理器或其一部分。一个或多个处理器的一部分可以包括硬件的某个部分，所述硬件的某个部分比包括任何给定的一个或多个处理器的所有硬件少，诸如寄存器的子集、处理器的专用于多线程处理器的一个或多个线程的部分、处理器完全或部分专用于执行一部分引擎功能的时间片等。这样，第一引擎和第二引擎可以具有一个或多个专用处理器，或者第一引擎和第二引擎可以彼此共享一个或多个处理器或与其他引擎共享一个或多个处理器。根据特定实现的考虑或其他的考虑，引擎可以是集中式的或其功能是分布式的。引擎可以包括在计算机可读介质中实施以供处理器执行的硬件、固件或软件。处理器使用实现的数据结构和方法，将数据转换为新数据，诸如参考本文的附图所描述的。

本文描述的引擎或可以通过其实现本文描述的系统和装置的引擎可以是基于云的引擎。如本文所使用的，基于云的引擎是可以使用基于云的计算系统来运行应用和/或功能的引擎。应用和/或功能的全部或部分可以分布在多个计算装置上，并且不需要仅限于一个计算装置。在一些实施例中，基于云的引擎可以执行终端用户通过web浏览器或容器应用访问的功能和/或模块，而无需在终端用户的计算装置上本地安装功能和/或模块。

如本文所使用的，数据存储旨在包括具有任何适用的数据组织的存储库，包括表、逗号分隔值(CSV)文件、传统数据库(例如，SQL)或其他适用的已知或方便的组织格式。例如，数据存储可以被实现为在专用机器上的物理计算机可读介质中、在固件中、在硬件中、在其组合中、或者在适用的已知或方便的装置或系统中实施的软件。数据存储相关联的组件(诸如数据库接口)可以被认为是数据存储的“一部分”、一些其他系统组件的一部分或其组合，尽管数据存储相关联的组件的物理位置和其他特性对于理解本文描述的技术不是关键的。

数据存储可以包括数据结构。如本文所使用的，数据结构与在计算机中存储和组织数据的特定方式相关联，使得它可以在给定的上下文中有效地使用。数据结构通常基于计算机在其存储器中的任何位置获取和存储数据的能力，所述任何位置由地址、本身可存储在存储器中并由程序操纵的位串指定。因此，一些数据结构基于利用算术运算来计算数据项的地址；而其他数据结构基于将数据项的地址存储在结构本身内。许多数据结构使用这两种原理，有时以非简单的方式组合。数据结构的实现通常需要编写创建和操纵该结构的实例的一组过程。本文描述的数据存储可以是基于云的数据存储。基于云的数据存储是与基于云的计算系统和引擎兼容的数据存储。

系统/子系统1000可以包括计算机可读介质或者是计算机可读介质的一部分，并且可以包括用户接口(I/F)引擎1020。用户I/F引擎1020可以允许用户与一个或多个软件模块交互。如本文所使用的，用户可以指与确定、提供或生成治疗计划相关联的医生、牙医或其他临床医生。在一些示例中，用户I/F引擎1020可以向用户显示交互对话框。进而，用户可以与对话框交互，以指示关于患者的治疗计划和/或医生的治疗偏好的选择和/或决定。在一些变型中，对话框可以使用户能够修改患者的治疗计划和/或医生的治疗偏好的一部分或多个部分。在一些其他变型中，用户I/F引擎1020可以使用户能够在数据结构(例如，数据存储)内修改患者的治疗计划和/或医生的治疗偏好。因此，用户I/F引擎1020可以使用户能够读取、修改和/或写入任何可行的数据存储内的数据。可替代地或另外地，用户I/F引擎1020可以使用户能够查看、接受、拒绝和/或应用对治疗偏好或治疗计划的任何修改。

系统/子系统1000还可以包括治疗计划生成器引擎1040。治疗计划生成器引擎1040可以生成治疗计划，以为患者提供牙科或正畸治疗。在一些示例中，治疗计划生成器引擎1040可以至少部分地基于患者数据和医生的治疗偏好来生成患者的治疗计划。因此，治疗计划生成器引擎1040可以接受或接收包括治疗偏好和患者的牙齿的数字模型的数据结构，以生成治疗计划。在一些变型中，治疗计划生成器引擎1040可以存储修改的治疗参数。修改的治疗参数可以基于由医生(或任何其他可行的用户)经由用户I/F引擎1020修改的医生的治疗偏好。在一些示例中，治疗计划生成器引擎1040可以将治疗计划存储在适用的数据存储中。此外，修改的治疗参数可以以牙科协议语言存储。

系统/子系统1000还可以包括显示治疗计划引擎1070。显示治疗计划引擎1070可以使医生能够查看和/或批准患者的治疗计划，特别是经由用户I/F引擎1020修改的治疗计划。在一些示例中，显示治疗计划引擎1070可以在由一个或多个矫治器治疗的患者的牙齿的表示或可视化之前、期间和之后显示，所述一个或多个矫治器基于由治疗计划生成器引擎1040生成的治疗计划。

系统/子系统1000还可以包括矫治器制造引擎1080。矫治器制造引擎1080可以处理患者数据1030和治疗计划，以生成一个或多个(在一些情况下，一系列)矫治器，包括用于治疗患者的牙齿的透明牙齿矫治器。可以通过任何可行的方法生成矫治器。在一些变型中，矫治器制造引擎1080可以生成与一个或多个牙齿矫治器相关联的图像或渲染。这些图像/渲染可以通过显示治疗计划引擎1070显示给用户。在一些示例中，矫治器可以由图9的器具制造系统910制造。

系统/子系统1000可以包括任何数量的数据存储。例如，系统/子系统1000可以包括治疗参数的数据结构1010。在一些变型中，数据结构可以用牙科协议语言表示。人类和机器都可读且针对正畸治疗定制的牙科协议语言(有时称为特定领域的正畸治疗语言)的使用在正畸治疗计划和正畸装置制造方面提供了高度的灵活性和效率。例如，牙科协议语言使得能够实现许多不同的正畸治疗计划协议的自动化，并且促进用户(例如，医生)、技术人员和R&D人员之间的沟通。它比简单的参数文件增加了更多的灵活性，因为它包括条件语句的语义，并且因为它公开了更多的配置选项。牙科协议语言可以用于编辑和可视化治疗计划协议(TPP)，并且因此可以是简洁且易于理解的。牙科协议语言脚本可以被自动翻译成解释语言的可执行代码。

治疗参数可以描述医生的治疗偏好。在一些示例中，治疗参数可以是预定义的。例如，医生的治疗偏好可以基于预定义的个性化计划，该预定义的个性化计划可以由医生定制和/或针对医生定制，以指示一个或多个治疗偏好。在一些示例中，可以基于由医生批准的用于其他患者的先前治疗计划来预定义医生的治疗偏好。在一些其他示例中，可以基于关键领军人物(Key Opinion Leader，KOL)的治疗偏好来预定义医生的治疗偏好。关键领军人物的治疗偏好可以是与特定临床医生相关联的治疗偏好。在一些其他示例中，可以基于区域自动默认(Regional Automated Default，RAD)来预定义医生的治疗偏好。RAD偏好可以与医生希望跟随的地理或其他区域相关联。在其他示例中，可以基于牙科服务组织(Dental Service Organization，DSO)模板来预定义医生的治疗偏好。DSO模板可以提供与医生的DSO相关联并由医生的DSO建议的治疗偏好。在一些示例中，预定义治疗参数可以存储或维持在临床医生治疗偏好库中。治疗参数可以由临床医生存储、记录和/或索引。

系统/子系统1000可以包括患者数据1030的数据存储。患者数据1030可以包括任何可行的患者数据，包括扫描、x射线、牙科成像、患者生理细节(年龄、体重、性别)等。在一些示例中，患者数据可以包括患者的牙齿的数字模型。

系统/子系统1000可以包括修改的治疗参数的数据存储1050。例如，治疗计划生成器引擎1040可以将修改的治疗参数存储在修改的治疗参数的数据存储1050中。在一些情况下，修改的治疗参数可以附加到修改的治疗参数的数据存储1050中。可以通过用户I/F引擎1020与治疗参数的数据结构1010交互来修改治疗参数。

系统/子系统1000可以包括治疗计划数据存储1060。治疗计划数据存储1060可以包括基于修改的治疗参数的数据存储1050中的治疗参数的患者治疗计划。

图11示出了显示用于修改治疗参数的选择选项的示例用户界面1100。如本文所述，医生的治疗参数可以与一个或多个预定义的治疗偏好相关联。通过与用户界面300交互，医生或其他用户可以容易地修改任何预定义的治疗偏好。用户界面1100可以包括医生可与之交互以修改治疗偏好的任何可行数量的交互区域。

如图所示，用户界面1100可以包括四个交互区域1102-1105。在其他示例中，用户界面1100可以包括少于或多于四个交互区域1102-1105。每个交互区域可以与修改或改变医生的治疗偏好的一个或多个方面相关联。

第一交互区域1102可以使医生能够指定或修改与治疗牙弓相关联的治疗参数。例如，第一交互区域1102可以允许医生指定或修改用于对上牙弓、下牙弓或两个牙弓执行治疗的治疗参数。第二交互区域1103可以使医生能够指定或修改与一个或多个特定牙齿相关联的治疗参数。例如，通过第二交互区域1103可以使医生能够指定一个或多个牙齿拔除和/或一个或多个牙齿限制。牙齿限制可以使医生能够指定牙齿移动限制和/或牙齿附件限制。第三交互区域1104可以使医生能够指定用于一个或多个牙齿的萌出补偿特性。第四交互区域1105可以使医生能够指定或修改与遵循另一协议相关联的治疗参数。例如，可以显示并且可以选择不同的医生协议。作为响应，可以使用特定的医生协议来修改患者的治疗计划的治疗参数。

因此，通过与一个或多个交互区域的交互，用户可以修改一个或多个治疗参数。在许多情况下，治疗参数可以以牙科协议语言书写、表达和/或保存。因此，通过交互区域，用户可以在不知道牙科协议语言的情况下修改治疗参数。

特定领域的正畸治疗语言

特定领域的正畸治疗语言(有时被称为牙科协议语言)可以包括特定于正畸治疗的句法和语法。例如，特定领域的正畸治疗语言可以包括特定于临床设置的语法，其可以影响一个或多个正畸治疗计划阶段。特定领域的正畸治疗语言可以包括动词和名词以及可选的参数。例如：“disable class_correction”；“restrict movements(teeth:molars)”；“limit ipr(teeth:anteriors,max_amount:0.30mm)”；“set filters(any_product,open_bite,overjet,ipr,attachments)”；“put hook(on:upper canines)”。

特定领域的正畸治疗语言还可以包括条件语句，包括条件“if”语句，其指示初始位置、最终位置、治疗目标或牙齿的存在或牙弓中的其他条件以及牙弓的治疗。例如：“if(initially open_bite>0.5mm)...”；“if(performing intrusion(upper anteriors)>0.5mm)...”；“if(performing extrusion(lower molars)>0.5mm and initiallyposterior_open_bite>0.3mm)...”。

特定领域的正畸治疗语言还可以包括以适合于正畸治疗的单位给出的值，诸如：毫米、度或百分比等：“50％”；“1.5mm”；“-0.5mm”；“30度”。

特定领域的正畸治疗语言可以直接引用牙齿类型和数量，并且可以使用牙齿范围和各个牙齿名称，诸如：“犬齿”；“臼齿”；“犬齿和臼齿”；“左上臼齿和左下臼齿”；“上第2前臼齿和下第2前臼齿”；“乳第二臼齿”；“上乳中切牙”。

特定领域的正畸治疗语言可以包括循环，诸如“for”循环，以在一系列牙齿、象限或每个颌上重复一组指令。例如：

以及：

特定领域的正畸治疗语言可以包括列表(例如，顺序重要的实体序列)，诸如：“apply movement_separation(teeth:anteriors,order:[lingual_root_torque,intrusion])”；“apply sequential_movement(movement:mesialization,overlap:0％,order:[incisors,canines])”。

特定领域的正畸治疗语言还可以包括嵌套代码块，诸如：

特定领域的正畸治疗语言还可以重复使用不同的模板或模板的部分，并且可以按名称来调用它们。例如：“使用模板Dr.XYZ”；“使用模板XYZ”。

特定领域的正畸治疗语言可以包括未由正畸治疗计划算法解析的注释，并且仅用于与用户或其他利益相关者进行沟通。

例如，图12示出了特定领域的正畸治疗语言的一般语句的概览的示例，示出了各种设置(例如，位置)和条件。特定领域的正畸治疗语言特别适合并且具体地被配置为包括和编码针对正畸治疗的用户特定偏好。图13A-图13B、图14A-图14B、图15A-图15B、图16A-图16B和图17A-图17B示出了可以被认为是用户偏好并且可以以特定领域的正畸治疗语言直接编码和引用的一些参数的示例。

例如，图13A-图13B示出了可以由特定领域的正畸治疗语言设置的后牙反合偏好的示例。图13A示出了默认偏好，其中正畸治疗计划引擎将自动尝试并改善后牙反合，如图所示。可替代地，用户可以选择不改善后牙反合，如图13B所示，而是可以保持后牙反合。

在图14A-图14B中，特定领域的正畸治疗语言可以允许用户指示是否在前臼齿上包括咬合斜面附件的偏好。在图14A中，默认不包括前臼齿咬合斜面附件；而在图14B中，包括前臼齿咬合斜面附件。在一些变型中，如在任何偏好中，用户可以选择包括或不包括正畸特征(例如，在该示例中的前臼齿咬合斜面)的一个或多个条件。例如，用户可以指定在除了存在开合和旋转侧牙的情况之外的所有情况下都包括前臼齿咬合斜面。

图15A-图15B示出了关于附件在患者的牙齿上的位置的特定领域的正畸治疗语言的偏好选项。在该示例中，默认偏好可以是使附件居中(附件可以与牙科器具上的部位锚定或耦接，以有助于将器具保持在牙齿上)，如图15A所示。用户界面可以示出旋转(度x、y、z)、牙冠平移(x、y、z mm)、牙根平移(例如，x、y、z mm)、根尖移动(x、y、mm)、FACC测量(中线到远端宽度、颊侧到舌侧宽度，mm)和/或附件(类型、描述、可见性)等。在一些变型中，用户可以以特定领域的正畸治疗语言指示附件应当尽可能靠近牙龈放置，如图15B所示。

图16A-图16B示出了以特定领域的正畸治疗语言对于目标深覆合矫正的偏好的示例。例如，在图16A中，例如，默认806参数是目标深覆合可以在例如1.3mm与1.6mm之间(在图16A中，最终位置是1.45529mm)，例如约1.5mm。用户可以选择替代范围。例如，用户可以在特定领域的正畸治疗语言中选择以mm为单位的给定值(例如，约0.1mm、0.2mm、0.3mm、0.4mm、0.5mm、0.6mm、0.7mm、0.8mm等)的目标深覆合。用户界面可以显示状态(初始、自动设置和最终，以mm为单位)。在图16B中，给定值的目标理想深覆合808可以以mm为单位(例如，0.1mm、0.2mm、0.3mm、0.4mm、0.5mm、0.6mm、0.7mm、0.8mm等)。

图17A-图17B示出了以特定领域的正畸治疗语言对舌侧咬合斜面附件的用户偏好的选择。在图17A中，示出了默认偏好，对于下前牙侵入没有舌侧咬合斜面。相比之下，如图17A所示，用户可以以特定领域的正畸治疗语言指示对于下前牙侵入，正畸治疗计划应当包括舌侧咬合斜面。

多个其他偏好和条件可以由特定领域的正畸治疗语言指示。图18(i)-18(vi)中所示的表示出了用于特定领域的正畸治疗语言的语法和句法的示例。该表示出了使用正畸治疗特定背景的条件(例如，“if”)语言，以及数值范围、牙齿范围和列表。

图19示出了用于修改治疗计划的方法1900的示例。一些示例可以利用附加的操作、更少的操作、以不同顺序的操作、并行的操作以及不同的一些操作来执行本文描述的操作。下面关于图10的系统1000描述方法1900，然而，方法1900可以由任何其他合适的系统或装置执行。

当检索医生的治疗偏好时，方法1900在框1902中开始。例如，治疗计划生成器引擎1040可以访问医生的治疗偏好，该治疗偏好可以作为治疗参数的数据结构1010存储在数据存储中。医生的治疗偏好可以基于临床医生治疗偏好库。临床医生治疗偏好库可以包括与KOL、RAD、DSO或任何其他可行的治疗偏好组相关联的治疗偏好。在一些示例中，治疗偏好可以与医生为其他患者使用和/或批准的先前治疗计划相关联。可以向医生呈现和/或显示检索到的医生的治疗偏好中的一个或多个。

接下来，在框1904中，系统1000接收用于治疗偏好修改的用户输入。例如，可以向用户呈现具有用于修改一个或多个治疗参数1010的一个或多个选择的用户界面。通过用户界面，用户可以选择要修改的一个或多个治疗参数。例如，用户可以在用户界面上选择可与修改治疗参数的组或子集相关联的交互区域。

接下来，在框1906中，系统1000可以根据用户输入来修改治疗参数。例如，用户输入(在框1904中接收)可以用于修改医生的治疗参数。在一些示例中，治疗计划生成器引擎1040可以修改治疗参数，并将修改的治疗参数存储在数据结构中。在一些变型中，可以将修改的治疗参数存储在数据结构的高层中，诸如存储在修改的治疗参数数据存储1050中的数据结构中。

接下来，在框1910中，系统1000可以生成治疗计划。生成的治疗计划可以基于修改的治疗参数，并且在一些情况下，可以基于患者数据。在一些示例中，患者数据可以是患者数据数据存储中的患者数据1030。接下来，在可选框1911中，可以在用户界面上显示治疗计划。通过用户界面，医生可以批准、拒绝或修改治疗计划和/或相关治疗参数。在一些变型中，方法1900可以可选地返回到框1906。该返回使得能够迭代或重复一个或多个动作或步骤，使得用户可以细化治疗计划。

接下来，在框1912中，系统1000可以制造矫治器。例如，矫治器制造引擎1080可以基于患者数据1030和治疗计划数据存储1060中的数据来制造患者的牙齿矫治器。(注意，治疗计划可以基于修改的治疗参数，诸如修改的治疗参数数据存储1050中的修改的治疗参数。)在一些变型中，可以在用户界面上显示矫治器，从而允许医生批准、拒绝或修改治疗计划和/或相关治疗参数。

图20示出了可以是图10的系统1000的示例的装置1200的框图。装置1200可以包括用户接口1220、处理器1230和存储器1240。

耦合到处理器1230的用户接口1220可以用于与任何可行的用户装置接口。例如，用户接口1220可以耦合到显示器(未示出)，并与该显示器接口。在一些示例中，显示器可以用于示出治疗计划、治疗参数、矫治器、预测的牙齿移动等。用户接口1220可以耦合到装置以接收用户输入。例如，用户接口1220可以耦合到触摸屏、键盘、鼠标或可接收用户输入的任何其他可行的装置。在一些示例中，用户接口1220可以包括一个或多个无线收发器，以发送和接收与任何可行的用户接口相关联的无线数据。因此，用户接口1220可以包括任何可行的Wi-Fi、蓝牙、蜂窝收发器。以这种方式，可以向远程显示器、键盘、触摸屏等提供无线连接。

也耦合到存储器1240的处理器1230可以是能够执行存储在装置1200中(诸如在存储器1240内)的一个或多个软件程序的脚本或指令的任何一个或多个合适的处理器。

存储器1240可以包括可用于本地存储任何可行数据的数据存储1242。例如，数据存储1242可以包括治疗患者数据、治疗参数的数据结构、一个或多个修改的治疗参数和患者的治疗计划或任何其他可行的治疗信息。

存储器1240还可以包括非暂时性计算机可读存储介质(例如，一个或多个非易失性存储器元件，诸如EPROM、EEPROM、闪存、硬盘驱动器等)，其可以存储以下软件模块：治疗计划生成器模块1244，用于生成和存储患者的治疗计划；用户接口(I/F)控制模块1246，用于控制用户接口1220；矫治器制造模块1247，用于生成数据，该数据又可以用于制造和/或创建牙齿矫治器；以及显示治疗计划模块1248，用于显示治疗计划。

每个软件模块包括程序指令，当该程序指令由处理器1230执行时可以使装置1200执行相应的功能。因此，存储器1240的非暂时性计算机可读存储介质可以包括用于执行本文描述的操作的全部或一部分的指令。

处理器1230可以执行治疗计划生成器模块1244，以生成并存储患者的治疗计划。在一些示例中，治疗计划生成器模块1244的执行还可以修改治疗偏好，生成修改的治疗参数，和/或基于修改的治疗偏好生成治疗计划。治疗计划生成器模块1244的执行可以访问数据存储1242中的任何适用数据(例如，治疗偏好、修改的治疗参数、客户数据等)。

处理器1230可以执行用户I/F控制模块1246，通过用户接口1220发送或接收用户数据。例如，用户I/F控制模块1246的执行可以使治疗计划信息和/或矫治器信息显示给用户。在另一示例中，用户I/F控制模块1246的执行可以使用户接口1220接收用户输入。示例用户输入可以指示患者数据、治疗计划和/或治疗偏好的批准、拒绝或修改。

处理器1230可以执行矫治器制造模块1247以生成矫治器数据，该矫治器数据又可以用于制造一个或多个矫治器。例如，矫治器制造模块1247的执行可以使用存储在数据存储1242中的患者数据和治疗偏好来生成用于一系列矫治器的矫治器数据。在一些示例中，可以经由用户I/F控制模块1246和用户界面1220向用户显示矫治器数据。

处理器1230可以执行显示治疗计划模块1248以向用户显示治疗计划。例如，显示治疗计划模块1248的执行可以经由用户I/F控制模块1246和用户界面1220的执行来显示治疗计划。在一些变型中，显示治疗计划模块1248的执行可以显示牙齿矫治器、预测的牙齿移动、治疗偏好、治疗参数、修改的治疗参数、交互区域等。

应当理解，前述概念和下面更详细讨论的附加概念的所有组合(假设这些概念不相互矛盾)被认为是本文公开的发明主题的一部分，并且可以用于实现本文描述的益处。

本文描述和/或示出的工艺参数和步骤顺序仅作为示例给出，并且可以根据需要改变。例如，虽然可以以特定顺序示出或讨论本文示出和/或描述的步骤，但是这些步骤不一定需要以所示出或讨论的顺序执行。本文描述和/或示出的各种示例方法还可以省略本文描述或示出的一个或多个步骤，或者除了所公开的那些步骤之外还包括附加步骤。

本文描述的任何方法(包括用户界面)可以被实现为软件、硬件或固件，并且可以被描述为存储能够由处理器(例如，计算机、平板电脑、智能电话等)执行的一组指令的非暂时性计算机可读存储介质，当该组指令由处理器执行时使处理器控制执行任何步骤，包括但不限于：显示、与用户通信、分析、修改参数(包括定时、频率、强度等)、确定、警报等。例如，本文描述的任何方法可以至少部分地由包括一个或多个处理器的设备执行，该一个或多个处理器具有存储非暂时性计算机可读存储介质的存储器，该存储介质存储用于该方法的过程的一组指令。

虽然本文已经在全功能计算系统的上下文中描述和/或示出了各种实施例，但是这些示例实施例中的一个或多个可以以各种形式分布为程序产品，而不管用于实际执行分布的计算机可读介质的特定类型。本文公开的实施例还可以使用执行某些任务的软件模块来实现。这些软件模块可以包括可存储在计算机可读存储介质上或计算系统中的脚本、批或其他可执行文件。在一些实施例中，这些软件模块可以配置计算系统以执行本文公开的示例实施例中的一个或多个。

如本文所述，本文描述和/或示出的计算装置和系统广泛地表示能够执行计算机可读指令的任何类型或形式的计算装置或系统，诸如包含在本文描述的模块内的那些。在它们最基本的配置中，这些计算装置可以均包括至少一个存储器装置和至少一个物理处理器。

如本文所使用的，术语“存储器”或“存储器装置”通常表示能够存储数据和/或计算机可读指令的任何类型或形式的易失性或非易失性存储装置或介质。在一个示例中，存储器装置可以存储、加载和/或维护本文描述的模块中的一个或多个。存储器装置的示例包括但不限于随机存取存储器(RAM)、只读存储器(ROM)、闪存、硬盘驱动器(HDD)、固态驱动器(SSD)、光盘驱动器、高速缓存、其中的一个或多个的变型或组合、或任何其他合适的存储存储器。

另外，如本文所使用的，术语“处理器”或“物理处理器”通常是指能够解释和/或执行计算机可读指令的任何类型或形式的硬件实现的处理单元。在一个示例中，物理处理器可以访问和/或修改存储在上述存储器装置中的一个或多个模块。物理处理器的示例包括但不限于微处理器、微控制器、中央处理单元(CPU)、实现软核处理器的现场可编程门阵列(FPGA)、专用集成电路(ASIC)、其中的一个或多个的部分、其中的一个或多个的变型或组合、或任何其他合适的物理处理器。

尽管被示出为单独的元件，但是本文描述和/或示出的方法步骤可以表示单个应用的部分。另外，在一些实施例中，这些步骤中的一个或多个可以表示或对应于一个或多个软件应用或程序，当由计算装置执行时，该一个或多个软件应用或程序可以使计算装置执行一个或多个任务，诸如方法步骤。

另外，本文描述的一个或多个装置可以将数据、物理装置和/或物理装置的表示从一种形式转换为另一种形式。另外地或可替代地，本文所述的模块中的一个或多个可以通过在计算装置上执行、在计算装置上存储数据和/或以其他方式与计算装置交互来将处理器、易失性存储器、非易失性存储器和/或物理计算装置的任何其他部分从一种形式的计算装置变换为另一种形式的计算装置。

如本文所使用的，术语“计算机可读介质”通常是指能够存储或承载计算机可读指令的任何形式的装置、载体或介质。计算机可读介质的示例包括但不限于传输型介质(诸如载波)和非暂态型介质(诸如磁存储介质(例如，硬盘驱动器、磁带驱动器和软盘)、光存储介质(例如，光盘(CD)数字视频盘(DVD)和蓝光光盘)、电子存储介质(例如，固态驱动器和闪存介质)和其他分发系统)。

本领域普通技术人员将认识到，可以以许多方式修改本文公开的任何过程或方法。本文描述和/或示出的工艺参数和步骤顺序仅作为示例给出，并且可以根据需要改变。例如，虽然可以以特定顺序示出或讨论本文示出和/或描述的步骤，但是这些步骤不一定需要以所示出或讨论的顺序执行。

本文描述和/或示出的各种示例性方法还可以省略本文描述或示出的一个或多个步骤，或者除了所公开的那些步骤之外还包括附加步骤。此外，如本文所公开的任何方法的步骤可以与如本文所公开的任何其他方法的任何一个或多个步骤组合。

如本文中所描述的处理器可以被配置以执行本文公开的任何方法的一或多个步骤。可替代地或组合地，处理器可以被配置为组合如本文公开的一种或多种方法的一个或多个步骤。

当一个特征或元件在本文被称为“在”另一个特征或元件“上”时，它可以直接在另一个特征或元件上，或者也可以存在中间的特征和/或元件。相反，当一个特征或元件被称为“直接在”另一个特征或元件“上”时，不存在中间的特征或元件。还将理解，当特征或元件被称为“连接”、“附着”或“耦接”到另一个特征或元件时，它可以直接连接、附着或耦接到另一个特征或元件，或者可以存在中间的特征或元件。相反，当一个特征或元件被称为“直接连接”、“直接附着”或“直接耦接”到另一个特征或元件时，不存在中间的特征或元件。尽管相对于一个实施例进行了描述或示出，但是如此描述或示出的特征和元件可以应用于其他实施例。本领域技术人员还将理解，对与另一特征“相邻”设置的结构或特征的引用可以具有与相邻特征叠置或位于相邻特征下方的部分。

本文使用的术语仅用于描述特定实施例的目的，并不旨在限制本发明。例如，如本文所使用的，单数形式“一”、“一个”和“该”旨在也包括复数形式，除非上下文另有明确说明。将进一步理解，当在本说明书中使用时，术语“包括”和/或“包含”指定所述特征、步骤、操作、元件和/或组件的存在，但不排除一个或多个其他特征、步骤、操作、元件、组件和/或其组的存在或添加。如本文所使用的，术语“和/或”包括一个或多个相关联的所列项目的任何和所有组合，并且可以缩写为“/”。

为了便于描述，本文可以使用空间相对术语，诸如“下方”、“下面”、“下”、“上方”、“上”等，以描述一个元件或特征与另一个元件或特征的关系，如图中所示。应当理解，除了附图中描绘的定向之外，空间相对术语旨在包括使用或操作中的装置的不同定向。例如，如果图中的装置被倒置，则被描述为其他元件或特征的“下方”或“之下”的元件将被定向到其他元件或特征的“上方”。因此，示例性术语“下方”可以包括上方和下方两个方向。该装置可以以其他方式定向(旋转90度或在其他定向)，并且本文使用的空间相对描述语被相应地解释。类似地，除非另有特别说明，否则本文仅出于解释目的使用术语“向上”、“向下”、“竖直”、“水平”等。

尽管本文可以使用术语“第一”和“第二”来描述各种特征/元件(包括步骤)，但是这些特征/元件不应受这些术语的限制，除非上下文另有说明。这些术语可以用于将一个特征/元件与另一个特征/元件区分开。因此，在不脱离本发明的教导的情况下，下面讨论的第一特征/元件可以被称为第二特征/元件，并且类似地，下面讨论的第二特征/元件可以被称为第一特征/元件。

通常，本文描述的任何设备和方法应当被理解为包括性的，但是组件和/或步骤的全部或子集可以替代地是排他性的，并且可以表示为“由各种组件、步骤、子组件或子步骤组成”或替代地“基本上由各种组件、步骤、子组件或子步骤组成”。

如本文在说明书和权利要求书中所使用的，包括如在示例中所使用的并且除非另有明确说明，否则所有数字可以被解读为好像以词语“约”或“大约”开头，即使该术语没有明确出现。当描述量级和/或位置以指示所描述的值和/或位置在值和/或位置的合理预期范围内时，可以使用短语“约”或“大约”。例如，数值可以具有为所述值(或值的范围)的+/-0.1％、所述值(或值的范围)的+/-1％、所述值(或值的范围)的+/-2％、所述值(或值的范围)的+/-5％、所述值(或值的范围)的+/-10％等的值。除非上下文另有说明，否则本文给出的任何数值也应理解为包括约或大约该值。例如，如果公开了值“10”，则也公开了“约10”。本文所述的任何数值范围旨在包括其中包含的所有子范围。还应理解，当公开值时，还公开了“小于或等于”该值、“大于或等于该值”以及值之间的可能范围，如本领域技术人员适当理解的。例如，如果公开了值“X”，则还公开了“小于或等于X”以及“大于或等于X”(例如，其中X是数值)。还应当理解，在整个申请中，数据以多种不同的格式提供，并且该数据表示端点和起始点，以及数据点的任何组合的范围。例如，如果公开了特定数据点“10”和特定数据点“15”，则应理解，大于、大于或等于、小于、小于或等于、以及等于10和15以及10与15之间被认为是公开的。还应理解，还公开了两个特定单位之间的每个单位。例如，如果公开了10和15，则还公开了11、12、13和14。

尽管上面描述了各种说明性实施例，但是在不脱离如权利要求所描述的本发明的范围的情况下，可以对各种实施例进行许多改变中的任何改变。例如，在替代实施例中，通常可以改变执行各种所描述的方法步骤的顺序，并且在其他替代实施例中，可以完全跳过一个或多个方法步骤。各种装置和系统实施例的任选特征可以包括在一些实施例中而不包括在其他实施例中。因此，前面的描述主要是出于示例性目的而提供的，并且不应被解释为限制如权利要求中所阐述的本发明的范围。

本文包括的示例和说明通过说明而非限制的方式示出了可以实践主题的具体实施例。如上所述，可以利用其他实施例并从中导出其他实施例，使得可以在不脱离本公开的范围的情况下进行结构和逻辑替换和改变。本发明主题的这些实施例在本文中可以单独地或共同地由术语“发明”来指代，这仅仅是为了方便，并且不旨在将本申请的范围自愿地限制于任何单个发明或发明构思(如果实际上公开了多于一个)。因此，尽管本文已经示出和描述了特定实施例，但是被计算为实现相同目的的任何布置可以代替所示的特定实施例。本公开旨在覆盖各种实施例的任何和所有改编或变化。在阅读以上描述后，上述实施例的组合以及本文未具体描述的其他实施例对于本领域技术人员而言将是显而易见的。

Claims (64)

1.一种方法，包括：

向牙科从业者呈现图形用户界面，所述图形用户界面包括特定于正畸治疗计划的文本规则的菜单，其中，所述规则是指以特定领域治疗语言的指令的集合；

从所述牙科从业者接收来自所述文本规则的菜单的选择，以形成文本规则的特定于从业者的子集；

将所述文本规则的特定于从业者的子集应用于测试牙科数据集，以生成测试治疗计划；

向所述牙科从业者显示所述测试治疗计划；

基于来自所述牙科从业者的输入，修改所述文本规则的特定于从业者的子集；以及

存储所述文本规则的特定于从业者的子集，以应用于一组或多组患者数据。

2.根据权利要求1所述的方法，其中，所述文本规则的菜单包括特定于牙齿调平、间隙间隔、拥挤、拔除、邻面去釉、上颌前突、深覆合、反合、附件和前后矫正的规则。

3.根据权利要求1所述的方法，还包括协调所述文本规则的特定于从业者的子集的规则之间的任何冲突。

4.根据权利要求1所述的方法，其中，修改包括接收对所述测试治疗计划的修改，并相应地修改特定于从业者的文本规则。

5.根据权利要求1所述的方法，其中，修改包括直接接收对所述文本规则的特定于从业者的子集的牙科从业者编辑。

6.根据权利要求1所述的方法，还包括通过将所述文本规则的特定于从业者的子集应用于患者的牙科数据来生成特定于患者的治疗计划。

7.根据权利要求6所述的方法，还包括基于所述治疗计划制造牙科器具。

8.根据权利要求1所述的方法，其中，所述图形用户界面包括用户对话框，所述用户对话框包括所述特定于正畸治疗计划的文本规则的能够选择的列表。

9.根据权利要求1所述的方法，其中，所述特定于正畸治疗计划的文本规则的菜单包括按等级组织的文本规则的策划列表。

10.根据权利要求1所述的方法，其中，所述规则取自策划的规则数据库，并且基于所述牙科从业者的一个或多个特征来选择。

11.根据权利要求10所述的方法，其中，所述牙科从业者的特征包括所述牙科从业者的诊所的规模、由所述牙科从业者执行的牙齿矫治器病例的数量以及所述牙科从业者的地理位置。

12.根据权利要求1所述的方法，其中，将所述文本规则的特定于从业者的子集应用于所述测试牙科数据集以生成所述测试治疗计划包括：生成与所述测试治疗计划的多个阶段中的每个阶段相对应的多个牙齿矫治器。

13.根据权利要求1所述的方法，还包括提供来自所述牙科从业者的患者数据集作为所述测试牙科数据集。

14.根据权利要求1所述的方法，其中，所述测试牙科数据集包括标准化牙科数据集。

15.根据权利要求1所述的方法，其中，向所述牙科从业者显示所述测试治疗计划包括：在第一窗口中显示所述文本规则的菜单，并且在第二窗口中显示与在所述测试治疗计划的一个或多个阶段的所述测试牙科数据集相对应的牙齿的图像，使得所述牙科从业者能够修改来自所述第一窗口中的所述文本规则的菜单的文本规则的选择，并且能够修改与所述第二窗口中的所述测试治疗计划的一个或多个阶段的所述测试牙科数据集相对应的牙齿图像的视图。

16.一种方法，包括：

向牙科从业者呈现图形用户界面，所述图形用户界面包括第一窗口，所述第一窗口包括特定于正畸治疗计划的文本规则的菜单，其中，所述规则是指以特定领域治疗语言的指令的集合；

从所述牙科从业者接收来自所述文本规则的菜单的选择，以形成文本规则的特定于从业者的子集；

协调所述文本规则的特定于从业者的子集的规则之间的任何冲突；

将所述文本规则的特定于从业者的子集应用于测试牙科数据集，以生成测试治疗计划；

在第二窗口中向所述牙科从业者显示所述测试治疗计划，其中，所述第二窗口显示与在所述测试治疗计划的一个或多个阶段的所述测试牙科数据集相对应的牙齿的图像；

基于来自所述牙科从业者的输入，修改所述文本规则的特定于从业者的子集；以及

通过将所述文本规则的特定于从业者的子集应用于患者的牙科数据来生成特定于所述患者的治疗计划。

17.一种装置，包括：

一个或多个处理器；以及

存储器，被配置为存储指令，当所述指令由所述一个或多个处理器执行时使所述装置：

向牙科从业者呈现图形用户界面，所述图形用户界面包括特定于正畸治疗计划的文本规则的菜单，其中，所述规则是指以特定领域治疗语言的指令的集合；

从所述牙科从业者接收来自所述文本规则的菜单的选择，以形成文本规则的特定于从业者的子集；

将所述文本规则的特定于从业者的子集应用于测试牙科数据集，以生成测试治疗计划；

向所述牙科从业者显示所述测试治疗计划；

基于来自所述牙科从业者的输入，修改所述文本规则的特定于从业者的子集；以及

存储所述文本规则的特定于从业者的子集以应用于一组或多组患者数据。

18.根据权利要求17所述的装置，其中，所述文本规则的菜单包括特定于牙齿调平、间隙间隔、拥挤、拔除、邻面去釉、上颌前突、深覆合、反合、附件和前后矫正的规则。

19.根据权利要求17所述的装置，其中，所述指令还被配置为协调所述文本规则的特定于从业者的子集的规则之间的任何冲突。

20.根据权利要求17所述的装置，其中，修改包括接收对所述测试治疗计划的修改，并相应地修改特定于从业者的文本规则。

21.根据权利要求17所述的装置，其中，修改包括直接接收对所述文本规则的特定于从业者的子集的牙科从业者编辑。

22.根据权利要求17所述的装置，其中，所述指令还被配置为通过将所述文本规则的特定于从业者的子集应用于患者的牙科数据来生成特定于所述患者的治疗计划。

23.根据权利要求17所述的装置，其中，所述指令还被配置为基于所述治疗计划制造牙科器具。

24.根据权利要求17所述的装置，其中，所述图形用户界面包括用户对话框，所述用户对话框包括所述特定于正畸治疗计划的文本规则的能够选择的列表。

25.根据权利要求17所述的装置，其中，所述特定于正畸治疗计划的文本规则的菜单包括按等级组织的文本规则的策划列表。

26.根据权利要求17所述的装置，其中，所述规则取自策划的规则数据库，并且基于所述牙科从业者的一个或多个特征来选择。

27.根据权利要求26所述的装置，其中，所述牙科从业者的特征包括所述牙科从业者的诊所的规模、由所述牙科从业者执行的牙齿矫治器病例的数量以及所述牙科从业者的地理位置。

28.根据权利要求17所述的装置，其中，将所述文本规则的特定于从业者的子集应用于所述测试牙科数据集以生成所述测试治疗计划包括：生成与所述测试治疗计划的多个阶段中的每个阶段相对应的多个牙齿矫治器。

29.根据权利要求17所述的装置，其中，所述指令还被配置为提供来自所述牙科从业者的患者数据集作为所述测试牙科数据集。

30.根据权利要求17所述的装置，其中，所述测试牙科数据集包括标准化牙科数据集。

31.根据权利要求17所述的装置，其中，向所述牙科从业者显示所述测试治疗计划包括：在第一窗口中显示所述文本规则的菜单，并且在第二窗口中显示与在所述测试治疗计划的一个或多个阶段的所述测试牙科数据集相对应的牙齿的图像，使得所述牙科从业者能够修改来自所述第一窗口中的所述文本规则的菜单的文本规则的选择，并且能够修改与所述第二窗口中的所述测试治疗计划的一个或多个阶段的所述测试牙科数据集相对应的牙齿图像的视图。

32.一种非暂时性计算机可读存储介质，包括指令，当所述指令由装置的一个或多个处理器执行时使所述装置执行操作，所述操作包括：

向牙科从业者呈现图形用户界面，所述图形用户界面包括特定于正畸治疗计划的文本规则的菜单，其中，所述规则是指以特定领域治疗语言的指令的集合；

从所述牙科从业者接收来自所述文本规则的菜单的选择，以形成文本规则的特定于从业者的子集；

将所述文本规则的特定于从业者的子集应用于测试牙科数据集，以生成测试治疗计划；

向所述牙科从业者显示所述测试治疗计划；

基于来自所述牙科从业者的输入，修改所述文本规则的特定于从业者的子集；以及

存储所述文本规则的特定于从业者的子集以应用于一组或多组患者数据。

33.根据权利要求32所述的非暂时性计算机可读存储介质，其中，所述文本规则的菜单包括特定于牙齿调平、间隙间隔、拥挤、拔除、邻面去釉、上颌前突、深覆合、反合、附件和前后矫正的规则。

34.根据权利要求32所述的非暂时性计算机可读存储介质，其中，所述指令的执行使所述装置执行操作，所述操作还包括协调所述文本规则的特定于从业者的子集的规则之间的任何冲突。

35.根据权利要求32所述的非暂时性计算机可读存储介质，其中，修改包括接收对所述测试治疗计划的修改，并相应地修改特定于从业者的文本规则。

36.根据权利要求32所述的非暂时性计算机可读存储介质，其中，修改包括直接接收对所述文本规则的特定于从业者的子集的牙科从业者编辑。

37.根据权利要求32所述的非暂时性计算机可读存储介质，其中，所述指令的执行使所述装置执行操作，所述操作还包括通过将所述文本规则的特定于从业者的子集应用于患者的牙科数据来生成特定于所述患者的治疗计划。

38.根据权利要求32所述的非暂时性计算机可读存储介质，其中，所述指令的执行使所述装置执行操作，所述操作还包括基于所述治疗计划制造牙科器具。

39.根据权利要求32所述的非暂时性计算机可读存储介质，其中，所述图形用户界面包括用户对话框，所述用户对话框包括所述特定于正畸治疗计划的文本规则的能够选择的列表。

40.根据权利要求32所述的非暂时性计算机可读存储介质，其中，所述特定于正畸治疗计划的文本规则的菜单包括按等级组织的所述文本规则的策划列表。

41.根据权利要求32所述的非暂时性计算机可读存储介质，其中，所述规则取自策划的规则数据库，并且基于所述牙科从业者的一个或多个特征来选择。

42.根据权利要求41所述的非暂时性计算机可读存储介质，其中，所述牙科从业者的特征包括所述牙科从业者的诊所的规模、由所述牙科从业者执行的牙齿矫治器病例的数量以及所述牙科从业者的地理位置。

43.根据权利要求32所述的非暂时性计算机可读存储介质，其中，将所述文本规则的特定于从业者的子集应用于所述测试牙科数据集以生成所述测试治疗计划包括：生成与所述测试治疗计划的多个阶段中的每个阶段相对应的多个牙齿矫治器。

44.根据权利要求32所述的非暂时性计算机可读存储介质，其中，所述指令的执行使所述装置执行操作，所述操作还包括提供来自所述牙科从业者的患者数据集作为所述测试牙科数据集。

45.根据权利要求32所述的非暂时性计算机可读存储介质，其中，所述测试牙科数据集包括标准化牙科数据集。

46.根据权利要求32所述的非暂时性计算机可读存储介质，其中，向所述牙科从业者显示所述测试治疗计划包括：在第一窗口中显示所述文本规则的菜单，并且在第二窗口中显示与在所述测试治疗计划的一个或多个阶段的所述测试牙科数据集相对应的牙齿的图像，使得所述牙科从业者能够修改来自所述第一窗口中的所述文本规则的菜单的文本规则的选择，并且能够修改与所述第二窗口中的所述测试治疗计划的一个或多个阶段的所述测试牙科数据集相对应的牙齿图像的视图。

47.一种生成用于正畸治疗的治疗计划的方法，所述方法包括：

向临床医生呈现用于生成治疗计划的预定义治疗参数，其中，所述预定义治疗参数包括以牙科协议语言的数据结构；

通过用户界面接受对所述预定义治疗参数的一个或多个修改；

将所述一个或多个修改附加到所述数据结构作为更高层；

将所述数据结构和患者的牙齿的数字模型传送到治疗计划生成模块，其中，所述治疗计划生成模块基于所述更高层修改治疗参数，并生成修改的一组治疗参数；以及

向所述临床医生显示所述治疗计划以供批准。

48.根据权利要求47所述的方法，其中，所述修改以所述牙科协议语言编码。

49.根据权利要求47所述的方法，还包括在向所述临床医生显示所述治疗计划之后，重复向所述临床医生呈现所述预定义治疗参数和接受一个或多个修改的步骤。

50.根据权利要求47所述的方法，还包括基于批准的所述治疗计划形成一系列矫治器。

51.根据权利要求47所述的方法，其中，向所述临床医生呈现所述预定义治疗偏好包括：从由所述临床医生索引的临床医生治疗偏好库生成或接收所述预定义治疗偏好。

52.根据权利要求47所述的方法，其中，所述预定义治疗偏好基于由所述临床医生批准的用于其他患者的先前治疗计划。

53.一种非暂时性计算机可读存储介质，包括指令，当所述指令由装置的一个或多个处理器执行时使所述装置执行操作，所述操作包括：

向临床医生呈现用于生成治疗计划的预定义治疗参数，其中，所述预定义治疗参数包括以牙科协议语言的数据结构；

通过用户界面接受对所述预定义治疗参数的一个或多个修改；

将所述一个或多个修改附加到所述数据结构作为更高层；

将所述数据结构和患者的牙齿的数字模型传送到治疗计划生成模块，其中，所述治疗计划生成模块基于所述更高层修改治疗参数，并生成修改的一组治疗参数；以及

向所述临床医生显示所述治疗计划以供批准。

54.根据权利要求53所述的非暂时性计算机可读存储介质，其中，所述修改以所述牙科协议语言编码。

55.根据权利要求53所述的非暂时性计算机可读存储介质，其中，所述指令的执行使所述装置执行操作，所述操作还包括在向所述临床医生显示所述治疗计划之后，重复向所述临床医生呈现所述预定义治疗参数和接受一个或多个修改的步骤。

56.根据权利要求53所述的非暂时性计算机可读存储介质，其中，所述指令的执行使所述装置执行操作，所述操作还包括基于批准的所述治疗计划形成一系列矫治器。

57.根据权利要求53所述的非暂时性计算机可读存储介质，其中，向所述临床医生呈现所述预定义治疗偏好包括：从由所述临床医生索引的临床医生治疗偏好库生成或接收所述预定义治疗偏好。

58.根据权利要求53所述的非暂时性计算机可读存储介质，其中，所述预定义治疗偏好基于由所述临床医生批准的用于其他患者的先前治疗计划。

59.一种系统，包括：

一个或多个处理器；以及

存储器，被配置为存储指令，当所述指令由所述一个或多个处理器执行时使所述系统：

向临床医生呈现用于生成治疗计划的预定义治疗参数，其中，所述预定义治疗参数包括以牙科协议语言的数据结构；

通过用户界面接受对所述预定义治疗参数的一个或多个修改；

将所述一个或多个修改附加到所述数据结构作为更高层；

将所述数据结构和患者的牙齿的数字模型传送到治疗计划生成模块，其中，所述治疗计划生成模块基于所述更高层修改治疗参数，并生成修改的一组治疗参数；以及

向所述临床医生显示所述治疗计划以供批准。

60.根据权利要求59所述的系统，其中，所述修改以所述牙科协议语言编码。

61.根据权利要求59所述的系统，其中，所述指令的执行使所述系统在向所述临床医生显示所述治疗计划之后，重复向所述临床医生呈现所述预定义治疗参数和接受一个或多个修改的步骤。

62.根据权利要求59所述的系统，其中，所述指令的执行使所述系统基于批准的所述治疗计划形成一系列矫治器。

63.根据权利要求59所述的系统，其中，执行所述指令以向所述临床医生呈现用于生成治疗计划的预定义治疗参数使得所述系统从由所述临床医生索引的临床医生治疗偏好库生成或接收所述预定义治疗偏好。

64.根据权利要求59所述的系统，其中，所述预定义治疗偏好基于由所述临床医生批准的用于其他患者的先前治疗计划。