深圳市中醫院數據倉庫及管理決策支持系統需求公示

    深圳市中醫院始建于 1975年，醫院占地面積約4萬平方米，醫療用房面積8.5萬平方米，設住院部和三個門診部。下屬機構有深圳市中醫藥研究所、深圳市國際中醫藥人才培訓中心。醫院于 1995年成為深圳市三級甲等中醫醫院；1998年成為廣州中醫藥大學首家非直屬附屬醫院；2012年成為廣州中醫藥大學深圳臨床醫學院。

 

    醫院現有職工 1400余人，目前醫院年門診量260萬余人次，開放床位700余張，年收治病人近2.8萬人次，已成為集醫療、教學、科研、預防、保健、康復為一體的大型綜合性中醫醫院。

 

    深圳市中醫院已具備了一定的信息化水平，擁有了功能相對完善的 HIS、LIS、PACS等業務系統，能夠有效支持醫院業務的順利開展。在信息化建設過程中，實施了多個異構的信息系統。由于各種原因，并未建立統一的數據集成平臺，這給數據的整合利用帶來問題。傳統的基于 HIS的統計報表來自于各個業務系統，信息不全面，同時各個業務系統的數據又存在不一致的情況，這為醫院管理者快速、準確地掌握醫院運行狀況帶來了困難。目前，存在的主要問題為：

 

    1.數據存儲分散，未建立統一的集成平臺和數據倉庫。

 

    2.沒有統一的數據代碼規范與標準，數據字典與術語定義存在不一致的問題。

 

    3.同一系統由于升級、切換運行等原因，存在數據割裂、歷史數據缺失等問題。

 

    4.各系統采用的數據庫類型不同，有的系統數據表結構定義不明。

 

    基于此，醫院決定建設數據倉庫及管理決策支持系統，利用商業智能和數據分析技術，快速建立滿足管理決策需求的報表系統及可視化的數據分析結果，從而輔助和支持管理決策。

 

 

1.投標人必須是在中華人民共和國境內注冊并合法運作的獨立法人機構，具有相關經營范圍，須提供工商行政管理部門頒發的企業法人《營業執照》副本或事業單位登記管理局頒發的事業單位法人證書副本復印件（加蓋公章）。非深圳注冊的投標人須在深圳具有合法登記的分支機構。 2.投標人必須具有深圳市政府采購注冊供應商資格（注冊網址：http://www.szzfcg.cn），須提供深圳市政府采購供應商注冊卡復印件（加蓋公章，原件備查），否則投標將不被接受。 3.投標人近三年內（即至少從2011年1月開始起算，投標人成立不足三年的可從成立之日起算）無行賄犯罪記錄，無因經營中違法違規的記錄，無騙取中標、嚴重違約及重大工程安全及質量問題（投標人提供承諾函并加蓋公章）。 4.投標人應在深圳地區設有長期固定的售后服務機構。 5.投標人注冊資金500萬以上。 6.本項目不接受聯合體投標,不得分包轉包。 

一、項目建設內容

 

本項目的主要建設內容包括醫院數據倉庫和管理決策支持系統。

 

（一） 數據倉庫

 

根據管理需求，建立按主題劃分的數據倉庫，包括但不限于以下主題：

 

1.基礎信息主題：包含人員、部門等所有基礎信息及分類標準，建立統一的代碼與名稱定義，并及時更新。

 

2. 人力資源主題：員工的基本信息、學歷、職稱、資質、崗位類別、崗位流動情況等。

 

3.門診業務主題：門診各科室及醫生的工作量、門診分類費用情況等。

 

4.住院業務主題：住院各科室及醫生工作量、住院分類費用情況等。

 

5.醫技業務主題：醫技各科室工作量及檢查治療費用情況。

 

6.合理用藥主題：門診、住院藥品用量情況，抗生素使用情況等。

 

7.門診患者主題：門診患者基本信息及診斷、治療、手術、費用信息。

 

