一、采購人：廣東省衛生廳政務服務中心

二、采購項目編號：440000-201707-174015-0012

三、采購項目名稱：醫療健康數據綜合管理平臺

四、采購項目預算金額（元）：950,000

五、擬采購的貨物或者服務的說明

1、 根據《根據中華人民共和國政府采購法》第三十一條的規定，采用單一來源方式采購，須符合下列情形之一：

1.1.只能從唯一供應商處采購的；

1.2.發生了不可預見的緊急情況不能從其他供應商處采購的；

1.3.必須保證原有采購項目一致性或者服務配套的要求，需要繼續從原供應商處添購，且添購資金總額不超過原合同采購金額百分之十的；

1.4.法律法規規定的其他情形。

本項目擬指定從唯一的供應商（武漢東方賽思軟件股份有限公司，地址：湖北省武漢市）獲取，屬于上述規定的第1、4種情形，根據相關法律法規要求，進行單一來源采購公示。 

2、擬采購的內容

2.1.采購預算：95萬元人民幣

2.2.項目要求、需求內容：

項目建設意義

醫療健康大數據綜合管理平臺建設以滿足業務工作需求為目的，順應大數據建設發展需要，采用計算機、數據挖掘、網絡與安全技術等技術，實現業務數據、業務系統的互聯互通，為我省衛生資源整合布局，推動醫改深入發展，解決居民看病貴、看病難問題提供了技術支持和數據支撐。

1）建立數據共享機制，實現業務信息標準統一

醫療健康大數據綜合管理平臺通過將衛生資源、醫療服務、居民健康、計劃免疫等業務系統數據集中整合，推動了數據共享機制的建立；通過整合業務部門標準，統一數據規范，實現了不同業務系統數據標準的統一；通過支持業務人員自主獲取業務信息，推動了數據應用范圍，為充分發揮大數據效能，推進醫療健康大數據建設的發展。

2）統一業務系統，建立綜合管理平臺

醫療健康大數據綜合管理平臺的建設有利于各業務部門統計數據標準的整合，實現業務系統的融合與管理，滿足跨系統、跨部門，跨領域數據查詢需求。

3）統一管理權限，實現用戶跨系統管理

醫療健康大數據綜合管理平臺的建設有利于將各業務系統的集中管理，實現各業務平臺用戶的兼容和權限調配，實現統一的監管，提供集約式、一站式服務。

4）加強數據質量質控，實現跨系統信息校對

醫療健康大數據平臺通過將部門數據集成，可以實現跨部門、跨領域、跨數據庫的數據質量對比核查，推進數據質量提升。有利于歷史信息的整合對比，適用統計調查，可以把以往時期的數據統一入庫，統一管理，利于數據的對比分析。

5）推動數據共享，解決數出多門等問題

醫療健康大數據平臺提供統計輔助決策信息共享查詢，實現多部門一站式服務，有利于解決數出多門，數據打架等情況。

6）加強數據分析利用，支持衛生強省、醫療高地建設

醫療健康大數據平臺通過系統，加強數據分析利用，實現縣域內住院率、DRG研究、衛生強省醫療高地建設的分析利用，開展醫改評估、績效考核等工作。同時，系統通過提供餅圖、直方圖、折線圖、儀表盤、GIS地圖、分析報告等功能，滿足領導駕駛艙業務需求，滿足大數據挖掘、利用需要。

7）有利于推動數據整合和維護

醫療健康大數據平臺滿足大數據業務需求，支持海量數據的導入、導出功能；滿足后期數據的編輯、維護需求，提供模塊化管理服務。并要針對不同類型用戶的業務場景，支持多種訪問數據的手段，包括預定義報表、交互式多維分析、即席查詢、數據可視化、數據挖掘等方法，滿足數據整合和管理需求。

8）有利用加強數據的安全管理

醫療健康大數據平臺可以提供數據的統一管理和保障，通過加密、隔離、系統監測等手段，保障系統的平穩運行，避免數據泄露，丟失、修改等情況發生。確保網絡數據的可用性、完整性和保密性。

健康大數據綜合管理平臺的建設，是衛生領域健康大數據的研究和應用，是將數據資源轉變為生產力的重要體現，為我省的衛生事業的健康發展提供有力的數據支撐和保障，為居民健康水平的提高提供堅實的數據基礎。 

主要建設內容

健康大數據綜合管理平臺是基于衛生部門主要統計業務系統的平臺整合，實現數據采集、數據分析、數據利用，標準化建設、系統維護的同一平臺集成。通過對多來源渠道、互相不一致的數據進行數據融合處理，在分析掌握現有系統架構、參數、數據庫的基礎上，采用分層次的方法對各類用戶設置權限，以使不同用戶既能獲得各自所需要的數據，又能確保數據傳輸過程的安全性及共享數據的互操作性和互用性。系統要求在保證主要業務系統健康運行的基礎上，實現基礎信息、動態業務數據以及系統管理配置參數的統一管理、兼容，提供基于數據字典對實時數據和歷史數據進行組織，支撐系統的網絡構架、信息安全、網絡管理、流程管理、數據庫維護和備份等運維能力。主要建設內容見下文：

