醫(yī)院數(shù)據(jù)中心平臺建設(shè)方案

醫(yī)院數(shù)據(jù)中心平臺建設(shè)方案

目錄

一、需求清單..................................................3

1.標(biāo)準(zhǔn)體系建設(shè)...........................................4

2.信息集成平臺建設(shè).......................................5

3.全院數(shù)據(jù)中心建設(shè)......................................27

4.基于數(shù)據(jù)中心的應(yīng)用....................................38

5.臨床應(yīng)用系統(tǒng)..........................................67

6.接口要求..............................................70

7.關(guān)鍵技術(shù)..............................................71

二、建設(shè)效果.................................................76

1實現(xiàn)臨床數(shù)據(jù)的集中化存儲.................................76

2實現(xiàn)業(yè)務(wù)協(xié)同與資源共享...................................77

3實現(xiàn)臨床業(yè)務(wù)的閉環(huán)管理...................................77

4提升數(shù)字化監(jiān)管能力和運營水平.............................77

5提升我院相關(guān)測評能力.....................................78

一、需求清單

建設(shè)內(nèi)容如以下表格:

序號分類建設(shè)內(nèi)容數(shù)量

標(biāo)準(zhǔn)體系建設(shè)（服

11項

務(wù)）標(biāo)準(zhǔn)體系建設(shè)服務(wù)

2醫(yī)療應(yīng)用集成平臺1套

3互聯(lián)互通交互服務(wù)配置管理與運行監(jiān)控系統(tǒng)1套

4患者主索引（EMPI）1套

5主數(shù)據(jù)管理（MDM）1套

信息集成平臺

6電子病歷共享文檔（CDA）管理1套

7統(tǒng)一認(rèn)證與單點登錄1套

8統(tǒng)一支付服務(wù)1套

9統(tǒng)一消息服務(wù)1套

10數(shù)據(jù)接入1套

11操作數(shù)據(jù)（0DS）1套

12全院數(shù)據(jù)中心數(shù)據(jù)管理與監(jiān)控平臺1套

13臨床數(shù)據(jù)中心（CDR）1套

14運營數(shù)據(jù)中心（0DR）1套

15患者醫(yī)療集成可視化系統(tǒng)1套

16閉環(huán)追蹤與監(jiān)測系統(tǒng)1套

17基于數(shù)據(jù)中心的應(yīng)醫(yī)院運營管理決策分析系統(tǒng)1套

18用醫(yī)療質(zhì)量決策分析系統(tǒng)1套

19院長管理駕駛艙1套

20臨床知識庫和輔助決策系統(tǒng)CDSS1套

21臨床應(yīng)用系統(tǒng)單病種系統(tǒng)1套

22VTE質(zhì)量管控系統(tǒng)1套

23專病數(shù)據(jù)庫（高血壓主題庫、糖尿病主題庫）1套

24接口集成集成醫(yī)院現(xiàn)有全部系統(tǒng)的接口1套

詳細(xì)的技術(shù)規(guī)格和功能要求如下:

1.標(biāo)準(zhǔn)體系建設(shè)

建設(shè)醫(yī)院的標(biāo)準(zhǔn)化體系，滿足醫(yī)院信息集成平臺、數(shù)據(jù)中心對數(shù)

據(jù)標(biāo)準(zhǔn)化的要求。滿足將來科研平臺對數(shù)據(jù)標(biāo)準(zhǔn)的要求。

1.1.應(yīng)用集成平臺集成規(guī)體系建設(shè)

從集成流程分析到集成場景的定義。梳理出需要集成交互的場景。

根據(jù)衛(wèi)健委互聯(lián)互通標(biāo)準(zhǔn)化成熟度測評規(guī)范和電子病歷應(yīng)用水平四

級的要求，結(jié)合醫(yī)院的特點，確定集成交互的內(nèi)容，最后形成一套完

成的集成規(guī)范。后續(xù)業(yè)務(wù)系統(tǒng)接入時都將依據(jù)此規(guī)范進行接口開發(fā)。

1.2.數(shù)據(jù)標(biāo)準(zhǔn)體系建設(shè)

數(shù)據(jù)中心建設(shè)，必須構(gòu)建數(shù)據(jù)標(biāo)準(zhǔn)體系。構(gòu)建統(tǒng)一的、唯一的數(shù)

據(jù)標(biāo)準(zhǔn)以保證數(shù)據(jù)的正確性。為后續(xù)的數(shù)據(jù)傳輸、數(shù)據(jù)共享打下基礎(chǔ)。

數(shù)據(jù)標(biāo)準(zhǔn)體系建設(shè)需遵循科學(xué)的處理方法，從梳理業(yè)務(wù)領(lǐng)域、梳

理基礎(chǔ)數(shù)據(jù)、參照的標(biāo)準(zhǔn)出發(fā)，針對不同領(lǐng)域的核心業(yè)務(wù)對象及相關(guān)

業(yè)務(wù)進行分析，理清每個核心業(yè)務(wù)及相關(guān)業(yè)務(wù)由哪些數(shù)據(jù)項組成，識

別出描述核心業(yè)務(wù)及其相關(guān)業(yè)務(wù)的基礎(chǔ)數(shù)據(jù)。結(jié)合標(biāo)準(zhǔn)化梳理策略,

規(guī)范數(shù)據(jù)標(biāo)準(zhǔn)體系建設(shè)。

1.3.管理指標(biāo)體系建設(shè)

通過醫(yī)院管理決策支持體系，為管理者提供數(shù)據(jù)支撐。對醫(yī)院各

部門管理制度進行梳理，確定標(biāo)準(zhǔn)化的業(yè)務(wù)流程和管理指標(biāo)，對醫(yī)院

各科室的運營狀況進行監(jiān)控，對醫(yī)療質(zhì)量進行分析。

2.信息集成平臺建設(shè)

2.1.醫(yī)療應(yīng)用集成平臺

集成平臺按照國家的衛(wèi)生信息互聯(lián)互通標(biāo)準(zhǔn)化標(biāo)準(zhǔn)進行建設(shè)，醫(yī)

療應(yīng)用集成平臺采用面向服務(wù)的架構(gòu)（SOA）,以企業(yè)服務(wù)總線（ESB）

的方式，采用國家的衛(wèi)生信息交互標(biāo)準(zhǔn)的通訊協(xié)議，實現(xiàn)醫(yī)院應(yīng)用系

統(tǒng)之間的互聯(lián)互通、信息共享、流程協(xié)作。

以企業(yè)服務(wù)總線（ESB）方式實現(xiàn)全院范圍內(nèi)跨部門、跨系統(tǒng)的

信息交換邏輯，包括交換路由控制、交換協(xié)議轉(zhuǎn)換、交換信息包轉(zhuǎn)換、

