中國疾病預防控制中心慢性非傳染性疾病預防控制中心關于中國居民慢性阻塞性肺疾病監測信息收集與管理系統（第二期）平臺開發項目競爭談判招標公告競爭性談判公告

　　根據《中華人民共和國政府采購法》等有關規定，現對中國疾病預防控制中心慢性非傳染性疾病預防控制中心關于中國居民慢性阻塞性肺疾病監測信息收集與管理系統（第二期）平臺開發項目競爭談判招標公告進行競爭性談判招標，歡迎合格的供應商前來投標。



項目名稱：中國疾病預防控制中心慢性非傳染性疾病預防控制中心關于中國居民慢性阻塞性肺疾病監測信息收集與管理系統（第二期）平臺開發項目競爭談判招標公告

項目編號：競爭談判 160604

項目聯系方式***

項目聯系人***

項目聯系電話***




采購人聯系方式***

采購人：中國疾病預防控制中心慢性非傳染性疾病預防控制中


地址：***

聯系方式***






一、供應商資格要求簡要說明:

1) 采用業界先進、成熟的軟件開發技術，面向對象的設計方法，可視化的、面向對象的開發工具，支持Internet/Intranet網絡環境下的分布式應用，采用C/S體系結構相結合的運行模式。



二、獲取談判文件時間及地點:

獲取談判文件的時間：2016年06月03日 16:33 至 2016年06月15日 16:33(雙休日及法定節假日除外)



獲取談判文件地點： 西城區南緯路27號



三、其它補充事宜：




四、項目聯系方式***

項目聯系人***

項目聯系電話***



五、談判方式文件及售價等：

預算金額：35.0 萬元（人民幣）

獲取談判文件方式:郵寄

獲取談判文件文件售價：0.0

談判文件發售起、止時間：2016年06月03日 16:33 至 2016年06月15日 16:33(雙休日及法定節假日除外)

談判時間：2016年06月15日 16:33

談判響應文件遞交截止時間：2016年06月03日 16:33

談判響應文件遞交地點:西城區南緯路27號

談判響應文件開啟時間：2016年06月15日 16:34

談判響應文件開啟地點:西城區南緯路27號



六、采購項目需要落實的政府采購政策：


競爭談判



七、采購項目的名稱、數量、簡要規格描述或項目基本概況介紹：


中國疾病預防控制中心慢性非傳染性疾病預防控制中心關于中國居民慢性阻塞性肺疾病監測信息收集與管理系統

（第二期）平臺開發技術需求



1、使用范圍

中國疾病預防控制中心慢病中心、全國各省疾控中心以及中國慢性阻塞性肺疾病監測點。

2. 內容

2.1 抽樣信息管理系統

2.1.1 建設內容

主要包含資料上報、資料審核和結果反饋三部分。資料審核包括：國家和省級疾控中心審核。中國疾控中心在本系統發布各級抽樣模版，縣區級疾控中心提交抽樣所需人口信息。各省級疾控中心通過此系統對各縣區抽樣信息進行審核，審核不通過反饋信息至區縣，區縣機構需重新錄入，直至審核通過。審核通過后各省級疾控中心下載各級抽樣信息，通過專業統計軟件進行抽樣。并將抽樣結果上傳至此系統。各級疾控中心可查詢其轄區內抽樣結果。抽樣結果導入“調查數據收集與管理系統”以便對抽樣對象進行調查。

2.1.2 實現方式

電腦軟件客戶端模式。
支持資料上報和結果反饋應至少設置暫存和提交兩個功能，一旦提交不得更改。
支持多次重復上傳、覆蓋、查詢和批量導出、導入操作。
支持將抽樣結果導入調查數據收集與管理系統。
2.2 調查問卷內容的完善

2.2.1 建設內容

完善第一期調查問卷的內容及信息，對于第一期出現的問題進行完善。
2.2.2 實現方式

支持采用Android系統平板電腦收集問卷調查結果，并以無線局域網或數據線傳輸方式提交電腦客戶端。
支持Android系統平板電腦問卷調查同期錄音。
支持電腦客戶端匯總和管理平板電腦數據，并上傳全部調查數據。
支持各級疾控中心匯總和查詢本轄區內各項調查數據完成狀態。
2.3 血樣信息管理

2.3.1 建設內容

