CN112367945A - 生成3d打印医疗器械处置规划并据其提供3d打印医疗器械 - Google Patents

Abstract

本发明涉及用于生成3D打印医疗器械处置规划并根据3D打印医疗器械处置规划来提供3D打印医疗器械组的系统和方法，该方法包括：生成动态3D打印医疗器械处置规划生成模型；获得患者记录；接收患者的3D扫描数据；通过对动态3D打印医疗器械处置规划生成模型应用患者记录和3D扫描数据来生成3D打印医疗器械处置规划；向医疗从业者提供3D打印医疗器械处置规划；向制造商系统提供用于制造3D打印医疗器械组的制造请求；向患者提供3D打印医疗器械组；从医疗从业者接收与3D打印医疗器械处置规划有关的反馈；基于反馈来修改动态3D打印医疗器械处置规划生成模型。

Description

生成3D打印医疗器械处置规划并据其提供3D打印医疗器械

附图说明

图1是包括3D打印医疗器械的用于提供医疗处置的系统的示例的框图。

图2是包括3D打印医疗器械的用于提供医疗处置的系统中所包括的患者系统的示例的框图。

图3是包括3D打印医疗器械的用于提供医疗处置的系统中所包括的医疗从业者系统的示例的框图。

图4是包括3D打印医疗器械的用于提供医疗处置的系统中所包括的患者特定3D医疗器械制造商系统的示例的框图。

图5是用于提供从业者匹配推荐服务的动态3D打印医疗器械处置系统的示例的框图。

图6是用于提供从业者转介拍卖服务的动态3D打印医疗器械处置系统的示例的框图。

图7是用于提供3D医疗器械处置规划的动态3D打印医疗器械处置系统的示例的框图。

图8是用于提供3D医疗器械制造商选择服务的动态3D打印医疗器械处置系统的示例的框图。

图9是包括3D打印医疗器械的用于提供医疗处置的系统中所包括的广告经纪人系统的示例的框图。

图10是用于提供从业者匹配推荐服务的方法的示例的流程图。

图11是用于提供从业者转介拍卖服务的方法的示例的流程图。

图12是用于生成3D医疗器械处置规划并基于3D医疗器械处置规划来提供3D医疗器械组的方法的示例的流程图。

图13是用于提供3D医疗器械制造商选择服务的方法的示例的流程图。

图14是用于提供3D打印广告服务的方法的示例的流程图。

图15是包括3D打印医疗器械的用于提供医疗处置的系统中的元件的示例的框图。

图16是用于3D打印器械的市场进入系统的示例的框图。

图17是4D完全对准器的侧视图的概念图。

图18是4D部分对准器的侧视图的概念图。

图19是4D完全对准器的顶视图和底视图的概念图。

图20是4D部分对准器的顶视图和底视图的概念图。

图21是4D最小对准器的顶视图和底视图的概念图。

具体实施方式

图1是包括3D打印医疗器械的用于提供医疗处置的系统的示例的框图100。如本文中所使用的，3D打印旨在包括诸如4D等的更大维度，但是排除诸如2D等的更小维度。例如，对准器(aligner)可用于辅助从患者自己的干细胞构建牙齿的过程。对准器将通过使结构保持在一起并且使得能够递送可辅助一个或多个牙齿的成功生长的酶、蛋白质、生物化学物质来辅助该过程。这种对准器被称为“4D”。这种概念在图17至21中示出。图1的示例的系统包括计算机可读介质102、耦接至计算机可读介质102的动态3D打印医疗器械处置系统104、耦接至计算机可读介质102的患者系统106、耦接至计算机可读介质102的医疗从业者系统108、耦接至计算机可读介质102的患者特定3D医疗器械制造商系统110、以及耦接至计算机可读介质102的广告经纪人系统112。

计算机可读介质102旨在表示多种可能适用的技术。例如，计算机可读介质102可以用于形成网络或网络的一部分。在两个组件共同位于装置上的情况下，计算机可读介质102可以包括总线或者其它数据管道或数据面。在第一组件共同位于一个装置上、且第二组件位于不同装置上的情况下，计算机可读介质102可以包括无线或有线的后端网络或LAN。计算机可读介质102还可以包含WAN或其它网络的相关部分(如果适用的话)。

如本文中所使用的，“计算机可读介质”旨在包括法定(例如，在美国，根据美国法典第35条第101款规定)的所有介质，并且在为了使包括计算机可读介质的权利要求有效而需要进行排除的范围内特别地排除所有实质上非法定的介质。已知的法定计算机可读介质包括硬件(例如，寄存器、随机存取存储器(RAM)、非易失性(NV)存储部等)，但可以限于或者可以不限于硬件。

本文所述的适用系统或装置可被实现为计算机系统、多个计算机系统、或者计算机系统或多个计算机系统的部分。一般来说，计算机系统将包括处理器、存储器、非易失性存储部和接口，并且本文所述的示例假定了存储程序架构，尽管该存储程序架构不是机器的明确要求。典型的计算机系统通常将至少包括处理器、存储器、以及将存储器耦接至处理器的装置(例如，总线)。处理器可以例如是诸如微处理器等的通用中央处理单元(CPU)、或者诸如微控制器等的专用处理器。典型的CPU包括控制单元、算术逻辑单元(ALU)和存储器(一般包括被称为寄存器的一组特殊存储器单元)。

通过示例而非限制的方式，存储器可以包括诸如动态RAM(DRAM)和静态RAM(SRAM)等的随机存取存储器(RAM)。存储器可以是本地的、远程的或分布式的。总线还可以将处理器耦接至非易失性存储部。非易失性存储部通常是磁性软盘或硬盘、磁光盘、光盘、诸如CD-ROM、EPROM或EEPROM等的只读存储器(ROM)、磁卡或光卡、或者用于大量数据的其它形式的存储部。在执行计算机系统上的软件时，通常通过直接存储器接入处理将这些数据中的一些数据写入存储器。非易失性存储部可以是本地的、远程的或分布式的。非易失性存储部是可选的，这是因为可以利用存储器中可用的所有适用数据来创建系统。

在存储程序架构中，软件通常被存储在非易失性存储部中。实际上，对于大型程序，甚至不可能将整个程序存储在存储器中。然而，应当理解，对于要运行的软件(如果必要的话)，将该软件移动至适于处理的计算机可读位置，并且出于说明性目的，在本文中将该位置称为存储器。即使在将软件移动至存储器以供执行的情况下，处理器通常也会使用用以存储与软件相关联的值的硬件寄存器、以及理想地用于加速执行的本地高速缓存。如这里所使用的，在软件程序被称为“在计算机可读存储介质中实现”的情况下，假定该软件程序被存储在适用的已知或便利位置处(从非易失性存储部至硬件寄存器)。在与程序相关联的至少一个值被存储在处理器可读的寄存器中的情况下，认为该处理器“被配置为执行该程序”。

在操作的一个示例中，可以通过作为包括文件管理系统(诸如盘操作系统等)的软件程序的操作系统软件来控制计算机系统。具有关联的文件管理系统软件的操作系统软件的一个示例是已知为来自华盛顿州雷德蒙市微软公司的

的一系列操作系统及其关联的文件管理系统。操作系统软件及其关联的文件管理系统软件的另一示例是Linux操作系统及其关联的文件管理系统。文件管理系统通常存储在非易失性存储部中并且使处理器执行操作系统所需的各种动作以输入和输出数据以及将数据存储在存储器中，包括将文件存储在非易失性存储部上。

总线还可以将处理器耦接至接口。接口可以包括一个或多个输入和/或输出(I/O)装置。通过示例而非限制的方式，I/O装置可以包括键盘、鼠标或其它指示装置、盘驱动器、打印机、扫描仪以及包括显示装置的其它I/O装置。通过示例而非限制的方式，显示装置可以包括阴极射线管(CRT)、液晶显示器(LCD)、或者一些其它适用的已知或便利的显示装置。接口可以包括一个或多个调制解调器或网络接口。应当理解，调制解调器或网络接口可被认为是计算机系统的一部分。接口可以包括模拟调制解调器、ISDN调制解调器、线缆调制解调器、令牌环接口、卫星传输接口(例如“直接PC”)、或者用于将计算机系统耦接至其它计算机系统的其它接口。接口使计算机系统和其它装置能够在网络中耦接在一起。

计算机系统可以与基于云的计算系统兼容，或者作为基于云的计算系统的一部分或通过基于云的计算系统实现。如本文中所使用的，基于云计算的系统是向客户端装置提供虚拟化的计算资源、软件和/或信息的系统。可以通过保持边缘装置可经由诸如网络等的通信接口接入的集中式服务和资源来使计算资源、软件和/或信息虚拟化。“云”可能是市场术语，并且为了本文的目的而可以包括这里所描述的任何网络。基于云的计算系统可以涉及服务的订阅或者公用定价模型的使用。用户可以通过位于基于云的计算系统的客户端装置上的web浏览器或其它容器应用来接入基于云的计算系统的协议。

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

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

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

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

动态3D打印医疗器械处置系统104旨在表示被配置为使用至少一个3D打印医疗器械来向患者提供处置的硬件。在特定实现中，动态3D打印医疗器械处置系统104包括服务提供者所要操作的适用计算装置。根据上下文，多装置处置是适当的，3D打印医疗器械处置包括使用诸如用于正畸处置的对准器(和保持器)、用于斜头畸形(扁头综合征)处置的头盔、以及适用于美学处置的装置(诸如根据减肥方案而变得越来越小的带或其它配件等)等的一系列患者特定3D打印医疗器械来进行医疗处置。根据上下文，可以在医疗/牙科领域之外(包括美容、游戏、玩具、航空航天、汽车、能源等)使用动态3D打印器械。根据上下文，状况的单装置处置、问题的改善或美学的改进是适当的，诸如针对面部或头部形状和处方定制的按需光学框架或镜头、针对耳朵形状定制的按需的耳罩、耳塞或助听器、针对手部形状定制的汽车方向盘把手或自行车手把等、或定制形状的打印服装或配件等。在特定实现中，3D打印医疗器械处置服务包括选择适合特定患者的医疗从业者、确定适合特定患者和/或从业者的处置规划、选择适合特定患者和/或从业者的3D打印医疗器械制造商。

在特定实现中，在进行医疗从业者的选择时，动态3D打印医疗器械处置系统104被配置为生成动态医疗从业者匹配推荐模型。在特定实现中，动态医疗从业者匹配推荐模型用于将患者记录和偏好与一个或多个潜在从业者候选相匹配。在特定实现中，患者记录包括患者的属性信息(例如，年龄、性别、种族、居住地等)以及与患者的处置前状态(例如，处置前牙齿排列)有关的信息，这些信息可以例如从患者所拍摄的照片中获得。在特定实现中，患者偏好可包括地理位置、预算范围、整个处置期间的疼痛水平、处置持续时间、处置前和处置后状态(例如，美学外观)、自动或手动、虚拟现实(VR)/增强现实(AR)等。在特定实现中，在进行医疗从业者的选择时，动态3D打印医疗器械处置系统104将患者记录和患者偏好应用于动态医疗从业者匹配推荐模型以进行医疗从业者的匹配。

在特定实现中，在进行医疗从业者的选择时，动态3D打印医疗器械处置系统104被配置为组织从业者转介拍卖。在特定实现中，在组织从业者转介拍卖时，动态3D打印医疗器械处置系统104选择与患者记录和患者偏好总体匹配的多个医疗从业者，并向所选择的医疗从业者发送从业者转介拍卖的邀请。根据实现特定或其它的考虑，动态3D打印医疗器械处置系统104可采用动态医疗从业者匹配推荐模型来针对拍卖选择医疗从业者。在特定实现中，参与者可以基于预设实时或异步地加入拍卖。

在特定实现中，在进行处置规划的确定时，动态3D打印医疗器械处置系统104被配置为生成动态3D医疗器械处置规划生成模型。在特定实现中，动态3D医疗器械处置规划生成模型是基于患者记录和处置状况的数据结构。在特定实现中，处置规划可包括患者身体部位的预期处置后状态(例如，最终位置数据)、患者身体部位的过渡状态、处置期(例如，时长和阶段)、预期疼痛水平、估计价格、要用于处置的不同阶段中的各阶段的3D打印医疗器械的类型和设计、以及附接3D打印医疗器械的方式和持续时间等。例如，可以生成用以示出从处置前状态到处置后状态的过渡的3D(或4D或更高维度)动画，以在屏幕上和/或AR/VR中显示。在特定实现中，处置状况包括与患者偏好、预算范围、医疗处置的持续时间、处置后状态(例如，处置后牙齿排列)、以及可接受疼痛水平等相同的信息。在特定实现中，在进行处置规划的确定时，动态3D打印医疗器械处置系统104将患者记录和处置状况应用于动态3D医疗器械处置规划生成模型以进行处置规划的确定。

在特定实现中，在进行3D打印医疗器械制造商的选择时，动态3D打印医疗器械处置系统104被配置为生成动态制造商选择模型。在特定实现中，动态制造商选择模型将处置规划与制造商记录进行匹配，以确定一个或多个潜在制造商候选。在特定实现中，制造商记录包括制造商信息，诸如地理位置、预期递送时间、所制造的器械类型和设计、价格范围、按时递送评级、从业者评级和患者评级。在特定实现中，在选择3D打印医疗器械制造商时，动态3D打印医疗器械处置系统104将患者记录和处置规划应用于动态制造商选择模型，以匹配3D打印医疗器械制造商。

