社區(qū)衛(wèi)生綜合改革信息化系統(tǒng)之區(qū)域業(yè)務協(xié)同系統(tǒng)改造項目--技術需求20160902.docx

1、第一章項目概述31.1投標人資格要求31.2建設內容和范圍31.3建設周期4第二章項目技術需求52.1社區(qū)綜合管理系統(tǒng)改造需求52.1.1各管理角色主頁要求52.1.2運營監(jiān)管52.1.3管理協(xié)同62.1.4 統(tǒng)計分析7GP桌面82.1.6預算管理82.1.7績效考核與分配102.1.8社區(qū)診斷122.1.9健康評估142.1.10院內數(shù)據(jù)采集和交換平臺152.2區(qū)域衛(wèi)生綜合管理平臺升級改造需求162.2.1區(qū)衛(wèi)生綜合管理平臺指標中心改造162.2.2區(qū)全面預算模塊功能升級改造162.2.3區(qū)醫(yī)療監(jiān)管模塊功能升級改造162.2.4區(qū)公共衛(wèi)生監(jiān)管模塊功能升級改造172.2.5區(qū)藥品耗材監(jiān)管模塊功

2、能升級改造172.2.6區(qū)家庭醫(yī)生業(yè)務監(jiān)管模塊功能開發(fā)172.2.7區(qū)績效評估模塊功能升級改造182.2.8區(qū)政府補償模塊功能升級改造182.2.9區(qū)薪酬核定模塊功能升級改造182.3區(qū)域協(xié)同系統(tǒng)功能需求錯誤!未定義書簽。2.3.1區(qū)域PACS遠程閱片會診系統(tǒng)錯誤!未定義書簽。2.3.2區(qū)域心電報告會診中心錯誤!未定義書簽。2.3.3區(qū)域病理遠程會診中心錯誤!未定義書簽。2.3.4檢查檢驗結果互認系統(tǒng)錯誤!未定義書簽。2.3.5區(qū)域電子圖書館錯誤!未定義書簽。2.4配套服務器需求192.5實施及保障要求372.5.1實施過程要求372.5.2成果交付要求382.5.3人員培訓要求382.5.4

3、質保期服務要求39預算查閱各部門預算管理人員可以根據(jù)組合條件查閱自己所在部門的各類預算表。2.1.7績效考核與分配績效管理模塊是指用于社區(qū)衛(wèi)生服務機構中管理層開展績效考核和獎金分配的計算機應用軟件。通過建立適應不同類型科室和崗位的績效方案，將不同的質量系數(shù)及需要的預算主體考評系數(shù)納入到對應的績效方案中，結合標化工作體系和工作質量評估結果，按照科室和個人的兩級分配原則，最終實現(xiàn)對機構內部各科室或者各人員的績效考核、績效分配、績效分析等管理需求?？冃Э己送ㄟ^對科室（個人）績效方案的定制功能，完成對績效指標的選擇、權重占比、指標分解及考核方法的維護管理，并能對方案進行調整及發(fā)布相應操作

4、。定期進行績效執(zhí)行計劃的管理，允許管理人員對被考核對象進行按期的績效考核執(zhí)行。方便的提供對各考核對象的結果查看。支持系統(tǒng)自動評分和手動評分兩種績效評分方式。系統(tǒng)自動評分至少支持四種計算公式：加減法、區(qū)間法、目標參照法和公式法。支持績效方案的復用。在新增績效方案時可以前期的績效方案為基礎，經(jīng)過調整和完善形成新的績效方案。支持績效方案的調整。已經(jīng)發(fā)布的績效方案可通過調整單進行調整，調整內容包括考核指標、指標權重、評分方法等。指標結果數(shù)據(jù)必須來自社區(qū)數(shù)據(jù)中心，以保證執(zhí)行數(shù)據(jù)的一致性和正確性。支持科室績效獎金分配管理功能。系統(tǒng)可結合科室的績效評價得分情況（轉化為考核系數(shù)）、科室下的團隊成員標化工作量及

5、標化工作單價，結合部分的人工主觀評分內容，計算出科室績效獎金應發(fā)總額，經(jīng)過審核調整后作為各科室進行二次分配的應發(fā)依據(jù)。支持個人的績效獎金分配管理功能。根據(jù)科室績效獎金分配獲得的應發(fā)總額依據(jù)，結合科室內所有最小預算主體的績效評價得分情況（轉化為考核系數(shù)）、主觀評分結果、標化工作量及標化工作單價，實現(xiàn)對這個預算主體的績效獎金分配額度試算，在審核通過后可作為發(fā)放依據(jù)。預算主體內部的成員獎金拆分過程也在此基礎上由負責人進行系統(tǒng)內的拆分操作予以完成。允許對科室和個人的績效分配結果的按組合條件的查詢，并提供對應的導出等功能操作?？冃Х治鲋С挚剖壹懊课还ぷ魅藛T的績效評價得分、績效分配情況分析功

6、能?？筛鶕?jù)時間、指標類型、業(yè)務類別等多維度，查看社區(qū)機構各個科室及每位工作人員的績效評價得分、績效分配情況。支持績效結果的申訴管理?？梢詫φw考核結果或單項考核結果提出申訴,根據(jù)申訴審批結果確定是否更改績效結果。初始設置支持對績效指標、考核時間等基礎配置的管理功能。數(shù)據(jù)采集與錄入子系統(tǒng)主要實現(xiàn)考核數(shù)據(jù)的自動采集，從醫(yī)院HIS系統(tǒng)、體檢系統(tǒng)、共衛(wèi)生系統(tǒng)實現(xiàn)工作量數(shù)據(jù)采集，對于系統(tǒng)不能采集到的數(shù)據(jù)采用人工錄入方式，數(shù)據(jù)采集上來后就進入數(shù)據(jù)中心，成為事實數(shù)據(jù)信息庫。維護子系統(tǒng)主要實現(xiàn)指標維度、數(shù)據(jù)模型、系統(tǒng)參數(shù)的設置，設置數(shù)據(jù)成為指標庫和預警數(shù)據(jù)庫，按照設置的相關參數(shù)信息，就可以支撐后

7、續(xù)系統(tǒng)需要,展示各種特定或自定義的報表數(shù)據(jù)，并可實現(xiàn)按維度、數(shù)據(jù)模型的對比、同比分析。在數(shù)據(jù)中心基礎上，實現(xiàn)信息的展示利用，包括社區(qū)診斷子系統(tǒng)、科研支撐子系統(tǒng)、綜合展示子系統(tǒng)三部分。社區(qū)診斷子系統(tǒng)主要提供給社區(qū)診斷工作人員，按照社區(qū)診斷工作要求，統(tǒng)計相關數(shù)據(jù)，形成社區(qū)診斷報告。科研支撐子系統(tǒng)主要通過各種數(shù)據(jù)的挖掘分析，實現(xiàn)各種數(shù)據(jù)發(fā)現(xiàn)，支撐醫(yī)護科研人員科研工作開展。綜合展示子系統(tǒng)主要為社區(qū)管理人員服務，便捷的展示社區(qū)醫(yī)院慢病管理各種統(tǒng)計管理數(shù)據(jù)。數(shù)據(jù)采集與錄入數(shù)據(jù)采集與錄入模塊主要實現(xiàn)醫(yī)院各種現(xiàn)有數(shù)據(jù)的采集，建立后續(xù)統(tǒng)計分析和展示的數(shù)據(jù)中心，具體功能包括：1）數(shù)據(jù)采集接口的管理，

