全省監(jiān)獄醫(yī)療一體化管理平臺建設項目采購需求

全省監(jiān)獄醫(yī)療一體化管理平臺建設項目采購需求

一、項目概況

1.1項目名稱：全省監(jiān)獄醫(yī)療一體化管理平臺建設項目

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

1.2.1建設目標

構建獄政醫(yī)療一體化管理模式，實現(xiàn)省局、監(jiān)獄中心醫(yī)院、基層醫(yī)院三級聯(lián)

動，打造標準規(guī)范統(tǒng)一，信息資源共享互通、集成一體化的標準監(jiān)獄醫(yī)療信息化

體系。解決監(jiān)獄罪犯看病、治療、健康體檢、保外就醫(yī)等管理問題，真正實現(xiàn)監(jiān)

獄醫(yī)療管理的信息化、規(guī)范化和標準化，從而提升監(jiān)獄管理的效率，減輕監(jiān)獄醫(yī)

院醫(yī)護人員的工作量，規(guī)范監(jiān)獄醫(yī)院的管理流程，達到有效控制與實時監(jiān)督的目

標。具體建設目標包括：

1.規(guī)范全省監(jiān)獄醫(yī)療業(yè)務流程

通過搭建全省監(jiān)獄醫(yī)療集成平臺，對監(jiān)獄醫(yī)院診療業(yè)務各流程實行規(guī)范化管

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

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

彌補基層醫(yī)院醫(yī)療隊伍短板，提升全省監(jiān)獄醫(yī)療衛(wèi)生業(yè)務的規(guī)范化水平。

2.實現(xiàn)全省監(jiān)獄醫(yī)療數(shù)據資源整合

建立全省統(tǒng)一的監(jiān)獄醫(yī)療數(shù)據中心，實現(xiàn)監(jiān)獄系統(tǒng)內醫(yī)療數(shù)據共享。平臺建

立后，將服刑人員在各地監(jiān)獄醫(yī)院的衛(wèi)生服務數(shù)據統(tǒng)一采集，經過交換整合，形

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

查看數(shù)據記錄及分析結果，實現(xiàn)醫(yī)療衛(wèi)生數(shù)據信息的互聯(lián)互通。

3.實現(xiàn)省內區(qū)域醫(yī)療協(xié)作和互補

通過搭建區(qū)域醫(yī)療協(xié)作平臺，全面落實分級醫(yī)療和雙向轉診制度，利用信息

化手段，暢通監(jiān)獄醫(yī)院與上級醫(yī)院的會診、轉診渠道。同時，加強上級醫(yī)院對基

層醫(yī)療民警培訓和指導，提升監(jiān)獄醫(yī)院的醫(yī)療服務能力。

4.提高監(jiān)獄公共衛(wèi)生服務水平

1

借助信息技術，進一步完善公共衛(wèi)生風險預警、輔助決策等信息系統(tǒng)，全面

提升公共衛(wèi)生監(jiān)測評估與決策管理能力，促進系統(tǒng)內醫(yī)療資源的縱向整合，建立

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

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

5.加強監(jiān)獄執(zhí)法管理決策能力

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

衛(wèi)生宏觀管理，為科學決策提供參考。利用先進的數(shù)據挖掘技術，通過靜態(tài)、動

態(tài)、圖形表現(xiàn)等多種形式提供科學的、準確的、快速的、直觀的數(shù)據分析，為領

導提供智能決策支持。

1.2.2建設內容

基于本項目建設目標，并結合XX省監(jiān)獄管理局關于信息化的統(tǒng)籌規(guī)劃、資

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

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

如下：

1.一個中心：監(jiān)獄醫(yī)療數(shù)據中心

一中心是指在全省監(jiān)獄醫(yī)院整體業(yè)務系統(tǒng)層上構建統(tǒng)一的監(jiān)獄醫(yī)療數(shù)據中

心，它以省局在建的數(shù)智一體化平臺為基礎，以省局、中心醫(yī)院及19個基層監(jiān)

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

基層監(jiān)獄的各系統(tǒng)相關數(shù)據，按照制定的標準數(shù)據規(guī)范，通過數(shù)據接入引擎進行

