本發(fā)明涉及醫(yī)學(xué)信息領(lǐng)域，特別是一種基于網(wǎng)關(guān)在健康卡與服務(wù)器間建立端到端數(shù)據(jù)通信的方法。

背景技術(shù)：

為了促進衛(wèi)生信息化發(fā)展，加快健康服務(wù)業(yè)體制建設(shè)，健康卡應(yīng)運而生，由衛(wèi)計委推行實施的健康卡在健康服務(wù)相關(guān)支持產(chǎn)業(yè)應(yīng)用范圍具有重要意義。健康服務(wù)相關(guān)產(chǎn)業(yè)不斷擴大，相關(guān)業(yè)務(wù)和產(chǎn)品研發(fā)制造技術(shù)需要健康信息的支撐。健康卡不僅是用戶在醫(yī)療機構(gòu)的就診卡，同時也是其它健康業(yè)務(wù)平臺數(shù)據(jù)的來源，這使得健康卡內(nèi)健康信息的應(yīng)用具有重要意義。居民健康信息不僅有助于藥品、醫(yī)療器械和其他相關(guān)健康產(chǎn)品的研發(fā)制造，還可以促進第三方服務(wù)在醫(yī)療服務(wù)評價、健康市場調(diào)查、健康產(chǎn)品研發(fā)等方面的應(yīng)用。

目前，衛(wèi)計委建立的個人健康及健康服務(wù)信息共享系統(tǒng)，由健康卡、健康卡終端設(shè)備、計算機和醫(yī)療機構(gòu)服務(wù)器組成，這使得居民健康數(shù)據(jù)的更新和讀取的可用途徑在一定程度受到限制，進一步阻滯了居民健康信息的應(yīng)用。

衛(wèi)計委建立的個人健康及健康服務(wù)信息共享系統(tǒng)，通過健康卡等信息化載體提供的醫(yī)療、公共衛(wèi)生、健康管理等服務(wù)，實現(xiàn)健康信息資源的共享，使有限的醫(yī)療衛(wèi)生資源發(fā)揮效益。但是該系統(tǒng)涉及的健康信息資源僅覆蓋所有的醫(yī)療機構(gòu)和公共衛(wèi)生機構(gòu)的信息化管理系統(tǒng)，致使專業(yè)性的第三方服務(wù)無法獲取健康卡內(nèi)數(shù)據(jù)。此外健康卡現(xiàn)有業(yè)務(wù)應(yīng)用決定了健康卡只能在配有專用讀寫卡器或終端的醫(yī)療機構(gòu)進行使用，如果用戶想要了解自己的健康信息，必須去指定的地方才可以查閱和修改自己的健康信息。

研究分析可知，健康卡所產(chǎn)生的健康數(shù)據(jù)具有較大的開發(fā)潛力，基于健康卡的相關(guān)應(yīng)用也可以為群眾提供更為便捷的醫(yī)療健康服務(wù)。美中不足的是，衛(wèi)計委建立的個人健康及健康服務(wù)信息共享系統(tǒng)只容許銀行、醫(yī)院、衛(wèi)計委門三類管理對象提供應(yīng)用服務(wù)和相關(guān)管理，限制了健康數(shù)據(jù)資源的共享范圍。

現(xiàn)有的健康卡技術(shù)以及技術(shù)標準，使得健康卡應(yīng)用存在以下問題：

一、備份不靈活。健康卡為計算機可識別的cpu卡,由于制卡成本和制卡技術(shù)的限制,健康卡存在存儲容量小、存儲數(shù)據(jù)種類固定等缺點，具體表現(xiàn)為卡內(nèi)同一種類型的醫(yī)療信息的記錄次數(shù)有限，例如卡內(nèi)至多存儲3位聯(lián)系人信息、至多存儲3家住院機構(gòu)的住院記錄、至多存儲5家就診機構(gòu)的就診記錄等，超過上限的新記錄使得時間靠前的記錄被覆蓋；無法存儲醫(yī)學(xué)影像等大容量信息。憑借現(xiàn)有的健康卡應(yīng)用技術(shù)，如果要記錄居民全生命周期的所有健康事件產(chǎn)生的數(shù)據(jù)，需要將就診所產(chǎn)生的醫(yī)學(xué)影像等大容量數(shù)據(jù)以及居民健康卡內(nèi)歷史數(shù)據(jù)定期備份在醫(yī)療機構(gòu)的服務(wù)器中，給持卡人、醫(yī)護人員和醫(yī)療衛(wèi)生機構(gòu)都帶來不便和負擔。

二、使用不靈活。健康卡的主要服務(wù)對象是醫(yī)療衛(wèi)生機構(gòu)，持卡人缺乏便捷的手段和途徑來獲取關(guān)于自身的健康記錄；健康卡內(nèi)信息主要由醫(yī)療機構(gòu)掌握和支配，居民健康信息只能由健康卡端機讀取和寫入，通常由醫(yī)療機構(gòu)根據(jù)自身需要來決定持卡人接觸哪些健康信息。此外，持卡人只有到配置有健康卡終端設(shè)備的機構(gòu)才可以獲取健康信息。因此，于持卡人而言，不僅在卡內(nèi)健康信息的掌控方面處于被動地位，而且居民健康卡的使用也受到機構(gòu)地理位置和工作時間的限制。

三、不能與其他數(shù)據(jù)協(xié)同。健康卡由于其本身的存儲容量有限，存儲數(shù)據(jù)類型有限，使得健康卡記錄的僅僅是持卡人在與醫(yī)療衛(wèi)生機構(gòu)的接觸過程中所產(chǎn)生的數(shù)據(jù)量較小的信息，而諸如醫(yī)學(xué)影像資料等大容量信息、家庭醫(yī)療設(shè)備采集的健康信息以及持卡人在接觸過程外、覆蓋持卡人整個生命周期的日常生活健康信息無法記錄在居民健康卡中。居民健康卡內(nèi)數(shù)據(jù)不能與其他數(shù)據(jù)協(xié)同，使得現(xiàn)有的居民健康卡應(yīng)用難以為用戶提供一個完整豐富的健康服務(wù)。

四、不能與外界協(xié)同。目前的健康卡內(nèi)信息限于醫(yī)療機構(gòu)以及公共衛(wèi)生機構(gòu)之間共享，使得健康卡應(yīng)用無法跟第三方健康服務(wù)機構(gòu)以及其他類型的服務(wù)機構(gòu)進行協(xié)同。

為了解決上述問題，需要基于網(wǎng)關(guān)在健康卡與服務(wù)器之間建立端到端數(shù)據(jù)通信信道，使得用戶可以通過訪問服務(wù)器遠程操作健康卡內(nèi)數(shù)據(jù)。網(wǎng)關(guān)與健康卡之間的通信協(xié)議和應(yīng)用層命令遵循健康卡與現(xiàn)有的健康卡終端設(shè)備之間的通信協(xié)議和應(yīng)用層命令，衛(wèi)計委在發(fā)行健康卡時，對健康卡技術(shù)以及通信協(xié)議和應(yīng)用層命令已經(jīng)做出了規(guī)定，但是網(wǎng)關(guān)和服務(wù)器之間的通信技術(shù)在公知領(lǐng)域內(nèi)存在技術(shù)空白。

網(wǎng)關(guān)與服務(wù)器通過提供可靠底層連接的傳輸協(xié)議(例如tcp/ip)在協(xié)議層建立連接，但是網(wǎng)關(guān)與服務(wù)器的應(yīng)用層連接方法以及建立應(yīng)用層連接的命令尚無人定義?；诖?，本發(fā)明提供了網(wǎng)關(guān)與服務(wù)器應(yīng)用層命令以及基于網(wǎng)關(guān)在健康卡與服務(wù)器之間建立端到端數(shù)據(jù)通信的方法，使得用戶可以通過手機、電腦等終端設(shè)備訪問服務(wù)器，進一步操作健康卡。用戶通過遠程訪問機制對健康卡內(nèi)信息進行增添、修改、備份和種類擴展。用戶還可以將健康信息共享給第三方服務(wù)者或者其他類型服務(wù)器提供者，用于開展用戶的個性定制、商業(yè)開發(fā)和科研活動等第三方業(yè)務(wù)服務(wù)。

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

本發(fā)明的目的是提出一種基于網(wǎng)關(guān)在健康卡與服務(wù)器間建立端到端數(shù)據(jù)通信的方法，實現(xiàn)健康卡從近端訪問到遠端訪問的轉(zhuǎn)換，滿足用戶通過訪問服務(wù)器去操作健康卡的需求。

本發(fā)明的目的是通過以下技術(shù)方案來實現(xiàn)的：

本發(fā)明提供的基于網(wǎng)關(guān)在健康卡與服務(wù)器間建立端到端數(shù)據(jù)通信的方法，包括健康卡、網(wǎng)關(guān)和服務(wù)器，包括以下步驟：

s1：網(wǎng)關(guān)設(shè)置有與服務(wù)器相連接的第一接口，網(wǎng)關(guān)設(shè)置有與健康卡相連接的第二接口；所述第一接口的底層連接由用戶操縱網(wǎng)關(guān)發(fā)起連接請求，所述第二接口的底層連接由用戶持健康卡貼近網(wǎng)關(guān)發(fā)起連接請求；用戶行為觸發(fā)網(wǎng)關(guān)從關(guān)機狀態(tài)，經(jīng)過自檢狀態(tài)，進入開機狀態(tài)；

s2：所述網(wǎng)關(guān)設(shè)備，當用戶將其設(shè)置為‘開機后自動連接服務(wù)器’時，網(wǎng)關(guān)按照預(yù)設(shè)參數(shù)自動連接目標服務(wù)器并按照第一類端到端數(shù)據(jù)通信方法建立通信；如果用戶未作此設(shè)置，則進入待連接狀態(tài)；

