本發(fā)明涉及計(jì)算機(jī)技術(shù)領(lǐng)域，特別是涉及一種醫(yī)療行為監(jiān)控方法及裝置。

背景技術(shù)：

社會(huì)保險(xiǎn)是指國(guó)家為了預(yù)防和分擔(dān)年老、失業(yè)、疾病以及死亡等社會(huì)風(fēng)險(xiǎn),實(shí)現(xiàn)社會(huì)安全，而強(qiáng)制社會(huì)多數(shù)成員參加的，具有所得重分配功能的非營(yíng)利性的社會(huì)安全制度。近年來(lái)出現(xiàn)了越來(lái)越多利用社?？ㄔp騙的案例，例如不法份子租借社保卡到各醫(yī)院套藥，然后分類(lèi)進(jìn)行倒賣(mài)等，使得公眾利益受到嚴(yán)重?fù)p害。

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

本發(fā)明實(shí)施例提供一種醫(yī)療行為監(jiān)控方法及裝置，能夠有效防止出現(xiàn)騙保行為，減少公眾利益損失。

一種醫(yī)療行為監(jiān)控方法，包括：

接收終端發(fā)送的醫(yī)療審核請(qǐng)求，其中，所述醫(yī)療審核請(qǐng)求包括登記審核請(qǐng)求、醫(yī)囑審核請(qǐng)求及費(fèi)用審核請(qǐng)求；

根據(jù)所述醫(yī)療審核請(qǐng)求獲取醫(yī)療待審信息；

通過(guò)規(guī)則引擎對(duì)所述醫(yī)療待審信息進(jìn)行審核，判斷所述醫(yī)療待審信息中是否包含可疑的醫(yī)療行為，所述規(guī)則引擎基于對(duì)所述醫(yī)療待審信息的審核條件編譯得到；

若所述醫(yī)療待審信息中包含可疑的醫(yī)療行為，則將所述醫(yī)療待審信息發(fā)送至醫(yī)生工作站。

在其中一個(gè)實(shí)施例中，所述通過(guò)規(guī)則引擎對(duì)所述醫(yī)療待審信息進(jìn)行審核，判斷所述醫(yī)療待審信息中是否包含可疑的醫(yī)療行為，包括：

將所述醫(yī)療待審信息轉(zhuǎn)化為對(duì)應(yīng)的字段，并封裝為事實(shí)對(duì)象；

根據(jù)所述事實(shí)對(duì)象的事實(shí)屬性獲取規(guī)則引擎中對(duì)應(yīng)的預(yù)設(shè)規(guī)則文件；

根據(jù)所述對(duì)應(yīng)的預(yù)設(shè)規(guī)則文件中的條件部分從所述事實(shí)對(duì)象中提取相應(yīng)的字段進(jìn)行審核，并得到是否包含可疑的醫(yī)療行為的結(jié)果。

在其中一個(gè)實(shí)施例中，所述醫(yī)療審核請(qǐng)求為登記審核請(qǐng)求，所述醫(yī)療待審信息包括參保人信息，所述參保人信息包括就診時(shí)間；

所述通過(guò)規(guī)則引擎對(duì)所述醫(yī)療待審信息進(jìn)行審核，判斷所述醫(yī)療待審信息中是否包含可疑的醫(yī)療行為，包括：

檢測(cè)與所述登記審核請(qǐng)求對(duì)應(yīng)的社?？顟B(tài)是否正常；

若所述社?？顟B(tài)正常，則根據(jù)參保人信息統(tǒng)計(jì)預(yù)設(shè)時(shí)間內(nèi)參保人的就診次數(shù)；

根據(jù)所述就診時(shí)間確定所述參保人的就診頻率；

當(dāng)所述就診次數(shù)大于預(yù)設(shè)次數(shù)或所述就診頻率大于預(yù)設(shè)頻率時(shí)，則判定所述參保人存在可疑的就診行為。

在其中一個(gè)實(shí)施例中，所述醫(yī)療審核請(qǐng)求為醫(yī)囑審核請(qǐng)求，所述醫(yī)療待審信息包括用藥信息，所述用藥信息包括藥品種類(lèi)及對(duì)應(yīng)的用藥劑量；

所述通過(guò)規(guī)則引擎對(duì)所述醫(yī)療待審信息進(jìn)行審核，判斷所述醫(yī)療待審信息中是否包含可疑的醫(yī)療行為，包括：

若所述藥品種類(lèi)不符合預(yù)設(shè)的常規(guī)用藥模板，則判定醫(yī)囑中存在可疑的用藥行為；

判斷各個(gè)藥品種類(lèi)對(duì)應(yīng)的用藥劑量是否超過(guò)匹配的預(yù)設(shè)劑量，若超過(guò)，則判定所述醫(yī)囑中存在可疑的用藥行為；

和/或

所述醫(yī)療待審信息包括診斷內(nèi)容及檢查項(xiàng)目信息；

所述通過(guò)規(guī)則引擎對(duì)所述醫(yī)療待審信息進(jìn)行審核，判斷所述醫(yī)療待審信息中是否包含可疑的醫(yī)療行為，包括：

若所述檢查項(xiàng)目信息中存在與診斷內(nèi)容不匹配的檢查項(xiàng)目，則判定所述醫(yī)囑中存在可疑的檢查行為；

若所述檢查項(xiàng)目信息中存在沖突的檢查項(xiàng)目，則判定所述醫(yī)囑中存在可疑的檢查行為。

在其中一個(gè)實(shí)施例中，所述醫(yī)療審核請(qǐng)求為費(fèi)用審核請(qǐng)求，所述醫(yī)療待審信息包括收費(fèi)項(xiàng)目及對(duì)應(yīng)的費(fèi)用；

所述通過(guò)規(guī)則引擎對(duì)所述醫(yī)療待審信息進(jìn)行審核，判斷所述醫(yī)療待審信息中是否包含可疑的醫(yī)療行為，包括：

檢測(cè)各個(gè)收費(fèi)項(xiàng)目對(duì)應(yīng)的費(fèi)用是否超過(guò)匹配的預(yù)設(shè)標(biāo)準(zhǔn)費(fèi)用，若超過(guò)，則判定存在可疑的收費(fèi)行為。

一種醫(yī)療行為監(jiān)控裝置，包括：

接收模塊，用于接收終端發(fā)送的醫(yī)療審核請(qǐng)求，其中，所述醫(yī)療審核請(qǐng)求包括登記審核請(qǐng)求、醫(yī)囑審核請(qǐng)求及費(fèi)用審核請(qǐng)求；

信息獲取模塊，用于根據(jù)所述醫(yī)療審核請(qǐng)求獲取醫(yī)療待審信息；

