一、項目內(nèi)容：根據(jù)《國家醫(yī)療保障局關(guān)于印發(fā)DRG/DIP 支付方式改革三年行動計劃的通知（醫(yī)保發(fā)〔2021〕48號）》文件要求，聚焦抓擴面、建機制、打基礎(chǔ)、推協(xié)同四個方面，分階段、抓重點、階梯式推進改革工作，加快擴面步伐，建立完善機制，注重提質(zhì)增效，高質(zhì)量完成支付方式改革各項任務(wù)；通過建立四個工作機制，建立管用高************************醫(yī)院帶來不必要的損失，甚至帶來醫(yī)保違規(guī)風險。所以，圍繞病案首頁和醫(yī)保結(jié)算清單數(shù)據(jù)的準確性保障工作就顯得尤為重要。本項目結(jié)合我省我市醫(yī)保支付方式改革實際情況，為滿足市醫(yī)保局對醫(yī)療機構(gòu)上傳醫(yī)保結(jié)算數(shù)據(jù)的要求，同時提高我院病例入組精度和醫(yī)保資金回款率，我院擬采購病案編碼管理系統(tǒng)一套，以運用智能化手段輔助病案編碼員完成病案首頁和醫(yī)保結(jié)算清單填報管理工作。

二、技術(shù)要求

1.系統(tǒng)設(shè)計要求

應包括但不限于以下內(nèi)容：

******醫(yī)院實際需求和發(fā)展需要，提出完整的解決方案。方案必須科學合理、切實可行，體現(xiàn)先進性，具有前瞻性。

1.2滿足與院方現(xiàn)有系統(tǒng)響應速度快、交互性強、安全性高的要求，所提供的應用軟件應基于SOA理念設(shè)計，具有先進性、靈活性，方便維護和擴展。

1.3數(shù)據(jù)庫及操作系統(tǒng)：數(shù)據(jù)庫采用Oracle、MySQL、SqlServer等大型關(guān)系型數(shù)據(jù)庫, 軟件產(chǎn)品需支持64位操作系統(tǒng)。

1.4系統(tǒng)整體性能必須穩(wěn)定、可靠、高效。在業(yè)務(wù)高峰時段，客戶端業(yè)務(wù)系統(tǒng)的響應時間不應超過5秒；對海量業(yè)務(wù)明細數(shù)據(jù)的操作比如存儲、處理、傳輸、備份、遷移、加工、利用，不能影響業(yè)務(wù)系統(tǒng)的正常運行。

1.5系統(tǒng)安全防護能力：系統(tǒng)具有抵御外界環(huán)境和人為操作失誤的能力。有足夠的防護措******醫(yī)院的數(shù)據(jù)外泄。具有操作日志記錄功能，記錄系統(tǒng)中各人員操作記錄。

2.病案編碼功能要求

病案編碼管理系統(tǒng)用于病案科人員編碼使用，要求該系統(tǒng)******醫(yī)院HIS、EMR、檢查檢驗相關(guān)系統(tǒng)，融合所有編碼所需數(shù)據(jù)形成統(tǒng)一的病案編碼平臺。同步實現(xiàn)對臨床的運行病歷和歸檔后的末端病歷全面校驗質(zhì)控，智能輔助精準編碼。需配置豐富的病案數(shù)據(jù)上傳模塊，要求能實現(xiàn)一次編碼，多次上傳。具體功能要求如下：

2.1編碼界面要求

系統(tǒng)所展示的編碼界面，其樣式需與我院現(xiàn)行的醫(yī)療文件相似性好，并能完全調(diào)取輔助檢查單，以方便編碼人員快速與系統(tǒng)融合。醫(yī)療文件的具體內(nèi)容包括：病案首頁、病程記錄、出院小結(jié)、手術(shù)記錄、長期醫(yī)囑、臨時醫(yī)囑等；輔助檢查報告單具體包括：檢查報告、病理報告、化驗報告。

2.2優(yōu)先級別設(shè)置

支持對病案首頁信息做錯誤篩選，根據(jù)不同錯誤進行分級標注；支持對待編碼病歷進行優(yōu)先編碼的級別設(shè)置，支持對可能出現(xiàn)嚴重錯誤的病歷優(yōu)先編碼。

★2.3病案點評

******醫(yī)院的具體要求設(shè)置病案首頁質(zhì)量標準，對病案首頁整體進行校驗點評；支持對病歷中具體的錯誤點提示，提示錯誤點、錯誤原因、調(diào)整方向。

2.4數(shù)據(jù)要求

編碼界面的所有信息均為映射復制內(nèi)容，對原有業(yè)務(wù)系統(tǒng)的數(shù)據(jù)不得有修改。即該系統(tǒng)的技術(shù)框架只能對歸檔后的電子病歷進行編碼，不接受未歸檔的電子病歷。經(jīng)編碼員編碼后的病歷，需按醫(yī)保結(jié)算清單填寫規(guī)范上傳至省醫(yī)保平臺。

