本發(fā)明涉及支付管理，更具體地說，本發(fā)明涉及一種基于消息機(jī)的醫(yī)院信息系統(tǒng)支付處理方法。

背景技術(shù)：

1、醫(yī)院信息系統(tǒng)是利用計(jì)算機(jī)技術(shù)和網(wǎng)絡(luò)通信技術(shù)等現(xiàn)代化手段，對醫(yī)院及其所屬各部門在醫(yī)療活動各階段產(chǎn)生的數(shù)據(jù)進(jìn)行采集、存儲、處理、提取、傳輸和匯總，為醫(yī)院的整體運(yùn)行提供全面的自動化管理及各種服務(wù)的信息系統(tǒng)，而在用戶端對訂單進(jìn)行支付時會因?yàn)橛唵伪旧硇畔㈠e誤或網(wǎng)絡(luò)延遲等問題而出現(xiàn)不同的支付狀態(tài)，因此需要醫(yī)院信息系統(tǒng)對不同支付狀態(tài)的訂單進(jìn)行針對性的處理，從而確保醫(yī)院信息系統(tǒng)的高效穩(wěn)定運(yùn)行。

2、參考公開號為cn115775148a的專利申請公開了基于消息機(jī)的醫(yī)院信息系統(tǒng)支付處理方法、裝置及設(shè)備，其通過消息機(jī)對訂單信息、處理信息和通知信息構(gòu)造擁有確認(rèn)機(jī)制和上報(bào)機(jī)制的消息體，在每一個節(jié)點(diǎn)上都保證消息的準(zhǔn)確收到，能夠在異常發(fā)生的情況下，主動上報(bào)所在節(jié)點(diǎn)的故障信息，工作人員在接到故障信息，依據(jù)故障信息處理好故障后，消息機(jī)會自動重發(fā)失敗的訂單消息、處理信息或通知信息，保證了原來的信息傳遞和業(yè)務(wù)邏輯，通過消息機(jī)大大減少了整個訂單支付系統(tǒng)的信息傳輸復(fù)雜度，提高了故障排查的精準(zhǔn)度；

3、現(xiàn)有的醫(yī)院訂單在支付處理時，通過將用戶端的支付數(shù)據(jù)與醫(yī)院端的訂單信息內(nèi)的關(guān)聯(lián)數(shù)據(jù)進(jìn)行逐一比較后，來對訂單的準(zhǔn)確性和合理性進(jìn)行分析，進(jìn)而對不同狀態(tài)的訂單進(jìn)行支付處理，由于訂單內(nèi)所包含的信息類型和數(shù)量較多，導(dǎo)致關(guān)聯(lián)數(shù)據(jù)逐一比對的方式會帶來較大的工作負(fù)擔(dān)，容易出現(xiàn)訂單內(nèi)錯誤信息的遺漏現(xiàn)象，從而增大了訂單錯誤支付的概率，降低了醫(yī)院信息系統(tǒng)對訂單支付處理的準(zhǔn)確性和合理性。

4、鑒于此，本發(fā)明提出一種基于消息機(jī)的醫(yī)院信息系統(tǒng)支付處理方法以解決上述問題。

技術(shù)實(shí)現(xiàn)思路

1、為了克服現(xiàn)有技術(shù)的上述缺陷，為實(shí)現(xiàn)上述目的，本發(fā)明提供如下技術(shù)方案：一種基于消息機(jī)的醫(yī)院信息系統(tǒng)支付處理方法，應(yīng)用于云服務(wù)器，包括：

2、s1：從醫(yī)院信息系統(tǒng)內(nèi)篩選出待支付信息，待支付信息包括身份信息、項(xiàng)目信息、價格信息和日期信息，并基于構(gòu)建準(zhǔn)則，將待支付信息構(gòu)建成待支付訂單；

3、s2：通過用戶消息機(jī)將待支付訂單發(fā)送至用戶端，識別出待支付訂單的確認(rèn)狀態(tài)，確認(rèn)狀態(tài)包括無誤狀態(tài)和有誤狀態(tài)，并判定是否滿足訂單支付需求；若滿足訂單支付需求，執(zhí)行s3；若不滿足訂單支付需求，重復(fù)執(zhí)行s1-s2；

4、s3：獲取用戶端的支付數(shù)據(jù)，將待支付訂單和支付數(shù)據(jù)匯總生成訂單數(shù)據(jù)包，并通過醫(yī)院消息機(jī)將訂單數(shù)據(jù)包發(fā)送至云服務(wù)器；