數(shù)據抽取、數(shù)據驗證、數(shù)據清洗、數(shù)據集成、數(shù)據聚集和數(shù)據裝載，通過監(jiān)獄醫(yī)

療數(shù)據中心實現(xiàn)臨床數(shù)據中心各類數(shù)據資源庫的注冊、存儲和服務，運營數(shù)據中

心各項主題和指標等內容的展示，最終實現(xiàn)醫(yī)院業(yè)務數(shù)據全閉環(huán)的展示與應用數(shù)

據的匯聚共享，為臨床研究、運營管理、區(qū)域協(xié)同等提供數(shù)據支撐。

2.一個平臺：監(jiān)獄醫(yī)療信息集成平臺

通過監(jiān)獄醫(yī)療信息集成平臺，為醫(yī)院信息化建設提供統(tǒng)一的數(shù)據標準和接口

標準，取代原來系統(tǒng)煙囪林立、數(shù)據標準不一的情況，實現(xiàn)省局、醫(yī)院不同業(yè)務

系統(tǒng)與集成平臺的有效集成與信息共享，實現(xiàn)臨床信息一體化應用，提升醫(yī)護工

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

上級領導對監(jiān)獄醫(yī)院的有效監(jiān)管與科學決策。

2

3.四類應用：面向基層醫(yī)院、面向中心醫(yī)院、面向省局、面向區(qū)域醫(yī)療的

相關應用

（1）面向基層醫(yī)院的應用

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

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

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

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

僅實現(xiàn)廣大醫(yī)護人員的業(yè)務處理信息化和便捷化，實現(xiàn)對罪犯診療信息的電子化,

還實現(xiàn)面向院內醫(yī)護人員和管理人員，規(guī)范醫(yī)療行為、提高工作效率、改善醫(yī)療

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

（2）面向中心醫(yī)院的應用

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

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

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

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

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

保障醫(yī)療安全，降低醫(yī)護工作強度。

（3）面向省局的應用

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

系統(tǒng)、綜合業(yè)務監(jiān)管系統(tǒng)等信息化系統(tǒng)，集成人力資源、績效管理、成本核算、

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

領導實現(xiàn)“人財物”、“醫(yī)教研”、“醫(yī)護藥技”管理的科學化、規(guī)范化、精細化、

可持續(xù)發(fā)展和戰(zhàn)略轉型提供科學的管理支撐環(huán)境。

（4）面向區(qū)域醫(yī)療協(xié)作的應用

基于統(tǒng)一的監(jiān)獄醫(yī)療數(shù)據中心，建設跨監(jiān)獄醫(yī)院的醫(yī)療服務協(xié)同系統(tǒng)，實現(xiàn)

中心醫(yī)院與19家基層醫(yī)院的醫(yī)療協(xié)同。醫(yī)療協(xié)同系統(tǒng)主要包括：罪犯健康檔案、

區(qū)域影像中心、區(qū)域心電中心、遠程會診管理等功能模塊。通過區(qū)域醫(yī)療協(xié)同系

統(tǒng)的建設，實現(xiàn)了中心醫(yī)院與基層醫(yī)院之間的業(yè)務聯(lián)動，解決各基層醫(yī)院醫(yī)技人

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

3

中心醫(yī)院的專業(yè)技術優(yōu)勢及帶頭作用，提升全省監(jiān)獄醫(yī)院的醫(yī)療服務水平。

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

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

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

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

二、技術和服務要求

1.1架構要求

1.1.1應用系統(tǒng)總體架構要求

XX省監(jiān)獄醫(yī)院信息化系統(tǒng)，以XX醫(yī)院為中心，基于統(tǒng)一的監(jiān)獄醫(yī)療信息集

成平臺，建設統(tǒng)一的監(jiān)獄醫(yī)院業(yè)務系統(tǒng)和監(jiān)獄醫(yī)療數(shù)據中心，構建全省監(jiān)獄醫(yī)療

一體化管理平臺。各醫(yī)院個性化的業(yè)務需求通過監(jiān)獄醫(yī)療信息集成平臺進行可視

化的配置管理。同時，通過監(jiān)獄醫(yī)療信息集成平臺，實現(xiàn)19個基礎醫(yī)院與XX

醫(yī)院之間的跨機構協(xié)作，并與全省監(jiān)獄數(shù)智一體化平臺的數(shù)據交換和共享。本期

