本發(fā)明屬于醫(yī)保技術(shù)領(lǐng)域，特別涉及一種醫(yī)保信息共享綜合管理系統(tǒng)。

背景技術(shù)：

隨著我國社保體系的不斷完善，醫(yī)保覆蓋的人群越來越多，地方醫(yī)院成為了患者就醫(yī)的主要場所。隨著醫(yī)保人員不斷增多，醫(yī)保結(jié)算的工作量變的越來越大。為了減輕醫(yī)院管理人員的工作負荷量，使得醫(yī)保審核結(jié)算流程更加規(guī)范、合理、醫(yī)保審核效率更高，目前開發(fā)了一些醫(yī)院醫(yī)?；颊呔W(wǎng)絡(luò)化管理平臺，例如CN104008449公開了一種住院醫(yī)保病人管理系統(tǒng)，該系統(tǒng)能方便醫(yī)生、護士對患者參保險種、押金信息、費用信息查詢以及說明信息標識，達到了實時上傳費用的需求，提高了醫(yī)院醫(yī)保綜合管理水平。但是該醫(yī)保管理系統(tǒng)不具有警示患者押金不足的功能，當自費金額大于預(yù)交金額時，該系統(tǒng)是以顏色進行區(qū)分，這樣可能導(dǎo)致操作人員忘記每種顏色所表示的意義，從而失去對押金不足患者的押金的預(yù)警功能；并且當患者押金不足以做下一項目檢查時，該系統(tǒng)也不具有相應(yīng)的警示功能，最終導(dǎo)致患者欠費情況出現(xiàn)。

技術(shù)實現(xiàn)要素：

針對上述問題，本發(fā)明提供一種能夠保障醫(yī)院資金管理精確性、安全性，并且患者不會出現(xiàn)欠費等現(xiàn)象的醫(yī)保信息共享綜合管理系統(tǒng)。

本發(fā)明具體技術(shù)方案如下：

本發(fā)明提供一種醫(yī)保信息共享綜合管理系統(tǒng)，該管理系統(tǒng)包括業(yè)務(wù)層功能模塊和與業(yè)務(wù)層功能模塊通訊連接的管理層功能模塊，其中，所述業(yè)務(wù)層功能模塊包括信息采集模塊、押金模塊、與押金模塊相連的發(fā)生費用模塊、凍結(jié)模塊；所述信息采集模塊用于統(tǒng)計醫(yī)?；颊叩幕拘畔ⅲ凰鲅航鹉K用于統(tǒng)計醫(yī)?；颊哳A(yù)交付的押金；所述發(fā)生費用模塊用于統(tǒng)計扣除醫(yī)保支付的總費用后醫(yī)?；颊邔嶋H支付的總費用；所述攔截模塊用于攔截醫(yī)?；颊咭M行的檢查項目或開具的藥品的相關(guān)信息；所述管理層功能模塊包括管理服務(wù)器、和與管理服務(wù)器相連的操作記錄模塊、實際費用差計算模塊、費用結(jié)算模塊及費用審核模塊；所述管理服務(wù)器用于存儲醫(yī)?；颊叩幕拘畔ⅰ⒀航?、實際支付的總費用，并用于接收及發(fā)送命令；所述操作記錄模塊用于記錄醫(yī)生為醫(yī)?；颊唛_具的預(yù)檢查項目或藥品；所述實際費用差計算模塊用于統(tǒng)計醫(yī)生所開具的每一項預(yù)檢查項目或每一種藥品的預(yù)付金額扣除醫(yī)保支付費用后的實際標準費用；所述費用結(jié)算模塊用于計算押金和醫(yī)?；颊邔嶋H支付的總費用的差值，即剩余押金；所述費用審核模塊用于審核剩余押金與實際標準費用的大小，如果存在剩余押金小于實際標準費用，所述管理服務(wù)器啟動攔截模塊用于將大于剩余押金的實際標準費用對應(yīng)的醫(yī)生開具的檢查項目或藥品的相關(guān)信息進行攔截，以限制相關(guān)人員對醫(yī)?；颊叩南鄳?yīng)操作。

