本發(fā)明涉及計(jì)算機(jī)通信技術(shù)，具體地涉及基于社?？ê褪謾C(jī)終端實(shí)現(xiàn)的支付方法以及支付系統(tǒng)。

背景技術(shù)：

我國醫(yī)療資源分配不均，大部分優(yōu)質(zhì)醫(yī)療資源都集中在三甲醫(yī)院，導(dǎo)致患者到三甲醫(yī)院看病時(shí)經(jīng)常出現(xiàn)“三長一短”問題，即“掛號(hào)難、排隊(duì)難、取藥難，看病時(shí)間短”。

為解決患者的三長一短問題，醫(yī)院或互聯(lián)網(wǎng)公司等先后推出自助終端、全流程就診平臺(tái)。自助終端雖減少了患者繳費(fèi)的時(shí)長，但因終端資源的限制，仍然會(huì)出現(xiàn)患者排隊(duì)繳費(fèi)現(xiàn)象。

然而，全流程就診平臺(tái)因受社?？o法脫卡支付的限制，現(xiàn)階段并無法解決患者繳費(fèi)排隊(duì)的問題。

社會(huì)醫(yī)療保險(xiǎn)卡，簡稱社?？ǎ轻t(yī)療保險(xiǎn)個(gè)人帳戶專用卡，以個(gè)人身份證為識(shí)別碼，儲(chǔ)存記載著個(gè)人身份證號(hào)碼、姓名、性別以及帳戶金的撥付、消費(fèi)情況等詳細(xì)資料信息。當(dāng)前，眾多醫(yī)療IT 廠商、原掛號(hào)服務(wù)提供商、掌上醫(yī)院解決方案提供商等紛紛搭建移動(dòng)醫(yī)療平臺(tái)，試圖打通從預(yù)約掛號(hào)、診間支付、查看報(bào)告等常規(guī)就醫(yī)流程，協(xié)助醫(yī)院迎接移動(dòng)互聯(lián)網(wǎng)時(shí)代，提升患者就醫(yī)體驗(yàn)。但由于不能實(shí)現(xiàn)脫卡支付（又稱無卡支付），社?？ㄓ脩魺o法享受這一便捷應(yīng)用。

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

為了解決上述問題，本發(fā)明的目的在于，提出一種能夠?qū)崿F(xiàn)患者自動(dòng)繳費(fèi)、避免繳費(fèi)排隊(duì)的基于社?？ê褪謾C(jī)終端實(shí)現(xiàn)的支付方法。

本發(fā)明的基于社?？ê褪謾C(jī)終端實(shí)現(xiàn)的支付系統(tǒng)，其特征在于，具備：

讀卡器，用于讀取社?？ǖ纳绫？ㄐ畔?；

醫(yī)院信息化處理系統(tǒng)，用于提供醫(yī)療消費(fèi)信息；以及

支付處理系統(tǒng)，用于儲(chǔ)存表示社?？ǖ纳绫？ㄐ畔⑴c手機(jī)終端、手機(jī)號(hào)碼、支付賬戶之間綁定關(guān)系的綁定信息，能夠分別與所述讀卡器、所述醫(yī)院信息化處理系統(tǒng)進(jìn)行信息交互，根據(jù)所述醫(yī)療消費(fèi)信息以及所述綁定信息生成支付訂單，校驗(yàn)來自下述手機(jī)終端的下述支付請(qǐng)求，在支付請(qǐng)求合法的情況下調(diào)用該社保卡綁定的支付賬戶完成支付；以及

手機(jī)終端，用于獲取所述支付訂單，根據(jù)所述支付訂單生成支付請(qǐng)求并發(fā)送到所述支付處理系統(tǒng)。

優(yōu)選地，還具備：打印設(shè)備，用于打印所述支付處理系統(tǒng)生成的支付訂單。

優(yōu)選地，所述支付訂單包含條碼，

在所述支付訂單中至少包括醫(yī)療消費(fèi)信息和社?？ㄐ畔?，

所述手機(jī)終端通過掃描條碼獲取所述支付訂單。

優(yōu)選地，所述支付處理系統(tǒng)具備：

卡片信息識(shí)別模塊，用于儲(chǔ)存表示社?？ǖ纳绫？ㄐ畔⑴c手機(jī)終端、手機(jī)號(hào)碼、支付賬戶之間的綁定關(guān)系的綁定信息并且用于識(shí)別來自所述讀卡器的社保卡信息；