根据实现特定或其它的考虑，动态3D打印医疗器械处置系统104的一个或多个功能可以分布在诸如医疗从业者系统108和患者特定3D医疗器械制造商系统110等的适用系统的本地。例如，医疗从业者系统108和/或患者特定3D医疗器械制造商系统110可以将包括用于生成处置规划的动态3D医疗器械处置规划生成模型的应用安装在本地。在另一示例中，医疗从业者系统108可以将包括用于选择3D打印医疗器械制造商的动态制造商选择模型的应用安装在本地。

患者系统106旨在表示患者所要操作的各种适用计算装置，诸如智能手机、平板电脑、膝上型电脑、台式计算机、智能TV、智能手表、智能扬声器或IoT装置等。在特定实现中，患者系统106被配置为接收用于生成患者记录的患者属性信息。在特定实现中，患者系统106被配置为捕获动态3D打印医疗器械处置系统104所要使用以确定患者的处置前状态的患者身体部位图像(例如，牙齿排列图像)，并发送所捕获的患者身体部位图像。在特定实现中，患者系统106被配置为接收与匹配的医疗从业者有关的信息，使得患者可以选择医疗从业者。在特定实现中，患者系统106被配置为接收与处置规划有关的信息，使得患者同意处置规划。在特定实现中，患者系统106被配置为接收与所选择的制造商有关的信息，使得患者选择要制造3D打印医疗器械的制造商。

医疗从业者系统108旨在表示医疗从业者所要操作的适用计算装置，诸如智能手机、平板电脑、膝上型电脑、台式计算机、智能TV、智能手表、智能扬声器或IoT装置等。在特定实现中，可以在医疗提供者(从业者)的设施处提供医疗从业者系统108、医疗从业者系统108的至少一个组件和/或耦接至医疗从业者系统108的装置。在特定实现中，医疗从业者系统108被配置为接收与从业者属性信息有关的用户输入，并发送用户输入以用于生成医疗从业者记录。在特定实现中，医疗从业者系统108被配置为捕获动态3D打印医疗器械处置系统104所要使用以生成处置规划的患者身体部位3D图像(例如，牙齿排列3D扫描图像)，并发送所捕获的患者身体部位3D图像。在特定实现中，医疗从业者系统108被配置为接收与患者记录、患者偏好和/或处置状况有关的信息，以供医疗从业者检查。在特定实现中，医疗从业者系统108被配置为接收与处置规划有关的信息，以供医疗从业者检查。在特定实现中，医疗从业者系统108被配置为接收与所选择的制造商有关的信息，使得医疗从业者选择要制造3D打印医疗器械的制造商。

在特定实现中，医疗从业者系统108被配置为制造试用3D打印医疗器械，使得拜访医疗从业者的患者可以在开始3D打印医疗器械处置之前试验3D打印医疗器械。例如，试用3D打印医疗器械可以具有被形成为适合患者身体部位、特别是患者身体部位的当前状态的患者特定形状。在特定实现中，试用对准器可被称为无移动托盘或零阶段托盘。试用对准器是试用医疗装置的子集，其也可被称为无移动医疗装置和零阶段医疗装置。在另一特定实现中，试用对准器可被称为初始移动托盘，该初始移动托盘被设计为引起患者身体部位的初始移动。在这两种情况下，对准器可被称为起动器对准器。

在特定实现中，医疗从业者系统108被配置为制造起动器3D打印医疗器械，使得拜访医疗从业者的患者可以起动作为3D打印医疗器械处置组中的第一个的3D打印医疗器械。例如，起动器3D打印医疗器械可以具有被形成为将患者身体部位朝向最终位置移动至第一阶段的形状。起动器3D打印医疗器械可以利用某种计算从当前记录开始打印，但预期计算要求不会过高；患者在行业预期长度的预约结束时将仍能够获得起动器3D打印医疗器械，并在3D打印足够快的情况下将可能获得整个组。起动器对准器可被称为预编程移动托盘或一阶段托盘。起动器对准器也可以是试用对准器，在这种情况下，其可被称为无移动托盘或零阶段托盘。起动器对准器是起动器医疗装置的子集，其也可被称为无移动医疗装置和零阶段医疗装置或预编程移动医疗装置和一阶段医疗装置。

在特定实现中，医疗从业者系统108被配置为制造再引导3D打印医疗器械，使得在3D打印医疗器械组其中之一丢失或损坏之后，拜访医疗从业者的患者可以利用3D打印医疗器械进行再引导。例如，再引导3D打印医疗器械可以具有被形成为将患者身体部位从当前阶段移动朝向最终位置的形状，从而替换尚未使用的医疗器械以支持新的组。有利地，再引导对准器可以比丢失或损坏的对准器(假定它在丢失之前已磨损)起动得更远一点，并且再引导对准器可以包含矫正以解决牙齿复发。再引导3D打印医疗器械可以利用某种计算从当前记录开始打印，但预期计算要求不会过高；患者在行业预期长度的预约结束时将仍能够获得再引导3D打印医疗器械，并在3D打印足够快的情况下将可能获得整个集合。再引导对准器可被称为预编程移动托盘或一阶段复位托盘。再引导对准器是再引导医疗装置的子集，其也可被称为预先编程移动医疗装置和一阶段复位医疗装置。引导医疗装置是试用医疗装置、起动器医疗装置和再引导医疗装置的超集，并旨在根据引导日期(例如，第一次预约或以后的预约)来表示第一医疗装置。

患者特定3D医疗器械制造商系统110旨在表示3D打印医疗器械制造商所要操作的各种适用计算装置，诸如智能手机、平板电脑、膝上型电脑、台式计算机、智能TV、智能手表、智能扬声器或IoT装置等。在特定实现中，可以在3D打印医疗器械制造商的设施处提供患者特定3D医疗器械制造商系统110、医疗从业者系统108的至少一个组件和/或耦接至医疗从业者系统108的装置。在特定实现中，患者特定3D医疗器械制造商系统110被配置为接收处置规划中所使用的3D医疗器械的规范。患者特定3D医疗器械制造商系统110还可以接收或可以不接收用于设置3D打印的3D打印规范。在特定实现中，医疗从业者系统108被配置为基于处置来制造患者特定3D医疗器械，使得所制造的器械直接地或通过医疗从业者被递送至患者。

广告经纪人系统112旨在表示被配置为针对3D医疗处置相关业务提供广告服务的硬件。在特定实现中，3D医疗处置相关业务可以包括医疗提供者，其中医疗提供者包括医疗从业者和3D打印医疗器械制造商。在特定实现中，通过广告服务提供的广告可包括患者身体部位在3D打印医疗器械处置之前和之后的图像。在特定实现中，在进行广告(例如，广告图像)的选择时，广告经纪人系统112被配置为生成动态广告选择模型。在特定实现中，动态广告选择模型是被配置为确定被认为与目标广告接收者的属性(例如，年龄、性别、种族、收入水平等)匹配的一个或多个广告图像的计算机算法。此外，在特定实现中，在进行广告的选择时，广告经纪人系统112向患者系统106和/或医疗从业者系统108发送与广告有关的信息，以获得患者和/或医疗从业者的同意。稍后参考图16来描述市场进入解决方案。

在图1中通过示例的方式示出的系统操作的示例中，患者系统106向动态3D打印医疗器械处置系统104提供患者身体部位图像。动态3D打印医疗器械处置系统104生成用于选择医疗从业者的动态从业者匹配推荐模型、用于生成处置规划的动态处置规划生成模型、以及用于选择3D打印医疗器械制造商的动态制造商选择模型。患者系统106接收与所选择的医疗从业者、所生成的处置规划、所选择的制造商、以及广告同意请求有关的信息。医疗从业者系统108接收与患者记录、处置状况、所生成的处置规划和所选择的制造商有关的信息，并发送用于生成处置规划的请求、制造商的选择以及用于制造3D打印医疗器械的请求。患者特定3D医疗器械制造商系统110基于接收到的请求来制造3D打印医疗器械。广告经纪人系统112生成动态广告选择模型，并在基于动态广告选择模型而选择的广告媒体上提供基于动态广告选择模型而选择的广告图像。

有利地，用于使用动态机器学习技术、基于患者特定3D打印医疗器械来提供医疗处置的系统能够提供动态的基于机器学习的从业者选择、处置规划、制造商选择和广告选择。基于计算机的机器学习技术能够实现对患者和医疗从业者有用的更准确且更有效的输出。

图2是包括3D打印医疗器械的用于提供医疗处置的系统中所包括的患者系统的示例的框图200。图200包括患者接口引擎202、耦接至患者接口引擎202的患者扫描引擎204、耦接至患者扫描引擎204的图像传感器206、以及耦接至图像传感器206和患者接口引擎202的患者图像数据存储部208。在特定实现中，图2中所描绘的患者系统与图1中的患者系统106相对应。

患者接口引擎202旨在表示被配置为与患者接合以获得选择、反馈、同意和患者信息等、并与诸如动态3D打印医疗器械处置系统、医疗从业者系统、患者特定3D医疗器械制造商系统和广告经纪人系统等的外部系统通信的硬件。在特定实现中，患者接口引擎202通过动态3D打印医疗器械处置系统来接收关于与患者匹配的一个或多个潜在从业者候选的信息，并呈现接收到的信息以提示患者进行选择。在特定实现中，患者接口引擎202从动态3D打印医疗器械处置系统接收关于通过拍卖而与患者匹配的医疗从业者的信息，并呈现接收到的信息以提示患者提供同意。在特定实现中，患者接口引擎202从动态3D打印医疗器械处置系统或医疗从业者系统接收医疗处置规划，并呈现医疗处置规划以提示患者进行检查。在特定实现中，患者接口引擎202接收与一个或多个潜在3D打印医疗器械制造商有关的信息，并呈现该信息以提示患者进行选择。

患者扫描引擎204旨在表示被配置为生成图像传感器206所扫描的患者身体部位(例如，口腔部位、头部等)的患者图像数据的硬件。根据实现特定或其它的考虑，图像数据可以是2D图像数据或3D图像数据。当生成3D图像数据时，患者扫描引擎204可以包括包含深度图计算功能的专门制造的3D图像处理模块、或具有用于3D成像的附加功能模块的2D图像处理模块。根据实现或配置特定的因素，除2D图像之外，可能需要3D图像或某个其它分量，这是因为2D图像或仅2D图像可被认为提供不足以打印适于特定应用的器械(诸如适合在患者的嘴内的保持器等)的数据。例如，对准器的家用套件可能包括作为患者上传的2D图像的附加而邮寄的印模套件，这两者必须在对准器或对准器组被递送至患者之前(在它们经由邮寄或以某种其它的适用方式到达时)被考虑。相比之下，根据本文所述的技术，对于同一天的对准器，在没有印模套件的情况下在办公室内扫描的3D图像是足够的。

图像传感器206旨在表示被配置为捕获2D和/或3D患者身体部位图像的硬件(例如，照相机)。在特定实现中，图像传感器206包括诸如CCD图像传感器和CMOS图像传感器等的各种适用图像传感器。在特定实现中，图像传感器206被形成为适合预期患者身体部位的形状。例如，当从图像数据获得用于正畸处置的牙齿排列时，图像传感器206可被形成为容纳在患者的嘴中。

患者图像数据存储部208旨在表示用以存储图像传感器206所捕获的一个或多个患者身体部位图像的数据存储部。在特定实现中，患者图像表的条目包括患者身体部位图像内的对象的标识、患者的标识、与患者图像表相关联的参数值、以及患者身体部位图像内的对象的存储位置信息。

在特定实现中，患者表现出在从不涉及从业者的情况下的处置结果。在这样的实现中，患者可以立即起动第一装置组，并且从业者可以在稍后远程地完成其余的工作流程。这种系统背后的智能可以以机器学习为动力，以改进效率和结果。另外，诸如参考图3所述的医疗从业者系统的组件可以在患者装置上、在平台上(例如，在云中)、或者以向相关专家系统提供患者访问的某种其它方式自动化并实现。类似地，诸如参考图4所述的患者特定3D医疗器械制造商系统的组件可以由患者或代表患者自动化或物理地实现。

在图2中通过示例的方式示出的系统操作的示例中，患者接口引擎202从患者接收捕获图像的指示。患者扫描引擎204用于扫描患者的相关部位，诸如嘴。图像传感器206捕获2D和/或3D患者身体部位图像，诸如牙齿和牙龈的图像。患者图像数据存储部208存储患者身体部位图像。然后，患者接口引擎202向其它某一方提供相关的一个或多个图像。

图3是用于提供包括3D打印医疗器械的医疗处置的系统中所包括的医疗从业者系统的示例的框图300。图300包括从业者接口引擎302、耦接至从业者接口引擎302的患者登记引擎304、耦接至从业者接口引擎302的从业者3D扫描引擎306、耦接至从业者3D扫描引擎306的图像传感器307、耦接至从业者3D扫描引擎306的分段引擎308、耦接至分段引擎308的最终位置数据存储部310、耦接至患者登记引擎304和最终位置数据存储部310的患者事务引擎312、耦接至患者事务引擎312和最终位置数据存储部310的引导对准器3D打印引擎314、以及耦接至引导对准器3D打印引擎314的本地3D打印机316。在特定实现中，图3中所描绘的医疗从业者系统与图1中的医疗从业者系统108相对应。