8.住院患者主題：住院患者基本信息及診斷、治療、手術、費用信息。

 

9.健康檢查主題：體檢人群基本信息及檢查、費用信息。

 

10.手術主題：手術患者基本信息及手術操作情況、手術級別、費用信息。

 

11.特殊檢查主題：MR 、CT、超聲、動態心電圖等特殊檢查患者基本信息、檢查情況及費用情況。

 

12.醫保主題：醫保工作量及各項監控指標。

 

13. 收入核算主題：門診、住院分項收入。

 

14. 成本核算主題：各項成本支出情況。

 

15.倉庫物資主題：物資采購及消耗情況。

 

16. 固定資產主題：固定資產情況。

 

17.滿意度主題：滿意度測評及調查情況。

 

18. 績效考核主題：各部門綜合目標管理與績效考核指標情況。

 

（二）管理決策支持系統

 

在建立數據倉庫的基礎上，采用數據分析技術，設計功能完善的管理決策支持系統，包括但不限于以下內容：

 

1. 門診工作情況

 

（ 1）門診工作量分析

 

（ 2）門診費用及指標分析

 

（ 3）門診重點病種指標分析

 

2.住院工作情況

 

（ 1）住院工作量分析

 

（ 2）住院效率及質量指標分析

 

（ 3）住院費用及指標分析

 

（ 4）住院重點病種指標分析

 

（ 5）手術指標分析

 

3.醫技工作情況

 

（ 1）醫技科室工作量分析

 

（ 2）醫技科室費用及指標分析

 

（ 3）特殊檢查指標分析

 

（ 4）大型設備效率與效益分析

 

4.醫保工作情況

 

（ 1）門診醫保工作量及指標分析

 

（ 2）住院醫保工作量及指標分析

 

（ 3）醫保單病種指標分析

 

5. 合理用藥情況

 

（1）藥品用量排名及分析

 

（2）抗生素使用情況分析

 

6.財務與經濟運行情況

 

（ 1）業務收入情況分析

 

（ 2）業務支出情況分析

 

（ 3）財務及經濟指標分析

 

7.倉庫物資分析

 

（ 1）物資采購分析

 

（ 2）物資消耗分析

 

8. 固定資產分析

 

（ 1）固定資產類別分析

 

（ 2）固定資產分布分析

 

（ 3）固定資產效率與效益指標分析

 

9.目標管理與績效考核指標情況

 

（ 1）醫院綜合目標管理與考核指標分析

 

（ 2）醫管中心綜合目標管理責任制考核指標分析

 

10.滿意度情況

 

（1）窗口滿意度測評情況分析

 

（2）滿意度調查情況分析

 

11.體檢信息分析

 

（ 1）體檢人群數據分析

 

（ 2）中醫“治未病”工作情況分析

 

二、項目技術要求

 

（一） 數據倉庫軟件要求

 

1. 采用成熟的主流產品，具有良好的可靠性、穩健性和安全性。

 

2. 支持各主流廠商的硬件及操作系統平臺。

 

3.具有開放性，支持異種數據庫的訪問，包括實現對文件數據和桌面數據庫的訪問。

 

4. 支持TB 級別的大數據處理與分析，具有快速的響應速度。

 

5.支持大數據量處理的數據分區等優化大數據量處理的技術。

 

6.支持高效的內存管理功能，支持數據庫核心參數根據系統負載情況自動調整，支持內存緩沖區、排序內存、并發控制內存等內存對象之間的動態分配。

 

（二） ETL 技術要求

 

ETL 需滿足如下功能：

 

支持多種數據源，能定時進行數據的更新整理，支持并行數據抽取、數據增量抽取，具備完善的元數據管理功能，支持復雜的數據清洗、轉換工作，支持多維數據庫的數據加載，支持 TB級別的數據加載，具有可視化的工作界面。

 

本項目 ETL的具體實現方式：

 

