一、采購人：廣東省衛(wèi)生廳政務服務中心

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

三、采購項目名稱：醫(yī)療健康數(shù)據(jù)綜合管理平臺

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

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

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

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

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

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

1.4.法律法規(guī)規(guī)定的其他情形。

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

2、擬采購的內容

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

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

項目建設意義

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

1）建立數(shù)據(jù)共享機制，實現(xiàn)業(yè)務信息標準統(tǒng)一

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

2）統(tǒng)一業(yè)務系統(tǒng)，建立綜合管理平臺

醫(yī)療健康大數(shù)據(jù)綜合管理平臺的建設有利于各業(yè)務部門統(tǒng)計數(shù)據(jù)標準的整合，實現(xiàn)業(yè)務系統(tǒng)的融合與管理，滿足跨系統(tǒng)、跨部門，跨領域數(shù)據(jù)查詢需求。

3）統(tǒng)一管理權限，實現(xiàn)用戶跨系統(tǒng)管理

醫(yī)療健康大數(shù)據(jù)綜合管理平臺的建設有利于將各業(yè)務系統(tǒng)的集中管理，實現(xiàn)各業(yè)務平臺用戶的兼容和權限調配，實現(xiàn)統(tǒng)一的監(jiān)管，提供集約式、一站式服務。

4）加強數(shù)據(jù)質量質控，實現(xiàn)跨系統(tǒng)信息校對

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

5）推動數(shù)據(jù)共享，解決數(shù)出多門等問題

醫(yī)療健康大數(shù)據(jù)平臺提供統(tǒng)計輔助決策信息共享查詢，實現(xiàn)多部門一站式服務，有利于解決數(shù)出多門，數(shù)據(jù)打架等情況。

6）加強數(shù)據(jù)分析利用，支持衛(wèi)生強省、醫(yī)療高地建設

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

7）有利于推動數(shù)據(jù)整合和維護

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

8）有利用加強數(shù)據(jù)的安全管理

醫(yī)療健康大數(shù)據(jù)平臺可以提供數(shù)據(jù)的統(tǒng)一管理和保障，通過加密、隔離、系統(tǒng)監(jiān)測等手段，保障系統(tǒng)的平穩(wěn)運行，避免數(shù)據(jù)泄露，丟失、修改等情況發(fā)生。確保網(wǎng)絡數(shù)據(jù)的可用性、完整性和保密性。

健康大數(shù)據(jù)綜合管理平臺的建設，是衛(wèi)生領域健康大數(shù)據(jù)的研究和應用，是將數(shù)據(jù)資源轉變?yōu)樯a(chǎn)力的重要體現(xiàn)，為我省的衛(wèi)生事業(yè)的健康發(fā)展提供有力的數(shù)據(jù)支撐和保障，為居民健康水平的提高提供堅實的數(shù)據(jù)基礎。 

主要建設內容

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

1）數(shù)據(jù)整合

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

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

(2)歷史數(shù)據(jù)接入

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

(3)機構與用戶整合

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

2）系統(tǒng)開發(fā)

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

a、集成改造廣東省衛(wèi)生統(tǒng)計網(wǎng)絡直報系統(tǒng)

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

b、集成基層病案采集系統(tǒng)

為實現(xiàn)病案首頁全覆蓋，2015年我中心研發(fā)了基層病案采集系統(tǒng)，全省基層醫(yī)療機構在線報送病案首頁。醫(yī)療健康大數(shù)據(jù)平臺要實現(xiàn)與病案首頁采集系統(tǒng)的無縫集成，實現(xiàn)系統(tǒng)、用戶平臺登陸和集中管理的需求。

c、集成編碼管理平臺

為實現(xiàn)全省統(tǒng)計標準的統(tǒng)一，滿足基層業(yè)務管理的需求，醫(yī)療健康大數(shù)據(jù)平臺要與我省編碼管理與維護平臺對接，統(tǒng)一管理維護疾病診斷編碼和手術編碼；集成后的平臺，要保障編碼維護的功能，支持對功能模塊的優(yōu)化。

d、建立病案首頁大數(shù)據(jù)倉庫

