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

1、醫(yī)院數(shù)據(jù)中心平臺建設(shè)方案 TOC o 1-5 h z HYPERLINK l bookmark0 o Current Document 、需求清單3 HYPERLINK l bookmark4 o Current Document 標(biāo)準(zhǔn)體系建設(shè)4 HYPERLINK l bookmark10 o Current Document 信息集成平臺建設(shè)5全院數(shù)據(jù)中心建設(shè)27 HYPERLINK l bookmark74 o Current Document 基于數(shù)據(jù)中心的應(yīng)用38 HYPERLINK l bookmark110 o Current Document 5 .臨床應(yīng)用系統(tǒng)67 HYPER

2、LINK l bookmark122 o Current Document 接口要求70 HYPERLINK l bookmark124 o Current Document 關(guān)鍵技術(shù)71、建設(shè)效果76 HYPERLINK l bookmark126 o Current Document 1實現(xiàn)臨床數(shù)據(jù)的集中化存儲76 HYPERLINK l bookmark128 o Current Document 2實現(xiàn)業(yè)務(wù)協(xié)同與資源共享77 HYPERLINK l bookmark130 o Current Document 3實現(xiàn)臨床業(yè)務(wù)的閉環(huán)管理774提升數(shù)字化監(jiān)管能力和運(yùn)營水平77 HYPERL

3、INK l bookmark132 o Current Document 5提升我院相關(guān)測評能力78一、需求清單建設(shè)內(nèi)容如以下表格:序號分類建設(shè)內(nèi)容數(shù)量1標(biāo)準(zhǔn)體系建設(shè)(服務(wù))標(biāo)準(zhǔn)體系建設(shè)服務(wù)1項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ù)中心數(shù)據(jù)接入1套11操作數(shù)據(jù)(0DS)1套12數(shù)據(jù)管理與監(jiān)控平臺1套13臨床數(shù)據(jù)中心(CDR)1套14運(yùn)營數(shù)據(jù)中心(0DR)1套15基于數(shù)據(jù)中心的應(yīng)用患者醫(yī)療集成可視

4、化系統(tǒng)1套16閉環(huán)追蹤與監(jiān)測系統(tǒng)1套17醫(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ī)格和功能要求如下:標(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)的要求。應(yīng)用集成平臺集成規(guī)體系建設(shè)從集成流程分析到集成場景的定義。梳理出需要集成交互的場景。 根據(jù)衛(wèi)健委互聯(lián)互通標(biāo)準(zhǔn)化成熟度測評規(guī)范和電子病歷應(yīng)用水平四

5、級的要求，結(jié)合醫(yī)院的特點(diǎn)，確定集成交互的內(nèi)容，最后形成一套完 成的集成規(guī)范。后續(xù)業(yè)務(wù)系統(tǒng)接入時都將依據(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)行分析，理清每個核心業(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è)。3.管理指標(biāo)體系建設(shè)通過醫(yī)院管理決策支持體系，為管理者提供數(shù)據(jù)支撐。

6、對醫(yī)院各 部門管理制度進(jìn)行梳理，確定標(biāo)準(zhǔn)化的業(yè)務(wù)流程和管理指標(biāo)，對醫(yī)院 各科室的運(yùn)營狀況進(jìn)行監(jiān)控，對醫(yī)療質(zhì)量進(jìn)行分析。信息集成平臺建設(shè)醫(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é)議，實現(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)、護(hù)理系統(tǒng)等既 有業(yè)務(wù)系統(tǒng)接口邏輯的改造，將醫(yī)院系

7、統(tǒng)之間信息共享、流程協(xié)同以 及和上級衛(wèi)生信息平臺之間的協(xié)同按照互聯(lián)互通集成規(guī)范要求通過 企業(yè)服務(wù)總線（ESB）來提供服務(wù)，同時在項目周期內(nèi)在第三方廠商 配合的情況下能夠按照醫(yī)院個性化集成服務(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ù)共享；實現(xiàn)了同公共衛(wèi)生機(jī)構(gòu)間的信息交換。集 成平臺為一致、高效、高質(zhì)量的醫(yī)療衛(wèi)生信息交換奠定了 基礎(chǔ)。

8、集成平臺應(yīng)包含三個主要的功能：運(yùn)行引擎、集成 開發(fā)平臺IDE、管理控制平臺；兩個可選項：移動客戶端、 儀表盤。2功能架構(gòu)根據(jù)不同的角色，功能架構(gòu)上應(yīng)能夠提供開發(fā)平臺、管理 與監(jiān)控平臺、運(yùn)行平臺。以滿足不同角色人員的功能要求3應(yīng)用架構(gòu)集成平臺按照國家的衛(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é)議，實現(xiàn)醫(yī)院應(yīng)用系統(tǒng)之間的互 聯(lián)互通、信息共享、流程協(xié)作。以企業(yè)服務(wù)總線（ESB）方式實現(xiàn)全院范圍內(nèi)跨部門、跨系 統(tǒng)的信息交換邏輯，包括交換路由控制、交換協(xié)議轉(zhuǎn)換、 交換信息包轉(zhuǎn)換、交換接口的

9、定義。通過對H1S、電子病 歷、醫(yī)技系統(tǒng)、護(hù)理系統(tǒng)等既有業(yè)務(wù)系統(tǒng)接口邏輯的改造， 將醫(yī)院系統(tǒng)之間信息共享、流程協(xié)同以及和上級衛(wèi)生信息平臺之間的協(xié)同按照互聯(lián)互通集成規(guī)范要求通過企業(yè)服 務(wù)總線(ESB)來提供服務(wù)，同時在項目周期內(nèi)在第三方廠 商配合的情況下能夠按照醫(yī)院個性化集成服務(wù)需求進(jìn)行 開發(fā)，完成ESB的建設(shè)。這一建設(shè)包括集成規(guī)范定制、集 成開發(fā)子平臺、集成運(yùn)行子平臺、集成管理子平臺、集成 監(jiān)控子平臺。OSGi支持OSGi(JSR 291)亦稱做Java語言的動態(tài)模塊系統(tǒng)，OSGi (Open Services Gateway Initiative Framework) 是一個基于Java環(huán)境

10、的嚴(yán)格的標(biāo)準(zhǔn)開發(fā)平臺，它為模塊 化應(yīng)用的開發(fā)定義了一個基礎(chǔ)架構(gòu)。通過使用OSGi作為 系統(tǒng)架構(gòu)，不僅對開發(fā)帶來益處，對于系統(tǒng)部署和升級同 樣帶來很多的優(yōu)點(diǎn)，簡單的說，通過OSGi可以在后臺對 程序組件進(jìn)行安裝、升級或卸載而無需打斷集成平臺系統(tǒng) 的正常運(yùn)行。能夠提供集成平臺OSGi運(yùn)行日志。標(biāo)準(zhǔn)化支持集成平臺支持醫(yī)療數(shù)據(jù)集成的行業(yè)標(biāo)準(zhǔn)，要求內(nèi)置包括 HL7、HIPAA、EDIFACT、NCPDP和X12在內(nèi)的多種醫(yī)療標(biāo)準(zhǔn) 庫。它同時也要支持FHIR標(biāo)準(zhǔn)(Fast Healthcare Interoperable Resources)。IHE支持集成平臺應(yīng)提供IHE工具包，用以簡化病人登記和病歷檔

