本發(fā)明涉及對(duì)賬系統(tǒng)，具體地，涉及一種醫(yī)院多方對(duì)賬評(píng)估與監(jiān)管系統(tǒng)及方法。

背景技術(shù)：

傳統(tǒng)的對(duì)賬系統(tǒng)存在以下幾個(gè)問題：計(jì)算誤差，由于人工操作，避免不了會(huì)有計(jì)算上的誤差存在；疏于監(jiān)管，由于賬單無法做到嚴(yán)格的監(jiān)管，數(shù)據(jù)很容易被篡改；難以做數(shù)據(jù)統(tǒng)計(jì)與分析；難于實(shí)時(shí)對(duì)賬。

經(jīng)過對(duì)現(xiàn)有技術(shù)的檢索，發(fā)現(xiàn)申請(qǐng)?zhí)枮?01210485366.3，名稱為對(duì)賬系統(tǒng)和對(duì)賬方法的發(fā)明，包括：連接建立單元，分別與企業(yè)的財(cái)務(wù)系統(tǒng)和目標(biāo)銀行的支付系統(tǒng)建立連接；數(shù)據(jù)記錄單元，記錄用戶輸入的歷史未達(dá)賬數(shù)據(jù)；數(shù)據(jù)讀取單元，讀取預(yù)設(shè)時(shí)間段內(nèi)財(cái)務(wù)系統(tǒng)中對(duì)應(yīng)于目標(biāo)銀行的日記賬數(shù)據(jù)，以及支付系統(tǒng)中對(duì)應(yīng)于企業(yè)的對(duì)賬單數(shù)據(jù)；對(duì)比單元，按照預(yù)設(shè)規(guī)則將日記賬數(shù)據(jù)與對(duì)賬單數(shù)據(jù)進(jìn)行比較，以得到預(yù)設(shè)時(shí)間段內(nèi)的未達(dá)賬數(shù)據(jù)和已達(dá)賬數(shù)據(jù)；表單生成單元，根據(jù)歷史未達(dá)賬數(shù)據(jù)、預(yù)設(shè)時(shí)間段內(nèi)的未達(dá)賬數(shù)據(jù)和已達(dá)賬數(shù)據(jù)生成表單，以顯示所述企業(yè)與所述目標(biāo)銀行的交易的明細(xì)。該專利還是采用傳統(tǒng)的列表展示，沒有依托大數(shù)據(jù)做數(shù)據(jù)可視化，沒有挖掘數(shù)據(jù)的潛在價(jià)值。

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

針對(duì)現(xiàn)有技術(shù)中的缺陷，本發(fā)明的目的是提供一種醫(yī)院多方對(duì)賬評(píng)估與監(jiān)管系統(tǒng)及方法。

根據(jù)本發(fā)明提供的醫(yī)院多方對(duì)賬評(píng)估與監(jiān)管系統(tǒng)，包括權(quán)限監(jiān)管模塊、對(duì)賬與分析模塊；

其中，所述權(quán)限監(jiān)管模塊，用于記錄用戶操作行為，生成每一筆賬單的操作記錄；

所述對(duì)賬與分析模塊，用于將多方賬單進(jìn)行對(duì)賬，分析出成功賬單和異常賬單。

優(yōu)選地，所述多方賬單包括醫(yī)院內(nèi)部財(cái)務(wù)系統(tǒng)中的賬單、第三方支付平臺(tái)生成的賬單以及用戶App的賬單。

優(yōu)選地，還包括連接建立模塊；

其中，所述連接建立模塊，用于建立權(quán)限監(jiān)管模塊、對(duì)賬與分析模塊與企業(yè)的財(cái)務(wù)系統(tǒng)、目標(biāo)銀行的支付系統(tǒng)、目標(biāo)第三方支付平臺(tái)以及用戶App建立連接。

優(yōu)選地，還包括數(shù)據(jù)分析模塊；

其中，所述數(shù)據(jù)分析模塊，用于根據(jù)所述成功賬單分析出每月賬單走向圖和藥品使用趨勢(shì)圖。

優(yōu)選地，還包括服務(wù)器模塊和數(shù)據(jù)請(qǐng)求模塊；

其中，所述服務(wù)器模塊，用于存儲(chǔ)每一筆賬單的操作記錄和多方賬單；

所述數(shù)據(jù)請(qǐng)求模塊，用于根據(jù)用戶App的請(qǐng)求，在所述服務(wù)器模塊中獲取所述用戶App對(duì)應(yīng)的賬單，并將所述用戶App對(duì)應(yīng)的賬單以視圖和/或列表的形式反饋給用戶APP。

本發(fā)明提供的醫(yī)院多方對(duì)賬評(píng)估與監(jiān)管方法，其特征在于，包括如下步驟：

權(quán)限監(jiān)管步驟，具體為，記錄用戶操作行為，生成每一筆賬單的操作記錄；

