當前位置:首頁 > 醫(yī)療電子 > 醫(yī)療電子
[導(dǎo)讀]摘要 本文論述了Web Service在醫(yī)療機構(gòu)間信息交換平臺中的建設(shè)及其應(yīng)用,從醫(yī)療機構(gòu)間信息交換的現(xiàn)狀分析到解決方案,闡述了Web Service在醫(yī)療信息交換與網(wǎng)絡(luò)信息技術(shù)的創(chuàng)新思路。關(guān)鍵詞 Web Service 醫(yī)療機構(gòu) 信

摘要  本文論述了Web Service在醫(yī)療機構(gòu)間信息交換平臺中的建設(shè)及其應(yīng)用,從醫(yī)療機構(gòu)間信息交換的現(xiàn)狀分析到解決方案,闡述了Web Service在醫(yī)療信息交換與網(wǎng)絡(luò)信息技術(shù)的創(chuàng)新思路。

關(guān)鍵詞  Web Service  醫(yī)療機構(gòu)  信息交換

1 引言

隨著信息技術(shù)的發(fā)展,醫(yī)療衛(wèi)生系統(tǒng)正在邁入一個數(shù)字化、信息化的時代,信息系統(tǒng)的應(yīng)用是重要組成部分。目前多數(shù)應(yīng)用系統(tǒng)是孤立的,系統(tǒng)間的信息交換和信息共享比較困難,并且難以保證數(shù)據(jù)的一致性。如何實現(xiàn)醫(yī)療衛(wèi)生行業(yè)的資源共享,應(yīng)用程序的跨平臺、跨語言、跨硬件的無縫集成是目前亟待解決的問題。

目前通常的解決辦法是為每一特定的系統(tǒng)或產(chǎn)品單獨開發(fā)接口,這樣做不僅效率低、工作量大,而且難以根據(jù)統(tǒng)一標準對軟件進行集成。所以,有必要針對上述情況建立一個能在異構(gòu)軟件系統(tǒng)中進行信息交換的通用性平臺,緩解來自于各方面的問題和矛盾。

2  醫(yī)療機構(gòu)信息交換平臺

2.1總體技術(shù)實現(xiàn)方案

由于各醫(yī)療機構(gòu)的物理位置不同,可以采用一個中心節(jié)點(醫(yī)療機構(gòu)信息交換平臺),作為系統(tǒng)信息交換中心。

通過醫(yī)療機構(gòu)信息交換平臺可以與直屬重點醫(yī)院、120急救數(shù)據(jù)中心、其它醫(yī)院信息系統(tǒng)連接,實現(xiàn)醫(yī)療衛(wèi)生信息資源的共享。

通過醫(yī)療機構(gòu)信息交換平臺實現(xiàn)醫(yī)療機構(gòu)與外部相關(guān),如審計局、財務(wù)局、社保局、藥檢局、公安局等政府部門的信息交換和信息共享。

2.2信息交換系統(tǒng)架構(gòu)圖

2.3信息交換平臺解決的主要問題

由于各醫(yī)療機構(gòu)采用不同系統(tǒng),不同數(shù)據(jù)庫或者醫(yī)療機構(gòu)之間根本無法連通,醫(yī)院、醫(yī)生、病人無法通過現(xiàn)有網(wǎng)絡(luò)獲得有價值的數(shù)據(jù)信息,數(shù)據(jù)之間形成了一個個信息孤島。

根據(jù)信息交換技術(shù)對安全性,開放性和靈活性等技術(shù)特性的需求,信息交換平臺應(yīng)解決同構(gòu)和異構(gòu)數(shù)據(jù)交換問題。在目前各醫(yī)療機構(gòu)單位中,醫(yī)療機構(gòu)信息化建設(shè)并不是從零開始,許多單位已有了自己的業(yè)務(wù)系統(tǒng),其采用的硬件、平臺、數(shù)據(jù)庫和應(yīng)用不盡相同,信息交換平臺必須全面解決異構(gòu)平臺、異構(gòu)數(shù)據(jù)庫之間的信息交互問題,充分保護各個單位已有投資和歷史數(shù)據(jù)。

通過數(shù)據(jù)共享交換平臺,可達到如下目標:

● 消除數(shù)據(jù)冗余

● 能夠在不同系統(tǒng)間進行數(shù)據(jù)轉(zhuǎn)換和傳遞

● 支持不同數(shù)據(jù)格式和通信協(xié)議

2.4信息交換平臺架構(gòu)

該交換平臺采用XML作為信息交換的標準,通過消息傳遞進行數(shù)據(jù)的交換,在交換過程中能對消息進行加密、審計、能監(jiān)控和管理不同應(yīng)用系統(tǒng)之間通信。

2.5信息交換平臺的關(guān)鍵技術(shù)

