本發(fā)明涉及數(shù)據(jù)監(jiān)管技術(shù)領(lǐng)域，特別是一種醫(yī)療保險(xiǎn)責(zé)任自動(dòng)匹配系統(tǒng)及方法。

背景技術(shù)：

目前大多保險(xiǎn)公司存在醫(yī)療費(fèi)用理賠過程較慢的問題，其中一個(gè)重要原因是責(zé)任認(rèn)定環(huán)節(jié)需要人工參與，無法做到全自動(dòng)理算，且用戶體驗(yàn)差。

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

鑒于以上內(nèi)容，有必要提供一種醫(yī)療保險(xiǎn)責(zé)任自動(dòng)匹配系統(tǒng)及方法，能夠?qū)︶t(yī)療保險(xiǎn)責(zé)任進(jìn)行自動(dòng)匹配，實(shí)現(xiàn)自動(dòng)理算。

一種醫(yī)療保險(xiǎn)責(zé)任自動(dòng)匹配方法，包括：

接收賬單的醫(yī)療理賠數(shù)據(jù)；

對(duì)所述醫(yī)療理賠數(shù)據(jù)進(jìn)行有效性檢驗(yàn)，生成檢驗(yàn)結(jié)果；

對(duì)所述醫(yī)療理賠數(shù)據(jù)進(jìn)行重復(fù)性檢驗(yàn)，生成重復(fù)性檢驗(yàn)結(jié)果；

對(duì)所述醫(yī)療理賠數(shù)據(jù)進(jìn)行責(zé)任匹配，生成責(zé)任匹配結(jié)果；及

輸出上述責(zé)任匹配結(jié)果。

優(yōu)選地，對(duì)所述醫(yī)療理賠數(shù)據(jù)進(jìn)行有效性檢驗(yàn)的步驟包括：

根據(jù)預(yù)先制定的有效性檢驗(yàn)規(guī)則，對(duì)所述醫(yī)療理賠數(shù)據(jù)進(jìn)行有效性檢驗(yàn)。

優(yōu)選地，所述醫(yī)療理賠數(shù)據(jù)的重復(fù)性檢驗(yàn)包括理賠頭的重復(fù)性檢驗(yàn)以及理賠線的重復(fù)性檢驗(yàn)。

優(yōu)選地，所述醫(yī)療理賠數(shù)據(jù)的重復(fù)性檢驗(yàn)包括：

檢驗(yàn)賬單頭，包括：

判斷本賬單與所有歷史賬單中的醫(yī)院id是否相同；

若本賬單與所有歷史賬單中的醫(yī)院id不相同，則重復(fù)性檢驗(yàn)結(jié)束；

若本賬單與某一個(gè)歷史賬單中的醫(yī)院id相同，則進(jìn)一步判斷本賬單與所有歷史賬單中的客戶號(hào)是否相同；

若本賬單與所有歷史賬單中的客戶號(hào)不相同，則重復(fù)性檢驗(yàn)結(jié)束；

若本賬單與某一個(gè)歷史賬單中的客戶號(hào)相同，則進(jìn)一步判斷本賬單與所有歷史賬單中的客戶號(hào)中賬單號(hào)是否相同；

若本賬單與某一個(gè)歷史賬單中的客戶號(hào)中賬單號(hào)相同，則輸出重復(fù)賬單的結(jié)果ID；

若本賬單與所有歷史賬單中的客戶號(hào)中賬單號(hào)不相同，則進(jìn)一步判斷就診日期是否相同；

若就診日期相同，則進(jìn)一步判斷賬單金額是否相同；

若賬單金額相同，則輸出疑似重復(fù)賬單的結(jié)果ID；

若就診日期不相同或者賬單金額不相同，則

循環(huán)所有賬單線，檢驗(yàn)賬單線，包括：

判斷當(dāng)前賬單的賬單線與歷史賬單的所有線醫(yī)療代碼是否相同；

若不相同，則重復(fù)性檢驗(yàn)結(jié)束；

若當(dāng)前賬單的賬單線與某一個(gè)歷史賬單的賬單線醫(yī)療代碼相同，則進(jìn)一步判斷線日期相同；

若線日期不相同，則重復(fù)性檢驗(yàn)結(jié)束；

若線日期相同，則輸出疑似重復(fù)賬單的結(jié)果ID。