2014年以來，我省病案首頁采集范圍從二級以上醫(yī)院逐漸擴展到一級醫(yī)院、婦幼保健院、專科疾病防治院，2016年將衛(wèi)生院、社區(qū)中心納入報送范圍；數(shù)據(jù)量每年不到10個億增長到近50個億；系統(tǒng)涉及國家衛(wèi)生統(tǒng)計網(wǎng)絡直報系統(tǒng)、廣東省衛(wèi)生統(tǒng)計網(wǎng)絡直報系統(tǒng)，基層病案系統(tǒng)，離線DBF歷史文件等。醫(yī)療健康大數(shù)據(jù)平臺要實現(xiàn)數(shù)據(jù)整合，建立病案首頁大數(shù)據(jù)倉庫，實現(xiàn)數(shù)據(jù)的一鍵抽取，集中匯總，綜合利用。

e、建立一鍵式數(shù)據(jù)報送機制

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

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

為保障數(shù)據(jù)質量，實現(xiàn)統(tǒng)計業(yè)務數(shù)據(jù)全流程的平臺管理，醫(yī)療健康大數(shù)據(jù)要實現(xiàn)衛(wèi)生統(tǒng)計質量審核和評估系統(tǒng)的集成與對接。

a、集成衛(wèi)生統(tǒng)計年報數(shù)據(jù)審核系統(tǒng)

為保證衛(wèi)生統(tǒng)計常規(guī)統(tǒng)計數(shù)據(jù)的真實性、準確性，我省組織研發(fā)了衛(wèi)生統(tǒng)計年報數(shù)據(jù)審核平臺，在醫(yī)療機構報送數(shù)據(jù)后，在線開展質量審核，對異常值在線標注說明，保障統(tǒng)計數(shù)據(jù)質量。

b、研發(fā)衛(wèi)生統(tǒng)計年報數(shù)據(jù)評估模塊

根據(jù)衛(wèi)生統(tǒng)計年報數(shù)據(jù)質量及年報審核系統(tǒng)結果，按照業(yè)務需求，建立年報數(shù)據(jù)質量審核評估模塊，對各地、各醫(yī)療機構年報數(shù)據(jù)質量進行評估。

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

醫(yī)療健康大數(shù)據(jù)平臺對各業(yè)務系統(tǒng)進行集成后，要建立跨庫對比功能，實現(xiàn)匯總數(shù)和個案信息的一致性效驗和對比分析。

d、集成病案首頁質量評估系統(tǒng)

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

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

a、集成廣東省衛(wèi)生統(tǒng)計報表匯總系統(tǒng)

醫(yī)療健康大數(shù)據(jù)平臺要滿足統(tǒng)計業(yè)務人員數(shù)據(jù)分析、匯總需求，支持常規(guī)報表的生成和制作，通過廣東省衛(wèi)生統(tǒng)計報表匯總系統(tǒng)的集成，實現(xiàn)系統(tǒng)間的無縫連接。同時，支持實現(xiàn)系統(tǒng)報表的增、刪、改等功能。

b、集成住院病案首頁數(shù)據(jù)分析系統(tǒng)

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

c、集成省級績效評價及資產(chǎn)、資金管理平臺

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

d、集成、優(yōu)化廣東省衛(wèi)生輔助決策系統(tǒng)

系統(tǒng)要求與廣東省衛(wèi)生統(tǒng)計輔助決策系統(tǒng)實現(xiàn)集成，對原系統(tǒng)內容進行內容的整合，兼容居民健康、醫(yī)療服務、衛(wèi)生資源、公共衛(wèi)生、醫(yī)改監(jiān)測等模塊主要內容，并依據(jù)需求對相關內容進行調整。集成后系統(tǒng)不影響原輔助決策系統(tǒng)功能。

e、集成醫(yī)療衛(wèi)生地理信息系統(tǒng)

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

f、互聯(lián)互通

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

(4)功能模塊研發(fā)

a、開發(fā)計劃生育模塊

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

b、開發(fā)信息查詢一覽表模塊

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

c、開發(fā)統(tǒng)計年鑒/簡報模塊

利用電子數(shù)據(jù)制作工具，實現(xiàn)統(tǒng)計年鑒、簡報紙質版到電子化的轉換、查詢和電子存貯。

d、開發(fā)年報數(shù)據(jù)質量評估功能

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

e、開發(fā)系統(tǒng)用戶綜合管理功能

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

f、開發(fā)統(tǒng)一的登陸門戶

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

g、移動版應用開發(fā)

開發(fā)APP應用，實現(xiàn)醫(yī)療健康大數(shù)據(jù)平臺的移動端應用。

(5)系統(tǒng)管理

a、數(shù)據(jù)管理

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

b、日志管理

日志管理包含應用日志和系統(tǒng)日志兩種。