交換接口的定義。通過對HIS、電子病歷、醫(yī)技系統(tǒng)、護理系統(tǒng)等既

有業(yè)務(wù)系統(tǒng)接口邏輯的改造，將醫(yī)院系統(tǒng)之間信息共享、流程協(xié)同以

及和上級衛(wèi)生信息平臺之間的協(xié)同按照互聯(lián)互通集成規(guī)范要求通過

企業(yè)服務(wù)總線（ESB）來提供服務(wù)，同時在項目周期內(nèi)在第三方廠商

配合的情況下能夠按照醫(yī)院個性化集成服務(wù)需求進行開發(fā)，完成ESB

的建設(shè)。這一建設(shè)包括集成開發(fā)平臺、集成管理平臺、集成監(jiān)控平臺,

CDA服務(wù)等。

采用的集成引擎工具如果是采用第三方商用的引擎工具，則應(yīng)提

供引擎產(chǎn)品廠商的授權(quán)函。

2.1.1.醫(yī)療應(yīng)用集成平臺架構(gòu)概述

序號功能模塊具體參數(shù)

1集成平臺在醫(yī)院內(nèi)部、醫(yī)院之間，提供了快速、可靠的連

接和數(shù)據(jù)共享；實現(xiàn)了同公共衛(wèi)生機構(gòu)間的信息交換。集

成平臺為一致、高效、高質(zhì)量的醫(yī)療衛(wèi)生信息交換奠定了

平臺概述

基礎(chǔ)。集成平臺應(yīng)包含三個主要的功能：運行引擎、集成

開發(fā)平臺IDE、管理控制平臺；兩個可選項：移動客戶端、

儀表盤。

2根據(jù)不同的角色，功能架構(gòu)上應(yīng)能夠提供開發(fā)平臺、管理

功能架構(gòu)

與監(jiān)控平臺、運行平臺。以滿足不同角色人員的功能要求

3集成平臺按照國家的衛(wèi)生信息互聯(lián)互通標(biāo)準(zhǔn)化標(biāo)準(zhǔn)為依

據(jù)進行建設(shè)，醫(yī)療應(yīng)用集成平臺采用面向服務(wù)的架構(gòu)

（SOA）,以企業(yè)服務(wù)總線（ESB）的方式，采用國家的衛(wèi)

生信息交互標(biāo)準(zhǔn)的通訊協(xié)議，實現(xiàn)醫(yī)院應(yīng)用系統(tǒng)之間的互

聯(lián)互通、信息共享、流程協(xié)作。

應(yīng)用架構(gòu)

以企業(yè)服務(wù)總線（ESB）方式實現(xiàn)全院范圍內(nèi)跨部門、跨系

統(tǒng)的信息交換邏輯，包括交換路由控制、交換協(xié)議轉(zhuǎn)換、

交換信息包轉(zhuǎn)換、交換接口的定義。通過對HIS、電子病

歷、醫(yī)技系統(tǒng)、護理系統(tǒng)等既有業(yè)務(wù)系統(tǒng)接口邏輯的改造，

將醫(yī)院系統(tǒng)之間信息共享、流程協(xié)同以及和上級衛(wèi)生信息

平臺之間的協(xié)同按照互聯(lián)互通集成規(guī)范要求通過企業(yè)服

務(wù)總線(ESB)來提供服務(wù)，同時在項目周期內(nèi)在第三方廠

商配合的情況下能夠按照醫(yī)院個性化集成服務(wù)需求進行

開發(fā)，完成ESB的建設(shè)。這一建設(shè)包括集成規(guī)范定制、集

成開發(fā)子平臺、集成運行子平臺、集成管理子平臺、集成

監(jiān)控子平臺。

OSGi(JSR291)亦稱做Java語言的動態(tài)模塊系統(tǒng)，OSGi

(OpenServicesGatewayInitiativeFramework)

是一個基于Java環(huán)境的嚴(yán)格的標(biāo)準(zhǔn)開發(fā)平臺，它為模塊

化應(yīng)用的開發(fā)定義了一個基礎(chǔ)架構(gòu)。通過使用OSGi作為

OSGi支持

系統(tǒng)架構(gòu)，不僅對開發(fā)帶來益處，對于系統(tǒng)部署和升級同

樣帶來很多的優(yōu)點，簡單的說，通過OSGi可以在后臺對

程序組件進行安裝、升級或卸載而無需打斷集成平臺系統(tǒng)

的正常運行。能夠提供集成平臺OSGi運行日志。

集成平臺支持醫(yī)療數(shù)據(jù)集成的行業(yè)標(biāo)準(zhǔn)，要求內(nèi)置包括

HL7、HIPAA、EDIFACT、NCPDP和X12在內(nèi)的多種醫(yī)療標(biāo)準(zhǔn)

標(biāo)準(zhǔn)化支持

庫。它同時也要支持FHIR標(biāo)準(zhǔn)(FastHealthcare

InteroperableResources)。

集成平臺應(yīng)提供IHE工具包，用以簡化病人登記和病歷檔

IHE支持案的IHE標(biāo)準(zhǔn)化實施。

該工具包應(yīng)支持XDR、XDS、PIX等IHE標(biāo)準(zhǔn)。

系統(tǒng)升級升級無需進行數(shù)據(jù)遷移，實現(xiàn)無縫升級；

2.1.2.集成子開發(fā)平臺

開發(fā)子平臺的主要功能是連接到集成引擎并指引引擎展開各項

運行處理工作。集成開發(fā)環(huán)境具有良好并直觀的圖形配置界面方便開

發(fā)人員對通訊點、過濾器及路由進行設(shè)置。開發(fā)人員通過使用集成開

發(fā)環(huán)境將集成設(shè)計轉(zhuǎn)化為可運行的程序。

開發(fā)平臺應(yīng)具備以下功能：可視化開發(fā)、代碼開發(fā)、圖形代碼轉(zhuǎn)

換、快速部署、集成測試、功能擴展。

序號功能模塊具體參數(shù)

1能提供圖形化設(shè)置及設(shè)計工具，集成研發(fā)環(huán)境基于視

窗操作系統(tǒng)的特性使它有良好并直觀的圖形配置界面

方便設(shè)計師對通訊點、過濾器及路由進行設(shè)置。同時要

圖形化界面開發(fā)

求基于引擎的所有功能都是通過IDE進行配置的，而

這種配置要求是非常直觀、圖形化、拖放可視化及擁有

友好用戶界面的。

2集成開發(fā)平臺能支持Java、JavaScript等多種開發(fā)語

代碼開發(fā)

3要求在整合研發(fā)環(huán)境里，基于JavaScript語言的所有