11、 案的IHE標(biāo)準(zhǔn)化實施。該工具包應(yīng)支持XDR、XDS、PIX等IHE標(biāo)準(zhǔn)。系統(tǒng)升級升級無需進(jìn)行數(shù)據(jù)遷移，實現(xiàn)無縫升級；2.1. 2.集成子開發(fā)平臺開發(fā)子平臺的主要功能是連接到集成引擎并指引引擎展開各項運(yùn)行處理工作。集成開發(fā)環(huán)境具有良好并直觀的圖形配置界面方便開發(fā)人員對通訊點(diǎn)、過濾器及路由進(jìn)行設(shè)置。開發(fā)人員通過使用集成開發(fā)環(huán)境將集成設(shè)計轉(zhuǎn)化為可運(yùn)行的程序。開發(fā)平臺應(yīng)具備以下功能：可視化開發(fā)、代碼開發(fā)、圖形代碼轉(zhuǎn) 換、快速部署、集成測試、功能擴(kuò)展。序號功能模塊具體參數(shù)1圖形化界面開發(fā)能提供圖形化設(shè)置及設(shè)計工具，集成研發(fā)環(huán)境基于視 窗操作系統(tǒng)的特性使它有良好并直觀的圖形配置界而 方便設(shè)計師對通訊點(diǎn)、

12、過濾器及路由進(jìn)行設(shè)置。同時要 求基于引擎的所有功能都是通過IDE進(jìn)行配置的，而 這種配置要求是非常直觀、圖形化、拖放可視化及擁有 友好用戶界而的。2代碼開發(fā)集成開發(fā)平臺能支持Java JavaScript等多種開發(fā)語3圖形化與代碼的相互轉(zhuǎn)換要求在整合研發(fā)環(huán)境里，基于JavaScript語言的所有 通訊點(diǎn)及過濾器都能很方便地進(jìn)行圖形化與代碼或代 碼與圖形化的轉(zhuǎn)換。所有在圖形化界面（GUI）的配置 都能被準(zhǔn)確地輸出為XML格式文件，反之亦可4接口適配器接口能夠通過以下3種構(gòu)建連接起來： 通訊點(diǎn)/鏈接點(diǎn)（Communication Point）: 路由（Routes）:過濾器（Filters）。5簡

13、化標(biāo)準(zhǔn)支持集成引擎支持以下協(xié)議和標(biāo)準(zhǔn)協(xié)議標(biāo)準(zhǔn)（TCP、FTP、HTTP、網(wǎng)絡(luò)服務(wù)等等）支持的HL7 （從版本2. X, 3, FHIR）,同時支持臨床文檔架構(gòu)（CDA）和連續(xù)性醫(yī)護(hù)文檔（CCD）支持醫(yī)用信息系統(tǒng)集成（IHE）配置文件 支持多種消息格式（包括用戶自定義格式）：HL7 2. 1 to 2. 7HL7 Version 3FHIRX. 12, ranging from 2001-5022HIPAA 837, 997, 277, 275, 835 V. 4020EDIFACT ranging from 901-I06BHCFA X. 12 837AUB92 V. 4. 1 and V.

14、5. 0ASTMNCPDPDICOM, image and data extractionW3C compatibleebXML6簡單快捷的安裝引擎快速安裝包能及時地實施在各種操作環(huán)境上。完 整的配置在5分鐘內(nèi)完成而不需要停止引擎的運(yùn)轉(zhuǎn)7聯(lián)機(jī)情況下動態(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消息定義提供消息定義功能11消息設(shè)計器EDI消息設(shè)計器用來創(chuàng)建在創(chuàng)建EDI的消息定義文件， 消息定義文件可以用于在路由中解析和創(chuàng)建EDI消息。EDI消息設(shè)計器應(yīng)預(yù)置消息標(biāo)準(zhǔn)庫，包括

15、IIL7, X12,IIIPAA, EDIFACT, NCPDP 和 UB92 等。12內(nèi)置測試實現(xiàn)如下功能：編輯并保存測試消息。在一個過濾器上發(fā)送測試消息。查看測試結(jié)果和錯誤。2. 1. 3. 集成運(yùn)行子平臺當(dāng)消息被存儲后，根據(jù)集成運(yùn)行平臺的配置，它們將被發(fā)送到集 成平臺中的一個或多個路由中。消息將會按照路由中所定義的路徑進(jìn) 行處理。在處理過程中，每個消息在經(jīng)過路由時可以由若干過濾器組 件進(jìn)行處理，每個過濾器執(zhí)行一個具體的操作，例如映射、獲取屬性、 生成應(yīng)答等。路由處理完畢后，消息將被傳送到連接到目標(biāo)系統(tǒng)的一個或多個 通信點(diǎn)。處理完畢的的消息將會保存在消息歸檔記錄中，直到到達(dá)設(shè)定的 歸檔周期

16、。集成平臺的歸檔文件保存在醫(yī)院具體的存儲設(shè)備當(dāng)中。需提供集成平臺高可用方案。序號功能模塊具體參數(shù)1可靠傳輸集成平臺通過內(nèi)建的消息隊列和消息跟蹤特性，提供 了可靠的消息傳送機(jī)制。2備份運(yùn)行平臺能夠頭提供內(nèi)置的備份機(jī)制，可以對集成平 臺的配置和消息存儲提供完整和增量備份?？梢詫?份周期進(jìn)行設(shè)定。3開放接口集成平臺提供豐富的開放接口 API,可以進(jìn)行遠(yuǎn)程監(jiān) 控和配置管理，同時提供REST和SOAT方式接口。4版本控制集成平臺的配置管理可以訪問系統(tǒng)配置的完整版本 歷史記錄，可以進(jìn)行版本比較，可以回退到之前的版 本5定時模式集成平臺的通信點(diǎn)不僅支持實時工作模式，也可以配 置為定時模型進(jìn)行工作，支持以秒

17、、分鐘、小時、每 月某日、每周某日、月等作為條件進(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)行客戶個性化 定制3服務(wù)器設(shè)置對集成平臺

18、的消息存儲備份周期進(jìn)行管理。從消息存儲中刪除舊數(shù)據(jù)。查看和修改當(dāng)前用戶的配置信息，修改密碼。4歸檔數(shù)據(jù)清理歸檔數(shù)據(jù)清理可以通過清理已經(jīng)歸檔的消息來釋放 磁盤空間，以及對錯誤隊列進(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組件狀態(tài)監(jiān)控集成平臺中每個路由、通信點(diǎn)、web服務(wù)的運(yùn)行 狀態(tài)9錯誤隊列錯誤隊列用于顯示一個錯誤消息列

19、表，包含路由到錯 誤隊列過濾器的消息，或過濾器的錯誤連接傳送的消 息?？梢允褂脵z索條件對錯誤消息進(jìn)行過濾。10消息處理記錄平臺中每一個處理步驟都會有記錄的留存，可以通過 可視化的方式來查看每一個步驟的消息具體內(nèi)容和 屬性的變化情況。11消息視圖監(jiān)控平臺中的消息能夠以更加可讀的格式呈現(xiàn)給用 戶，也可以通過關(guān)鍵字高亮顯示的文本格式來進(jìn)行查 看。12引擎統(tǒng)計可以對系統(tǒng)、延遲、性能、消息進(jìn)行統(tǒng)計13服務(wù)器狀態(tài)可以收集日志、配置、系統(tǒng)信息等各類診斷信息，并 打包成獨(dú)立的歸檔文件，提供給技術(shù)支持人員做更加 深入的問題分析14引擎正常運(yùn)行時間監(jiān)控平臺中具備引擎正常運(yùn)行時間報告功能，用戶可 以自定義時間范圍查

20、看引擎運(yùn)行記錄和處理的消息 總量15通知機(jī)制監(jiān)控平臺提供多層次的通知機(jī)制，可以在系統(tǒng)全局或每個獨(dú)立的組件設(shè)置閾值，用于觸發(fā)警告或警報16監(jiān)測列表監(jiān)測列表用于將組件按邏輯領(lǐng)域進(jìn)行分組，可以獨(dú)立 的監(jiān)控，或按名單進(jìn)行轉(zhuǎn)移。通過名單可以設(shè)定按指 定日期、時間周期發(fā)送通知?？梢园凑沼脩暨x定的通 信方式（郵件、短信、尋呼）進(jìn)行通知。17系統(tǒng)日志集成平臺會記錄詳細(xì)的系統(tǒng)日志并對日志進(jìn)行檢索 等操作18審核日志用戶對集成平臺進(jìn)行的操作會記錄下相應(yīng)的審核日 志，可使用日期范圍、日志等級、特定的用戶作為條 件進(jìn)行檢索和查看，并可以對日志進(jìn)行導(dǎo)出19反饋信息在管理平臺每個頁面上，都可以通過用戶反饋模塊向 集成平臺

21、產(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)系須支持通過以拓?fù)潢P(guān)系圖的方式將集成平臺同應(yīng)用系統(tǒng) 的交互關(guān)系進(jìn)行可視化的展示；支持查看系統(tǒng)的基本信 息，和其它系統(tǒng)的交互關(guān)系；支持顯示對外提供和調(diào)用的 服務(wù)數(shù)量和內(nèi)容，最近24h向平臺發(fā)送和接收的消息量。2集群性能監(jiān)控須支持對平臺服務(wù)器的運(yùn)行性能進(jìn)行監(jiān)控，支持查看平 臺處理的消息總量、運(yùn)行時間、吞吐量（已接收、已處理、 已發(fā)送），集群中每臺服務(wù)器的cpu、內(nèi)存、存儲空

22、間使 用情況和最近一段時間的吞吐量。3集群報警信息：將集群中所有集成平臺服務(wù)器的報警信息進(jìn)行集中展4接入系統(tǒng)監(jiān)控須支持對接入集成平臺的應(yīng)用系統(tǒng)的運(yùn)行狀態(tài)、隊列和 消息量進(jìn)行監(jiān)控，支持分類查看群集中每臺集成平臺服 務(wù)器上所接入的不同廠商的應(yīng)用系統(tǒng)的平臺接口和消息 吞吐量，輸入、輸出、失敗隊列，接收、發(fā)送、失敗消息 量，對每臺集成平臺上的接入系統(tǒng)通信點(diǎn)的運(yùn)行狀況進(jìn) 行監(jiān)控，并可以控制啟停。（提供功能截圖證明材料）5互聯(lián)互通服務(wù)監(jiān)控：對集成平臺上運(yùn)行互聯(lián)互通服務(wù)進(jìn)行分類監(jiān)控，對每臺 集成平臺服務(wù)器上的服務(wù)進(jìn)行狀態(tài)監(jiān)控和啟?？刂疲?持顯示群集中每個集成平臺服務(wù)器上服務(wù)的消息處理量 和空閑時間。（提供

23、功能截圖證明材料）6交互消息追蹤須支持對接入集成平臺的應(yīng)用系統(tǒng)所交換的消息進(jìn)行追 蹤查詢。包括但不限于開始時間和結(jié)束時間、發(fā)送方、接 收方、交互服務(wù)、患者ID等條件，對集成平臺的交互信 息進(jìn)行檢索。支持將發(fā)送方、集成平臺、接收方，三方之間的消息流轉(zhuǎn)過程，以跨職能流程圖方式，對整個交互消 息從開始到結(jié)束的過程進(jìn)行追蹤；支持流程中每組請求 和響應(yīng)，標(biāo)記出請求和響應(yīng)并它們的組關(guān)系，支持顯示對 應(yīng)的請求與響應(yīng)時間，可以查看交互消息的詳細(xì)內(nèi)容。(提供功能截圖證明材料)7交互服務(wù)統(tǒng)計須支持對接入集成平臺的應(yīng)用系統(tǒng)的通信和消息的收發(fā) 處理進(jìn)行統(tǒng)計。集成平臺接收到外部消息請求與平臺應(yīng) 答情況，包括但不限于：發(fā)

24、送方、消息總數(shù)、成功數(shù)、異 常數(shù)、平均耗時(IDS)、最大耗時(ms)；集成平臺處理情況，包括：消息總數(shù)、成功數(shù)、異常數(shù)、 平均耗時(ms)、最大耗時(ms)；集成平臺發(fā)送給外部系統(tǒng) 及應(yīng)答情況，包括：接收方、消息總數(shù)、成功數(shù)、異常數(shù)、 平均耗時(ms)、最大耗時(ms) o2.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ù)和消息機(jī)制，發(fā)布服務(wù)和提供消息訂閱等功能。能提供與后續(xù)新增 業(yè)務(wù)系統(tǒng)間的交互組件、實現(xiàn)系統(tǒng)間互聯(lián)互通功能。目前主要包括以下交互組件：HIS系統(tǒng)與集成平臺的交互組件、 電