8、包括制定、修改、查詢；2）采集數(shù)據(jù)的跟蹤、管理和修訂；3）提供基礎數(shù)據(jù)綜合查詢功能；4）自定義接口數(shù)據(jù)采集管理（支持未來擴展），接口數(shù)據(jù)監(jiān)控和管理；5) HIS、公共衛(wèi)生、體檢等數(shù)據(jù)的采集對于無法從應用系統(tǒng)采集的數(shù)據(jù)提供手工錄入和審核功能。系統(tǒng)管理主要實現(xiàn)系統(tǒng)各項指標、用戶、權限等基礎信息的管理，支撐后續(xù)的統(tǒng)計分析，具體功能包括：1) 各種統(tǒng)計指標、維度的維護；2) 各種主題和數(shù)據(jù)模型的維護；3) 預警、基準數(shù)據(jù)的維護；4) 標準與數(shù)據(jù)字典的維護；5) 用戶和權限管理，系統(tǒng)設置(系統(tǒng)控制和擴展，個性化設置)；6) 提供系統(tǒng)登錄和操作日志，方便監(jiān)控和管理。社區(qū)診斷按街

9、道和社區(qū)統(tǒng)計相關信息，實現(xiàn)社區(qū)診斷工作?？蒲兄慰蒲兄文K主要實現(xiàn)各種健康管理數(shù)據(jù)的統(tǒng)計分析，支撐科研工作管理需要，主要功能包括：1) 慢病管理數(shù)據(jù)的統(tǒng)計分析；2) 支持自定義指標、維度；3) 支持自定義主題和用戶模型設計；4) 可實現(xiàn)同比、環(huán)比、對比、相關性和趨勢性分析5) 支持與基準數(shù)據(jù)的比對；6) 支持數(shù)據(jù)導出功能，可以采用專業(yè)統(tǒng)計數(shù)據(jù)統(tǒng)計分析。綜合展示綜合展示模塊主要實現(xiàn)綜合數(shù)據(jù)的展示分析，主要功能包括：1) 綜合數(shù)據(jù)的展現(xiàn)，在一個界面里展示一覽子健康管理數(shù)據(jù);2) 支持主頁顯示的內容和數(shù)據(jù)；3) 支持數(shù)據(jù)鉆??；4) 支持關鍵指標、預警信息提醒；5) 支持

10、與基準數(shù)據(jù)的比對。2.1.9健康評估系統(tǒng)主要在個人健康數(shù)據(jù)采集系統(tǒng)基礎之上，通過采集到的數(shù)據(jù)形成個人健康檔案，根據(jù)個人健康檔案數(shù)據(jù)進行個人的健康風險評估，評估的結果包括主要健康問題、異常指標情況、高發(fā)疾病風險、重要指標趨勢等等，系統(tǒng)根據(jù)個人健康檔案風險評估情況細分客戶健康管理需求，包括疾病診療需求，健康教育需求和健康干預需求等。最后根據(jù)健康管理需求制定個人健康干預管理計劃和健康促進方案。2.1.10院內數(shù)據(jù)采集和交換平臺數(shù)據(jù)采集1、支持多種數(shù)據(jù)庫類型的數(shù)據(jù)源采集配置；2、提供基于ETL的抽取、轉換、翻轉等操作采集腳本；3、支持接口采集、SQL采集等多種數(shù)據(jù)采集方式；4、可根據(jù)數(shù)

11、據(jù)集內容分組建立多個數(shù)據(jù)采集模型模式；5、可生成數(shù)據(jù)采集的記錄日志；可根據(jù)日志跟蹤解決數(shù)據(jù)采集錯誤；6、支持不同數(shù)據(jù)設置不同頻率、不同時段、不同采集接口；7、提供與醫(yī)院HIS等系統(tǒng)數(shù)據(jù)采集的接口配置功能；8、支持數(shù)據(jù)質量的校驗（包括數(shù)據(jù)項校驗、數(shù)據(jù)相關性校驗等）功能。數(shù)據(jù)交換1、具有跨隊列、消息代理和數(shù)據(jù)轉換一體化的面向服務架構，有成熟的適配器，可將不同的后端應用數(shù)據(jù)和數(shù)據(jù)庫抽象成一致的對象模型；2、能提供創(chuàng)建定制適配器、消息、業(yè)務服務、業(yè)務操作和業(yè)務流程以及數(shù)據(jù)轉換的向導；3、支持WebService服務、socket服務、消息服務、多種服務接口；4、滿足平臺數(shù)據(jù)交互高并發(fā)、

12、大數(shù)據(jù)量、實時性高等需求，保持高性能運行;5、可提供基于業(yè)務流程的流程配置服務，定制化服務配置。并可提供遠程調用服務和分布式服務調用，并實現(xiàn)負載均衡，故障轉移等基本功能；6、支持對每一個消息傳輸環(huán)節(jié)的監(jiān)控和審核，對于數(shù)據(jù)傳輸狀況有較靈活的反饋服務，具有自動補傳、重傳等功能；7、支持應用節(jié)點和接口服務的統(tǒng)一配置管理，監(jiān)控平臺應能對各接口調用歷史進行負載和響應時間分析業(yè)務預警根據(jù)科室業(yè)務需要，制定適合本科室的相關業(yè)務指標的管理閥值、從而對各業(yè)務指標實行精細化管理。系統(tǒng)要能動態(tài)的進行針對性指標監(jiān)控，對超過閥值的指標通過各種途徑進行主動預警，并能觸發(fā)后續(xù)的預警響應和回復處理流程。2.2

13、區(qū)域衛(wèi)生綜合管理平臺升級改造需求面向本輪社區(qū)綜改進行響應的功能、指標、展現(xiàn)、考評、補償?shù)裙δ艿母脑煨拚?，確保業(yè)務監(jiān)管、決策分析能有足夠的數(shù)據(jù)和預測模型支撐，以配合社區(qū)綜合改革工作的深入推廣，進一步打通互聯(lián)互聯(lián)通的通道，確保區(qū)級平臺的數(shù)據(jù)客觀性和完整性。2.2.1區(qū)衛(wèi)生綜合管理平臺指標中心改造根據(jù)本輪社區(qū)綜合改革的文件精神，對141個基本服務項目所對應的300多個必備指標進行整理，與原有區(qū)級綜管平臺中的指標中心指標體系進行對照，對指標中心的指標進行補充，設定相關新增指標內容，并在指標之間增加歸屬、合并關系,優(yōu)化指標數(shù)據(jù)的自動分發(fā)機制和分發(fā)結果的執(zhí)行監(jiān)督查閱及日志功能。2.2.2區(qū)全面預算模塊功能

