*****縣區(qū)域衛(wèi)生信息化

建設(shè)方案

2016.05

目錄

1項目概述.........................................................................4

1.1項目名稱....................................................................4

1.2項目建設(shè)目標、規(guī)模、內(nèi)容、建設(shè)期............................................4

1.2.1項目建設(shè)目標............................................................................................................................4

1.2.2項目建設(shè)規(guī)模............................................................................................................................4

1.2.3項目建設(shè)內(nèi)容............................................................................................................................4

1.2.4項目建設(shè)期................................................................................................................................5

1.3項目總投資及資金來源........................................錯誤!未定義書簽。

2總體設(shè)計方案.....................................................................6

2.1設(shè)計原則....................................................................6

2.1.1安全性原則...........................................................................................................................6

2.1.2先進性原則...........................................................................................................................8

2.1.3可擴展性原則........................................................................................................................8

2.1.4高可用原則...........................................................................................................................8

2.1.5可靠性原則............................................................................................................................9

2.1.6可定制原則............................................................................................................................9

2.1.7易維護性原則......................................................................................................................10

2.1.8實用性原則.........................................................................................................................10

2.2總體框架...................................................................11

2.2.1指導思想.................................................................................................................................11

2.2.2業(yè)務邏輯框架....................................................................................................................13

2.2.3技術(shù)體系架構(gòu)....................................................................................................................15

3具體建設(shè)方案....................................................................18

3.1縣級區(qū)域衛(wèi)生信息平臺.......................................................18

3.1.1平臺云端部署.....................................................................................................................18

3.1.2醫(yī)療衛(wèi)生信息平臺與數(shù)據(jù)中心..........................................................................................24

3.1.3衛(wèi)生信息平臺基礎(chǔ)功能.........................................................................................................42

3.1.4與其他業(yè)務系統(tǒng)的互連互通.................................................................................................47

3.2綜合管理應用...............................................................49

3.2.1醫(yī)療服務監(jiān)管系統(tǒng).............................................................................................................60

3.2.2公共衛(wèi)生監(jiān)管系統(tǒng).............................................................................................................64

3.2.3衛(wèi)生資源監(jiān)管系統(tǒng).............................................................................................................64

3.2.4區(qū)域績效考核系統(tǒng)..................................................................................................................67

3.3分級診療協(xié)同系統(tǒng)...........................................................49

3.3.1雙向轉(zhuǎn)診系統(tǒng)..........................................................................................................................49

3.3.2遠程會診系統(tǒng)....................................................................................................................................55

3.3.3健康檔案共享系統(tǒng)（健康檔案瀏覽器）......................................................................................56

3.3.4檢查檢驗結(jié)果互認系統(tǒng)...................................................................................................................59

3.4基層業(yè)務系統(tǒng)...............................................................71

3.4.1基層醫(yī)療信息系統(tǒng)............................................................................................................................71

3.4.2基層公共衛(wèi)生信息系統(tǒng)...................................................................................................................77

3.5數(shù)據(jù)標準規(guī)范體系建設(shè)......................................................82

3.5.1建設(shè)目標.....................................................................................................................................82

3.5.2建設(shè)原則.....................................................................................................................................83

3.5.3設(shè)計思路......................................................................................................................................83

3.5.4標準參照與實施........................................................................................................................84

3.5.5標準規(guī)范體系建設(shè)內(nèi)容.............................................................................................................85

3.5.6信息資源標準代碼管理...........................................................................................................100

3.6信息安全體系建設(shè)..........................................................106

3.6.1系統(tǒng)安全性設(shè)計思路..............................................................................................................106

3.6.2安全體系總體架構(gòu)..................................................................................................................108

3.6.3安全等級劃分...........................................................................................................................109

3.6.4安全風險分析...........................................................................................................................111

3.6.5安全體系總體設(shè)計方案...........................................................................................................112

4項目實施進度....................................................................117

4.1項目建設(shè)期................................................................117

4.2實施安排計劃..............................................................117

1.1.1第一階段:歷時8個月..................................................................................................................118

1.1.2第二階段:歷時4個月.................................................................................................................118

5項目建設(shè)收益分析...............................................................119

5.1*****居民：降低費用，提升醫(yī)療服務質(zhì)量.....................................119

5.2管理部門：政府形象，數(shù)據(jù)支持，輔助決策....................................119

5.3醫(yī)療機構(gòu)：醫(yī)療質(zhì)量，互聯(lián)互認，資源共享....................................119

5.4相關(guān)部門：數(shù)據(jù)支持，拓展業(yè)務，增值服務....................................120

1項目概述

1.1項目名稱

項目名稱：*****縣區(qū)域衛(wèi)生信息化建設(shè)項目

1.2項目建設(shè)目標、規(guī)模、內(nèi)容、建設(shè)期

1.2.1項目建設(shè)目標

依據(jù)按照國家、省、市、區(qū)/縣區(qū)域衛(wèi)生信息化建設(shè)相關(guān)標準及規(guī)范，充分利用

現(xiàn)代化的信息技術(shù)，建立*****縣區(qū)域衛(wèi)生信息平臺，實現(xiàn)區(qū)域衛(wèi)生信息在區(qū)域內(nèi)醫(yī)

院、社區(qū)衛(wèi)生服務機構(gòu)、公共衛(wèi)生機構(gòu)的互聯(lián)互通互認，促進機構(gòu)之間相互協(xié)作，

全面提升全縣范圍內(nèi)的醫(yī)療業(yè)務效率和質(zhì)量，充分發(fā)揮*****縣醫(yī)療衛(wèi)生資源優(yōu)勢，

為居民提供各層次、多樣化的醫(yī)療衛(wèi)生服務。同時，探索新型醫(yī)療衛(wèi)生服務模式，

通過信息平臺頂層設(shè)計，完善*****縣應用業(yè)務系統(tǒng)的建設(shè)，促進*****縣醫(yī)療衛(wèi)生

事業(yè)不斷創(chuàng)新發(fā)展。

1.2.2項目建設(shè)規(guī)模

本期項目的建設(shè)范圍為*****縣衛(wèi)計委及其下屬各個機構(gòu)。

1.2.3項目建設(shè)內(nèi)容

本次項目主要建設(shè)內(nèi)容如下：

＞縣級數(shù)據(jù)中心

建立全縣的衛(wèi)生數(shù)據(jù)中心。

＞縣級衛(wèi)生信息平臺

通過縣級衛(wèi)生信息平臺實現(xiàn)社區(qū)衛(wèi)生服務中心、村衛(wèi)生室以及與其他醫(yī)療衛(wèi)生

機構(gòu)的互聯(lián)互通，實現(xiàn)全縣醫(yī)療衛(wèi)生機構(gòu)醫(yī)療、衛(wèi)生、計生信息的互連互通和信息

