本發(fā)明涉及數(shù)據(jù)處理領(lǐng)域，尤其涉及一種植入性醫(yī)療器械供應(yīng)鏈信息處理方法及系統(tǒng)。

背景技術(shù)：

隨著信息化時(shí)代的迅猛發(fā)展，數(shù)據(jù)處理在各個(gè)領(lǐng)域都是非常重要的。而在骨科醫(yī)療器械行業(yè)中，根據(jù)國家質(zhì)量管理要求，必須對(duì)產(chǎn)品進(jìn)行質(zhì)量追溯管理。一般經(jīng)營性公司都采取建立紙質(zhì)檔案與電子目錄的形式來實(shí)現(xiàn)質(zhì)量追溯管理，這種方式對(duì)于信息資料的準(zhǔn)確度、長期儲(chǔ)存、及時(shí)查閱都存在較大的缺陷與不足。同時(shí)，針對(duì)現(xiàn)今的骨科醫(yī)療器械的供應(yīng)鏈(生產(chǎn)企業(yè)——經(jīng)銷商——醫(yī)生——患者)方面，骨科產(chǎn)品植入信息在各參與方(例如，生產(chǎn)企業(yè)、經(jīng)營性企業(yè)、醫(yī)生、患者)之間的信息交互是十分匱乏的，信息很難互通。然而，對(duì)于病例信息查詢、骨科技術(shù)信息交流以及患者康復(fù)提醒方面都是信息互通的重要應(yīng)用，骨科生產(chǎn)與經(jīng)營性企業(yè)都未能涉及，對(duì)產(chǎn)品使用狀況未能有效收集和及時(shí)反饋，無法對(duì)病患的康復(fù)進(jìn)行跟蹤與控制植入物失效風(fēng)險(xiǎn)。因此，如何有效地實(shí)現(xiàn)骨科醫(yī)療器械供應(yīng)鏈中多個(gè)參與方之間的數(shù)據(jù)信息交互也就成為目前需要解決的一個(gè)技術(shù)難題。

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

基于上述，有必要提供一種能夠有效實(shí)現(xiàn)醫(yī)療器械供應(yīng)鏈多個(gè)參與方之間的數(shù)據(jù)信息交互的信息處理系統(tǒng)及方法。

一種植入性醫(yī)療器械供應(yīng)鏈信息處理方法，應(yīng)用于包括表現(xiàn)層、業(yè)務(wù)邏輯層及數(shù)據(jù)訪問層的三層架構(gòu)中。該方法包括：所述表現(xiàn)層接收請(qǐng)求并將所述請(qǐng)求發(fā)送至所述業(yè)務(wù)邏輯層；所述業(yè)務(wù)邏輯層根據(jù)業(yè)務(wù)處理邏輯將所述請(qǐng)求分發(fā)到所述數(shù)據(jù)訪問層；所述數(shù)據(jù)訪問層依據(jù)所述請(qǐng)求從數(shù)據(jù)庫中獲取響應(yīng)數(shù)據(jù)，通過業(yè)務(wù)邏輯層將所述響應(yīng)數(shù)據(jù)返回至所述表現(xiàn)層呈現(xiàn)。

進(jìn)一步地，所述植入性醫(yī)療器械供應(yīng)鏈信息處理方法還包括：利用所述表現(xiàn)層采集信息并利用數(shù)據(jù)訪問層存儲(chǔ)信息。

在一實(shí)施例中，所述采集的信息包括產(chǎn)品信息、病歷信息、骨科技術(shù)信息、手術(shù)案例信息、患者康復(fù)與提醒信息。

在一實(shí)施例中，所述采集信息的形式包括以下形式中的一種或多種：掃碼、圖片、文字、視頻、語音。