25、子病歷系統(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)控人員可以在任何時間、任何地點(diǎn)、通過網(wǎng)絡(luò)，使用集成平臺 移動客戶端，對集成引擎進(jìn)行分鐘級的監(jiān)控。在集成平臺管理員無法 訪問電腦的時候，可以及時定位到集成平臺的問題。集成平臺移動客戶端可以

26、作為web管理監(jiān)控平臺、集成平臺儀表 盤和郵件、短信通知Z外的補(bǔ)充手段。序號功能模塊具體參數(shù)1報警可訪問集成平臺的錯誤隊列和警報并可對報警消息進(jìn)行 處理。2主動通知可以接收和打開報警的電子郵件通知3基本控制對報警中包含的集成平臺組件（通信點(diǎn)、路由和web服 務(wù)）進(jìn)行啟動、停止和重啟2. 1. 8.數(shù)據(jù)存儲不需依托任何數(shù)據(jù)庫就能獨(dú)立運(yùn)行，完成整合任務(wù)。2.1. 9.實施步驟詳細(xì)描述實施集成平臺的詳細(xì)步驟。序號功能模塊具體參數(shù)1流程分析對醫(yī)院的核心業(yè)務(wù)流程進(jìn)行分析2場景定義對每個交互場景所涉及的系統(tǒng)、觸發(fā)時機(jī)、交互信息 進(jìn)行整理3規(guī)范編制按業(yè)務(wù)領(lǐng)域編制集成規(guī)范，將領(lǐng)域所涉及的集成流程 設(shè)計、集成場

27、景說明、集成消息定義在文檔中進(jìn)行說 明4集成開發(fā)業(yè)務(wù)系統(tǒng)廠商首先需要構(gòu)建一個收發(fā)平臺，同集成平 臺建立起一對一的通信機(jī)制，然后按照集成規(guī)范對業(yè) 務(wù)系統(tǒng)進(jìn)行改造。5集成測試組織進(jìn)行多輪次、不同種類的集成測試。包括：連通 測試、集成測試、流程測試、異常測試。6切換上線首先流程測試，測試通過后通知用戶開始使用。同時 要制定應(yīng)急方案。2.互聯(lián)互通交互服務(wù)配置管理與運(yùn)行監(jiān)控系統(tǒng)2. 2.1.交互服務(wù)配置管理序號功能模塊具體參數(shù)1服務(wù)配置服務(wù)配置功能提供對集成平臺上所提供的交互服務(wù)進(jìn) 行配置管理。服務(wù)授權(quán)通過服務(wù)授權(quán)功能可以對集成平臺上所提供的交互服 務(wù)向外部調(diào)用系統(tǒng)開放授權(quán)，只有開放授權(quán)的系統(tǒng)才能 夠調(diào)

28、用平臺上的服務(wù)。服務(wù)訂閱集成平臺上的服務(wù)被業(yè)務(wù)系統(tǒng)調(diào)用后，如果一個業(yè)務(wù)系 統(tǒng)訂閱了此服務(wù)，平臺會調(diào)用業(yè)務(wù)系統(tǒng)的接口服務(wù)，將 信息傳遞岀去，由此形成一個訂閱發(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)行監(jiān)控功能對集成平臺的運(yùn)行狀況進(jìn)行監(jiān) 控、分析和可視化的展示，可以幫助系統(tǒng)管理員一目了然 的知曉集成平臺的性能和處理量。需要監(jiān)控的信息包括：1）