共享。并與地區(qū)級平臺及其他外部平臺進行數(shù)據(jù)共享與交換。

＞四大信息資源庫

?電子健康檔案資源庫建設(shè)：根據(jù)國家相關(guān)標準和規(guī)范，建立電子健康檔案數(shù)

據(jù)庫標準。

?電子病歷資源庫庫規(guī)建設(shè)：根據(jù)國家相關(guān)標準和規(guī)范，建立電子病歷數(shù)據(jù)庫

標準。

?全員人口信息資源庫建設(shè)：全員人口信息庫涵蓋區(qū)域內(nèi)所有戶籍人口和流入

人口的全員人口個案數(shù)據(jù)，主要包括人口數(shù)量、質(zhì)量、結(jié)構(gòu)、分布，以及人

口的婚、孕、產(chǎn)、育和生殖健康等信息，為育齡婦女、流動人口、孕情監(jiān)測、

技術(shù)服務、利益導向、醫(yī)療服務、公共衛(wèi)生、醫(yī)療保障等醫(yī)療衛(wèi)生和計劃生

育各項業(yè)務應用、宏觀決策和科學管理提供數(shù)據(jù)支撐。

＞平臺業(yè)務應用

?綜合業(yè)務管理建立

針對基本公共衛(wèi)生、基本藥物、計劃免疫、婦幼保健等專項業(yè)務提供數(shù)據(jù)支

撐，完善績效考核系統(tǒng)，根據(jù)用戶提出的考核方案實現(xiàn)系統(tǒng)績效考核，為局

領(lǐng)導提供決策輔助。

?建立分級診療系統(tǒng)

完成縣域內(nèi)縣鄉(xiāng)的分級診療系統(tǒng)建設(shè)。

＞業(yè)務系統(tǒng)完善

?基層系統(tǒng)完善建設(shè)

優(yōu)化完善基層醫(yī)療機構(gòu)信息系統(tǒng)，滿足業(yè)務需求，并能夠接入縣級區(qū)域衛(wèi)生信

息平臺

＞兩大體系建設(shè)

?統(tǒng)一標準規(guī)范體系建設(shè)：

符合國際、國家及醫(yī)療衛(wèi)生行業(yè)的相關(guān)數(shù)據(jù)標準或規(guī)范，遵循中國衛(wèi)生信息標

準，符合國家醫(yī)療衛(wèi)生、醫(yī)療保障相關(guān)指標規(guī)范和技術(shù)要求。根據(jù)和平區(qū)區(qū)域區(qū)域

衛(wèi)生信息化的實際情況，建立統(tǒng)一規(guī)范標準體系設(shè)計，主要包括數(shù)據(jù)標準、技術(shù)標

準、管理標準與業(yè)務規(guī)范。

?統(tǒng)一安全保障系統(tǒng)建設(shè)：

包含機房、硬件及系統(tǒng)軟件等安全管理規(guī)范，建立計算機信息系統(tǒng)安全管理制

度。

1.2.4項目建設(shè)期

項目建設(shè)期為18個月.

2總體設(shè)計方案

2.1設(shè)計原則

整體建設(shè)原則如下：

?惠及居民，服務應用

把以人為本、服務群眾作為衛(wèi)生信息化建設(shè)的出發(fā)點和落腳點，優(yōu)化醫(yī)療衛(wèi)生

工作流程，促進業(yè)務融合，方便居民獲得優(yōu)質(zhì)、高效、便捷的醫(yī)療衛(wèi)生服務。

?統(tǒng)籌規(guī)劃，資源共享

以基層醫(yī)療衛(wèi)生信息平臺為建設(shè)重點，統(tǒng)籌規(guī)劃，整合現(xiàn)有的醫(yī)療衛(wèi)生業(yè)務信

息系統(tǒng)和信息資源，完善區(qū)域之間、醫(yī)療衛(wèi)生機構(gòu)與社會保障系統(tǒng)之間的信息共享

措施，實現(xiàn)互聯(lián)互通、資源信息共享。

?規(guī)范標準，分步實施

根據(jù)各業(yè)務領(lǐng)域需求和能力條件，突出重點，堅持規(guī)范標準，統(tǒng)一接口，按照

“先互連互通，再逐步統(tǒng)一；先建框架，再逐步深化;先行試點，再全面推廣”路徑，

有序推進項目實施。

?政府主導，合力建設(shè)

發(fā)揮政府的主導作用，堅持以公益性為主，用好項目資金及政策，調(diào)動社會力

量參與，多元推進衛(wèi)生信息化建設(shè)。

基層醫(yī)療衛(wèi)生信息系統(tǒng)應用升級改造設(shè)計過程中還應遵循安全性、先進性、可

擴展性、高可用、可靠性、可定制、易維護性、實用性等原則。

2.1.1安全性原則

本項目內(nèi)容涉及安全性問題，安全方面按公安部發(fā)布的《計算機信息系統(tǒng)安全

保護條例》第三級安全標記保護級（監(jiān)督保護級）別進行安全防護。對于安全的考

慮，這里主要考慮應用安全，表現(xiàn)在八個方面：

1.遵循國家相關(guān)文件要求

符合國家相關(guān)文件指出的積極防御、綜合防范的方針和等級保護的原則；對本

項目來說，各系統(tǒng)建設(shè)根據(jù)重要性不同，劃分多個具有不同安全保護等級的安全域，

實現(xiàn)不同強度的安全保護。

2.用戶認證與權(quán)限管理

要求嚴密的用戶身份認證，以保證用戶只能進行權(quán)限內(nèi)的系統(tǒng)、模塊、功能、

條目、數(shù)據(jù)的訪問和操作權(quán)限。遵從權(quán)限最小化原則，設(shè)置三員分立的管理權(quán)限（安

全管理員、審計管理員、系統(tǒng)管理員），形成相互制約的授權(quán)機制。

3.信息保護

應用系統(tǒng)間數(shù)據(jù)傳輸過程中，根據(jù)安全防護的要求，采用相應加密手段對傳輸

的數(shù)據(jù)進行加密，保證系統(tǒng)運行及數(shù)據(jù)傳輸過程中的保密性。另外要考慮采用高可

靠性和安全性的數(shù)據(jù)庫產(chǎn)品；提供完備的數(shù)據(jù)備份和恢復手段；對某些機密數(shù)據(jù)進

行加密存儲和傳輸，采用數(shù)字簽名技術(shù)保證數(shù)據(jù)的完整性。

4.運行安全管理

技術(shù)手段只是保證應用系統(tǒng)安全性的一部分，還要建立一套嚴格完善的安全管

理規(guī)章制度，并嚴格遵守，才能從根本上確保各系統(tǒng)安全。

5.應用安全設(shè)計范圍

應用安全應在整體的安全網(wǎng)絡防護框架下，設(shè)計的范圍和內(nèi)容整體全面，包括