在一實(shí)施方式中，所述植入性醫(yī)療器械供應(yīng)鏈信息處理方法還包括：所述創(chuàng)建一個(gè)或多個(gè)角色，并針對(duì)各個(gè)角色設(shè)定對(duì)應(yīng)的權(quán)限。所述角色包括系統(tǒng)管理員、經(jīng)銷商跟臺(tái)員、醫(yī)生、患者、專家醫(yī)生；所述權(quán)限包括角色創(chuàng)建的權(quán)限、權(quán)限配置的權(quán)限、病歷創(chuàng)建的權(quán)限、病歷查看編輯的權(quán)限、產(chǎn)品信息錄入的權(quán)限、康復(fù)提醒的權(quán)限、病歷推送的權(quán)限、病歷共享的權(quán)限以及問題提出/回答的權(quán)限。

一種植入性醫(yī)療器械供應(yīng)鏈信息處理系統(tǒng)，該系統(tǒng)包括：表現(xiàn)層，用于提供操作界面以及系統(tǒng)功能展現(xiàn)；業(yè)務(wù)邏輯層，用于提供對(duì)數(shù)據(jù)業(yè)務(wù)的邏輯處理；以及數(shù)據(jù)訪問層，用于提供對(duì)數(shù)據(jù)庫的操作；其中，所述表現(xiàn)層接收請(qǐng)求并將所述請(qǐng)求發(fā)送至所述業(yè)務(wù)邏輯層；所述業(yè)務(wù)邏輯層根據(jù)業(yè)務(wù)處理邏輯將所述請(qǐng)求分發(fā)到所述數(shù)據(jù)訪問層；所述數(shù)據(jù)訪問層依據(jù)所述請(qǐng)求從數(shù)據(jù)庫中獲取響應(yīng)數(shù)據(jù)，通過業(yè)務(wù)邏輯層將所述響應(yīng)數(shù)據(jù)返回至所述表現(xiàn)層呈現(xiàn)。

在一實(shí)施例中，所述植入性醫(yī)療器械供應(yīng)鏈信息處理系統(tǒng)用于創(chuàng)建一個(gè)或多個(gè)角色，并針對(duì)各個(gè)角色設(shè)定對(duì)應(yīng)的權(quán)限。所述角色包括系統(tǒng)管理員、經(jīng)銷商跟臺(tái)員、醫(yī)生、患者、專家醫(yī)生；所述權(quán)限包括角色創(chuàng)建的權(quán)限、配置權(quán)限、創(chuàng)建病歷的權(quán)限、編輯病歷的權(quán)限、產(chǎn)品信息錄入的權(quán)限、康復(fù)提醒的權(quán)限、病歷推送的權(quán)限、病歷共享的權(quán)限以及提出/回答問題的權(quán)限。

在一實(shí)施例中，所述植入性醫(yī)療器械供應(yīng)鏈信息處理系統(tǒng)利用所述表現(xiàn)層采集信息并利用數(shù)據(jù)訪問層存儲(chǔ)信息。

在一實(shí)施例中，所述采集的信息包括產(chǎn)品信息、病歷信息、骨科技術(shù)信息、手術(shù)案例信息、患者康復(fù)與提醒信息。

在一實(shí)施例中，所述采集信息的形式包括以下形式中的一種或多種：掃碼、圖片、文字、視頻、語音。

上述信息處理系統(tǒng)、方法及裝置，可以準(zhǔn)確快捷地采集信息及顯示信息，保持信息的同步，也能夠使得骨科醫(yī)療器械的供應(yīng)鏈中的多個(gè)參與方之間能夠方便地進(jìn)行信息地交互，幫助骨科醫(yī)療器械生產(chǎn)企業(yè)、骨科醫(yī)療器械經(jīng)銷商、醫(yī)生以及患者對(duì)于骨科內(nèi)植入物信息、病歷信息等能夠在網(wǎng)頁端與手機(jī)微信端同步錄入、編輯、運(yùn)算、顯示以及信息交互。通過所述信息處理系統(tǒng)，對(duì)于企業(yè)而言可以使得企業(yè)獲得完整的電子化的產(chǎn)品使用質(zhì)量檔案，確保產(chǎn)品的正反向追溯，分析市場(chǎng)需求，關(guān)注醫(yī)生、患者對(duì)于產(chǎn)品的反饋與感受，體現(xiàn)作為醫(yī)療器械生成企業(yè)的社會(huì)責(zé)任。對(duì)于經(jīng)銷商和跟臺(tái)員等而言，提升工作效率，可以獲得系統(tǒng)的手術(shù)案例，全面提升自身技術(shù)水平與服務(wù)能力。對(duì)于醫(yī)生而言，輕松獲得一個(gè)便捷的病歷夾；通過經(jīng)典病例的推送、共享與點(diǎn)評(píng)，推廣、學(xué)習(xí)優(yōu)秀技術(shù)與理念；提升對(duì)患者的康復(fù)提醒，降低植入物失效風(fēng)險(xiǎn)；全面提升隨訪率。對(duì)于患者而言，獲得出院后的持續(xù)關(guān)注與提醒服務(wù)，提升康復(fù)的信心，有效地實(shí)現(xiàn)骨科醫(yī)療器械的供應(yīng)鏈中多個(gè)參與方之間的數(shù)據(jù)信息交互。

