專利名稱：醫(yī)院信息系統(tǒng)集成平臺數(shù)據(jù)傳輸系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及計算機(jī)醫(yī)療領(lǐng)域，更具體地涉及一種數(shù)據(jù)傳輸及交互解決的技術(shù)方案。
背景技術(shù)：
隨著計算機(jī)軟件技術(shù)的發(fā)展和企業(yè)信息化的不斷發(fā)展，醫(yī)療機(jī)構(gòu)使用的軟件，如HIS 、財務(wù)管理，LIS和EMR等應(yīng)用和管理系統(tǒng)也越來越多。雖然這些系統(tǒng)是應(yīng)用在不同的領(lǐng)域， 管理著不同的對象，但是它們之間也有很多相互交叉，甚至重復(fù)的信息和數(shù)據(jù)。而各個應(yīng)用 系統(tǒng)又是相互獨立運(yùn)行，因此內(nèi)部的這些系統(tǒng)相當(dāng)于一個個信息孤島，相互之間沒有暢通的 信息交流與共享。
醫(yī)院要解決這些矛盾， 一種辦法是對現(xiàn)有系統(tǒng)推倒重來將企業(yè)的各個信息系統(tǒng)全部 更新成一個統(tǒng)一的管理系統(tǒng)，各個部門都在這個統(tǒng)一的系統(tǒng)上工作(如整個醫(yī)院的所有應(yīng)
用都在一個廠商的系統(tǒng)上運(yùn)行)，但考慮到成本、實施周期和難度因素，這不是一種切實可 行的解決方案。另一種辦法是企業(yè)從整體來考慮企業(yè)的整個信息系統(tǒng)，根據(jù)實際需要，對各 個應(yīng)用系統(tǒng)進(jìn)行總體規(guī)劃，選擇一個合適的集成平臺，把涉及的各個不同的科室系統(tǒng)軟件集 成起來。這種解決方案不管是從實施難度，還是從實施成本、周期和技術(shù)上考慮都是切實可 行的。在這種背景下，集成平臺數(shù)據(jù)傳輸就應(yīng)運(yùn)而生。
本發(fā)明是為了解決各個業(yè)務(wù)系統(tǒng)的數(shù)據(jù)接發(fā)問題，而不是為了解決各個業(yè)務(wù)系統(tǒng)內(nèi)部
問題。

發(fā)明內(nèi)容
本發(fā)明提供了基于數(shù)據(jù)中心的互聯(lián)網(wǎng)多點數(shù)據(jù)傳輸及交互解決技術(shù)方案，以實現(xiàn)在現(xiàn)有
軟件條件下對數(shù)據(jù)進(jìn)行同步，減少數(shù)據(jù)備份軟件的投資；有效利用互聯(lián)網(wǎng)進(jìn)行數(shù)據(jù)傳輸，減
少建設(shè)專線帶來的成本。
根據(jù)基于數(shù)據(jù)中心的互聯(lián)網(wǎng)多點數(shù)據(jù)傳輸及交互解決技術(shù)方案，其特征在于，包括采 用XML為傳輸介質(zhì)，涉及客戶端數(shù)據(jù)收集及傳輸權(quán)限校驗；
根據(jù)本發(fā)明實施例的基于數(shù)據(jù)中心的互聯(lián)網(wǎng)多點數(shù)據(jù)傳輸及交互解決技術(shù)方案，其特征
在于，還包括服務(wù)器數(shù)據(jù)接收及數(shù)據(jù)庫入庫處理。
根據(jù)本發(fā)明實施例的基于數(shù)據(jù)中心的互聯(lián)網(wǎng)多點數(shù)據(jù)傳輸及交互解決技術(shù)方案還包括 客戶端在連接到該數(shù)據(jù)庫并與數(shù)據(jù)中心服務(wù)器進(jìn)行身份驗證后，將索引信息(一般為編號、 姓名等)檢索到程序?qū)ο笾?，隨后根據(jù)項目配置信息與用戶操作。根據(jù)本發(fā)明實施例的基于數(shù)據(jù)中心的互聯(lián)網(wǎng)多點數(shù)據(jù)傳輸及交互解決技術(shù)方案還包括 在聯(lián)機(jī)情況下，根據(jù)編號生成單獨XML數(shù)據(jù)包，壓縮、加密并采用多線程方式通過SOAP直接 發(fā)送到數(shù)據(jù)中心Web Services接收端。
根據(jù)本發(fā)明實施例的基于數(shù)據(jù)中心的互聯(lián)網(wǎng)多點數(shù)據(jù)傳輸及交互解決技術(shù)方案還包括 在脫機(jī)情況下，根據(jù)編號編碼XML數(shù)據(jù)片段，采用XML數(shù)據(jù)片段方式串聯(lián)成XML數(shù)據(jù)包，壓縮 、加密并存儲在本地或移動介質(zhì)上，后通過轉(zhuǎn)移處于聯(lián)機(jī)狀態(tài)的系統(tǒng)中，直接通過SOAP發(fā)送 至數(shù)據(jù)中心Web Services接收端，或者解包后采用多線程方式進(jìn)行傳輸。