審核模塊，用于通過(guò)規(guī)則引擎對(duì)所述醫(yī)療待審信息進(jìn)行審核，判斷所述醫(yī)療待審信息中是否包含可疑的醫(yī)療行為，所述規(guī)則引擎基于對(duì)所述醫(yī)療待審信息的審核條件編譯得到；

發(fā)送模塊，用于若所述醫(yī)療待審信息中包含可疑的醫(yī)療行為，則將所述醫(yī)療待審信息發(fā)送至醫(yī)生工作站。

在其中一個(gè)實(shí)施例中，所述審核模塊，包括：

封裝單元，用于將所述醫(yī)療待審信息轉(zhuǎn)化為對(duì)應(yīng)的字段，并封裝為事實(shí)對(duì)象；

文件獲取單元，用于根據(jù)所述事實(shí)對(duì)象的事實(shí)屬性獲取規(guī)則引擎中對(duì)應(yīng)的預(yù)設(shè)規(guī)則文件；

審核單元，用于根據(jù)所述對(duì)應(yīng)的預(yù)設(shè)規(guī)則文件中的條件部分從所述事實(shí)對(duì)象中提取相應(yīng)的字段進(jìn)行審核，并得到是否包含可疑的醫(yī)療行為的結(jié)果。

在其中一個(gè)實(shí)施例中，所述醫(yī)療審核請(qǐng)求為登記審核請(qǐng)求，所述醫(yī)療待審信息包括參保人信息，所述參保人信息包括就診時(shí)間；

所述審核模塊，包括：

檢測(cè)單元，用于檢測(cè)與所述登記審核請(qǐng)求對(duì)應(yīng)的社?？顟B(tài)是否正常；

統(tǒng)計(jì)單元，用于若所述社?？顟B(tài)正常，則根據(jù)參保人信息統(tǒng)計(jì)預(yù)設(shè)時(shí)間內(nèi)參保人的就診次數(shù)；

確定單元，用于根據(jù)所述就診時(shí)間確定所述參保人的就診頻率；

判定單元，用于當(dāng)所述就診次數(shù)大于預(yù)設(shè)次數(shù)或所述就診頻率大于預(yù)設(shè)頻率時(shí)，則判定所述參保人存在可疑的就診行為。

在其中一個(gè)實(shí)施例中，所述醫(yī)療審核請(qǐng)求為醫(yī)囑審核請(qǐng)求，所述醫(yī)療待審信息包括用藥信息，所述用藥信息包括藥品種類(lèi)及對(duì)應(yīng)的用藥劑量；

所述判定單元，還用于若所述藥品種類(lèi)不符合預(yù)設(shè)的常規(guī)用藥模板，則判定醫(yī)囑中存在可疑的用藥行為；

所述判定單元，還用于判斷各個(gè)藥品種類(lèi)對(duì)應(yīng)的用藥劑量是否超過(guò)匹配的預(yù)設(shè)劑量，若超過(guò)，則判定所述醫(yī)囑中存在可疑的用藥行為；

和/或

所述醫(yī)療待審信息包括診斷內(nèi)容及檢查項(xiàng)目信息；

所述判定單元，還用于若所述檢查項(xiàng)目信息中存在與診斷內(nèi)容不匹配的檢查項(xiàng)目，則判定所述醫(yī)囑中存在可疑的檢查行為；

所述判定單元，還用于若所述檢查項(xiàng)目信息中存在沖突的檢查項(xiàng)目，則判定所述醫(yī)囑中存在可疑的檢查行為。

在其中一個(gè)實(shí)施例中，所述醫(yī)療審核請(qǐng)求為費(fèi)用審核請(qǐng)求，所述醫(yī)療待審信息包括收費(fèi)項(xiàng)目及對(duì)應(yīng)的費(fèi)用；

所述判定單元，還用于檢測(cè)各個(gè)收費(fèi)項(xiàng)目對(duì)應(yīng)的費(fèi)用是否超過(guò)匹配的預(yù)設(shè)標(biāo)準(zhǔn)費(fèi)用，若超過(guò)，則判定存在可疑的收費(fèi)行為。

上述醫(yī)療行為監(jiān)控方法及裝置，接收終端發(fā)送的醫(yī)療審核請(qǐng)求，醫(yī)療審核請(qǐng)求包括登記審核請(qǐng)求、醫(yī)囑審核請(qǐng)求及費(fèi)用審核請(qǐng)求，根據(jù)醫(yī)療審核請(qǐng)求獲取醫(yī)療待審信息，通過(guò)規(guī)則引擎對(duì)醫(yī)療待審信息進(jìn)行審核，判斷醫(yī)療待審信息中是否包含可疑的醫(yī)療行為，若醫(yī)療待審信息中包含可疑的醫(yī)療行為，則將醫(yī)療待審信息發(fā)送至醫(yī)生工作站，從就診登記、開(kāi)立醫(yī)囑及繳費(fèi)等各環(huán)節(jié)全程進(jìn)行監(jiān)控，可全面、準(zhǔn)確地檢測(cè)到可疑的醫(yī)療行為，能夠有效防止出現(xiàn)騙保行為，減少公眾利益損失。

附圖說(shuō)明

圖1為一個(gè)實(shí)施例中醫(yī)療行為監(jiān)控方法的應(yīng)用場(chǎng)景圖；

圖2為一個(gè)實(shí)施例中服務(wù)器的內(nèi)部結(jié)構(gòu)示意圖；

圖3為一個(gè)實(shí)施例中醫(yī)療行為監(jiān)控方法的流程示意圖；

圖4為一個(gè)實(shí)施例中對(duì)醫(yī)療待審信息進(jìn)行審核的流程示意圖；

圖5為另一個(gè)實(shí)施例中對(duì)醫(yī)療待審信息進(jìn)行審核的流程示意圖；

圖6為又一個(gè)實(shí)施例中對(duì)醫(yī)療待審信息進(jìn)行審核的流程示意圖；

圖7為一個(gè)實(shí)施例中醫(yī)療行為監(jiān)控裝置的結(jié)構(gòu)示意圖；

圖8為一個(gè)實(shí)施例中審核模塊的內(nèi)部結(jié)構(gòu)示意圖；

圖9為另一個(gè)實(shí)施例中審核模塊的內(nèi)部結(jié)構(gòu)示意圖。

具體實(shí)施方式

為了使本發(fā)明的目的、技術(shù)方案及優(yōu)點(diǎn)更加清楚明白，以下結(jié)合附圖及實(shí)施例，對(duì)本發(fā)明進(jìn)行進(jìn)一步詳細(xì)說(shuō)明。應(yīng)當(dāng)理解，此處所描述的具體實(shí)施例僅用以解釋本發(fā)明，并不用于限定本發(fā)明。