本發(fā)明提供的系統(tǒng)能夠杜絕醫(yī)?；颊咔焚M的情況出現(xiàn)，能夠?qū)崿F(xiàn)精確地、安全地對患者的押金進行全程的監(jiān)控，保證患者押金充足。

進一步的改進，所述業(yè)務(wù)層功能模塊還包括攔截解除模塊和押金補交模塊；所述管理層功能模塊還包括與管理服務(wù)器相連的攔截解除預(yù)判模塊；所述押金補交模塊用于統(tǒng)計醫(yī)?；颊叩难a交押金；所述攔截解除預(yù)判模塊用于判斷補交押金與剩余押金之和與被攔截的檢查項 目或藥品所對應(yīng)的實際標準費用的大小，如果存在補交押金與剩余押金之和大于實際標準費用，所述管理服務(wù)器啟動攔截解除模塊，用于解除一項被攔截的檢查項目或藥品的相關(guān)信息。

進一步的改進，所述業(yè)務(wù)層功能模塊還包括信息接收確定模塊和信息上傳模塊；所述信息接收確定模塊用于接收醫(yī)?；颊叩南嚓P(guān)信息，并進行確認；所述信息上傳模塊用于將信息接收確定模塊接收的相關(guān)信息上傳至管理服務(wù)器；所述相關(guān)信息包括醫(yī)?；颊叩男彰?、性別、年齡、病程簡介、是否有特殊病、過敏史、險種、押金、實際支付的總費用、費別、醫(yī)生和診斷信息。本發(fā)明通過對醫(yī)保患者相關(guān)信息進行接收及上傳，可以避免患者相關(guān)信息的丟失，為醫(yī)生診斷提供方便。

進一步的改進，所述業(yè)務(wù)層功能模塊還包括藥品目錄查詢模塊和病案上傳模塊；所述藥品目錄查詢模塊用于查詢特殊病的藥品目錄；所述病案上傳模塊，用于對醫(yī)?；颊叩牟“冈\斷信息進行編碼，并按醫(yī)保要求上傳至管理服務(wù)器。

進一步的改進，所述業(yè)務(wù)層功能模塊還包括醫(yī)保提示模塊和用于顯示醫(yī)保提示模塊相關(guān)信息的訪問界面。優(yōu)選地，所述醫(yī)保提示模塊包括醫(yī)保政策提示模塊、藥品報銷類別提示模塊、診療政策提示模塊、醫(yī)保用藥量警示模塊、醫(yī)保自費處方分開提示模塊和不同費別醫(yī)保政策差異提示模塊。

進一步的改進，所述管理層功能模塊還包括與管理服務(wù)器相連的審核模塊；優(yōu)選地，所述審核模塊包括押金審核模塊、費用分割審核模塊、藥品適應(yīng)癥審核模塊和費別修改模塊。

進一步的改進，所述管理層功能模塊還包括與管理服務(wù)器相連的數(shù)據(jù)統(tǒng)計模塊；優(yōu)選地，所述數(shù)據(jù)統(tǒng)計模塊分為門診統(tǒng)計模塊和住院統(tǒng)計模塊；所述門診統(tǒng)計模塊包括各險種就診人次統(tǒng)計模塊、門診費 用合計統(tǒng)計模塊、門診人均費用統(tǒng)計模塊、門診自費比統(tǒng)計模塊、門診費用增長統(tǒng)計模塊和費用構(gòu)成?？欤凰鲎≡航y(tǒng)計模塊分為按科室統(tǒng)計已出院病人費用模塊或按病人出院所在科室統(tǒng)計費用模塊；所述按病人出院所在科室統(tǒng)計費用模塊包括各險種收容人次統(tǒng)計模塊、住院費用合計統(tǒng)計模塊、住院人均費用統(tǒng)計模塊、住院自費比統(tǒng)計模塊、平均住院日統(tǒng)計模塊、住院費增長統(tǒng)計模塊和費用構(gòu)成模塊；所述費用構(gòu)成模塊包括藥品所占比重模塊、耗材所占比重模塊和檢測費所占比重模塊。

