全院PACS项目解决方案(全院PACS方案_PACS系统模块简介)

1、全院 PACS项目解决方案2015.05PACS系统技术方案目录第一章公司介绍4第二章PA CS 项目需求分析4第一节、设备情况及建设需求4一、医院准备接入PACS 网络的设备情况4二、总体建设需求5第二节、PACS 系统设计原则5一、标准性原则（建设PACS 考虑的首要因素）5二、实用性原则（应用优先，为临床和病人服务）6三、经济性原则（保护医院投资，物有所值）6四、整体性原则（整体考虑，分期分批）6五、科学性原则（采用先进的服务器存储架构，安全应急设计）6六、扩展性原则（应用和技术在不断进步，要求可持续性发展）6七、安全可靠性（是业务不间断运行的重要保障）6第三章PACS 解决方案概述7第

2、一节、系统总体设计目标7第二节、PACS 总体建设规划9第四章PACS 技术实现方案10第一节、医疗设备影像获取方案10一、DICOM设备的连接10第二节、服务器分级体系架构10一、PACS 负载压力分析11二、服务器分级体系架构的组成12三、服务器分级体系架构的优势和特点13第三节、存储归档解决方案14第四节、影像和数据访问解决方案14一、数据流分析14二、数据一致性的保障措施15三、全面的影像预取方案16第五节、网络建设方案17一、网络流量分析计算17二、网络面临的问题与挑战17三、PACS 网络负载解决策略18四、对医院网络规划的建议19第六节、胶片输出及管理解决方案20第七节、PACS

3、 与 HIS 的融合方案21一、融合解决计划21二、HIS 系统与PACS 融合解决方案22三、接口定义23四、PACS 与 HIS 融合以后的检查工作流程图24第八节、系统容灾解决方案25PACS系统技术方案第 3页 共 47页一、概述25二、处理流程25三、方案介绍25第五章PACS 功能介绍29第一节、PACS 应用体系模块29第二节、PACS 系统模块简介29系统功能特色33第三节、各工作站系统功能介绍35一、RIS 预约登记工作站35二、JMYM影像浏览工作站35三、RIS 诊断报告工作站37临床医生工作站37第六章项目实施计划38第一节、PACS 项目的组织形式38第二节、项目团队

4、组织结构图39第三节、项目计划40第四节、项目过程管理41一、项目实施概要41二、准备阶段41三、项目启动阶段41四、项目实施阶段42五、验收阶段44六、售后服务阶段44第七章售后服务承诺46第一节、PACS 项目售后服务目标46第二节、售后保修期条款46一、保修承诺46二、免保条款说明46三、保修期以外服务条款47四、签订保外维修合同后用户享受以下服务47PACS系统技术方案第 4页 共 47页第一章公司介绍本公司创立于 2000 年，公司专致于具有自主知识产权的数字影像存储与传输系统及应用产品的研发、销售、系统集成和技术服务。产品体系以放射信息系统（ RIS）为主，整合 B 超、胃镜，放射

5、等网络。并通过了国家 ISO9001:2000 认证。公司拥有一批专业化程度高、知识结构新、经验丰富、勤奋敬业、团结高效的技术服务队伍。员工 95%以上为专业技术人员， 其中包括医学专家、 医疗卫生管理人员、IT 技术人员。 PA CS项目需求分析第一节、设备情况及建设需求一、医院准备接入PACS网络的设备情况DICOM影像设备项次 设备名称数量DICOM每日检查量Storage SCUWorklist SCU1CT1311002MR11353CR11504MG11505US6612006ES221507病理11影像设备实际数据量估算病人量（人）影像（个）数据量（ MB）每天每病人原始无损压缩

6、CT10012M1200MR3530M1050MCR506M300MPACS系统技术方案第5 页共47页MG2001M200MUS2001M200MES50150M病理合计（ MB）/每工作日7520M合计（ GB）/每月230G合计（ TB）/每年3T二、总体建设需求院级临床医学影像系统的建设目的在于：构建符合国际标准 /规范及国情和院情的图像存储和通讯系统（ PACS） ,为医院全面数字化、信息化奠定基础；构建医学影像信息无胶片化、无纸化及自动化运行及管理；构建各个影像学科图像及文本信息整合，实现在统一ID 、统一界面 ;以DICOM 、HL7等国际标准为基础，利用IHE定义的技术框架，实