29、平臺消息處理總量；2）消息當(dāng)日處理情況（要求以圖表展示）；3）cpu使用情況；4）內(nèi)存占用情況；5）磁盤使用情況；6）接入系統(tǒng)總數(shù)；7）提供服務(wù)總數(shù)。8）具有跳轉(zhuǎn)功能，可以跳轉(zhuǎn)到詳細(xì)查看頁面。2接入系統(tǒng)監(jiān)控通過接入系統(tǒng)運(yùn)行監(jiān)控功能，可以對接入集成平臺的應(yīng) 用系統(tǒng)的通信和消息收發(fā)情況進(jìn)行監(jiān)控。交互服務(wù)監(jiān)控交互服務(wù)監(jiān)控功能，要求監(jiān)控的內(nèi)容包括：1）監(jiān)控平臺上所提供的集成交互服務(wù)情況；2）展示每個交互服務(wù)的狀態(tài)。通過明確的狀態(tài)說明和鮮明的顏色標(biāo)識，可以了解運(yùn)行狀況；3)可以查看路由的基本信息和運(yùn)行信息，包括(名稱， 運(yùn)行狀態(tài)，空閑時間、已處理消息數(shù)量、正在處理隊列數(shù) 量、等待處理隊列數(shù)量)；交互消息

30、追蹤交互消息追蹤功能可以實現(xiàn)對接入集成平臺的應(yīng)用系統(tǒng) 所交換的消息進(jìn)行追蹤查詢。要求實現(xiàn)以下功能：消息檢索；消息列表；交互消息的可視化追蹤；交互消息的內(nèi)容展示。服務(wù)交互統(tǒng)計服務(wù)統(tǒng)計功能可以實現(xiàn)對接入集成平臺的應(yīng)用系統(tǒng)的消 息收發(fā)情況進(jìn)行統(tǒng)計分析。要求統(tǒng)計以下信息：服務(wù)編碼；服務(wù)名稱；平臺接收到的外部消息應(yīng)答情況統(tǒng)計，包括：發(fā)送方、 消息總數(shù)、成功數(shù)、異常數(shù)、平均耗時(ms)、最大耗時 (ms)；平臺處理情況統(tǒng)計，包括：消息總數(shù)、成功數(shù)、異常 數(shù)、平均耗時(ms)、最大耗時(ms)；平臺發(fā)送給外部系統(tǒng)及應(yīng)答情況的統(tǒng)計，包括：接收 方、消息總數(shù)、成功數(shù)、異常數(shù)、平均耗時(ms)、最大耗 時(ms)

31、o23主索引管理(EMPI)全院患者主索引系統(tǒng)(EMPI)用于全院范圍內(nèi)患者基本信息索引 的創(chuàng)建、搜索和維護(hù)，可以智能地協(xié)助醫(yī)療人員對病人有效地進(jìn)行搜索。醫(yī)療機(jī)構(gòu)通過建設(shè)主索引（EMPI）來識別、匹配、合并、取消重 復(fù)的數(shù)據(jù)，凈化病人記錄，利用主索引可獲得完整而單一的病人視圖。 EMPI會為每個病人創(chuàng)建一個唯一標(biāo)示，并和相關(guān)系統(tǒng)的醫(yī)療記錄的 標(biāo)示之間建立映射。系統(tǒng)包括但不限于以下功能：功能模塊功能要求具體參數(shù)EMPI定義合并規(guī)則支持定義主索引合并規(guī)則功能規(guī)則定義支持對患者屬性定義權(quán)重，通過閾值范圍來設(shè)定自動合并、潛在重復(fù)規(guī)則。組合預(yù)覽組合概覽支持根據(jù)用戶定義的匹配規(guī)則，生成“潛在重 復(fù)”和“自

32、動匹配”的組合，方便用戶查看主索引概覽處理統(tǒng)計展示年度患者主索引各月處理數(shù)量折線圖主索引記錄數(shù)統(tǒng)計提供系統(tǒng)內(nèi)總的主索引記錄數(shù)統(tǒng)計。以餅圖展 示待解決和已解決的主索引數(shù)量。潛在重復(fù)統(tǒng)計支持統(tǒng)計合并記錄數(shù)和潛在重復(fù)數(shù)量。主索引檢索查詢患者主索引列表提供患者主索引列表，可顯示主索引的狀態(tài)， 列表顯示患者主索引號、姓名、性別、出生日 期、身份證號等患者屬性?？旖莶樵兛赏ㄟ^姓名或身份證號進(jìn)行快捷查詢患者。高級檢索可通過患者多個屬性進(jìn)行高級檢索。模糊檢索支持主索引模糊查詢。主索引關(guān)聯(lián)信息查看提供查看主索引關(guān)聯(lián)的各類信息，包括：患者 詳細(xì)信息，患者主索引同應(yīng)用系統(tǒng)的映射關(guān) 系，主索引變動記錄。主索引維護(hù)主索

33、引新增可手工新增加患者，錄入患者基本信息內(nèi)容。修改基本信息支持人工修改患者基本信息。主索引禁用病人主索引信息不再使用，可以在EMPI系統(tǒng) 禁用。主索引信息被禁用之后，將不能被修改。主索引還原提供主索引還原功能。主索引管理記錄比較對多條患者主索引記錄進(jìn)行比較，直觀顯示比 較結(jié)果。潛在重復(fù)關(guān)聯(lián)支持查看潛在重復(fù)的主索引記錄。主索引合并支持將兩條或多條患者主索引記錄進(jìn)行合并。主索引拆分支持合并的逆操作，將已合并的主索引記錄， 再拆分為兩個獨(dú)立主索引記錄。變動日志提供患者主索引變動日志。事務(wù)日志事務(wù)日志支持對主索引管理情況進(jìn)行統(tǒng)計，包括操作類 型、操作人、操作時間等。24主數(shù)據(jù)管理(MDM)主數(shù)據(jù)是指在

34、整個醫(yī)院范圍內(nèi)各個事務(wù)性業(yè)務(wù)系統(tǒng)以及分析型 系統(tǒng)間要共享的數(shù)據(jù)，比如，可以是與醫(yī)囑相關(guān)的診療服務(wù)項目編碼、 手術(shù)與操作編碼、藥品編碼、診斷編碼，帳戶(accounts)以及組織 單位(organizational units)相關(guān)的數(shù)據(jù)。主數(shù)據(jù)通常需要在整個醫(yī) 院醫(yī)療范圍內(nèi)保待一致性(consistent) 完整性(complete) 可控 性(controlled),為了達(dá)成這一目標(biāo)，就需要進(jìn)行主數(shù)據(jù)管理 (Master Data Management, MDM)。主數(shù)據(jù)是跨業(yè)務(wù)重復(fù)使用的高價 值的數(shù)據(jù)，這些主數(shù)據(jù)在進(jìn)行主數(shù)據(jù)管理之前經(jīng)常存在于多個異構(gòu)或同構(gòu)的系統(tǒng)中。系統(tǒng)包括以下功能:功能模