交易處理與訂單生成模塊，根據(jù)所述醫(yī)療消費(fèi)信息以及所述綁定信息生成支付訂單；

賬戶關(guān)聯(lián)處理模塊，根據(jù)所述綁定信息將所述支付訂單關(guān)聯(lián)到與該社?？ㄐ畔⒔壎ǖ氖謾C(jī)號(hào)碼、支付賬戶；

條碼生成校驗(yàn)單元，用于根據(jù)所述支付訂單生成條碼，并且用于校驗(yàn)從手機(jī)終端返回的支付請(qǐng)求；以及

支付處理結(jié)果通知模塊，在所述條碼生成校驗(yàn)單元校驗(yàn)成功的情況下調(diào)用該社?？ń壎ǖ闹Ц顿~戶完成支付，并將支付結(jié)果通知所述醫(yī)院信息處理化系統(tǒng)。

本發(fā)明的基于社保卡和手機(jī)終端實(shí)現(xiàn)的支付方法，其特征在于，包括下述步驟：

預(yù)先綁定步驟，預(yù)先將社?？ǖ纳绫？ㄐ畔⑴c手機(jī)終端、手機(jī)號(hào)碼、支付賬戶進(jìn)行綁定并生成綁定信息，并將綁定信息預(yù)先儲(chǔ)存于支付處理系統(tǒng)；

數(shù)據(jù)交互步驟，利用讀卡器讀取社?？ǖ纳绫？ㄐ畔ⅲ鶕?jù)社?？ㄐ畔尼t(yī)院信息化處理系統(tǒng)獲取醫(yī)療消費(fèi)信息，并且至少將社保卡信息和醫(yī)療消費(fèi)信息傳輸?shù)街Ц短幚硐到y(tǒng)；

支付訂單生成步驟，支付處理系統(tǒng)根據(jù)所述醫(yī)療消費(fèi)信息以及所述綁定信息生成支付訂單，并打印支付訂單；

訂單確認(rèn)步驟，用戶利用手機(jī)終端讀取支付訂單并進(jìn)行確認(rèn)；

支付請(qǐng)求生成步驟，在用戶確認(rèn)支付訂單之后，手機(jī)終端將支付訂單與該手機(jī)的手機(jī)號(hào)碼一起作為支付請(qǐng)求傳送到支付處理系統(tǒng)；

支付請(qǐng)求校驗(yàn)步驟，支付處理系統(tǒng)校驗(yàn)該支付請(qǐng)求的合法性；以及

支付完成步驟，在校驗(yàn)合法的情況下，支付處理系統(tǒng)調(diào)用該社?？ń壎ǖ闹Ц顿~戶完成支付。

優(yōu)選地，所述支付訂單包含條碼，

在所述支付訂單中至少包括醫(yī)療消費(fèi)信息和社保卡信息。

優(yōu)選地，在所述支付請(qǐng)求校驗(yàn)步驟中，支付處理系統(tǒng)校驗(yàn)該支付請(qǐng)求中包含的手機(jī)號(hào)碼是否為與該社?？ń壎ǖ氖謾C(jī)號(hào)碼。

優(yōu)選地，在所述支付請(qǐng)求校驗(yàn)步驟中，支付處理系統(tǒng)還進(jìn)一步校驗(yàn)該條碼中的信息。

優(yōu)選地，所述支付賬戶包括醫(yī)療保險(xiǎn)機(jī)構(gòu)賬戶和金融機(jī)構(gòu)賬戶。

優(yōu)選地，所述支付請(qǐng)求生成步驟，手機(jī)終端調(diào)用SIM卡接口獲得該手機(jī)終端的手機(jī)號(hào)碼，將支付訂單與手機(jī)號(hào)碼一起作為支付請(qǐng)求傳送到支付處理系統(tǒng)。

本發(fā)明的基于社?？ê褪謾C(jī)終端實(shí)現(xiàn)的支付系統(tǒng)中的支付處理系統(tǒng)具備：

