某地醫(yī)保知識(shí)庫(kù)設(shè)計(jì)方案

1、某地醫(yī)保項(xiàng)目實(shí)施方案2017年1月12日1系統(tǒng)功能1.1系統(tǒng)功能數(shù)據(jù)同步規(guī)則配置中心藥品說(shuō)明，法律法現(xiàn)展示引擎市互展示數(shù)晤傳遞數(shù)據(jù)號(hào)拆如衛(wèi).荏后使用配寫(xiě)主當(dāng)?shù)资緮?shù)耙轉(zhuǎn)換審卞忌吉果果 示藥品說(shuō)明頁(yè) 面展示編排配皇配罵頁(yè)面文檔管W兵示法律法規(guī)展 示系統(tǒng)權(quán)限數(shù)據(jù)聚合規(guī)則配置數(shù)據(jù)分析數(shù)據(jù)路曰數(shù)據(jù)對(duì)蒙化數(shù)司審攻審核編排1.2系統(tǒng)功能描述引擎系統(tǒng)權(quán)限因?yàn)橐媸枪┢渌麡I(yè)務(wù)使用的，因此存在著調(diào)用和訪問(wèn)關(guān)系。那么在引擎中就需 要有相應(yīng)的模塊控制那些業(yè)務(wù)可以訪問(wèn)，那些地址不能訪問(wèn)。而系統(tǒng)權(quán)限這里就 做為系統(tǒng)訪問(wèn)控制中心存在。 數(shù)據(jù)聚合當(dāng)數(shù)據(jù)流過(guò)引擎之后是多條數(shù)據(jù)同時(shí)進(jìn)行處理的，這時(shí)審核完成之后，審核結(jié)果 需要經(jīng)過(guò)

2、聚合處理，才能回寫(xiě)到數(shù)據(jù)庫(kù)，這樣才能保證回寫(xiě)效率。數(shù)據(jù)監(jiān)控在數(shù)據(jù)進(jìn)行審核的各個(gè)階段，以及現(xiàn)在所處的階段，都應(yīng)該明確。這時(shí)就需要監(jiān) 控每條數(shù)據(jù)所處審核節(jié)點(diǎn)。而數(shù)據(jù)監(jiān)控模塊，就是負(fù)責(zé)查看數(shù)據(jù)是否正常流轉(zhuǎn)， 流經(jīng)那個(gè)節(jié)點(diǎn)。規(guī)則配置數(shù)據(jù)很多并且分屬不同類(lèi)型，那么每種類(lèi)型的數(shù)據(jù)都應(yīng)該流經(jīng)一批規(guī)則。那么那 些規(guī)則可用，那些規(guī)則不可用。都需要在此處作為訪問(wèn)入口進(jìn)入到配置表中進(jìn)行 配置。這里就是配置頁(yè)面訪問(wèn)配置中心的訪問(wèn)入口。數(shù)據(jù)分析此模塊主要針對(duì)監(jiān)控統(tǒng)計(jì)類(lèi)規(guī)則而產(chǎn)生，主要是針對(duì)數(shù)據(jù)進(jìn)行一定的智能化分 析，從而達(dá)到簡(jiǎn)單的規(guī)則審核不能達(dá)到的目的，此模塊會(huì)適當(dāng)?shù)牟捎弥悄芑治?手段，具體算法需要根據(jù)具體的需求來(lái)決

3、定使用。數(shù)據(jù)路由技術(shù)功能點(diǎn)，因?yàn)閱翁焯幏綌?shù)據(jù)大概在200萬(wàn)左右，數(shù)據(jù)量教大，我們針對(duì)數(shù) 據(jù)在數(shù)據(jù)預(yù)處理時(shí)，進(jìn)行了分表操作。那么在高并發(fā)場(chǎng)景下，各個(gè)線程在讀取數(shù) 據(jù)時(shí)，需要明確自己去那張表讀取。那么就需要通過(guò)數(shù)據(jù)路由來(lái)決定需要讀取表 以及相應(yīng)位置。據(jù)對(duì)象化技術(shù)功能點(diǎn)，數(shù)據(jù)在整個(gè)系統(tǒng)流轉(zhuǎn)過(guò)程中，都是以對(duì)象方式進(jìn)行傳遞，而以對(duì)象 傳遞時(shí)，就會(huì)產(chǎn)生對(duì)象序列化等問(wèn)題，對(duì)象序列化又是相對(duì)比較耗費(fèi)資源的一種 行為，因此這里重點(diǎn)解決對(duì)象序列化帶來(lái)的性能消耗。數(shù)據(jù)審核數(shù)據(jù)都需要進(jìn)行審核，審核模塊就是具體發(fā)起調(diào)用，讀取配置文件進(jìn)行具體審核的中心。他是發(fā)起者和調(diào)用者。在審核部分包含的71條規(guī)則，參見(jiàn)附件內(nèi)容：審核編