附圖說明

此處所說明的附圖用來提供對(duì)本發(fā)明的進(jìn)一步理解，構(gòu)成本申請(qǐng)的一部分，本發(fā)明的示意性實(shí)施例及其說明用于解釋本發(fā)明，并不構(gòu)成對(duì)本發(fā)明的不當(dāng)限定。

圖1為本發(fā)明實(shí)施例的信息處理系統(tǒng)的架構(gòu)示意圖；

圖2為本發(fā)明實(shí)施例的信息處理系統(tǒng)中模塊間的調(diào)用關(guān)系示意圖；

圖3為本發(fā)明實(shí)施例的信息處理方法的流程示意圖；

圖4為本發(fā)明實(shí)施例的信息處理系統(tǒng)中功能和角色的配置示意圖；

圖5為本發(fā)明實(shí)施例的信息交互模型的示意圖。

具體實(shí)施方式

下文中將參考附圖并結(jié)合實(shí)施例來詳細(xì)說明本發(fā)明。需要說明的是，在不沖突的情況下，本申請(qǐng)中的實(shí)施例及實(shí)施例中的特征可以相互組合。

在本較佳實(shí)施例中，所述植入性醫(yī)療器械供應(yīng)鏈信息處理系統(tǒng)(以下簡稱“信息處理系統(tǒng)”)10使用高內(nèi)聚低耦合的設(shè)計(jì)思想，采用標(biāo)準(zhǔn)的三層架構(gòu)(3-tier architecture)模式設(shè)計(jì)而成。三層架構(gòu)就是將整個(gè)業(yè)務(wù)應(yīng)用劃分為：表現(xiàn)層(User Interface layer)、業(yè)務(wù)邏輯層(Business Logic Layer)、數(shù)據(jù)訪問層(Data access layer)。區(qū)分層次的目的即為了“高內(nèi)聚低耦合”的思想。采用三層體系結(jié)構(gòu)，可以實(shí)現(xiàn)對(duì)系統(tǒng)的充分有效的分隔，降低WEB服務(wù)器的負(fù)荷和后期維護(hù)的成本，提高代碼的可重用性和耦合度，同時(shí)有利于信息流的梳理和任務(wù)分配。當(dāng)然在其他較佳實(shí)施例中，所述信息處理系統(tǒng)10也可以由其他任意合適的分層結(jié)構(gòu)進(jìn)行設(shè)計(jì)。

參閱圖1所示，所述信息處理系統(tǒng)10包括，但不限于：表現(xiàn)(UI)層100、業(yè)務(wù)邏輯(BLL)層102以及數(shù)據(jù)訪問(DAL)層104。所述表現(xiàn)層100負(fù)責(zé)提供用戶操作界面以及系統(tǒng)功能展現(xiàn)。在一實(shí)施方式中，所述表現(xiàn)層100用于顯示數(shù)據(jù)和接收用戶輸入的數(shù)據(jù)，為用戶提供一種交互式操作的界面，其可以主要由電腦端網(wǎng)頁(PC Web)和手機(jī)端應(yīng)用構(gòu)成。例如，所述表現(xiàn)層主要表示成WEB方式(瀏覽器模式)，也可以表示成WINFORM方式(窗體模式)，WEB方式也可以表現(xiàn)成：aspx。