s3：所述網(wǎng)關(guān)設(shè)備按照一定的時間間隔輪詢第一接口和第二接口的連接發(fā)起情況，判斷是否有底層連接發(fā)起信號；如果有，網(wǎng)關(guān)設(shè)備判斷底層連接發(fā)起信號來自哪一個接口，如果底層連接發(fā)起信號來自第一接口，則按照第一類端到端數(shù)據(jù)通信方法建立通信連接；如果底層連接發(fā)起信號來自第二接口，則按照第二類端到端數(shù)據(jù)通信方法建立通信連接；

所述第一類端到端數(shù)據(jù)通信方法，按照以下步驟建立連接：1)在第一接口建立連接，進入第一接口已建立連接狀態(tài)；2)在第二接口建立連接，進入端到端底層連接已建立狀態(tài)；3)建立端到端應(yīng)用層連接，進入端到端應(yīng)用層連接已建立狀態(tài)；

所述第二類端到端數(shù)據(jù)通信方法，按照以下步驟建立連接：1)在第二接口建立連接，進入第二接口已建立連接狀態(tài)；2)在第一接口建立連接，進入端到端底層連接已建立狀態(tài)；3)建立端到端應(yīng)用層連接，進入端到端應(yīng)用層連接已建立狀態(tài)；

所述在第一接口建立連接，包括以下步驟：1)建立網(wǎng)關(guān)與服務(wù)器底層連接；2)建立網(wǎng)關(guān)與服務(wù)器應(yīng)用層連接；如果網(wǎng)關(guān)與服務(wù)器應(yīng)用層連接斷開或者建立失敗則進入網(wǎng)關(guān)與服務(wù)器底層連接已建立狀態(tài)；

所述在第二接口建立連接，建立網(wǎng)關(guān)設(shè)備與健康卡底層連接；

s4：當網(wǎng)關(guān)處于第一接口已建立連接狀態(tài)時，如果此時第一接口斷開連接，則網(wǎng)關(guān)進入待連接狀態(tài)；

當網(wǎng)關(guān)處于第二接口已建立連接狀態(tài)時，如果此時第二接口斷開連接，則網(wǎng)關(guān)進入待連接狀態(tài)；

當網(wǎng)關(guān)處于端到端應(yīng)用層連接已建立狀態(tài)時，如果第一接口斷開連接，則進入第二接口已建立連接狀態(tài)；如果第二接口斷開連接，則進入第一接口已建立連接狀態(tài)；

s5：當網(wǎng)關(guān)處于端到端應(yīng)用層連接已建立狀態(tài)時，進行健康卡與服務(wù)器的端到端數(shù)據(jù)交換業(yè)務(wù)；該業(yè)務(wù)通過‘卡應(yīng)用操作命令’和‘卡應(yīng)用操作響應(yīng)命令’、‘健康卡訪問命令’和‘健康卡訪問響應(yīng)命令’這兩對指令來完成；服務(wù)器向網(wǎng)關(guān)發(fā)送‘卡應(yīng)用操作命令’，該命令的數(shù)據(jù)域為由服務(wù)器發(fā)送給健康卡的、經(jīng)加密的‘健康卡訪問命令’；在此情況下，網(wǎng)關(guān)從第一接口接收到‘卡應(yīng)用操作命令’后，根據(jù)命令頭中所含信息對該命令進行處理，并根據(jù)處理結(jié)果將‘卡應(yīng)用操作命令’的數(shù)據(jù)域中的數(shù)據(jù)按照第二接口的協(xié)議格式進行封裝，再發(fā)送給健康卡；健康卡接收并對該數(shù)據(jù)進行解封裝和解密，待執(zhí)行完相應(yīng)操作之后，將對應(yīng)的‘健康卡訪問響應(yīng)命令’加密，并按照第二接口的協(xié)議進行封裝并發(fā)送給網(wǎng)關(guān)；網(wǎng)關(guān)接收并對該數(shù)據(jù)進行解封裝，并將其作為‘卡應(yīng)用操作響應(yīng)命令’的數(shù)據(jù)域中的部分內(nèi)容，在添加命令頭信息之后按照第一接口的協(xié)議格式進行封裝，然后傳輸給服務(wù)器；服務(wù)器對接收到的數(shù)據(jù)進行解密、對接收到的‘卡應(yīng)用操作響應(yīng)命令’進行處理，并以此完成一次對健康卡的訪問；

s6：網(wǎng)關(guān)在開機狀態(tài)的任意時刻，檢測到用戶發(fā)起的關(guān)機指令或者電量低于維持工作狀態(tài)閾值，執(zhí)行關(guān)機操作；

s7：由健康卡、網(wǎng)關(guān)、服務(wù)器以及基于網(wǎng)關(guān)在健康卡與服務(wù)器間建立端到端數(shù)據(jù)通信的方法構(gòu)成了健康卡醫(yī)療資源共享系統(tǒng)，基于該系統(tǒng)，包括持卡人、醫(yī)療機構(gòu)、健康服務(wù)機構(gòu)和其他遠程服務(wù)機構(gòu)及監(jiān)管機構(gòu)在內(nèi)的利益相關(guān)者能夠提供或獲取與健康相關(guān)的服務(wù)和信息資源。

進一步，通過指令完成端到端數(shù)據(jù)通信任務(wù)；所述指令為定義的、具有固定數(shù)據(jù)格式的數(shù)據(jù)，包括命令、響應(yīng)命令以及錯誤指令三個子類，其中，命令和響應(yīng)命令為一一對應(yīng)的、相互關(guān)聯(lián)的指令；錯誤指令是當出現(xiàn)原接收方接收的響應(yīng)命令與待接收的響應(yīng)命令相關(guān)字段的值不符的情況，以及出現(xiàn)原接收方無法解析接收的命令或者響應(yīng)命令的情況時，由原接收方發(fā)送給原發(fā)送方的指令，以便于將此錯誤情況告知后者。

進一步，在步驟s3中，網(wǎng)關(guān)和服務(wù)器建立網(wǎng)關(guān)與服務(wù)器應(yīng)用層連接的過程用到了‘網(wǎng)關(guān)-服務(wù)器連接請求命令’和‘網(wǎng)關(guān)-服務(wù)器連接響應(yīng)命令’這一對指令；

所述的網(wǎng)關(guān)-服務(wù)器連接請求命令包括命令序號msg_id、命令類型msg_type、命令長度msg_lc和數(shù)據(jù)域data_req1；網(wǎng)關(guān)將網(wǎng)關(guān)身份信息以二進制標識的形式置于數(shù)據(jù)域data_req1中，通過該命令發(fā)送給服務(wù)器；

所述的網(wǎng)關(guān)-服務(wù)器連接響應(yīng)命令包括命令序號msg_id、命令類型msg_type、命令長度msg_lc、狀態(tài)碼sc和數(shù)據(jù)域data_res1；所述數(shù)據(jù)域data_res1的第一部分為該響應(yīng)命令對應(yīng)的命令的msg_id值，位于數(shù)據(jù)域首位，第二部分置有二進制標識形式的身份信息；所述sc為二進制碼，表示服務(wù)器處理命令的結(jié)果狀態(tài)；所述結(jié)果狀態(tài)的語義包括但不限于“操作成功”、“服務(wù)器錯誤”、“服務(wù)器拒絕連接該網(wǎng)關(guān)”；

在步驟s4中，網(wǎng)關(guān)和服務(wù)器斷開第一接口連接的過程用到了‘網(wǎng)關(guān)-服務(wù)器斷開連接請求命令’和‘網(wǎng)關(guān)-服務(wù)器斷開連接響應(yīng)命令’這一對指令；

所述網(wǎng)關(guān)-服務(wù)器斷開連接請求命令包括命令序號msg_id、命令類型msg_type、命令長度msg_lc和數(shù)據(jù)域data_req1；網(wǎng)關(guān)或者服務(wù)器將表示斷開連接原因的二進制標識置于數(shù)據(jù)域data_req1中，通過該命令發(fā)送給對方；所述標識數(shù)據(jù)的語義包括但不限于“正常斷開(可由任意一方發(fā)起)”、“限網(wǎng)關(guān)發(fā)送的網(wǎng)關(guān)硬件故障”、“限網(wǎng)關(guān)發(fā)送的網(wǎng)關(guān)軟件故障”、“限網(wǎng)關(guān)發(fā)送的網(wǎng)關(guān)電量不足”、“限網(wǎng)關(guān)發(fā)送的網(wǎng)關(guān)未知原因故障”、“限服務(wù)器發(fā)送的服務(wù)器錯誤”；

所述網(wǎng)關(guān)-服務(wù)器斷開連接響應(yīng)命令包括命令序號msg_id、命令類型msg_type、命令長度msg_lc、狀態(tài)碼sc和數(shù)據(jù)域data_res1；所述數(shù)據(jù)域data_res1中為該響應(yīng)命令對應(yīng)的命令的msg_id值；所述sc為二進制碼，表示網(wǎng)關(guān)或者服務(wù)器處理命令的結(jié)果狀態(tài)；所述結(jié)果狀態(tài)的語義包括但不限于“操作成功”、“服務(wù)器錯誤”；

在步驟s3中，網(wǎng)關(guān)和服務(wù)器進入端到端應(yīng)用層連接狀態(tài)的過程用到了‘卡已連接請求命令’和‘卡已連接響應(yīng)命令’這一對指令；

所述卡已連接請求命令包括命令序號msg_id、命令類型msg_type、命令長度msg_lc和數(shù)據(jù)域data_req1；網(wǎng)關(guān)將獲得的卡標識數(shù)據(jù)置于數(shù)據(jù)域data_req1中，通過該命令發(fā)送給服務(wù)器；