1）數據整合

(1)業務字典庫及指標梳理

為整合業務系統數據，健康大數據綜合管理平臺需要對各業務部門數據進行清理，統一分類標準和口徑，明確指標口徑的邏輯口徑、統計口徑、關聯關系、取數來源和取數方式等內容，形成多渠道、多層次、多維度指標規范，建立聯動化、專業化、科學化、體系化的指標管理體系；同時結合大數據應用需求，搭建統數據倉庫模型和數據分析模型。

(2)歷史數據接入

掌握和清理包括衛生資源、醫療服務、居民健康、死亡原因、疾病控制、衛生監督、愛國衛生、婦幼保健、科技教育、規劃財務、計劃生育等10余部門歷史數據，解決由于調查制度變遷導致的數據變遷問題。

(3)機構與用戶整合

建立機構集中管理模塊，提供統一的機構和用戶管理功能，實現所有用戶在一個入口維護，權限設置、分配一鍵式控制等功能。為方便管理，系統需要提供提供自由、靈活的查詢、添加、刪除、鎖定、管理等功能；對機構類別、醫院等級，是否開業等狀態進行歷史記錄，方便查找記錄機構的整個發展過程。

2）系統開發

(1)采集模塊集成及完善

a、集成改造廣東省衛生統計網絡直報系統

廣東省衛生統計網絡直報系統是省衛生計生委組織研發的數據采集系統，全省4.8萬家醫療機構通過互聯網按時上報包括衛生資源、醫療服務等常規統計報表的報送；同時，系統支持各類臨時性報表任務的設計，發布，催報等工作，是衛生統計工作主要的業務系統。醫療健康大數據平臺要根據廣東省衛生統計網絡直報系統的接口規范，在保證系統穩定、網絡通暢的基礎上，實現與衛生統計網絡直報系統的無縫鏈接，滿足業務功能需求，不影響系統正常運行。在系統基礎功能基礎上，實現對現有部分模塊的改造，優化系統功能，提高系統工作效率。

b、集成基層病案采集系統

為實現病案首頁全覆蓋，2015年我中心研發了基層病案采集系統，全省基層醫療機構在線報送病案首頁。醫療健康大數據平臺要實現與病案首頁采集系統的無縫集成，實現系統、用戶平臺登陸和集中管理的需求。

c、集成編碼管理平臺

為實現全省統計標準的統一，滿足基層業務管理的需求，醫療健康大數據平臺要與我省編碼管理與維護平臺對接，統一管理維護疾病診斷編碼和手術編碼；集成后的平臺，要保障編碼維護的功能，支持對功能模塊的優化。

d、建立病案首頁大數據倉庫

2014年以來，我省病案首頁采集范圍從二級以上醫院逐漸擴展到一級醫院、婦幼保健院、?？萍膊》乐卧?，2016年將衛生院、社區中心納入報送范圍；數據量每年不到10個億增長到近50個億；系統涉及國家衛生統計網絡直報系統、廣東省衛生統計網絡直報系統，基層病案系統，離線DBF歷史文件等。醫療健康大數據平臺要實現數據整合，建立病案首頁大數據倉庫，實現數據的一鍵抽取，集中匯總，綜合利用。

e、建立一鍵式數據報送機制

健康大數據平臺要建立數據報送管理平臺，按照國家要求自主定制報送任務，及時完成國家要求的數據的采集與報送。

(2)質量控制平臺集成及完善

為保障數據質量，實現統計業務數據全流程的平臺管理，醫療健康大數據要實現衛生統計質量審核和評估系統的集成與對接。

a、集成衛生統計年報數據審核系統

為保證衛生統計常規統計數據的真實性、準確性，我省組織研發了衛生統計年報數據審核平臺，在醫療機構報送數據后，在線開展質量審核，對異常值在線標注說明，保障統計數據質量。

b、研發衛生統計年報數據評估模塊

根據衛生統計年報數據質量及年報審核系統結果，按照業務需求，建立年報數據質量審核評估模塊，對各地、各醫療機構年報數據質量進行評估。

c、建立年報庫、月報庫，人力庫、設備庫，病案首頁的跨庫對比

醫療健康大數據平臺對各業務系統進行集成后，要建立跨庫對比功能，實現匯總數和個案信息的一致性效驗和對比分析。

d、集成病案首頁質量評估系統

系統要實現與病案首頁數據質量評估系統無縫連接，完成機構和用戶整合，提供綜合的管理界面和展示界面。同時，將新增的基層病案首頁數據納入病案首頁評估范圍。集成后的系統仍具有獨立性，所有功能不受影響。

(3)統計分析系統集成及完善

a、集成廣東省衛生統計報表匯總系統