項目總體應用架構由一平臺（監(jiān)獄醫(yī)療信息集成平臺）及四應用（中心醫(yī)院業(yè)務

系統(tǒng)、基層醫(yī)院業(yè)務系統(tǒng)、省局業(yè)務系統(tǒng)、區(qū)域醫(yī)療協(xié)作系統(tǒng)）組成。

LL2建設內容

本期項目相關的系統(tǒng)主要由監(jiān)獄醫(yī)療數(shù)據中心、監(jiān)獄醫(yī)療信息集成平臺、中

心醫(yī)院業(yè)務系統(tǒng)、19家基層醫(yī)院業(yè)務系統(tǒng)、省局業(yè)務系統(tǒng)、區(qū)域醫(yī)療協(xié)作系統(tǒng)

五大部分組成。

1.2功能要求

L2.1監(jiān)獄醫(yī)療數(shù)據中心

1.2.1.1臨床數(shù)據中心

臨床數(shù)據中心（CDR）是以患者為中心，將患者所有的臨床診療信息進行統(tǒng)一的

整合存儲，同時在此基礎之上實現(xiàn)數(shù)據的管理與共享。

CDR通過數(shù)據采集服務，實現(xiàn)了原本分散在醫(yī)院內各個業(yè)務系統(tǒng)中異構的臨床信

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

4

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

歷文檔，檢驗檢查報告文檔，CDA文檔等文檔型數(shù)據。

2.1.1.1數(shù)據模型-表型

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

記錄的關聯(lián)，將經過清洗、標化的數(shù)據整合存儲。

1.2.1.1.2數(shù)據模型-文檔型

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

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

規(guī)范我國醫(yī)療衛(wèi)生環(huán)境下的衛(wèi)生信息文檔的共享和交換?？梢允褂肍orge軟件直

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

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

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

1.2.1.1.3服務

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

消息體兩部分。

L2.1.2管理數(shù)據中心

將每個主題相關聯(lián)的指標進行統(tǒng)一管理，通過查看每個指標信息，可以獲取

指標依賴的主題，指標的統(tǒng)計口徑，依賴的度量，指標的過濾條件，聚合函數(shù)等

信息。

2.1.2.1主題

序號主題主題描述

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

接收科室、執(zhí)行科室）、醫(yī)生（開單醫(yī)生、接收醫(yī)生、執(zhí)

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

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

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

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

醫(yī)院床位使用情況。

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

5

科室、醫(yī)生、患者、處方號、處方類型等

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

室、開單醫(yī)生、發(fā)藥人、金額、數(shù)量等

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

室、開單醫(yī)生、發(fā)藥人、金額、數(shù)量等

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

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

物等）。

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

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

等）

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

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

級別、麻醉方式等。

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

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

別、麻醉方式等

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

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

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

數(shù)量、醫(yī)生出診時間等

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

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

齡等。

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

病人費別、個人支付額、基金支付額、統(tǒng)籌支付額、大病

支付額、個人自付等

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

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

6

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

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

主題術名稱等。

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

術主題：醫(yī)生、患者信息、費用等

18并發(fā)癥主題記錄醫(yī)院并發(fā)癥患者情況：出院科室、主治醫(yī)生、患者信

息、費用等

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

稱、在院狀態(tài)等

20不良事件主題記錄醫(yī)院患者發(fā)生不良事件，數(shù)據粒度包含：不良事件類

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

21院感主題記錄醫(yī)院患者發(fā)生感染情況。

22重癥主題記錄醫(yī)院患者發(fā)生重癥情況。

1.2.1.2.2指標

序號主題涉及指標

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

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

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

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

全院醫(yī)囑數(shù)量等指標共計：300個左右

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

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

診節(jié)假日掛號人次、門診節(jié)日掛號人次、門診假日掛號人

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

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

標共計：100個左右

3出入轉主題實際床位數(shù)、原有人數(shù)、入院人數(shù)、出院人數(shù)、現(xiàn)有人數(shù)、

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

數(shù)、平均開放病床數(shù)、實際占用總床日數(shù)、實際開放總床

7

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

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

門急診中成藥處方數(shù)、門急診中成藥處方金額、門急診中