从业者接口引擎302旨在表示被配置为与医疗从业者接合的硬件。

患者登记引擎304旨在表示被配置为登记将要接收基于3D打印医疗器械的处置的患者的硬件。在特定实现中，在患者登记时，生成包括患者属性(例如，年龄、性别、种族、居住地等)的患者记录。记录包括可从患者系统获得的一个或多个患者身体部位图像(例如，牙齿和牙龈的图像)。诸如牙医等的从业者通常有多个椅子和手术室。在许多点，从空间和工作人员时间这两方面来说，存在空缺并且办公室中的容量过剩。有利地，由于患者对如本文先前所述的处置过程存在某种控制，因此服务需求可以与空间和工作人员带宽的形式的供给相匹配。过剩的容量可以用于诸如扫描、进度检查、紧急情况等的各种相关服务。

从业者3D扫描引擎306旨在表示被配置为基于图像传感器307所扫描的患者身体部位(例如，口腔部位、头部等)的图像数据来生成患者身体部位的患者3D图像数据的硬件。在特定实现中，在生成患者3D图像数据时，从业者3D扫描引擎306可以包括包含深度图计算功能的专门制造的3D图像处理模块、或具有用于3D成像的附加功能模块的2D图像处理模块。

分段引擎308旨在表示被配置为基于患者的患者3D图像数据对患者的身体状态进行分段的硬件。在特定实现中，分段包括基于患者的患者3D图像数据来标识患者身体对象或患者身体部位内的子部位，并确定所标识的子部位的位置。例如，分段可以包括标识牙齿和牙龈的一个或多个图像中的各个牙齿。

最终位置数据存储部310旨在表示用以存储最终位置数据的数据存储部。最终位置数据可以根据被应用于图像对象的医疗从业者的美学偏好、这种处置的可能成功率或其它考虑来确定，并且可以基于从业者的经验和技能水平数据以及基于从业者或其它类似职位专业人员所递送的过去结果来定制。例如，牙医可能具有对于牙齿放置的美学偏好(其可以使用被定向成与最终位置匹配的牙齿对象来表示)以及对于整个面部/头部的美学偏好。

患者事务引擎312旨在表示被配置为使患者能够购买基于3D打印医疗器械的医疗处置的硬件。在特定实现中，事务包括患者与医疗从业者之间的合同、以及针对基于3D打印医疗器械的医疗处置的付款。在可选方案中，使用订阅付款、利用数字货币的付款、或者为了交换其它服务的付款等。

引导对准器3D打印引擎314旨在表示被配置为基于患者3D图像数据来生成引导3D打印医疗器械的3D打印机数据的硬件。在特定实现中，引导3D打印医疗器械的3D打印机数据包括适合3D打印的多个2D图像数据层。引导3D打印医疗器械可能会或可能不会得到使身体部位(例如，牙齿)从第一位置移动到第二位置的器械。可以提供试用3D打印医疗器械，以使患者能够习惯穿戴该器械。

本地3D打印机316旨在表示被配置为基于引导对准器3D打印引擎314所生成的患者3D图像数据来产生引导3D打印医疗器械的硬件。根据实现和/或配置特定的因素，引导3D打印医疗器械可被实现为试用3D打印医疗器械、起动器3D打印医疗器械或再引导3D打印医疗器械。

在图3中通过示例的方式示出的系统操作的示例中，从业者接口引擎302用于与医疗从业者接合。患者登记引擎304登记患者并生成患者记录。从业者3D扫描引擎306基于已获得的2D和/或3D图像数据来生成患者身体部位的3D扫描数据。分段引擎308基于患者身体部位的3D扫描数据来对患者身体部位进行分段。最终位置数据存储部310存储要移动的身体部位的最终位置数据。患者事务引擎312便于针对基于3D打印医疗器械的牙科处置的付款。引导对准器3D打印引擎314基于患者身体部位的3D扫描数据来生成引导3D打印医疗器械的3D打印机数据。本地3D打印机316基于引导对准器3D打印引擎314所生成的3D打印机数据来产生引导3D打印医疗器械。

图4是包括3D打印医疗器械的用于提供医疗处置的系统中所包括的患者特定3D医疗器械制造商系统的示例的框图400。图400包括提供者接口引擎402、耦接至提供者接口引擎402的设置引擎404、耦接至设置引擎404的分阶段引擎406、耦接至分阶段引擎406的处置规划引擎408、耦接至分阶段引擎406和处置规划引擎408的检查和批准引擎410、耦接至检查和批准引擎410的3D制造引擎412、以及耦接至3D制造引擎412的器械组提供引擎414。在特定实现中，图4中所描绘的患者特定3D医疗器械制造商系统与图1中的患者特定3D医疗器械制造商系统110相对应。

提供者接口引擎402旨在表示被配置为与服务提供者以及提供包括3D扫描数据的患者记录的其它系统接合、并向服务提供者呈现接收到的患者记录以供检查的硬件。例如，提供者接口引擎402呈现处理前状态(例如，3D扫描数据)和/或处置后状态(例如，最终位置数据)以供检查。在特定实现中，提供者接口引擎402接收用以基于3D扫描数据所表示的处置前状态和最终位置数据所表示的处置前状态来生成基于3D打印医疗器械的处置规划的请求。

设置引擎404旨在表示被配置为设置基于3D打印医疗器械的医疗处置的硬件。在设置基于3D打印医疗器械的牙科处置时，设置引擎404检索包括3D扫描数据和最终位置数据的患者记录。在特定实现中，所设置的基于3D打印医疗器械的医疗处置与特定患者和特定医疗从业者相关联，并与患者的患者记录和医疗从业者的医疗从业者记录相关联地管理。设置引擎404可以为单个患者生成多个设置。例如，一个版本可以示出矫正后的前牙，并且另一个版本可以示出矫正后的所有牙齿。每一个这样的设置具有时间、成本和成功率暗示。从业者可以选择与患者共享部分或全部版本，以允许患者选择。

分阶段引擎406旨在表示被配置为基于患者记录和患者输入来确定基于3D打印医疗器械的牙科处置的处置状况的硬件。在特定实现中，处置状况可包括预算范围、处置持续时间、处置前和处置后状态(例如，处置后牙齿排列)、以及可接受疼痛水平等。分阶段需要决定从第一个器械到最后一个器械的器械的配置，其中，第一个器械将身体部位从原始位置移动，最后一个器械将身体部位移动到最终位置。

处置规划引擎408旨在表示被配置为基于患者记录和处置状况来生成处置规划的硬件。在特定实现中，处置规划可包括患者身体部位的预期处置前和处置后状态(例如，最终位置数据)、处置期(例如，时长和阶段)、预期疼痛水平、估计价格、患者身体部位的过渡状态、处置期(例如，时长和阶段)、要用于处置的各不同阶段的3D打印医疗器械的类型和设计、以及附接3D打印医疗器械的方式和持续时间等。例如，可以生成用以示出从处置前状态到处置后状态的过渡的3D动画。

检查和批准引擎410旨在表示被配置为向患者和/或医疗从业者提供处置规划并从其接收处置规划的批准的硬件。在特定实现中，引擎406、408、410循环，直到处置规划被批准为止。

3D制造引擎412旨在表示被配置为基于患者3D图像数据、处置规划和最终位置来生成3D医疗器械组的3D数据的硬件。在特定实现中，3D医疗器械组的3D数据包括适合3D打印的多个2D图像数据层。可选地，3D医疗器械可以以已知或便利的方式制造。

器械组提供引擎414旨在表示被配置为准备诸如对准器等的3D医疗器械组以递送至患者的硬件。硬件可以针对一种情况打印所有器械，或者随时间分批打印。利用批处理，患者可以重复扫描，这可能需要或可能不需要与从业者或能够扫描的其它方会面。批大小可以基于患者信息或者根据偏好来定制，其中更大的批更适合于更简单的情况。基于一种情况中的困难移动，可以建议患者在其处置中的特定点进行扫描，其中批大小可能与特定点之间的持续时间相关联。在特定实现中，扫描是远程发生的，并且器械被运送至患者。重复扫描便于比较实际进度以及与规划相关联地预测的进度，从而使得器械制造商能够对实际进度而不是可能不准确的预测进度进行响应。由于这种动态自校正循环的价值，因此即使在通过先进的机器学习技术取得3D打印的进步和处置规划的改进之后，这种动态自校正循环也可以继续存在，尽管它在一些实例中有可能取代一次打印所有事物，但在可预见的未来，它不会取代一次打印所有事物。递送可以通过亲自递送器械给患者、通过邮寄或以其它适用的方式完成。

在图4中通过示例的方式示出的系统操作的示例中，提供者接口引擎402用于接收患者信息。设置引擎404设置3D医疗器械处置。直到获得批准为止，分阶段引擎406确定3D医疗器械处置的处置状况；处置规划引擎408提供处置规划，并且检查和批准引擎410获得处置规划的批准。3D制造引擎412基于患者3D图像数据来生成3D医疗处置器械组的3D数据。器械组提供引擎414基于3D制造引擎412所生成的3D数据来为3D医疗处置器械组的递送作准备。

图5是用于提供从业者匹配推荐服务的动态3D打印医疗器械处置系统的示例的框图500。图5所示的示例性架构包括匹配数据通信引擎502、耦接至匹配数据通信引擎502的患者记录处理引擎504、耦接至患者记录处理引擎504的患者记录数据存储部506、耦接至匹配数据通信引擎502的从业者记录处理引擎508、耦接至从业者记录处理引擎508的从业者记录数据存储部510、耦接至匹配数据通信引擎502、患者记录处理引擎504和从业者记录处理引擎508的动态从业者匹配推荐模型管理引擎512、以及耦接至动态从业者匹配推荐模型管理引擎512的动态从业者匹配推荐模型数据存储部514。在特定实现中，图5中所描绘的动态3D打印医疗器械处置系统与图1中的动态3D打印医疗器械处置系统104相对应。

匹配数据通信引擎502旨在表示被配置为与患者系统和医疗从业者系统通信的硬件。在特定实现中，在与患者系统通信时，匹配数据通信引擎502接收用于生成患者记录的患者信息。根据实现特定或其它的考虑，患者信息可以包括患者的患者属性(例如，年龄、性别、种族、居住地等)以及与患者的处置前状态信息(例如，处置前牙齿排列)有关的信息。在特定实现中，在与医疗从业者系统通信时，匹配数据通信引擎502接收用于生成从业者记录的从业者信息。根据实现特定或其它的考虑，从业者信息可以包括医疗从业者的地理位置、调度、实践场地、价格范围和评级。

在特定实现中，匹配数据通信引擎502还被配置为向患者系统提供与通过医疗从业者匹配选择的潜在从业者候选有关的信息，并从患者系统接收潜在从业者候选之一的用户选择输入。此外，在特定实现中，在接收到用户选择输入时，匹配数据通信引擎502通过用户选择输入来向所选择的医疗从业者的医疗从业者系统提供患者记录和处置状况。

患者记录处理引擎504旨在表示被配置为基于通过匹配数据通信引擎502获得的患者信息来生成患者记录的硬件。在特定实现中，患者记录包括患者信息中所包含的信息以及也是从患者系统发送来的患者身体部位(例如，牙齿)的自捕获2D图像，并且可以包括或可以不包括详细的3D扫描数据。在特定实现中，患者记录包括患者对处置的偏好，诸如地理位置、预算范围、整个处置期间的疼痛水平、处置期(例如，时长)和处置后状态等。

患者记录数据存储部506旨在表示患者记录处理引擎504所生成的一个或多个患者记录的数据存储部。在特定实现中，在存储一个或多个患者记录时，患者记录数据存储部506使用包括各自与患者记录相对应的多个条目的患者记录表来管理所存储的患者记录。例如，患者记录表的条目包括患者记录的标识、患者的标识、与患者表相关联的参数值、以及患者记录的存储位置信息。在特定实现中，在存储一个或多个患者记录时，患者记录数据存储部506还存储适用于其中所存储的一个或多个患者记录的机器学习模型。

从业者记录处理引擎508旨在表示被配置为基于通过匹配数据通信引擎502获得的医疗从业者信息来生成从业者记录的硬件。在特定实现中，从业者记录包括从业者信息中所包括的信息，诸如医疗从业者的地理位置、调度、实践场地、价格范围和评级。

从业者记录数据存储部510旨在表示用以存储从业者记录处理引擎508所生成的一个或多个从业者记录的数据存储部。在特定实现中，在存储一个或多个从业者记录时，从业者记录数据存储部510以与存储患者记录的患者记录数据存储部506相同或相似的方式管理所存储的从业者记录。

动态从业者匹配推荐模型管理引擎512旨在表示被配置为生成动态医疗从业者匹配推荐模型的硬件。在特定实现中，动态医疗从业者匹配推荐模型被配置为确定被认为与患者记录和偏好匹配的一个或多个潜在从业者候选。在特定实现中，动态医疗从业者匹配推荐模型可以包括用于确定特定患者的结果潜在从业者候选的多个参数，并且参数的参数值可以通过适用的机器学习技术进行修改。在特定实现中，动态医疗从业者匹配推荐模型的参数可以包括患者的地理位置、患者偏好(处置状况)以及从业者的地理位置、调度、实践场地、价格范围和评级。

