全省監獄醫療一體化管理平臺建設項目采購需求

一、項目概況

1.1項目名稱：全省監獄醫療一體化管理平臺建設項目

1.2項目建設目標、建設內容

1.2.1建設目標

構建獄政醫療一體化管理模式，實現省局、監獄中心醫院、基層醫院三級聯

動，打造標準規范統一，信息資源共享互通、集成一體化的標準監獄醫療信息化

體系。解決監獄罪犯看病、治療、健康體檢、保外就醫等管理問題，真正實現監

獄醫療管理的信息化、規范化和標準化，從而提升監獄管理的效率，減輕監獄醫

院醫護人員的工作量，規范監獄醫院的管理流程，達到有效控制與實時監督的目

標。具體建設目標包括：

1.規范全省監獄醫療業務流程

通過搭建全省監獄醫療集成平臺，對監獄醫院診療業務各流程實行規范化管

理，根據醫療行業相關質量管理體系要求，實行基層醫院病犯就診標準化流程,

在門診、住院、處方、用藥、檢驗等方面突出信息化手段對醫療過程的輔助支撐，

彌補基層醫院醫療隊伍短板，提升全省監獄醫療衛生業務的規范化水平。

2.實現全省監獄醫療數據資源整合

建立全省統一的監獄醫療數據中心，實現監獄系統內醫療數據共享。平臺建

立后，將服刑人員在各地監獄醫院的衛生服務數據統一采集，經過交換整合，形

成每個服刑人員完整的電子病歷和健康信息檔案，具有調閱權限的民警均可遠程

查看數據記錄及分析結果，實現醫療衛生數據信息的互聯互通。

3.實現省內區域醫療協作和互補

通過搭建區域醫療協作平臺，全面落實分級醫療和雙向轉診制度，利用信息

化手段，暢通監獄醫院與上級醫院的會診、轉診渠道。同時，加強上級醫院對基

層醫療民警培訓和指導，提升監獄醫院的醫療服務能力。

4.提高監獄公共衛生服務水平

1

借助信息技術，進一步完善公共衛生風險預警、輔助決策等信息系統，全面

提升公共衛生監測評估與決策管理能力，促進系統內醫療資源的縱向整合，建立

和完善以傳染病為主、以慢性病、精神病為輔的特殊病犯管理監控體系，具備方

便有效的健康管理和疾病管理服務，提高罪犯整體健康水平C

5.加強監獄執法管理決策能力

通過數據分析技術的應用，為XX省監獄管理局提供信息化數據支持，輔助

衛生宏觀管理，為科學決策提供參考。利用先進的數據挖掘技術，通過靜態、動

態、圖形表現等多種形式提供科學的、準確的、快速的、直觀的數據分析，為領

導提供智能決策支持。

1.2.2建設內容

基于本項目建設目標，并結合XX省監獄管理局關于信息化的統籌規劃、資

金投入等實際情況，規劃本期項目建設內容，歸納起來為“114”工程，即一個

中心、一個平臺、四類應用，構成全省監獄醫院醫療信息化體系。具體建設內容

如下：

1.一個中心：監獄醫療數據中心

一中心是指在全省監獄醫院整體業務系統層上構建統一的監獄醫療數據中

心，它以省局在建的數智一體化平臺為基礎，以省局、中心醫院及19個基層監

獄為主體，構建數字化醫院整體規劃與建設路線圖，將散落在省局、中心醫院及

基層監獄的各系統相關數據，按照制定的標準數據規范，通過數據接入引擎進行

數據抽取、數據驗證、數據清洗、數據集成、數據聚集和數據裝載，通過監獄醫

療數據中心實現臨床數據中心各類數據資源庫的注冊、存儲和服務，運營數據中

心各項主題和指標等內容的展示，最終實現醫院業務數據全閉環的展示與應用數

據的匯聚共享，為臨床研究、運營管理、區域協同等提供數據支撐。

2.一個平臺：監獄醫療信息集成平臺

通過監獄醫療信息集成平臺，為醫院信息化建設提供統一的數據標準和接口

標準，取代原來系統煙囪林立、數據標準不一的情況，實現省局、醫院不同業務

系統與集成平臺的有效集成與信息共享，實現臨床信息一體化應用，提升醫護工

作者工作效率及臨床診療質量，建立臨床文檔庫（CDR）和運營數據中心，實現

上級領導對監獄醫院的有效監管與科學決策。

2

3.四類應用：面向基層醫院、面向中心醫院、面向省局、面向區域醫療的

相關應用

（1）面向基層醫院的應用

針對19家基層醫院對服刑人員比較封閉的管理模式，構建以電子病歷為核

心的醫療服務相關信息系統，并可通過多媒體、移動終端等設備，借助技術手段

創建新型的醫療服務模式，為醫護人員提供流程化、信息化、結構化、移動化的

臨床業務信息綜合處理平臺，滿足各基層醫院的各級用戶多層次的應用需求，不

僅實現廣大醫護人員的業務處理信息化和便捷化，實現對罪犯診療信息的電子化,

還實現面向院內醫護人員和管理人員，規范醫療行為、提高工作效率、改善醫療

服務質量和輔助分析決策等功能。

（2）面向中心醫院的應用

在充分繼承中心醫院應用功能的同時，結合中心醫院具有開展社會化患者治

療，醫保結算、與基層醫院結算等需求的基礎上，擴充以電子病歷為核心的醫療

服務相關信息系統功能，拓寬治療和服務范圍，為罪犯和社會患者提供“診前、

診中、診后、全程診療”等便民服務，有效改善就醫體驗，提升患者滿意度；同

時進一步優化醫療業務流程，有效提升中心醫院醫護人員的工作效率和醫療水平,

保障醫療安全，降低醫護工作強度。

（3）面向省局的應用

以集成平臺為基礎支撐平臺，建設面向省局的綜合管理系統、數據統計分析

系統、綜合業務監管系統等信息化系統，集成人力資源、績效管理、成本核算、

全面預算、資產管理、醫護管理、管理決策支持等數據資源于一體，為省局相關

領導實現“人財物”、“醫教研”、“醫護藥技”管理的科學化、規范化、精細化、

可持續發展和戰略轉型提供科學的管理支撐環境。