1.對各系統歷史數據，盡可能地提取所需的基本數據，經過清洗、轉換，一次性加載到數據倉庫。

 

2.對各系統新生產的數據，從各系統數據庫提取需要的匯總數據，經過清洗、轉換后每天定時加載到數據倉庫。

 

3.對于無法通過業務系統數據接口獲得的數據，可由各業務使用人員填報完成，通過 excel等平面文件方式采集，采集的數據需在經過審批工作流后，自動進入數據倉庫。

 

（三）數據倉庫技術要求

 

1.根據項目建設內容合理設計各主題數據倉庫。

 

2. 遵循各類規范和標準的統一的代碼定義和名稱。

 

3. 具有數據質量審核機制和一致性保障。

 

4. 自動維表維護。

 

5. 高可用性和高效性。

 

（四） OLAP 技術要求

 

1.支持MOLAP ,ROLAP ，HOLAP三種數據結構。

 

2. 有針對不同用途設計的維度模型，如日期維度，財務維度，地理維度等。

 

3. 針對大量數據的性能優化，可提供數據分區功能，聚合計算等調優功能。

 

4. 可在OLAP 中做權限管控，可根據用戶或角色管理到每個單元格數據。

 

5. 支持漸變維度，父子維度。

 

（五） 管理決策支持系統技術要求

 

1.基本功能：

 

（ 1）支持主流操作系統平臺。

 

（ 2）采用先進的SOA構架，采用B/S結構，純Web化的操作環境，客戶端不需要安裝任何程序。

 

（ 3）具有嚴格的權限控制能力，能夠實現行級、列級權限控制；能夠以不同角色實現不同的應用操作能力，如報表只讀、即席查詢、建模、下載等；能夠實現不同權限組，各個權限組包含分組管理員，管理且僅管理該組內權限分配等。

 

（4）支持 OLAP分析功能，包括鉆取、旋轉、切片功能，維度和指標可在使用中進行自定義，能夠實現不同維度之間的跨維度鉆取；實現通過前端展現工具實現OLAP穿透到業務底層明細數據的能力；能夠實現OLAP立方體之間的穿透功能。

 

（ 5）具有良好的可視化展現效果，能夠在一個前端分析工具模塊中同時包含：查詢、分析、報表和儀表盤功能。能夠生成各種常見的圖表，如曲線圖、餅圖、柱狀圖等，支持2D/3D圖形顯示，能夠快速轉換圖形類型，在圖形中能夠實現數據的維度鉆取；能夠將坐標中大數量項目按用戶自定義方式將圖表分頁顯示。

 

（ 6）支持時間序列功能，支持基于時間的自動分組功能。支持任意時間段的比較分析，如同比、環比等。

 

（ 7）支持關鍵指標的目標值比較分析。

 

（ 8）支持用戶自助式報表生成和數據分析。

 

（ 9）支持分析結果自定義導出為常用文檔格式，如EXCEL、PDF、PPT等。

 

（ 10）支持用戶操作和數據訪問的審計能力，管理員可以對系統進行監控和系統優化處理。

 

2. 高級功能：

 

（ 1）用戶可設定條件訂閱報表。在超過設定的閾值時自動通過郵件將數據發送到用戶郵箱。

 

（ 2）可一鍵實現常用的環比，同比，占比等功能。

 

（ 3）用戶在前端可根據數值或屬性對維度成員進行重新分組。

 

（ 4）用戶可在前端可使用臨時的excel 數據源進行BI分析。

 

（ 5）可實現圖形和表格的數據聯動。

 

 

一、項目服務期限

 

本期招標項目實施周期為6個月，系統研發周期為3個月，系統正常維護期為 2年。

 

二、項目進度要求

 

1. 合同簽署后1個月內，開展調研工作并制定詳細的《項目實施方案》。方案經招標方確認后將作為合同的組成部分。

 

2. 《項目實施方案》確認后 1個月內完成需求調研，并形成《系統需求說明書》、《系統概要設計》、《系統集成與開發詳細設計》交招標方評審。

 

