醫(yī)院信息系統(tǒng)醫(yī)保接口系統(tǒng)手冊

1、臨沂市定點醫(yī)療機構(gòu)信息系統(tǒng)醫(yī)保接口使用說明(V1.1)沈陽東軟軟件股份有限公司2007年10月第2頁共28頁TOC o 1-5 h z目的3 HYPERLINK l bookmark4 o Current Document 方案的介紹4 HYPERLINK l bookmark6 o Current Document 平臺4 HYPERLINK l bookmark8 o Current Document 目前現(xiàn)狀4 HYPERLINK l bookmark10 o Current Document 解決方案5系統(tǒng)特點6 HYPERLINK l bookmark14 o Current Doc

2、ument 信息系統(tǒng)接口改造6 HYPERLINK l bookmark16 o Current Document 4.1準(zhǔn)備工作6 HYPERLINK l bookmark24 o Current Document 4.2開發(fā)商提供的應(yīng)用7 HYPERLINK l bookmark26 o Current Document 4.3醫(yī)院信息系統(tǒng)改造實施詳細(xì)說明（注:改造部分黃色標(biāo)識）7 HYPERLINK l bookmark28 o Current Document 門診部分7. HYPERLINK l bookmark36 o Current Document 住院部分1.0動態(tài)鏈接庫（）

3、11 HYPERLINK l bookmark57 o Current Document 5.1交易編碼說明11 HYPERLINK l bookmark59 o Current Document 5.1.1交易碼1.1 HYPERLINK l bookmark61 o Current Document 5.2對帳表（保留該接口，但對帳模式改變，見附錄一）12 HYPERLINK l bookmark63 o Current Document 53編碼說明及其他注意事項135.4交易函數(shù)接口（SiInterface.dll）13 HYPERLINK l bookmark65 o Current

4、 Document 5.4.1查詢讀卡函數(shù)1.3 HYPERLINK l bookmark73 o Current Document 交易1.8 HYPERLINK l bookmark89 o Current Document 沖正交易（反交易）2.4 HYPERLINK l bookmark91 o Current Document 費用明細(xì)批量刪除2.5 HYPERLINK l bookmark93 o Current Document 5.4.5人工應(yīng)答（此接口為舊版使用，現(xiàn)在保留）265.4.6銀行效驗醫(yī)保流水號（已經(jīng)提供該接口，但農(nóng)行卡消費未調(diào)用）（此接口為農(nóng)行進(jìn)行卡消費時效驗醫(yī)保

5、流水號是否存在使用一一農(nóng)行使用，HIS開發(fā)商不考慮）27附錄一：本次IC卡系統(tǒng)交易渠道改造實施方案流程27 HYPERLINK l bookmark111 o Current Document 附錄二HIS改造開發(fā)重點注意事項32第1頁共26頁第 #頁共26頁第 頁共26頁為了更好的落實國家醫(yī)療保險政策，加快臨沂市醫(yī)療保險工作建設(shè)，臨沂市社會保險中心和各醫(yī)院建立統(tǒng)一的醫(yī)療和保險體系網(wǎng)絡(luò)，為了使各家醫(yī)院（或定點藥店，下簡稱醫(yī)院）和全市參保人員的醫(yī)療數(shù)據(jù)能及時、準(zhǔn)確的匯總到社會保險中心，考慮到對算法的準(zhǔn)確性、可控性、可維護(hù)性以及安全性等多方面的原因，在對各醫(yī)院原有系統(tǒng)的改造過程中，我們決定采用在原

6、醫(yī)院HIS系統(tǒng)中加入統(tǒng)一的算法動態(tài)鏈接庫的辦法來解決。為實現(xiàn)金穗社保IC卡項目系統(tǒng)優(yōu)化，糾正受諸多因素影響所產(chǎn)生的程序執(zhí)行偏離度；梳理銀行、社保和定點醫(yī)院三方數(shù)據(jù)信息響應(yīng)的一致性；整合賬務(wù)核算、清算流程，使系統(tǒng)更加完善。確保系統(tǒng)的平穩(wěn)運行，進(jìn)一步提高社會信譽度和服務(wù)質(zhì)量、維護(hù)參保人利益，并在原交易流程基本框架基礎(chǔ)上，制定本交易渠道改造實施方案。注：黃色填充字體為改造部分；為了配合此次改造，文檔修改設(shè)計面較廣而且細(xì)，特別是數(shù)據(jù)格式控制等方面需求將有所增減，由此給各位開發(fā)商造成的不便表示歉意！NUSOFTNUSOFT第 頁共28頁第 頁共28頁2方案的介紹平臺DLL適合于Windows98及以上平

7、臺的HIS系統(tǒng)采用BEA的Weblogic交易中間件臨沂社會保險系統(tǒng)采用C/S/S結(jié)構(gòu)。目前現(xiàn)狀1、采用網(wǎng)絡(luò)協(xié)議或數(shù)據(jù)庫自帶的協(xié)議進(jìn)行數(shù)據(jù)的直接傳輸。缺點：不能夠完全保證交易的完整性，存在萬分之一的數(shù)據(jù)丟失或數(shù)據(jù)錯誤的可能。2、大量的數(shù)據(jù)直接Client/Server傳送。缺點：安全性差（非法客戶端可能直接闖入數(shù)據(jù)庫中修改數(shù)據(jù)）。網(wǎng)絡(luò)容易阻塞，在業(yè)務(wù)高峰期容易造成網(wǎng)絡(luò)流量暴增，進(jìn)而造成網(wǎng)絡(luò)阻塞數(shù)據(jù)無法傳輸或客戶端長時間等待。3、如果業(yè)務(wù)規(guī)則發(fā)生變化，需要隨時更新Client端程序，維護(hù)使用不方便。4、每一個Client端都要直接連到數(shù)據(jù)庫服務(wù)器。缺點：服務(wù)器需要為每個Client端建立連接，而

8、且不管是客戶端是否在用,都要保持連接，因而消耗大量本來就緊張的服務(wù)器資源。5、解決3方對帳不平問題。2.3解決方案數(shù)據(jù)存儲層PureStationApplicationServiceRDBMS方案圖解第 #頁共28頁第 頁共28頁由于我們是在以上平臺的基礎(chǔ)上開發(fā)這個算法動態(tài)鏈接庫，因此我們的動態(tài)鏈接庫有以下幾個顯著的特點：1、大用戶量與實時性數(shù)據(jù)通過高速數(shù)據(jù)通道進(jìn)行傳輸，速度快，交易服務(wù)中與數(shù)據(jù)庫無關(guān)的邏輯處理任務(wù)由中間件完成，減少數(shù)據(jù)庫系統(tǒng)的負(fù)載。2、保證交易完整性交易數(shù)據(jù)完整性由動態(tài)鏈接庫完成。由于采用XA協(xié)議，所以異地或異構(gòu)數(shù)據(jù)的事務(wù)完整性操作同樣可以得到保證。同時，我們采用人工應(yīng)答的方