圖形化與代碼的通訊點及過濾器都能很方便地進行圖形化與代碼或代

相互轉(zhuǎn)換碼與圖形化的轉(zhuǎn)換。所有在圖形化界面.（GUI）的配置

都能被準(zhǔn)確地輸出為XML格式文件，反之亦可

4接口能夠通過以下3種構(gòu)建連接起來：

通訊點/鏈接點（CommunicationPoint）；

接口適配器

路由（Routes）；

過濾器（Filters）。

5集成引擎支持以下協(xié)議和標(biāo)準(zhǔn)

協(xié)議標(biāo)準(zhǔn)（TCP、FTP、HTTP、網(wǎng)絡(luò)服務(wù)等等）

簡化標(biāo)準(zhǔn)支持

支持的HL7（從版本2.X,3,FHIR）,同時支持臨床文檔

架構(gòu)（CDA）和連續(xù)性醫(yī)護文檔（CCD）

支持醫(yī)用信息系統(tǒng)集成（IHE）配置文件

支持多種消息格式（包括用戶自定義格式）：

HL72.1to2.7

HL7Version3

FHIR

X.12,rangingfrom2001-5022

HIPAA837,997,277,275,835V.4020

EDIFACTrangingfrom901-I06B

HCFAX.12837A

UB92V.4.1andV.5.0

ASTM

NCPDP

DICOM,imageanddataextraction

W3Ccompatible

ebXML

6引擎快速安裝包能及時地實施在各種操作環(huán)境上。完

簡單快捷的安裝

整的配置在5分鐘內(nèi)完成而不需要停止引擎的運轉(zhuǎn)

7聯(lián)機情況下動態(tài)

要求新舊平臺間的數(shù)據(jù)轉(zhuǎn)換可在5分鐘內(nèi)迅速完成

修改接口引擎

8通過簡易的配置界面，查詢表就能提供高性能的數(shù)據(jù)

集成查詢表

轉(zhuǎn)換。

9數(shù)據(jù)轉(zhuǎn)換能在系統(tǒng)與系統(tǒng)之間快速轉(zhuǎn)換數(shù)據(jù)。

10消息定義提供消息定義功能

11EDI消息設(shè)計器用來創(chuàng)建在創(chuàng)建EDI的消息定義文件，

消息設(shè)計器

消息定義文件可以用于在路由中解析和創(chuàng)建EDI消息。

EDI消息設(shè)計器應(yīng)預(yù)置消息標(biāo)準(zhǔn)庫，包括HL7,X12,

HIPAA,EDIFACT,NCPDP和UB92等。

12實現(xiàn)如下功能：

編輯并保存測試消息。

內(nèi)置測試

在一個過濾器上發(fā)送測試消息。

查看測試結(jié)果和錯誤。

2.1.3.集成運行子平臺

當(dāng)消息被存儲后，根據(jù)集成運行平臺的配置，它們將被發(fā)送到集

成平臺中的一個或多個路由中。消息將會按照路由中所定義的路徑進

行處理。在處理過程中，每個消息在經(jīng)過路由時可以由若干過濾器組

件進行處理，每個過濾器執(zhí)行一個具體的操作，例如映射、獲取屬性、

生成應(yīng)答等。

路由處理完畢后，消息將被傳送到連接到目標(biāo)系統(tǒng)的一個或多個

通信點。

處理完畢的的消息將會保存在消息歸檔記錄中，直到到達(dá)設(shè)定的

歸檔周期。集成平臺的歸檔文件保存在醫(yī)院具體的存儲設(shè)備當(dāng)中。

需提供集成平臺高可用方案。

序號功能模塊具體參數(shù)

1集成平臺通過內(nèi)建的消息隊列和消息跟蹤特性，提供

可靠傳輸

了可靠的消息傳送機制。

2運行平臺能夠頭提供內(nèi)置的備份機制，可以對集成平

備份臺的配置和消息存儲提供完整和增量備份?？梢詫?/p>

份周期進行設(shè)定。

3集成平臺提供豐富的開放接口API,可以進行遠(yuǎn)程監(jiān)

開放接口

控和配置管理，同時提供REST和SOAT方式接口。

4集成平臺的配置管理可以訪問系統(tǒng)配置的完整版本

版本控制歷史記錄，可以進行版本比較，可以回退到之前的版

本。

5集成平臺的通信點不僅支持實時工作模式，也可以配

定時模式置為定時模型進行工作，支持以秒、分鐘、小時、每

月某日、每周某日、月等作為條件進行設(shè)定。

6集成平臺支持批量的處理模式，能對批量的消息進行

批量模式

解包，也可以將一批單獨的消息進行打包。

7故障診斷集成平臺提供多種方式來對不同的問題進行診斷

2.1.4.集成管理監(jiān)控子平臺

管理平臺可對平臺中的組件或功能進行簡捷的管理設(shè)置如：總線

服務(wù)管理、網(wǎng)絡(luò)服務(wù)管理、路由管理、通訊點管理、全局變量管理、

用戶管理、權(quán)限管理、系統(tǒng)設(shè)置、插件管理、通知方案定義等功能。

序號功能模塊具體參數(shù)

1為了便于不同國家用戶的使用，管理監(jiān)控平臺支持多

多語言支持

種語言的界面顯示

2可以對集成平臺的logo和提示信息進行客戶個性化

客戶個性化

定制

3服務(wù)器設(shè)置對集成平臺的消息存儲備份周期進行管理。

從消息存儲中刪除舊數(shù)據(jù)。

查看和修改當(dāng)前用戶的配置信息，修改密碼。

4歸檔數(shù)據(jù)清理可以通過清理已經(jīng)歸檔的消息來釋放

歸檔數(shù)據(jù)清理

磁盤空間，以及對錯誤隊列進行碎片整理。

5集成平臺提供豐富的消息檢索功能，可以對集成平臺

消息檢索

接收和發(fā)送的消息進行檢索。

6集成平臺儀表盤可以將在醫(yī)院運行的所有集成平臺

環(huán)境的健康狀況一目了然的展示出來，能夠更加積極

儀表盤

的對平臺進行維護。儀表盤可以在各種類型的web瀏

覽器上進行訪問。

7系統(tǒng)概覽對集成平臺系統(tǒng)運行狀態(tài)進行高級別的全面概覽。

8監(jiān)控集成平臺中每個路由、通信點、web服務(wù)的運行

組件狀態(tài)

狀態(tài)

9錯誤隊列用于顯示一個錯誤消息列表，包含路由到錯

誤隊列過濾器的消息，或過濾器的錯誤連接傳送的消

錯誤隊列

息。

可以使用檢索條件對錯誤消息進行過濾。

10平臺中每一個處理步驟都會有記錄的留存，可以通過