進一步的改進，所述管理層功能模塊還包括與管理服務(wù)器相連的回款對賬模塊和警示模塊；所述回款對賬模塊用于比對醫(yī)保方費用支付的明細與院方費用支付的明細是否一致，如果不一致，所述管理服務(wù)器啟動警示模塊，用于對不一致的明細進行標識。

進一步的改進，所述管理層功能模塊還包括與管理服務(wù)器相連的綜合查詢模塊和匯總模塊，所述綜合查詢模塊用于對醫(yī)?；颊叩南嚓P(guān)信息進行查詢和分享；所述匯總模塊用于對醫(yī)?；颊叩南嚓P(guān)信息進行統(tǒng)計、分析及評估，并繪制出數(shù)據(jù)報表。

優(yōu)選地，所述信息采集模塊由AMR、Memcached和OCR搭建而成；所述發(fā)生費用模塊由SAS、Seafile和Kalkules搭建而成。

本發(fā)明所提供的醫(yī)保信息共享綜合管理系統(tǒng)，具有以下優(yōu)點：

1.本發(fā)明所提供的醫(yī)保信息共享綜合管理系統(tǒng)能夠準確地監(jiān)控醫(yī)?；颊叩难航穑蛊浔ＷC交納的押金充足。

2.該醫(yī)保信息共享綜合管理系統(tǒng)能夠?qū)︶t(yī)?；颊叩难航疬M行全程、實時跟蹤，科室醫(yī)務(wù)人員、收費部門、藥房等部門不用時刻監(jiān)控患者的押金，當患者基本信息被凍結(jié)，操作人員無法進行操作，自然就表示患者押金不足，降低了醫(yī)?；颊哔M用糾紛及欠費情況發(fā)生。

3.該醫(yī)保信息共享綜合管理系統(tǒng)通過對醫(yī)?；颊哐航鸬娜婀芾恚Ｕ厢t(yī)院資金管理的精確性和安全性，將醫(yī)務(wù)人員從繁重的醫(yī)保政策執(zhí)行和費用拒付壓力中解放出來，在醫(yī)院有著較大的推廣價值。

4.該醫(yī)保信息共享綜合管理系統(tǒng)應(yīng)用效果顯著，應(yīng)用范圍已擴展到工傷醫(yī)保、公務(wù)員系列醫(yī)保等其它醫(yī)保險種，可根據(jù)政策的變化適時拓展調(diào)整功能。

5.該醫(yī)保信息共享綜合管理系統(tǒng)能夠構(gòu)建不同層面和力度的醫(yī)保信息網(wǎng)絡(luò)化共享平臺；將醫(yī)保各信息孤島的異構(gòu)數(shù)據(jù)有效聯(lián)結(jié)，以達到信息充分共享；減輕醫(yī)務(wù)人員醫(yī)保政策管理的壓力。

6.該醫(yī)保信息共享綜合管理系統(tǒng)應(yīng)用數(shù)據(jù)挖掘技術(shù)，對醫(yī)保病人相關(guān)信息進行多維度、多層面和多粒度的統(tǒng)計、分析和評估，為職能管理部門有效控制費用及制定管理策略提供有力的數(shù)據(jù)支撐。

7.該醫(yī)保信息共享綜合管理系統(tǒng)全面提升各部門管理效能，促進醫(yī)保墊付資金的快速和足額回籠，保障醫(yī)院資金管理的準確性、及時性和安全性，有效降低醫(yī)院自身各項醫(yī)保管理工作的成本，提高醫(yī)院適應(yīng)地方醫(yī)改。

附圖說明