14、升級改造在原系統(tǒng)功能基礎上，對預算類指標進行梳理調整，提供合并預算、預算模板快捷修改編輯、預算執(zhí)行考核引用的過程，優(yōu)化實現(xiàn)對預算類指標從指標中心體系中引用參照的功能，以及指標定義過程中的快速工程實施技術優(yōu)化。2.2.3區(qū)醫(yī)療監(jiān)管模塊功能升級改造在原系統(tǒng)功能基礎上，對醫(yī)療監(jiān)管類指標進行相關梳理調整，實現(xiàn)對監(jiān)管指標的個性可配置化實施操作，將指標分成一級、二級指標組合，通過組合鉆取查詢相應的指標以時間、科室為軸的動態(tài)發(fā)展曲線趨勢，并根據(jù)相應的同比值、環(huán)比值、預算值、全區(qū)均值和全市均值來實現(xiàn)初步的智能化分析，以輔佐管理決策。在原有主題基礎上，新開發(fā)醫(yī)保和新農(nóng)合主題的系列指標業(yè)務的監(jiān)管。2.2.4區(qū)公共

15、衛(wèi)生監(jiān)管模塊功能升級改造在原系統(tǒng)功能基礎上，對公共衛(wèi)生監(jiān)管類指標進行相關梳理調整，實現(xiàn)對監(jiān)管指標的個性可配置化實施操作，將指標分成一級、二級指標組合，通過組合鉆取查詢相應的指標以時間、科室為軸的動態(tài)發(fā)展曲線趨勢，并根據(jù)相應的同比值、環(huán)比值、預算值、全區(qū)均值和全市均值來實現(xiàn)初步的智能化分析，以輔佐管理決策。在原有主題基礎上，新開發(fā)計劃免疫、健康宣教、艾性管理、死亡登記、環(huán)境衛(wèi)生、衛(wèi)生監(jiān)督等其余公共衛(wèi)生條線的業(yè)務監(jiān)管功能。2.2.5區(qū)藥品耗材監(jiān)管模塊功能升級改造在原系統(tǒng)功能基礎上，對藥品耗材監(jiān)管類指標進行相關梳理調整，實現(xiàn)對監(jiān)管指標的個性可配置化實施操作，并根據(jù)相應的同比值、環(huán)比值、預算值、全區(qū)均

16、值和全市均值來實現(xiàn)初步的智能化分析，以輔佐管理決策。在原有主題基礎上，新增加對長處方藥品、延伸處方藥品和精衛(wèi)毒麻類藥品的重點監(jiān)控和追溯功能。2.2.6區(qū)家庭醫(yī)生業(yè)務監(jiān)管模塊功能開發(fā)對全區(qū)各社區(qū)的家庭醫(yī)生業(yè)務進行監(jiān)管，通過分級指標管理，按照簽約（含1+1+1簽約）管理、重點人群隨訪監(jiān)督、慢性病規(guī)范管理監(jiān)督、GP醫(yī)保控費和GP業(yè)務達成監(jiān)督等功能,全方位了解各GP團隊的工作進展情況。并能對下轄社區(qū)的GP團隊的各項業(yè)務進行排名，提供排名數(shù)據(jù)發(fā)布功能。2.2.7區(qū)績效評估模塊功能升級改造在原系統(tǒng)功能基礎上，優(yōu)化完善績效評估方案的組合、套用功能，完善績效類指標的數(shù)量指標、質量指標、效率指標等不同類型間的關

17、聯(lián)影響功能，完善其從指標中心的引用參照功能，優(yōu)化其績效評估結果的數(shù)據(jù)發(fā)布功能，要求能對其他多個系統(tǒng)（政府補償、薪酬核定、全面預算、社區(qū)綜管等）的動態(tài)非實肘數(shù)據(jù)發(fā)布。并優(yōu)化績效評估業(yè)務數(shù)據(jù)的自動進入數(shù)據(jù)倉庫的ETL過程，以實現(xiàn)管理端的按時間軸的績效評估分析。2.2.8區(qū)政府補償模塊功能升級改造在原系統(tǒng)功能基礎上，優(yōu)化政府補償?shù)难a償模板快速工程化實施技術，補償單價的指標中心復用功能，同時完善系統(tǒng)對補償結果試算和自動校驗等相關功能，并優(yōu)化政府補償業(yè)務數(shù)據(jù)的自動進入數(shù)據(jù)倉庫的ETL過程，以實現(xiàn)管理端的按時間軸的補償結果分析。2.2.9區(qū)薪酬核定模塊功能升級改造在原系統(tǒng)功能基礎上，優(yōu)化薪酬核定模板快速工

18、程可配置頁面開發(fā)，對核定項目的數(shù)據(jù)分發(fā)獲取機制的優(yōu)化調整，并根據(jù)指標項的變動，增加年度版本化存儲的要求，同時優(yōu)化業(yè)務數(shù)據(jù)自動進入數(shù)據(jù)倉庫的ETL過程。2.3配套系統(tǒng)軟件需求2.3.1操作系統(tǒng)1套2.3.2分布式日志平臺系統(tǒng)2套各個應用系統(tǒng)每天產(chǎn)生大量日志。日志收集系統(tǒng)能夠從各種日志源上收集日志，存儲到一個中央存儲系統(tǒng)上，以便于進行集中統(tǒng)計分析處理。它為日志的“分布式收集，統(tǒng)一處理”提供了一個可擴展的，高容錯的方案。當中央存儲系統(tǒng)的網(wǎng)絡或者機器出現(xiàn)故障時，日志收集系統(tǒng)會將日志轉存到本地或者另一個位置，當中央存儲系統(tǒng)恢復后，日志收集系統(tǒng)會將轉存的日志重新傳輸給中央存儲系統(tǒng)。采集端，收集傳輸層和持久

19、化層分層設計，支持通過配置文件進行三者不同類型的組合配置。有較好的容錯性，采集端和傳輸層間，收集傳輸層和持久化層間有容錯性，且提供三種級別的可靠性保證；有較好的性能和可靠性，采集端和收集傳輸層間，收集傳輸層和持久化存儲層間有負載均衡和失效轉移兩種模式，提供豐富的采集端和持久化存儲層，支持大數(shù)據(jù)，可以直接寫入大數(shù)據(jù)文件系統(tǒng)，寫大數(shù)據(jù)文件系統(tǒng)時支持對文本和序列值的壓縮。項目需求采集端最大數(shù)10000040第三章評分標準日志采集支持Syslog,支持UDP和TCP兩種形式支持WindowsWMI和EventLog支持從AMQP協(xié)議兼容的消息隊列導入日志支持通過SNMP從網(wǎng)絡設備導入運行狀態(tài)日志支持基

20、于Linux的標準輸出的日志收集支持從JMS系統(tǒng)（消息、主題）中讀取數(shù)據(jù)，支持從文件系統(tǒng)獲取日志數(shù)據(jù)支持基于HTTPPOST或GET方式的數(shù)據(jù)源，支持JSON、BLOB表示形式日志處理支持以正則表達式從日志數(shù)據(jù)中抽提字段支持數(shù)據(jù)類型轉換支持日志流標記，能夠根據(jù)流標記實現(xiàn)快速分類支持日志源標記，能夠實現(xiàn)不同數(shù)據(jù)源的快速分類支持日志處理管道，通過插件逐級解析和豐富日志支持日志分級處理，能夠將符合一定條件的日志子集轉發(fā)到下一級日志處理系統(tǒng)用戶界面支持通過B/S管理界面，也支持通過命令行和腳本形式管理管理客戶端支持儀表盤，儀表盤布局支持拖拽形式定制和全屏展示支持將查詢保存到儀表盤中支持交互式的自定義日