安全涉及的各個層面，避免由于遺漏造成未來的安全隱患。

6.最小化影響

安全建設(shè)工作應盡可能小的影響現(xiàn)有網(wǎng)絡和系統(tǒng)的正常運行，不能造成系統(tǒng)性

能明顯下降、網(wǎng)絡擁塞、服務中斷等。

7.數(shù)據(jù)保密

對本項目的相關(guān)過程數(shù)據(jù)和結(jié)果數(shù)據(jù)進行嚴格保密，未經(jīng)授權(quán)不得泄露給任何

單位和個人。

2.1.2先進性原則

各系統(tǒng)的先進性，將從以下五個方面考慮：

1.系統(tǒng)設(shè)計有前瞻性、先進性、成熟性以及可擴展性，符合當今社會信息化發(fā)

展的新潮流；

2.采用目前流行的多層結(jié)構(gòu)設(shè)計，以成熟的開發(fā)方式，保證系統(tǒng)的先進性和成

熟性；

3.設(shè)計時充分考慮到信息技術(shù)的發(fā)展趨勢，保證系統(tǒng)在不同平臺上的能夠協(xié)同

穩(wěn)定的運行和信息交換，以及將來基礎(chǔ)軟硬件的升級換代；

4.產(chǎn)品選型要充分考慮產(chǎn)品的先進性、成熟性、穩(wěn)定性和安全性；

5.保證系統(tǒng)能夠適應現(xiàn)代技術(shù)的未來發(fā)展；

6.從業(yè)務、標準、技術(shù)、管理等各個方面充分考慮系統(tǒng)架構(gòu)的開放性。本項目

的應用系統(tǒng)與其它應用系統(tǒng)之間存在數(shù)據(jù)交互，所以一個開放的架構(gòu)是保證不同系

統(tǒng)之間交互的必要條件。

2.1.3可擴展性原則

將從三個方面考慮本項目的可擴展性：

1.系統(tǒng)設(shè)計應遵循國家電子政務和國家基層醫(yī)療機構(gòu)管理信息系統(tǒng)相關(guān)的標準

規(guī)范，具有較好的擴展性；

2.運行網(wǎng)絡和軟硬件設(shè)備支持通過增加軟硬件對系統(tǒng)進行擴展，滿足不斷增加

的性能要求；

3.在應用系統(tǒng)結(jié)構(gòu)上采用多層技術(shù)框架設(shè)計，分別支持應用系統(tǒng)的橫向擴展和

功能擴展；

4.模塊化設(shè)計，可根據(jù)需要拆接、組合，應用系統(tǒng)的設(shè)計開發(fā)應盡可能為后續(xù)

功能預留接口。

2.1.4高可用原則

為保證應用系統(tǒng)的高可用性，從五個角度進行系統(tǒng)設(shè)計，并貫徹于應用系統(tǒng)設(shè)

計的始終。

1.面向系統(tǒng)功能設(shè)計

應用系統(tǒng)設(shè)計基于當前需求，同時充分考慮當前現(xiàn)狀與未來發(fā)展，分析需求、

現(xiàn)狀、發(fā)展三者之間的關(guān)聯(lián)，定位應用系統(tǒng)的開發(fā)范圍，使各系統(tǒng)銜接過去、滿足

當前、適應發(fā)展。

2.面向組織架構(gòu)設(shè)計

從“系統(tǒng)用戶是誰？各層次用戶擁有的角色有哪些？對各種角色的用戶提供怎

樣的功能？”等方面，總體設(shè)計系統(tǒng)用戶、角色、權(quán)限、功能等。

3.面向穩(wěn)定運行設(shè)計

保證應用系統(tǒng)運行穩(wěn)定，有很強的防錯、抗錯能力。有很強的故障恢復和應急

措施，使各系統(tǒng)核心功能不間斷地正常運行。

4.面向負載均衡設(shè)計

系統(tǒng)應用服務能力的線性擴展和流量均衡，以保證在大事務量、大數(shù)據(jù)量的環(huán)

境下能加以調(diào)配以滿足實際情況的需求。服務器的高可用性，以保證在個體服務器

或服務出現(xiàn)故障時，應用系統(tǒng)不受影響。

5.組件化設(shè)計

在設(shè)計系統(tǒng)時，充分利用分離業(yè)務、框架和功能的方法，首先建立支撐構(gòu)件和

基礎(chǔ)服務，再在構(gòu)件和服務上構(gòu)造系統(tǒng)功能。

2.1.5可靠性原則

本項目的可靠性從四個層面保證：

1.網(wǎng)絡保證；

2.主機和系統(tǒng)軟件保證；

3.應用系統(tǒng)保證，對應用系統(tǒng)進行運行監(jiān)控、異常和錯誤處理等；

4.數(shù)據(jù)的備份和恢復保證。

2.1.6可定制原則

各系統(tǒng)功能的可定制從以下三個方面進行保證:

1.系統(tǒng)設(shè)計采用結(jié)構(gòu)合理的多層架構(gòu)，系統(tǒng)的應用服務集中管理；

2.靈活設(shè)計數(shù)據(jù)模型，能適應系統(tǒng)需求的不斷擴展；

3.各系統(tǒng)具有快速定制功能，盡量減少二次編碼工作。

2.1.7易維護性原則

客戶端基本不需要維護，服務器端的易用性主要從三個層面保證：

1.基礎(chǔ)軟件均要求提供相應的維護工具；

2.應用系統(tǒng)通過統(tǒng)一的管理界面，清晰的管理向?qū)?，簡化維護；

3.良好的人機操作界面，用戶可以方便快捷地查找到自己所需的信息。確保總

部和分部各級用戶都能夠獲得個性化的、人性化的操作界面，簡單、方便、容易學

習和使用。

2.1.8實用性原則

各系統(tǒng)的實用性，將從以下五個方面考慮：

1.方案設(shè)計要符合系統(tǒng)總體規(guī)劃的要求和設(shè)計原則，以滿足項目規(guī)劃功能需求

為基本前提；

2.盡量節(jié)省經(jīng)費的投入；

3,充分利用成熟的技術(shù)，避免盲目追求最新技術(shù)；

4.防止因系統(tǒng)在設(shè)計上的缺陷而造成系統(tǒng)處理能力不足；

5.采用多種技術(shù)，盡量減少用戶手工錄入。

2.2總體框架

2.2.1指導思想

2.2.1.1以人為中心的指導思想

本項目建設(shè)的根本目的就是為居民提供可及、優(yōu)質(zhì)、連續(xù)的健康管理服務，因

而在醫(yī)療衛(wèi)生業(yè)務信息系統(tǒng)中，人作為基本對象的衛(wèi)生服務對象，其在系統(tǒng)中的狀