優(yōu)選地，對(duì)所述醫(yī)療理賠數(shù)據(jù)進(jìn)行責(zé)任匹配包括：

判斷賬單是否全部拒付；

若賬單是否全部拒付的答案為是，則結(jié)束流程；

若賬單是否全部拒付的答案為否，則根據(jù)賬單的填寫日期獲取保單及全部 責(zé)任；

判斷賬單是否為住院且預(yù)設(shè)類型的標(biāo)識(shí)為true且存在津貼類型責(zé)任；

若賬單是否為住院且預(yù)設(shè)類型的標(biāo)識(shí)為true且存在津貼類型責(zé)任的答案為是，則添加津貼的線；

若賬單是否為住院且預(yù)設(shè)類型的標(biāo)識(shí)為true且存在津貼類型責(zé)任的答案為否，則調(diào)用規(guī)則引擎匹配責(zé)任；

循環(huán)所有賬單線，判斷是否有津貼線，但沒有匹配的津貼責(zé)任；

若是否有津貼線，但沒有匹配的津貼責(zé)任的答案為是，則刪除津貼線；

若是否有津貼線，但沒有匹配的津貼責(zé)任的答案為否，則判斷線上匹配的責(zé)任類型是否為排除類型；

若線上匹配的責(zé)任類型是否為排除類型的答案為是，則移除該排除類型；

若線上匹配的責(zé)任類型是否為排除類型的答案為否，則判斷線上是否匹配多個(gè)責(zé)任；

若線上是否匹配多個(gè)責(zé)任的答案為是，則取優(yōu)先級(jí)最高的責(zé)任；

若線上是否匹配多個(gè)責(zé)任的答案為否，則進(jìn)一步判斷線上是否匹配責(zé)任；

若線上是否匹配責(zé)任的答案為否，則輸出對(duì)應(yīng)結(jié)果ID；

若線上是否匹配責(zé)任的答案為是，則進(jìn)一步判斷用戶是否不在保障區(qū)域范圍內(nèi)且線上沒有預(yù)設(shè)類型的指令，所述預(yù)設(shè)類型的指令是super manual instruction指令；

若用戶不在保障區(qū)域范圍內(nèi)且線上沒有預(yù)設(shè)類型的指令，則結(jié)束流程；

若用戶在保障區(qū)域范圍內(nèi)或者線上有預(yù)設(shè)類型的指令，則輸出對(duì)應(yīng)結(jié)果ID。

一種適用于所述任意一種方法的系統(tǒng)，該系統(tǒng)包括多個(gè)模塊，用于在處理器的執(zhí)行下實(shí)現(xiàn)下述步驟：

接收賬單的醫(yī)療理賠數(shù)據(jù)；

對(duì)所述醫(yī)療理賠數(shù)據(jù)進(jìn)行有效性檢驗(yàn)，生成檢驗(yàn)結(jié)果；

對(duì)所述醫(yī)療理賠數(shù)據(jù)進(jìn)行重復(fù)性檢驗(yàn)，生成重復(fù)性檢驗(yàn)結(jié)果；

對(duì)所述醫(yī)療理賠數(shù)據(jù)進(jìn)行責(zé)任匹配，生成責(zé)任匹配結(jié)果；及

輸出上述責(zé)任匹配結(jié)果。

優(yōu)選地，該系統(tǒng)還包括模塊用于接收所預(yù)先制定的有效性檢驗(yàn)規(guī)則，用于對(duì)所述醫(yī)療理賠數(shù)據(jù)進(jìn)行有效性檢驗(yàn)。

優(yōu)選地，所述醫(yī)療理賠數(shù)據(jù)的重復(fù)性檢驗(yàn)包括理賠頭的重復(fù)性檢驗(yàn)以及理賠線的重復(fù)性檢驗(yàn)。

優(yōu)選地，所述醫(yī)療理賠數(shù)據(jù)的重復(fù)性檢驗(yàn)包括：

檢驗(yàn)賬單頭，包括：

判斷本賬單與所有歷史賬單中的醫(yī)院id是否相同；

若本賬單與所有歷史賬單中的醫(yī)院id不相同，則重復(fù)性檢驗(yàn)結(jié)束；

若本賬單與某一個(gè)歷史賬單中的醫(yī)院id相同，則進(jìn)一步判斷本賬單與所有歷史賬單中的客戶號(hào)是否相同；

