醫(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實(shí)現(xiàn)臨床數(shù)據(jù)的集中化存儲.................................76

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

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

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

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

一、需求清單

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

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

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

11項(xiàng)

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

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

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

4患者主索引（EMPI）1套

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

信息集成平臺

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

7統(tǒng)一認(rèn)證與單點(diǎ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運(yùn)營數(shù)據(jù)中心（0DR）1套

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

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

17基于數(shù)據(jù)中心的應(yīng)醫(yī)院運(yùn)營管理決策分析系統(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ī)院的特點(diǎn)，確定集成交互的內(nèi)容，最后形成一套完

成的集成規(guī)范。后續(xù)業(yè)務(wù)系統(tǒng)接入時(shí)都將依據(jù)此規(guī)范進(jìn)行接口開發(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ù)進(jìn)行分析，理清每個(gè)核心業(yè)務(wù)及相關(guān)業(yè)務(wù)由哪些數(shù)據(jù)項(xiàng)組成，識

別出描述核心業(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ī)院各

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

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

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

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

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

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

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

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

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

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

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

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

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

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

配合的情況下能夠按照醫(yī)院個(gè)性化集成服務(wù)需求進(jìn)行開發(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ù)共享；實(shí)現(xiàn)了同公共衛(wèi)生機(jī)構(gòu)間的信息交換。集

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

平臺概述

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

開發(fā)平臺IDE、管理控制平臺；兩個(gè)可選項(xiàng)：移動(dòng)客戶端、

儀表盤。

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

功能架構(gòu)

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

監(jiān)控子平臺。

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

(OpenServicesGatewayInitiativeFramework)

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

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

OSGi支持

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

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

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

的正常運(yùn)行。能夠提供集成平臺OSGi運(yùn)行日志。

集成平臺支持醫(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)化支持

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

InteroperableResources)。

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

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

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

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

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

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

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

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

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

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

換、快速部署、集成測試、功能擴(kuò)展。

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

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

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

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

圖形化界面開發(fā)

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

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

友好用戶界面的。

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

代碼開發(fā)

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

圖形化與代碼的通訊點(diǎn)及過濾器都能很方便地進(jìn)行圖形化與代碼或代

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

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

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

通訊點(diǎn)/鏈接點(diǎn)（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）,同時(shí)支持臨床文檔

架構(gòu)（CDA）和連續(xù)性醫(yī)護(hù)文檔（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引擎快速安裝包能及時(shí)地實(shí)施在各種操作環(huán)境上。完

簡單快捷的安裝

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

7聯(lián)機(jī)情況下動(dòng)態(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è)計(jì)器用來創(chuàng)建在創(chuàng)建EDI的消息定義文件，

消息設(shè)計(jì)器

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

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

HIPAA,EDIFACT,NCPDP和UB92等。

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

編輯并保存測試消息。

內(nèi)置測試

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

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

2.1.3.集成運(yùn)行子平臺

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

成平臺中的一個(gè)或多個(gè)路由中。消息將會按照路由中所定義的路徑進(jìn)

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

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

生成應(yīng)答等。

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

通信點(diǎn)。

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

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

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

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

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

可靠傳輸

了可靠的消息傳送機(jī)制。

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

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

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

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

開放接口

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

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

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

本。

5集成平臺的通信點(diǎn)不僅支持實(shí)時(shí)工作模式，也可以配

定時(shí)模式置為定時(shí)模型進(jìn)行工作，支持以秒、分鐘、小時(shí)、每

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

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

批量模式

解包，也可以將一批單獨(dú)的消息進(jìn)行打包。

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

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

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

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

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

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

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

多語言支持

種語言的界面顯示

2可以對集成平臺的logo和提示信息進(jìn)行客戶個(gè)性化

客戶個(gè)性化

定制

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

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

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

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

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

磁盤空間，以及對錯(cuò)誤隊(duì)列進(jìn)行碎片整理。

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

消息檢索

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

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

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

儀表盤

的對平臺進(jìn)行維護(hù)。儀表盤可以在各種類型的web瀏

覽器上進(jìn)行訪問。

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

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

組件狀態(tài)

狀態(tài)

9錯(cuò)誤隊(duì)列用于顯示一個(gè)錯(cuò)誤消息列表，包含路由到錯(cuò)

誤隊(duì)列過濾器的消息，或過濾器的錯(cuò)誤連接傳送的消

錯(cuò)誤隊(duì)列

息。

可以使用檢索條件對錯(cuò)誤消息進(jìn)行過濾。

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

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

屬性的變化情況。

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

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

看。

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

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

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

深入的問題分析

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

引擎正常運(yùn)行

以自定義時(shí)間范圍查看引擎運(yùn)行記錄和處理的消息

時(shí)間

總量

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

通知機(jī)制

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

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

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

監(jiān)測列表

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

信方式（郵件、短信、尋呼）進(jìn)行通知。

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

系統(tǒng)日志

等操作

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

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

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

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

反饋信息

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

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

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

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

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

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

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

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

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

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

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

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

臺處理的消息總量、運(yùn)行時(shí)間、吞吐量（已接收、已處理、

集群性能監(jiān)控

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

用情況和最近一段時(shí)間的吞吐量。

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

集群報(bào)警信息：

Zj\o

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

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

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

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

量，對每臺集成平臺上的接入系統(tǒng)通信點(diǎn)的運(yùn)行狀況進(jìn)

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

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

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

集成平臺服務(wù)器上的服務(wù)進(jìn)行狀態(tài)監(jiān)控和啟?？刂?，支

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

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

監(jiān)控：

和空閑時(shí)間。

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

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

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

交互消息追蹤

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

平均耗時(shí)(ms)、最大耗時(shí)(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ù)交互流程，實(shí)現(xiàn)數(shù)據(jù)交互，定義平臺服

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

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

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

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

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

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

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

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

2.1.7.移動(dòng)客戶端支持

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

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

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

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

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

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

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

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

1可訪問集成平臺的錯(cuò)誤隊(duì)列和警報(bào)并可對報(bào)警消息進(jìn)行

報(bào)警

處理。

2主動(dòng)通知可以接收和打開報(bào)警的電子郵件通知

3對報(bào)警中包含的集成平臺組件（通信點(diǎn)、路由和web服

基本控制

務(wù)）進(jìn)行啟動(dòng)、停止和重啟

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

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

2.1.9.實(shí)施步驟

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

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

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

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

場景定義

進(jìn)行整理

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

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

明

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

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

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

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

集成測試

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

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

切換上線

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

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

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

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

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

服務(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)用后，如果一個(gè)業(yè)務(wù)系

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

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

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

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

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

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

廠商注冊商進(jìn)行信息注冊管理。

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

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

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

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

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

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

1）平臺消息處理總量；

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

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

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

5）磁盤使用情況；

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

1)消息檢索；

