影像系统PACS源码：模块划分与HIS集成设计

最近整理了一套PACS源码，按模块看了一遍。以下只记录结构、数据流和二次开发时容易关注的点，不涉及真实医院数据。PACS主要面向放射科、超声科、病理科，流程从患者登记、影像采集、诊断报告到胶片打印。

一、整体流程

先看主流程：

HIS订单/患者登记 → Worklist → 设备检查 → DICOM影像接收 → 存储/归档 → 工作站调阅 → 报告编辑/审核 → 胶片打印/发布。

项目通常按业务模块组织目录，目录结构一般包括：登记、DICOM管理、诊断工作站、报告管理、打印、采集、仪表盘、统计分析、HIS集成、系统管理。

技术选型上，不同项目差异较大。常见搭配是前端 Vue，后端 Java，数据库 MySQL，DICOM 部分用 dcm4che、fo-dicom 等库，影像文件走文件系统或对象存储，缓存用 Redis，异步消息用 MQ。具体以实际项目为准。

二、模块梳理

1. 患者登记

对应门诊、住院、体检登记，以及分诊、HIS订单接收、检查状态追踪。

从代码实现看，这部分一般包括登记表、订单表、状态字段和 Worklist 生成逻辑。HIS 订单接收后，需要转换成检查申请，再推送到设备 Worklist。状态追踪通常是一套状态流转逻辑，比如已登记、已预约、已到检、检查中、已完成、已报告。

2. 影像诊断

分为放射、超声、病理三个工作站。

放射端涉及 MPR 多平面重建、VRT 体积渲染、MIP 最大密度投影、窗宽窗位预设、AI辅助分割等。代码里通常对应 DICOM 解析、图像缓存、图像渲染流程、工具管理和扩展机制。

超声端更关注实时图像/视频采集、B线标注、拖拽排序。病理端涉及显微镜模式、病理图像浏览与诊断。

功能上支持15种以上 DICOM 影像模态，包含45种影像处理工具、多种专用浏览模式，以及 DICOM 专业扩展模块。代码里一般对应模态适配、工具管理和特殊影像处理分支。

3. DICOM影像管理

主要负责影像接收、存储、归档、转发。

在源码里，常见 C-STORE SCP、C-FIND、C-MOVE 等 DICOM 服务，配合存储路径规划、索引数据库和归档策略。影像文件一般不会直接存进数据库，而是数据库存索引，文件走磁盘或对象存储。

4. 报告管理

包括模板设计、诊断术语库、报告编辑、审核、统计、危急值处理。

代码里通常有模板引擎、术语树、富文本编辑器、审核流程和危急值提醒记录。报告审核一般会区分初诊、审核、修改、发布等状态。危急值处理要能提醒、确认、记录，方便后续追溯。

5. 胶片打印

支持 DICOM 打印和多格式排版。

从代码实现看，一般对应 Print SCU、胶片排版配置、打印队列和打印状态返回。排版规则通常可以按检查类型、胶片尺寸和科室习惯配置。

6. 超声采集

图像/视频实时采集、标注。

这部分和设备 SDK、采集卡、视频流关系较大。源码里常见帧缓存、视频编码、标注图层和采集任务管理。

7. 仪表盘

实时统计、趋势分析、待办提醒。

一般通过统计查询、缓存和定时任务实现。待办提醒可能来自报告未写、审核未完成、危急值未处理等状态。

8. 统计分析

检查概览、报告概览、科室统计、设备统计、医生统计、时间段统计、费用统计、统计报表、导出、检查量趋势分析、科室工作量变化趋势分析。

从代码实现看，主要是报表 SQL、统计服务、导出服务和趋势计算。实际使用时，统计口径要提前确认，否则不同科室看到的数字容易对不上。

9. HIS集成

双向数据同步、检查订单自动接收、DICOM Worklist、DICOM影像浏览、RESTful API。

代码里一般会有一个对接层，负责 HIS 接口、Worklist 推送、影像调阅地址生成和失败重试。接口稳定性很关键，订单丢失或状态不同步会直接影响科室流程。

10. 系统管理

医院、科室、设备、用户、角色、权限配置；报告规则、危急值策略、DICOM参数集中配置。

从工程实现看，权限部分一般是角色权限模型，配合配置管理和操作日志。查看、修改、审核、打印等操作一般都要记录操作日志。

三、二次开发关注点

如果拿一套 PACS 源码做参考，建议先看这几个地方：

· DICOM 兼容性：不同厂商设备返回的字段和影像可能有差异。

· Worklist 稳定性：登记、订单、设备之间要能对得上。

· 存储规划：按检查量估算容量，区分在线、近线、离线数据。

· 报告模板和术语库：要按科室习惯维护，不然医生还是自己打字。

· 权限和日志：医疗系统对操作记录要求较高。

· 合规和授权：涉及患者隐私、数据安全和源码授权，实际使用前要确认清楚。

以上是这次整理的大致模块和流程，方便后面做二次开发时对照。具体实现、接口和部署方式，还是要看实际项目和文档。