若本賬單與所有歷史賬單中的客戶號(hào)不相同，則重復(fù)性檢驗(yàn)結(jié)束；

若本賬單與某一個(gè)歷史賬單中的客戶號(hào)相同，則進(jìn)一步判斷本賬單與所有歷史賬單中的客戶號(hào)中賬單號(hào)是否相同；

若本賬單與某一個(gè)歷史賬單中的客戶號(hào)中賬單號(hào)相同，則輸出重復(fù)賬單的結(jié)果ID；

若本賬單與所有歷史賬單中的客戶號(hào)中賬單號(hào)不相同，則進(jìn)一步判斷就診日期是否相同；

若就診日期相同，則進(jìn)一步判斷賬單金額是否相同；

若賬單金額相同，則輸出疑似重復(fù)賬單的結(jié)果ID；

若就診日期不相同或者賬單金額不相同，則

循環(huán)所有賬單線，檢驗(yàn)賬單線，包括：

判斷當(dāng)前賬單的賬單線與歷史賬單的所有線醫(yī)療代碼是否相同；

若不相同，則重復(fù)性檢驗(yàn)結(jié)束；

若當(dāng)前賬單的賬單線與某一個(gè)歷史賬單的賬單線醫(yī)療代碼相同，則進(jìn)一步判斷線日期相同；

若線日期不相同，則重復(fù)性檢驗(yàn)結(jié)束；

若線日期相同，則輸出疑似重復(fù)賬單的結(jié)果ID。

優(yōu)選地，對(duì)所述醫(yī)療理賠數(shù)據(jù)進(jìn)行責(zé)任匹配包括：

判斷賬單是否全部拒付；

若賬單是否全部拒付的答案為是，則結(jié)束流程；

若賬單是否全部拒付的答案為否，則根據(jù)賬單的填寫日期獲取保單及全部責(zé)任；

判斷賬單是否為住院且預(yù)設(shè)類型的標(biāo)識(shí)為true且存在津貼類型責(zé)任；

若賬單是否為住院且預(yù)設(shè)類型的標(biāo)識(shí)為true且存在津貼類型責(zé)任的答案為是，則添加津貼的線；

若賬單是否為住院且預(yù)設(shè)類型的標(biāo)識(shí)為true且存在津貼類型責(zé)任的答案為否，則調(diào)用規(guī)則引擎匹配責(zé)任；

循環(huán)所有賬單線，判斷是否有津貼線，但沒有匹配的津貼責(zé)任；

若是否有津貼線，但沒有匹配的津貼責(zé)任的答案為是，則刪除津貼線；

若是否有津貼線，但沒有匹配的津貼責(zé)任的答案為否，則判斷線上匹配的責(zé)任類型是否為排除類型；

若線上匹配的責(zé)任類型是否為排除類型的答案為是，則移除該排除類型；

若線上匹配的責(zé)任類型是否為排除類型的答案為否，則判斷線上是否匹配多個(gè)責(zé)任；

若線上是否匹配多個(gè)責(zé)任的答案為是，則取優(yōu)先級(jí)最高的責(zé)任；

若線上是否匹配多個(gè)責(zé)任的答案為否，則進(jìn)一步判斷線上是否匹配責(zé)任；

若線上是否匹配責(zé)任的答案為否，則輸出對(duì)應(yīng)結(jié)果ID；

若線上是否匹配責(zé)任的答案為是，則進(jìn)一步判斷用戶是否不在保障區(qū)域范 圍內(nèi)且線上沒有預(yù)設(shè)類型的指令，所述預(yù)設(shè)類型的指令是super manual instruction指令；

若用戶不在保障區(qū)域范圍內(nèi)且線上沒有預(yù)設(shè)類型的指令，則結(jié)束流程；

若用戶在保障區(qū)域范圍內(nèi)或者線上有預(yù)設(shè)類型的指令，則輸出對(duì)應(yīng)結(jié)果ID。

利用本發(fā)明所述的醫(yī)療保險(xiǎn)責(zé)任自動(dòng)匹配系統(tǒng)及方法能夠?qū)︶t(yī)療保險(xiǎn)責(zé)任進(jìn)行自動(dòng)匹配，實(shí)現(xiàn)自動(dòng)理算。

附圖說明

圖1是本發(fā)明醫(yī)療保險(xiǎn)責(zé)任自動(dòng)匹配系統(tǒng)較佳實(shí)施例的硬件環(huán)境圖。

