HIS醫(yī)保、農(nóng)合接口開發(fā)與應(yīng)用6課件_第1頁
HIS醫(yī)保、農(nóng)合接口開發(fā)與應(yīng)用6課件_第2頁
HIS醫(yī)保、農(nóng)合接口開發(fā)與應(yīng)用6課件_第3頁
HIS醫(yī)保、農(nóng)合接口開發(fā)與應(yīng)用6課件_第4頁
HIS醫(yī)保、農(nóng)合接口開發(fā)與應(yīng)用6課件_第5頁
已閱讀5頁,還剩25頁未讀 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認領(lǐng)

文檔簡介

醫(yī)保、農(nóng)合接口實施總結(jié)一、醫(yī)保、農(nóng)合接口定義及模式介紹二、醫(yī)保、農(nóng)合接口相關(guān)術(shù)語介紹三、醫(yī)保、農(nóng)合接口實施四、醫(yī)保、農(nóng)合接口后期維護一、醫(yī)保、農(nóng)合接口定義及模式介紹

接口定義接口是實現(xiàn)不同廠商間系統(tǒng)互聯(lián)互通的橋梁接口互聯(lián)的意義方便病人,實現(xiàn)病人的在定點醫(yī)療機構(gòu)的即時報銷。減少醫(yī)院操作人員的重復(fù)勞動。通過系統(tǒng)間的無縫連接,提升整個收費的流程以及數(shù)據(jù)共享等方面效率一、醫(yī)保、農(nóng)合接口定義及模式介紹

接口模式優(yōu)勢劣勢動態(tài)庫、com+組件服務(wù)、WebService模式該模式把能夠完全嵌入HIS,數(shù)據(jù)可以實時上傳,操作員操作比較簡單實施周期比較長,出現(xiàn)問題不好定位中間數(shù)據(jù)庫接口模式簡單,實施比較容易,出現(xiàn)問題比較好定位操作比較繁瑣。傳送中間數(shù)據(jù)文件(DBF、XML)模式接口模式簡單,實施比較容易,出現(xiàn)問題比較好定位操作比較繁瑣。一、醫(yī)保、農(nóng)合接口定義及模式介紹

中間庫在各定點醫(yī)療機構(gòu)設(shè)置前置服務(wù)器數(shù)據(jù)庫和表結(jié)構(gòu)的建立醫(yī)院信息系統(tǒng)通過前置數(shù)據(jù)庫實現(xiàn)數(shù)據(jù)交換與共享案例好友農(nóng)合河南人壽醫(yī)保通接口日信職工醫(yī)保接口(老)華東SQL版醫(yī)保接口一、醫(yī)保、農(nóng)合接口定義及模式介紹

通過相互導(dǎo)出數(shù)據(jù)文間進行數(shù)據(jù)交互指定好數(shù)據(jù)文件格式(dbf、xml、text)、數(shù)據(jù)格式、路徑約定雙方導(dǎo)出數(shù)據(jù)文件的方式及規(guī)則案例省醫(yī)保、華東導(dǎo)出dbf數(shù)據(jù)文件博鰲農(nóng)合導(dǎo)出xml文件二、醫(yī)保、農(nóng)合接口相關(guān)術(shù)語介紹統(tǒng)籌支付:統(tǒng)籌支付的費用,這部分不需要病人承擔(dān),由國家承擔(dān),只有病人進入統(tǒng)籌的費用超過起付標準時,才支付,低于起付標準時,為0。自費費用:全部有病人承擔(dān)的部分,市醫(yī)保不報,就是帳戶(卡)上有錢也不能支付,如:床位費,醫(yī)保的標準最高只有十幾塊錢,病人在院住的是好房間,高出的部分有病人自費承擔(dān)。起付標準:報銷的最低消費金額,起付線以上部分進行醫(yī)保待遇計算,以下部分個人自負。帳戶(IC)支付:病人帳戶上有余款時。個人自付:乙類藥品、診療個人支付部分。按比例支付:就是分段支付部分,例如:2000-5000部分個人支付…大額記賬:統(tǒng)籌基金最高支付限額以上的醫(yī)療費用,由保險公司按一定比例支付?,F(xiàn)金支付:帳戶金額不足或自費項目要現(xiàn)金支付。二、醫(yī)保、農(nóng)合接口相關(guān)術(shù)語介紹最高限價部分藥品、診療、耗材項目,存在有最高限價標準,限價內(nèi)部分按比例報銷,超限價部分進入自費。藥品、診療項目按報銷分類甲類項目:自費比例為0,全部報銷乙類項目:自費比例在0-1之間,使用前需要根據(jù)比例自己負擔(dān)一部分,剩余部分再行報銷自費項目:純自費項目三、醫(yī)保、農(nóng)合接口實施