所述業(yè)務(wù)邏輯層102負(fù)責(zé)提供對(duì)數(shù)據(jù)業(yè)務(wù)的邏輯處理。在一實(shí)施方式中，所述業(yè)務(wù)邏輯層102是系統(tǒng)的核心部分，可以響應(yīng)用戶發(fā)出的請(qǐng)求，處理所有的業(yè)務(wù)邏輯和后臺(tái)數(shù)據(jù)的訪問邏輯，其可以主要由業(yè)務(wù)邏輯處理(Owen.BLL)模塊構(gòu)成，在一實(shí)施方式中，所述邏輯業(yè)務(wù)處理模塊可以負(fù)責(zé)控制界面的顯示、界面的跳轉(zhuǎn)、數(shù)據(jù)的導(dǎo)入\導(dǎo)出等邏輯業(yè)務(wù)。

所述數(shù)據(jù)訪問層104負(fù)責(zé)對(duì)數(shù)據(jù)庫數(shù)據(jù)的操作，通過對(duì)應(yīng)的接口來訪問數(shù)據(jù)庫。在一實(shí)施方式中，所述數(shù)據(jù)訪問層104也可以稱為是持久層，其功能主要是負(fù)責(zé)數(shù)據(jù)庫的訪問，主要實(shí)現(xiàn)對(duì)數(shù)據(jù)的增、刪、改、查等操作，將存儲(chǔ)在數(shù)據(jù)庫(圖1中未示出)中的數(shù)據(jù)提交給業(yè)務(wù)邏輯層102，同時(shí)將業(yè)務(wù)邏輯層102處理的數(shù)據(jù)保存到數(shù)據(jù)庫中。所述數(shù)據(jù)訪問層可以主要包括數(shù)據(jù)層訪問接口(Owen.IDAL)模塊、實(shí)現(xiàn)接口方法(Owen.SqlServerDAL)模塊、抽象工廠(Owen.AbstractFactory)模塊、創(chuàng)建數(shù)據(jù)模型(Owen.EFModel)模塊。所述抽象工廠模塊管理DAL對(duì)象的創(chuàng)建，便于業(yè)務(wù)邏輯層102的訪問。所述Owen.EFModel模塊

進(jìn)一步地，所述信息處理系統(tǒng)10還可以包括實(shí)體(Model/Entity)層106、基礎(chǔ)輔助工具類108以及后臺(tái)服務(wù)110。所述實(shí)體層106負(fù)責(zé)數(shù)據(jù)庫表實(shí)體的對(duì)應(yīng)，其可以主要由實(shí)體(Owen.Model)模塊構(gòu)成，該模塊包含數(shù)據(jù)實(shí)體對(duì)象；所述基礎(chǔ)輔助工具類108負(fù)責(zé)提供基礎(chǔ)的工具類，其可以主要由公共函數(shù)(Owen.Common)、Owen.DBUtility模塊(連接數(shù)據(jù)庫方法的模塊)構(gòu)成；所述后臺(tái)服務(wù)：負(fù)責(zé)短信提醒等功能，其可以主要由服務(wù)(Owen.Service)模塊構(gòu)成，用于提供一些合適的服務(wù)。