實現個人編碼和采血編碼的關聯。
生物樣品動態管理：生物樣本的采集、運輸、分裝、存儲、檢測的時間、地點、數量、儀器設備等信息。
生物樣品檢測結果管理：檢測結果的采集和反饋，生成個人檢測指標報告。
2.3.2 實現方式

支持手工錄入、掃碼器和移動信息采集設備等多種方式采集生物樣品信息。
支持生物樣本信息與調查數據采集與管理系統的調查對象個人信息對接。
具備生物樣品驗收登記功能。
支持各級疾控中心匯總和查詢本轄區內各項實驗室相關信息。
2.4 隨訪信息管理的開發

2.4.1 建設內容

實現對已有信息的查詢、調取、補充、錄入等。
支持各級疾控中心查詢、調取、補充本轄區內調查對象的相關信息。
實現隨訪功能模塊下各部分內容信息采集與管理功能。
2.4.2 實現方式

支持手工錄入、掃碼器和移動信息采集設備等多種方式采集各類隨訪信息。
支持基線數據與隨訪數據的調查對象個人信息對接。
支持各級疾控中心匯總和查詢本轄區內所有基線調查相關信息。
3. 技術要求

3.1 開發架構要求

本項目要求采用多層架構設計，保證系統部署的靈活性與可擴充性。

3.2 用戶管理要求

系統的用戶管理通過招標方已有統一用戶認證和授權系統進行維護和管理。

3.3 服務對象要求

所有執行中國成人慢性病與營養監測的區/縣、市、省級疾控中心和國家疾控中心。

3.4 數據反饋要求

系統支持兩種數據反饋方式：打包下載，數據交換。

1）輸出功能

各種查詢、統計結果等均具備打印、導出csv、xls、xlsx、mdb等文件功能。

2）與其他系統外部接口

預留與中國疾控中心死因登記與信息報告系統對接的接口。

3.5 業務材料要求

所有系統所需業務材料由招標方提供。

4. 租賃服務器要求

4.1 數據庫服務器

采用MS SQL SERVER 2008 R2數據庫系統，至少擁有兩個物理節點進行主從熱備，主節點發生故障，秒級切換至備節點，服務可用性高達99.95%。

4.2 應用服務器

配置：處理器4core ,內存16G，硬盤500G，帶寬100M光纖，雙線；磁盤數據可靠性不低于 99.999%，自動宕機遷移、數據備份和回滾。

4.3 Web服務器

Windows Server 2003及以上操作系統，至少支持1000人在線訪問，每次訪問的響應時間小于5秒。

5. 其他要求

項目建設過程中如需要使用到第三方工具和軟件，由投標人根據本項目建設需求推薦選擇，在投標時分列產品名稱、規格型號、許可數量、報價、售后服務年限，并計入總報價，質保年限至少一年。

5.1 運行環境要求
系統平臺應建立在較高性能的服務器或服務器集群上，且能夠實現負載均衡設計。

系統應支持主流 UNIX、Linux、Windows Server系列操作系統，以便在不同服務器環境下可靈活部署。

平板電腦調查軟件應支持Android操作系統。

5.2 性能指標要求
1）軟件要求安裝簡單快捷，與中心服務器離線工作，遠程自動升級功能，方便軟件的完善與新增 功能。

2）支持自動監測與中心服務器的連接狀態。支持備份本地數據庫到中心服務器功能，確保本地數據安全。

5.3 前提條件
1）Web服務器、應用服務器和數據庫服務器空閑率>60%

2）中心網絡空閑率>60％

3）響應時間指用戶按下確認鍵至系統返回成功信息的時間間隔。

5.4 并發和大數據量性能
類別
性能指標
參數要求

系統響應時間（不考慮Internet網絡傳輸條件，以局域網為基準），并發數=1000人時
數據查詢響應時間，要求同時支持1000人在線訪問
<5秒

提交數據響應時間（統計分析和匯總），要求同時支持1000人在線訪問
80%情況<10秒

90%情況<20秒

運行與停機時間
運行時間
7*24小時，全年不間斷

每次允許可停機時間
<2小時

每年允許停機次數
<4次


6. 實施與服務要求

6.1 項目實施人員要求
投標人需要在投標文件中對下述內容進行實質性應答和承諾。