接口實施前的幾個工作醫(yī)院藥品、診療項目字典與中心字典對照標準科室、費用類別、疾病編碼下載對照個別還需要對應(yīng)操作員、醫(yī)生和床位等(如華東動態(tài)庫版醫(yī)保接口)四、醫(yī)保、農(nóng)合接口后期維護接口調(diào)用失敗檢查網(wǎng)絡(luò)環(huán)境資源文件(動態(tài)庫、配置文件)是否缺失、是否最新檢查醫(yī)院前置機是否正常工作、讀卡器連接情況數(shù)據(jù)上傳失敗、重復(fù)先跟據(jù)提示,看能否定位問題出現(xiàn)原因(大類項目不能為空、單位不能為空等)兩邊費用不平出院結(jié)算失敗撤銷出院失敗東軟簽到問題門診收費操作員‘0022’無法簽退,提示:原因:更換了新的電腦,而在原來電腦上沒有簽退,醫(yī)保中心讀取的是mac地址處理方法:方法1.醫(yī)院與醫(yī)保中心聯(lián)系,將該操作員的簽到信息刪除,然后重新簽到方法2.在mz庫中有個Yb_qd_qt表中存的有簽到信息:deletefromYb_qd_qtwhereqtsjisnullandczybh=‘操作員編號‘;在zy庫中有個yb_signin表中存的有簽到信息:deletefromyb_signinwhereqtsjisnullandbianhao='操作員編號‘醫(yī)保登記或入院修改轉(zhuǎn)醫(yī)保失敗醫(yī)保動態(tài)庫、WebService模式失敗原因查看報錯信息,分析報錯信息是否已經(jīng)成功醫(yī)保登記中間數(shù)據(jù)庫找不到有病人的入院信息病人存在住院信息傳送中間數(shù)據(jù)文件(DBF、XML)模式明細上傳失敗原因和處理方法負記錄不能上傳服務(wù)執(zhí)行失敗,錯誤為:^PRC_K_FORMULARYENTRY:處方明細錄入時系統(tǒng)錯誤:沒有找到要退費的處方!^99^處理方法1:手工對應(yīng)一個數(shù)量大于等于的正記錄的處方號處理方法2:如果是負記錄過大,找不到比負數(shù)據(jù)大或相等的正記錄,則需要再記一個同樣數(shù)值的正記錄,再分開退費,再上傳即可,如果是藥品,重新記賬后仍然無法對應(yīng),查看是否兩次記賬是同一庫存編號。明細上傳失敗原因和處理方法正記錄上傳時提示如果病人在中心已出院或醫(yī)保登記不成功,則不能再上傳已經(jīng)上傳過的數(shù)據(jù)不能再上傳:程序會報主鍵沖突;可找到該條明細,把zyb_sfxm_skd.ylbx_scbz和temp_zyb_ylbx_scjl.send_bz更新為1項目單位或劑型長度超過10個漢字會報:服務(wù)執(zhí)行失敗,錯誤為:PRC_K_FORMULARYENTRY:處方明細錄入時系統(tǒng)錯誤:ORA-12899:列^99^門診醫(yī)保收費劃價時,一次收費中同一種藥品不能出現(xiàn)兩次,如果劃兩種及以上藥品則報PRC_K_FORMULARYENTRY:處方明細錄入時系統(tǒng)錯誤:主鍵重復(fù)!ORA-00001:uniqueconstraint(SIMIS.PK_KC22)violated^99^如果三級項目沒有做對應(yīng),程序則報錯提示:項目類型不能為空缺少中心不可為空的字段報錯其它醫(yī)保沒有做對應(yīng),則可能不讓上傳東軟件日志分析.txt省醫(yī)保前臺程序不能讀取HIS導(dǎo)出的費用明細問題現(xiàn)象描述:省醫(yī)保病人在HIS中點病歷標志成功進行費用上傳后,在醫(yī)保前臺程序接收文件時提示“讀取文件失敗”,造成病人不能夠進行出院結(jié)算。問題產(chǎn)生原因:HIS導(dǎo)出的Y+7位住院號的.DBF數(shù)據(jù)文件存放路徑與醫(yī)保前臺程序接收數(shù)據(jù)文件的路徑不一致;醫(yī)保前臺中的住院號輸入錯誤。解決方法:查看HIS接口路徑:在ODBC數(shù)據(jù)源中找到Y(jié)LBX數(shù)據(jù)源查看所對應(yīng)的目錄路徑;查看醫(yī)保前臺接口路徑:注冊表HKEY_LOCAL_MACHINE\Software\社會保險管理信息系統(tǒng)\醫(yī)院接口數(shù)據(jù)路徑;修改ODBC數(shù)據(jù)源路徑或醫(yī)保前臺注冊表路徑。檢查HIS中的住院號是否與醫(yī)保前臺中的住院號是否一致。注意:醫(yī)保前臺中的住院號是7位,HIS中的住院號是8位,醫(yī)保前臺中的住院號應(yīng)該是HIS中住院號后7位。結(jié)束語謝謝大家!預(yù)出院時醫(yī)院和醫(yī)保結(jié)算有差額原因網(wǎng)絡(luò)原因因為先調(diào)用醫(yī)保費用上傳,再跟據(jù)ID更新HIS表yb_sfxm_skd.ylbx_scbz=1,費用上傳時網(wǎng)絡(luò)斷,更新上傳標志不成功醫(yī)保返回值不準確(上傳失敗,返回是成功造成醫(yī)保少;上傳成功,獲得的值失敗造成醫(yī)保多)操作和異常退出原因如果兩臺機器同時上傳,則會出現(xiàn)重復(fù)(HIS雖然限制了兩臺機器同時上傳,第二臺機器上傳時會報“數(shù)據(jù)正在上傳,不能多窗口同時上傳費用”在費用上傳窗口中按Ctrl+Shift+F8就可以取消上傳標志)上傳費用時系統(tǒng)出錯使HIS異常退出,也會造成費用不一致出院結(jié)算報錯處理如果出院結(jié)算時報輸入密碼一定要輸入密碼,此時程序在撤銷結(jié)算,如果取消則出現(xiàn)中心出院結(jié)算成功而HIS還在院的情況如果出院時報錯后,再次結(jié)算時報:查不到該病人信息或該病人已經(jīng)出院,此時可能醫(yī)保中心已經(jīng)結(jié)算成功,而HIS沒有成功;處理方法:1、使用特殊撤銷結(jié)算功能,撤銷醫(yī)保結(jié)算后,再辦出院結(jié)算2、則需要與中心聯(lián)系,把病人撤銷出院后,再辦出院怎么找交易流水號?在當(dāng)天日志中搜索姓名或卡號,找到交易號為931210的該病人記錄,從931210開始第5個字段就是結(jié)算交易流水號,例: 931210^471011^3020^260813596590^2334710110136^0000^M2201652|11|22007044|233|0|233|1|慢性腎衰|2|1|||0|張萌|^醫(yī)保流水號:2334710110136省醫(yī)保前臺程序計算的總費用與HIS中的總費用有較大的差額