圖1為一個(gè)實(shí)施例中醫(yī)療行為監(jiān)控方法的應(yīng)用場(chǎng)景圖。如圖1所示，該應(yīng)用場(chǎng)景中包括醫(yī)院終端10、審核服務(wù)器20及醫(yī)生工作站30，其中，醫(yī)院與審核服務(wù)器20進(jìn)行對(duì)接，當(dāng)公眾利用社?？ㄟM(jìn)行就診登記、開(kāi)立醫(yī)囑或繳費(fèi)等操作時(shí)，進(jìn)行操作的醫(yī)院終端10向?qū)徍朔?wù)器20發(fā)送對(duì)應(yīng)的醫(yī)療審核請(qǐng)求。審核服務(wù)器20接收醫(yī)院終端10發(fā)送的醫(yī)療審核請(qǐng)求，其中，醫(yī)療審核請(qǐng)求可包括登記審核請(qǐng)求、醫(yī)囑審核請(qǐng)求及費(fèi)用審核請(qǐng)求等，并根據(jù)醫(yī)療審核請(qǐng)求獲取醫(yī)療待審信息。審核服務(wù)器20通過(guò)規(guī)則引擎對(duì)醫(yī)療待審信息進(jìn)行審核，判斷醫(yī)療待審信息中是否包含可疑的醫(yī)療行為。若醫(yī)療待審信息中包含可疑的醫(yī)療行為，審核服務(wù)器20可將醫(yī)療待審信息發(fā)送至醫(yī)生工作站30，并向發(fā)送醫(yī)療審核請(qǐng)求的醫(yī)院終端10返回提醒信息。

圖2為一個(gè)實(shí)施例中上述審核服務(wù)器20的內(nèi)部結(jié)構(gòu)示意圖。如圖2所示，該審核服務(wù)器20包括通過(guò)系統(tǒng)總線連接的處理器、非易失性存儲(chǔ)介質(zhì)、內(nèi)存儲(chǔ)器和網(wǎng)絡(luò)接口。其中，該審核服務(wù)器20的非易失性存儲(chǔ)介質(zhì)存儲(chǔ)有操作系統(tǒng)、數(shù)據(jù)庫(kù)和醫(yī)療行為監(jiān)控裝置，數(shù)據(jù)庫(kù)中存儲(chǔ)有醫(yī)療待審信息、審核結(jié)果等，該醫(yī)療行為監(jiān)控裝置用于實(shí)現(xiàn)適用于審核服務(wù)器20的一種醫(yī)療行為監(jiān)控方法。該審核服務(wù)器20的處理器用于提供計(jì)算和控制能力，支撐整個(gè)審核服務(wù)器20的運(yùn)行。該審核服務(wù)器20的內(nèi)存儲(chǔ)器為非易失性存儲(chǔ)介質(zhì)中的醫(yī)療行為監(jiān)控裝置的運(yùn)行提供環(huán)境，該內(nèi)存儲(chǔ)器中可儲(chǔ)存有計(jì)算機(jī)可讀指令，該計(jì)算機(jī)可讀指令被所述處理器執(zhí)行時(shí)，可使得所述處理器執(zhí)行醫(yī)療行為監(jiān)控方法。該審核服務(wù)器20的網(wǎng)絡(luò)接口用于據(jù)以與外部的終端通過(guò)網(wǎng)絡(luò)連接通信，比如接收終端發(fā)送的醫(yī)療審核請(qǐng)求等。審核服務(wù)器20可以用獨(dú)立的服務(wù)器或者是多個(gè)服務(wù)器組成的服務(wù)器集群來(lái)實(shí)現(xiàn)。本領(lǐng)域技術(shù)人員可以理解，圖2中示出的結(jié)構(gòu)，僅僅是與本申請(qǐng)方案相關(guān)的部分結(jié)構(gòu)的框圖，并不構(gòu)成對(duì)本申請(qǐng)方案所應(yīng)用于其上的審核服務(wù)器20的限定，具體地審核服務(wù)器20可以包括比圖中所示更多或更少的部件，或者組合某些部件，或者具有不同的部件布置。

如圖3所示，在一個(gè)實(shí)施例中，提供了一種醫(yī)療行為監(jiān)控方法，包括以下步驟：

步驟s310，接收終端發(fā)送的醫(yī)療審核請(qǐng)求。

醫(yī)院可通過(guò)網(wǎng)絡(luò)與審核服務(wù)器進(jìn)行對(duì)接，審核服務(wù)器向醫(yī)院提供不同的審核接口，醫(yī)院終端通過(guò)調(diào)用相應(yīng)的審核接口，使審核服務(wù)器對(duì)醫(yī)療行為進(jìn)行監(jiān)控。公眾在醫(yī)院進(jìn)行就診時(shí)，可利用社?？▓?zhí)行就診登記、開(kāi)立醫(yī)囑、繳費(fèi)等醫(yī)療行為，不同的醫(yī)療行為可對(duì)應(yīng)于不同的審核接口。當(dāng)醫(yī)院終端接收就診登記、開(kāi)立醫(yī)囑、繳費(fèi)等操作時(shí)，可根據(jù)接收的操作調(diào)用對(duì)應(yīng)的審核接口，向?qū)徍朔?wù)器發(fā)送對(duì)應(yīng)的醫(yī)療審核請(qǐng)求。醫(yī)療審核請(qǐng)求可包括登記審核請(qǐng)求、醫(yī)囑審核請(qǐng)求及費(fèi)用審核請(qǐng)求等，可對(duì)公眾通過(guò)社?？ㄔ卺t(yī)院進(jìn)行就診的全過(guò)程進(jìn)行審核監(jiān)控。

步驟s320，根據(jù)醫(yī)療審核請(qǐng)求獲取醫(yī)療待審信息。

審核服務(wù)器接收醫(yī)院終端發(fā)送的醫(yī)療審核請(qǐng)求，醫(yī)療審核請(qǐng)求中可包含社保卡信息、醫(yī)療待審信息等，其中，醫(yī)療待審信息指的是需要進(jìn)行審核的與醫(yī)療行為相關(guān)的信息，例如，當(dāng)醫(yī)療審核請(qǐng)求為登記審核請(qǐng)求時(shí)，醫(yī)療待審信息可包括參保人的歷史就診時(shí)間、就診地點(diǎn)等參保人信息，當(dāng)醫(yī)療審核請(qǐng)求為醫(yī)囑審核請(qǐng)求時(shí)，醫(yī)療待審信息可包括藥品種類(lèi)、用藥劑量等用藥信息，但不限于此。社?？ㄐ畔⒖砂ㄉ绫？ㄌ?hào)、社?？ǔ钟腥说男彰?、身份證號(hào)等。