（4）面向區域醫療協作的應用

基于統一的監獄醫療數據中心，建設跨監獄醫院的醫療服務協同系統，實現

中心醫院與19家基層醫院的醫療協同。醫療協同系統主要包括：罪犯健康檔案、

區域影像中心、區域心電中心、遠程會診管理等功能模塊。通過區域醫療協同系

統的建設，實現了中心醫院與基層醫院之間的業務聯動，解決各基層醫院醫技人

才短缺的問題，特別是建立了針對疑難雜癥的遠程診療服務模式，能更好地發揮

3

中心醫院的專業技術優勢及帶頭作用，提升全省監獄醫院的醫療服務水平。

1.3投標人應對木項目具休情況了解，具備一定的項目實施及服務響應能力，

根據項目特點進行分析，為本項目制定總體方案、實施與管理方案、培訓方案;

實施團隊成員具有相應的技術水平及同類業務反饋情況，積極為本項目提供優質

服務。為本項目提供優質、安全、高效、有序的服務和管理C

二、技術和服務要求

1.1架構要求

1.1.1應用系統總體架構要求

XX省監獄醫院信息化系統，以XX醫院為中心，基于統一的監獄醫療信息集

成平臺，建設統一的監獄醫院業務系統和監獄醫療數據中心，構建全省監獄醫療

一體化管理平臺。各醫院個性化的業務需求通過監獄醫療信息集成平臺進行可視

化的配置管理。同時，通過監獄醫療信息集成平臺，實現19個基礎醫院與XX

醫院之間的跨機構協作，并與全省監獄數智一體化平臺的數據交換和共享。本期

項目總體應用架構由一平臺（監獄醫療信息集成平臺）及四應用（中心醫院業務

系統、基層醫院業務系統、省局業務系統、區域醫療協作系統）組成。

LL2建設內容

本期項目相關的系統主要由監獄醫療數據中心、監獄醫療信息集成平臺、中

心醫院業務系統、19家基層醫院業務系統、省局業務系統、區域醫療協作系統

五大部分組成。

1.2功能要求

L2.1監獄醫療數據中心

1.2.1.1臨床數據中心

臨床數據中心（CDR）是以患者為中心，將患者所有的臨床診療信息進行統一的

整合存儲，同時在此基礎之上實現數據的管理與共享。

CDR通過數據采集服務，實現了原本分散在醫院內各個業務系統中異構的臨床信

息的整合，包含患者基本信息、就診信息、診斷信息、醫囑信息、手術信息、檢

4

驗檢查報告信息、費用信息、體檢信息等表型數據，以及電子病歷文檔、護理病

歷文檔，檢驗檢查報告文檔，CDA文檔等文檔型數據。

2.1.1.1數據模型-表型

對于表型數據，臨床數據中心以患者主索引為中心，通過與就診記錄、醫囑

記錄的關聯，將經過清洗、標化的數據整合存儲。

1.2.1.1.2數據模型-文檔型

文檔架構規范借鑒國際上已有的文檔架構標準1S0/HL7FHIRR4,同時結合

我國醫療衛生實際，對FHIRR4文檔架構進行本土化約束和適當擴展，以適合和

規范我國醫療衛生環境下的衛生信息文檔的共享和交換。可以使用Forge軟件直

接建立本土化約束和擴展。衛生信息文檔由文檔目錄、文檔體組成，其中文檔目

錄和文檔體都使用文檔條目表示；文檔目錄中包含目錄章節、目錄章節條目以及

其他文檔信息；根據文檔目錄編制文檔體的詳細內容。

1.2.1.1.3服務

臨床數據中心以標準化的統一結構對外提供數據服務，消息內容分為消息頭、

消息體兩部分。

L2.1.2管理數據中心

將每個主題相關聯的指標進行統一管理，通過查看每個指標信息，可以獲取

指標依賴的主題，指標的統計口徑，依賴的度量，指標的過濾條件，聚合函數等

信息。

2.1.2.1主題

序號主題主題描述

1收入主題記錄醫院收入流水明細，數據粒度包含科室（開單科室、

接收科室、執行科室）、醫生（開單醫生、接收醫生、執

行醫生）、收費項目、醫囑項及各種收費分類等。

2掛號主題記錄門急診患者掛記錄，數據粒度包含掛號科室、醫生、

患者、預約方式、出診級別、節假日等。

3出入轉主題從科室、病區二個角度記錄住院患者在院期間流轉情況及

醫院床位使用情況。

4門診處方主題記錄門診患者就診期間醫生所開處方信息，數據粒度包含

5

科室、醫生、患者、處方號、處方類型等

5門診發藥主題記錄門診藥房發藥歷史情況，數據粒度包含藥房、開單科

室、開單醫生、發藥人、金額、數量等

6住院發藥主題記錄住院藥房發藥歷史情況，數據粒度包含藥房、開單科

室、開單醫生、發藥人、金額、數量等

7門診就診主題記錄門急診患者就診信息，數據粒度包含：就診科室、就

診醫生、費用、主診、就診記錄各種標志（抗菌、基本藥

物等）。

8住院就診主題記錄住院患者就診信息，數據粒度包含：就診科室、就診

醫生、費用、主診、就診記錄各種標志（抗菌、基本藥物

等）

9麻醉主題按照手術臺次記錄手術申請及麻醉的過程情況，數據粒度

包含：申請科室、申請醫生、麻醉醫師、主刀醫師、手術

級別、麻醉方式等。

10手術主題按照手術手術例數記錄手術申請及麻醉過程，數據粒度包

含：申請科室、申請醫生、麻醉醫師、主刀醫師、手術級

別、麻醉方式等

11預約掛號主題記錄門診患者預約情況，數據粒度包含：預約操作時間、

預約方式、預約科室、預約就診時間等

12資源排班主題記錄門診醫生排班情況，數據粒度包含：醫生級別、預約

數量、醫生出診時間等

13病人診斷主題記錄患者在院期間醫生所開診斷情況，數據粒度包含：開

單科室、開單醫生、診斷名稱、患者類型、診斷類型、年

齡等。

14醫保主題記錄醫?；颊哔M用報銷情況，數據粒度包含：醫保類型、

病人費別、個人支付額、基金支付額、統籌支付額、大病

