西安市第四医院PA硬件方案

全院级PACS信息系统硬件及系统集成工程施行方案北京中科金财科技股份年1月西安市第四医院第一页，共85页。前言工程背景需求分析建立目的建立方法系统规划工程进度方案施工进度管理措施工程施行方法相关效劳第二页，共85页。前言随着医学工程的进步，许多高科技临床医学检查仪器设备，不断地被设计制造以协助医生进展医疗诊断工作，如:电脑断层(CT)、核磁共振(MRL)、血管造影(DSA)、数字X光机(DR)、CR、超音波等，而这些医学仪器是医院不可缺的重要工具，但本钱相当高。所以，如何善用这这些设备资源所产生的影像资料，以便迅速及时地送到医生手上以协助诊断工作，进步工作时效、节省资源，成为现代医院追求高效劳品质的工作指标。由于医疗影像信息化技术的飞速开展，使得PACS系统已经日益成为各级医院实现信息化建立的重要组成部分。当前的PACS产品支持医学图像的全数字获取、转换、解释、存储、传输和查阅。PACS的开展也呈现出一个很大的特点：医院影象设备的开展使放射科图象数据量激增，图像的数据量为存储容量带来了很大的挑战，数据需要进展分级存储和归档，同时，数据需要备份容灾和异构存储环境的现状也越加突出，因此PACS系统需要一种可靠、灵敏的大容量存储系统来满足其应用和开展。第三页，共85页。工程背景需求分析PACS系统对存储系统特点：1．PACS系统和HIS系统等数据在存储容量、访问响应速度、访问频率、存储可扩展性等方面存在差异，需进展分类存储策略。2．医疗PACS系统中的数据保存量大，增长速度快，部分数据将作为归档数据，需要平安地保存和随时方便地调用，需采用分级存储策略。3．部分影像资料用于科研和教学，重要性高，需要可靠有效的容灾数据保护方案。4．随着医疗行业竞争日趋剧烈，PACS存储系统的建立需要投资的总本钱，降低总拥有本钱〔TCO〕，进步投资回报率。5．PACS存储系统的设计需要具备高扩展性和灵敏性，需要支持容量增长的高度可扩展架构和对异构存储环境的支持。以实现将来无缝扩容，而且不增加因扩容带来的管理开销。第四页，共85页。医院系统可以将数据按其自身特征划分为“PACS数据〞和“非PACS数据〞等两大类，前者专指PACS系统的数据，后者包括HIS系统、电子病历系统与社会保险系统的全部数据。这两类数据的差异很大：前者主要是多媒体文档，其并发访问量小，但文件尺寸比较大；后者包括传统文档和数据，其并发访问量大，但数据尺寸小。从系统本身的角度来看也是如此：无论是持续可用性、数据平安性，还是响应速度，其它三个系统都比PACS系统的要求高。详细而言，就是对“PACS数据〞和“非PACS数据〞要分别加以存储。第五页，共85页。因此医院的数据从平安性、数据尺寸大小、并发访问量等角度可以分为以下三种：第一种是PACS数据，它的特点是并发访问量小，但文件尺寸比较大，建议StripeSize设置大一些性能会更好，例如128KB；平安性较之非PACS数据要低一点，所以建议设置为RAID5。第二种是非PACS数据，包括HIS系统、电子病历系统与社会保险系统的全部数据。它们的特点是并发访问量大，但文件尺寸比较小，建议StripeSize设置小一些性能会更好，例如8KB；平安性要求高，所以建议设置为RAID6，这样系统损坏了两块硬盘，上面存放的数据都不会丧失，而且系统还能正常使用。第三种是临时数据，包括医院的大厅和过道的监控所产生的数据。它们需要保存的时间较短，数据量不大，因此没有必要采取保护措施，我们建议采用RAID0格式，这样既进步了录像存储的速度，同时又节约存储空间。第六页，共85页。同时，还有一些用来管理数据库的系统软件，以维护数据库并有效地访问数据库中任意部分数据。通常情况下，会存放在效劳器上，但是处于平安性的考虑，我们建议将它存放在磁盘阵列上，以防止效劳器宕机时数据丧失。它的特点是平安性要求高；数据量很小，大概50G的空间就可以；同时文件尺寸比较小。出于它自身的特殊性，我们会在下面的方案中做进一步分析。第七页，共85页。建立目的全院级PACS系统必需具有高性能、高可靠性、高可用性以及高可扩展才能，并且有容灾功能的考虑和需求。本次建立PACS系统详细要求如下：1．适用医院：跨科室的全院PACS施行。2．存储容量：20GB/日数据量以上。3．充分考虑系统的实时性，平安性与稳定性；充分考虑数据的增长，存储应具有较大的扩展才能。4．存储架构：采用集中式SAN存储架构，构建三级存储系统。5．在线容量：为临床医生提供1年内的一级在线影像资料查询。6．备份存储：备份存储容量应大于全院10年的影像总量。第八页，共85页。根据上述要求，我们对数据存储容量进展估算：1．一级在线数据存储空间需求：本次四院根本业务数据需求：20GB/日数据量以上，为临床医生提供1年内的在线影像资料查询。因此，需保存的在线可用容量为20GB/日；考虑存储空间到达总空间的80%时，性能将降低，因此，配置20%的冗余空间，因此，总空间需求为：；整体上按照RAID5形式估算：存储裸容量需求为：；考虑数据库空间和文件损失，热备份盘等需求，推荐配置15TB的裸容量作为一级存储并且增加1TB固态硬盘作为1个月内常用影像资料快速存取可提升30%在线硬盘性能，在1个月后转存到SAS硬盘中备查。第九页，共85页。2．本次存储空间配置：备份存储容量应大于全院10年的影像总量，因此我们本次配置备份容量为80TB。针对上述要求，推荐在全院级PACS系统采用磁盘阵列组建三级存储系统。一级存储采用系列8块200G固态硬盘加上SAS硬盘，提供的裸容量，完全满足了一级在线存储最大15TB的容量需求。二级采用30块2TB7200转NL_SAS，保证了数据共享和快速在线访问的大容量存储需求。三级存储采用VTL代替传统的光盘库或磁带库，增强了备份数据管理特性、进步备份和恢复的速度，采用廉价的7200转NL_SAS硬盘实现海量存储，也有效控制了本钱。第十页，共85页。传统PACS系统的现状和问题PACS系统是医院信息系统提升的关键业务，在PACS系统应用环境中，主要可以分为两大部分。第一部分是基于医疗影像计算平台的效劳器架构，另外一部分是基于影像存储的共享存储系统。IBM传统解决方案的逻辑架构如以下图所示：第十一页，共85页。针对共享存储平台，传统的PACS系统基于简单磁盘存储和物理带库的形式将带来以下几个问题应用系统较多，各个系统资源之间互为孤岛，资源固定，投资时每个系统都要预留足够的资源，造成占用资源大，设备利用率低。同时也遇到人员紧张，维护压力大。多种应用系统，共享存储在大数据并发时机械硬盘会成为性能瓶颈。随着PACS系统的不断完善，一套完成的PACS系统包括了核心数据库应用，影像管理应用，诊断报告应用，系统保障应用等，每个应用模块又可以细分为多个子模块。传统的磁盘阵列采用单一机械硬盘介质，在大数据量访问时，磁盘的访问效率将成为阵列的性能瓶颈，从而影响PACS应用的客户体验和运行效果。第十二页，共85页。未引入分层存储、数据块级压缩等功能，数据存储效率较低。传统的PACS架构中，通常仅采用单一类型的机械硬盘，且无论是近期的临床数据还是过往的历史数据均共同存放。由于PACS数据庞杂且单个文件较大，传统的数据存放方式不仅仅较大占用空间，且存储效率低下。整体架构未考虑存储磁盘资源池的建立管理。随着业务的快速开展，存储架构越来越复杂，各种异构存储同时运行，整体存储架构的优化和管理就会变得越来越重要，存储资源池的建立讲极大进步存储利用率，并可统一管理。第十三页，共85页。对PACS系统所产生的数据使用物理带库存储藏份机制，备份效率较低。传统的PACS系统只看重数据的集中存储，仅考虑了数据的离线备份，没有考虑到数据的近线备份，这样就使数据恢复和回滚效率降低。根据以上情况分析，新型的医疗PACS系统的建立，需要考虑一定的前瞻性，融入最新的存储虚拟化及固态硬盘技术，使整个PACS存储系统高效更加弹性更加易管理易维护。第十四页，共85页。新型PACS系统的开展方向：在新的PACS系统建立过程中，IT根底架构的选择方面呈现着以下几个方面采用虚拟化主机、虚拟化网络、虚拟化存储三层虚拟化架构。存储采用固态硬盘和分层存储，将热点数据存放于固态硬盘，一般消费数据存放在高速磁盘，而近期的备份数据存放于大容量低速硬盘引入磁盘阵列虚拟化网关产品，将所有磁盘阵列资源池化后统一进展管理，大幅进步磁盘利用率，并使得PACS业务系统更加灵敏。引入虚拟磁带库产品，在满足业务合规的要求下，大幅进步数据恢复和备份时间。第十五页，共85页。建立方法本次采用的系统架构概述从前面的需求分析，按照方案设计原那么，我们设计了以下图所示的系统架，主要由PACS数据中心和网络改造两大部分组成：数据中心：2台IBMSystem3850X5效劳器建立双机高可用系统做PACS数据库效劳器系统，6台IBMSystem3850X5效劳器+VMware虚拟化软件建立虚拟化应用集群；IBMStorweizV7000存储配置固态硬盘作为主存储系统，以IBMSVC建立PACS系统存储资源池，引入IBMTS7620虚拟带库做为近线备份平台。第十六页，共85页。工程设备链接拓扑图第十七页，共85页。网络改造：建立万兆双核心交换机+16台万兆上行接入交换机，实现桌面千兆高速网络。2台S7706万兆核心交换机16台S5700万兆上行接入交换机网管平台拓扑图如下第十八页，共85页。系统规划PACS数据库效劳器双机高可用方案通过效劳器虚拟化租赁，建立西安市第四医院私有云，实现对效劳器系统的应用，实现效劳器根底环境的轻资产，降低效劳器购置的总体拥有本钱，为今后整套机房搬迁提供条件，并为施行桌面虚拟化奠定根底。1、建立公司效劳器根底资源池，硬件共享、统一调度，将公司IT环境改造成高效、可靠、节能、具有弹性的架构。2、减少效劳器环境资产的投入，降低效劳器购置的总体拥有本钱，实现效劳器根底环境的轻资产。3、降低效劳器对机房空间面积的需求，减少效劳器对机房电费、制冷的电力消耗，减少效劳器对其他机房根底环境的需求。第十九页，共85页。4、实现效劳器应用环境的整合运行，可以在企业范围内管理、共享所有效劳器资源，性能根据需要装备，设定合理的性能。5、实现效劳器的快速部署、应用及维护，减少购置及维护时间。降低IT资源管理难度，降低维护本钱。6、进步效劳器系统的高可用性，进步信息系统的业务连续性，进步系统的灵敏性和快速响应。需要维护维修硬件效劳器时，应用系统可随时飘移到另外的虚拟效劳器运行，可以零停机进展硬件维护和晋级，应用不会中断，进步IT效劳程度和满意度。第二十页，共85页。7、新上工程时，除非效劳器性能占用太多，否那么无需配置新效劳器，而通过部署虚拟效劳器满足需要，快捷低本钱。8、通过效劳器虚拟化，可以减少效劳器的数量，减少租赁机房的机柜空间，减少中心机房租赁的租赁费用。9、另外，效劳器虚拟化的施行，桌面虚拟化与效劳器虚拟化共用后台计算资源，减少桌面虚拟化的投入费用，为桌面虚拟化奠定根底。第二十一页，共85页。虚拟化平台搭建方案整体方案设计方案设计思路我们方案将西安市第四医院工程效劳器虚拟化整合工程按照以下思路设计和施行。主要是在现有根底上构建有弹性的虚拟化根底平台架构，使得相应的计算、网络和存储资源可以以最大利用率的方针对用户现有及将来的应用部署提供快速效劳支撑，满足业务系统快速上线与降低信息系统根底架构管理复杂性的要。第二十二页，共85页。虚拟化环境实现目的：完成根本的虚拟化根底平台架构建立，同时为将来业务的不断增加提供可自动在线弹性扩展的虚拟化资源池系统。虚拟化环境的根本要求如下：考虑到构建集中式的虚拟机高可用集群环境，需要配置足够的冗余交换网络：这包括管理及集群心跳网络，在线迁移网络以及虚拟机应用对外连接的效劳网络。对整个数据中心的应用资源合理分配，确保平台运行各应用尤其是核心应用的计算资源和IO资源得到有效的保障。对整体数据中心虚拟化集群环境实现负载平衡的计算资源在线管理，如虚拟机热迁移等功能，以及数据中心根底架构的弹性扩展。第二十三页，共85页。实现虚拟机负载平衡的高可用环境〔HA〕虚拟机集群环境的集中统一管理和监控(VMware

vCenter

Server)通过虚拟化环境延长软硬件的生存周期，确保降低总体拥有本钱TCO，进步投资回报率。为了实现数据的集中存储、集中备份以及充分利用虚拟架构中虚拟机可动态在线从一台物理vServer效劳器迁移到另一台物理vServer效劳器上和高可用等特性；会将数据中心整体构建在基于SAN的存储网络，通过共享的存储架构，可以最大化的发挥虚拟架构的整体优势。第二十四页，共85页。方案设计描绘根据上述设计思路，结合我们以往的工程经历，针对本次工程的虚拟化平台整体架构如下：第二十五页，共85页。以上为总体架构方案，分成4层，效劳器层、数据存储层、网络层和虚拟机资源层。第一部分-效劳器层：采用x86架构效劳器组成资源池，为虚拟化桌面提供足够的计算资源，本方案会由6台效劳器主机组建虚拟化效劳器集群系统。第二部分–存储层：分别利用本次方案中的一套存储系统和一套备份存储，配合虚拟化集群实现容灾备份.采用6台安装了虚拟化的效劳器组成集群〔通过光纤通道连接1台主光纤存储，和1台备份存储作为私有云数据中心消费环境的底层硬件〕。第二十六页，共85页。第三部分–网络层：分成2部分，一部分是存储网络，用于效劳器设备与存储设备之间的连通，另外一部分业务网络，分成管理网络和业务网络，管理网络用于对整个虚拟化平台进展管理，业务网络用于所虚拟出来的效劳器连接业务网络。方案中将虚拟化效劳器系统与存储藏份系统及其应用业务视为一个亲密结合的整体来进展方案设计，确保其软硬件在具良好兼容性的前提下发挥出最优的性能。第四部分–虚拟机层：此次工程由6台效劳器、1套虚拟化存储设备作为整个虚拟化集群平台的资源池。方案可以最大利用到设备的性能和能表达出系统的高可用。在集群中创立1台效劳器安装虚拟化软件实现虚拟化平台的集中管理和高可用。第二十七页，共85页。建成后整个虚拟化数据中心如以下图：第二十八页，共85页。物理主机网络部署建议根据最正确理论，网络架构应该满足如下要求：管理网络，在线迁移网络，虚拟机对外提供效劳的网络应该各自独立。对于每一个虚拟交换机vSwitch建议应该配置至少两个上行链路物理网络端口。对于多网口的冗余配置应该遵循配置在不同PCI插槽间的物理网卡口之间。对于物理交换网络也应该相应的进展冗余设置，防止单点故障。对于吞吐量和高并发网络带宽使用要求的，可以考虑采用10GbE，不过采用万兆网络在适配器和交换机上的投入本钱也会相应增加。简单的方法是通过在虚拟机网络vSwitch或vPortGroup上通过对多块1GbE端口捆绑负载平衡实现。第二十九页，共85页。对于虚拟机应用的网络，为了确保虚拟机在执行了vMigration迁移后保持其原有的VLAN状态，根据实际需要在虚拟交换机端口启用的VLAN标记〔VST〕方式；确保迁移主机保存原有配置如网关等，启用通知物理交换机功能，通过反向ARP通知物理交换机虚拟机端口的更改，确保新会话可以被正确建立。设备连接逻辑图如下：第三十页，共85页。虚拟化平台高可用设计在保证业务的高可用性和业务连续性上，根据需求可以考虑三种方案：虚拟化平台级HA高可用性功能、有效的利用宿主机的硬件资源，但是存在虚拟机在重启过程中短暂时间〔15-30秒业务中断〕。假如运行在该虚拟机上的业务应用非常重要，客户无法承受短暂时间的业务中断可以使用vMirrior〔容错功能〕该种方案可以解决HA出发时的业务中断，但是无法保护虚拟机内操作系统崩溃或应用程序故障而引发的故障。第三十一页，共85页。虚拟化平台备份设计备份方式的选择在本工程中，所有的虚拟机文件全部都存放在单独的磁盘阵列设备上，所以可以通过以下方式轻松实现虚拟机的备份。采用vCenter实现虚拟机的备份vCenter提供完好备份和增量备份2种功能选择，增量备份包含了内嵌的基于数据块的inline重复数据删除技术，可以大大降低在存储设备上占用的空间。通过基于对vServer的全部支持，来帮助监视那些在HA,VMigration和分布式资源安排间挪动虚拟机的虚拟机，确保他们的备份方案不受影响。第三十二页，共85页。备份策略设计根据系统的业务特点和建立备份系统的经历，可以考虑采取以下备份策略，关于备份时间确实定应兼顾两个标准，首先选择在消费业务清闲时，其次防止同时在备份效劳器上进展备份第三十三页，共85页。方案优势虚拟化方案在功能、效劳、用户体验等方面都具有明显优势：用户体验优势安装部署简便虚拟化方案部署简捷，6台效劳器大约4个小时就能部署完毕；且所有功能均在安装部署时一次性完成，无需后续额外安装其他的组件；特别是vCenter可以直接部署在虚拟机内，无需像国外厂商的产品一样必须安装在windowsserver中，不仅简化了安装部署，而且节省了软件费用.第三十四页，共85页。SVC的根本概念SVC(SANVolumeController)采用In-Band方式进展存储虚拟化。SVC系统实际上是一个集群(Cluster)系统,它由node组成。一个SVC系统至少包含2个node,每2个node组成一个I/OGroup，它用来为Host提供I/O效劳。到如今为止，一个SVC系统最多包含8个node,即4个I/OGroup。在一个SVC系统中，存储子系统中的一个或多个存储单元被映射为SVC内部的存储单元MDisk(ManagedDisk)，一个或多个Mdisk可以被虚拟化为1个存储池(称为MDG)，所有的MDG对所有的I/OGroup均可见。MDG是一个存储池，它根据一定的分配策略(如Striped,Image,Sequential)分配虚拟的存储单元，称为VDisk。I/OGroup以Vdisk为单位对Host提供LUN-Masking(也称为LUN-Mapping)效劳，使得Host可通过HBA可访问被提供LUN-Masking效劳的VDisk。如以下图所示：第三十五页，共85页。第三十六页，共85页。第三十七页，共85页。SVC的可靠性、可用性SVC采用了RAS的设计思想：通过冗余组件使系统具有极高的可靠性，可用性以及高效劳性。第三十八页，共85页。高度冗余的部件：由于SVC是一个集群系统，当中的每个部件都有对应的备份(Backup)部件，例如，Node与Node之间互为备份，前端(Front-End)FC端口之间可以互为备份。后端(Back-End)FC端口之间也可以互为备份，整个系统没有单一的故障点。如以下图所示。SVC具有非常高的可靠性。第三十九页，共85页。四院网络改造客户建网需求分析西安第四医院为三级甲等医院，医院的信息化已具备一定的规模，HIS、LIS、PACS、EMR、视频几大系统均已应用或者即将应用，因此，网络的设计应以几大应用系统的要求为根据。由于HIS、LIS、EMR系统具有相似的业务特点，因此将这几大系统统一进展需求分析。第四十页，共85页。已有HIS、LIS、EMR系统业务需求分析业务特点：早上9点至10点是业务顶峰期；挂号，诊断，取药，缴费等门诊业务并行开展；配药，输液，查房，缴费等住院业务并行开展；病患精神高度紧张，门诊大楼集中大量病患，要求业务不能中断；电子病历将来承载语音和视频。第四十一页，共85页。网络需求：高可靠，保证网络不能中断，为业务提供持续运行环境；高性能，有效承载业务顶峰期的突发流量；高平安，病人资料高度保密。本次新建PACS系统业务需求分析业务特点：大型3甲医院15%的病患需要做PACS影像检查；CT，核磁共振等设备产生的影像数据需要快速上传到PACS效劳器；医生工作站在诊断时，需要快速调阅PACS效劳器中的影像数据；PACS业务产生大量数据，存储，备份，归档占用大量网络资源。第四十二页，共85页。网络需求：高性能，PACS是医院占用网络带宽和存储的主要业务，医生工作站需要千兆带宽接入；高平安，病患影像资料高度保密；高可靠，保证网络不能中断，为业务提供持续运行环境。第四十三页，共85页。将来视频业务需求分析业务特点：医院开展多种视频相关业务，包括：视频教学，视频会议，视频监控，IPTV等业务；视频教学和远程会诊等业务要求视频高度明晰；视频监控和IPTV等业务产生大量视频数据流。网络需求：高性能，承载视频流量；大缓存，保证视频不丢包，缓解突发流量；高可靠，保证网络不能中断，为业务提供持续运行环境。第四十四页，共85页。网络构造设计方案网络设计的原那么基于以上的需求分析，本次网络改造需要交换掉原有的桌面百兆接入，千兆核心骨干网的旧网络，新建的的网络因为PACS系统将来会需要传输较大的映像文件，所以需要改造后具有高带宽性能，高冗余可靠，高平安保护，大缓存数据处理的特点。高带宽高冗余高平安第四十五页，共85页。网络拓扑设计第四十六页，共85页。业务部署设计整张网络采用扁平化设计，核心、会聚层合二为一。核心交换机作为医院接入业务的业务网关，跑IP三层业务；接入层交换机采用千兆接入，跑VLAN二层业务。利用VLAN天然的隔离播送域、不同VLAN之间二层隔离的特性区分、隔离不同的接入业务，保证不同的接入业务在二层互相隔离，无法互访。不同业务之间的互访必须经由核心交换机进展三层路由转发。可以在核心交换机上设置访问策略来控制用户、业务部门之间的访问需求。对于网络运维，本方案拟采用一套综合网络管理系统，对新建网络的设备及老网设备统一进展管理，维护，进步维护人员的工作效率，减少维护人员的工作投入。第四十七页，共85页。工程进度方案工程进度方案表序号工作内容时间要求实施方1商务备货，发货到客户现场。同步进行现场查勘，指导实施环境准备。分步到货，网络先行。15天中科金财2设备验收，设备安装、上电。5天中科金财3数据网络、存储网络、服务器虚拟化配置、测试。10天中科金财4集成系统培训。5天中科金财5集成系统上线运行，系统优化。10天中科金财PACS系统应用系统调试，试运行。迁移数据，压力测试。配合第三方软件商第四十八页，共85页。施工进度管理措施能否保证施工工期，关系到本公司的经济利益和企业信誉。工程施行开场，我公司将相应制定内部工期奖罚规定，以从管理制度上保证按方案开工。在施工组织方面，方案采取如下措施：组建一支具备丰富智能系统工程有关设备施工经历的施工队伍，成立精干的工程经理部，高效优质地组织施工。积极协助建立单位尽快办理有关报建及开工手续，尽早进展前期准备活动，编制科学合理的施工进度方案。认真准备图纸会审工作，争取早日具备开工条件。详细编制整个工程进度方案和月、周进度方案，强化方案管理，经常对照检查，与突发情况，随时调整施工方案，确保施工进度。第四十九页，共85页。根据方案任务编制相应的劳动力、材料需用量方案，并根据工程进展情况及时安排追加方案，确保各项资源满足总体工期方案需要。通过定期与不定期的碰头会、调度会检查方案的执行情况，并与方案比照，如有延误，找出影响因素，认真分析，从分析结果入手，采取针对性、详细详细的措施。使方案动态的获得平衡，保证总的方案目的的实现。安排追赶方案，当施工赶不上方案要求的时候，为保证总体工期，要进展研究分析，并通过资源调配安排追赶方案。施工过程中做好各项施工准备工作，特别是原材料及半成品应提早做好方案按要求进场，保质、保量及时准确到位。第五十页，共85页。根据施工控制方案明确目的，制定工期关键控制点。做好节假日期间的方案管理工作。放假前，准备充足的物资、材料。节日期间利用经济等手段稳定劳动力，使节日期间的施工消费正常进展。在保证质量的前提下，合理组织施工消费，保证施工进度。第五十一页，共85页。工程施行方法设备到货合同签订后45日内设备到货。在80天内设备全部安装、调试、验收完毕，正式开通运行。设备安装与用户共同完成现场检查、设备开箱验货、布线施工、设备安装、设备加电测试、设备调试配置以及系统调试、系统验测试等工作。详细工作如下：〔1〕现场检查效劳工程师协助施行安装的用户完成设备安装现场检查。现场检查主要是检查会场及会场环境能否满足设备安装要求，是否具备设备安装条件。第五十二页，共85页。〔2〕设备开箱验货当会场具备设备安装条件后，效劳工程师协助施行安装的用户根据合同对货物开箱验货和清点。〔3〕设备安装效劳工程师在现场进展设备的安装、线缆制作、线缆连接。在设备安装完成后，对所有设备间的连接电缆进展检查和测试，然后统一标准标示设备和线缆。第五十三页，共85页。设备调试完成设备加电测试、设备调试配置以及系统调试等工作。〔1〕加电测试效劳工程师对设备进展加电测试，完成设备配置检查、设备安装软件等工作。〔2〕设备调试配置按照四院全院PACS系统建立规划，采用规划数据网络、存储网络、效劳器虚拟化配置。〔3〕系统调试PACS系统应用厂家系统调试，试运行。第五十四页，共85页。相关效劳相关效劳北京中科金财西安市第四医院全院级PACS信息系统硬件及系统集成制定了详细的系统维护效劳方案，包括效劳器及存储设备的技术支持维护方案，详细阐述详见以下内容。北京中科金财郑重承诺，严格遵照合同，确保西安市第四医院全院级PACS信息系统硬件及系统集成可以获取合同内全方位的技术支持效劳，在SLA〔效劳等级协议〕范围内及时解决设备运行中遇到的技术问题，并提供标准的改进方法建议。通过双方努力和工程的施行，充分挖掘出效劳合作价值。第五十五页，共85页。北京中科金财针对本次招标的西安市第四医院全院级PACS信息系统硬件及系统集成中可提供7*24小时故障报修效劳热线。当客户方工程师发现系统硬件或软件发生故障时，可以通过免费的热线获得效劳支持。同时，北京中科金财值班经理、值班工程师也需全天开通，随时准备处理各种突发事件，同时享受如下4种响应效劳，针对工程本区域内一并可以享受以下效劳：第五十六页，共85页。工程师在接到用户问题报告后，立即提供响应或在线支持效劳，最迟为10分钟内响应。假设北京中科金财工程师不能立即确定问题，当需要查阅相关资料再对问题进展回复时，北京中科金财工程师将在10分钟内响应技术需求，提供远程技术支持与诊断，直至客户方得到满意的结果。热线支持效劳公司提供7×24小时响应的热线效劳〔〕，技术效劳人员将直接同客户对话，协助诊断并解决客户提出的疑难问题。在相应的效劳要求时间内，相关工程师做出响应并开场解答的时间不超过10分钟。第五十七页，共85页。在客户方对北京中科金财提出问题诊断和支持效劳恳求后，北京中科金财将在合同规定的响应时间内与客户工程师沟通，共同解决系统问题。在提供任何必要的现场效劳之前，北京中科金财将首先使用远程支持效劳工具〔在客户允许的前提下〕对效劳范围内的设备进展远程诊断，或通过其它远程方式为解决问题提供帮助。效劳流程：针对西安市第四医院全院级PACS信息系统硬件及系统集成需向北京中科金财工程师提供必要的远程技术支援的设备。北京中科金财工程师登录到故障设备，通过诊断，分析故障产生的原因，制定故障解决技术方案后，将通知信息技术部，待技术方案经批准后，北京中科金财工程师才进展故障解决方案的详细施行。第五十八页，共85页。远程接入支持效劳公司在具备远程接入的条件下，将提供远程接入方式对客户方管理中心系统问题进展检查、诊断和分析。北京中科金财工程师仅在得到客户方答应的情况下方可访问客户方管理中心系统，并且北京中科金财将确保所访问系统的平安性和保密性，同时保证数据完好性。针对本工程设备在相应效劳时段内，相关工程师做出响应并开场提供远程接入支持的时间不超过1小时。第五十九页，共85页。现场技术支持效劳按照要求，北京中科金财将在规定时间内〔见下文〕指派工程师提供现场支持效劳。北京中科金财工程师将在效劳时间要求内完成相关工作，并得到确认前方可分开现场。在相应效劳时段内出现系统宕机情况时，相关工程师将在规定时间内提供现场支持效劳。对于通过支持和远程支持都不能解决的设备故障，北京中科金财工程师将在合同规定的2小时内迅速到达现场提供现场支持效劳，安排多年经历丰富的技术支持工程师赴现场分析故障原因，制定故障解决方案，并在规定的1小时内提供备品备件到达现场，2小时内解决故障。第六十页，共85页。技术支持工程师到达客户现场后，在系统可以重新正常运行之前，不能停顿效劳；只有当需要合同外的备件或资源时，效劳工作可暂停；一旦这些备件或资源备齐，可应用户要求立即进展效劳。现场技术支持效劳完成后，技术支持人员将向用户方提交现场技术效劳报告，用户方签字确认，双方各自存档；另外针对本次效劳的相关内容，北京中科金财技术人员可根据用户需要对用户方进展解释和现场培训。第六十一页，共85页。故障处理效劳北京中科金财将提供现场软、硬件故障定位和处理效劳。故障级别分类北京中科金财提供7×24小时维护效劳，根据客户方不同的故障级别启动不同的效劳流程，尽快修复故障，恢复设备正常运行。北京中科金财工程师可通过指导、远程登陆或现场效劳等方式进展故障修复，并保证满足双方约定的效劳等级中相应故障级别的处理时限。如有需要，北京中科金财将协助客户方建立所有硬件设备及相关系统软件各种故障的恢复流程及应急措施，提供更换故障配件步骤或相关技术方案。第六十二页，共85页。根据故障的严重程度和影响程度的不同，故障级别由高到低分为一级故障、二级故障、三级故障、四级故障。当故障没有在规定时限内恢复或解决时，故障级别将自动晋级(如双方协商一致认为没有必要，也可不做晋级处理)。故障级别划分如下：1级：系统崩溃，影响整个或部分业务范围；2级：系统中断但影响范围较小、性能严重下降影响整个或部分业务范围、性能受损业务尚可运行但影响整个业务范围；3级：性能受损业务尚可运行，但影响的范围极小；4级：设备有问题但没有明显影响〔影响范围较小〕、技术咨询和支持等；第六十三页，共85页。现场响应为了保证客户方设备和软件故障的尽快解决，假设北京中科金财工程师通过远程支持不能解决问题，北京中科金财工程师将在约定的效劳级别时效内立即赶赴故障现场进展紧急现场支持和故障处理。到场时间响应为：接到用户后2小时内到达现场。在合同规定时间内，北京中科金财在接到报障后，乘坐当天最快交通工具携原厂有效配件到达客户所在现场。计时起始时间定义：效劳器报障后假设无法提取日志，那么自信息技术部固定接口人明确告知北京中科金财不能提取日志时间起计算；假设能提取日志且最终解决方案为到现场处理的，那么自信息技术部固定接口人发送日志时间起计算。第六十四页，共85页。故障解决在合同规定时限内，假设采购硬件设备系统发生故障，北京中科金财效劳级别按照要求提供7*24现场效劳，并派工程师立即开场进展不连续效劳直至系统恢复正常运行，尽快修复故障并投入使用，主要效劳内容包括：1.根据故障诊断结果及时进展备件的更换，如故障无法判断时或其它必要时可在大范围内更换设备备件以保证在最快时间内恢复设备的正常使用状态；2.对于维护清单以外的非投标人硬件设备〔如软件或其他厂商设备〕故障造成的问题，北京中科金财工程师需给出合理的建议。3.对未明确原因的问题，北京中科金财将协助进展排查。第六十五页，共85页。故障分析时间北京中科金财工程师在解决故障，系统恢复正常运行后，还将继续对系统运行情况进展跟踪，并结合故障现场信息对故障产生原因进展分析，3个工作日内向提交?设备及软件故障处理分析报告?，同时参加北京中科金财工程师的用户故障处理数据库。设备变更或重要事件支持完毕后，也于3个工作日内提供?设备变更处理报告?或?重要事件支持报告?。第六十六页，共85页。紧急抢救效劳紧急故障恢复效劳包括紧急支持效劳、紧急远程支持效劳和紧急现场支持效劳。根据用户申告的设备故障信息及其要求，立即安排经历丰富的技术工程师进展支持和远程技术支持，同时安排技术工程师立即赶往现场，并成立前方专家小组配合进展故障处理，如有必要将在前方实验室模拟，找出故障发生原因和解决方法。在紧急故障恢复效劳过程中，北京中科金财工程师负责记录所有事件的发生时间及所采取的措施；设备故障处理完毕以后，视情况双方协商决定可以由技术工程师在现场观察1－2天，在征得用户同意后，技术工程师再分开现场。第六十七页，共85页。辅助故障定位效劳北京中科金财具有主机、网络、数据库、存储、中间件等多厂商多平台协作支持才能，当涉及到多厂商产品的用户业务系统出现系统故障时，用户往往难以准确定位故障点。作为软硬件系统维护的综合效劳商，北京中科金财可以通过协调、配合相关软硬件厂商，共同对系统故障进展排查，为用户提供辅助故障定位效劳。并以合作的态度共同完成故障的解决，从而防止因多方推委造成用户业务的更大损失。出现与主机系统相关但难以准确定位故障原因的系统问题时，为了保证故障得到及时、准确的定位和处理，北京中科金财工程师将根据的合理安排到达现场提供技术支持效劳。北京中科金财工程师将配合西和其他相关厂商工程师对故障进展分析定位并及时解决。第六十八页，共85页。备件支持和现场备件效劳当设备或系统出现故障时，北京中科金财及时进展检查、维修或更换故障部件。假如出现硬件设备故障，规定时间内提供不低于故障设备规格型号档次的备用设备进展替代使用，直至故障设备修复为止，以最大限度保证业务系统不连续地正常运行。假设需要更换部件，其更换的部件应与原有部件具备同等兼容性和同等质量。在365天7×24小时范围内，假设采购硬件及软件系统发生故障，北京中科金财响应2小时内，将完好备件运抵现场，并派工程师在现场完成备件更换。第六十九页，共85页。针对针对西安市第四医院全院级PACS信息系统硬件及系统集成的特点，北京中科金财在已有备件效劳形式的根底上，特别对西安市第四医院全院级PACS信息系统硬件及系统集成制定了量体裁衣的特定备件效劳形式。北京中科金财对每款设备中容易出现故障和关系系统运行至关重要的设备提供专门的备件效劳，在要求储藏的备件范围外我们还额外增加了高频易损备件的储藏量，做到真正的有备无患。当对西安市第四医院全院级PACS信息系统硬件及系统集成发生紧急情况时，北京中科金财工程师会以最快的速度对客户方硬件问题进展反响，以快捷的方式到达客户现场，并对问题进展解决。确立了稳定可靠的供货渠道，即使发生大规模的备件需求也会在规定时间内得到效劳支持，迅速的处理问题。第七十页，共85页。我们保证，对于本工程保修过程中涉及到的效劳器维修配件都满足如下要求：配件来源于正当渠道；规格、型号与故障件完全一致；交付针对西安市第四医院全院级PACS信息系统硬件及系统集成配件为新件；故障件中包含针对西安市第四医院全院级PACS信息系统硬件及系统集成商业信息，返还效劳方前先经进展平安处理；有足够的维修配件资源保证4小时携原厂有效配件到达现场。在效劳保障期内，通过备件更换效劳有效减少客户方对冗余固定资产管理投入的精力和本钱。当故障原因被认定是备件损坏