態(tài)最為多樣，以人為中心的分析表明，個人健康信息都直接或間接地和整個區(qū)域衛(wèi)

生系統(tǒng)各子系統(tǒng)發(fā)生聯(lián)系，個人健康信息（包括健康人，患者等信息）主要由各個

信息系統(tǒng)產(chǎn)生并動態(tài)更新，隨著年齡的增長或疾病的發(fā)生等狀態(tài)的轉(zhuǎn)移建立各種專

項檔案、各種診療信息，這些信息可供各個醫(yī)療業(yè)務部門在服務過程中頻繁使用。

因此，建立的健康信息包括個人基本資料，出生信息，戶籍信息，聯(lián)系信息，

健康信息，家庭健康信息，疾病情況，過敏藥物等等，這些信息都是以個人基本資

料為核心，通過全縣統(tǒng)一的，唯一的個人編碼聯(lián)系在一起，提供一個個人健康記錄

的全角信息視圖。以人從生到死的狀態(tài)轉(zhuǎn)移為關(guān)鍵路徑設(shè)計的信息分析如下圖所示:

.A

/殘疾人管理：Y—殘疾；

/慢性病管理V—*\1

學生\

神病管理—Zr——■:生病

"^>4,_、?—I

成<年I\4cKi~?

'傳染病管理廠一則，7^?

'從業(yè)體檢?~'

I：作

口/I】干部保J'f」

住院信總卜---------，住院,

分娩—孕產(chǎn)婦保健一A」

G，1

Y-職稱評-定J'

'Kt:?

電子健案記錄EHR包括居民從生到死整個生命周期所有的關(guān)于醫(yī)療健康保健的

信息和資料，包括居民的基本信息、出生證明、個人健康檔案、家庭健康檔案、每

次就診的病歷、報告、處方、體檢結(jié)果等等，電子健康記錄的共享就是各醫(yī)療衛(wèi)生

機構(gòu)（醫(yī)院，社康中心等）將各自對居民醫(yī)療衛(wèi)生服務的業(yè)務數(shù)據(jù)采用統(tǒng)一的標準匯

總到數(shù)據(jù)中心形成每個居民完整的健康檔案信息，同時各醫(yī)療衛(wèi)生機構(gòu)又能夠方便

地共享查詢這些資料為居民提供醫(yī)療衛(wèi)生服務。

2.2.1.2基于MPI與EHR架構(gòu)

本項目建設(shè)必須避免其他地區(qū)以條線業(yè)務建設(shè)帶來的教訓,整合項目中各個系

統(tǒng)建設(shè)和整合必須遵循病人主索引MPI與電子健康記錄EHR的總體框架。這樣不僅

能保證完成醫(yī)療衛(wèi)生縱向的管理業(yè)務和目標，同時又使基層的各項業(yè)務實現(xiàn)天然的

整合。

為了實現(xiàn)自然人數(shù)據(jù)及電子健康記錄EHR的采集歸并與整合，以及和其他子

系統(tǒng)，區(qū)域化公共衛(wèi)生信息系統(tǒng)網(wǎng)絡之外的系統(tǒng)的聯(lián)系，簡化行政管理手段，提高

系統(tǒng)效率，降低系統(tǒng)費用，就需要實施統(tǒng)一標識MPI,并根據(jù)這個統(tǒng)一標識實現(xiàn)EHR

的歸并和整合。這個類似于美國的社會保險號、新西蘭的國民在線號碼。

個人電子健康記錄(ElectronicHealthcareRecords,EHR)是以個人健康、保健

和治療為中心的數(shù)字記錄，是以人為本的數(shù)字化健康檔案，記錄了個人從出生至死

亡整個生命歷程中的健康、保健、醫(yī)療信息。EHR跨越不同的機構(gòu)和系統(tǒng)在不同

的信息提供者和使用者之間實現(xiàn)醫(yī)療信息交換和共享，為提高病人的安全、提高醫(yī)

療質(zhì)量、改善健康護理、推進病人康復和降低醫(yī)療費用提供有效的手段。

MPI和EHR是區(qū)域衛(wèi)生信息化建設(shè)和整合的關(guān)鍵。

2.2.13縱橫向業(yè)務有機整合

整個平臺在建設(shè)時要處理縱橫向業(yè)務的關(guān)系，建立縱向醫(yī)療衛(wèi)生管理業(yè)務系統(tǒng)

時必須兼顧考慮橫向業(yè)務的整合或在橫向業(yè)務系統(tǒng)的基礎(chǔ)之上建設(shè)，建設(shè)基層橫向

醫(yī)療衛(wèi)生業(yè)務系統(tǒng)或整合時又必須兼顧縱向管理業(yè)務的需要，通過居民主索引MPI

和個人健康記錄EHR的主框架實現(xiàn)醫(yī)療衛(wèi)生資源縱向和橫向的整合，充分利用資源

實現(xiàn)各醫(yī)療衛(wèi)生機構(gòu)之間的協(xié)作。

2.2.2業(yè)務邏輯框架

本項目從架構(gòu)上符合國家衛(wèi)生計生委和自治區(qū)衛(wèi)生信息化建設(shè)總體規(guī)劃，中心

端集中部署在統(tǒng)一機房。本項目立足于統(tǒng)一數(shù)據(jù)中心集中部署，面向全縣基層醫(yī)療

機構(gòu)提供醫(yī)療業(yè)務的服務模式，滿足基層醫(yī)療機構(gòu)業(yè)務需要，簡化基層醫(yī)療機構(gòu)的

運維難度，降低運維成本，提供工作效率，加強管理機構(gòu)對基層機構(gòu)的高效監(jiān)管，

實現(xiàn)信息化支持體系目標。

分級診療

信

數(shù)

區(qū)域衛(wèi)生信息平臺

息

據(jù)

安

標

全

準

體

體

系

系

基層機構(gòu)業(yè)務系統(tǒng)

I基本醫(yī)療1公氏生、|綜合管理

（HIS系統(tǒng)）|電子病歷:1健康檔案慢病管理J;院長查詢）

［影像蔡統(tǒng)］（心電素統(tǒng):r婦女保健'（兒童保健'）;醫(yī)療監(jiān)管）

（臨檢系統(tǒng)］（合理用藥；?計劃免疫：?傳染病管理1（公共衛(wèi)生監(jiān)置）

（綜合管理）（…）〔老年人管理）（……）（4g颼口）

_____________J1__________________________)

2.2.3技術(shù)體系架構(gòu)

2.2.3.1四層技術(shù)體系結(jié)構(gòu)

由層次劃分可以看出，對于整個系統(tǒng)體系架構(gòu)，將其分成了信息訪問層、信息

展示與表現(xiàn)邏輯層、業(yè)務邏輯層以及數(shù)據(jù)存儲層四層，之所以將其分為這四層，主

要基于如下考慮：