消息處理記錄可視化的方式來查看每一個步驟的消息具體內(nèi)容和

屬性的變化情況。

11監(jiān)控平臺中的消息能夠以更加可讀的格式呈現(xiàn)給用

消息視圖戶，也可以通過關(guān)鍵字高亮顯示的文本格式來進行查

看。

12引擎統(tǒng)計可以對系統(tǒng)、延遲、性能、消息進行統(tǒng)計

13可以收集日志、配置、系統(tǒng)信息等各類診斷信息，并

服務(wù)器狀態(tài)打包成獨立的歸檔文件，提供給技術(shù)支持人員做更加

深入的問題分析

14監(jiān)控平臺中具備引擎正常運行時間報告功能，用戶可

引擎正常運行

以自定義時間范圍查看引擎運行記錄和處理的消息

時間

總量

15監(jiān)控平臺提供多層次的通知機制，可以在系統(tǒng)全局或

通知機制

每個獨立的組件設(shè)置閾值，用于觸發(fā)警告或警報

16監(jiān)測列表用于將組件按邏輯領(lǐng)域進行分組，可以獨立

的監(jiān)控，或按名單進行轉(zhuǎn)移。通過名單可以設(shè)定按指

監(jiān)測列表

定日期、時間周期發(fā)送通知?？梢园凑沼脩暨x定的通

信方式（郵件、短信、尋呼）進行通知。

17集成平臺會記錄詳細(xì)的系統(tǒng)日志并對日志進行檢索

系統(tǒng)日志

等操作

18用戶對集成平臺進行的操作會記錄下相應(yīng)的審核日

審核日志志，可使用日期范圍、日志等級、特定的用戶作為條

件進行檢索和查看，并可以對日志進行導(dǎo)出

19在管理平臺每個頁面上，都可以通過用戶反饋模塊向

反饋信息

集成平臺產(chǎn)品開發(fā)部門反饋信息。

2.1.5.集群運行監(jiān)控

系統(tǒng)須支持集群化部署，須提供高可用性和高性能，提供可視

化界面塊對集群整體運行狀況進行監(jiān)控。

對于集群的管理和監(jiān)控須滿足以下的功能（包括但不限于）：

序號功能模塊具體參數(shù)

1須支持通過以拓?fù)潢P(guān)系圖的方式將集成平臺同應(yīng)用系統(tǒng)

的交互關(guān)系進行可視化的展示；支持查看系統(tǒng)的基本信

集成拓?fù)潢P(guān)系

息，和其它系統(tǒng)的交互關(guān)系；支持顯示對外提供和調(diào)用的

服務(wù)數(shù)量和內(nèi)容，最近24h向平臺發(fā)送和接收的消息量。

2須支持對平臺服務(wù)器的運行性能進行監(jiān)控，支持查看平

臺處理的消息總量、運行時間、吞吐量（已接收、已處理、

集群性能監(jiān)控

已發(fā)送），集群中每臺服務(wù)器的cpu、內(nèi)存、存儲空間使

用情況和最近一段時間的吞吐量。

3將集群中所有集成平臺服務(wù)器的報警信息進行集中展

集群報警信息：

Zj\o

4須支持對接入集成平臺的應(yīng)用系統(tǒng)的運行狀態(tài)、隊列和

消息量進行監(jiān)控，支持分類查看群集中每臺集成平臺服

務(wù)器上所接入的不同廠商的應(yīng)用系統(tǒng)的平臺接口和消息

接入系統(tǒng)監(jiān)控吞吐量，輸入、輸出、失敗隊列，接收、發(fā)送、失敗消息

量，對每臺集成平臺上的接入系統(tǒng)通信點的運行狀況進

行監(jiān)控，并可以控制啟停。

（提供功能截圖證明材料）

5對集成平臺上運行互聯(lián)互通服務(wù)進行分類監(jiān)控，對每臺

集成平臺服務(wù)器上的服務(wù)進行狀態(tài)監(jiān)控和啟?？刂疲?/p>

互聯(lián)互通服務(wù)

持顯示群集中每個集成平臺服務(wù)器上服務(wù)的消息處理量

監(jiān)控：

和空閑時間。

（提供功能截圖證明材料）

6須支持對接入集成平臺的應(yīng)用系統(tǒng)所交換的消息進行追

蹤查詢。包括但不限于開始時間和結(jié)束時間、發(fā)送方、接

交互消息追蹤

收方、交互服務(wù)、患者ID等條件，對集成平臺的交互信

息進行檢索。支持將發(fā)送方、集成平臺、接收方，三方之

間的消息流轉(zhuǎn)過程，以跨職能流程圖方式，對整個交互消

息從開始到結(jié)束的過程進行追蹤；支持流程中每組請求

和響應(yīng)，標(biāo)記出請求和響應(yīng)并它們的組關(guān)系，支持顯示對

應(yīng)的請求與響應(yīng)時間，可以查看交互消息的詳細(xì)內(nèi)容。

(提供功能截圖證明材料)

7須支持對接入集成平臺的應(yīng)用系統(tǒng)的通信和消息的收發(fā)

處理進行統(tǒng)計。集成平臺接收到外部消息請求與平臺應(yīng)

答情況，包括但不限于：發(fā)送方、消息總數(shù)、成功數(shù)、異

常數(shù)、平均耗時(ms)、最大耗時(ms)；

交互服務(wù)統(tǒng)計

集成平臺處理情況，包括：消息總數(shù)、成功數(shù)、異常數(shù)、

平均耗時(ms)、最大耗時(ms)；集成平臺發(fā)送給外部系統(tǒng)

及應(yīng)答情況，包括：接收方、消息總數(shù)、成功數(shù)、異常數(shù)、

平均耗時(ms)、最大耗時(ms)。

2.1.6.業(yè)務(wù)系統(tǒng)集成交互組件

通過與醫(yī)院現(xiàn)有業(yè)務(wù)系統(tǒng)編制交互組件，能夠?qū)崿F(xiàn)與醫(yī)院現(xiàn)有業(yè)

務(wù)系統(tǒng)的互聯(lián)互通，定義業(yè)務(wù)交互流程，實現(xiàn)數(shù)據(jù)交互，定義平臺服

務(wù)和消息機制，發(fā)布服務(wù)和提供消息訂閱等功能。能提供與后續(xù)新增

業(yè)務(wù)系統(tǒng)間的交互組件、實現(xiàn)系統(tǒng)間互聯(lián)互通功能。

目前主要包括以下交互組件：HIS系統(tǒng)與集成平臺的交互組件、

電子病歷系統(tǒng)與集成平臺的交互組件、檢驗系統(tǒng)與集成平臺的交互組