7、现PACS/MIIS/HIS （ CIS）的跨系统通讯，实现影像学科与临床学科的信息共享以及EMIR 与 EMR/EPR 集成；实现远程网上实时会诊、检查预约等信息服务；为医院 PACS 与医联中心提供医学影像信息互联、互操作的应用基础；容灾备份，保障数据安全；第二节、PACS 系统设计原则根据的总体要求以及PACS 自身的规律性，并充分考虑到PACS 系统的工作流程及数据结构特征，我们在设计PACS 时，将遵循下述设计原则：一、标准性原则（建设PACS 考虑的首要因素）系统遵循 DIOCM 3.0 国际标准，并符合卫生部医院信息系统基本功能规范要求，PACS系统技术方案第 6页 共 47页同

8、时按照 ISO9001 国际质量管理体系进行开发与系统实施。按照 IHE 的建议进行流程设计。二、实用性原则（应用优先，为临床和病人服务）PACS 能够充分满足放射科的业务需求与应用，并满足临床应用、 教学、会诊和科研的需要，快速、准确、实时地提供有效的医学影像以及诊断等综合信息，满足本地化要求，增强 PACS 系统的实用性。三、经济性原则（保护医院投资，物有所值）充分利用现有基础设施、设备和信息技术资源，保护医院原有投资，同时全面考虑系统升级时对现有设施的利用，保证用户在系统中的投资及实现其价值的最优化。四、整体性原则（整体考虑，分期分批）遵循硬件、系统软件、应用软件及用户界面的整体设计部署

9、原则，全面体现PACS系统功能，实现医学影像信息全院共享。在系统设计过程中遵循整体规划，分步实施，避免形成新的信息孤岛。五、科学性原则（采用先进的服务器存储架构，安全应急设计）采用成熟的、先进的、开放的及符合国际标准的系统结构、计算机技术、存储技术和网络技术，并遵循 PACS 建设的一般规律，以保证系统具有国际先进水平。六、扩展性原则（应用和技术在不断进步，要求可持续性发展）充分考虑到医院未来发展后续所产生的可能需求，在不改变总体设计结构的前提下，医院新的需求可顺畅进入系统。可扩展部分包括服务器以及存储系统，未来新购置设备接入 PACS，各应用工作站的扩展，预留的数据接口保障软件系统的融合等等

10、。七、安全可靠性（是业务不间断运行的重要保障）在系统架构中 ,充分考虑到系统运行的安全和稳定性，考虑防病毒、大数据量压力、系统安全应急解决方案，保证业务7*24 小时连续运行。PACS系统技术方案第 7页 共 47页第二章PACS 解决方案概述PACS 系统总体解决方案的目标是通过PACS 项目建设，实现整个医院影像诊疗过程数字化、网络化、无胶片化；优化医院业务流程，提高工作效率及诊疗质量，更好的的体现“以病人中心”服务宗旨。第一节、系统总体设计目标结合对数字化医院的整体规划，以建设企业级PACS 系统为总目标，通过总体规划、分步实施 ，建设既遵从国际及行业标准，同时又符合医院实际情况的数字化

11、影像系统，以优化现有医院业务流程、提高工作效率，改善医疗服务质量为核心指导思想，为最终实现数字化医院打下良好基础。通过实施 PACS 项目，除了大量节省胶片的使用费用之外，还将为医院工作带来如下的收益和变化：1实现医院影像诊疗过程效率提高50% 300%，为医院创造良好的社会效应和经济效益：工作方式从原来的“ 单兵全能 ”模式转为“ 集团网络 ”模式，分工协作的“流水”模式成倍提高工作效率影像传递从原来的“ 胶片输出传递 ”模式转为“ 数字网络传递 ”模式，实现瞬时传递患者数字影像患者影像查找从原来的“片库手工查询 ”模式转为“ 精确比对查询 ”模式，实现15 秒内调阅数字对比影像诊断报告输出