1)  信息的訪問控制:在分布式應(yīng)用計算環(huán)境中,信息交換平臺應(yīng)提供數(shù)據(jù)的訪問授權(quán)和操作控制,確保數(shù)據(jù)在使用過程中的安全性。本方案中將主要采用基于PMI的訪問控制技術(shù),將授權(quán)機制的定義與實現(xiàn)分離。

2)  信息的分析處理:分析處理的關(guān)鍵技術(shù)主要包括數(shù)據(jù)挖掘和分析技術(shù),主要通過對大量數(shù)據(jù)的綜合分析為科學決策提供數(shù)據(jù)支持,包括OLAP功能支持。

3)  信息的暫存控制:交換平臺應(yīng)對信息在交換過程中提供暫時存儲服務(wù),根據(jù)數(shù)據(jù)的安全級別提供相應(yīng)的安全保護機制,并對交換完成的數(shù)據(jù)進一步提供數(shù)據(jù)銷毀機制,防止數(shù)據(jù)的泄漏。

4)  信息的分發(fā)控制:信息交換平臺的數(shù)據(jù)交換權(quán)限控制采用PMI授權(quán)管理技術(shù)體系,由各部門對各自需要交換的業(yè)務(wù)數(shù)據(jù)提供對應(yīng)的分發(fā)控制策略的定義,并由數(shù)據(jù)交換子系統(tǒng)根據(jù)該策略進行相應(yīng)的數(shù)據(jù)流控制。

5)  SOAP服務(wù)支持:信息交換平臺需要提供對SOAP服務(wù)的支持,以確保數(shù)據(jù)在交換過程中的機密性,完整性,以及抵賴性。SOAP技術(shù)所采用的XML數(shù)據(jù)表示方法也能提供對異構(gòu)數(shù)據(jù)庫平臺之間的數(shù)據(jù)轉(zhuǎn)換功能支持。

2.6 信息交換流程

采用Web Service進行系統(tǒng)的集成,下圖所示W(wǎng)eb Service是分布在互聯(lián)網(wǎng)上的Web Service對象,為說明問題我們只舉例列出三個Web Service對象。

下面舉例大概說明直屬重點醫(yī)院和急救中心如何進行信息交換,醫(yī)療機構(gòu)信息交換平臺調(diào)用直屬重點醫(yī)院的Web Service,直屬重點醫(yī)院Web Service通過查詢數(shù)據(jù)庫來提供患者的信息,將結(jié)果以SOAP編碼XML文檔的形式返回給醫(yī)療機構(gòu)信息交換平臺,再轉(zhuǎn)交給急救中心Web Service來處理。

加入Web Service對象三層模型示意圖

從上圖可以看出,醫(yī)療機構(gòu)信息交換品平臺承擔了中間服務(wù)層的角色,而直屬重點醫(yī)院Web Service、急救中心Web Service、衛(wèi)生局Web Service屬于數(shù)據(jù)層部分。

中間服務(wù)層與數(shù)據(jù)層的交互可動態(tài)進行,具有松散耦合的特點;這是由于Web Service具組件對象的即插即用的特點;Web Service還可以通過UDDI可實現(xiàn)完全的動態(tài)查找和發(fā)現(xiàn)機制。

由于Web Service使用開放的XML文檔存儲和傳輸數(shù)據(jù)(SOAP協(xié)議),不論是關(guān)系數(shù)據(jù)庫還是層次數(shù)據(jù)庫,都可以采用基于文本的XML來交換數(shù)據(jù),中間層服務(wù)器可以從多個數(shù)據(jù)源聚集數(shù)據(jù)并同時將其提交到客戶機。

4 結(jié)束語

本文結(jié)合當前流行的Web Service技術(shù),為解決在異構(gòu)數(shù)據(jù)系統(tǒng)之間進行數(shù)據(jù)集成的問題,提出了信息交換平臺作為解決方案,使醫(yī)療信息得到共享,提高了工作效率。目前,很多廠商開發(fā)出不同產(chǎn)品,提出了各自的方案,這樣造成信息交換的標準十分混亂,各種不同的產(chǎn)品難于集成。今后,這些系統(tǒng)的整合仍將是研究的重點,特別是建立一種通用的信息交換標準更是亟待解決的問題。

本文提出的解決方案也存在著一些不足,如在傳輸數(shù)據(jù)量龐大的情況下,如何對傳輸?shù)腦ML數(shù)據(jù)進行壓縮和解壓,需要進一步的研究和探討。

參考文獻

[1] 飛思科技產(chǎn)品研發(fā)中心編著.Java Web服務(wù)應(yīng)用開發(fā)詳解.電子工業(yè)出版社,2002