應用日志主要記錄醫(yī)療機構的報送日志、上報數(shù)據(jù)包等，便于后續(xù)分析。系統(tǒng)日志主要記錄系統(tǒng)運行的情況，如登錄密碼錯誤、上報數(shù)據(jù)包驗證錯誤等。

c、系統(tǒng)備份恢復

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

項目工期要求

項目人員要求

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

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

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

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

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

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

采購項目技術規(guī)格、參數(shù)及要求

總體要求

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

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

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

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

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

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

7、項目產(chǎn)權歸廣東省衛(wèi)生廳政務服務中心所有。

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

功能要求

報表設計功能

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

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

報表參數(shù)功能

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

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

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

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

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

圖形展示功能

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

1）圖形種類

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

2）圖形的使用方式

圖形可以作為報表的輔助展現(xiàn)也可單獨使用。

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

3）圖形取數(shù)方式

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

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

4）鉆取

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

5）圖形動畫效果

支持圖形動畫效果多樣，展現(xiàn)連貫的動畫效果。

數(shù)據(jù)鉆取功能

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

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

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

數(shù)據(jù)預警功能

在統(tǒng)計業(yè)務中，為了掌握數(shù)據(jù)的變化情況往往需要對數(shù)據(jù)進行監(jiān)控，數(shù)據(jù)預警是監(jiān)控方法之一。通過對數(shù)據(jù)變化的不合理性，產(chǎn)生相應的提示信息達到掌握數(shù)據(jù)變化情況的目的。

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

1、預警分析

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

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

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

 改變字體顏色

 改變字體背景色

 交通信號燈

 特殊符號

 個性化圖形

系統(tǒng)可根據(jù)數(shù)據(jù)動態(tài)地確定字體、顏色、顯示文字等信息，可根據(jù)數(shù)據(jù)動態(tài)顯示圖片。

2、預測分析

系統(tǒng)應支持常用的預測模型，包括移動平均預測模型、一次、二次、三次、四次多項式預測模型、指數(shù)預測模型、季節(jié)預測模型、線性回歸預測模型、對數(shù)線性回歸預測模型、神經(jīng)網(wǎng)絡預測模型等。

3、反饋：可實現(xiàn)預警結果的自動反饋機制。

門戶管理功能

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

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

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

系統(tǒng)集成管理功能

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

技術要求

數(shù)據(jù)分析平臺軟件

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

分析型數(shù)據(jù)庫管理軟件

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

1．支持Windows 、Unix、Linux、AIX、SOLARIS、國產(chǎn)操作系統(tǒng)等操作系統(tǒng)。

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

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

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

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

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

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

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

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

系統(tǒng)技術要求

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

適應性要求

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

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

擴展性要求

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

商務要求

工期要求及安裝測試要求

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

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

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

項目實施要求

1）項目組織和人員要求

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

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

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

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

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

2）項目文檔要求

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

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

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

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

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

系統(tǒng)安裝、調試要求

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

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

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

系統(tǒng)測試要求

（1）開發(fā)方自測

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

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

1、單元模塊測試；

2、內部聯(lián)調集成測試；

3、性能和安全性測試。

（2）驗收測試

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

硬件要求

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

開發(fā)方負責移動終端的采購和移動端的系統(tǒng)安裝測試等工作。

驗收要求

（1）項目初驗

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

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

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

（2）系統(tǒng)驗收及試運行

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

測試驗收。系統(tǒng)安裝測試達到技術規(guī)范書規(guī)定的指標并開通業(yè)務后，可進行驗收測試。采購、開發(fā)方方按確認后的驗收規(guī)范進行驗收測試。驗收測試合格后，經(jīng)雙方簽章后，系統(tǒng)開通試運行。

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

（3）最終驗收

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

培訓要求

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

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

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

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

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

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

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

  售后服務要求

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

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

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

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

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

3、供應商資格條件：

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

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

3.3本項目不接受聯(lián)合體投標。

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企業(yè)法人營業(yè)執(zhí)照副本或其他材料復印件(加蓋公章)；

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

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

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

3.該公司團隊為原國家衛(wèi)生統(tǒng)計網(wǎng)絡直報系統(tǒng)的開發(fā)建設方，熟悉衛(wèi)生領域，擁有系統(tǒng)整合所需要的專業(yè)知識。

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

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

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

地址：武漢市江漢區(qū)江漢經(jīng)濟開發(fā)區(qū)江興路6號

八、專家論證意見：

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

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

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

十、聯(lián)系事項

發(fā)布人：廣東省政府采購中心

發(fā)布時間：2017年07月19日