9、式，在保證交易完整性的基礎(chǔ)上，使得醫(yī)院和醫(yī)保中心的對帳準(zhǔn)確、快速。3、具有多服務(wù)進(jìn)程、負(fù)載平衡和故障恢復(fù)的特點。4、數(shù)據(jù)依賴路由，不同的數(shù)據(jù)經(jīng)由不同的數(shù)據(jù)傳輸通道，保證數(shù)據(jù)的高速傳輸。5、為減少數(shù)據(jù)傳輸量和保證數(shù)據(jù)安全，數(shù)據(jù)在傳輸過程中采用壓縮和加密技術(shù)。6、采用并行數(shù)據(jù)通道傳輸數(shù)據(jù)，同時具有容錯和數(shù)據(jù)恢復(fù)能力。7、同時具有一般動態(tài)庫的靈活性、易維護(hù)性等特點。4信息系統(tǒng)接口改造準(zhǔn)備工作首先醫(yī)院需要根據(jù)醫(yī)療保險政策的需要，按照我們所提供的醫(yī)療保險的接口改造醫(yī)院現(xiàn)有的HIS系統(tǒng)，使新的HIS系統(tǒng)能夠適應(yīng)醫(yī)保的需要。醫(yī)院需要根據(jù)醫(yī)保中心提供的四個基本目錄，病種信息、藥品信息、診療項目信息和服務(wù)設(shè)施信

10、息建立與醫(yī)院內(nèi)碼相對應(yīng)的病種編碼、藥品編碼、診療編碼和服務(wù)設(shè)施信息編碼的對應(yīng)信息。對于那些無法找到對應(yīng)關(guān)系的收費項目信息，醫(yī)院按照醫(yī)保中心費用分類編碼，維護(hù)和更新收費項目信息。NUSOFT東軟NUSOFT東軟第 頁共28頁第 頁共28頁開發(fā)商提供的應(yīng)用維護(hù)四個對照表，每個都是一對多的關(guān)系.也就是在原有的表中加入醫(yī)保對應(yīng)編碼。病種信息對照表（所有的病種必須對照）藥品信息對照表（西藥和中成藥米用準(zhǔn)入法，草藥為排除法）診療項目對照表（采用準(zhǔn)入法）服務(wù)設(shè)施對照表（米用準(zhǔn)入法）沒有對應(yīng)關(guān)系的收費項目信息，按照醫(yī)保中心的費用分類辦法修改收費項目信息4.3醫(yī)院信息系統(tǒng)改造實施詳細(xì)說明（注:改造部分黃色標(biāo)識）

11、4.3.1門診部分1、掛號掛號系統(tǒng)中加入“讀卡”按鈕，實現(xiàn)從CPU卡中讀取參保就診病人的基本信息和參保信息，然后將病人信息顯示在HIS系統(tǒng)界面上。在掛號完成之前：掛號信息寫到本地的數(shù)據(jù)庫中之前，如果是參保病人,那么在動態(tài)鏈接庫的輸入串中，寫入掛號交易的交易類別碼和相關(guān)信息的組合串，（注意：輸出參數(shù)要分配足夠得內(nèi)存，以備傳回來的數(shù)據(jù)保存）動態(tài)庫會把掛號信息寫入醫(yī)保前置機，最后發(fā)起應(yīng)答，修改交易日志，醫(yī)保交易完成。掛號交易的流程圖如下：處理掛號宿息.拇交HIS半密醫(yī)保哇號成功,返回M建戶信息汕交易涌水寸調(diào)用動態(tài)陣.進(jìn)行醫(yī)M掛號；讀卡器及其它HISDBHIS交鞋提交成功逬行醫(yī)保交晶的人:錨甌時系統(tǒng)門

12、攻訓(xùn)用銀行函暫寫乩扣惟戶TtJHEDD前胃服務(wù)議掛號交易流程（注：tuxdeo改為weblogic）掛號時：掛號的交易碼按不同的就診類別分別使用，醫(yī)保病人掛號的交易類別代碼是33102醫(yī)保掛號是參保對象到定點醫(yī)療機構(gòu)就診時的身份確認(rèn)和信息登記，是必須有的；掛號時若產(chǎn)生了掛號費、診療費等費用請在門診收費模塊進(jìn)行收費。退號時:1退號交易的流程和掛號的處理流程是相同的。在系統(tǒng)中，退號是掛號的反過程。2調(diào)用反交易退號時，應(yīng)該取得醫(yī)保系統(tǒng)返回的掛號的交易流水號，各個醫(yī)院或?qū)嵤c可根據(jù)具體情況記錄交易的流水號，已備反交易使用。退號不再產(chǎn)生weblogic醫(yī)保交易流水號。2、門診劃價需要把門診的明細(xì)信息寫入

13、并提交給醫(yī)保接口數(shù)據(jù)表“費用明細(xì)記錄表”，具體的費用信息由對照表產(chǎn)生:系統(tǒng)通過輸入的藥品編碼（或者是診療項目編碼），根據(jù)對照表中的自負(fù)比例和醫(yī)保政策計算產(chǎn)生相應(yīng)的處方明細(xì)信息。劃價流程如下：醫(yī)保前置DEITSDR調(diào)用動態(tài)唐.綸扎赴方明鈿信息t慕統(tǒng)覘瞞對照表，詒十算產(chǎn)生明細(xì)O醫(yī)保屮心系統(tǒng)臨沂醫(yī)保劃價流程TUJCEDCI前廿脈勞器戻恨劃諭成血、返回白貨或向費倍息和艾感范水號C4）EH5交易捉交成功，逬（亍醫(yī)?？站У娜耍篛HIS系統(tǒng)終端（3）處理劃價信野提交ME出勞3、門診收款（結(jié)算）（已改，詳見附錄一說明，改造重點）醫(yī)保病人結(jié)算需要先進(jìn)行“讀卡”操作，并根據(jù)先前掛號時產(chǎn)生的掛號信息中查出保險人員的