5、s4：識別出訂單數(shù)據(jù)包的支付狀態(tài)，支付狀態(tài)包括通過狀態(tài)和未通過狀態(tài)，根據(jù)支付狀態(tài)將待支付訂單進(jìn)行訂單屬性劃分，訂單屬性包括有效訂單和無效訂單，并選擇修正處理模式或反饋處理模式；

6、s5：在修正處理模式下，提取出訂單數(shù)據(jù)包的支付特征，支付特征包括有效驗(yàn)證時長、網(wǎng)絡(luò)傳輸速率和驗(yàn)證相似度，并從支付特征中識別出失敗特征；

7、s6：剔除掉失敗特征，對支付數(shù)據(jù)進(jìn)行修正，直至生成有效訂單，并發(fā)送至用戶端和醫(yī)院端進(jìn)行展示；

8、s7：在反饋處理模式下，對有效訂單進(jìn)行備份，并發(fā)送至用戶端和醫(yī)院端進(jìn)行展示。

9、進(jìn)一步的，構(gòu)建準(zhǔn)則為：每一個訂單位內(nèi)只包含一個待支付信息；

10、待支付訂單的構(gòu)建方法包括：

11、從訂單數(shù)據(jù)庫內(nèi)篩選出具有四個信息行的空白訂單，并按照由上往下的方式，將四個信息行依次記為第一信息行、第二信息行、第三信息行和第四信息行；

12、按照由左往右的方式，依次在第一信息行、第二信息行、第三信息行和第四信息行內(nèi)繪制出兩個訂單位，分別記為第一訂單位和第二訂單位；

13、通過自然語言處理技術(shù)逐一識別出身份信息、項(xiàng)目信息、價格信息和日期信息中的文字語義和數(shù)字語義；

14、將身份信息、項(xiàng)目信息、價格信息和日期信息中的文字語義和數(shù)字語義分別導(dǎo)入到第一信息行、第二信息行、第三信息行和第四信息行的第一訂單位和第二訂單位內(nèi)，構(gòu)建出待支付訂單。

15、進(jìn)一步的，無誤狀態(tài)和有誤狀態(tài)的識別方法包括：

16、查詢出確認(rèn)管理系統(tǒng)中的確認(rèn)事件，標(biāo)記出確認(rèn)事件的備注框，并識別出備注框內(nèi)的備注值；

17、當(dāng)備注框內(nèi)的備注值為0時，將待支付訂單的確認(rèn)狀態(tài)記為無誤狀態(tài)；

18、當(dāng)備注框內(nèi)的備注值為1時，將待支付訂單的確認(rèn)狀態(tài)記為有誤狀態(tài)；

19、是否滿足訂單支付需求的判定方法包括：

20、當(dāng)待支付訂單的確認(rèn)狀態(tài)為有誤狀態(tài)時，判定待支付訂單不滿足訂單支付需求；

21、當(dāng)待支付訂單的確認(rèn)狀態(tài)為無誤狀態(tài)時，判定待支付訂單滿足訂單支付需求。

22、進(jìn)一步的，訂單數(shù)據(jù)包的生成方法包括：

23、通過支付管理系統(tǒng)查詢出用戶端輸入的i個操作數(shù)據(jù)，并逐一統(tǒng)計(jì)出i個操作數(shù)據(jù)的操作屬性；

24、通過自然語言處理技術(shù)逐一識別出i個操作屬性的關(guān)鍵字，并將關(guān)鍵字為密碼、指紋和人臉的操作數(shù)據(jù)記為支付數(shù)據(jù)，獲得p個支付數(shù)據(jù)；

25、將具有相同關(guān)鍵字的支付數(shù)據(jù)匯總后，獲得m個數(shù)據(jù)集合；

26、在待支付訂單上分別繪制出m個數(shù)據(jù)位，并將m個數(shù)據(jù)集合逐一導(dǎo)入到m個數(shù)據(jù)位內(nèi)，生成訂單數(shù)據(jù)包。

27、進(jìn)一步的，通過狀態(tài)和未通過狀態(tài)的識別方法包括：

28、逐一標(biāo)記出訂單數(shù)據(jù)包內(nèi)m個數(shù)據(jù)集合中每一個支付數(shù)據(jù)的關(guān)鍵字；