件、檢查系統(tǒng)集成平臺的交互組件、手術(shù)麻醉系統(tǒng)與集成平臺的交互

組件、病理系統(tǒng)與平臺交互組件、合理用藥系統(tǒng)與集成平臺的交互組

件、院感系統(tǒng)與平臺交互組件、病案統(tǒng)計系統(tǒng)與平臺交互組件、0A系

統(tǒng)與平臺交互組件等軟件系統(tǒng)與平臺交互組件。

2.1.7.移動客戶端支持

集成平臺移動客戶端支持iOS和Android平臺，提供了一些對集

成平臺的管理和監(jiān)控功能。

監(jiān)控人員可以在任何時間、任何地點、通過網(wǎng)絡(luò)，使用集成平臺

移動客戶端，對集成引擎進行分鐘級的監(jiān)控。在集成平臺管理員無法

訪問電腦的時候，可以及時定位到集成平臺的問題。

集成平臺移動客戶端可以作為web管理監(jiān)控平臺、集成平臺儀表

盤和郵件、短信通知之外的補充手段。

序號功能模塊具體參數(shù)

1可訪問集成平臺的錯誤隊列和警報并可對報警消息進行

報警

處理。

2主動通知可以接收和打開報警的電子郵件通知

3對報警中包含的集成平臺組件（通信點、路由和web服

基本控制

務(wù)）進行啟動、停止和重啟

2.1.8.數(shù)據(jù)存儲

不需依托任何數(shù)據(jù)庫就能獨立運行，完成整合任務(wù)。

2.1.9.實施步驟

詳細(xì)描述實施集成平臺的詳細(xì)步驟。

序號功能模塊具體參數(shù)

1流程分析對醫(yī)院的核心業(yè)務(wù)流程進行分析

2對每個交互場景所涉及的系統(tǒng)、觸發(fā)時機、交互信息

場景定義

進行整理

3按業(yè)務(wù)領(lǐng)域編制集成規(guī)范，將領(lǐng)域所涉及的集成流程

規(guī)范編制設(shè)計、集成場景說明、集成消息定義在文檔中進行說

明

4業(yè)務(wù)系統(tǒng)廠商首先需要構(gòu)建一個收發(fā)平臺，同集成平

集成開發(fā)臺建立起一對一的通信機制，然后按照集成規(guī)范對業(yè)

務(wù)系統(tǒng)進行改造。

5組織進行多輪次、不同種類的集成測試。包括：連通

集成測試

測試、集成測試、流程測試、異常測試。

6首先流程測試，測試通過后通知用戶開始使用。同時

切換上線

要制定應(yīng)急方案。

2.2.互聯(lián)互通交互服務(wù)配置管理與運行監(jiān)控系統(tǒng)

2.2.1.交互服務(wù)配置管理

序號功能模塊具體參數(shù)

1服務(wù)配置功能提供對集成平臺上所提供的交互服務(wù)進

服務(wù)配置

行配置管理。

通過服務(wù)授權(quán)功能可以對集成平臺上所提供的交互服

服務(wù)授權(quán)務(wù)向外部調(diào)用系統(tǒng)開放授權(quán)，只有開放授權(quán)的系統(tǒng)才能

夠調(diào)用平臺上的服務(wù)。

集成平臺上的服務(wù)被業(yè)務(wù)系統(tǒng)調(diào)用后，如果一個業(yè)務(wù)系

服務(wù)訂閱統(tǒng)訂閱了此服務(wù)，平臺會調(diào)用業(yè)務(wù)系統(tǒng)的接口服務(wù)，將

信息傳遞出去，由此形成一個訂閱發(fā)布關(guān)系。

通過系統(tǒng)注冊功能，可以對所有需要接入集成平臺的系

系統(tǒng)注冊統(tǒng)進行信息注冊管理。

支持新增、修改、刪除操作。

通過廠商注冊功能，可以對所有需要接入集成平臺的廠

廠商注冊商進行信息注冊管理。

支持對廠商的新增、修改、刪除操作；

2.2.2.互聯(lián)互通集成監(jiān)控

序號功能模塊具體參數(shù)

1通過平臺運行監(jiān)控功能對集成平臺的運行狀況進行監(jiān)

控、分析和可視化的展示，可以幫助系統(tǒng)管理員一目了然

的知曉集成平臺的性能和處理量。需要監(jiān)控的信息包括：

1）平臺消息處理總量；

2）消息當(dāng)日處理情況（要求以圖表展示）；

平臺運行監(jiān)控3）cpu使用情況；

4）內(nèi)存占用情況；

5）磁盤使用情況；

6）接入系統(tǒng)總數(shù)；

7）提供服務(wù)總數(shù)。

8）具有跳轉(zhuǎn)功能，可以跳轉(zhuǎn)到詳細(xì)查看頁面。

2通過接入系統(tǒng)運行監(jiān)控功能，可以對接入集成平臺的應(yīng)

接入系統(tǒng)監(jiān)控

用系統(tǒng)的通信和消息收發(fā)情況進行監(jiān)控。

交互服務(wù)監(jiān)控功能，要求監(jiān)控的內(nèi)容包括：

1）監(jiān)控平臺上所提供的集成交互服務(wù)情況；

交互服務(wù)監(jiān)控

2）展示每個交互服務(wù)的狀態(tài)。通過明確的狀態(tài)說明和鮮

明的顏色標(biāo)識，可以了解運行狀況；

3)可以查看路由的基本信息和運行信息，包括(名稱，

運行狀態(tài)，空閑時間、已處理消息數(shù)量、正在處理隊列數(shù)

量、等待處理隊列數(shù)量)；

交互消息追蹤功能可以實現(xiàn)對接入集成平臺的應(yīng)用系統(tǒng)

所交換的消息進行追蹤查詢。要求實現(xiàn)以下功能：

1)消息檢索；

交互消息追蹤

2)消息列表；

3)交互消息的可視化追蹤；

4)交互消息的內(nèi)容展示。

服務(wù)統(tǒng)計功能可以實現(xiàn)對接入集成平臺的應(yīng)用系統(tǒng)的消

息收發(fā)情況進行統(tǒng)計分析。

要求統(tǒng)計以下信息：

1)服務(wù)編碼；

2)服務(wù)名稱；

3)平臺接收到的外部消息應(yīng)答情況統(tǒng)計，包括：發(fā)送方、

服務(wù)交互統(tǒng)計消息總數(shù)、成功數(shù)、異常數(shù)、平均耗時(ms)、最大耗時

(ms)；

4)平臺處理情況統(tǒng)計，包括：消息總數(shù)、成功數(shù)、異常

數(shù)、平均耗時(ms)、最大耗時(ms)；

5)平臺發(fā)送給外部系統(tǒng)及應(yīng)答情況的統(tǒng)計，包括：接收