草藥處方數(shù)、門急診中草藥處方金額、門急診中草藥處方

代煎數(shù)、門急診中草藥處方自煎數(shù)、門急診西藥處方數(shù)、

門急診西藥處方金額、門急診中藥處方數(shù)、門急診中藥處

方金額、門急診當日配發(fā)藥處方數(shù)、門診處方數(shù)、門診處

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

共計：120個左右

5門診發(fā)藥主題門診發(fā)藥金額、門診發(fā)藥數(shù)量、基本藥品金額、基本藥品

數(shù)量等共計：15個指標左右

6住院發(fā)藥主題住院發(fā)藥金額、住院發(fā)藥數(shù)量、基本藥品金額、基本藥品

數(shù)量等指標共計：15個左右

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

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

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

基本藥物人次數(shù)、門診次均費用、門診次均藥品、門診就

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

計：300個左右

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

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

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

藥物人次數(shù)、住院次均費用、住院次均藥品、住院就診使

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

計：200個左右

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

術總臺數(shù)、微創(chuàng)手術總臺數(shù)、一級手術總臺數(shù)、二級手術

總臺數(shù)、三級手術總臺數(shù)、四級手術總臺數(shù)、重返手術總

臺數(shù)

8

麻醉總例數(shù)（三甲）、全身麻醉例數(shù)（三甲）、體外循環(huán)例數(shù)

（三甲）、脊髓麻醉例數(shù)（三甲）、其他類麻醉例數(shù)（三甲）、

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

10手術主題手術總例數(shù)、手術總例數(shù)、擇期手術總例數(shù)、急診手術總

例數(shù)、日間手術總例數(shù)、介入手術總例數(shù)、微創(chuàng)手術總例

數(shù)、一級手術總例數(shù)、二級手術總例數(shù)、三級手術總例數(shù)、

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

11預約掛號主題號源數(shù)、可預約號源數(shù)、預約人次、預約取號人次、預約

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

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

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

15個左右

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

醫(yī)生人次、被替診醫(yī)生人次、可掛號數(shù)量、可預約數(shù)量、

加號數(shù)量等指標共計：10個左右

13病人診斷主題全院診斷數(shù)量、門急診診斷數(shù)量、門診診斷數(shù)量、急診診

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

個左右

14醫(yī)保主題醫(yī)?？偨痤~、個人支付額、基金支付額、統(tǒng)籌支付額、大

病支付額、住院天數(shù)、醫(yī)保人次、醫(yī)保次均費用、醫(yī)保次

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

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

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

患者并發(fā)癥發(fā)生例數(shù)等指標共計：50個左右

16病案診斷明診斷例數(shù)、手術列數(shù)

細、手術明細

主題

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

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

9

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

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

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

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

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

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

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

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

18并發(fā)癥主題并發(fā)癥總例數(shù)、并發(fā)癥死亡人次、并發(fā)癥死亡率、并發(fā)癥

總費用、并發(fā)癥總藥費、并發(fā)癥次均藥費、并發(fā)癥次均費

用等7個指標

19人力資源主題衛(wèi)生人員數(shù)、護理人數(shù)、醫(yī)技人數(shù)、麻醉醫(yī)生人數(shù)、離職

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

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

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

過程中異物遺留發(fā)生率、醫(yī)源性氣胸發(fā)生率、醫(yī)源性意外

穿刺傷或撕裂傷發(fā)生率等12個指標

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

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

感染風險指數(shù)手術部位感染發(fā)病率（％）等10個指標

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

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

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

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

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

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

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

1.2.2監(jiān)獄醫(yī)療信息集成平臺

10

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

礎，連接臨床信息系統(tǒng)和管理信息系統(tǒng)的醫(yī)療信息共享和業(yè)務協(xié)作平臺，是醫(yī)院

內不同業(yè)務系統(tǒng)之間實現(xiàn)統(tǒng)一集成、資源整合和高效運轉的基礎和載體。監(jiān)獄醫(yī)

療信息集成平臺也是在區(qū)域范圍支持實現(xiàn)以患者為中心的跨機構醫(yī)療信息共享

和業(yè)務協(xié)同服務的重要環(huán)節(jié)。

監(jiān)獄醫(yī)療信息集成平臺主要產品含服務總線、主數(shù)據管理、統(tǒng)一用戶和單點

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

