云PACS系统的落地，说到底是要解决一个核心问题：让医学影像不再被锁在本地终端里。

无论是院内协作、远程诊断，还是医联体内的数据共享，影像数据的“上云”已经不只是趋势，更是刚需。

核心判断与技术架构

先说几个核心判断。这套系统基于 Java Spring Boot + Vue 3 + TypeScript + ElementPlus 构建，数据库用的是MySQL——技术栈选了相对主流且容易扩展的组合。

它不仅仅是一个PACS系统，更是一个面向互联网、面向云端的医学影像管理平台。

说得直白些：就是把院内的影像资料扩展到院外，让医生可以随时随地从手机、电脑或者其他终端上完成阅片诊断，不再受物理位置的限制。

同时，它也为对接大健康平台、医联体甚至区域医疗中心提供了接口基础。

数据格式兼容性

从数据格式来看，它完全兼容 DICOM 3.0 标准，支持云端存储、传输、显示和处理。

这个基础能力，是它能够落地到不同规模医疗机构（从单体医院到集团化医院）的前提。

现在来看它的具体功能模块，会更有实感。

影像诊断工作站

系统内建了三个独立的工作站：放射、超声、病理。每个工作站都针对其业务场景做了专门定制，而不是简单地把一套界面复用到所有科室。

放射工作站

兼容CT、MR、DR、乳腺钼靶、PET等全模态放射影像。核心工具包括：

• MPR多平面重建
• 窗宽窗位智能预设
• AI辅助病灶分割

这些都是临床阅片中高频使用的功能。

超声工作站

适配全品类超声检查，支持实时影像和动态视频采集。几个很实用的细节：

• 内置了B线自动标注工具
• 影像可以拖拽排序

这些看起来小，但实际用起来手感差别很大。

病理工作站

实现了数字化病理切片的在线阅片，并且搭载了仿真显微镜模拟模式。

病理医生不需要坐在显微镜前，在电脑屏幕上就可以完成浏览和诊断判读。

专业影像浏览器

系统内置的影像浏览器是完全自主研发、基于医学影像渲染引擎构建的。

医生可以在浏览器中完成所有专业操作——影像浏览、测量、分割、三维重建，完全不需要依赖本地安装的客户端。

它提供了多种专用浏览模式，针对不同的临床场景做了优化：

• 基础查看模式：覆盖所有模态，支持通用影像浏览、测量、窗宽窗位调节、缩放——最常用的功能都在这儿。
• 分割模式：专为CT、MR、PT、XA、RF设计，支持3D体积分割、笔刷工具、AI辅助分割，分割结果可导出为DICOM SEG格式。
• TMTV模式：针对PET/CT场景，可做代谢肿瘤体积（TMTV）的量化分析以及SUV值的计算。
• 动态体积模式：支持4D时序影像浏览，适合需要观察时间变化的研究，比如心功能评估。
• 纵向对比模式：同一个患者不同时间点的检查可并排对比——对于肿瘤复查来说，这几乎是必不可少的工具。
• 显微镜模式：全切片数字病理浏览，支持多倍率切换。
• 超声标注模式：提供超声专用的标注工具，尤其是B线标注和方向标记。

DICOM专用扩展模块

系统加载了多个DICOM专业扩展。这些扩展决定了它能否处理特殊类型的影像数据：

• DICOM RT：支持放疗结构集显示、剂量分布叠加、治疗计划查看。这是放疗科的核心需求。
• DICOM SEG：分割结果可视化，支持加载和显示AI计算出的DICOM SEG格式分割结果。
• DICOM SR：结构化报告可视化展示，将测量结果和发现与影像关联显示。
• DICOM PMAP：参数化影像（比如灌注图、弥散图）的彩色叠加显示。
• DICOM 视频：支持超声、血管造影等多帧DICOM视频播放，包括播放/暂停/逐帧操作。
• DICOM PDF：DICOM封装的PDF文档在线查看。
• DICOM 显微镜：全切片数字病理影像浏览——这个功能在病理科和远程会诊中尤其重要。
• 测量追踪：跨检查的测量结果追踪和趋势分析，方便长期随访。
• 超声标注：超声影像专用的标注和测量工具。

从这些模块来看，这套系统不仅仅是“能用”，而是在细节上考虑到了不同科室、不同模态、不同业务流程的实际需求。

对于正在考虑一体化影像平台建设的机构来说，确实值得仔细看看。