3. 評審通過后，3 個月內完成系統開發，并進行系統測試。

 

4. 初驗合格后，系統試運行1個月內根據招標方使用意見完善系統功能。

 

5. 中標方應該按招標方的要求組織項目實施，招標方擁有對實施進度與完成質量的審核權。

 

三、項目人員要求

 

中標人應組成專門負責本項目的團隊，至少包括項目經理、系統設計、系統開發、售后服務等方面的人員，項目團隊不少于 5人，并且具有豐富的項目管理和實施經驗。

 

四、付款方式

 

1.合同簽訂后 7個工作日內提供發票后付款30%，項目驗收合格后付款65%，余款在驗收合格后一年支付。

 

2.由于供應商的原因未能按時完成項目的，每遲一天罰款合同總額的 0.5%；如超過項目完成期限30天，將終止合同并通過法律程序對供應商進行索賠。

 

五、項目驗收要求

 

1.系統安裝時，中標人應提供軟件的最新版本。

 

2.中標人必須在合同規定的時間內，以完工驗收申請報告形式書面通知招標人以聲明整個系統完畢，招標人確認申請報告的第三個工作日為驗收測試開始日。

 

3. 招標人與中標人一起對整個系統依據合同要求進行檢查測試；對系統的每一部分進行審核，并對系統進行72小時測試。

 

4. 驗收合格后由中標人出具測試報告，中標人和招標人代表簽字并加蓋公章。

 

六、培訓要求

 

中標方應根據項目實施的進度要求，及時安排有關培訓。對招標方和用戶提供應用性的培訓，側重在該軟件的使用及系統基本維護、常見問題及解決辦法等方面，并提供上機操作，目標是使受訓者能夠熟悉主題模型設計思路、掌握該軟件的操作、基本維護方法等。醫院負責對培訓質量進行監督。

 

七、售后服務要求

 

（一）技術支持

 

中標方應在質量保證期內負責對招標方的相關人員提供技術咨詢服務，并對軟件運行過程中發現的技術缺陷予以修改。質量保證期為系統終驗完成后不少于 12個月。

 

在最終驗收后，中標方應在指定時間內完成本系統在深圳市中醫院實際環境中的部署，并在質量保證期內對深圳市中醫院提供包括現場服務在內的技術支持服務。

 

在質量保證期內，中標方負責對深圳市中醫院提出的技術問題進行咨詢解答。中標方應對本系統提供7x24小時響應服務。對于深圳市中醫院提出的相關技術問題，中標方應在3個工作日內給予答復。

 

在質量保證期內，中標方應協助深圳市中醫院搜集整理各使用部門提出的需改進的問題，負責對軟件運行過程中發現的技術缺陷，在深圳市中醫院認可的時間期限內予以修改。技術支持服務形式包括熱線電話、網站、電子郵件***

 

（二）技術支持人員

 

中標方在質量保證期內應組建以軟件開發隊伍為核心的專業技術支持服務隊伍，為本合同所約定的技術支持內容提供服務。

 

人員要求：

 

1.整個項目實施必須長期保證不少于3名有實施經驗的工程師。

 

2. 免費維護期內，保證不少于1名有經驗工程師在醫院進行維護。

 

 

一、評標方案

 

1. 中標依據：在不高于最高限價的前提下，綜合評估分最高者為中標候選人。最高限價：指預算金額。

 

2. 投標文件的完整性檢查

 

（ 1）評標委員會對所有投標文件的完整性進行檢查后，投標人基本資格進行符合性審查；

 

（ 2）評委在資質評標中對以上表格內容的真實性進行確認。

 

3. 商務、技術響應性評估

 

（ 1）評價每個投標人的商務、技術響應，如發現重要指標未達到招標要求的投標，作廢標處理；

 

（ 2）評價每個投標人的商務、技術條件，填寫“商務、技術評估表”。

 

