精品文檔 1歡迎下載 成都成都 xxxx 醫(yī)院醫(yī)院 私有云基礎(chǔ)架構(gòu)設計方案私有云基礎(chǔ)架構(gòu)設計方案 精品文檔 2歡迎下載 目錄目錄 1 1 醫(yī)療信息化需求概述醫(yī)療信息化需求概述 4 4 1 1 醫(yī)院實施信息化的需求分析 4 1 2 數(shù)字化醫(yī)院概述 5 1 3 數(shù)字化醫(yī)院需求分析 6 1 4 數(shù)字化醫(yī)院總體目標及原則 8 1 5 數(shù)字化醫(yī)院信息基礎(chǔ)架構(gòu)需求分析小結(jié) 10 2 2 XXXX 醫(yī)院私有云醫(yī)院私有云平平臺規(guī)臺規(guī)劃劃設計設計 1212 2 1 項目背景 12 2 2 總體規(guī)劃與設計 13 2 2 1 總體業(yè)務架構(gòu) 13 2 2 2 總體技術(shù)架構(gòu) 16 2 3 設計原則 17 2 4 網(wǎng)絡設計規(guī)劃 18 2 4 1 網(wǎng)絡設計原則 18 2 4 2 分區(qū)規(guī)劃 20 2 4 3 存儲規(guī)劃 21 2 4 4 虛擬機災難恢復 26 2 5 技術(shù)優(yōu)勢 28 2 5 1 平臺架構(gòu)優(yōu)秀 28 2 5 2 平臺兼容性強 28 2 5 3 產(chǎn)品線完整 28 精品文檔 3歡迎下載 2 5 4 平臺優(yōu)勢 29 3 3 預期效益預期效益 3131 精品文檔 4歡迎下載 1 醫(yī)療信息化需求概述 數(shù)字化醫(yī)院是我國現(xiàn)代醫(yī)療發(fā)展的趨勢 數(shù)字化醫(yī)院 是指將先進的網(wǎng)絡及數(shù)字技術(shù) 應用于醫(yī)院及相關(guān)醫(yī)療工作 實現(xiàn)醫(yī)院內(nèi)部醫(yī)療和管理信息的數(shù)字化采集 存儲 傳輸及 后處理 以及各項業(yè)務流程數(shù)字化運作的醫(yī)院信息體系 數(shù)字化醫(yī)院 是由數(shù)字化醫(yī)療設 備 計算機網(wǎng)絡平臺和醫(yī)院業(yè)務軟件所組成的三位一體的綜合信息系統(tǒng) 數(shù)字化醫(yī)院工程 體現(xiàn)了現(xiàn)代信息技術(shù)在醫(yī)療衛(wèi)生領(lǐng)域的充分應用 有助于醫(yī)院實現(xiàn)資源整合 流程優(yōu)化 降低運行成本 提高服務質(zhì)量 工作效率和管理水平 隨著信息技術(shù)的發(fā)展 更 廣義 的數(shù)字化醫(yī)院概念 不僅包含醫(yī)院內(nèi)部數(shù)字化技術(shù) 的充分應用 還包含與之配套的社會衛(wèi)生服務體系的數(shù)字化 如高質(zhì)量的院際信息網(wǎng)絡 社區(qū)衛(wèi)生寬帶網(wǎng)絡 深入家庭的數(shù)字化設備及接口等 以實現(xiàn)資源共享和零距離健康服務 1 1 1 1 醫(yī)院實施信息化的需求分析 一 醫(yī)院信息系統(tǒng)是一個真正的 小時的實時系統(tǒng) 病人的信息必須準確無誤 地傳送到醫(yī)生手中 因此系統(tǒng)一旦投入使用 就不允許停機 更不能退回手工操 作 二 醫(yī)院信息系統(tǒng)能夠?qū)崿F(xiàn)計算機終端設置在各個不同的科室 點多 面廣 多人操 作 而且工作點間聯(lián)系密切 信息要相互調(diào)用 資料要隨時更新保存 此外 病 人的醫(yī)療信息涉及到個人隱私 醫(yī)院有責任為所有病人保守秘密 因此與其它行 業(yè)相比較 醫(yī)院信息系統(tǒng)建設對系統(tǒng)的可靠性 安全性要求更高 三 解決系統(tǒng)標準化問題 如果系統(tǒng)標準化問題解決得不好 醫(yī)院間的信息溝通不僅 是紙上談兵 醫(yī)院內(nèi)部不同部門間的信息交換以及與醫(yī)院外界的信息交流也只是 夢想 數(shù)字化將推動醫(yī)院集團化 區(qū)域化 并改變醫(yī)院原有的工作模式 建立區(qū)域性的影像 中心 病理 CT MRI 等 實現(xiàn)醫(yī)學圖像網(wǎng)絡傳輸 建立區(qū)域性的中心實驗室實現(xiàn)檢查結(jié)果 網(wǎng)上傳輸 節(jié)約資源 信息中心社會化 醫(yī)院不再建立網(wǎng)絡 服務器中心 將采用租用電 信運營商網(wǎng)絡線路 建立區(qū)域性的數(shù)據(jù)中心 服務器中心和數(shù)據(jù)倉庫 實現(xiàn)醫(yī)學文獻資料 的共享 解決各醫(yī)院網(wǎng)絡建設重復 利用率低 資源浪費的缺陷 區(qū)域性的各類醫(yī)學服務 中心的建立 將使衛(wèi)生資源獲得最大程度利用 精品文檔 5歡迎下載 信息系統(tǒng)建設作為醫(yī)療行業(yè)信息化的核心內(nèi)容 在近幾年的發(fā)展中經(jīng)歷了不同的階段 目前 中國大部分的醫(yī)院信息系統(tǒng)仍然是以經(jīng)濟核算為中心的管理信息系統(tǒng) HIS 僅有 小部分的醫(yī)院在管理信息系統(tǒng)的基礎(chǔ)上開始建立用于臨床醫(yī)療業(yè)務的臨床信息系統(tǒng) CIS 并且系統(tǒng)建設主要還是集中在大中型醫(yī)院 臨床信息系統(tǒng)的主要功能是支持醫(yī)院醫(yī)護人員 的臨床活動 收集和處理病人的臨床醫(yī)療信息 豐富和積累臨床醫(yī)學知識 并提供臨床咨 詢 輔助診療 輔助臨床決策 提高醫(yī)護人員的工作效率 廣義上的臨床信息系統(tǒng)包括醫(yī) 生工作站系統(tǒng) 護理信息系統(tǒng) 檢驗信息系統(tǒng) LIS 放射信息系統(tǒng) RIS 醫(yī)療影像存儲 與傳輸系統(tǒng) PACS 以及電子病歷 EMR 系統(tǒng)等 1 2 數(shù)字化醫(yī)院概述 數(shù)字化醫(yī)院是我國現(xiàn)代醫(yī)療發(fā)展的趨勢 數(shù)字化醫(yī)院系統(tǒng)是醫(yī)院業(yè)務軟件 數(shù)字化醫(yī) 療設備 基礎(chǔ)平臺所組成的三位一體的綜合信息系統(tǒng) 數(shù)字化醫(yī)院有助于醫(yī)院實現(xiàn)資源整合 流程優(yōu)化 降低運行成本 提高服務質(zhì)量 工 作效率和管理水平 數(shù)字化醫(yī)院一般由以下系統(tǒng)組成 HIS Hospital Information System 醫(yī)院信息系統(tǒng) PACS Picture Archiving and Communication Systems 醫(yī)學圖象檔案管理和通 信系統(tǒng) LIS Laboratory Information System 檢驗信息系統(tǒng) CIS Clinic Information System 臨床管理信息系統(tǒng) RIS Radiology Information System 放射科信息系統(tǒng) EMR Electronic Medical Record 電子病歷系統(tǒng) EHR Electronic Health Record 電子健康檔案系統(tǒng) GMIS Globe Medical Information Service 區(qū)域醫(yī)療衛(wèi)生服務 精品文檔 6歡迎下載 1 3 數(shù)字化醫(yī)院需求分析 醫(yī)療行業(yè)信息系統(tǒng)中最重要的是信息 包括病人臨床信息和醫(yī)院管理信息等 醫(yī)療行 業(yè) IT 部門面臨的最明顯挑戰(zhàn)是由信息數(shù)字化造成的信息量持續(xù)增長帶來的 這些增長來源 于 每個醫(yī)療過程涉及大量圖像加上每年要執(zhí)行大量掃描 使得存儲的醫(yī)療記錄以超 過 70 的年增長率在增長 更多類型的數(shù)據(jù) 財務 臨床 圖像管理 結(jié)構(gòu)化數(shù)據(jù) 如數(shù)據(jù)庫 及非結(jié)構(gòu)化 數(shù)據(jù) 如數(shù)字影像 報告 視頻 演示文稿等 更多用途的數(shù)據(jù) HIS EMR EHR PACS 知識管理以及數(shù)據(jù)挖掘 更多設備產(chǎn)生的數(shù)據(jù) 藥征 患者監(jiān)視 儀器 更多管理法規(guī) 國家醫(yī)療記錄保留要求 醫(yī)療行業(yè)中不同業(yè)務應用系統(tǒng)的需求不盡相同 我們以醫(yī)院的兩個最有代表性的應用 為例 分析其來自醫(yī)院業(yè)務的需求 HISHIS 系統(tǒng)系統(tǒng) 隨著就診人數(shù)的增長 需要保證系統(tǒng)的性能滿足業(yè)務發(fā)展的需要 需要滿足 7x24 小時高可靠運行的業(yè)務連續(xù)性要求 需要保證數(shù)據(jù)的安全性和可恢復性 避免因數(shù)據(jù)丟失引起的醫(yī)療糾紛 PACSPACS 系統(tǒng)系統(tǒng) 如果仍然采用隨影像設備配置的功能簡單的醫(yī)療影像系統(tǒng) 如何實現(xiàn)全院影像信 息共享和查詢 如果實施了全院 PACS 系統(tǒng) 則帶來數(shù)據(jù)量的快速增長 如何做到控制成本 同時 提供數(shù)據(jù)的共享和快速查詢 需要滿足 7x24 小時高可靠運行的業(yè)務連續(xù)性要求 需要保證數(shù)據(jù)的安全性和可恢復性 避免因數(shù)據(jù)丟失引起的醫(yī)療糾紛 精品文檔 7歡迎下載 醫(yī)療行業(yè)其他應用系統(tǒng)還包括 LIS 醫(yī)保 電子病歷 銀聯(lián)前置機 合理用藥 知識 庫 排隊叫號 病人查詢系統(tǒng) OA 殺毒系統(tǒng) 文件服務器 WEB Email 等 如今 隨著醫(yī)院不斷有新的應用系統(tǒng)上線 數(shù)據(jù)呈級數(shù)增長 原有的系統(tǒng)迫切需要擴 容升級 由于醫(yī)院內(nèi)的 HIS PACS 和電子病歷等系統(tǒng)是在不同時期分批建成的 導致各系 統(tǒng)的數(shù)據(jù)處于分散存儲狀態(tài) 不僅如此 每個系統(tǒng)所采取的存儲方式與存儲介質(zhì)也各不相 同 而且有些存儲系統(tǒng)已經(jīng)無法滿足業(yè)務不斷發(fā)展的需要 隨著上述系統(tǒng)應用規(guī)模的不斷擴大 在數(shù)據(jù)管理方面的問題日益凸顯出來 主要表現(xiàn) 為 系統(tǒng)的高可用性 移動醫(yī)療的便捷性 醫(yī)療影像容量不足 數(shù)據(jù)調(diào)用不便 系統(tǒng)結(jié)構(gòu) 相對落后 系統(tǒng)穩(wěn)定性有待提高 最后 分散存儲的模式 嚴重影響了數(shù)據(jù)資產(chǎn)的管理效 率 總體來講 醫(yī)療行業(yè)信息化的關(guān)注點在于 總體來講 醫(yī)療行業(yè)信息化的關(guān)注點在于 如何滿足業(yè)務連續(xù)性要求 高性能 服務不停頓 數(shù)據(jù)不丟失 如何解決數(shù)據(jù)容量迅速增長帶來的成本 管理等問題 如何解決應用系統(tǒng)不斷增加帶來的成本 管理等問題 1 4 數(shù)字化醫(yī)院總體目標及原則 醫(yī)院信息系統(tǒng)建設的目標 實現(xiàn)以提高病人醫(yī)療服務質(zhì)量為中心 以經(jīng)濟管理為主導 支持醫(yī)院醫(yī)療事務處理 醫(yī)療質(zhì)量的監(jiān)督與控制 支持醫(yī)院經(jīng)濟核算 將以信息手工處理 為主的模式轉(zhuǎn)變?yōu)閷崿F(xiàn)人 財 物計算機網(wǎng)絡化為主的新型管理模式 具有國內(nèi)先進 省 內(nèi)領(lǐng)先水平基本完整的醫(yī)院信息系統(tǒng) 實現(xiàn)醫(yī)院完全數(shù)字化的最終目標 系統(tǒng)具體任務體現(xiàn)如下 1 突出 以病人為中心 改變目前系統(tǒng)強調(diào)經(jīng)濟核算為重點的管理思想 注重提 高為病人服務的質(zhì)量 加強醫(yī)療質(zhì)量管理 簡化病人診療流程 縮短病人等待時 間 住院停留時間 提高醫(yī)療資源的利用率 精品文檔 8歡迎下載 2 調(diào)動與發(fā)揮醫(yī)務人員與全員職工的積極性 為他們的信息加工處理及傳遞提供良 好服務 以發(fā)揮工作人員的服務效率 為提高醫(yī)院科學管理水平 實現(xiàn)醫(yī)療質(zhì)量 監(jiān)督與控制和決策科學化提供基礎(chǔ) 3 門診病人信息處理的時間性強 系統(tǒng)要為門診病人的各種信息數(shù)據(jù)入口提供方便 的采集控制方法 要為門診信息處理提供足夠快的時間響應 4 系統(tǒng)除能實現(xiàn)對住院病人一般的登記收費處理外 要能實現(xiàn)病房的醫(yī)囑處理 5 系統(tǒng)要能實現(xiàn)自動化檢查診斷儀器的數(shù)據(jù) 圖像的采集及臨床申請與報告的快速 傳遞 6 系統(tǒng)應方便用戶使用簡化操作 漢字輸入除具有常用輸入法外 要為用戶保留擴 充約定的輸入法 本系統(tǒng)總的開發(fā)原則是突出 以病人為中心 在提高醫(yī)院經(jīng)濟和社會效益及科學管理 水平的總目標下 采取平行 分步實施的步驟盡可能實現(xiàn)一個準確 規(guī)范 使用 先進 安全可靠 靈活方便的系統(tǒng) 具體指導原則如下 1 整體一致性 本系統(tǒng)應在整體結(jié)構(gòu)上體現(xiàn)出一個基本完整的 HIS 體系 系統(tǒng)的實 現(xiàn)應基本滿足各醫(yī)院的總體需求 2 開放集成性 系統(tǒng)應實現(xiàn)利用現(xiàn)有成熟產(chǎn)品和提供其他產(chǎn)品利用本系統(tǒng)的接口 目前已有或即將開發(fā)完成的一些比較規(guī)范的程序 本系統(tǒng)應能夠直接利用 3 安全可靠性 系統(tǒng)應保證數(shù)據(jù)的安全可靠 保證系統(tǒng)環(huán)境 各類操作人員操作維 護的安全可靠 4 先進性 本系統(tǒng)地完成 應具有國內(nèi)領(lǐng)先的水平 5 靈活性 系統(tǒng)可以擴縮增減 模塊合理分解與合并 以便能適應不同醫(yī)院用戶的 現(xiàn)實要求 1 1 5 5 數(shù)字化醫(yī)院信息基礎(chǔ)架構(gòu)需求分析小結(jié) 隨著醫(yī)院信息化進程的逐步深入 數(shù)字化醫(yī)院信息系統(tǒng)的的應用越來越多 環(huán)境也變 得越來越復雜 這無形中增加了 IT 人員管理維護系統(tǒng)的難度 同時 隨著應用系統(tǒng)的不斷 增加 數(shù)據(jù)也相應大量增長 這就給原有的信息基礎(chǔ)架構(gòu)提出了更高的要求 提高系統(tǒng)數(shù)據(jù)整體安全性 避免因數(shù)據(jù)丟失導致的公共事件發(fā)生 平滑的提供更大的存儲空間 提供更快的數(shù)據(jù)響應速度 精品文檔 9歡迎下載 提供更大的數(shù)據(jù)吞吐能力 提供靈活的資源調(diào)配能力 包括服務器和存儲 并且 隨著信息系統(tǒng)在醫(yī)院教學和管理中的重要性越來越高 信息主管部門越來越多 的關(guān)注在 如何解決應用系統(tǒng)和數(shù)據(jù)容量迅速增長帶來的問題 如何解決應用系統(tǒng)和數(shù)據(jù)容量迅速增長帶來的問題 利用率降低 成本不斷增加 管理越來越復雜等 如何滿足關(guān)鍵應用系統(tǒng)的業(yè)務連續(xù)性要求如何滿足關(guān)鍵應用系統(tǒng)的業(yè)務連續(xù)性要求 關(guān)鍵系統(tǒng)高性能 關(guān)鍵服務不停頓 關(guān)鍵數(shù)據(jù)不丟失 精品文檔 10歡迎下載 2 xx 醫(yī)院私有云平臺規(guī)劃設計 2 1 項目背景 提起數(shù)據(jù)中心 很多人眼前立馬浮現(xiàn)出這樣的場面 數(shù)量龐大的服務器 儲存陣列 內(nèi)部和外部網(wǎng)絡機柜 一大片底下隱藏著電源和數(shù)據(jù)電纜的活動地板 外面裝著冷凝器的 空調(diào) 滅火設備等等 其中的每一個設施 包括服務器 存儲和網(wǎng)絡等 都為某一計算峰 值而準備 這在導致整體計算資源閑置的同時 也容易產(chǎn)生在某一具體計算上的能力不足 形成投入和產(chǎn)出呈反比的悖論 而通過虛擬化 包括軟件 操作系統(tǒng) 存儲 網(wǎng)絡和管理 的虛擬化 則可以把數(shù)據(jù)中心的計算整合為一個公共的池 讓醫(yī)院的計算富有彈性 并最 大程度降低服務器 存儲等物理設施以及其他散熱 管理成本 實現(xiàn)節(jié)能 自動化 虛擬 化 整合及業(yè)務連續(xù)性 因此 理想的數(shù)據(jù)中心應該是一個不浪費計算資源 同時可以滿 足醫(yī)院計算需求 綠色低能耗 且可持續(xù)發(fā)展的基礎(chǔ)設施 或者說 理想的數(shù)據(jù)中心一定 是完完全全的虛擬化 理想的數(shù)據(jù)中心是徹底的虛擬化 它包含服務器虛擬化 存儲虛擬化 網(wǎng)絡虛擬化等 不同的層面 分別滿足不同應用需求 近年來 服務器 存儲 網(wǎng)絡生產(chǎn)廠商全面推出基 于虛擬化技術(shù)的產(chǎn)品 同時基于服務器 存儲 網(wǎng)絡的虛擬化管理軟件也層出不窮 據(jù)世 界 IT 行業(yè)知名公司調(diào)查 自 2012 年起 虛擬服務器的安裝數(shù)量就已超過物理服務器的出 貨量 且成逐年快速上升趨勢 本方案在完全滿足醫(yī)院近期業(yè)務需要的前提下 采用 IT 先進技術(shù) 構(gòu)建 xx 醫(yī)院私有 云 通過私有云的建設 實現(xiàn)網(wǎng)絡結(jié)構(gòu)科學 設備使用效率提高 2 5 4 倍 等 順應技 術(shù)發(fā)展趨勢 在醫(yī)院信息系統(tǒng)建設過程中 HIS 系統(tǒng)和 PACS 系統(tǒng)的醫(yī)院信息系統(tǒng)數(shù)字化是兩大重點 xx 醫(yī)院經(jīng)過幾年的信息化部署 基本實現(xiàn)了業(yè)務應用層面的網(wǎng)絡和數(shù)據(jù)中心覆蓋 目前主 要業(yè)務采用雙活中心的方式 次級業(yè)務采用虛擬化的方式 現(xiàn)目前醫(yī)院網(wǎng)絡有內(nèi)網(wǎng) 外網(wǎng) 在無線網(wǎng)絡的實施過程中 遇到很大的問題 2 2 總體規(guī)劃 與設計 2 2 1 總體業(yè)務架構(gòu) 云計算數(shù)據(jù)中心 作為整體項目的核心 為平臺提供動態(tài)數(shù)據(jù)資源管理 同時具備良好的兼容性和擴展性 可以支持今后的第三方應用和行業(yè)平臺的接入 精品文檔 11歡迎下載 云架構(gòu)應用服務平臺 以 SaaS 架構(gòu)設計實現(xiàn)的托管服務的運行環(huán)境 可以運行各種技術(shù)平臺的托管服務 托管 服務平臺中運行的服務可以為最終用戶創(chuàng)建運行實例 并且可以在實例之間進行隔離 集成服務 通過平臺制定的接口規(guī)范 可以集成各應用服務到云計算平臺中 為醫(yī)院提供服務 平臺運營管理 為平臺運營管理單位提供平臺運營管理的功能 平臺運營管理人員可以通過運營管理平臺 完成醫(yī)院 HIS 系統(tǒng) PACS 系統(tǒng)的正常運行 云服務門戶 所有系統(tǒng)將會首先通過訪問醫(yī)院云服務門戶 經(jīng)過身份驗證之后進入已經(jīng)訂購的應用系統(tǒng) 中 是應用訪問云計算平臺的統(tǒng)一入口 醫(yī)院在云服務門戶中還可以完成自服務的功能 如醫(yī) 院組織結(jié)構(gòu)設置 人員權(quán)限分配以及服務續(xù)約等功能 應用集成服務 應用基礎(chǔ)服務主要通過標準的接口定義 實現(xiàn)云計算平臺和多租用架構(gòu)的應用服務之間的 互通 多租用架構(gòu)應用服務 多租用架構(gòu)的服務主要是指為醫(yī)院客戶提供信息服務的信息系統(tǒng) 但是這些信息系統(tǒng)都是 以多租戶架構(gòu)進行設計和實現(xiàn)的 才能滿足云計算平臺對應用系統(tǒng)的要求 醫(yī)院服務門戶 為醫(yī)院用戶提供統(tǒng)一的訪問門戶 經(jīng)過身份認證之后 用戶可以使用云計算平臺中的應 用服務功能以及自主服務門戶中的功能 建設統(tǒng)一的服務監(jiān)控 安全管理 數(shù)據(jù)存儲與備份等 從技術(shù)上為業(yè)務生產(chǎn)系統(tǒng)提供支 持 建立專業(yè)的運維團隊 從 IT 管理和流程的角度 為業(yè)務生產(chǎn)系統(tǒng)提供支持 精品文檔 12歡迎下載 2 2 2 總體技術(shù)架構(gòu) 云平臺管理層云平臺管理層 云平臺動態(tài)數(shù)據(jù)主要利用 Hyper V 和 System Center VMM 實現(xiàn)數(shù)據(jù)中心的動態(tài)管理功能 多租戶服務托管層多租戶服務托管層 多租戶服務托管層可以兼容各種技術(shù)實現(xiàn)方式的應用服務 但是應用服務需要具備多租 戶管理 多租戶隔離以及應用服務負載分擔從而實現(xiàn)容量動態(tài)擴展的功能 并且可以和平臺進 行良好的集成 服務集成層服務集成層 服務運行環(huán)境可利用應用服務集成總線 向最終用戶提供各類服務 包括 SaaS 軟件服務 PaaS 平臺服務 IaaS 基礎(chǔ)設施服務 服務集成總線除了提供 SSO 認證授權(quán)等功能外 還會將 平臺使用情況進行匯總并返回運營管理平臺 用作系統(tǒng)計費依據(jù) 精品文檔 13歡迎下載 展現(xiàn)層展現(xiàn)層 展現(xiàn)層主要基于微軟的 net 技術(shù)實現(xiàn) 服務端通過 IIS 提供 Web 服務 根據(jù)應用的界面 功能可以支持移動終端的訪問 2 3 設計原則 我們的設計原則滿足以下基本原則 性能價格比 構(gòu)建技術(shù)方案時必須對性能和價格之間進行權(quán)衡 在方案的制定 產(chǎn)品 的選型 服務的選擇方面都盡可能體現(xiàn)高性能價格比的原則 先進性原則 選擇的產(chǎn)品既要考慮設備標準的先進性 同時也要兼顧技術(shù)的成熟 性 可用性 技術(shù)方案要求提供不間斷的服務應用 提供方便 友好的圖形化管理界 面 開放性 提供的產(chǎn)品要求支持公開的國際 國內(nèi)標準 可以利于各種系統(tǒng)平臺之 間集成和兼容使用 可擴充性 選用的設備 軟件必須為今后的擴充 擴展留有足夠余地 可以在不 停機的情況下對系統(tǒng)進行擴展并對系統(tǒng)的關(guān)鍵部件進行更換同時應該保護原有設 備的投資 較好的數(shù)據(jù)處理能力 提供的產(chǎn)品必須滿足投標要求中的性能指標 并能滿足系 統(tǒng)運行要求 2 4 網(wǎng)絡設計規(guī)劃 2 4 1 網(wǎng)絡設計原則 網(wǎng)絡作為整個醫(yī)院信息系統(tǒng)運行的物理平臺 應首先考慮速度 安全性 可靠性 開 放性 支持系統(tǒng)軟件的廣泛性 事務處理模式采用 C S 結(jié)構(gòu) 事務由服務器與客戶機共同 完成 網(wǎng)絡設計應避免瓶頸點的出現(xiàn) 網(wǎng)絡流量應保持平衡 應支持多種網(wǎng)絡協(xié)議和遠程 通信規(guī)程 建立高效率的數(shù)據(jù)交換網(wǎng)絡 實現(xiàn)高速數(shù)據(jù)傳送 支持多媒體信息傳送 建立 高性能的可延伸網(wǎng)絡 支持于國際 國內(nèi)各信息網(wǎng)絡的連接 并具備簡單 經(jīng)濟地升級到 未來高速網(wǎng)絡能力 同時 網(wǎng)絡系統(tǒng)設計應保證不間斷通信能力 有避免單點故障能力 精品文檔 14歡迎下載 網(wǎng)絡容錯功能是實現(xiàn)網(wǎng)絡可靠性的重要途徑 確保網(wǎng)絡的可靠性 采取必要措施如雙 機備份 防火墻技術(shù) 用戶權(quán)限分配等 最大程度上保證系統(tǒng)的安全性 網(wǎng)絡結(jié)構(gòu)具有開放性 通信和協(xié)議應符合國際標準及事實上的工業(yè)標準 以便各類設 備可以方便的聯(lián)入網(wǎng)絡并且與其他類型網(wǎng)絡的互連 從網(wǎng)絡結(jié)構(gòu) 技術(shù) 設備類型 廠商 服務技術(shù)水平等綜合考慮 充分利用公網(wǎng) 現(xiàn)有資源 成熟技術(shù)以降低建設成本 支持多 種方式的遠程連接 實現(xiàn)國內(nèi)外遠程聯(lián)機查詢及移動辦公 任何一個網(wǎng)絡都有出現(xiàn)故障的可能 大型網(wǎng)絡出現(xiàn)故障問題更為嚴重 所以先進的網(wǎng) 絡管理能實時監(jiān)控整個網(wǎng)絡的運行情況 在網(wǎng)絡出現(xiàn)故障時 能立即反應出故障的節(jié)點和 原因 對于恢復網(wǎng)絡運行具有重大意議 1 1 安全網(wǎng)絡安全網(wǎng)絡 醫(yī)院信息化工作的特殊性 對網(wǎng)絡與信息安全提出了很高的要求 由于安全性的要求 與投入成正比 并且涉及管理與應用的方方面面 是一個復雜的系統(tǒng)工程 實際上沒有一 個絕對安全的系統(tǒng) 安全只是相對而言 所以該原則是充分評估安全風險 制定安全策略 采取必要的安全措施 其次 局域網(wǎng)內(nèi)部同樣面臨安全威脅 不同部門 不同類型的應用 不同的人員 不 同的工作范圍決定了不同的權(quán)限 我們需要保障這種不同 VLAN VPN 技術(shù) ACL 等網(wǎng)絡技 術(shù)提供不同形式層次的保護 同時可以將防火墻 IPS IDS 引入 實現(xiàn)更全面的內(nèi)網(wǎng)安全 第三 接入安全 接入設備可以通過各種認證技術(shù) 比如 802 1x RADIUS EAPOL 等 將安全威脅屏蔽在網(wǎng)絡之外 另外 防病毒也是網(wǎng)絡安全建設必須考慮的重要問題 獨立的防病毒軟件已不能防范 在網(wǎng)絡中傳輸?shù)牟《?只有網(wǎng)絡設備的介入 才能更好的抵御病毒的攻擊 保護信息安全 我們需要安全聯(lián)動解決方案 2 2 可控接入可控接入 伴隨著網(wǎng)絡應用技術(shù)的快速發(fā)展 網(wǎng)絡信息安全問題也日益突出 病毒泛濫 系統(tǒng)漏 洞 黑客攻擊等諸多問題 已經(jīng)直接影響到醫(yī)院的正常運營 如何應對網(wǎng)絡安全威脅 確 保醫(yī)院網(wǎng)絡安全 為醫(yī)院辦公的正常運行提供可靠的網(wǎng)絡保障 已經(jīng)是每一個決策者不得 精品文檔 15歡迎下載 不關(guān)注得問題 也是每一個網(wǎng)絡管理員不得不面對的挑戰(zhàn) 目前 多數(shù)網(wǎng)絡安全事件都是由脆弱的用戶終端和 失控 的網(wǎng)絡使用行為引起 在 醫(yī)院網(wǎng)中 用戶終端不及時升級系統(tǒng)補丁和病毒庫的現(xiàn)象普遍存在 私設代理服務器 私 自訪問外部網(wǎng)絡 濫用政府禁用軟件等行為也比比皆是 失控 的用戶終端一旦接入網(wǎng)絡 就等于給潛在的安全威脅敞開了大門 使安全威脅在更大范圍內(nèi)快速擴散 保證用戶終端 的安全 阻止威脅入侵網(wǎng)絡 對用戶的網(wǎng)絡訪問行為進行有效的控制 是保證醫(yī)院網(wǎng)絡安 全運行的前提 也是目前醫(yī)院網(wǎng)絡安全管理急需解決的問題 3 3 可管理網(wǎng)絡可管理網(wǎng)絡 網(wǎng)絡管理維護網(wǎng)絡建設中非常重要的環(huán)節(jié) 甚至是最重要的環(huán)節(jié) 因為建設網(wǎng)絡的目 的最終是為了使用 而網(wǎng)絡管理無疑是保障我們高效 可靠使用網(wǎng)絡的必要手段 隨著技 術(shù)的進步 網(wǎng)絡管理內(nèi)容和方式已在發(fā)生著變化 除了生成拓撲圖 配置網(wǎng)絡設備 監(jiān)控 網(wǎng)絡流量 實時統(tǒng)計和事件報警等基本功能之外 增加了很多新的功能 比如 VPN 實施 安全認證 安全策略下發(fā) 用戶跟蹤等等 同時 如何靈活 安全地管理網(wǎng)絡 也是網(wǎng)絡 管理發(fā)展的重要方向 這一變化使得網(wǎng)絡管理地位更加重要 4 4 高性價比網(wǎng)絡高性價比網(wǎng)絡 滿足應用的同時 高性價比是網(wǎng)絡建設的不二選擇 最后 我們強調(diào) 系統(tǒng)設計要符合局域網(wǎng)現(xiàn)在和未來 3 5 年內(nèi)的需求 不能盲目追求 大而全 以最少的投資創(chuàng)造實際需要的功能 2 4 2 分區(qū)規(guī)劃 由四區(qū)防火墻將網(wǎng)絡分為 數(shù)據(jù)中心區(qū) 1 DMZ 區(qū) 2 外部接入?yún)^(qū) 3 辦公區(qū) 4 數(shù)據(jù)中心區(qū) 數(shù)據(jù)中心區(qū) 1 1 本區(qū)為服務資源區(qū) 由服務器 交換機和存儲設備構(gòu)成 提供醫(yī)院各種應用 數(shù)據(jù)庫等服 務 DMZDMZ 區(qū) 區(qū) 2 2 精品文檔 16歡迎下載 本區(qū)為應用訪問堡壘區(qū) 由門戶網(wǎng)站 郵件服務器前端以及各種應用用戶訪問堡壘主機組 成 提高網(wǎng)絡 應用訪問安全性 外部接入?yún)^(qū) 外部接入?yún)^(qū) 3 3 本區(qū)為 Internet 電信 聯(lián)通 專線等接入設立 為公司隨應用需要增加外部接入準備 辦公區(qū) 辦公區(qū) 4 4 為了不改變原醫(yī)院網(wǎng)絡結(jié)構(gòu) 通過該區(qū)與原醫(yī)院網(wǎng)絡核心交換機接入 將原網(wǎng)絡外部接入 放入外部接入?yún)^(qū) 3 將原具備前端堡壘機結(jié)構(gòu)的應用規(guī)范放入 DMZ 區(qū) 2 將各應用 數(shù)據(jù)庫服務器放入數(shù)據(jù)中心區(qū) 1 實現(xiàn)分類 分區(qū)管理 2 4 3 存儲規(guī)劃 虛擬化存儲資源池建議使用微軟 SMB3 0 加 RDMA 加 ODX 技術(shù)文件共享給服務的存儲 通過 NAS 服務器統(tǒng)一管理主機房及災備機房的存儲 SMB Win NT4 0 又稱 CIFS 協(xié)議是 Windows 平臺標準文件共享協(xié)議 Linux 平臺通過 samba 來支 持 SMB 最新版本 v3 0 在 v2 0 基礎(chǔ)上針對 WAN 和分布式有改進 詳細內(nèi)容如下 透明故障切換透明故障切換 SMB3 0 提供故障切換功能 在一臺服務器故障情況下 客戶端請求可以平滑切換到另外一 臺服務器 可以實現(xiàn) 0 宕機時間 切換過程少量 IO 會有延遲 該功能要求 SMB 服務器是一個集 群 客戶端和服務器都采用 SMB3 0 共享開啟 Continuous Availability SMB3 0 以前協(xié) 議客戶可以正常訪問 SMB3 0 共享 但是不支持透明故障切換功能 切換過程示意圖如下 精品文檔 17歡迎下載 分布式支持 分布式支持 SMB3 0 可以將多臺服務器組建成為一個集群 集群里面所有節(jié)點對客戶端提供文件共享服 務 在集群節(jié)點故障情況下 共享可以實現(xiàn) 0 宕機時間 并且可以快速故障恢復 SMB2 0 客戶端可以正常訪問 SMB3 0 集群 但是不支持故障切換 SMB1 0 客戶端不支持 架構(gòu)示意圖如下 精品文檔 18歡迎下載 RDMARDMA 支持 支持 SMB3 0 支持 RDMA 功能 客戶端和服務器都需要使用支持 RDMA 功能適配器 iWARP RoCE Infiniband RDMA 功能可以使 SMB 共享可以獲得更高帶寬和更低延遲 有效 減輕 CPU I O 處理負載 結(jié)合 SMB 多通道功能可以實現(xiàn)負載均衡和故障切換功能 SMB3 0 以前客戶端可以訪問 SMB3 0 基于 RDMA 的共享 但不支持 RDMA 功能 RDMA 架構(gòu)示 意圖如下 精品文檔 19歡迎下載 SMBSMB 多通道多通道 Multichannel Multichannel 如果 SMB 客戶端或者服務器擁有兩塊以上網(wǎng)卡 SMB 多通道技術(shù)可以自動偵測使用多有網(wǎng) 絡路徑 可以合并使用所有網(wǎng)卡帶寬 SMB 多通道技術(shù)可以結(jié)合多核處理器的 RSS RSS 可以將 IO 請求均衡分發(fā)到不同處理器核心 技術(shù) SMB 多通道可以利用操作系統(tǒng)現(xiàn)有網(wǎng)卡綁定技術(shù) 但 是不依賴 如果一種一塊網(wǎng)卡故障 SMB 多通道可以自動進行故障切換 SMB3 0 以前客戶端無法使用 SMB 多通道技術(shù) SMB 多通道架構(gòu)示意圖如下 精品文檔 20歡迎下載 SMBSMB 目錄租約 目錄租約 SMB3 0 可以將共享的元數(shù)據(jù)信息緩存在客戶端 客戶端元數(shù)據(jù)請求直接從本地讀取 這樣 可以提高查詢性能 減少客戶端與服務器之間延遲 目錄緩存一致性通過租約實現(xiàn) 類似于 DNS 租約管理機制 如果目錄元數(shù)據(jù)有更新 服務器主動通知客戶端更新 該功能要求 SMB3 0 客 戶端 SMBSMB 加密功能加密功能 SMB3 0 自身提供端 端數(shù)據(jù)加密功能 可以在保證數(shù)據(jù)在復雜網(wǎng)絡環(huán)境中的安全性 加密 功能不需要依賴 IPSec PKI 和特定硬件 使用 AES CCM 128 位加密算法 VSSVSS 服務服務 VSS 全稱 volume shadowcopy service 是微軟為 Windows 操作系統(tǒng)提供的一個快照機制 SMB3 0 共享提供 VSS 支持 主要服務于備份需求 VSS 的影子拷貝由 SMB3 0 服務器提供 在不 影響現(xiàn)有卷訪問情況下 備份客戶端可以通過影子拷貝完成備份過程 應用主機不參與備份數(shù) 據(jù)傳輸過程 可以降低應用主機的負載 SMB3 0 的 VSS 支持 原理跟 RDMA 基本相似 SMB3 0 VSS 架構(gòu)示意圖如下 精品文檔 21歡迎下載 2 4 4 虛擬機災難恢復 為了實現(xiàn)兩地虛擬化環(huán)境的平滑遷移 可選用微軟虛擬化的副本技術(shù) Windows Server 2012 中的一個新功能 Hyper V 副本 此功能可以使虛擬機 VM 通過網(wǎng)絡進行異步復制以達到 災難恢復的目的 如果其中一個主站發(fā)生災難時 可以快速對 VM 副本進行復制來保證業(yè)務的正 常運行 正如下圖中所看到的 首先 Hyper V 副本是一個災難恢復解決方案 而不是一個高可用性的解決方案 如果主站點發(fā) 生故障 就需要手動進行異地虛擬機副本的恢復 而在一個高可用的解決方案中 使用多站點集 群故障轉(zhuǎn)移 如果主站點出現(xiàn)故障 就會自動復制異地的虛擬機進行恢復而無需人工干預 Hyper V 副本將每 5 分鐘進行一次跟蹤記錄 包括主虛擬機的寫入以及副本服務器的復制 兩個服務器的網(wǎng)絡連接之間使用 HTTP 或 HTTPS 協(xié)議 并且都支持集成和基于證書的身份驗證 因此在任何時間點上 相同的 副本 都不會保存超過 5 分鐘 先決條件 只要這兩個站點通過網(wǎng)絡進行連接 并且同時運行 Server 2012 Hyper V 不需要任何復 雜的設置 這將是一個比較不錯的災難恢復解決方案 Hyper V 副本僅適用于 Server 2012 并 且不是在 Hyper V 客戶端里 想要充分利用 Hyper V 副本 必須滿足以下條件 你的硬件必須支持在 Server 2012 環(huán)境下的 Hyper V 你的主服務器和副本服務器必須有足夠的的存儲空間和物理內(nèi)存來運行虛擬機 必須保證主服務器和副本服務器之間的網(wǎng)絡連接 正確配置防火墻規(guī)則 必須允許主站和副本站點之間的復制 你必須擁有 X 509v3 證書 來支持相互身份認證 如果需要的話 精品文檔 22歡迎下載 2 5 技術(shù)優(yōu)勢 2 5 1 平平臺臺架架構(gòu)構(gòu)優(yōu)優(yōu)秀秀 微軟的云計算平臺架構(gòu)來源于微軟自身運營的云計算平臺 Windows Azure SQL Azure Bing Hotmail Windows Live 等 微軟在云計算平臺的建設過程中 充分考慮 平臺的安全性 穩(wěn)定性 靈活性和可管理性 微軟云計算平臺的技術(shù)架構(gòu)在國內(nèi)各個私有云的建設過程中又根據(jù)實際情況進行了定制和 改造 更能適合國內(nèi)私有云的建設需求 在滿足客戶現(xiàn)有需求的同時 著眼于未來 以長 期支持云計算平臺的業(yè)務發(fā)展 2 2 5 5 2 2 平平臺臺兼兼容容性性強強 平臺根據(jù)不用技術(shù)架構(gòu)的服務的特點 在 SaaS PaaS 和 IaaS 的每個層面 充分考慮 平臺的兼容性 可以方便的接入 SaaS 應用和 PaaS 平臺 并且可以通過管理功能的擴展管 理不同技術(shù)架構(gòu)的操作系統(tǒng) 平臺的接口部分采供 web services http https 等通用技 術(shù)標準 充分考慮不同技術(shù)架構(gòu)的 SaaS 應用的技術(shù)特點 在保證不同技術(shù)架構(gòu)的軟件可 以順利接入平臺的同時 降低其改造和接入的成本 2 2 5 5 3 3 產(chǎn)產(chǎn)品品線線完完整整 微軟作為全球軟件行業(yè)的領(lǐng)導廠商 擁有端到端 客戶端 服務器端 的最完整的軟 件產(chǎn)品線 并且各主要產(chǎn)品間在設計之時就具有無縫集成的特性 因此能夠提供最為全面 的 一體化解決方案 在國內(nèi)外許多大型和超大型的應用中都有成功實施的案例 醫(yī)院信息化平臺建設中全線采用統(tǒng)一微軟產(chǎn)品體系 保護用戶方的現(xiàn)有投資 整合部署快 捷可行 不存在技術(shù)風險 并帶給醫(yī)院用戶更高的價值和投資保護 最大限度的保護現(xiàn)有 投資 基礎(chǔ)設施 應用系統(tǒng) 為未來的信息系統(tǒng)建設指明方向 避免重復建設 微軟的醫(yī)院應用服務器產(chǎn)品線包括 Windows Server 2012 醫(yī)院版服務器操作系統(tǒng) SQL Server 2012 醫(yī)院版數(shù)據(jù)庫服務器 SharePoint Server 2013 醫(yī)院門戶服務器 Exchange Server 2013 醫(yī)院郵件服務器 Lync 醫(yī)院即時消息服務器 Dynamics CRM 2011 客戶關(guān)系管理系統(tǒng)服務器和 System Center 系列動態(tài)數(shù)據(jù)中心管理套件等產(chǎn)品 這些 產(chǎn)品通過相互的緊密集成和系統(tǒng)工作 為醫(yī)院的業(yè)務運營環(huán)境提供了全面而穩(wěn)定的基礎(chǔ)架 構(gòu) 精品文檔 23歡迎下載 2 2 5 5 4 4 平平臺臺優(yōu)優(yōu)勢勢 高開發(fā)速度與低總體擁有成本 高開發(fā)速度與低總體擁有成本 TCOTCO TotalTotal CostCost ofof OwnershipOwnership 微軟的產(chǎn)品提供了大量開箱即用的功能 在其上進行擴展開發(fā)也明顯易于其他廠商 方 便友好的功能配置和較少的代碼量使得基于微軟產(chǎn)品和技術(shù)開發(fā)的應用系統(tǒng)在可維護性上領(lǐng)先 于其他廠商 另外 Net 平臺運行在 PC 服務器上 對硬件沒有依賴性 同時 PC 硬件本身成本 較低 維護水平要求和費用都比較低 而且基于 Intel 開發(fā)架構(gòu)的 PC 硬件不綁定廠商 零部 件有較高的可替換性 基于 Net 的應用維護和升級都十分簡單 特別是基于 Net 的智能客戶 端技術(shù) 可以將升級的成本降低到接近于零 技術(shù)先進性與開放性技術(shù)先進性與開放性 微軟的 NET 技術(shù)在提出時全面基于開放的 XML 標準進行構(gòu)建 支持 Web Service 等最新的技術(shù) NET 技術(shù)完全支持并主動提倡面向服務的架構(gòu) SOA Service Oriented Architecture 設計理念 始終是目前業(yè)界技術(shù)的領(lǐng)導者 系統(tǒng)和用戶的易用性系統(tǒng)和用戶的易用性 微軟公司一向極為注重產(chǎn)品的易用性和可操作性 目前 絕大部分的客戶端系統(tǒng)均采用 Windows 平臺 在前臺辦公平臺軟件如 Office Outlook 和 IE 應用程序方面也處于市場的主 流地位 基于微軟平臺的解決方案可以與客戶端的系統(tǒng)和應用程序進行無縫地集成 并能夠支 持相同風格界面的移動設備遠程訪問方式 最大限度維持了用戶原有的使用習慣 大大提高系 統(tǒng)的易用性 降低用戶培訓學習的成本 精品文檔 24歡迎下載 3 預期效益 業(yè)務系統(tǒng)業(yè)務系統(tǒng) 穩(wěn)定可靠的支撐平臺 靈活敏捷的按業(yè)務需求擴展 快速部署 通用性管理 經(jīng)營者經(jīng)營者 帶入新的信息技術(shù) 建立系統(tǒng)基礎(chǔ)建設導入新系統(tǒng)架構(gòu) 降低相關(guān)管理成本 提升醫(yī)療照護質(zhì)量及醫(yī)院形象 達到無片化政策目標 達到電子病歷的策略計劃 臨床醫(yī)生臨床醫(yī)生 快速取得放射影像 使臨床醫(yī)生及早診斷可迅速讀取同一病人的相同放射影像做同步會診 放射診斷科醫(yī)生完成報告的同時 臨床醫(yī)生即可同步由計算機上讀取報告 完整的系統(tǒng)工具 快速并正確 放射科放射科 無片化最終目標達到 減低管理 X 光片所消耗的人力 減少 X 光片 暗房及儲片室的設立 精品文檔 25歡迎下載 減少取片 洗片 找片以及歸片所消耗的時間 病人病人 由于全院計算機化 降低病人等候時間 提升服務效率 醫(yī)生可立即搜集病人過去完整信息 有利于診斷與治療 提升病人福利 節(jié)省就醫(yī)時間并提升作業(yè)效率 精品文檔 26歡迎下載 4 硬件配置需求 4 1 主數(shù)據(jù)中心機房硬件需求 1 1 服務器層配置部署 服務器層配置部署 序號序號 產(chǎn)品名產(chǎn)品名 稱稱 技術(shù)規(guī)格技術(shù)規(guī)格數(shù)量數(shù)量 單價 萬單價 萬 元 元 總價 萬總價 萬 元 元 1 1 HIS 數(shù) 據(jù)庫服 務器 4U 機架式 配置 4 個 Intel 10 核 Xeon E7 4830v2 2 2GHz 10core 20MB 處理 器 256GB 32x8GB DDR3 內(nèi)存 配置 2 個 300G SAS 2 5in 10K 硬盤 內(nèi)置陣列控 制器 支持 RAID 0 1 5 2 塊 8G FC HBA 卡 2 塊光口萬兆網(wǎng)卡 配置 4 口千兆以 太網(wǎng)卡 4 個 900W 熱插拔電源 2 2 冗余 配備熱插拔冗余風扇 3 1 3 年原廠 7 24 4 售后服務 12020 1 2 HIS 系 統(tǒng)應用 層服務 器 PACS 服務器 4U 機架式 配置 4 個 Intel 10 核 Xeon E7 4830v2 2 2GHz 10core 20MB 處理 器 256GB 32x8GB DDR3 內(nèi)存 配置 2 個 300G SAS 2 5in 10K 硬盤 內(nèi)置陣列控 制器 支持 RAID 0 1 5 2 塊 8G FC HBA 卡 2 塊光口萬兆網(wǎng)卡 配置 4 口千兆以 太網(wǎng)卡 4 個 900W 熱插拔電源 2 2 冗余 配備熱插拔冗余風扇 3 1 3 年原廠 7 24 4 售后服務 620120 1 3 DMZ 服 務器 4U 機架式 配置 4 個 Intel 10 核 Xeon E7 4830v2 2 2GHz 10core 20MB 處理 器 256GB 32x8GB DDR3 內(nèi)存 配置 4 個 900G SAS 10K 硬盤 內(nèi)置陣列控制器 支持 RAID 0 1 5 2 塊 8G FC HBA 卡 2 塊光口萬兆網(wǎng)卡 配置 4 口千兆以太網(wǎng)卡 4 個 900W 熱插拔電源 2 2 冗余 配備熱 插拔冗余風扇 3 1 3 年原廠 7 24 4 售后服務 12020 精品文檔 27歡迎下載 1 4 門診應 急服務 器 2U 機架式服務器 2 Intel 至強 E5 2609 V3 系列處理器 六核 1 9GHz 15MB 共享 三級緩存 85W 32G 內(nèi)存 4 600G sas 硬盤 2G 緩存智能 SAS 陣列控制器 4 個千兆以太網(wǎng)口 冗余電源 冗余風扇 1 個 DVD ROM 光驅(qū) 3 年原廠 7 24 4 售 后服務 155 1 5 應用負 載均衡 器 2U 固定機架式獨立設備 配置 14 個千兆 以太網(wǎng)電口 6Gbps HTTP 有效通過率 當主負載均衡設備 MASTER 失效或者出 現(xiàn)故障時 備份負載均衡設備 BACKUP 將自動接管主負載均衡設備的工作 并保 持訪問的暢通和在線會話的數(shù)據(jù) 對用戶 實現(xiàn)透明 無縫切換 一旦主負載均衡設 備故障修復 兩者將恢復到最初的角色 冗余電源 3 年原廠 7 24 小時售后服務 22448 2 2 存儲層配置部署 存儲層配置部署 2 1 在線核 心存儲 采用多控制器架構(gòu)的高端存儲 256GB 全 局高速緩存 16 個 8Gb FC 端口 磁盤容 量 30TB 配置相應磁盤柜 配置不少于 24 個的存儲分區(qū) 提供 RAID 1 0 RAID 5 RAID 6 等 raid 技術(shù) 配置盤陣管理 軟件 存儲虛擬操作系統(tǒng) 含外部存儲虛 擬化許可 含不限制主機平臺類型和數(shù)量 的多路徑動態(tài)負載均衡軟件許可 3 年 原廠售后服務 15050 2 2 光纖交 換機 1 24 端口全激活 滿配 24 套 8Gb SR SFP 模塊及 10 米 LC LC 多模光纖線 提供級 聯(lián)功能 三年原廠售后服務 177 2 3 光纖交 換機 2 24 端口交換機 8 端口激活 配 8 套 SR SFP 模塊及 10 米 LC LC 多模光纖線 提 供級聯(lián)功能 三年原廠售后服務 144 3 3 軟件 軟件 精品文檔 28歡迎下載 3 1 微軟虛 擬化軟 件 企業(yè)版 含 28 個 CPU 許可 提供 1 年 7 24 4 支持服務 18080 合計 274 4 2 災備機房硬件需求 1 1 服務器層配置部署 服務器層配置部署 序號序號 產(chǎn)品名產(chǎn)品名 稱稱 技術(shù)規(guī)格技術(shù)規(guī)格數(shù)量數(shù)量 單價 萬單價 萬 元 元 總價 萬總價 萬 元 元 1 1 HIS 數(shù) 據(jù)庫服 務器 4U 機架式