29、當(dāng)支付數(shù)據(jù)的關(guān)鍵字為密碼時，統(tǒng)計(jì)出支付數(shù)據(jù)中密碼的字符數(shù)量，記為密碼值，并將密碼值與標(biāo)準(zhǔn)密碼閾值進(jìn)行支付驗(yàn)證；

30、當(dāng)密碼值與標(biāo)準(zhǔn)密碼閾值的大小和內(nèi)容均一致時，將訂單數(shù)據(jù)包的支付狀態(tài)記為通過狀態(tài)；

31、當(dāng)密碼值與標(biāo)準(zhǔn)密碼閾值的大小或內(nèi)容存在不一致時，將訂單數(shù)據(jù)包的支付狀態(tài)記為未通過狀態(tài)；

32、修正處理模式或完成反饋處理模式的選擇方法包括：

33、當(dāng)訂單數(shù)據(jù)包的支付狀態(tài)為通過狀態(tài)時，將待支付訂單劃分為有效訂單，選擇反饋處理模式；

34、當(dāng)訂單數(shù)據(jù)包的支付狀態(tài)為未通過狀態(tài)時，將待支付訂單劃分為無效訂單，選擇修正處理模式。

35、進(jìn)一步的，網(wǎng)絡(luò)傳輸速率的獲取方法包括：

36、通過屬性管理系統(tǒng)查詢出支付數(shù)據(jù)的支付結(jié)構(gòu)和數(shù)據(jù)庫內(nèi)儲存數(shù)據(jù)的儲存結(jié)構(gòu)；

37、將儲存結(jié)構(gòu)與支付結(jié)構(gòu)一致的儲存數(shù)據(jù)記為關(guān)聯(lián)數(shù)據(jù)，并統(tǒng)計(jì)出關(guān)聯(lián)數(shù)據(jù)的數(shù)量；

38、通過時間戳分別查詢出用戶端導(dǎo)入第一個關(guān)聯(lián)數(shù)據(jù)的時刻和醫(yī)院端接收最后一個關(guān)聯(lián)數(shù)據(jù)的時刻，分別記為開始時刻和終止時刻；

39、將開始時刻至終止時刻之間的時長記為傳輸時長，并將關(guān)聯(lián)數(shù)據(jù)的數(shù)量與傳輸時長比較，獲得網(wǎng)絡(luò)傳輸速率；

40、網(wǎng)絡(luò)傳輸速率的表達(dá)式為：

41、；

42、式中，為網(wǎng)絡(luò)傳輸速率，為關(guān)聯(lián)數(shù)據(jù)的數(shù)量，為傳輸時長。

43、進(jìn)一步的，驗(yàn)證相似度的獲取方法包括：

44、通過自然語言處理技術(shù)識別出支付數(shù)據(jù)中的支付詞組，并通過分詞技術(shù)將支付詞組拆分為獨(dú)立的詞組單元；

45、將詞組單元與數(shù)據(jù)庫內(nèi)的標(biāo)準(zhǔn)單元進(jìn)行重合比較，并識別出詞組單元的比較狀態(tài)；

46、將比較狀態(tài)為重合狀態(tài)的詞組單元記為驗(yàn)證單元，并統(tǒng)計(jì)出驗(yàn)證單元的數(shù)量，將驗(yàn)證單元的數(shù)量與詞組單元的數(shù)量比較，獲得驗(yàn)證相似度；

47、驗(yàn)證相似度的表達(dá)式為：

48、；

49、式中，為驗(yàn)證相似度，為驗(yàn)證單元的數(shù)量，為詞組單元的數(shù)量。

50、進(jìn)一步的，失敗特征的識別方法包括：

51、將有效驗(yàn)證時長與驗(yàn)證時長安全值比較，當(dāng)大于時，將有效驗(yàn)證時長記為失敗特征；

52、將網(wǎng)絡(luò)傳輸速率與網(wǎng)絡(luò)傳輸安全值比較，當(dāng)小于時，將網(wǎng)絡(luò)傳輸速率記為失敗特征；

53、將驗(yàn)證相似度與驗(yàn)證相似安全值比較，當(dāng)小于時，將驗(yàn)證相似度記為失敗特征。

54、進(jìn)一步的，支付數(shù)據(jù)修正的方法包括：

55、統(tǒng)計(jì)出支付數(shù)據(jù)中失敗特征的數(shù)量，記為失敗值；

