【導讀】協同醫療信息網絡建設方案。北京方正眾邦數字醫療系統有限公司
【正文】
XXXX醫院
協同醫療信息網絡建設方案
北京方正眾邦數字醫療系統有限公司
2020-7
目錄
1.項目背景...................................................................................................................3
2.建設目標...................................................................................................................3
3.需求概述...................................................................................................................4
.醫療數據中心.................................................................................................4
.信息交換需求.................................................................................................4
.患者標識交叉索引..........................................................................................5
.病歷共享需求.................................................................................................5
.雙向轉診管理.................................................................................................6
.預約檢查管理.................................................................................................8
.代理檢驗管理...............................................................................................10
.系統安全需求...............................................................................................11
4.建設方案.................................................................................................................13
.信息系統模型...............................................................................................14
.網絡結構......................................................................................................15
.業務平臺......................................................................................................16
.患者標識交叉索引系統.......................................................................16
.醫療文檔共享（XDS）服務系統.........................................................21
.轉診轉檢服務系統..............................................................................24
.醫療應用集成平臺..............................................................................29
5.技術與標準.............................................................................................................32
.應用集成平臺........................................................................................32
.IHE國際標準支持..................................................................................34
.HL7CDA...............................................................................................35
.RIA技術................................................................................................36
6.實施規劃.................................................................................................................38
.第一階段信息中心建設........................................................................38
.第二階段中心醫院應用接入.................................................................38
.第三階段下級醫院應用接入.................................................................38
.第四階段系統試運行和工程驗收..........................................................38
.實施說明...............................................................................................38
7.一期工程投資預算..........................................................................錯誤!未定義書簽。
1.項目背景
區域協同醫療是當前醫療信息化的重點內容，通過不同規模、不同地域的醫
療機構在醫療服務上的協同，充分利用大型醫院的豐富資源和先進技術，同時發
揮中小型醫院貼近患者服務便捷的優勢，為區域內的患者提供最優服務，有效緩
解看病難、看病貴的難題，為醫療改革帶來新的轉機。
XXXX醫院
醫院簡介
醫院間的協作很大程度依賴病歷和檢查檢驗報告的信息共享。一附院的HIS
和臨床信息系統正在按計劃改造和建設，PACS系統也在平穩運行，各協作醫院
也大都擁有自己的HIS和醫技系統，有條件通過信息網絡實現信息共享，擺脫目
前依靠傳統紙質病歷資料不全、交流不便的局面。
為了充分發揮協同醫療的作用，盡快建立協同醫療信息網絡，達到醫院間信
息交流的暢通，已經成為深化開展協同醫療的首要任務。
【協同醫療現狀綜述】
2.建設目標
區域協同醫療信息網絡的建設就是要為協同醫療提供通暢的信息交流環境，
提高協同醫療的工作效率并拓展業務范圍，為此要達到如下目標：
1.建成可方便連接各協作醫療機構現有信息系統的信息交換平臺，實現患
者診療記錄和檢查檢驗報告的共享。
2.建成安全高效的醫療信息中心，為協同醫療應用提供可靠的信息存儲、
資料查詢、資料傳送服務。
3.建成規范高效的協同醫療業務操作平臺，實現醫務人員對轉診、轉檢、
病歷共享等協同業務的便捷操作。
4.建成實用可靠的授權管理和信息安全保障系統，兼顧共享醫療資料訪問
的安全性和方便性。
3.需求概述
.醫療數據中心
信息系統運行離不開可靠的數據中心，協同醫療數據中心負責存儲區域協同
醫療過程產生和使用的共享病歷、醫學影像、檢查檢驗報告、協同醫療流程管理
表單等多種信息，并為區域醫療各項應用提供檢索調閱服務。
醫療數據中心主要由以下數據庫組成：
患者索引庫——存儲患者在不同醫療機構的標識信息及交叉索引，每位患者
在數據中心擁有唯一主標識。
共享病歷庫——以標準化結構存儲患者在不同醫療機構的共享病歷，保證在
各醫療機構能夠方便地調閱。
醫學影像庫——以標準化結構存儲患者數字化影像資料。
協作業務庫——存儲協同醫療業務流程表單及相關協作資源、認證授權信
息。
.信息交換需求
協同醫療信息網需要和不同醫療機構的多種異構系統連接，完成信息交換和
業務流程的協同。
系統間的信息和流程集成需求體現在如下幾個方面：
1）患者標識索引的注冊：進入協同醫療過程的患者首先需要在協同醫療交
叉索引庫注冊，在協同醫療業務中需要和外院交流時才能準確定位患者。
2）患者病歷的共享：醫院業務系統接受協同醫療系統的請求，提供指定患
者在本院的病歷資料，存儲到協同醫療數據中心，供協同過程調用。
3）協作項目導入：醫技協作單所請求的項目可以再接收時導入本院系統，
減少重復錄入，避免錯誤。
4）代檢報告反饋：協同醫療系統的報告反饋模塊需要從醫院醫技系統獲取
檢驗檢查報告，附加到協作單反饋給申請機構。
鑒于不同醫療機構間系統的異構性，應采用應用集成平臺技術實現信息交換
任務，提供多種通用適配器和行業化方案，降低接口難度，減少互連系統的耦合
度，從而提高互連系統的整體可靠性。
.患者標識交叉索引
不同醫療機構采用不同的標識碼標識同一個患者，當患者在不同醫療機構間
轉診需要交換轉診或協作信息進而共享醫療文檔時，首先要求能夠準確識別患者
的身份，這就需要一個交叉索引系統，把患者在不同醫療機構的標識碼通過索引
聯系起來，在需要訪問某個系統時可以提供患者在該系統的識別碼。
圖1.患者標識交叉索引應用場景
.病歷共享需求
病歷共享是協同醫療信息網的核心需求，病歷共享服務需要實現從共享文檔
生成、目錄注冊、目錄檢索、文檔提供的完整功能，涉及的文檔包括病歷摘要、
住院醫囑、檢查報告、檢驗報告等。
1）共享病歷生成需求：病歷共享并不是直接使用醫院業務系統的數據，而
是由醫院業務系統提供原始資料經過加工生成標準化格式的共享文檔，存儲在協
同醫療數據中心，供協同醫療業務使用。
2）共享病歷目錄管理需求：共享文檔目錄存儲所有共享文檔的元信息及文
檔存儲位置信息，為協同醫療客戶提供快速檢索服務。
3）共享文檔提供需求：共享文檔的調閱需要有適當的授權，提供服務需要
驗證文檔的有效性，保證提供的文檔是真實有效的。
.雙向轉診管理
雙向轉診是指社區居民在社區衛生服務機構首診后，若該患者的病情達到社
區向上級轉診的指征要求，通過雙向轉診平臺為患者安排轉診到上級醫院就診。
上級醫院對轉診患者進行安排并接診，當社區居民在上級醫院治療完成，通知社
區社區治療結束，需要接受康復治療的患者則由上級醫院填寫轉回單轉回社區。
社區首診的醫師需要跟蹤整個診療過程。
圖2.雙向轉診流程
雙向轉診的需求包括申請、審核、通知、接收、轉回等幾個部分。
1）轉診申請
社區衛生服務機構的診療服務人員，在接診社區患者之后，經過本醫療機構
的診斷治療，如果患者達到雙向轉診指征，診療服務人員可以通過區域協同醫療
雙向轉診平臺添加轉診申請單，并填寫相關轉診信息和病情摘要，選擇相應的轉
診申請接收機構，保存并發送轉診申請單。
雙向轉診平臺應和醫療機構的現有系統接口，自動獲取患者基本資料和本次
就診病情摘要，方便醫生工作，提高信息準確性。有條件的話，可以在本地臨床
信息系統中集成雙向轉診模塊，進一步提高工作效率。
2）轉診審核
轉診審核是一項可選要求，醫療機構可以規定轉診單在發出之前是否需要本
機構指定人員的審批。審核的主要事項是針對轉診是否符合衛生主管部門規定的
轉診指征，已真正達到隨需轉診，實現不誤診療，又能節約醫療資源的目的。
3）轉診安排與回復
審核通過的轉診申請單發送到相應的接診機構，接診機構負責雙向轉診協調
的部門要及時處理發送給本機構的轉診申請，根據本機構的醫療資源情況決定是
否同意接診。若同意接診，為該轉診申請安排接收預約（計劃時間、醫生、科室），
安排后批復給轉診申請機構。
4）轉診通知
在申請機構發出的轉診申請得到轉診接收的確認之后，轉診申請機構可以查
看轉診安排回復，并打印轉診通知、轉診單，通知就診患者按照轉診申請安排前
去相應接收機構就診。
5）轉診接收
就診患者按照轉診接收安排在指定時間前去相應的接收機構，接診人員處理
轉診單，患者進入接診醫院就診流程。
接診處理除了在轉診單上記錄接診業務完成信息，還要為本院準備好該患者
的索引信息，一方面要在本院患者主索引中添加或更新該患者索引，還要將本院
的患者索引注冊到區域PIX系統，保障患者協同醫療任務的順利實現。
6）轉診轉回
經過接診機構診療，患者達到出院或轉回社區診療或康復的指征，經本人同
意后，可轉回社區醫院繼續診療或康復。此時，應由接診機構責任醫師開具轉回
通知單，通知社區。轉回單要填寫在本院就診的醫療摘要，或以共享文檔形式提
供，并填寫轉回診療的醫囑。
根據醫院制度，在下轉通知單發出前，可能需要具有審核權限的醫師審核轉
回申請單，重點審核轉診是否符合下轉指征。
7）轉診結案
雙向轉診患者轉回社區后，本次轉診過程結束，社區責任醫師應予以轉診結
案，根據具體情況將患者納入社區醫療康復管理，或居家康復。
.預約檢查管理
基層醫療機構是患者就診最便捷的選擇，但是由于醫療設備的簡陋，往往無
法完成一些必要的檢查，患者無法得到確診和有效的治療，甚至延誤病情。區域
內有條件的醫院可以開放一些檢查資源，患者在社區就診時可以獲得大醫院資源
的支持，節省就醫時間，并可以有效分流大醫院的門診病人。
圖3.預約檢查流程
預約檢查業務主要包括預約檢查申請、申請接收、申請執行、檢查報告反饋
幾項需求。
1）預約檢查申請
申請人根據區域檢查資源空余情況發起預約檢查申請，接受預約檢查申請的
醫療機構在協同醫療信息中心登記其開放的檢查資源，協同醫療平臺要負責資源
使用情況的實時更新。申請人在檢索到欲申請的指定日期的檢查資源后，選擇該
資源時協同醫療平臺要對資源（即指定日期的一次檢查安排）進行鎖定，申請人
填寫申請單要求的病人資料和病情摘要信息后，保存病發送申請單，預約檢查申
請成功。申請單發送后，申請人可在預約日前12個小時撤銷申請，協同醫療平
臺應負責撤銷對占用資源的鎖定，釋放的資源可供他人使用。
協同醫療平臺應提供與醫療機構臨床信息系統的接口，從臨床信息系統獲取
病人基本資料和病情資料，自動填寫到申請單，也可以由申請人將患者本次就診
的病歷發布為共享文檔，附加到申請單上。
如果條件許可，預約檢查申請功能可以嵌入臨床信息系統，醫生用開具本院
檢查單類似的方式完成外院預約檢查申請單。
預約檢查申請是在提供預約檢查的醫院預留的資源中選擇資源，不需要對方
審核，申請單發送的同時，可以為患者出具預約檢查通知單，便于患者在預約時
間到達接收單位，通知單應帶有明確識別申請資源的信息，保證申請的資源不會
被非法占用。
2）申請接收
預約檢查通知單是接收機構識別預約申請的重要憑證，接收機構驗證通知單
標識的資源信息和患者身份，正確無誤后確認接收，將患者登記到本院檢查系統。
通過協同醫療平臺傳送到接收機構的預約檢查申請單帶有患者基本資料和
病情資料，接收過程應將有用的資料導入本地病人索引和檢查系統，還要在PIX
中注冊本地病人標識，保障后續協同任務的執行。如有可能，檢查項目信息也應
通過接口導入本地系統。
3）申請執行
申請執行在接收機構系統中完成，不屬于協同醫療流程。
4）檢查報告反饋
接收機構在本院檢查系統中完成檢查報告后，應填寫預約檢查反饋報告將檢
查報告回復給申請機構，反饋報告可以是報告的文本化填寫，也可以通過共享文
檔附件提供。
.代理檢驗管理
代理檢驗是目前醫療機構間協作較多的一項業務，不光發生在基層醫療機構
和上級醫院間，還體現為特殊檢驗資源的醫院間協作。由于檢驗技術和檢驗設備
發展迅速，大醫院的實驗室也很難在各方面都領先，逐漸形成自己的專長和優勢
學科。為了能給患者提供更好的服務，醫院間的檢驗協作顯得很有價值。對于衛
生主管部門，協調和利用區域內的先進檢驗設備為全區患者服務，能夠優化資源
配置，產生更大的效益。
代理檢驗服務需要從檢驗資源發布、檢驗申請、申請接收到檢驗報告的及時
反饋整個流程為醫院間的檢驗協作提供全面支持。
檢驗資源與檢查不同，容納的待檢標本數量基本不受限制，因此代理檢驗流
程比預約檢查有較大簡化。
圖4.代理檢驗流程
1）代理檢驗申請
申請機構選擇檢驗資源，填寫代理檢驗申請單，發送申請，條件允許的話，
一般會在申請機構采集標本，由申請機構派人或通過物流公司送到代檢機構，特
殊標本也可能要求患者親往代檢機構采集。
代理檢驗申請單要填寫病人基本資料和病情資料，標明申請項目，如果申請
項目有開放時間要求，必須自動打印到申請單上，申請機構應注意遵守。
2）標本接收
代理檢驗機構接收到標本后，可以從申請單獲得患者資料和申請項目信息，
接收過程需要將患者資料和項目信息導入本地系統，并將本地病人索引注冊到
PIX，保障后續報告反饋任務的執行。
3）報告反饋
標本檢驗完畢，代理檢驗機構可以在報告反饋單上填寫檢驗結果或將檢驗報
告發布成共享文檔并附加到反饋單上，通知申請機構查閱。
由于不同專業的檢驗報告有特定的格式，檢驗報告可以發布為pdf格式，便
于原樣展現報告。
.系統安全需求
區域協同醫療信息網絡系統是廣泛分布于多個醫療機構的復雜系統，系統的
網絡環境也由內部局域網系統向廣域網甚至Inter網絡延伸。系統的支持環境
比較復雜，它與外部系統間存在著緊密或松散的耦合關系，系統既要與安全級別
程度較高的實時控制類系統連接，也需要與安全級別較低的管理類系統如辦公自
動化系統、統計報表系統等連接，系統與各種業務系統間存在復雜的交互行為和
大量的異步操作，任何一個環節的安全破壞很容易導致其它業務系統的安全相繼
受損。
因此，系統的安全是多因素、多維的，涉及系統硬件、網絡、軟件、使用人
員、物理環境等各個方面以及系統設計、實現、運行等各個階段。系統安全體系
的建設除要保護自身運行環境的安全可靠外，還需要抵御外部系統的破壞入侵，
同時也要避免自身的不安全因素對其他系統造成的影響。
一般說來系統安全包括物理安全和邏輯安全。
物理安全指網絡系統中各通信計算機設備以及相關設備的物理保護，免予破
壞、丟失等；邏輯安全包括信息完整性、保密性和可用性。保密性是指信息不
泄漏給未經授權的人，完整性是指計算機系統能夠防止非法修改和刪除數據和程
序，可用性是指系統能夠防止非法獨占計算機資源和數據，合法用戶的正常請求
能及時、正確、安全的得到服務或回應。
系統的的安全風險主要來自于如下方面：
計算機網絡病毒的危害日益嚴重；
網絡協議、應用程序可能存在的安全隱患；
使用人員的誤操作引起的系統運行問題；
分別來自企業內部、外部的有目的黑客攻擊；
設備故障引起的運行異常。
網絡計算機中安全威脅主要有：身份竊取、身份假冒、數據竊取、數據篡改、
操作否認、非授權訪問、病毒等。
區域系統醫療信息網是借助主干通信網，將各醫療機構連接，這就存在著以
下幾方面的網絡安全問題：
●局域網之間廣域網干線上信息傳輸的安全保密問題。
●局域網自身的安全，要確保這些局域網不受網內用戶非法授權訪問和破
壞。
●來自外部的非授權用戶非法攻擊，以及內部用戶對外部非法站點的訪問。
由于不安全因素主要集中在網絡傳播介質及網絡協議的缺陷、密碼系統的缺
陷、主機操作系統的缺陷上，因此在安全策略方面重點考慮：
1）基礎結構安全
主要包括：操作系統選擇和問題規避；帳號設置、口令強度、網絡參數、文
件監測保護在現實運作中，密碼系統已經非常完善，標準的DES、RSA和其他相
關認證體系已經成為公認的具有計算復雜性安全的密碼標準協議，這個標準的健
壯性也經受了成千上萬網絡主機的考驗,但是在網絡協議與操作系統本身上，仍
然有很多可被攻擊的入口。很多網絡安全中的問題集中在操作系統的缺陷上。
Unix及類Unix操作系統是在Inter中非常普遍的操作系統，主要用于網絡服
務。它的源代碼是公開的，所以在很多場合下使用者可以定制自己的Unix操作
系統，使它更適合網絡相關的服務要求。
由于網絡協議是獨立與操作系統的，它的體系結構與操作系統端是無關的，
網絡協議所存在的安全隱患也是獨立于操作系統來修正的。
2）管理安全
安全管理是網絡必須考慮的，主要包括：權限管理，單點登錄，安全管理中
心等。
管理的技術手段很多，通過采用加強身份確認的方法獲得網上資源控制權如
智能IC身份卡，提供安全的遠程接入手段；采用虛擬專網技術如網絡保密機解
決數據在公網傳輸的安全性；安全郵件和安全Web服務器也是一類重要的安全
產品。然而，對一個具體的網絡系統，我們在安全風險評估確定合適的安全需求
后，從技術上講可以架構一個滿足基本要求的安全設備平臺。但是發生最頻繁的
安全威脅實際上是非技術因素，安全管理漏洞和疏忽才是最大的安全隱患。只有
把安全管理制度與安全管理技術手段結合起來，這個網絡信息系統的安全性才有
保障。因此，采用集中統一的管理策略，以技術手段實現非技術的安全管理，主
要由安全管理中心實現。
3）邊界安全
在關心的實體之間安裝防火墻產品和攻擊檢測軟件，來加強邊界安全，防御
外部攻擊。
4.建設方案
方正眾邦在集團專項研發資金支持下，歷時兩年研發了區域協同醫療支撐服
務平臺，以此為基礎，可以為區域醫療協同業務提供標準化、實用化的解決方案。
協同醫療支撐平臺主要由患者標識交叉索引服務、醫療文檔共享服務、轉診
轉檢服務、協同醫療客戶端和應用集成平臺組成。
.信息系統模型
圖5.系統信息模型
區域協同醫療信息系統的物理組成包括五個部分：區域協同醫療中心數據
庫、區域協同醫療服務系統、區域協同醫療客戶端、區域醫療機構前置機、XDS
文檔庫（跨醫療機構醫療文檔共享庫）。
中心數據庫存儲區域協同醫療的各類協同醫療數據、居民健康檔案數據和
XDS文檔的目錄數據，XDS文檔可以存儲到中心數據庫，也可以分散存儲在各醫
療機構本地的XDS文檔庫中。
醫療機構業務人員使用區域協同醫療客戶端實現區域醫療協作的各項任務，
主要提供雙向轉診、醫技協作、跨機構醫療文檔調閱功能。
區域協同醫療服務系統為區域協同醫療客戶端和區域醫療機構前置機提供
服務接口。
區域醫療機構前置機負責醫療機構業務系統的文檔提取、文檔注冊、文檔發
送、協作信息進入業務系統的接口。
.網絡結構
區域協同醫療信息網絡面向區域內各級醫療機構，承載當前和可預見未來的
區域衛生信息化應用，通過中心、區（縣）應用單位二級寬帶網絡，將各醫療衛
生機構以安全鏈路連接起來，滿足應用業務需求。
XDS目錄庫
居民健康
檔案數據庫
區域協同醫療服務系統
XDS文檔庫
區域協同數據庫
區域醫療文檔共享服務系統
PIX服務系統
醫院業務系統
XDS文檔庫
區域協同醫療客戶端
區域醫療機構前置機
XDS文檔庫
區域協同醫療客戶端
區域醫療機構前置機
醫院業務系統
區域醫療
數據中心
綜合或?？漆t院
社區衛生
服務中心
社區衛生服務站
圖6.區域協同醫療環境拓撲圖
區域醫療信息系統的核心構成也可以按功能區分為五個部分，即區域協同醫
療應用系統、文檔共享調閱系統、數據中心、信息交換平臺和安全認證平臺。
（1）區域協同醫療應用系統
區域協同醫療服務系統是指實現區域協同醫療互操作的具體應用系統，如雙
向轉診、醫技協同等。
（2）區域醫療衛生文檔共享系統
它是指以中國電子病歷委員會相關互操作規范（XDS共享文檔規范）為標準
的醫療衛生文檔共享應用系統，它包括共享文檔的生成、管理、發布、注冊、調
閱和存儲等具體應用功能。
（3）數據中心
數據中心主要用于存放區域協同醫療工作數據、社區居民主索引數據、區域
內用戶的安全認證數據、居民健康檔案數據、社區衛生服務中心的托管數據、集
中存放的XDS文檔數據。
本方案的信息中心擔負協同醫療信息網的應用服務中心和中心醫院的協同
醫療服務平臺兩項職能，需要較好的硬件配置，并為數據庫設置備份服務器。對
下級醫院，從保證應用、減小投資的角度出發，配置一臺服務器擔負集成平臺和
協同醫療應用可以滿足基本需求。
（4）信息交換平臺
信息交換平臺是整合較復雜系統的主要工具之一，區域內各醫療機構異構系
統間的信息交換和共享，采用信息交換平臺的方式能節省較多的系統資源。信息
交換平臺應實現如下功能：公共代碼管理、節點管理、元數據管理、數據同步、
數據抽取、數據交換、標準管理等。
（5）安全認證平臺
本系統中的所有用戶在登錄系統時都需要身份認證，以滿足系統使用的安全
性和合法性。它解決的主要問題是：保證在公網上認證的合法性；如何防止非法
用戶訪問、合法用戶非授權訪問和假冒合法用戶非法訪問；保證信息傳輸的機密
性、完整性和抗抵賴性。
.業務平臺
.患者標識交叉索引系統
患者標識交叉索引系統用于建立各個醫療業務系統間的交叉索引，在區域范
圍內為居民提供統一的標識和最優索引信息，通過統一的標識方便的取得分散在
各個獨立業務系統內的病人信息，為居民提供完整的醫療衛生信息檔案。
1、應用流程
需求圖例展示了不同系統通過交叉索引系統注冊和提供患者標識，從而
順利完成跨系統信息訪問的任務。由該圖可看出：
1）A醫院向交叉索引管理系統輸入患者標識信息。
2）交叉索引系統將輸入的信息與系統中的現有患者進行匹配，形成A醫院
患者標識與現有患者的交叉索引。
3）B醫院向交叉索引管理系統輸入患者標識信息。
4）交叉索引系統將輸入的信息與系統中的現有患者進行匹配，形成B醫院
患者標識與現有患者的交叉索引。
5）A醫院系統需要訪問一位患者在B醫院的資料，向B醫院系統發送請求。
6）A醫院的請求中只有A醫院的患者標識，因此B醫院收到請求后首先到
交叉索引管理系統查詢該患者在本院的標識。
7）B醫院系統獲得請求的患者在本院的標識后可以在本院系統查找該患者
的資料。
8）B醫院系統將結果回復給請求的A醫院系統。
如上所述，交叉索引系統主要提供索引注冊和索引查詢服務，另外還有一些
保證系統運轉的系統管理和維護需求。
2、系統服務
系統服務是指患者標識交叉索引系統用于交叉索引患者標識的系統應用服
務。
1)患者信息注冊
業務系統希望把一個病人的索引加入到交叉索引系統時，向交叉索引系統傳
送請求注冊消息，消息中包含待注冊的病人信息，主要元素包括：業務系統ID、
病人ID、姓名、性別、出生日期、出生地、民族、母親姓名、婚姻狀況、身份
證號、住址、電話等。
交叉索引系統通過匹配規則檢查系統中是否已存在該病人的索引，按照新增
索引或更新索引兩種情況分別處理。
新增索引需要在交叉索引系統中記錄業務系統的索引，同時產生主索引。如
果該病人在交叉索引系統中有潛在重復的記錄，還需要記錄潛在重復信息。
更新索引需要更新匹配的業務系統的索引，同時更新主索引。
主索引更新時，需要對訂閱主索引的系統發布更新的主索引。
登記病人流程圖示如下：
圖7.登記病人流程
2)患者信息匹配
接收到外部系統登記病人的請求信息后，交叉索引系統首先使用業務系統號
＋病人局部ID（LID）查找，如果存在精確匹配的索引，只需要對原索引信息進
行更新即可，如果沒有找到精確匹配的病人索引，則需要根據病人的其它信息和
系統中的記錄進行匹配。
交叉索引匹配引擎首先通過預定義的匹配條件選定一批相近的記錄，對每個
記錄計算匹配度，再根據這組記錄的匹配度確定請求登記的信息屬于新病人、現
有病人或者潛在重復病人。這里所說的潛在重復是指兩個病人的信息匹配度比較
高但還不足以判定為同一個人。
患者信息匹配流程如下：
通過系統號和
LID查找索引
得到匹配記錄
匹配成功
檢索可能匹配集合
匹配不成功
空匹配記錄
沒有匹配記錄
得到匹配記錄
存在高度匹配記錄
得到潛在重復記錄
存在潛在重復記錄
圖8.患者信息匹配流程
3)更新主索引
在交叉索引系統新增或更新一個病人的索引信息后，同時需要對主索引進行
更新。向交叉索引提供患者信息注冊的系統可能擁有不同的信息可信度，因此其
提供的信息對主索引的影響有所不同。更新操作根據新的信息對主索引每個字段
記錄的信息進行評價，確定該字段的最佳值。
4)記錄潛在重復
匹配引擎檢測到申請登記的病人和現存索引存在潛在重復時，需要對潛在重
復的情況進行記錄，并返回給業務系統或系統管理員進行處理。
5)發布主索引
業務系統可以向交叉索引系統訂閱主索引，便于在以后的應用中加快應用，
提高信息準確性，交叉索引系統在對一個病人的主索引更新或增加新索引后，需
要向訂閱主索引的業務系統發布更新。
6)記錄操作日志
交叉索引系統業務記錄發生的變化都需要記錄操作日志，并能實現回退。
7)獲取患者交叉索引
交叉索引系統的主要功能是為業務系統提供業務系統交叉索引表，業務系統
可以通過兩種方式獲取交叉索引：通過全局標識獲取、通過患者信息獲取。
如果業務系統中記錄了病人全局標識，交叉索引系統可以直接檢索到該病人
的交叉索引表。
當業務系統僅提供病人本地信息向交叉索引系統檢索交叉索引時，交叉索引
系統首先要進行患者信息匹配，即使用用例2所描述的過程在交叉索引庫中查找
可以匹配的病人。如果能夠精確匹配，則返回該病人的交叉索引；如果僅能匹配
到潛在重復，則返回潛在重復信息，由業務系統進一步選擇；如果匹配失敗，則
返回空記錄。
8)獲取患者主索引信息
交叉索引系統存儲了病人在多個系統中的標識信息，并由此維護一個主索
引，記錄最準確的病人基本信息，該信息可以提供給業務系統使用，提高業務系
統中病人信息的質量。
獲取患者主索引信息的使用方法要求與獲取患者交叉索引類似，可以由業務
系統提供全局標識獲取，也可以由業務系統提供病人本地信息獲取。
3、系統管理
1）查詢病人
允許系統管理操作人員使用全局患者標識或業務系統本地患者標識檢索患
者；或者輸入患者部分信息，如姓名、性別、出生日期、身份證號等檢索患者，
檢索結果以列表形式返回給操作員。
2）檢索病人索引歷史
以直觀的形式顯示指定病人的全部索引，瀏覽索引詳細內容，并查看索引創
建、更新的過程記錄。
3）比較病人索引
對選定的局部索引或主索引進行信息比較，檢查兩條記錄的匹配度和差異
性，生成差異報告。
4）修改病人索引
提供操作界面滿足管理后臺對現有索引進行修正的要求。
5）處理潛在重復
對潛在重復的索引進行合并或取消重復標記的操作，首先由系統提供潛在重
復記錄的差異報告，然后由管理員處理。
系統自動匹配的索引或者人工合并的索引可以由管理員進行拆分。
6）查看報表
提供操作界面查看系統中需要管理員處理的信息報表，包括潛在重復報表、
默認匹配報表，也提供管理員人工處理的信息報表，如合并操作報表。
7）系統管理
系統允許參數設置，包括業務系統權重設置、病人信息字段權重設置。
使用權限管理，即使用系統的用戶及其相應操作權限管理。
系統字典管理，包括病人資料涉及的多種標準字典和系統自定義字典。
8）日志管理
日志分類瀏覽，需分類的日志類型：索引注冊、索引更新、系統匹配、潛在
重復、手工拆分、手工合并。
對日志顯示設定限定條件，包括：日志時間、患者ID。
日志導出，導出為XML文件，并可以在日志瀏覽器中打開顯示內容。
.醫療文檔共享（XDS）服務系統
區域醫療文檔共享服務系統主要用于實現區域內患者醫療文檔的共享。
系統功能主要包括兩部分：
文檔前置機服務系統――為各醫療衛生機構（醫療文檔提供者和醫療文檔使
用者）提供信息注冊、提取服務。
文檔調閱服務系統――為文檔提供者、文檔使用者間的注冊檢索，協調文檔
內容調閱服務。
診療服務人員
查看個人檔案
首頁
診療服務目錄
檢索
檔案調閱應用服務
患者就診
檔案調閱客戶端
檔案查詢(簡
單、高級)
檔案調閱
系統登錄授權
驗證
患者授權驗證
個人檔案
首頁提取
健康檔案
檢索
診療服務
目錄檢索
診療服務
記錄內容
提取
關鍵體征
監測訂閱
關鍵體征監測
目錄分類檢索
檔案授權驗證
授權
保健檔案分類
選擇
專項檔案分類
選擇
查看家庭檔案
首頁
家庭檔案服務
目錄分類檢索
診療服務記錄
內容查看
保健檔案分類
首頁查看
保健檔案分類
服務目錄檢索
保健檔案分類
服務記錄查看
專項檔案分類
首頁查看
專項檔案分類
服務目錄檢索
專項檔案分類
服務記錄查看
家庭檔案分類
服務記錄查看
關鍵體征監測
表查看
檔案調閱服務端
健康檔案調閱服務端組件(響應客戶端和調閱檔案調閱服務、檔案調閱結果預處理)
家庭檔案
首頁提取
健康服務
目錄檢索
健康服務
記錄內容
提取
區域診療服務目錄中心
檔案調閱服務前置機
文
檔
庫
檔案調閱服務前置機
文
檔
庫
檔案調閱服務前置機
文
檔
庫
檔案調閱安全中心
居民主索引系統
服務目錄注冊
服務目錄檢索
居民健康檔案管理系統
診療服務XDS
直接目錄檢索
診療服務XDS
文件夾目錄檢
索
XDS文件夾維
護
圖9.文檔共享系統邏輯關系圖
1、文檔前置機系統
1）文檔生成服務
將符合條件的參與診療文檔共享計劃患者的診療記錄生成符合CDA標準的
共享文檔。（文檔生成）
2）目錄提供服務
提供患者在本醫療衛生機構的各種診療記錄的最新目錄，并向調閱服務系統
提供目錄注冊更新服務。（文檔提交注冊）
文檔注冊流程：
由IHE的XDS文檔注冊流程，當系統文檔源（前置機加各醫療機構業務分系
統）要產生XDS文檔時，首先生成符合某項標準的（如CDA2）文檔及說明該文
檔屬性的XDS元數據。而后將該文檔和元數據提交給文檔庫，文檔庫為該文檔生
成一個唯一的UUID和獲取URI，然后將元數據集提交給文檔注冊者（位于XDS
文檔調閱服務系統）注冊。
3）內容提供服務
向符合權限的文檔請求者提供社區居民在本醫療衛生機構的XDS文檔庫記
錄。（文檔獲?。?br>文檔內容提供服務業務流程：
由檔案調閱的基本流程可知，當用戶發出獲取XDS文檔請求后，系統應向用
戶提供滿足其要求的XDS文檔，該資料保存在XDS文檔庫中，在系統將資料提
供給用戶之前首先應驗證用戶授權。文檔庫一般分布在各醫療機構，也可以使用
第三方文檔庫。
當醫療機構各分系統（文檔源）需產生XDS文檔時，應向XDS文檔庫提交
該文檔并說明該文檔的組織性質（新建、補遺、替換），同時產生說明該文檔屬
性的元數據提請注冊。
4）內容存儲服務
將提供給檔案請求者的XDS檔案資料，按目錄服務的對應地址存儲在文檔調
閱服務系統本地，備下次調閱使用。（文檔數據庫管理）
2、文檔調閱服務系統
1）目錄注冊服務
將由各醫療衛生機構集中的健康資料目錄存放到XDS文檔調閱服務系統的文
檔條目庫，供下次調閱服務。（注冊檢索）
2）目錄存儲服務
目錄存儲服務用于，用于文檔注冊處管理員對已提交至文檔目錄庫的XDS文
檔目錄進行管理，包括增、刪、改、查等操作和日志管理。
在某些情況下，需要文檔注冊處系統管理員對文檔目錄庫內容進行增、刪、
改、查和統計報表等操作。文檔注冊處系統管理員在得到請求后，可對相應的文
檔條目進行增、刪、改、查等基本操作，同時系統還要提供文檔獲取功能以使文
檔注冊處管理員能夠驗證文檔條目的正確性。（文檔條目庫管理）
3）目錄查詢服務
向目錄請求者提供社區居民的醫療衛生健康資料相應XDS文檔調閱服務系
統的文檔條目庫條目。（注冊檢索）
文檔目錄查詢業務流程：
由檔案調閱的基本流程可知，當用戶調閱居民健康資料目錄時，系統應根據
用戶要求的時間段，向用戶提供滿足其要求的居民健康資料目錄，該目錄保存在
系統的XDS條目庫中。
.轉診轉檢服務系統
轉診轉檢系統是指在區域范圍內，充分合理安排區域醫療資源，實現雙向轉
診，以提高區域整體醫療服務水平的協同醫療服務系統。主要功能包括雙向轉診、
預約檢查和代理檢驗。
1、雙向轉診
進入轉
診申請
模塊
進入未發送申
請單列表
進入已發送未
回復申請單列
表
新增轉診申請
是否是審核
未通過
選擇申請單類
型
修改原申請單
發送
新增
是
否
查詢申請單
退出轉診申請
模塊
是否要發送
修改
瀏覽申請單發送申請單
是
是否要刪除
刪除
刪除申請單
是
是否注冊導入申
請單服務
輸入患者檔案
號
輸入患者基本
信息
輸入患者轉診
病歷信息
輸入轉診申請
信息
自動調用導
入申請單服
務接口
調用是否成功
導入申請
單信息
提示導入
失敗請手
工填寫
保存申請單
未注冊
注冊了
成功失敗
返回未發送申
請單列表
否
否
退出
圖10.雙向轉診流程
1）轉診申請
?新增轉診申請單，選擇申請單類型（上轉、下轉、轉回單），對于新
增轉回單時需要選擇原轉診單,并將原轉診單一些信息帶入。
?修改轉診申請單，對于未發送的轉診申請單可以修改，對于審核未
通過的申請單可以修改。
?刪除轉診申請單，對于未發送的轉診申請單可以刪除。
?查詢轉診申請單，可以查詢未發送（包括新建未發送和審核未通過）、
已發送未回復、已發送已回復。
?瀏覽轉診申請單，可以查看轉診申請單各個階段處理信息。
2）轉診審核
?查詢申請單，可以查詢未審核、已審核的申請單
?瀏覽申請單
?審核申請單：填寫審核意見，審核通過或不通過。
3）轉診安排回復
?查詢申請單，可以查詢未回復的、已回復的
?瀏覽申請單
?安排回復申請單，對申請機構發送過來的轉診申請單，設置轉診接
收安排信息（分配轉診科室、轉診醫生，設置計劃就診時間，填寫
回復意見）并回復。
4）轉診接收
?查詢申請單，可以查詢轉診未接收、轉診過期未接收、轉診已接收、
轉診已作廢的申請單。
?瀏覽申請單
?接收申請單，對于未過期未接收申請單，接收機構可以接收并填寫
接收信息（接收科室、接收醫生、接收處理狀態、接收病歷號、接
收住院號、接收門診號、接收人、接收日期）
?轉診更改，對于過期未接收，可以修改原定計劃轉診安排信息。
?作廢申請單，對于過期未接收的申請單，如果不需要繼續使用可以
作廢
?接收處理，對于已經接收的患者的轉診接收處理信息進行記錄（治
療摘要），并更改處理狀態。
5）服務跟蹤
?查詢申請單，可以查詢由我轉出的申請已接收未結案的，轉給我的
申請已接收未結案的。
?瀏覽申請單
?服務跟蹤記錄查詢,可以查詢出某申請單關聯的服務跟蹤記錄
?服務跟蹤記錄維護，可以對還沒有結案已經接收的申請單進行關聯
跟蹤服務記錄的維護（新增、修改、刪除）
?轉診申請單結案，對于已接收并且處理狀態完成或已作廢的進行結
案（填寫結案小結）
6）轉診歷史查詢
?轉入申請單歷史查詢，查詢轉入本機構已結案的申請單
?轉出申請單歷史查詢，查詢由本機構轉出的已結案的申請單
?瀏覽申請單
?查詢瀏覽某申請單相關的服務跟蹤記錄
2、醫技協作（轉檢包括預約檢查和代理檢驗）應用系統
進入未發送申請
單列表
進入協作
申請模塊
進入未反饋申請
單列表
新增申請單
修改申請單
刪除申請單
退出協作申請功
能點
輸入患者檔案號
是否注冊申請
導入服務
自動調用導
入接口
導入患者基本信
息
導入患者病情信
息
輸入患者基本信
息
輸入患者病情信
息
輸入患者協作申
請其他信息
選擇醫技協作資源
（項目、協作機
構、轉檢日期）
保存協作申請單
是否確定要刪
除
瀏覽申請單
保存申請單
已注冊
未注冊
新增
修改
刪除
是
返回申請單列表
否
圖11.轉檢流程
1）協作申請
?新增醫技協作申請單，填寫協作申請信息，根據協作資源號表選擇
協作資源進行預約
?修改醫技協作申請單，修改協作申請信息，重新選擇協作申請資源
?刪除醫技協作申請單
?查詢醫技協作申請單，可以查詢出未發送、未接收、未反饋
?瀏覽醫技協作申請單
2）協作發送
?查詢申請單
?瀏覽申請單
?發送協作申請單，校驗協作資源、記錄協作資源預約
?協作通知
?打印協作申請單、協作通知單
3）協作接收
?查詢協作申請單，可以查詢未接收、已過期、已接收、已反饋、已
作廢
?瀏覽協作申請單
?協作申請單預約資源更改，對于已過期的協作申請進行協作預約資
源重新安排預約
?接收協作申請單，填寫相應接收安排信息（協作接收科室、醫技協
作人員、醫技協作病歷號，接收人和接收日期）
?作廢協作申請單，對于已過期不需要的協作申請單作廢
4）協作反饋
?查詢協作申請單，可以查詢未接收、已過期、已接收、已反饋、已
作廢
?瀏覽協作申請單
?協作反饋，填寫反饋醫技協作結果反饋信息（反饋結果、醫技診斷、
建議、反饋人、反饋日期）
5）協作轉回
?查詢協作申請單，可以查詢已反饋未接收、已轉回接收、已作廢
?瀏覽協作申請單
?對于轉回接收，填寫轉回接收信息（轉回小結、轉回接收人、轉回
接收日期）
.醫療應用集成平臺
醫療應用集成平臺包括服務器平臺、管理監控平臺和開發跟蹤平臺三大部
分，主要特點有：
多種類型的適配器。支持通過TCP/IP、HTTP、FTP、WebServices、ODBC、JDBC、
FILE、POP3等常用通信協議來同外部系統進行接口收發信息。
異構消息的映射器?？梢酝ㄟ^圖形化映射、Script、XSLT等方式進行不同格
式來源、目標信息的格式轉化。
安全的存儲轉發機制。所有收到的信息、發出的信息、都在系統內部進行存
儲，并根據業務需求級別進行加密處理，保證數據的安全性要求。
完整的權限日志處理?；诮巧娜藛T權限管理機制，控制對系統的使用、
監測、管理功能的使用權限。并對各類管理操作、數據處理操作，進行日志記錄。
針對醫療行業個性化需求。支持醫療信息行業通用標準HL7，能夠解析和創
建不同版本的各種類型消息。
圖12.集成平臺系統結構
信息集成平臺是整合較復雜系統的主要工具之一。區域內各醫療機構異構系
統間的信息交換和共享，采用信息交換平臺的方式能節省較多的系統資源。信息
交換平臺應實現如下功能：
1、節點管理
節點管理用于實現與數據中心相連的各個節點的配置和信息管理。節點的定
義包括編碼和名稱。
節點的定義即要保證節點的唯一性，同時也需要包含各節點的上下級關系，
并且能夠定義各節點的數據訪問權限。
2、元數據管理
元數據（Metadata）是關于數據的數據，它規范了社區管理業務中對于數
據最小數據單元的描述方法。
數據中心的元數據包括基礎數據元和共享數據元，由數據中心統一管理?；?br>礎數據元由數據中心定義，共享數據元由業務部門定義并注冊到數據中心。業務
部門進入數據中心的元數據管理中心好比進了一個“超市”，可以方便地知道可
以獲取和使用哪些數據，并進行數據使用申請的定制。
3、公共代碼管理
社區健康服務信息系統中，對各種已有的國內或者國際代碼的使用必須遵循
統一的標準規范，同時對未有標準的代碼進行相應編碼，并提供公共代碼的管理。
4、數據比對
社區健康服務信息系統依據各個部門或系統業務的需要，提供自動比對、人
工比對等功能，同時系統支持可定義比對數據源、比對規則、比對流程，支持圖
表等多種比對結果輸出方式。
5、數據同步
系統應能靈活設置和管理數據的同步策略，支持異地、異構、不同組網方式、
不同時間間隔等同步策略功能，能結合調研結果和招標方的最終實施方案進行部
署，能靈活配置各部門的業務數據庫和數據中心的公共基礎數據庫的數據同步策
略，實現數據同步和更新，保證數據的一致性。
6、數據抽取
近年來，隨著信息產業和通信技術的迅速發展，數據量呈現爆炸式的增長，
可共享的資源越來越多，數據環境越來越大；同時由于各方面的原因，各中心及
業務系統之間現存計算機平臺可能不同，且傾向于使用各種不同的數據模型，不
同的數據庫來表示和存儲數據。這樣就形成了一個很大的異構數據庫環境，我們
在這樣一個巨大的異構數據庫環境下構建決策支持系統、數據倉庫時，數據的來
源就呈現出多樣性。
我們把數據源分為：內部數據源、外部數據源、個性化的私有數據。這些數
據不僅外部數據復雜、多樣，而且內部數據源也很難一致，即造成決策分析面對
一個非常復雜的異構的信息環境。
7、數據交換
實現業務部門與數據中心之間的數據交換業務，形成高效、安全、可靠、穩
定的數據交換網絡。應提供定時批量、實時按需等多種方式的數據交換手段，提
供點對點、一對多的數據交換支持，對數據交換進行管理和監控。
8、數據存儲、備份、容災
應提供對數據的備份、導入導出以及數據恢復等功能。
9、標準管理
具有對數據中心的標準規范尤其是數據標準的制定、升級維護與發布實施等
管理功能。由于標準規范處于不斷完善的過程，應建立標準的版本管理機制，方
便業務部門的查詢和使用。
10、應用支持
對相關醫療信息系統提供數據通道和平臺特性等支持。
11、系統管理
為方便系統管理人員對數據中心的管理和維護，應提供靈活的運行管理和監
控維護功能，用于保證數據中心的安全可靠和高效運行。其功能主要包括：面向
安全性的用戶管理、權限管理、密碼管理和日志管理；面向性能優化的性能監控；
面向實用性的節點管理、交換規則管理和狀態監控等。
12、運行管理
為方便對數據中心的管理和維護，需要一套功能完整的運行管理與監控維護
系統。運行管理系統主要提供給數據中心的系統管理人員使用，用于保證數據中
心的安全可靠和高效運行。
其功能主要包括面向安全性的用戶管理、權限管理、密碼管理和日志管理等；
面向性能優化的性能監控等。面向實用性的節點管理、交換規則管理和狀態監控；
其中節點管理包括對業務部門的信息管理。
5.技術與標準
.應用集成平臺
應用集成平臺的主要功能是實現在不同網絡，不同應用系統之間的應用集
成。它既包括傳統的數據接口、數據傳遞、數據加工，也包括流程和應用層面的
集成，以實現業務處理的完整化和自動化。對于在區域醫療體系內已有多種應用
系統和技術架構的情形，應用集成平臺的作用是不可或缺的。它可以在最大限度
地保護現有IT投資的同時，實現業務管理上的效益。建設功能完善的應用集成
平臺對于區域內醫療信息共享來說是非常重要的工作。
1、應用集成模式
由于現用區域內各醫療信息系統存在多種技術架構，相當一部分不符合SOA
架構的要求。因此可采用數據交換服務和流程整合服務兩種應用整合模式，并行
實現系統整合。C/S架構應用可以使用數據交換服務模式，B/S技術架構系統可
以使用流程整合服務模式。后者技術比較先進，由于采用開放標準技術，系統之
間能按業務流程需要，按工作流靈活銜接業務處理和數據信息。而前者模式僅能
從應用數據層面銜接，待系統升級或技術改造后，才能過渡到后者模式。為配合
醫院業務的長遠策略，流程整合服務將會成為主要應用整合模式。
數據交換服務是指系統之間透過數據交換機制和規則，進行信息交換，而交
換機制是按照系統數據模型加以映射，根據這關系使系統數據互聯，數據再利用
該系統技術的“適配器”使數據從信息提供者一端或從數據中心內，把信息傳遞
到請求端上。在建立信息集成前，數據標準化要先行，因為系統數據模型統一，
減少數據映射維護工作，同時核心數據已經存儲在數據中心內，數據源減少，接
口維護工作也能減少。
流程整合服務是指系統內一系列信息服務單元具有數據、流程、功能等意義，
執行流程上對外信息分享工作。系統能透過訪問公共或個別平臺，獲取該項信息
服務目錄，進行信息交換工作，此外，按照特定流程規則和結果，流程管理器會
安排所需行動，把信息遞送到相關系統進行處理，從而達到系統之間流程整合效
果。然而，這模式只能遠行在B/S架構上，需要建立通用信息服務單元，定義系
統間流程和管理工作，使用流程管理器，流程修改和維護工作相對簡單，減少開
發工作。
我們認為未來的數據交換平臺至少應該包括以下三個部分功能：數據交換服
務；數據管理和查詢服務和流程整合服務。
2、數據交換服務
“數據交換”服務是指平臺內設有所需技術架構和數據交換機制和規則，包
括源數據定義、系統之間數據映射定義和加工程序等等，使系統能在平臺上作出
適時的數據交換和匯總等活動。此階段重點解決主體業務系統與外部單位和周邊
系統之間的數據接口，以完整實現主體業務流程。。
數據交換服務將提供以下功能：
建立數據交換的過程信息管理，如來源，目的地，加密規則，時間頻率，運
行記錄等。
建立一組業務基礎信息表，代碼轉換表和轉換規則。
建立一定數量的臨時數據庫表（運營數據系統ODS的緩存庫），以存放從各
系統采集到的業務數據，并在臨時表中對數據進行校驗，加工和存貯。
建立各種數據加工程序的登記，運行參數設置和自動運行平臺。
有關數據交換服務的實現技術請參見第七章中技術路線的部分。
3、數據管理和查詢服務
通過數據交換平臺以數據交換服務的方式從各業務系統中采集數據并保存
到運營數據系統（ODS）的緩存庫，然后使用數據加工程序進行數據比對、沖突
檢查、數據審核、數據轉換。當數據達到一致性、完整性要求時，數據被發布到
ODS中。
數據管理和查詢服務將提供以下功能：
根據進入ODS的數據記錄進一步更新各類，各級統計信息，自動生成查詢視
圖和報表數據，
可以事先建立各種預警條件和監督條件等。
可以實現設定各種查詢視圖和報表樣式，以數據服務的形式提供數據查詢訪
問和各種圖表展示，
可以主動地通過信息通知，網站發布和電子郵件等方式向指定用戶送交有關
信息。
有關數據管理和查詢服務的實現技術請參見第六章的數據倉庫部分。
4、流程整合服務
“流程整合”服務使平臺具備系統信息整合和流程管理能力。當進行業務時
系統往往生成數據存取，同時需要第三方審批和確認才能繼續處理有關業務。例
如兩上兩下的預算流程就牽涉到多級單位之間年度預算數提交和批復數的下達
審批流程。往往系統本身工作流通常緊密聯系，可以滿足要求，但若信息需要外
部單位處理時，信息送遞和反饋容易形成延誤和瓶頸。
因此流程整合服務針對系統之間的流程聯系而設計，使系統能同時與多個業
務系統進行信息交換，更能按照流程的結果做出安排，信息能適時地傳遞到有關
個體和系統進行處理以便行動，例如預算單位的采購申請需要得到指標審批和確
認才能提交給采購中介機構。
.IHE國際標準支持
IHE（IntegratingtheHealthcareEnterprise醫療信息系統集成技術規范），是
由北美放射學會（RadiologySocietyofNorthAmerica，RSNA）和醫療衛生信息與
管理系統學會（HealthcareInformationandManagementSystemsSoeietv，HIMSS）
聯合發起，基于現有國際醫療標準制定的用于醫療信息數據交換的技術框架。
IHE是為了促進現代醫療機構信息系統集成而制定的技術框架。它的基本目
標是確?；颊咴\療過程中所需醫療信息的完整、正確，并能被醫護人員使用。IHE
沒有定義新的集成標準，它大量采用和支持現有國際標準的使用，例如HL7、
ASTM、DICOM、ISO、IETF、OASIS等等。在不同角色需要進行集成的環境中，
IHE在必要時會對標準進行約束和配置，以保證這些標準在特定的應用環境能被
恰當使用。
IHE定義了一系列規范以描述如何應用實施現有標準，以達到提供恰當的醫
療信息共享，優化患者診療的集成目標。與區域協同醫療關系密切的有PIX規范
和XDS規范。
1、PIX規范
患者交叉索引系統PatientIdentifierCross-referencing(PIX)是由IHE組織規定
的用于解決由于患者在多家醫療機構就診或在多個醫療業務系統中具有不同的
ID而引起的確定患者主索引的應用規范。
該規范規定在多個患者ID域之間，提供同一個的患者標識的相互索引。一
旦建立了這多個系統建立了交叉索引，同一個患者即使在多個信息系統中有不同
的ID，也可能同時從多個系統中獲取患者相關的信息。這樣，醫生就可以擁有
患者信息的完整視圖。該規范詳見IHEITInfrastructureTechnicalFramework
Volume1(ITITF-1)。
2、XDS規范
跨機構文檔共享Cross-EnterpriseDocumentSharing(XDS)是由IHE組織規定
的，用于多醫療機構或多醫療業務系統間以文件方式信息共享的應用規范。
該規范規定在屬于同一個臨床相關域內的多個醫療機構之間共享患者診療
所產生臨床記錄，以便多個醫療機構可以合作為患者提供醫療服務。通過聯合文
檔庫與文檔注冊處，為相關域內的患者建立了一個長期的醫療信息記錄，來支持
跨機構的文檔共享。此集成規范基于ebXmlRegistry標準、SOAP協議、HTTP協
議和SMTP標準。該規范詳見IHEITInfrastructureTechnicalFrameworkVolume1(ITI
TF-1)。
.HL7CDA
HL7(HealthLevelSeven)是80年代末發展起來的基于國際標準化組織ISO所
公布的網絡開放系統互連模型OSI第七層（應用層）的醫學信息交換協議。目前，
該標準已經發展到了版。其中版于1999年四月被美國國家標準化協
會認可成為美國國家標準，并在世界上各主要工業國家廣泛應用。
HL7標準側重于不同系統之間的接口的建立，這些系統包括傳送或接收住院
登記、出院或轉院(ADT)、轉診數據，查詢資源、患者預約、醫囑、檢查結果、
臨床觀察、賬單、主文件的更新信息、病歷、預約單、患者轉診和患者保健等。
HL7適用于運行在不同的系統環境中不可兼容的軟件和數據結構之間的通訊。
無論從醫療服務提供環境的多變性考慮，還是從醫療服務信息系統應用軟件
的多樣性考慮，標準化都會使許多接口從中受益。HL7就是為這些接口提供一種
完整的標準，構建一個通用的、強有力的框架支持其他的各種接口。這個標準已
在醫療衛生領域投入生產應用，并且作為擴展現有接口定義的基礎，增加了其他
定義。
HL7臨床文本架構標準第二版（CDAR2）是HL7開發的V3標準之一，用以
撰寫臨床文本。CDA是目前臨床醫學文檔和電子健康檔案的主流國際標準。
CDAR2完全基于HL7RIM，支持結構化的臨床信息表達。CDAR2用同一模
型提供撰寫不同結構程度的臨床文本的能力，從而使不同結構程度的文本可以方
便地用同樣的方式管理。
CDAR2將臨床文本結構劃分為三個層次，第一層(CDAL1)支持最基本、最簡
單的CDA文本（符合XML的自由文本，可供人直接閱讀）；第二層（CDAL2）的
基本內容結構格式是從根節點開始向下生長的樹型章節層次結構，通過Section
節點自身的遞歸關系這棵結構樹可以擴展到任意深度；第三層（CDAL3）保留了
第二層的全部文本結構功能，又在每個Section節點中加入一個編碼信息入口節
點(Entry)，Entry節點代表一組RIM類用以結構化描述一個臨床行為，并通過自
身遞歸關系可以聯系到下一級Entry節點。HL7V3CDAR2詳見HL7組織網站
.RIA技術
RIA（RichInterApplication）是集桌面應用程序的最佳用戶界面功能
與Web應用程序的普遍采用和快速、低成本布署以及互動多媒體通信的實時快捷
于一體的新一代網絡應用程序。RIA中的RichClient（豐富客戶端）提供可承
載已編譯客戶端應用程序（以文件形式，用HTTP傳遞）的運行環境，客戶端應
用程序使用異步客戶/服務器架構連接現有的后端應用服務器，這是一種安全、
可升級、具有良好適應性的新的面向服務模型，這種模型由采用的Web服務所驅
動，結合了聲音、視頻和實時對話的綜合通信技術。
圖13.RIA的應用程序模型
RIA具有的桌面應用程序特點包括：在消息確認和格式編排方面提供互動用
戶界面；在無刷新頁面之下提供快捷的界面響應時間；提供通用的用戶界面特性
如拖放式（draganddrop）以及在線和離線操作能力。RIA具有的Web應用程
序的特點包括如：立即布署、跨平臺、采用逐步下載來檢索內容和數據以及可以
充分利用被廣泛采納的互聯網標準。RIA具有通信的特點則包括實時互動的聲音
和圖像。
客戶機在RIA中的作用不僅是展示頁面，它可以在幕后與用戶請求異步地進
行計算、傳送和檢索數據、顯示集成的用戶界面和綜合使用聲音和圖像，這一切
都可以在不依靠客戶機連接的服務器或后端的情況下進行。
RIA的優勢在于：
1）RIA可以繼續使用現有的應用程序模型（包括J2EE和.NET），因而無需
大規模替換現有的Web應用程序。通過RichClient技術，可以輕松構建更為直
觀、易于使用、反應更迅速并且可以脫機使用的應用程序。
2）RIA可以幫助企業提供多元化的重要業務效益，包括提高銷量、提高品
牌忠誠度、延長網站逗留時間、較頻繁的重復訪問、減少帶寬成本、減少支持求
助以及增強客戶關系等。
RIA技術允許我們在因特網上以一種像使用Web一樣簡單的方式來部署富客
戶端程序。對于那些采用C/S架構的胖客戶端技術運行復雜應用系統的機構和采
用基于B/S架構的瘦客戶端技術部署Web應用系統地機構來說，RIA提供了一
種高效的實現方式。
6.實施規劃
區域協同醫療信息系統建設是一個比較復雜的過程，是一個循序漸進，逐漸
發展完善的過程。要在總體規劃的指導下，按輕重緩急的次序分階段來完成，最
終建設一個先進、全面、高效、通暢的數字化協同醫療系統。
.第一階段信息中心建設
完成網絡基本架構的建設和系統軟、硬件平臺的建設。
完成協同醫療信息中心應用系統和集成平臺部署。
.第二階段中心醫院應用接入
完成中心醫院各醫療業務應用系統與本系統的接入。
完成中心醫院的患者共享文檔資料發布。
.第三階段下級醫院應用接入
完成下級試點醫院集成平臺部署和各醫療業務應用系統接入。
完成下級其他醫院集成平臺部署和各醫療業務應用系統接入。
.第四階段系統試運行和工程驗收
完成全系統的調試、試運行。
完成各醫療機構的患者資料共享發布。
完成工程驗收。
.實施說明
1、根據區域衛生信息化建設的實際情況，將建設周期劃分成以上幾個階段。
但這種劃分并不是絕對的，有些建設內容還必須具備一定的外部環境和條件，實
際進度和內容會在實施過程中視情況作相應調整。
2、由于各醫療單位的信息化程度差異較大，可選擇信息化基礎建設較好、
業務管理流程規范、應用開發全面的下級醫院為試點，在此基礎上推廣應用到其
它單位。
3、充分利用原有信息資源，在網絡建設的基礎上并行接入。
4、以區域應用系統建設為基礎，重點保證患者文檔共享和區域協同醫療實
現。
5、盡可能采用相關國際標準或國標、部標，減少數據交換的工作負荷。
鄂ICP備17016276號-1