支付額、個人自付等

15病案主題記錄住院患者病案首頁編目后相關信息，數據粒度包含：

患者基本信息、診斷情況、手術情況、費用等。

6

16病案診斷明記錄住院患者病案首頁編目后相關診斷相關信息，數據粒

細、手術明細度包含：入院情況、診斷ide、診斷名稱、診斷序號、手

主題術名稱等。

17重點病種、手記錄醫院重點病種、重點手術患者情況：出院科室、主治

術主題：醫生、患者信息、費用等

18并發癥主題記錄醫院并發癥患者情況：出院科室、主治醫生、患者信

息、費用等

19人力資源主題記錄醫院人力情況，數據粒度包含：入職日期、年齡、職

稱、在院狀態等

20不良事件主題記錄醫院患者發生不良事件，數據粒度包含：不良事件類

型、時間、原因、處理方式等

21院感主題記錄醫院患者發生感染情況。

22重癥主題記錄醫院患者發生重癥情況。

1.2.1.2.2指標

序號主題涉及指標

1收入主題全院總收入、門診收入、住院收入、急診收入、門診藥品

收入、住院藥品收入、全院藥品收入、門診材料收入、住

院材料收入、門診中藥收入、住院中藥收入、體驗收入、

門診藥占比、住院藥占比、門診材料占比、住院材料占比、

全院醫囑數量等指標共計：300個左右

2掛號主題門診掛號人次、門診退號人次、門診掛退號人次、門診掛

號工作量、門診掛號費、門診診查費、門診病歷本費、門

診節假日掛號人次、門診節日掛號人次、門診假日掛號人

次、門診工作日掛號人次、門診初診掛號人次、門診復診

掛號人次、門急診初診率、預約人次、門急診復診率等指

標共計：100個左右

3出入轉主題實際床位數、原有人數、入院人數、出院人數、現有人數、

死亡人數、固定床位數、實有床位數、出院患者住院總天

數、平均開放病床數、實際占用總床日數、實際開放總床

7

日數、出院人次等指標共計：100個左右

4門診處方主題門急診處方數、門急診處方金額、門急泠處方藥品品種數、

門急診中成藥處方數、門急診中成藥處方金額、門急診中

草藥處方數、門急診中草藥處方金額、門急診中草藥處方

代煎數、門急診中草藥處方自煎數、門急診西藥處方數、

門急診西藥處方金額、門急診中藥處方數、門急診中藥處

方金額、門急診當日配發藥處方數、門診處方數、門診處

方金額、門診處方藥品品種數、門診中成藥處方數等指標

共計：120個左右

5門診發藥主題門診發藥金額、門診發藥數量、基本藥品金額、基本藥品

數量等共計：15個指標左右

6住院發藥主題住院發藥金額、住院發藥數量、基本藥品金額、基本藥品

數量等指標共計：15個左右

7門診就診主題門診就診人次、門診就診總費用、門診就診總藥費、門診

就診使用口服劑人次、門診就診靜脈輸液人次、門診就診

使用注射劑人次、門診就診使用抗菌藥物人次、門診使用

基本藥物人次數、門診次均費用、門診次均藥品、門診就

診使用抗菌藥物使用率、門診使用基本藥物使用率等共

計：300個左右

8住院就診主題出院人次、住院就診總費用、住院就診總藥費、住院就診

使用口服劑人次、住院就診靜脈輸液人次、住院就診使用

注射劑人次、住院就診使用抗菌藥物人次、住院使用基本

藥物人次數、住院次均費用、住院次均藥品、住院就診使

用抗菌藥物使用率、住院使用基本藥物使用率等指標共

計：200個左右

9麻醉主題手術總臺數、擇期手術總臺數、日間手術總臺數、介入手

術總臺數、微創手術總臺數、一級手術總臺數、二級手術

總臺數、三級手術總臺數、四級手術總臺數、重返手術總

臺數

8

麻醉總例數（三甲）、全身麻醉例數（三甲）、體外循環例數

（三甲）、脊髓麻醉例數（三甲）、其他類麻醉例數（三甲）、

手術時長等指標共計：100個左右

10手術主題手術總例數、手術總例數、擇期手術總例數、急診手術總

例數、日間手術總例數、介入手術總例數、微創手術總例

數、一級手術總例數、二級手術總例數、三級手術總例數、

四級手術總例數、重返手術總例數等指標共計：30個左右

11預約掛號主題號源數、可預約號源數、預約人次、預約取號人次、預約

爽約人次、預約取消人次、預約取號退號人次、初診預約

取號人次、復診預約取號人次、本地預約取號人次、本地

初診預約取號人次、本地復診預約取號人次等指標共計：

15個左右

12資源排班主題應出診醫生人次、實出診醫生人次、停診醫生人次、替診

醫生人次、被替診醫生人次、可掛號數量、可預約數量、

加號數量等指標共計：10個左右

13病人診斷主題全院診斷數量、門急診診斷數量、門診診斷數量、急診診

斷數量、住院診斷數量、體檢診斷數量等指標共計：15

個左右

14醫保主題醫保總金額、個人支付額、基金支付額、統籌支付額、大

病支付額、住院天數、醫保人次、醫保次均費用、醫保次

均藥費等指標共計：25個左右

15病案主題出院人次、住院患者死亡人次（三甲）、住院手術死亡人次

（三甲）、出院患者搶救人次、出院患者搶救成功率、手術

患者并發癥發生例數等指標共計：50個左右

16病案診斷明診斷例數、手術列數

細、手術明細

主題

17重點病種、手住院重點疾病總例數（病種）（三甲）、出院患者死亡人數

術主題：（病種）（三甲）、出院當天再住院患者人次（病種）（三甲）\

9

出院15天內再住院患者人次（重點病種）（三甲）、出院31

天內再住院患者人次（重點病種）（三甲）、出院患者住院總

天數（重點病種）（三甲）、出院患者總費用（重點病種）（三

甲）、出院患者總藥費（重點病種）（三甲）、住院重點手術

總例數（重點手術）（三甲）、出院患者死亡人數（重點手

術）（三甲）、術后非預期再手術例數（重點手術）（三甲）、

出院患者住院總天數（重點手術）（三甲）、出院患者總費用

