B/S架构PACS（浏览器/服务器架构）核心特性
先做简单对比： C/S：客户端+服务器（需要安装专用工作站软件） B/S：浏览器+服务器（仅浏览器访问，无本地厚重客户端）
现在新一代云PACS、信创PACS基本都是 B/S架构（WebPACS），底层搭配WebGL/wasm实现前端DICOM渲染，不再依赖ActiveX、插件。
一、核心优势特性
1. 零客户端安装、免部署、免维护
- 电脑、笔记本只需要Chrome、Edge、国产浏览器（360兼容、麒麟浏览器、统信浏览器）即可访问；
- 放射诊断工作站、临床医生、行政、移动端统一入口；
- 升级系统只更新服务器，所有终端同步生效，不用逐台电脑安装升级包；
- 大幅降低医院IT运维工作量，尤其分院、医共体多网点场景。
2. 跨平台、跨操作系统（信创友好）
完美适配信创环境，是C/S很难做到的：
- Windows、麒麟、统信UOS、MacOS均可访问
- 支持国产ARM架构终端（飞腾、鲲鹏） 解决传统C/S客户端大多仅支持Windows的痛点，满足医疗信创招标硬性要求。
3. 多级终端权限灵活区分
天然适合分层使用：
1）诊断端（放射医师）：完整三维后处理、精准测量、灰度校正、序列对比；
2）临床浏览端（病房/门诊医生）：仅基础阅片，限制高级后处理、禁止修改报告；
3）管理端、质控端、患者云胶片端 权限全部在服务端管控，终端无法绕过权限获取影像。
4. 适合全院级、医共体区域云部署
- 支持公网/专线访问，乡镇卫生院、分院不需要单独搭建PACS服务器；
- 云端集中存储影像，远程会诊、跨院影像调阅天然适配；
- 易于做负载均衡、集群扩容，支持K8s容器化部署。
5. 易集成、标准化接口
前端Web页面可以直接嵌入：HIS、EMR、电子病历、体检系统、手术麻醉系统。 单点登录SSO非常容易实现，医生在电子病历页面一键打开影像，不用重复登录。 接口统一：DICOM服务端处理、HL7/FHIR对外交互，前端只负责展示。
二、技术固有短板
1. 高性能三维后处理存在瓶颈
- 轻量化MPR、MIP可以前端WebGL实现
- 超大数据量薄层CT、大范围VR重建、4D动态影像，纯前端渲染压力大； 行业通用解决方案：前后协同模式
简单重建前端完成；复杂三维重建交由后端服务器计算，把结果返回浏览器。
2. 大序列影像初次加载速度依赖带宽
动辄几千层薄层CT影像，C/S客户端可预缓存； B/S默认无本地持久缓存，网络差时滚动浏览序列会有延迟。 优化方案：影像分片加载、懒加载、预取序列、图片金字塔、缓存服务。
3. 专业诊断显示器色彩校准难度更高
传统C/S工作站软件深度适配医用灰度显示器； B/S依托浏览器图形接口，部分高端医用显示器校准、DICOM灰度标准（GSDF）实现难度高于原生客户端。
现代成熟WebPACS已通过WASM+WebGL实现标准GSDF灰度校正，差距持续缩小。
4. 离线使用能力弱
断网情况下基本无法阅片；C/S客户端可本地缓存部分影像离线查看。
三、成熟B/S PACS典型技术特征
- 无插件设计：摒弃Flash、ActiveX，采用 WebGL + WASM 解析DICOM文件；
- 前后端分离：Vue3/React前端 + SpringBoot后端；
- 影像解码可以前端解码/后端解码二选一 ：
- 前端解码：减轻服务器压力，适合大量临床浏览；
- 后端解码：适合低性能瘦终端、老旧电脑；
- 支持HTTPS、水印、操作日志，满足等保2.0；
- 支持移动端自适应（平板、手机云胶片同源一套代码）。
四、B/S PACS适用场景 & 不适用场景
✅ 非常适合
- 全院临床科室浏览影像（门诊、病房、手术室）
- 医共体、县域远程影像平台、区域云PACS
- 信创医院、大量国产操作系统终端
- 多分院、多点分散机构，运维人手不足
- 需要嵌入EMR、支持单点登录
⚠️ 需要谨慎选型（单纯重度放射诊断中心） 日均大量薄层CT、冠脉CTA、大范围VR重建的放射专科，建议选型确认： 系统是否具备服务器端三维重建集群 ，弥补浏览器算力短板。 很多厂商方案采用：B/S为主 + 可选轻量化C/S诊断工作站混合架构。
五、B/S PACS 和 C/S 一句话总结
- C/S：本地算力强、三维性能好、适合纯放射诊断；部署运维麻烦、平台受限。
- B/S：易运维、跨平台、信创适配强、适合全院共享和区域平台；超大三维重建依赖服务器算力。