醫療健康大數據平臺要滿足統計業務人員數據分析、匯總需求，支持常規報表的生成和制作，通過廣東省衛生統計報表匯總系統的集成，實現系統間的無縫連接。同時，支持實現系統報表的增、刪、改等功能。

b、集成住院病案首頁數據分析系統

醫療健康大數據平臺要實現與病案首頁數據分析系統無縫連接，整合機構和用戶，提供綜合的管理界面和展示界面。集成后的病案首頁數據分析系統仍具有獨立性，所有功能不受集成的影響。

c、集成省級績效評價及資產、資金管理平臺

系統要求與省級績效評價及資產、資金管理平臺無縫連接，實現按DRG開展績效評價和管理，完成機構和用戶整合，提供綜合的管理界面和展示界面。系統集成后，原系統仍具有獨立性，所有功能不受集成的影響。

d、集成、優化廣東省衛生輔助決策系統

系統要求與廣東省衛生統計輔助決策系統實現集成，對原系統內容進行內容的整合，兼容居民健康、醫療服務、衛生資源、公共衛生、醫改監測等模塊主要內容，并依據需求對相關內容進行調整。集成后系統不影響原輔助決策系統功能。

e、集成醫療衛生地理信息系統

實現與地理信息系統的集成，實現地區、及機構定位查詢，具備縮放、平移、搜索定位、圖層控制、標記等功能。

f、互聯互通

為了響應國家加快推動形成全國統一政務服務平臺，統籌推進統一、規范、多級聯動的“互聯網+政務服務”技術和服務體系建設，系統要預留接口。

(4)功能模塊研發

a、開發計劃生育模塊

根據全員人口信息庫人口信息內容，增加計劃生育相關內容分析模塊，提供數據導出、圖標轉換等分析功能。

b、開發信息查詢一覽表模塊

為方便查數、用數，醫療健康大數據平臺增加分地區、分醫療機構信息匯總、查詢功能，匯總指標包括資源、服務、人力、設備等跨庫模塊。

c、開發統計年鑒/簡報模塊

利用電子數據制作工具，實現統計年鑒、簡報紙質版到電子化的轉換、查詢和電子存貯。

d、開發年報數據質量評估功能

利用病案首頁，人力資源、醫療服務月報等不同數據庫信息，對年報數據質量進行校對，評估，評價醫療機構、各地統計工作開展情況。

e、開發系統用戶綜合管理功能

為實現系統賬戶集中管理，跨系統授權，加強系統用戶管理效率，醫療健康大數據平臺要建設用戶集中管理功能，實現按照不同工作內容和權限，提供支持操作權限分級管理，提供權限配置功能,實現用戶多系統、多權限的集中維護。權限可以批量分配給滿足一定條件的用戶，也可以對單個用戶分配自定義權限。

f、開發統一的登陸門戶

為了提高用戶體驗，能夠實現所有系統的單點登錄，系統要求整合所有行政單位和醫療機構的用戶，并提供為所有系統提供“單一登錄”入口。同時，系統要提供個性化服務定制功能，每個不同的業務用戶可以根據自己的需求定制查看訪問的內容。系統后臺需支持對用戶、機構的應用授權。實現對資源的重新分組、再分配和充分利用。

g、移動版應用開發

開發APP應用，實現醫療健康大數據平臺的移動端應用。

(5)系統管理

a、數據管理

醫療健康大數據具有數據量大，更新頻繁，涉及個案信息，安全性要求高等特點，系統需提供自主訪問控制、強制訪問控制、審計、加密、身份識別與驗證等安全功能；支持通信和存儲加密功能，支持基于字段級和全庫級的數據加密，數據庫文件以加密方式保存，支持針對不同數據庫對象和不同用戶使用可配置的加密算法和密鑰，加密過程對用戶透明；支持加載第三方加密算法；安全管理功能和審計功能都支持圖形界面，具有良好的易用性。

b、日志管理

日志管理包含應用日志和系統日志兩種。

應用日志主要記錄醫療機構的報送日志、上報數據包等，便于后續分析。系統日志主要記錄系統運行的情況，如登錄密碼錯誤、上報數據包驗證錯誤等。

c、系統備份恢復

系統的恢復備份功能是維護系統安全中非常重要的功能，它可以把當前系統的狀態備份并保存到其它位置，在需要的時候可以進行恢復、還原系統。

項目工期要求

項目人員要求

1）項目實施方應組建一支經驗豐富、配合默契且穩定的專業化團隊，以保證項目按時、保質完成。

2)為使工程按質、按量、按時及有序實施，開發方對本項目須有一個完善和穩定的管理組織機構。

3)本項目的項目負責人、技術負責人須具體負責項目的實施，開發方如中途更換項目負責人、技術負責人，須征得用戶同意。

4)在系統建設和質保期內，開發方承諾的項目負責人、分析和開發實施的主要人員未經用戶同意不得調整。

5)為了驗證項目中的質量保證活動是否符合計劃要求，同時檢查質量保證體系的有效性，以不斷完善質量保證體系，開發方內部建立全面的審核制度，配備專門的質量保證人員開展質量保證活動。