圖1為實施例1的醫(yī)保信息共享綜合管理系統(tǒng)的結(jié)構(gòu)示意圖；

圖2為實施例2的醫(yī)保信息共享綜合管理系統(tǒng)的結(jié)構(gòu)示意圖；

圖3為實施例3的醫(yī)保信息共享綜合管理系統(tǒng)的結(jié)構(gòu)示意圖；

圖4為實施例4的醫(yī)保信息共享綜合管理系統(tǒng)的結(jié)構(gòu)示意圖；

圖5為實施例5的醫(yī)保信息共享綜合管理系統(tǒng)的結(jié)構(gòu)示意圖。

具體實施方式

實施例1

本發(fā)明提供一種醫(yī)保信息共享綜合管理系統(tǒng)，如圖1所示，該管理系統(tǒng)包括業(yè)務(wù)層功能模塊1和與業(yè)務(wù)層功能模塊1通訊連接的管理層功能模塊2，其中，所述業(yè)務(wù)層功能模塊1包括信息采集模塊11、押金模塊12、與押金模塊12相連的發(fā)生費用模塊13、和攔截模塊14；所述信息采集模塊11用于統(tǒng)計醫(yī)?；颊叩幕拘畔?；所述押金模塊12用于統(tǒng)計醫(yī)保患者預(yù)交付的押金；所述發(fā)生費用模塊13用于統(tǒng)計扣除醫(yī)保支付的總費用后醫(yī)?；颊邔嶋H支付的總費用；所述攔截模塊14用于攔截醫(yī)保患者要進行的檢查項目或開具的藥品的相關(guān)信息；所述管理層功能模塊2包括管理服務(wù)器21、和與管理服務(wù)器21相連的操作記錄模塊22、實際費用差計算模塊23、費用結(jié)算模塊24及費用審核模塊25；所述管理服務(wù)器21用于存儲醫(yī)?；颊叩幕拘畔?、押金、實際支付的總費用，并用于接收及發(fā)送命令；所述操作記錄模塊22用于記錄醫(yī)生為醫(yī)?；颊唛_具的預(yù)檢查項目或藥品；所述實際費用差計算模塊23用于統(tǒng)計醫(yī)生所開具的每一項預(yù)檢查項目或每一種藥品的預(yù)付金額扣除醫(yī)保支付費用后的實際標準費用；所述費用結(jié)算模塊24用于計算押金和醫(yī)保患者實際支付的總費用的差值，即剩余押金；所述費用審核模塊25用于審核剩余押金與實際標準費用的大小，如果存在剩余押金小于實際標準費用，所述管理服務(wù)器21啟動攔截模塊14用于將大于剩余押金的實際標準費用對應(yīng)的醫(yī)生開具的檢查項目或藥品的相關(guān)信息進行攔截，以限制相關(guān)人員對醫(yī)?；颊叩南鄳?yīng)操作。本發(fā)明通過設(shè)置的管理層功能模塊可實現(xiàn)對業(yè)務(wù)層功能模塊的監(jiān)測和管理，提高醫(yī)保資金管理的準確性和安全性；該系統(tǒng)可對醫(yī)保住院患者的押金進行全程、實時跟蹤；并且實施能監(jiān)測到患者的押金是否足以做下一項的檢查或者購買相應(yīng)的藥品，如果該押金不足，患者就不能夠進行下一項檢查或購買藥品，這樣就避免了患者欠費情況出現(xiàn)。