56、當(dāng)失敗值為1，且失敗特征為有效驗(yàn)證時長或驗(yàn)證相似度時，將有效驗(yàn)證時長或驗(yàn)證相似度剔除掉，并通過用戶端重新導(dǎo)入修正后的有效驗(yàn)證時長或驗(yàn)證相似度；

57、當(dāng)失敗值為2，且失敗特征為有效驗(yàn)證時長和驗(yàn)證相似度時，將有效驗(yàn)證時長和驗(yàn)證相似度剔除掉，并通過用戶端重新導(dǎo)入修正后的有效驗(yàn)證時長和驗(yàn)證相似度；

58、當(dāng)失敗值為1或2或3，且失敗特征中包含網(wǎng)絡(luò)傳輸速率時，將有效驗(yàn)證時長、網(wǎng)絡(luò)傳輸速率和驗(yàn)證相似度全部剔除掉，并在更換用戶端的通信網(wǎng)絡(luò)后，通過用戶端重新導(dǎo)入修正后的有效驗(yàn)證時長、網(wǎng)絡(luò)傳輸速率和驗(yàn)證相似度。

59、進(jìn)一步的，有效訂單備份的方法包括：

60、獲取有效訂單中待支付訂單內(nèi)中的日期信息中日期和身份信息中的姓名，并創(chuàng)建備份文件夾；

61、將有效訂單中的待支付訂單和支付數(shù)據(jù)均導(dǎo)入到備份文件夾內(nèi)，并將日期和姓名備注為備份文件夾的文件名。

62、本發(fā)明一種基于消息機(jī)的醫(yī)院信息系統(tǒng)支付處理方法的技術(shù)效果和優(yōu)點(diǎn)：

63、本發(fā)明通過從醫(yī)院信息系統(tǒng)內(nèi)篩選出待支付信息，并基于構(gòu)建準(zhǔn)則，將待支付信息構(gòu)建成待支付訂單，通過用戶消息機(jī)將待支付訂單發(fā)送至用戶端，識別出待支付訂單的確認(rèn)狀態(tài)，并判定是否滿足訂單支付需求，獲取用戶端的支付數(shù)據(jù)，將待支付訂單和支付數(shù)據(jù)匯總生成訂單數(shù)據(jù)包，并通過醫(yī)院消息機(jī)將訂單數(shù)據(jù)包發(fā)送至云服務(wù)器，識別出訂單數(shù)據(jù)包的支付狀態(tài)，根據(jù)支付狀態(tài)將待支付訂單進(jìn)行訂單屬性劃分，并選擇修正處理模式或反饋處理模式，在修正處理模式下，提取出訂單數(shù)據(jù)包的支付特征，并從支付特征中識別出失敗特征，剔除掉失敗特征，對支付數(shù)據(jù)進(jìn)行修正，直至生成有效訂單，并發(fā)送至用戶端和醫(yī)院端進(jìn)行展示，在反饋處理模式下，對有效訂單進(jìn)行備份，并發(fā)送至用戶端和醫(yī)院端進(jìn)行展示；相對于現(xiàn)有技術(shù)，能夠從醫(yī)院信息系統(tǒng)內(nèi)提取出支付信息，并構(gòu)成發(fā)送給用戶端的待支付訂單，通過用戶端對待支付訂單確認(rèn)后，可以對待支付訂單與用戶端的匹配程度進(jìn)行準(zhǔn)確識別，規(guī)避掉與用戶端不匹配的訂單數(shù)據(jù)，防止造成錯誤支付的現(xiàn)象，同時結(jié)合支付數(shù)據(jù)來判定待支付訂單的支付狀態(tài)，即可對用戶端支付數(shù)據(jù)的準(zhǔn)確性和合理性進(jìn)行有效識別，既能夠確保用戶端對待支付訂單的有效支付，也能夠?qū)⒅Ц逗蟮挠唵渭皶r的發(fā)送給醫(yī)院端進(jìn)行訂單處理展示，實(shí)現(xiàn)了用戶端與醫(yī)院端之間的醫(yī)療訂單信息高效和準(zhǔn)確的支付處理效果，確保醫(yī)院信息系統(tǒng)能夠?qū)︶t(yī)療訂單進(jìn)行高效的綜合處理，有效的提高了醫(yī)院信息系統(tǒng)的運(yùn)行管理效率。