14、劃價信息。然后在相應(yīng)的程序中將沒有結(jié)算的處方信息全部寫入醫(yī)保前置機中。寫入處方結(jié)束后，進(jìn)行收集數(shù)據(jù)，生成醫(yī)保結(jié)算信息，結(jié)算后定時的將該筆結(jié)算信息傳遞給社保中心。如果醫(yī)保交易成功，則調(diào)用農(nóng)行卡消費接口，扣除卡中賬戶金，如果扣除成功，則生成農(nóng)行交易流水號，然后完成HIS收費結(jié)算的其他操作，并保存醫(yī)保流水號和農(nóng)行交易流水號；如果醫(yī)保交易失敗，則此次HIS系統(tǒng)收費結(jié)算失敗，需要將剛才已提交的數(shù)據(jù)人工的回退到結(jié)算前的狀態(tài)，需要退還卡中的金額（即做沖正處理）。（注意，在門診結(jié)算時，必須將消費處方信息上傳到醫(yī)保中心，即調(diào)用33105操作）門診收費的流程圖如下所示：（流程更改，請參照附錄一中IC卡消費流程）殳

15、斜蟲鸛畫直2）處理門診結(jié)雪信息,握交11帀爭務(wù)訓(xùn)用動態(tài)庫進(jìn)行醫(yī)聚門診甜算;弼時系統(tǒng)門動訶用銀行函曇寫K.扣帳戶讀卡器及耳它HTSDB醫(yī)保門診魴算成功.返回扣帳戶信息和交揚怖木寸EI爲(wèi)交曷握交成功,進(jìn)行醫(yī)傑交品的人工應(yīng)答TUXEDO前置服務(wù)器4、門診收費反交易（已改，詳見附錄一說明，改造重點）完成醫(yī)保結(jié)算后，如果發(fā)現(xiàn)結(jié)算有錯誤，可進(jìn)行如下操作：利用醫(yī)院各自存儲的根據(jù)住院流水號和發(fā)票號，取得醫(yī)保交易號和農(nóng)行交易流水號，其中醫(yī)保交易流水號和卡號進(jìn)行組串，把相關(guān)的結(jié)算數(shù)據(jù)和已經(jīng)傳上去的數(shù)據(jù)進(jìn)行反交易；同時，利用農(nóng)行交易流水號，調(diào)用農(nóng)行反交易函數(shù)進(jìn)行反交易。取消以前的結(jié)算數(shù)據(jù)，以便重新進(jìn)行交易。反交易的

16、流程和收費交易流程相NUSOFTNUSOFT第 #頁共28頁第 頁共28頁同。4.3.2住院部分1、入院登記當(dāng)參保患者需要住院時，首先“讀卡”得到參保人的基本信息和帳戶信息等，然后，則調(diào)用動態(tài)庫“入院登記交易服務(wù)”把保險人住院信息定時的傳遞到社保中心，從而更新數(shù)據(jù)，這樣在社保中心的數(shù)據(jù)就是和事實相符的。住院登記流程如下：（注：tuxdeo改為weblogic）處理住院惜息.提交H巧半密調(diào)用動態(tài)庠,進(jìn)尸醫(yī)保住院；同時垂統(tǒng)門動調(diào)讀卡器凰其它銀行前置設(shè)崙臨沂醫(yī)保性院豎記流程胃性曉標(biāo)擊IllsDB2、醫(yī)囑錄入因為在前置機計算的時候，需要到醫(yī)院接口表中匯總和計算相關(guān)數(shù)據(jù)，所以涉及到的藥品、診療、服務(wù)設(shè)施

17、等明細(xì)信息需要錄入到醫(yī)院接口表中。只有這樣，前置機上的服務(wù)才有可能根據(jù)這些詳細(xì)的每個病人的數(shù)據(jù)計算出我們所需要的匯總信息，由此我們完成了數(shù)據(jù)收集的任務(wù)。這個服務(wù)中的單據(jù)號是一個臨時單據(jù)號，用而且必須用住院流水號代替。3、診療醫(yī)囑錄入診療醫(yī)囑錄入的處理同藥品醫(yī)囑。同樣的把這些項目的醫(yī)院代碼，社保中心代碼，等級、價格、數(shù)量等錄入的醫(yī)院接口表中4、住院退費住院退費可以是單條明細(xì)的沖正，也可以是負(fù)處方。單條明細(xì)的沖正交第 頁共28頁第 #頁共28頁易，是將該條明細(xì)包括單價、數(shù)量、金額全部作廢。5、結(jié)算住院結(jié)算的原理和門診結(jié)算是一樣的，系統(tǒng)首先匯總參保對象該次住院的費用明細(xì)，然后根據(jù)醫(yī)保相關(guān)政策和算法計

18、算出相關(guān)的結(jié)算信息。6、結(jié)算召回住院結(jié)算完成后，如果發(fā)現(xiàn)結(jié)算有誤，可將結(jié)算如回，將先前的住院結(jié)算單作廢，利用反交易類型，對前面的住院結(jié)算進(jìn)行沖正。在醫(yī)院接口表有相關(guān)的發(fā)生費用的交易的每一次的交易流水號。對于CPU卡結(jié)算召回時必須讀卡，以便與結(jié)算時的卡片信息對照；結(jié)算召回后必須寫卡，將卡中的醫(yī)保累計信息寫回。7、無費退院不能算是一次住院，也就是說起付線不變。所以應(yīng)該調(diào)用住院登記的反交易，同樣取得交易流水號，然后發(fā)起交易就可以了，可以說是社保中心的取消住院。無費退院將不再產(chǎn)生交易流水號。對于CPU卡無費退院必須寫卡，將住院登記置的住院狀態(tài)置回為不在院。8、參保患者住院費用查詢可以在任何時候調(diào)用“醫(yī)

19、保病人預(yù)結(jié)算”計算在院人員的費用信息,除了門診結(jié)算，因為門診病人，在結(jié)算之后，再去查詢預(yù)結(jié)算信息將毫無意義。預(yù)結(jié)算操作，基本上可以說，預(yù)結(jié)算與結(jié)算是相同的，不過能預(yù)結(jié)算沒有正式的發(fā)票號，只是用住院流水號代替而已。5動態(tài)鏈接庫()5.1交易編碼說明5.1.1交易碼1、交易碼總長度是5位2、第一位是交易類型：3交易6查詢9認(rèn)證NUSOFTNUSOFT第 頁共28頁第 頁共28頁3、第二位和第三位是業(yè)務(wù)類型：01公共業(yè)務(wù)11養(yǎng)老業(yè)務(wù)21失業(yè)業(yè)務(wù)31醫(yī)療業(yè)務(wù)41工傷業(yè)務(wù)51生育業(yè)務(wù)4、第四位和第五位是服務(wù)代碼，范圍從019912345功能簡介交易性質(zhì)備注33101醫(yī)療登記（住院登記）交易33102醫(yī)療