1.優(yōu)化系統(tǒng)結(jié)構(gòu)

將系統(tǒng)分為多層，業(yè)務邏輯放在應用服務層，應用系統(tǒng)的維護集中在應用服務

層，客戶端的維護就相對簡單多了，有利于應用系統(tǒng)維護及系統(tǒng)管理。

2.提高應用系統(tǒng)的安全性

將客戶端與數(shù)據(jù)庫隔離起來，客戶端無權(quán)限直接訪問數(shù)據(jù)庫，有利于安全管理，

可有效防止惡意攻擊。還可以利用中間件的安全管理特性進一步加強權(quán)限控制管理。

3.可以統(tǒng)一入口，提供個性化的服務

將信息訪問層作為系統(tǒng)使用的統(tǒng)一入口，并通過信息展示和表示邏輯層，實現(xiàn)

對每一個訪問者提供個性化的服務。這樣展示邏輯與業(yè)務相關(guān)邏輯進行區(qū)分，從而

使得個性化服務的變化，不至影響系統(tǒng)業(yè)務邏輯的變化。

4.便于業(yè)務(事務)級權(quán)限管理

通過業(yè)務邏輯實現(xiàn)業(yè)務(事務)級權(quán)限，一種業(yè)務一個服務程序(Service),

利用中間件的安全管理對其進行訪問控制。數(shù)據(jù)庫的權(quán)限只分為對表(或表中的列)

的插入(Insert)、刪除(Delete)、修改(Update)、查詢(Select)權(quán)限，它

屬于數(shù)據(jù)庫表級的權(quán)限，而實際應用中往往以業(yè)務（事務）為主線，也就要求對業(yè)

務（事務）實現(xiàn)權(quán)限控制，四層結(jié)構(gòu)應用可以方便地對客戶端實現(xiàn)事務權(quán)限管理控

制。業(yè)務（事務）級權(quán)限控制的引入豐富和方便了權(quán)限控制與管理，實際上兩層應

用體系結(jié)構(gòu)中可通過存儲過程類似地實現(xiàn)業(yè)務（事務）級權(quán)限控制，但采用四層應

用體系結(jié)構(gòu)實現(xiàn)業(yè)務（事務）級權(quán)限控制更加靈活、方便、實效。

5.提高系統(tǒng)擴展能力

若要提高系統(tǒng)性能、處理速度，可通過增加應用服務器，分擔一部分應用服務

工作即可，而原來的應用服務器幾乎可以不動。同理，對于訪問用戶量的增加存儲

數(shù)據(jù)量的增加，同樣可以只增加相應層的服務器數(shù)目即可，系統(tǒng)的業(yè)務邏輯均無需

發(fā)生變動。

6.減少網(wǎng)絡數(shù)據(jù)流量和提高數(shù)據(jù)庫響應速度

應用服務層的引入有效地解決了網(wǎng)絡瓶頸和數(shù)據(jù)庫連接數(shù)過多引起數(shù)據(jù)庫性能

下降的問題。應用服務層往往有多臺服務器，可有效地解決客戶機訪問服務層瓶頸。

應用服務器與數(shù)據(jù)庫服務器（物理距離很近）可方便地采用寬帶網(wǎng)連接，不會產(chǎn)生

與數(shù)據(jù)庫服務層網(wǎng)絡瓶頸。

英吉沙縣區(qū)域衛(wèi)生信息化健康方案

7.保護現(xiàn)有投資

原有性能較差的設(shè)備均可發(fā)揮作用。大量復雜計算的工作均可放在應用服務

器上，對硬件要求不是很高，客戶機只做用戶輸入與顯示，原有微機即可。采用

四層應用體系結(jié)構(gòu)后整個系統(tǒng)性能有很大地提高，也不會造成原有系統(tǒng)資源浪費。

8.提高系統(tǒng)性能

四層應用體系結(jié)構(gòu)能更好地調(diào)整應用體系，還可利用中間件的特點來選擇路

由、平衡負載，提高整個系統(tǒng)的性能。

2.2.3.2S0A技術(shù)實現(xiàn)框架

移動設(shè)備界面

基本醫(yī)療

業(yè)務功能界面層

公共衛(wèi)生

監(jiān)督管理

基礎(chǔ)數(shù)據(jù)

業(yè)務數(shù)據(jù)庫功能醫(yī)療用戶數(shù)據(jù)權(quán)限開發(fā)

模塊機構(gòu)角色交渙安全框架SOA

統(tǒng)一技術(shù)架構(gòu)平臺層

\J

系統(tǒng)開發(fā)采用分層體系架構(gòu)建設(shè)，基于SOA架構(gòu)的系統(tǒng)分層開發(fā)總體技術(shù)框

架符合整個系統(tǒng)的技術(shù)框架，即基于系統(tǒng)的基礎(chǔ)設(shè)施及應用支撐平臺，面向各個

業(yè)務系統(tǒng)，需要開發(fā)的分層組件框架結(jié)構(gòu)。

系統(tǒng)開發(fā)通過實體類定義、基礎(chǔ)控件和服務、業(yè)務組件、業(yè)務控制邏輯、業(yè)

務展現(xiàn)控制等幾個層面的開發(fā)實現(xiàn)。

17

英吉沙縣區(qū)域衛(wèi)生信息化健康方案

基礎(chǔ)構(gòu)件位于業(yè)務構(gòu)件層之下，為業(yè)務構(gòu)件提供不依賴平臺的服務，例如數(shù)

據(jù)庫管理系統(tǒng)DBMS的接口，電子表單、工作流等，為應用系統(tǒng)的和業(yè)務構(gòu)件系

統(tǒng)的開發(fā)者使用，使其能夠更專注于業(yè)務構(gòu)件和應用系統(tǒng)的架構(gòu)。

其中基礎(chǔ)控件、業(yè)務組件為整個應用系統(tǒng)公用的基礎(chǔ)組件，作為應用支撐平

臺的組成部分，搭建應用服務、應用集成以及安全服務等支撐，為整個系統(tǒng)公用。

3具體建設(shè)方案

3.1縣級區(qū)域衛(wèi)生信息平臺

3.1.1平臺云端部署

3.1.1.1采用云計算技術(shù)的必要性分析

對于一個應用信息系統(tǒng)尤其是區(qū)域衛(wèi)生信息系統(tǒng)來說，IT基礎(chǔ)設(shè)施計劃外

的增長日益復雜，每次面臨新需求、新應用時，就要增加新的服務器。從設(shè)備采

購、系統(tǒng)部署到業(yè)務上線，通常要花費數(shù)周的時間，新業(yè)務不能得到快速響應。

信息化建設(shè)與業(yè)務發(fā)展之間存在著較大差距，IT基礎(chǔ)架構(gòu)正面臨著巨大挑戰(zhàn)：