12、从原来的“手工重复 ”模式转为“ 电子模版 ”模式会诊模式从原来的“专家集中 ”模式转为“ 远程会诊 ”、“电子会诊 ”模式临床医生查看放射科报告从原来的“ 人工传递 ”模式转为“ 一键调阅 ”瞬时查看模式2实现医院影像数据及相关信息长期的可靠存储与科学有效管理， 使其能更好的应用到医院的诊断、科研、教学等实际工作中：一期实现全部影像数据及诊断数据一年在线存储，未来可平滑升级存储PACS系统技术方案第8页共47页调阅患者在线静态影像数据时间（第一幅任何图像）3秒调阅患者归档静态影像数据时间（第一幅任何图像）15 秒系统一年内系统宕机不超过一次，故障恢复时间4 小时3实现医院影像诊断过程中各类信

13、息的全面科学管理，提高医院管理效率及管理水平：查询三年内的患者诊断信息时间5 秒查询超过三年的患者诊断信息时间7 秒统计三年内的诊疗信息时间15 秒统计超过三年的诊疗信息时间30 秒生成统计报表时间5 秒4通过完善的系统接口功能，实现与医院HIS 进行无缝连接，实现医院信息系统、工作流程的高效整合：检查申请单从原来的“人工传递”模式转为“一键调阅”瞬时查看模式临床医生查看放射科报告从原来的“人工传递”模式转为“一键调阅”瞬时查看模式临床医生查看放射科影像从原来的“胶片输出传递”模式转为“数字网络传递”模式临床医生调阅放射科在线静态影像数据时间（第一幅任何图像）3 秒临床医生调阅放射科归档静态影

14、像数据时间（第一幅任何图像）15 秒PACS系统技术方案第 9页 共 47页第二节、PACS 总体建设规划实施医院影像设备的初步整合，建立标准的影像资料、病人资料存储管理系统，为实施全院级影像系统奠定基础。连接医院放射科现有主要影像设备，实现非 DICOM 接口设备的影像标准化，实现全院影像资料标准化存储与管理；存储架构为中心， 建立 PACS 服务器集群和大容量集中存储系统，并可平滑扩容，所有数据按照国家相应法律法规进行长期备份保留，提供多级（前置 /在线 /归档）数据安全体系保障；建立系统备份机制及应急措施， 系统出现故障时可实时切换，保证不因 PACS 故障使医院工作受到影响；建立数据的

15、备份及容错系统，提供数据转移、恢复措施；优化放射科室内部工作流程， 充分利用网络传输功能， 减少检查诊断过程的人工环节，系统流程可根据需要进行设定或修改；通过与 HIS 融合，实现患者检查申请、收费确认、预约管理、诊断结果反馈等关联业务流程的自动进行，提高工作效率并减少人工操作可能出现的错误；在系统内部建立统一全面的用户权限管理；实现诊断报告模版化、规范化，报告集中管理打印；提供多种影像调阅模式， 实现放射科、门诊、住院及部分相关科室的影像快速调阅，可提供各种影像后处理功能以提高质量诊断；实现影像检查质量控制管理和诊断报告质量控制管理；实现科室内各种信息全面、实时、客观统计管理，提供数据分析统

16、计功能并可作为量化管理与绩效考核的考评依据，系统可提供流程评估分析功能；实现临床科室影像调阅和报告阅读；连接超声科、 内窥镜科、放射科等影像科室，实现全院范围内的标准化数字化影像系统；建立科研，教学服务系统以及会诊中心；PACS系统技术方案第 10页 共 47页对医院整个影像检查、诊断、治疗流程进行优化，如：申请电子化，建设完整统一的影像信息管理系统；实现医院内部影像资料及相关信息的统一存储管理，数据共享；实现与 HIS 系统及电子病历系统的进一步融合；连接医院相关科室，重点科室以 C/S 模式，其它科室以 Web 方式进行影像的快速调阅，实现影像诊疗的无胶片化、无纸化作业；建立整个医院PAC

17、S 系统的系统安全机制，主系统出现故障进可快速切换；实现数据的容错、容灾及安全备份，在线数据系统出现灾难性故障时，可提供及时、准确的数据恢复。第三章PACS 技术实现方案第一节、医疗设备影像获取方案一、DICOM设备的连接对于医院影像中心的CT 、 MR 、 DR 等支持 DICOM Storage SCU 的设备，可通过在设备上设定DICOM 3.0 技术参数（例如： AE Title ，IP Address，Port NO.等信息）直接接入 PACS 系统，将其影像传输至服务器及存储系统进行集中存储管理。通过DICOM Storage方式可获取原始的影像数据，可保证影像及相关信息的完整性。