20、登記（門診掛號）交易33103醫(yī)療結(jié)算（住院結(jié)算）交易33104醫(yī)療結(jié)算（門診結(jié)算）交易33105費用明細(xì)錄入交易33106反交易交易33107費用明細(xì)批量刪除交易33108住院結(jié)算反交易交易33109門診結(jié)算反交易交易63103預(yù)結(jié)算查詢63104查詢醫(yī)療參保人員基本信息查詢63105查詢醫(yī)療參保人員帳戶信息查詢63106對帳（廢棄）查詢63107特殊項目審批信息查詢查詢5.2對帳表（保留該接口，但對帳模式改變，見附錄一，改造重點）查詢醫(yī)院前置機中表（TRADE_LOG）：名稱代碼類型PM交易流水號TRADE_CODECHAR(26)YesYes被沖正交易流水號RETRADE_CODECHA

21、R(33)NoNo交易狀態(tài)TRADESTATUSCHAR(2)NoNo說明：TRADE_STATUS醫(yī)保中心交易處理成功醫(yī)院人工應(yīng)答成功已沖正醫(yī)院在處理完成交易以后，需要人工應(yīng)答確認(rèn)交易處理已經(jīng)完成，初始狀態(tài)沒有記錄數(shù)據(jù)所以也就不存在什么狀態(tài)之說，當(dāng)數(shù)據(jù)從中心機回到前置機的時候，相關(guān)的服務(wù)會把返回結(jié)果寫到TRADE_LOG中。此時：如果狀態(tài)為1，則說明醫(yī)保中心已經(jīng)交易處理完成并成功提交數(shù)據(jù)庫，但醫(yī)院方還沒有完成應(yīng)答，如果對帳過程中交易日志中有此中狀態(tài)，可發(fā)起沖正交易，將醫(yī)保中心交易作廢，也可以補發(fā)應(yīng)答信息，確認(rèn)。如果狀態(tài)是2，則說明醫(yī)院和醫(yī)保中心都已經(jīng)完成交易處理，可作為結(jié)算依據(jù)。5.3編碼說

22、明及其他注意事項藥品等級：1甲類、2乙類、3丙類醫(yī)院等級1、一級2、二級3、三級收費編碼：編碼名稱備注01護(hù)理、診療費診療02化驗費診療03檢查、放射費診療04治療費診療05手術(shù)費診療06材料費診療07其它診療08麻醉診療11西藥費藥品12中藥費藥品13中草藥費藥品34床位費服務(wù)設(shè)施36特殊材料費服務(wù)設(shè)施注意：因銀行開發(fā)商的原因，凡是從卡中讀出的personaccount串和結(jié)算(預(yù)結(jié)算)輸出串中寫卡部分的金額均是以分為單位的，例如3043則代表30.43元，在文檔的具體部分會有詳細(xì)注解，其他地方正常，請醫(yī)院開發(fā)商在讀出personaccount串和結(jié)算(預(yù)結(jié)算)輸出串時注意處理。5.4交易函

23、數(shù)接口(Silnterface.dll)查詢讀卡函數(shù)Synatax:intReadCard(lntReadType,char*DataBuffer)Description:DataBuffer必須分配1024字節(jié)的空間或者更大。Returnvalue:0：正確執(zhí)行；-1：運行出錯；NUSOFTNUSOFTNUSOFT東軟第 頁共28頁第 頁共28頁第 頁共28頁5.4.1.1讀持卡人基本信息ReadType=1OUTPUTDATA:1公民身份證號Varchar2(18)2姓名Varchar2(20)3性別Varchar2(3)1：男2：女4民族Varchar2(3)5IC卡號Varchar2(

24、10)6出生日期格式：yyyymmdd7單位編碼Varchar2(14)8個人社保編號Varchar2(18)9醫(yī)療人員類別11在職12在職長期駐外21退休22退休異地安置31離休32離休異地安置33二等乙級以上革命傷殘軍人34二等乙級以上革命傷殘軍人異地安置91其它10修改日期格式：yyyymmdd11其它1臨沂改為：門診慢性病補助證號varchar2(15)12其它2臨沂改為：門診慢性病發(fā)證日期yyyymmdd13其它314在院狀態(tài)0：出院1：在院5.4.1.2讀個人賬戶累計信息Personaccout串ReadType=21個人編號2單位編號3醫(yī)療人員類別11在職12在職長期駐外21退休

25、22退休異地安置31離休32離休異地安置33二等乙級以上革命傷殘軍人34二等乙級以上革命傷殘軍人異地安置4統(tǒng)籌支出累計若從卡中讀出，則以分為單位5救助金支出累計若從卡中讀出，則以分為單位6賬戶余額若從卡中讀出，則以分為單位7轉(zhuǎn)出醫(yī)院起付標(biāo)準(zhǔn)若從卡中讀出，則以分為單位臨沂暫時未用8轉(zhuǎn)出醫(yī)院起付標(biāo)準(zhǔn)自付若從卡中讀出，則以分為單位臨沂暫時未用9本年度住院次數(shù)10賬戶支出累計若從卡中讀出，則以分為單位11門診大病統(tǒng)籌支出累計若從卡中讀出，則以分為單位臨沂暫時未用12門診慢性病統(tǒng)籌支出累計若從卡中讀出，則以分為單位13個人現(xiàn)金支出累計若從卡中讀出，則以分為單位14乙類自理費用累計若從卡中讀出，則以分為單

26、位15公務(wù)員補助支出累計若從卡中讀出，則以分為單位16個人自費費用累計若從卡中讀出，則以分為單位17進(jìn)入統(tǒng)籌費用累計若從卡中讀出，則以分為單位18第一次住院醫(yī)院等級19第一次住院起付標(biāo)準(zhǔn)自付若從卡中讀出，則以分為單位20第二次住院醫(yī)院等級21第二次住院起付標(biāo)準(zhǔn)自付若從卡中讀出，則以分為單位22三次以上住院起付標(biāo)準(zhǔn)自若從卡中讀出，則以分為單位23門診慢性病起付標(biāo)準(zhǔn)自付若從卡中讀出，則以分為單位現(xiàn)在帳號信息從中心讀取，不是從卡中讀，所以改為元為單位，對此表示歉意！5.4.13查找最后一筆未應(yīng)答的交易（該接口廢棄，已經(jīng)不提供）INPUTDATA完成1住院（門診）流水號Varchar2(18)醫(yī)院編號