21、志處理模塊的開發(fā)和部署功能擴展提供日志格式的跨語言跨平臺描述，支持自定義的日志采集客戶端的開發(fā)支持自定義日志處理管道插件開發(fā)支持自定義日志分析插件開發(fā)支持自定義日志報表插件開發(fā)支持通過RESTFulAPI實現(xiàn)日志的查詢、分析和獲取結果支持向客戶開放管理界面源代碼，以實現(xiàn)界面定制后端存儲支持MongoDB和ElasticSearch作為配置和日志數(shù)據(jù)存儲后端支持DAS、NAS和SAN等不同等級存儲硬件配置支持超融合架構硬件上運行所有組件性能和高可用日志接收組件，分析保存組件、查詢和管理組件能夠運行在不同服務器。每個組件都可以通過雙機、多機實現(xiàn)高可用和負載均衡日志源支持不少于1000000,日志流

22、支持不少于1000000單日志消息來源最小支持1024個字段日志最大保存容量不低于1PB日志最大保留時間可不低于5年在最大數(shù)據(jù)容量下，查詢最大延時不超過5秒2.3.3數(shù)據(jù)結構服務系統(tǒng)2套運行操作系統(tǒng)Linux,Freebsd,Windows服務器數(shù)據(jù)結構服務支持鍵值對，字符串，哈希，列表，集合，有序集合等多種數(shù)據(jù)結構.要求極高性能，在50并發(fā)，共500萬請求時，能達到超過每秒10萬次以上讀寫頻率高可用支持分布式高可用性支持多節(jié)點，支持主從復制模式，支持主從-從-從等模式支持數(shù)據(jù)分區(qū)，可將數(shù)據(jù)存儲于多個實例中支持數(shù)據(jù)持久化的內存模式、硬盤模式和混合模式應用模式支持管道批處理模式支持事務支持客戶端

23、語各種主流語言，包括javaVB.netActionScriptBashC言C#C+ClojureCommonLispCrystalDDartElixiremacslispErlangFancygawkGNUPrologGoHaskellHaxeloJavaJavascriptJuliaLuaMatlabmrubyNimNode.jsObjective-COCamlPascalPerlPHPPureDataPythonRRacketRebolRubyRustScalaSchemeSmalltalkSwiftTel2.3.4分布式事務處理系統(tǒng)2套各個應用系統(tǒng)每天產(chǎn)生大量日志。日志收集系統(tǒng)能夠從各

24、種日志源上收集日志，存儲到一個中央存儲系統(tǒng)上，以便于進行集中統(tǒng)計分析處理。它為日志的“分布式收集，統(tǒng)一處理”提供了一個可擴展的，高容錯的方案。當中央存儲系統(tǒng)的網(wǎng)絡或者機器出現(xiàn)故障時，日志收集系統(tǒng)會將日志轉存到本地或者另一個位置，當中央存儲系統(tǒng)恢復后，日志收集系統(tǒng)會將轉存的日志重新傳輸給中央存儲系統(tǒng)。功能需求：采集端，收集傳輸層和持久化層分層設計，支持通過配置文件進行三者不同類型的組合配置。有較好的容錯性，采集端和傳輸層間，收集傳輸層和持久化層間有容錯性，且提供三種級別的可靠性保證；有較好的性能和可靠性，采集端和收集傳輸層間，收集傳輸層和持久化存儲層間有負載均衡和失效轉移兩種模式，提供豐富的采集

25、端和持久化存儲層，支持大數(shù)據(jù)，可以直接寫入大數(shù)據(jù)文件系統(tǒng)，寫大數(shù)據(jù)文件系統(tǒng)時支持對文本和序列值的壓縮。項目需求采集端最大數(shù)100000日志采集支持Syslog,支持UDP和TCP兩種形式支持WindowsWMI和EventLog支持從AMQP協(xié)議兼容的消息隊列導入日志支持通過SNMP從網(wǎng)絡設備導入運行狀態(tài)日志支持基于Linux的標準輸出的日志收集支持從JMS系統(tǒng)（消息、主題）中讀取數(shù)據(jù)，支持從文件系統(tǒng)獲取日志數(shù)據(jù)支持基于HTTPPOST或GET方式的數(shù)據(jù)源，支持JSON、BLOB表示形式日志處理支持以正則表達式從日志數(shù)據(jù)中抽提字段支持數(shù)據(jù)類型轉換支持日志流標記，能夠根據(jù)流標記實現(xiàn)快速分類支持日

26、志源標記，能夠實現(xiàn)不同數(shù)據(jù)源的快速分類支持日志處理管道，通過插件逐級解析和豐富日志支持日志分級處理，能夠將符合一定條件的日志子集轉發(fā)到下一級日志處理系統(tǒng)用戶界面支持通過B/S管理界面，也支持通過命令行和腳本形式管理管理客戶端支持儀表盤，儀表盤布局支持拖拽形式定制和全屏展示支持將查詢保存到儀表盤中支持交互式的自定義日志處理模塊的開發(fā)和部署功能擴展提供日志格式的跨語言跨平臺描述，支持自定義的日志采集客戶端的開發(fā)支持自定義日志處理管道插件開發(fā)支持自定義日志分析插件開發(fā)支持自定義日志報表插件開發(fā)支持通過RESTFulAPI實現(xiàn)日志的查詢、分析和獲取結果支持向客戶開放管理界面源代碼，以實現(xiàn)界面定制后端存

27、儲支持MongoDB和ElasticSearch作為配置和日志數(shù)據(jù)存儲后端支持DAS、NAS和SAN等不同等級存儲硬件配置支持超融合架構硬件上運行所有組件性能和高可用日志接收組件，分析保存組件、查詢和管理組件能夠運行在不同服務器。每個組件都可以通過雙機、多機實現(xiàn)高可用和負載均衡日志源支持不少于1000000,日志流支持不少于1000000單日志消息來源最小支持1024個字段日志最大保存容量不低于1PB日志最大保留時間可不低于5年在最大數(shù)據(jù)容量下，查詢最大延時不超過5秒2.35消息發(fā)布訂閱系統(tǒng)2套總體需求消息傳輸可靠支持協(xié)議支持AMQP協(xié)議，包括AMQP所有應用模式支持客戶端支持Java支持，支

28、持spring框架集成接口類型支持scab,clojure,jruby；提供SDK支持ruby,python,php,支持node.js,go,支持erlang?Haskell,ocaml,object-c,WebSTOMP,Delphi?和.net,微軟com組件數(shù)據(jù)庫整合支持整合Oracle,可以通過Oracle存儲過程向系統(tǒng)發(fā)布消息。支持整合MySQL,支持SSIS組件模式支持整合PostgreSql數(shù)據(jù)庫安全性支持LDAP認證。支持TLS/SSL,支持CA證書管理支持Web和基于命令行的管理支持管理API,可以通過Python來編寫腳本執(zhí)行支持HTTPAPI模式管理可列表，新建、刪除隊