方、消息總數(shù)、成功數(shù)、異常數(shù)、平均耗時(ms)、最大耗

時(ms)o

2.3.主索引管理(EMPI)

全院患者主索引系統(tǒng)(EMPI)用于全院范圍內(nèi)患者基本信息索引

的創(chuàng)建、搜索和維護，可以智能地協(xié)助醫(yī)療人員對病人有效地進行搜

索。醫(yī)療機構(gòu)通過建設(shè)主索引(EMPI)來識別、匹配、合并、取消重

復(fù)的數(shù)據(jù)，凈化病人記錄，利用主索引可獲得完整而單一的病人視圖。

EMPI會為每個病人創(chuàng)建一個唯一標(biāo)示，并和相關(guān)系統(tǒng)的醫(yī)療記錄的

標(biāo)示之間建立映射。系統(tǒng)包括但不限于以下功能：

功能模塊功能要求具體參數(shù)

合并規(guī)則支持定義主索引合并規(guī)則功能

EMPI定義規(guī)則定義支持對患者屬性定義權(quán)重，通過閾值范圍來設(shè)

定自動合并、潛在重復(fù)規(guī)則。

組合概覽支持根據(jù)用戶定義的匹配規(guī)則，生成“潛在重

組合預(yù)覽

復(fù)”和“自動匹配”的組合，方便用戶查看

處理統(tǒng)計展示年度患者主索引各月處理數(shù)量折線圖

主索引記錄數(shù)統(tǒng)提供系統(tǒng)內(nèi)總的主索引記錄數(shù)統(tǒng)計。以餅圖展

主索引概覽

計示待解決和已解決的主索引數(shù)量。

潛在重復(fù)統(tǒng)計支持統(tǒng)計合并記錄數(shù)和潛在重復(fù)數(shù)量。

患者主索引列表提供患者主索引列表，可顯示主索引的狀態(tài)，

列表顯示患者主索引號、姓名、性別、出生日

期、身份證號等患者屬性。

快捷查詢可通過姓名或身份證號進行快捷查詢患者。

主索引檢索查

高級檢索可通過患者多個屬性進行高級檢索。

詢

模糊檢索支持主索引模糊查詢。

主索引關(guān)聯(lián)信息提供查看主索引關(guān)聯(lián)的各類信息，包括：患者

查看詳細(xì)信息，患者主索引同應(yīng)用系統(tǒng)的映射關(guān)

系，主索引變動記錄。

主索引新增可手工新增加患者，錄入患者基本信息內(nèi)容。

主索引維護

修改基本信息支持人工修改患者基本信息。

主索引禁用病人主索引信息不再使用，可以在EMPI系統(tǒng)

禁用。主索引信息被禁用之后，將不能被修改。

主索引還原提供主索引還原功能。

記錄比較對多條患者主索引記錄進行比較，直觀顯示比

較結(jié)果。

潛在重復(fù)關(guān)聯(lián)支持查看潛在重復(fù)的主索引記錄。

主索引管理主索引合并支持將兩條或多條患者主索引記錄進行合并。

主索引拆分支持合并的逆操作，將已合并的主索引記錄，

再拆分為兩個獨立主索引記錄。

變動日志提供患者主索引變動日志。

事務(wù)日志支持對主索引管理情況進行統(tǒng)計，包括操作類

事務(wù)日志

型、操作人、操作時間等。

2.4.主數(shù)據(jù)管理(MDM)

主數(shù)據(jù)是指在整個醫(yī)院范圍內(nèi)各個事務(wù)性業(yè)務(wù)系統(tǒng)以及分析型

系統(tǒng)間要共享的數(shù)據(jù)，比如，可以是與醫(yī)囑相關(guān)的診療服務(wù)項目編碼、

手術(shù)與操作編碼、藥品編碼、診斷編碼，帳戶(accounts)以及組織

單位(organizationalunits)相關(guān)的數(shù)據(jù)。主數(shù)據(jù)通常需要在整個醫(yī)

院醫(yī)療范圍內(nèi)保待一致性(consistent)、完整性(complete)、可控

性(controlled),為了達(dá)成這一目標(biāo)，就需要進行主數(shù)據(jù)管理

(MasterDataManagement,MDM)。主數(shù)據(jù)是跨業(yè)務(wù)重復(fù)使用的高價

值的數(shù)據(jù)，這些主數(shù)據(jù)在進行主數(shù)據(jù)管理之前經(jīng)常存在于多個異構(gòu)或

同構(gòu)的系統(tǒng)中。

系統(tǒng)包括以下功能:

功能模塊具體參數(shù)

支持定義主數(shù)據(jù)的實體和屬性、對應(yīng)的存儲表、維護界

主數(shù)據(jù)建模

面、編碼規(guī)則。

主數(shù)據(jù)維護支持對標(biāo)準(zhǔn)數(shù)據(jù)進行增、冊4、改、排重、合并。

主數(shù)據(jù)訂閱發(fā)布（字典支持將標(biāo)準(zhǔn)數(shù)據(jù)分發(fā)到各業(yè)務(wù)系統(tǒng)，并自動建立與業(yè)務(wù)

同步）系統(tǒng)的數(shù)據(jù)對照關(guān)系

支持提供主數(shù)據(jù)新增、更新、查詢等操作的WebService

主數(shù)據(jù)注冊服務(wù)

服務(wù)。

支持?jǐn)?shù)據(jù)標(biāo)準(zhǔn)模型的定義，以及國際標(biāo)準(zhǔn)、國內(nèi)標(biāo)準(zhǔn)、

數(shù)據(jù)標(biāo)準(zhǔn)管理

行業(yè)標(biāo)準(zhǔn)字典的管理

對醫(yī)院各系統(tǒng)的非標(biāo)準(zhǔn)數(shù)據(jù)與標(biāo)準(zhǔn)數(shù)據(jù)之間提供映射

數(shù)據(jù)映射

（人工、自動映射）管理功能。

主數(shù)據(jù)版本管理提供主數(shù)據(jù)版本管理功能。

主數(shù)據(jù)修改記錄支持查詢主數(shù)據(jù)修改記錄。

批量導(dǎo)入導(dǎo)出提供主數(shù)據(jù)批量導(dǎo)入導(dǎo)出功能。

權(quán)限管理提供主數(shù)據(jù)權(quán)限管理。

2.5.共享文檔庫（CDA）

按照醫(yī)院信息互聯(lián)互通標(biāo)準(zhǔn)化成熟度評測中對電子病歷共享文

檔的規(guī)范要求，提供采用HL7CDA標(biāo)準(zhǔn)格式的共享文檔注冊服務(wù)，在