IT基礎(chǔ)架構(gòu)正向資源共享方向發(fā)展。為能夠降低計算成本，眾多項目已經(jīng)

或正在考慮對IT基礎(chǔ)架構(gòu)進行整合及虛擬化。如何進一步提高資源利用率、降

低管理和基礎(chǔ)架構(gòu)成本，需要面對如何實現(xiàn)軟件、應用、數(shù)據(jù)和硬件資源的共享

的問題。

IT基礎(chǔ)架構(gòu)面臨業(yè)務支撐靈活度的壓力。在有效控制成本的同時，如何增

加IT基礎(chǔ)架構(gòu)的自動化和智能化程度？如何加快部署周期，輕松、靈活地應對

快速變化的業(yè)務需求？都對基礎(chǔ)設(shè)施提出了更高的需求。

系統(tǒng)管理復雜。數(shù)據(jù)庫服務器、Web服務器、中間件服務器，Windows平臺、

Linux平臺……，企業(yè)數(shù)據(jù)中心服務器數(shù)量多、種類多、管理復雜，面對如此復

雜的環(huán)境，需要在業(yè)務系統(tǒng)出現(xiàn)故障時及時解決問題，傳統(tǒng)IT管理方式面臨挑

戰(zhàn)。

18

英吉沙縣區(qū)域衛(wèi)生信息化健康方案

性能瓶頸。業(yè)務高峰時，業(yè)務系統(tǒng)負荷增加，出現(xiàn)性能瓶頸，不能及時響應

用戶請求，導致用戶滿意度下降。如何及時響應客戶需求，提高用戶滿意度成為

當務之急。

IT采購模式將發(fā)生巨大變化。以往根據(jù)項目需求采購設(shè)備、部署基礎(chǔ)架構(gòu)

的方法，已經(jīng)不能滿足業(yè)務變化的要求，新的采購模式應該以有規(guī)劃的、整體的

基礎(chǔ)架構(gòu)升級來適應不斷增加的新應用、提高對業(yè)務支撐的靈活性。

因此，需要換一種思路，從業(yè)務角度來考慮IT基礎(chǔ)架構(gòu)?！霸朴嬎恪钡某?/p>

現(xiàn)使信息技術(shù)行業(yè)發(fā)生重大變革，也為應對數(shù)據(jù)中心面臨的上述挑戰(zhàn)提供了解決

方法?！霸朴嬎恪笔且环N計算模式，在這種模式下，應用、數(shù)據(jù)和IT資源以服

務的方式通過網(wǎng)絡提供給用戶使用。“云計算”也是一種基礎(chǔ)架構(gòu)管理的方法論，

大量的計算資源組成IT資源池，用于動態(tài)創(chuàng)建高度虛擬化的資源提供用戶使用。

3.1.1.2設(shè)計目標和要點分析

3.1.1.2.1云計算服務概述

根據(jù)云計算服務的部署模式和服務對象范圍可以將云分為三類：公共云、私

有云和混合云。從另一個角度來看，云計算又可以按照所提供的服務類型分為三

層：

?基礎(chǔ)架構(gòu)即服務(InfrastructureasaService),提供的是虛擬化

服務器、存儲及網(wǎng)絡資源，laaS；

?平臺即服務(PlatformasaService),提供的是優(yōu)化的中間件，包

括應用服務器、數(shù)據(jù)庫服務器、portal服務器等，PaaS；

?軟件即服務(SoftwareasaService),包括行業(yè)應用、工具應用和

信息服務等，SaaS；

19

英吉沙縣區(qū)域衛(wèi)生信息化健康方案

基礎(chǔ)架構(gòu)作為服務(laaS)

(虛擬的服務器、存儲、網(wǎng)絡)

“云計算”提供了諸多好處，包括改善服務，提高效率和降低總體IT成本

的承諾。或許你正考慮通過構(gòu)建一個云計算環(huán)境實現(xiàn)如下目標：

?能夠?qū)崿F(xiàn)IT服務的快速交付、能夠?qū)崿F(xiàn)更快速的創(chuàng)新；

?自動配置和部署應用測試環(huán)境，更好地模擬生產(chǎn)環(huán)境進行測試，提高

產(chǎn)品質(zhì)量；

?實現(xiàn)資源再激活配置過程的自動化，降低成本；

?通過使用一種可預知結(jié)果的測試方法，達到提高生產(chǎn)力的目的；

?管理IT環(huán)境中的風險、滿足合規(guī)要求；

?平穩(wěn)遷移到新的應用，平穩(wěn)遷移到新的基礎(chǔ)架構(gòu)，平穩(wěn)遷移到新部署

的解決方案；

?從一個獨立的系統(tǒng)平穩(wěn)遷移到虛擬化系統(tǒng)環(huán)境。

同時，還會面臨如下一些挑戰(zhàn)：

?保證用戶滿意度：避免資源供給錯誤導致測試活動受阻礙甚至意外停

機；

?保證產(chǎn)量和收入：確保測試環(huán)境下獲得與生產(chǎn)環(huán)境相同的結(jié)果，避免

環(huán)境問題導致產(chǎn)品質(zhì)量問題且不能快速確定問題所在。

20

英吉沙縣區(qū)域衛(wèi)生信息化健康方案

?降低勞動力成本:手工配置復雜的環(huán)境，導致IT資源不能被高效利用，

需要保證整個環(huán)境可以更加智能和高效。

?確保誠信：提供可審核的供給過程，保證合規(guī)和政策的執(zhí)行。

?降低設(shè)備成本：有效進行IT資產(chǎn)管理，清楚安裝了什么、裝在什么地

方、誰在用及使用率

?資源共享問題：資源共享程度低、擴展成本高：虛擬化環(huán)境不易管理，

財務部門需要提供設(shè)備使用報告以便進行財務核算

?開發(fā)和測試人員因手工、低效率的資源分配過程而不能快速獲取所需

IT資源

?測試環(huán)境需要數(shù)周的時間才可配置完成，影響開發(fā)進度

?軟件配置不能被始終如一地執(zhí)行和追蹤，影響軟件質(zhì)量

?系統(tǒng)環(huán)境的配置對人員技能要求高，意味著留給新項目的時間就越少

?配置過程冗長、復雜、易出錯，影響生產(chǎn)率

?大量的系統(tǒng)配置工作需要手工來完成，導致任務積壓、客戶不滿意

如何采用云計算的部署方式實現(xiàn)這些目標、達成這些訴求：

通往云計算的旅行對所有客戶來說并不總是一帆風順的。為此，端到端的云

產(chǎn)品解決方案來幫助客戶在所有環(huán)節(jié)獲得業(yè)務優(yōu)勢：從虛擬化、到云功能、再到

高級云功能，利用現(xiàn)有基礎(chǔ)設(shè)施來創(chuàng)建能夠與業(yè)務需求同步增長的云環(huán)境。