交互消息追蹤

2)消息列表；

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

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

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

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

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

1)服務(wù)編碼；

2)服務(wù)名稱；

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

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

(ms)；

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

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

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

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

時(shí)(ms)o

2.3.主索引管理(EMPI)

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

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

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

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

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

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

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

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

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

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

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

組合預(yù)覽

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

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

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

主索引概覽

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

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

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

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

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

快捷查詢可通過姓名或身份證號進(jìn)行快捷查詢患者。

主索引檢索查

高級檢索可通過患者多個(gè)屬性進(jìn)行高級檢索。

詢

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

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

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

系，主索引變動(dòng)記錄。

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

主索引維護(hù)

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

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

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

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

記錄比較對多條患者主索引記錄進(jìn)行比較，直觀顯示比

較結(jié)果。

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

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

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

再拆分為兩個(gè)獨(dú)立主索引記錄。

變動(dòng)日志提供患者主索引變動(dòng)日志。

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

事務(wù)日志

型、操作人、操作時(shí)間等。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

面、編碼規(guī)則。

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

主數(shù)據(jù)訂閱發(fā)布（字典支持將標(biāo)準(zhǔn)數(shù)據(jù)分發(fā)到各業(yè)務(wù)系統(tǒng)，并自動(dò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ù)映射

（人工、自動(dòng)映射）管理功能。

主數(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ù)中心平臺中，獨(dú)立存儲患者臨床診療文檔/共享文檔的數(shù)據(jù)庫

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

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

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

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

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

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

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

超過5秒。

電子病歷共享檔的存儲。

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

電子病歷（CDA）

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

共享文檔存儲

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

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

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

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

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

據(jù)；

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

對文檔提供檢索功能。

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

電子病歷（CDA）

它查詢條件對共享文檔進(jìn)行模糊檢索

共享文檔管理

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

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

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

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

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

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

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

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

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

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

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

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

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

電子病歷（CDA）

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

共享文檔調(diào)閱

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

態(tài)展示。

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

間不超過5秒

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

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

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

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

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

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

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

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

功能模塊功能要求

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

統(tǒng)一用戶管理

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

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

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

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

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

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

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

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

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

身份認(rèn)證

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

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

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

安全審計(jì)管理

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

2.6.2.單點(diǎn)登陸

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

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

進(jìn)行無縫的訪問，從而提高用戶的工作效率，減少操作時(shí)間，降低用

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

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

刖。

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

功能模塊功能要求

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

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

2)支持與CA集成。

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

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

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

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

門戶

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

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

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

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

理

信息。

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

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

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

動(dòng)端費(fèi)用查詢等。

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

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

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

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

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

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

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

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

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

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

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

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

能提示。

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

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

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

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

約提醒等。

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

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

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

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

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

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

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

最有需要的人群。

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

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

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

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

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

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

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

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

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

離散和解析處理。

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

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

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

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

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

確性方面的各種排查和驗(yàn)證。

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

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

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

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

件）。

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

實(shí)時(shí)消息。此功能須為產(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ù)實(shí)時(shí)捕獲業(yè)務(wù)系統(tǒng)數(shù)據(jù)的變化

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

系統(tǒng)改造。

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

理。

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

量處理。

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

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