企業(yè)服務總線（ESB）是多系統(tǒng)之間進行數(shù)據交換的連接中樞，能夠將消息

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

成標準行為，實現(xiàn)醫(yī)院內部各個異構應用系統(tǒng)之間的數(shù)據交換。系統(tǒng)以平臺管理

工具實現(xiàn)整個平臺的統(tǒng)一管理，以平臺作為集成工具實現(xiàn)系統(tǒng)集成，以及服務管

理工具（服務注冊、發(fā)布）和消息管理工具（消息查詢、訂閱）實現(xiàn)被集成系統(tǒng)

之間的數(shù)據、流程、業(yè)務串聯(lián)。通過標準管理工具（標準制定、審核、發(fā)布和非

標轉化）進行標準化管理和非標準化數(shù)據的轉化。系統(tǒng)本身具有監(jiān)控能力，實現(xiàn)

對集成平臺整體運行情況的E志采集和運行狀態(tài)的監(jiān)控。

主數(shù)據管理系統(tǒng)是指用使用一些方法和約束來保證醫(yī)院內主數(shù)據具有一致

性、完整性和時效性。主數(shù)據是指在各個系統(tǒng)間共享的、能跨業(yè)務系統(tǒng)重復使用

的高價值數(shù)據。醫(yī)院中大部分系統(tǒng)處于分散、獨立建設的狀態(tài)，各系統(tǒng)的數(shù)據標

準自成體系，導致系統(tǒng)間數(shù)據交互時開發(fā)和運維人員不理解其它系統(tǒng)數(shù)據的含義,

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

撐地位，是基礎數(shù)據的匯集地，確保各業(yè)務系統(tǒng)基礎數(shù)據的一致性和唯一性。

統(tǒng)一用戶與單點登錄集中展現(xiàn)醫(yī)護人員、工作人員的統(tǒng)一單點登錄需要的系

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

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

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

各個業(yè)務系統(tǒng)的信息接口。通過整合監(jiān)獄醫(yī)院信息集成平臺、數(shù)據中心和省局門

戶，在各應用系統(tǒng)間實現(xiàn)標準的信息共享和交換，使現(xiàn)有各業(yè)務信息系統(tǒng)的信息

和數(shù)據共享，消除醫(yī)院IT系統(tǒng)信息孤島，實現(xiàn)醫(yī)療護理流程的閉環(huán)管理，全面

11

優(yōu)化和整合全省監(jiān)獄醫(yī)院內部的資源，為全省監(jiān)獄系統(tǒng)的使用人群提供先進的、

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

基于平臺的應用主要包括患者360視圖、院長決策支持、統(tǒng)計室報表、閉環(huán)

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

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

整的、多用途的智能分析平臺環(huán)境。通過對醫(yī)院各個業(yè)務系統(tǒng)的數(shù)據進行匯聚、

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

準確性、一致性、時效性，建立完善的業(yè)務數(shù)據指標分析模型和運營監(jiān)控管理模

式,對醫(yī)院運營狀態(tài)進行實時監(jiān)控和管理，為醫(yī)院經營管理和臨床醫(yī)療提供及時、

準確、科學的決策依據，提高對全省監(jiān)獄醫(yī)院的運營管理水平。

1.2.2.1服務總線

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

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

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

一數(shù)據項在交換區(qū)有了統(tǒng)一的標識，從而實現(xiàn)數(shù)據的順利交互;格式轉換支持通

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

1.2.2.1.1平臺管理

為醫(yī)院提供一個統(tǒng)一的、標準的、可靠的、可擴展的管理平臺，主要包含接

入平臺系統(tǒng)，平臺標準服務，平臺消息以及行業(yè)內各標準的統(tǒng)一管理。平臺可以

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

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

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

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

平臺也支持通過負載均衡來實現(xiàn)平臺的水平擴展從而提高性能和提高系統(tǒng)的穩(wěn)

定性。

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

消息以及行業(yè)內各標準的統(tǒng)一管理。

功能詳細需求說明如下：

12

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

現(xiàn)平臺的水平擴展。

接入平臺系統(tǒng)：要求包括平臺接入系統(tǒng)管理、包括接入系統(tǒng)查看、接口系統(tǒng)