27、OUTPUTDATA：1OUTPUTDATA如果大于等于0成功，否則失敗長度：6類型：stirng函數(shù)說明：FUNCTIONIntHIS_FINDLAST(constchar*inputdata,char*outputdata)librarySiInterface.dllSynatax:intHIS_FINDLAST(constchar*inputData,char*outputDat)Description:響應(yīng)來自于HIS的查詢請求，包括對帳查詢,返回這個病人的最后一條錯誤交易的交易流水號(如果經(jīng)過查詢Returnvalue:0：正確執(zhí)行；-1：運行出錯；ArgumentDescripti

28、on:INPUT:inputData輸入數(shù)據(jù)char*INOUTPUT:outputData輸出結(jié)果char*OUT例如：strcpy(inputData,”zy0000000001|100023|”outputData=malloc(100);ret=HIS_FINDLAST(inputData,outputData)if(ret!=0)printf(“s”，”動態(tài)庫執(zhí)行不成功，可能是網(wǎng)絡(luò)不通或者相關(guān)變量設(shè)置不正確J;return;strncpy(appcChar，outputData，6);appcode=atoi(appChar);if(appcode!=0)/*取得前置機上標(biāo)志位*/p

29、rintf(“%s”，outputData);return;5415系統(tǒng)對帳(63106交易廢棄，對帳模式改變，見附錄一)INPUTDATA交易類別代碼63106醫(yī)院編號Varchar2(5)NUSOFTNUSOFTNUSOFT東軟第 頁共28頁第 頁共28頁第 頁共28頁OUTPUTDATA：1OUTPUTDATA如果大于等于0成功，否則失敗交易總金額函數(shù)說明：FUNCTIONIntQUERY_HANDLE(constchar*inputdata,char*outputdata)librarySiInterface.dllSynatax:IntQUERY_HANDLE(constchar*i

30、nputData,char*outputDat)Description:響應(yīng)來自于HIS的查詢請求，進(jìn)行對帳查詢,返回時間段內(nèi)的交易總筆數(shù)和總金額Returnvalue:0：正確執(zhí)行；-1：運行出錯；ArgumentDescription:INPUT:inputData輸入數(shù)據(jù)char*INOUTPUT:outputData輸出結(jié)果char*OUT例如：strcpy(inputData,”63106|200209061524|200209071524|100023|”/*inputData=交易類別代碼+開始時間+結(jié)束時間+醫(yī)院編號*/outputData=malloc(1024);ret=Q

31、UERY_HANDLE(inputData,outputData)if(ret!=0)printf(“s”，”動態(tài)庫執(zhí)行不成功，可能是網(wǎng)絡(luò)不通或者相關(guān)變量設(shè)置不正確J;return;strncpy(appcChar，outputData，6);appcode=atoi(appChar);/*取得前置機上標(biāo)志位*/if(appcode!=0)printf(“%s”，outputData);return;5.4.1.6特殊項目審批查詢交易類別代碼：63107INPUTDATA：編號描述格式與約束備注1交易類別代碼63107Notnull2醫(yī)院編號Notnull3住院流水號Notnull4項目編碼（

32、醫(yī)保）Varchar2(20)Notnull5處方日期YYYYMMDDNotnull6審批類別5：特藥審批6：特殊診療項目審批NotnullOUTPUTDATA:1OUTPUTDATA如果大于等于0成功，否則失?。〝?shù)據(jù)庫錯誤或者沒有找到有效的審批信息）2審批編碼（00000代表未審批通過）3開始時間4終止時間若為空，表示終止時間不限制5醫(yī)保意見5.4.2交易/交易部分FUNCTIONintBUSINESS_HANDLE（stringinputData,refstringoutputData）librarySiInterface.dllSynatax:intBUSINESS_HANDLE（con

33、stchar*inputData,char*outputDat）Description:響應(yīng)來自于HIS的查詢請求，進(jìn)行相關(guān)醫(yī)療業(yè)務(wù)處理Returnvalue:0：正確執(zhí)行；-1：運彳丁出錯；（出錯的原因有可能是網(wǎng)絡(luò)、硬件、oracle后臺執(zhí)彳丁錯誤等）ArgumentDescription:INPUT:inputData輸入數(shù)據(jù)char*INOUTPUT:outputData輸出結(jié)果char*OUT注意：由于大部分寫卡操作現(xiàn)已廢棄，寫卡操作僅為調(diào)用農(nóng)行卡消費函數(shù)和置卡在院狀態(tài)位，而寫卡消費函數(shù)現(xiàn)由HIS開發(fā)商自行調(diào)用。當(dāng)執(zhí)行住院登記、寫結(jié)算信息或反結(jié)算，以及反交易中的反登記沖正，結(jié)算沖正操作

34、時，將進(jìn)行在院狀態(tài)更改，在執(zhí)行上述操作時，如出現(xiàn)寫卡不成功時，則outputData第一個參數(shù)會輸出-1,其余參數(shù)仍然正確輸出，請開發(fā)商注意將輸出串outputData的交易流水號取出，或者記錄HIS數(shù)據(jù)庫的單據(jù)號，以便進(jìn)行數(shù)據(jù)庫結(jié)算沖正（僅僅是數(shù)據(jù)庫的沖正，不進(jìn)行寫卡）。調(diào)用農(nóng)行接口函數(shù)時，PB入?yún)⒁欢ㄒ峙渥銐虻目臻g。5.4.2.1掛號、入院登記交易交易類別代碼：醫(yī)保住院（含門診慢性?。┑怯洠?3101醫(yī)保門診掛號：33102INPUTDATA:編號描述約束/備注1交易類別代碼Notnull2個人及帳戶信息（從IC卡讀出）personaccount正常輸入，金額以兀為單位3交易類型（1掛號

35、/入院登記）輸入?yún)?shù)1notnull4住院或門診流水號notnull5醫(yī)療類別：11普通門診14藥店15門診慢性病21普通住院44生育住院notnull6入院或掛號日期格式y(tǒng)yyymmdd7入院診斷編碼普通住院、門診慢性病不能為空；醫(yī)保診斷編碼8醫(yī)院編號notnull9醫(yī)院等級1一級2二級3三級notnull10醫(yī)院名稱notnull11單據(jù)號Varchar2(14)12經(jīng)辦人姓名notnull13經(jīng)辦日期notnull格式y(tǒng)yyymmddOUTPUTDATA:對于掛號1OUTPUTDATA的前5位：如果大于等于0成功，否則失敗2交易流水號對于入院登記（或者門診慢性病）:1OUTPUTDATA

36、的前5位：如果等于0成功，否則失敗2入院日期3個人在院狀態(tài)4醫(yī)院編號5出院日期6住院疾病編碼7起付線8起付線支付9其它110其它211其它312交易流水號13行政區(qū)劃代碼Varchar2（6）普通住院和生育住院登第 #頁共28頁第 頁共28頁對于住院登記和門診慢性病的登記請注意判斷病人的連接狀態(tài)，如果為“1”（“在院”）則不能繼續(xù)進(jìn)行登記了。月結(jié)改造：等各個區(qū)縣的醫(yī)療保險啟動后，不同行政區(qū)劃的人員在同一家醫(yī)院就醫(yī)，在月底結(jié)算時，醫(yī)院要根據(jù)行政區(qū)劃分別打印各行政區(qū)劃的對1帳單，并且根據(jù)對帳單去相應(yīng)的行政區(qū)的醫(yī)療保險處進(jìn)行對帳和月結(jié)算，故要設(shè)置13字段，返回行政區(qū)劃代碼。僅僅普通住院和生育住院時有

37、13字段對于退號和無費退院：系統(tǒng)將不產(chǎn)生交易流水號5.4.2.2預(yù)結(jié)算預(yù)結(jié)算的代碼為：醫(yī)保人員63103INPUTDATA:序號字段名稱描述備注1交易類別代碼63103notnull2個人及帳戶信息個人及帳戶信息（從IC卡讀出）personaccount串notnull3醫(yī)療類別11普通門診14藥店15門診慢性病21普通住院44生育住院notnull4住院或門診流水號notnull5醫(yī)院編碼notnull6醫(yī)院等級1一級2二級3三級notnull7經(jīng)辦人姓名notnull8經(jīng)辦時間NotnullyyyymmddOUTPUTDATA:同結(jié)算輸出串格式。（注：無行政區(qū)劃代碼）5.4.2.4結(jié)算交易

38、類別代碼：醫(yī)保住院（含門診慢性?。┙Y(jié)算：33103醫(yī)保門診結(jié)算：33104INPUTDATA:序號字段名稱字段長度說明備注1交易類別代碼5notnull2個人及帳戶信息個人及帳戶信息（從IC卡讀出）personaccountnotnull3交易類型1正常父易傳參數(shù)1notnull4住院或門診流水號notnullNUSOFT東軟NUSOFT東軟第 頁共28頁第 #頁共28頁5單據(jù)號Varchar2(14)notnull6醫(yī)療類別11普通門診14藥店15門診慢性病21普通住院44生育住院notnull7醫(yī)院編號Varchar2(4)notnull8醫(yī)院等級Varchar2(2)notnull9經(jīng)辦

39、人姓名Varchar2(20)notnull10經(jīng)辦時間格式：yyyymmddnotnull11出院原因1治愈2好轉(zhuǎn)3未愈4死亡5轉(zhuǎn)院6轉(zhuǎn)外9其他住院（慢性?。┎荒転榭?2出院診斷編碼Varchar2(20)住院（慢性?。┎荒転榭?3副診斷疾病名稱Varchar2(50)非空（注意）14出院日期格式：yyyymmdd住院（慢性?。┎荒転榭兆⒁猓焊鶕?jù)市直現(xiàn)有政策，調(diào)整“副診斷疾病名稱”字段為：非空OUTPUTDATA1OUTPUTDATA的前5位：如果艮大于等于0成功，否則失敗2醫(yī)療費總額Number(8,2)3個人自費金額Number(8,2)4分檔自理金額Number(8,2)5超過封頂線個