項目團隊需要分別配備對集成和開發任務有優勢的項目經理、總體架構設計師（技術總監）等人員承擔工作。
投標人要提供人員配備方案及項目團隊人員的學歷、資質證明。
項目實施過程中，投標人須保證項目經理、技術負責人和核心人員參加由招標方組織的例會及其它與項目開發相關的會議，項目負責人***
6.2 技術要求
采用業界先進、成熟的軟件開發技術，面向對象的設計方法，可視化的、面向對象的開發工具，支持Internet/Intranet網絡環境下的分布式應用，采用C/S體系結構相結合的運行模式。
為適應將來的發展，軟件系統應具有良好的可拆分性、可擴充性、可移植性和安全性；軟件設計模塊化、組件化，并提供配置模塊和客戶化工具。
應用軟件與數據庫系統的設計及應用要做到安全可靠，防止非法入侵；要防止合法用戶使用數據庫時向數據庫加入不合語義的數據，對輸入的數據要有審核和約束機制；具有用戶權限控制和身份認證功能，系統須保證持續不間斷安全運行，提供數據庫完整有效的備份方案，以防止災難發生。
保證系統數據的一致性和有效性；數據庫結構的設計應充分考慮發展的需要、移植的需要，具有良好的擴展性、伸縮性和適度冗余。
用戶接口和操作界面設計盡可能考慮人體結構特征及視覺特征，界面力求美觀大方，簡捷實用。
本招標文件中技術要求沒有涉及的先進技術、方法，投標方可自行補充，并在投標文件中介紹說明。
6.3 項目進度要求
整體項目完善和維護周期為一年。具體進度要求如下：

中標人應按照招標方的要求組織實施。

合同簽署后30日內，招標方對系統進行驗收。驗收合格后進入完善和維護期。
6.4 項目測評驗收要求
在驗收階段，將按照招標方和投標方都認可的《項目實施方案》，由招標方組織驗收小組，進行功能和性能的驗收測試。從系統的實用性、穩定性、可維護性、靈活性、可操作性、和安全性及系統文檔、代碼、規范及注釋說明等方面組織全面驗收。驗收測試安排分為系統初驗和系統終驗。

6.4.1系統初驗

經過系統內部試運行，投標方對內部試運行期間發現的問題改正后，提出系統初驗書面申請。驗收標準將按照“需求說明書”和雙方認可的有關系統設計文檔所提的要求進行。

招標方在收到投標方驗收申請后，盡快組織系統初驗。初驗前投標方提供全部的工程文檔和安裝測試報告，并提供初驗測試文檔，在招標方認可后進行初驗測試。初驗通過后，系統正式進入試運行期。

6.4.2系統試運行

初驗合格后，經招標方同意，系統進入試運行階段。在試運行期間，投標方須按招標方要求提供培訓和技術支持，保證用戶能夠正確理解和使用系統。投標方必須對試運行中出現的任何問題及招標方提出的修改意見做出響應，并提交解決方案，在招標方確認后實施。若系統達不到合同規定要求，試運行期將順延，但試運行期最長不得超過2周。試運行期間如出現重大故障，則試運行期從故障排除之日起重新計算。

6.4.3系統終驗

經過系統試運行，試運行系統符合用戶要求后提出系統終驗書面申請。驗收標準將按照“需求說明書”和雙方認可的有關系統設計文檔所提的要求進行。招標方在收到投標方驗收申請后，盡快組織系統終驗。終驗前投標方提供項目所以技術文檔、商務文檔及過程管理文檔，在招標方認可后進行終驗。終驗通過后，系統正式進入質量保證期。

7. 售后服務及培訓基本要求

1）公司必須為招標方提供系統對接服務的規劃、實施、維護，并且制定相應的應急方案，由于公司租賃的服務器或平臺軟件出現故障導致招標方業務中斷，公司必須立即響應，啟動應急方案，7*24小時電話技術，必要時派技術人員現場處理，在1天之內解決問題。（確因其他供應商供應的硬件原因引起的故障，公司要協助解決）。

2）為了更好的維護招標方網絡，保證網絡系統軟件的正常使用，公司須根據各自軟件的不同情況制定其他的詳細的培訓計劃。

提供軟件的數據字典結構文檔和軟件操作手冊。知識產權歸雙方共有，在項目結束時需提交針對本項目的原始代碼。

聯系人***

電話：***