6)在項目建設期間，開發方須設置專人對文檔進行檢查和管理，項目最終驗收后全部移交。 

采購項目技術規格、參數及要求

總體要求

★1、投標人必須對全部貨物、安裝和服務投標，不允許只對其中部分投標。

2、投標人須提供全新的原廠原裝貨物和完善的服務。

3、伴隨服務（費用包含在投標總價內）：全部技術設計、運輸、安裝調試、人員培訓、售后服務、含稅等費用。

★4、投標人具備獨立研發能力，提供軟件著作權證書；

5、投標人在項目研發和實施內，應派不少于3個研發工作人員和3個實施人員進行5*8小時現場駐點辦公。 

6、維護期內，系統發生故障時，投標人應做到24小時全天候電話響應，1小時內到現場，并在到達現場后2小時內排除故障。同時，投標人需保證安排一位工程師每周不少于3天現場駐點以保障系統正常運行。

7、項目產權歸廣東省衛生廳政務服務中心所有。

8、上述帶“★”號的是重要的商務、技術指標，未達到這些指標要求的將導致廢標。

功能要求

報表設計功能

提供類似EXCEL的報表定義功能，支持各種合并、拆分、增刪行列操作，并提供浮動、交叉浮動、嵌套浮動、并列浮動、浮動范圍、固定條件范圍等功能，提供各種所見即所得的設置定義報表，要求報表后臺計算引擎能夠根據不同數據庫自動產生最優的查詢SQL。

系統應提供可視化的在線報表設計工具，用于制作病案分析挖掘中展現的報表。設計應采用無插件的WEB 方式，可直接在瀏覽器中完成報表。報表設計工具支持合并拆分單元格、任意表頭、多級斜線以及無限Undo&Redo 等功能，能設計任意復雜的報表形式；能較好支持帶狀報表的設計風格。用戶可以通過報表工具把統計圖與報表集成在一個頁面。

報表參數功能

分析表可以設置各類參數，在不影響匯總結果的基礎上，對行政區劃、醫院等級、衛生機構類別等參數進行擴展編輯。要求：

1、根據參數的輸入值不同可以得到不同的報表結果。

2、報表參數之間應支持關聯互動，例如修改了參數 A 的值后，參數B 的下拉內容會發生改變。報表參數應能自動跟報表綁定在一個界面上。

3、參數可以有多種輸入方式，如下拉日期框、下拉樹形框、下拉列表框等等。

4、對設定好的參數可以保存，重復使用。

圖形展示功能

提供圖文并茂的頁面，直觀展現指標信息。系統要提供零編程、所見即所得、可配置的設計方式。查詢結果能以EXECL、PDF等各種格式導出。

1）圖形種類

系統需支持各種主流的圖形方式，如柱狀圖、折線圖、餅圖、點圖、條形圖、面積圖、雷達圖、氣泡圖、單指標儀表盤圖、連續趨勢圖、中國地圖、世界地圖等，每種圖形支持2D/3D外觀。支持多系列圖形，連貫的動畫效果，多個圖形可以疊加顯示。

2）圖形的使用方式

圖形可以作為報表的輔助展現也可單獨使用。

在固定報表、即席報表及綜合查詢中圖形作為報表的輔助進行展現，圖形可以在報表定義時預先設計，也可根據報表結果隨時增加和修改。

3）圖形取數方式

當圖形作為報表的輔助進行展現時，只需將圖形與報表的行列進行關聯即可，此操作可在前臺界面完成。

當圖形單獨使用時，數據庫對用戶透明，用戶可以完全通過鼠標完成數據綁定工作，無需編寫SQL代碼。

4）鉆取

支持圖形上的鉆取功能，即用戶點擊圖像相應位置，打開對應頁面的效果。鉆取功能要求與固定報表鉆取要求一致。鉆取結果可以為圖形和表格。

5）圖形動畫效果

支持圖形動畫效果多樣，展現連貫的動畫效果。

數據鉆取功能

匯總分析及領導駕駛艙中的分析表應提供鉆取功能，在分析表生成數據的基礎上，當用戶點擊某個單元格時，按照預先定制的規則，生成下鉆報表，用戶可在下鉆報表中進行再次鉆取，直至數據最底層。

用戶可在表的任意位置（如單元格、標題、報表數據等）定義鉆取規則，規則定義簡單靈活、無需編程，并允許批量定義鉆取規則。當報表格式發生變化后，未發生變化部分的鉆取規則能正常使用。

鉆取可以是維度細化的下鉆，也可以是鉆取出其他新的報表。

數據預警功能

在統計業務中，為了掌握數據的變化情況往往需要對數據進行監控，數據預警是監控方法之一。通過對數據變化的不合理性，產生相應的提示信息達到掌握數據變化情況的目的。

系統中需內含多種預警模式，可以通過靜態或者動態圖形前后綴顯示預警，可以通過表元背景顏色，字體顏色預警，也能通過統計圖，如儀表盤，參考線，地圖等類型，預警的預設方式需簡單靈活。