卡片信息識(shí)別模塊，用于儲(chǔ)存表示社?？ǖ纳绫？ㄐ畔⑴c手機(jī)終端、手機(jī)號(hào)碼、支付賬戶之間的綁定關(guān)系的綁定信息并且用于識(shí)別來自所述讀卡器的社?？ㄐ畔?；

交易處理與訂單生成模塊，根據(jù)從外部獲得的醫(yī)療消費(fèi)信息以及所述綁定信息生成支付訂單；

賬戶關(guān)聯(lián)處理模塊，根據(jù)所述綁定信息將所述支付訂單關(guān)聯(lián)到與該社?？ㄐ畔⒔壎ǖ氖謾C(jī)號(hào)碼、支付賬戶；

條碼生成校驗(yàn)單元，用于根據(jù)所述支付訂單生成條碼，并且用于校驗(yàn)從手機(jī)終端返回的支付請(qǐng)求；以及

支付處理結(jié)果通知模塊，在所述條碼生成校驗(yàn)單元校驗(yàn)成功的情況下調(diào)用該社保卡綁定的支付賬戶完成支付，并通知支付結(jié)果。

如上所述，本發(fā)明的基于社?？ê褪謾C(jī)終端實(shí)現(xiàn)的支付系統(tǒng)以及支付方法能夠完成實(shí)體卡片的識(shí)別，然后根據(jù)實(shí)體卡片信息生成訂單，由此再生成包含二維碼的票據(jù)，即實(shí)體卡以及讀取實(shí)體卡的手機(jī)終端的信息已經(jīng)經(jīng)過了系統(tǒng)識(shí)別，二維碼信息中包含上述識(shí)別信息要素。由此，能夠解決現(xiàn)有社保卡無法線上脫卡支付帶來的弊端。

而且，在本發(fā)明的基于社?？ê褪謾C(jī)終端實(shí)現(xiàn)的支付系統(tǒng)以及支付方法中，，只有與社保卡預(yù)先綁定的手機(jī)終端才能發(fā)起支付，這樣的優(yōu)點(diǎn)在于，無關(guān)聯(lián)的手機(jī)終端無法支付，即，即使撿到別人的社保卡，也無法使用，因?yàn)闆]有持有該社?？ń壎ǖ氖謾C(jī)終端。另一方面，也能夠避免差錯(cuò)，萬一搞錯(cuò)誤了單據(jù)，不是本人的單據(jù)也無法支付，因?yàn)榻壎ǖ氖謾C(jī)終端、手機(jī)號(hào)碼不一樣所以也無法支付。

附圖說明

圖1是表示本發(fā)明的基于社?？ê褪謾C(jī)終端實(shí)現(xiàn)的支付系統(tǒng)的構(gòu)造圖。

圖2是表示本發(fā)明的基于社保卡和手機(jī)終端實(shí)現(xiàn)的支付系統(tǒng)中的支付處理系統(tǒng)的構(gòu)造示意圖。

具體實(shí)施方式

下面介紹的是本發(fā)明的多個(gè)實(shí)施例中的一些，旨在提供對(duì)本發(fā)明的基本了解。并不旨在確認(rèn)本發(fā)明的關(guān)鍵或決定性的要素或限定所要保護(hù)的范圍。

本發(fā)明提出了一種以社保卡/居民健康卡/醫(yī)療保險(xiǎn)卡（以下，統(tǒng)一簡稱為“社保卡”）為中心關(guān)聯(lián)其他支付帳戶（其他支付賬戶包括社保機(jī)構(gòu)賬戶和金融機(jī)構(gòu)賬戶等）的支付系統(tǒng)以及支付方法。在本發(fā)明中，首先，對(duì)社?？ㄍ瓿煽ㄆ畔⒆R(shí)別，實(shí)現(xiàn)多賬戶信息關(guān)聯(lián)和金額計(jì)算，并通過打印設(shè)備打印出單據(jù)，單據(jù)中印刷有條碼（例如二維碼或者條形碼），用戶通過手機(jī)掃描條碼以獲取單據(jù)信息并能夠通信連接本發(fā)明的支付處理系統(tǒng)，由支付處理系統(tǒng)調(diào)用金融機(jī)構(gòu)及社保機(jī)構(gòu)的支付接口完成繳費(fèi)確認(rèn)及繳費(fèi)，實(shí)現(xiàn)患者自動(dòng)繳費(fèi)，從而避免患者繳費(fèi)排隊(duì)。