18、第二节、服务器分级体系架构PACS 与 HIS 相比，一个突出的不同是需要具备处理海量数据的能力，如果没有合理的服务器、存储系统、数据分布、访问策略规划，整个医院的网络系统都会承受巨大的压力，甚至会引起系统阻塞瘫痪。PACS系统技术方案第 11页 共 47页一、PACS 负载压力分析由上图可以看出服务器负载压力主要来源于各个影像科室，临床影像调阅和未来的数据增长。通过对连接设备分析，我们得出如下影像数据量：根据医院目前接入设备及数据量计算，每天产生的数据量约6.2G，按在线时间两年计算，数据量约为4T。因此影像数据存储设计：在线磁盘阵列存储，10块 500G SATA硬盘，采用 RAID5 方

19、式，数据容量设计为5T；即可满足目前医院业务需求，并能适应未来数字化设备的增加并留有一定的余量。按照业务量平均每年递增20%的保守估计， 五年后负载压力为当前的 2.5倍。PACS系统技术方案第 12页 共 47页二、服务器分级体系架构的组成的服务器分级体系架构即可解决以上问题。整个服务器集群系统包含两台中心服务器（构成双机热备份） 、一套临床服务器、 多套科室前置服务器，系统的逻辑示意图如下：主要子系统的目的与作用如下：1中心服务器系统PACS 中心服务器系统是FULL-PACS 系统的核心， 系统基于 Windows 平台运行，部署 PACS 中心数据库、 RIS 服务模块及 PACS 中

20、心服务模块，负责对各个前置服务器发送来的影像进行自动归档存储，进行全局影像数据库管理，系统网络通信管理；提供全部RIS/ 超声 /内镜 /放射系统的文本信息存储及检索服务，提供全部影像数据的存储和检索服务，提供长期历史影像数据的访问服务；在接收到来自各个检查科室前置服务器转发来的数据后，负责向临床服务器发送影像及报告数据；当各个子网的图像访问终端试图调阅图像时，中心服务器负责返回给调阅者指定影像信息存储的具体位置；当某个前置服务器出现故障时，中心服务器负责顶替前置服务器工作以保持医院业务的连续性。2前置服务器系统（超声科、内窥镜科、放射科等检查科室服务器）PACS 前置服务器部署在各个检查子网

21、上，部署 PACS 分中心服务模块， 主要负责向PACS系统技术方案第 13页 共 47页PACS 中心服务器转发设备发来的原始图像，同时向子网终端客户提供近期图像访问服务以减轻主服务器访问压力，进行系统负载均衡，形成多级访问机制，提高系统安全性、稳定性、可靠性和访问速度。PACS 前置服务器可配合PACS 中心服务器组成负载均衡集群，解决前端（各影像科室）应用压力和负载压力，并额外提供多一级的本地应用安全保障。3临床服务器系统PACS 临床服务器部署在各个临床科室子网上，部署 PACS 分中心服务模块， 主要负责向对影像质量和处理功能要求较高的临床终端客户提供病人原始图像及文字报告访问服务以

22、减轻主服务器访问压力，进行系统负载均衡，形成多级访问机制，提高系统安全性、稳定性、可靠性和访问速度。PACS 临床服务器可加入到PACS 中心服务器集群系统4数据备份管理系统数据备份管理系统由系统管理工作站和近线磁盘阵列组成，物理上位于SAN 内部，通过与存储备份管理软件的结合，负责完成数据库备份、图像文件备份、存储规划、系统监控、数据还原等功能；能对数据库进行自动备份，备份任务统一管理，备份时间放在业务量较小的夜间进行，不影响系统正常业务；三、服务器分级体系架构的优势和特点由 PACS 主服务器进行“系统调度” ，巧妙的进行系统负载均衡；可以灵活增加前置服务器以应对负载的增加和科室的扩充；多