圖2為本發(fā)明實(shí)施例的信息處理系統(tǒng)中模塊間的調(diào)用關(guān)系示意圖。參見圖2所示，所述信息處理系統(tǒng)10通過表現(xiàn)層100發(fā)出用戶請(qǐng)求，所述請(qǐng)求到達(dá)業(yè)務(wù)邏輯層102。所述業(yè)務(wù)邏輯層102包括一個(gè)或多個(gè)業(yè)務(wù)處理模塊，用于所接收到的請(qǐng)求/數(shù)據(jù)進(jìn)行處理。在本實(shí)施例中，所述業(yè)務(wù)邏輯層102根據(jù)業(yè)務(wù)處理邏輯將請(qǐng)求分發(fā)至各個(gè)數(shù)據(jù)訪問層104中。所述數(shù)據(jù)訪問層104從數(shù)據(jù)庫112中獲取響應(yīng)所述用戶請(qǐng)求的數(shù)據(jù)，然后逐級(jí)返回，最終到達(dá)表現(xiàn)層100展現(xiàn)效果。在上述過程中，所述實(shí)體層106作為數(shù)據(jù)的傳遞者，在所述表現(xiàn)層100、業(yè)務(wù)邏輯層102、數(shù)據(jù)訪問層104三層之間傳遞數(shù)據(jù)，始終存在于整個(gè)生命周期內(nèi)。在一實(shí)施方式中，所述數(shù)據(jù)庫112可以是SQL數(shù)據(jù)庫、Oracle數(shù)據(jù)庫或者分布式海量數(shù)據(jù)存儲(chǔ)庫等任意適用的數(shù)據(jù)庫。

圖3為植入性醫(yī)療器械供應(yīng)鏈信息處理方法(以下簡稱“信息處理方法”)的流程示意圖。參見圖3所示，本發(fā)明所述的信息處理方法包括，但不限于：

步驟S300，所述信息處理系統(tǒng)10利用不用的采集渠道進(jìn)行信息采集并進(jìn)行存儲(chǔ)。在本較佳實(shí)施例中，所述采集的信息包括，但不限于：產(chǎn)品信息、病例信息、骨科技術(shù)信息、手術(shù)案例信息、患者康復(fù)與提醒信息等。所述采集的信息可以根據(jù)實(shí)際需求而定，并不限于上述提及的各類信息。所述不同的采集渠道可以包括，但不限于：電腦、平板、手機(jī)即時(shí)通訊應(yīng)用端、APP應(yīng)用端、終端掃描設(shè)備等各類任意適用的設(shè)備。所述信息的形式包括，但不限于：掃碼(例如二維碼、條形碼等)、圖片、文字、視頻、語音等各類任意適用的信息載體。在本較佳實(shí)施例中，所述信息的采集可以根據(jù)不同角色的權(quán)限進(jìn)行分段獲取。具體地，所述信息處理系統(tǒng)10可以按照面向?qū)ο笤O(shè)計(jì)的原則，針對(duì)不同的用戶，創(chuàng)建對(duì)應(yīng)的角色功能。

參閱圖4所示，為本發(fā)明實(shí)施例的信息處理系統(tǒng)10中創(chuàng)建角色功能的示例圖。在一較佳實(shí)施例中，所述信息處理系統(tǒng)10可以依據(jù)骨科植入物產(chǎn)品的供應(yīng)鏈流程“生產(chǎn)企業(yè)——經(jīng)銷商——醫(yī)生——患者”創(chuàng)建，但不限于，以下角色：系統(tǒng)管理員(生產(chǎn)企業(yè))、系統(tǒng)管理員(經(jīng)銷商)、經(jīng)銷商跟臺(tái)員、醫(yī)生、患者、專家醫(yī)生等。而針對(duì)不同的角色，都可以相應(yīng)地設(shè)置不同的權(quán)限。在一實(shí)施例中，所述權(quán)限包括，但不限于，角色創(chuàng)建的權(quán)限、權(quán)限配置的權(quán)限、病歷創(chuàng)建的權(quán)限、病歷查看編輯的權(quán)限、產(chǎn)品信息錄入的權(quán)限、康復(fù)提醒的權(quán)限、病歷推送的權(quán)限、病歷共享的權(quán)限以及問題提出/回答的權(quán)限。