審核服務(wù)器可將獲取的醫(yī)療審核信息緩存在redis中，redis是一個(gè)開(kāi)源的可基于內(nèi)存亦可持久化的日志型的key-value(鍵-值)數(shù)據(jù)庫(kù)，redis存儲(chǔ)和讀取數(shù)據(jù)的速率都很高，可使審核服務(wù)器快速響應(yīng)醫(yī)院終端的醫(yī)療審核請(qǐng)求，并給出審核結(jié)果。

步驟s330，通過(guò)規(guī)則引擎對(duì)醫(yī)療待審信息進(jìn)行審核，判斷醫(yī)療待審信息中是否包含可疑的醫(yī)療行為，若是，則執(zhí)行步驟s340，若否，則執(zhí)行步驟s350。

審核服務(wù)器可從redis中讀取醫(yī)療待審信息，并對(duì)醫(yī)療待審信息進(jìn)行審核，檢測(cè)醫(yī)療待審信息中是否包含可疑的醫(yī)療行為，可疑的醫(yī)療行為可包括頻繁就診、用藥不合理、檢查項(xiàng)目不合理等。審核服務(wù)器可通過(guò)預(yù)先建立的規(guī)則引擎對(duì)醫(yī)療待審信息進(jìn)行審核，規(guī)則引擎是一種可嵌入式的組件，規(guī)則引擎可將審核醫(yī)療待審數(shù)據(jù)的條件編譯得到規(guī)則文件，對(duì)審核條件實(shí)現(xiàn)靈活配置。規(guī)則引擎可包括ilogjrules規(guī)則引擎、drools規(guī)則引擎等。對(duì)醫(yī)療待審信息的審核條件可根據(jù)各地區(qū)大量的騙保案例數(shù)據(jù)進(jìn)行統(tǒng)計(jì)制定，根據(jù)騙保案例數(shù)據(jù)的案例特征制定不同的審核條件，并根據(jù)審核條件編譯得到規(guī)則引擎。

不同的醫(yī)療審核請(qǐng)求可對(duì)應(yīng)于不同的規(guī)則文件，規(guī)則文件中可定義不同的審核條件，通過(guò)審核條件對(duì)醫(yī)療待審信息進(jìn)行審核，判斷醫(yī)療待審信息中是否包含可疑的醫(yī)療行為。

步驟s340，將醫(yī)療待審信息發(fā)送至醫(yī)生工作站。

若醫(yī)療待審信息中包含可疑的醫(yī)療行為，則說(shuō)明社?？ㄊ褂谜呖赡艽嬖隍_保的嫌疑，審核服務(wù)器可將包含可疑的醫(yī)療行為的醫(yī)療待審信息發(fā)送至醫(yī)生工作站。醫(yī)生工作站是一個(gè)綜合型的醫(yī)生工作平臺(tái)，可負(fù)責(zé)監(jiān)管地區(qū)上各個(gè)醫(yī)院的醫(yī)療服務(wù)工作，提高醫(yī)院的管理水平。審核服務(wù)器將醫(yī)療待審信息發(fā)送至醫(yī)生工作站后，醫(yī)生工作站的工作人員可對(duì)與醫(yī)療待審信息關(guān)聯(lián)的社?？?、社?？ㄊ褂谜?、社?？ǔ钟姓叩冗M(jìn)行監(jiān)管調(diào)查，從而進(jìn)一步確定是否發(fā)生騙保行為。

審核服務(wù)器檢測(cè)到醫(yī)療待審信息中包含可疑的醫(yī)療行為，可同時(shí)向發(fā)送醫(yī)療審核請(qǐng)求的醫(yī)院終端發(fā)送提醒信息，提醒進(jìn)行操作的醫(yī)療人員存在的可疑的醫(yī)療行為。醫(yī)療人員可對(duì)提醒的可疑的醫(yī)療行為遞交說(shuō)明信息，說(shuō)明信息可作為醫(yī)生工作站的工作人員在判斷是否存在騙保行為的依據(jù)之一，幫助準(zhǔn)確判斷是否發(fā)生騙保行為。

步驟s350，向終端返回審核通過(guò)信息。

若醫(yī)療待審信息中不包含可疑的醫(yī)療行為，審核服務(wù)器可向醫(yī)院終端返回審核通過(guò)信息，或向其醫(yī)院終端返回空數(shù)據(jù)，表示審核通過(guò)。

上述醫(yī)療行為監(jiān)控方法，接收終端發(fā)送的醫(yī)療審核請(qǐng)求，醫(yī)療審核請(qǐng)求包括登記審核請(qǐng)求、醫(yī)囑審核請(qǐng)求及費(fèi)用審核請(qǐng)求，根據(jù)醫(yī)療審核請(qǐng)求獲取醫(yī)療待審信息，通過(guò)規(guī)則引擎對(duì)醫(yī)療待審信息進(jìn)行審核，判斷醫(yī)療待審信息中是否包含可疑的醫(yī)療行為，若醫(yī)療待審信息中包含可疑的醫(yī)療行為，則將醫(yī)療待審信息發(fā)送至醫(yī)生工作站，從就診登記、開(kāi)立醫(yī)囑及繳費(fèi)等各環(huán)節(jié)全程進(jìn)行監(jiān)控，可全面、準(zhǔn)確地檢測(cè)到可疑的醫(yī)療行為，能夠有效防止出現(xiàn)騙保行為，減少公眾利益損失。

如圖4所示，在一個(gè)實(shí)施例中，步驟s330通過(guò)規(guī)則引擎對(duì)醫(yī)療待審信息進(jìn)行審核，判斷醫(yī)療待審信息中是否包含可疑的醫(yī)療行為，包括以下步驟：

步驟s402，將醫(yī)療待審信息轉(zhuǎn)化為對(duì)應(yīng)的字段，并封裝為事實(shí)對(duì)象。

可預(yù)先配置各項(xiàng)醫(yī)療待審信息對(duì)應(yīng)的字段名，例如，歷史就診時(shí)間對(duì)應(yīng)的字段名為h_time，藥品種類(lèi)對(duì)應(yīng)的字段名為med_name，用藥劑量對(duì)應(yīng)的字段名為dose等。審核服務(wù)器根據(jù)預(yù)先配置的對(duì)應(yīng)字段名，將醫(yī)療待審信息轉(zhuǎn)化為相應(yīng)的字段，字段可包括字段名及字段值，例如，參保人的某次歷史就診時(shí)間為2016年12月3日上午9點(diǎn)，則可將其轉(zhuǎn)化為字段h_time：2016-12-039：00。

審核服務(wù)器將醫(yī)療待審信息轉(zhuǎn)化為對(duì)應(yīng)的字段后，可將轉(zhuǎn)化后的字段封裝為事實(shí)(fact)對(duì)象，并將事實(shí)對(duì)象傳入規(guī)則引擎中，通過(guò)規(guī)則引擎對(duì)醫(yī)療待審信息進(jìn)行審核。