此處所說明的附圖用來提供對本發(fā)明的進(jìn)一步理解，構(gòu)成本申請的一部分，本發(fā)明的示 意性實施例及其說明用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的不當(dāng)限定。在附圖中 圖l是是根據(jù)本發(fā)明實施例的流程圖。 圖2由配置文件中所指向目錄生成的結(jié)構(gòu)圖
具體實施例方式
本技術(shù)方案對終端數(shù)據(jù)庫類型不敏感，可采用表、視圖、存儲過程生成即定格式數(shù)據(jù)。 客戶端在連接到該數(shù)據(jù)庫并與數(shù)據(jù)中心服務(wù)器進(jìn)行身份驗證后，將索引信息(一般為編 號、姓名等)檢索到程序?qū)ο笾?，隨后根據(jù)項目配置信息與用戶操作可進(jìn)行以下幾種處理
(1) 在聯(lián)機(jī)情況下，根據(jù)編號生成單獨XML數(shù)據(jù)包，壓縮、加密并采用多線程方式通過 SOAP直接發(fā)送到數(shù)據(jù)中心Web Services接收端。
(2) 在脫機(jī)情況下，根據(jù)編號編碼XML數(shù)據(jù)片段，采用XML數(shù)據(jù)片段方式串聯(lián)成XML數(shù)據(jù) 包，壓縮、加密并存儲在本地或移動介質(zhì)上，后通過轉(zhuǎn)移處于聯(lián)機(jī)狀態(tài)的系統(tǒng)中，直接通過 SOAP發(fā)送至數(shù)據(jù)中心Web Services接收端，或者解包后采用多線程方式進(jìn)行傳輸。
以上第二種處理方式是否解包后再行傳輸，取決于當(dāng)時網(wǎng)絡(luò)條件以及數(shù)據(jù)包大小，如網(wǎng) 絡(luò)條件差或數(shù)據(jù)包太大，可解包后發(fā)送小包以提高傳輸?shù)某晒β省?br> 所有數(shù)據(jù)包由Web Services接收到后，對數(shù)據(jù)包的頭部進(jìn)行相關(guān)信息效驗。 其中頭部信息如下
〈report>〈header>〈clientid/>〈clieiitpass/>〈pid/>〈/header>〈body>〈/body>〈/report
效驗通過后，主要效驗clientid與clientpass是否符合。 由配置文件中所指向目錄生成如圖二所示的結(jié)構(gòu) 所有XML數(shù)據(jù)文件都緩存至該目錄結(jié)構(gòu)。
4至此，數(shù)據(jù)傳送與接收部分完畢，接下來將進(jìn)行XML數(shù)據(jù)文件處理部分。 出于網(wǎng)絡(luò)性能考慮，將盡可能減短與網(wǎng)絡(luò)交互有關(guān)應(yīng)用的處理時間，因此，文件存入數(shù) 據(jù)庫部分，將由單獨的服務(wù)進(jìn)行操作。
HDCServices服務(wù)在10秒進(jìn)行一次目錄遍歷，如發(fā)現(xiàn)有xml文件存在，則進(jìn)行下面操作
(1) 讀入xml文件根據(jù)客戶號(由目錄名取得)在配置文件中取得數(shù)據(jù)連接，解析xml 文件內(nèi)容，截取body節(jié)點所有內(nèi)容，按規(guī)則存入數(shù)據(jù)庫。
(2) 如第一步成功，則將文件轉(zhuǎn)移至0:\1 (]\1\3026\2008-06-01\0999901231. xml。
(3) 如第一步失敗，則將文件轉(zhuǎn)移至0:\1 (]\2\3026\2008-06-01\0999901231. xml。
(4) 完畢，進(jìn)行下一個xml文件處理。
通過本發(fā)明，可跨平臺進(jìn)行數(shù)據(jù)交換，可進(jìn)行在線及離線狀態(tài)下的數(shù)據(jù)傳輸，可進(jìn)行在 線及離線狀態(tài)下的數(shù)據(jù)傳輸。
以上所述僅為本發(fā)明的實施例而已，并不用于限制本發(fā)明，對于本領(lǐng)域的技術(shù)人員來說 ，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替 換、改進(jìn)等，均應(yīng)包含在本發(fā)明的權(quán)利要求范圍之內(nèi)。
權(quán)利要求
1.基于數(shù)據(jù)中心的互聯(lián)網(wǎng)多點數(shù)據(jù)傳輸及交互解決技術(shù)方案，其特征在于，包括采用XML為傳輸介質(zhì)，涉及客戶端數(shù)據(jù)收集及傳輸權(quán)限校驗。
2.根據(jù)權(quán)利要求l所述的基于數(shù)據(jù)中心的互聯(lián)網(wǎng)多點數(shù)據(jù)傳輸及交互 解決技術(shù)方案，其特征在于，還包括服務(wù)器數(shù)據(jù)接收及數(shù)據(jù)庫入庫處理。
3.根據(jù)權(quán)利要求2所述的基于數(shù)據(jù)中心的互聯(lián)網(wǎng)多點數(shù)據(jù)傳輸及交互 解決技術(shù)方案，其特征在于，還包括在聯(lián)機(jī)情況下，根據(jù)編號生成單獨XML數(shù)據(jù)包，壓縮 、加密并采用多線程方式通過SOAP直接發(fā)送到數(shù)據(jù)中心Web Services接收端。
4.根據(jù)權(quán)利要求3所述的基于數(shù)據(jù)中心的互聯(lián)網(wǎng)多點數(shù)據(jù)傳輸及交互 解決技術(shù)方案，其特征在于，還包括在脫機(jī)情況下，根據(jù)編號編碼XML數(shù)據(jù)片段，采用XML 數(shù)據(jù)片段方式串聯(lián)成XML數(shù)據(jù)包，壓縮、加密并存儲在本地或移動介質(zhì)上，后通過轉(zhuǎn)移處于 聯(lián)機(jī)狀態(tài)的系統(tǒng)中，直接通過SOAP發(fā)送至數(shù)據(jù)中心Web Services接收端，或者解包后采用多 線程方式進(jìn)行傳輸。
5.根據(jù)權(quán)利要求4所述的基于數(shù)據(jù)中心的互聯(lián)網(wǎng)多點數(shù)據(jù)傳輸及交互 解決技術(shù)方案，其特征在于，還包括處理方式是否解包后再行傳輸，取決于當(dāng)時網(wǎng)絡(luò)條件 以及數(shù)據(jù)包大小，如網(wǎng)絡(luò)條件差或數(shù)據(jù)包太大，可解包后發(fā)送小包以提高傳輸?shù)某晒β省?br> 全文摘要
本發(fā)明公開了一種醫(yī)院信息系統(tǒng)集成平臺基于數(shù)據(jù)中心的互聯(lián)網(wǎng)多點數(shù)據(jù)傳輸及交互解決技術(shù)方案，包括采用XML為傳輸介質(zhì)，涉及客戶端數(shù)據(jù)收集及傳輸權(quán)限校驗；服務(wù)器數(shù)據(jù)接收及數(shù)據(jù)庫入庫處理；在聯(lián)機(jī)情況下，根據(jù)編號生成單獨XML數(shù)據(jù)包，壓縮、加密并采用多線程方式通過SOAP直接發(fā)送到數(shù)據(jù)中心Web Services接收端；在脫機(jī)情況下，根據(jù)編號編碼XML數(shù)據(jù)片段，采用XML數(shù)據(jù)片段方式串聯(lián)成XML數(shù)據(jù)包，壓縮、加密并存儲在本地或移動介質(zhì)上，后通過轉(zhuǎn)移處于聯(lián)機(jī)狀態(tài)的系統(tǒng)中，直接通過SOAP發(fā)送至數(shù)據(jù)中心WebServices接收端，或者解包后采用多線程方式進(jìn)行傳輸。
文檔編號H04L29/06GK101686258SQ20081030459
公開日2010年3月31日 申請日期2008年9月22日 優(yōu)先權(quán)日2008年9月22日
發(fā)明者方寶林, 李忠林, 王仁星, 王雪峰, 航 葛, 韓先武 申請人:杭州創(chuàng)業(yè)軟件股份有限公司