在特定实现中，动态从业者匹配推荐模型管理引擎512被配置为通过将患者记录、处置状况和从业者记录应用于动态医疗从业者匹配推荐模型来确定潜在从业者候选。根据实现特定或其它的考虑，从业者记录与处置状况和/或患者记录相匹配的一个或多个从业者可被选择为潜在从业者候选。

在特定实现中，动态从业者匹配推荐模型管理引擎512被配置为向患者的患者系统提供与潜在从业者候选有关的信息(例如，从业者记录)，使得患者可以选择潜在从业者候选中的将要对患者进行医疗处置的一个潜在从业者候选。此外，在特定实现中，在患者选择潜在从业者候选其中之一时，动态从业者匹配推荐模型管理引擎512被配置为接收指示潜在从业者候选其中之一的用户选择输入，并在接收到用户选择输入时向所选择的从业者的从业者系统提供患者记录和处置状况。

在特定实现中，动态从业者匹配推荐模型管理引擎512被配置为从患者系统接收用户反馈。根据实现特定或其它的考虑，用户反馈可以包括适用性(例如，从业者所提供的服务状况如何与患者的处置状况相匹配)、预约时间的便利性、预约次数以及患者主观确定的服务质量(QoS)。此外，在特定实现中，动态从业者匹配推荐模型管理引擎512被配置为基于用户反馈来修改动态医疗从业者匹配推荐模型。在特定实现中，动态从业者匹配推荐模型管理引擎512根据诸如决策树学习、关联规则学习、人工神经网络、深度学习等的适用机器学习技术，来修改动态医疗从业者匹配推荐模型的参数的具体参数值和/或加权平衡。

动态从业者匹配推荐模型数据存储部514旨在表示用以存储动态从业者匹配推荐模型管理引擎512所生成的一个或多个动态医疗从业者匹配推荐模型的数据存储部。在特定实现中，在存储一个或多个动态医疗从业者匹配推荐模型时，动态从业者匹配推荐模型数据存储部514以与存储患者记录的患者记录数据存储部506和/或存储从业者记录的从业者记录数据存储部510相同或相似的方式来管理所存储的动态医疗从业者匹配推荐模型。

在图5中通过示例的方式示出的系统操作的示例中，匹配数据通信引擎502与患者系统通信以获得患者信息从而生成患者记录，并与医疗从业者系统通信以获得医疗从业者信息从而生成从业者记录。患者记录处理引擎504基于通过匹配数据通信引擎502获得的患者信息来生成患者记录，并将所生成的患者记录存储在患者记录数据存储部506中。从业者记录处理引擎508基于通过匹配数据通信引擎502获得的医疗从业者信息来生成从业者记录，并将所生成的从业者记录存储在从业者记录数据存储部510中。动态从业者匹配推荐模型管理引擎512生成动态医疗从业者匹配推荐模型，并将所生成的动态医疗从业者匹配推荐模型存储在动态从业者匹配推荐模型数据存储部514中。

此外，在图5中通过示例的方式示出的系统操作的示例中，动态从业者匹配推荐模型管理引擎512基于患者记录来确定处置状况，获得从业者记录，并使用动态医疗从业者匹配推荐模型来确定潜在从业者候选。动态从业者匹配推荐模型管理引擎512接收用户选择输入以选择潜在从业者候选其中之一，向所选择的从业者的从业者系统提供患者记录和处置状况。动态从业者匹配推荐模型管理引擎512从患者系统接收用户反馈，并基于用户反馈来修改动态医疗从业者匹配推荐模型。

图6是用于提供从业者转介拍卖服务的动态3D打印医疗器械处置系统的示例的框图600。图6所示的动态3D打印医疗器械处置系统的示例包括拍卖数据通信引擎602、耦接至拍卖数据通信引擎602的患者记录处理引擎604、耦接至患者记录处理引擎604的患者记录数据存储部606、耦接至拍卖数据通信引擎602的从业者记录处理引擎608、耦接至从业者记录处理引擎608的从业者记录数据存储部610、耦接至拍卖数据通信引擎602、患者记录处理引擎604和从业者记录处理引擎608的从业者转介拍卖引擎612。在特定实现中，图6中所描绘的动态3D打印医疗器械处置系统与图1中的动态3D打印医疗器械处置系统104和/或图5中的动态3D打印医疗器械处置系统相对应。

在特定实现中，拍卖数据通信引擎602、患者记录处理引擎604、患者记录数据存储部606、从业者记录处理引擎608和从业者记录数据存储部610以与图5中的匹配数据通信引擎502、患者记录处理引擎504、患者记录数据存储部506、从业者记录处理引擎508和从业者记录数据存储部510相同或相似的方式运行。

从业者转介拍卖引擎612旨在表示被配置为生成和管理用于基于拍卖来选择患者记录被提供至的医疗从业者的医疗从业者转介拍卖实例的硬件。根据实现特定或其它的考虑，医疗从业者转介拍卖实例是被配置为基于患者记录、患者偏好(处置状况)以及登记医疗从业者的从业者记录来选择医疗从业者转介拍卖的邀请被提供至的一个或多个潜在从业者候选的计算机程序。在特定实现中，可以基于用于确定特定患者的潜在从业者候选的多个参数来执行医疗从业者转介拍卖实例，并且可以通过适用的机器学习技术来修改参数的参数值。在可选方案中，可以使用固定定价模型而不是拍卖，以考虑来自从业者记录、处置状况和患者记录的患者参数。在这样的实现中，图6可被修改以用“固定定价模型”来取代“拍卖”。

在特定实现中，从业者转介拍卖引擎612被配置为基于从患者记录数据存储部606获得的患者记录来确定处置状况，并从从业者记录数据存储部610获得登记医疗从业者的从业者记录。此外，在特定实现中，从业者转介拍卖引擎612被配置为基于从业者记录、处置状况和患者记录来选择一个或多个潜在从业者候选。此外，在选择一个或多个潜在从业者候选时，医疗从业者转介拍卖引擎612被配置为向潜在从业者候选的医疗从业者系统提供拍卖数据(例如，医疗从业者转介拍卖的邀请)。在特定实现中，拍卖数据包括患者记录的通用版本以及与拍卖程序有关的信息(例如，对竞标号、截止日期等的限制)、以及与服务转介费用有关的信息等。

在特定实现中，从业者转介拍卖引擎612被配置为向潜在从业者候选的医疗从业者系统提供拍卖数据(例如，医疗从业者转介拍卖的邀请)。在特定实现中，拍卖数据包括患者记录和/或处置状况的通用版本以及与拍卖程序有关的信息(例如，对竞标号、截止日期等的限制)、以及与服务转介费用有关的信息等。在特定实现中，从业者转介拍卖引擎612被配置为接收来自一个或多个潜在从业者候选的医疗从业者系统的竞标。在特定实现中，竞标包括医疗从业者所输入的商定费用金额。在特定实现中，从业者转介拍卖引擎612被配置为基于竞标金额(或调整后的竞标金额)或其它适用标准来选择一个获胜的从业者。在特定实现中，从业者转介拍卖引擎612被配置为将患者记录和/或处置状况的完整版本发送至获胜的从业者的医疗从业者系统。在特定实现中，在患者同意使用获胜的从业者时，从业者转介拍卖引擎612发送患者记录和/或处置状况。

在图6中通过示例的方式示出的系统操作的示例中，拍卖数据通信引擎602与患者系统通信以获得患者信息从而生成患者记录，并与医疗从业者系统通信以获得医疗从业者信息从而生成从业者记录。患者记录处理引擎604基于通过匹配数据通信引擎602获得的患者信息来生成患者记录，并将所生成的患者记录存储在患者记录数据存储部606中。从业者记录处理引擎608基于通过拍卖数据通信引擎602获得的医疗从业者信息来生成从业者记录，并将所生成的从业者记录存储在从业者记录数据存储部610中。从业者转介拍卖引擎612生成医疗从业者转介拍卖实例，并用于在医疗从业者转介拍卖实例中进行医疗从业者转介拍卖。

图7是用于提供3D医疗器械处置规划的动态3D打印医疗器械处置系统的示例的框图700。图7所示的动态3D打印医疗器械处置系统的示例包括处置规划通信引擎702、耦接至处置规划通信引擎702的患者记录处理引擎704、耦接至患者记录处理引擎704的患者记录数据存储部706、耦接至处置规划通信引擎702和患者记录处理引擎704的动态处置规划生成模型管理引擎708、耦接至动态处置规划生成模型管理引擎708的动态处置规划生成模型数据存储部710、耦接至处置规划通信引擎702和动态处置规划生成模型管理引擎708的处置规划处理引擎712、以及耦接至处置规划处理引擎712的处置规划数据存储部714。在特定实现中，图7中所描绘的动态3D打印医疗器械处置系统与图1、图5和/或图6中的动态3D打印医疗器械处置系统相对应。

处置规划通信引擎702旨在表示被配置为与患者系统、医疗从业者系统和患者特定3D医疗器械制造商系统通信的硬件。在特定实现中，处置规划通信引擎702被配置为与患者系统通信以获得患者信息。在特定实现中，处置规划通信引擎702被配置为与医疗从业者系统通信，以接收用于基于患者记录和处置状况生成医疗处置规划的请求。在特定实现中，处置规划通信引擎702被配置为与3D医疗器械制造商系统通信，以发送用于制造患者特定3D医疗器械组的请求。

有利地，处置规划通信引擎702可以作为牙科办公室中的实践管理系统的一部分或与牙科办公室中的实践管理系统相结合地实现，其中该实践管理系统包括在并入本文所述的技术之前在办公室中实现以管理患者调度的实践管理系统。后述的诸如动态处置规划生成模型管理引擎708和处置规划处理引擎712等的其它引擎可以在后台运行，并且可以例如异步地创建相关患者的处置规划以在预约时进行医生呈现并在之前或之后进行共享。这可以用作患者的转换工具，因为患者可以利用处置规划来显示可能的情况。

在特定实现中，患者记录处理引擎704和患者记录数据存储部706分别以与图5中的患者记录处理引擎504和患者记录数据存储部506相同或相似的方式运行。

动态处置规划生成模型管理引擎708旨在表示被配置为生成动态3D医疗器械处置规划生成模型的硬件。根据实现特定或其它的考虑，动态3D医疗器械处置规划生成模型是被配置为基于患者记录和处置状况来确定3D医疗器械处置规划的计算机算法。在特定实现中，动态3D医疗器械处置规划生成模型可以包括用于确定特定患者的结果潜在从业者候选动态3D医疗器械处置规划的多个参数，并且参数的参数值可以通过适用的机器学习技术进行修改。在特定实现中，动态3D医疗器械处置规划生成模型的参数可以包括患者的处置前状态、患者的预期处置后状态、处置期(例如，时长和阶段)、预期疼痛水平、以及预算范围等。

在特定实现中，动态处置规划生成模型管理引擎708被配置为从患者系统和/或医疗从业者系统接收用户反馈。根据实现特定或其它的考虑，用户反馈可以包括从业者适用性(例如，从业者所提供的服务状况如何与患者的处置状况相匹配)、从业者主观确定的从业者服务质量(QoS)、制造商适用性(例如，制造商所提供的器械状况如何与处置规划相匹配)、患者和/或从业者主观确定的制造商服务质量(QoS)。此外，在特定实现中，动态处置规划生成模型管理引擎708被配置为基于用户反馈来修改动态3D医疗器械处置规划生成模型。在特定实现中，动态处置规划生成模型管理引擎708根据诸如决策树学习、关联规则学习、人工神经网络、深度学习等的适用机器学习技术，来修改动态3D医疗器械处置规划生成模型的参数的具体参数值和/或加权平衡。

动态处置规划生成模型数据存储部710旨在表示用以存储动态处置规划生成模型管理引擎708所生成的一个或多个3D医疗器械处置规划生成模型的数据存储部。在特定实现中，在存储一个或多个3D医疗器械处置规划生成模型中，动态处置规划生成模型数据存储部710以与图5中的存储患者记录的患者记录数据存储部506相同或相似的方式管理所存储的3D医疗器械处置规划生成模型。

处置规划处理引擎712旨在表示被配置为通过将包括3D扫描数据的患者记录以及处置状况应用于动态3D医疗器械处置规划生成模型来生成3D医疗器械处置规划的硬件。在特定实现中，3D器械处置规划可以包括患者的预期处置后状态、处置期(例如，时长和阶段)、预期疼痛水平、估计价格、要用于处置的各不同阶段的3D打印医疗器械的类型和设计、以及附接3D打印医疗器械的方式和持续时间等。例如，3D打印医疗器械的类型和设计可以包括3D打印医疗器械的材料、颜色和患者特定形状。例如，附接3D打印医疗器械的方式和持续时间可以包括附接3D打印医疗器械期间的可接受患者移动或活动、以及应附接3D打印医疗器械的以天、周或月为单位的时间范围。

处置规划数据存储部714旨在表示用以存储处置规划处理引擎712所生成的一个或多个3D医疗器械处置规划的数据存储部。在特定实现中，在存储一个或多个3D医疗器械处置规划时，处置规划数据存储部714以与图5中的存储患者记录的患者记录数据存储部506相同或相似的方式管理所存储的3D医疗器械处置规划。