在一實(shí)施方式中，為了使得骨科醫(yī)療器械供應(yīng)鏈中多個(gè)參與方之間交互更加有效和方便，所述信息處理系統(tǒng)可以創(chuàng)建一個(gè)信息交互模型，來定義和說明多個(gè)參與方之間的信息交互關(guān)系。參閱圖5所示，是本發(fā)明實(shí)施例的信息交互模型的示意圖。其中，依據(jù)骨科植入物產(chǎn)品的供應(yīng)鏈流程“生產(chǎn)企業(yè)——經(jīng)銷商——醫(yī)生——患者”，所述生產(chǎn)企業(yè)的市場(chǎng)銷售與所述經(jīng)銷商管理員之間主要進(jìn)行的是產(chǎn)品使用信息的交互；所述生產(chǎn)企業(yè)的研發(fā)人員和所述經(jīng)銷商臺(tái)員之間、和所述醫(yī)院的醫(yī)生之間、和所述醫(yī)院的專家之間主要進(jìn)行的是產(chǎn)品技術(shù)改進(jìn)信息的交互；所述市場(chǎng)銷售與所述經(jīng)銷商臺(tái)員之間主要進(jìn)行的是產(chǎn)品使用信息的交互；所述經(jīng)銷商臺(tái)員與所述醫(yī)生之間主要進(jìn)行的是產(chǎn)品使用信息的交互和產(chǎn)品技術(shù)改進(jìn)信息的交互；所述醫(yī)生和經(jīng)銷商管理員之間，以及所述患者和經(jīng)銷商管理員之間主要進(jìn)行的是患者康復(fù)和提醒信息的交互；所述醫(yī)生和醫(yī)院的專家之間主要進(jìn)行的是專家技術(shù)指導(dǎo)和點(diǎn)評(píng)信息的交互；以及所述醫(yī)生和患者之間主要進(jìn)行的是產(chǎn)品使用信息的交互和患者康復(fù)和提醒信息的交互。當(dāng)然在其他實(shí)施方式中，上述模型中的信息交互關(guān)系可以根據(jù)實(shí)際需求設(shè)計(jì)，并不局限于圖中所示的情況。

在一實(shí)施方式中，所述表現(xiàn)層100中可以承載多個(gè)應(yīng)用程序，不同的用戶可以在終端上安裝不同的應(yīng)用程序。用戶安裝應(yīng)用程序后，可注冊(cè)相應(yīng)的應(yīng)用程序賬號(hào)。用戶利用應(yīng)用程序賬號(hào)登錄到應(yīng)用程序，即接入到表現(xiàn)層100。用戶可以通過表現(xiàn)層100的應(yīng)用程序發(fā)送用戶請(qǐng)求。例如，用戶均可以通過填寫注冊(cè)信息，向系統(tǒng)中提交個(gè)人的基本信息，經(jīng)驗(yàn)證確認(rèn)后，所述信息處理系統(tǒng)10可以根據(jù)用戶注冊(cè)信息所提供的信息，為其分配相應(yīng)的用戶權(quán)限。針對(duì)醫(yī)生而言，可以分配的用戶權(quán)限包括：編輯或修改病歷詳細(xì)、查看產(chǎn)品信息、提出需求、推送個(gè)人病歷、查看個(gè)人病歷、評(píng)論個(gè)人病歷、推送病歷共享、查看病歷共享、評(píng)論病歷共享、推送病歷點(diǎn)評(píng)、查看病歷點(diǎn)評(píng)，以及回答患者問。圖4所示的功能權(quán)限的設(shè)定僅僅是示意性的描述。不同角色的相應(yīng)權(quán)限可以根據(jù)實(shí)際需求的不同而進(jìn)行相應(yīng)的設(shè)置。

在一實(shí)施方式中，所述信息處理系統(tǒng)可以包括功能管理模塊，實(shí)現(xiàn)用戶管理、權(quán)限管理以及數(shù)據(jù)庫管理，系統(tǒng)管理員通過用戶管理，實(shí)現(xiàn)添加、修改和刪除用戶的操作，通過權(quán)限管理對(duì)平臺(tái)的角色和用戶的權(quán)限進(jìn)行管理，通過數(shù)據(jù)庫管理進(jìn)行數(shù)據(jù)的導(dǎo)入與導(dǎo)出，以及數(shù)據(jù)庫的備份等。