所述卡已連接響應(yīng)命令包括命令序號msg_id、命令類型msg_type、命令長度msg_lc、狀態(tài)碼sc和數(shù)據(jù)域data_res1；所述數(shù)據(jù)域data_res1中為該響應(yīng)命令對應(yīng)的命令的msg_id值；所述sc為二進制碼，表示服務(wù)器處理命令的結(jié)果狀態(tài)；所述結(jié)果狀態(tài)的語義包括但不限于“操作成功”、“服務(wù)器錯誤”、“服務(wù)器拒絕訪問此刻連接上網(wǎng)關(guān)的卡”；

在步驟s4中，網(wǎng)關(guān)處于端到端應(yīng)用層連接已建立狀態(tài)時，如果第二接口斷開連接，網(wǎng)關(guān)進入第一接口已建立狀態(tài)的過程用到了‘卡已斷開連接請求命令’和‘卡已斷開連接響應(yīng)命令’這一對指令；

所述卡已斷開連接請求命令包括命令序號msg_id、命令類型msg_type、命令長度msg_lc和數(shù)據(jù)域data_req1；網(wǎng)關(guān)將‘第二接口已斷開連接’的語義信息以二進制標識的形式置于數(shù)據(jù)域data_req1中，通過該命令發(fā)送給服務(wù)器；

所述卡已斷開連接響應(yīng)命令包括命令序號msg_id、命令類型msg_type、命令長度msg_lc、狀態(tài)碼sc和數(shù)據(jù)域data_res1；所述數(shù)據(jù)域data_res1中為該響應(yīng)命令對應(yīng)的命令的msg_id值；所述sc為二進制碼，表示服務(wù)器處理命令的結(jié)果狀態(tài)；所述結(jié)果狀態(tài)的語義包括但不限于“操作成功”、“服務(wù)器錯誤”；

在步驟s3中，健康卡和服務(wù)器進行端到端數(shù)據(jù)交換的過程用到了‘卡應(yīng)用操作命令’和‘卡應(yīng)用操作響應(yīng)命令’這一對指令；

所述卡應(yīng)用操作命令包括命令序號msg_id、命令類型msg_type、命令長度msg_lc和數(shù)據(jù)域data_req2；該數(shù)據(jù)域內(nèi)置有服務(wù)器發(fā)送給健康卡的數(shù)據(jù)；

所述卡應(yīng)用操作響應(yīng)命令包括命令序號msg_id、命令類型msg_type、命令長度msg_lc、狀態(tài)碼sc和數(shù)據(jù)域data_res2；所述數(shù)據(jù)域data_res2的第一部分置有該響應(yīng)命令對應(yīng)的命令的msg_id值，位于數(shù)據(jù)域的首位，第二部分置有健康卡發(fā)送給服務(wù)器的數(shù)據(jù)；所述sc為二進制碼，表示網(wǎng)關(guān)處理命令的結(jié)果狀態(tài)；所述結(jié)果狀態(tài)的語義包括但不限于“操作成功”、“訪問卡數(shù)據(jù)發(fā)送失敗”、“卡無響應(yīng)數(shù)據(jù)”；

在步驟s5中，網(wǎng)關(guān)或者服務(wù)器單方面斷開第一接口連接的過程是通過‘中止連接’命令完成的；

所述中止連接命令包括命令序號msg_id、命令類型msg_type、命令長度msg_lc和數(shù)據(jù)域data_req1；所述命令長度msg_lc為‘0’；所述數(shù)據(jù)域data_req1不包含數(shù)據(jù)；該命令無對應(yīng)的響應(yīng)命令，網(wǎng)關(guān)或者服務(wù)器因內(nèi)部原因無法繼續(xù)維持接口連接，即向?qū)Ψ桨l(fā)送該命令，單方面斷開第一接口連接。

進一步，在這個協(xié)議層之上，其信息流控制方式為，服務(wù)器或者網(wǎng)關(guān)在發(fā)送一條命令之后，如果沒有從對方接收到響應(yīng)命令，則不發(fā)送下一條命令；原始命令的發(fā)送方根據(jù)接收的響應(yīng)命令各字段的內(nèi)容判斷是否為原始命令對應(yīng)的響應(yīng)命令；

所述命令序號msg_id為自動增加的、代表正整數(shù)的、固定長度的二進制碼；通信雙方通過msg_id判斷是否存在指令沒有被傳達或者被響應(yīng)；若服務(wù)器或者網(wǎng)關(guān)重復(fù)接收到相同msg_id的命令，只解析這一組命令中的第一個，而忽略這一組命令的其他命令；

所述命令類型msg_type為固定長度的二進制碼，用于標識命令類別；

所述命令長度msg_lc為固定長度的二進制碼，為數(shù)據(jù)域的字節(jié)長度；若數(shù)據(jù)域中不包含數(shù)據(jù)，命令長度msg_lc為‘0’；

所述命令序號msg_id置于命令數(shù)據(jù)格式的首位，命令類型msg_type置于命令序號msg_id之后。

進一步，通信過程包括正常通信和容錯通信。所述正常通信為，原發(fā)送方向原接收方發(fā)送請求命令后，原接收方解析接收到的命令，并根據(jù)解析結(jié)果向原發(fā)送方發(fā)送對應(yīng)的、包含命令操作成功語義信息的響應(yīng)命令；

所述容錯通信為包括第一類容錯通信和第二類容錯通信，第一類容錯通信為，原發(fā)送方向原接收方發(fā)送請求命令后，原接收方解析接收到的命令，由于內(nèi)部原因無法完成該命令對應(yīng)的操作，則將表示指定錯誤語義信息的二進制碼置于對應(yīng)的響應(yīng)命令的狀態(tài)碼中，向原發(fā)送方發(fā)送可以解析的、包含命令執(zhí)行結(jié)果錯誤狀態(tài)的響應(yīng)命令；原發(fā)送方接收并解析該響應(yīng)命令，進行后續(xù)的錯誤處理；

第二類容錯通信包括兩種情況：第一種情況為，原接收方接收到原發(fā)送方發(fā)送的請求命令，并向原發(fā)送方發(fā)送響應(yīng)命令；原發(fā)送方接收并解析該響應(yīng)命令相關(guān)字段后得知，該響應(yīng)命令不是上一條命令對應(yīng)的、正確的響應(yīng)命令；原發(fā)送方通過錯誤指令1向原接收方說明當前錯誤，原接收方接收并解析錯誤指令1所含錯誤提示信息，進行相應(yīng)的糾錯操作，再次向原發(fā)送方發(fā)送正確的響應(yīng)命令；

第二種情況為，原接收方接收的命令或響應(yīng)命令所含字段中的數(shù)據(jù)為與本發(fā)明所述技術(shù)方法不兼容的數(shù)據(jù)以及原接收方接收的命令或響應(yīng)命令的數(shù)據(jù)格式為與本發(fā)明所述技術(shù)方法不兼容的數(shù)據(jù)格式，致使原接收方無法解析接收的數(shù)據(jù)。原接收方通過錯誤指令2向原發(fā)送方說明當前錯誤，原發(fā)送方接收并解析錯誤指令2所含錯誤提示信息，進行相應(yīng)的糾錯操作，再次向原接收方發(fā)送正確的命令或響應(yīng)命令；

所述錯誤指令1包括命令序號msg_id、命令類型msg_type、命令長度msg_lc和數(shù)據(jù)域data_res1；所述命令長度msg_lc為‘0’；所述數(shù)據(jù)域data_res1中不包含數(shù)據(jù)；

所述錯誤指令2包括命令序號msg_id、命令類型msg_type、命令長度msg_lc和數(shù)據(jù)域data_res1；所述命令長度msg_lc為‘0’；所述數(shù)據(jù)域data_res1中不包含數(shù)據(jù)。

進一步，所述狀態(tài)碼包括正常狀態(tài)和錯誤狀態(tài)，提高數(shù)據(jù)通信的容錯能力；

所述正常狀態(tài)包括“操作成功”，接收方接收到帶有該狀態(tài)的命令，按照通信方法繼續(xù)執(zhí)行下一條命令；

所述錯誤狀態(tài)包括以下5種狀態(tài)以及其他若干由用戶定義的擴展狀態(tài)：

(1)“服務(wù)器錯誤”：表示服務(wù)器由于內(nèi)部原因無法正常響應(yīng)網(wǎng)關(guān)發(fā)送的請求，限服務(wù)器發(fā)送；網(wǎng)關(guān)接收到狀態(tài)碼為“服務(wù)器錯誤”的響應(yīng)命令時，等待一定時間重新發(fā)送請求，若仍然接收到該狀態(tài)碼，則斷開第一接口的連接；

(2)“服務(wù)器拒絕連接該網(wǎng)關(guān)”：表示網(wǎng)關(guān)向服務(wù)器發(fā)送“網(wǎng)關(guān)-服務(wù)器連接請求命令”后，服務(wù)器無法與當前網(wǎng)關(guān)建立底層連接，限服務(wù)器發(fā)送；網(wǎng)關(guān)接收到狀態(tài)碼為“服務(wù)器拒絕連接該網(wǎng)關(guān)”的響應(yīng)命令時，斷開與服務(wù)器的底層連接，并通過人機交互界面反饋錯誤；

(3)“服務(wù)器拒絕訪問此刻連接上網(wǎng)關(guān)的卡”：表示網(wǎng)關(guān)向服務(wù)器發(fā)送卡標識數(shù)據(jù)后，服務(wù)器無法識別該卡，限服務(wù)器發(fā)送；網(wǎng)關(guān)接收到狀態(tài)碼為“服務(wù)器拒絕訪問此刻連接上網(wǎng)關(guān)的卡”的響應(yīng)命令時，維持第一接口連接，斷開第二接口連接，并通過人機交互界面反饋錯誤；