圖2是本發(fā)明醫(yī)療保險(xiǎn)責(zé)任自動(dòng)匹配系統(tǒng)較佳實(shí)施例的功能模塊圖。

圖3是本發(fā)明醫(yī)療保險(xiǎn)責(zé)任自動(dòng)匹配方法較佳實(shí)施例的方法實(shí)施流程圖。

圖4是本發(fā)明醫(yī)療保險(xiǎn)責(zé)任自動(dòng)匹配方法較佳實(shí)施例中步驟S12的詳細(xì)實(shí)施流程圖。

圖5是本發(fā)明醫(yī)療保險(xiǎn)責(zé)任自動(dòng)匹配方法較佳實(shí)施例中步驟S13的詳細(xì)實(shí)施流程圖。

具體實(shí)施方式

參閱圖1所示，是本發(fā)明醫(yī)療保險(xiǎn)責(zé)任自動(dòng)匹配系統(tǒng)較佳實(shí)施例的硬件環(huán)境圖。本實(shí)施例中，所述醫(yī)療保險(xiǎn)責(zé)任自動(dòng)匹配系統(tǒng)基本業(yè)務(wù)流程為：參保人員3的就診賬單信息通過醫(yī)療機(jī)構(gòu)2的結(jié)算系統(tǒng)生成醫(yī)療理賠數(shù)據(jù)。所述醫(yī)療理賠數(shù)據(jù)定期或者實(shí)時(shí)傳送給醫(yī)療保險(xiǎn)機(jī)構(gòu)1。醫(yī)療保險(xiǎn)機(jī)構(gòu)1可以將所述醫(yī)療理賠數(shù)據(jù)存儲(chǔ)于數(shù)據(jù)庫3中，并利用醫(yī)療責(zé)任匹配系統(tǒng)10對(duì)所述醫(yī)療理賠數(shù)據(jù)進(jìn)行有效性檢驗(yàn)、重復(fù)性檢驗(yàn)等處理，并進(jìn)行責(zé)任比配，生成責(zé)任匹配結(jié)果。

所述醫(yī)療保險(xiǎn)機(jī)構(gòu)1通過網(wǎng)絡(luò)，如局域網(wǎng)或者因特網(wǎng)與所述醫(yī)療機(jī)構(gòu)2通訊連接。

所述醫(yī)療保險(xiǎn)機(jī)構(gòu)1可以是各地社保局或者金融保險(xiǎn)機(jī)構(gòu)等，所述醫(yī)療機(jī)構(gòu)2可以是各地的各個(gè)級(jí)別的醫(yī)院。

所述醫(yī)療保險(xiǎn)機(jī)構(gòu)1的醫(yī)療責(zé)任匹配系統(tǒng)10可以是一個(gè)服務(wù)器系統(tǒng)。該服務(wù)器系統(tǒng)作為一個(gè)硬件系統(tǒng)，具有較高的計(jì)算能力。該服務(wù)器系統(tǒng)的主要硬件構(gòu)成包含如下幾個(gè)主要部分：中央處理器、內(nèi)存、芯片組、I/O總線、I/O設(shè)備、電源、機(jī)箱和相關(guān)軟件。

在本發(fā)明的其他實(shí)施例中，所述醫(yī)療保險(xiǎn)機(jī)構(gòu)1的醫(yī)療責(zé)任匹配系統(tǒng)10也可以是一個(gè)由程序代碼所組成的軟件系統(tǒng)，其可以安裝并運(yùn)行于任意的具有較高計(jì)算能力的服務(wù)器或者任何個(gè)人電子產(chǎn)品中，在所述服務(wù)器或者電子產(chǎn)品的處理器，如中央處理器(CPU，Central Processing Unit)的執(zhí)行下，實(shí)現(xiàn)某種預(yù)設(shè)的功能，如對(duì)所述醫(yī)療理賠數(shù)據(jù)進(jìn)行有效性檢驗(yàn)、重復(fù)性檢驗(yàn)等處理，并進(jìn)行責(zé)任比配，生成責(zé)任匹配結(jié)果。

參閱圖2所述，是本發(fā)明醫(yī)療責(zé)任匹配系統(tǒng)較佳實(shí)施例的功能模塊圖。本發(fā)明所述醫(yī)療責(zé)任匹配系統(tǒng)10自底向上分為接口層、運(yùn)算層以及界面層。