在图7中通过示例的方式示出的系统操作的示例中，处置规划通信引擎702与患者系统通信以获得患者信息从而生成患者记录，与医疗从业者系统通信以接收生成处置规划的请求，并与患者特定3D医疗器械制造商系统通信以发送制造患者特定3D医疗器械组的请求。患者记录处理引擎704基于通过匹配数据通信引擎702获得的患者信息来生成患者记录，并将所生成的患者记录存储在患者记录数据存储部706中。动态处置规划生成模型管理引擎708生成动态处置规划生成模型，并将所生成的动态处置规划生成模型存储在动态处置规划生成模型数据存储部710中。处置规划处理引擎712通过将患者记录和处置状况应用于动态处置规划生成模型来生成处置规划，并将所生成的处置规划存储在处置规划数据存储部714中。

图8是用于提供3D医疗器械制造商选择服务的动态3D打印医疗器械处置系统的示例的框图800。图8所示的动态3D打印医疗器械处置系统的示例包括制造商选择通信引擎802、耦接至制造商选择通信引擎802的处置规划处理引擎804、耦接至处置规划处理引擎804的处置规划数据存储部806、耦接至制造商选择通信引擎802的制造商记录处理引擎808、耦接至制造商记录处理引擎808的制造商记录数据存储部810、耦接至制造商选择通信引擎802、处置规划处理引擎804和制造商记录处理引擎808的动态制造商选择模型管理引擎812、以及耦接至动态制造商选择模型管理引擎812的动态制造商选择模型数据存储部814。在特定实现中，图8中所描绘的动态3D打印医疗器械处置系统与图1、图5、图6和/或图7中的动态3D打印医疗器械处置系统相对应。

制造商选择通信引擎802旨在表示被配置为与患者系统、医疗从业者系统和3D医疗器械制造商系统通信的硬件。在特定实现中，制造商选择通信引擎802被配置为与3D医疗器械制造商系统通信以获得制造商信息。根据实现特定或其它的考虑，制造商信息可以包括地理位置、预期递送时间、制造器械类型和设计、价格范围、按时递送评级、从业者的评级以及患者的评级等。

在特定实现中，制造商选择通信引擎802被配置为提供与通过3D医疗器械制造商选择而选择的潜在制造商候选有关的信息，并从患者系统或医疗从业者系统接收潜在制造商候选其中之一的用户选择输入。此外，在特定实现中，在接收到用户选择输入时，制造商选择通信引擎802通过用户选择输入来向所选择的制造商的3D医疗器械制造商系统提供患者记录和处置规划。

在特定实现中，处置规划处理引擎804和处置规划数据存储部806分别以与图7中的处置规划处理引擎712和处置规划数据存储部714相同或相似的方式运行。

制造商记录处理引擎808旨在表示被配置为基于通过制造商选择通信引擎802获得的制造商信息来生成制造商记录的硬件。在特定实现中，制造商记录包括制造商信息中所包括的信息，诸如地理位置、预期递送时间、制造器械类型和设计、价格范围、按时递送评级、从业者的评级和患者的评级等。

制造商记录数据存储部810旨在表示用以存储制造商记录处理引擎808所生成的一个或多个制造商记录的数据存储部。在特定实现中，在存储一个或多个从业者记录时，制造商记录数据存储部810以与存储处置规划的处置规划数据存储部806相同或相似的方式管理所存储的制造商记录。

动态制造商选择模型管理引擎812旨在表示被配置为生成动态制造商选择模型的硬件。同一个患者所用的装置可以由同一个制造商或多个制造商制造，从而允许患者递送的便携性，并与制造商在某些装置与其它装置上所具有的某些特定工具/优点保持一致。这种方法便于针对同一种情况进行批打印，并允许消费者获得服务，无论他们在哪里(例如，失去对准器–我正在度假/不在家)。

根据实现特定或其它的考虑，动态制造商选择模型被配置为基于处置规划和制造商记录来确定被认为与处置规划匹配的一个或多个潜在制造商候选。在特定实现中，动态制造商选择模型包括用于确定特定患者的最终潜在制造商候选的多个参数，并且参数的参数值可以通过适用的机器学习技术来修改。在特定实现中，动态制造商选择模型的参数可以包括患者的地理位置、诸如处置期(例如，时长和阶段)等的处置规划特定参数、预期疼痛水平、估计价格、要用于处置的各不同阶段的3D医疗器械的类型和设计、以及附接3D医疗器械的方式和持续时间等。

在特定实现中，动态制造商选择模型管理引擎812被配置为通过将患者记录、处置规划和制造商记录应用于动态制造商选择模型来确定潜在制造商候选。根据实现特定或其它的考虑，制造商记录与处置规划和/或患者记录相匹配的一个或多个3D医疗器械制造商可被选择为潜在制造商候选。

在特定实现中，动态制造商选择模型管理引擎812被配置为向患者系统和/或医疗从业者系统提供与潜在制造商候选有关的信息(例如，制造商记录)，使得患者或医疗从业者可以选择潜在制造商候选中的将要制造患者特定3D医疗器械的一个潜在制造商候选。此外，在特定实现中，在患者或医疗从业者选择潜在制造商候选其中之一时，动态制造商选择模型管理引擎812被配置为接收指示潜在制造商候选其中之一的用户选择输入，并在接收到用户选择输入时向所选择的制造商的3D医疗器械制造商系统提供患者记录和处置规划。

在特定实现中，动态制造商选择模型管理引擎812被配置为从患者系统和/或医疗从业者系统接收用户反馈。根据实现特定或其它的考虑，用户反馈可以包括从业者适用性(例如，从业者所提供的服务状况如何与患者的处置状况相匹配)、患者主观确定的从业者服务质量(QoS)、制造商适用性(例如，制造商所提供的器械状况如何与处置规划相匹配)、患者和/或从业者主观确定的制造商服务质量(QoS)。此外，在特定实现中，动态制造商选择模型管理引擎812被配置为基于用户反馈来修改动态制造商选择模型。在特定实现中，动态制造商选择模型管理引擎812根据诸如决策树学习、关联规则学习、人工神经网络、深度学习等的适用机器学习技术，来修改动态制造商选择模型的参数的具体参数值和/或加权平衡。

动态制造商选择模型数据存储部814旨在表示用以存储动态制造商选择模型管理引擎812所生成的一个或多个动态制造商选择模型的数据存储部。在特定实现中，在存储一个或多个动态制造商选择模型时，动态制造商选择模型数据存储部814以与图5中的存储动态医疗从业者匹配推荐模型的动态从业者匹配推荐模型数据存储部514相同或相似的方式来管理所存储的动态制造商选择模型。

在图8中通过示例的方式示出的系统操作的示例中，制造商选择通信引擎802与3D医疗器械制造商系统通信以获得制造商信息，并与患者系统和/或医疗从业者系统通信以提供与潜在制造商候选有关的信息以供选择潜在制造商候选其中之一。处置规划处理引擎804生成处置规划并将所生成的处置规划存储在处置规划数据存储部806中。制造商记录处理引擎808基于通过制造商选择通信引擎802获得的制造商信息来生成制造商记录，并将所生成的制造商记录存储在制造商记录数据存储部810中。动态制造商选择模型管理引擎812生成动态制造商选择模型，并将所生成的制造商选择模型存储在动态制造商选择模型数据存储部814中。

此外，在图8中通过示例的方式示出的系统操作的示例中，动态制造商选择模型管理引擎812使用动态制造商选择模型来确定潜在制造商候选。动态制造商选择模型管理引擎812接收用户选择输入以选择潜在制造商候选其中之一，向所选择的制造商的制造商系统提供处置规划和患者记录。动态制造商选择模型管理引擎812从患者系统和/或医疗从业者系统接收用户反馈，并基于用户反馈来修改动态制造商选择模型。

图9是包括3D打印医疗器械的用于提供医疗处置的系统中所包括的广告经纪人系统的示例的框图900。图9所示的广告经纪人系统的示例包括广告经纪人通信引擎902、耦接至广告经纪人通信引擎902的广告处理引擎904、耦接至广告处理引擎904的广告媒体数据存储部906、以及耦接至广告媒体数据存储部906和广告经纪人通信引擎902的广告传播引擎908。在特定实现中，图9中所描绘的广告经纪人系统与图1中的广告经纪人系统112相对应。

广告经纪人通信引擎902旨在表示被配置为与医疗从业者系统、制造商系统和患者系统通信的硬件。在特定实现中，在与医疗从业者系统和/或制造商系统患者和/或系统通信时，广告经纪人通信引擎902接收用以传播3D打印医疗器械、3D打印配件和/或相关服务的广告的广告请求。根据实现特定或其它的考虑，广告请求可能涉及在进行广告服务之前或之后的付款事务。在特定实现中，在与医疗从业者系统和/或制造商系统和/或患者系统通信时，广告经纪人通信引擎902接收要用于广告的患者记录。根据实现特定或其它的考虑，用于广告的患者记录可以包括处置前状态(例如，患者身体部位的照片)。在特定实现中，在与患者系统通信时，广告经纪人通信引擎902被配置为发送广告使用同意请求并接收从患者系统返回的广告使用同意。根据实现特定或其它的考虑，广告使用同意可以在进行基于3D打印医疗器械的处置之前或之后获得。

广告处理引擎904旨在表示被配置为基于患者记录来生成广告图像的硬件。在特定实现中，广告图像可以包括表示处置前状态、在应用3D打印医疗器械后的状态的患者身体部位的照片、或用于广告目的的患者身体部位或3D打印医疗器械的修改后的图像(例如，改变颜色、隐藏图像的部分等)。

在特定实现中，广告处理引擎904被配置为生成动态广告选择模型。根据实现特定或其它的考虑，动态广告选择模型被配置为基于广告图像的属性和广告请求的属性来确定要传播的一个或多个广告图像和/或广告媒体。在特定实现中，动态广告选择模型可以包括用于确定特定广告主(例如，医疗从业者、制造商等)的结果广告图像和/或广告媒体的多个参数，并且参数的参数值可以通过适用的机器学习技术进行修改。在特定实现中，动态广告选择模型的参数可以包括分发的地理位置(例如，国家、州、县、市等)、时间、曝光量(例如，观看计数)、以及目标广告接收者属性等。

在特定实现中，广告处理引擎904被配置为通过将广告媒体的属性和广告请求的属性应用于动态广告选择模型来确定要分发的广告。根据实现特定或其它的考虑，可以选择与广告请求匹配的一个或多个广告图像作为要分发的广告图像。

在特定实现中，广告处理引擎904被配置为获得广告结果。根据实现特定或其它的考虑，广告结果可以包括与3D打印医疗器械处置服务的销售、3D打印医疗器械的销售、3D打印配件的销售、对与传播广告相关联的链接的访问计数、以及其它适用营销标准有关的统计数据。此外，在特定实现中，广告处理引擎904被配置为基于广告结果来修改动态广告选择模型。在特定实现中，广告处理引擎904根据诸如决策树学习、关联规则学习、人工神经网络、深度学习等的适用机器学习技术，来修改动态广告选择模型的参数的具体参数值和/或加权平衡。

广告媒体数据存储部906旨在表示用以存储广告处理引擎904所生成的一个或多个广告图像、音频文件或多媒体文件的数据存储部。在特定实现中，在存储广告媒体时，广告媒体数据存储部906使用广告媒体表来管理所存储的广告媒体，该广告媒体表包括各自与广告媒体内容相对应的多个条目。例如，广告媒体表的条目包括广告图像的标识、患者的标识、与广告媒体表相关联的参数值、以及广告图像的存储位置信息。在特定实现中，在存储广告媒体时，广告媒体数据存储部906还存储适用于其中存储的一个或多个患者记录的机器学习模型。

广告传播引擎908旨在表示被配置为向与所确定的广告媒体相对应的广告平台提供确定要分发的广告的硬件。在特定实现中，广告平台可以包括特定网站、特定web应用、特定TV节目、特定电台节目、特定电台节目、社交频道和其它适用平台。

在图9中通过示例的方式示出的系统操作的示例中，广告经纪人通信引擎902与医疗从业者系统和/或制造商系统通信以接收广告请求和患者记录，并与患者系统通信以获得广告使用同意。广告处理引擎904基于患者记录来生成广告图像，并将所生成的广告图像存储在广告图像数据存储部906中。广告处理引擎904生成动态广告选择模型，并使用该动态广告选择模型来确定要传播的广告图像以及广告媒体。广告传播引擎908向与所确定的广告媒体相对应的广告平台提供所确定的广告图像。广告处理引擎904获得广告结果，并基于该广告结果来修改动态广告选择模型。

图10是用于提供从业者匹配推荐服务的方法的示例的流程图1000。该流程图和本文所述的其它流程图示出以有助于理解的方式组织的模块(和潜在决策点)。然而，应当认识到，在情况允许的情况下，模块可被重组以便并行执行，被重新排序或被修改(被改变、移除或增强)。流程图1000以模块1002开始：生成基于3D器械的医疗处置所用的动态医疗从业者匹配推荐模型。本文所述的诸如动态从业者匹配推荐模型管理引擎等的适用引擎生成动态医疗从业者匹配推荐模型。根据实现特定或其它的考虑，动态医疗从业者匹配推荐模型可以包括患者的地理位置、患者的偏好、以及从业者的地理位置、调度、实践场地、价格范围和评级，作为参数。