29、列，監(jiān)控隊列長度，發(fā)送接收消息通過JSON格式導入導出定義。支持強制關閉連接物聯(lián)網(wǎng)支持，內置支持MQTT協(xié)議擴展性支持HTTPAPI輸出；支持自定義協(xié)議處理插件開發(fā)；支持向客戶開放管理界面的源代碼，以方便界面定制性能和高可用支持非共享存儲模式的多活節(jié)點集群支持節(jié)點故障恢復后的消息重發(fā)集群最大節(jié)點數(shù)不少于32節(jié)點單節(jié)點支持最少10000并發(fā)連接數(shù)；2.3.6分布式計算基礎架構系統(tǒng)2套分布式基礎架構系統(tǒng)的主要功能是為分布式系統(tǒng)提供一致性協(xié)調服務。技術架構的需求：基礎節(jié)點基礎節(jié)點根據(jù)其本身的特性，可以分為下面兩類：常規(guī)基礎節(jié)點:用戶需要顯式的創(chuàng)建、刪除臨時基礎節(jié)點：臨時型基礎節(jié)點，用戶

30、創(chuàng)建它之后，可以顯式的刪除，在創(chuàng)建它的會話結束后，由基礎架構系統(tǒng)軟件服務提供方自動刪除基礎節(jié)點還有一個序列的特性，如果創(chuàng)建的時候指定的話，該基礎節(jié)點的名字后面會自動增加一個不斷增加的序列號。支持會話服務調用方與基礎架構系統(tǒng)軟件之間的通信，需要創(chuàng)建一個會話，這個會話會有一個超時時間。因為基礎架構系統(tǒng)軟件集群會把服務調用方的會話信息持久化，所以在會話沒超時之前，服務調用方與基礎架構系統(tǒng)軟件服務提供方的連接可以在各個基礎架構系統(tǒng)軟件服務提供方之間透明地移動。支持監(jiān)視器基礎架構系統(tǒng)軟件支持一種監(jiān)視器操作，服務調用方可以在某個基礎節(jié)點上設置一個監(jiān)視器，來監(jiān)視器該基礎節(jié)點上的變化。如果該基礎節(jié)點上有相應的

31、變化，就會觸發(fā)這個監(jiān)視器，把相應的事件通知給設置監(jiān)視器的服務調用方。A讀、寫(更新)模式在基礎架構系統(tǒng)軟件集群中，讀可以從任意一個基礎架構系統(tǒng)軟件服務提供方讀，這一點是保證基礎架構系統(tǒng)軟件比較好的讀性能的關鍵；寫的請求會先轉發(fā)到主要管理節(jié)點，然后由主要管理節(jié)點來通過基礎架構系統(tǒng)軟件中的原子廣播協(xié)議，將請求廣播給所有的聽眾服務器，主要管理節(jié)點收到一半以上的寫成功的確認后，就認為該寫成功了，就會將該寫進行持久化，并告訴客戶端寫成功了。支持WAL和快照支持WAL(Write-Ahead-Log),對于每一個更新操作，基礎架構系統(tǒng)軟件都會先寫WAL,然后再對內存中的數(shù)據(jù)做更新，然后向服務調用方通知更新

32、結果。另外，可以定期將內存中的目錄樹進行快照，落地到磁盤上。支持先進先出對于每一個基礎架構系統(tǒng)軟件客戶端而言，所有的操作都是遵循先進先出順序的：一是基礎架構系統(tǒng)軟件服務調用方與服務提供方之間的網(wǎng)絡通信是基于TCP網(wǎng)絡協(xié)議，TCP網(wǎng)絡協(xié)議保證了服務調用方/服務提供方之間傳輸包的順序；二是基礎架構系統(tǒng)軟件服務提供方執(zhí)行客戶端請求也是嚴格按照先進先出順序的。串行執(zhí)行在基礎架構系統(tǒng)軟件中，所有的更新操作都有嚴格的偏序關系，更新操作都是串行執(zhí)行的，這一點是保證基礎架構系統(tǒng)軟件功能正確性的關鍵。支持軟件功能需求：名字服務分布式應用中，通常需要一套完備的命令機制，既能產(chǎn)生唯一的標識，又方便人識

33、別和記憶。我們知道，每個基礎節(jié)點都可以由其路徑唯一標識，路徑本身也比較簡潔直觀，另外基礎節(jié)點上還可以存儲少量數(shù)據(jù)，這些都是實現(xiàn)統(tǒng)一的名字服務的基礎。配置管理組員管理支持主服務器節(jié)點-從服務器節(jié)點結構的分布式系統(tǒng)。其中主服務器節(jié)點需要作為“總管”來管理所有的從服務器節(jié)點，當有從服務器節(jié)點加入，或者有從服務器節(jié)點宕機，主服務器節(jié)點都需要感知到這個事情，然后作出對應的調整,以便不影響整個集群對外提供服務。主服務器節(jié)點收到有新子結點加入的通知后，做相應的處理；如果有從服務器節(jié)點宕機，由于它所對應的結點是臨時性結點，在它的會話超時后，基礎架構系統(tǒng)軟件會自動刪除該結點；主服務器節(jié)點收到有子結點消失的通知，

34、做相應的處理。支持簡單互斥鎖支持讀寫鎖A支持屏障支持雙屏障雙屏障是這樣一種語義：它可以用來同步一個任務的開始和結束，當有足夠多的進程進入屏障后，才開始執(zhí)行任務；當所有的進程都執(zhí)行完各自的任務后,屏障才撤銷。2.3.7分布式性能監(jiān)控系統(tǒng)2套第一章項目概述總體需求分布式的應用系統(tǒng)性能分析部署與管理支持部署于linux,windows,freebsd操作系統(tǒng)，也可基于docker運行總體架構主要由收集器、數(shù)據(jù)存儲、查詢數(shù)據(jù)庫存儲可以使用關系型數(shù)據(jù)庫，也可以使用cassandra服務器支持特性低消耗：跟蹤系統(tǒng)對在線服務的影響應該做到足夠小。基本不影響業(yè)務系統(tǒng)本身運行；應用級的透明：對于應用程序員來說，

35、無需知道有跟蹤系統(tǒng)；支持Web界面查詢分布式系統(tǒng)調用棧，以直觀的方式進行性能分析編程語言和集支持JAVA語言，能和spring的集成成支持python,scala,ruby,C#,Go,Javascript等多種現(xiàn)代1.1投標人資格要求（1）符合中華人民共和國政府采購法第二十二條供應商參加政府采購活動應當具備的條件；（2）須按照上海市政府采購供應商登記及誠信管理（暫行）辦法完成登記（網(wǎng)址：或）,未完成登記的供應商，必須按規(guī)定完成登記手續(xù)；（3）其他資格要求：a）供應商須為中國境內注冊企業(yè)，且擁有適合的經(jīng)營范圍；b）投標人須具有工信部頒發(fā)的計算機信息系統(tǒng)集成壹級及以上資質證書；c）投標人必須具有