4、排目前僅支持分類(lèi)型的編排能達(dá)到不同類(lèi)型的數(shù)據(jù)，按照不同的預(yù)配置進(jìn)行流轉(zhuǎn)。 而審核編排中心，就是可以通過(guò)修改配置文件等方式，來(lái)達(dá)到準(zhǔn)實(shí)時(shí)的修改不同 的數(shù)據(jù)需要流轉(zhuǎn)的不同規(guī)則。數(shù)據(jù)同步據(jù)傳遞從中間表獲取數(shù)據(jù)，并且調(diào)用分拆和預(yù)處理模塊進(jìn)行相應(yīng)處理后，同步到我們分 拆后的表中，以便知識(shí)庫(kù)引擎能高效的處理相應(yīng)的數(shù)據(jù)。據(jù)分拆數(shù)據(jù)分拆主要指縱向分拆，從中間表同步數(shù)據(jù)后，我們會(huì)根據(jù)一定的業(yè)務(wù)和計(jì)算 規(guī)則，將數(shù)據(jù)分別存儲(chǔ)在多張表中。數(shù)據(jù)預(yù)處理同步表中的數(shù)據(jù)是集合數(shù)據(jù)，拿到這些數(shù)據(jù)后，我們?cè)趯?xiě)入我們的表中，可能會(huì) 結(jié)合我們的表設(shè)計(jì)，進(jìn)行相應(yīng)的適配，這樣講數(shù)據(jù)進(jìn)行適當(dāng)?shù)念A(yù)處理后，以方便 引擎部分能按照正常的邏輯進(jìn)行

5、相應(yīng)規(guī)則的審核。規(guī)則配置中心規(guī)則配置中心，主要是為了方便用戶及時(shí)的啟用、停用、變更部分業(yè)務(wù)規(guī)則。此 中心主要面向用戶操作。而規(guī)則配置中心需要通過(guò)規(guī)則引擎來(lái)訪問(wèn)配置表，變更 相應(yīng)數(shù)據(jù)。藥品說(shuō)明、法律法規(guī)展示引擎因?yàn)楹芏嗨幤氛f(shuō)明都是以jpg文件的形式存儲(chǔ)在磁盤(pán)上的，而此類(lèi)數(shù)據(jù)又教多 時(shí)，磁盤(pán)物理尋址就會(huì)變的緩慢，遲鈍。因此在此引擎上主要管理此類(lèi)小文件， 以便快速尋址查找到正確的藥品說(shuō)明文件，以供展示。2軟件架構(gòu)2.1軟件架構(gòu)客戶對(duì)接系統(tǒng)數(shù)據(jù)分布式存伯層啤螭開(kāi)源蠹型數(shù)11內(nèi)存數(shù)據(jù)庫(kù)分顯辱帕 序帕序 示玩系統(tǒng)運(yùn)行監(jiān)控2.2軟件架構(gòu)描述用戶交互層引入互聯(lián)網(wǎng)化界面設(shè)計(jì)元素，結(jié)合動(dòng)態(tài)的后臺(tái)服務(wù)，實(shí)現(xiàn)輕量靈活

6、的用戶交 互展現(xiàn)，實(shí)現(xiàn)渠道統(tǒng)一，多屏一致的操作體驗(yàn)。交互層分為展示層與適配層。展 示層是呈現(xiàn)系統(tǒng)內(nèi)容及形式的管理平臺(tái)，負(fù)責(zé)接收用戶請(qǐng)求，與適配層進(jìn)行交互, 根據(jù)返回結(jié)果，將返回結(jié)果加工成相應(yīng)的展示內(nèi)容。適配層是提供各種訪問(wèn)設(shè)備、 外部系統(tǒng)接入的接口，它進(jìn)行展示層與服務(wù)層進(jìn)行協(xié)議轉(zhuǎn)換，為系統(tǒng)提供頁(yè)面加速支持、用戶軌跡跟蹤、用戶訪問(wèn)控制關(guān)鍵操作控制等功能；中心化應(yīng)用服務(wù)層中心化的應(yīng)用服務(wù)層是對(duì)核心服務(wù)能力的重新劃分，是從服務(wù)分類(lèi)、業(yè)務(wù)數(shù) 據(jù)對(duì)象、業(yè)務(wù)過(guò)程等多角度、多維度進(jìn)行的拆分。它介于上層用戶交互層與下層 分布式數(shù)據(jù)訪問(wèn)層之間，為上層服務(wù)編排層提供核心能力的服務(wù)，并通過(guò)下層分 布式數(shù)據(jù)訪問(wèn)層實(shí)現(xiàn)