現(xiàn)象描述:醫(yī)保程序正常接收HIS導(dǎo)出的費用明細,計算后發(fā)現(xiàn)HIS總金額與醫(yī)保前臺總金額不一致。問題產(chǎn)生原因:醫(yī)保前臺重復(fù)接收HIS導(dǎo)出的明細,造成醫(yī)??偨痤~翻倍;解決方法:從醫(yī)保程序項目錄入功能中刪除該病人費用明細保存后再重新由HIS導(dǎo)出,醫(yī)保前臺再重新接收;好友農(nóng)合報補時報錯好友農(nóng)合軟件中無法報補,查不到病人登記信息查看發(fā)現(xiàn)農(nóng)合庫表:hzyl_bc_zyjl中沒有該病人就診記錄,明細表hzyl_bc_zyfymxb中也有該病人費用信息處理方法:select*fromhzyl_bc_zyjlwherezyh='4‘select*fromhzyl_bc_zyfymxbwherezyh='4'如果這里無數(shù)據(jù)(如果病人已出院,先把病人撤銷出院),則將病人更改成自費,更改上傳標志,再在農(nóng)合前臺通過入院修改為農(nóng)合,重新上傳費用updatebrryxxsetfylb='0‘wherezyh='40001381‘updatezyb_sfxm_skdsetylbx_scbz='0‘wherezyh='40001294'andylbx_scbz=1醫(yī)保病人撤銷出院報錯醫(yī)保病人撤銷結(jié)算報錯可以查看日志,看該病人是否在中心已經(jīng)結(jié)算也可以跟醫(yī)保中心聯(lián)系,核實中心是否已經(jīng)結(jié)算如果確認已經(jīng)結(jié)算成功則:方法1:直接聯(lián)系醫(yī)保中心,讓其撤銷出院;方法2:把該病人修改為自費病人,使用“住院收費”中的“自費病人出院窗口”撤銷HIS出院,再到醫(yī)保前臺辦理正常的撤銷出院;注意:方法2修改為自費病人需要后臺執(zhí)行幾條語句Selectfylb,brlxfrombrryxxwherezyh=‘’and

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論