西安市第四醫(yī)院PA硬件方案

全院級PACS信息系統(tǒng)硬件及系統(tǒng)集成工程施行方案北京中科金財科技股份年1月西安市第四醫(yī)院第一頁，共85頁。前言工程背景需求分析建立目的建立方法系統(tǒng)規(guī)劃工程進度方案施工進度管理措施工程施行方法相關效勞第二頁，共85頁。前言隨著醫(yī)學工程的進步，許多高科技臨床醫(yī)學檢查儀器設備，不斷地被設計制造以協(xié)助醫(yī)生進展醫(yī)療診斷工作，如:電腦斷層(CT)、核磁共振(MRL)、血管造影(DSA)、數(shù)字X光機(DR)、CR、超音波等，而這些醫(yī)學儀器是醫(yī)院不可缺的重要工具，但本錢相當高。所以，如何善用這這些設備資源所產生的影像資料，以便迅速及時地送到醫(yī)生手上以協(xié)助診斷工作，進步工作時效、節(jié)省資源，成為現(xiàn)代醫(yī)院追求高效勞品質的工作指標。由于醫(yī)療影像信息化技術的飛速開展，使得PACS系統(tǒng)已經日益成為各級醫(yī)院實現(xiàn)信息化建立的重要組成部分。當前的PACS產品支持醫(yī)學圖像的全數(shù)字獲取、轉換、解釋、存儲、傳輸和查閱。PACS的開展也呈現(xiàn)出一個很大的特點：醫(yī)院影象設備的開展使放射科圖象數(shù)據(jù)量激增，圖像的數(shù)據(jù)量為存儲容量帶來了很大的挑戰(zhàn)，數(shù)據(jù)需要進展分級存儲和歸檔，同時，數(shù)據(jù)需要備份容災和異構存儲環(huán)境的現(xiàn)狀也越加突出，因此PACS系統(tǒng)需要一種可靠、靈敏的大容量存儲系統(tǒng)來滿足其應用和開展。第三頁，共85頁。工程背景需求分析PACS系統(tǒng)對存儲系統(tǒng)特點：1．PACS系統(tǒng)和HIS系統(tǒng)等數(shù)據(jù)在存儲容量、訪問響應速度、訪問頻率、存儲可擴展性等方面存在差異，需進展分類存儲策略。2．醫(yī)療PACS系統(tǒng)中的數(shù)據(jù)保存量大，增長速度快，部分數(shù)據(jù)將作為歸檔數(shù)據(jù)，需要平安地保存和隨時方便地調用，需采用分級存儲策略。3．部分影像資料用于科研和教學，重要性高，需要可靠有效的容災數(shù)據(jù)保護方案。4．隨著醫(yī)療行業(yè)競爭日趨劇烈，PACS存儲系統(tǒng)的建立需要投資的總本錢，降低總擁有本錢〔TCO〕，進步投資回報率。5．PACS存儲系統(tǒng)的設計需要具備高擴展性和靈敏性，需要支持容量增長的高度可擴展架構和對異構存儲環(huán)境的支持。以實現(xiàn)將來無縫擴容，而且不增加因擴容帶來的管理開銷。第四頁，共85頁。醫(yī)院系統(tǒng)可以將數(shù)據(jù)按其自身特征劃分為“PACS數(shù)據(jù)〞和“非PACS數(shù)據(jù)〞等兩大類，前者專指PACS系統(tǒng)的數(shù)據(jù)，后者包括HIS系統(tǒng)、電子病歷系統(tǒng)與社會保險系統(tǒng)的全部數(shù)據(jù)。這兩類數(shù)據(jù)的差異很大：前者主要是多媒體文檔，其并發(fā)訪問量小，但文件尺寸比較大；后者包括傳統(tǒng)文檔和數(shù)據(jù)，其并發(fā)訪問量大，但數(shù)據(jù)尺寸小。從系統(tǒng)本身的角度來看也是如此：無論是持續(xù)可用性、數(shù)據(jù)平安性，還是響應速度，其它三個系統(tǒng)都比PACS系統(tǒng)的要求高。詳細而言，就是對“PACS數(shù)據(jù)〞和“非PACS數(shù)據(jù)〞要分別加以存儲。第五頁，共85頁。因此醫(yī)院的數(shù)據(jù)從平安性、數(shù)據(jù)尺寸大小、并發(fā)訪問量等角度可以分為以下三種：第一種是PACS數(shù)據(jù)，它的特點是并發(fā)訪問量小，但文件尺寸比較大，建議StripeSize設置大一些性能會更好，例如128KB；平安性較之非PACS數(shù)據(jù)要低一點，所以建議設置為RAID5。第二種是非PACS數(shù)據(jù)，包括HIS系統(tǒng)、電子病歷系統(tǒng)與社會保險系統(tǒng)的全部數(shù)據(jù)。它們的特點是并發(fā)訪問量大，但文件尺寸比較小，建議StripeSize設置小一些性能會更好，例如8KB；平安性要求高，所以建議設置為RAID6，這樣系統(tǒng)損壞了兩塊硬盤，上面存放的數(shù)據(jù)都不會喪失，而且系統(tǒng)還能正常使用。第三種是臨時數(shù)據(jù)，包括醫(yī)院的大廳和過道的監(jiān)控所產生的數(shù)據(jù)。它們需要保存的時間較短，數(shù)據(jù)量不大，因此沒有必要采取保護措施，我們建議采用RAID0格式，這樣既進步了錄像存儲的速度，同時又節(jié)約存儲空間。第六頁，共85頁。同時，還有一些用來管理數(shù)據(jù)庫的系統(tǒng)軟件，以維護數(shù)據(jù)庫并有效地訪問數(shù)據(jù)庫中任意部分數(shù)據(jù)。通常情況下，會存放在效勞器上，但是處于平安性的考慮，我們建議將它存放在磁盤陣列上，以防止效勞器宕機時數(shù)據(jù)喪失。它的特點是平安性要求高；數(shù)據(jù)量很小，大概50G的空間就可以；同時文件尺寸比較小。出于它自身的特殊性，我們會在下面的方案中做進一步分析。第七頁，共85頁。建立目的全院級PACS系統(tǒng)必需具有高性能、高可靠性、高可用性以及高可擴展才能，并且有容災功能的考慮和需求。本次建立PACS系統(tǒng)詳細要求如下：1．適用醫(yī)院：跨科室的全院PACS施行。2．存儲容量：20GB/日數(shù)據(jù)量以上。3．充分考慮系統(tǒng)的實時性，平安性與穩(wěn)定性；充分考慮數(shù)據(jù)的增長，存儲應具有較大的擴展才能。4．存儲架構：采用集中式SAN存儲架構，構建三級存儲系統(tǒng)。5．在線容量：為臨床醫(yī)生提供1年內的一級在線影像資料查詢。6．備份存儲：備份存儲容量應大于全院10年的影像總量。第八頁，共85頁。根據(jù)上述要求，我們對數(shù)據(jù)存儲容量進展估算：1．一級在線數(shù)據(jù)存儲空間需求：本次四院根本業(yè)務數(shù)據(jù)需求：20GB/日數(shù)據(jù)量以上，為臨床醫(yī)生提供1年內的在線影像資料查詢。因此，需保存的在線可用容量為20GB/日；考慮存儲空間到達總空間的80%時，性能將降低，因此，配置20%的冗余空間，因此，總空間需求為：；整體上按照RAID5形式估算：存儲裸容量需求為：；考慮數(shù)據(jù)庫空間和文件損失，熱備份盤等需求，推薦配置15TB的裸容量作為一級存儲并且增加1TB固態(tài)硬盤作為1個月內常用影像資料快速存取可提升30%在線硬盤性能，在1個月后轉存到SAS硬盤中備查。第九頁，共85頁。2．本次存儲空間配置：備份存儲容量應大于全院10年的影像總量，因此我們本次配置備份容量為80TB。針對上述要求，推薦在全院級PACS系統(tǒng)采用磁盤陣列組建三級存儲系統(tǒng)。一級存儲采用系列8塊200G固態(tài)硬盤加上SAS硬盤，提供的裸容量，完全滿足了一級在線存儲最大15TB的容量需求。二級采用30塊2TB7200轉NL_SAS，保證了數(shù)據(jù)共享和快速在線訪問的大容量存儲需求。三級存儲采用VTL代替?zhèn)鹘y(tǒng)的光盤庫或磁帶庫，增強了備份數(shù)據(jù)管理特性、進步備份和恢復的速度，采用廉價的7200轉NL_SAS硬盤實現(xiàn)海量存儲，也有效控制了本錢。第十頁，共85頁。傳統(tǒng)PACS系統(tǒng)的現(xiàn)狀和問題PACS系統(tǒng)是醫(yī)院信息系統(tǒng)提升的關鍵業(yè)務，在PACS系統(tǒng)應用環(huán)境中，主要可以分為兩大部分。第一部分是基于醫(yī)療影像計算平臺的效勞器架構，另外一部分是基于影像存儲的共享存儲系統(tǒng)。IBM傳統(tǒng)解決方案的邏輯架構如以下圖所示：第十一頁，共85頁。針對共享存儲平臺，傳統(tǒng)的PACS系統(tǒng)基于簡單磁盤存儲和物理帶庫的形式將帶來以下幾個問題應用系統(tǒng)較多，各個系統(tǒng)資源之間互為孤島，資源固定，投資時每個系統(tǒng)都要預留足夠的資源，造成占用資源大，設備利用率低。同時也遇到人員緊張，維護壓力大。多種應用系統(tǒng)，共享存儲在大數(shù)據(jù)并發(fā)時機械硬盤會成為性能瓶頸。隨著PACS系統(tǒng)的不斷完善，一套完成的PACS系統(tǒng)包括了核心數(shù)據(jù)庫應用，影像管理應用，診斷報告應用，系統(tǒng)保障應用等，每個應用模塊又可以細分為多個子模塊。傳統(tǒng)的磁盤陣列采用單一機械硬盤介質，在大數(shù)據(jù)量訪問時，磁盤的訪問效率將成為陣列的性能瓶頸，從而影響PACS應用的客戶體驗和運行效果。第十二頁，共85頁。未引入分層存儲、數(shù)據(jù)塊級壓縮等功能，數(shù)據(jù)存儲效率較低。傳統(tǒng)的PACS架構中，通常僅采用單一類型的機械硬盤，且無論是近期的臨床數(shù)據(jù)還是過往的歷史數(shù)據(jù)均共同存放。由于PACS數(shù)據(jù)龐雜且單個文件較大，傳統(tǒng)的數(shù)據(jù)存放方式不僅僅較大占用空間，且存儲效率低下。整體架構未考慮存儲磁盤資源池的建立管理。隨著業(yè)務的快速開展，存儲架構越來越復雜，各種異構存儲同時運行，整體存儲架構的優(yōu)化和管理就會變得越來越重要，存儲資源池的建立講極大進步存儲利用率，并可統(tǒng)一管理。第十三頁，共85頁。對PACS系統(tǒng)所產生的數(shù)據(jù)使用物理帶庫存儲藏份機制，備份效率較低。傳統(tǒng)的PACS系統(tǒng)只看重數(shù)據(jù)的集中存儲，僅考慮了數(shù)據(jù)的離線備份，沒有考慮到數(shù)據(jù)的近線備份，這樣就使數(shù)據(jù)恢復和回滾效率降低。根據(jù)以上情況分析，新型的醫(yī)療PACS系統(tǒng)的建立，需要考慮一定的前瞻性，融入最新的存儲虛擬化及固態(tài)硬盤技術，使整個PACS存儲系統(tǒng)高效更加彈性更加易管理易維護。第十四頁，共85頁。新型PACS系統(tǒng)的開展方向：在新的PACS系統(tǒng)建立過程中，IT根底架構的選擇方面呈現(xiàn)著以下幾個方面采用虛擬化主機、虛擬化網絡、虛擬化存儲三層虛擬化架構。存儲采用固態(tài)硬盤和分層存儲，將熱點數(shù)據(jù)存放于固態(tài)硬盤，一般消費數(shù)據(jù)存放在高速磁盤，而近期的備份數(shù)據(jù)存放于大容量低速硬盤引入磁盤陣列虛擬化網關產品，將所有磁盤陣列資源池化后統(tǒng)一進展管理，大幅進步磁盤利用率，并使得PACS業(yè)務系統(tǒng)更加靈敏。引入虛擬磁帶庫產品，在滿足業(yè)務合規(guī)的要求下，大幅進步數(shù)據(jù)恢復和備份時間。第十五頁，共85頁。建立方法本次采用的系統(tǒng)架構概述從前面的需求分析，按照方案設計原那么，我們設計了以下圖所示的系統(tǒng)架，主要由PACS數(shù)據(jù)中心和網絡改造兩大部分組成：數(shù)據(jù)中心：2臺IBMSystem3850X5效勞器建立雙機高可用系統(tǒng)做PACS數(shù)據(jù)庫效勞器系統(tǒng)，6臺IBMSystem3850X5效勞器+VMware虛擬化軟件建立虛擬化應用集群；IBMStorweizV7000存儲配置固態(tài)硬盤作為主存儲系統(tǒng)，以IBMSVC建立PACS系統(tǒng)存儲資源池，引入IBMTS7620虛擬帶庫做為近線備份平臺。第十六頁，共85頁。工程設備鏈接拓撲圖第十七頁，共85頁。網絡改造：建立萬兆雙核心交換機+16臺萬兆上行接入交換機，實現(xiàn)桌面千兆高速網絡。2臺S7706萬兆核心交換機16臺S5700萬兆上行接入交換機網管平臺拓撲圖如下第十八頁，共85頁。系統(tǒng)規(guī)劃PACS數(shù)據(jù)庫效勞器雙機高可用方案通過效勞器虛擬化租賃，建立西安市第四醫(yī)院私有云，實現(xiàn)對效勞器系統(tǒng)的應用，實現(xiàn)效勞器根底環(huán)境的輕資產，降低效勞器購置的總體擁有本錢，為今后整套機房搬遷提供條件，并為施行桌面虛擬化奠定根底。1、建立公司效勞器根底資源池，硬件共享、統(tǒng)一調度，將公司IT環(huán)境改造成高效、可靠、節(jié)能、具有彈性的架構。2、減少效勞器環(huán)境資產的投入，降低效勞器購置的總體擁有本錢，實現(xiàn)效勞器根底環(huán)境的輕資產。3、降低效勞器對機房空間面積的需求，減少效勞器對機房電費、制冷的電力消耗，減少效勞器對其他機房根底環(huán)境的需求。第十九頁，共85頁。4、實現(xiàn)效勞器應用環(huán)境的整合運行，可以在企業(yè)范圍內管理、共享所有效勞器資源，性能根據(jù)需要裝備，設定合理的性能。5、實現(xiàn)效勞器的快速部署、應用及維護，減少購置及維護時間。降低IT資源管理難度，降低維護本錢。6、進步效勞器系統(tǒng)的高可用性，進步信息系統(tǒng)的業(yè)務連續(xù)性，進步系統(tǒng)的靈敏性和快速響應。需要維護維修硬件效勞器時，應用系統(tǒng)可隨時飄移到另外的虛擬效勞器運行，可以零停機進展硬件維護和晉級，應用不會中斷，進步IT效勞程度和滿意度。第二十頁，共85頁。7、新上工程時，除非效勞器性能占用太多，否那么無需配置新效勞器，而通過部署虛擬效勞器滿足需要，快捷低本錢。8、通過效勞器虛擬化，可以減少效勞器的數(shù)量，減少租賃機房的機柜空間，減少中心機房租賃的租賃費用。9、另外，效勞器虛擬化的施行，桌面虛擬化與效勞器虛擬化共用后臺計算資源，減少桌面虛擬化的投入費用，為桌面虛擬化奠定根底。第二十一頁，共85頁。虛擬化平臺搭建方案整體方案設計方案設計思路我們方案將西安市第四醫(yī)院工程效勞器虛擬化整合工程按照以下思路設計和施行。主要是在現(xiàn)有根底上構建有彈性的虛擬化根底平臺架構，使得相應的計算、網絡和存儲資源可以以最大利用率的方針對用戶現(xiàn)有及將來的應用部署提供快速效勞支撐，滿足業(yè)務系統(tǒng)快速上線與降低信息系統(tǒng)根底架構管理復雜性的要。第二十二頁，共85頁。虛擬化環(huán)境實現(xiàn)目的：完成根本的虛擬化根底平臺架構建立，同時為將來業(yè)務的不斷增加提供可自動在線彈性擴展的虛擬化資源池系統(tǒng)。虛擬化環(huán)境的根本要求如下：考慮到構建集中式的虛擬機高可用集群環(huán)境，需要配置足夠的冗余交換網絡：這包括管理及集群心跳網絡，在線遷移網絡以及虛擬機應用對外連接的效勞網絡。對整個數(shù)據(jù)中心的應用資源合理分配，確保平臺運行各應用尤其是核心應用的計算資源和IO資源得到有效的保障。對整體數(shù)據(jù)中心虛擬化集群環(huán)境實現(xiàn)負載平衡的計算資源在線管理，如虛擬機熱遷移等功能，以及數(shù)據(jù)中心根底架構的彈性擴展。第二十三頁，共85頁。實現(xiàn)虛擬機負載平衡的高可用環(huán)境〔HA〕虛擬機集群環(huán)境的集中統(tǒng)一管理和監(jiān)控(VMware

vCenter

Server)通過虛擬化環(huán)境延長軟硬件的生存周期，確保降低總體擁有本錢TCO，進步投資回報率。為了實現(xiàn)數(shù)據(jù)的集中存儲、集中備份以及充分利用虛擬架構中虛擬機可動態(tài)在線從一臺物理vServer效勞器遷移到另一臺物理vServer效勞器上和高可用等特性；會將數(shù)據(jù)中心整體構建在基于SAN的存儲網絡，通過共享的存儲架構，可以最大化的發(fā)揮虛擬架構的整體優(yōu)勢。第二十四頁，共85頁。方案設計描繪根據(jù)上述設計思路，結合我們以往的工程經歷，針對本次工程的虛擬化平臺整體架構如下：第二十五頁，共85頁。以上為總體架構方案，分成4層，效勞器層、數(shù)據(jù)存儲層、網絡層和虛擬機資源層。第一部分-效勞器層：采用x86架構效勞器組成資源池，為虛擬化桌面提供足夠的計算資源，本方案會由6臺效勞器主機組建虛擬化效勞器集群系統(tǒng)。第二部分–存儲層：分別利用本次方案中的一套存儲系統(tǒng)和一套備份存儲，配合虛擬化集群實現(xiàn)容災備份.采用6臺安裝了虛擬化的效勞器組成集群〔通過光纖通道連接1臺主光纖存儲，和1臺備份存儲作為私有云數(shù)據(jù)中心消費環(huán)境的底層硬件〕。第二十六頁，共85頁。第三部分–網絡層：分成2部分，一部分是存儲網絡，用于效勞器設備與存儲設備之間的連通，另外一部分業(yè)務網絡，分成管理網絡和業(yè)務網絡，管理網絡用于對整個虛擬化平臺進展管理，業(yè)務網絡用于所虛擬出來的效勞器連接業(yè)務網絡。方案中將虛擬化效勞器系統(tǒng)與存儲藏份系統(tǒng)及其應用業(yè)務視為一個親密結合的整體來進展方案設計，確保其軟硬件在具良好兼容性的前提下發(fā)揮出最優(yōu)的性能。第四部分–虛擬機層：此次工程由6臺效勞器、1套虛擬化存儲設備作為整個虛擬化集群平臺的資源池。方案可以最大利用到設備的性能和能表達出系統(tǒng)的高可用。在集群中創(chuàng)立1臺效勞器安裝虛擬化軟件實現(xiàn)虛擬化平臺的集中管理和高可用。第二十七頁，共85頁。建成后整個虛擬化數(shù)據(jù)中心如以下圖：第二十八頁，共85頁。物理主機網絡部署建議根據(jù)最正確理論，網絡架構應該滿足如下要求：管理網絡，在線遷移網絡，虛擬機對外提供效勞的網絡應該各自獨立。對于每一個虛擬交換機vSwitch建議應該配置至少兩個上行鏈路物理網絡端口。對于多網口的冗余配置應該遵循配置在不同PCI插槽間的物理網卡口之間。對于物理交換網絡也應該相應的進展冗余設置，防止單點故障。對于吞吐量和高并發(fā)網絡帶寬使用要求的，可以考慮采用10GbE，不過采用萬兆網絡在適配器和交換機上的投入本錢也會相應增加。簡單的方法是通過在虛擬機網絡vSwitch或vPortGroup上通過對多塊1GbE端口捆綁負載平衡實現(xiàn)。第二十九頁，共85頁。對于虛擬機應用的網絡，為了確保虛擬機在執(zhí)行了vMigration遷移后保持其原有的VLAN狀態(tài)，根據(jù)實際需要在虛擬交換機端口啟用的VLAN標記〔VST〕方式；確保遷移主機保存原有配置如網關等，啟用通知物理交換機功能，通過反向ARP通知物理交換機虛擬機端口的更改，確保新會話可以被正確建立。設備連接邏輯圖如下：第三十頁，共85頁。虛擬化平臺高可用設計在保證業(yè)務的高可用性和業(yè)務連續(xù)性上，根據(jù)需求可以考慮三種方案：虛擬化平臺級HA高可用性功能、有效的利用宿主機的硬件資源，但是存在虛擬機在重啟過程中短暫時間〔15-30秒業(yè)務中斷〕。假如運行在該虛擬機上的業(yè)務應用非常重要，客戶無法承受短暫時間的業(yè)務中斷可以使用vMirrior〔容錯功能〕該種方案可以解決HA出發(fā)時的業(yè)務中斷，但是無法保護虛擬機內操作系統(tǒng)崩潰或應用程序故障而引發(fā)的故障。第三十一頁，共85頁。虛擬化平臺備份設計備份方式的選擇在本工程中，所有的虛擬機文件全部都存放在單獨的磁盤陣列設備上，所以可以通過以下方式輕松實現(xiàn)虛擬機的備份。采用vCenter實現(xiàn)虛擬機的備份vCenter提供完好備份和增量備份2種功能選擇，增量備份包含了內嵌的基于數(shù)據(jù)塊的inline重復數(shù)據(jù)刪除技術，可以大大降低在存儲設備上占用的空間。通過基于對vServer的全部支持，來幫助監(jiān)視那些在HA,VMigration和分布式資源安排間挪動虛擬機的虛擬機，確保他們的備份方案不受影響。第三十二頁，共85頁。備份策略設計根據(jù)系統(tǒng)的業(yè)務特點和建立備份系統(tǒng)的經歷，可以考慮采取以下備份策略，關于備份時間確實定應兼顧兩個標準，首先選擇在消費業(yè)務清閑時，其次防止同時在備份效勞器上進展備份第三十三頁，共85頁。方案優(yōu)勢虛擬化方案在功能、效勞、用戶體驗等方面都具有明顯優(yōu)勢：用戶體驗優(yōu)勢安裝部署簡便虛擬化方案部署簡捷，6臺效勞器大約4個小時就能部署完畢；且所有功能均在安裝部署時一次性完成，無需后續(xù)額外安裝其他的組件；特別是vCenter可以直接部署在虛擬機內，無需像國外廠商的產品一樣必須安裝在windowsserver中，不僅簡化了安裝部署，而且節(jié)省了軟件費用.第三十四頁，共85頁。SVC的根本概念SVC(SANVolumeController)采用In-Band方式進展存儲虛擬化。SVC系統(tǒng)實際上是一個集群(Cluster)系統(tǒng),它由node組成。一個SVC系統(tǒng)至少包含2個node,每2個node組成一個I/OGroup，它用來為Host提供I/O效勞。到如今為止，一個SVC系統(tǒng)最多包含8個node,即4個I/OGroup。在一個SVC系統(tǒng)中，存儲子系統(tǒng)中的一個或多個存儲單元被映射為SVC內部的存儲單元MDisk(ManagedDisk)，一個或多個Mdisk可以被虛擬化為1個存儲池(稱為MDG)，所有的MDG對所有的I/OGroup均可見。MDG是一個存儲池，它根據(jù)一定的分配策略(如Striped,Image,Sequential)分配虛擬的存儲單元，稱為VDisk。I/OGroup以Vdisk為單位對Host提供LUN-Masking(也稱為LUN-Mapping)效勞，使得Host可通過HBA可訪問被提供LUN-Masking效勞的VDisk。如以下圖所示：第三十五頁，共85頁。第三十六頁，共85頁。第三十七頁，共85頁。SVC的可靠性、可用性SVC采用了RAS的設計思想：通過冗余組件使系統(tǒng)具有極高的可靠性，可用性以及高效勞性。第三十八頁，共85頁。高度冗余的部件：由于SVC是一個集群系統(tǒng)，當中的每個部件都有對應的備份(Backup)部件，例如，Node與Node之間互為備份，前端(Front-End)FC端口之間可以互為備份。后端(Back-End)FC端口之間也可以互為備份，整個系統(tǒng)沒有單一的故障點。如以下圖所示。SVC具有非常高的可靠性。第三十九頁，共85頁。四院網絡改造客戶建網需求分析西安第四醫(yī)院為三級甲等醫(yī)院，醫(yī)院的信息化已具備一定的規(guī)模，HIS、LIS、PACS、EMR、視頻幾大系統(tǒng)均已應用或者即將應用，因此，網絡的設計應以幾大應用系統(tǒng)的要求為根據(jù)。由于HIS、LIS、EMR系統(tǒng)具有相似的業(yè)務特點，因此將這幾大系統(tǒng)統(tǒng)一進展需求分析。第四十頁，共85頁。已有HIS、LIS、EMR系統(tǒng)業(yè)務需求分析業(yè)務特點：早上9點至10點是業(yè)務頂峰期；掛號，診斷，取藥，繳費等門診業(yè)務并行開展；配藥，輸液，查房，繳費等住院業(yè)務并行開展；病患精神高度緊張，門診大樓集中大量病患，要求業(yè)務不能中斷；電子病歷將來承載語音和視頻。第四十一頁，共85頁。網絡需求：高可靠，保證網絡不能中斷，為業(yè)務提供持續(xù)運行環(huán)境；高性能，有效承載業(yè)務頂峰期的突發(fā)流量；高平安，病人資料高度保密。本次新建PACS系統(tǒng)業(yè)務需求分析業(yè)務特點：大型3甲醫(yī)院15%的病患需要做PACS影像檢查；CT，核磁共振等設備產生的影像數(shù)據(jù)需要快速上傳到PACS效勞器；醫(yī)生工作站在診斷時，需要快速調閱PACS效勞器中的影像數(shù)據(jù)；PACS業(yè)務產生大量數(shù)據(jù)，存儲，備份，歸檔占用大量網絡資源。第四十二頁，共85頁。網絡需求：高性能，PACS是醫(yī)院占用網絡帶寬和存儲的主要業(yè)務，醫(yī)生工作站需要千兆帶寬接入；高平安，病患影像資料高度保密；高可靠，保證網絡不能中斷，為業(yè)務提供持續(xù)運行環(huán)境。第四十三頁，共85頁。將來視頻業(yè)務需求分析業(yè)務特點：醫(yī)院開展多種視頻相關業(yè)務，包括：視頻教學，視頻會議，視頻監(jiān)控，IPTV等業(yè)務；視頻教學和遠程會診等業(yè)務要求視頻高度明晰；視頻監(jiān)控和IPTV等業(yè)務產生大量視頻數(shù)據(jù)流。網絡需求：高性能，承載視頻流量；大緩存，保證視頻不丟包，緩解突發(fā)流量；高可靠，保證網絡不能中斷，為業(yè)務提供持續(xù)運行環(huán)境。第四十四頁，共85頁。網絡構造設計方案網絡設計的原那么基于以上的需求分析，本次網絡改造需要交換掉原有的桌面百兆接入，千兆核心骨干網的舊網絡，新建的的網絡因為PACS系統(tǒng)將來會需要傳輸較大的映像文件，所以需要改造后具有高帶寬性能，高冗余可靠，高平安保護，大緩存數(shù)據(jù)處理的特點。高帶寬高冗余高平安第四十五頁，共85頁。網絡拓撲設計第四十六頁，共85頁。業(yè)務部署設計整張網絡采用扁平化設計，核心、會聚層合二為一。核心交換機作為醫(yī)院接入業(yè)務的業(yè)務網關，跑IP三層業(yè)務；接入層交換機采用千兆接入，跑VLAN二層業(yè)務。利用VLAN天然的隔離播送域、不同VLAN之間二層隔離的特性區(qū)分、隔離不同的接入業(yè)務，保證不同的接入業(yè)務在二層互相隔離，無法互訪。不同業(yè)務之間的互訪必須經由核心交換機進展三層路由轉發(fā)?？梢栽诤诵慕粨Q機上設置訪問策略來控制用戶、業(yè)務部門之間的訪問需求。對于網絡運維，本方案擬采用一套綜合網絡管理系統(tǒng)，對新建網絡的設備及老網設備統(tǒng)一進展管理，維護，進步維護人員的工作效率，減少維護人員的工作投入。第四十七頁，共85頁。工程進度方案工程進度方案表序號工作內容時間要求實施方1商務備貨，發(fā)貨到客戶現(xiàn)場。同步進行現(xiàn)場查勘，指導實施環(huán)境準備。分步到貨，網絡先行。15天中科金財2設備驗收，設備安裝、上電。5天中科金財3數(shù)據(jù)網絡、存儲網絡、服務器虛擬化配置、測試。10天中科金財4集成系統(tǒng)培訓。5天中科金財5集成系統(tǒng)上線運行，系統(tǒng)優(yōu)化。10天中科金財PACS系統(tǒng)應用系統(tǒng)調試，試運行。遷移數(shù)據(jù)，壓力測試。配合第三方軟件商第四十八頁，共85頁。施工進度管理措施能否保證施工工期，關系到本公司的經濟利益和企業(yè)信譽。工程施行開場，我公司將相應制定內部工期獎罰規(guī)定，以從管理制度上保證按方案開工。在施工組織方面，方案采取如下措施：組建一支具備豐富智能系統(tǒng)工程有關設備施工經歷的施工隊伍，成立精干的工程經理部，高效優(yōu)質地組織施工。積極協(xié)助建立單位盡快辦理有關報建及開工手續(xù)，盡早進展前期準備活動，編制科學合理的施工進度方案。認真準備圖紙會審工作，爭取早日具備開工條件。詳細編制整個工程進度方案和月、周進度方案，強化方案管理，經常對照檢查，與突發(fā)情況，隨時調整施工方案，確保施工進度。第四十九頁，共85頁。根據(jù)方案任務編制相應的勞動力、材料需用量方案，并根據(jù)工程進展情況及時安排追加方案，確保各項資源滿足總體工期方案需要。通過定期與不定期的碰頭會、調度會檢查方案的執(zhí)行情況，并與方案比照，如有延誤，找出影響因素，認真分析，從分析結果入手，采取針對性、詳細詳細的措施。使方案動態(tài)的獲得平衡，保證總的方案目的的實現(xiàn)。安排追趕方案，當施工趕不上方案要求的時候，為保證總體工期，要進展研究分析，并通過資源調配安排追趕方案。施工過程中做好各項施工準備工作，特別是原材料及半成品應提早做好方案按要求進場，保質、保量及時準確到位。第五十頁，共85頁。根據(jù)施工控制方案明確目的，制定工期關鍵控制點。做好節(jié)假日期間的方案管理工作。放假前，準備充足的物資、材料。節(jié)日期間利用經濟等手段穩(wěn)定勞動力，使節(jié)日期間的施工消費正常進展。在保證質量的前提下，合理組織施工消費，保證施工進度。第五十一頁，共85頁。工程施行方法設備到貨合同簽訂后45日內設備到貨。在80天內設備全部安裝、調試、驗收完畢，正式開通運行。設備安裝與用戶共同完成現(xiàn)場檢查、設備開箱驗貨、布線施工、設備安裝、設備加電測試、設備調試配置以及系統(tǒng)調試、系統(tǒng)驗測試等工作。詳細工作如下：〔1〕現(xiàn)場檢查效勞工程師協(xié)助施行安裝的用戶完成設備安裝現(xiàn)場檢查?，F(xiàn)場檢查主要是檢查會場及會場環(huán)境能否滿足設備安裝要求，是否具備設備安裝條件。第五十二頁，共85頁?！?〕設備開箱驗貨當會場具備設備安裝條件后，效勞工程師協(xié)助施行安裝的用戶根據(jù)合同對貨物開箱驗貨和清點?！?〕設備安裝效勞工程師在現(xiàn)場進展設備的安裝、線纜制作、線纜連接。在設備安裝完成后，對所有設備間的連接電纜進展檢查和測試，然后統(tǒng)一標準標示設備和線纜。第五十三頁，共85頁。設備調試完成設備加電測試、設備調試配置以及系統(tǒng)調試等工作?！?〕加電測試效勞工程師對設備進展加電測試，完成設備配置檢查、設備安裝軟件等工作?！?〕設備調試配置按照四院全院PACS系統(tǒng)建立規(guī)劃，采用規(guī)劃數(shù)據(jù)網絡、存儲網絡、效勞器虛擬化配置?！?〕系統(tǒng)調試PACS系統(tǒng)應用廠家系統(tǒng)調試，試運行。第五十四頁，共85頁。相關效勞相關效勞北京中科金財西安市第四醫(yī)院全院級PACS信息系統(tǒng)硬件及系統(tǒng)集成制定了詳細的系統(tǒng)維護效勞方案，包括效勞器及存儲設備的技術支持維護方案，詳細闡述詳見以下內容。北京中科金財鄭重承諾，嚴格遵照合同，確保西安市第四醫(yī)院全院級PACS信息系統(tǒng)硬件及系統(tǒng)集成可以獲取合同內全方位的技術支持效勞，在SLA〔效勞等級協(xié)議〕范圍內及時解決設備運行中遇到的技術問題，并提供標準的改進方法建議。通過雙方努力和工程的施行，充分挖掘出效勞合作價值。第五十五頁，共85頁。北京中科金財針對本次招標的西安市第四醫(yī)院全院級PACS信息系統(tǒng)硬件及系統(tǒng)集成中可提供7*24小時故障報修效勞熱線。當客戶方工程師發(fā)現(xiàn)系統(tǒng)硬件或軟件發(fā)生故障時，可以通過免費的熱線獲得效勞支持。同時，北京中科金財值班經理、值班工程師也需全天開通，隨時準備處理各種突發(fā)事件，同時享受如下4種響應效勞，針對工程本區(qū)域內一并可以享受以下效勞：第五十六頁，共85頁。工程師在接到用戶問題報告后，立即提供響應或在線支持效勞，最遲為10分鐘內響應。假設北京中科金財工程師不能立即確定問題，當需要查閱相關資料再對問題進展回復時，北京中科金財工程師將在10分鐘內響應技術需求，提供遠程技術支持與診斷，直至客戶方得到滿意的結果。熱線支持效勞公司提供7×24小時響應的熱線效勞〔〕，技術效勞人員將直接同客戶對話，協(xié)助診斷并解決客戶提出的疑難問題。在相應的效勞要求時間內，相關工程師做出響應并開場解答的時間不超過10分鐘。第五十七頁，共85頁。在客戶方對北京中科金財提出問題診斷和支持效勞懇求后，北京中科金財將在合同規(guī)定的響應時間內與客戶工程師溝通，共同解決系統(tǒng)問題。在提供任何必要的現(xiàn)場效勞之前，北京中科金財將首先使用遠程支持效勞工具〔在客戶允許的前提下〕對效勞范圍內的設備進展遠程診斷，或通過其它遠程方式為解決問題提供幫助。效勞流程：針對西安市第四醫(yī)院全院級PACS信息系統(tǒng)硬件及系統(tǒng)集成需向北京中科金財工程師提供必要的遠程技術支援的設備。北京中科金財工程師登錄到故障設備，通過診斷，分析故障產生的原因，制定故障解決技術方案后，將通知信息技術部，待技術方案經批準后，北京中科金財工程師才進展故障解決方案的詳細施行。第五十八頁，共85頁。遠程接入支持效勞公司在具備遠程接入的條件下，將提供遠程接入方式對客戶方管理中心系統(tǒng)問題進展檢查、診斷和分析。北京中科金財工程師僅在得到客戶方答應的情況下方可訪問客戶方管理中心系統(tǒng)，并且北京中科金財將確保所訪問系統(tǒng)的平安性和保密性，同時保證數(shù)據(jù)完好性。針對本工程設備在相應效勞時段內，相關工程師做出響應并開場提供遠程接入支持的時間不超過1小時。第五十九頁，共85頁?，F(xiàn)場技術支持效勞按照要求，北京中科金財將在規(guī)定時間內〔見下文〕指派工程師提供現(xiàn)場支持效勞。北京中科金財工程師將在效勞時間要求內完成相關工作，并得到確認前方可分開現(xiàn)場。在相應效勞時段內出現(xiàn)系統(tǒng)宕機情況時，相關工程師將在規(guī)定時間內提供現(xiàn)場支持效勞。對于通過支持和遠程支持都不能解決的設備故障，北京中科金財工程師將在合同規(guī)定的2小時內迅速到達現(xiàn)場提供現(xiàn)場支持效勞，安排多年經歷豐富的技術支持工程師赴現(xiàn)場分析故障原因，制定故障解決方案，并在規(guī)定的1小時內提供備品備件到達現(xiàn)場，2小時內解決故障。第六十頁，共85頁。技術支持工程師到達客戶現(xiàn)場后，在系統(tǒng)可以重新正常運行之前，不能停頓效勞；只有當需要合同外的備件或資源時，效勞工作可暫停；一旦這些備件或資源備齊，可應用戶要求立即進展效勞?，F(xiàn)場技術支持效勞完成后，技術支持人員將向用戶方提交現(xiàn)場技術效勞報告，用戶方簽字確認，雙方各自存檔；另外針對本次效勞的相關內容，北京中科金財技術人員可根據(jù)用戶需要對用戶方進展解釋和現(xiàn)場培訓。第六十一頁，共85頁。故障處理效勞北京中科金財將提供現(xiàn)場軟、硬件故障定位和處理效勞。故障級別分類北京中科金財提供7×24小時維護效勞，根據(jù)客戶方不同的故障級別啟動不同的效勞流程，盡快修復故障，恢復設備正常運行。北京中科金財工程師可通過指導、遠程登陸或現(xiàn)場效勞等方式進展故障修復，并保證滿足雙方約定的效勞等級中相應故障級別的處理時限。如有需要，北京中科金財將協(xié)助客戶方建立所有硬件設備及相關系統(tǒng)軟件各種故障的恢復流程及應急措施，提供更換故障配件步驟或相關技術方案。第六十二頁，共85頁。根據(jù)故障的嚴重程度和影響程度的不同，故障級別由高到低分為一級故障、二級故障、三級故障、四級故障。當故障沒有在規(guī)定時限內恢復或解決時，故障級別將自動晉級(如雙方協(xié)商一致認為沒有必要，也可不做晉級處理)。故障級別劃分如下：1級：系統(tǒng)崩潰，影響整個或部分業(yè)務范圍；2級：系統(tǒng)中斷但影響范圍較小、性能嚴重下降影響整個或部分業(yè)務范圍、性能受損業(yè)務尚可運行但影響整個業(yè)務范圍；3級：性能受損業(yè)務尚可運行，但影響的范圍極??；4級：設備有問題但沒有明顯影響〔影響范圍較小〕、技術咨詢和支持等；第六十三頁，共85頁?，F(xiàn)場響應為了保證客戶方設備和軟件故障的盡快解決，假設北京中科金財工程師通過遠程支持不能解決問題，北京中科金財工程師將在約定的效勞級別時效內立即趕赴故障現(xiàn)場進展緊急現(xiàn)場支持和故障處理。到場時間響應為：接到用戶后2小時內到達現(xiàn)場。在合同規(guī)定時間內，北京中科金財在接到報障后，乘坐當天最快交通工具攜原廠有效配件到達客戶所在現(xiàn)場。計時起始時間定義：效勞器報障后假設無法提取日志，那么自信息技術部固定接口人明確告知北京中科金財不能提取日志時間起計算；假設能提取日志且最終解決方案為到現(xiàn)場處理的，那么自信息技術部固定接口人發(fā)送日志時間起計算。第六十四頁，共85頁。故障解決在合同規(guī)定時限內，假設采購硬件設備系統(tǒng)發(fā)生故障，北京中科金財效勞級別按照要求提供7*24現(xiàn)場效勞，并派工程師立即開場進展不連續(xù)效勞直至系統(tǒng)恢復正常運行，盡快修復故障并投入使用，主要效勞內容包括：1.根據(jù)故障診斷結果及時進展備件的更換，如故障無法判斷時或其它必要時可在大范圍內更換設備備件以保證在最快時間內恢復設備的正常使用狀態(tài)；2.對于維護清單以外的非投標人硬件設備〔如軟件或其他廠商設備〕故障造成的問題，北京中科金財工程師需給出合理的建議。3.對未明確原因的問題，北京中科金財將協(xié)助進展排查。第六十五頁，共85頁。故障分析時間北京中科金財工程師在解決故障，系統(tǒng)恢復正常運行后，還將繼續(xù)對系統(tǒng)運行情況進展跟蹤，并結合故障現(xiàn)場信息對故障產生原因進展分析，3個工作日內向提交?設備及軟件故障處理分析報告?，同時參加北京中科金財工程師的用戶故障處理數(shù)據(jù)庫。設備變更或重要事件支持完畢后，也于3個工作日內提供?設備變更處理報告?或?重要事件支持報告?。第六十六頁，共85頁。緊急搶救效勞緊急故障恢復效勞包括緊急支持效勞、緊急遠程支持效勞和緊急現(xiàn)場支持效勞。根據(jù)用戶申告的設備故障信息及其要求，立即安排經歷豐富的技術工程師進展支持和遠程技術支持，同時安排技術工程師立即趕往現(xiàn)場，并成立前方專家小組配合進展故障處理，如有必要將在前方實驗室模擬，找出故障發(fā)生原因和解決方法。在緊急故障恢復效勞過程中，北京中科金財工程師負責記錄所有事件的發(fā)生時間及所采取的措施；設備故障處理完畢以后，視情況雙方協(xié)商決定可以由技術工程師在現(xiàn)場觀察1－2天，在征得用戶同意后，技術工程師再分開現(xiàn)場。第六十七頁，共85頁。輔助故障定位效勞北京中科金財具有主機、網絡、數(shù)據(jù)庫、存儲、中間件等多廠商多平臺協(xié)作支持才能，當涉及到多廠商產品的用戶業(yè)務系統(tǒng)出現(xiàn)系統(tǒng)故障時，用戶往往難以準確定位故障點。作為軟硬件系統(tǒng)維護的綜合效勞商，北京中科金財可以通過協(xié)調、配合相關軟硬件廠商，共同對系統(tǒng)故障進展排查，為用戶提供輔助故障定位效勞。并以合作的態(tài)度共同完成故障的解決，從而防止因多方推委造成用戶業(yè)務的更大損失。出現(xiàn)與主機系統(tǒng)相關但難以準確定位故障原因的系統(tǒng)問題時，為了保證故障得到及時、準確的定位和處理，北京中科金財工程師將根據(jù)的合理安排到達現(xiàn)場提供技術支持效勞。北京中科金財工程師將配合西和其他相關廠商工程師對故障進展分析定位并及時解決。第六十八頁，共85頁。備件支持和現(xiàn)場備件效勞當設備或系統(tǒng)出現(xiàn)故障時，北京中科金財及時進展檢查、維修或更換故障部件。假如出現(xiàn)硬件設備故障，規(guī)定時間內提供不低于故障設備規(guī)格型號檔次的備用設備進展替代使用，直至故障設備修復為止，以最大限度保證業(yè)務系統(tǒng)不連續(xù)地正常運行。假設需要更換部件，其更換的部件應與原有部件具備同等兼容性和同等質量。在365天7×24小時范圍內，假設采購硬件及軟件系統(tǒng)發(fā)生故障，北京中科金財響應2小時內，將完好備件運抵現(xiàn)場，并派工程師在現(xiàn)場完成備件更換。第六十九頁，共85頁。針對針對西安市第四醫(yī)院全院級PACS信息系統(tǒng)硬件及系統(tǒng)集成的特點，北京中科金財在已有備件效勞形式的根底上，特別對西安市第四醫(yī)院全院級PACS信息系統(tǒng)硬件及系統(tǒng)集成制定了量體裁衣的特定備件效勞形式。北京中科金財對每款設備中容易出現(xiàn)故障和關系系統(tǒng)運行至關重要的設備提供專門的備件效勞，在要求儲藏的備件范圍外我們還額外增加了高頻易損備件的儲藏量，做到真正的有備無患。當對西安市第四醫(yī)院全院級PACS信息系統(tǒng)硬件及系統(tǒng)集成發(fā)生緊急情況時，北京中科金財工程師會以最快的速度對客戶方硬件問題進展反響，以快捷的方式到達客戶現(xiàn)場，并對問題進展解決。確立了穩(wěn)定可靠的供貨渠道，即使發(fā)生大規(guī)模的備件需求也會在規(guī)定時間內得到效勞支持，迅速的處理問題。第七十頁，共85頁。我們保證，對于本工程保修過程中涉及到的效勞器維修配件都滿足如下要求：配件來源于正當渠道；規(guī)格、型號與故障件完全一致；交付針對西安市第四醫(yī)院全院級PACS信息系統(tǒng)硬件及系統(tǒng)集成配件為新件；故障件中包含針對西安市第四醫(yī)院全院級PACS信息系統(tǒng)硬件及系統(tǒng)集成商業(yè)信息，返還效勞方前先經進展平安處理；有足夠的維修配件資源保證4小時攜原廠有效配件到達現(xiàn)場。在效勞保障期內，通過備件更換效勞有效減少客戶方對冗余固定資產管理投入的精力和本錢。當故障原因被認定是備件損壞