本發(fā)明的管理系統(tǒng)是通過如下方法實現(xiàn)的，首先信息采集模塊、押金模塊對患者的基本信息和押金進行統(tǒng)計，并存儲在管理服務(wù)器中，發(fā)生費用模塊計算出扣除醫(yī)保支付的總費用后醫(yī)?；颊邔嶋H支付的總費用；費用計算模塊計算出剩余押金，假如剩余押金為200元，在現(xiàn)有技術(shù)中如果患者的押金不是0元或者負數(shù)，那么醫(yī)院各系統(tǒng)就會給醫(yī)?；颊哌M行相應(yīng)項目的檢查或者是開具藥品，即患者下一次要做一個B超檢查，扣除醫(yī)保支付費用之后的費用是220元，因為患者的剩余押金還有200元，醫(yī)院會給患者做B超檢查，這樣導(dǎo)致患者欠醫(yī)院20元的費用；而本發(fā)明的醫(yī)保信息共享綜合管理系統(tǒng)通過加入操作記錄模塊、實際費用差計算模塊、費用審核模塊及攔截模塊后，可以有效的防止醫(yī)?；颊咔焚M的情況出現(xiàn)。該系統(tǒng)中的操作記錄模塊將醫(yī)生為患者開具的預(yù)檢查項目或藥品記錄下來，之后實際費用差計算模塊根據(jù)醫(yī)生開具的預(yù)檢查項目或藥品，計算出每一項預(yù)檢查項目或每一種藥品的實際標準費用，該實際標準費用為扣除醫(yī)保支付費用之后的每一項檢查或每一種藥品的費用，再后，費用審核模塊比對剩余押金與實際標準費用的大小，假如醫(yī)生為患者開具的檢查和藥品包括以下5項：分別為B超檢查、血常規(guī)檢查、阿莫西林、去痛片、伊馬替尼，之后實際費用差計算模塊計算出上述5項內(nèi)容中每一項的實際標準費用，分別為B超檢查220元、血常規(guī)檢查180元、阿莫西林30元、去痛片10元、伊馬替尼210元，由于存在剩余押金200元小于實際標準費用220元及210元的情況，所述管理服務(wù)器啟動攔截模塊，將B超檢查和伊馬替尼的相關(guān)信息進行攔截，對信息進行攔截后，B超檢查部門和藥房不能收到相關(guān)的信息，進而限制了這兩項內(nèi)容；由于剩余押金200元大于10元、180元和30元，所以患者可以根據(jù)自己的意愿選擇先進行哪個項目，假如患者選擇了血常規(guī)檢查為180元，那么患者進行血常規(guī)檢查后，費用計算模塊自動計算出患者的剩余押金，剩余押金為20元，由于存在剩余押金20元小于實際標準費用30元的情況， 所以管理服務(wù)器還需要啟動攔截模塊，將阿莫西林的信息進行攔截，對信息進行攔截后，藥房沒有收到為患者開具阿莫西林的相關(guān)信息，進而限制了這項內(nèi)容，而患者可以去拿去痛片，剩余押金為10元；如果患者根據(jù)自己的意愿選擇了去拿藥品阿莫西林為30元費用計算模塊自動計算出患者的剩余押金，剩余押金為170元，由于存在剩余押金170元小于實際標準費用180元的情況，所以管理服務(wù)器還需要啟動攔截模塊，將血常規(guī)檢查的信息進行攔截，對信息進行攔截后，檢查部門沒有收到為患者進行血常規(guī)檢查的相關(guān)信息，進而限制了這項內(nèi)容，而患者可以去拿去痛片，此時剩余押金為160元。

實施例2