所述接口層對(duì)外提供多樣的接口方式，其包括接口模塊100。所述接口模塊100包括數(shù)據(jù)接口、服務(wù)接口及/或其他訪問API等。所述數(shù)據(jù)接口可以為USB接口、串口、紅外線接口和藍(lán)牙接口等，是進(jìn)行數(shù)據(jù)傳輸?shù)慕涌?，如，從醫(yī)療機(jī)構(gòu)2或者數(shù)據(jù)庫3接收醫(yī)療理賠數(shù)據(jù)。

所述運(yùn)算層是整個(gè)醫(yī)療責(zé)任匹配系統(tǒng)10的核心，其包括數(shù)據(jù)檢驗(yàn)?zāi)K101、數(shù)據(jù)重復(fù)性檢驗(yàn)?zāi)K102以及責(zé)任匹配模塊103。所述運(yùn)算層的各模塊用于對(duì)接口模塊100接收的醫(yī)療理賠數(shù)據(jù)進(jìn)行有效性檢驗(yàn)、重復(fù)性檢驗(yàn)等處理，并進(jìn)行醫(yī)療理賠數(shù)據(jù)的責(zé)任比配，生成責(zé)任匹配結(jié)果等操作。

所述界面層負(fù)責(zé)界面的展現(xiàn)及人機(jī)交互，其包括顯示模塊104以及規(guī)則制定模塊105。所述顯示模塊104用于顯示對(duì)所述醫(yī)療理賠數(shù)據(jù)的中間或者最終的處理結(jié)果，如所生成的責(zé)任匹配結(jié)果等。所述規(guī)則指定模塊105用于指定對(duì)所述醫(yī)療理賠數(shù)據(jù)的處理規(guī)則，如有效性檢查的規(guī)則等。

以下，結(jié)合圖3，詳細(xì)描述上述各模塊的功能。

參閱圖3所示，是本發(fā)明醫(yī)療保險(xiǎn)責(zé)任自動(dòng)匹配方法較佳實(shí)施例的方法實(shí)施流程圖。本實(shí)施例所述醫(yī)療保險(xiǎn)責(zé)任自動(dòng)匹配方法并不限于流程圖中所示步 驟，此外流程圖中所示步驟中，某些步驟可以省略、步驟之間的順序可以改變。

步驟S10，接口模塊100接收賬單的醫(yī)療理賠數(shù)據(jù)。本發(fā)明較佳實(shí)施例中，參保人員3的就診信息通過醫(yī)療機(jī)構(gòu)2的結(jié)算系統(tǒng)生成醫(yī)療理賠數(shù)據(jù)，所述醫(yī)療理賠數(shù)據(jù)定期或者實(shí)時(shí)傳送給醫(yī)療保險(xiǎn)機(jī)構(gòu)1，并傳送給所述接口模塊100。

步驟S11，數(shù)據(jù)檢驗(yàn)?zāi)K101對(duì)所述醫(yī)療理賠數(shù)據(jù)進(jìn)行有效性檢驗(yàn)，生成檢驗(yàn)結(jié)果。本實(shí)施例中，所述數(shù)據(jù)檢驗(yàn)?zāi)K101根據(jù)預(yù)先制定的有效性檢驗(yàn)規(guī)則，對(duì)所述醫(yī)療理賠數(shù)據(jù)進(jìn)行有效性檢驗(yàn)。所述有效性檢驗(yàn)規(guī)則可以是通過規(guī)則制定模塊105制定的。

本實(shí)施例中，所述預(yù)先制定的有效性檢驗(yàn)規(guī)則與對(duì)應(yīng)的檢驗(yàn)輸出結(jié)果如下表：

步驟S12，所述數(shù)據(jù)重復(fù)性檢驗(yàn)?zāi)K102對(duì)所述醫(yī)療理賠數(shù)據(jù)進(jìn)行重復(fù)性檢驗(yàn)，生成重復(fù)性檢驗(yàn)結(jié)果。本實(shí)施例中，所述醫(yī)療理賠數(shù)據(jù)的重復(fù)性檢驗(yàn)包括理賠頭重復(fù)性檢驗(yàn)以及理賠線重復(fù)性檢驗(yàn)。所述對(duì)醫(yī)療理賠數(shù)據(jù)的重復(fù)性檢驗(yàn)的詳細(xì)流程圖請(qǐng)參閱圖4所示。