4. 報價的計分方法

 

以所有經符合性審查合格的投標報價的平均價下浮5%作為基準價，得分按以下公式計算：得分=（1-（|報價-基準價| ÷ 基準價）） × 100

 

5. 綜合評估分的計算和排序

 

綜合評估分（100分）=商務得分×20%+技術方案得分×50%+價格得分×30%

 

注：各部分評分請參照：

 

商務得分：商務評估表

 

技術方案得分：技術評估表

 

價格得分：價格得分表

 

6. 候選中標商的選取

 

按照綜合得分名次推薦候選中標人1名，備選中標人1名。

 

 

 

 

二、評標表格

 

1. 商務評估表

 

序號	評議項目	權重	評分標準
01	企業資質	30	1.投標人注冊資金≥500萬得50%分，否則得25%分。   2.投標人或母公司具有軟件企業認證得50%分，否則得25%分。
02	開發經歷	50	1. 投標人提供類似項目案例得50%分，否則不得分。以合同為準。   2.投標人提供兩個以上醫療行業 BI成功案例，每個案例得25%，本項滿分為50%分，無法提供者不得分。投標人須提供的中標書或者合同掃描件，原件備查。
03	公司服務能力	20	1. 投標人公司注冊地在深圳或在深圳有分公司的得60% 分，否則得30%分。投標人須提供營業執照附件掃描件，原件備查。   2.投標人組成至少5人的項目團隊，至少包括項目經理、系統設計、系統開發、售后服務等人員，達到者得40%分（以供應商投標文件為準），達不到得20%分。

 

 

 

2. 技術評估表

 

序號	評議項目	權重	評分標準
01	系統總體設計	20	專家根據投標人的項目實施方案參考以下幾點進行打分：   1.規范性：按照招標文件的要求，根據供應商投標文件的規范性酌情打分，評價為優得40%分；評價為良得20%分；評價為差得0分。   2.完整性：按照招標文件的要求，根據供應商投標文件包含業務數據庫設計、應用支撐平臺設計、應用功能設計，每具有一項得10%分，本項滿分30%分。   3.設計的合理性：按照招標文件的要求。根據供應商投標文件的合理性酌情打分，評價為優得30%分；評價為良得15%分；評價為差得0分。
03	技術要求	40	1.數據倉庫軟件技術要求：按照招標文件的要求，根據供應商投標文件響應情況評分，本項滿:15%分。   2.ETL技術要求：按照招標文件的要求，根據供應商投標文件響應情況評分，本項滿分15%分。   3.數據倉庫技術要求：按照招標文件的要求，根據供應商投標文件響應情況評分，本項滿分20%分。   4.OLAP技術要求：按照招標文件的要求，根據供應商投標文件響應情況評分，本項滿分20%分。   5. 管理決策支持系統技術要求：按照招標文件的要求，根據供應商投標文件響應情況評分，本項滿分30%分。
04	項目組織及實施	20	專家根據投標人的項目實施方案參考以下兩點進行打分：   1.根據統一過程的項目管理辦法，項目建設工期計劃、進度表、培訓計劃及項目人員組成。   2.項目建設的質量保障體系等內容的科學合理性酌情打分。   評價為優得100%分；評價為良得60%分；評價為差得0分。
05	項目培訓	10	根據投標人提供的培訓計劃，其培訓計劃完善性、詳細程度等，最優的，滿足招標文件要求的得100%分；基本滿足招標文件要求的，得50%分；不滿足招標文件要求及未提供培訓計劃的，得0分。
06	售后服務	10	根據售后服務計劃、故障響應時間、服務承諾等評分。提供現場售后服務的評價為優，得100%分；評價為良得60%分；評價為差得0分。

 

 

 

3.價格得分表

 

評議項目
以所有經符合性審查合格的投標報價的平均價下浮5％作為基準價	得分=[1-（|報價-基準價| ÷ 基準價）] × 100