步驟s404，根據(jù)事實(shí)對(duì)象的事實(shí)屬性獲取規(guī)則引擎中對(duì)應(yīng)的預(yù)設(shè)規(guī)則文件。

封裝的事實(shí)對(duì)象中包含有事實(shí)屬性，事實(shí)屬性用于標(biāo)識(shí)醫(yī)療待審信息所屬的醫(yī)療審核請(qǐng)求，不同的醫(yī)療審核請(qǐng)求對(duì)應(yīng)不同的事實(shí)屬性，例如，登記審核請(qǐng)求對(duì)應(yīng)的事實(shí)屬性為a，醫(yī)囑審核請(qǐng)求對(duì)應(yīng)的事實(shí)屬性為b、費(fèi)用審核請(qǐng)求對(duì)應(yīng)的事實(shí)屬性為c等，但不限于此。

可預(yù)先建立事實(shí)屬性與規(guī)則引擎中的規(guī)則文件的對(duì)應(yīng)關(guān)系表，對(duì)應(yīng)關(guān)系表中存儲(chǔ)有事實(shí)屬性對(duì)應(yīng)的包(package)，每個(gè)規(guī)則文件的首行中都會(huì)對(duì)包進(jìn)行聲名。審核服務(wù)器可根據(jù)該對(duì)應(yīng)關(guān)系表獲取與事實(shí)屬性對(duì)應(yīng)的包，再根據(jù)包查找到對(duì)應(yīng)的規(guī)則文件。

步驟s406，根據(jù)對(duì)應(yīng)的預(yù)設(shè)規(guī)則文件中的條件部分從事實(shí)對(duì)象中提取相應(yīng)的字段進(jìn)行審核，并得到是否包含可疑的醫(yī)療行為的結(jié)果。

不同的醫(yī)療審核請(qǐng)求可對(duì)應(yīng)于不同的規(guī)則文件，規(guī)則文件中編譯有用于審核醫(yī)療待審信息的審核條件，以及對(duì)應(yīng)的結(jié)果，例如，醫(yī)囑審核請(qǐng)求對(duì)應(yīng)的審核條件可包括用藥是否沖突、用藥劑量是否合理、檢查項(xiàng)目是否沖突等。每個(gè)規(guī)則文件中可包含多個(gè)審核條件，一個(gè)審核條件對(duì)應(yīng)一條rule，一條rule可包括屬性部分、條件部分(lhs)及結(jié)果部分(rhs)，其中，屬性部分定義該條rule的一些屬性，例如生效時(shí)間、過(guò)期時(shí)間等，條件部分即定義該條rule相應(yīng)的條件，結(jié)果部分用于定義當(dāng)滿(mǎn)足該條rule的條件時(shí)所執(zhí)行的動(dòng)作。審核服務(wù)器可根據(jù)對(duì)應(yīng)的預(yù)設(shè)規(guī)則文件中的條件部分從事實(shí)對(duì)象中提取相應(yīng)的字段進(jìn)行審核，判斷字段是否符合rule中定義的條件，從而判斷醫(yī)療審核信息是否滿(mǎn)足對(duì)應(yīng)的審核條件，并根據(jù)結(jié)果部分得到是否包含可疑的醫(yī)療行為的結(jié)果。

在本實(shí)施例中，可根據(jù)規(guī)則引擎中與醫(yī)療審核請(qǐng)求對(duì)應(yīng)的預(yù)設(shè)規(guī)則文件對(duì)醫(yī)療待審信息進(jìn)行審核，方便快捷，且可靈活配置審核條件，提高審核效率。

如圖5所示，在一個(gè)實(shí)施例中，步驟s330通過(guò)規(guī)則引擎對(duì)醫(yī)療待審信息進(jìn)行審核，判斷醫(yī)療待審信息中是否包含可疑的醫(yī)療行為，包括以下步驟：

步驟s502，檢測(cè)與登記審核請(qǐng)求對(duì)應(yīng)的社?？顟B(tài)是否正常，若是，則執(zhí)行步驟s506，若否，則執(zhí)行步驟s504。

當(dāng)公眾利用社?？ㄟM(jìn)行就診登記時(shí)，醫(yī)療人員可在醫(yī)院終端對(duì)就診的參保人信息進(jìn)行登記，包括參保人姓名、就診科目、年齡、性別等，當(dāng)醫(yī)院終端檢測(cè)到就診登記操作時(shí)，可向?qū)徍朔?wù)器發(fā)送登記審核請(qǐng)求。審核服務(wù)器接收醫(yī)院終端發(fā)送的登記審核請(qǐng)求，可根據(jù)登記審核請(qǐng)求獲取社?？ㄐ畔⒓皡⒈Ｈ诵畔⒌?。審核服務(wù)器可獲取規(guī)則引擎中與登記審核請(qǐng)求對(duì)應(yīng)的預(yù)設(shè)規(guī)則文件，并根據(jù)該預(yù)設(shè)規(guī)則文件中的條件部分對(duì)社?？ㄐ畔⒓皡⒈Ｈ诵畔⒌冗M(jìn)行審核。

根據(jù)預(yù)設(shè)規(guī)則文件中的條件部分對(duì)社保卡信息及參保人信息等進(jìn)行審核，檢測(cè)與登記審核請(qǐng)求對(duì)應(yīng)的社保卡狀態(tài)是否正常，其中，社保卡狀態(tài)是否正常可包括就診登記人與社保卡持有人是否一致，社?？ㄊ欠窨烧？圪M(fèi)報(bào)銷(xiāo)，社保卡是否在之前已存在騙保行為等。若社保卡狀態(tài)存在異常，可向醫(yī)院終端返回社?？ó惓５奶崾拘畔?，也可同時(shí)將異常的社?？ㄐ畔l(fā)送至醫(yī)生工作站中，方便進(jìn)行監(jiān)控。

步驟s504，向終端返回社保卡異常的信息。

步驟s506，根據(jù)參保人信息統(tǒng)計(jì)預(yù)設(shè)時(shí)間內(nèi)參保人的就診次數(shù)。

若社保卡狀態(tài)正常，可根據(jù)參保人信息中的歷史就診時(shí)間統(tǒng)計(jì)預(yù)設(shè)時(shí)間內(nèi)參保人的就診次數(shù)，例如，統(tǒng)計(jì)1個(gè)月內(nèi)參保人的就診次數(shù)，或是15天內(nèi)參保人的就診次數(shù)等。

步驟s508，根據(jù)就診時(shí)間確定參保人的就診頻率。