數(shù)據(jù)中心平臺中，獨立存儲患者臨床診療文檔/共享文檔的數(shù)據(jù)庫

（CDA）,實現(xiàn)CDA共享文檔的注冊、存儲、檢索、瀏覽。

功能模塊具體參數(shù)

支持多種文檔格式，包括：XML、JOSNo

支持提供文檔注冊服務(wù)，由業(yè)務(wù)系統(tǒng)注冊提交共享文檔。

電子病歷（CDA）從業(yè)務(wù)系統(tǒng)提交電子病歷信息，在醫(yī)院信息平臺生成共享文

共享文檔生成檔，并進行注冊，完成注冊后將注冊成功信息返回給業(yè)務(wù)系

統(tǒng)。要求從生成單份共享文檔到返回注冊成功信息的時間不

超過5秒。

電子病歷共享檔的存儲。

1）支持電子病歷共享文檔索引信息（每份文檔生成唯一索引）

電子病歷（CDA）

和文檔內(nèi)容信息分別存儲；

共享文檔存儲

2）電子病歷共享文檔中心采用大數(shù)據(jù)存儲技術(shù)，采用NoSQL

數(shù)據(jù)庫存儲。

對互聯(lián)互通標(biāo)準(zhǔn)化53份共享文檔的配置文件進行管理。

1）包括文檔配置文件的檢索、更新；

2）文檔數(shù)據(jù)提供方可按照文檔配置文件提供相應(yīng)格式的數(shù)

據(jù)；

3）文檔生成方按照配置文件生成共享文檔

對文檔提供檢索功能。

1）通過患者ID、文檔類型對共享文檔進行精確檢索，通過其

電子病歷（CDA）

它查詢條件對共享文檔進行模糊檢索

共享文檔管理

2）通過列表展示檢索出來的共享文檔，包括患者ID、患者姓

名、文檔類型、最后更新時間等數(shù)據(jù)項；

對注冊的各類共享文檔進行統(tǒng)計分析：

1）提供查詢條件查詢不同時期的共享文檔數(shù)量；

2）可以統(tǒng)計共享文檔中的患者數(shù)量；

3）可以統(tǒng)計共享文檔中患者就診次數(shù)；

4）可以統(tǒng)計共享文檔的總數(shù)量及各類文檔的數(shù)量；

5）可以統(tǒng)計每日共享文檔更新數(shù)量；

6）以上統(tǒng)計可以可視化展示；

對外提供服務(wù)接口，可以提供給院內(nèi)業(yè)務(wù)系統(tǒng)調(diào)用查閱，也

可以提供給上級平臺調(diào)用查閱

調(diào)閱各類共享文檔。

1）在共享管理平臺，通過檢索到的患者共享文檔，可查看共

電子病歷（CDA）

享文檔的內(nèi)容；

共享文檔調(diào)閱

2）查看的共享文檔的內(nèi)容是按照文檔格式XDS文件自動、動

態(tài)展示。

3）電子病歷調(diào)閱服務(wù)：打開一個已注冊的電子病歷文檔的時

間不超過5秒

2.6.統(tǒng)一用戶認(rèn)證與單點登錄

2.6.1.統(tǒng)一用戶認(rèn)證

建立基于目錄服務(wù)的統(tǒng)一用戶管理機制，建設(shè)全院統(tǒng)一的用戶身

份庫，實現(xiàn)用戶信息的集中存儲和管理，角色、用戶信息規(guī)范命名、

統(tǒng)一存儲，用戶ID全院唯一。用戶信息將統(tǒng)一保存在統(tǒng)一門戶系統(tǒng)

中。各系統(tǒng)的授權(quán)操作將有各系統(tǒng)進行分配管理。從而實現(xiàn)“統(tǒng)一存

儲、分布授權(quán)”。

系統(tǒng)包括但不限于以下功能:

功能模塊功能要求

建立統(tǒng)一用戶管理機制，建設(shè)全院統(tǒng)一的用戶身份庫，實

統(tǒng)一用戶管理

現(xiàn)用戶信息的集中存儲和管理。

用戶創(chuàng)建支持用戶創(chuàng)建功能。

用戶注銷支持用戶注銷功能。

用戶修改支持用戶信息修改功能。

標(biāo)準(zhǔn)接口支持通過標(biāo)準(zhǔn)接口與各系統(tǒng)進行同步對接。

以統(tǒng)一用戶為基礎(chǔ)，對所有應(yīng)用系統(tǒng)提供統(tǒng)一的認(rèn)證方式

統(tǒng)一用戶認(rèn)證

和認(rèn)證策略，以識別用戶身份的合法性。

支持多種方法身份認(rèn)證，包括用戶名/口令、數(shù)字證書、CA

身份認(rèn)證

證書和短信動態(tài)口令等認(rèn)證方式。

數(shù)據(jù)加密支持對身份認(rèn)證的過程進行數(shù)據(jù)加密。

提供多層次的按照用戶、時間、終端等多種組合的全方位

安全審計管理

的數(shù)據(jù)操作審計功能。

2.6.2.單點登陸

提供一站式單點登錄功能，即通過用戶的一次性鑒別登錄，可獲

得需訪問系統(tǒng)的授權(quán)，在此條件下，用戶可對所有被授權(quán)的應(yīng)用系統(tǒng)

進行無縫的訪問，從而提高用戶的工作效率，減少操作時間，降低用

戶安全管理的復(fù)雜度，并提高系統(tǒng)整體的安全性。提供單點登錄系統(tǒng)

系統(tǒng)的計算機軟件著作權(quán)登記證書，證書取得至少招標(biāo)公告發(fā)布之

刖。

系統(tǒng)包括但不限于以下功能要求:

功能模塊功能要求

1)實現(xiàn)用戶只需認(rèn)證一次，就可以無須再次登錄地訪問其

單點登錄(SSO)做授權(quán)可以訪問的業(yè)務(wù)系統(tǒng)。

2)支持與CA集成。

1）提供統(tǒng)一賬戶認(rèn)證，能夠支持通過瀏覽器實現(xiàn)對多個

統(tǒng)一賬戶認(rèn)證B/S和C/S架構(gòu)應(yīng)用的統(tǒng)一賬戶認(rèn)證。

2）提供可供多種開發(fā)平臺調(diào)用實現(xiàn)統(tǒng)一認(rèn)證

提供一站式單點登錄，統(tǒng)一登錄界面，通過用戶的一次性

門戶

鑒別登錄，可獲得所需訪問的各應(yīng)用系統(tǒng)的授權(quán)。

對眾多的需要統(tǒng)一登錄管理的應(yīng)用系統(tǒng)進行配置化管理，

統(tǒng)一入口配置管