35、塊具體參數(shù)主數(shù)據(jù)建模支持定義主數(shù)據(jù)的實體和屬性、對應(yīng)的存儲表、維護(hù)界 而、編碼規(guī)則。主數(shù)據(jù)維護(hù)支持對標(biāo)準(zhǔn)數(shù)據(jù)進(jìn)行增、刪、改、排重、合并。主數(shù)據(jù)訂閱發(fā)布（字典同步）支持將標(biāo)準(zhǔn)數(shù)據(jù)分發(fā)到各業(yè)務(wù)系統(tǒng)，并自動建立與業(yè)務(wù)系統(tǒng)的數(shù)據(jù)對照關(guān)系主數(shù)據(jù)注冊服務(wù)支持提供主數(shù)據(jù)新增、更新、查詢等操作的WebService 服務(wù)。數(shù)據(jù)標(biāo)準(zhǔn)管理支持?jǐn)?shù)據(jù)標(biāo)準(zhǔn)模型的定義，以及國際標(biāo)準(zhǔn)、國內(nèi)標(biāo)準(zhǔn)、行業(yè)標(biāo)準(zhǔn)字典的管理數(shù)據(jù)映射對醫(yī)院各系統(tǒng)的非標(biāo)準(zhǔn)數(shù)據(jù)與標(biāo)準(zhǔn)數(shù)據(jù)之間提供映射（人工、自動映射）管理功能。主數(shù)據(jù)版本管理提供主數(shù)據(jù)版本管理功能。主數(shù)據(jù)修改記錄支持查詢主數(shù)據(jù)修改記錄。批量導(dǎo)入導(dǎo)出提供主數(shù)據(jù)批量導(dǎo)入導(dǎo)出功能。權(quán)限管理提供主數(shù)

36、據(jù)權(quán)限管理。25共享文檔庫（CDA）按照醫(yī)院信息互聯(lián)互通標(biāo)準(zhǔn)化成熟度評測中對電子病歷共享文 檔的規(guī)范要求，提供采用IIL7 CDA標(biāo)準(zhǔn)格式的共享文檔注冊服務(wù)，在 數(shù)據(jù)中心平臺中，獨(dú)立存儲患者臨床診療文檔/共享文檔的數(shù)據(jù)庫 （CDA）,實現(xiàn)CDA共享文檔的注冊、存儲、檢索、瀏覽。功能模塊具體參數(shù)電子病歷（CDA）共享文檔生成支持多種文檔格式，包括：XML、JOSNo支持提供文檔注冊服務(wù)，由業(yè)務(wù)系統(tǒng)注冊提交共享文檔。 從業(yè)務(wù)系統(tǒng)提交電子病歷信息，在醫(yī)院信息平臺生成共享文 檔，并進(jìn)行注冊，完成注冊后將注冊成功信息返回給業(yè)務(wù)系 統(tǒng)。要求從生成單份共享文檔到返回注冊成功信息的時間不 超過5秒。電子病歷（

37、CDA）共享文檔存儲電子病歷共享檔的存儲。1）支持電子病歷共享文檔索引信息（每份文檔生成唯一索引） 和文檔內(nèi)容信息分別存儲；2）電子病歷共享文檔中心采用大數(shù)據(jù)存儲技術(shù)，釆用NoSQL 數(shù)據(jù)庫存儲。電子病歷（CDA）共享文檔管理對互聯(lián)互通標(biāo)準(zhǔn)化53份共享文檔的配置文件進(jìn)行管理。1）包括文檔配置文件的檢索、更新；2）文檔數(shù)據(jù)提供方可按照文檔配置文件提供相應(yīng)格式的數(shù)據(jù)；3）文檔生成方按照配置文件生成共享文檔對文檔提供檢索功能。1）通過患者ID、文檔類型對共享文檔進(jìn)行精確檢索，通過其 它查詢條件對共享文檔進(jìn)行模糊檢索2）通過列表展示檢索出來的共享文檔，包括患者ID、患者姓 名、文檔類型、最后更新時間等

38、數(shù)據(jù)項；對注冊的各類共享文檔進(jìn)行統(tǒng)計分析：1）提供查詢條件查詢不同時期的共享文檔數(shù)量；2）可以統(tǒng)計共享文檔中的患者數(shù)量；3）可以統(tǒng)計共享文檔中患者就診次數(shù)；4）可以統(tǒng)計共享文檔的總數(shù)量及各類文檔的數(shù)量；5）可以統(tǒng)計每日共享文檔更新數(shù)量；6）以上統(tǒng)計可以可視化展示；電子病歷（CDA）共享文檔調(diào)閱對外提供服務(wù)接口，可以提供給院內(nèi)業(yè)務(wù)系統(tǒng)調(diào)用查閱，也 可以提供給上級平臺調(diào)用查閱調(diào)閱各類共享文檔。1）在共享管理平臺，通過檢索到的患者共享文檔，可查看共 享文檔的內(nèi)容；2）查看的共享文檔的內(nèi)容是按照文檔格式XDS文件自動、動 態(tài)展示。3）電子病歷調(diào)閱服務(wù)：打開一個已注冊的電子病歷文檔的時 間不超過5秒6.

39、統(tǒng)一用戶認(rèn)證與單點(diǎn)登錄2. 6.1.統(tǒng)一用戶認(rèn)證建立基于目錄服務(wù)的統(tǒng)一用戶管理機(jī)制，建設(shè)全院統(tǒng)一的用戶身 份庫，實現(xiàn)用戶信息的集中存儲和管理，角色、用戶信息規(guī)范命名、 統(tǒng)一存儲，用戶ID全院唯一。用戶信息將統(tǒng)一保存在統(tǒng)一門戶系統(tǒng) 中。各系統(tǒng)的授權(quán)操作將有各系統(tǒng)進(jìn)行分配管理。從而實現(xiàn)“統(tǒng)一存 儲、分布授權(quán)”。系統(tǒng)包括但不限于以下功能:功能模塊功能要求統(tǒng)一用戶管理建立統(tǒng)一用戶管理機(jī)制，建設(shè)全院統(tǒng)一的用戶身份庫，實 現(xiàn)用戶信息的集中存儲和管理。用戶創(chuàng)建支持用戶創(chuàng)建功能。用戶注銷支持用戶注銷功能。用戶修改支持用戶信息修改功能。標(biāo)準(zhǔn)接口支持通過標(biāo)準(zhǔn)接口與各系統(tǒng)進(jìn)行同步對接。統(tǒng)一用戶認(rèn)證以統(tǒng)一用戶為基礎(chǔ)，

40、對所有應(yīng)用系統(tǒng)提供統(tǒng)一的認(rèn)證方式 和認(rèn)證策略，以識別用戶身份的合法性。身份認(rèn)證支持多種方法身份認(rèn)證，包括用戶名/口令、數(shù)字證書、CA 證書和短信動態(tài)口令等認(rèn)證方式。數(shù)據(jù)加密支持對身份認(rèn)證的過程進(jìn)行數(shù)據(jù)加密。安全審計管理提供多層次的按照用戶、時間、終端等多種組合的全方位 的數(shù)據(jù)操作審計功能。2. 6. 2.單點(diǎn)登陸提供一站式單點(diǎn)登錄功能，即通過用戶的一次性鑒別登錄，可獲 得需訪問系統(tǒng)的授權(quán)，在此條件下，用戶可對所有被授權(quán)的應(yīng)用系統(tǒng) 進(jìn)行無縫的訪問，從而提高用戶的工作效率，減少操作時間，降低用 戶安全管理的復(fù)雜度，并提高系統(tǒng)整體的安全性。提供單點(diǎn)登錄系統(tǒng) 系統(tǒng)的計算機(jī)軟件著作權(quán)登記證書，證書取得至

41、少招標(biāo)公告發(fā)布之 刖。系統(tǒng)包括但不限于以下功能要求:功能模塊功能要求單點(diǎn)登錄（SSO）1）實現(xiàn)用戶只需認(rèn)證一次，就可以無須再次登錄地訪問其 做授權(quán)可以訪問的業(yè)務(wù)系統(tǒng)。2）支持與CA集成。統(tǒng)一賬戶認(rèn)證1）提供統(tǒng)一賬戶認(rèn)證，能夠支持通過瀏覽器實現(xiàn)對多個B/S和C/S架構(gòu)應(yīng)用的統(tǒng)一賬戶認(rèn)證。2）提供可供多種開發(fā)平臺調(diào)用實現(xiàn)統(tǒng)一認(rèn)證門戶提供一站式單點(diǎn)登錄，統(tǒng)一登錄界面，通過用戶的一次性 鑒別登錄，可獲得所需訪問的各應(yīng)用系統(tǒng)的授權(quán)。統(tǒng)一入口配置管理對眾多的需要統(tǒng)一登錄管理的應(yīng)用系統(tǒng)進(jìn)行配置化管理， 靈活配置應(yīng)用系統(tǒng)的路徑、圖標(biāo)、登錄方式、登錄密鑰等 信息。2. 7.統(tǒng)一支付服務(wù)統(tǒng)一支付服務(wù)用于對患者的費(fèi)