（重點手術）（三甲）等指標共計：15個左右

18并發癥主題并發癥總例數、并發癥死亡人次、并發癥死亡率、并發癥

總費用、并發癥總藥費、并發癥次均藥費、并發癥次均費

用等7個指標

19人力資源主題衛生人員數、護理人數、醫技人數、麻醉醫生人數、離職

率、醫護比、麻醉醫生比等指標共計10個左右

20不良事件主題住院患者壓瘡發生率、醫院內跌倒/墜床發生率、因用藥

錯誤導致患者死亡發生率、輸血/輸液反應發生率、手術

過程中異物遺留發生率、醫源性氣胸發生率、醫源性意外

穿刺傷或撕裂傷發生率等12個指標

21院感主題呼吸機相關肺炎發病率（％。）、留置導尿管相關泌尿系感

染發病率（％。）、血管導管相關血流感染率（％。）、不同

感染風險指數手術部位感染發病率（％）等10個指標

22重癥主題ICU-1非預期的24/48小時重返重癥醫學科率（%）、

ICU-2呼吸機相關肺炎（VAP）的預防率（％。）、

ICU-3呼吸機相關肺炎（VAP）發病率（％。）、I

CU-4中心靜脈置管相關血流感染發生率（%。）、IC

U-5留置導尿管相關泌尿系感染發病率（％。）、ICU

-6重癥患者死亡率（％）、ICU-7重癥患者壓瘡發生

率（％）、ICU-8人工氣道脫出例數等15個指標

1.2.2監獄醫療信息集成平臺

10

監獄醫療信息集成平臺是以患者電子病歷的信息采集、存儲和集中管理為基

礎，連接臨床信息系統和管理信息系統的醫療信息共享和業務協作平臺，是醫院

內不同業務系統之間實現統一集成、資源整合和高效運轉的基礎和載體。監獄醫

療信息集成平臺也是在區域范圍支持實現以患者為中心的跨機構醫療信息共享

和業務協同服務的重要環節。

監獄醫療信息集成平臺主要產品含服務總線、主數據管理、統一用戶和單點

登錄以及基于平臺的各類應用。

企業服務總線（ESB）是多系統之間進行數據交換的連接中樞，能夠將消息

在多種通訊協議之間交換、在多種格式之間進行轉換，將業務服務重新組合封裝

成標準行為，實現醫院內部各個異構應用系統之間的數據交換。系統以平臺管理

工具實現整個平臺的統一管理，以平臺作為集成工具實現系統集成，以及服務管

理工具（服務注冊、發布）和消息管理工具（消息查詢、訂閱）實現被集成系統

之間的數據、流程、業務串聯。通過標準管理工具（標準制定、審核、發布和非

標轉化）進行標準化管理和非標準化數據的轉化。系統本身具有監控能力，實現

對集成平臺整體運行情況的E志采集和運行狀態的監控。

主數據管理系統是指用使用一些方法和約束來保證醫院內主數據具有一致

性、完整性和時效性。主數據是指在各個系統間共享的、能跨業務系統重復使用

的高價值數據。醫院中大部分系統處于分散、獨立建設的狀態，各系統的數據標

準自成體系，導致系統間數據交互時開發和運維人員不理解其它系統數據的含義,

造成數據共享困難，溝通成本大。在信息化架構中，主數據管理系統處于基礎支

撐地位，是基礎數據的匯集地，確保各業務系統基礎數據的一致性和唯一性。

統一用戶與單點登錄集中展現醫護人員、工作人員的統一單點登錄需要的系

統及內容，同時對展示界面進行配置管理的功能。系統以“提高患者安全、醫療

質量、運營效益為目標，以醫院的業務數據及相關醫療信息規范為基礎，對全省

的醫療信息資源（人、財、物、醫療信息）進行全面的規劃、設計和整合，打通

各個業務系統的信息接口。通過整合監獄醫院信息集成平臺、數據中心和省局門

戶，在各應用系統間實現標準的信息共享和交換，使現有各業務信息系統的信息

和數據共享，消除醫院IT系統信息孤島，實現醫療護理流程的閉環管理，全面

11

優化和整合全省監獄醫院內部的資源，為全省監獄系統的使用人群提供先進的、

便捷的、人性化的服務體驗。

基于平臺的應用主要包括患者360視圖、院長決策支持、統計室報表、閉環

管理等功能。平臺應用以醫院數據倉庫及相關的工具軟件為基礎，通過對分析結

果的歸納篩選，采用簡潔直觀、操作簡便、直達桌面的方式，為醫院提供一個完

整的、多用途的智能分析平臺環境。通過對醫院各個業務系統的數據進行匯聚、

融合、挖掘、分析和展現，加大全院范圍內信息資產的利用率，提高信息分析的

準確性、一致性、時效性，建立完善的業務數據指標分析模型和運營監控管理模

式,對醫院運營狀態進行實時監控和管理，為醫院經營管理和臨床醫療提供及時、

準確、科學的決策依據，提高對全省監獄醫院的運營管理水平。

1.2.2.1服務總線

提供一整套可視化的值域轉換與格式轉換工具。值域轉換工具需提供一整套

的圖形工具和可編程對象，內嵌不同版本的醫療行業標準，用于非標準消息到標

準的轉換，也可以從標準轉換為其他類型消息。使各醫療機構在異構系統之間同

一數據項在交換區有了統一的標識，從而實現數據的順利交互;格式轉換支持通

過可視化配置界面實現標準格式和非標準格式之間的轉換。

1.2.2.1.1平臺管理

為醫院提供一個統一的、標準的、可靠的、可擴展的管理平臺，主要包含接

入平臺系統，平臺標準服務，平臺消息以及行業內各標準的統一管理。平臺可以

按照不同業務分類的方式進行多平臺'業務的劃分，根據醫院業務的實際情況，通

過對業務的使用級別和安全級別等因素將多個業務分散到多個平臺上，每個平臺

上服務功能相互獨立，其中一個出現問題時，對與它服務沒有任何的影響；當早

高峰數據量過大，連接數較多情況下，服務器硬件無法滿足需要處理的性能消耗,

平臺也支持通過負載均衡來實現平臺的水平擴展從而提高性能和提高系統的穩

定性。