圖1是表示本發(fā)明的基于社保卡和手機(jī)終端實(shí)現(xiàn)的支付系統(tǒng)的構(gòu)造圖。

如圖1所示，本發(fā)明的基于社?？ê褪謾C(jī)終端實(shí)現(xiàn)的支付系統(tǒng)具備：

讀卡器100，用于讀取社保卡的社保卡信息，讀卡器100可以設(shè)置在醫(yī)生工作臺(tái)；

醫(yī)院信息化處理系統(tǒng)200，至少用于提供醫(yī)療消費(fèi)信息，進(jìn)一步還能夠提供診斷信息、處方信息、檢查信息等在用戶在醫(yī)院產(chǎn)生的相關(guān)信息；以及

支付處理系統(tǒng)300，用于儲(chǔ)存表示社?？ǖ纳绫？ㄐ畔⑴c手機(jī)終端、手機(jī)號(hào)碼、支付賬戶之間綁定關(guān)系的綁定信息，能夠分別與讀卡器100、醫(yī)院信息化處理系統(tǒng)200進(jìn)行信息交互，根據(jù)醫(yī)療消費(fèi)信息以及綁定信息生成支付訂單，校驗(yàn)來自下述手機(jī)終端400的下述支付請(qǐng)求，在支付請(qǐng)求合法的情況下調(diào)用該社?？ń壎ǖ闹Ц顿~戶完成支付；

手機(jī)終端400，用于獲取由支付處理系統(tǒng)300產(chǎn)生的支付訂單，根據(jù)支付訂單生成支付請(qǐng)求并發(fā)送到支付處理系統(tǒng)300；以及

打印設(shè)備500，用于打印支付處理系統(tǒng)300生成的支付訂單。

圖2是表示本發(fā)明的基于社?？ê褪謾C(jī)終端實(shí)現(xiàn)的支付系統(tǒng)中的支付處理系統(tǒng)的構(gòu)造示意圖。

如圖2所示，本發(fā)明的基于社?？ê褪謾C(jī)終端實(shí)現(xiàn)的支付系統(tǒng)中的支付處理系統(tǒng)300具備：

卡片信息識(shí)別模塊310，用于儲(chǔ)存表示社?？ǖ纳绫？ㄐ畔⑴c手機(jī)終端、手機(jī)號(hào)碼、支付賬戶之間的綁定關(guān)系的綁定信息并且用于識(shí)別來自讀卡器100的社?？ㄐ畔ⅲ?/p>

交易處理與訂單生成模塊320，根據(jù)醫(yī)療消費(fèi)信息以及綁定信息生成支付訂單；

賬戶關(guān)聯(lián)處理模塊330，根據(jù)綁定信息將支付訂單關(guān)聯(lián)到與該社保卡信息綁定的手機(jī)號(hào)碼、支付賬戶；

條碼生成校驗(yàn)單元340，用于根據(jù)支付訂單生成條碼，并且用于校驗(yàn)從手機(jī)終端返回的支付請(qǐng)求；以及

支付處理結(jié)果通知模塊350，在條碼生成校驗(yàn)單元340校驗(yàn)成功的情況下調(diào)用該社?？ń壎ǖ闹Ц顿~戶完成支付，并將支付結(jié)果通知醫(yī)院信息處理化系統(tǒng)200。

接著，參照?qǐng)D1對(duì)于本發(fā)明的本發(fā)明的基于社?？ê褪謾C(jī)終端實(shí)現(xiàn)的支付方法進(jìn)行說明。首先，需要預(yù)先將社?？ǖ纳绫？ㄐ畔⑴c手機(jī)終端（手機(jī)終端上的應(yīng)用）、手機(jī)號(hào)碼、支付賬戶（例如包括社保機(jī)構(gòu)賬戶、金融機(jī)構(gòu)賬戶等）進(jìn)行綁定并生成綁定信息，并將綁定信息預(yù)先儲(chǔ)存于支付處理系統(tǒng)200并授權(quán)支付處理系統(tǒng)200根據(jù)手機(jī)號(hào)碼所在手機(jī)終端400發(fā)起交易進(jìn)行后續(xù)處理。

在醫(yī)院執(zhí)行的支付過程如下：