7、與數(shù)據(jù)存儲(chǔ)的交互。中心化的應(yīng)用服務(wù)層能力由各業(yè)務(wù)中心 的服務(wù)組成，并且統(tǒng)一提供給上層用戶交互層進(jìn)行服務(wù)注冊(cè)、服務(wù)管理、服務(wù)調(diào) 用、服務(wù)監(jiān)控等；分布式數(shù)據(jù)訪問(wèn)層分布式數(shù)據(jù)訪問(wèn)層是數(shù)據(jù)進(jìn)行云化的關(guān)鍵，它介于上層應(yīng)用服務(wù)與下層數(shù)據(jù) 存儲(chǔ)之間，是應(yīng)用與數(shù)據(jù)進(jìn)行交互的紐帶。引入分布式數(shù)據(jù)訪問(wèn)層的主要目的是: 實(shí)現(xiàn)應(yīng)用與數(shù)據(jù)的分離、支撐數(shù)據(jù)層的分布式部署、提升數(shù)據(jù)處理的效率。分布 式數(shù)據(jù)訪問(wèn)層主要完成對(duì)象管理、數(shù)據(jù)訪問(wèn)服務(wù)、數(shù)據(jù)監(jiān)控管理三大功能；數(shù)據(jù)分布式存儲(chǔ)層面向互聯(lián)網(wǎng)化的應(yīng)用架構(gòu)和業(yè)務(wù)開(kāi)展，使得數(shù)據(jù)的復(fù)雜性不斷增加；同時(shí)數(shù) 據(jù)呈海量化發(fā)展且應(yīng)用對(duì)數(shù)據(jù)的訪問(wèn)提出了更高的并發(fā)要求。因此，為了解決新 形勢(shì)下

8、的這種業(yè)務(wù)需求，需要對(duì)傳統(tǒng)的數(shù)據(jù)層的部署架構(gòu)進(jìn)行重新設(shè)計(jì)，引入數(shù) 據(jù)的分布式部署架構(gòu)，對(duì)數(shù)據(jù)按特征，類(lèi)型等進(jìn)行分層、分級(jí)和分類(lèi)的分布式部 署。數(shù)據(jù)分布式存儲(chǔ)是為了解決數(shù)據(jù)在單一存儲(chǔ)上的效率瓶頸，以提升數(shù)據(jù)訪問(wèn) 效率，縮短應(yīng)用到數(shù)據(jù)的訪問(wèn)時(shí)延，同時(shí)支持?jǐn)?shù)據(jù)的海量存儲(chǔ)和高并發(fā),從而促 進(jìn)整個(gè)業(yè)務(wù)端到端的性能提升，增強(qiáng)客戶體驗(yàn)；系統(tǒng)運(yùn)行監(jiān)控運(yùn)行監(jiān)控管理對(duì)系統(tǒng)提供資源、服務(wù)的監(jiān)控與管理。系統(tǒng)特點(diǎn)四層架構(gòu)在縱向上實(shí)現(xiàn)系統(tǒng)的水平擴(kuò)展，橫向上從緊耦合重量級(jí)應(yīng)用，向松 耦合彈性擴(kuò)展的中心化架構(gòu)演進(jìn)，實(shí)現(xiàn)垂直可拆分，滿足云化目標(biāo)，系統(tǒng)架構(gòu)體 現(xiàn)以下特征：兩個(gè)分離實(shí)現(xiàn)客戶交互與業(yè)務(wù)邏輯分離，界面開(kāi)發(fā)突破以前以功能