應(yīng)說明的是，所述信息處理系統(tǒng)10可以利用數(shù)據(jù)訪問層104將所采集的信息存儲(chǔ)至對(duì)應(yīng)的數(shù)據(jù)庫112，包括本地/遠(yuǎn)端數(shù)據(jù)庫等。在一實(shí)施例中，所述信息處理系統(tǒng)10可以將采集的信息進(jìn)行組織分類處理，然后存儲(chǔ)至對(duì)應(yīng)數(shù)據(jù)庫112中。

步驟S302，表現(xiàn)層100接收用戶請(qǐng)求，并將用戶請(qǐng)求發(fā)送給業(yè)務(wù)邏輯層102。在一實(shí)施方式中，不同用戶可以依據(jù)自身的需求提出查詢信息請(qǐng)求、發(fā)布信息的請(qǐng)求、編輯信息的請(qǐng)求、共享信息的請(qǐng)求、評(píng)論信息的請(qǐng)求、下載信息的請(qǐng)求等。

步驟S304，所述業(yè)務(wù)邏輯層102根據(jù)業(yè)務(wù)處理邏輯將所述用戶請(qǐng)求分發(fā)至各個(gè)數(shù)據(jù)訪問層104中。在本較佳實(shí)施例中，所述業(yè)務(wù)邏輯層102可以根據(jù)所述用戶的權(quán)限確認(rèn)是否可以處理該用戶請(qǐng)求。如果該用戶請(qǐng)求超過其對(duì)應(yīng)的權(quán)限范圍，所述業(yè)務(wù)邏輯層102可以提示用戶其不具有該操作權(quán)限。如果該用戶的請(qǐng)求在其對(duì)應(yīng)的權(quán)利范圍內(nèi)，所述業(yè)務(wù)邏輯層102可以發(fā)送至對(duì)應(yīng)的數(shù)據(jù)訪問層104以進(jìn)行相應(yīng)的操作。

步驟S306，所述數(shù)據(jù)訪問層104依據(jù)相關(guān)角色權(quán)限的不同，通過訪問數(shù)據(jù)庫112執(zhí)行所述用戶請(qǐng)求，并將處理后的業(yè)務(wù)數(shù)據(jù)(即得到所述用戶請(qǐng)求的響應(yīng)數(shù)據(jù))返回至所述表現(xiàn)層100。在一實(shí)施方式中，對(duì)數(shù)據(jù)庫112的訪問包括對(duì)數(shù)據(jù)的增、刪、改、查等。例如，當(dāng)用戶請(qǐng)求查看數(shù)據(jù)時(shí)，所述業(yè)務(wù)邏輯層102在確認(rèn)其具有查看權(quán)限時(shí)，可以通知數(shù)據(jù)訪問層104調(diào)用相關(guān)的數(shù)據(jù)，最后通過表現(xiàn)層100顯示。所述將處理后的業(yè)務(wù)數(shù)據(jù)在表現(xiàn)層103可以以網(wǎng)頁的形式進(jìn)行展示。應(yīng)說明的是，不同權(quán)限的用戶在查看數(shù)據(jù)時(shí)也可以對(duì)其所需的數(shù)據(jù)進(jìn)行多項(xiàng)條件篩選顯示與列表導(dǎo)出，以便后續(xù)地分析和利用。

在其他較佳實(shí)施例中，上述步驟S304-S306的流程也可以是如下所示：通過表現(xiàn)層100接收用戶查詢請(qǐng)求；通過業(yè)務(wù)邏輯層102將用戶查詢請(qǐng)求發(fā)送至所述數(shù)據(jù)訪問層104；通過數(shù)據(jù)訪問層104獲取數(shù)據(jù)庫112中預(yù)存的與用戶查詢請(qǐng)求對(duì)應(yīng)的業(yè)務(wù)數(shù)據(jù)，然后再通過業(yè)務(wù)邏輯層102調(diào)用業(yè)務(wù)數(shù)據(jù)并進(jìn)行處理，并將處理后的業(yè)務(wù)數(shù)據(jù)返回至所述表現(xiàn)層100。