對(duì)賬與分析步驟，具體為，將多方賬單進(jìn)行對(duì)賬，分析出成功賬單和異常賬單。

優(yōu)選地，所述多方賬單包括醫(yī)院內(nèi)部財(cái)務(wù)系統(tǒng)中的賬單、第三方支付平臺(tái)生成的賬單以及用戶App的賬單。

優(yōu)選地，還包括如下步驟：

連接建立步驟，具體為，建立權(quán)限監(jiān)管模塊、對(duì)賬與分析模塊與企業(yè)的財(cái)務(wù)系統(tǒng)、目標(biāo)銀行的支付系統(tǒng)、目標(biāo)第三方支付平臺(tái)以及用戶App建立連接。

優(yōu)選地，還包括如下步驟：

數(shù)據(jù)分析步驟，具體為，根據(jù)所述成功賬單分析出每月賬單走向圖和藥品使用趨勢(shì)圖。

優(yōu)選地，還包括如下步驟；

其中，賬單存儲(chǔ)步驟，具體為，存儲(chǔ)每一筆賬單的操作記錄和多方賬單至服務(wù)器模塊中；

數(shù)據(jù)請(qǐng)求步驟，具體為，根據(jù)用戶App的請(qǐng)求，在所述服務(wù)器模塊中獲取所述用戶App對(duì)應(yīng)的賬單，并將所述用戶App對(duì)應(yīng)的賬單以視圖和/或列表的形式反饋給用戶App。

與現(xiàn)有技術(shù)相比，本發(fā)明具有如下的有益效果：

1、本發(fā)明通過將服務(wù)器模塊部署到云端，能夠更快，更穩(wěn)定的將對(duì)賬信息實(shí)時(shí)同步到用戶中心，并對(duì)每一筆訂單的來龍去脈都會(huì)有詳細(xì)的記載。

2、本發(fā)明設(shè)置有權(quán)限監(jiān)管模塊，每一筆訂單自產(chǎn)生之日起，就會(huì)有嚴(yán)格的權(quán)限管控，不允許用戶輕易的修改，可以根據(jù)用戶需求，做到多用戶同時(shí)監(jiān)管的目的，防止被人為惡意篡改。

3、本發(fā)明設(shè)置有數(shù)據(jù)分析模塊，能夠匯總多方的賬單數(shù)據(jù)，對(duì)數(shù)據(jù)進(jìn)行分析，通過數(shù)據(jù)可視化技術(shù)，將分析結(jié)果以圖文形式展現(xiàn)出來(包括統(tǒng)計(jì)圖、趨勢(shì)曲線圖)。

附圖說明

通過閱讀參照以下附圖對(duì)非限制性實(shí)施例所作的詳細(xì)描述，本發(fā)明的其它特征、目的和優(yōu)點(diǎn)將會(huì)變得更明顯：

圖1為本發(fā)明的步驟流程圖；

圖2為本發(fā)明的模塊示意圖；

圖3為本發(fā)明中統(tǒng)計(jì)圖的示意圖。

具體實(shí)施方式

下面結(jié)合具體實(shí)施例對(duì)本發(fā)明進(jìn)行詳細(xì)說明。以下實(shí)施例將有助于本領(lǐng)域的技術(shù)人員進(jìn)一步理解本發(fā)明，但不以任何形式限制本發(fā)明。應(yīng)當(dāng)指出的是，對(duì)本領(lǐng)域的普通技術(shù)人員來說，在不脫離本發(fā)明構(gòu)思的前提下，還可以做出若干變形和改進(jìn)。這些都屬于本發(fā)明的保護(hù)范圍。

在本實(shí)施例中，本發(fā)明提供的醫(yī)院多方對(duì)賬評(píng)估與監(jiān)管系統(tǒng)，包括權(quán)限監(jiān)管模塊、對(duì)賬與分析模塊；

其中，所述權(quán)限監(jiān)管模塊，用于記錄用戶操作行為，生成每一筆賬單的操作記錄；

所述對(duì)賬與分析模塊，用于將多方賬單進(jìn)行對(duì)賬，分析出成功賬單和異常賬單。

所述多方賬單包括醫(yī)院內(nèi)部財(cái)務(wù)系統(tǒng)中的賬單、第三方支付平臺(tái)生成的賬單以及用戶App的賬單。

本發(fā)明提供的醫(yī)院多方對(duì)賬評(píng)估與監(jiān)管系統(tǒng)，還包括連接建立模塊；

其中，所述連接建立模塊，用于建立權(quán)限監(jiān)管模塊、對(duì)賬與分析模塊與企業(yè)的財(cái)務(wù)系統(tǒng)、目標(biāo)銀行的支付系統(tǒng)、目標(biāo)第三方支付平臺(tái)以及用戶App建立連接。

本發(fā)明提供的醫(yī)院多方對(duì)賬評(píng)估與監(jiān)管系統(tǒng)，還包括數(shù)據(jù)分析模塊；