產品功能要求包括：多平臺統一管理、接入平臺系統，平臺標準服務，平臺

消息以及行業內各標準的統一管理。

功能詳細需求說明如下：

12

多平臺統一管理：要求集中管理不同業務分類的多個平臺，通過負載均衡實

現平臺的水平擴展。

接入平臺系統：要求包括平臺接入系統管理、包括接入系統查看、接口系統

啟用、接入系統停用、接入系統編輯等。

平臺標準服務：要求提供平臺的標準化接口服務，以組件的模式對平臺服務

進行管理。

平臺消息管理：要求提供平臺消息管理功能，包括消息匯總查看、異常消息

查看、消息發布信息查看、消息訂閱信息查看等。

行業標準管理:要求提供對系統中的角色、用戶進行維護管理功能，包括角

色管理、用戶管理功能。

1.2.2.1.2服務管理

服務管理是數字化醫院綜合平臺醫療信息交換層的核心內容，主要解決數字

化醫院綜合平臺與醫院各業務信息系統間數據交換的問題。通過服務接口的標準

化，使得服務可以提供給在任何異構平臺和任何用戶接口使月。服務請求者很可

能根本不知道服務在哪里運行、是由哪種語言編寫的，以及消息的傳輸路徑，而

是只需要提出服務請求，然后就會得到答案。

為滿足業務需求服務總線內置多種輸入和輸出適配器，服務總線將其從業務

邏輯中分離出來，開發人員集中精力編寫業務邏輯，而不必將大量的時間花費在

更為底層的技術實現上，從而使程序員免受其復雜性的困擾，簡化使用服務總線

進行的應用程序開發和實現工作。

適配器是連接各種應用、技術、協議的暴露其功能和數據的高度標準化和可

復用的程序，適配器具有處理異常，能夠重試、超時和恢復等功能。目前適配器

的類型有：xDBC、TCP/IP、HTTP、File、COM、SOAP、REST等。

服務管理包括服務注冊中心、服務發布中心兩個模塊：

服務注冊中心：

服務注冊是指服務提供者向服務注冊管理中心發布服務的功能，服務提供者

是服務的所有者，負責定義并實現服務，對服務進行詳細、準確、規范地描述,

并將該描述發布到服務注冊管理中心，供服務請求者查找并綁定使用。服務注冊

13

管理中心具有目錄服務、監控、負載均衡、安全控制、分布式強健壯、適用于高

并發等功能.

服務發布中心：

服務發布是由總線自身生成相應服務并對外進行發布，服務請求者使用服務

描述中的綁定細節（調用者的身份、位置、方法、綁定、配置、方案和策略等描

述性屬性信息）來定位、聯系并調用服務。服務發布中心將所有的服務部署到一

臺或者多臺物理服務器上，形成一個整體對外提供服務，服務發布中心對所有發

布服務進行統一的管理調配。各個業務系統直接訪問服務發布中心查找需要調用

的接口位置進而調用，不需關心下游系統使用情況。

服務管理設計應遵循以下原則：

可用性和可靠性：支持群集物理部署來保證系統的高可月性，支持系統的長

期穩定運行。

性能和可伸縮性：支持在達到系統性能指標峰值要求的同時，系統處理能力

還能夠留有足夠的余量。

擴展性和靈活性：支持系統擴展部署和多個邏輯單元的分離部署。提供對系

統的維護與參數配置的管理功能。

安全性:提供安全認證和授權機制，提供不可否認和機密性,支持安全標準。

1.2.2.1.3消息管理

消息管理通過消息引擎提供可靠的消息傳遞方式，同時支持同步和異步交互

方式，基于消息內容的路由規則、數據格式轉換、值域轉換能力，使用戶在不需

要編程情況下完成數據在不同業務系統之間的傳遞工作。消息引擎是在集成平臺

消息引擎的基礎上進行升級改造，提供可擴展的規則引擎和友好的可視化操作界

面，從而實現消息的快速批量查詢和訂閱。利用集成平臺強大的對象模型以及高

性能的數據和元數據存儲，能夠確保由不同的應用程序接口、服務、技術和數據

來源產生的活動進行清晰透明的集成。止匕外，這一消息傳送引擎不僅可以實時訪

問當前和此前用于審計和業務活動監視（BMA）的己處理的信息，而且還能訪問

高可靠性和可恢復性得長時間運行的業務流程。

使用消息引擎系統主要的功能有兩點：

14

1.消息緩沖管理：完成緩沖上下游瞬時突發流量。對于那種發送能力很強的

上游系統，如果沒有消息引擎的保護，“脆弱”的下游系統可能會直接被壓垮導

致全鏈路服務“雪崩”。消息引擎它能夠有效地對抗上游的流量沖擊，真正做到

將上游的流量填充到消息隊列中，避免了系統的震蕩；

2.消息松耦合管理：消息的發送方和接收方是松耦合。這在一定程度上簡化

了應用的開發，減少了系統間不必要的交互。

1.2.2.1.4標準管理

近些年，我國醫院信息化在建設方面雖然有了長足的進步，但醫院信息化標

準整體滯后于應用是不爭的事實。醫院在進行信息化建設時，由于沒有統一的行

業標準、建設要求，使得在不同的信息系統之間不能互聯互通和數據共享，形成

“信息孤島”。為規范衛生行業的信息化建設，改變衛生系統信息化建設中標準

不統一、信息資源共享和網絡傳輸方面障礙重重的局面，標準管理中心融合多種

國家標準和行業標準，通過界面化的工具完成標準錄入和維護工作。系統提供數

據值域轉換工具對醫療機構在異構系統之間同一數據項內容不一致情況，進行非

標準和標準之間相互轉換功能，打破“信息孤島”、實現數據共享；提供數據格

式轉換工具用于各業務系統充外接口按統一標準暴露出來，醫院對各業務系統接

口情況有了全局的掌控。使得各系統向專業化、縱深化方向發展、升級、改造更

加輕松，為未來可能采購或開發的新系統提出交互標準要求，從而保證信息系統

建設的長期有效性，提高業務系統之間的應用集成、互聯互通的能力。

1.基礎數據信息標準范圍

標準字典：包括身份證件類別代碼表、地址類別代碼表、ABO血型代碼表、