如圖1所示，在步驟S100，患者到醫(yī)生工作臺(tái)就醫(yī)，醫(yī)生將患者的社保卡插入醫(yī)生工作臺(tái)上的讀卡器100。

接著，在步驟S200，讀卡器100與醫(yī)院信息化處理系統(tǒng)200交互并完成診斷信息及處方/檢查信息錄入。

接著，在步驟S300，讀卡器100與支付處理系統(tǒng)300交互，上送處方/檢查信息。

接著，在步驟S400，支付處理系統(tǒng)300根據(jù)社?？ㄍ瓿煽ㄆ畔⒆R(shí)別，生成對(duì)應(yīng)的支付訂單，并關(guān)聯(lián)到患者已經(jīng)關(guān)聯(lián)的一個(gè)或者多個(gè)支付帳戶及手機(jī)號(hào)碼，根據(jù)上述信息生成包含例如二維碼或者條形碼（在本實(shí)施方式中以二維碼為例）的票據(jù)，支付處理系統(tǒng)300調(diào)用打印機(jī)500完成票據(jù)打印，該票據(jù)可以包括處方/檢查明細(xì)、支付帳戶待支付明細(xì)、二維碼等。

在步驟S500，患者打開手機(jī)終端400的應(yīng)用，掃描二維碼，這樣能夠獲得支付明細(xì)，包括支付品目、支付金額以及各帳戶支付明細(xì)金額等，供用戶查閱確認(rèn)。

在步驟S600，在用戶確認(rèn)后，通過手機(jī)終端400發(fā)起支付請(qǐng)求，同時(shí)，手機(jī)終端400調(diào)用SIM卡接口，讀取手機(jī)號(hào)碼信息，一并上送到支付處理系統(tǒng)300。

在步驟S700，支付處理系統(tǒng)300校驗(yàn)用戶手機(jī)號(hào)碼、二維碼等信息，確認(rèn)是用戶綁定手機(jī)號(hào)關(guān)聯(lián)的手機(jī)終端發(fā)起的交易后，分別調(diào)用該社保卡綁定的支付賬戶完成支付。

在步驟S800，支付處理系統(tǒng)300將支付結(jié)果通知到醫(yī)院信息處理系統(tǒng)200。

本發(fā)明的基于社?？ê褪謾C(jī)終端實(shí)現(xiàn)的支付系統(tǒng)以及支付方法能夠完成實(shí)體卡片的識(shí)別，然后根據(jù)實(shí)體卡片信息生成訂單，由此再生成包含二維碼的票據(jù)，即實(shí)體卡以及讀取實(shí)體卡的手機(jī)終端的信息已經(jīng)經(jīng)過了系統(tǒng)識(shí)別，二維碼信息中包含上述識(shí)別信息要素。由此，能夠解決現(xiàn)有社?？o法線上脫卡支付帶來的弊端。

而且，在本發(fā)明的基于社?？ê褪謾C(jī)終端實(shí)現(xiàn)的支付系統(tǒng)以及支付方法中，，只有與社?？A(yù)先綁定的手機(jī)終端才能發(fā)起支付，這樣的優(yōu)點(diǎn)在于，無關(guān)聯(lián)的手機(jī)終端無法支付，即，即使撿到別人的社?？?，也無法使用，因?yàn)闆]有持有該社?？ń壎ǖ氖謾C(jī)終端。另一方面，也能夠避免差錯(cuò)，萬一搞錯(cuò)誤了單據(jù)，不是本人的單據(jù)也無法支付，因?yàn)榻壎ǖ氖謾C(jī)終端、手機(jī)號(hào)碼不一樣所以也無法支付。

以上例子主要說明了本發(fā)明的基于社?？ê褪謾C(jī)終端實(shí)現(xiàn)的支付系統(tǒng)以及支付方法。盡管只對(duì)其中一些本發(fā)明的具體實(shí)施方式進(jìn)行了描述，但是本領(lǐng)域普通技術(shù)人員應(yīng)當(dāng)了解，本發(fā)明可以在不偏離其主旨與范圍內(nèi)以許多其他的形式實(shí)施。因此，所展示的例子與實(shí)施方式被視為示意性的而非限制性的，在不脫離如所附各權(quán)利要求所定義的本發(fā)明精神及范圍的情況下，本發(fā)明可能涵蓋各種的修改與替換。