流程图1000继续至模块1004：基于患者记录来确定处置状况。本文所述的诸如患者记录处理引擎等的适用引擎基于患者记录来确定处置状况。在特定实现中，患者记录可以包括患者的属性信息(例如，年龄、性别、种族、居住地等)以及与患者的处置前状态(例如，处置前牙齿排列)有关的信息。例如，与处置前状态有关的信息可以包括患者身体部位(例如，牙齿)的自捕获2D照片，并且可以不包括详细的3D扫描数据。在特定实现中，处置(例如，正畸处置)的处置状况可以包括预算范围、处置期(例如，时长)、处置后状态(例如，处置后牙齿排列)、以及可接受疼痛水平等。根据实现特定或其它的考虑，处置状况也可以基于患者通过本文所述的诸如患者系统等的适用系统的输入来确定。

流程图1000继续至模块1006：获得登记从业者的从业者记录。本文所述的诸如从业者记录处理引擎等的适用引擎获得登记从业者的从业者记录。在特定实现中，登记从业者的从业者记录包括登记从业者的地理位置、调度、实践场地、价格范围和评级。根据实现特定或其它的考虑，从业者记录中所包括的信息是基于医疗从业者通过本文所述的诸如医疗从业者系统等的适用系统的输入而获得的。

流程图1000继续至模块1008：通过将从业者记录、处置状况和患者记录应用于动态医疗从业者匹配推荐模型来确定潜在从业者候选。本文所述的诸如动态从业者匹配推荐模型管理引擎等的适用引擎确定潜在从业者候选。根据实现特定或其它的考虑，从业者记录与处置状况和/或患者记录相匹配的一个或多个从业者可被选择为潜在从业者候选。在特定实现中，通过患者系统向患者提供潜在从业者候选的信息，使得患者可以检查该信息。

流程图1000继续至模块1010：从患者系统接收用户选择输入。本文所述的诸如匹配数据通信引擎等的适用引擎接收用户选择输入。根据实现特定或其它的考虑，用户选择输入可以包括与患者所选择的医疗从业者有关的信息。

流程图1000继续至模块1012：向所选择的从业者的从业者系统提供患者记录和处置状况。本文所述的诸如患者记录处理引擎等的适用引擎检索患者的患者记录和处置状况，并使患者的患者记录和处置状况被提供给所选择的从业者的医疗从业者系统，使得所选择的从业者可以检查患者记录和处置状况，并调度咨询和/或处置。

流程图1000继续至模块1014：从患者系统接收用户反馈。本文所述的诸如匹配数据通信引擎等的适用引擎从患者系统接收用户反馈。根据实现特定或其它的考虑，用户反馈可以包括适用性(例如，从业者所提供的服务状况如何与患者的处置状况相匹配)以及患者主观确定的服务质量(QoS)。

流程图1000以模块1016结束：基于用户反馈来修改动态医疗从业者匹配推荐模型。本文所述的诸如动态从业者匹配推荐模型管理引擎等的适用引擎基于用户反馈来修改动态医疗从业者匹配推荐模型。在特定实现中，根据诸如决策树学习、关联规则学习、人工神经网络、深度学习等的适用机器学习技术来修改动态医疗从业者匹配推荐模型的参数的具体参数值和/或加权平衡。在模块1016后，流程图1000返回到模块1004，以进行新的从业者匹配。

图11是用于提供从业者转介拍卖服务的方法的示例的流程图1100。流程图1100以模块1102开始：生成包括3D打印医疗器械的医疗处置的医疗从业者转介拍卖实例。本文所述的诸如从业者转介拍卖引擎等的适用引擎生成医疗从业者转介拍卖实例。

流程图1100继续至模块1104：基于患者记录来确定处置状况。本文所述的诸如患者记录处理引擎等的适用引擎基于患者记录来确定处置状况。在特定实现中，模块1104可以以与图10中的模块1004相似的方式执行。

流程图1100继续至模块1106：获得登记从业者的从业者记录。本文所述的诸如从业者记录处理引擎等的适用引擎获得登记从业者的从业者记录。在特定实现中，模块1106可以以与图10中的模块1006相似的方式执行。

流程图1100继续至模块1108：基于从业者记录、处置状况和患者记录来确定潜在从业者候选。本文所述的诸如从业者转介拍卖引擎等的适用引擎确定潜在从业者候选。根据实现特定或其它的考虑，从业者记录与处置状况和/或患者记录相匹配的一个或多个从业者可被选择为潜在从业者候选。在特定实现中，处置状况的信息被提供至潜在从业者候选的医疗从业者系统，使得其可以检查信息。

流程图1100继续至模块1110：从潜在从业者候选的医疗从业者系统接收竞标。本文所述的诸如拍卖数据通信引擎等的适用引擎从潜在从业者候选的医疗从业者系统接收竞标。在特定实现中，竞标包括指示处置的定价和时间戳的特定值。从业者还可以针对特定情况类型创建这些值的预设置，以启用自动竞标功能。

流程图1100以模块1112结束：选择获胜的从业者候选，并将完整的患者记录和处置状况发送至获胜的从业者。本文所述的诸如从业者转介拍卖引擎等的适用引擎选择获胜的从业者，并将完整的患者记录和处置状况发送至获胜的从业者。在特定实现中，可以采用竞标金额、时间戳、其它适用标准来选择获胜的从业者。

图12是用于生成3D医疗器械处置规划并基于3D医疗器械处置规划来提供3D医疗器械组的方法的示例的流程图1200。流程图1200以模块1202开始：生成动态3D医疗器械处置规划生成模型。本文所述的诸如动态处置规划生成模型管理引擎等的适用引擎生成动态3D医疗器械处置规划生成模型。根据实现特定或其它的考虑，动态3D医疗器械处置规划生成模型可以包括患者的处置前状态、患者的预期处置后状态、处置期(例如，时长和阶段)、预期疼痛水平和预算范围等，作为参数。

流程图1200继续至模块1204：获得患者记录。本文所述的诸如患者记录处理引擎等的适用引擎获得患者的患者记录。在特定实现中，患者记录可以包括患者的属性信息(例如，年龄、性别、种族、居住地等)以及与患者的处置前状态(例如，处置前牙齿排列)有关的信息。例如，与处置前状态有关的信息可以包括患者身体部位(例如，牙齿)的自捕获2D图像，并且可以不包括详细的3D扫描数据。

流程图1200继续至模块1206：接收患者的3D扫描数据。本文所述的诸如处置规划通信引擎等的适用引擎从诸如医疗从业者系统和/或患者系统等的适用源接收患者的3D扫描数据。在特定实现中，当医疗从业者系统包括用以获得患者的3D扫描数据的3D扫描装置时，从业者系统发送3D扫描数据从医疗。在特定实现中，当医疗从业者获得患者身体部位的印模时，可以递送印模，并且可以通过扫描印模来获得3D扫描数据。

流程图1200继续至模块1208：通过将患者记录和3D扫描数据应用于动态3D医疗器械处置规划生成模型来生成3D器械处置规划。本文所述的诸如动态处置规划生成模型管理引擎等的适用引擎生成3D器械处置规划。在特定实现中，3D器械处置规划可以包括患者的预期处置后状态、处置期(例如，时长和阶段)、预期疼痛水平、估计价格、要用于处置的各不同阶段的3D医疗器械的类型和设计、以及附接3D医疗器械的方式和持续时间等。例如，3D医疗器械的类型和设计可以包括3D医疗器械的材料、颜色和患者特定形状。例如，附接3D医疗器械的方式和持续时间可以包括附接3D医疗器械期间的可接受患者移动或活动、以及应附接3D医疗器械的以天、周或月为单位的时间范围。

流程图1200继续至模块1210：将所生成的3D医疗器械处置规划提供至医疗从业者系统。本文所述的诸如处置规划通信引擎等的适用引擎将所生成的3D医疗器械处置规划提供至医疗从业者系统，使得医疗从业者可以检查所生成的3D医疗器械处置规划以进行批准。在特定实现中，所生成的3D医疗器械处置规划也由医疗从业者提供给患者，或被直接提供给患者系统，以获得患者的同意。在特定实现中，医疗从业者对3D医疗器械处置规划的批准和/或患者对3D医疗器械处置规划的同意被退回，以供进一步处理。

流程图1200继续至模块1212：在医疗从业者系统处打印起动器3D打印医疗器械，以供患者拾取。诸如医疗从业者系统的本地3D打印机等的适用装置可以制造即时起动器3D打印医疗器械。有利地，(如果患者发送图像，或者如果例如经由牙医办公室的牙科记录获得图像，则)可以在与患者会面之前打印起动器3D打印医疗器械。可选地，可以在咨询期间或在短暂等待后打印起动器3D打印医疗器械，从而允许患者与起动器3D打印医疗器械一起离开。有利地，这种器械可以被适当地表征为“同一天的对准器”或“在不到一小时内可用的对准器”(在对准器的情况下)。在牙科、医疗和美容产品的上下文中，可以在坐着进行某个其它程序的同时使对准器可用，并且对准器可被适当地表征为“无等待对准器”，这是因为对准器可以在完成某个其它程序(例如，理发、修脚等)之前提供。在特定实现中，患者的同意可以在打印起动器3D打印医疗器械之前作出。

流程图1200继续至模块1214：向制造商系统提供用于制造3D医疗器械组的制造请求。本文所述的诸如处置规划通信引擎等的适用引擎将制造请求与经批准的3D器械处置规划一起提供至制造商系统。在特定实现中，制造商系统基于经批准的3D器械处置规划来制造被专门设计用于患者的3D打印医疗器械组。在特定实现中，所制造的3D医疗器械可以由医疗从业者或其它专业人员(例如，技术人员)检查，并且可以根据所制造的3D医疗器械是否符合制造要求的标准而重新制造。在特定实现中，所制造的3D医疗器械被递送至患者，使得患者穿戴3D医疗器械以进行处置。

流程图1200继续至模块1216：从医疗从业者系统和/或患者系统接收用户反馈。本文所述的诸如处置规划通信引擎等的适用引擎接收用户反馈。根据实现特定或其它的考虑，用户反馈可以包括从业者适用性(例如，从业者所提供的服务状况如何与患者的处置状况相匹配)、从业者主观确定的从业者服务质量(QoS)、制造商适用性(例如，制造商所提供的器械状况如何与处置规划相匹配)、患者和/或从业者主观确定的制造商服务质量(QoS)。

流程图1200以模块1218结束：基于用户反馈来修改动态3D医疗器械处置规划生成模型。本文所述的诸如动态处置规划生成模型管理引擎等的适用引擎修改动态3D医疗器械处置规划生成模型。在特定实现中，根据诸如决策树学习、关联规则学习、人工神经网络、深度学习等的适用机器学习技术来修改动态3D医疗器械处置规划生成模型的参数的具体参数值和/或加权平衡。在模块1218之后，流程图1200返回到模块1204以进行新的处置规划。

图13是用于提供3D医疗器械制造商选择服务的方法的示例的流程图1300。流程图1300以模块1302开始：生成动态3D医疗器械制造商选择模型。本文所述的诸如动态制造商选择模型管理引擎等的适用引擎生成动态3D医疗器械制造商选择模型。根据实现特定或其它的考虑，动态3D医疗器械制造商选择模型可以包括制造商的地理区域、所制造的器械类型和设计、价格范围、按时递送评级、从业者评级和患者评级等。

流程图1300继续至模块1304：获得患者记录和处置规划。本文所述的诸如患者记录处理引擎等的适用引擎获得患者的患者记录和处置规划。在特定实现中，患者的处置规划可以通过诸如图12所述的适用处理而生成。

流程图1300继续至模块1306：获得制造商记录。本文所述的诸如制造商记录处理引擎等的适用引擎获得登记制造商的制造商记录。在特定实现中，登记制造商的制造商记录包括地理位置、预期递送时间、所制造的器械类型和设计、价格范围、按时递送评级、从业者评级和患者评级等。根据实现特定或其它的考虑，制造商记录中所包括的信息是至少部分地基于制造商通过本文所述的诸如制造商系统等的适用系统的输入而获得的。

流程图1300继续至模块1308：通过将患者记录、处置规划和制造商记录应用于动态3D医疗器械制造商选择模型来确定制造商候选。本文所述的诸如动态制造商选择模型管理引擎等的适用引擎确定制造商候选。根据实现特定或其它的考虑，制造商记录与患者记录和/或处置规划相匹配的一个或多个3D打印医疗器械制造商可被选择为制造商候选。在特定实现中，处置规划的信息、特别是患者的3D打印医疗器械的类型和设计被提供至制造商候选的制造商系统，使得其可以检查信息。

流程图1300继续至模块1310：向患者系统或从业者系统提供与制造商候选有关的信息。本文所述的诸如制造商选择通信引擎等的适用引擎向患者系统或从业者系统提供与制造商候选有关的信息，使得患者系统或从业者系统可以呈现用于选择3D打印医疗器械制造商的信息。

流程图1300继续至模块1312：从患者系统或从业者系统接收用户选择输入。本文所述的诸如制造商选择通信引擎等的适用引擎接收用户选择输入。根据实现特定或其它的考虑，用户选择输入可以包括与患者或医疗从业者所选择的3D打印医疗器械制造商有关的信息。

流程图1300继续至模块1314：向所选择的制造商系统提供用于制造3D医疗器械组的制造请求。本文所述的诸如制造商选择通信引擎等的适用引擎向所选择的制造商系统提供具有经批准的3D器械处置规划的制造请求。在特定实现中，模块1314可以以与图12中的模块1214相似的方式执行。