上述方法通過接收用戶查詢請(qǐng)求并返回相應(yīng)的處理后的業(yè)務(wù)數(shù)據(jù)的數(shù)據(jù)處理方式，由此能夠方便多種用戶根據(jù)不同需求主動(dòng)請(qǐng)求/操作相應(yīng)業(yè)務(wù)數(shù)據(jù)，從而實(shí)現(xiàn)不同用戶之間的數(shù)據(jù)信息交互。為了更好地便于不同用戶之間的交流，所述表現(xiàn)層100還可以根據(jù)不同用戶對(duì)應(yīng)的應(yīng)用程序賬號(hào)創(chuàng)建群組。通過創(chuàng)建群組進(jìn)行在線交流，能夠進(jìn)一步實(shí)現(xiàn)不同參與方之間的數(shù)據(jù)信息交互。

利用上述信息處理系統(tǒng)，針對(duì)骨科醫(yī)療器械的供應(yīng)鏈方面的各個(gè)參與方(生產(chǎn)企業(yè)、經(jīng)營性企業(yè)、醫(yī)生、患者)可以進(jìn)行骨科產(chǎn)品植入信息的交流共享。對(duì)于其他相關(guān)的信息，例如病歷信息、骨科技術(shù)信息優(yōu)秀手術(shù)案例等各個(gè)信息都能夠在上述多個(gè)參與方之間互通。此外，依據(jù)康復(fù)提醒的功能也能夠提升患者康復(fù)的信心，降低植入物失效風(fēng)險(xiǎn)，有效地實(shí)現(xiàn)骨科醫(yī)療器械的供應(yīng)鏈中多個(gè)參與方之間的數(shù)據(jù)信息交互和數(shù)據(jù)交流。

應(yīng)說明的是，上述示意的信息處理方法的流程圖僅僅是示意性的，所述信息處理方法的流程可以包括上述步驟中的一部分或全部，即，圖3所示的流程圖中的步驟的執(zhí)行順序可以改變，某些步驟可以省略。

在一實(shí)施方式中，所述信息處理系統(tǒng)10可以以客戶端APP的形式安裝于電子裝置上，也可以以客戶端瀏覽器的形式運(yùn)行于電子裝置上，還可以以平臺(tái)的形式運(yùn)行于服務(wù)平臺(tái)上(例如微信公眾平臺(tái))。所述電子裝置可以是個(gè)人計(jì)算機(jī)、手機(jī)、穿戴裝置等任意適用的裝置。所述信息處理系統(tǒng)10提供的用戶操作界面可以顯示于電子裝置的顯示器上，用戶可以用電子裝置的輸入單元發(fā)出用戶請(qǐng)求和上傳信息。由于可以以不同的形式運(yùn)行于電子裝置上，所述用戶之間可以通過此系統(tǒng)進(jìn)行信息的交互，信息交互的方式可以包括網(wǎng)頁端與微信端互動(dòng)交互、網(wǎng)頁端與移動(dòng)信息推送平臺(tái)交互、微信交互、APP信息交互等。

顯然，本領(lǐng)域的技術(shù)人員應(yīng)該明白，上述的本發(fā)明的各模塊或各步驟可以用通用的計(jì)算裝置來實(shí)現(xiàn)，它們可以集中在單個(gè)的計(jì)算裝置上，或者分布在多個(gè)計(jì)算裝置所組成的網(wǎng)絡(luò)上，可選地，它們可以用計(jì)算裝置可執(zhí)行的程序代碼來實(shí)現(xiàn)，從而，可以將它們存儲(chǔ)在存儲(chǔ)裝置中由計(jì)算裝置來執(zhí)行，并且在某些情況下，可以以不同于此處的順序執(zhí)行所示出或描述的步驟，或者將它們分別制作成各個(gè)集成電路模塊，或者將它們中的多個(gè)模塊或步驟制作成單個(gè)集成電路模塊來實(shí)現(xiàn)。這樣，本發(fā)明不限制于任何特定的硬件和軟件結(jié)合。

以上所述僅為本發(fā)明的優(yōu)選實(shí)施例而已，并不用于限制本發(fā)明，對(duì)于本領(lǐng)域的技術(shù)人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。