智慧醫(yī)療服務(wù)平臺的制作方法
【專利摘要】本發(fā)明提供了智慧醫(yī)療服務(wù)平臺，包括：服務(wù)注冊模塊，用于接收用戶進(jìn)入服務(wù)平臺的服務(wù)請求；服務(wù)管理模塊，用于管理所述服務(wù)請求；緩存模塊，用于對服務(wù)數(shù)據(jù)進(jìn)行存儲并采用Redis的一致性技術(shù)來實(shí)現(xiàn)集群存儲；業(yè)務(wù)模塊，其采用Spring的integration技術(shù)并按業(yè)務(wù)要求建立業(yè)務(wù)模型；管理模塊，連接緩存模塊和業(yè)務(wù)模塊，用于對分類后的服務(wù)數(shù)據(jù)、業(yè)務(wù)模型的數(shù)據(jù)通過spring MVC技術(shù)進(jìn)行管理；接口控制模塊，用于接收和輸出業(yè)務(wù)模塊輸出的業(yè)務(wù)數(shù)據(jù)流，包括多個多協(xié)議、多負(fù)載的、分布的接口；產(chǎn)品模塊，用于根據(jù)所述業(yè)務(wù)數(shù)據(jù)流通過freemarker來生成相應(yīng)的產(chǎn)品模板。本發(fā)明易于分層業(yè)務(wù)和分層管理，系統(tǒng)對接性能好，實(shí)現(xiàn)了服務(wù)的負(fù)載均衡和分布式處理，增強(qiáng)了服務(wù)的可靠性，系統(tǒng)可用性高。
【專利說明】
智慧醫(yī)療服務(wù)平臺
技術(shù)領(lǐng)域
[0001]本發(fā)明涉及互聯(lián)網(wǎng)平臺技術(shù)領(lǐng)域，具體涉及智慧醫(yī)療服務(wù)平臺。
【背景技術(shù)】
[0002]相關(guān)技術(shù)中，采用MS軟件系統(tǒng)設(shè)計的醫(yī)療平臺的業(yè)務(wù)與系統(tǒng)不可分離，且醫(yī)療平臺只有前臺和后臺，負(fù)載均衡差，容易出現(xiàn)瓶頸，不易于業(yè)務(wù)修改和拓展，也不易于系統(tǒng)集成、對接和優(yōu)化。

【發(fā)明內(nèi)容】