(4)“訪問卡數(shù)據(jù)發(fā)送失敗”：表示服務(wù)器向網(wǎng)關(guān)發(fā)送卡應(yīng)用操作命令后，網(wǎng)關(guān)未察覺第二接口底層連接斷開，導(dǎo)致轉(zhuǎn)碼后的健康卡訪問命令無法發(fā)送給健康卡，限網(wǎng)關(guān)發(fā)送；服務(wù)器接收到狀態(tài)碼為“訪問卡數(shù)據(jù)發(fā)送失敗”的命令時，停止訪問健康卡，并通過人機交互界面反饋錯誤；

(5)“卡無響應(yīng)數(shù)據(jù)”：表示網(wǎng)關(guān)將轉(zhuǎn)碼后的健康卡訪問命令發(fā)送給健康卡后，由于未知原因?qū)е碌诙涌跀嚅_連接，網(wǎng)關(guān)沒有接收到健康卡發(fā)送的響應(yīng)數(shù)據(jù)，限網(wǎng)關(guān)發(fā)送；服務(wù)器接收到狀態(tài)碼為“訪問卡數(shù)據(jù)發(fā)送失敗”的命令時，停止訪問健康卡，并通過人機交互界面反饋錯誤。

進一步，所述第一類端到端數(shù)據(jù)通信方法，具體步驟如下：

11)網(wǎng)關(guān)通過服務(wù)器參數(shù)以提供可靠底層連接的傳輸協(xié)議的方式與服務(wù)器建立底層連接；

12)網(wǎng)關(guān)通過‘網(wǎng)關(guān)-服務(wù)器連接請求命令’向服務(wù)器發(fā)送身份識別信息，服務(wù)器基于該信息完成對網(wǎng)關(guān)的身份識別，并將服務(wù)器身份信息發(fā)送給網(wǎng)關(guān)，網(wǎng)關(guān)對接收到的數(shù)據(jù)進行分析，以完成對目標服務(wù)器的確認；

13)網(wǎng)關(guān)和服務(wù)器同時執(zhí)行“加密算法1”；

14)如果有健康卡進入到網(wǎng)關(guān)的卡訪問單元中的接近式耦合設(shè)備pcd工作有效區(qū)域中，接近式耦合設(shè)備pcd的射頻工作場激活健康卡，建立卡與網(wǎng)關(guān)基于iec/iso14443標準的底層連接；

15)網(wǎng)關(guān)通過‘卡已連接請求命令’將步驟14)獲得的卡標識數(shù)據(jù)發(fā)送至服務(wù)器，告知服務(wù)器有卡連接上網(wǎng)關(guān)；

16)健康卡和服務(wù)器同時執(zhí)行“端到端通信加密算法”；

17)調(diào)用端到端卡操作子流程；

18)網(wǎng)關(guān)通過‘卡已斷開連接請求命令’將卡與網(wǎng)關(guān)已斷開底層連接這個信息發(fā)送給服務(wù)器；

19)網(wǎng)關(guān)或服務(wù)器任意一方可發(fā)送‘網(wǎng)關(guān)-服務(wù)器斷開連接請求命令’，請求與對方以正常方式斷開連接；

110)網(wǎng)關(guān)或服務(wù)器任意一方可發(fā)送‘中止連接’命令，以非正常方式單方面與對方斷開連接。

進一步，所述第二類端到端數(shù)據(jù)通信方法，具體步驟如下：

21)健康卡進入到網(wǎng)關(guān)設(shè)備的卡訪問單元中的接近式耦合設(shè)備pcd工作有效區(qū)域中，接近式耦合設(shè)備pcd的射頻工作場激活健康卡，建立卡與網(wǎng)關(guān)基于iec/iso14443標準的底層連接；

22)網(wǎng)關(guān)通過服務(wù)器參數(shù)以提供可靠底層連接的傳輸協(xié)議的方式與服務(wù)器建立底層連接；

23)網(wǎng)關(guān)通過‘網(wǎng)關(guān)-服務(wù)器連接請求命令’向服務(wù)器發(fā)送身份識別信息，服務(wù)器基于該信息完成對網(wǎng)關(guān)的身份識別，并將服務(wù)器身份信息發(fā)送給網(wǎng)關(guān)，網(wǎng)關(guān)對接收到的數(shù)據(jù)進行分析，以完成對目標服務(wù)器的確認；

24)網(wǎng)關(guān)和服務(wù)器同時執(zhí)行“加密算法1”；

25)網(wǎng)關(guān)通過‘卡已連接請求命令’將步驟21)獲得的卡標識數(shù)據(jù)發(fā)送至服務(wù)器，告知服務(wù)器有卡連接上網(wǎng)關(guān)；

26)健康卡和服務(wù)器同時執(zhí)行“端到端通信加密算法”；

27)調(diào)用端到端卡操作子流程；

28)網(wǎng)關(guān)通過‘卡已斷開連接請求命令’將卡與網(wǎng)關(guān)已斷開底層連接這個信息發(fā)送給服務(wù)器；

29)網(wǎng)關(guān)或服務(wù)器任意一方可發(fā)送‘網(wǎng)關(guān)-服務(wù)器斷開連接請求命令’，請求與對方以正常方式斷開連接；

210)網(wǎng)關(guān)或服務(wù)器任意一方可發(fā)送‘中止連接’命令，以非正常方式單方面與對方斷開連接。

進一步，所述端到端通信加密算法采用以下的加密解密過程：

31)所述服務(wù)器先采用加密算法2對服務(wù)器與健康卡之間的應(yīng)用層數(shù)據(jù)進行加密，后采用加密算法1在協(xié)議層上對上述加密數(shù)據(jù)再次進行加密，最后將兩次加密數(shù)據(jù)發(fā)送給網(wǎng)關(guān)；

32)所述網(wǎng)關(guān)采用加密算法1在協(xié)議層上對接收的加密數(shù)據(jù)進行部分解密，然后將無法解析的、由加密算法2加密的數(shù)據(jù)發(fā)送給健康卡；

33)健康卡采用加密算法2對接收的應(yīng)用層數(shù)據(jù)進行解密；

34)健康卡采用加密算法2對服務(wù)器與健康卡之間的應(yīng)用層響應(yīng)數(shù)據(jù)進行加密，并發(fā)送給網(wǎng)關(guān)；

35)網(wǎng)關(guān)采用加密算法1在協(xié)議層上對接收的加密數(shù)據(jù)再次加密，并發(fā)送給服務(wù)器；

36)服務(wù)器采用加密算法1在協(xié)議層上對接收的加密數(shù)據(jù)進行解密，再采用加密算法2對應(yīng)用層響應(yīng)數(shù)據(jù)進行解密；

所述加密算法2為國家密碼管理局頒布的對稱算法sm1算法，非對稱算法sm2算法和雜湊算法sm3算法；

所述加密算法1為網(wǎng)絡(luò)通信中的公知加密算法，采用對稱加密算法aes算法和des算法。

進一步，所述端到端卡操作子流程步驟如下：

41)服務(wù)器發(fā)送卡應(yīng)用操作命令至網(wǎng)關(guān)；

42)網(wǎng)關(guān)根據(jù)命令類型msg_type的值，發(fā)送一個包含命令序號msg_id的確認命令ack給服務(wù)器，告知服務(wù)器，網(wǎng)關(guān)已接收到服務(wù)器發(fā)送的命令；

43)網(wǎng)關(guān)執(zhí)行轉(zhuǎn)碼過程1，即將卡應(yīng)用操作命令數(shù)據(jù)域的數(shù)據(jù)通過第二接口發(fā)送給健康卡；

44)健康卡將‘健康卡訪問響應(yīng)命令’發(fā)送給網(wǎng)關(guān)；

45)網(wǎng)關(guān)執(zhí)行轉(zhuǎn)碼過程2，即將步驟41)中卡應(yīng)用操作命令的msg_id值和步驟43)中‘健康卡訪問響應(yīng)命令’置于數(shù)據(jù)域相應(yīng)位置中，并添加一個命令頭信息；

46)網(wǎng)關(guān)將轉(zhuǎn)碼后形成的卡應(yīng)用操作響應(yīng)命令發(fā)送給服務(wù)器，一次卡應(yīng)用操作結(jié)束。

由于采用了上述技術(shù)方案，本發(fā)明具有如下的優(yōu)點：

本發(fā)明提供的基于網(wǎng)關(guān)在健康卡與服務(wù)器間建立端到端數(shù)據(jù)通信的方法，包括兩類端到端數(shù)據(jù)通信方法以及通信過程中的指令集，在健康卡與服務(wù)器之間建立了端到端數(shù)據(jù)通信信道，填補了網(wǎng)關(guān)與服務(wù)器通信技術(shù)層面的空白。

本發(fā)明實現(xiàn)了健康卡從近端訪問到遠端訪問的轉(zhuǎn)換，用戶持健康卡和網(wǎng)關(guān)可以隨時隨地連接目標服務(wù)器，并通過手機、電腦等終端設(shè)備訪問目標服務(wù)器，進一步訪問居民健康卡內(nèi)信息，實現(xiàn)了從近端訪問到遠端訪問的轉(zhuǎn)換。用戶對健康卡的使用不受醫(yī)療機構(gòu)地理位置和工作時間的限制，解決了使用不靈活的問題。

本發(fā)明可以承載健康卡與服務(wù)器端到端的數(shù)據(jù)交換業(yè)務(wù)，基于本發(fā)明提供的端到端數(shù)據(jù)通信方法，用戶可以通過訪問從健康卡中讀取數(shù)據(jù)或?qū)懭胄畔ⅲ瑢⒔】悼〝?shù)據(jù)備份至服務(wù)器，或在補卡或更新卡時，將服務(wù)器中居民健康數(shù)據(jù)同步到健康卡中等應(yīng)用，解決了備份不靈活的問題。

