Metal GPU 渲染管线
MedScan 绘制的每一个像素都经过专为医学影像打造的 Metal 渲染管线：16 位窗宽窗位在 GPU 上实时计算，而不是烘焙进纹理；缩放与平移以显示屏原生刷新率运行；三维体绘制搭配骨组织与软组织传递函数，运行在与 iPad Pro 相同的芯片上。2000 层的 CT 体数据翻起来像翻相册一样流畅。
TECHNOLOGYBUILT IN-HOUSE
MedScan 背后的影像引擎
大多数移动端 DICOM 查看器只是几十年前 C 库的薄封装。MedScan 不是。我们自己构建整个影像技术栈——从解码字节的编解码器，到把它们呈现在屏幕上的 Metal 管线——因为一个口腔影像平台的上限，取决于它底层引擎的水准。
RENDER
纯 Swift DICOM 编解码器
我们用纯 Swift 自研了 DICOM 编解码器系列的解码器——JPEG Lossless、JPEG-LS、baseline JPEG、RLE——并支持 JPEG 2000。自研编解码器意味着没有不透明的 C 依赖来决定什么能打开、什么会失败：当某个检查渲染出错时，我们可以直接修解码器，而不是给上游提 bug。每个解码器都在真实临床检查数据集上与参考实现（DCMTK、CharLS）做逐字节一致性验证。
贴合解剖结构的重建引擎
MPR 引擎重建轴位、冠状位与矢状位平面，配备同步十字定位线与正确的各向异性体素间距处理。在其之上是口腔专用引擎：沿您勾画的牙弓样条进行曲面重建（CPR），生成全景视图及垂直于曲线的连续横断面——正是种植规划真正需要的几何结构。同一个重建核心还驱动 PET/CT 融合，以可调不透明度混合配准后的序列。
真正的 PACS 客户端
MedScan 使用标准 DICOMweb 协议：QIDO-RS 检索、WADO-RS 获取，支持 Basic 认证与 OAuth 2.0。我们针对 Orthanc 和 dcm4chee 进行测试，并严格遵循标准，因此任何合规的影像归档系统都能对接。检查下载至设备本地库后可完全离线使用；编辑过的标注与测量可导出为 DICOM 回传。
架构层面的设备本地化
隐私不是一层政策条款，而是系统本身的形态。解码、渲染、重建、测量全部在设备上执行。没有 MedScan 云端，没有账号体系，也不存在任何让患者健康信息（PHI）离开 iPad 的路径：这个应用根本没有可上传的目的地。这也是它在地下室阅片间、飞机上或没有 IT 部门的诊所里都能同样正常工作的原因。
AI 研发方向
平台的下一层是 AI 辅助口腔分析：CBCT 与全景视图上的病灶高亮、自动牙齿检测与牙位图、结构化报告。我们的约束与整个技术栈保持一致——模型必须在设备本地、在 Apple 芯片上运行，且每一项发现都由临床医生确认。这些能力正在积极开发中，目前尚未包含在正式发布的产品里。