如圖2所示，本發(fā)明提供一種醫(yī)保信息共享綜合管理系統(tǒng)，該醫(yī)保信息共享綜合管理系統(tǒng)與實施例1不同的是，所述業(yè)務(wù)層功能模塊1還包括攔截解除模塊15和押金補交模塊16；所述管理層功能模塊2還包括與管理服務(wù)器21相連的攔截解除預(yù)判模塊26；所述押金補交模塊16用于統(tǒng)計醫(yī)?；颊叩难a交押金；所述攔截解除預(yù)判模塊26用于判斷補交押金與剩余押金之和與被攔截的檢查項目或藥品所對應(yīng)的實際標準費用的大小，如果存在補交押金與剩余押金之和大于實際標準費用，所述管理服務(wù)器21啟動攔截解除模塊15，用于解除一項被攔截的檢查項目或藥品的相關(guān)信息。該系統(tǒng)能夠時刻監(jiān)督患者的補交押金數(shù)，并對相關(guān)被攔截的項目進行解除，以便患者做相應(yīng)的檢查或拿藥品；該系統(tǒng)操作步驟如下：結(jié)合實施例1，假如患者選擇血常規(guī)檢查及購買了去痛片后，患者的剩余押金為10元，那么患者被攔截的信息包括B超檢查220元、阿莫西林30元和伊馬替尼210元，假如押金補交模塊統(tǒng)計的補交押金為50元，那么補交押金與剩余押金之和為60元，攔截解除預(yù)判模塊判斷了補交押金與剩余押金之和60元大于實際標準費用阿莫西林的30元，所以管理服務(wù)器啟動攔截解除模塊，用于解除 被攔截的阿莫西林的相關(guān)信息，醫(yī)保患者拿走阿莫西林后，剩余押金和補交押金之和為30元，不大于實際標準費用220元和210元，攔截解除模塊不能被啟動；假如患者補交押金為260元，剩余押金和補交押金之和為270元，存在大于實際標準費用220元、210元和30元的情況，那么攔截解除模塊解除其中的一項內(nèi)容，假如解除了被攔截的B超的相關(guān)信息，那么剩余押金和補交押金之和變成了50元，還存在大于30元的情況，攔截解除模塊解除阿莫西林的相關(guān)信息，而不能解除伊馬替尼的相關(guān)信息。

實施例3

如圖3所示，本發(fā)明提供一種醫(yī)保信息共享綜合管理系統(tǒng)，該醫(yī)保信息共享綜合管理系統(tǒng)與實施例2不同的是，該醫(yī)保信息共享綜合管理系統(tǒng)可實現(xiàn)按病種付費管理，進一步提高醫(yī)保質(zhì)檢管理的準確性和安全性。

如圖3所示，本發(fā)明進一步限定所述業(yè)務(wù)層功能模塊1還包括信息接收確定模塊17和信息上傳模塊18；所述信息接收確定模塊17用于接收醫(yī)?；颊叩南嚓P(guān)信息，并進行確認；所述信息上傳模塊18用于將信息接收確定模塊17接收的相關(guān)信息上傳至管理服務(wù)器21；所述相關(guān)信息包括醫(yī)保患者的姓名、性別、年齡、病程簡介、是否有特殊病、過敏史、險種、押金、實際支付的總費用、費別、醫(yī)生和診斷信息。通過對醫(yī)?；颊呦嚓P(guān)信息的接收及上傳，防止醫(yī)?；颊呦嚓P(guān)數(shù)據(jù)的丟失。

如圖3所示，本發(fā)明的業(yè)務(wù)層功能模塊1還包括藥品目錄查詢模塊19和病案上傳模塊110；所述藥品目錄查詢模塊19用于查詢特殊病的藥品目錄；所述病案上傳模塊110，用于對醫(yī)保患者的病案診斷信息進行編碼，并按醫(yī)保要求上傳至管理服務(wù)器21。通過設(shè)置病案上傳模 塊可實現(xiàn)將患者的診斷信息包括癥狀、藥品、檢測等各項信息進行編碼，后上傳至服務(wù)器，便于以后查閱，并且能夠?qū)崿F(xiàn)按照病種付費管理。通過設(shè)置藥品目錄查詢模塊方便患者對相關(guān)藥品進行查詢,進一步提高特殊病患者的用藥準確性。