23、一级安全保障，提供更高的可用性保障；无须担心业务量爆炸式的增长管理维护成本易于控制PACS系统技术方案第 14页 共 47页第三节、存储归档解决方案PACS 中的存储归档系统（Archiving Manager ）不是简单的影像存储，还包括影像及其相关信息的定位、传送和存储规划等功能。PACS 具备图像及相关信息的长期存储管理（ LTSM ）和短期存储管理（STSM ）。存储系统中存储设备通常会分成三种角色： 在线存储、近线存储、离线存储。通常将传输速率要求高或经常访问的数据存放在在线存储的设备上（如 SAN 磁盘阵列），将不经常访问的数据存放在近线存储的设备上。在线（ On-Line ）存储

24、，是指连接在计算机系统中可保持直接、 实时、快速访问的存储设备。在线设备实际应用中通常选用光纤磁盘阵列。离线（ Off-Line ）存储，是指设备或介质平时不装载在计算机系统中，在存取数据时将设备或介质临时装载或连接到计算机系统，最典型的离线存储设备是磁带机。 离线方式通常在访问速度上要低一些， 但是因其可以随时更换存储介质， 所以其存储容量没有实际限制。 由于离线到在线的介质装载过程很长，所以离线存储一般用来存储那些不经常使用的冷数据。近线（ Near-Line ）存储介于在线存储和离线存储之间，近线存储可采用硬盘、数据流磁带、光盘作为存储介质，通常由 SATA 磁盘阵列、磁带库、光盘库和存

25、储管理软件构成。根据对目前数据量的分析，我们推荐三级存储解决方案供医院参考。第四节、影像和数据访问解决方案一、数据流分析在病人到放射科就诊的实际业务过程中，服务器集群系统的各个子系统相互协作，分别在病人检查、图像匹配、存储归档、医生调阅的各个环节上发挥作用。当病人在放射科进行登记后，影像设备即可通过访问所属前置服务器来取得RIS 中存储的病人Worklist 信息，并通过 Dicom MPPS 服务将检查状态反馈给前置服务器，前置服务器随之根据MPPS 中的内容更改保存在中心服务器RIS 系统中的病人检查状态；PACS系统技术方案第 15页 共 47页当病人完成检查， 技师将图像发送给设备所属

26、前置服务器后，前置服务器通过DicomStorage Commit 服务对图像数目进行确认，并与 RIS 中保存的病人文本数据进行匹配，确保病人信息与图像信息的一致性；随后前置服务器对图像进行标记，并将图像压入图像归档队列；安装于各个前置服务器上的队列管理器实时监测图像归档队列，按照预定义规则将队列中的图像送至接收者（指中心服务器） ，并对归档过程进行监控，当发现归档失败时队列管理器可以自动按照预定义规则处理错误（一定时间后自动重试，多次重试仍失败后记录报警日志，而后管理员可以选择手动重试或取消任务） ，以保证中心服务器和前置服务器之间数据的一致性；归档过程完成后，在医生点击“调图”按钮以显示

27、病人本次或历史影像时，所有的调阅请求均先提交给中心服务器调度管理程序，调度管理程序查阅中心数据库中保存的数据迁移记录（图像是否已从前置服务器迁出或从中心服务器迁回） ，按照就近分配原则指示客户端从前置服务器或中心服务器上取得所需图像，通常情况下的图像分配策略是，病人本次检查的各种图像（一次检查可以包括不同类型、如既做 CT 又做超声或 MR ）将从所做检查对应科室前置服务器上获得，病人历次检查的所有图像将从中心服务器（无预约时）或所属科室前置服务器上获得（病人提前预约时）。二、数据一致性的保障措施服务器集群系统实际上采用了一种集中 +分级的混合型结构，综合了分布式系统网络负载均衡和集中式系统数

28、据统一管理的优点，同时避免了分布式系统数据容易发生不一致和集中式系统所有终端直联服务器导致网络和中心节点负载过大的问题。在服务器分级体系架构中，通过以下两个策略保证了节点之间数据的一致性：首先所有用户可以访问的数据（报告和图像）索引只保留一份，均直接存储在中心服务器上，客户端直接与中心服务器进行交互，然后按照中心服务器的指示从集群内指定节点上（通常是前置服务器）取得所需数据，这样既可以保证不同前置服务器所属的终端客户均访问的是同一份数据，又可以保证因图像传输而产生的大量数据流均保持在科室服务器和所属工作站之间，大大节省了宝贵的中心网络带宽；其次所有可能导致在多个节点之间需要进行同步数据的更新操