42、用、處方信息進(jìn)行結(jié)算、查詢服務(wù)。 主要應(yīng)用場景：自助結(jié)算功能、自助費(fèi)用查詢、移動端結(jié)算功能、移 動端費(fèi)用查詢等。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ī)療機(jī)構(gòu)醫(yī)生 工作站實現(xiàn)

43、聯(lián)網(wǎng)醫(yī)院內(nèi)患者近期重復(fù)檢驗檢查和用藥信息的智能提 醒，減少不必要的重復(fù)醫(yī)療，節(jié)約費(fèi)用。該智能提示也可在預(yù)防保健 業(yè)務(wù)中，對需要進(jìn)行慢性病隨訪、對需要免疫接種等各種情況進(jìn)行智 能提示。各業(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ù)約掛號提醒、檢查檢驗報告提醒、隨訪提醒和家庭簽 約提醒等。8. 2. 居民消息服務(wù)面向患者提供全診療保健流程的消息提醒，包括：掛號、繳費(fèi)、 檢驗檢查、取藥、取單、體檢等環(huán)節(jié)，引導(dǎo)患者有序就診；面向醫(yī)護(hù) 人員，提供醫(yī)

44、院內(nèi)各系統(tǒng)的消息提醒，女山醫(yī)囑校對提醒、隨訪提醒、 藥品庫存提醒、簽約家庭醫(yī)生提醒等?；颊咴卺t(yī)院就診后，病情信息 實時推送至患者簽約的責(zé)任家庭醫(yī)生站首頁，消息提醒家醫(yī)重點(diǎn)關(guān)注, 以便家庭醫(yī)生加強(qiáng)管理，對該患者進(jìn)行隨訪管理。使公衛(wèi)服務(wù)落實到 最有需要的人群。全院數(shù)據(jù)中心建設(shè)3.1.數(shù)據(jù)接入功能模塊具體參數(shù)技術(shù)要求支持多種數(shù)據(jù)源實時和定時（提供配置界面設(shè)置定時任務(wù)，可以 按月，按周，按日調(diào)度執(zhí)行）采集，包括SQL Server Oracle DB2、Cache. Sybase、MySQL 等數(shù)據(jù)庫。支持系統(tǒng)數(shù)據(jù)以消息方式或數(shù)據(jù)庫技術(shù)接入數(shù)據(jù)采集平臺，實現(xiàn) 數(shù)據(jù)讀取，現(xiàn)有業(yè)務(wù)系統(tǒng)不需改造。支持從源系

45、統(tǒng)中接入數(shù)據(jù)，并存入隊列進(jìn)行管理以進(jìn)行進(jìn)一步的 離散和解析處理。在進(jìn)行數(shù)據(jù)利用應(yīng)用的建設(shè)前，平臺須完成接入醫(yī)院現(xiàn)有的業(yè)務(wù)系統(tǒng)的數(shù)據(jù)，以消息隊列進(jìn)行保存，保證可被逐一查閱；數(shù)據(jù)支持以消息方式回溯準(zhǔn)確性，確保所存儲的消息數(shù)據(jù)能夠逐 條分析審計和校驗，保證接入數(shù)據(jù)的準(zhǔn)確性。消息接入方式保證對數(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ù)管道可擴(kuò)充（適配器、支持插件）。提供標(biāo)準(zhǔn)化消息接收適配器（如HL7, XML, CSV或自定義文本文 件）。提供高性能的統(tǒng)一消息

46、處理引擎，處理己定義好的數(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ù)集成。數(shù)據(jù)的接入1）通過CDC、物化視圖日志等技術(shù)實時捕獲業(yè)務(wù)系統(tǒng)數(shù)據(jù)的變化 日志，分析日志，提取數(shù)據(jù)變化信息。不需要業(yè)務(wù)系統(tǒng)廠商進(jìn)行 系統(tǒng)改造。2）支持通過消息解析引擎對消息隊列進(jìn)行解析、清洗、篩選和整 理。3）接入實時數(shù)據(jù)后將開啟變化捕獲前的業(yè)務(wù)數(shù)據(jù)作為歷史數(shù)據(jù)批 量處理。數(shù)據(jù)采集范圍數(shù)據(jù)釆集的范圍包括但不限于醫(yī)院在用的所有業(yè)務(wù)系統(tǒng)，包括 1IIS、LIS、PACS、EMR、病理、藥房藥庫系統(tǒng)

47、、物資、手術(shù)麻醉、 重癥監(jiān)控系統(tǒng)、財務(wù)等系統(tǒng)。不僅包括當(dāng)前在用的業(yè)務(wù)數(shù)據(jù)，而 且包括所有的歷史數(shù)據(jù)。數(shù)據(jù)中心支持歷史歸檔數(shù)據(jù)的批量導(dǎo)入，要求使用統(tǒng)一的技術(shù)集 成歷史數(shù)據(jù)和實時數(shù)據(jù)。數(shù)據(jù)的時效 性整合醫(yī)院信息化建設(shè)以來關(guān)鍵性有效歷史數(shù)據(jù)和當(dāng)前數(shù)據(jù)（不含 影像圖像數(shù)據(jù)），建立數(shù)據(jù)標(biāo)準(zhǔn)的離散、重構(gòu)和清洗等梳理的過 程包含醫(yī)院所有的歷史信息數(shù)據(jù)。3. 2.數(shù)據(jù)管理與監(jiān)控平臺功能模塊具體參數(shù)總體要求平臺軟件釆用國際先進(jìn)的醫(yī)療信息匯集技術(shù)，要充分支 持醫(yī)院的數(shù)據(jù)集成、信息融合和深度利用的發(fā)展性需求， 具有可持續(xù)發(fā)展空間。數(shù)據(jù)管理應(yīng)充分考慮整體性、技術(shù) 前瞻性、架構(gòu)合理性、可管理性和維護(hù)的方便性。對接入 數(shù)

48、據(jù)建立起規(guī)范性標(biāo)準(zhǔn)化體系，依據(jù)國內(nèi)醫(yī)院業(yè)務(wù)實際 現(xiàn)狀的參照模型標(biāo)準(zhǔn)信息模型，支持配置符合客戶現(xiàn)場 實際的標(biāo)準(zhǔn)數(shù)據(jù)模型；技術(shù)要求數(shù)據(jù)管理模型的開發(fā)需以病人業(yè)務(wù)為中心，以信息管理 為主線，以電子病歷為依據(jù)，集病人信息和診療，費(fèi)用等 信息管理于一體化為原則；醫(yī)院的數(shù)據(jù)是來自在線庫、歷史庫、本院庫、分院庫等異 構(gòu)的數(shù)據(jù)，同時是來自HIS、EMR、LIS、RIS、PACS等不 同廠商，需要通過數(shù)據(jù)管理平臺建立信息表達(dá)、交換、處 理上的統(tǒng)一標(biāo)準(zhǔn)和規(guī)范；醫(yī)院數(shù)據(jù)集涉及到HIS, LIS , RIS, EMR,病案等業(yè)務(wù)系 統(tǒng)數(shù)據(jù)的關(guān)聯(lián)關(guān)系的重新構(gòu)建和組合，建立醫(yī)療數(shù)據(jù)之 間的索引關(guān)系，支持多維查詢和分析；建

