項目概況
1、項目背景：目前深圳市區(qū)域衛(wèi)生計生信息平臺仍存在數(shù)據(jù)質(zhì)量問題，主因仍然是異構(gòu)系統(tǒng)和數(shù)據(jù)異構(gòu)性，加之參與項目建設(shè)的供應(yīng)商多，協(xié)調(diào)和管理困難等原因，導致數(shù)據(jù)集成的質(zhì)量和可靠性難以保證。為了解決區(qū)域健康平臺數(shù)據(jù)質(zhì)量問題，深圳市衛(wèi)計委決定在各公立醫(yī)院建立醫(yī)療衛(wèi)生機構(gòu)數(shù)據(jù)融合平臺，以實現(xiàn)深圳市區(qū)域衛(wèi)生計生信息平臺的資源共享、綜合信息的查詢統(tǒng)計與業(yè)務(wù)監(jiān)管、高效的利用轄區(qū)內(nèi)的醫(yī)療衛(wèi)生計生資源、加強醫(yī)療衛(wèi)生計生監(jiān)督、提高醫(yī)療衛(wèi)生計生服務(wù)質(zhì)量等。
2、項目地點：深圳市
3、項目內(nèi)容: 深圳市市級醫(yī)療衛(wèi)生機構(gòu)數(shù)據(jù)融合平臺
4、完工期限要求: 合同簽訂生效之日起4個月內(nèi)完成；
5、合同方式：總價合同，包括深圳市公立醫(yī)療衛(wèi)生機構(gòu)數(shù)據(jù)融合平臺的維護費、實施費、技術(shù)培訓費、安裝調(diào)試費等一切相關(guān)費用；
6、項目質(zhì)量要求：按國家標準驗收合格；
7、項目設(shè)計費、造價咨詢費、監(jiān)理費等費用均不計入投標總價。
8、質(zhì)量等級：優(yōu)良。
二、技術(shù)要求
為貫徹國家醫(yī)療信息化建設(shè)和醫(yī)療改革相關(guān)文件指示和要求，為繼續(xù)深化衛(wèi)生體制改革，進一步建立和完善區(qū)域衛(wèi)生計生信息化體系，滿足深圳市衛(wèi)生計生信息化工作目標，解決區(qū)域健康平臺數(shù)據(jù)質(zhì)量問題，深圳市衛(wèi)計委決定在各公立醫(yī)院建立市級醫(yī)療衛(wèi)生機構(gòu)數(shù)據(jù)融合平臺，以實現(xiàn)深圳市區(qū)域衛(wèi)生計生信息平臺的資源共享、綜合信息的查詢統(tǒng)計與業(yè)務(wù)監(jiān)管、高效的利用轄區(qū)內(nèi)的醫(yī)療衛(wèi)生計生資源、加強醫(yī)療衛(wèi)生計生監(jiān)督、提高醫(yī)療衛(wèi)生計生服務(wù)質(zhì)量等，具體要求如下：
1、數(shù)據(jù)融合平臺技術(shù)支持及維護服務(wù)：為深圳市衛(wèi)生和計劃生育委員會、全市各公立醫(yī)療衛(wèi)生機構(gòu)數(shù)據(jù)融合平臺提供技術(shù)支持及數(shù)據(jù)庫維護服務(wù)。投入人員要求：
1.1技術(shù)支持工程師12位以上；
1.2數(shù)據(jù)分析工程師8名以上。
2、服務(wù)方式與運營保障：提供醫(yī)院駐點客服、電話客服等多渠道多方式為市級個醫(yī)院提供服務(wù)，保障服務(wù)暢通性。服務(wù)方式要求與運營保障投入人員：
2.1醫(yī)院駐點客服，與醫(yī)院作息同步，投入2名客服人員；
2.2電話客戶服務(wù)，24小時保持暢通，投入1名客服人員；
3、深圳市區(qū)域衛(wèi)生計生數(shù)據(jù)融合平臺數(shù)據(jù)建設(shè)技術(shù)要求
3.1總體要求
數(shù)據(jù)中心
1）模型支持衛(wèi)生部發(fā)布的《電子病歷基本架構(gòu)與數(shù)據(jù)標準》。
2）有后標準化能力，通過清洗、轉(zhuǎn)換或映射，使得非標準化數(shù)據(jù)與元數(shù)據(jù)模型標準化無縫對接。
3）交叉支持多種國際開放標準、國標、衛(wèi)生部行業(yè)標準和多種標準代碼體系。
4）支持不依賴于異構(gòu)系統(tǒng)（不同數(shù)據(jù)庫、不同操作系統(tǒng)、不同架構(gòu)、不同數(shù)據(jù)結(jié)構(gòu)）供應(yīng)商的數(shù)據(jù)層面的一體化集成（Data Unifying）。
5）構(gòu)建的元數(shù)據(jù)模型須完全獨立于任何數(shù)據(jù)庫和存儲介質(zhì)，支持元數(shù)據(jù)模型導出/導入，比如導出為XML文件，具有將模型快速部署到其他醫(yī)院的能力。
6）具有完善、成熟的元數(shù)據(jù)建模和模型管理工具和數(shù)據(jù)集成ETL工具，并能依賴工具進行絕大部分數(shù)據(jù)一體化整合，對特別的異構(gòu)系統(tǒng)不能完全依賴可視化圖形用戶界面進行數(shù)據(jù)集成時，支持輔助性人工編程。
7）平臺應(yīng)該提供開放的編程接口，支持基于平臺的應(yīng)用系統(tǒng)開發(fā)。
8）提供完整的庫結(jié)構(gòu)說明文檔。
3.2數(shù)據(jù)一體化整合
1）具有完善、靈活、有效的病人身份整合算法，對不同異構(gòu)系統(tǒng)中的患者身份進行一體化整合。
2）根據(jù)標準化數(shù)據(jù)模型，對異構(gòu)系統(tǒng)的字典進行一體化整合。
3）基于標準化模型、一體化的患者身份和數(shù)據(jù)字典，將醫(yī)院散落于各種異構(gòu)系統(tǒng)的歷史數(shù)據(jù)一體化整合為以患者為中心的、符合衛(wèi)生部《電子病歷基本架構(gòu)與數(shù)據(jù)標準》要求的電子病歷庫。
4）提供準實時數(shù)據(jù)集成系統(tǒng)，支持對異構(gòu)系統(tǒng)產(chǎn)生的新數(shù)據(jù)的整合集成。
3.2.1支持區(qū)域醫(yī)療系統(tǒng)的數(shù)據(jù)采集
1）支持獨立于具體異構(gòu)信息系統(tǒng)的區(qū)域衛(wèi)生信息系統(tǒng)互聯(lián)，實現(xiàn)基于平臺的數(shù)據(jù)上傳。
2）為區(qū)域數(shù)據(jù)采集上傳系統(tǒng)和醫(yī)院異構(gòu)信息系統(tǒng)松綁。區(qū)域數(shù)據(jù)采集范圍、結(jié)構(gòu)、需求的變化不再需要調(diào)整HIS、LIS等異構(gòu)系統(tǒng)的接口程序。
3.2.2整體技術(shù)路線和系統(tǒng)架構(gòu)
1）提供對國際，國內(nèi)同類系統(tǒng)建設(shè)（包括技術(shù)路線、建設(shè)成本、運維成本、風險控制等）的分析和比較。
2）提供對如下關(guān)鍵點進行分析：需求關(guān)鍵點、關(guān)鍵技術(shù)難點、非技術(shù)性難點。
在對需求關(guān)鍵點，技術(shù)難點的分析的基礎(chǔ)上，提供整體技術(shù)路線。
3）提出完整而詳細的系統(tǒng)架構(gòu)，并通過系統(tǒng)架構(gòu)方案體現(xiàn)技術(shù)路線的特點。
4）從系統(tǒng)整體架構(gòu)角度提供系統(tǒng)的可擴展性的技術(shù)路線和實現(xiàn)方法。
5）從系統(tǒng)整體架構(gòu)角度提供數(shù)據(jù)安全管理解決方案。
6）從系統(tǒng)整體架構(gòu)角度提供如何支持應(yīng)用軟件開發(fā)/投放/升級/運維管理。
7）醫(yī)院數(shù)據(jù)整合平臺支持主流數(shù)據(jù)庫，包含：DB2、Oracle、Sybase、SQLServer。
8）醫(yī)院數(shù)據(jù)整合平臺支持Windows、Linux、Unix等操作系統(tǒng)。
3.3 一體化數(shù)據(jù)集成的ETL數(shù)據(jù)抽取工具/平臺軟件
3.3.1支持不依賴于異構(gòu)系統(tǒng)（不同數(shù)據(jù)庫、不同操作系統(tǒng)、不同架構(gòu)、不同數(shù)據(jù)結(jié)構(gòu)）供應(yīng)商的數(shù)據(jù)一體化集成，這里所述的一體化是指數(shù)據(jù)模型層面進行一體化數(shù)據(jù)融合（Data Unification），而非簡單的聚集（Data Aggregation）的數(shù)據(jù)集成。
3.3.2工具軟件支持通過可視化、圖形用戶界面進行絕大部分數(shù)據(jù)一體化整合，對特別的異構(gòu)系統(tǒng)不能完全依賴可視化圖形用戶界面進行數(shù)據(jù)集成時，支持輔助性人工編程。
3.3.3具有完善、靈活、有效的個人身份整合算法，支持對海量歷史數(shù)據(jù)，特別是標準化缺失的歷史異構(gòu)數(shù)據(jù)的整合。
3.3.4數(shù)據(jù)整合工具提供的一體化整合，不能依賴于對已經(jīng)在線運行的異構(gòu)系統(tǒng)進行改造升級，例如標準化改造，須有一定的后標準化能力，通過清洗、轉(zhuǎn)換或映射，使得非標準化數(shù)據(jù)與元數(shù)據(jù)模型標準化無縫對接。
3.3.5通用ETL工具必須具有針對醫(yī)療衛(wèi)生領(lǐng)域信息化的功能擴展，支持醫(yī)院常見的HIS、LIS、RIS、PACS、EMR、病案等醫(yī)療信息系統(tǒng)的數(shù)據(jù)清洗、轉(zhuǎn)換和集成。既支持對歷史數(shù)據(jù)的整合，也支持運行時實時數(shù)據(jù)同步/整合。實時數(shù)據(jù)同步功能需要具有運行狀態(tài)留痕或監(jiān)控功能。
3.4元數(shù)據(jù)管理工具
3.4.1直接支持基于元數(shù)據(jù)，或基于領(lǐng)域概念（類似于Achitypes二階建模）建模、支持基于元數(shù)據(jù)的復(fù)雜醫(yī)療健康領(lǐng)域信息模型，避免完全依賴人工建模，造成數(shù)據(jù)模型異構(gòu)、數(shù)據(jù)異構(gòu)問題。
3.4.2支持元數(shù)據(jù)模型和數(shù)據(jù)庫物理模型的映射，支持應(yīng)用系統(tǒng)直接通過元數(shù)據(jù)模型，而非數(shù)據(jù)庫的物理數(shù)據(jù)模型進行數(shù)據(jù)集成、計算、搜索、存取等操作。
3.4.3工具應(yīng)自帶衛(wèi)生部發(fā)布的《電子病歷基本架構(gòu)與數(shù)據(jù)標準》中規(guī)定的行業(yè)標準數(shù)據(jù)元。
3.4.4交叉支持多種國際開放標準、國標、衛(wèi)生部行業(yè)標準和多種標準代碼體系。
3.4.5具有完善、成熟的元數(shù)據(jù)建模和模型管理用戶界面。
3.4.6元數(shù)據(jù)模型工具須支持自動生成支持各種關(guān)系數(shù)據(jù)庫物理模型的功能。
3.4.7構(gòu)建的元數(shù)據(jù)模型須完全獨立于任何數(shù)據(jù)庫和存儲介質(zhì)，支持元數(shù)據(jù)模型導出/導入，比如導出為XML文件，具有將模型快速部署到其他數(shù)據(jù)醫(yī)院的能力。
3.4.8元數(shù)據(jù)管理工具須經(jīng)過市場實例驗證，具有良好的成熟度、可靠性、可擴展性。
3.5數(shù)據(jù)安全管理軟件
提供基于ACL的多粒度數(shù)據(jù)安全管理機制。
3.6醫(yī)院現(xiàn)有的HIS、LIS、RIS、PACS、EMR、病案系統(tǒng)數(shù)據(jù)一體化整合
3.6.1身份整合
1）必須一體化整合歷史數(shù)據(jù)和新的、基于身份唯一標識的數(shù)據(jù)。
2）歷史數(shù)據(jù)身份整合不依賴于現(xiàn)有系統(tǒng)改造。
3）身份整合應(yīng)該具有足夠的可擴展性和可進化性，整合后的數(shù)據(jù)不會由于技術(shù)進化而不得不進行返工或大規(guī)模改造。
4）支持建立病人注冊服務(wù)。
3.6.2醫(yī)院異構(gòu)系統(tǒng)數(shù)據(jù)整合
1）在數(shù)據(jù)抽取過程中，不需要第三方寫數(shù)據(jù)接口。
2）在數(shù)據(jù)整合過程中，能夠?qū)Ξ悩?gòu)數(shù)據(jù)進行標準化代碼轉(zhuǎn)碼。
3）整合結(jié)果需支持區(qū)域數(shù)據(jù)上傳。
3.6.3數(shù)據(jù)質(zhì)量控制
1）支持對抽取到醫(yī)院數(shù)據(jù)中心的數(shù)據(jù)與原始數(shù)據(jù)的條數(shù)對比。
2）程序設(shè)置分頁時須考慮臨界條件，避免丟失數(shù)據(jù)。
3）須對原始數(shù)據(jù)的無效數(shù)據(jù)做出篩選。
4）支持對可能產(chǎn)生字符串超長的字段合理截取。
5）支持對原始數(shù)據(jù)中的關(guān)鍵字段要做處理，防止因醫(yī)院數(shù)據(jù)中心或者上傳的前置機因非空約束倒是數(shù)據(jù)丟失的情況。
6）對抽到醫(yī)院數(shù)據(jù)中心的數(shù)據(jù)，要求隨機挑選幾條數(shù)據(jù)做對比，防止因程序不當而引起的數(shù)據(jù)錯誤。
7）須對抽到醫(yī)院數(shù)據(jù)中心的數(shù)據(jù)，每張表的關(guān)鍵字段進行非空或者指定類型的數(shù)據(jù)判斷。
8）對需要關(guān)聯(lián)的模型，需要進行關(guān)聯(lián)性查詢。
|
|
資源大小：87.25 KB 