40、人自付金額Number(8,2)6本次進(jìn)入統(tǒng)籌金額Number(8,2)7年度number(4)8本年住院次數(shù)累計Number(3)9本年帳戶支出累計Number(8,2)以分為單位10本年個人現(xiàn)金累計Number(8,2)以分為單位11本年個人自費累計Number(8,2)以分為單位12本年乙類自理累計Number(8,2)以分為單位13本年救助金支出累計Number(8,2)以分為單位14本年公務(wù)員補助支出累計Number(8,2)以分為單位15本年統(tǒng)籌支出累計Number(8,2)以分為單位16本年門診大病統(tǒng)籌累計Number(8,2)以分為單位17本年門診慢性病統(tǒng)籌累計Number(8

41、,2)以分為單位18其它1null必須傳入19其它2null必須傳入20其它3null必須傳入21第一次住院醫(yī)院等級Number(8,2)22第一次住院起伏標(biāo)準(zhǔn)自負(fù)Number(8,2)以分為單位23第二次住院醫(yī)院等級Number(8,2)24第二次住院起伏標(biāo)準(zhǔn)自負(fù)Number(8,2)以分為單位25三次以上起伏標(biāo)準(zhǔn)自負(fù)累計Number(8,2)以分為單位26慢性病起伏標(biāo)準(zhǔn)自負(fù)Number(8,2)以分為單位27本年進(jìn)入統(tǒng)籌累計Number(8,2)以分為單位第 頁共28頁第 頁共28頁NUSOFT28其它4Null必須傳入29其它5Null必須傳入30入院日期格式：Yyyymmdd31在院狀

42、態(tài)0：出院1：在院32醫(yī)院編號Varchar2(3)33出院日期格式：Yyyymmdd34住院疾病編碼醫(yī)保編碼35起付線Number(8,2)以分為單位36起付線支付Number(8,2)以分為單位37其它1Null必須傳入38其它2Null必須傳入39其它3Null必須傳入40醫(yī)療機構(gòu)編號Varchar2(3)41收據(jù)號Varchar2(18)42就診（入院）日期格式：yyyymmdd43個人帳戶支出金額Number(8,2)以分為單位44個人現(xiàn)金支付金額Number(8,2)以分為單位45乙類項目自理金額Number(8,2)以分為單位46救助金支出金額Number(8,2)以分為單位47

43、公務(wù)員補助支出金額Number(8,2)以分為單位48統(tǒng)籌支付金額Number(8,2)以分為單位49交易時間格式：yyyymmdd50醫(yī)療類別11普通門診14藥店15門診慢性病21普通住院44生育住院51其它1Null52其它2Null534萬20萬救助金支付來源0：醫(yī)保支付1：平安保險公司支付5420萬以上是否有救助金（公務(wù)員補助金支付）0：沒有1：有554萬20萬救助金額Number(8,2)5620萬以上救助金額Number(8,2)57交易流水號Varchar2(26)58行政區(qū)劃代碼Varchar2(6)普通門診和門診慢性病結(jié)算時有該字段注：紅色表示輸出的為個人賬戶累計信息藍(lán)色表示