36、有效的軟件企業(yè)認定證書；d）按照閔行區(qū)行賄犯罪檔案查詢管理辦法（試行）（閔府辦發(fā)201132號）要求，投標人必須提交“投標單位”、“法人代表”及“項目負責人”近三年來有無行賄犯罪記錄，并出具相關證明；e）投標人若為福利企業(yè)，根據(jù)上海市財政局關于落實政府采購優(yōu)先購買福利企業(yè)產(chǎn)品和服務的通知（滬財庫200919號）及閔財庫200915號的規(guī)定，在同等條件下優(yōu)先采購福利企業(yè)的產(chǎn)品和服務。福利企業(yè)是指經(jīng)縣級以上人民政府民政部門認定，并獲得福利企業(yè)證書的企業(yè)；0根據(jù)上海市政府采購促進中小企業(yè)發(fā)展暫行辦法的通知（財庫2011181號）的規(guī)定，本項目非專門面向中小企業(yè)或小型、微型企業(yè)采購。g）本項目僅允許投

37、標人自身參與投標，不接受聯(lián)合體投標，不得借用母公司或子公司的資質和案例投標。以上資格要求為本次招標投標人應具備的基本條件，參加投標的投標人必須滿足資格要求中的對應的所有條款，并按照相關規(guī)定遞交資格證明文件。1.2建設內容和范圍本項目主要是針對閔行區(qū)社區(qū)衛(wèi)生服務中心衛(wèi)生綜合管理系統(tǒng)的建設，以及閔行區(qū)級衛(wèi)生綜合管理平臺的改造建設。常用語言支持mysql,http等性能監(jiān)控2.3.8列式內存數(shù)據(jù)庫1套招標文件技術規(guī)范對應序號招標文件技術要求系統(tǒng)架構產(chǎn)品支持基于X86架構的多服務器、多處理器的高效并行處理技術，能夠將數(shù)據(jù)處理和運算拆分并部署到多個處理器，支持集群技術，支持高可用(HA)的部署。開放性提

38、供對各主流廠商的硬件支持，包括國產(chǎn)硬件廠商，不能只依賴于單一廠商；不能為封閉式軟硬件一體平臺。操作系統(tǒng)支持支持主流Linux操作系統(tǒng)平臺，包括SuseLinux/RedHatLinux等語言支持提供多語種支持；支持中文國家標準的中文字符。SQL支持支持SQL92ANSI/ISO標準。存儲方式1.支持行/列存儲方式，支持數(shù)據(jù)壓縮。2.內置行列轉換，不影響SQL查詢。同時支持全內存計算，包括數(shù)據(jù)庫引擎和數(shù)據(jù)駐于內存，把內存作為主存儲和計算單元。存儲過程和自定義函數(shù)1.支持通過數(shù)據(jù)庫管理工具、第三方應用程序對存儲過程進行的創(chuàng)建、刪除、調用。2.支持通過數(shù)據(jù)庫管理工具、第三方應用程序對自定義函數(shù)進行的

39、創(chuàng)建、刪除、調用。任務執(zhí)行與調度1.可支持命令行方式調度任務，可設置任務的運行時參數(shù)。2.提供圖形化界面，可以配置定時執(zhí)行任務，并對任務運行狀況進行監(jiān)控。數(shù)據(jù)平文件需求支持數(shù)據(jù)平文件加載方式，并且平文件的行分割符、列分割符均可以定義為多個字符的組合。數(shù)據(jù)挖掘內置數(shù)據(jù)挖掘函數(shù)庫，包含主流數(shù)據(jù)挖掘算法，如決策樹、線性回歸、K-B等等?？梢耘cR等第三方數(shù)據(jù)挖掘工具集成安全需求1.用戶管理，支持創(chuàng)建刪除用戶，修改用戶密碼2.權限管理，支持對用戶授予系統(tǒng)、對象權限。審計、日志需求1.數(shù)據(jù)庫審計日志。具備審計開關，可以對create,INSERT,UPDATE,DELETE,GRANT操作進行日志記錄。2

40、.會話級日志跟蹤?？梢詫捤鶊?zhí)行的SQL語句，CPU耗時，執(zhí)行計劃，使用內存等內容進行記錄。3.系統(tǒng)日志。對系統(tǒng)級操作，如啟動，停止，參數(shù)修改，系統(tǒng)異常等內容進行記錄。監(jiān)控要求1.提供圖形化監(jiān)控界面，能夠對系統(tǒng)的運行狀態(tài)，活動會話、空間使用狀況、內存、CPU、IO、網(wǎng)絡等使用情況進行監(jiān)控。2.提供SQL運行狀況監(jiān)控界面，能夠對歷史和當前執(zhí)行的SQL進行監(jiān)控，具體信息包括SQL語句、當前狀態(tài)、執(zhí)行開始時間、執(zhí)行耗時；提供執(zhí)行耗時最長的TOPn條SQL語句列表。3.具有性能自動調優(yōu)機制，能為管理員提供調優(yōu)建議。能夠查看SQL語句的執(zhí)行計劃。無損失移植需求能夠將原有異構數(shù)據(jù)庫（Oracle10g/

41、llgSQLSERVER2008/R2,PostgreSQL數(shù)據(jù)庫，DM數(shù)據(jù)庫等）向本數(shù)據(jù)庫無損失移植。能夠兼容Oracle10g/llg,SQLSERVER2008/R2等數(shù)據(jù)庫中的各種數(shù)據(jù)類型。規(guī)模需求數(shù)據(jù)庫系統(tǒng)規(guī)模需能夠承載10TB以上的結構化非壓縮數(shù)據(jù)。資源管理需求1.可在線對訪問請求所能訪問I/O,CPU,內存等資源進行調控。2.可在線對訪問請求的優(yōu)先級進行精細化管理3.可隨時對已經(jīng)提交的數(shù)據(jù)庫會話進行終止。運維需求1.應具有強的容錯能力、錯誤恢復能力、錯誤記錄及預警能力，能在不影響數(shù)據(jù)庫運行的條件下快速恢復已提交的修改，可以把整個數(shù)據(jù)庫、指定表或指定的記錄恢復到指定時間點。2.具有

42、完善的數(shù)據(jù)庫冷、熱備份，還原功能，包括全量數(shù)據(jù)的備份、還原以及增量數(shù)據(jù)的備份、還原。高可用需求1.系統(tǒng)應具備高可用、負載均衡能力，當任何節(jié)點發(fā)生故障時（包括：服務器故障，網(wǎng)絡故障，硬盤故障等），整個系統(tǒng)仍能對外不間斷提供完整的數(shù)據(jù)服務。2.內存數(shù)據(jù)庫支持持久層存儲，在服務器掉電或停機后能保證事務的完整性，確保數(shù)據(jù)不丟失。3.數(shù)據(jù)庫支持基于日志的容災功能，能夠實現(xiàn)異地容災而且無需依賴第三方容災方案。4.集群增加或刪除節(jié)點時支持節(jié)點間的在線數(shù)據(jù)重新分布，數(shù)據(jù)重分布過程中前端的業(yè)務不會中斷。5.數(shù)據(jù)庫集群模式下，當數(shù)據(jù)庫節(jié)點出現(xiàn)問題時，可通過故障切換保證數(shù)據(jù)庫的可用性。數(shù)據(jù)庫特性產(chǎn)品為MPP架構的無