首先，利用虛擬化技術(shù)實現(xiàn)基礎(chǔ)設(shè)施的虛擬化。實現(xiàn)虛擬化之后，可以在此

之上構(gòu)建一個入門級的云方案，滿足您的如下要求：

?通過標準化和降低運營成本來提高IT效率；

?按需擴展以便提高服務質(zhì)量；

?通過連續(xù)可用性來滿足需求；

?提供基本的配置、管理、自動化和計量功能；

?創(chuàng)建能夠通過擴展來支持高級云產(chǎn)品的基礎(chǔ)設(shè)施。

21

英吉沙縣區(qū)域衛(wèi)生信息化健康方案

3.1.1.2.2云平臺建設(shè)要點

每個云平臺根據(jù)用戶群的不同，業(yè)務模式的不同，在建設(shè)中，需要重點考慮

的問題也不一樣。對于云平臺的建設(shè)，建議根據(jù)分步走的規(guī)劃，特別是對于初次

搭建云平臺的客戶，提出以下建設(shè)要點：

?資源池

云計算采用池化資源管理。所謂“池”就是公共資源，資源并不屬于某一個

應用或業(yè)務，而是根據(jù)其要求，從公共資源池中劃分資源。

?自動化

云平臺采用服務管理流程化、自動化的方式集中管理，減少認為參與，為平

臺的規(guī)?；瘮U展提供條件。

?易用性

對于業(yè)務系統(tǒng)作為云計算平臺的用戶，不需要關(guān)心資源的來源及原理，只需

要登陸系統(tǒng)，使用資源。

?快速響應

當業(yè)務需求變化的時候，云平臺可以通過彈性伸縮機制和自動化來快速相應,

以適應業(yè)務的變化。

?可度量性

云平臺的各種資源服務，如存儲、CPU、內(nèi)存、網(wǎng)絡帶寬和軟件許可證等，

是可以監(jiān)控、控制和計量的。平臺可以更好的統(tǒng)計IT資源使用率，為服務水平

管理提供依據(jù)。

?高可擴展性

平臺建設(shè)規(guī)模會隨著業(yè)務類型增加和業(yè)務量的增加而迅速擴展，因此，高可

擴展性是平臺的重要特征。

?高可靠性

云平臺通過多副本容錯和計算資源同構(gòu)可互換來提高服務的可靠性，可靠性

比一般的云平臺更高，因此,在資源選擇上,就要采用可靠性高的服務器和存儲。

22

英吉沙縣區(qū)域衛(wèi)生信息化健康方案

3.1.1.3云化部署的建設(shè)目標

區(qū)域醫(yī)療數(shù)據(jù)交換與共享平臺將區(qū)域內(nèi)分散在不同的醫(yī)療機構(gòu)的業(yè)務系統(tǒng)

中的信息有機地整合起來，實現(xiàn)數(shù)據(jù)統(tǒng)一的跨部門、跨系統(tǒng)、跨平臺的數(shù)據(jù)交換

和共享系統(tǒng)。通過建立共享和交換平臺采集整合各醫(yī)療機構(gòu)及系統(tǒng)信息，建立數(shù)

據(jù)中心庫、形成穩(wěn)定可靠、具備擴展性的共享交換平臺。為居民健康電子檔案和

領(lǐng)導決策提供準確、可靠的數(shù)據(jù)。通過共享交換平臺的建設(shè)實現(xiàn)醫(yī)療機構(gòu)數(shù)據(jù)整

合，達到如下目標：

?通過構(gòu)建端到端的區(qū)域數(shù)據(jù)交換與共享平臺，保證醫(yī)療機構(gòu)系統(tǒng)間互聯(lián)

互通、數(shù)據(jù)共享、數(shù)據(jù)交換。

?通過區(qū)域數(shù)據(jù)交換與共享平臺，將區(qū)域內(nèi)不同醫(yī)療機構(gòu)的業(yè)務系統(tǒng)連接

起來，提供不同系統(tǒng)之間的數(shù)據(jù)交換功能，實現(xiàn)區(qū)域內(nèi)各醫(yī)療機構(gòu)的中心數(shù)據(jù)共

享，統(tǒng)一處理區(qū)域內(nèi)各醫(yī)療機構(gòu)及系統(tǒng)之間信息的采集與傳輸。

?信息通過采集，傳輸，匯總，清洗比對，完成信息入庫處理，形成完整

準確的數(shù)據(jù)中心，支撐居民健康電檔案的建設(shè)。

?通過共享交換平臺提供開放式數(shù)據(jù)服務接口，提供的數(shù)據(jù)服務，為各個

系統(tǒng)建設(shè)提供應用服務，實現(xiàn)基于健康檔案的區(qū)域醫(yī)療信息平臺的建設(shè)。

?建立相關(guān)管理制度和標準規(guī)范體系，保證區(qū)域醫(yī)療機構(gòu)數(shù)據(jù)交換與共享

平臺運行，保障區(qū)域醫(yī)療信息資源交換與共享應用長效機制的建立與管理，推進

區(qū)域醫(yī)療衛(wèi)生系統(tǒng)的完善，為區(qū)域醫(yī)療信息交換共享應用建設(shè)打下堅實的基礎(chǔ)。

3.1.1.4云化部署的建設(shè)內(nèi)容

根據(jù)需求分析，需要建立一套支撐框架（云平臺支撐框架），建設(shè)區(qū)域醫(yī)療

云數(shù)據(jù)交換與共享平臺，以及相應的監(jiān)控管理，并在此基礎(chǔ)上整合基礎(chǔ)信息庫系

統(tǒng)形成一套示范應用，建設(shè)的主要內(nèi)容為：

（-）標準規(guī)范建設(shè)

（-）云平臺支撐框架建設(shè)

（三）云數(shù)據(jù)交換平臺建設(shè)

（四）云數(shù)據(jù)處理平臺建設(shè)

（五）云共享服務平臺建設(shè)

23

英吉沙縣區(qū)域衛(wèi)生信息化健康方案

（六）基礎(chǔ)信息庫系統(tǒng)整合

（七）監(jiān)控與管理平臺建設(shè)

（八）開發(fā)工具與接口建設(shè)

（九）安全系統(tǒng)建設(shè)

（十）運行保障體系建設(shè)

3.L1.5系統(tǒng)云化部署的架構(gòu)

系統(tǒng)通過對基礎(chǔ)資源的整合，建立云平臺支撐框架，并在云平臺支撐框架的

基礎(chǔ)上提供三大云系統(tǒng)，并統(tǒng)一提供系統(tǒng)監(jiān)控與管理和開發(fā)工具及接口，如下圖

所示：

系

開

統(tǒng)

發(fā)

監(jiān)

工

挖

具

與

及

接

管

口

理

基礎(chǔ)資源