啟用、接入系統(tǒng)停用、接入系統(tǒng)編輯等。

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

進行管理。

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

查看、消息發(fā)布信息查看、消息訂閱信息查看等。

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

色管理、用戶管理功能。

1.2.2.1.2服務管理

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

化醫(yī)院綜合平臺與醫(yī)院各業(yè)務信息系統(tǒng)間數(shù)據交換的問題。通過服務接口的標準

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

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

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

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

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

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

進行的應用程序開發(fā)和實現(xiàn)工作。

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

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

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

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

服務注冊中心：

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

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

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

13

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

并發(fā)等功能.

服務發(fā)布中心：

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

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

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

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

布服務進行統(tǒng)一的管理調配。各個業(yè)務系統(tǒng)直接訪問服務發(fā)布中心查找需要調用

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

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

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

期穩(wěn)定運行。

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

還能夠留有足夠的余量。

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

統(tǒng)的維護與參數(shù)配置的管理功能。

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

1.2.2.1.3消息管理

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

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

要編程情況下完成數(shù)據在不同業(yè)務系統(tǒng)之間的傳遞工作。消息引擎是在集成平臺

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

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

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

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

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

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

使用消息引擎系統(tǒng)主要的功能有兩點：

14

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

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

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

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

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

了應用的開發(fā)，減少了系統(tǒng)間不必要的交互。

1.2.2.1.4標準管理

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

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

業(yè)標準、建設要求，使得在不同的信息系統(tǒng)之間不能互聯(lián)互通和數(shù)據共享，形成

“信息孤島”。為規(guī)范衛(wèi)生行業(yè)的信息化建設，改變衛(wèi)生系統(tǒng)信息化建設中標準

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

國家標準和行業(yè)標準，通過界面化的工具完成標準錄入和維護工作。系統(tǒng)提供數(shù)

據值域轉換工具對醫(yī)療機構在異構系統(tǒng)之間同一數(shù)據項內容不一致情況，進行非

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

式轉換工具用于各業(yè)務系統(tǒng)充外接口按統(tǒng)一標準暴露出來，醫(yī)院對各業(yè)務系統(tǒng)接

口情況有了全局的掌控。使得各系統(tǒng)向專業(yè)化、縱深化方向發(fā)展、升級、改造更

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

建設的長期有效性，提高業(yè)務系統(tǒng)之間的應用集成、互聯(lián)互通的能力。

1.基礎數(shù)據信息標準范圍

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

Rh（D）血型代碼表、診斷狀態(tài)代碼表等400多個國家和行業(yè)標準代碼表；

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

國）、ICD-9診斷編碼（北京、全國）、ICDT0診斷編碼（北京、全國）、形態(tài)

學編碼（北京、全國）；

2.業(yè)務系統(tǒng)交互信息標準范圍

共享文檔：是以滿足醫(yī)院內部不同信息系統(tǒng)以及醫(yī)院外不同機構之間的互聯(lián)

互通、信息共享為目的的科學、規(guī)范的醫(yī)療信息記錄，在結構上遵循《衛(wèi)生信息

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

15

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

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

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

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

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

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

務消費方。目前衛(wèi)生部制定交互服務規(guī)范的數(shù)量36個，主要涉及患者身份信息、

醫(yī)護人員信息、醫(yī)療衛(wèi)生機構（科室）信息、電子病歷文檔信息、醫(yī)囑信息、申

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

HL7：HL7縮寫于HealthLevelSeven,是創(chuàng)建于1987年，它主要目的是要

發(fā)展各型醫(yī)療信息系統(tǒng)間，如臨床、銀行、保險、管理、行政及檢驗等各項電子

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

的標準格式。HL7的主要應用領域是HIS/RIS,主要是規(guī)范HIS/RIS系統(tǒng)及其設

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

收費系統(tǒng)等各個方面。HL7的宗旨是開發(fā)和研制醫(yī)院數(shù)據信息傳輸協(xié)議和標準,

規(guī)范臨床醫(yī)學和管理信息格式，降低醫(yī)院信息系統(tǒng)互連的成本，提高醫(yī)院信息系

統(tǒng)之間數(shù)據信息共享的程度。經過多年的發(fā)展，HL7已經有多個版本，目前HL7

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