[2]  江捍平,楊才布,張福林.整合區(qū)域衛(wèi)生資源 創(chuàng)建數(shù)字化醫(yī)院.2004中國衛(wèi)生信息技術(shù)交流大會論文集,2004年11月21-22日 中國.廣州

[3]  姚志洪.基于XML的電子病歷傳輸系統(tǒng).2004年中華醫(yī)院信息網(wǎng)絡(luò)大會暨中美醫(yī)院信息化論壇論文集,2004.5 上海

ce="宋體">更多醫(yī)療電子信息請關(guān)注:21ic醫(yī)療電子頻道

本站聲明: 本文章由作者或相關(guān)機構(gòu)授權(quán)發(fā)布,目的在于傳遞更多信息,并不代表本站贊同其觀點,本站亦不保證或承諾內(nèi)容真實性等。需要轉(zhuǎn)載請聯(lián)系該專欄作者,如若文章內(nèi)容侵犯您的權(quán)益,請及時聯(lián)系本站刪除。
換一批
延伸閱讀

9月2日消息,不造車的華為或?qū)⒋呱龈蟮莫毥谦F公司,隨著阿維塔和賽力斯的入局,華為引望愈發(fā)顯得引人矚目。

關(guān)鍵字: 阿維塔 塞力斯 華為

加利福尼亞州圣克拉拉縣2024年8月30日 /美通社/ -- 數(shù)字化轉(zhuǎn)型技術(shù)解決方案公司Trianz今天宣布,該公司與Amazon Web Services (AWS)簽訂了...

關(guān)鍵字: AWS AN BSP 數(shù)字化

倫敦2024年8月29日 /美通社/ -- 英國汽車技術(shù)公司SODA.Auto推出其旗艦產(chǎn)品SODA V,這是全球首款涵蓋汽車工程師從創(chuàng)意到認證的所有需求的工具,可用于創(chuàng)建軟件定義汽車。 SODA V工具的開發(fā)耗時1.5...

關(guān)鍵字: 汽車 人工智能 智能驅(qū)動 BSP

北京2024年8月28日 /美通社/ -- 越來越多用戶希望企業(yè)業(yè)務(wù)能7×24不間斷運行,同時企業(yè)卻面臨越來越多業(yè)務(wù)中斷的風險,如企業(yè)系統(tǒng)復(fù)雜性的增加,頻繁的功能更新和發(fā)布等。如何確保業(yè)務(wù)連續(xù)性,提升韌性,成...

關(guān)鍵字: 亞馬遜 解密 控制平面 BSP

8月30日消息,據(jù)媒體報道,騰訊和網(wǎng)易近期正在縮減他們對日本游戲市場的投資。

關(guān)鍵字: 騰訊 編碼器 CPU

8月28日消息,今天上午,2024中國國際大數(shù)據(jù)產(chǎn)業(yè)博覽會開幕式在貴陽舉行,華為董事、質(zhì)量流程IT總裁陶景文發(fā)表了演講。

關(guān)鍵字: 華為 12nm EDA 半導(dǎo)體

8月28日消息,在2024中國國際大數(shù)據(jù)產(chǎn)業(yè)博覽會上,華為常務(wù)董事、華為云CEO張平安發(fā)表演講稱,數(shù)字世界的話語權(quán)最終是由生態(tài)的繁榮決定的。

關(guān)鍵字: 華為 12nm 手機 衛(wèi)星通信

要點: 有效應(yīng)對環(huán)境變化,經(jīng)營業(yè)績穩(wěn)中有升 落實提質(zhì)增效舉措,毛利潤率延續(xù)升勢 戰(zhàn)略布局成效顯著,戰(zhàn)新業(yè)務(wù)引領(lǐng)增長 以科技創(chuàng)新為引領(lǐng),提升企業(yè)核心競爭力 堅持高質(zhì)量發(fā)展策略,塑強核心競爭優(yōu)勢...

關(guān)鍵字: 通信 BSP 電信運營商 數(shù)字經(jīng)濟

北京2024年8月27日 /美通社/ -- 8月21日,由中央廣播電視總臺與中國電影電視技術(shù)學會聯(lián)合牽頭組建的NVI技術(shù)創(chuàng)新聯(lián)盟在BIRTV2024超高清全產(chǎn)業(yè)鏈發(fā)展研討會上宣布正式成立。 活動現(xiàn)場 NVI技術(shù)創(chuàng)新聯(lián)...

關(guān)鍵字: VI 傳輸協(xié)議 音頻 BSP

北京2024年8月27日 /美通社/ -- 在8月23日舉辦的2024年長三角生態(tài)綠色一體化發(fā)展示范區(qū)聯(lián)合招商會上,軟通動力信息技術(shù)(集團)股份有限公司(以下簡稱"軟通動力")與長三角投資(上海)有限...

關(guān)鍵字: BSP 信息技術(shù)
關(guān)閉
關(guān)閉