本發(fā)明提供的端到端數(shù)據(jù)通信方法，使得用戶通過服務(wù)器訪問健康卡時，可以數(shù)據(jù)容量較大的、健康卡無法存儲的、其他種類的健康信息存儲到服務(wù)器中，實現(xiàn)健康卡內(nèi)數(shù)據(jù)與其他類型數(shù)據(jù)協(xié)同。

本發(fā)明中的服務(wù)器可以由醫(yī)療機構(gòu)、健康服務(wù)提供者以及其他服務(wù)提供者和監(jiān)管機構(gòu)提供，用戶通過服務(wù)器共享健康信息，并使用其服務(wù)。本發(fā)明有利于實現(xiàn)健康信息在醫(yī)療機構(gòu)、健康服務(wù)機構(gòu)以及其他遠程服務(wù)器機構(gòu)和監(jiān)管機構(gòu)之間的資源共享，使得居民健康信息資源得到進一步的開發(fā)和利用，解決了不能與外界協(xié)同的問題。

本發(fā)明在持卡人、健康卡、網(wǎng)關(guān)、服務(wù)器、服務(wù)器提供商之間形成健康卡醫(yī)療資源共享系統(tǒng)，不僅強化現(xiàn)有的個人健康及健康服務(wù)信息共享系統(tǒng)的應(yīng)用功能，使健康卡所產(chǎn)生的醫(yī)療大數(shù)據(jù)在所有的醫(yī)療機構(gòu)、公共衛(wèi)生機構(gòu)之間共享，也保證其他服務(wù)提供者可以獲取有用的醫(yī)療信息資源。健康卡醫(yī)療資源共享系統(tǒng)使全民健康信息數(shù)據(jù)得到統(tǒng)一管理，通過統(tǒng)計分析等手段可以對未知病情做出預(yù)測和推斷，為研究人員提供了可靠的參考數(shù)據(jù)基礎(chǔ)。相比于現(xiàn)有的個人健康及健康服務(wù)信息共享系統(tǒng)，健康卡醫(yī)療資源共享系統(tǒng)可以促進第三方服務(wù)對醫(yī)療信息資源的開發(fā)利用，拓展健康卡的業(yè)務(wù)應(yīng)用。例如，基于健康卡數(shù)據(jù)信息設(shè)計的智能購藥系統(tǒng)可以方便用戶更快捷準確地購買到所需藥品，該應(yīng)用在專利cn102880977a有介紹。

本發(fā)明的其他優(yōu)點、目標和特征在某種程度上將在隨后的說明書中進行闡述，并且在某種程度上，基于對下文的考察研究對本領(lǐng)域技術(shù)人員而言將是顯而易見的，或者可以從本發(fā)明的實踐中得到教導(dǎo)。本發(fā)明的目標和其他優(yōu)點可以通過下面的說明書來實現(xiàn)和獲得。

附圖說明

本發(fā)明的附圖說明如下。

圖1為網(wǎng)關(guān)狀態(tài)圖。

圖2為個人健康及健康服務(wù)信息共享系統(tǒng)。

圖3為健康卡醫(yī)療資源共享系統(tǒng)。

圖4為服務(wù)器/網(wǎng)關(guān)通信超時設(shè)置示意圖。

圖5為第一類應(yīng)用情況示意圖。

圖6為第二類應(yīng)用情況示意圖。

圖7為第一類端到端數(shù)據(jù)通信建立方法時序圖。

圖8為第二類端到端數(shù)據(jù)通信建立方法時序圖。

圖9為端到端卡操作子流程圖。

圖10為非正常斷開第一接口連接通信時序圖。

圖11為命令的數(shù)據(jù)格式示意圖。

圖12為命令報文內(nèi)容示意圖。

圖13為響應(yīng)命令的數(shù)據(jù)格式示意圖。

圖14為響應(yīng)命令報文內(nèi)容示意圖。

圖15為第一類服務(wù)器和網(wǎng)關(guān)數(shù)據(jù)交換命令報文示意圖。

圖16為第一類服務(wù)器和網(wǎng)關(guān)數(shù)據(jù)交換響應(yīng)命令報文示意圖。

圖17為第二類服務(wù)器和健康卡數(shù)據(jù)交換命令報文示意圖。

圖18為第二類服務(wù)器和健康卡數(shù)據(jù)交換響應(yīng)命令報文示意圖。

圖19為網(wǎng)關(guān)-服務(wù)器正常通信及容錯通信過程

圖20為網(wǎng)關(guān)-服務(wù)器指令交換過程

圖21為響應(yīng)命令狀態(tài)碼參照表示意圖。

圖22為命令及響應(yīng)命令加密示意圖。

具體實施方式

下面結(jié)合附圖和實施例對本發(fā)明作進一步說明。

實施例1

如圖所示，圖1為網(wǎng)關(guān)狀態(tài)圖，基于網(wǎng)關(guān)展示端到端數(shù)據(jù)通信建立的過程。

圖2為衛(wèi)計委建立的個人健康及健康服務(wù)信息共享系統(tǒng)，圖3為本發(fā)明建立的健康卡醫(yī)療資源共享系統(tǒng)，由圖2和圖3可知，本發(fā)明提供的基于網(wǎng)關(guān)在健康卡與服務(wù)器間建立端到端數(shù)據(jù)通信的方法，使得現(xiàn)有的持卡人與醫(yī)療機構(gòu)、醫(yī)療機構(gòu)與醫(yī)療機構(gòu)之間的服務(wù)行為擴展到持卡人與醫(yī)療機構(gòu)、持卡人與健康服務(wù)機構(gòu)、持卡人與其他遠程服務(wù)機構(gòu)及監(jiān)管機構(gòu)、各服務(wù)機構(gòu)之間的服務(wù)行為。

圖4為服務(wù)器-網(wǎng)關(guān)通信超時設(shè)置。設(shè)置服務(wù)器與網(wǎng)關(guān)通信命令時間，即超時設(shè)置。所述超時設(shè)置，當網(wǎng)關(guān)(或服務(wù)器)發(fā)送命令至服務(wù)器(或網(wǎng)關(guān))時，如果網(wǎng)關(guān)(或服務(wù)器)在時間t內(nèi)接收到響應(yīng)命令(即t<協(xié)議超時閾值)，則進行下一步通信內(nèi)容，如果網(wǎng)關(guān)(或服務(wù)器)在時間t內(nèi)沒有收到響應(yīng)命令(即t≥協(xié)議超時閾值)，則進行連接失敗處理。所述超時設(shè)置滿足服務(wù)器和網(wǎng)關(guān)之間的通信命令，但不包括端到端的卡操作通信過程。以‘網(wǎng)關(guān)-服務(wù)器連接請求/響應(yīng)’命令對為例，超時設(shè)置符合所有服務(wù)器與網(wǎng)關(guān)之間的通信命令，包括服務(wù)器發(fā)送到網(wǎng)關(guān)的命令，但不包括服務(wù)器訪問健康卡過程。

圖5為應(yīng)用情況一，第一接口先建立連接，第二接口后建立連接，適用于網(wǎng)關(guān)批量處理卡的情況，包括以下步驟：

(1)服務(wù)器先和網(wǎng)關(guān)基于提供可靠底層連接的傳輸協(xié)議(如tcp/ip協(xié)議)建立底層連接；

(2)服務(wù)器和網(wǎng)關(guān)建立應(yīng)用層連接(含安全信息的交換，例如密鑰)；

(3)如有卡連接上網(wǎng)關(guān)，網(wǎng)關(guān)再和健康卡基于iec/iso14443標準建立底層連接；

(4)網(wǎng)關(guān)發(fā)送‘卡已連接請求命令’至服務(wù)器，服務(wù)器知道已經(jīng)有卡連接；

(5)端到端數(shù)據(jù)通信信道建立完成。

圖6為應(yīng)用情況二，第二接口先建立連接，第一接口后建立連接，適用于持卡人擁有自己的網(wǎng)關(guān)，將健康卡內(nèi)信息同步到服務(wù)器的情況。網(wǎng)關(guān)和服務(wù)器不會一直保持連接，當用戶需要這項服務(wù)時，才會選擇將網(wǎng)關(guān)和服務(wù)器連接，包括以下步驟：

(1)健康卡先與網(wǎng)關(guān)基于iec/iso14443標準建立底層連接；

(2)網(wǎng)關(guān)再與服務(wù)器基于提供可靠底層連接的傳輸協(xié)議(如tcp/ip協(xié)議)建立底層連接；

(3)網(wǎng)關(guān)和服務(wù)器建立應(yīng)用層連接(含安全信息的交換，例如密鑰)；

(4)網(wǎng)關(guān)發(fā)送‘卡已連接請求命令’至服務(wù)器，服務(wù)器知道已經(jīng)有卡連接；

(5)端到端數(shù)據(jù)通信信道建立完成。

圖7為應(yīng)用情況一對應(yīng)的第一類端到端數(shù)據(jù)通信建立方法時序圖，圖8為應(yīng)用情況二對應(yīng)的第二類端到端數(shù)據(jù)通信建立方法時序圖。其中，*1：網(wǎng)關(guān)(或服務(wù)器)從發(fā)送數(shù)據(jù)到接收數(shù)據(jù)的時間t符合圖4要求(不包括端到端卡操作的數(shù)據(jù)通信過程)。*2：‘網(wǎng)關(guān)-服務(wù)器斷開連接請求命令’可以由服務(wù)器或網(wǎng)關(guān)任意一方發(fā)起。*3：圖中虛線雙箭頭表示對應(yīng)的子流程。*4：為了保障通信數(shù)據(jù)的可靠傳輸，可作如下限制：如果網(wǎng)關(guān)在執(zhí)行‘卡已斷開連接請求命令’之前，發(fā)送‘網(wǎng)關(guān)-服務(wù)器斷開連接請求命令’至服務(wù)器，則服務(wù)器通過響應(yīng)命令‘網(wǎng)關(guān)-服務(wù)器斷開連接響應(yīng)命令’中的錯誤狀態(tài)碼要求網(wǎng)關(guān)發(fā)送‘卡已斷開連接請求命令’；如果服務(wù)器未接收到‘卡已斷開連接請求命令’，不會主動發(fā)送‘網(wǎng)關(guān)-服務(wù)器斷開連接響應(yīng)命令’。