9、為中心的離散菜單 模式，靠菜單驅(qū)動(dòng)、靠操作人員來(lái)貫穿流程的方法，并將界面流的組織和管理下 沉實(shí)現(xiàn)，界面只負(fù)責(zé)交互響應(yīng)，通過(guò)頁(yè)面組件和頁(yè)面封裝等方式實(shí)現(xiàn)快速的界面 定制，可以實(shí)現(xiàn)網(wǎng)營(yíng)界面合一，引入HTML5等實(shí)現(xiàn)界面技術(shù)，并實(shí)現(xiàn)多屏一致 的操作體驗(yàn)。實(shí)現(xiàn)應(yīng)用與數(shù)據(jù)的分離，使系統(tǒng)具備水平線性的低成本擴(kuò)展能力，通過(guò)業(yè)務(wù) 分析和業(yè)務(wù)流程梳理，實(shí)現(xiàn)真正的業(yè)務(wù)流程的靈活編排。中心化、服務(wù)化、平臺(tái)化中心化：具備高內(nèi)聚、低耦合的特征特點(diǎn)，實(shí)現(xiàn)中心和所轄數(shù)據(jù)的自治，中 心化是CRM系統(tǒng)內(nèi)架構(gòu)調(diào)整的關(guān)鍵手段，不同中心的架構(gòu)特征是相同的，技術(shù) 是相似的，目的是為了采用分布式架構(gòu)，實(shí)現(xiàn)水平擴(kuò)展和X86部署。平臺(tái)化：應(yīng)

10、用與數(shù)據(jù)分離，實(shí)現(xiàn)動(dòng)態(tài)水平擴(kuò)展；系統(tǒng)核心服務(wù)統(tǒng)一治理與管 控，實(shí)現(xiàn)可見(jiàn)、可控、可管理、安全”的對(duì)內(nèi)對(duì)外服務(wù)。服務(wù)化：統(tǒng)一管理并對(duì)外提供標(biāo)準(zhǔn)化服務(wù)，解決的跨中心和跨系統(tǒng)的集成問(wèn) 題，匯聚了 CRM的核心能力，實(shí)現(xiàn)了服務(wù)的編排和管理，提高了響應(yīng)效率，為 快速迭代開(kāi)發(fā)和能力開(kāi)放奠定了基礎(chǔ)同時(shí)降低了跨中心和跨系統(tǒng)的底層數(shù)據(jù)復(fù) 制帶來(lái)的數(shù)據(jù)一致性問(wèn)題，以及直接數(shù)據(jù)訪問(wèn)帶來(lái)的信息安全問(wèn)題，還解決了內(nèi) 部服務(wù)開(kāi)放的一致化和標(biāo)準(zhǔn)化。據(jù)分布式引入分布式數(shù)據(jù)訪問(wèn)層，實(shí)現(xiàn)分布式部署和水平擴(kuò)展能力；支持多種數(shù)據(jù)存 儲(chǔ)技術(shù)適配，支持透明訪問(wèn)混搭的異構(gòu)數(shù)據(jù)體系。實(shí)現(xiàn)低成本的容量平滑擴(kuò)展。按照業(yè)務(wù)數(shù)據(jù)類(lèi)型、數(shù)據(jù)主從關(guān)系、一

11、致性要求、數(shù)據(jù)規(guī)模和訪問(wèn)方式規(guī)劃 數(shù)據(jù)，分布式部署到關(guān)系型數(shù)據(jù)庫(kù)、可分布部署的非關(guān)系型的數(shù)據(jù)庫(kù)、內(nèi)存數(shù)據(jù) 庫(kù)或內(nèi)存緩存中。根據(jù)數(shù)據(jù)特征，對(duì)數(shù)據(jù)進(jìn)行垂直切分和分類(lèi)管理。除安全級(jí)別高，上下游系 統(tǒng)有持久化訪問(wèn)要求的核心數(shù)據(jù)仍采用傳統(tǒng)RDB模式，其他數(shù)據(jù)均采用低成本實(shí) 現(xiàn)與部署的數(shù)據(jù)管理技術(shù)。3應(yīng)用集成3.1集成方案部署架構(gòu)DMZ域靜態(tài)服務(wù)器A靜態(tài)服務(wù)器B核心域物理主機(jī)1物理主機(jī)2Oracle數(shù)據(jù)庫(kù)部署架構(gòu)描述系統(tǒng)在綜合考慮用戶并發(fā)及訪問(wèn)速度、數(shù)據(jù)安全、后期擴(kuò)展等方面后，采用 三層架構(gòu)設(shè)計(jì)，保證無(wú)單點(diǎn)故障。包括：靜態(tài)化展現(xiàn)層，該層將圖片、文本等靜態(tài)資源獨(dú)立出來(lái)，在減輕后端動(dòng) 態(tài)服務(wù)器的壓力的同時(shí)，也