Rh（D）血型代碼表、診斷狀態代碼表等400多個國家和行業標準代碼表；

術語：包括ICD-9手術編碼（北京、全國）、ICD-10手術編碼（北京、全

國）、ICD-9診斷編碼（北京、全國）、ICDT0診斷編碼（北京、全國）、形態

學編碼（北京、全國）；

2.業務系統交互信息標準范圍

共享文檔：是以滿足醫院內部不同信息系統以及醫院外不同機構之間的互聯

互通、信息共享為目的的科學、規范的醫療信息記錄，在結構上遵循《衛生信息

共享文檔編制規范》，并結合業務實際進行了細化和應用落地。本標準遵循HL7

15

RIM模型，借鑒了國際上已有的成熟文檔結構標準IS0/HL7CDAR2三層架構，

同時結合我國醫療衛生業務需求，進行木土化約束和適當擴展，以適合我國衛生

信息共享文檔共享和交換。

交互服務：基于RIM模型，參考HL7V3標準，結合醫院的實際情況和需求，

對上述標準進行本地化擴展，建立醫院信息交互規范，并文檔化。提供醫院信息

服務、互聯互通的標準化指南，明確場景、信息模型、標準化服務的提供方、服

務消費方。目前衛生部制定交互服務規范的數量36個，主要涉及患者身份信息、

醫護人員信息、醫療衛生機構（科室）信息、電子病歷文檔信息、醫囑信息、申

請單信息、就診相關信息、字典信息。

HL7：HL7縮寫于HealthLevelSeven,是創建于1987年，它主要目的是要

發展各型醫療信息系統間，如臨床、銀行、保險、管理、行政及檢驗等各項電子

資料的標準，HL7通訊協議匯集了不同廠商用來設計應用軟件之間進行數據交互

的標準格式。HL7的主要應用領域是HIS/RIS,主要是規范HIS/RIS系統及其設

備之間的通信，它涉及到病房和病人信息管理、化驗系統、藥房系統、放射系統、

收費系統等各個方面。HL7的宗旨是開發和研制醫院數據信息傳輸協議和標準,

規范臨床醫學和管理信息格式，降低醫院信息系統互連的成本，提高醫院信息系

統之間數據信息共享的程度。經過多年的發展，HL7已經有多個版本，目前HL7

標準包含256個事件、116個消息類型、139個段、55種數據類型、408個數據

字典，涉及79種編碼系統。

1.2.2.1.5流程管理

為了支撐全院級的醫院信息系統協同，在服務總線的基礎上增加業務流程管

理。流程管理作為S0A架構的重要組件，為未來醫療信息系統的業務發展和業務

創新，提供了靈活高效的技術平臺。流程管理主要提供開發靈活、按需業務流程

的方法，提高了快速定義、創建和部署靈活的解決方案的能力，通過集成業務

流程內部的服務、數據、規則、角色來滿足不斷變化的客戶需求。為單一、簡單

的基于網絡服務的平臺提供了一個強勁的框架，可以通過將應用服務器與流程引

擎和企業服務總線（由一個集成的開發環境（IDE）來支持）相結合，來構造、

部署和管理合成的隨需應變的應用流程。

16

工作流引擎將復雜的業務抽象分解為一套簡單業務處理單元組成的工作流，

由一個專門的管理系統對各個簡單業務處理單元進行控制和調用，以達到不改變

系統本身而對業務處理的靈活性和可變性。將醫院原有復雜業務通過細化分解，

拆分成流程化運轉模式，大大提高系統的業務處理能力和適應性，使系統真正被

用戶駕馭，不編碼即實現業務流程再造成為可能，將業務細化分解，幫助用戶優

化業務流程提高經營效率等。平臺本身自帶的多個組件隨時靈活配置成新的流程

處理，還可以通過自定義組件生成配置新的流程和業務處理功能。在管理方面，

它包含可客戶化的圖形操作界面，提供啟動、管理和監視流程的功能，并能夠很

好的與門戶服務器集成。

產品功能要求包括：工作流引擎組件、可客戶化的圖形操作界面、啟動、管

理和監視流程的功能等模塊。

功能詳細需求說明如下：

1.工作流引擎組件：要求包含調用組件、代碼組件、邏輯判斷組件、循環組

件、延遲組件、警告組件、異常組件等多種引擎組件。

2.可客戶化的圖形操作界面：提供可視化的流程配置界面，實現流程的自主

配置。

3.啟動、管理和監視流程的功能：要求提供全程可視化管理。

1.2.2.1.6監控管理

集成平臺監控系統對當前信息集成平臺上運行的所有內容進行監控和管理，

提供圖形化用戶界面，能夠實時查看測數據交換平臺上硬件服務器情況、數據庫

性能情況、各個系統組件的狀態、日志、異常等內容，并進行記錄、統計與分析。

同時通過Web瀏覽器方式，為系統管理員提供遠程性能監控與遠程日志查看功能,

徹底實現了信息化的透明性，并且直觀而有效的為信息科管理提供助力。

平臺監控管理的功能包括以下內容：

平臺參數與報警參數配置。對平臺的各項參數進行配置，包括配置各個監控

參數的報警閾值等。

監控各個系統組件的狀態。對平臺各個系統模塊的狀態進行監測。

記錄平臺日志和異常信息。記錄平臺的日志，顯示與查詢異常信息。

監控對象的啟?？刂?。充被監控對象進行啟動、停止、重啟操作。

17

能夠及時了解當前的監控信息，當監控對象的性能參數超過告警閾值時產生

報警。告警閾值能夠分級設置，不同級別產生不同的告警.通過多種告警手段提

供現場和遠程告警，并且可定制發送方式和告警的優先級。

通過圖形化方式直觀地顯示監控信息，并能夠進行統計分析。

1.2.2.2主數據管理

主數據保存所有數據的變更記錄，通過變更記錄可查看字典在某一個時間點

的所有數據，還可查看字典某一條數據的變更歷史。

在跨系統信息應用的過程中往往會牽涉到兩個系統共同涉及的業務內容如

人員等，但由于自身系統存在相應內容的管理模塊，常常會造成同一業務內容存

在兩種不同結構的信息，這使得在信息交換的過程中存在一定的異議。為此平臺

提供主數據管理的產品。