圖9為端到端卡操作子流程。*1：可配置等待時間t1,服務(wù)器向網(wǎng)關(guān)發(fā)送‘卡應(yīng)用操作命令’，網(wǎng)關(guān)在時間t1內(nèi)回復(fù)一個帶命令序號的確認命令ack(msg_id)。*2：可配置等待時間t2，服務(wù)器向網(wǎng)關(guān)發(fā)送‘卡應(yīng)用操作命令’，網(wǎng)關(guān)在時間t2內(nèi)回復(fù)帶命令序號的‘卡應(yīng)用操作響應(yīng)命令’。*3：“轉(zhuǎn)碼處理過程①”表示服務(wù)器發(fā)送的‘卡應(yīng)用操作命令’在網(wǎng)關(guān)處的轉(zhuǎn)碼過程，即將‘卡應(yīng)用操作命令’轉(zhuǎn)換成‘健康卡訪問命令’的處理方法。*4：“轉(zhuǎn)碼處理過程②”表示‘’在網(wǎng)關(guān)處的轉(zhuǎn)碼過程，即將‘健康卡訪問響應(yīng)命令’命令轉(zhuǎn)換成‘卡應(yīng)用操作響應(yīng)命令’的處理方法。

所述‘卡應(yīng)用操作命令’為服務(wù)器訪問健康卡命令的統(tǒng)稱；‘卡應(yīng)用操作響應(yīng)命令’為服務(wù)器訪問健康卡響應(yīng)命令的統(tǒng)稱。

所述‘健康卡訪問命令’滿足衛(wèi)計委發(fā)布的《居民健康卡技術(shù)規(guī)范》第3部分用戶卡命令集中第5節(jié)命令中的內(nèi)容。所述命令包括命令類別(cla)、指令代碼(ins)、指令參數(shù)1(p1)、指令參數(shù)2(p2)、命令數(shù)據(jù)域字節(jié)數(shù)(lc)、數(shù)據(jù)字節(jié)串(data)和響應(yīng)數(shù)據(jù)域中期望的最大數(shù)據(jù)字節(jié)數(shù)(le)。

所述‘健康卡訪問響應(yīng)命令’滿足衛(wèi)計委發(fā)布的《居民健康卡技術(shù)規(guī)范》第3部分用戶卡命令集中第5節(jié)命令中的內(nèi)容。所述響應(yīng)命令包括響應(yīng)數(shù)據(jù)字節(jié)串(data)、命令處理狀態(tài)(sw1)和命令處理限定(sw2)。

在端到端卡操作過程中，如果卡被拔出，網(wǎng)關(guān)向服務(wù)器發(fā)送‘卡已斷開連接請求命令’,服務(wù)器收到命令后進行相關(guān)處理。如果服務(wù)器在接收到‘卡已斷開連接請求命令’之前發(fā)送‘卡應(yīng)用操作命令’至網(wǎng)關(guān)，因健康卡與網(wǎng)關(guān)斷開連接而無法處理的‘卡應(yīng)用操作命令’作廢。

在端到端卡操作過程中，如果因為非正常因素導(dǎo)致卡與網(wǎng)關(guān)斷開連接，網(wǎng)關(guān)在相應(yīng)的‘卡應(yīng)用操作響應(yīng)命令’的狀態(tài)碼中進行說明。所述的非正常因素包括突然換卡，網(wǎng)關(guān)未察覺、交變磁場或電場導(dǎo)致卡失效、卡功能故障等一個或多個因素(見圖18)；

圖10為非正常斷開第一接口連接通信時序圖；其中，*1：‘中止連接’命令可以由網(wǎng)關(guān)或服務(wù)器任意一方發(fā)起。*2：‘中止連接’命令可以發(fā)生在網(wǎng)關(guān)與服務(wù)器建立連接之后的過程中的任何時刻。接收到“中止連接”命令的設(shè)備進行后續(xù)的處理工作。

實施例2

本實施例提供的用于實現(xiàn)端到端數(shù)據(jù)通信業(yè)務(wù)的指令包括命令、響應(yīng)命令和錯誤指令。

如圖11，圖12所示，所述命令根據(jù)通信內(nèi)容分為第一類服務(wù)器和網(wǎng)關(guān)數(shù)據(jù)交換命令和第二類服務(wù)器和健康卡數(shù)據(jù)交換命令。所述第一類服務(wù)器和網(wǎng)關(guān)數(shù)據(jù)交換命令包括固定長度(如2個字節(jié))的命令序號msg_id、固定長度(如1個字節(jié))的命令類型msg_type、固定長度(如1個字節(jié))的命令長度msg_lc以及數(shù)據(jù)類型為變長的數(shù)據(jù)域data_req1；所述第二類服務(wù)器和健康卡數(shù)據(jù)交換命令包括固定長度(如2個字節(jié))的命令序號msg_id、固定長度(如1個字節(jié))的命令類型msg_type、固定長度(如1個字節(jié))的命令長度msg_lc以及數(shù)據(jù)類型為變長的數(shù)據(jù)域data_req2。

如圖13，圖14所示，所述響應(yīng)命令根據(jù)通信內(nèi)容分為第一類服務(wù)器和網(wǎng)關(guān)數(shù)據(jù)交換響應(yīng)命令和第二類服務(wù)器和健康卡數(shù)據(jù)交換響應(yīng)命令。所述第一類服務(wù)器和網(wǎng)關(guān)數(shù)據(jù)交換響應(yīng)命令包括固定長度(如2個字節(jié))的命令序號msg_id、固定長度(如1個字節(jié))的命令類型msg_type、固定長度(如1個字節(jié))的命令長度msg_lc、固定長度(如1個字節(jié))的狀態(tài)碼sc以及數(shù)據(jù)類型為變長的數(shù)據(jù)域data_res1；所述數(shù)據(jù)域data_res1包括兩個部分：第一部分置有對應(yīng)的命令的msg_id值，位于數(shù)據(jù)域的首位；第二部分置有響應(yīng)中接收的數(shù)據(jù)字節(jié)串。所述第二類服務(wù)器和健康卡數(shù)據(jù)交換響應(yīng)命令包括固定長度(如2個字節(jié))的命令序號msg_id、固定長度(如1個字節(jié))的命令類型msg_type、固定長度(如1個字節(jié))的命令長度msg_lc、固定長度(如1個字節(jié))的狀態(tài)碼sc以及數(shù)據(jù)類型為變長的數(shù)據(jù)域data_res2；所述數(shù)據(jù)域data_res2包括兩個部分：第一部分置有對應(yīng)的命令的msg_id值，位于數(shù)據(jù)域的首位；第二部分置有健康卡發(fā)送給服務(wù)器的數(shù)據(jù)。

所述sc的值用‘bn’表示。

如圖15所示，為第一類服務(wù)器和網(wǎng)關(guān)數(shù)據(jù)交換命令報文。msg_id為命令計數(shù)器，每響應(yīng)一條命令，值自加1；msg_type值為‘00’，表示‘網(wǎng)關(guān)-服務(wù)器連接請求命令’；msg_lc值為data_req1包含的字節(jié)長度；data_req1中為表示網(wǎng)關(guān)身份信息的二進制數(shù)據(jù)，其中網(wǎng)關(guān)的身份信息包括網(wǎng)關(guān)序列號、網(wǎng)關(guān)固件版本號和網(wǎng)關(guān)剩余電量。網(wǎng)關(guān)向服務(wù)器發(fā)送該命令請求建立連接。

如圖16所示，服務(wù)器接收到‘網(wǎng)關(guān)-服務(wù)器連接請求命令’后，向網(wǎng)關(guān)發(fā)送‘網(wǎng)關(guān)-服務(wù)器連接響應(yīng)命令’。‘網(wǎng)關(guān)-服務(wù)器連接響應(yīng)命令’的msg_id為命令計數(shù)器，每響應(yīng)一條命令，值自加1；‘網(wǎng)關(guān)-服務(wù)器連接響應(yīng)命令’msg_type的值為‘06’；‘網(wǎng)關(guān)-服務(wù)器連接響應(yīng)命令’msg_lc的值為數(shù)據(jù)域包含的字節(jié)長度；‘網(wǎng)關(guān)-服務(wù)器連接響應(yīng)命令’sc表示命令‘網(wǎng)關(guān)-服務(wù)器連接請求’的執(zhí)行結(jié)果情況；數(shù)據(jù)域data_res1的第一部分為‘網(wǎng)關(guān)-服務(wù)器連接請求命令’的msg_id值；若服務(wù)器接受該網(wǎng)關(guān)的連接，服務(wù)器將服務(wù)器身份信息以二進制標識至于數(shù)據(jù)域data_res1第二部分發(fā)送給網(wǎng)關(guān)，網(wǎng)關(guān)根據(jù)接收的服務(wù)器身份信息再次確認所連接的服務(wù)器，否則‘網(wǎng)關(guān)-服務(wù)器連接響應(yīng)命令’的數(shù)據(jù)域data_res1第二部分不包含數(shù)據(jù)。

