本發(fā)明涉及數(shù)據(jù)處理，尤其涉及應(yīng)用于醫(yī)療業(yè)務(wù)中的數(shù)據(jù)處理。
背景技術(shù)：
：醫(yī)院的CIS、LIS、HIS等各個(gè)系統(tǒng)中來自不同的廠商，隨著系統(tǒng)數(shù)據(jù)增多以及業(yè)務(wù)項(xiàng)目復(fù)雜性的增加，各子系統(tǒng)之間共享數(shù)據(jù)和交互數(shù)據(jù)的需求也越來越強(qiáng)烈，但由于各子系統(tǒng)中定義的業(yè)務(wù)屬性千差萬別，因此造成了存儲(chǔ)業(yè)務(wù)屬性值的二維表結(jié)構(gòu)之間存在著很多的差異。在醫(yī)院現(xiàn)有的子系統(tǒng)之間，如果想要實(shí)現(xiàn)在各個(gè)子系統(tǒng)之間獲得雙方數(shù)據(jù)信息的共享，一般采用以下三種方式：1、針對(duì)不同結(jié)構(gòu)的數(shù)據(jù)表信息查詢，一般廠商提供完成了相應(yīng)功能的WebService接口，并將接口開放給第三用戶，用戶通過調(diào)用接口，獲取相應(yīng)的HL7V3信息格式的數(shù)據(jù)樣例，實(shí)現(xiàn)醫(yī)院子系統(tǒng)的信息交互功能，這種功能的實(shí)現(xiàn)方式主要基于推送數(shù)據(jù)的模式。2、如果醫(yī)院各個(gè)子系統(tǒng)沒有提供WebService接口，可以使用一定權(quán)限的動(dòng)態(tài)庫(kù)訪問方式，定位需要提供訪問數(shù)據(jù)的二維表，通過視圖或中間庫(kù)將信息數(shù)據(jù)查詢出來，同時(shí)加載現(xiàn)有的HL7V3模板，將兩者功能結(jié)合，封裝生成的HL7V3信息格式的樣例。3、如果醫(yī)院各子系統(tǒng)通過信息集成平臺(tái)進(jìn)行關(guān)聯(lián)，則可以利用平臺(tái)上的消息中間件提供的消息隊(duì)列MQ的方式，生成所需要的HL7V3信息格式的數(shù)據(jù)樣例，并將其發(fā)送到平臺(tái)上，其他需要消費(fèi)數(shù)據(jù)樣例的子系統(tǒng)，可以對(duì)平臺(tái)隊(duì)列中的封裝消息進(jìn)行訂閱，實(shí)現(xiàn)一個(gè)數(shù)據(jù)樣例可供多個(gè)系統(tǒng)使用的功能，這種功能的實(shí)現(xiàn)方式主要基于拉送數(shù)據(jù)的模式。上述三種HL7V3信息格式樣例的生成模式，雖然在很大程度上，能夠?qū)崿F(xiàn)將子系統(tǒng)的二維表中的消息數(shù)據(jù)封裝成HL7V3信息格式樣例的功能，但是存在以下缺點(diǎn)：首先，WebService接口推送數(shù)據(jù)的方式，雖然能夠保證系統(tǒng)提供實(shí)時(shí)數(shù)據(jù)，但是當(dāng)推送的數(shù)據(jù)量過大或者數(shù)據(jù)更新過于頻繁的情況下，就會(huì)影響系統(tǒng)性能的發(fā)揮；同時(shí)，WebService接口的發(fā)布嚴(yán)重依賴于子系統(tǒng)的廠商，尤其是當(dāng)原來二維表數(shù)據(jù)結(jié)構(gòu)發(fā)生變化時(shí)，需要同步更新接口的設(shè)計(jì)以及重新發(fā)布接口。其次，對(duì)于使用動(dòng)態(tài)庫(kù)(DLL)實(shí)現(xiàn)獲得數(shù)據(jù)信息的功能，則存在較大的安全風(fēng)險(xiǎn)，尤其針對(duì)醫(yī)院中的患者保密信息，大量動(dòng)態(tài)庫(kù)的使用會(huì)暴露子系統(tǒng)數(shù)據(jù)庫(kù)設(shè)計(jì)的細(xì)節(jié)，在一定程度上這種方式會(huì)加重后臺(tái)數(shù)據(jù)格式轉(zhuǎn)化、封裝信息數(shù)據(jù)樣例的負(fù)擔(dān)。最后，針對(duì)關(guān)聯(lián)了信息集成平臺(tái)的子系統(tǒng)而言，MQ操作方式，雖方便了數(shù)據(jù)的發(fā)送和拉送功能，但發(fā)送前，后臺(tái)仍然需要進(jìn)行大量數(shù)據(jù)查詢，并利用模板進(jìn)行數(shù)據(jù)樣例封裝的操作，對(duì)于實(shí)時(shí)性要求較高的系統(tǒng)而言，這種方式造成的系統(tǒng)訪問延遲在很大程度上是無法接受的。技術(shù)實(shí)現(xiàn)要素：為了克服現(xiàn)有技術(shù)的不足，本發(fā)明的目的在于提供了一種醫(yī)療業(yè)務(wù)數(shù)據(jù)處理方法及裝置，其能夠解決現(xiàn)有技術(shù)中醫(yī)療業(yè)務(wù)數(shù)據(jù)不同，導(dǎo)致查詢數(shù)據(jù)效率不高的問題。本發(fā)明的目的采用以下技術(shù)方案實(shí)現(xiàn)：本發(fā)明提供了一種醫(yī)療業(yè)務(wù)數(shù)據(jù)處理方法，應(yīng)用于醫(yī)療業(yè)務(wù)數(shù)據(jù)處理系統(tǒng)中，該系統(tǒng)包括多個(gè)子系統(tǒng)和信息平臺(tái)；子系統(tǒng)用于提供醫(yī)療消息數(shù)據(jù)，每個(gè)子系統(tǒng)都有對(duì)應(yīng)的數(shù)據(jù)庫(kù)；所述信息平臺(tái)用于獲取所述數(shù)據(jù)庫(kù)中的消息數(shù)據(jù)，并將其轉(zhuǎn)換為消息數(shù)據(jù)樣例；該處理方法包括以下步驟：S1：獲取子系統(tǒng)數(shù)據(jù)訪問請(qǐng)求，并獲取對(duì)應(yīng)的子系統(tǒng)的SQL語句；S2：通過調(diào)用所述SQL語句對(duì)所述子系統(tǒng)的數(shù)據(jù)庫(kù)進(jìn)行操作并得到結(jié)果表；所述結(jié)果表包括表屬性別名和表屬性值；S3：根據(jù)表屬性別名與預(yù)設(shè)消息模板中對(duì)應(yīng)的節(jié)點(diǎn)屬性之間的映射關(guān)系得到預(yù)設(shè)消息模板中對(duì)應(yīng)的節(jié)點(diǎn)屬性；S4：根據(jù)節(jié)點(diǎn)屬性從結(jié)果表中獲取到對(duì)應(yīng)的表屬性值并將其封裝于預(yù)設(shè)消息模板中，從而生成消息數(shù)據(jù)樣例并存儲(chǔ)。優(yōu)選地，所述SQL語句是針對(duì)一子系統(tǒng)，用戶按照需求組織成對(duì)應(yīng)的SQL語句并預(yù)先存儲(chǔ)于該子系統(tǒng)中。優(yōu)選地，所述預(yù)設(shè)消息模板為HL7V3消息模板。為了克服現(xiàn)有技術(shù)的不足，本發(fā)明的目的之二在于提供了一種醫(yī)療業(yè)務(wù)數(shù)據(jù)處理裝置，其能夠解決現(xiàn)有技術(shù)中醫(yī)療業(yè)務(wù)數(shù)據(jù)不同，導(dǎo)致查詢數(shù)據(jù)效率不高的問題。本發(fā)明的目的之二采用以下技術(shù)方案實(shí)現(xiàn)：本發(fā)明還提供了一種醫(yī)療業(yè)務(wù)數(shù)據(jù)處理裝置，包括：獲取模塊，用于獲取子系統(tǒng)數(shù)據(jù)訪問請(qǐng)求，并獲取對(duì)應(yīng)的子系統(tǒng)的SQL語句；處理模塊，用于通過調(diào)用該SQL語句對(duì)所述子系統(tǒng)的數(shù)據(jù)庫(kù)進(jìn)行操作并得到結(jié)果表；所述結(jié)果表包括表屬性別名和表屬性值；轉(zhuǎn)換模塊，用于根據(jù)表屬性別名與預(yù)設(shè)消息模板中對(duì)應(yīng)的節(jié)點(diǎn)屬性之間的映射關(guān)系得到預(yù)設(shè)消息模板中對(duì)應(yīng)的節(jié)點(diǎn)屬性；封裝模塊，用于根據(jù)節(jié)點(diǎn)屬性從結(jié)果表中獲取到對(duì)應(yīng)的表屬性值并將其封裝于預(yù)設(shè)消息模板中，從而生成消息數(shù)據(jù)樣例并存儲(chǔ)。優(yōu)選地，所述SQL語句是針對(duì)一子系統(tǒng)，用戶按照需求組織成對(duì)應(yīng)的SQL語句并預(yù)先存儲(chǔ)于該子系統(tǒng)中。優(yōu)選地，所述預(yù)設(shè)消息模板為HL7V3消息模板。相比現(xiàn)有技術(shù)，本發(fā)明的有益效果在于：本發(fā)明將來自于不同醫(yī)療子系統(tǒng)中的醫(yī)療數(shù)據(jù)轉(zhuǎn)換為統(tǒng)一格式的消息數(shù)據(jù)樣例，從而大大提高了各個(gè)醫(yī)療子系統(tǒng)之間消息數(shù)據(jù)傳輸?shù)男?。附圖說明圖1為本發(fā)明提供的一實(shí)施例的方法流程圖；圖2為本發(fā)明提供的一實(shí)施例的裝置模塊圖。具體實(shí)施方式下面，結(jié)合附圖以及具體實(shí)施方式，對(duì)本發(fā)明做進(jìn)一步描述：如圖1所示，本發(fā)明提供了一種醫(yī)療業(yè)務(wù)數(shù)據(jù)處理方法，由于各個(gè)醫(yī)療子系統(tǒng)，比如LIS、CIS、HIS等，每個(gè)子系統(tǒng)所定義的業(yè)務(wù)屬性千差萬別。因此在存儲(chǔ)業(yè)務(wù)屬性數(shù)據(jù)值時(shí)，一般都存儲(chǔ)于數(shù)據(jù)庫(kù)中，其存儲(chǔ)的二維表的結(jié)構(gòu)也存在很多差異。這樣在訪問各個(gè)醫(yī)療子系統(tǒng)的數(shù)據(jù)庫(kù)時(shí)，查詢到的結(jié)果也不同，不能夠?qū)Σ樵兘Y(jié)果進(jìn)行統(tǒng)一處理。比如，查詢病人的就診記錄，由于系統(tǒng)A和系統(tǒng)B定義不同，則通過子系統(tǒng)A和子系統(tǒng)B查詢得到的病人的就診記錄數(shù)據(jù)不能夠共享或整合等。因此，為了解決上述技術(shù)問題，提出該方法，其應(yīng)用于醫(yī)療業(yè)務(wù)數(shù)據(jù)處理系統(tǒng)中，該系統(tǒng)包括多個(gè)醫(yī)療子系統(tǒng)和信息平臺(tái)，醫(yī)療子系統(tǒng)是用于提供醫(yī)療消息數(shù)據(jù)的，而信息平臺(tái)用于將通過每個(gè)醫(yī)療子系統(tǒng)獲取到的醫(yī)療數(shù)據(jù)轉(zhuǎn)換為統(tǒng)一格式的信息數(shù)據(jù)樣例，從而方便用戶的訪問。該系統(tǒng)包括四個(gè)功能模塊，分別為HL7V3消息模板入庫(kù)、組織SQL語句、數(shù)據(jù)格式轉(zhuǎn)化和數(shù)據(jù)樣例封裝。在醫(yī)療信息平臺(tái)中，醫(yī)療消息數(shù)據(jù)的封裝格式一般包括HL7V2消息格式與HL7V3消息格式，當(dāng)然還有由軟件開發(fā)商自身定義的格式，但是通常情況下，使用的較多的是Hl7V2和HL7V3這兩種消息格式。對(duì)于Hl7V2消息格式屬于混雜的固定格式，其一般來說以<SB>開始，以<EB結(jié)尾>，該公式在左右方向延伸，該消息的每段頭部信息都用一個(gè)唯一的三字符代碼所標(biāo)識(shí)，這個(gè)代碼作為段標(biāo)識(shí)(ID)，比如MSH、MSA、ERP、EVN、PID、ROL、OBS、QAK、ACK，提示該行數(shù)據(jù)代表的醫(yī)療信息定義，消息的內(nèi)容部分則是通過數(shù)量不等的標(biāo)記符合的組合，對(duì)所存儲(chǔ)的消息內(nèi)容進(jìn)行分割，其中消息中的符號(hào)主要有<CR>、|、^、&、～、\等，解析這種消息時(shí)首先根據(jù)消息頭部的英文字母定位到某行，然后在該行中，根據(jù)標(biāo)記符號(hào)|的數(shù)量和HL7V2的屬性解析，將患者信息逐一提取出來。由于HL7V2消息格式的混亂性，導(dǎo)致在解析HL7V2消息的數(shù)據(jù)時(shí)非常復(fù)雜、查找消息內(nèi)容中各個(gè)屬性的時(shí)間也較長(zhǎng)，尤其是消息數(shù)據(jù)信息非常龐大的情況下，解析效率較低。HL7V2消息格式的具體實(shí)例如下：MSH|^～\&|NIS||HIS||20151214164326||RAS^017|NIS_978125592798|P|2.4PID||000157882601|0000377419^^^^PatientNO～^^^^IDCard～^^^^^IdentifyNO||李惠敏(嬰1)||20151204102400|M……對(duì)于HL7V3消息格式，其與HL7V2消息格式不同，是屬于上下分層的樹狀式，每個(gè)節(jié)點(diǎn)具有唯一的root(根)屬性進(jìn)行標(biāo)記。這種類型的消息排布方式一目了然，上下層次清晰，屬性節(jié)點(diǎn)的配置方向明確，節(jié)點(diǎn)路徑唯一，尤其是解析時(shí)能夠迅速定位到消息中的節(jié)點(diǎn)，解析方便、速度迅速，即使消息中節(jié)點(diǎn)數(shù)據(jù)龐大、復(fù)雜，也不會(huì)對(duì)消息的解析效率造成明顯影響，非常適合用于作為消息制作的標(biāo)準(zhǔn)格式，在集成信息平臺(tái)以及醫(yī)院子系統(tǒng)之間傳遞信息。HL7V3消息格式的具體實(shí)例如下：因此，鑒于上述HL7V3消息格式的特點(diǎn)，本發(fā)明所采用的消息數(shù)據(jù)模板為HL7V3消息模板，也即是將通過各個(gè)子系統(tǒng)獲取到的消息數(shù)據(jù)轉(zhuǎn)換為HL7V3格式的消息數(shù)據(jù)樣例。由HL7V3消息格式的模板中得知，HL7V3消息格式中存在有很多關(guān)鍵性節(jié)點(diǎn)、主節(jié)點(diǎn)以及子節(jié)點(diǎn)，比如在主節(jié)點(diǎn)patientRole中存在id、addr、patient以及providerOrganization四個(gè)子節(jié)點(diǎn)，其中id節(jié)點(diǎn)屬性用于標(biāo)識(shí)患者在就診時(shí)會(huì)涉及的編號(hào)，會(huì)有多個(gè)不同值；對(duì)于每個(gè)子節(jié)點(diǎn)中可能還會(huì)包含多個(gè)屬于實(shí)際自定義業(yè)務(wù)的節(jié)點(diǎn)，比如對(duì)于患者ID，子系統(tǒng)A定義為A_ID、而對(duì)于子系統(tǒng)B定義為B_ID。針對(duì)HL7V3消息格式的結(jié)構(gòu)組成，每個(gè)節(jié)點(diǎn)都具有不同的節(jié)點(diǎn)定位路徑(XPath)以及具有唯一根值root進(jìn)行區(qū)分。在對(duì)HL7V3消息模板進(jìn)行存儲(chǔ)的時(shí)候，是按照HL7V3消息模板的節(jié)點(diǎn)組成以及節(jié)點(diǎn)的上下隸屬關(guān)系，將節(jié)點(diǎn)屬性、節(jié)點(diǎn)屬性值以及節(jié)點(diǎn)的關(guān)系存儲(chǔ)于數(shù)據(jù)庫(kù)中，形成二維表結(jié)構(gòu)。其中節(jié)點(diǎn)屬性包括節(jié)點(diǎn)ID、節(jié)點(diǎn)根值、節(jié)點(diǎn)名稱、節(jié)點(diǎn)類型、節(jié)點(diǎn)擴(kuò)展、節(jié)點(diǎn)類編碼、節(jié)點(diǎn)編碼所述的系統(tǒng)、節(jié)點(diǎn)展示名和節(jié)點(diǎn)決定碼；節(jié)點(diǎn)屬性值包括節(jié)點(diǎn)值類型，一般為字符型、數(shù)值型和空值；節(jié)點(diǎn)的關(guān)系包括隸屬關(guān)系、并列關(guān)系以及節(jié)點(diǎn)段的循環(huán)關(guān)系。將上述HL7V3消息模板中的節(jié)點(diǎn)屬性、節(jié)點(diǎn)屬性值以及節(jié)點(diǎn)之間的關(guān)系通過數(shù)據(jù)庫(kù)表的形式存儲(chǔ)于數(shù)據(jù)庫(kù)中，每個(gè)節(jié)點(diǎn)也有自己的節(jié)點(diǎn)路徑以及對(duì)應(yīng)的唯一根植root進(jìn)行區(qū)分。所述組織SQL語句是用于針對(duì)各個(gè)子系統(tǒng)在進(jìn)行數(shù)據(jù)庫(kù)查詢時(shí)，所用到的SQL語句，由于各個(gè)系統(tǒng)中存儲(chǔ)數(shù)據(jù)的數(shù)據(jù)庫(kù)的表以及表中的定義屬性不同，則在訪問每個(gè)子系統(tǒng)的數(shù)據(jù)庫(kù)中時(shí)，SQL語句也不同。本發(fā)明中的SQL語句均是每個(gè)子系統(tǒng)根據(jù)自身的特點(diǎn)組織對(duì)應(yīng)的SQL語句。當(dāng)信息平臺(tái)訪問一子系統(tǒng)的數(shù)據(jù)庫(kù)時(shí)，調(diào)用對(duì)應(yīng)的SQL語句即可實(shí)現(xiàn)對(duì)該子系統(tǒng)的數(shù)據(jù)庫(kù)訪問。為了將通過對(duì)子系統(tǒng)的數(shù)據(jù)庫(kù)查詢的結(jié)果與HL7V3消息模板中的節(jié)點(diǎn)之間進(jìn)行一一對(duì)應(yīng)，能夠方便生成HL7V3格式的消息數(shù)據(jù)樣例。則首先必要使得查詢各個(gè)數(shù)據(jù)庫(kù)所得到的結(jié)果是同步地，也即是查詢同一類型，其每個(gè)數(shù)據(jù)庫(kù)的結(jié)果都應(yīng)該是相同的。本發(fā)明在組織SQL語句時(shí)，針對(duì)表達(dá)同一含義的數(shù)據(jù)表中的字段(也即是表屬性名)統(tǒng)一定義一別名，這樣不管是查詢哪個(gè)子系統(tǒng)的數(shù)據(jù)庫(kù)表，只要是表達(dá)同一含義的內(nèi)容均定義為同一表屬性別名，這樣就可以將通過不同子系統(tǒng)查詢得到的結(jié)果進(jìn)行整合。該表屬性別名是與HL7V3消息模板中的節(jié)點(diǎn)屬性之間具有映射關(guān)系，比如該表屬性別名與節(jié)點(diǎn)屬性相同。其具體的實(shí)現(xiàn)如下：假如對(duì)于子系統(tǒng)A，其數(shù)據(jù)庫(kù)表A為：SEQUENCEST_IDST_NAMEST_SEXST_PATIENT_IDST_DEPART11st_01黎明男wuzhong_pd001神經(jīng)科22st_02張茂男wuzhong_pd002內(nèi)科33st_03常磊男wuzhong_pd003外科對(duì)于子系統(tǒng)B，其數(shù)據(jù)庫(kù)表B為：SEQUENCESF_IDSF_NAMESF_SEXSF_PATIENT_IDSF_DEPART11sf_01李顯麗女wuzhong_pf001內(nèi)分泌科22sf_02韋珍女wuzhong_pf002皮膚科33sf_03趙稷山男wuzhong_pf003骨科針對(duì)表A來說，其數(shù)據(jù)結(jié)果的查詢語句為：selectSEQUENCE，ST_ID，T_NAME，T_SEX，T_PATIENT_ID，T_DEPARTfromAwhere1＝1。針對(duì)表B來說，其數(shù)據(jù)結(jié)果的查詢語句為：selectSEQUENCE,SF_ID,SF_NAME,SF_SEX,SF_PATIENT_ID,SF_DEPARTfromBwhere1＝1。通過對(duì)上述兩表查詢結(jié)果來看，表中數(shù)據(jù)要表示的內(nèi)容類型是相同的，即標(biāo)記患者的編號(hào)、姓名、性別、就診號(hào)以及就診科室，但是其實(shí)際查詢到的結(jié)果表，由于其定義的數(shù)據(jù)庫(kù)表的字段(屬性)不同，得到的結(jié)果表也是不一樣的。因此，針對(duì)這種情況，將上述不同表中標(biāo)記同一內(nèi)容的不同屬性定義為相同的表屬性別名，從而完成對(duì)不同數(shù)據(jù)庫(kù)不同表的同步查詢。即表A中的數(shù)據(jù)結(jié)果的查詢語句變?yōu)椋簊electSEQUENCE,ST_IDasID,ST_NAMEasNAME,ST_SEXasSEX,ST_PATIENT_IDasPATIENT_ID,ST_DEPARTasDEPARTfromAwhere1＝1。表B中的數(shù)據(jù)結(jié)果的查詢語句變?yōu)椋簊electSEQUENCE,SF_IDasID,SF_NAMEasNAME,SF_SEXasSEX,SF_PATIENT_IDasPATIENT_ID,SF_DEPARTasDEPARTfromBwhere1＝1。上述的表A和表B通過上述查詢語句再次查詢對(duì)應(yīng)的數(shù)據(jù)庫(kù)，獲得的數(shù)據(jù)結(jié)果分別如下所示：表A的查詢結(jié)果：SEQUENCEIDNAMESEXPATIENT_IDDEPART11st_01黎明男wuzhong_pd001神經(jīng)科22st_02張茂男wuzhong_pd002內(nèi)科33st_03常磊男wuzhong_pd003外科表B的查詢結(jié)果：SEQUENCEIDNAMESEXPATIENT_IDDEPART11sf_01李顯麗女wuzhong_pf001內(nèi)分泌科22sf_02韋珍女wuzhong_pf002皮膚科33sf_03趙稷山男wuzhong_pf003骨科通過上述SQL語句查詢得到的結(jié)果表，可得知，查詢結(jié)果數(shù)據(jù)同步，也即是通過訪問不同的子系統(tǒng)得到的消息數(shù)據(jù)就可以進(jìn)行整合，從而實(shí)現(xiàn)數(shù)據(jù)格式的統(tǒng)一。所述數(shù)據(jù)格式轉(zhuǎn)化模塊用于將SQL查詢語句得到的結(jié)果表中的數(shù)據(jù)值轉(zhuǎn)換為HL7V3消息模板中對(duì)應(yīng)的節(jié)點(diǎn)屬性的值。也即是首先根據(jù)預(yù)先定義的表屬性別名與HL7V3消息模板中的節(jié)點(diǎn)屬性之間的對(duì)應(yīng)關(guān)系，將上述表中的數(shù)據(jù)值賦值給HL7V3消息模板中節(jié)點(diǎn)屬性的值。比如別名ID所對(duì)應(yīng)的是病人的編號(hào)，而在HL7V3中表示病人ID的節(jié)點(diǎn)屬性值賦值為st_01；依次類似地將病人名稱、病人性別、病人就診編號(hào)、病人就診科室均賦值給對(duì)應(yīng)的節(jié)點(diǎn)，從而可得到該病人的一條就診記錄導(dǎo)入到HL7V3消息模板中。同樣地，可將上述表A和表B的查詢得到的結(jié)果表批量地導(dǎo)入到HL7V3消息模板中，從而可快速生成HL7V3消息格式的信息數(shù)據(jù)樣例并存儲(chǔ)，可供用戶訪問數(shù)據(jù)使用。由于本發(fā)明將來自于不同醫(yī)療子系統(tǒng)的數(shù)據(jù)轉(zhuǎn)換為統(tǒng)一的消息格式，并存儲(chǔ)在信息平臺(tái)中。當(dāng)用戶需要查詢數(shù)據(jù)時(shí)，比如查詢病人的就診記錄，只需發(fā)送對(duì)應(yīng)的獲取指令，就可從該信息平臺(tái)中獲取到對(duì)應(yīng)的醫(yī)療數(shù)據(jù)，其數(shù)據(jù)處理更快、效率更高。而不是像原有的設(shè)計(jì)一樣，必須對(duì)每個(gè)子系統(tǒng)的數(shù)據(jù)庫(kù)進(jìn)行訪問，而導(dǎo)致數(shù)據(jù)處理、數(shù)據(jù)傳送的效率低下。則，該醫(yī)療業(yè)務(wù)數(shù)據(jù)處理方法，具體包括以下步驟：S1：獲取子系統(tǒng)數(shù)據(jù)訪問請(qǐng)求，并獲取對(duì)應(yīng)的子系統(tǒng)的SQL語句。本步驟中，當(dāng)需要獲取某一子系統(tǒng)的消息數(shù)據(jù)時(shí)，首先系統(tǒng)向子系統(tǒng)發(fā)送一子系統(tǒng)數(shù)據(jù)訪問請(qǐng)求，這樣子系統(tǒng)根據(jù)該子系統(tǒng)數(shù)據(jù)訪問請(qǐng)求就可以得到該子系統(tǒng)所對(duì)應(yīng)的數(shù)據(jù)庫(kù)的SQL語句，并根據(jù)該SQL語句對(duì)該子系統(tǒng)的數(shù)據(jù)庫(kù)進(jìn)行SQL操作。優(yōu)選地，該SQL語句均是通過各個(gè)子系統(tǒng)的商家針對(duì)自身的子系統(tǒng)的數(shù)據(jù)庫(kù)預(yù)先組織生成。S2：通過調(diào)用所述SQL語句對(duì)該子系統(tǒng)的數(shù)據(jù)庫(kù)進(jìn)行操作得到結(jié)果表；所述結(jié)果表包括表屬性別名以及表屬性值。本步驟中，根據(jù)所述SQL語句來訪問對(duì)應(yīng)的子系統(tǒng)數(shù)據(jù)庫(kù)從而得到結(jié)果表，該結(jié)果表中表屬性別名以及表屬性值。其中表屬性別名是指通過預(yù)先定義的與預(yù)設(shè)數(shù)據(jù)模板中節(jié)點(diǎn)對(duì)應(yīng)的節(jié)點(diǎn)屬性之間具有一一映射的關(guān)系的字段。比如，通過對(duì)子系統(tǒng)A的數(shù)據(jù)庫(kù)表A可通過以下SQL語句：selectSEQUENCE,ST_IDasID,ST_NAMEasNAME,ST_SEXasSEX,ST_PATIENT_IDasPATIENT_ID,ST_DEPARTasDEPARTfromAwhere1＝1。其查詢結(jié)果為：SEQUENCEIDNAMESEXPATIENT_IDDEPART11st_01黎明男wuzhong_pd001神經(jīng)科22st_02張茂男wuzhong_pd002內(nèi)科33st_03常磊男wuzhong_pd003外科其中，ST_ID、ST_NAME、ST_SEX是表屬性，而ID、NAME、SEX等均為別名，st_01、黎明、男等是表屬性值。S3：根據(jù)所述表屬性別名與預(yù)設(shè)數(shù)據(jù)模板中對(duì)應(yīng)的節(jié)點(diǎn)屬性之間的映射關(guān)系得到預(yù)設(shè)消息模板中對(duì)應(yīng)的節(jié)點(diǎn)屬性?？赏ㄟ^查表的方式得到每一條數(shù)據(jù)記錄，然后在通過表屬性別名與節(jié)點(diǎn)屬性之間的映射關(guān)系，從而可得到預(yù)設(shè)數(shù)據(jù)模板中對(duì)應(yīng)的節(jié)點(diǎn)屬性。比如，結(jié)果表中的表屬性別名ID、NAME、SEX等是與預(yù)設(shè)消息模板中的節(jié)點(diǎn)之間具有一一對(duì)應(yīng)的關(guān)系，由于該表為患者的信息表，比如ID對(duì)應(yīng)于預(yù)設(shè)消息模板中表示患者的節(jié)點(diǎn)id，這樣通過這種對(duì)應(yīng)關(guān)系，根據(jù)表屬性別名得到預(yù)設(shè)消息模板中對(duì)應(yīng)的節(jié)點(diǎn)屬性值。S4：根據(jù)節(jié)點(diǎn)屬性從結(jié)果表中獲取到對(duì)應(yīng)的表屬性值并將其封裝于預(yù)設(shè)消息模板中，從而生成消息數(shù)據(jù)樣例并存儲(chǔ)。在將結(jié)果表中表屬性別名所對(duì)應(yīng)的表屬性值，根據(jù)表屬性別名與節(jié)點(diǎn)屬性之間的映射關(guān)系，將表屬性值賦值給節(jié)點(diǎn)屬性，然后將表屬性值對(duì)應(yīng)地封裝于預(yù)設(shè)消息模板中，從而生成消息數(shù)據(jù)樣例并存儲(chǔ)于信息平臺(tái)上。由于預(yù)設(shè)消息模板中每個(gè)節(jié)點(diǎn)屬性的值都已獲取到，然后將其封裝于預(yù)設(shè)消息模板中，從而得到信息數(shù)據(jù)樣例。該信息數(shù)據(jù)樣例也即是統(tǒng)一的格式，比如本文中采用的預(yù)設(shè)消息模板為HL7V3消息模板，這樣就將來自于不同子系統(tǒng)的不同格式的消息數(shù)據(jù)進(jìn)行整合成統(tǒng)一的HL7V3消息模板，從而使得用戶在獲取數(shù)據(jù)時(shí)，系統(tǒng)效率更高。本發(fā)明具有以下技術(shù)效果：1、各個(gè)醫(yī)療子系統(tǒng)中的醫(yī)療數(shù)據(jù)通過本發(fā)明轉(zhuǎn)換為統(tǒng)一格式的消息數(shù)據(jù)樣例，大大提高了子系統(tǒng)之間消息傳遞的效率。2、通過將HL7V3消息模板提前存儲(chǔ)于系統(tǒng)中，并且組織SQL語句中采用與模板節(jié)點(diǎn)對(duì)應(yīng)的別名，避免了在系統(tǒng)后臺(tái)使用大量程序代碼來解析以及拼接SQL所帶來的弊端，大大降低了消息數(shù)據(jù)樣例生成的復(fù)雜性。3、通過本發(fā)明可避免了現(xiàn)有技術(shù)中采用WebService接口調(diào)用和直接動(dòng)態(tài)庫(kù)方位所帶來的系統(tǒng)資源的占用，同時(shí)，也避免了需要多次訪問數(shù)據(jù)庫(kù)的操作，節(jié)省了訪問時(shí)間，提高了系統(tǒng)的運(yùn)行效率。4、本發(fā)明對(duì)消息數(shù)據(jù)樣例的封裝僅僅涉及到子系統(tǒng)的數(shù)據(jù)庫(kù)的一部分就可以完成對(duì)應(yīng)的功能，保護(hù)了子系統(tǒng)數(shù)據(jù)庫(kù)中二維表的設(shè)計(jì)細(xì)節(jié)，大大降低了患者信息泄露的危險(xiǎn)性，保證了子系統(tǒng)的安全性。如圖2所示，本發(fā)明還提供了一種醫(yī)療業(yè)務(wù)數(shù)據(jù)處理裝置，其包括：獲取模塊，用于獲取子系統(tǒng)數(shù)據(jù)訪問請(qǐng)求，并獲取對(duì)應(yīng)的子系統(tǒng)的SQL語句；處理模塊，用于通過調(diào)用該SQL語句對(duì)所述子系統(tǒng)的數(shù)據(jù)庫(kù)進(jìn)行操作并得到結(jié)果表；所述結(jié)果表包括表屬性別名和表屬性值；轉(zhuǎn)換模塊，用于根據(jù)表屬性別名與預(yù)設(shè)消息模板中對(duì)應(yīng)的節(jié)點(diǎn)屬性之間的映射關(guān)系得到預(yù)設(shè)消息模板中對(duì)應(yīng)的節(jié)點(diǎn)屬性；封裝模塊，用于根據(jù)節(jié)點(diǎn)屬性從結(jié)果表中獲取到對(duì)應(yīng)的表屬性值并將其封裝于預(yù)設(shè)消息模板中，從而生成消息數(shù)據(jù)樣例并存儲(chǔ)。優(yōu)選地，所述SQL語句是針對(duì)一子系統(tǒng)，用戶按照需求組織成對(duì)應(yīng)的SQL語句并預(yù)先存儲(chǔ)于該子系統(tǒng)中。優(yōu)選地，所述預(yù)設(shè)消息模板為HL7V3消息模板。對(duì)本領(lǐng)域的技術(shù)人員來說，可根據(jù)以上描述的技術(shù)方案以及構(gòu)思，做出其它各種相應(yīng)的改變以及形變，而所有的這些改變以及形變都應(yīng)該屬于本發(fā)明權(quán)利要求的保護(hù)范圍之內(nèi)。當(dāng)前第1頁(yè)1 2 3