字典，涉及79種編碼系統(tǒng)。

1.2.2.1.5流程管理

為了支撐全院級的醫(yī)院信息系統(tǒng)協(xié)同，在服務總線的基礎上增加業(yè)務流程管

理。流程管理作為S0A架構的重要組件，為未來醫(yī)療信息系統(tǒng)的業(yè)務發(fā)展和業(yè)務

創(chuàng)新，提供了靈活高效的技術平臺。流程管理主要提供開發(fā)靈活、按需業(yè)務流程

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

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

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

擎和企業(yè)服務總線（由一個集成的開發(fā)環(huán)境（IDE）來支持）相結合，來構造、

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

16

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

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

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

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

用戶駕馭，不編碼即實現(xiàn)業(yè)務流程再造成為可能，將業(yè)務細化分解，幫助用戶優(yōu)

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

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

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

好的與門戶服務器集成。

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

理和監(jiān)視流程的功能等模塊。

功能詳細需求說明如下：

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

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

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

配置。

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

1.2.2.1.6監(jiān)控管理

集成平臺監(jiān)控系統(tǒng)對當前信息集成平臺上運行的所有內容進行監(jiān)控和管理，

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

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

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

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

平臺監(jiān)控管理的功能包括以下內容：

平臺參數(shù)與報警參數(shù)配置。對平臺的各項參數(shù)進行配置，包括配置各個監(jiān)控

參數(shù)的報警閾值等。

監(jiān)控各個系統(tǒng)組件的狀態(tài)。對平臺各個系統(tǒng)模塊的狀態(tài)進行監(jiān)測。

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

監(jiān)控對象的啟停控制。充被監(jiān)控對象進行啟動、停止、重啟操作。

17

能夠及時了解當前的監(jiān)控信息，當監(jiān)控對象的性能參數(shù)超過告警閾值時產生

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

供現(xiàn)場和遠程告警，并且可定制發(fā)送方式和告警的優(yōu)先級。

通過圖形化方式直觀地顯示監(jiān)控信息，并能夠進行統(tǒng)計分析。

1.2.2.2主數(shù)據管理

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

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

在跨系統(tǒng)信息應用的過程中往往會牽涉到兩個系統(tǒng)共同涉及的業(yè)務內容如

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

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

提供主數(shù)據管理的產品。

當發(fā)起方系統(tǒng)進行主數(shù)據變化操作時依據平臺提供的消息格式向特定的平

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

從而確保主數(shù)據信息內容一致。

采用主數(shù)據的方式優(yōu)勢在于：

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

2、通過主數(shù)據管理讓同一業(yè)務內容不再由多個業(yè)務流程同時管理，規(guī)

范基礎數(shù)據管理的業(yè)務內容。

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

數(shù)據管理需要實現(xiàn)主數(shù)據的集成、共享、提高數(shù)據質量，為此在主數(shù)據管理系統(tǒng)

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

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

具有權威性的主數(shù)據分發(fā)給全醫(yī)院范圍內需要使用這些數(shù)據的系統(tǒng)。還可實現(xiàn)主

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

本，統(tǒng)一數(shù)據源頭及流向。

1.2.2.2.1主數(shù)據管理（術語和字典）

1.2.2.2.1.1數(shù)據維護

主數(shù)據提供數(shù)據的新增和更新功能。如果數(shù)據的源頭在第三方系統(tǒng)，主數(shù)據

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

18

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

可進行數(shù)據的新增和修改。

1.2.2.2.1.2數(shù)據查詢

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

調用主數(shù)據的查詢接口進行數(shù)據的查詢。

1.2.2.2.1.3數(shù)據同步

主數(shù)據在新增或者修改數(shù)據后將數(shù)據實時同步給第三方系統(tǒng)，還可在主數(shù)據

的管理界面將數(shù)據選擇性同步給訂閱的第三發(fā)系統(tǒng)。

1.2.2.2.1.4流程審批

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

據才可最終生效并同步給第三方系統(tǒng)。

1.2.2.2.1.5數(shù)據回溯

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

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

1.2.2.2.1.6數(shù)據對照

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

L2.2.2.2患者主索引(EMPI)

1.2.2.2.1生成主索引