2.5醫(yī)保結(jié)算清單生成、校驗及上傳

結(jié)合醫(yī)保結(jié)算清單填寫規(guī)范要求，系統(tǒng)需支持自動生成醫(yī)保結(jié)算清單，并依據(jù)醫(yī)保結(jié)算清單填報要求進行數(shù)據(jù)審核、校驗，同時實現(xiàn)醫(yī)保結(jié)算清單上傳。

★2.6基本信息校驗

支持病案首頁中基本信息的自動校驗功能；自動校驗內(nèi)容包括年齡、性別、新生兒月齡、轉(zhuǎn)科信息、入院時間、出院時間、入院途徑、住院天數(shù)；支持對錯誤信息進行提示；支持基本信息“一鍵訂正”。

★2.7附加信息校驗

支持校驗入出監(jiān)護室時間、呼吸機使用時間功能；系統(tǒng)提供正確的信息提示節(jié)省編碼員手工計算的時間；支持附加信息“一鍵訂正”以保證正確填報附加信息。

★2.8編碼規(guī)則校驗

支持對不符合國際病案編碼規(guī)則的情況做到智能篩查、提醒；支持手術(shù)及操作漏報質(zhì)控校驗提醒；支持主要診斷與主要手術(shù)不匹配質(zhì)控校驗提醒；支持主診斷選擇錯誤質(zhì)控校驗提醒；支持診斷邏輯錯誤質(zhì)控校驗提醒；支持殘余類目提醒質(zhì)控校驗提醒。

2.9聯(lián)合診斷編碼

支持診斷合并提示；支持提供診斷合并后的編碼；可提供多種診斷合并方案，如：患者診斷為2型糖尿病（E11.722）、高血壓3級（I10xx05），需要系統(tǒng)提示的診斷合并方式為糖尿病性高血壓（E14.722）和2型糖尿病性高血壓（E11.722）。

2.10實時校驗

支持編碼實時校驗；支持編碼員更正一部分病歷信息，系統(tǒng)重新校驗并提示。

★2.11編碼查詢

支持查詢疾病診斷編碼（ICD-10）和手術(shù)及操作編碼（ICD-9）；ICD-10和ICD-9查詢時均需支持使用主導詞索引查詢；查閱內(nèi)容需包括所有條目編碼的亞目、細目、類別、包括、不包括信息。

2.12病案關(guān)聯(lián)性校驗

支持病案關(guān)聯(lián)性校驗，即診斷編碼與患者個體信息關(guān)聯(lián)校驗；如：可根據(jù)患者年齡、性別、損傷中毒情況、病理形態(tài)學信息校驗診斷使用規(guī)范性，系統(tǒng)需校驗出關(guān)聯(lián)性問題并提醒編碼員。

★2.13樣本病歷

支持樣本病歷點評；支持樣本病歷查看和教學。

★2.14編碼留痕

支持記錄病案編碼的修改痕跡。

2.15全費別編碼及上傳

支持對全費別患者的病歷進行編碼和上傳功能。

2.16編碼后上傳

支持編碼后單個病歷即時上傳；支持編碼后保存待上傳******醫(yī)院需求。

★2.17科室反饋

提供編碼員與臨床醫(yī)生溝通反饋機制；提供病歷問題信息提交、科室確認信息反饋功能；支持將醫(yī)生消息提醒和反饋嵌入我院醫(yī)生正在使用的軟件系統(tǒng)中。

2.18知識庫模塊

系統(tǒng)需提供編碼工作中常用知識庫查詢，包括藥品知識庫、臨床疾病知識庫、臨床手術(shù)知識庫；藥品知識庫需包括藥品名稱、適應癥狀、不良反應、用法用量、禁忌、注意事項；臨床疾病知識庫需包括疾病簡介、病因、癥狀、并發(fā)癥、檢查、鑒別、治療；臨床手術(shù)知識庫需包括手術(shù)描述、適應癥、手術(shù)步驟、注意事項、并發(fā)癥、術(shù)后護理。

★2.19統(tǒng)計分析模塊

統(tǒng)計分析模塊需提供在病案提取、生成數(shù)據(jù)、病案編碼過程中發(fā)現(xiàn)的問題進行歸納、分類、分析，并將結(jié)果在管理端呈現(xiàn)。具體功能要求包括：提供編碼工作統(tǒng)計；提供醫(yī)保返回錯誤分析；提供主要診斷修改分析；提供其他診斷修改分析；提供主要手術(shù)修改分析；提供其他手術(shù)修改分析；提供損傷中毒修改分析；提供病理診斷修改分析；提供基本信息修改分析；提供逾期數(shù)據(jù)統(tǒng)計分析；提供重點診斷監(jiān)察統(tǒng)計；提供重點手術(shù)監(jiān)察統(tǒng)計。