1、預警分析

可由統計管理人員自主根據數據異常警示定義機制，針對某一評價指標的大小或兩個指標之間的關系，來定義異常狀況；要求預警條件設置、修改操作簡單，不需要編寫SQL語句。

系統可根據預設的預警條件，采用醒目的方式對需要預警的指標信息進行提示。（可自行根據情況變化修改預警設置條件）

系統提供的預警分析功能中，當達到預警條件時，可采用如下方式醒目提示：

 改變字體顏色

 改變字體背景色

 交通信號燈

 特殊符號

 個性化圖形

系統可根據數據動態地確定字體、顏色、顯示文字等信息，可根據數據動態顯示圖片。

2、預測分析

系統應支持常用的預測模型，包括移動平均預測模型、一次、二次、三次、四次多項式預測模型、指數預測模型、季節預測模型、線性回歸預測模型、對數線性回歸預測模型、神經網絡預測模型等。

3、反饋：可實現預警結果的自動反饋機制。

門戶管理功能

門戶是有序組織各種系統功能的重要手段，是實現個性化展示及權限控制的理想工具，系統應提供直觀靈活的門戶定義和管理功能。

系統內含便捷的門戶定義工具，用戶只需通過拖拉拽，就能自己定義個性化的門戶，把想要的報表有序集成到門戶中。

門戶的類型也分為多種風格，如樹形，TAB型，TAB嵌套樹形等。

系統集成管理功能

廣東省全民健康大數據綜合管理平臺主要包括居民健康、公共衛生、醫改監測、衛生資源、醫療服務、GIS地圖、年鑒簡報等內容。為了實現數據的集中分析利用，平臺應提供系統集成功能，集成在一起的系統實現無縫連接，滿足數據分析需要。

技術要求

數據分析平臺軟件

為控制項目開發周期，提高項目質量，提供系統穩定性，《廣東省全民健康大數據綜合管理平臺》應在建立在科學、合理、穩定的數據分析工具平臺基礎，具體技術要求如下：

1．應具備多維模型管理功能，支持主流的多維模型，如星型、雪花、多星等，應提供多維模型建模工具，支持用戶創建、維護多維模型，支持用戶應自定義多維模型的業務語義層；為查詢展現提供業務用戶熟悉的操作對象，應支持基于CWM或XML技術的元數據管理功能，用以描述、管理各類模型或分析對象，應提供事實表、維表管理功能，允許用戶注冊一個數據庫對象為事實表或維表，也允許用戶在線編輯結構、屬性，并物理生成事實表或維表，應支持多種層次結構的數據模型，應支持比較方面的配置虛擬字段，日期維應支持退化維設置，即不存在物理維表，只有一個表示日期的字段，應支持比較方便的配置自定義的日期維。

2．提供完整的元數據管理能力，能幫助用戶管理，包括數據庫、ETL、維度模型等技術元數據，幫助用戶管理報表、指標口徑、勾稽關系等業務元數據，元數據應具備影響分析和重命名重構功能，具有一體化或緊密集成的ETL工具。

3．能直接連接大數據分析平臺（如：Hadoop框架），通過BI平臺直接大數據進行分析。用戶無需編寫SQL等專業編程，直接通過圖形化界面配置實現大數據分析。

4．支持基于WEB的多維分析操作，允許用戶拖拉拽維度、度量對象，動態查詢多維模型，支持各類典型的動態分析能力，鉆取、切片、旋轉等，支持同比、環比、占比、排名、排序等各類數據統計分析功能，支持基于結果集的排序功能，支持自動數據級次限定，支持拖拉拽圖形功能，用戶通過簡單的界面操作就能自動生成統計圖表，并能實現圖表與報表的切換顯示。

5．報表工具需采用WEB在線編輯方式。報表設計器應采用純WEB技術，不應采用ActiveX、Applet等插件方式，兼容主流瀏覽器，減少用戶操作復雜性。

6．報表瀏覽應提供DHTML方式，用戶只需要瀏覽器，不允許采用ActiveX、Applet等插件即能進行交互式報表訪問。為方便用戶瀏覽超寬、超高報表，系統應提供WEB 方式的報表行列鎖定（類似EXCEL的凍結）功能。

7．報表工具應支持各類國內本土化的復雜式報表，支持多位報表。復雜報表定義應通過工具完成，而非采取無編碼的方式，并且具有盡可能優化的運行效率

8．報表工具應支持流式布局和單元格報表技術，以兼顧報表的定義效率和復雜報表能力，為方便用戶編輯，報表工具應支持無限撤銷恢復功能。

9．應支持基于單元格的血統分析，能方便的知道報表上一個單元格的數據取數口徑，并能方便的驗證其SQL和業務意義的正確性。

10．應支持主流統計圖樣式，如柱狀圖、餅圖、堆疊圖、折線圖、散點圖、雷達圖、儀表盤、K線圖、組合圖形等。應支持多坐標軸、多系列圖形；應能支持各類圖形的3D顯示，支持維度的編輯。