12、極大的提高了用戶的訪問(wèn)速度。動(dòng)態(tài)請(qǐng)求處理層，該層用來(lái)處理系統(tǒng)的動(dòng)態(tài)請(qǐng)求，為系統(tǒng)的核心層。數(shù)據(jù)庫(kù)，數(shù)據(jù)采用oracle高可用方案構(gòu)建3.2負(fù)載均衡部署radware負(fù)載均衡器，負(fù)責(zé)對(duì)公網(wǎng)訪問(wèn)進(jìn)行負(fù)載分發(fā)。3.3靜態(tài)化展示層該層由兩臺(tái)或兩臺(tái)以上且應(yīng)用部署完全一致的主機(jī)構(gòu)成，由該層前端的負(fù)載 均衡設(shè)備實(shí)現(xiàn)請(qǐng)求的均衡分發(fā)。該層不存在單點(diǎn)隱患，且可在不停服的前提下方 便的進(jìn)行橫向擴(kuò)容。該層部署的應(yīng)用包括：Nginx，用作靜態(tài)服務(wù)器，同時(shí)可兼做反向代理服務(wù)器。擁有極佳的穩(wěn) 定性和高并發(fā)承載能力。靜態(tài)化資源同步，使用rsync進(jìn)行同步。3.4動(dòng)態(tài)請(qǐng)求處理層該層分為兩部分，一部分為核心應(yīng)用服務(wù)器集群，采用負(fù)載

13、均衡模式構(gòu)建; 另一部分為其他應(yīng)用服務(wù)器集群，采用HA模式構(gòu)建。核心應(yīng)用服務(wù)器集群，由兩臺(tái)或兩臺(tái)以上且應(yīng)用部署完全一致的主機(jī)構(gòu) 成，具有部署方便、管理統(tǒng)一、便于擴(kuò)展的優(yōu)點(diǎn)。其他應(yīng)用服務(wù)器集群，這部分應(yīng)用主要包括FTP、統(tǒng)一session管理、靜 態(tài)化資源發(fā)布等應(yīng)用，這類(lèi)應(yīng)用同時(shí)只能由一個(gè)實(shí)例對(duì)外提供服務(wù)，但 又需要對(duì)外提供高可用的服務(wù)，所以采用HA模式構(gòu)建。多個(gè)應(yīng)用共同 組成一個(gè)或多個(gè)應(yīng)用包，然后對(duì)外通過(guò)浮動(dòng)ip提供服務(wù)。FTP資源，使用防篡改進(jìn)行數(shù)據(jù)同步。數(shù)據(jù)緩存使用redis服務(wù)，redis集群內(nèi)各服務(wù)器間采用主從模式在熱備 的同時(shí)實(shí)現(xiàn)數(shù)據(jù)同步。3.5數(shù)據(jù)庫(kù)數(shù)據(jù)庫(kù)依賴(lài)中心內(nèi)部的oracle配置，這里不做要求。3.6應(yīng)用部署方案靜態(tài)化展示層和動(dòng)態(tài)請(qǐng)求處理層，使用rsync進(jìn)行文件同步，在后續(xù)部署方 案中，不做特別說(shuō)明。靜態(tài)化展示層靜態(tài)化展示層需要進(jìn)行兩類(lèi)配置：A.配置加載靜態(tài)資源文件路徑。B.配置反向代理數(shù)據(jù)請(qǐng)求url。動(dòng)態(tài)請(qǐng)求處理層規(guī)劃兩臺(tái)服務(wù)器，均需要安裝jdk1.7o負(fù)載由硬件負(fù)載均衡器完成請(qǐng)求分發(fā)。Redis做主從配置，完成數(shù)據(jù)同步等工作。3.7擴(kuò)展方案靜態(tài)化展示層：nginx可直接支持橫向擴(kuò)展，擴(kuò)展中只需要對(duì)新服務(wù)進(jìn)行應(yīng) 用安裝即可。動(dòng)態(tài)請(qǐng)求處理層：采用統(tǒng)一 session管控。因此動(dòng)態(tài)處理請(qǐng)求層可支持橫向 擴(kuò)展。其中只需要新的服務(wù)器進(jìn)行應(yīng)用發(fā)布，負(fù)載均衡添