將預(yù)設(shè)時(shí)間內(nèi)參保人的就診次數(shù)除以預(yù)設(shè)時(shí)間，即可得到參保人的就診頻率，例如，1個(gè)月內(nèi)參保人的就診次數(shù)為5次，則就診頻率為5次/月，也可用其它的單位，比如每天等計(jì)算就診頻率。

步驟s510，當(dāng)就診次數(shù)大于預(yù)設(shè)次數(shù)或就診頻率大于預(yù)設(shè)頻率時(shí)，則判定參保人存在可疑的就診行為。

若預(yù)設(shè)時(shí)間內(nèi)的就診次數(shù)大于預(yù)設(shè)次數(shù)或就診頻率大于預(yù)設(shè)頻率，則可判定參保人存在可疑的頻繁就診行為。審核服務(wù)器可將審核的社?？ㄐ畔⒓皡⒈Ｈ诵畔⒌劝l(fā)送至醫(yī)生工作站。

在其它的實(shí)施例中，可獲取預(yù)設(shè)時(shí)間內(nèi)的歷史就診時(shí)間及對(duì)應(yīng)的就診地點(diǎn)，根據(jù)歷史就診時(shí)間及對(duì)應(yīng)的就診地點(diǎn)判斷參保人是否存在可疑的頻繁跨地區(qū)就診行為，若兩個(gè)歷史就診時(shí)間的時(shí)間間隔相距較短且就診地點(diǎn)屬于不同的區(qū)域，則可判定參保人存在頻繁跨地區(qū)就診行為。例如，某參保人上午在a市的東區(qū)醫(yī)院就診，下午在a市的西區(qū)醫(yī)院就診，則可判定參保人存在可疑的頻繁跨地區(qū)就診行為。

在本實(shí)施例中，可在公眾利用社?？ㄟM(jìn)行就診登記時(shí)進(jìn)行審核，檢測(cè)參保人是否存在可疑的醫(yī)療行為，能夠有效防止出現(xiàn)騙保行為，減少公眾利益損失。

如圖6所示，在一個(gè)實(shí)施例中，步驟s330通過(guò)規(guī)則引擎對(duì)醫(yī)療待審信息進(jìn)行審核，判斷醫(yī)療待審信息中是否包含可疑的醫(yī)療行為，包括以下步驟：

步驟s602，若藥品種類(lèi)不符合預(yù)設(shè)的常規(guī)用藥模板，則判定醫(yī)囑中存在可疑的用藥行為。

當(dāng)公眾利用社保卡由醫(yī)療人員進(jìn)行開(kāi)立醫(yī)囑時(shí)，醫(yī)療人員可在醫(yī)院終端進(jìn)行開(kāi)立醫(yī)囑操作，在醫(yī)院終端選擇藥品種類(lèi)及對(duì)應(yīng)的用藥劑量、檢查項(xiàng)目等，當(dāng)醫(yī)院終端檢測(cè)到開(kāi)立醫(yī)囑操作時(shí)，可向?qū)徍朔?wù)器發(fā)送醫(yī)囑審核請(qǐng)求。審核服務(wù)器接收醫(yī)院終端發(fā)送的醫(yī)囑審核請(qǐng)求，可根據(jù)醫(yī)囑審核請(qǐng)求獲取用藥信息及檢查項(xiàng)目信息等。審核服務(wù)器可獲取規(guī)則引擎中與醫(yī)囑審核請(qǐng)求對(duì)應(yīng)的預(yù)設(shè)規(guī)則文件，并根據(jù)該預(yù)設(shè)規(guī)則文件中的條件部分對(duì)用藥信息及檢查項(xiàng)目信息等進(jìn)行審核。

根據(jù)預(yù)設(shè)規(guī)則文件中的條件部分可對(duì)用藥信息進(jìn)行審核，用藥信息可包括藥品種類(lèi)及對(duì)應(yīng)的用藥劑量?？膳袛嗨幤贩N類(lèi)是否符合預(yù)設(shè)的常規(guī)用藥模板，其中，常規(guī)用藥模板中可設(shè)定多條不同的常規(guī)用藥規(guī)則，可包括藥品種類(lèi)不互相沖突、藥品種類(lèi)與用藥人類(lèi)別匹配、藥品種類(lèi)與診斷內(nèi)容對(duì)應(yīng)等。例如，用藥人為孕婦，但藥品種類(lèi)中包含孕婦忌用的藥，若是診斷內(nèi)容為胃病，但藥品種類(lèi)中卻包含用于治療頭痛的藥等，均不符合常規(guī)用藥模板。若藥品種類(lèi)不符合預(yù)設(shè)的常規(guī)用藥模板，則可判定醫(yī)囑中存在可疑的用藥行為。

步驟s604，判斷各個(gè)藥品種類(lèi)對(duì)應(yīng)的用藥劑量是否超過(guò)匹配的預(yù)設(shè)劑量，若超過(guò)，則判定醫(yī)囑中存在可疑的用藥行為。

根據(jù)預(yù)設(shè)規(guī)則文件中的條件部分，可判斷各個(gè)藥品種類(lèi)對(duì)應(yīng)的用藥劑量是否超過(guò)匹配的預(yù)設(shè)劑量，可預(yù)先設(shè)置各個(gè)藥品種類(lèi)匹配的劑量，若本次醫(yī)囑審核請(qǐng)求中存在某一藥品種類(lèi)的用藥劑量超過(guò)匹配的預(yù)設(shè)劑量。則可判定醫(yī)囑中存在可疑的用藥行為。

若醫(yī)囑中存在可疑的用藥行為，審核服務(wù)器可將可將關(guān)聯(lián)的社保卡信息、用藥信息、開(kāi)立醫(yī)囑的醫(yī)療人員信息等發(fā)送至醫(yī)生工作站，也可同時(shí)向醫(yī)院終端發(fā)送相應(yīng)的提示信息，比如提示a藥與b藥沖突、c藥不適合孕婦使用、d藥的劑量超標(biāo)等。在監(jiān)控醫(yī)療行為的同時(shí)，也可規(guī)范醫(yī)療人員的用藥。

步驟s606，若檢查項(xiàng)目信息中存在與診斷內(nèi)容不匹配的檢查項(xiàng)目，則判定醫(yī)囑中存在可疑的檢查行為。

根據(jù)預(yù)設(shè)規(guī)則文件中的條件部分可對(duì)檢查項(xiàng)目信息進(jìn)行審核，判斷是否存在與診斷內(nèi)容不匹配的檢查項(xiàng)目，例如，診斷內(nèi)容為胃病，檢查項(xiàng)目信息中包含心電圖檢測(cè)，則檢查項(xiàng)目與診斷內(nèi)容不匹配。若存在與診斷內(nèi)容不匹配的檢查項(xiàng)目，則可判定醫(yī)囑中存在可疑的檢查行為。

