1. PACS系统概述与工程定位
PACS（Picture Archiving and Communication System，影像归档与通信系统）是医院用于完成医学影像采集接入、传输、存储、归档、调阅、显示与诊断协同的信息系统。它的核心目标不是“把片子存起来”，而是让影像在正确的时间、以正确的质量、到达正确的终端和医生面前，并保证可追溯、可管理、可扩展。从工程视角看，PACS 是一套典型的“数据密集型 + 实时性敏感 + 多系统耦合”的分布式系统，既包含软件平台，也包含网络、存储、服务器、显示终端与接口标准。
理解 PACS，需要先抓住它的三条主线：影像数据流、业务工作流和系统集成关系。影像数据流解决“图像从哪里来、到哪里去、如何保存”；业务工作流解决“谁在什么环节做什么、状态如何流转”；系统集成关系解决“PACS 与 HIS、RIS、EMR、云平台、AI 平台如何交换信息”。这三条主线贯穿后续所有章节，也是本课程反复使用的分析框架。
一、PACS的定义与边界
从功能边界看，PACS 通常覆盖以下能力：
- 采集接入：接收 CT、MR、DR、CR、US、DSA、MG、PET/CT 等设备的 DICOM 影像。
- 传输与路由：基于 DICOM C-STORE、C-FIND、C-MOVE、C-GET 等协议完成发送、查询、调取。
- 存储与归档：在线、近线、离线分级存储，配合数据库记录检查、序列、实例索引。
- 调阅与显示：医生工作站、浏览器、移动端进行图像浏览、窗宽窗位、测量、重建、对比。
- 流程与状态：检查登记、到达、审核、报告、发布等状态与 RIS/HIS 协同。
- 运维与安全：用户权限、审计日志、备份恢复、容量监控、故障告警。
需要明确的是，PACS 不等于“影像浏览器”，也不等于“存储阵列”。它是一个由标准接口、工作流引擎、存储体系、显示能力和运维体系共同构成的工程系统。工程定位决定了我们关注的不只是功能是否可用，更关注吞吐、延迟、可靠性、可扩展性和可维护性。
二、发展历程：从胶片到云与智能
PACS 的演进大致经历四个阶段。第一阶段是胶片与手工管理，影像以胶片形式保存，借片、归档、查找效率低，易丢失。第二阶段是科室级 PACS，以单机或小型服务器为中心，解决数字化采集与本地调阅，但系统孤岛明显。第三阶段是全院级 PACS，通过 DICOM、HL7 等标准与 HIS/RIS 集成，实现集中存储、统一调阅和流程闭环。第四阶段是云 PACS 与智能 PACS，借助虚拟化、分布式存储、云影像和 AI 辅助诊断，支持跨院区、跨区域协同与远程诊断。
这一演进背后有一条清晰的工程逻辑：影像设备分辨率越来越高，检查量越来越大，单次检查数据量从几十 MB 增长到数百 MB 甚至 GB 级；同时临床对调阅速度、系统可用性和数据安全的要求不断提高。因此，PACS 的设计重点从“能存能看”逐步转向“高并发、低延迟、可扩展、可治理”。
三、核心价值与在医疗信息化中的位置
PACS 的核心价值可以概括为四点：提升诊断效率、保障影像质量与完整性、降低运营成本、支撑科研与智能应用。在医疗信息化整体架构中，PACS 位于“临床业务系统”与“数据平台”之间：向上对接 HIS/RIS/EMR 获取患者与检查信息，向下连接影像设备与存储资源，向外支撑区域影像、远程会诊和 AI 分析。
如果把医院信息系统比作一张网，HIS 更偏管理与计费，RIS 更偏检查流程与报告，EMR 更偏临床记录，而 PACS 则是影像数据的“中枢与仓库”。它既要保证影像数据的高保真流转，又要与业务系统保持状态一致。例如，患者在 RIS 完成登记后，PACS 需要根据检查号建立影像索引；检查完成后，影像需按规则归档并可供医生调阅；报告发布后，EMR 需要能引用影像链接。任何一个环节脱节，都会导致“有图像但找不到”“有报告但调不出图”等典型问题。
四、本课程的工程视角与学习目标
本课程不把 PACS 当作一个“软件产品说明书”来讲，而是把它当作一个可设计、可实施、可运维、可优化的工程系统。学习目标包括：
- 建立系统观：能说清 PACS 与 HIS、RIS、EMR、设备、存储、网络之间的接口与数据关系。
- 掌握标准与协议：理解 DICOM 的服务类、信息模型、传输语法，以及 HL7/FHIR 在业务集成中的作用。
- 具备工程实施能力：能参与需求分析、架构设计、存储规划、网络规划、接口联调和上线切换。
- 具备运维与排障能力：能定位影像丢失、传输失败、调阅缓慢、存储告警等常见问题。
- 理解演进方向：能评估云 PACS、AI 集成、区域影像互认等新需求对现有系统的影响。
为了便于后续章节展开，这里先给出一个工程分析的基本方法：面对任何 PACS 问题，先问三个问题——数据在哪里、状态是什么、接口通不通。例如，医生反馈“调不出图像”，可能的原因包括：影像未成功归档（数据不在线）、检查状态未同步（状态不一致）、DICOM 查询失败（接口不通）、存储节点故障（资源不可用）。沿着这三条线索排查，通常能快速缩小范围。
本章作为开篇，重点在于建立 PACS 的整体认知与工程定位。后续将从 DICOM 标准、影像采集、传输路由、存储架构、数据库索引、工作站显示、系统集成、性能优化、安全合规、云化与智能化等方向逐步展开，最终形成一套可落地的 PACS 工程知识体系。