44、輸出的為個人住院信息紫色表示輸出的為個人本次結(jié)算交易的信息黑色表示輸出的為其他的補充信息粉紅色表示輸出的為weblogic交易流水號普通門診和門診慢性病結(jié)算時，動態(tài)庫返回串中最后并上行政區(qū)劃代碼原來返回給HIS的參數(shù)原來有57個，現(xiàn)在改為58個5.4.2.5明細(xì)數(shù)據(jù)插入交易類別代碼：33105INPUTDATA:編號說明類型備注1交易類別代碼33105Notnull2醫(yī)院編號Varchar2(4)Notnull3住院流水號Varchar2(18)Notnull4人員類別11在職12在職長期駐外21退休22退休異地安置31離休32離休異地安置33二等乙級以上革命傷殘軍人34二等乙級以上革命傷殘軍

45、人異地安置91其它Notnull5項目大類1藥品2診療項目3床位費Notnull6收費項目醫(yī)院內(nèi)部編碼Varchar2(20)Notnull7收費項目醫(yī)院內(nèi)部名稱Varchar2(50)Notnull8收費項目醫(yī)保中心編碼Varchar2(18)Notnull9處方號Varchar2(20)Notnull10單價Number(8,2)Notnull11數(shù)量Number(6,2)Notnull12金額Number(8,2)Notnull13規(guī)格Varchar2(50)Notnull14每次用量（劑量）Number15頻次Varchar2(20)16用法Varchar2(50)17科別Varcha

46、r2(50)電執(zhí)行天數(shù)電電子電子病子Ms歷子20處方時間醫(yī)生開立處方的時間yyyymmddNotnullOUTPUTDATA:1OUTPUTDATA如果大于等于0成功，否則失敗長度：5類型:stirng自理金額（乙類項目個人自理部分）3自費金額（丙類項目）4交易流水號Varchar2(26)5.4.3沖正交易（反交易）沖正交易（反交易）交易類別代碼：醫(yī)保人員33106INPUTDATA:1交易類別33106Notnull2沖正種類1、結(jié)算沖正2、明細(xì)沖正（單條明細(xì)插入撤消）3、登記沖正Notnull3交易流水號正交易的交易流水號Varchar2(26)Notnull4醫(yī)院編號五位的醫(yī)院編號No

47、tnull5個人及帳戶信息個人及帳戶信息（從IC卡讀出）personaccount金額以兀為單位，結(jié)算時不能為空，其他傳空字符解釋：沖正交易類別1、“結(jié)算沖正”就是對結(jié)算信息進(jìn)行明細(xì)的沖正和對費用的沖正，沖正后結(jié)算信息作廢，所有費用明細(xì)信息也作廢。就是說最后沖正結(jié)果是結(jié)算費用為0，明細(xì)的合計數(shù)為0；當(dāng)進(jìn)行下次結(jié)算時，請將該參保對象該次住院所有的費用明細(xì)重新向醫(yī)保前置機傳輸。例如：住院結(jié)算召回的時候就需要首先調(diào)用沖正種類為“1”（結(jié)算沖正）的沖正交易函數(shù)，將明細(xì)和費用沖正；然后再調(diào)用沖正種類為“4”（住院結(jié)算明細(xì)找回或者說拷貝）的沖正交易函數(shù)將原有的明細(xì)找回。2、“明細(xì)插入撤消”，只對于沒有結(jié)算

48、的單條明細(xì)信息，插入負(fù)值3、第5個參數(shù)是從CPU卡中讀出的個人及帳戶信息，為了將累計信息返回卡中，同時為了和系統(tǒng)中記錄的個人編號比較，防止正交易和反交易的CPU卡不一致。NUSOFT4、對于退號和無費退院（登記沖正）系統(tǒng)不產(chǎn)生交易流水號5、對于結(jié)算召回（反結(jié)算）輸出參數(shù)與正交易時的輸出參數(shù)格式是相同的，在輸出參數(shù)的第57個參數(shù)就是本次反交易的交易流水號。OUTPUTDATA:1標(biāo)志位0成功，其他失敗5位Notnull57交易流水號結(jié)算沖正1,交易流水號是本次反交易的流水號26Notnull結(jié)算沖正交易類別代碼：住院反結(jié)算33108門診反結(jié)算33109INPUTDATA:1交易類別住院反結(jié)算33

49、108門診反結(jié)算33109Notnull2住院（門診）流水號Varchar2(18)Notnull3單據(jù)號正交易醫(yī)院端的業(yè)務(wù)單據(jù)號Varchar2(18)Notnull4醫(yī)院編號醫(yī)院編號Notnull5個人及帳戶信息個人及帳戶信息（從IC卡讀出）personaccount金額以兀為單位，不能為空OUTPUTDATA:1標(biāo)志位0成功，其他失敗5位NotnullOO。OOO同結(jié)算函數(shù)輸出57交易流水號結(jié)算沖正1,交易流水號是本次反交易的流水號26Notnull解釋：該函數(shù)僅僅用于結(jié)算沖正，主要應(yīng)用的情況是如果醫(yī)院端沒有將中心傳出的tuxedo交易流水號保存下來，即醫(yī)保結(jié)算成功而醫(yī)院沒有成功，那么醫(yī)

50、院端可以用醫(yī)院自己的結(jié)算收據(jù)號傳入，進(jìn)行反結(jié)算。給函數(shù)的功能不能等同于5.4.3.1沖正種類為1的沖正交易，該函數(shù)并不進(jìn)行寫卡，所以在正常進(jìn)行結(jié)算召回的時候，應(yīng)該使用5.4.3.1沖正種類為1的沖正交易，該函數(shù)是醫(yī)院端程序進(jìn)行錯誤調(diào)試或異常處理的時候（如醫(yī)保數(shù)據(jù)庫成功而寫卡失?。┻M(jìn)行調(diào)用。對于其他參數(shù)的解釋同其它函數(shù)說明。對于結(jié)算召回（反結(jié)算）輸出參數(shù)與正交易時的輸出參數(shù)格式是相同的，在輸出參數(shù)的第57個參數(shù)就是本次反交易的交易流水號。5.4.4費用明細(xì)批量刪除交易類別代碼：醫(yī)保人員33107INPUTDATA:NUSOFT東軟NUSOFT東軟第 頁共28頁第 頁共28頁1交易類別33107N

