各相關供應商：
為推進我市醫(yī)療衛(wèi)生體制改革進程，我局擬建設桂林市區(qū)域衛(wèi)生信息平臺，現(xiàn)誠邀具有一定數(shù)據(jù)中心硬件集成設計和建設經(jīng)驗的供應商為我局提供桂林市區(qū)域衛(wèi)生信息平臺數(shù)據(jù)中心設計方案。
為加強與各供應商的溝通，使各供應商充分了解我局需求，定于2013年1月22日上午9：00在桂林市衛(wèi)生局五樓會議室召開桂林市區(qū)域衛(wèi)生信息平臺數(shù)據(jù)中心建設需求見面會（聯(lián)系人：湯建明，電話：0773-2890773)。
各供應商提出的設計方案（方案由供應商密封，內(nèi)附經(jīng)費預算)請于2013年1月31日前提交桂林市衛(wèi)生局紀檢監(jiān)察室秦伶軍（聯(lián)系電話：0773-2827802)。
我局將聘請相關專家就各供應商的設計方案進行論證、篩選，屆時請各供應商對自己的設計方案進行展示、解讀，入選方案將進入招標程序進行公開招標。
附：桂林市區(qū)域衛(wèi)生信息平臺數(shù)據(jù)中心硬件需求
桂林市衛(wèi)生局
二○一三年一月十八日
桂林市區(qū)域衛(wèi)生信息平臺數(shù)據(jù)中心硬件需求
根據(jù)《桂林市衛(wèi)生信息化建設總體規(guī)劃》，桂林市衛(wèi)生信息化建設規(guī)劃目標是以桂林市衛(wèi)生數(shù)據(jù)交換中心建設為引導，全面整合和推進公共衛(wèi)生、醫(yī)療服務、醫(yī)療保障、藥品供應保障、衛(wèi)生綜合管理等各業(yè)務領域的信息系統(tǒng)建設，最終實現(xiàn)建立“統(tǒng)一高效、資源整合、互聯(lián)互通、信息共享、透明公開、使用便捷、實時監(jiān)管”的桂林市區(qū)域衛(wèi)生信息平臺。
衛(wèi)生數(shù)據(jù)中心是區(qū)域衛(wèi)生信息平臺的核心基礎設施，承擔信息平臺數(shù)據(jù)資源的存儲和跨應用系統(tǒng)交換功能以及與衛(wèi)生廳云平臺設備和數(shù)據(jù)共享功能。是實現(xiàn)區(qū)域內(nèi)醫(yī)療衛(wèi)生管理和業(yè)務信息數(shù)據(jù)的共享和交換，實現(xiàn)與自治區(qū)系統(tǒng)進行上傳下達，作為衛(wèi)生資源整合、縱向業(yè)務條塊管理、橫向機構部門協(xié)作的紐帶和橋梁，支持醫(yī)療機構之間的衛(wèi)生業(yè)務聯(lián)動關鍵核心部分，需按照區(qū)域衛(wèi)生的功能進行設計。
本次項目建議的方案力求使系統(tǒng)硬件及其軟件平臺能夠在最大限度上滿足桂林市衛(wèi)生局不斷增長和變化的業(yè)務需求，同時也能最大限度保護其投資的前提下不斷利用迅速發(fā)展的新技術和產(chǎn)品，構造出一個功能齊全、運行高效、使用靈活、維護方便、易于擴展、投資省、安全可靠的系統(tǒng)。系統(tǒng)建設以數(shù)據(jù)庫為核心，在數(shù)據(jù)中心不停機的情況下，用新農(nóng)合軟件為先行，逐步建設各項業(yè)務系統(tǒng)，最終實現(xiàn)區(qū)域衛(wèi)生信息化。不管以后添加多少個業(yè)務模塊，必需保障原先業(yè)務的持續(xù)運行，并且由于衛(wèi)生信息關系到民生的切身利益，服務范圍很廣，核心數(shù)據(jù)庫是不允許間斷服務的，以免造成不良的社會影響。
為了達到這個目標，數(shù)據(jù)中心配置方案遵循以下幾個原則進行設計：
1.開放性原則：采用標準的技術、結構、系統(tǒng)組件和用戶接口，支持所有通用的國際標準及協(xié)議。
2.先進性原則：方案的技術、設計思想、管理工具要先進，符合信息科技的發(fā)展趨勢，保證業(yè)務發(fā)展具有巨大的拓展空間；選用的產(chǎn)品為具有先進性和市場成熟度的系統(tǒng)產(chǎn)品。
3.可靠性原則：設備運行必須可靠，產(chǎn)品有冗余容錯設計，有故障檢測和恢復手段。
4.安全性原則：方案具備有嚴謹周密的安全體系結構。
5.經(jīng)濟性適用性原則：有好的性能價格比。
6.穩(wěn)定性原則：方案必須保證系統(tǒng)7×24小時的穩(wěn)定運行，設備性能可靠，易于維護。
7.可拓展、可擴展性原則：能夠隨著業(yè)務量的增長獨立升級；能夠比較方便地擴充磁盤容量、接入不同的服務器平臺，具有較強的可集成能力。系統(tǒng)能夠在規(guī)模和性能兩個方面向上擴展，以保證未來不斷發(fā)展的要求，擴展時與應用無關。
為保證信息中心數(shù)據(jù)庫的高可用性與可靠性，數(shù)據(jù)中心設計應滿足以下需求：
1.根據(jù)現(xiàn)有的各種醫(yī)療衛(wèi)生系統(tǒng)數(shù)據(jù)庫以及各城市的衛(wèi)生信息化數(shù)據(jù)庫建設普遍使用Oracle數(shù)據(jù)庫的情況，衛(wèi)生信息中心選用Oracle數(shù)據(jù)庫軟件數(shù)據(jù)庫是提高資源整合效率的必要條件，并且出于售后服務質(zhì)量因素，集成商應當有OracleOPN認證證書，以保證軟件的合法授權與維護服務的質(zhì)量。
2.為防止計劃內(nèi)維護中斷服務，數(shù)據(jù)中心服務器與操作系統(tǒng)必須可無需中斷服務即可在正在運行的內(nèi)核中修復可執(zhí)行的代碼錯誤并無需重啟，修復問題和修復生效均無需重啟；數(shù)據(jù)中心服務器可以動態(tài)調(diào)整分區(qū)和遷移分區(qū)無需重啟；動態(tài)調(diào)整分配處理器無需重啟；動態(tài)調(diào)整分配內(nèi)存與IO無需重啟；
3.由于目標地機房空間及制冷、電力制約，應占用較少的空間，較低的功率，此次采購所有設備總功率需小于10KW；
4.考慮數(shù)據(jù)安全性，核心存儲的業(yè)務連續(xù)性與擴展性，應通過專業(yè)軟硬件一體化裝置采用成熟經(jīng)驗證的CDP連續(xù)數(shù)據(jù)保護技術（非連續(xù)快照技術)，支持一個月之內(nèi)數(shù)據(jù)任意I/O級恢復回滾，恢復精度<=1秒，須建立獨立于主機和存儲陣列的存儲虛擬化，虛擬化的實現(xiàn)不會消耗主機和存儲的資源，最大IOPS≥2000000，每臺設備可由雙控制器擴展到八個控制器，擴展到288G物理內(nèi)存；根據(jù)國家衛(wèi)生部對于市級衛(wèi)生信息平臺的信息安全等級保護要求不低于三級的規(guī)定，核心存儲及容災系統(tǒng)設計應當采用專業(yè)存儲廠商的統(tǒng)一整體解決方案。
5.考慮服務器軟件是以CPU進行授權問題，應有較高的CPU主頻，較少的CPU數(shù)量；根據(jù)區(qū)域衛(wèi)生響應要求，CPU主頻應≥3.0G，L3緩存容量≥4MB緩存/CPU內(nèi)核；每個CPU內(nèi)核達到4線程并行，服務器應支持并發(fā)鏈接的40G或以上的InfiniBand 高速交換模塊；
6.根據(jù)區(qū)域衛(wèi)生設計用戶容量要求支持4000個并發(fā)訪問，數(shù)據(jù)庫服務器應有較大的支持線程，數(shù)據(jù)中心平臺虛擬化系統(tǒng)支持每服務器線程應大于512；
7.根據(jù)區(qū)域衛(wèi)生應用的可擴展性要求，數(shù)據(jù)中心平臺每個分區(qū)應支持大于64個虛擬處理器和大于2T虛擬內(nèi)存；
8.考慮數(shù)據(jù)處理涉及新農(nóng)合資金，應保證數(shù)據(jù)指令安全性，數(shù)據(jù)中心服務器處理器應支持處理器指令重試、替代處理器恢復、核心故障點控制、操作系統(tǒng)級別的首次出錯數(shù)據(jù)捕捉等高級可靠性特性；
9.根據(jù)故障隔離需求，具備標準的ChipKill內(nèi)存技術，可允許最大兩個內(nèi)存芯片失效，支持選擇性的內(nèi)存鏡像功能以在DIMM失效時進行分區(qū)恢復；不因某個部件硬件故障影響系統(tǒng)運行；
10.為實現(xiàn)網(wǎng)絡最大兼容性、擴展性、網(wǎng)絡管理平臺集中管理，互聯(lián)設備應盡量與政務外網(wǎng)路由設備以及各醫(yī)療機構路由設備保持一致性；虛擬化特性支持虛擬機的感知與漂移，提供虛擬機流量監(jiān)管、訪問控制策略部署等功能，硬件支持FCoE；以滿足數(shù)據(jù)中心平臺的不斷發(fā)展的要求。
11.為考慮設計方案公開招標，設計方案對品牌和資質(zhì)不得有傾向性。