43、共享(Share-Nothing)純內存型數(shù)據(jù)庫，可不依附于傳統(tǒng)的硬盤型數(shù)據(jù)庫獨立部署。開發(fā)語言支持支持JAVA等主流語言的開發(fā)，可以快速開發(fā)基于HTML5標準的應用界面。API支持提供基于.Net和JAVA的數(shù)據(jù)庫訪問類庫(API接口)。場景需求能夠支持在線分析(OLAP)和在線交易(OLTP)2種使用場景。數(shù)據(jù)分區(qū)數(shù)據(jù)庫支持多種分區(qū)方式,如HASH、RANGE、Round-Robin等分區(qū)方式，并支持基于其中兩種方式的二級分區(qū)。圖形化數(shù)據(jù)庫管理工具提供統(tǒng)一的圖形化數(shù)據(jù)庫管理工具，可對數(shù)據(jù)庫的各項功能進行集中式的統(tǒng)一管理，可以數(shù)據(jù)庫內表、視圖、存儲過程等對象進行DDL/DML操作。ETL工具

44、支持兼容主流ETL工具，至少兼容Informatica?DataStage2種ETL工具。BI工具支持兼容主流BI工具軟件。如SAPBusinessObjects,IBMCognos等等。數(shù)據(jù)處理引擎產(chǎn)品支持多個數(shù)據(jù)處理引擎，如列引擎、行引擎和多維引擎等，數(shù)據(jù)庫可根據(jù)查詢語句自動選擇最佳處理引擎，無需人工干預。數(shù)據(jù)分析需求內置豐富的數(shù)據(jù)預測模型和業(yè)務分析函數(shù)，通過集成在實時分析內存數(shù)據(jù)庫內的L語言、R函數(shù)庫、C+函數(shù)進行庫內分析。平臺集成支持同Hadoop等平臺進行跨庫操作，用戶可以通過數(shù)據(jù)庫對Hadoop平臺進行透明訪問。內部優(yōu)化產(chǎn)品支持行列數(shù)據(jù)在內存中的優(yōu)化存儲和針對列數(shù)據(jù)的寫優(yōu)化。數(shù)據(jù)處

45、理需求1.支持數(shù)據(jù)庫，文本文件等多種形式的大規(guī)模數(shù)據(jù)加載，加載速度應=1T/每小時2.支持對數(shù)據(jù)進行大規(guī)模更新、刪除操作。更新、刪除速度應10000行/每秒并發(fā)及性能優(yōu)化需求1.能支持500用戶進行并行訪問（訪問模式是對TB量級數(shù)據(jù)表進行關聯(lián)，然后進行模糊查詢并返回6萬條結果或對數(shù)據(jù)進行統(tǒng)計匯總），平均響應時間應在1分鐘以內。2.支持讀寫并發(fā)訪問。任何情況下讀、寫互不影響，并且不能有讀取其他用戶未提交數(shù)據(jù)的臟讀。3.支持多張TB量級數(shù)據(jù)表進行關聯(lián)，并返回千萬級結果集。擴展需求1.可以在線增刪結點服務器而不影響應用系統(tǒng)持續(xù)運行；數(shù)據(jù)庫性能隨著內存增加應近乎線性增長。2.內存計算數(shù)據(jù)庫集群采用MP

46、P無共享(Share-Nothing)架構，支持分布式內存計算，支持50個節(jié)點以上的線性部署廠商售后服務提供原廠一年免費服務，發(fā)生重大故障時、快速優(yōu)先響應，承諾由經(jīng)驗豐富的技術工程師進行緊急故障處理。知識產(chǎn)權要求投標商提供軟件廠商提供的項目授權資料2.3.9數(shù)據(jù)庫負載均衡管理系統(tǒng)1套傳統(tǒng)的數(shù)據(jù)庫集群都是保證業(yè)務持續(xù)可用的，有一個主節(jié)點，一個備用節(jié)點，如MSCS或者第三方的HA集群，這類集群的共同特點是始終只有一個節(jié)點在運行，在性能上得不到提升，系統(tǒng)也就不具備擴展的能力，當現(xiàn)有的機器不能滿足應用的負載時只能更換更高配置的機器。這樣的系統(tǒng)既不利于擴展，同時硬件資源浪費嚴重。本項目中需要的數(shù)據(jù)庫負載

47、均衡軟件要求打破以往主節(jié)點和備用節(jié)點的概念，集群中的每個節(jié)點都具有同等地位，點壓力的均衡，進而顯著提升數(shù)據(jù)庫系統(tǒng)的性能。高可用性在本次項目中擬搭建的數(shù)據(jù)庫負載均衡集群中，要求繼承HA集群的優(yōu)點,為用戶提供了多種選擇模式，可以根據(jù)對可用性要求程度的不同，采取合適的設置，采用多種故障監(jiān)控機制實時監(jiān)測系統(tǒng)的軟硬件健康狀況，負載均衡集群中若某節(jié)點發(fā)生故障，故障節(jié)點的虛擬IP會立即飄移到其余健康的節(jié)點來響應連接請求，保證業(yè)務不中斷，同時可以在不影響業(yè)務的情況下完成故障節(jié)點的修復、重新上線。數(shù)據(jù)集的可擴性傳統(tǒng)方案當一臺服務器處理能力都用盡時，擴展方式我們稱之為向上擴展,隨著服務器處理能力的增強，它們的價格

48、也會更昂貴。本次項目使用的負載均衡軟件，要求在需要更高數(shù)據(jù)庫處理速度時，只要簡單地增加數(shù)據(jù)庫服務器就可以了。這樣的擴展方式我們稱之為向外擴展，可以大大降低硬件投資的風險，而且大大提高現(xiàn)有服務的質量。數(shù)據(jù)集的安全性本次項目的負載均衡軟件要求采用無共享磁盤架構，這樣各個機器可以不連接一個共享的設備，數(shù)據(jù)可以存儲在每個機器自己的存儲介質中。集群中各節(jié)點在任何時刻具有實時一致的數(shù)據(jù)，實現(xiàn)了真正的數(shù)據(jù)冗余，這樣冗余的硬件架構不但可以避免單點故障而且提供了杰出的故障恢復能力；不會因為系統(tǒng)故障導致數(shù)據(jù)的丟失，大大提高了整個系統(tǒng)的可靠性與安全性?？傮w需求技術明細要求基本架構非共享磁盤架構的數(shù)據(jù)庫集群，只需兩（

49、多）臺運行數(shù)據(jù)庫的服務器即可搭建集群，無需增加其它硬件，如代理服務器、網(wǎng)關服務器；集群中的兩（多）個數(shù)據(jù)庫具有同等地位，全部處于實時讀寫狀態(tài)。融合數(shù)據(jù)庫的高可用、負載均衡、數(shù)據(jù)安全于一體的數(shù)據(jù)庫集群軟件。數(shù)據(jù)同步支持同步和異步兩種同步方式，支持數(shù)據(jù)雙向同步；采用實時并行同步技術，所有節(jié)點的數(shù)據(jù)要具備事務級的一致性。負載均衡支持隨機、輪詢、權重等靜態(tài)負載均衡及自適應動態(tài)負載均衡策略。高可用采用網(wǎng)絡心跳、虛擬IP技術結合仲裁機制實現(xiàn)自動故障切換，故障切換速度10so故障通知方式郵件、手機短信。擴展性可以通過增加服務器的數(shù)量來增加集群的處理能力，最多支持16節(jié)點，透明地支持讀、寫分離架構。透明性要求

