口腔影像软件是口腔诊所临床记录中具备影像处理能力的子系统。它处理现代口腔诊所常规产生的影像资料:X光片(全景片、根尖片、咬翼片、锥形束体积成像)、口内摄像头照片,以及日益普及的口内扫描仪输出。优秀的口腔影像软件将这些影像视为附着于特定牙齿和临床发现的一级记录,而非倾倒在文档文件夹中的通用文件附件。
临床实用的口腔影像软件需要出色处理三件事。第一,通过DICOM与口腔影像生态系统互操作——DICOM是口内X光传感器、全景设备和CBCT机器原生支持的医疗影像标准。第二,将影像针对患者牙位图和临床发现进行组织,使查询36号牙既往影像时能真正找到它们。第三,支持并排对比,使临床医师比较今年与去年进展的X光片时能同时查看,而非在两个独立窗口中查阅。
口腔医学是医疗领域影像最密集的专科之一。一位普通成年患者在十年的临床诊疗中,可能积累多张全景X光片、数十张根尖片、数百张口内照片、偶尔的CBCT扫描,以及日益增多的口内扫描仪输出。如果这些影像存储在设备的本地存储中,或散落在无序的文档文件夹里,或保存在助理的手机上,临床记录便是不完整的,下一次临床决策将基于不完整的信息做出。
DICOM之所以重要,是因为它是影像生态系统所使用的语言。口内X光传感器输出DICOM;全景设备输出DICOM;CBCT机器输出DICOM。不能原生处理DICOM的诊所管理平台,需要为每张影像执行手动导出和附加工作流程——而这正是影像丢失、标注错误或附入错误患者的根源。具备DICOM意识的影像功能,使导入-附加-组织工作流程自动完成。
按牙位标注的影像组织是第三个维度。显示36号牙的X光片,应能通过查询36号牙找到。左上象限的临床照片应标注该区域。影像组织不是文档文件夹的层级结构,而是病历临床结构的组成部分。现代口腔影像软件支持在牙齿、牙面和解剖区域层级进行标注。
cluster-dental-imaging-software.capabilities.subtitle
与口内X光传感器、全景设备、CBCT机器及其他输出DICOM的设备直接互操作。影像在保留DICOM元数据(采集日期、设备、技术参数)的情况下导入,自动附入患者档案,而非通过手动导出和上传。
口内照片和外部临床摄影支持拖放上传或设备直连采集。标准图像格式(JPEG、PNG、WebP)与DICOM并列处理。每张影像附有日期、临床医师、解剖区域和临床背景的元数据。
影像通过患者牙位图附着于特定牙齿和牙面,而非通用文档文件夹。查询特定牙齿的既往影像时,相关影像直接呈现。全景片和全口X光片支持多牙位和象限级标注。
内置查看器提供平移、缩放、亮度/对比度调节、密度测量和标注工具,日常临床审查无需导出至独立查看器。测量工具适用于正畸、种植和其他临床场景。
并排比较患者影像历史中的任意两张影像——通常用于进展追踪的今年与去年对比,或用于效果记录的治疗前与治疗后对比。具有临床意义的对比要求相同模态和相同解剖区域。
对于AI影像辅助真正有价值的场景——侧位头颅X光片上的头影测量标志点检测是最典型的例子——平台将AI整合为临床决策支持。每一项AI输出均须由医师审核并验证后方可指导临床行动。AI提供辅助,临床医师做出决策。
WIO CLINIC支持口内X光、全景片、CBCT及其他口腔影像模态的DICOM格式。影像附着于患者牙位图中的特定牙齿和牙面,可按牙位、区域或日期查询。内置查看器提供平移、缩放、对比度和测量工具,无需迫使医师导出至第三方应用程序。并排对比横跨患者的完整影像时间线,用于进展追踪。
对于正畸诊所,头影测量AI分析针对侧位头颅X光片上传运行,支持六种分析方法(Basic、Steiner、Tweed、Downs、Vertical、Eastman)并提供逐标志点置信度评分。正畸医师在临床行动前审核并验证每个标志点。在整个平台中,AI均定位为临床决策支持,而非诊断工具。
支持。DICOM是口腔X光(口内X光、全景片、CBCT)的医疗影像标准。平台处理保留原始元数据的DICOM导入,通过内置查看器进行查看,并在患者病历的牙位图和临床发现中进行标注。
口内摄像头和临床摄影支持拖放上传,以及在设备支持的情况下进行直连集成。影像附入患者档案,附有日期、临床医师、解剖区域和临床背景的元数据。
影像通过患者牙位图附着于特定牙齿和牙面,而非通用文档文件夹。标注支持牙齿、牙面、象限和解剖区域层级。查询特定牙齿的既往影像时,相关影像直接呈现。
支持。并排比较患者影像历史中的任意两张影像,通常用于进展追踪的今年与去年对比,或用于效果记录的治疗前与治疗后对比。具有临床意义的对比要求相同模态和相同解剖区域。