步驟s608，若檢查項(xiàng)目信息中存在沖突的檢查項(xiàng)目，則判定醫(yī)囑中存在可疑的檢查行為。

根據(jù)預(yù)設(shè)規(guī)則文件中的條件部分，可判斷檢查項(xiàng)目信息中是否存在沖突的檢查項(xiàng)目，例如檢查項(xiàng)目信息中包含乳腺檢查及前列腺檢查，明顯同一個(gè)人不可能同時(shí)進(jìn)行，則存在沖突的檢查項(xiàng)目。若存在沖突的檢查項(xiàng)目，則判定醫(yī)囑中存在可疑的檢查行為。也可判斷檢查項(xiàng)目信息中是否存在與被檢查人類(lèi)別不匹配的檢查項(xiàng)目，例如被檢查人為孕婦，檢查項(xiàng)目信息中包含孕婦不能進(jìn)行的x光胸透檢查，則可判定醫(yī)囑中存在可疑的檢查行為。

若醫(yī)囑中存在可疑的檢查行為，審核服務(wù)器可將可將關(guān)聯(lián)的社保卡信息、檢查項(xiàng)目信息、開(kāi)立醫(yī)囑的醫(yī)療人員信息等發(fā)送至醫(yī)生工作站，也可同時(shí)向醫(yī)院終端發(fā)送相應(yīng)的提示信息，比如提示a檢查項(xiàng)目與b檢查項(xiàng)目沖突、c檢查項(xiàng)目與診斷內(nèi)容不匹配等信息。

在本實(shí)施例中，可對(duì)開(kāi)立的醫(yī)囑進(jìn)行審核，檢測(cè)醫(yī)囑是否存在可疑的醫(yī)療行為，能夠有效防止出現(xiàn)騙保行為，減少公眾利益損失，且能規(guī)范醫(yī)療人員用藥、檢查等，加強(qiáng)醫(yī)院管理。

在一個(gè)實(shí)施例中，步驟s330通過(guò)規(guī)則引擎對(duì)醫(yī)療待審信息進(jìn)行審核，判斷醫(yī)療待審信息中是否包含可疑的醫(yī)療行為，包括：檢測(cè)各個(gè)收費(fèi)項(xiàng)目對(duì)應(yīng)的費(fèi)用是否超過(guò)匹配的預(yù)設(shè)標(biāo)準(zhǔn)費(fèi)用，若超過(guò)，則判定存在可疑的收費(fèi)行為。

當(dāng)公眾利用社?？ㄟM(jìn)行繳費(fèi)時(shí)，醫(yī)療人員可在醫(yī)院終端進(jìn)行繳費(fèi)操作，當(dāng)醫(yī)院終端檢測(cè)到繳費(fèi)操作時(shí)，可向?qū)徍朔?wù)器發(fā)送費(fèi)用審核請(qǐng)求。審核服務(wù)器接收醫(yī)院終端發(fā)送的費(fèi)用審核請(qǐng)求，可根據(jù)費(fèi)用審核請(qǐng)求獲取收費(fèi)項(xiàng)目及對(duì)應(yīng)的費(fèi)用等。審核服務(wù)器可獲取規(guī)則引擎中與費(fèi)用審核請(qǐng)求對(duì)應(yīng)的預(yù)設(shè)規(guī)則文件，并根據(jù)該預(yù)設(shè)規(guī)則文件中的條件部分對(duì)收費(fèi)項(xiàng)目及對(duì)應(yīng)的費(fèi)用等進(jìn)行審核。根據(jù)預(yù)設(shè)規(guī)則文件的條件部分，可檢測(cè)各個(gè)收費(fèi)項(xiàng)目對(duì)應(yīng)的費(fèi)用是否超過(guò)匹配的預(yù)設(shè)標(biāo)準(zhǔn)費(fèi)用。若存在某個(gè)收費(fèi)項(xiàng)目對(duì)應(yīng)的費(fèi)用超用匹配的預(yù)設(shè)標(biāo)準(zhǔn)費(fèi)用，則可判定存在可疑的收費(fèi)行為，審核服務(wù)器可將該超過(guò)預(yù)設(shè)標(biāo)準(zhǔn)費(fèi)用的收費(fèi)項(xiàng)目信息發(fā)送至醫(yī)生工作站。

在本實(shí)施例中，可對(duì)醫(yī)院的收費(fèi)進(jìn)行審核，檢測(cè)存在可疑的收費(fèi)行為，能夠有效防止出現(xiàn)騙保行為，減少公眾利益損失，且能規(guī)范醫(yī)院的項(xiàng)目收費(fèi)，加強(qiáng)醫(yī)院管理。

如圖7所示，在一個(gè)實(shí)施例中，提供了一種醫(yī)療行為監(jiān)控裝置，包括接收模塊710、信息獲取模塊720、審核模塊730及發(fā)送模塊740。

接收模塊710，用于接收終端發(fā)送的醫(yī)療審核請(qǐng)求，其中，醫(yī)療審核請(qǐng)求包括登記審核請(qǐng)求、醫(yī)囑審核請(qǐng)求及費(fèi)用審核請(qǐng)求。

信息獲取模塊720，用于根據(jù)醫(yī)療審核請(qǐng)求獲取醫(yī)療待審信息。

審核模塊730，用于通過(guò)規(guī)則引擎對(duì)醫(yī)療待審信息進(jìn)行審核，判斷醫(yī)療待審信息中是否包含可疑的醫(yī)療行為，所述規(guī)則引擎基于對(duì)所述醫(yī)療待審信息的審核條件編譯得到。

發(fā)送模塊740，用于若醫(yī)療待審信息中包含可疑的醫(yī)療行為，則將醫(yī)療待審信息發(fā)送至醫(yī)生工作站。

上述醫(yī)療行為監(jiān)控裝置，接收終端發(fā)送的醫(yī)療審核請(qǐng)求，醫(yī)療審核請(qǐng)求包括登記審核請(qǐng)求、醫(yī)囑審核請(qǐng)求及費(fèi)用審核請(qǐng)求，根據(jù)醫(yī)療審核請(qǐng)求獲取醫(yī)療待審信息，通過(guò)規(guī)則引擎對(duì)醫(yī)療待審信息進(jìn)行審核，判斷醫(yī)療待審信息中是否包含可疑的醫(yī)療行為，若醫(yī)療待審信息中包含可疑的醫(yī)療行為，則將醫(yī)療待審信息發(fā)送至醫(yī)生工作站，從就診登記、開(kāi)立醫(yī)囑及繳費(fèi)等各環(huán)節(jié)全程進(jìn)行監(jiān)控，可全面、準(zhǔn)確地檢測(cè)到可疑的醫(yī)療行為，能夠有效防止出現(xiàn)騙保行為，減少公眾利益損失。