[0003]針對上述問題，本發(fā)明提供智慧醫(yī)療服務(wù)平臺，解決相關(guān)技術(shù)中的采用MS軟件系統(tǒng)設(shè)計的醫(yī)療平臺業(yè)務(wù)與系統(tǒng)不可分離、負(fù)載均衡差、易出現(xiàn)瓶頸、不易于業(yè)務(wù)修改和拓展、也不易于系統(tǒng)集成、對接和優(yōu)化的問題。
[0004]本發(fā)明的目的采用以下技術(shù)方案來實(shí)現(xiàn):
[0005]提供了智慧醫(yī)療服務(wù)平臺，其包括:
[0006]服務(wù)注冊模塊，包括采用spring MVC、dubbo加zookeeper的集成技術(shù)實(shí)現(xiàn)的非入侵式、分布式的服務(wù)注冊中心，所述服務(wù)注冊中心用于接收用戶進(jìn)入服務(wù)平臺的服務(wù)請求；
[0007]服務(wù)管理模塊，用于管理用戶進(jìn)入服務(wù)平臺的服務(wù)請求，所述服務(wù)管理模塊采用spring MVC技術(shù)進(jìn)行服務(wù)日志管理、通過dubbo加zookeeper的集成技術(shù)進(jìn)行服務(wù)監(jiān)控管理、通過設(shè)置密碼實(shí)現(xiàn)服務(wù)安全管理，并通過自定義節(jié)點(diǎn)和標(biāo)簽來實(shí)現(xiàn)服務(wù)分類管理；
[0008]緩存模塊，用于對服務(wù)數(shù)據(jù)進(jìn)行存儲，所述緩存模塊采用Redis的一致性技術(shù)來實(shí)現(xiàn)集群存儲；
[0009]業(yè)務(wù)模塊，其采用Spring的integrat1n技術(shù)，按業(yè)務(wù)要求建立業(yè)務(wù)模型；
[0010]管理模塊，連接緩存模塊和業(yè)務(wù)模塊，用于對分類后的服務(wù)數(shù)據(jù)、業(yè)務(wù)模型的數(shù)據(jù)通過spring MVC技術(shù)進(jìn)行管理，包括業(yè)務(wù)管理、商家管理、金融機(jī)構(gòu)管理、業(yè)務(wù)流水管理和業(yè)務(wù)統(tǒng)計管理；
[0011 ]接口控制模塊，作為業(yè)務(wù)模塊的入口和出口以及產(chǎn)品模塊和業(yè)務(wù)模塊之間的通道，用于接收和輸出業(yè)務(wù)模塊輸出的業(yè)務(wù)數(shù)據(jù)流，包括多個采用Spring MVC、dubbo及zookeeper的集成技術(shù)生成的多協(xié)議、多負(fù)載的、分布的接口 ；
[0012I產(chǎn)品模塊，用于根據(jù)接口控制模塊的業(yè)務(wù)數(shù)據(jù)流通過f reemarker來生成相應(yīng)的產(chǎn)品豐吳板。
[0013]其中，所述緩存模塊采用的Redis作為緩存時，具有支持多種數(shù)據(jù)結(jié)構(gòu)、支持簡單事務(wù)控制、支持持久化、支持主從復(fù)制、Virtual Memory功能，具體為:(I )Redis除了提供常規(guī)的數(shù)值或字符串外還提供4種數(shù)據(jù)類型:List、Set、Zset (Sorted Set)和Hset (HashSet) ； (2)Redis可以通過MULTI/EXEC來支持簡單的事物控制，Redis只能保證事務(wù)中的所有命令串行執(zhí)行，在事務(wù)的執(zhí)行過程中不會為其他客戶端發(fā)起的請求提供服務(wù)；(3)Redis是一個能支持持久化的內(nèi)存數(shù)據(jù)庫，它通過將內(nèi)存中的數(shù)據(jù)保存到磁盤來持久化；(4)Redis本身都不具備分布式集群特性，當(dāng)有大量Redis時，通常通過客戶端的一些數(shù)據(jù)分配算法(比如一致性哈希)來實(shí)現(xiàn)集群存儲。
[0014]其中，所述服務(wù)注冊中心的服務(wù)注冊入口(Spring的XML文件)采用Spring MVC和dubbo來實(shí)現(xiàn)。
[0015]其中，所述業(yè)務(wù)模型包括商戶端業(yè)務(wù)模型和用戶端業(yè)務(wù)模型。
[0016]其中，所述商戶端業(yè)務(wù)模型的建立，包括以下步驟:
[0017](I)通用訂單的執(zhí)行密碼，調(diào)出用戶訂單；
[0018](2)用戶上傳相關(guān)的文件；
[0019](3)用戶補(bǔ)充個人信息完成訂單。
[0020]其中，所述用戶端業(yè)務(wù)模型的建立，包括以下步驟:
[0021](I)用戶選擇相應(yīng)的醫(yī)療產(chǎn)品；
[0022](2)用戶生成訂單，并生成執(zhí)行密碼；
[0023](3)選擇產(chǎn)品分期；
[0024](4)用戶審核；
[0025](5)把用戶訂單發(fā)送到商戶端。
[0026]優(yōu)選地，所述用戶端業(yè)務(wù)模型包括PC版用戶端業(yè)務(wù)模型、Android用戶端業(yè)務(wù)模型、1S用戶端業(yè)務(wù)模型和微信用戶端業(yè)務(wù)模型;所述商戶端業(yè)務(wù)模型包括PAD版商戶端業(yè)務(wù)模型、PC版商戶端業(yè)務(wù)模型、Android商戶端業(yè)務(wù)模型和1S商戶端業(yè)務(wù)模型。
[0027]優(yōu)選地，所述產(chǎn)品模板包括移動用戶服務(wù)產(chǎn)品、PC用戶服務(wù)產(chǎn)品、PAD商戶服務(wù)產(chǎn)品和微信用戶服務(wù)產(chǎn)品。
[0028]本發(fā)明的有益效果為:
[0029]1、打破了傳統(tǒng)MS系統(tǒng)的功能整體化，采用dubbo的負(fù)載均衡和分布式的服務(wù)注冊中心，不但實(shí)現(xiàn)了醫(yī)療服務(wù)平臺系統(tǒng)的負(fù)載均衡，還實(shí)現(xiàn)了業(yè)務(wù)服務(wù)的分布式負(fù)載均衡，通過zookeeper的協(xié)調(diào)處理，實(shí)現(xiàn)服務(wù)的分布式處理，減少了業(yè)務(wù)服務(wù)的瓶頸，增強(qiáng)了服務(wù)的可靠性；
[0030]2、打破了傳統(tǒng)MS系統(tǒng)的整體框架，采用多模塊、分布式的服務(wù)架構(gòu)，易于分層業(yè)務(wù)和分層管理，易于醫(yī)療分期系統(tǒng)擴(kuò)展和醫(yī)療分期業(yè)務(wù)修改，且便于醫(yī)療服務(wù)的靈活應(yīng)用；
[0031]3、設(shè)置接口控制模塊，通過接口的形式進(jìn)行數(shù)據(jù)訪問，易于系統(tǒng)對接和系統(tǒng)優(yōu)化；
[0032]4、采用以Redis技術(shù)的一致性算法建立起來的集中式緩存，大大減少了訪問數(shù)據(jù)庫的頻率，提尚了系統(tǒng)的性能；
[0033]5、傳統(tǒng)MS系統(tǒng)的業(yè)務(wù)與系統(tǒng)不可分離，而本發(fā)明通過服務(wù)化建立業(yè)務(wù)模型，生成一個業(yè)務(wù)數(shù)據(jù)流，并通過接口控制模塊與產(chǎn)品模塊或其它系統(tǒng)進(jìn)行對接，增強(qiáng)了業(yè)務(wù)模型的可塑性，同時也增加了產(chǎn)品的多樣性、增加了產(chǎn)品的開發(fā)速度、擴(kuò)大了產(chǎn)品的應(yīng)用范圍，因此業(yè)務(wù)模型和產(chǎn)品更加靈活，系統(tǒng)可用性高。
【附圖說明】
[0034]利用附圖對本發(fā)明作進(jìn)一步說明，但附圖中的實(shí)施例不構(gòu)成對本發(fā)明的任何限制，對于本領(lǐng)域的普通技術(shù)人員，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)以下附圖獲得其它的附圖。
[0035]圖1本發(fā)明各模塊的連接結(jié)構(gòu)示意圖。
[0036]附圖標(biāo)記:
[0037]服務(wù)注冊模塊1、服務(wù)管理模塊2、緩存模塊3、管理模塊4、業(yè)務(wù)模塊5、接口控制模塊6、產(chǎn)品模塊7。
【具體實(shí)施方式】
[0038]結(jié)合以下實(shí)施例對本發(fā)明作進(jìn)一步描述。
[0039]參見圖1，本實(shí)施例的智慧醫(yī)療服務(wù)平臺，包括:
[°04°] 服務(wù)注冊模塊I，包括采用spring MVC、dubbo加zookeeper的集成技術(shù)實(shí)現(xiàn)的非入侵式、分布式的服務(wù)注冊中心，所述服務(wù)注冊中心用于接收用戶進(jìn)入服務(wù)平臺的服務(wù)請求，其中，所述服務(wù)注冊中心的服務(wù)注冊入口(Spring的XML文件)采用Spring MVC和dubbo來實(shí)現(xiàn)；
[0041]服務(wù)管理模塊2，用于管理用戶進(jìn)入服務(wù)平臺的服務(wù)請求，所述服務(wù)管理模塊2采用spring MVC技術(shù)進(jìn)行服務(wù)日志管理、通過dubbo加zookeeper的集成技術(shù)進(jìn)行服務(wù)監(jiān)控管理、通過設(shè)置密碼實(shí)現(xiàn)服務(wù)安全管理，并通過自定義節(jié)點(diǎn)和標(biāo)簽來實(shí)現(xiàn)服務(wù)分類管理；
[0042]緩存模塊3，用于對服務(wù)數(shù)據(jù)進(jìn)行存儲，所述緩存模塊3采用Redis的一致性技術(shù)來實(shí)現(xiàn)集群存儲；
[0043]業(yè)務(wù)模塊5，其采用Spring的integrat1n技術(shù)，按業(yè)務(wù)要求建立業(yè)務(wù)模型；
[0044]管理模塊4，連接緩存模塊3和業(yè)務(wù)模塊5，用于對分類后的服務(wù)數(shù)據(jù)、業(yè)務(wù)模型的數(shù)據(jù)通過spring MVC技術(shù)進(jìn)行管理，包括業(yè)務(wù)管理、商家管理、金融機(jī)構(gòu)管理、業(yè)務(wù)流水管理和業(yè)務(wù)統(tǒng)計管理等；
[0045]接口控制模塊6，作為業(yè)務(wù)模塊5的入口和出口以及產(chǎn)品模塊7和業(yè)務(wù)模塊5之間的通道，用于接收和輸出業(yè)務(wù)模塊5輸出的業(yè)務(wù)數(shù)據(jù)流，包括多個采用Spring MVC、dubbo及zookeeper的集成技術(shù)生成的多協(xié)議、多負(fù)載的、分布的接口 ；
[0046]產(chǎn)品模塊7，用于根據(jù)接口控制模塊6的業(yè)務(wù)數(shù)據(jù)流通過freemarker來生成相應(yīng)的產(chǎn)品模板。
[0047]其中，所述緩存模塊3采用的Redis作為緩存時，具有支持多種數(shù)據(jù)結(jié)構(gòu)、支持簡單事務(wù)控制、支持持久化、支持主從復(fù)制、Virtual Memory功能，具體為:(I )Redis除了提供常規(guī)的數(shù)值或字符串外還提供4種數(shù)據(jù)類型:Li st、Set、Zset (Sorted Set)和Hset (HashSet) ； (2)Redis可以通過MULTI/EXEC來支持簡單的事物控制，Redis只能保證事務(wù)中的所有命令串行執(zhí)行，在事務(wù)的執(zhí)行過程中不會為其他客戶端發(fā)起的請求提供服務(wù)；(3)Redis是一個能支持持久化的內(nèi)存數(shù)據(jù)庫，它通過將內(nèi)存中的數(shù)據(jù)保存到磁盤來持久化；(4)Redis本身都不具備分布式集群特性，當(dāng)有大量Redis時，通常通過客戶端的一些數(shù)據(jù)分配算法(比如一致性哈希)來實(shí)現(xiàn)集群存儲。
[0048]其中，所述業(yè)務(wù)模型包括商戶端業(yè)務(wù)模型和用戶端業(yè)務(wù)模型。
[0049]其中，所述商戶端業(yè)務(wù)模型的建立，包括以下步驟:
[0050](I)通用訂單的執(zhí)行密碼，調(diào)出用戶訂單；
[0051](2)用戶上傳相關(guān)的文件；
[0052](3)用戶補(bǔ)充個人信息完成訂單。
[0053]其中，所述用戶端業(yè)務(wù)模型的建立，包括以下步驟:
[0054](I)用戶選擇相應(yīng)的醫(yī)療產(chǎn)品；
[0055](2)用戶生成訂單，并生成執(zhí)行密碼；
[0056](3)選擇產(chǎn)品分期；
[0057](4)用戶審核；
[0058](5)把用戶訂單發(fā)送到商戶端。
[0059]其中，所述用戶端業(yè)務(wù)模型包括PC版用戶端業(yè)務(wù)模型、Android用戶端業(yè)務(wù)模型、1S用戶端業(yè)務(wù)模型和微信用戶端業(yè)務(wù)模型;所述商戶端業(yè)務(wù)模型包括PAD版商戶端業(yè)務(wù)模型、PC版商戶端業(yè)務(wù)模型、Android商戶端業(yè)務(wù)模型和1S商戶端業(yè)務(wù)模型。
[0060]其中，所述產(chǎn)品模板包括移動用戶服務(wù)產(chǎn)品、PC用戶服務(wù)產(chǎn)品、PAD商戶服務(wù)產(chǎn)品和微信用戶服務(wù)產(chǎn)品。
[0061]最后應(yīng)當(dāng)說明的是，以上實(shí)施例僅用以說明本發(fā)明的技術(shù)方案，而非對本發(fā)明保護(hù)范圍的限制，盡管參照較佳實(shí)施例對本發(fā)明作了詳細(xì)地說明，本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)理解，可以對本發(fā)明的技術(shù)方案進(jìn)行修改或者等同替換，而不脫離本發(fā)明技術(shù)方案的實(shí)質(zhì)和范圍。
【主權(quán)項(xiàng)】
1.智慧醫(yī)療服務(wù)平臺，其特征是，包括: 服務(wù)注冊模塊，包括采用spring MVC、dubbo加zookeeper的集成技術(shù)實(shí)現(xiàn)的分布式的服務(wù)注冊中心，所述服務(wù)注冊中心用于接收用戶進(jìn)入服務(wù)平臺的服務(wù)請求； 服務(wù)管理模塊，用于管理用戶進(jìn)入服務(wù)平臺的服務(wù)請求，所述服務(wù)管理模塊采用spring MVC技術(shù)進(jìn)行服務(wù)日志管理、通過dubbo加zookeeper的集成技術(shù)進(jìn)行服務(wù)監(jiān)控管理、通過設(shè)置密碼實(shí)現(xiàn)服務(wù)安全管理，并通過自定義節(jié)點(diǎn)和標(biāo)簽來實(shí)現(xiàn)服務(wù)分類管理； 緩存模塊，用于對服務(wù)數(shù)據(jù)進(jìn)行存儲，所述緩存模塊采用Redis的一致性技術(shù)來實(shí)現(xiàn)集群存儲； 業(yè)務(wù)模塊，其采用Spring的integrat1n技術(shù)，按業(yè)務(wù)要求建立業(yè)務(wù)模型； 管理模塊，連接緩存模塊和業(yè)務(wù)模塊，用于對分類后的服務(wù)數(shù)據(jù)、業(yè)務(wù)模型的數(shù)據(jù)通過spring MVC技術(shù)進(jìn)行管理，包括業(yè)務(wù)管理、商家管理、金融機(jī)構(gòu)管理、業(yè)務(wù)流水管理和業(yè)務(wù)統(tǒng)計管理； 接口控制模塊，作為業(yè)務(wù)模塊的入口和出口以及產(chǎn)品模塊和業(yè)務(wù)模塊之間的通道，用于接收和輸出業(yè)務(wù)模塊輸出的業(yè)務(wù)數(shù)據(jù)流，包括多個采用spring MVC、dubbo及zookeeper的集成技術(shù)生成的多協(xié)議、多負(fù)載的、分布的接口 ； 產(chǎn)品模塊，用于根據(jù)接口控制模塊的業(yè)務(wù)數(shù)據(jù)流通過freemarker來生成相應(yīng)的產(chǎn)品模板。2.根據(jù)權(quán)利要求1所述的智慧醫(yī)療服務(wù)平臺，其特征是，所述服務(wù)注冊中心的服務(wù)注冊入口(Spring的XML文件)采用Spring MVC和dubbo來實(shí)現(xiàn)。3.根據(jù)權(quán)利要求1所述的智慧醫(yī)療服務(wù)平臺，其特征是，所述業(yè)務(wù)模型包括商戶端業(yè)務(wù)模型和用戶端業(yè)務(wù)模型。4.根據(jù)權(quán)利要求3所述的智慧醫(yī)療服務(wù)平臺，其特征是，所述用戶端業(yè)務(wù)模型包括PC版用戶端業(yè)務(wù)模型、Android用戶端業(yè)務(wù)模型、1S用戶端業(yè)務(wù)模型和微信用戶端業(yè)務(wù)模型;所述商戶端業(yè)務(wù)模型包括PAD版商戶端業(yè)務(wù)模型、PC版商戶端業(yè)務(wù)模型、Andro id商戶端業(yè)務(wù)模型和1S商戶端業(yè)務(wù)模型。5.根據(jù)權(quán)利要求1所述的智慧醫(yī)療服務(wù)平臺，其特征是，所述產(chǎn)品模板包括移動用戶服務(wù)產(chǎn)品、PC用戶服務(wù)產(chǎn)品、PAD商戶服務(wù)產(chǎn)品和微信用戶服務(wù)產(chǎn)品。6.根據(jù)權(quán)利要求3所述的智慧醫(yī)療服務(wù)平臺，其特征是，所述商戶端業(yè)務(wù)模型的建立，包括以下步驟: (1)通用訂單的執(zhí)行密碼，調(diào)出用戶訂單； (2)用戶上傳相關(guān)的文件； (3)用戶補(bǔ)充個人信息完成訂單。7.根據(jù)權(quán)利要求3所述的智慧醫(yī)療服務(wù)平臺，其特征是，所述用戶端業(yè)務(wù)模型的建立，包括以下步驟: (1)用戶選擇相應(yīng)的醫(yī)療產(chǎn)品； (2)用戶生成訂單，并生成執(zhí)行密碼； (3)選擇產(chǎn)品分期； (4)用戶審核； (5)把用戶訂單發(fā)送到商戶端。
【文檔編號】G06Q50/22GK105847339SQ201610159031
【公開日】2016年8月10日
【申請日】2016年3月18日
【發(fā)明人】賈玉慧
【申請人】美分期科技有限公司