如圖3所示，該系統(tǒng)可實現(xiàn)以患者就診流程為主線，以就診費別為依據(jù)實現(xiàn)信息系統(tǒng)和地方醫(yī)保信息系統(tǒng)相互鏈接，實現(xiàn)醫(yī)保信息共享，實現(xiàn)醫(yī)保管理體系的便捷性和準確性。本發(fā)明進一步限定所述業(yè)務(wù)層終端1還包括包括醫(yī)保提示模塊111和用于顯示醫(yī)保提示模塊111相關(guān)信息的訪問界面112；所述醫(yī)保提示模塊11用于對醫(yī)保政策、藥品報銷類別、醫(yī)保用藥量、醫(yī)保自費處方分開等信息進行提示；所述醫(yī)保提示模塊111包括醫(yī)保政策提示模塊、藥品報銷類別提示模塊、診療政策提示模塊、醫(yī)保用藥量警示模塊、醫(yī)保自費處方分開提示模塊和不同費別醫(yī)保政策差異提示模塊；其中加入的醫(yī)保提示模塊和訪問界面可在醫(yī)院各醫(yī)生站(含住院和門急診)嵌入必要的醫(yī)保政策信息提示功能，以達到醫(yī)保規(guī)定和要求，防患于未然。所述醫(yī)保政策提示模塊用于提示診療和藥品項目等的相關(guān)醫(yī)保政策信息；所述藥品報銷類別提示模塊用于提示藥品項目報銷的類別；診療政策提示模塊用于提示個醫(yī)生站點診療政策的相關(guān)信息；醫(yī)保用藥量警示模塊用于在門急診醫(yī)生站設(shè)置醫(yī)保用藥量警示信息；醫(yī)保自費處方分開提示模塊用于在醫(yī)生站提示醫(yī)保自費處方自動分開的信息；不同費別醫(yī)保政策差異提示模塊用于在各工作站根據(jù)不同險種設(shè)置不同費別，根據(jù)設(shè)置的不同費別顯示不同的政策內(nèi)容。

實施例4

如圖4所示，本發(fā)明提供一種醫(yī)保信息共享綜合管理系統(tǒng)，該醫(yī)保信息共享綜合管理系統(tǒng)與實施例3不同的是，通過該醫(yī)保信息共享綜合管理系統(tǒng)對在院醫(yī)保病人費用進行事前適時審核監(jiān)測，對出院醫(yī) 保病人費用進行事后審核，查看費用是否分割正確，藥品耗材等各服務(wù)項目適應(yīng)癥是否符合要求。本發(fā)明進一步限定了所述管理層功能模塊2還包括與管理服務(wù)器21相連的審核模塊28；所述審核模塊用于對患者是否交付押金、費別分割是否正確、藥品適應(yīng)癥等信息進行審核；所述審核模塊28包括押金審核模塊、費用分割審核模塊、藥品適應(yīng)癥審核模塊和費別修改模塊。通過押金審核模塊審核醫(yī)?；颊哐航鹗欠癜磿r按數(shù)交付；費用分割審核模塊審核押金和自付費用是否按照相應(yīng)的費別正確分割；藥品適應(yīng)癥審核模塊審核醫(yī)生開具的藥品是否是針對病人的病癥；費別審核模塊用于對分割不正確的費別進行更正。