步驟S13，所述責(zé)任匹配模塊103對(duì)醫(yī)療理賠數(shù)據(jù)進(jìn)行責(zé)任匹配，生成責(zé)任匹配結(jié)果。本發(fā)明較佳實(shí)施例中，所述責(zé)任匹配模塊103從數(shù)據(jù)庫3或者其他系統(tǒng)，如一個(gè)契約系統(tǒng)中獲取所有責(zé)任，并獲取所有理賠基礎(chǔ)數(shù)據(jù)，進(jìn)行責(zé)任匹配。當(dāng)存在人工修改的任何時(shí)，所述責(zé)任匹配模塊103添加人工修改的責(zé)任，并生成責(zé)任匹配結(jié)果。對(duì)所述責(zé)任匹配的詳細(xì)流程圖請(qǐng)參閱圖5所示。

步驟S14，所述顯示模塊104輸出上述責(zé)任匹配結(jié)果。

參閱圖4所示，是本發(fā)明醫(yī)療保險(xiǎn)責(zé)任自動(dòng)匹配方法較佳實(shí)施例中步驟S12，即對(duì)醫(yī)療理賠數(shù)據(jù)進(jìn)行重復(fù)性檢驗(yàn)的詳細(xì)實(shí)施流程圖。本實(shí)施例所述醫(yī)療保險(xiǎn)責(zé)任自動(dòng)匹配方法并不限于流程圖中所示步驟，此外流程圖中所示步驟中，某些步驟可以省略、步驟之間的順序可以改變。

步驟S20，所述數(shù)據(jù)重復(fù)性檢驗(yàn)?zāi)K102檢驗(yàn)賬單頭，對(duì)比本賬單與所有歷史賬單，包括：步驟S21，所述數(shù)據(jù)重復(fù)性檢驗(yàn)?zāi)K102判斷本賬單與所有歷史賬單中的醫(yī)院ID是否相同。若本賬單與所有歷史賬單中的醫(yī)院ID不相同，則重復(fù)性檢驗(yàn)結(jié)束。若本賬單與某一個(gè)歷史賬單中的醫(yī)院ID相同，則執(zhí)行步驟S22，所述數(shù)據(jù)重復(fù)性檢驗(yàn)?zāi)K102進(jìn)一步判斷本賬單與所有歷史賬單中的客戶號(hào)是否相同。若本賬單與所有歷史賬單中的客戶號(hào)不相同，則重復(fù)性檢驗(yàn)結(jié)束。若本賬單與某一個(gè)歷史賬單中的客戶號(hào)相同，則繼續(xù)執(zhí)行步驟S23，所述數(shù)據(jù)重 復(fù)性檢驗(yàn)?zāi)K102進(jìn)一步判斷本賬單與所有歷史賬單中的賬單號(hào)是否相同。若本賬單與某一個(gè)歷史賬單中的賬單號(hào)相同，則執(zhí)行步驟S24，所述數(shù)據(jù)重復(fù)性檢驗(yàn)?zāi)K102輸出重復(fù)賬單的結(jié)果ID，如outcome_ID＝70041。進(jìn)一步的，若本賬單與所有歷史賬單中的客戶號(hào)中賬單號(hào)不相同，則步驟S25，所述數(shù)據(jù)重復(fù)性檢驗(yàn)?zāi)K102進(jìn)一步判斷就診日期是否相同。若就診日期不相同，則執(zhí)行下述的步驟S28。若就診日期相同，則步驟S26，所述數(shù)據(jù)重復(fù)性檢驗(yàn)?zāi)K102進(jìn)一步判斷賬單金額是否相同。若賬單金額相同，則步驟S27，所述數(shù)據(jù)重復(fù)性檢驗(yàn)?zāi)K102輸出疑似重復(fù)賬單的結(jié)果ID，如outcome_ID＝20001。若賬單金額不相同，則步驟S28，所述數(shù)據(jù)重復(fù)性檢驗(yàn)?zāi)K102循環(huán)所有賬單線，分別與歷史賬單的所有線對(duì)比，包括：步驟S29，所述數(shù)據(jù)重復(fù)性檢驗(yàn)?zāi)K102判斷當(dāng)前賬單的賬單線與歷史賬單的所有線醫(yī)療代碼是否相同。若不相同，則重復(fù)性檢驗(yàn)結(jié)束。若當(dāng)前賬單的賬單線與某一個(gè)歷史賬單的賬單線醫(yī)療代碼相同，則步驟S30，所述數(shù)據(jù)重復(fù)性檢驗(yàn)?zāi)K102進(jìn)一步判斷線日期是否相同。若線日期不相同，則重復(fù)性檢驗(yàn)結(jié)束。否則，若線日期相同，則步驟S31，所述數(shù)據(jù)重復(fù)性檢驗(yàn)?zāi)K102輸出疑似重復(fù)賬單的結(jié)果ID，如outcome_ID＝20002。

