轻量开源 DICOM 服务：Conquest 值得一试

很多团队并不缺“大而全”的 PACS，缺的是一套能马上跑起来的 DICOM 服务：联调设备、搭演示环境、做科研归档、临时转存影像。这时，Conquest DICOM 往往比重型归档更省事。

它解决什么问题

如果你经常遇到这些情况，Conquest 会很对口：

• 新设备要联调，不想先搭一整套企业级归档
• 培训或售前演示，需要一台能收图、能查图的服务
• 科研项目要存一批 DICOM，预算和运维都要控制
• 想把影像转发、过滤、脱敏做成自动化，而不是纯手工点
• 希望同一套服务既能本机看图，也能开 Web 给同事用

一句话：它更像“可扩展的轻量 DICOM 工作站 + 小归档”，不是替代所有大型 PACS，而是把常见落地场景做快、做活。

上手体验怎么样

Windows 本机就能管图

安装后自带浏览器和切片查看。常见操作基本都能在本机完成：看头信息、导出 BMP、选图发送、打印，也能改患者号、脱敏、删检查、拆分或合并序列。ZIP、DICOM、HL7 文件还能直接拖进去。

也能开成 Web 服务

不想只在服务器本机操作时，可以走 Web。页面能做查看和管理，也方便对接 OHIF 这类现代阅片前端。Windows 和 Linux 都能这么用。

会写一点脚本，能力就放大了

Conquest 的强项不只是“能存能查”，而是可用 Lua 做二次能力：转发、过滤、转换、缓存、Web 流程扩展。配合 ZeroBraneStudio 这类轻量 IDE，调试脚本会轻松不少。

为什么很多人愿意先用它

协议能力够用

存图、验证、查询、调阅这些基础能力都有；数据库可选 MySQL、Postgres、SQLite 等，Windows 还可走 ODBC。小环境用 SQLite 很省事，后续要换库也有空间。

存盘更省、传图更活

影像可透明压缩落地（官方称通常能到两倍以上压缩效果），支持 JPEG、JPEG2000 以及 NKI 私有压缩。收图、落盘、外发、归档各环节的压缩策略还能分开配。

联调和补数很直接

自带简单的 Query / Move 界面，适合边学 DICOM 边查问题，也适合从别的服务器把缺图拉回来。工作列表方面也有基础 MWL，并支持 HL7 导入。

现代 Web 路线也没断

除了传统 CGI Web，还提供 DICOMWeb，和 OHIF 搭配使用是常见做法。对想做“轻量服务端 + 浏览器阅片”的团队比较友好。

怎么获取

下载统一包 dicomserver150g.zip 即可，里面通常包含服务程序、文档、示例数据、源码、IDE 集成和 Web 相关内容。

下载页：https://pan.baidu.com/s/1ke1dtH7imCoJt7awxWCIeg?pwd=hfw3

什么情况下更适合上

适合：

• 培训机房、售前演示、科研小归档
• 设备厂商联调、临时中转与缓存
• 需要快速验证 DICOM / DICOMWeb / OHIF 方案

不太适合直接当：

• 超大规模生产归档的唯一中枢
• 对高可用、细粒度权限、完整审计有强约束的核心系统

也就是说，它很适合做“先跑通、再扩展”的底座；真要进核心生产，还得按业务容量和合规要求单独评估。

写在最后

Conquest 的价值，不在功能清单有多长，而在于门槛低、扩展活、场景准。想少花时间搭环境、多花时间做联调和业务验证，它是一个很务实的选择。