如圖4所示，為了便于數(shù)據(jù)的統(tǒng)計和分析，本發(fā)明進一步改進的方案中，管理層功能模塊2還包括與管理服務(wù)器21相連的數(shù)據(jù)統(tǒng)計模塊29；所述數(shù)據(jù)統(tǒng)計模塊29用于對門診部門和住院部門的信息進行統(tǒng)計；所述信息包括就診人次信息、費用合計信息、人均費用信息、自費比信息、費用合計信息等；所述數(shù)據(jù)統(tǒng)計模塊29分為門診統(tǒng)計模塊和住院統(tǒng)計模塊；所述門診統(tǒng)計模塊包括各險種就診人次統(tǒng)計模塊、門診費用合計統(tǒng)計模塊、門診人均費用統(tǒng)計模塊、門診自費比統(tǒng)計模塊、門診費用增長統(tǒng)計模塊和費用構(gòu)成?？?；所述住院統(tǒng)計模塊分為按科室統(tǒng)計已出院病人費用模塊或按病人出院所在科室統(tǒng)計費用模塊；所述按病人出院所在科室統(tǒng)計費用模塊包括各險種收容人次統(tǒng)計模塊、住院費用合計統(tǒng)計模塊、住院人均費用統(tǒng)計模塊、住院自費比統(tǒng)計模塊、平均住院日統(tǒng)計模塊、住院費增長統(tǒng)計模塊和費用構(gòu)成模塊；所述費用構(gòu)成模塊包括藥品所占比重模塊、耗材所占比重模塊和檢測費所占比重模塊。本發(fā)明所述的數(shù)據(jù)統(tǒng)計模塊可分門診和住院數(shù)據(jù)統(tǒng)計，可自由選擇起止時間進行統(tǒng)計，可任意選擇險種費別。其中門診數(shù)據(jù)統(tǒng)計包括各險種就診人次和費用合計、門診人次均費用、門診自費比、門診費用增長情況和門診費用構(gòu)成情況，即藥品所占比重、 耗材所占比重、檢查費所占比重等；住院數(shù)據(jù)統(tǒng)計既可以按責任科室統(tǒng)計已出院病人費用情況(即轉(zhuǎn)科病人按費用實際發(fā)生地分別統(tǒng)計到相應(yīng)科室)，也可按病人出院所在科室統(tǒng)計費用，具體數(shù)據(jù)包括各險種收容人次和費用合計、住院人次均費用、住院自費比、平均住院日、住院費增長情況和住院費用構(gòu)成情況，即藥品所占比重、耗材所占比重、檢查費所占比重等。

實施例5

如圖5所示，本發(fā)明提供一種醫(yī)保信息共享綜合管理系統(tǒng)，該醫(yī)保信息共享綜合管理系統(tǒng)與實施例1不同的是，通過該醫(yī)保信息共享綜合管理系統(tǒng)對院方費用上報明細與醫(yī)保方費用支付明細一一比照，對醫(yī)保病人的費用回款情況進行全面管理，防止發(fā)生壞賬、呆賬、滯納金，保障醫(yī)院資金管理的精確性、及時性和安全性。進一步的改進方案中，所述管理層功能模塊2還包括與管理服務(wù)器21相連的回款對賬模塊210和警示模塊211；所述回款對賬模塊210用于比對醫(yī)保方費用支付的明細與院方費用支付的明細是否一致，如果不一致，所述管理服務(wù)器21啟動警示模塊211，用于對不一致的明細進行標識。

如圖5所示，本發(fā)明進一步改進的方案中，所述管理層功能模塊2還包括與管理服務(wù)器21相連的綜合查詢模塊212和匯總模塊213，所述綜合查詢模塊212用于對醫(yī)?；颊叩南嚓P(guān)信息進行查詢和分享；所述匯總模塊213用于對醫(yī)?；颊叩南嚓P(guān)信息進行統(tǒng)計、分析及評估，并繪制出數(shù)據(jù)報表。通過設(shè)置綜合查詢模塊和匯總模塊，將不同層面和粒度的醫(yī)保信息構(gòu)建成網(wǎng)絡(luò)化共享平臺；將醫(yī)保各信息系統(tǒng)數(shù)據(jù)有效聯(lián)結(jié)，以達到信息充分共享；同時應(yīng)用數(shù)據(jù)挖掘技術(shù)根據(jù)政策導(dǎo)向?qū)︶t(yī)保病人相關(guān)信息進行統(tǒng)計、分析和評估，為職能管理部門有效管理費用、控制成本及制定管理策略提供有力的數(shù)據(jù)支撐。

如圖5所示，進一步的改進，本發(fā)明中的信息采集模塊11由AMR、Memcached和OCR搭建而成；所述發(fā)生費用模塊13由SAS、Seafile和Kalkules搭建而成，從而實現(xiàn)對相關(guān)信息的準確及快速的采集，使得發(fā)生費用模塊實現(xiàn)快速的運算，提高整個系統(tǒng)運行的準確性及速度。