11．報表和圖形可以多種形式導出，如EXCEL、PDF、TXT、XML、HTML等。

12．應內置日常分析所需的多種統計模型，如：離散分析、彈性分析、相關分析、分布檢驗、what-if分析等，提供常用數據挖掘模型，如包括關聯分析、時間序列、聚類分析等，支持多種預測模型，如季度模型、多種時間序列模型、ARIMA模型、線性回歸模型等。

13．提供易用所見即所得的門戶定義工具，方便用戶通過界面操作，而非代碼腳本形式，實現個性化BI門戶的定義。

14．支持集群、負載均衡。

15. 支持數據集市功能，實現對原始采集數據按照指定的規則（二次計算指標等、多維度的分解匯總）的二次加工和數據輸出能力（表格、圖表、交換格式等）。

分析型數據庫管理軟件

考慮到《廣東省全民健康大數據綜合管理平臺》所涉及的數據量巨大，為了提高數據分析和處理能力，系統應采用大數據分析數據庫管理軟件。同時，本項目運行在互聯網上，對數據安全性要求較高。作為整個系統的底層關鍵軟件，所投產品必須保證自主可控和安全性，具體要求如下：

1．支持Windows 、Unix、Linux、AIX、SOLARIS、國產操作系統等操作系統。

2．具備高可用性，支持邏輯備份恢復、增量備份聯機熱備份技術，并且備份文件可以跨windows和linux、32位和64位等不同的操作系統平臺；支持閃回查詢技術；支持不依賴第三方HA故障轉移集群和主備同步技術。

3．具備高可擴展性，支持基于共享存儲的對等式負載均衡集群；支持讀寫分離集群。

4．提供自主訪問控制、強制訪問控制、審計、加密、身份識別與驗證等安全功能；支持通信和存儲加密功能，支持基于字段級的和全庫級的數據加密，數據庫文件以加密方式保存，支持針對不同數據庫對象和不同用戶使用可配置的加密算法和密鑰，加密過程對用戶透明；支持加載第三方加密算法；安全管理功能和審計功能都支持圖形界面，具有良好的易用性。

5．具備高性能，支持并行分布式集群（MPP）、列存儲、批量計算、并行計算；提供基于成本的全局優化功能，實現基于成本的查詢機制，能夠自動選擇合適的查詢計劃；支持查詢的hint技術，能夠對查詢計劃進行手動調整。

6．具有對數據分區管理能力，支持對表進行范圍分區、智哈希分區、列表分區、垂直分區的分區機制，支持多級分區機制。

7．具備較好的包容性，提供與主流數據庫兼容的語法與功能，同時支持序列與自增列，支持物化視圖，支持存儲過程/函數和包，支持事件觸發器，支持同義詞，支持面向對象功能特性，支持WITH AS 查詢，支持ConNECT BY層次查詢，支持MERGE語法，支持INSERT多表插入語法，支持INSERT多行批量插入語法等功能。

8．支持將其它主流數據庫的數據無損遷移到本地數據庫，包括國內外主流數據庫管理系統，針對不同操作系統數據庫有成熟的移植方案、技術和案例。

9．支持免費的、集中式的數據庫管理工具，支持圖形化的存儲過程調試工具，支持跨平臺統一界面，包括遠程跨平臺數據庫管理，圖形的性能監控等。

系統技術要求

系統的軟件體系應采用組件化的設計，在滿足系統安全的總體要求下，支持面向服務的體系架構（SOA），符合J2EE規范，在B/S結構下，遵循通用Web瀏覽器的規范，支持HTML、DHTML等通用的瀏覽器標準，同時提供統一的數據交換接口和應用服務接口，以XML作為統一的數據接口格式，使用中間件技術來封裝所有的業務邏輯，提供支持Web Service 技術的服務接口。

適應性要求

系統應支持主流應用中間件，可以方便快捷地對各節點服務器進行管理，任意節點都能查看和管理其它集群節點，單個集群節點可隨時動態加入或退出，對某個采集系統服務器實例狀態的修改，也會自動同步到集群環境中的其他節點服務器上，而無需重啟管理服務器。

軟件接口需要能適應軟件開發集成過程中的各種要求，能確保數據在各個系統模塊以及系統之間的正確交換，同時，還需要能適應不斷增長的業務需求，能容易的隨著需求的不斷變化而進行接口的功能升遷。

擴展性要求

系統要求具備良好的可擴展性，集成性與復用性，所有功能都根據可擴展可通用的原則來設計的，以此適應未來未知的需求變化。同時，系統應提供豐富的報表訪問接口技術，如API接口、URL接口、Web Service接口等，系統還應支持可配置的單點登錄，無需編制代碼就能實現與第三方應用的單點登錄集成。

商務要求

工期要求及安裝測試要求

1）須在合同簽訂后，6個月內完成軟件需求調研、設計、開發、實施與初驗工作，初驗后進入不少于1個月的試運行期，試運行合格后進行最終驗收。