如圖15所示，若msg_type值為‘01’，表示‘卡已連接請求命令’；msg_lc值為data_req1包含的字節(jié)長度；data_req1中包括標志位和卡標識數(shù)據(jù)，標志位的值為‘0’或‘1’，當標志位值為‘0’時，表示健康卡與網(wǎng)關(guān)為iec/iso14443a類通訊方式，卡標識數(shù)據(jù)為uid(唯一標識符)；當標志位為‘1’時，表示卡與網(wǎng)關(guān)為iec/iso14443b類通訊方式，卡標識數(shù)據(jù)為pupi(仿唯一picc標識符)。網(wǎng)關(guān)通過該命令，告知服務(wù)器第二接口有卡連接。

如圖16所示，服務(wù)器接收到‘卡已連接請求命令’后，向網(wǎng)關(guān)發(fā)送‘卡已連接響應(yīng)命令’?！ㄒ堰B接響應(yīng)命令’的msg_id為命令計數(shù)器，每響應(yīng)一條命令，值自加1；‘卡已連接響應(yīng)命令’的msg_type的值為‘07’；‘卡已連接響應(yīng)命令’的msg_lc的值為數(shù)據(jù)域中的字節(jié)長度；‘卡已連接響應(yīng)命令’的sc表示‘卡已連接請求命令’的執(zhí)行結(jié)果情況；數(shù)據(jù)域data_res1的第一部分為‘卡已連接請求命令’的msg_id值，第二部分不包含數(shù)據(jù)。

如圖15所示，若msg_type值為‘02’，表示‘卡已斷開連接請求命令’；msg_lc值為數(shù)據(jù)域中的字節(jié)長度；data_req1中為表示卡已斷開連接語義信息的二進制標識數(shù)據(jù)；網(wǎng)關(guān)發(fā)送該命令至服務(wù)器，告訴服務(wù)器被連接至網(wǎng)關(guān)的卡已經(jīng)脫離了網(wǎng)關(guān)射頻接口有效工作區(qū)域，數(shù)據(jù)域值為0時，表示卡操作完成后被正常拔出，數(shù)據(jù)域值為1時，表示卡操作未完成時被拔出。

如圖16所示，服務(wù)器接收到‘卡已斷開連接請求命令’后，向網(wǎng)關(guān)發(fā)送‘卡已斷開連接響應(yīng)命令’?！ㄒ褦嚅_連接響應(yīng)命令’的msg_id為命令計數(shù)器，每響應(yīng)一條命令，值自加1；‘卡已斷開連接響應(yīng)命令’的msg_type的值為‘08’；‘卡已斷開連接響應(yīng)命令’的msg_lc值為數(shù)據(jù)域中的字節(jié)長度；‘卡已斷開連接響應(yīng)’命令的sc表示‘卡斷開連接請求命令’的執(zhí)行結(jié)果情況；數(shù)據(jù)域data_res1的第一部分為‘卡已斷開連接請求命令’的msg_id值，第二部分不包含數(shù)據(jù)。

如圖15所示，若msg_type值為‘03’，表示‘網(wǎng)關(guān)-服務(wù)器斷開連接請求命令’；msg_lc值為數(shù)據(jù)域中的字節(jié)長度；data_req1中為表示網(wǎng)關(guān)與服務(wù)器斷開連接原因語義信息的二進制標識數(shù)據(jù)，網(wǎng)關(guān)或者服務(wù)器通過該命令斷開第一接口連接。數(shù)據(jù)域值為‘0’，表示正常斷開連接，該命令可以由網(wǎng)關(guān)或服務(wù)器任意一方發(fā)起；數(shù)據(jù)域值為‘1’，表示網(wǎng)關(guān)硬件出現(xiàn)故障，該命令限網(wǎng)關(guān)發(fā)送給服務(wù)器；數(shù)據(jù)域值為‘2’，表示網(wǎng)關(guān)軟件出現(xiàn)故障，該命令限網(wǎng)關(guān)發(fā)送給服務(wù)器；數(shù)據(jù)域值為‘3’，表示網(wǎng)關(guān)電量不足，該命令限網(wǎng)關(guān)發(fā)送給服務(wù)器；數(shù)據(jù)域值為‘4’，表示網(wǎng)關(guān)未知原因故障，該命令限網(wǎng)關(guān)發(fā)送給服務(wù)器；數(shù)據(jù)域值為‘5’，表示服務(wù)器出現(xiàn)錯誤，該命令限服務(wù)器發(fā)送給網(wǎng)關(guān)。

如圖16所示，服務(wù)器(或網(wǎng)關(guān))接收到‘網(wǎng)關(guān)-服務(wù)器斷開連接請求命令’后，向?qū)Ψ桨l(fā)送‘網(wǎng)關(guān)-服務(wù)器斷開連接響應(yīng)命令’?！W(wǎng)關(guān)-服務(wù)器斷開連接響應(yīng)命令’的msg_id值為命令計數(shù)器，每響應(yīng)一條命令，值自加1；‘網(wǎng)關(guān)-服務(wù)器斷開連接響應(yīng)’命令的msg_type值為‘09’；‘網(wǎng)關(guān)-服務(wù)器斷開連接響應(yīng)’命令msg_lc的值為數(shù)據(jù)域中的字節(jié)長度；‘網(wǎng)關(guān)-服務(wù)器斷開連接響應(yīng)’命令的sc表示‘網(wǎng)關(guān)-服務(wù)器斷開連接請求命令’的執(zhí)行結(jié)果情況；數(shù)據(jù)域data_res1的第一部分為‘網(wǎng)關(guān)-服務(wù)器斷開連接請求命令’的msg_id值，第二部分不包含數(shù)據(jù)。

如圖15所示，msg_type值為‘04’，表示‘中止連接’命令?！兄惯B接’命令msg_lc的值為‘0’；數(shù)據(jù)域data_req1不包含數(shù)據(jù)。網(wǎng)關(guān)或服務(wù)器在任意時刻因內(nèi)部原因無法維持連接，單方面斷開第一接口連接，若來不及發(fā)送該命令，直接斷開連接?！兄惯B接’命令沒有對應(yīng)的響應(yīng)命令。

如圖15所示，msg_type值為‘ee’，表示‘錯誤指令1’，該命令msg_lc的值為‘0’，數(shù)據(jù)域data_req1不包含數(shù)據(jù)。如圖19所示，網(wǎng)關(guān)或者服務(wù)器作為命令的發(fā)送方接收的響應(yīng)命令msg_type與數(shù)據(jù)域data_res1(或data_res2)的第一部分(包含命令的msg_id)與待響應(yīng)命令的對應(yīng)字段的值不同，則通過‘錯誤指令1’向命令的接收方發(fā)送當前錯誤信息，命令的接收方接收并解析‘錯誤指令1’，進行糾錯處理，向命令的發(fā)送方發(fā)送正確的響應(yīng)命令。

如圖15所示，msg_type值為‘ff’，表示‘錯誤指令2’，該命令msg_lc的值為‘0’，數(shù)據(jù)域data_req1不包含數(shù)據(jù)。如圖19所示，網(wǎng)關(guān)或者服務(wù)器作為接收方接收到無法解析的命令或者響應(yīng)命令時，則通過‘錯誤指令2’向發(fā)送方發(fā)送當前錯誤信息，發(fā)送方接收并解析‘錯誤指令2’，進行糾錯處理，向接收方發(fā)送正確的命令或者響應(yīng)命令。

如圖17所示，為第二類服務(wù)器和健康卡數(shù)據(jù)交換命令報文。第二類服務(wù)器和健康卡數(shù)據(jù)交換命令統(tǒng)稱為‘卡應(yīng)用操作命令’；‘卡應(yīng)用操作命令’的msg_id為命令計數(shù)器，每發(fā)送一條命令，值自加1；msg_type值都為‘05’；msg_lc值為data_req2包含的字節(jié)長度；data_req2中為滿足‘健康卡訪問命令’數(shù)據(jù)格式的數(shù)據(jù)。服務(wù)器向網(wǎng)關(guān)發(fā)送‘卡應(yīng)用操作命令’，網(wǎng)關(guān)對接收到的‘卡應(yīng)用操作命令’進行解析，并將‘卡應(yīng)用操作命令’的數(shù)據(jù)域部分發(fā)送給健康卡。

所述‘健康卡訪問命令’包括‘應(yīng)用失效’、‘應(yīng)用解鎖’、‘應(yīng)用永久失效’、‘外部認證命令’、‘請求隨機數(shù)’、‘內(nèi)部認證命令’、‘讀取透明文件’、‘讀取記錄’、‘選擇文件’、‘寫入或修改透明文件’、‘添加記錄或更改指定的記錄’、‘擦除文件’、‘對特殊文件寫入特定值’命令以及其他拓展命令。

如圖18所示，為第二類服務(wù)器和健康卡數(shù)據(jù)交換響應(yīng)命令報文。第二類服務(wù)器和健康卡數(shù)據(jù)交換響應(yīng)命令統(tǒng)稱為‘卡應(yīng)用操作響應(yīng)命令’；‘卡應(yīng)用操作響應(yīng)命令’的msg_id為命令計數(shù)器，每響應(yīng)一條命令，值自加1；‘卡應(yīng)用操作響應(yīng)命令’的msg_type值都為‘0a’；‘卡應(yīng)用操作響應(yīng)命令’的msg_lc值為數(shù)據(jù)域中的字節(jié)長度；‘卡應(yīng)用操作響應(yīng)命令’的sc表示‘卡應(yīng)用操作響應(yīng)命令’的執(zhí)行結(jié)果情況；數(shù)據(jù)域data_res2中的第一部分為對應(yīng)的‘卡應(yīng)用操作命令’的msg_id值，若網(wǎng)關(guān)接收到健康卡發(fā)送給服務(wù)器的數(shù)據(jù)，數(shù)據(jù)域data_res2第二部分為健康卡返回的響應(yīng)數(shù)據(jù)，該響應(yīng)數(shù)據(jù)滿足‘健康卡訪問響應(yīng)命令’的數(shù)據(jù)格式；否則，數(shù)據(jù)域data_res2第二部分不包含數(shù)據(jù)。