參閱圖5所示，是本發(fā)明醫(yī)療保險(xiǎn)責(zé)任自動(dòng)匹配方法較佳實(shí)施例中步驟S13的詳細(xì)實(shí)施流程圖。本實(shí)施例所述醫(yī)療保險(xiǎn)責(zé)任自動(dòng)匹配方法并不限于流程圖中所示步驟，此外流程圖中所示步驟中，某些步驟可以省略、步驟之間的順序可以改變。

步驟S30，所述責(zé)任匹配模塊103判斷賬單是否全部拒付。若答案為是，則結(jié)束流程。否則，若答案為否，則步驟S31，所述責(zé)任匹配模塊103根據(jù)賬單上的填寫日期enter_date獲取保單及全部責(zé)任。步驟S32，所述責(zé)任匹配模塊103判斷賬單是否為住院且預(yù)設(shè)類型的標(biāo)識(shí)，如noClaimSubsidyFlag為true且存在津貼類型責(zé)任。若答案為是，則執(zhí)行步驟S33，所述責(zé)任匹配模塊103添加津貼的線。若答案為否，則執(zhí)行步驟S34，所述責(zé)任匹配模塊103調(diào)用規(guī)則引擎匹配責(zé)任。步驟S35，所述責(zé)任匹配模塊10循環(huán)所有賬單線，并于步驟S36，所述責(zé)任匹配模塊10判斷是否有津貼線，但沒有匹配的津貼責(zé)任。若答案為是，則 步驟步驟S37，所述責(zé)任匹配模塊10刪除津貼線，并繼續(xù)執(zhí)行下述的步驟S38。若判斷是否有津貼線，但沒有匹配的津貼責(zé)任的答案為否，則直接執(zhí)行步驟S38。在所述步驟S38中，所述責(zé)任匹配模塊10判斷線上匹配的責(zé)任類型是否為排除exclusion。若答案為是，則執(zhí)行步驟S39，所述責(zé)任匹配模塊10移除該exclusion類型，并執(zhí)行步驟S40。若判斷線上匹配的責(zé)任類型是否為排除exclusion的答案為否，則直接執(zhí)行步驟S40。在步驟S40中，所述責(zé)任匹配模塊10判斷線上是否匹配多個(gè)責(zé)任。若答案為是，則執(zhí)行步驟S41，所述責(zé)任匹配模塊10取優(yōu)先級(jí)最高的責(zé)任。若答案為否，則步驟S42，所述責(zé)任匹配模塊10進(jìn)一步判斷線上是否匹配責(zé)任。若線上是否匹配責(zé)任的答案為否，則執(zhí)行步驟S43，輸出對(duì)應(yīng)結(jié)果ID，如outcome_ID＝70040。否則，若線上是否匹配責(zé)任的答案為是，則執(zhí)行步驟S44，所述責(zé)任匹配模塊10進(jìn)一步判斷用戶是否不在保障區(qū)域范圍內(nèi)且線上沒有預(yù)設(shè)類型的指令。本實(shí)施例中，所述預(yù)設(shè)類型的指令是smi(super manual instruction)指令。若用戶不在保障區(qū)域范圍內(nèi)且線上沒有smi的指令，則結(jié)束流程。否則，若用戶在保障區(qū)域范圍內(nèi)或者線上有smi的指令，則執(zhí)行步驟S45，輸出對(duì)應(yīng)結(jié)果ID，如outcome_ID＝70039。

最后所應(yīng)說明的是，以上實(shí)施例僅用以說明本發(fā)明的技術(shù)方案而非限制，盡管參照較佳實(shí)施例對(duì)本發(fā)明進(jìn)行了詳細(xì)說明，本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)理解，可以對(duì)本發(fā)明的技術(shù)方案進(jìn)行修改或等同替換，而不脫離本發(fā)明技術(shù)方案的精神和范圍。