當發起方系統進行主數據變化操作時依據平臺提供的消息格式向特定的平

臺服務發起訪問，同時根據接口要求進行改造的接受方系統會接受到此消息內容,

從而確保主數據信息內容一致。

采用主數據的方式優勢在于：

1、采用主數據的方式從根本上解決了共享數據不一致的問題。

2、通過主數據管理讓同一業務內容不再由多個業務流程同時管理，規

范基礎數據管理的業務內容。

主數據由于跨系統，所以對數據的一致性、實時性和版本控制要求很高，主

數據管理需要實現主數據的集成、共享、提高數據質量，為此在主數據管理系統

中集成服務總線功能,來集中化管理數據，在分散的系統間保證主數據的一致性。

系統集中進行數據的清洗和豐富，并且以服務的方式把統一的、完整的、準確的、

具有權威性的主數據分發給全醫院范圍內需要使用這些數據的系統。還可實現主

數據服務的權限管理，消息查詢、統計，減少應用程序之間點對點集成和接口成

本，統一數據源頭及流向。

1.2.2.2.1主數據管理（術語和字典）

1.2.2.2.1.1數據維護

主數據提供數據的新增和更新功能。如果數據的源頭在第三方系統，主數據

提供接收新增或修改的接口，由第三方系統調用，主數據的管理界面只能展示數

18

據，不能進行數據的新增和修改；如果數據的源頭在主數據，主數據的管理界面

可進行數據的新增和修改。

1.2.2.2.1.2數據查詢

主數據提供數據的查詢功能，既可在主數據的管理界面查詢數據，可以通過

調用主數據的查詢接口進行數據的查詢。

1.2.2.2.1.3數據同步

主數據在新增或者修改數據后將數據實時同步給第三方系統，還可在主數據

的管理界面將數據選擇性同步給訂閱的第三發系統。

1.2.2.2.1.4流程審批

主數據提供數據申請和審批的功能，字典的審批流程可配置，審批通過的數

據才可最終生效并同步給第三方系統。

1.2.2.2.1.5數據回溯

主數據保存所有數據的變更記錄，通過變更記錄可查看字典在某一個時間點

的所有數據，還可查看字典某一條數據的變更歷史。

1.2.2.2.1.6數據對照

主數據提供相同字典不同標準之間的對照功能，并把對照結果同步給第三方。

L2.2.2.2患者主索引(EMPI)

1.2.2.2.1生成主索引

主數據生成主索引的方式：1.主數據可接收HIS等第三方系統生成的主索引；

2.主數據提供生成主索引的接口，HIS等第三方系統調用接口由主數據生成主索

引返回給業務系統。

1.2.2.2.2同步主索引

主數據保存完新增或修改的主索引后會將數據同步給訂閱的第三方系統，保

證全院主索引的一致性。

1.2.2.2.2.3查詢主索引

主數據提供按照患者姓名、性別、出生日期、身份證件等信息進行查詢患者

主索引的功能。還可返回按照一定相似權重配置的患者之間的相似度。

1.2.2.2.2.4合并主索引

19

主數據提供合并患者的接口，將業務系統執行的合并發送給其他第三方。主

數據還可提供按照一定規則自動合并患者的功能并將合并后的結果發送給第三

方。

1.2.2.3統一用戶和單點登錄

統一用戶管理平臺的核心功能模塊包括如下功能：

1.2.2.3.1用戶管理

用戶信息維護：包括用戶的新增、刪除（邏輯刪除）、修改等操作，用戶的

基本信息包括，用戶頭像上傳、用戶登錄名、姓名、出生年月、郵箱、固話、移

動電話、工作職稱、入職時間、生效日期，失效日期、所屬角色，所屬科室等。

用戶批量導入：支持從業務系統中通過接口直接讀取用戶信息并導入到平臺

中。同時也支持按excel模板格式整理用戶信息，并一次性導入平臺。

用戶批量導出：支持將平臺中的用戶信息批量導出成excel文件，方便其他

第三方系統使用。

用戶對照：對已經存在的第三方系統，平臺中的用戶與第三方系統用戶之間

建立對照關系。

1.2.2.3.2組織機構管理

維護機構信息維護：包括組織機構的增加、刪除（邏輯刪除）、修改等操作。

組織機構信息包括，組織編號、組織名稱、科室類型、父組織、組織電話、組織

地址等。

組織機構批量導入：支持從業務系統中通過接口讀取組織機構信息并導入到

平臺中。同時也支持按excel模板格式整理組織機構信息，一次性導入平臺中。

組織機構批量導出：支持將平臺中的組織機構信息批量導出成excel文件,

方便其他第三方系統使用。

組織機構對照：對已經存在的第三方系統，平臺中的組織機構與第三方系統

的組織機構之間建立對照關系。

1.2.2.3.3應用管理

應用信息維護：包括第三方應用的增加、刪除（邏輯刪除）、修改等操作。

應用的基本信息包括，應用名稱、應用編號、應用簡稱、是否激活、業務管理員

等。

20

應用接口管理:管理第三方應用提供的接口地址。接口包括【用戶同步接口】、

【組織結構同步接口】、【角色同步接口】、【權限管理頁面地址】等。

應用單點登錄配置：維護第三方應用接入單點登錄的基本配置，包括第三方

應用地址、第三方應用單點登錄的協議類型、第三方應用類型（B/S或C/S）、

打開瀏覽器類型（IE、ChromeFirefox等）。

應用角色同步：實現平臺中應用角色與第三方應用角色同步。

1.2.2.3.4應用賬號管理

應用賬號維護：向第三方應用中推送用戶并創建應用賬號、啟用或停用第三

方應用中的賬號、修改第三方應用中對應的用戶名。

應用賬號權限管理：對第三方應用中，用戶的相關權限進行管理。直接在平

臺中調用第三方應用中權限管理頁面進行操作。

賬號角色維護：修改用戶在第三方應用中的角色，以修改用戶在第三方應用

中的權限。

1.2.2.3.5審計日志

操作日志查詢：提供后臺管理維護的操作日志以及數據同步的日志查詢。

訪問日志查詢：提供登錄平臺以及所有第三方應用的登錄日志查詢?？砂磿r

間段、用戶、應用系統進行查詢。