50、集群對應用程序透明，提供唯一的IP地址及端口供應用程序訪問。SQL解析集群可以自動解析應用程序傳遞的SQL語句，提供修改、替換、重調度定向應用程序提交的SQL語句等功能，透明地實現(xiàn)讀寫分離。管理要求所選數(shù)據(jù)庫集群產(chǎn)品與數(shù)據(jù)庫軟件結合緊密，管理工具完全集成到數(shù)據(jù)庫軟件的管理平臺中，方便用戶創(chuàng)建、維護集群中的數(shù)據(jù)。廠商售后提供原廠一年（5*8小時）免費遠程服務，發(fā)生重大故障時、快速服務承諾優(yōu)先響應，由經(jīng)驗豐富的技術工程師進行遠程緊急故障處理。知識產(chǎn)權要求投標商提供軟件廠商提供的項目授權資料2.4實施及保障要求2.4.1實施過程要求保證項目按期完成并投入正常運行；投標人應在充分理解本采購文件用戶需求

51、的基礎上，以確保工程質量為前提，制定具體的切實可行的項目詳細實施進度計劃，以確保本項目如期完成。對于自行開發(fā)的應用系統(tǒng)，需要提供系統(tǒng)運行與維護所需要的管理工具；（3）在系統(tǒng)建設中，中標方必須提供完整的系統(tǒng)設計、運行與維護文檔（規(guī)范、標準、操作手冊)，如果系統(tǒng)運行與維護的文檔發(fā)生了變更，則需要及時對系統(tǒng)管理員進行相應的技術培訓和教育；(4) 系統(tǒng)上線之前，對系統(tǒng)管理員進行充分的技術培訓和教育，保證管理人員掌握必要的管理工具，通曉管理規(guī)范；(5) 系統(tǒng)上線后,需要進行為期不少于2個月的試運行，在試運行階段過程中,進行用戶培訓、系統(tǒng)調優(yōu)等工作，直至系統(tǒng)穩(wěn)定，滿足驗收標準。試運行期間系統(tǒng)對應部分如果無

52、明顯異常，則在試運行結束時，中標方可以申請部分驗收或系統(tǒng)驗收；試運行期間系統(tǒng)對應部分如果出現(xiàn)故障或異常，在解決出現(xiàn)的故障或異常后,用戶可以適當延長試運行期o如果上述故障及其解決發(fā)生在系統(tǒng)試運行期,用戶還可以適當延長免費維護期；2.4.2成果交付要求在本期項目的開發(fā)過程中和交付使用后，各個階段都會有各種成果和文檔資料。這些成果和文檔資料對所開發(fā)系統(tǒng)的維護和持續(xù)發(fā)展起著非常重大的作用O因此，要求將全面、規(guī)范的成果和文檔資料交付給白銀市衛(wèi)生局，而且要提供明確的交付清單。同時，成果和文檔資料必須符合軟件工程的相關要求。包括但不僅限于以下內容：用戶調查與需求分析報告、系統(tǒng)概要設計方案、功能規(guī)格說明書、系

53、統(tǒng)詳細設計說明書、系統(tǒng)維護手冊、硬件設備維護手冊、硬件網(wǎng)絡施工拓撲圖、硬件設備上線驗收報告、用戶操作手冊、測試報告等。2.4.3人員培訓要求培訓是項目順利進行的保證。在項目的不同階段要求提供相關的培訓課程,面向系統(tǒng)開發(fā)和管理員、各級領導、系統(tǒng)操作人員等不同群體提供系統(tǒng)化、定制化和有針對性的培訓。培訓內容分為三類，分別為系統(tǒng)開發(fā)和管理培訓、平臺運行與維護管理培訓和用戶使用培訓。通過培訓應使各類用戶能獨立進行相應應用與管理、故障處理、日常維護等工作，確保系統(tǒng)能正常安全運行；(2) 投標單位應在投標文件中提出培訓計劃，計劃包括培訓項目、人數(shù)、地點等詳細內容；(3) 培訓人員必須是投標單位的正式雇員或

54、專業(yè)的授權培訓機構雇員。如果使用第三方培訓機構，投標單位應在投標文件中提供培訓機構的名稱，并能根據(jù)情況調整。2.4.4質保期服務要求項目中應用軟件用系統(tǒng)的質保期為1年，硬件及配套設備的質保期需滿足技術需求中描述的要求。其中應用軟件系統(tǒng)的質保期以項目終驗之日起算，硬件及配套設備的質保期以項目中標人提供的硬件設備到位，上架運行驗收之日起算。質保期內應提供免費技術服務：改正性維護和適應性開發(fā)服務；應以本地實體為基礎，提供2名以上工程師的現(xiàn)場開發(fā)支持，維護期內提供至少1名的工程師進行駐場維護。所提供的技術服務至少為7X24小時支持維護服務，包括郵件、電話、遠程維護、現(xiàn)場服務等方式。必須保證1小時之內響

55、應、4小時內派工程師到達現(xiàn)場、24小時之內解決問題。在系統(tǒng)質保期滿后，應滿足招標人對所出現(xiàn)故障的系統(tǒng)進行維修的要求。1.3建設周期項目周期為12個月。第三章評分標準評分因素及權重分值評分標準說明投標報價(20分)20分商務得分二(評標基準價/經(jīng)核準的投標報價)X20%X100o保留到小數(shù)點后一位。技術部分(52%)20分(1) 方案對項目背景、現(xiàn)狀和需求有充分的理解和把握,對系統(tǒng)設計目標有清晰的描述，在投資保護、原有成果復用或繼承等方面有較為全面的解決方案，評價優(yōu)得9-10分，良得7-8分；一般得1-6分；否則得0分?？偡?0分。(2) 投標人總體方案設計先進合理，對設計方案的合理性、科學性、

56、可實施性、安全性以及經(jīng)濟型的理解程度，在保障成熟的前提下有一定的前瞻性和創(chuàng)新性，投標產(chǎn)品要求采用BS技術架構，并能支持含SQLServer/Oracle等多數(shù)據(jù)庫應用,根據(jù)招標文件的要求與投標人提供產(chǎn)品的功能描述進行評價打分,評價優(yōu)得9-10分，良得7-8分；一般得1-6分；否則得0分?？偡?0分。以投標文件為準酌情計分。5分項目實施和管理方案，能夠滿足本項目建設需求以及將來擴展的需要;對在本期項目中重點要解決的關鍵問題有完善的解決方案，對項目實施過程中的重點關鍵環(huán)節(jié)有充分的準備。評價優(yōu)得5分，良得3-4分，一般得1-2分，差得0分?？偡?分。以投標文件為準酌情計分。5分培訓和售后服務方案，重點考察提供具體針對不同對象的用戶培訓,課程及時間安排上是否合理，售