如圖20所示，為網(wǎng)關(guān)-服務(wù)器指令交換過程示意圖。id1和dataid1分別為網(wǎng)關(guān)發(fā)送的指令序號和響應(yīng)命令數(shù)據(jù)域第一部分的數(shù)據(jù)；id2和dataid2分別為服務(wù)器發(fā)送的指令序號和響應(yīng)命令數(shù)據(jù)域第一部分的數(shù)據(jù)。網(wǎng)關(guān)作為命令的發(fā)送方，每發(fā)送一條指令，id1的值自動增加1，服務(wù)器作為命令的接收方，向網(wǎng)關(guān)發(fā)送的響應(yīng)命令的id2的值自動增加1，且該響應(yīng)命令的dataid2的值等于id1的值；服務(wù)器作為命令的發(fā)送方，每發(fā)送一條指令，id2的值自動增加1，網(wǎng)關(guān)作為命令的接收方，向服務(wù)器發(fā)送的響應(yīng)命令的id1的值自動增加1，且該響應(yīng)命令的dataid1的值等于id2的值。

網(wǎng)關(guān)和服務(wù)器通過維護各自的指令序號id值來判斷是否存在指令沒有被傳達或者被響應(yīng)。

如圖21所示，為響應(yīng)命令狀態(tài)碼參照表。

如圖22所示，為了保證通信過程中數(shù)據(jù)傳輸?shù)陌踩?，傳輸?shù)臄?shù)據(jù)都會采用加密算法，本發(fā)明中針對傳輸?shù)臄?shù)據(jù)采用兩類加密方式。其中，*1：加密算法1，即對服務(wù)器與網(wǎng)關(guān)通信數(shù)據(jù)進行加密的方式，可采用對稱加密算法aes算法和des算法；*2：加密算法2，即對服務(wù)器與健康卡通信數(shù)據(jù)進行加密的方式，采用對稱算法sm1算法，非對稱算法sm2算法和雜湊算法sm3算法。

實施例3

本實施例提供的網(wǎng)關(guān)包括健康卡訪問單元、數(shù)據(jù)處理單元、網(wǎng)絡(luò)通信單元、電源管理單元、人機交互單元和參數(shù)配置單元。

健康卡訪問單元、指令處理單元和網(wǎng)絡(luò)通信單元依次連接；人機交互單元分別和參數(shù)配置單元、數(shù)據(jù)處理單元、網(wǎng)絡(luò)通信單元連接；參數(shù)配置單元還與網(wǎng)絡(luò)通信單元連接。

所述網(wǎng)關(guān)通過健康卡訪問單元與健康卡建立基于iec/iso14443協(xié)議的連接。所述網(wǎng)關(guān)通過網(wǎng)絡(luò)通信單元與服務(wù)器建立基于tcp/ip協(xié)議的連接。

所述數(shù)據(jù)處理單元為微控制器，用于完成第一接口數(shù)據(jù)格式與第二接口數(shù)據(jù)格式的相互轉(zhuǎn)換。

所述人機交互單元包括按鍵、觸摸屏、麥克風等輸入組件中的一個或者多個，以及包括揚聲器、顯示屏、指示燈等輸出組件中的一個或者多個。

所述參數(shù)配置單元可以為微控制器分配的一個存儲空間，也可以是一個獨立的存儲器，還可以包括有一個無線通訊模塊和(或)一個有線通訊模塊與手機連接，用于配置和存儲目標服務(wù)器參數(shù)表。

所述服務(wù)器參數(shù)表包括網(wǎng)關(guān)要連接的目標服務(wù)器的ip地址、監(jiān)聽端口號碼等參數(shù)。所述服務(wù)器參數(shù)表可以通過人機交互界面輸入服務(wù)器參數(shù)，手機相關(guān)app導(dǎo)入，網(wǎng)關(guān)生產(chǎn)商預(yù)置服務(wù)器參數(shù)表、健康卡存儲的缺省服務(wù)器參數(shù)等方式獲取。

實施例4

本發(fā)明提供的基于網(wǎng)關(guān)在健康卡與服務(wù)器間建立端到端數(shù)據(jù)通信的方法可以完成健康卡和服務(wù)器應(yīng)用層的數(shù)據(jù)交換業(yè)務(wù)，基于此，持卡人可以通過個人終端設(shè)備訪問當前與健康卡建立連接的服務(wù)器，并通過該服務(wù)器的人機交互界面向健康卡發(fā)送讀取、寫入、修改、刪除、選擇等操作命令來操作健康卡內(nèi)信息。進一步，健康卡內(nèi)數(shù)據(jù)經(jīng)由網(wǎng)關(guān)上傳到服務(wù)器后，持卡人可以將健康卡內(nèi)數(shù)據(jù)備份至服務(wù)器，該應(yīng)用解決了健康卡由于存儲容量有限無法存儲較長周期的健康數(shù)據(jù)的問題。持卡人在醫(yī)療機構(gòu)產(chǎn)生新的健康數(shù)據(jù)時，即使健康卡內(nèi)的時間靠前的歷史數(shù)據(jù)被覆蓋，仍可以通過訪問服務(wù)器查詢到歷史數(shù)據(jù)，解決了存儲空間的問題，實現(xiàn)居民健康數(shù)據(jù)實時的、長期的存儲及管理。此外，持卡人在補卡或更新健康卡內(nèi)信息時，可以通過訪問服務(wù)器將健康數(shù)據(jù)下載或更新到卡中，提高了健康卡信息備份的靈活性。

進一步，基于網(wǎng)關(guān)在健康卡與服務(wù)器間建立端到端數(shù)據(jù)通信的方法使得持卡人對健康卡內(nèi)信息由被動接受變?yōu)橹鲃舆x擇。持卡人在需要查詢健康信息時，可以自由操作健康卡內(nèi)數(shù)據(jù)，省去通過配置有健康卡讀寫設(shè)備的醫(yī)療機構(gòu)幫助查詢這一中間環(huán)節(jié)，使得持卡人對健康信息的操作不受醫(yī)療衛(wèi)生機構(gòu)地理位置和工作時間的限制，提高了健康卡使用的靈活性。

進一步，基于網(wǎng)關(guān)在健康卡與服務(wù)器間建立端到端數(shù)據(jù)通信的方法可以實現(xiàn)健康信息的種類擴展，豐富健康數(shù)據(jù)。持卡人可以將健康卡內(nèi)數(shù)據(jù)存儲在服務(wù)器中，同時，持卡人還可以將數(shù)據(jù)容量較大的、無法存儲在健康卡內(nèi)的醫(yī)學(xué)影像信息或者其他數(shù)據(jù)類型的健康信息存儲在服務(wù)器中，解決了健康卡不能與其他數(shù)據(jù)協(xié)同的問題。

進一步，基于網(wǎng)關(guān)在健康卡與服務(wù)器間建立端到端數(shù)據(jù)通信的方法不僅保證了健康數(shù)據(jù)在醫(yī)療機構(gòu)和公共衛(wèi)生機構(gòu)之間共享，還可以在健康卡與健康服務(wù)機構(gòu)、其他遠程服務(wù)機構(gòu)及監(jiān)管機構(gòu)提供的服務(wù)器之間建立連接，使得第三方服務(wù)提供者以及其他類型的健康服務(wù)提供者可以獲取健康卡內(nèi)數(shù)據(jù)，反過來，持卡人可以使用第三方服務(wù)者以及其他類型的健康服務(wù)提供者基于健康卡內(nèi)數(shù)據(jù)提供的服務(wù)，例如，由第三方服務(wù)者提供的基于居民健康信息卡的藥品導(dǎo)購智能服務(wù)，該應(yīng)用在專利cn102880977a有介紹。此外，健康卡與某一服務(wù)器之間建立連接，持卡人通過該服務(wù)器承載的應(yīng)用共享健康信息，醫(yī)療機構(gòu)以及其他類型機構(gòu)的服務(wù)器之間再共享健康信息，有助于提升用戶體驗?；诖?，解決了健康卡不能與外界協(xié)同的問題。

實施例5

本發(fā)明提供的基于網(wǎng)關(guān)在健康卡與服務(wù)器間建立端到端數(shù)據(jù)通信的方法可以將健康卡與提供家庭健康管理服務(wù)者提供的服務(wù)器進行連接，持卡人使用家庭健康管理服務(wù)時，將自身的健康卡內(nèi)信息以及家人的健康卡內(nèi)信息傳輸?shù)綌?shù)據(jù)庫中，通過服務(wù)器承載的業(yè)務(wù)進行家庭健康信息的系統(tǒng)管理。此外，若持卡人通過某公司提供的服務(wù)平臺進行健康卡數(shù)據(jù)更新，同時持卡人使用該公司旗下健康數(shù)據(jù)采集設(shè)備，則該公司提供的服務(wù)平臺可以將數(shù)據(jù)采集設(shè)備的數(shù)據(jù)作為用戶健康檔案的一部分進行管理，不限于此應(yīng)用，持卡人可以將其他家庭醫(yī)療設(shè)備采集的數(shù)據(jù)與健康卡內(nèi)數(shù)據(jù)協(xié)同，為居民健康服務(wù)提供更加豐富的健康數(shù)據(jù)來源。

最后說明的是，以上實施例僅用以說明本發(fā)明的技術(shù)方案而非限制，盡管參照較佳實施例對本發(fā)明進行了詳細說明，本領(lǐng)域的普通技術(shù)人員應(yīng)當理解，可以對本發(fā)明的技術(shù)方案進行修改或者等同替換，而不脫離本技術(shù)方案的宗旨和范圍，其均應(yīng)涵蓋在本發(fā)明的保護范圍當中。