29、作（如管理员手动修改了图像中的姓名，医生将对图像所作标注保存到服务器上等）也直接由客户端向中心服务器提交，中心服务器收到数据更新请求后，首先按照操作内容更新本地影像数据，并修改中心数据库中相应数据记录以保证所有对已修改数据的访问请求均直接从中心服务器本地影像中获得响应，随后再将所作更新操作广播到集群中每个节点上，保证整个集群内部数据的一致性；即使因为网络故障等原因导致个别节点的更新操作不能进行，PACS系统技术方案第 16页 共 47页系统也可以日志方式通知管理员，同时由于更新操作涉及的图像均可以直接从中心服务器本地阵列中获得，该部分“脏”数据用户永远也不可能访问到，从而确保了整个系统数据的统

30、一。三、全面的影像预取方案由于门诊量大，由此产生的业务数据量很大，为提高设备利用效率，优化系统设计，提高大业务量下的终端数据访问速度，设计以下影像预取方案。为实现影像预取，相关影像设备需支持 DICOMMPPS(Modality Performed Procedure Step) ，PACS归档服务器支持 DICOM MPPS，其工作原理图示为：根据医院业务特点，将预取工作流程分为两大类，由HIS（临床或门诊）触发预取和由 RIS（放射科或影像科室）触发预取，其基本原理和流程相同，只是触发对象不同：预取信息内容 ：预取的信息主要是患者的历史信息，主要包括：患者影像信息、患者检查信息、患者诊断信

31、息、患者随访信息及其它信息。预取触发事件 ：复诊患者，包括门诊患者与住院患者PACS系统技术方案第 17页 共 47页第五节、网络建设方案一、网络流量分析计算放射科每天影像检查数据量约为6.2GB，每年原始影像约为2TB 。按照最保守的计算方法：每幅患者的影像通过网络归档至服务器一次每幅患者的影像通过网络被放射科医生调阅一次每幅患者的影像通过网络被临床医生调阅一次每天在网络中的数据量将高达：8.2(GB) 3 = 24.6 (GB)按照业务量平均每年递增20%的保守估计，五年后网络数据流量为当前的2.5 倍，预计每天在网络中的数据量将高达：24.6 (GB) 2.5 =61.5 (GB)二、网

32、络面临的问题与挑战慈济 X 医院网络访问和数据流具有以下特点：网络访问的突发性网络访问的集中性网络访问的临时性网络访问的不可间断性网络负载的平均流量计算（网络总流量除以网络总使用时间，得出平均流量）对于毫无意义，因为网络访问的特点决定了不可能采用这种计算方法。譬如，大量的患者检查，传送影像只集中在上午上班四小时内的前两三个小时，下午只是进行报告书写等工作。由于 100Mbps 以太网络采用CSMA/CD （ Carrier Sense Multiple Access With CollisionDetection ）以太网协议，受 CSMA/CD 协议限制，其网络利用率一般为线路带宽的60%，

33、也就是 60Mbps，换算成字节则只是7.5MBps 。100Mbps 60% / 8 = 7.5 MBps当采用 100Mbps 网络时，如果同时有两个或者两个以上的医生调阅一幅CR 影像（按PACS系统技术方案第 18页 共 47页10MB 计算），根据 CSMA/CD 协议原理 （网络流量超过实际带宽） ，网络即会发生数据包访问冲突，导致网络使用效率下降（网络拥挤），而且网络拥挤的情况会随着负载的增加更加严重。三、PACS 网络负载解决策略1利用服务器分级体系架构可以有效控制网络流量2采用存储专用网络SAN ，与IP数据网络独立将为建立专用的存储区域网络SAN ，它独立于 IP 网络，在

34、存储网络中完成所有数据的归档 /备份 /迁移，并使 IP 网络性能不受到数据访问的影响，彻底实现归档/备份 /迁移过程中的 IP 带宽为零消耗（ LAN-free ）。3利用热备用路由协议（HSRP ）和多群组备用路由协议（MSRP ），保障系统的高可用性PACS系统技术方案第 19页 共 47页4利用 PAgP（端口聚合协议） ，主干链路采用Trunk ，成倍提高带宽，并提供主干链路冗余5 PACS 划分在独立的VLAN内（参见上图）6放射科等PACS 应用科室采用千兆到桌面四、对医院网络规划的建议网络系统是 HIS/FULL-PACS 应用的基础， 我们根据 XX 市慈济 X 医院的实际应

