平臺概述
1.1 平臺名稱
醫(yī)療質量監(jiān)測管理平臺
1.2 平臺背景
醫(yī)療質量是醫(yī)院的生命線,醫(yī)療質量管理是醫(yī)院管理的核心,平臺利用院內醫(yī)療數據,在保障信息安全和隱私的基礎上深化挖掘應用,并結合單病種質量控制,推進院內醫(yī)療質量建設和管理水平不斷提高。是醫(yī)療服務質量工作效果、技術服務水平、費用水平、管理水平等方面的綜合體現。
1.3 平臺目標
讓醫(yī)院醫(yī)院管理者用數據展示醫(yī)院的成績,讓醫(yī)院費用不損失。
讓醫(yī)院數據管理專家用大數據對醫(yī)院進行精細化管理。
讓醫(yī)院數據管理員對比各類標準化的數據、大數據指標。
讓臨床醫(yī)護人員免去單病種填報工作量,工作回歸臨床。
二、平臺內容
2.1主要功能
· 數據統計分析:
對醫(yī)院各項監(jiān)測指標、重點指標進行分析統計,從實現醫(yī)療服務能力、質量、效率三個維度進行縱向及橫向比較分析。可宏觀概覽,亦可按疾病亞目、手術細目、重點疾病、重點手術、疑難重癥疾病、關鍵醫(yī)療技術、惡性腫瘤、疾病安全類指標及手術安全類指標進行分類分析,并從全院總體分析,逐層推進至科室和醫(yī)生局部細節(jié)分析。
· 數據標尺對比:
數據經清洗、標準化處理后,對符合要求的數據納入模型分析。系統匯聚4年全國600余家醫(yī)院超7000萬數據的統計參考值,包括廣東省數十家醫(yī)院的參考值。
按不同分類取數據合格醫(yī)院的指標取6個分位值作為數據尺,高優(yōu)指標越高越好,低優(yōu)指標越低越好,紅燈為較差,黃燈中間,綠燈優(yōu)良。
單個醫(yī)院數據可在平臺大數據中實現自身縱向比較、與數據尺橫向比較、與對標醫(yī)院互比,在比較中找到自我定位。可依據數據尺制定發(fā)展目標并分析本院優(yōu)勢專科和優(yōu)勢病種。
三、平臺建設依據與原則
3.1 建設依據和標準
平臺建設依據的文件或標準如下:
1. 《國務院關于印發(fā)促進大數據發(fā)展行動綱要的通知》,國發(fā)〔2015〕50號
2. 《國務院辦公廳關于促進和規(guī)范健康醫(yī)療大數據應用發(fā)展的指導意見》,國辦發(fā)〔2016〕47號
3. 《電子病歷基本數據集》WS 445-2014
4. 《衛(wèi)生綜合管理信息平臺建設指南》(衛(wèi)辦綜函〔2011〕350號)
5. 《健康檔案基本架構與數據標準(試行)》(衛(wèi)生部2009.05)
6. 《電子病歷基本架構與數據標準(試行)》(衛(wèi)生部、中醫(yī)藥管理局2009.12)
7. 《遠程醫(yī)療信息系統基本功能規(guī)范》WS/T 529-2016
8. 《衛(wèi)生信息數據元目錄》WS 363-2011
9. 衛(wèi)生部《電子病歷基本規(guī)范(試行)》,2010年2月;
10. 衛(wèi)生部《醫(yī)院信息系統基本功能規(guī)范》,2002年2月;
11. 衛(wèi)生部《電子病歷基本架構與數據標準(試行)》,2009年12月;
12. 衛(wèi)辦發(fā)〔2011〕85號衛(wèi)生部關于《衛(wèi)生行業(yè)信息安全等級保護工作的指導意見》的通知
13. 衛(wèi)生部《電子病歷系統功能應用水平分級評價方法及標準(試行)》2011年10月;
14. 衛(wèi)生部《基于電子病歷的醫(yī)院信息平臺建設技術解決方案(1.0版)》2011年3月;
15. 衛(wèi)生部 電子病歷基本架構與數據標準(試行);
16. 衛(wèi)生部《衛(wèi)生綜合管理信息平臺建設指南(試行)》;
17. 衛(wèi)生部標準WS/T102-1998,臨床檢驗項目分類與代碼;
18. 《國家衛(wèi)生信息化標準基礎框架》;
19. 《中國衛(wèi)生信息標準基礎數據集》;
20. 《中國醫(yī)院信息基本數據集標準》
21. 《衛(wèi)生信息數據規(guī)范指南》
22. 《電子病歷基本架構與數據標準》
23. 《臨床檢驗結果共享系統互操作行規(guī)范》
3.2 建設原則
通過醫(yī)療質控平臺的建設,不僅可以迅速解決目前醫(yī)療數據釋放和深度利用的問題,并且在解析層面和數據存儲層面均具有高度的擴展性。利用區(qū)域醫(yī)療質控平臺駕馭和統一所有現有的醫(yī)療質控數據指標,在信息化建設的任何階段,都能做到胸有成竹,有章可循。為了保證項目實施的質量,在進行系統的設計、開發(fā)、部署和運行管理規(guī)劃時將遵循如下原則:
3.2.1 整體規(guī)劃
任何一個信息系統的建設都不可能是一蹴而就,健康醫(yī)療大數據平臺建設是一個龐大的、復雜的、長期的系統工程,更需要先做一個整體的規(guī)劃,無論從戰(zhàn)略上或從戰(zhàn)術上,從硬件上或從軟件上都必須先進行整體的調研和規(guī)劃,才能為后續(xù)的建設指明道路和打下基礎
3.2.2成熟性、實用性
醫(yī)療質量檢測管理平臺要滿足院內醫(yī)療質控業(yè)務當前和今后一段時間的總體應用需求,性能穩(wěn)定,界面直觀,具有易理解、易調試、易維護、易擴展、易復用的特點,同時系統要力求最大限度地滿足實際工作的需要,充分考慮各業(yè)務層次、各管理環(huán)節(jié)數據處理的實用性。用戶接口和操作界面設計盡可能考慮人體結構特征及視覺特征,力求美觀大方,操作簡便實用。
3.2.3分步實施
醫(yī)療質量監(jiān)測管理平臺的建設過程是一個長期的過程,必須分成多個階段來完成,以保證系統建設的可行性和可控性,因此我們必須在總體規(guī)劃的指導下,對整個過程進行科學地劃分多個實施階段,逐步完成醫(yī)療質量監(jiān)測管理平臺的建設。
3.2.4 可擴展性和可維護性
為適應質控管理現有及未來的業(yè)務發(fā)展,系統應具有良好的可擴展性和可維護性。軟件設計盡可能模塊化、組件化,低耦合性,提供配置模塊和客戶化工具,并預留各種接口,使應用系統可靈活配置,適應不同的情況。
3.2.5 安全可靠性
應用軟件與數據庫系統的設計要求安全可靠,防止非法用戶的入侵。應用系統采用多級認證措施,采用加密技術以防止用戶口令被破解。數據庫的備份策略恰當,在萬一災難發(fā)生時能快速恢復。
3.2.6 標準化
嚴格依照項目管理的思路和方法,軟件設計嚴格執(zhí)行國家有關軟件工程的標準,保證系統質量,提供完整、準確、詳細的開發(fā)文檔和用戶操作文檔;應用設計全面采用國際、國內各種標準和規(guī)范。
3.2.7 建設策略
在框架設計上,從垂直業(yè)務和單一應用向扁平化信息平臺與主線業(yè)務的應用系統建設相結合轉變,利用縱橫交互的平臺技術實現統籌規(guī)劃、資源整合、互聯互通和信息共享,提高醫(yī)院醫(yī)療服務水平和監(jiān)管能力。
四、項目實施
醫(yī)院購買質控平臺之后,不能立即進行使用,需要我公司的技術人員在軟件技術、軟件功能、軟件操作等方面進行系統調試、軟件功能實現、人員培訓、軟件上線使用、后期維護等一系列的工作,我們將這一系列的工作稱為軟件項目管理。項目管理規(guī)范主要包括項目啟動階段、系統安裝階段、系統培訓階段、系統測試及試運行階段、總體驗收階段、系統交接階段等六個階段工作內容。
4.1 項目啟動階段
此階段處于整個項目管理工作的最前期,部門經理接到實施申請后,任命項目經理,指定項目目標,由部門經理及項目經理一起指定項目組成員及成員任務。在商務人員配合下,建立用戶信息表,與用戶進行溝通,以確定項目總體計劃。
項目實施時間表
序號
|
階段
|
時間
|
任務
|
負責部門
|
1
|
項目啟動
|
3天
|
合同簽定后,指定項目經理,成立項目組,提定項目成員確定項目總體計劃。
|
康網
項目部
|
2
|
建立用戶信息
|
3天
|
建立用戶信息,與用戶進行溝通,確定實施時間。
|
項目經理
|
3
|
現場安裝
|
1天
|
服務器環(huán)境搭建,IIS配置,數據庫安裝,軟件程序安裝等
|
工程師
|
4
|
現場培訓
|
2天
|
系統管理員培訓,職能管理人員培訓,醫(yī)務人員上報培訓
|
工程師
|
5
|
系統測試及試運行階段
|
7~30天
|
醫(yī)院組織信息科、質控辦等相關部門配合測試,提出系統試運行中存在的問題。
|
質控辦
|
6
|
總體驗收階段
|
12個月
|
系統運行1年后,進行了升級,完善了醫(yī)院提出的需求,總體驗收完成。
|
信息科
質控辦
|
7
|
系統交接階段
|
7天
|
醫(yī)院完成系統尾款及下一年度技術維護費交付,進入到后續(xù)維護階段。
|
售后
客服部
|
4.2項目安裝階段
此階段的主要工作是在醫(yī)院真實環(huán)境下,對用戶網絡及硬件設備進行測試,確保系統各項功能均能正常使用,同時把盡可能多的潛在問題在正式運行之前發(fā)現并改正,并進一步提高有關人員的操作水平,規(guī)范操作。
4.2.1 軟件環(huán)境
◆ Windows Server 2008 R2(64位)
◆ IIS 8.0及以上版本
◆ Sql Server 2008及以上版本
◆ .net framework 4.0及以上版本
4.2.2 硬件環(huán)境
◆ 處理器:最低2.0GHz或更高。
◆ 內存:最低1GB或更多。
◆ 硬盤:最少40GB或更多。
◆ 其他:光驅要求DVD-ROM;顯示器要求至少800×600分辨率,或更高。
4.3 項目培訓階段
系統培訓階段工作是整個項目實施工作中比較重要的工作,用戶對軟件的操作功能是否熟練將直接影響到后面的軟件應用效果,應給予足夠的重視。在項目實施過程中對用戶的相關人員進行了系統操作的規(guī)范培訓,讓用戶了解了軟件產品,最終自己能夠解決使用中的具體的問題。培訓工作分為三個層次,分別針對系統管理人員、職能管理人員、科室人員等進行不同層次的培訓。培訓方式分為單獨培訓及全院大會培訓,詳細講解軟件使用方法,解答用戶疑問,并向操作人員提供軟件使用手冊。
4.4 項目測試及試運行階段
此階段的主要工作是醫(yī)院組織信息科、質控辦等相關部門在真實環(huán)境下,對醫(yī)院網絡、硬件及軟件系統進行測試,提出系統試運行中存在的問題,及時反饋軟件開放公司,雙方共同協商解決方案。
4.5 項目驗收階段
此階段是對項目總體的完成情況進行驗收,依據軟件功能填寫驗收確認單。
4.6 系統交接階段
此階段是項目管理的最后一個階段,主要工作是軟件公司項目組向用戶移交軟件項目,包括軟件產品、操作說明書,售后服務協議等,項目將進入售后服務階段。一年免費質保期滿后,醫(yī)院確認系統運行正常,完成系統尾款及下一年度技術維護費交付,進入到后續(xù)維護階段。軟件公司將定期隨訪,聽取用戶的意見,在今后的項目管理中進行加強和改進。
五、平臺功能說明
一級功能
|
二級功能
|
功能描述
|
綜合展示
|
本院概覽
|
· 默認顯示主要指標
|
統計分析
|
醫(yī)院運行基本監(jiān)測指標
|
· 統計資源配置監(jiān)測指標
· 統計工作負荷監(jiān)測指標
· 統計治療質量監(jiān)測指標
· 統計工作效率監(jiān)測指標
· 統計患者負擔監(jiān)測指標
· 統計資產運營監(jiān)測指標
· 統計科研成果監(jiān)測指標
· 實現本院歷年數據縱向對比
· 監(jiān)測與了解醫(yī)院日常運行的基本情況
|
整體情況
|
· 匯總醫(yī)療能力、質量、效率和費用結構各項分析
|
疾病譜
|
· 采用ICD-10編碼亞目統計醫(yī)院收治病種
· 按系統、病種分別統計分析醫(yī)療能力、質量、效率和費用結構
|
手術譜
|
· 采用ICD-9-CM-3編碼細目統計醫(yī)院收治病種
· 按系統、病種分別統計分析醫(yī)療能力、質量、效率和費用結構
|
疑難重癥
|
· 統計分析疑難重癥的醫(yī)療能力、質量、效率和費用結構
|
關鍵醫(yī)療技術
|
· 統計分析關鍵醫(yī)療技術的醫(yī)療能力、質量、效率和費用
|
320個收(付)費病種
|
· 統計分析320個收(付)費病種的醫(yī)療能力、質量、效率和費用結構
|
惡性腫瘤
|
· 統計分析10個惡性腫瘤的醫(yī)療能力、質量、效率和費用結構
|
對比分析
|
縱向對比
|
· 本院歷年數據縱向對比
· 實現按科室、醫(yī)師及病種的分類統計
· 實現最小單位追蹤
|
橫向對比
|
· 醫(yī)院間橫向對比
· 十萬余個單項數據尺
|
數據上報
|
數據填報
|
· 根據分配指標填報相應數據
· 支持手工錄入和上傳數據包
· 可申請重新上傳、補報數據
|
數據管理
|
數據加工
|
· 對數據進行去重、清洗、標準化處理
|
數據檢索
|
· 支持按年度、報表期、指標類型、數據狀態(tài)、填報人及部門等內容進行檢索定位
|
數據審核
|
· 管理員可對數據進行審核、編輯、退回及作廢等處理
|
數據狀態(tài)
|
· 顯示審核中、審核通過、退回、作廢等數據狀態(tài),并記錄數據處理日志
|
數據詳情
|
· 在線預覽查看數據詳細內容
· 導出excel查看數據詳細內容
|
下載文件
|
· 下載數據上報人員上傳的原始文件,可在本地查看數據
|
操作日志
|
· 記錄單項數據的歷史操作,形成過程文件
|
系統管理
|
系統設置
|
· 設置數據上報模式,包括手工錄入、數據包
· 支持數據尺的開啟、導入及更新
· 提供系統的標準數據接口,支持與醫(yī)院現有相關系統無縫銜接
|
指標查詢
|
· 提供1400余項指標相關說明,幫助理解指標含義
|
報表管理
|
· 支持報表上報期限管理
· 支持報表導出及修改
· 支持報表項的瀏覽、檢索及導出
|
角色管理
|
· 支持數據填報員、系統管理員等分層管理模式
· 根據工作需要自定義增加角色,支持不同角色具體不同權限
· 同一用戶可擔任多個角色
|
用戶管理
|
· 創(chuàng)建本院參與醫(yī)院管理統計指標系統的用戶
· 支持批量導入科室及人員
· 提供導入模板
· 根據不同用戶分配不同角色
· 編輯、刪除用戶
· 修改用戶密碼
|
數據維護
|
· 具有數據備份、還原及刪除功能
· 支持自動備份
· 具有數據備份及還原功能
|
醫(yī)院信息
|
· 設置醫(yī)院名稱、類別、級別、等次、性質、床位數等信息
|
信息公告
|
公告通知
|
· 每次登錄后顯示待處理數據條數,統計未完成工作量
|
四、軟硬件說明
系統架構
|
· 系統為B/S架構,無需用戶安裝任何客戶端及插件。只需在瀏覽器地址欄中輸入配置好的系統IP地址,即可登錄系統,進行操作。
|
硬件部分
|
· 處理器:最低Intel Xeon E3-1230@3.3Ghz;
推薦Intel Xeon E5-2690@2.9Ghz或更多。
· 內存:最低8G;推薦16GB或更多。
· 硬盤:最少10GB;推薦40GB或更多
|
軟件部分
|
· Windows Server 2003及以上服務器系統。
· IIS 6.0及以上版本。
· SQL Server 2005及以上版本。.
· NET Framework 4.0及以上版本
|
掃碼立享優(yōu)惠價:

|