靈活配置應(yīng)用系統(tǒng)的路徑、圖標(biāo)、登錄方式、登錄密鑰等

理

信息。

2.7.統(tǒng)一支付服務(wù)

統(tǒng)一支付服務(wù)用于對患者的費用、處方信息進行結(jié)算、查詢服務(wù)。

主要應(yīng)用場景：自助結(jié)算功能、自助費用查詢、移動端結(jié)算功能、移

動端費用查詢等。

2.8.統(tǒng)一消息服務(wù)

2.8.1.系統(tǒng)消息服務(wù)

打通我院內(nèi)部各個系統(tǒng)之間的消息通道，實現(xiàn)包括行政、醫(yī)務(wù)、

惠民等多個方面的消息推送，支持客戶端、短信、第三方公眾號等多

種途徑的推送方式，針對患者、醫(yī)生、管理人員實時將消息推送至個

人平臺。醫(yī)院內(nèi)所有消息提醒，由消息服務(wù)統(tǒng)一發(fā)送，統(tǒng)一管理。除

了消息推送外，通過消息服務(wù)的歷史推送記錄、渠道推送量、業(yè)務(wù)推

送量等信息，還可以實現(xiàn)醫(yī)院內(nèi)部的業(yè)務(wù)數(shù)據(jù)統(tǒng)計與分析、檢查/用

藥智能提醒、實現(xiàn)重復(fù)檢驗檢查和用藥智能提醒。在各醫(yī)療機構(gòu)醫(yī)生

工作站實現(xiàn)聯(lián)網(wǎng)醫(yī)院內(nèi)患者近期重復(fù)檢驗檢查和用藥信息的智能提

醒，減少不必要的重復(fù)醫(yī)療，節(jié)約費用。該智能提示也可在預(yù)防保健

業(yè)務(wù)中，對需要進行慢性病隨訪、對需要免疫接種等各種情況進行智

能提示。

各業(yè)務(wù)系統(tǒng)間實現(xiàn)消息統(tǒng)一服務(wù)。實現(xiàn)HIS系統(tǒng)內(nèi)各模塊間的消

息統(tǒng)一服務(wù)，HIS系統(tǒng)和公共衛(wèi)生系統(tǒng)之間統(tǒng)一消息服務(wù)，HIS.公共

衛(wèi)生和檢驗檢查統(tǒng)一消息服務(wù)，醫(yī)院信息平臺和區(qū)域信息平臺之間統(tǒng)

一消息服務(wù)，預(yù)約掛號提醒、檢查檢驗報告提醒、隨訪提醒和家庭簽

約提醒等。

2.8.2.居民消息服務(wù)

面向患者提供全診療保健流程的消息提醒，包括：掛號、繳費、

檢驗檢查、取藥、取單、體檢等環(huán)節(jié)，引導(dǎo)患者有序就診；面向醫(yī)護

人員，提供醫(yī)院內(nèi)各系統(tǒng)的消息提醒，如：醫(yī)囑校對提醒、隨訪提醒、

藥品庫存提醒、簽約家庭醫(yī)生提醒等?；颊咴卺t(yī)院就診后，病情信息

實時推送至患者簽約的責(zé)任家庭醫(yī)生站首頁，消息提醒家醫(yī)重點關(guān)注,

以便家庭醫(yī)生加強管理，對該患者進行隨訪管理。使公衛(wèi)服務(wù)落實到

最有需要的人群。

3.全院數(shù)據(jù)中心建設(shè)

3.1.數(shù)據(jù)接入

功能模塊具體參數(shù)

支持多種數(shù)據(jù)源實時和定時（提供配置界面設(shè)置定時任務(wù)，可以

按月，按周，按日調(diào)度執(zhí)行）采集，包括SQLServer、Oracle、

DB2、Cach6、Sybase、MySQL等數(shù)據(jù)庫。

支持系統(tǒng)數(shù)據(jù)以消息方式或數(shù)據(jù)庫技術(shù)接入數(shù)據(jù)采集平臺，實現(xiàn)

數(shù)據(jù)讀取，現(xiàn)有業(yè)務(wù)系統(tǒng)不需改造。

支持從源系統(tǒng)中接入數(shù)據(jù)，并存入隊列進行管理以進行進一步的

離散和解析處理。

在進行數(shù)據(jù)利用應(yīng)用的建設(shè)前，平臺須完成接入醫(yī)院現(xiàn)有的業(yè)務(wù)

系統(tǒng)的數(shù)據(jù)，以消息隊列進行保存，保證可被逐一查閱；

數(shù)據(jù)支持以消息方式回溯準(zhǔn)確性，確保所存儲的消息數(shù)據(jù)能夠逐

條分析審計和校驗，保證接入數(shù)據(jù)的準(zhǔn)確性。

技術(shù)要求消息接入方式保證對數(shù)據(jù)變更的完整跟蹤，保證可以對數(shù)據(jù)的準(zhǔn)

確性方面的各種排查和驗證。

提供一站式定義和配置消息格式、離散化規(guī)則、定義數(shù)據(jù)關(guān)聯(lián)規(guī)

則以及數(shù)據(jù)錯誤管理規(guī)則的配置開發(fā)環(huán)境的數(shù)據(jù)管道服務(wù)；并且

數(shù)據(jù)管道可擴充（適配器、支持插件）。

提供標(biāo)準(zhǔn)化消息接收適配器（如HL7,XML,CSV或自定義文本文

件）。

提供高性能的統(tǒng)一消息處理引擎，處理已定義好的數(shù)據(jù)管道中的

實時消息。此功能須為產(chǎn)品化工具，并已經(jīng)在國內(nèi)醫(yī)院正常使用。

需列出具體使用用戶。

提供異構(gòu)系統(tǒng)、不同品牌系統(tǒng)數(shù)據(jù)源的接入工具。

支持B/S和C/S架構(gòu)的各類系統(tǒng)的數(shù)據(jù)集成。

1）通過CDC、物化視圖日志等技術(shù)實時捕獲業(yè)務(wù)系統(tǒng)數(shù)據(jù)的變化

日志，分析日志，提取數(shù)據(jù)變化信息。不需要業(yè)務(wù)系統(tǒng)廠商進行

系統(tǒng)改造。

數(shù)據(jù)的接入2）支持通過消息解析引擎對消息隊列進行解析、清洗、篩選和整

理。

3）接入實時數(shù)據(jù)后將開啟變化捕獲前的業(yè)務(wù)數(shù)據(jù)作為歷史數(shù)據(jù)批

量處理。

數(shù)據(jù)采集的范圍包括但不限于醫(yī)院在用的所有業(yè)務(wù)系統(tǒng)，包括

HIS、LIS、PACS、EMR、病理、藥房藥庫系統(tǒng)、物