35、用要求以及数据网络的自身规律，并且充分考虑到保护医院投资和系统的可扩展性，提出影像网络系统应达到以下建设目标：网络设计以及综合布线系统采用国际上先进成熟的技术， 使系统建立在一个高起点上，系统所采用的体系结构和选用的设备具有国际先进水平，具有发展潜力，PACS系统技术方案第 20页 共 47页处于上升趋势。系统的设计有一定的超前性，技术起点高，生命周期长。网络设计以及综合布线系统能够满足灵活应用的要求，计算机网络可方便的划分网段，利用交换机网管软件可以对网络内部资源动态地进行分配，无网断间路由障碍。PACS / RIS 系统和需要接入的影像设备应在符合TCP / IP 概念的同一网断内， IP

36、地址由医院进行统一规划与分配。PACS / RIS 和医院原有的HIS 系统建议由三层交换机的路由进行连接。使用高带宽网络传输系统， 满足海量数据传输要求， 不仅现在而且在将来的一段时间内均能适应技术的不断发展，具有良好的可扩充和可升级性。主干网络达到千兆位速率 （主干网络是指： 核心交换机和楼层交换机的网络连接，核心交换机和 PACS / RIS 服务器的网络连接） 。主干网络最好能够提供“链路捆绑”，以提高网络实际吞吐率和网络冗余设计。终端独享千兆位速率，即PACS / RIS 终端连接到楼层交换机的实际带宽应为独享的千兆位速率，以充分利用以太网效率，降低网络冲突。网络设计以及综合布线系统

37、符合模块化结构的要求，应为PACS / RIS 服务器以及各个应用终端（包括影像设备）预留RJ45 网络接口。实现可管理的网络交换机及核心设备，网络机柜， 配线架等辅助管理设备，使系统的管理、控制十分灵活，方便。使用先进的电源管理方案，确保系统的稳定。网络设计以及综合布线系统采取六类双绞线和光缆组成网络，提高网络的吞吐量。合理划分网段，利用网管软件减轻网络通信资源的开销。第六节、胶片输出及管理解决方案对于支持 DICOM 3.0 标准的激光相机可以直接接入PACS 系统，可通过在设备上设定 DICOM 3.0 技术参数（例如：设备 AE Title ，IP Address， Port NO.

38、等信息）直接接入PACS 系统，该激光相机即可输出影像，实现统一的、集中的、可管理的网络胶片打印。PACS 系统具有严格的用户权限管理制度，系统可以统一进行胶片和报告打印管理。支持 DICOM3.0 的激光相机接入到PACS 网络中，可以进行统一的胶片输出。可以定制用户权限，指定只有授权的用户才可以进行胶片打印。经过授权的用户可以进行多模态、多分格的灵活分隔打印。灵活的打印标注自定义设置。PACS系统技术方案第 21页 共 47页打印服务器可以完成对胶片输出的管理以及统计。使用打印服务器后，影像被发送到打印服务器，打印服务器接收到影像，并加以管理。最后由打印服务器向激光发出打印胶片请求，由激光

39、相机完成打印任务。流程如下图所示：打印服务器可以实现以下功能：实现胶片打印机共享：医院的各个科室可以共享一台或多台胶片打印机。让用户实现对打印胶片任务的统一管理，提高医院的工作效率和资源使用率。可以对打印任务、打印队列、打印权限进行管理。可以对打印胶片数量，打印任务来源等进行统计和分析。为用户节省资金： 胶片打印机在出厂前厂家设定好与打印机连接的设备个数和对应 AE ，如果增加连接设备则需要另外收费。利用打印服务器，客户只需要一个连接就可以实现多台设备的连接并打印，从而节省资金。第七节、PACS 与 HIS 的融合方案概述：公司拥有丰富的PACS/HIS 系统融合经验，先后与多种HIS 系统成