2）中標供應商負責合同項下軟件的安裝調試，一切費用由中標方負責。

3）中標供應商安裝時須對各安裝場地內的其它設備、設施有良好保護措施。

項目實施要求

1）項目組織和人員要求

為使工程按質、按量、按時及有序實施，開發方對本項目須有一個完善和穩定的管理組織機構。

本項目的項目負責人、技術負責人須具體負責項目的實施，開發方如中途更換項目負責人、技術負責人，須征得用戶同意。

在系統建設和質保期內，開發方承諾的項目負責人和分析，開發實施的主要人員未經用戶同意不得調整。

為了驗證項目中的質量保證活動是否符合計劃要求，同時檢查質量保證體系的有效性，以不斷完善質量保證體系，開發方內部建立全面的審核制度，配備專門的質量保證人員開展質量保證活動。

項目建設期間，開發方須設置專人在項目建設期間對文檔進行檢查和管理，項目最終驗收后全部移交。

2）項目文檔要求

系統開發應嚴格遵照國家軟件工程規范進行，開發方須根據開發進度及時提供有關文檔，包括《項目開發計劃》、《軟件需求說明書》：

（1）投標文件：《項目開發計劃》《配置管理計劃》《質量保證計劃》

（2）需求分析階段：《軟件需求說明書》、《數據要求說明書》、《測試分析報告》、《操作手冊》、《系統管理員手冊》等。

項目管理應提交軟件開發和實施計劃、進度報告、培訓計劃、培訓記錄、例會記錄以及認為必要的其他文檔。

未經認可的情況下，所有的技術文件須用中文書寫或有完整的中文注釋。

系統安裝、調試要求

開發方負責全部軟件的安裝、調試。具體工作程序、工作內容、調試方法、調試結果及驗收標準，開發方在調試前須書面提出并征得同意之后按計劃實施，不征得同意開發方無權私自更改作業計劃及內容，否則調試無效。全部工作文檔須有各方當事人簽字認可。

軟件系統安裝的主要目標不僅是使所有軟件能夠在相應平臺上正常運行，而且須具有對軟件系統運行的監控測試手段，以證明系統優化運行。開發方有責任且須承諾使項目單位的系統達到以上目標。

開發方負責培訓工作組全部軟件的安裝、調試工作。具體工作程序、工作內容、調試方法、調試結果及驗收標準，開發方在調試前須書面提出并征得同意之后按計劃實施，不征得同意開發方無權私自更改作業計劃及內容，否則調試無效。全部工作文檔須有各方當事人簽字認可。所有實施須在試驗機器上安裝調試，待工作組全部掌握實施步驟后，協助工作組實施。

系統測試要求

（1）開發方自測

系統安裝的主要目標不僅是使所有軟件能夠在相應平臺上正常運行，而且須具有對軟件系統運行的監控測試手段，以證明系統優化運行。

項目驗收交由單位驗收之前，開發方須提供項目自測試報告，測試報告至少應包括以下內容：

1、單元模塊測試；

2、內部聯調集成測試；

3、性能和安全性測試。

（2）驗收測試

系統自測完成后，開發方應首先擬出一個測試方案，具體到每一個測試步驟，與討論通過后，方可按計劃進行測試。由開發方提供測試方法、測試工具、測試數據。系統每一項測試須有詳細的測試記錄，須有和開發方代表簽字確認，并附有詳細的分析報告。

硬件要求

系統支持移動端展示，本項目內容包括3臺移動查詢終端的采購。

開發方負責移動終端的采購和移動端的系統安裝測試等工作。

驗收要求

（1）項目初驗

本項目初驗為系統功能的全驗收，項目由單位、使用部門、開發方共同參加。

開發方應負責在項目用戶驗收前將系統的全部各種相關的系統軟件，各階段開發文檔，運行穩定可靠的本系統及其安裝程序，以及有關產品和系統說明書、安裝手冊、技術文件、資料、及安裝、測試、驗收報告等文檔匯集成冊交付項目單位。只有文檔齊全后才予驗收。

開發方須根據系統設計方案提出驗收方案和驗收文檔清單，將根據驗收方案對系統每個部分進行逐一進行項目用戶驗收。

（2）系統驗收及試運行

系統驗收分為測試驗收和最終驗收，最終驗收在試運行通過后進行。本項目的驗收由出具驗收方案并組織實施，驗收前開發方應出具書面驗收申請材料。

測試驗收。系統安裝測試達到技術規范書規定的指標并開通業務后，可進行驗收測試。采購、開發方方按確認后的驗收規范進行驗收測試。驗收測試合格后，經雙方簽章后，系統開通試運行。

試運行。系統初驗后經過1個月試運行期，所有性能指標達到技術規范書和驗收規范的要求時，可進行最終驗收。在試運行期間，由于系統程序等造成某些指標達不到要求，允許開發方進行修復，但試運行期做相應順延，在全部達到要求時，雙方簽署最終驗收文件。

