十堰市太和醫(yī)院DIP智能化綜合管理系統(tǒng)

十堰市太和醫(yī)院DIP智能化綜合管理系統(tǒng)項目要求及技術參數(shù)項目概述區(qū)域點數(shù)法總額預算下的病種分值付費（DIP）的本質(zhì)是打包付費，同時也是一種有效且科學合理的醫(yī)療管理工具。根據(jù)十堰市按病種分值付費(DIP)試點工作實施方案通知、湖北省衛(wèi)健委信息化建設相關政策文件精神的相關要求，結合醫(yī)院實際管理需要，建立一套覆蓋事前預警提醒、事中干預判斷、事后決策分析三個層面需求的醫(yī)院DIP智能化綜合管理系統(tǒng)，輔助醫(yī)院在控制醫(yī)療費用、規(guī)范醫(yī)療行為、降低醫(yī)療成本、提高服務效率等方面進行運營監(jiān)管，從而為管理決策層提供經(jīng)營決策支持依據(jù)，實現(xiàn)對醫(yī)院運營情況及時監(jiān)控管理。以此改進與完善我院醫(yī)療質(zhì)量管理體系，提高醫(yī)療服務水平。建設原則1、按照統(tǒng)一數(shù)據(jù)來源、統(tǒng)一數(shù)據(jù)口徑、統(tǒng)一數(shù)據(jù)對接的原則，基于管理需求建立一套業(yè)務應用系統(tǒng)，整合病案首頁數(shù)據(jù)、結算清單數(shù)據(jù)采集、數(shù)據(jù)質(zhì)控、數(shù)據(jù)上傳、醫(yī)療服務評價、醫(yī)保費用監(jiān)控，系統(tǒng)能夠基于一套數(shù)據(jù)底座，進行不同參數(shù)模型規(guī)則的計算，滿足醫(yī)院管理業(yè)務的要求。2、在醫(yī)保DIP付費方案試行階段，系統(tǒng)支持隨醫(yī)保政策動態(tài)的隨需模擬測算，以及與醫(yī)保DIP分組相匹配算法的快速同步落地?；谛畔⒒w建設思路與要求，建立統(tǒng)一的數(shù)據(jù)管理體系，從數(shù)據(jù)源頭即數(shù)據(jù)生成開始，從臨床電子病歷數(shù)據(jù)環(huán)節(jié)控制、到病案首頁數(shù)據(jù)管理，到末端數(shù)據(jù)反饋評價及對外上傳，形成閉環(huán)化的管理。技術參數(shù)（一）醫(yī)?；鸾Y算清單管理系統(tǒng)參照《衛(wèi)健統(tǒng)4-1病案首頁數(shù)據(jù)接口規(guī)范》、《醫(yī)保結算清單填寫規(guī)范（試行）》等相關國家規(guī)定的結算清單數(shù)據(jù)質(zhì)量標準和規(guī)范，需具有自動邏輯校驗功能，對基礎數(shù)據(jù)、業(yè)務邏輯、分組邏輯設置校驗規(guī)則。具有清單數(shù)據(jù)審核功能，上報數(shù)據(jù)之前完成內(nèi)部審核，審核規(guī)則和計算規(guī)則保持與醫(yī)保結算清單填寫規(guī)范和上傳接口規(guī)則一致，確保上報數(shù)據(jù)規(guī)范有效，通過對清單數(shù)據(jù)質(zhì)控規(guī)則設置，做到不滿足要求的數(shù)據(jù)進行提示；質(zhì)控規(guī)則可靈活擴展?jié)M足復雜和個性化業(yè)務邏輯檢查需求；質(zhì)控結果可在線生成質(zhì)控報告，審核過程可留痕追溯。對接醫(yī)保局接口，人工進行審核通過后清單數(shù)據(jù)上傳，需要支持DBF和醫(yī)保局要求的結算清單上報規(guī)范格式，支持EXCEL導出格式，對上報的結算數(shù)據(jù)核心指標可以進行實時、按日期、分類型等統(tǒng)計匯總。對醫(yī)?？蹨p結果與臨床復議進行系統(tǒng)化閉環(huán)管理，允許臨床提交復議材料，管理部門審核并提交。編碼映射根據(jù)醫(yī)院使用的編碼版本，配置編碼對應關系。按照臨床版診斷、手術操作編碼與醫(yī)保版編碼規(guī)范要求，進行相應編碼映射。數(shù)據(jù)采集按時間段采集配置好的清單數(shù)據(jù)源，同步采集狀態(tài)采集結果、數(shù)據(jù)量展示、采集錯誤詳情及日志。支持按時間段查詢清單數(shù)據(jù)，如源數(shù)據(jù)量，元數(shù)據(jù)詳情頁等配置結算清單數(shù)據(jù)采集同步字段關系，同步HIS、電子病歷、病案首頁等涉及到結算清單的字段對應表。支持啟用、停用相關字段，設置字段約束關系、質(zhì)控規(guī)范條件等；結算清單數(shù)據(jù)DRG/DIP分組根據(jù)國家醫(yī)療保障疾病診斷相關分組（CHS-DRG）細分組（1.0版）、國家醫(yī)療保障按病種分值付費（DIP）技術規(guī)范方案進行分組，對待上報的結算清單數(shù)據(jù)進行分組，支出按任意時間段。查詢分組狀態(tài)，未入組病例原因，如QY病例、主診斷不入組病例、灰碼病例等等進行分析；對醫(yī)保分組明細結果進行展示，包括病案號、患者姓名、年齡、患者醫(yī)保類型、出院時間、住院醫(yī)師、入院科別、出院科室、住院天數(shù)、主診斷編碼、診斷名稱、手術名稱、費用情況、DRG病組/DIP病種目錄分組情況、未入組原因、支付標準、對比盈虧等;費用管控具有費用的事前與事中管理功能，前置于醫(yī)院業(yè)務電子病歷系統(tǒng)、醫(yī)囑系統(tǒng)無縫對接，可進行病種預分組，完成DIP病種組的試算，實現(xiàn)住院費用治療過程中病組費用消耗提示、病組費用超標預警提示。結算清單審核對已采集并進行分組清單數(shù)據(jù)進行審核，參照國家醫(yī)保局醫(yī)保結算清單填寫規(guī)范（醫(yī)保辦20號）審核包括：數(shù)據(jù)規(guī)則、首頁規(guī)范、值域范圍等基本數(shù)據(jù)項（如必填項、字段數(shù)據(jù)錯誤、字典錯誤、邏輯錯誤等）；對醫(yī)保支付標準下的高費率病例、低費率病例或極值病例進行審核（如根據(jù)推薦診斷、或漏編診斷修改）；導入?yún)^(qū)域分組費用標桿，根據(jù)標桿偏差值設定范圍，超出范圍進行審核。生成清單審核數(shù)據(jù)報告，導出相關數(shù)據(jù)。結算清單上傳支持按醫(yī)保局接口程序配置上傳格式，支持自動上傳、手動上傳等等，對上傳異常病例分析及導出。上傳統(tǒng)計，報表形式統(tǒng)計醫(yī)保結算人數(shù)、有結算有清單人數(shù)、有結算有清單人數(shù)占結算人數(shù)的比例(%)、上傳病案主診完整率(%)、上傳病案主手完整率(%)、上傳病案總費用完整率(%)、上傳病案主診符合醫(yī)保版ICD10率(%)、上傳病案主手符合醫(yī)保版ICD9率(%)。醫(yī)保對賬管理根據(jù)醫(yī)保局反饋的預結算或結算數(shù)據(jù)進行導入，對反饋數(shù)據(jù)進行原因比對分析，分析結算差異情況，輔助復議結果。如對上傳數(shù)據(jù)與反饋明細數(shù)據(jù)診斷、手術編碼進行對比，結算點數(shù)/費用、DRG/DIP組標準、醫(yī)保費用對比。按時間范圍查詢異常結算數(shù)據(jù)，支持明細導出。系統(tǒng)維護對結算清單填寫規(guī)范條件息進行添加修改刪除和新增；管理員、醫(yī)保用戶、醫(yī)生等角色權限維護；系統(tǒng)字典及醫(yī)保清單字典維護，如診斷、國籍、民族、性別等；對系統(tǒng)菜單進行添加修改刪除和新增；對科室信息進行添加修改刪除和新增等。（三）DIP醫(yī)?；鸷蓑灩芾硐到y(tǒng)核驗管理系統(tǒng)通過對年度醫(yī)?；鹗褂媚繕嗽O定，配置多種分析模型方案，包括付費系數(shù)、目錄病種構成、付費方式等模型，多維度、多角度體系化的監(jiān)控醫(yī)保費用發(fā)生情況，預測預警醫(yī)保費用超標情況，對院內(nèi)患者人群、收治工作量（權重、點數(shù)）、發(fā)生費用、醫(yī)保預撥付金額、費用構成等進行詳細分析監(jiān)控，通過對基金使用的動態(tài)分析，分析出不同場景下的費用演算、預付費測算、盈虧分析，以幫助醫(yī)院管理決策人員，科學高效的評估科室、病種的醫(yī)?；鹳M用情況并實時預警，最終達到控制醫(yī)療成本的效果?；鸪胤治鍪醉撜故踞t(yī)院各醫(yī)?；颊呷缇用?、職工醫(yī)保、各科室、醫(yī)師對醫(yī)?；鹗褂们闆r、費用動因分析、結算情況、其他基金補助情況數(shù)據(jù)。點擊居民/職工/科室分別下鉆展示職工居民情況、整體情況頁面。支持按時間段、患者來源、特定人群、病種等維度進行圖形化的直觀展示。基金目標管理結合往期歷史數(shù)據(jù)情況，設置對當期醫(yī)?；鸬念A管理目標，并結合目標設置到各時間段、科室、病種等的工作點數(shù)或總權重；支持動態(tài)切換分析數(shù)據(jù)同步；可根據(jù)用戶自定義需求設置多個目標管理警戒線，可按費用、點數(shù)、權重、病種結構進行多維度設置；DIP分組管理按月、季度、半年、年度、任意時間段（如2020年1-5月等）進行數(shù)據(jù)同步和DIP分組測算；根據(jù)國家或區(qū)域醫(yī)保局DIP目錄進行分組、病歷明細統(tǒng)計、分析、導出等；支持按各設定的賬戶權限分別瀏覽范圍內(nèi)指標數(shù)據(jù)，并支持圖形化展示和導出分析；DIP指標分析按月、季度、半年、年度、任意時間段（如2020年1-5月等），對關注指標，如：DIP病種數(shù)、核心病種數(shù)、綜合病種數(shù)據(jù)、基層病種、各目錄例數(shù)占比、輔助目錄占比、各平衡組目錄占比、CMI、病種平均住院日、病種總費用、藥占比、耗占比、服務占比、保守治療占比、診斷性操作占比、治療性操作占比、相關手術占比、其中病種三、四級手術占比、病種死亡數(shù)，死亡率、疑難重癥占比、腫瘤 病種占比等；醫(yī)保患者來源占比、醫(yī)保費用構成等進行指標分析；分析維度可 按：DIP病種、科目、科室、手術科室、非手術科室、醫(yī)療小組、醫(yī)師等。DIP指標對比按月、季度、半年、年度、任意時間段（如2020年1-5月等）,與去年同期對比。關注指標：在整體分析的指標基礎上，多個維度自由切換，指標自助選擇，同比、環(huán)比分析。分析維度：DIP病種、科目、科室、手術科室、非手術科室、醫(yī)療小組、醫(yī)師等。主題分析 按醫(yī)院院級、科室、醫(yī)師（主任、副主任、主治、住院等）、DIP病種（核心、綜合、基層等）、患者（醫(yī)保來源）多個維度對各指標進行專項分析，按月、季度、半年、年度、任意時間段（如2020年1-5月等），從覆蓋病種能力、資源消耗、質(zhì)量安全、療效分析四個方面的指標進行分析。分析單位／對比維度：時間。展示策略：區(qū)域對比；并試測算點數(shù)完成，與預期目標進行對比和預警。費用分析 按月、季度、半年、年度、任意時間段（如2020年1-5月等）,與去年同期對比。關注指標從費用動因分析、費用控制、費用占比三個方面的指標進行分析。分析單位／對比維度：科室，科目、手術科室、非手術科室。展示策略：同比對比；排序。醫(yī)保測算分析按科室/醫(yī)師/DRG病組/DIP病種等對基金總例數(shù)、總權重、醫(yī)療費總額、全自費、超限價、現(xiàn)行自付等費用項數(shù)據(jù);點擊各維度目標完成情況頁面展示數(shù)據(jù)詳情。按自定義時間段以圖形化的方式展示，醫(yī)保入組情況，按科室、醫(yī)師、醫(yī)療組等，如：餅狀圖、條形圖、柱形圖等展示各類型病例、醫(yī)保統(tǒng)籌區(qū)分析、醫(yī)保費用、點數(shù)完成、點值測算、支付完成等；盈虧分析按月、季度、半年、年度、任意時間段（如2020年1-5月等）,與去年同期對比。關注指標：醫(yī)保DIP結算病種明細、病種點數(shù)或權重、結算費用、盈虧比例，結合醫(yī)保局反饋結果，生成全院、科室、醫(yī)療小組、醫(yī)師、病種等多角度盈虧分析報表。展示策略：同比對比；排序。系統(tǒng)維護權限配置：支持各科室用戶管理功能，可以創(chuàng)建醫(yī)院科室、部門及人員的信息，并可對其進行修改、刪除；具體用戶可以設置權限及權限組并對密碼進行修改；系統(tǒng)維護：系統(tǒng)具有維護模塊，可以方便快捷的對系統(tǒng)進行維護。目錄維護：對DIP 目錄下病種進行維護；標桿維護：對區(qū)域標桿數(shù)據(jù)進行導入維護等；四、實施要求總體要求：遵循“總體規(guī)劃、分步實施、適度超前、過程管理”的原則，對十堰市太和醫(yī)院一院三區(qū)的基于DIP一體化綜合管理系統(tǒng)進行統(tǒng)一的規(guī)劃和設計，以支撐醫(yī)療業(yè)務的持續(xù)發(fā)展。實現(xiàn)醫(yī)院資源整合、優(yōu)化業(yè)務流程、降低營運成本，提高服務質(zhì)量、工作效率和管理水平。系統(tǒng)實施周期：本項目需在合同簽訂后3個月完成，并能夠正式上線。供應商需提供完善的項目管理實施方案?！镌陧椖繉嵤┻^程中，承諾向院方提供所需的系統(tǒng)客戶化要求，以達到并滿足院方實際使用需求（需提供承諾函并加蓋公章）。五、團隊要求供應商應成立針對本項目的項目工作組，以配合院方相關部門及人員進行系統(tǒng)的運行維護和平臺、業(yè)務的應用推廣。成員包括：（1）項目經(jīng)理：1人，要求具備項目管理工作經(jīng)驗，一個三級及以上醫(yī)院實施經(jīng)驗，并報院方認可。（2）項目開發(fā)人員：不少于3人，具備同類項目實施經(jīng)驗。（3）項目實施人員：不少于5人，項目簽約后，供應商需第一時間提供相應實施人員進行實施。六、技術要求需要根據(jù)我院發(fā)展的實際需求進行客戶化研發(fā)，并且由我院的技術人員能介入一同開發(fā)。系統(tǒng)的研發(fā)采用最新的技術架構。采用基于服務的管理體系架構，客戶端服務的注冊與發(fā)布功能、(權重調(diào)節(jié)限流)、路由、服務版本管理、消息服務、緩存管理；支持跨數(shù)據(jù)庫平臺的技術架構，采用linux操作系統(tǒng)；采用基于分布式的面向服務的SOA架構建設松耦合系統(tǒng)，基于業(yè)務域劃分，達到高內(nèi)聚低耦合。具有分布式事務功能，支持消息服務，支持組件化開發(fā)；具有良好的安全性，提供良好的可擴展性和容錯性。支持軟件負載均衡、容災和集群，可動態(tài)增加機器部署實例。系統(tǒng)須有完善的權限管理體系及安全機制，支持用戶、用戶組、角色、工作臺授權管理模型，以方便對系統(tǒng)的靈活配置。系統(tǒng)須動態(tài)地根據(jù)時間和空間的變化，改變不同醫(yī)生的授權；能夠提供臨時授權機制，滿足會診和緊急事件處理需要。滿足同一用戶同一時刻具有多個角色的復雜權限解析；可設置多種操作權限，并可將權限分配給不同的角色和用戶。采用面向企業(yè)級的應用服務中間件，采用windows、linux、unix等主流操作系統(tǒng)；支持軟件負載均衡、集群、快速擴容與容災管理；簡化客戶端控件安裝。保持穩(wěn)定性。年故障頻率小于2次，每次故障時間小于1小時。（故障是指全院無法使用的大故障）。響應速度快。高峰期操作系統(tǒng)時無感覺等待，查詢操作進行預處理以加快查詢速度。并發(fā)用戶同時運行時不能出現(xiàn)堵塞現(xiàn)象?！镆箝_發(fā)廠商提供并開放滿足院方技術人員掌握日常維護和應用修改技術的源程序代碼，并對院方技術人員進行培訓，開放主要接口訪問源碼?！锕坛兄Z向采購人提供并開放滿足技術人員掌握日常維護和應用修改技術的所有源程序代碼，并對技術人員進行培訓，并開放本項目涉及與數(shù)據(jù)相關的所有加密算法和密鑰（需提供承諾函并加蓋公章）?！锕坛兄Z向院方開放所有本項目涉及數(shù)據(jù)接口、數(shù)據(jù)字典和相關說明文件（需提供承諾函并加蓋公章）。七、信息系統(tǒng)軟件安全要求1、 終端應用安全類：1.1終端應用程序連正式庫，主界面顯要位置必須顯示“生產(chǎn)環(huán)境”標名正式庫應用，連測試庫時主界面必須顯示“測試環(huán)境”。1.2終端應用程序的頂部要顯示本地計算機的IP地址，底部應該顯示應用服務器的IP地址。1.3終端應用兩小時未操作，界面鎖定，再操作時，需重新登陸進入。1.4首次登陸后提示初始密碼，強制用戶及時修改初始密碼，限定密碼復雜度。1.5系統(tǒng)的庫表結構、數(shù)據(jù)流向、操作手冊等文檔必須移交和培訓甲方1名系統(tǒng)管理員。1.6系統(tǒng)有所有用戶和權限一覽報表，方便整體查看和導出。1.7首次登錄系統(tǒng)必須強制性修改初始密碼。1.8外網(wǎng)互聯(lián)網(wǎng)應用界面有記住密碼功能，方便進入，應用登錄時如輸入密碼連續(xù)錯誤超過5次，在3h內(nèi)不能登錄，超過8次永久性鎖定，需要管理員后臺恢復；1.9外網(wǎng)互聯(lián)網(wǎng)應用輸入密碼碼錯誤次數(shù)超過2次，增加圖形驗證碼校驗功能；2.0外網(wǎng)互聯(lián)網(wǎng)應用強密碼策略，密碼強度要求12位以上、包含大小寫字母、特殊字符、數(shù)字。2、 服務器安全類：2.1服務器必須關閉文件共享，如軟件確需傳送文件，需改成帶12位以上強密碼ftp方式傳送文件。2.2服務器當中不能安裝任何除操作系統(tǒng)、殺毒、乙方在服務器安裝的軟件須甲方審批同意。2.3服務器操作系統(tǒng)必須開啟操作系統(tǒng)防火墻。2.4服務器不能使用445端口；web服務器不能使用網(wǎng)站默認80，8080，443端口，ftp服務器不能用21端口，密碼強度要求12位以上、包含大小寫字母、特殊字符、數(shù)