40、功实现融合，由于国内HIS 系统不是很规范，一般推荐采用中间件方式进行融合。HIS 、PACS、体检系统融合分两期完成，一期完成放射科PACS 与 HIS 系统的融合，二期实现功能科PACS 系统与 HIS 系统，体检系统的融合。一、融合解决计划PACS/RIS 做为整个医院信息系统系统的一部分，两者之间的连接从数据流程可分为两个部分，一是PACS/RIS 从HIS中获取数据，二是PACS/RIS 向HIS回填数据。根据目PACS系统技术方案第 22页 共 47页前 HIS 与 PACS/RIS 现状有发展趋势，从总体上我们提出两种解决方案：对于新开发的 HIS 与 PACS/RIS，将采用标

41、准的 DICOM 、HL7 协议进行设计和实现。实现：在新开发的 HIS、 PACS 中添加 HL7 的传输和消息解析模块。对于目前 HIS 与 PACS/RIS 连接的实施，采用数据库连接方式，并将接口进行模块化，对不同系统以插件（中间件）的方式提供。二、HIS 系统与 PACS融合解决方案1、信息获取方案对于 PACS/RIS从 HIS 中获取患者基本信息、检查申请单、收费信息等数据，实现方式有两种：PACS/RIS 向 HIS 系统提供数据库接口， HIS 系统完成登记、挂号、生成检查申请单之后，将上述信息填入 PACS/RIS 系统， PACS/RIS 系统自动获取相应信息。HIS 向

42、 PACS/RIS 提供患者基本信息、检查申请单、收费信息等数据所在位置，并提供访问权限， PACS/RIS 从 HIS 数据库中查询 /获取相关信息， 填入 PACS/RIS 系统。2、信息回填方案PACS/RIS 系统向 HIS 系统回填患者检查完毕的诊断结果及影像在HIS 终端工作站的调阅。RIS 信息回填：更改HIS 对应表中的检查状态以及填写检查方法、影像描述、诊断意见、疾病名称、报告医生、审核医生、报告时间等诊断信息。3、影像调阅方案嵌入模式，由HIS 厂商在医生终端工作站提供影像调阅处理功能，遵从DICOM标准，在 HIS 系统内部建立病人诊断信息与影像的关联，直接从 PACS

43、影像存储PACS系统技术方案第 23页 共 47页服务器调阅影像。独立式终端工作站：在医生终端工作站上安装影像浏览软件，通过控件，从HIS模块以消息方式与影像模块关联，由影像工作站完成影像调阅及处理。三、接口定义HIS PACS 系统互连接口定义了RIS/PACS系统与第三方HIS系统连接时双方可以互访的数据类型及实现方法，该接口分为HisToPacs 和 PacsToHis 两类，前者由公司提供API 接口函数供 HIS 系统访问 PACS 系统数据时使用，后者由 HIS 方面提供 API 接口函数供 RIS/PACS 系统访问 HIS 系统数据时使用， 所有 API 接口函数均以 Wind

44、ows Dll 的方式实现。PACS系统技术方案第 24页 共 47页四、PACS与 HIS 融合以后的检查工作流程图PACS系统技术方案第 25页 共 47页第八节、系统容灾解决方案一、概述PACS 系统应急处置预案是指在PACS、 HIS 系统出现灾难性故障导致医院日常业务无法正常持续的情况下，系统管理或维护人员应采取的应急措施和系统恢复正常后所采取的还原步骤。其中，灾难性故障主要指：a) 服务器系统宕机b) 电源、交换机、磁盘阵列等核心部件发生硬件故障c) 系统响应速度比正常情况有明显下降，严重影响医生工作d) 由于某个服务器的故障，导致完整的正常工作流程无法完成e) 各个工作站频繁出现

45、错误，不能使用f) 由于病毒或其他原因造成数据丢失g) 其他原因或不可抗力造成的系统故障，如长时间断电、火灾等二、处理流程发生灾难性故障时，系统管理及维护人员应按照如下流程进行处置工作h) 将故障情况通知工程维护人员i) 工程维护人员根据故障情况选择一种或几种替代性应急方案指导系统管理人员进行修复尝试j)如果替代性应急方案在医院规定的响应时间内（一般 15 至 30 分钟）仍无法修复系统故障，则应启用人工操作应急方案，保证影像科室正常工作流程的进行k) 公司维护人员到达现场修复系统故障后，应停止应急预案，恢复正常工作流程，并协助进行故障期数据的恢复和一致性校验工作。三、方案介绍替代性应急方案介绍a) 核心服务器出现单节点故障PACS系统技术