三大云之間相輔相成，以數(shù)據(jù)資源為基礎(chǔ)，對原始數(shù)據(jù)進行交換、整合、處

理、服務，共同為醫(yī)療機構(gòu)、政府部門及社會公眾提供服務。

3.1.2醫(yī)療衛(wèi)生信息平臺與數(shù)據(jù)中心

3.1.2.1衛(wèi)生數(shù)據(jù)云中心

3.1.2.1.1區(qū)域居民主索引庫

主索引是指在特定域范圍內(nèi)，用以標識該域內(nèi)每個居民并保持其唯一性的編

碼。居民的唯一標識是指用于健康服務實際業(yè)務并且能夠輔助進行居民健康信息

唯一性識別。區(qū)域衛(wèi)生信息平臺存儲全區(qū)居民的主索引和與此關(guān)聯(lián)的居民健康檔

案存儲地址。

24

英吉沙縣區(qū)域衛(wèi)生信息化健康方案

3.1.2.1.2全員人口信息庫（人口數(shù)據(jù)資源庫）

實現(xiàn)全員人口信息的實時動態(tài)管理，為促進人口與經(jīng)濟社會、資源環(huán)境全面

協(xié)調(diào)可持續(xù)發(fā)展提供決策依據(jù)；實現(xiàn)相關(guān)部門人口信息資源的實時共享，為區(qū)域

人口全生命周期管理服務。建立以公民身份號碼為標識、以居民身份證信息為主

要內(nèi)容的人口基礎(chǔ)信息庫。以人口基礎(chǔ)信息為基準，建立信息共享和校核機制,

充分利用全國人口普查信息，逐步建設(shè)人口總量和靜態(tài)動態(tài)分布、戶口登記、健

康素質(zhì)、殘疾人口、年齡和性別結(jié)構(gòu)、教育程度、就業(yè)狀態(tài)、居住狀況等方面的

業(yè)務信息庫。

3.1.2.1.3基本醫(yī)療數(shù)據(jù)庫

基本醫(yī)療信息包括了：診斷、處方、檢驗結(jié)果、檢查結(jié)果、影像圖像以及住

院病案、出院小結(jié)等內(nèi)容。其中影像圖像信息將以分布式存儲的方式分別存在各

家醫(yī)療機構(gòu)本地數(shù)據(jù)庫中，數(shù)據(jù)中心電子病歷數(shù)據(jù)庫集中存放診斷、處方、檢驗

結(jié)果、檢查結(jié)果等信息。

3.1.2.1,3.1數(shù)據(jù)標準

整合并應用居民的電子病歷數(shù)據(jù)，為各級醫(yī)療衛(wèi)生機構(gòu)及全體居民提供標準

化的電子病歷信息。

HL7CDA臨床文檔結(jié)構(gòu)是HL7組織發(fā)布的第一個基于XML的醫(yī)療行業(yè)標準。

CDA是一種以交換為目的的臨床文檔結(jié)構(gòu)和語意的文檔標記標準，且以該標準構(gòu)

件的臨床文檔可以在HL7消息中進行傳輸。CDA標準的建立旨在為實現(xiàn)在多個異

構(gòu)的系統(tǒng)中交換技術(shù)復雜度不同的具可讀性的患者醫(yī)療文檔，而制定的獨立于傳

輸和儲存機制的醫(yī)療文檔結(jié)構(gòu)標準。CDA使病歷文檔既能夠被機器處理，也能夠

被人閱讀，易于檢索和使用。借助于XML分析器，編寫相關(guān)的處理程序，就可以

將病歷存入到本地數(shù)據(jù)庫中或進行相關(guān)的操作。CDA標準有助于構(gòu)建基于XML技

術(shù)的更高效、靈活的電子病歷系統(tǒng)，實現(xiàn)在用戶需要時按需獲得患者的臨床信息,

使得患者臨床信息成為醫(yī)療行為的中心。

25

英吉沙縣區(qū)域衛(wèi)生信息化健康方案

目前，國內(nèi)還沒有將衛(wèi)生部制定的電子病歷數(shù)據(jù)標準與HL7CDA有機的結(jié)

合起來并應用于實際業(yè)務，因此本項目在遵循國家衛(wèi)生部《電子病歷基本架構(gòu)與

數(shù)據(jù)標準》的基礎(chǔ)上采用XML方式，盡量參考借鑒HL7CDA的三層醫(yī)療文檔理論

體系，研究制定統(tǒng)一的區(qū)域數(shù)據(jù)標準，該數(shù)據(jù)標準既是醫(yī)院臨床業(yè)務系統(tǒng)與區(qū)域

數(shù)據(jù)中心之間數(shù)據(jù)的交換標準，也是區(qū)域電子病歷數(shù)據(jù)的存儲標準。

區(qū)域數(shù)據(jù)中心標準包括文檔頭(Header)和文檔體(Body)。文檔頭共有四個

邏輯成份：文檔信息、資料數(shù)據(jù)、服務提供者和服務接受者，文檔信息標識了文

檔，定義了機密性狀態(tài)，描述了與其它文檔或單據(jù)間的關(guān)系；資料數(shù)據(jù)描述了文

檔受訪的開始:服務提供者包括了誰鑒別這個文檔，誰要獲取這個文檔的拷貝，

誰是文檔的生成者和錄入者，誰是參與健康醫(yī)療的提供者等，這些都被一記錄在

內(nèi)；服務接受者包括患者，其它有意義的參與者，如患者家屬，和那些可能產(chǎn)生

部分內(nèi)容的設(shè)備等。文檔體中所包括的是詳細的臨床報告，它可以是一個非結(jié)構(gòu)

化的大型二進制對象，也可以由結(jié)構(gòu)化體(StructuredBody)所組成。結(jié)構(gòu)化體

被封裝成多個遞歸可嵌套的文檔部分(section),每個部分可以包含一個單獨的

敘述塊(NarrativeBlock),以及任何數(shù)量的CDA條目(Entry)和外部引用。在

CDA標準中，根據(jù)患者醫(yī)療文檔信息的結(jié)構(gòu)化程度，依次將標準劃分為三級：第

一級，規(guī)定醫(yī)療文檔頭信息的語義,指定醫(yī)療文檔類型的代碼和包含章節(jié)的文檔

內(nèi)容。第二級，在第一級的基礎(chǔ)上，要求醫(yī)療文檔和章節(jié)使用相同的代碼，允許

增加進一步的約束條件。第三級，允許在醫(yī)療文檔的內(nèi)容上增加醫(yī)療觀察報告和

醫(yī)療服務的信息。

3.12132電子病歷數(shù)據(jù)模型

電子病歷信息模型包括電子病歷數(shù)據(jù)結(jié)構(gòu)和臨床文檔信息模型兩部分內(nèi)容。

3.1.2.1.3.