全院級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小時攜原廠有效配件到達現場。在效勞保障期內，通過備件更換效勞有效減少客戶方對冗余固定資產管理投入的精力和本錢。當故障原因被認定是備件損壞