49、立多維度數(shù)據(jù)模型，將數(shù)據(jù)組織和匯總一起，用一組維 度和度量值所定義的多維度結(jié)構(gòu)，使得醫(yī)院用戶可用不 同角度來觀察和分析所關(guān)心的事實數(shù)據(jù)；醫(yī)院數(shù)據(jù)集模型應(yīng)支持面向多種主題，便于多主題的開 發(fā)，為臨床和管理的決策支持提供數(shù)據(jù)支撐；數(shù)據(jù)模型需在整合臨床數(shù)據(jù)庫的基礎(chǔ)上，同時建立基于 疾病，治療，衛(wèi)生經(jīng)濟(jì)，醫(yī)生，患者等方面的主題數(shù)據(jù)集， 為醫(yī)務(wù)人員提供完整的、統(tǒng)一的數(shù)據(jù)展現(xiàn)；數(shù)據(jù)模型的主題領(lǐng)域需包含病人治療方案，病人分布（職 業(yè)、年齡、性別等），同時也包含門診、急診、住院等賬 務(wù)數(shù)據(jù)，處方包括藥房發(fā)藥，開方，藥品醫(yī)囑等； 通過建立醫(yī)院之間、醫(yī)院內(nèi)部數(shù)據(jù)在科室、疾病、服務(wù)項 目，歷年數(shù)據(jù)、當(dāng)前數(shù)據(jù)的數(shù)據(jù)集

50、模型，實現(xiàn)醫(yī)院信息化 的醫(yī)療質(zhì)量和患者安全管理，建設(shè)醫(yī)院信息標(biāo)準(zhǔn)化，開展 同期對比和分析，為醫(yī)院提供決策支持；圍繞規(guī)范醫(yī)療、集成醫(yī)療、安全醫(yī)療，以醫(yī)療業(yè)務(wù)和管理 流程、數(shù)據(jù)利用建立醫(yī)療數(shù)據(jù)集標(biāo)準(zhǔn)和數(shù)據(jù)管理模型； 提供一站式的標(biāo)準(zhǔn)數(shù)據(jù)模型集成、可配置的開發(fā)環(huán)境； 通過實體定義管理醫(yī)療數(shù)據(jù)被解析轉(zhuǎn)化后的數(shù)據(jù)； 通過實體注冊表與數(shù)據(jù)存儲的表和列進(jìn)行映射和關(guān)聯(lián)； 通過實體統(tǒng)一管理所有醫(yī)療或組織的概念；提供標(biāo)準(zhǔn)數(shù)據(jù)模型實時數(shù)據(jù)物化引擎，將數(shù)據(jù)模型生成 物理表可達(dá)到ms級性能；平臺需提供面向醫(yī)聯(lián)體的數(shù)據(jù)管理；平臺需提供支持大數(shù)據(jù)、云技術(shù)、物聯(lián)網(wǎng)應(yīng)用，滿足未來 智能化、全程化、共享化、精細(xì)化發(fā)展要求； 具備

51、應(yīng)用開發(fā)服務(wù)、數(shù)據(jù)集成服務(wù)、部署服務(wù)、運(yùn)行服務(wù)、 管理服務(wù)、云平臺功能等綜合性的醫(yī)療行業(yè)應(yīng)用支撐； 提供基于開發(fā)環(huán)境的測試全過程管理；提供磁盤空間監(jiān)控：監(jiān)控數(shù)據(jù)平臺各個磁盤空間的剩余 量，根據(jù)數(shù)據(jù)的增長量在存儲空間需要擴(kuò)展時給出提示 預(yù)警。數(shù)據(jù)訪問安全性要求1）提供統(tǒng)一的安全管理機(jī)制，包括身份認(rèn)證與授權(quán)、安 全檢測、數(shù)據(jù)防護(hù)、日志與審計等；2）支持XML等標(biāo)準(zhǔn)和規(guī)范，支持多種通訊協(xié)議，如TCP/IPo 支持WEB SERVICES,以及復(fù)合應(yīng)用軟件開發(fā)；3）提供統(tǒng)一的數(shù)據(jù)訪問的安全服務(wù)，根據(jù)權(quán)限規(guī)則實現(xiàn) 可以管理到“行乘列”的數(shù)據(jù)元素級訪問控制和審計功 能，保護(hù)患者隱私；4）具有可配置的管理系

52、統(tǒng)，降低平臺的管理和維護(hù)難度。 支持實時業(yè)務(wù)行為監(jiān)控，具有基于中央管理的配置信息、 業(yè)務(wù)流程和消息管理工具、事件管理和報警；5）提供權(quán)限認(rèn)證和數(shù)據(jù)加密來控制數(shù)據(jù)交換的安全，防 止非法訪問和數(shù)據(jù)丟失；6）系統(tǒng)提供可靠性，平臺可以連續(xù)7X24小時連續(xù)運(yùn)行。 在達(dá)到峰值或平臺故障時，可以通過調(diào)整、調(diào)節(jié)和方便的 擴(kuò)展、數(shù)據(jù)的恢復(fù)等手段使系統(tǒng)平穩(wěn)運(yùn)行；7）操作審計：提供統(tǒng)一的數(shù)據(jù)操作行為審計功能，實現(xiàn) 對所有數(shù)據(jù)的審計管理；8）用戶管理：管理員（包含超級管理員、部門管理員、 組管理員）、開發(fā)者、使用者等多種權(quán)限級別的用戶管理；9）分項授權(quán)，對數(shù)據(jù)庫連接、服務(wù)、流程、整合服務(wù) 等分項授權(quán)，權(quán)限包括執(zhí)行權(quán)、

53、編寫權(quán)、讀取權(quán)；10）滿足系統(tǒng)級、數(shù)據(jù)庫級、軟件功能級、記錄級和 字段級等多級別的安全控制需要；11）系統(tǒng)提供較完善的日志管理，能詳細(xì)記錄各用戶 在系統(tǒng)中的操作、訪問、使用情況；12）數(shù)據(jù)服務(wù)使用安全，當(dāng)應(yīng)用程序通過HL7 V2、HL7 V3、Web Service方式、API方式、事件等方式使用數(shù)據(jù) 服務(wù)時，其訪問情況將由安全授權(quán)來決定；13）提供工具，可視化完成用戶組管理、用戶管理、 授權(quán)等安全管理；14）在權(quán)限管理和配置界面提供基于統(tǒng)一的安全管理， 為數(shù)據(jù)管理提供安全保障；15）在系統(tǒng)架構(gòu)設(shè)計上，支持面向硬件安全運(yùn)行的支 撐環(huán)境，保證運(yùn)行環(huán)境的安全；16）提供安全傳輸通道，保證數(shù)據(jù)的傳輸

54、安全；支持 數(shù)據(jù)的SSL等加密方式；17）通過訪問權(quán)限的控制，提供安全的數(shù)據(jù)訪問服務(wù)， 保證數(shù)據(jù)的訪問安全；18）平臺建設(shè)充分考慮了系統(tǒng)穩(wěn)定性、并發(fā)運(yùn)行數(shù)、數(shù)據(jù) 存儲空間，在系統(tǒng)驗收后8年內(nèi)無需擴(kuò)展要求。支持系 統(tǒng)備份、容災(zāi)機(jī)制，保證了系統(tǒng)高可用性和安全性，滿足 醫(yī)療系統(tǒng)7x24小時的運(yùn)行需求。3.操作數(shù)據(jù)（ODS）功能模塊具體參數(shù)提供業(yè)務(wù)數(shù)據(jù)冗余備份，是數(shù)據(jù)中心的數(shù)據(jù)與業(yè)務(wù)數(shù)據(jù)的緩ODS庫的功能要沖隔離區(qū)求提供部分業(yè)務(wù)細(xì)節(jié)查詢功能為臨床數(shù)據(jù)中心提供細(xì)節(jié)數(shù)據(jù)支撐ODS數(shù)據(jù)庫模型支持在設(shè)計ODS的數(shù)據(jù)模型之前，確定采集數(shù)據(jù)范圍，對ODS設(shè)計進(jìn)行主題劃分。ODS數(shù)據(jù)庫存儲ODS庫存儲的數(shù)據(jù)內(nèi)容必須