流程图1300继续至模块1316：从医疗从业者系统和/或患者系统接收用户反馈。本文所述的诸如制造商选择通信引擎等的适用引擎接收用户反馈。在特定实现中，模块1316可以以与图12中的模块1216相似的方式执行。

流程图1300以模块1318结束：基于用户反馈来修改动态3D医疗器械制造商选择模型。本文所述的诸如动态制造商选择模型管理引擎等的适用引擎修改动态制造商选择模型。在特定实现中，根据诸如决策树学习、关联规则学习、人工神经网络、深度学习等的适用机器学习技术来修改动态制造商选择模型的参数的具体参数值和/或加权平衡。在模块1318之后，流程图1300返回至模块1304以进行新的制造商选择。

图14是用于提供3D打印广告服务的方法的示例的流程图1400。流程图1400以模块1402开始：生成动态广告选择模型。本文所述的诸如广告处理引擎等的适用引擎生成动态广告选择模型。根据实现特定或其它的考虑，动态广告选择模型可以包括广告接收者的目标地理区域、目标广告接收者属性(例如，年龄、性别、种族、收入水平等)、广告属性(例如，服务、产品等的类型和性质)、持续时间和预算范围等。

流程图1400继续至模块1404：基于来自从业者和/或制造商系统的广告请求来获得患者记录。本文所述的诸如广告经纪人通信引擎等的适用引擎接收来自从业者和/或制造商系统的广告请求，并获得患者记录。根据实现特定或其它的考虑，用于广告的患者记录可以包括处置前状态(例如，患者身体部位的照片)和处置前状态(例如，患者身体部位的照片)。

流程图1400继续至模块1406：基于患者记录来生成广告。本文所述的诸如广告处理引擎等的适用引擎基于患者记录来生成广告。在特定实现中，广告可以包括示出处置前状态和处置后状态的患者身体部位的照片、附接了医疗器械的患者身体的模拟、或为了广告目的修改后的患者身体部位或器械的图像(例如，改变颜色、隐藏图像的部分等)。

流程图1400继续至模块1408：向患者系统发送针对广告使用同意的请求。本文所述的诸如广告经纪人通信引擎等的适用引擎向患者系统发送针对广告使用同意的请求。

流程图1400继续至模块1410：接收来自患者系统的广告使用同意。本文所述的诸如广告经纪人通信引擎等的适用引擎接收来自患者系统的广告使用同意。

流程图1400继续至模块1412：通过将广告和广告请求应用于动态广告选择模型来确定要传播的广告以及传播广告的广告媒体。本文所述的诸如广告处理引擎等的适用引擎确定要传播的广告以及广告媒体。在特定实现中，从广告请求中提取广告接收者的目标地理区域、目标广告接收者属性(例如，年龄、性别、种族、收入水平等)、广告属性(例如，服务、产品等的类型和性质)、持续时间和预算范围等，并且确定具有与目标广告接收者相似的属性(例如，年龄、性别等)的广告图像和/或与目标广告接收者相关联的广告媒体(例如，特定网站、web浏览器等)。

流程图1400继续至模块1414：将所确定的广告提供至与所确定的广告媒体相对应的广告平台。本文所述的诸如广告传播引擎等的适用引擎将所确定的广告图像提供至广告平台。在特定实现中，广告平台可以包括特定网站、特定web应用、特定TV节目、特定电台节目、特定电台节目、社交频道和其它适用平台。

流程图1400继续至模块1416：获得广告结果。本文所述的诸如广告经纪人通信引擎等的适用引擎获得广告结果。在特定实现中，广告结果可以包括指示3D打印医疗器械处置服务的销售、3D打印医疗器械的销售、对与传播广告相关联的链接的访问计数、以及其它适用营销标准的统计数据。

流程图1400以模块1418结束：基于广告结果来修改动态广告选择模型。本文所述的诸如广告经纪人通信引擎等的适用引擎修改动态广告选择模型。在特定实现中，根据诸如决策树学习、关联规则学习、人工神经网络、深度学习等的适用机器学习技术来修改动态广告选择模型的参数的具体参数值和/或加权平衡。在模块1418之后，流程图1400返回至模块1404以进行新的广告选择。

图15是包括3D打印医疗器械的用于提供医疗处置的系统中的元件的示例的框图1500。为了说明性目的，图15所示的系统针对诸如正畸对准器等的患者特定3D打印牙科器械，以适合患者的嘴。图15中所描绘的系统包括患者登记引擎1502、图像扫描器1504、牙科扫描数据数据存储部1506、患者记录数据存储部1507、分段引擎1508、最终位置数据存储部1510、患者事务引擎1512、引导起动器对准器3D打印引擎1514、本地3D打印机1516、设置引擎1518、分阶段引擎1520、处置规划引擎1522、检查和批准引擎1524、以及对准器组提供引擎1526。

患者登记引擎1502旨在表示被配置为登记将要接收牙科处置的患者的硬件，其中牙科处置包括3D打印牙科器械。在特定实现中，在患者登记时，生成包括患者属性的患者记录，并将其存储在患者记录数据存储部1507中。在牙科办公室开始处置的情况下，患者登记可能部分地完成，这是因为牙医可能已经有了潜在患者的记录，甚至可能包括足够的牙科图像。

图像扫描器1504旨在表示被配置为扫描患者的牙齿以生成牙科扫描数据的硬件。在特定实现中，图像扫描器1504包括耦接至本文所述的患者系统和/或医疗从业者系统的3D扫描器，并且牙科扫描数据包括3D扫描数据。在特定实现中，图像扫描器1504包括耦接至本文所述的患者系统和/或医疗从业者系统的2D照相机，并且牙科扫描数据包括2D图像。

牙科扫描数据数据存储部1506旨在表示用以存储所生成的牙科扫描数据的数据存储部。在特定实现中，患者登记引擎1502在患者记录数据存储部1507的适用患者记录中包括牙科扫描数据存储部1506的部分或全部图像。从患者登记引擎1502到图像扫描器1504的虚线箭头旨在表示图像扫描器1504在患者登记之前可能已经或可能尚未创建合适的图像。例如，潜在患者可以用智能手机来拍摄图像。

分段引擎1508旨在表示被配置为对患者的牙科图像进行分段的硬件。在特定实现中，分段包括对牙齿和牙龈、嘴、嘴唇以及可能的其它部位(诸如舌)的标识和对象化、以及对所识别出的对象的位置和坐标的确定。

分段数据数据存储部1509包括分段数据。由于分段数据包括坐标系，因此设置引擎1518可以使用将对象(牙齿)转换为主观上理想的形式(其被称为最终位置)的功能。

原始和最终位置数据存储部1510旨在表示用以存储患者牙齿的原始和最终位置和取向的数据存储部。可以注意到，最终位置可能取决于不同正畸医生(和患者)之间的美学差异，并且最终位置的确定传统上不被视为分段步骤的一部分；本文假定适当配置的AI(未示出)获得分段数据并操纵其达到期望的最终位置。可选地或附加地，设置引擎1518可以生成附加的中间位置，但在本示例中，假定该位置由分阶段引擎1520处理。

患者事务引擎1512旨在表示被配置为基于牙科处置来进行3D打印医疗器械的事务的硬件。在特定实现中，事务包括患者和牙科从业者之间的合同文件事务、以及针对基于3D打印医疗器械的牙科处置的付款。可能期望能够向潜在患者显示原始和最终位置，这是为什么设置引擎1518至少做足够的工作以在原始和最终位置数据存储部1510中提供最终位置(或至少最终位置模拟)以供患者事务引擎1512使用的原因。

原始位置数据存储部1513可能是原始和最终位置数据存储部1510的一部分，但是被单独地示出以清楚地显示引导起动器对准器3D打印引擎1514仅需要原始位置坐标(包括嘴的其它参数)以确保对准器配合。

引导起动器对准器3D打印引擎1514旨在表示被配置为基于表示牙齿的对象位置来生成引导起动器的3D打印数据的硬件。在特定实现中，3D打印数据包括适合3D打印的多个2D图像数据层。

本地3D打印机1516旨在表示被配置为基于引导起动器对准器3D打印引擎1514所生成的3D数据来产生起动器3D对准器的硬件。在特定实现中，起动器3D对准器旨在用于试用目的而不是用于处置目的。例如，起动器3D对准器没有患者特定牙齿轮廓，并且一般被形成为配合患者的牙龈曲线。

设置引擎1518旨在表示被配置为在患者事务引擎1512完成事务时设置牙齿矫直处置的硬件。在设置牙齿矫直处置时，设置引擎1518检索包括分段数据的患者记录，并将原始和最终位置数据传递到分阶段引擎1520。

分阶段引擎1520旨在表示被配置为使用对准器组来确定牙齿矫直处置的参数的硬件。在特定实现中，处置参数可以包括预算范围、牙科处置期(例如，时长)、处置后状态(例如，处置后牙齿排列)、以及可接受疼痛水平等。

处置规划引擎1522旨在表示被配置为基于患者记录和处置状况来生成处置规划的硬件。在特定实现中，处置规划可以包括患者的预期处置后牙齿排列、处置期(例如，时长和阶段)、预期疼痛水平、估计价格、要用于处置的各不同阶段的3D打印医疗器械的类型和设计、以及附接3D打印医疗器械的方式和持续时间等。

检查和批准引擎1524旨在表示被配置为将处置规划引擎1522所生成的处置规划呈现给患者、牙科从业者和/或分阶段领域的专家、并从其接收处置规划的批准的硬件。在特定实现中，在将控制传递至对准器组提供引擎1528之前，可以在分阶段引擎1520、处置规划引擎1522和检查和批准引擎1524之间多次传递控制。

对准器组提供引擎1526旨在表示被配置为产生被递送至患者的、患者所用的对准器的硬件。在特定实现中，对准器组被3D打印在与引导对准器相同的位置处。在可选方案中，对准器组以已知或便利的方式制造，因为与引导对准器不同，时间不一定是重要的。

图16是用于3D打印器械的市场进入系统的示例的框图1600。图1600包括患者登记引擎1602、耦接至患者登记引擎1602的患者记录数据存储部1604、耦接至患者登记引擎1602和患者记录数据存储部1604的患者依从引擎1606(又称API引擎)、耦接至患者依从引擎1606的患者社交网络数据存储部1608、耦接至患者社交网络数据存储部1608的至少一个患者装置1610、耦接至患者记录数据存储部1604的患者事务引擎1612、耦接至患者事务引擎1612的扫描引擎1614、耦接至扫描引擎1614的图像传感器1615、耦接至扫描引擎1614的分段引擎1616、耦接至患者事务引擎1612和分段引擎1616的初始和最终位置数据存储部1618、耦接至初始和最终位置数据存储部1618的起动器装置3D打印引擎1620、以及耦接至起动器装置3D打印引擎1620的3D打印机1622。在特定实现中，本文中先前所述的组件被配置为与诸如患者依从引擎1606和患者社交网络数据存储部1608等的市场进入组件一起工作(或相结合地实现)。

患者登记引擎1602旨在表示被配置为登记将要接收基于3D打印医疗器械的处置的患者的硬件。在特定实现中，图16中所描绘的患者登记引擎1602与图3中的患者登记引擎304相对应。

患者记录数据存储部1604旨在表示一个或多个患者记录的数据存储部。在图16的示例中，患者记录数据存储部1604包括与客户循环中的患者有关的信息，该信息随着客户选择加入、对社交媒体采取动作以及利用服务时更新。在特定实现中，图16中所描绘的患者记录数据存储部1604与图5中的患者记录数据存储部506相对应。

患者依从引擎1606旨在表示被配置为寻求依从对所提供的服务的方面具有影响的目标等的证据的硬件。患者依从引擎1606还可以清除不良、不适当或以其它方式不依从的帖。在特定实现中，患者依从引擎包括适合与社交网络和其它源(诸如Facebook、Instagram或Google等)接合的多个API。患者可以经由诸如传单、信件或杂志文章等的实物媒体或者经由诸如广告、博客或信息传送等的电子媒体，而被亲自(诸如在牙科办公室中或者在自助服务终端处)告知目标。目标例如可以包括被分析以获得数量(以及在一些实施例中获得质量)的博客、日志或公开致意等，并且可以包括准备好的语句、图像和/或格式。例如，可以要求潜在患者发布其脸部的图像、“首选项”和唯一客户条形码或光学码等，以便于标识因活动受到好评的潜在患者。

达到目标的额外好处可以包括服务或订阅模型等的折扣，或者解锁特殊功能(诸如唯一、罕见或在其它方面期望的美容项)。在特定实现中，目标是根据收支平衡模型和滑动比例来确定的，其中收支平衡模型和滑动比例被设计为确保潜在患者的活动可能增加服务提供者和/或其它有关各方的利润。在特定实现中，人工代理彻底搜索社交媒体以跟踪潜在患者发帖的频率，然后计算此类活动的适当折扣。潜在患者也可以使用面部识别来识别，可能包括识别诸如不整齐的牙齿等的可矫正特征。患者依从引擎1606将潜在患者所挣得的额外好处或好评等与挣得额外好处或好评等的潜在患者相关联地存储在患者记录数据存储部1604中。