★2.20病案追蹤模塊

病案追蹤模塊需有病案閉環(huán)追溯功能，支持對病案各個節(jié)點追蹤查詢。支持對病案編碼前病歷的節(jié)點查詢，節(jié)點包括病歷提醒、病歷預警、病歷逾期、黑名單、未編碼；支持對正在編碼的病歷進行編碼鎖定，以防止重復編碼；支持對病案編碼后病歷的入組情況進行統(tǒng)計。

2.21病案質(zhì)控管理

病案質(zhì)控管理需提供編碼員編碼工作質(zhì)量核查功能，支持編碼管理者及時監(jiān)控編碼質(zhì)量、及時發(fā)現(xiàn)問題并干預，減少上傳的病案首頁質(zhì)量問題。支持編碼質(zhì)控核查；支持醫(yī)保交互核查；支持醫(yī)療質(zhì)控核查。

2.22二十七項病案管理質(zhì)控指標統(tǒng)計分析

******醫(yī)院對二十七項指標的日常管理及統(tǒng)計工作需要，指標計算需與國家或地方要求同步。指標詳情界面支持多維展示指標達成率、分子數(shù)量、分母數(shù)量等數(shù)據(jù)，支持數(shù)據(jù)下鉆分析，直至患者層級。

2.23編碼配置維護

編碼配置維護需滿足編碼員權(quán)限管理、科室配置功能。支持編碼員科室配置；支持編碼員編碼權(quán)限維護；支持編碼修改控制。

2.24系統(tǒng)設(shè)置維護

系統(tǒng)設(shè)置維護需支持賬戶設(shè)置、崗位管理、權(quán)限分發(fā)、密碼修改功能。

三、 其他要求

1、 本次招標采購內(nèi)容為DIP病案編碼管理系統(tǒng)（具體要求詳見“技術(shù)要求”）。投標人不得將本項目中的內(nèi)容拆散來投標。

2、 投標人所投報的產(chǎn)品必須是本國產(chǎn)品，本項目不接受所投報產(chǎn)品為進口產(chǎn)品的投標。（本招標文件中所稱進口產(chǎn)品是指通過中國海關(guān)報關(guān)驗放進入中國境內(nèi)且產(chǎn)自關(guān)境外的產(chǎn)品）

3、 投標報價應為人民幣含稅全包價，包括系統(tǒng)的設(shè)計、開發(fā)、升級、測試、運輸、安裝調(diào)試、對接、驗收、年度例行校正、培訓、售后服務(wù)及相關(guān)服務(wù)等一切費用。在與第三方產(chǎn)品對接時，對方產(chǎn)品改造所發(fā)生的費用不在本項目預算之內(nèi)。

4、 完工期：在院內(nèi)第三方廠商完成接口改造后進場實施，60個日歷日內(nèi)完成所有系統(tǒng)的開發(fā)、安裝調(diào)試、培訓及上線。

5、 交貨地點：采購人指定地點。

6、 驗收：

（1）系統(tǒng)安裝完工且測試運行穩(wěn)定后向采購人提出驗收申請后，由中標供應商和采購人共同驗收。采購人應在中標供應商提出申請后5個工作日內(nèi)安排驗收，驗收合格的，采購人應在驗收報告書中簽署確認，驗收不合格的，采購人應在驗收報告中注明不合格點，由中標供應商繼續(xù)調(diào)試，直至驗收合格。中標供應商須為驗收提供必需的設(shè)備、工具及其他便利條件；

（2）系統(tǒng)調(diào)試期間，在采購人的監(jiān)督下進行調(diào)試。測試軟件及相關(guān)設(shè)備需保證正常運行，且達到招標文件中所要求的標準；

（3）系統(tǒng)調(diào)試期間，按采購人要求對操作人員無償提供培訓和培訓考核；

（4）驗收標準以本次招標文件中所規(guī)定的全部相關(guān)要求為準。

7、 售后服務(wù)：

（1）對采購人操作人員提供軟件操作規(guī)程培訓，講解軟件的基本結(jié)構(gòu)及操作流程，直至操作人員掌握軟件的日常使用、維護保養(yǎng)方法，保證操作人員可正確使用。

（2）投標人需提供終身售后服務(wù)。軟件出現(xiàn)異常或故障時，問題響應時間：遠程立刻響應，如遠程解決不了的5小時內(nèi)上門提供服務(wù)，并在24小時內(nèi)解決問題。系統(tǒng)維護期為二年，維護期內(nèi)所有服務(wù)產(chǎn)生的費用均不再收取。（3）本項目投標人自合同簽訂后需無償提供為期二年的質(zhì)保服務(wù)，所需費用包含在本項目的投標報價內(nèi)。