55、是業(yè)務(wù)系統(tǒng)的實時映像。3. 4.臨床數(shù)據(jù)中心CDR臨床數(shù)據(jù)中心CDR需要實現(xiàn)對醫(yī)院臨床服務(wù)系統(tǒng)的數(shù)據(jù)集成整合，將患者在院內(nèi)發(fā)生的所有臨床活動相關(guān)的臨床數(shù)據(jù)以患者為中心進(jìn)行組織關(guān)聯(lián)（包括診斷、處方、檢查結(jié)果、檢驗結(jié)果、手術(shù)記錄、 費(fèi)用信息等），其數(shù)據(jù)來源于HIS、CIS、LIS、PACS/RIS、EMR等眾 多院內(nèi)系統(tǒng)中。（1）臨床數(shù)據(jù)中心CDR建設(shè)要點(diǎn)臨床數(shù)據(jù)中心是將一個患者在某一醫(yī)療機(jī)構(gòu)內(nèi)發(fā)生的所有臨床 活動所產(chǎn)生的臨床文檔集中存儲在一個物理或虛擬的存儲內(nèi)，方便各 種臨床業(yè)務(wù)角色在使用該患者某一或某些臨床活動的EMR文檔時進(jìn) 行調(diào)閱。臨床數(shù)據(jù)中心是一個面向主題的、集成的、可變的、當(dāng)前的 細(xì)節(jié)

56、數(shù)據(jù)集合，用于支持醫(yī)院對于即時性的、操作性的、集成的全體 信息的需求。建設(shè)功能要點(diǎn)如下：Centralized：集中式數(shù)據(jù)存儲和管理Clinical：重點(diǎn)關(guān)注各類臨床數(shù)據(jù)Real-time：各類數(shù)據(jù)具備實時性Life-long：各類數(shù)據(jù)具備長期性Patient-centric：圍繞個體患者組織所有數(shù)據(jù)（2）臨床數(shù)據(jù)中心數(shù)據(jù)采集服務(wù)提供從業(yè)務(wù)系統(tǒng)批量采集數(shù)據(jù)的工具，提供圖形化數(shù)據(jù) 采集界面；提供實時數(shù)據(jù)采集對接功能；支持歷史數(shù)據(jù)抽取，支持JDBC、ODBC、FTP WebService等接口技術(shù);支持 OracleSQL Server、DB2 Cach6 等主流數(shù)據(jù)庫的讀取;支持一次采集和定時采

57、集，定時任務(wù)自動執(zhí)行；記錄采集日志，支持追溯原始業(yè)務(wù)系統(tǒng)數(shù)據(jù)的增刪改操 作。臨床數(shù)據(jù)中心數(shù)據(jù)采集范圍其數(shù)據(jù)采集為全院范圍內(nèi)的醫(yī)院醫(yī)療數(shù)據(jù)，并且接入相關(guān)應(yīng)用系 統(tǒng)，實現(xiàn)醫(yī)療數(shù)據(jù)的采集與匯聚，建立以電子病歷數(shù)據(jù)為核心的臨床 數(shù)據(jù)中心，基本數(shù)據(jù)范圍如下：A 患者基本信息；患者就診信息：掛號、退號、住院登記、取消住院登記、轉(zhuǎn)科信息、出院登記、取消出院登記、診斷信息；醫(yī)囑信息：醫(yī)囑信息、醫(yī)囑狀態(tài)、醫(yī)囑執(zhí)行記錄；檢驗類：檢驗醫(yī)囑執(zhí)行狀態(tài)、檢驗結(jié)果；檢查類；PACS、病理等檢查醫(yī)囑執(zhí)行狀態(tài)、檢查結(jié)果;臨床相關(guān)文檔；電子病歷、手麻、重癥、護(hù)理等臨床相 關(guān)文檔；手術(shù)：手術(shù)申請信息、手術(shù)執(zhí)行狀態(tài)、術(shù)后結(jié)果。以上數(shù)

58、據(jù)來源于醫(yī)院的內(nèi)部信息系統(tǒng)(如HIS、LIS、RIS、PACS 系統(tǒng))，醫(yī)療服務(wù)業(yè)務(wù)涵蓋門診類業(yè)務(wù)和住院類業(yè)務(wù)。（4）臨床數(shù)據(jù)中心數(shù)據(jù)存儲服務(wù)A支持將檢查、檢驗結(jié)果、診斷、醫(yī)囑、生命體征、診療過程等 各種臨床信息存儲到CDR中。A支持住院診療、門診診療、體檢、LIS常規(guī)檢驗、LIS微生物 檢驗、血壓、身高、體溫、體重、呼吸、脈搏/心率、24h出入量、診 斷、用藥情況、手術(shù)、入院記錄內(nèi)容、出院記錄內(nèi)容等結(jié)構(gòu)化數(shù)據(jù)的 存儲。支持PDF格式的病程記錄文檔、體檢報告、LIS常規(guī)檢驗報告、 LIS微生物檢驗報告、手術(shù)記錄、入院記錄、出院記錄等文檔格式的 存儲。支持半結(jié)構(gòu)化及非結(jié)構(gòu)化臨床數(shù)據(jù)格式的存儲，包

59、括病理、影 像、臨床樣本、生命組學(xué)數(shù)據(jù)等眾多文件格式。35運(yùn)營數(shù)據(jù)中心（ODR ）運(yùn)營數(shù)據(jù)中心需要實現(xiàn)對醫(yī)院管理系統(tǒng)數(shù)據(jù)集成整合，基于院內(nèi) 運(yùn)營及管理數(shù)據(jù)存儲標(biāo)準(zhǔn)建立運(yùn)營數(shù)據(jù)倉庫（涵蓋收入、患者、藥品、 醫(yī)保、人事、財務(wù)、醫(yī)療管理等眾多業(yè)務(wù)域），數(shù)據(jù)來源于院內(nèi)HIS、 臨床管理、藥物管理、物流、科研、0A、財務(wù)等眾多信息系統(tǒng)。3. 5.1. 運(yùn)營數(shù)據(jù)采集服務(wù)A支持各類數(shù)據(jù)源:支持各種數(shù)據(jù)源，包括數(shù)據(jù)庫、文件系統(tǒng)、Excel XmK LDAP、 SOAP/WebServcie CSV文件和RSS等各種數(shù)據(jù)源。A 支持的數(shù)據(jù)庫包括 DB2、Oracle、Mysql、MS SQL ServerSyb

60、ase 等各種主流數(shù)據(jù)庫。A提供了對以上各種數(shù)據(jù)源訪問的封裝，開發(fā)人員只需拖動相應(yīng) 的組件到控制臺即可。數(shù)據(jù)庫連接支持集群，和數(shù)據(jù)庫分區(qū)訪問。數(shù)據(jù)庫連接的方式支持JDBC、ODBC和JNDI方式，并且提供了 數(shù)據(jù)連接池功能，能夠大大提高數(shù)據(jù)庫的訪問效率。A調(diào)度功能，支持按月，按周，按日等復(fù)雜的定時管理，支持多 任務(wù)并發(fā)執(zhí)行，并可靈活配置執(zhí)行并發(fā)數(shù)，支持可配置化的順序執(zhí)行, 按照工作流的方式，可選擇多種邏輯順序。直觀界面化操作3. 5. 2.運(yùn)營數(shù)據(jù)采集范圍包括醫(yī)療收入、醫(yī)療工作負(fù)荷類、工作效率類、患者負(fù)擔(dān)類、藥 品管理、資產(chǎn)運(yùn)營類、科研成果類等。3. 5. 3.運(yùn)營數(shù)據(jù)存儲服務(wù)支持將衛(wèi)生資源、