患者社交网络数据存储部1608旨在表示来自社交媒体网络的内容的数据存储部。患者社交网络数据存储部1608可以被表征为患者依从引擎1606所使用的所有社交媒体内容，其可以包括内容的长期存储或仅在分析内容时持续的缓冲区；数据的精确位置并不像其对患者依从引擎1606的效用那么重要。在特定实现中，主页上的iframe由患者依从引擎1606馈送，该患者依从引擎1606寻找可能被实时馈送到iframe中的潜在患者帖。潜在患者接收喜欢的好评并让朋友发布喜欢的帖，这可以用于从服务提供者或相关方获得物品或服务，或者可被捐赠给慈善机构。发布好评和慈善捐赠应该会让其他人兴奋地做同样的事情。

至少一个患者装置1610旨在表示潜在患者所使用的一个或多个装置，以向社交网络提供由于显式通知或彻底搜索社交网络而最终包括在患者社交网络数据存储部1608中的内容。可以经由至少一个患者装置1610向潜在患者提供辅助。例如，潜在患者可以通过至少一个患者装置1610(诸如可以选择或便于选择适当的照片和文字或拒绝不适当的照片和文字的人工代理)的浏览器来访问规则和控制。

患者事务引擎1612旨在表示被配置为将潜在患者转换为患者的硬件。患者事务引擎1612利用可从患者记录数据存储部1604中识别的任何好评，以在向潜在患者推销服务时辅助服务提供者的定价和其它因素。在特定实现中，患者事务引擎1612与图3的患者事务引擎312相对应。

扫描引擎1614旨在表示被配置为使用图像传感器1615来生成患者身体部位(例如，口腔部分、头部等)的患者图像数据的硬件。在特定实现中，扫描引擎1614分别与图2和图3的患者扫描引擎204和/或从业者3D扫描引擎306相对应，并且图像传感器1615分别与图2、图3和图15的图像传感器206、图像传感器307和/或图像扫描器1504相对应。

分段引擎1616旨在表示被配置为基于患者的患者3D图像数据来对患者身体状态进行分段的硬件。分段引擎1616可以在患者参与某个其它程序或患者事务时在后台运行。在特定实现中，分段引擎1616分别与图3和图15的分段引擎308和/或分段引擎1508相对应。

初始和最终位置数据存储部1618旨在表示用以存储供患者事务引擎1612使用的初始和最终位置数据以及供起动器装置3D打印引擎1620使用的医疗装置级数据的数据存储部。患者事务引擎1612在与患者依从引擎1606、图像传感器1615和3D打印机1622的通信中用作处置规划“中心”。有利地，这使得能够在客户(患者)与医疗和美容领域(诸如牙科和正畸等)中的按需打印之间进行通信。在特定实现中，初始和最终位置数据存储部1618分别与图3和图15的最终位置数据存储部310和/或原始和最终位置数据存储部1510相对应。

起动器装置3D打印引擎1620旨在表示用于接收来自处置规划引擎、扫描器和3D打印机1622的通信的硬件。

在操作的示例中，潜在患者使用至少一个患者装置1610来访问网站或下载app等。潜在患者可以订购用于在家准备和扫描的套件。可选地，潜在患者可以期望进行扫描服务的地方，诸如自助服务终端或牙科办公室。一旦扫描，就创建stl文件并将其发送至处置规划引擎，创建处置规划，并将处置规划发送至批准处置规划的医生制造商。将stl文件发送至3D打印机，打印模具，并对诸如对准器等的装置进行热成形。在可选方案中，stl文件被发送到3D打印机以打印诸如对准器等的装置。客户进行API回音检查，社交媒体共享开始，并且社交媒体大使诞生。在消费者在线付款时或在3D打印机进行命中打印时，客户被提示发送评论以刺激与接收到的服务有关的社交媒体。当完成3D打印时，如果要递送3D打印装置，则将条形码/标签放置在用于UPS(或其它递送服务)的3D打印装置上，并获得跟踪编号。

有利地，当医生在他或她的电脑上点击打印(发送给打印机)时，由患者事务引擎无缝地控制后端，并且在没有来自医生的输入或辅助的情况下针对医生处理患者依从引擎。例如，当模具开始打印时，可以用电子信号(序列号)对客户进行回音检查，该电子信号声明客户对准器刚开始进行打印。由于患者选择依从，因此患者依从引擎可以获得相关照片，进入适用的社交媒体网站，并发布“Emily获得Smylio Smile”等，或者患者可被请求发布相同的内容。

图17是4D完全对准器的侧视图的概念图1700。概念图1700包括带牙齿的颅骨(无附图标记)、对准器1702和储器(resevoir)1704的概念图。在图17的示例中，对准器1702包括顶部对准器和底部对准器(统称为“对准器1702”)。对准器1702旨在表示操作连接至患者的基本上所有牙齿、因此可被称为“完全对准器”的对准器。对准器1702可被称为4D对准器，因为它是具有与可随时间释放药物的储器1704相关联的附加(第4)矢量的物理(3D)对象。有利地，作为定制器械的设计过程的一部分，可以储器或功能上相似的结构构建成3D打印医疗装置。对于对准器，一个或多个储器可以沿着牙龈线、沿着牙齿的边缘、在牙齿之间或沿着牙齿的表面放置，如图17的示例所示。应当注意，这里描述的对准器不限于4D对准器。例如，对准器可以是具有用于通过从其中释放或停留在其中而具有(例如，针对口臭、牙龈炎、刺激减肥等的)医疗效果的化学物质、或停留在储器中并监视患者身体状态的诸如传感器等的装置的一个或多个储器的3D对准器。

图18是4D部分对准器的侧视图的概念图1800。概念图1800包括带牙齿的颅骨(无附图标记)、对准器1802和储器1804的概念图。

图19是4D完全对准器的顶视图和底视图的概念图1900。概念图1900包括带牙齿的颅骨(无附图标记)、对准器1902和储器1904的概念图。

图20是4D部分对准器的顶视图和底视图的概念图2000。概念图2000包括带牙齿的颅骨(无附图标记)、对准器2002和储器2004的概念图。

图21是4D最小对准器的顶视图和底视图的概念图2100。概念图2100包括带牙齿的颅骨(无附图标记)、对准器2102和储器2104的概念图。

计算机(处置规划引擎)与热形成器和打印机(包括打印机所用的材料)之间的整个工作流程以及直接生产过程(诸如对准器等的装置的直接制造)可以使用本文所述的技术来管理。本文中所提供的这些和其它示例旨在说明而不必限制所描述的实现。如这里所使用的，术语“实现”意味着用于通过示例而非限制的方式进行说明的实现。先前的文本和图中所描述的技术可以根据情况需要进行混合和匹配，以产生可选实现。

Claims (21)

1.一种用于生成3D打印医疗器械处置规划并基于所述3D打印医疗器械处置规划来提供3D打印医疗器械组的方法，所述方法包括：

生成动态3D打印医疗器械处置规划生成模型；

获得患者的患者记录；

接收所述患者的3D扫描数据；

通过对所述动态3D打印医疗器械处置规划生成模型应用所述患者的患者记录和3D扫描数据来生成3D打印医疗器械处置规划；

向医疗从业者提供所述3D打印医疗器械处置规划；

向制造商系统提供用于制造3D打印医疗器械组的制造请求；

向所述患者提供所述3D打印医疗器械组；

从所述医疗从业者接收与所述3D打印医疗器械处置规划有关的反馈；

基于来自所述医疗从业者的反馈来修改所述动态3D打印医疗器械处置规划生成模型。

2.根据权利要求1所述的方法，还包括打印起动器3D打印医疗器械，所述起动器3D打印医疗器械被配置为引起所述患者的一个或多个身体部位的初始移动。

3.根据权利要求1所述的方法，其中，所述动态3D打印医疗器械处置规划生成模型包括从包含以下项的组中选择的属性：所述患者的处置前状态、所述患者的预期处置后状态、处置时间表、预期疼痛水平、预算范围、以及以上各项的组合。

4.根据权利要求1所述的方法，其中，所述3D打印医疗器械处置规划包括从包含以下项的组中选择的属性：所述患者的预期处置后状态、处置时间表、预期疼痛水平、估计成本、要用于所述3D打印医疗器械处置规划的不同阶段中的各阶段的3D打印医疗器械的类型、要用于所述3D打印医疗器械处置规划的不同阶段中的各阶段的3D打印医疗器械的设计、附接所述3D打印医疗器械的方式、附接所述3D打印医疗器械的持续时间、以及以上各项的组合。

5.根据权利要求1所述的方法，其中，所述患者记录包括由所述患者使用移动装置所获得的所述患者的一个或多个身体部位的2D图像。

6.根据权利要求1所述的方法，其中，所述3D扫描数据是通过使用3D扫描装置扫描所述患者的一个或多个身体部位或扫描所述患者的一个或多个身体部位的印模而获得的。

7.根据权利要求1所述的方法，其中，基于来自所述医疗从业者的反馈来修改所述动态3D打印医疗器械处置规划生成模型是使用机器学习技术而进行的。

8.根据权利要求1所述的方法，其中，所述3D打印医疗器械是3D打印牙科器械。

9.根据权利要求1所述的方法，其中，向所述医疗从业者提供所述3D打印医疗器械处置规划以供批准。

10.根据权利要求1所述的方法，其中，来自所述医疗从业者的反馈包括制造商服务质量信息。

11.一种用于生成3D打印医疗器械处置规划并基于所述3D打印医疗器械处置规划来提供3D打印医疗器械组的系统，所述系统包括：

动态处置规划生成模型管理引擎；

患者记录处理引擎；

处置规划通信引擎；

其中，在操作中：

所述动态处置规划生成模型管理引擎生成动态3D打印医疗器械处置规划生成模型；

所述患者记录处理引擎获得患者的患者记录；

所述处置规划通信引擎接收所述患者的3D扫描数据；

所述动态处置规划生成模型管理引擎通过对所述动态3D打印医疗器械处置规划生成模型应用所述患者的患者记录和3D扫描数据来生成3D打印医疗器械处置规划；

所述处置规划通信引擎向医疗从业者提供所述3D打印医疗器械处置规划；

所述处置规划通信引擎向制造商系统提供用于制造要被提供至所述患者的3D打印医疗器械组的制造请求；

所述处置规划通信引擎从所述医疗从业者接收与所述3D打印医疗器械处置规划有关的反馈；

所述动态处置规划生成模型管理引擎基于来自所述医疗从业者的反馈来修改所述动态3D打印医疗器械处置规划生成模型。

12.根据权利要求11所述的系统，还包括3D打印引擎，其中，在操作中，所述3D打印引擎使用3D打印装置来打印起动器3D打印医疗器械，所述起动器3D打印医疗器械被配置为引起所述患者的一个或多个身体部位的初始移动。

13.根据权利要求11所述的系统，其中，所述动态3D打印医疗器械处置规划生成模型包括从包含以下项的组中选择的属性：所述患者的处置前状态、所述患者的预期处置后状态、处置时间表、预期疼痛水平、预算范围、以及以上各项的组合。

14.根据权利要求11所述的系统，其中，所述3D打印医疗器械处置规划包括从包含以下项的组中选择的属性：所述患者的预期处置后状态、处置时间表、预期疼痛水平、估计成本、要用于所述3D打印医疗器械处置规划的不同阶段中的各阶段的3D打印医疗器械的类型、要用于所述3D打印医疗器械处置规划的不同阶段中的各阶段的3D打印医疗器械的设计、附接所述3D打印医疗器械的方式、附接所述3D打印医疗器械的持续时间、以及以上各项的组合。

15.根据权利要求11所述的系统，其中，所述患者记录包括由所述患者使用移动装置所获得的所述患者的一个或多个身体部位的2D图像。

16.根据权利要求11所述的系统，还包括扫描引擎，其中，在操作中，所述扫描引擎通过使用3D扫描装置扫描所述患者的一个或多个身体部位或扫描所述患者的一个或多个身体部位的印模来获得所述3D扫描数据。

17.根据权利要求11所述的系统，其中，在操作中，所述动态处置规划生成模型管理引擎使用机器学习技术、基于来自所述医疗从业者的反馈来修改所述动态3D打印医疗器械处置规划生成模型。

18.根据权利要求11所述的系统，其中，所述3D打印医疗器械是3D打印牙科器械。

19.根据权利要求11所述的系统，还包括检查和批准引擎，其中，在操作中，所述检查和批准引擎向所述医疗从业者提供所述3D打印医疗器械处置规划以供批准。

20.根据权利要求11所述的系统，其中，来自所述医疗从业者的反馈包括制造商服务质量信息。

21.一种用于生成3D打印医疗器械处置规划并基于所述3D打印医疗器械处置规划来提供3D打印医疗器械组的系统，所述系统包括：

用于生成动态3D打印医疗器械处置规划生成模型的部件；

用于获得患者的患者记录的部件；

用于接收所述患者的3D扫描数据的部件；

用于通过对所述动态3D打印医疗器械处置规划生成模型应用所述患者的患者记录和3D扫描数据来生成3D打印医疗器械处置规划的部件；

用于向医疗从业者提供所述3D打印医疗器械处置规划的部件；

用于向制造商系统提供用于制造要被提供至所述患者的3D打印医疗器械组的制造请求的部件；

用于从所述医疗从业者接收与所述3D打印医疗器械处置规划有关的反馈的部件；以及

用于基于来自所述医疗从业者的反馈来修改所述动态3D打印医疗器械处置规划生成模型的部件。

Images