定义
PACS（Picture Archiving and Communication System，影像归档与通信系统）是医院医学影像管理平台，负责 CT、MRI、X 光、超声、内镜等影像的采集、存储、传输、调阅与归档。PACS 支持 DICOM 标准，与 HIS、RIS、EMR 等系统对接，实现影像全流程数字化、影像报告与病历关联。
PACS 涉及大量影像数据（单张 CT 可达数百 MB）与患者隐私，需满足等保、HIPAA 等合规要求。物联网卡为 PACS 远程会诊、医联体影像共享、移动阅片、影像上云等提供 VPDN 专网连接，保障传输安全与带宽。
技术特点
PACS 采用 DICOM 协议、PACS 服务器、归档存储（分级存储）架构。支持影像压缩、远程调阅、三维重建、AI 辅助诊断。医联体场景下，需实现跨机构影像共享（如 IHE XDS-I），对网络带宽与稳定性要求高。
应用场景
PACS 应用于各级医院、影像中心、远程会诊平台、互联网医院。典型场景包括：影像存储与调阅、远程会诊、医联体影像共享、移动阅片、影像上云等。达希物联为 PACS 场景提供 VPDN 专网、专用 APN、实名认证及智慧医疗解决方案。
归档与调阅在链路上的差别
PACS 使用物联网卡时，卡处在机构对外的调阅和会诊链路上，而不是替代院内影像设备之间的局域网。采集设备把影像送到归档节点，这一段应留在院内；卡承担的是远程调阅、移动端打开检查，以及医联体之间被授权的共享。技术含义是：同一份检查可以在本地已经归档，远端却还没有像素。使用条件包括专网或受控 APN、对检查号的访问授权，以及按检查而不是按整库同步。一条 CT 序列的体积和一张报告不在一个数量级，会诊开场需要的是关键图像和报告，完整序列可以后到。虚拟专网只解决可达和隔离，不自动保证大文件让路给当前阅片。
调阅是拉，归档回传是推，两者方向相反，却常常挤在同一张卡的同一条会话上。基层把当天检查整包推向上级，同时上级正在打开这台设备上的历史检查，预览会被推送堵住。应把当前阅片的请求放在优先队列，后台归档限速，并允许先传缩略和关键帧。患者标识、检查号和序列号必须在传像素之前就一致，否则对端收到图像也挂不到病历上。
大序列回传拖住当次阅片
常见错误是断线后续传从第一张重新开始，已经传到对端的序列再传一遍，链路在恢复后更堵。续传应按实例号跳过已确认的对象。另一类错误是把压缩和“可诊断”混为一谈：预览用的有损图可以先到，诊断阅片仍要能取回约定的原始或无损对象，不能只用缩略图完成报告。移动端缓存若按患者姓名而不是按检查号索引，同名患者会打开错误的序列。
权限到期后卡仍在线，会被误判成系统故障。授权撤销应返回明确的拒绝，而不是一直重试到超时。验收至少覆盖三种打开方式：只看报告和关键图、拉取完整序列、在归档推送进行中打开另一份检查。第三种若明显变慢，说明队列没有分开。影像离开本机构前还要确认脱敏和访问日志，蜂窝连通不能代替这些控制。
阅片优先于后台归档推送
在归档推送进行时打开另一份检查，当前阅片的关键图应先显示，后台推送应降速。若阅片明显卡住，说明两类流量还在同一条无优先的会话里。续传要从已确认的实例号之后开始，不能从第一张重来。缩略图可以先到，但报告所用的对象必须能按检查号取回，不能只用缩略图完成诊断。同名患者要用检查号区分，缓存按姓名命中会打开错误序列。
授权结束后，卡仍然在线是正常的，接口应返回拒绝而不是无限重试。重试风暴会把其他检查的调阅一起拖慢。离开本机构的影像还要有访问记录，连通本身不构成授权。按“只看关键图、拉完整序列、推送中打开另一份”三步都能分开完成，这条蜂窝链路上的 PACS 用法才算核对过。