如圖8所示，在一個(gè)實(shí)施例中，審核模塊730包括封裝單元732、文件獲取單元734及審核單元736。

封裝單元732，用于將醫(yī)療待審信息轉(zhuǎn)化為對(duì)應(yīng)的字段，并封裝為事實(shí)對(duì)象。

文件獲取單元734，用于根據(jù)事實(shí)對(duì)象的事實(shí)屬性獲取規(guī)則引擎中對(duì)應(yīng)的預(yù)設(shè)規(guī)則文件。

審核單元736，用于根據(jù)對(duì)應(yīng)的預(yù)設(shè)規(guī)則文件中的條件部分從事實(shí)對(duì)象中提取相應(yīng)的字段進(jìn)行審核，并得到是否包含可疑的醫(yī)療行為的結(jié)果。

在本實(shí)施例中，可根據(jù)規(guī)則引擎中與醫(yī)療審核請(qǐng)求對(duì)應(yīng)的預(yù)設(shè)規(guī)則文件對(duì)醫(yī)療待審信息進(jìn)行審核，方便快捷，且可靈活配置審核條件，提高審核效率。

在一個(gè)實(shí)施例中，醫(yī)療審核請(qǐng)求為登記審核請(qǐng)求，醫(yī)療待審信息包括參保人信息，參保人信息包括就診時(shí)間。如圖9所示，審核模塊730包括檢測(cè)單元902、統(tǒng)計(jì)單元904、確定單元906及判定單元908。

檢測(cè)單元902，用于檢測(cè)與登記審核請(qǐng)求對(duì)應(yīng)的社?？顟B(tài)是否正常。

統(tǒng)計(jì)單元904，用于若社?？顟B(tài)正常，則根據(jù)參保人信息統(tǒng)計(jì)預(yù)設(shè)時(shí)間內(nèi)參保人的就診次數(shù)。

確定單元906，用于根據(jù)就診時(shí)間確定參保人的就診頻率。

判定單元908，用于當(dāng)就診次數(shù)大于預(yù)設(shè)次數(shù)或就診頻率大于預(yù)設(shè)頻率時(shí)，則判定參保人存在可疑的就診行為。

在本實(shí)施例中，可在公眾利用社保卡進(jìn)行就診登記時(shí)進(jìn)行審核，檢測(cè)參保人是否存在可疑的醫(yī)療行為，能夠有效防止出現(xiàn)騙保行為，減少公眾利益損失。

在一個(gè)實(shí)施例中，醫(yī)療審核請(qǐng)求為醫(yī)囑審核請(qǐng)求，醫(yī)療待審信息包括用藥信息，用藥信息包括藥品種類(lèi)及對(duì)應(yīng)的用藥劑量。

判定單元908，還用于若藥品種類(lèi)不符合預(yù)設(shè)的常規(guī)用藥模板，則判定醫(yī)囑中存在可疑的用藥行為。

判定單元908，還用于判斷各個(gè)藥品種類(lèi)對(duì)應(yīng)的用藥劑量是否超過(guò)匹配的預(yù)設(shè)劑量，若超過(guò)，則判定醫(yī)囑中存在可疑的用藥行為。

和/或

醫(yī)療待審信息包括診斷內(nèi)容及檢查項(xiàng)目信息。

判定單元908，還用于若檢查項(xiàng)目信息中存在與診斷內(nèi)容不匹配的檢查項(xiàng)目，則判定醫(yī)囑中存在可疑的檢查行為。

判定單元908，還用于若檢查項(xiàng)目信息中存在沖突的檢查項(xiàng)目，則判定醫(yī)囑中存在可疑的檢查行為。

在本實(shí)施例中，可對(duì)開(kāi)立的醫(yī)囑進(jìn)行審核，檢測(cè)醫(yī)囑是否存在可疑的醫(yī)療行為，能夠有效防止出現(xiàn)騙保行為，減少公眾利益損失，且能規(guī)范醫(yī)療人員用藥、檢查等，加強(qiáng)醫(yī)院管理。

在一個(gè)實(shí)施例中，醫(yī)療審核請(qǐng)求為費(fèi)用審核請(qǐng)求，醫(yī)療待審信息包括收費(fèi)項(xiàng)目及對(duì)應(yīng)的費(fèi)用。

判定單元908，還用于檢測(cè)各個(gè)收費(fèi)項(xiàng)目對(duì)應(yīng)的費(fèi)用是否超過(guò)匹配的預(yù)設(shè)標(biāo)準(zhǔn)費(fèi)用，若超過(guò)，則判定存在可疑的收費(fèi)行為。

在本實(shí)施例中，可對(duì)醫(yī)院的收費(fèi)進(jìn)行審核，檢測(cè)存在可疑的收費(fèi)行為，能夠有效防止出現(xiàn)騙保行為，減少公眾利益損失，且能規(guī)范醫(yī)院的項(xiàng)目收費(fèi)，加強(qiáng)醫(yī)院管理。

本領(lǐng)域普通技術(shù)人員可以理解實(shí)現(xiàn)上述實(shí)施例方法中的全部或部分流程，是可以通過(guò)計(jì)算機(jī)程序來(lái)指令相關(guān)的硬件來(lái)完成，所述的程序可存儲(chǔ)于一非易失性計(jì)算機(jī)可讀取存儲(chǔ)介質(zhì)中，該程序在執(zhí)行時(shí)，可包括如上述各方法的實(shí)施例的流程。其中，所述的存儲(chǔ)介質(zhì)可為磁碟、光盤(pán)、只讀存儲(chǔ)記憶體(read-onlymemory，rom)等。

以上所述實(shí)施例的各技術(shù)特征可以進(jìn)行任意的組合，為使描述簡(jiǎn)潔，未對(duì)上述實(shí)施例中的各個(gè)技術(shù)特征所有可能的組合都進(jìn)行描述，然而，只要這些技術(shù)特征的組合不存在矛盾，都應(yīng)當(dāng)認(rèn)為是本說(shuō)明書(shū)記載的范圍。

以上所述實(shí)施例僅表達(dá)了本發(fā)明的幾種實(shí)施方式，其描述較為具體和詳細(xì)，但并不能因此而理解為對(duì)發(fā)明專(zhuān)利范圍的限制。應(yīng)當(dāng)指出的是，對(duì)于本領(lǐng)域的普通技術(shù)人員來(lái)說(shuō)，在不脫離本發(fā)明構(gòu)思的前提下，還可以做出若干變形和改進(jìn)，這些都屬于本發(fā)明的保護(hù)范圍。因此，本發(fā)明專(zhuān)利的保護(hù)范圍應(yīng)以所附權(quán)利要求為準(zhǔn)。