其中，所述數(shù)據(jù)分析模塊，用于根據(jù)所述成功賬單分析出每月賬單走向圖和藥品使用趨勢(shì)圖。

本發(fā)明提供的醫(yī)院多方對(duì)賬評(píng)估與監(jiān)管系統(tǒng)，還包括服務(wù)器模塊和數(shù)據(jù)請(qǐng)求模塊；

其中，所述服務(wù)器模塊，用于存儲(chǔ)每一筆賬單的操作記錄和多方賬單；

所述數(shù)據(jù)請(qǐng)求模塊，用于根據(jù)用戶App的請(qǐng)求，在所述服務(wù)器模塊中獲取所述用戶App對(duì)應(yīng)的賬單，并將所述用戶App對(duì)應(yīng)的賬單以視圖和/或列表的形式反饋給用戶APP。

本發(fā)明提供的醫(yī)院多方對(duì)賬評(píng)估與監(jiān)管方法，包括如下步驟：

權(quán)限監(jiān)管步驟，具體為，記錄用戶操作行為，生成每一筆賬單的操作記錄；

對(duì)賬與分析步驟，具體為，將多方賬單進(jìn)行對(duì)賬，分析出成功賬單和異常賬單。

所述多方賬單包括醫(yī)院內(nèi)部財(cái)務(wù)系統(tǒng)中的賬單、第三方支付平臺(tái)生成的賬單以及用戶App的賬單。

本發(fā)明提供的醫(yī)院多方對(duì)賬評(píng)估與監(jiān)管方法，還包括如下步驟：

連接建立步驟，具體為，建立權(quán)限監(jiān)管模塊、對(duì)賬與分析模塊與企業(yè)的財(cái)務(wù)系統(tǒng)、目標(biāo)銀行的支付系統(tǒng)、目標(biāo)第三方支付平臺(tái)以及用戶App建立連接。

本發(fā)明提供的醫(yī)院多方對(duì)賬評(píng)估與監(jiān)管方法，還包括如下步驟：

數(shù)據(jù)分析步驟，具體為，根據(jù)所述成功賬單分析出每月賬單走向圖和藥品使用趨勢(shì)圖。

本發(fā)明提供的醫(yī)院多方對(duì)賬評(píng)估與監(jiān)管方法，還包括如下步驟；

其中，賬單存儲(chǔ)步驟，具體為，存儲(chǔ)每一筆賬單的操作記錄和多方賬單至服務(wù)器模塊中；

數(shù)據(jù)請(qǐng)求步驟，具體為，根據(jù)用戶App的請(qǐng)求，在所述服務(wù)器模塊中獲取所述用戶App對(duì)應(yīng)的賬單，并將所述用戶App對(duì)應(yīng)的賬單以視圖和/或列表的形式反饋給用戶App。

本發(fā)明能夠?qū)⑨t(yī)院的傳統(tǒng)模式引入到互聯(lián)網(wǎng)中，比如用戶通過手機(jī)上安裝醫(yī)院的用戶App，可以方便的進(jìn)行在線掛號(hào)、預(yù)約門診、支付賬單等操作，這樣不僅大大節(jié)省了醫(yī)院的人力成本，同時(shí)也給患者帶來了方便，訂單通過用戶App提交到醫(yī)院的服務(wù)器上，當(dāng)想要查看對(duì)賬信息時(shí)，通過手機(jī)用戶App，請(qǐng)求服務(wù)器端的對(duì)賬數(shù)據(jù)，經(jīng)過數(shù)據(jù)分析處理，將結(jié)果以視圖和列表的形式反饋給用戶。

在本實(shí)施例中，本發(fā)明通過將服務(wù)器模塊部署到云端，能夠更快，更穩(wěn)定的將對(duì)賬信息實(shí)時(shí)同步到用戶中心，并對(duì)每一筆訂單的來龍去脈都會(huì)有詳細(xì)的記載。本發(fā)明設(shè)置有權(quán)限監(jiān)管模塊，每一筆訂單自產(chǎn)生之日起，就會(huì)有嚴(yán)格的權(quán)限管控，不允許用戶輕易的修改，可以根據(jù)用戶需求，做到多用戶同時(shí)監(jiān)管的目的，防止被人為惡意篡改。本發(fā)明設(shè)置有數(shù)據(jù)分析模塊，能夠匯總多方的賬單數(shù)據(jù)，對(duì)數(shù)據(jù)進(jìn)行分析，通過數(shù)據(jù)可視化技術(shù)，將分析結(jié)果以圖文形式展現(xiàn)出來(包括統(tǒng)計(jì)圖、趨勢(shì)曲線圖)。

以上對(duì)本發(fā)明的具體實(shí)施例進(jìn)行了描述。需要理解的是，本發(fā)明并不局限于上述特定實(shí)施方式，本領(lǐng)域技術(shù)人員可以在權(quán)利要求的范圍內(nèi)做出各種變形或修改，這并不影響本發(fā)明的實(shí)質(zhì)內(nèi)容。