訪問統計分析：對第三方應用的登錄日志進行統計，并分析各應用的訪問量

和高峰期。

異常訪問提醒：對超出訪問權限的操作進行記錄，并向相關人員推送消息進

行操作。

1.2.2.4基于平臺應用

1.2.2.4.1患者全息視圖

支持將醫囑、用藥、檢驗、檢查、用血、手術、危急值、會診業務等進行閉

環展示，以時間軸或時間列表的方式記錄業務流程中對應的節點信息，實現追

溯管理。

患者360全息視圖是數據中心數據展示的窗口，通過集成視圖方式進行數據

展現。集成視圖需要支持嵌入一體化醫護工作站中，以方便用戶操作?；颊?60

全息視圖將為醫、護操作者在一個界面上，提供了可查詢、瀏覽、書寫各醫護文

21

書、特護記錄、輔診檢查資料的快捷方式，且界面以直觀方式顯示患者當前各生

命休征（體溫.，脈搏，血壓、呼吸）、檢查檢驗，醫囑等患者重要的觀察指標，

并能以時間方式查詢此前任意上述指標的情況、相互關系和趨勢。在該集成視圖

中，各種電子病歷數據的前后、因果關系一目了然，醫護人員不僅可以觀察患者

的上述各類指標，從整體上把握其病情發展情況，還可以直觀地查閱在病情不斷

變化的情況下，對患者所進行的各種處置護理情況，診療計劃的制定、執行情況

及其臨床效果等等，同時也可以輕松地翻閱患者的歷史病歷數據，為下一階段的

診療工作提供極其豐富的參考信息。這樣的集成視圖真正體現了“以病人為中心”

的觀點，在很大程度上改善了傳統形式病歷固有的缺陷與不足。

具體功能包含：醫護人員查詢患者，收藏關注的患者，臨床信息菜單配置，

臨床信息分類展示和就診類型展示，檢查檢驗報告對比顯示，權限隱私域管理，

圖標類信息下載，專科化視圖集成顯示等等。

1.2.2.4.1.1醫護人員查詢患者

醫護人員通過患者主索引，患者基本信息等查詢患者，確定患者查看全息視

圖，可以通過就診信息查詢患者的基本信息及此就診的量等等。

1.2.2.4.1.2收藏關注的患者

用戶可以通過查詢或者在就診列表關注自己的患者或者感興趣的患者。

1.2.2.4.1.3臨床信息菜單配置

1、臨床信息菜單主要包含患者的就診史，診斷，醫囑信息，用藥信息，檢

查信息，檢驗信息，手術信息，輸血記錄，會診記錄，過敏信息，護理信息，病

歷報告等等；

2、根據不同的角色查看不同的臨床信息；

3、能夠為外部的菜單提供配置的環境和展示方式。

1.2.2.4.1.4臨床信息展示

1、分類信息展示，全選就診記錄，按照臨床分類展示全部信息數量和臨床

信息內容，用戶可以根據時間段，類型等等展示不同的內容；

2、就診集成顯示，某次就診中有哪些臨床表現，是否有手術，做過哪些檢

查檢驗等等。

1.2.2.4.1.5檢查檢驗報告對比顯示

22

1、醫護人員可以選擇關注的指標對比展示報告內容；

2、檢查中的影像報告集成顯示和對比.

1.2.2.4.1.6權限隱私域管理

1、根據不同的角色設置不同的權限，查看不同的臨床信息分類；

2、隱私域配置，以防止患者就診的隱私信息被泄漏，管理員維護隱私的元

素，控制展示隱私的內容；

3、醫護人員可以通過申請權限，查看隱私內容。

1.2.2.4.1.7圖標類信息下載

醫護人員可以下載生成的圖標信息，反映治療過程的情況。

1.2.2.4.1.8專科化視圖集成顯示

1、根據不同的科室或者診斷，將患者統一科室或者診斷的治理過程集中顯

示；

2、用戶可以配置指標范圍，從而更好的了解患者就診信息，同時可以下載

治療過程的重要指標曲線圖，為科研論文提供依據。

患者視圖從內容上包含院內的全部臨床信息例如就診史，診斷，醫囑，用藥，

檢查，檢驗，手術，輸血，會診，護理，電子病歷報告等等；為醫護人員看診過

程中，提供一個全面了解患者信息的平臺；同時也為醫院管理臨床信息的開發程

度控制，不同的角色調閱不同的臨床信息管理用戶訪問情況，為全省監獄系統之

間的互聯互通信息共享和連接做準備，院內訪問跨監獄醫院就診病歷信息，也為

有權限外院區訪問就診病歷信息提供接口。

1.2.2.4.2院長決策支持

要求院長駕駛艙給院長一個完整的醫院管理指標概述，概述中含有各類指標

橫向、縱向、基值對比，可根據管理專題或者單指標進行鉆取，實現院級、科室

組、科室、醫療組、醫生、患者的多層級數據查看等方面的數據的對比。

院長決策支持系統將現有HIS、LIS、PACS、0A、病案系統、資產管理系統等

多種業務和管理系統的數據應用聯機業務、數據的清洗，轉換，數據倉庫、多維

數據、數據統計和數據挖掘等技術，以生動友好的界面形式展現數據分布特征,

發現數據中的顯性或隱性的規律和知識，實現醫院對業務和管理狀態的監督、追

蹤等，為數字化醫院的科學管理和科學決策提供有價值的信息資源，并且通過可

23

視化的功能界面，完成醫院對數據管理指標的定義、指標條件定義、指標目標值

維護，指標顯示格式、單位等相關指標定義內容維護，可操作性強；同時，實現

全院數據統一定義、統一口徑，最終實現指標管理標準化，最后通過專題維護、

指標分析，菜單配置，權限分配，形成該部門或該業務域的數據分析系統；

具體功能：院長駕駛艙、管理專題分析、單指標分析、當日分析、門診駕駛

艙、住院駕駛艙、院長日報、工作周報、院長移動APP等功能。

1.2.2.4.2.1院長駕駛艙

院長駕駛艙給院長一個完整的醫院管理指標概述，概述中含有各類指標橫向、

縱向、基值對比，然后根據管理專題或者單指標進行鉆取，實現院級、科室組、

科室、醫療組、醫生、患者