51、otnull2醫(yī)院編號Notnull3就診流水號NotnullOUTPUTDATA1標(biāo)志位0成功，其他失敗5位2刪除執(zhí)行的行數(shù)3附加位00|無意義解釋：1）該功能應(yīng)該慎重使用，僅供開發(fā)商程序調(diào)試和異常處理時使用，不能在操作員終端的前臺顯式調(diào)用刪除的明細(xì)是沒有結(jié)算的明細(xì)。其他則不能進(jìn)行物理刪除。（2）5.4.5人工應(yīng)答（此接口為舊版使用，現(xiàn)在保留）FUNCTIONintTRADE_ANSWER(stringinputData,refstringoutputData)librarySiInterface.dllSynatax:intTRADE_ANSWER(constchar*inputData,

52、char*outputDat)Description:在HIS系統(tǒng)保存交易流水號成功后，需要進(jìn)行人工應(yīng)答(包括沖正交易)Returnvalue:0：正確執(zhí)行；-1：運行出錯；ArgumentDescription:INPUT:inputData輸入數(shù)據(jù)char*INOUTPUT:outputData輸出結(jié)果char*OUTINPUTDATA:1交易流水號（需要應(yīng)答的交易流水號）26位2VARCHAR2(4)OUTPUTDATA:OUTPUTDATA的前六位：如果等于0成功，否則失敗參數(shù)說明：5.4.6銀行效驗醫(yī)保流水號（已經(jīng)提供該接口，但農(nóng)行卡消費未調(diào)用）（此接口為農(nóng)行進(jìn)行卡消費時效驗醫(yī)保流水

53、號是否存在使用農(nóng)行使用，HIS開發(fā)商不考慮）FUNCTIONintYBVerifySerial（stringinputData,refstringoutputData）librarySiInterface.dllSynatax:intVERIFY_ANSWER（constchar*inputData,char*outputDat）Description:在醫(yī)保中心結(jié)算生成交易流水號成功后，銀行調(diào)用該接口效驗醫(yī)保中心是否真的存在該交易流水號（包括沖正交易）Returnvalue:0：正確執(zhí)行；-1：運行出錯；ArgumentDescription:INPUT:inputData輸入數(shù)據(jù)char*

54、INOUTPUT:outputData輸出結(jié)果char*OUTINPUTDATA:1交易流水號（需要應(yīng)答的交易流水號）26位2VARCHAR2(4)notnullOUTPUTDATA:OUTPUTDATA的前六位：如果等于0成功，否則失敗附錄一：本次IC卡系統(tǒng)交易渠道改造實施方案流程中國農(nóng)業(yè)銀行臨沂市分行二期社保IC卡系統(tǒng)交易渠道改造實施方案（V2.6）為實現(xiàn)金穗社保IC卡項目系統(tǒng)優(yōu)化，糾正受諸多因素影響所產(chǎn)第 頁共28頁第 頁共28頁NUSOFT生的程序執(zhí)行偏離度；梳理銀行、社保和定點醫(yī)院三方數(shù)據(jù)信息響應(yīng)的一致性；整合賬務(wù)核算、清算流程，使系統(tǒng)更加完善。確保系統(tǒng)的平穩(wěn)運行，進(jìn)一步提高社會信譽

55、度和服務(wù)質(zhì)量、維護(hù)參保人利益。并在原交易流程基本框架基礎(chǔ)上，制定本交易渠道改造實施方案。一、計劃目標(biāo)：優(yōu)化完善三方動態(tài)庫和接口程序，以銀行流水號為主索引，建立賬務(wù)清算標(biāo)準(zhǔn)化流程，并完成IC卡余額與主賬戶正確性對接，實現(xiàn)客戶需求目標(biāo)。二、遵循原則：（一）社保、定點商戶和銀行協(xié)商一致原則；（二）科學(xué)論證、三方接口源代碼共享原則；（三）獨立開發(fā)、模塊銜接、事務(wù)匹配、整體系統(tǒng)協(xié)調(diào)原則。三、實施步驟：本次改造的重點分為以下三個部分。（一）定點醫(yī)療機構(gòu)終端交易消費與信息傳遞；（二）銀行端與定點醫(yī)療機構(gòu)自動對帳和異常處理。（三）沖正、退費及差錯響應(yīng)機制。（一）終端消費流程A、關(guān)于使用東軟交易新接口醫(yī)保定點醫(yī)

56、院IC卡消費流程概述：1、調(diào)用IC卡余額查詢接口，查詢持卡人的IC卡號、卡片余額。2、讀出個人賬戶累計及賬戶余額信息，調(diào)用東軟結(jié)算接口，返回預(yù)結(jié)算輸出串，其中包括本次帳戶應(yīng)該支付金額和醫(yī)保交易流水號。3、調(diào)用銀行IC卡消費接口，輸入：卡號、交易金額、醫(yī)保交易授權(quán)號，輸出：銀行主機日期、銀行交易流水號。4、開始事務(wù)。5、醫(yī)院進(jìn)行本方帳務(wù)處理，醫(yī)院應(yīng)記錄所有交易信息（包括醫(yī)保交易授權(quán)號、交易后卡片余額和銀行交易流水號）。6、若醫(yī)院處理失敗，要回滾事務(wù)，發(fā)起銀行沖正交易，沖正交易的唯一輸入?yún)?shù)為銀行交易流水號。7、若醫(yī)院處理成功，提交事務(wù)。8、打印發(fā)票。（醫(yī)院要提供補打發(fā)票機制，必須打印出銀行流水號、卡號）注：以上步驟要點如下：NUSOFT（1）必須記錄銀行交易流水號。（2）出現(xiàn)錯誤必須沖正。（當(dāng)卡消費成功并返回農(nóng)行流水號時，但醫(yī)院端處理事務(wù)失?。〣、關(guān)于不使用東軟接口醫(yī)保定點藥店IC卡消費流程的概述：1、開始事務(wù)2、調(diào)用IC卡余額查詢接口，查詢持卡人的IC卡號、卡片余額。3、藥店進(jìn)行本方帳務(wù)處理，輸出：藥店交易流水號。4、調(diào)用銀行IC卡消費接口，輸入：卡號、交易金額、藥店交易流水號，輸出：銀行主機日期、銀行交易流水號，藥店應(yīng)將所有交易信息記錄。5、若銀行交易失敗，回滾事務(wù)，發(fā)起銀行沖正交易，沖正交易的唯一輸入