（3）最終驗收

試運行通過后，開發方按驗收要求對項目文檔、培訓情況、初驗遺留問題及試運行出現問題進行驗收。在所有驗收項全部達到相應要求后，雙方簽署《驗收報告》。

培訓要求

開發方須提供相應的硬件使用、應用軟件技術和系統操作等方面的培訓。有關應用軟件的操作培訓課程，培訓應該在系統運行前完成。開發方須在響應文件中提出全面、詳細的培訓課程交給，并在合同簽定后征得同意后實施。

開發方在實施過程中提供全面的培訓，包括面向系統管理員和業務人員的相應的培訓、基于系統開發完整的源代碼培訓，基于系統平臺接口規范標準的二次開發培訓、開發平臺和開發工具培訓、配置管理和系統維護培訓、數據定義和管理培訓、客戶端操作培訓。開發方將詳細的培訓課程交給，最后以認可為準。

對于所有培訓，開發方須派出具有相應專業資格和實際工作、教育經驗的教師和相應的輔導人員進行培訓，主要培訓教員應至少具有三年的教學經驗，培訓所使用的語言須是中文，否則開發方須提供相應的翻譯。

培訓項目結束之時，安排學員進行培訓測試，以檢驗學員對系統的基本操作能力和掌握水平；同時學員也可對于整個培訓項目作出評價，當學員普遍反映對培訓課程不滿意時，可要求開發方重新安排培訓，并承擔全費用。

開發方須為所有被培訓人員提供文字資料和講義等培訓教材，培訓教材須以印刷品形式提供，費用一次性計入培訓費用報價。所有的資料須是中文或英文書寫；開發方須提供詳細的培訓計劃。

對的人員培訓方式分兩類，一類為業務人員培訓，培訓采用集中授課、現場演示和輔助操作三種培訓方式；另一類為技術人員培訓，培訓采用理論培訓和實際操作相結合的方式。

培訓方式：集中授課、現場演示和輔助操作。

  售后服務要求

1）售后服務分別從系統軟硬件最終驗收通過之日起計算。

2）開發方在項目終驗后，須提供一年的上門保修服務，在維護期內，提供應用系統版本免費升級及對軟件進行維護和完善；

3）所有保修服務方式均為開發方上門保修，即由開發方派員到使用現場維護。由此產生的一切費用均由開發方承擔；

4）全天候24小時服務響應，維護工程師應在接到報障后1個小時內到現場處理應用系統出現的故障；一年內每三個月一次系統安全檢測；

5）開發方應提供定期的咨詢服務（維護期內至少每半年一次，維護期后至少每年一次），若行政組織調整或業務流程變更，開發方應提供及時的變更服務。

3、供應商資格條件：

3.1. 供應商具備《政府采購法》第二十二條所規定的條件；

3.2. 供應商必須是具有獨立承擔民事責任能力的在中華人民共和國境內注冊的法人或其他組織，投標時提交有效的營業執照（或事業法人登記證等相關證明）副本復印件；

3.3本項目不接受聯合體投標。

4、公示、登記時間及供應商報名時需提交的資料：

4.1.公示時間：自2017年07月19日-2017年07月26日(共5個工作日)；

4.2.登記時間：公示期間上午9:00~11:30，下午14:30~17:00（北京時間）；

4.3.登記截止時間：2017年07月26日17:00（北京時間）；

4.4.符合要求的供應商可到集中采購機構報名，報名時請按資格條件要求提交以下材料：

4.4.1單一來源供應商登記表（詳見本公示附件）；

4.4.2企業法人營業執照副本或其他材料復印件(加蓋公章)；

六、采用單一來源采購方式的原因及相關說明：

1.醫療健康數據綜合管理平臺擬整合的10個統計業務系統中，其中8個是武漢東方賽思股份有限公司開發，熟悉系統底層架構和系統功能模塊開發；

2.醫療健康數據綜合管理平臺整合的業務系統在底層設計中使用到Succez BI、SuccezCI等專業的采集分析工具，武漢東方賽思軟件股份有限公司擁有該工具的自主產權，同時具有獨立開發產品和擴展功能業務的能力，滿足整合過程中的業務需要；

3.該公司團隊為原國家衛生統計網絡直報系統的開發建設方，熟悉衛生領域，擁有系統整合所需要的專業知識。

故本項目擬采用單一來源采購方式從指定服務供應商處進行獲取。

七、擬定的唯一供應商名稱、地址：

擬定的唯一供應商名稱：武漢東方賽思股份有限公司 

地址：武漢市江漢區江漢經濟開發區江興路6號

八、專家論證意見：

（一）各專家對相關供應商因專利、專有技術等原因具有唯一性的具體論證意見，專家的姓名、工作單位和職稱：

（二）專家小組綜合意見：

九、本公示期限（不得少于5個工作日）自2017 年 07 月 19 日 至 2017 年 07 月 26 日 止。

十、聯系事項

發布人：廣東省政府采購中心

發布時間：2017年07月19日