主數(shù)據生成主索引的方式：1.主數(shù)據可接收HIS等第三方系統(tǒng)生成的主索引；

2.主數(shù)據提供生成主索引的接口，HIS等第三方系統(tǒng)調用接口由主數(shù)據生成主索

引返回給業(yè)務系統(tǒng)。

1.2.2.2.2同步主索引

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

證全院主索引的一致性。

1.2.2.2.2.3查詢主索引

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

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

1.2.2.2.2.4合并主索引

19

主數(shù)據提供合并患者的接口，將業(yè)務系統(tǒng)執(zhí)行的合并發(fā)送給其他第三方。主

數(shù)據還可提供按照一定規(guī)則自動合并患者的功能并將合并后的結果發(fā)送給第三

方。

1.2.2.3統(tǒng)一用戶和單點登錄

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

1.2.2.3.1用戶管理

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

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

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

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

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

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

第三方系統(tǒng)使用。

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

建立對照關系。

1.2.2.3.2組織機構管理

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

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

地址等。

組織機構批量導入：支持從業(yè)務系統(tǒng)中通過接口讀取組織機構信息并導入到

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

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

方便其他第三方系統(tǒng)使用。

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

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

1.2.2.3.3應用管理

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

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

等。

20

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

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

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

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

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

應用角色同步：實現(xiàn)平臺中應用角色與第三方應用角色同步。

1.2.2.3.4應用賬號管理

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

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

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

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

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

中的權限。

1.2.2.3.5審計日志

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

訪問日志查詢：提供登錄平臺以及所有第三方應用的登錄日志查詢。可按時

間段、用戶、應用系統(tǒng)進行查詢。

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

和高峰期。

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

行操作。

1.2.2.4基于平臺應用

1.2.2.4.1患者全息視圖

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

環(huán)展示，以時間軸或時間列表的方式記錄業(yè)務流程中對應的節(jié)點信息，實現(xiàn)追

溯管理。

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

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

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

21

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

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

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

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

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

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

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

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

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

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

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

圖標類信息下載，?？苹晥D集成顯示等等。

1.2.2.4.1.1醫(yī)護人員查詢患者

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

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

1.2.2.4.1.2收藏關注的患者

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

1.2.2.4.1.3臨床信息菜單配置

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

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

歷報告等等；

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

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

1.2.2.4.1.4臨床信息展示

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

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

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

查檢驗等等。

1.2.2.4.1.5檢查檢驗報告對比顯示

22

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

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

1.2.2.4.1.6權限隱私域管理

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

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

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

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

1.2.2.4.1.7圖標類信息下載

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

1.2.2.4.1.8?？苹晥D集成顯示

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

示；

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

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

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

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

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

度控制，不同的角色調閱不同的臨床信息管理用戶訪問情況，為全省監(jiān)獄系統(tǒng)之

間的互聯(lián)互通信息共享和連接做準備，院內訪問跨監(jiān)獄醫(yī)院就診病歷信息，也為

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

1.2.2.4.2院長決策支持

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

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

組、科室、醫(yī)療組、醫(yī)生、患者的多層級數(shù)據查看等方面的數(shù)據的對比。

院長決策支持系統(tǒng)將現(xiàn)有HIS、LIS、PACS、0A、病案系統(tǒng)、資產管理系統(tǒng)等

多種業(yè)務和管理系統(tǒng)的數(shù)據應用聯(lián)機業(yè)務、數(shù)據的清洗，轉換，數(shù)據倉庫、多維

數(shù)據、數(shù)據統(tǒng)計和數(shù)據挖掘等技術，以生動友好的界面形式展現(xiàn)數(shù)據分布特征,

發(fā)現(xiàn)數(shù)據中的顯性或隱性的規(guī)律和知識，實現(xiàn)醫(yī)院對業(yè)務和管理狀態(tài)的監(jiān)督、追

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

23

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

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

全院數(shù)據統(tǒng)一定義、統(tǒng)一口徑，最終實現(xiàn)指標管理標準化，最后通過專題維護、

指標分析，菜單配置，權限分配，形成該部門或該業(yè)務域的數(shù)據分析系統(tǒng)；

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

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

1.2.2.4.2.1院長駕駛艙

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

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

科室、醫(yī)療組、醫(yī)生、患者