嘉興市第二醫(yī)院集成平臺、電子病歷系統(tǒng)項(xiàng)招標(biāo)文件

公開招標(biāo)采購文件

項(xiàng)目編號：ZJ-203209

項(xiàng)目名稱：集成平臺、電子病歷系統(tǒng)項(xiàng)目

嘉興市第二醫(yī)院

浙江國際招（投）標(biāo)公司

2020年4月

目錄

第一章招標(biāo)公告.................................................3

供應(yīng)商須知前附表.................................................6

第二章采購內(nèi)容及需求...........................................9

第三章供應(yīng)商須知.............................................71

第四章評標(biāo)辦法................................................84

第五章采購合同................................................91

第六章投標(biāo)文件格式............................................95

第一章招標(biāo)公告

根據(jù)《中華人民共和國政府采購法》、《中華人民共和國政府采購法實(shí)施條例》、《政府采購

貨物和服務(wù)招標(biāo)投標(biāo)管理辦法》等有關(guān)規(guī)定，浙江國際招（投）標(biāo)公司受嘉興市第二醫(yī)院委托，就

集成平臺、電子病歷系統(tǒng)項(xiàng)目進(jìn)行公開招標(biāo)，歡迎國內(nèi)合格的供應(yīng)商前來投標(biāo)。

一、采購項(xiàng)目編號：ZJ-203209

二、采購組織類型：分散采購-分散委托中介

三、公告期限：5個工作日

四、項(xiàng)目名稱：集成平臺、電子病歷系統(tǒng)項(xiàng)目

五、采購方式：公開招標(biāo)（電子化招投標(biāo)）

六、招標(biāo)項(xiàng)目概況（內(nèi)容、用途、數(shù)量、簡要技術(shù)要求等）：

預(yù)算金額簡要技術(shù)要求、用

序號標(biāo)項(xiàng)內(nèi)容數(shù)量單位備注

（萬元）途

集成平臺、電子病歷集成平臺、電子病

11項(xiàng)970國產(chǎn)

系統(tǒng)項(xiàng)目歷系統(tǒng)建設(shè)

七、供應(yīng)商資格要求：

1、基本條件

（1）具有獨(dú)立承擔(dān)民事責(zé)任的能力；

（2）具有良好的商業(yè)信譽(yù)和健全的財(cái)務(wù)會計(jì)制度；

（3）具有履行合同所必需的設(shè)備和專業(yè)技術(shù)能力；

（4）有依法繳納稅收和社會保障資金的良好記錄；

（5）參加政府采購活動前三年內(nèi)，在經(jīng)營活動中沒有重大違法記錄；

（6）法律、行政法規(guī)規(guī)定的其他條件。

2、特定條件：

（1）根據(jù)《浙江省財(cái)政廳關(guān)于規(guī)范政府采購供應(yīng)商資格設(shè)定及資格審查的通知》（浙財(cái)采監(jiān)

[2013]24號）第6條規(guī)定接受金融、保險、通訊等特定行業(yè)的全國性企業(yè)所設(shè)立的區(qū)域性分支機(jī)構(gòu),

以及個體工商戶、個人獨(dú)資企業(yè)、合伙企業(yè)，且己經(jīng)依法辦理了工商、機(jī)務(wù)和社保登記手續(xù)，并且

獲得總機(jī)構(gòu)授權(quán)或能夠提供房產(chǎn)權(quán)證或其他有效財(cái)產(chǎn)證明材料，證明其具備實(shí)際承擔(dān)責(zé)任的能力和

法定的締結(jié)合同能力：

（2）供應(yīng)商未被列入失信被執(zhí)行人名單、重大稅收違法案件當(dāng)事人名單、政府采購嚴(yán)重違法失

信行為記錄名單，信用信息以信用中國網(wǎng)站（）、中國政府采購網(wǎng)

（）公布為準(zhǔn)；

（3）單位負(fù)責(zé)人為同一人或者存在直接控股、管理關(guān)系的不同供應(yīng)商，不得同時參加同一合同

項(xiàng)下的投標(biāo);

（4）為項(xiàng)目提供整體設(shè)計(jì)、規(guī)范編制或者項(xiàng)目管理、監(jiān)理、檢測等服務(wù)的供應(yīng)商，不得參加該

項(xiàng)目的投標(biāo)；

（5）本項(xiàng)目不接受聯(lián)合體；

八、采購文件的獲取：

1、獲取時間：2020年4月100-2020年4月170

2、采購文件獲取截止時間之后，潛在供應(yīng)商仍可獲取采購文件。

3、獲取地址：浙江政府采購網(wǎng)（sdf.lkj/Z）

4、獲取采購文件方式：“浙江政府采購網(wǎng)”在線獲取

本項(xiàng)目不提供紙制版采購文件，供應(yīng)商可通過“浙江政府采購網(wǎng)”在線獲?。ú少徆嫦路竭x

取“潛在供應(yīng)商”處“獲取采購文件”）；供應(yīng)商只有在“浙江政府采購網(wǎng)”完成獲取采購文件申

請并下載了采購文件后才視作依法獲取采購文件（法律法規(guī)所指的供應(yīng)商獲取采購文件時間以供應(yīng)

商完成獲取采購文件申請后下載采購文件的時間為準(zhǔn)）。

通過本公告下方“游客，瀏覽采購文件”下載的采購文件僅供瀏覽，不視作參與本項(xiàng)目。

5、采購文件售價：免費(fèi)

九、投標(biāo)截止時間：2020年5月6日09：30：00

十、投標(biāo)地點(diǎn)：嘉興市公共資源交易中心二樓或三樓開標(biāo)室（見開標(biāo)室電子顯示屏）（廣場路

350號）。

H-一、開標(biāo)時間：2020年5月6日09：30：00

十二、開標(biāo)地點(diǎn)：嘉興市公共資源交易中心二樓或三樓開標(biāo)室（見開標(biāo)室電子顯示屏）（廣場路

350號）。

十三、投標(biāo)保證金：本項(xiàng)目不收取投標(biāo)保證金

十四、質(zhì)疑和投訴：

供應(yīng)商認(rèn)為采購文件使自己的權(quán)益受到損害的，可以自獲取采購文件之日或者采購文件公告期

限屆滿之日（公告期限屆滿后獲取采購文件的，以公告期限屆滿之日為準(zhǔn)）起7個工作日內(nèi)，以書

面形式向采購人和采購代理機(jī)構(gòu)提出質(zhì)疑。質(zhì)疑供應(yīng)商對采購人、采購代理機(jī)構(gòu)的答復(fù)不滿意或者

采購人、采購代理機(jī)構(gòu)未在規(guī)定的時間內(nèi)作出答復(fù)的，可以在答復(fù)期滿后十五個工作日內(nèi)向同級政

府采購監(jiān)督管理部門投訴。質(zhì)疑函范本、投訴書范本請到浙江政府采購網(wǎng)下載專區(qū)下載。

十五、其他事項(xiàng)：

I、對符合財(cái)政扶持政策的中小企業(yè)（小型、微型）、監(jiān)獄企業(yè)、殘疾人福利性單位給予價格優(yōu)

惠扶持；

2、書面質(zhì)疑受理地點(diǎn)：杭州市文三路90號東部軟件園2號樓6樓；

采購人：嘉興市第二醫(yī)院；沈女士，聯(lián)系電話/p>

采購代理機(jī)構(gòu)：聯(lián)系人：張域；聯(lián)系電話

3、供應(yīng)商注冊：供應(yīng)商如需參與本項(xiàng)目，應(yīng)為浙江政府采購注冊供應(yīng)商。

4、電子招投標(biāo)有關(guān)事項(xiàng)說明：

A.本項(xiàng)目通過“浙江政府采購網(wǎng)（sdf.lkj〃）”實(shí)行電子投標(biāo)，供應(yīng)商須安裝客

戶端軟件，并按照采購文件和電子交易平臺的要求制作投標(biāo)文件。

客戶端軟件下載方式：供應(yīng)商可通過“浙江政府采購網(wǎng)-下教專區(qū)-電子交易客戶端”進(jìn)行下載。

B.供應(yīng)商須申領(lǐng)CA,并在浙江政府采購網(wǎng)完成綁定方可進(jìn)行電子加密投標(biāo)文件的編制，CA相

關(guān)操作可參考“浙江政府采購網(wǎng)-下載專區(qū)-電子交易客戶端-CA驅(qū)動和申領(lǐng)流程”。

供應(yīng)商在進(jìn)行上述操作時，如遇技術(shù)問題可致電400-881-7190進(jìn)行咨詢。

十六、聯(lián)系方式：

采購人：嘉興市第二醫(yī)院

采購人地址：嘉興市環(huán)城北路1518號

聯(lián)系人：涂厲標(biāo)

聯(lián)系電話/p>

采購代理機(jī)構(gòu)：浙江國際招（投）標(biāo)公司

地址：杭州市文三路90號東部軟件園2號樓6樓

聯(lián)系人：苑洪春

聯(lián)系電話/p>

傳真/p>

郵箱：14847913@

同級政府采購監(jiān)管管理部門：嘉興市財(cái)政局

監(jiān)督投訴電話/p>

地址：嘉興市南湖區(qū)環(huán)城西路55號

附：浙江國際招（投）標(biāo)公司賬號

收款單位（戶名）：浙汀國際招（投）標(biāo)公司

開戶銀行：中國工商銀行杭州武林支行

銀行賬號：1202021209906782015

供應(yīng)商須知前附表

序號名稱內(nèi)容

采購人：嘉興市第二醫(yī)院

采購人地址：嘉興市環(huán)城北路1518號

1采購人

聯(lián)系人：涂厲標(biāo)

聯(lián)系電話/p>

名稱：浙江國際招（投）標(biāo)公司

地址：杭州市文三路90號東部軟件園2號樓6樓

聯(lián)系人：苑洪春

2采購代理機(jī)構(gòu)聯(lián)系電話/p>

傳真/p>

郵編：310012

Email：14847913@

3踏勘現(xiàn)場自行踏勘

4分包主體，關(guān)鍵性工作不得分包V

5資金來源己落實(shí)

本項(xiàng)目為集成平臺、電子病歷系統(tǒng)項(xiàng)目

環(huán)境標(biāo)志產(chǎn)品

6優(yōu)先采購環(huán)境標(biāo)志產(chǎn)品政策，節(jié)能產(chǎn)品政策

節(jié)能產(chǎn)品

□適用以不適用

7投標(biāo)產(chǎn)品主體核心產(chǎn)品為集成平臺、電子病歷系統(tǒng)項(xiàng)目

8投標(biāo)保證金口適用@不適用

9投標(biāo)文件有效期自投標(biāo)截止時間起90天

10投標(biāo)截止時間按“招標(biāo)公告”規(guī)定

11投標(biāo)地點(diǎn)按“招標(biāo)公告”規(guī)定

12開標(biāo)時間和地點(diǎn)按“招標(biāo)公告”規(guī)定

供應(yīng)商如認(rèn)為采購文件表述不清晰、存在歧觀性或者傾向性或者其他

違法內(nèi)容的，請于2020年4月20日17：00之前將疑問發(fā)送至該電子

13投標(biāo)答疑郵件（郵箱14847913@）。答疑回兔內(nèi)容是采購文件的組成部

份，并將以更正公告的形式在本采購公告發(fā)布的同一媒體發(fā)布，請供

應(yīng)商密切關(guān)注更正公告。

采購人或者采購代理機(jī)構(gòu)可以對己發(fā)出的采購文件進(jìn)行必要的澄清或

者修改。澄清或者修改的內(nèi)容可能影響投標(biāo)文件編制的，采購人或者

采購代理機(jī)構(gòu)應(yīng)當(dāng)在投標(biāo)截止時間至少15日前，將以更正公告的形式

采購文件的澄清

14在采購公告發(fā)布的同一媒體發(fā)布。采購文件的修改和澄清（答疑）答

與修改

復(fù)的文件作為采購采購文件的補(bǔ)充和組成部分，對所有供應(yīng)商均有約

束力。若后續(xù)仍有更正內(nèi)容，將繼續(xù)以更正公告形式在本網(wǎng)站發(fā)布，

請供應(yīng)商密切關(guān)注更正公告。

本項(xiàng)目實(shí)行電子投標(biāo)。

供應(yīng)商應(yīng)準(zhǔn)備三種形式的投標(biāo)文件：電子加密投標(biāo)文件、以介質(zhì)存儲

的數(shù)據(jù)電文形式的備份投標(biāo)文件、紙質(zhì)備份投標(biāo)文件。

（1）“電子加密投標(biāo)文件”是指通過“政采云電子交易客戶端”完成投標(biāo)

文件編制后生成并加密的數(shù)據(jù)電文形式的投標(biāo)文件（后綴格式為.jmbs）

（2）“備份投標(biāo)文件”是指與“電子加密投標(biāo)文件”同時生成的數(shù)據(jù)電文

15投標(biāo)文件形式形式的電子文件（備份投標(biāo)文件，用于供應(yīng)商電子加密投標(biāo)文件解密

異常時應(yīng)急使用），其他方式編制的備份投標(biāo)文件視為無效備份投標(biāo)

文件。備份投標(biāo)文件（后綴格式為.bfbs）以U盤形式提供。

（3）紙質(zhì)備份投標(biāo)文件將以紙質(zhì)文件的形式遞交，數(shù)量為：正本各1

份；副本各2份。

注意事項(xiàng)：為確保供應(yīng)商順利解密，請自行攜帶筆記本電腦和網(wǎng)絡(luò)設(shè)

備在開標(biāo)現(xiàn)場進(jìn)行解密。

（1）電子加密投標(biāo)文件：投標(biāo)文件制作完成并生成加密文件，在投標(biāo)

截止時間前，供應(yīng)商需將加密的投標(biāo)文件上傳至浙江政府采購網(wǎng)，到

達(dá)開標(biāo)時間后，進(jìn)行解密。

供應(yīng)商未能在投標(biāo)截止時間前成功上傳電子加密投標(biāo)文件的投標(biāo)無

效。

（2）備伶投標(biāo)文件：投標(biāo)截止時間前，供應(yīng)商應(yīng)將備份投標(biāo)文件狒交

至開標(biāo)地點(diǎn)，以便電子加密投標(biāo)文件解密異常時應(yīng)急使用。

投標(biāo)文件的上傳備份投標(biāo)文件遞交要求：供應(yīng)商須將備份投標(biāo)文件以U盤形式單獨(dú)放

16

和遞交在密封袋中，密封后并在密封袋上注明投標(biāo)項(xiàng)目名稱、投標(biāo)單位名稱

并加蓋公章。未密封包裝或者逾期送達(dá)的“冬份投標(biāo)文件”將不予接

收。

（3）紙質(zhì)備份投標(biāo)文件：投標(biāo)截止時間前，紙質(zhì)備份投標(biāo)文件將以紙

質(zhì)文件的形式遞交，數(shù)量為：正本各1份；副本各2份。紙質(zhì)備份投

標(biāo)文件由資格文件、報價文件、商務(wù)技術(shù)文件三部分組成，分別單獨(dú)

密封，封后并在密封袋上注明投標(biāo)項(xiàng)目名稱、投標(biāo)單位名稱并加蓋公

章。

在評標(biāo)過程中，如評審小組對投標(biāo)文件有疑問，由評審組長將問題匯

17詢標(biāo)澄清總后發(fā)起詢標(biāo)澄清函，供應(yīng)商應(yīng)在規(guī)定截止時間前回復(fù)相關(guān)內(nèi)容并提

交。

根據(jù)《中華人民共和國政府采購法》第五十二條的規(guī)定，供應(yīng)商認(rèn)為

招標(biāo)文件、采購過程和中標(biāo)、成交結(jié)果使自己的權(quán)益受到損害的，可

以在知道或者應(yīng)知其權(quán)益受到損害之日起七個工作日內(nèi)，以書面形式

向采購人、采購代理機(jī)構(gòu)提出質(zhì)疑。

政府采購法第五十二條規(guī)定的供應(yīng)商應(yīng)知其權(quán)益受到損害之日，是指：

（一）對可以質(zhì)疑的采購文件提出質(zhì)疑的，為收到采購文件之日或者

采購文件公告期限屆滿之日；

18質(zhì)疑

（二）對采購過程提出質(zhì)疑的，為各采購程序環(huán)節(jié)結(jié)束之日；

（三）對中標(biāo)或者成交結(jié)果提出質(zhì)疑的，為中標(biāo)或者成交結(jié)果公告期

限屆滿之日。

根據(jù)《政府采購質(zhì)疑和投訴辦法》第十三條，采購人、采購代理機(jī)構(gòu)

不得拒收質(zhì)疑供應(yīng)商在法定質(zhì)疑期內(nèi)發(fā)出的質(zhì)疑函，應(yīng)當(dāng)在收到質(zhì)疑

函后7個工作日內(nèi)作出答復(fù)，并以書面形式通知質(zhì)疑供應(yīng)商和其他有

關(guān)供應(yīng)商。

根據(jù)《中華人民共和國政府采購法》第五十五條的規(guī)定，質(zhì)疑供應(yīng)商

對采購人、采購代理機(jī)構(gòu)的答復(fù)不滿意或者采購人、采購代理機(jī)構(gòu)未

19投訴

在規(guī)定的時間內(nèi)作出答復(fù)的，可以在答復(fù)期滿后十五個工作日內(nèi)向同

級政府采購監(jiān)督管理部門投訴。

20樣品口提供日不提供

E1要求□不要求

21演示投影儀由招標(biāo)代理單位提供，請各投標(biāo)人自行備好電腦等其他演示相

關(guān)的工具和物品。

(1)采購文件中凡標(biāo)注的條款均為實(shí)質(zhì)性要求，不響應(yīng)的投標(biāo)文

件將作無效標(biāo)處理。

(2)供應(yīng)商未上傳電子加密投標(biāo)文件，其投標(biāo)無效。

(3)供應(yīng)商應(yīng)同時提遞交電子加密投標(biāo)文件、備份投標(biāo)文件、紙質(zhì)備

份投標(biāo)文件，如出現(xiàn)投標(biāo)文件不一致以電子加密投標(biāo)文件為準(zhǔn)。

(4)供應(yīng)商上傳了電子加密投標(biāo)文件，未提供備份投標(biāo)文件或紙質(zhì)備

22其他

份投標(biāo)文件，解密出現(xiàn)問題后，由此導(dǎo)致對該供應(yīng)商投標(biāo)無法評審的，

其后果由該供應(yīng)商自行承擔(dān)。

(5)各供應(yīng)商自行在浙江政府采購網(wǎng)下載或查閱采購文件和相關(guān)更正

公告等，不另行通知，如有遺漏采購人、采購代理機(jī)構(gòu)概不負(fù)責(zé)。

(6)不同單位的投標(biāo)文件若由同一臺電腦制作，后果由供應(yīng)商自行承

擔(dān)。

第二章采購內(nèi)容及需求

一、招標(biāo)內(nèi)容及整體要求

1、項(xiàng)目概述

近年來醫(yī)院業(yè)務(wù)快速拓展，信息化已滲透到醫(yī)院各個領(lǐng)域。為滿足醫(yī)院標(biāo)準(zhǔn)化、精細(xì)化、一體

化的管理服務(wù)理念，要求信息化充分發(fā)揮技術(shù)優(yōu)勢，為臨床業(yè)務(wù)和管理決策保駕護(hù)航。隨著信息系

統(tǒng)數(shù)量與日俱增，全院業(yè)務(wù)系統(tǒng)的信息共享和集成需求日益迫切，而傳統(tǒng)兩兩集成的架構(gòu)模式已難

以滿足業(yè)務(wù)拓展升級的實(shí)際需求，技術(shù)瓶頸和模式弊端突顯。為解決上述問題，需要在醫(yī)院現(xiàn)有信

息系統(tǒng)的基礎(chǔ)上建立以電子病歷為核心的醫(yī)院信息化集成平臺，以求解決業(yè)務(wù)系統(tǒng)間數(shù)據(jù)交互共享

和數(shù)據(jù)質(zhì)量問題。實(shí)現(xiàn)院內(nèi)業(yè)務(wù)如：臨床、管理、質(zhì)控、科研、區(qū)域共享等的互聯(lián)互通和精準(zhǔn)管控。

使各業(yè)務(wù)系統(tǒng)數(shù)據(jù)獲取和轉(zhuǎn)發(fā)更高效便捷。同時對現(xiàn)有數(shù)據(jù)進(jìn)行有機(jī)整合，對歷史數(shù)據(jù)清洗轉(zhuǎn)換，

最終實(shí)現(xiàn)按角色分類的智能分析平臺。有效優(yōu)化業(yè)務(wù)流程，降低醫(yī)護(hù)人員負(fù)擔(dān)。切實(shí)為醫(yī)院的決策、

運(yùn)營、管理等各方面提供有力支持，從而為提高醫(yī)院服務(wù)質(zhì)量和管理水平打下堅(jiān)實(shí)基礎(chǔ)。

根據(jù)醫(yī)院的近期要求和長遠(yuǎn)規(guī)劃，本項(xiàng)目的建設(shè)目標(biāo)為：秉持以信息技術(shù)提升醫(yī)院服務(wù)能力和

管理水平的理念，以醫(yī)院信息平臺為核心，以互聯(lián)網(wǎng)、云計(jì)算、大數(shù)據(jù)、物聯(lián)網(wǎng)、移動端應(yīng)用、人

工智能等技術(shù)手段為抓手。著力打造服務(wù)型、創(chuàng)新型、智慧型醫(yī)院。努力提升患者就醫(yī)體驗(yàn)，保障

病人安全和信息安全，提高醫(yī)療質(zhì)量和臨床效率。以信息化打造醫(yī)院的核心競爭力，滿足醫(yī)院未來

搬遷后的多院區(qū)、醫(yī)聯(lián)體、一體化、區(qū)域化協(xié)同發(fā)展的模式。

本期醫(yī)院順利通過電子病歷五級和互聯(lián)互通四級甲等測評。

2、建設(shè)標(biāo)準(zhǔn)依據(jù)

本項(xiàng)目在建設(shè)過程中，需遵循相關(guān)國際國內(nèi)的行業(yè)標(biāo)準(zhǔn)，包括功能規(guī)范、數(shù)據(jù)標(biāo)準(zhǔn)、建設(shè)與管

理標(biāo)準(zhǔn)，如：

《醫(yī)院信息互聯(lián)互通標(biāo)準(zhǔn)化成熟度測評》

《醫(yī)院信息系統(tǒng)基本功能規(guī)范》

《信息安全等級保護(hù)管理辦法》

《三級綜合醫(yī)院評審標(biāo)準(zhǔn)實(shí)施細(xì)則》

《電子病歷系統(tǒng)功能應(yīng)用水平分級評價方法及標(biāo)準(zhǔn)》

《電子病歷基本數(shù)據(jù)集（征求意見稿）》

《電子病歷共享文檔規(guī)范》

《基于電子病歷的醫(yī)院信息平臺技術(shù)規(guī)范》

《基于電子病歷的醫(yī)院信息平臺建設(shè)技術(shù)解決方案》

《電子病歷基本架構(gòu)和數(shù)據(jù)標(biāo)準(zhǔn)》

《電子病歷基本規(guī)范（試行）》

《醫(yī)院智慧服務(wù)分級評估標(biāo)準(zhǔn)體系（試行）》

《衛(wèi)生系統(tǒng)電子認(rèn)證服務(wù)管理辦法(試行)》

《疾病和有關(guān)問題的國際統(tǒng)計(jì)分類》(ICD-10)

《國際疾病分類-手術(shù)操作編碼》(ICD-9-CM-3)等。

3、整體要求

1、必須充分考慮醫(yī)療行業(yè)發(fā)展趨勢，采用先進(jìn)的體系結(jié)構(gòu)和軟硬件技術(shù)，滿足目前以及將來相

當(dāng)一段時間對系統(tǒng)的需求。從而達(dá)到既滿足醫(yī)療機(jī)構(gòu)或組織應(yīng)用整合現(xiàn)階段工作對系統(tǒng)水平和能力

的要求，推動計(jì)算機(jī)應(yīng)用向更高級階段發(fā)展，又能夠在今后數(shù)年內(nèi)保持其技術(shù)的先進(jìn)性和實(shí)用性，

從而保護(hù)投資的有效性。

2、整體架構(gòu)規(guī)劃設(shè)計(jì)應(yīng)采用國內(nèi)外主流SOA架構(gòu)，采用分布式、多層次和松耦合結(jié)構(gòu)。通過制

定全院的數(shù)據(jù)標(biāo)準(zhǔn)、傳輸標(biāo)準(zhǔn)、安全體系，對醫(yī)院的各個業(yè)務(wù)系統(tǒng)進(jìn)行梳理和改造，完成符合國家

標(biāo)準(zhǔn)、HL7的整合、交換、安全體系c從而實(shí)現(xiàn)病人服務(wù)精細(xì)化，以病人為中心，面向病人優(yōu)化業(yè)

務(wù)流程，加強(qiáng)病人就診體驗(yàn)，提升醫(yī)院整體服務(wù)質(zhì)量。

3、軟件的研發(fā)嚴(yán)格執(zhí)行國際軟件工程的標(biāo)準(zhǔn)(CMM、ISO等)，符合國際醫(yī)療軟件的規(guī)范(HL7、

SNOMED,ICD-9/10.IHE.XML等)，符合衛(wèi)生部《醫(yī)院信息系統(tǒng)基本功能規(guī)范》要求，符合與信息

集成平臺建設(shè)與成熟度測評相關(guān)規(guī)定，符合醫(yī)院信息互聯(lián)互通標(biāo)準(zhǔn)化成熟度測評標(biāo)準(zhǔn)，符合醫(yī)療衛(wèi)

生行業(yè)及信息化政策法規(guī)。

4、總體要求應(yīng)符合《信息安全技術(shù)網(wǎng)絡(luò)安全等級保護(hù)基本要求》(CB/T22239--2019)標(biāo)準(zhǔn)。

對平臺的各種資源和基礎(chǔ)信息進(jìn)行綜合管理、配置和監(jiān)控。主要包括標(biāo)準(zhǔn)管理、安全管理、服務(wù)管

理、監(jiān)控管理、配置管理等。保證系統(tǒng)的整體安全性，針對系統(tǒng)的各層次進(jìn)行整體的安全保護(hù)，嚴(yán)

格杜絕外部的侵入，并進(jìn)行有效的管理和身份認(rèn)證，保證整個系統(tǒng)的安全可靠，避免系統(tǒng)運(yùn)行受到

影響。力求減少對性能的影響，系統(tǒng)的安全體系既要保證系統(tǒng)的整體安全性，又要維持整個系統(tǒng)有

關(guān)應(yīng)用業(yè)務(wù)的暢通，滿足其對網(wǎng)絡(luò)速度的要求，不影響系統(tǒng)的正常運(yùn)行。充分考慮實(shí)用性整體安全

體系應(yīng)充分考慮可實(shí)施性，安全措施應(yīng)簡潔有效，避免由于人為操作不符合要求等原因，降低系統(tǒng)

的安全性。全面的系統(tǒng)安全預(yù)警和記錄，對訪問等操作進(jìn)行審計(jì)，并記錄到文件中以便隨時查詢。

對于敏感的信息，應(yīng)嚴(yán)密跟蹤操作者的任何動作，對于任何入侵行為或威脅系統(tǒng)安全的行為迅速給

出報警信號，以便及時采取措施進(jìn)行制止，達(dá)到主動防范的目的。便于擴(kuò)展和升級，系統(tǒng)的安全性

不應(yīng)由于技術(shù)的迅速發(fā)展和更新而有減弱，選用當(dāng)前業(yè)界的先進(jìn)可靠、功能全面的安全技術(shù)，并且

要有良好的可擴(kuò)展性，便于針對新的系統(tǒng)攻擊技術(shù)加強(qiáng)防護(hù)功能。

5、軟件產(chǎn)品成熟穩(wěn)定，具有自主知識產(chǎn)權(quán)，數(shù)據(jù)交互安全可靠，功能模塊完備齊全，系統(tǒng)響應(yīng)

快速高效，軟件操作方便快捷。既要符合應(yīng)用規(guī)范，滿足業(yè)務(wù)需求，又要兼顧用戶體驗(yàn)和人性化設(shè)

計(jì)。

6、在各類服務(wù)器及網(wǎng)絡(luò)環(huán)境運(yùn)行穩(wěn)定狀態(tài)良好的前提下應(yīng)符合以下性能指標(biāo)：

(1)打開各級系統(tǒng)登錄界面時間不超過1秒(不包含輸入時間)。

(2)牛產(chǎn)系統(tǒng)每個步驟(流程)的等待時間不超過1秒.

（3）單一患者各類信息查詢或調(diào)閱時間不超過3秒。

（4）各種智能提示響應(yīng)時間不超過3秒。

（5）批量數(shù)據(jù)采集及交換每分鐘不低于12000條。

（6）數(shù)據(jù)上傳實(shí)時性要求院內(nèi)平臺延遲不高于3分鐘。

（7）數(shù)據(jù)上傳實(shí)時性要求上傳到市級平臺延遲不高于5分鐘。

（8）單一維度（數(shù)據(jù)集）大數(shù)據(jù)查詢（總記錄數(shù)大于50萬）等待時間不超過1秒。

（9）兩個維度（數(shù)據(jù)集）的大數(shù)據(jù)查詢等待時間原則上不超過3秒。

（10）應(yīng)具備24小時連續(xù)、穩(wěn)定的運(yùn)行能力。

7、應(yīng)采用完全異構(gòu)的交互方式，同一廠商內(nèi)部系統(tǒng)間也需采用標(biāo)準(zhǔn)的消息模式進(jìn)行交互。

8、應(yīng)具有高度的靈活性和擴(kuò)展性，充分考慮當(dāng)醫(yī)院業(yè)務(wù)高峰期數(shù)據(jù)走訪問量巨大的情況下，整

個業(yè)務(wù)系統(tǒng)的性能，并能滿足未來五年的醫(yī)院發(fā)展和信息技術(shù)發(fā)展的需要，滿足醫(yī)院可持續(xù)的流程

優(yōu)化和系統(tǒng)集成優(yōu)化的需要。

4、建設(shè)目標(biāo)

本次項(xiàng)目建設(shè)的主要目標(biāo)是通過建設(shè)在醫(yī)院現(xiàn)有信息系統(tǒng)的情況下建立以“電子病歷”為核心

的醫(yī)院信息平臺，解決業(yè)務(wù)系統(tǒng)之間數(shù)據(jù)接口交互標(biāo)準(zhǔn)化問題，實(shí)現(xiàn)院內(nèi)業(yè)務(wù)互聯(lián)互通，臨床、管

理、質(zhì)控、科研等獲取數(shù)據(jù)的途徑更便捷；同時對現(xiàn)有數(shù)據(jù)進(jìn)行有機(jī)整合，對歷史數(shù)據(jù)清洗轉(zhuǎn)換，

最終實(shí)現(xiàn)按角色分類的智能分析平臺，減輕臨床人員的工作負(fù)擔(dān)，為醫(yī)院的運(yùn)營、管理、績效、臨

床等各方面提供重大幫助，進(jìn)一步提高整個醫(yī)院的工作效率及醫(yī)療質(zhì)量。

本期目標(biāo)要求通過電子病歷五級，互聯(lián)互通四甲測評。遠(yuǎn)期目標(biāo)要求通過電子病歷六級，互聯(lián)

互通五乙，智慧醫(yī)院四級測評。

5、項(xiàng)目建設(shè)內(nèi)容

1、支持保障

（1）戰(zhàn)略定位

開發(fā)商要從戰(zhàn)略合作的高度出發(fā)，為醫(yī)院的信息化建設(shè)提供全方位高質(zhì)量的支持和保障，并參

照醫(yī)院長遠(yuǎn)發(fā)展規(guī)劃制定長期建設(shè)方案。

（2）人員配置

人員方面要滿足醫(yī)院項(xiàng)目規(guī)劃、建設(shè)、運(yùn)轉(zhuǎn)、維護(hù)的實(shí)際需求，配置足夠、合理、高效的開發(fā)

運(yùn)維人員團(tuán)隊(duì)。

（3）技術(shù)支撐

依托開發(fā)商的平臺優(yōu)勢、技術(shù)優(yōu)勢、先進(jìn)理念，提供相應(yīng)的技術(shù)支持。包括：項(xiàng)目管理，軟件

開發(fā)，運(yùn)維巡檢，人員培訓(xùn)，信息共享等。保證醫(yī)院信息系統(tǒng)安全、平穩(wěn)、高效運(yùn)行的同時促進(jìn)業(yè)

務(wù)質(zhì)量和管理水平的不斷提高。

2、功能實(shí)現(xiàn)

（1）總體功能

集成平臺和電子病歷既要滿足國際、國內(nèi)各類建設(shè)標(biāo)準(zhǔn)要求，又能滿足我院相關(guān)業(yè)務(wù)科室的實(shí)

際需求。

項(xiàng)目建設(shè)包含系統(tǒng)設(shè)計(jì)、開發(fā)、實(shí)施、運(yùn)行維護(hù)以及相應(yīng)的軟件系統(tǒng)供貨、安裝調(diào)試、系統(tǒng)集

成、運(yùn)行維護(hù)、項(xiàng)目驗(yàn)收以及技術(shù)培訓(xùn)等。

（2）功能表單：

序號業(yè)務(wù)分類系統(tǒng)名稱

1信息集成引擎

2一體化監(jiān)控平臺

3一體化服務(wù)平臺

集成平臺

4一體化接入平臺

5主數(shù)據(jù)管理系統(tǒng)

6主索引管理系統(tǒng)

7數(shù)據(jù)接入平臺

8臨床數(shù)據(jù)庫（CDR）

9運(yùn)營管理庫（MDR）

10電子病歷文檔庫（EMR）

11共享文檔庫（CDA）

12患者360全息視圖

13員工360全息視圖

14數(shù)據(jù)中心及應(yīng)用電子用藥清單（eMAR）

15閉環(huán)流程追溯管理系統(tǒng)

16共享文檔管理系統(tǒng)

17數(shù)據(jù)中心管理系統(tǒng)

18臨床輔助決策系統(tǒng)（CDSS）

19臨床科研支持應(yīng)用

20知識庫系統(tǒng)

21歷史數(shù)據(jù)遷移

22商業(yè)智能引擎

運(yùn)營決策與分析（BI）

23院長運(yùn)營決策支持

24科主任運(yùn)營決策

25運(yùn)營主題分析

26決策指標(biāo)移動端應(yīng)用

27智能門戶統(tǒng)一登錄

門戶集成

28統(tǒng)一身份認(rèn)證授權(quán)

29門急診一體化電子病歷

30住院一體化電子病歷

31護(hù)理電子病歷系統(tǒng)

32電子病歷臨床路徑管理支持

33臨床規(guī)則庫系統(tǒng)

34康復(fù)治療管理系統(tǒng)

35移動工作站

36電子簽名

37處方點(diǎn)評系統(tǒng)

38藥物使用審核點(diǎn)評審方管理系統(tǒng)

39電子藥歷系統(tǒng)

40互聯(lián)互通評審相關(guān)支持

評審服務(wù)

41電子病歷評審相關(guān)支持

（3）功能要點(diǎn):

1）保證現(xiàn)有各業(yè)務(wù)系統(tǒng)與集成平臺的數(shù)據(jù)交換請求及應(yīng)答服務(wù)、消息發(fā)布、訂閱等服務(wù)的運(yùn)行。

各業(yè)務(wù)系統(tǒng)間應(yīng)能夠通過企業(yè)服務(wù)總線實(shí)現(xiàn)數(shù)據(jù)交換。

2）各類指標(biāo)數(shù)據(jù)要直觀、可視化、界面統(tǒng)一，指標(biāo)內(nèi)容要全覆蓋包括臨床業(yè)務(wù)指標(biāo)，三甲指標(biāo),

績效考核指標(biāo)，運(yùn)營決策指標(biāo)等，同時要保證整理清洗后數(shù)據(jù)的標(biāo)準(zhǔn)化、準(zhǔn)確性和一致性以及查詢

效率。

3）各業(yè)務(wù)流程界面整合并實(shí)現(xiàn)精準(zhǔn)管理，如：患者主索引建設(shè)、閉環(huán)管理、患者和醫(yī)護(hù)360、

ESB總線消息推送（危急值、藥物過敏、不良事件）、臨床輔助決策、臨床路徑單病種DRGs管理、

單點(diǎn)登錄和電子簽名CA認(rèn)證、統(tǒng)一基礎(chǔ)數(shù)據(jù)維護(hù)（科室管理、人員權(quán)限分配）、臨床科研支持應(yīng)

用、智慧醫(yī)療AI應(yīng)用、無紙化管理（電子病歷、各應(yīng)用表單）、病歷質(zhì)控和病案管理、處方點(diǎn)評和

審方、醫(yī)囑費(fèi)用管理和控費(fèi)、區(qū)域共享和上報平臺對接、移動端應(yīng)用等。

3、測評保障

要根據(jù)醫(yī)院實(shí)際制定集成平臺和電子病歷測評的相關(guān)方案，并提供信息和技術(shù)支持，保證醫(yī)院

測評如期順利通過。

二、具體技術(shù)參數(shù)要求

1、信息集成平臺

1.1總體要求

本次項(xiàng)目，須按照SOA的設(shè)計(jì)理念，基于消息的“松耦合”方式，為集成平臺提供數(shù)據(jù)平臺交

互的功能組件、數(shù)據(jù)組件，并將各種組件封裝成“服務(wù)”。每個服務(wù)都有服務(wù)的提供者和消費(fèi)者，

各業(yè)務(wù)系統(tǒng)在接入時應(yīng)了解針對某一服務(wù)所扮演的角色，根據(jù)集成平臺的要求提供或者消費(fèi)相應(yīng)的

服務(wù)，屏蔽被集成系統(tǒng)所采用的具體技術(shù)及其實(shí)現(xiàn)方式，實(shí)現(xiàn)與集成平臺的銜接。

基于醫(yī)院信息集成平臺的各業(yè)務(wù)系統(tǒng)間的數(shù)據(jù)交換應(yīng)包括各業(yè)務(wù)系統(tǒng)與集成平臺的數(shù)據(jù)交換請

求及應(yīng)答服務(wù)、消息發(fā)布、訂閱等服務(wù)。各業(yè)務(wù)系統(tǒng)間應(yīng)能夠通過企業(yè)服務(wù)總線實(shí)現(xiàn)數(shù)據(jù)交換。

1、各業(yè)務(wù)系統(tǒng)服務(wù)是可能對外提供的，也可能是不提供的。不提供服務(wù)的業(yè)務(wù)系統(tǒng)，則由集成

平臺通過直接與業(yè)務(wù)系統(tǒng)數(shù)據(jù)庫進(jìn)行數(shù)據(jù)交換。

2、各業(yè)務(wù)系統(tǒng)與集成平臺的連接主要用于業(yè)務(wù)系統(tǒng)調(diào)用集成平臺的數(shù)據(jù)交換服務(wù)以及訂閱集成

平臺的消息服務(wù)。具體要求為：

（1）基本數(shù)據(jù)服務(wù)要求：通過集成平臺連接各個系統(tǒng)保證數(shù)據(jù)接入，集成各系統(tǒng)應(yīng)用與組件，

提供無縫入侵式連接，實(shí)現(xiàn)互聯(lián)互通。

（2）需減少服務(wù)數(shù)據(jù)量，提高服務(wù)效率：通過集成平臺梳理服務(wù)模塊，設(shè)計(jì)原子化服務(wù)并組合

調(diào)用，有效減少服務(wù)的數(shù)據(jù)調(diào)用量，提高服務(wù)效率。

（3）服務(wù)注冊要求:平臺需提供服務(wù)注冊功能，數(shù)據(jù)提供方可在平臺提出申請，由信息科審核,

通過后可將服務(wù)注冊到平臺進(jìn)行數(shù)據(jù)開放，或由信息科直接進(jìn)行注冊。

（4）服務(wù)申請要求:平臺需提供服務(wù)申請功能，數(shù)據(jù)消費(fèi)方需要消費(fèi)服務(wù)時，需要在平臺提交

申請，信息科審核后開放服務(wù)權(quán)限，或由信息庫直接開放。

（5）服務(wù)權(quán)限控制要求:平臺應(yīng)根據(jù)管理系統(tǒng)中維護(hù)的注冊和申請結(jié)果，對服務(wù)的數(shù)據(jù)提供和

調(diào)用進(jìn)行權(quán)限驗(yàn)證，驗(yàn)證通過后才可正常訪問，如不通過則限制訪問內(nèi)容。

（6）在線接入測試要求：平臺應(yīng)支持在線接入測試，消費(fèi)方在申請通過后，需要接入平臺，在

接入之前可進(jìn)行服務(wù)的在線測試，驗(yàn)證數(shù)據(jù)格式等可行性，測試通過后再正式接入。

（7）智能組合要求:應(yīng)提供界面化服務(wù)組合功能，消費(fèi)方在確定所需服務(wù)后，信息科在服務(wù)管

理界面中選定所需要的模塊，確定組合后自動組建成新服務(wù)并注冊發(fā)布。

（8）服務(wù)數(shù)據(jù)篩選要求:信息科在組合或注冊新服務(wù)時可根據(jù)開放內(nèi)容界面篩選所需數(shù)據(jù)，通

過組合確定后自動形成新服務(wù)并注冊發(fā)布。

（9）簡易部署要求:系統(tǒng)支持一鍵部署。

（10）服務(wù)引擎維護(hù)要求:平臺提供服務(wù)器隊(duì)列及代理管理工具，在確認(rèn)連接信息后，平臺可提

供服務(wù)器連接，并提供隊(duì)列、代理、執(zhí)行組等基礎(chǔ)信息查詢和維護(hù)。

（11）平臺需支持多樣化接入手段（SOAP,HTTP,JMS等），提高安全性、可用性，實(shí)現(xiàn)單點(diǎn)故

障不會對其他服務(wù)造成影響，保證數(shù)據(jù)不丟失不重復(fù)。

（12）要求根據(jù)HL7將業(yè)務(wù)模塊化，服務(wù)定義原子化，針對HL7數(shù)據(jù)集和需求數(shù)據(jù)將數(shù)據(jù)拆分

至最細(xì)力度；使用ESB進(jìn)行服務(wù)串聯(lián)經(jīng)合，實(shí)現(xiàn)多服務(wù)復(fù)用，針對性性能優(yōu)化，降低冗余服務(wù)數(shù)據(jù),

服務(wù)內(nèi)容可多樣化變更。

L2信息集成引擎

信息集成引擎是整個醫(yī)院信息集成平臺的核心，承擔(dān)數(shù)據(jù)和消息的通訊和傳輸功能。具體技術(shù)

要求如下:

功能列表技術(shù)要求

具備Socket、WebService、FTP協(xié)議連接能力，以及與其他協(xié)議相互的轉(zhuǎn)換能

協(xié)議轉(zhuǎn)換

力。

具備Database的連接能力，同時支持JDBC和ODBC等連接方式，以及與Socket

數(shù)據(jù)庫訪問

協(xié)議和WebService的相互轉(zhuǎn)換能力。

具備XML格式、CSV消息到XML消息的轉(zhuǎn)換能力，另外可以實(shí)現(xiàn)C結(jié)構(gòu)、

格式轉(zhuǎn)換

COROL以及RLOR等二進(jìn)制數(shù)據(jù)的轉(zhuǎn)換和數(shù)據(jù)放大的能力°

動態(tài)路由可以實(shí)現(xiàn)不同協(xié)議的動態(tài)路由，且路由規(guī)則通過配置方式實(shí)現(xiàn)。

發(fā)布訂閱能夠通過請求的數(shù)據(jù)內(nèi)容的關(guān)鍵值進(jìn)行主題發(fā)布。

1產(chǎn).品的開發(fā)和運(yùn)行不需要數(shù)據(jù)庫，也不依賴應(yīng)用服務(wù)器中間件，對硬件資源

消耗少。

2.內(nèi)置消息中間件引擎，確保消息不丟失。

開發(fā)與運(yùn)行效率

3.提供簡單易用的web測試和調(diào)試功能，可以在節(jié)點(diǎn)連線和配置腳本上設(shè)置斷

點(diǎn)，在友好的圖形界面展示消息的變化調(diào)試應(yīng)用。

4.基于圖形界面

服務(wù)超時配置在服務(wù)超時方面的配置能力和易用性。

服務(wù)注冊和查找在服務(wù)的注冊和查找的配置能力和易用性。

ESB平臺對告瞥的功能支持，以及與統(tǒng)一監(jiān)控平臺的整合能力。監(jiān)控系統(tǒng)提

供告警與監(jiān)控指標(biāo)數(shù)據(jù),服務(wù)告警信息、監(jiān)控指標(biāo)可以支持JMS消息和EMAIL

服務(wù)告警

等任意手段，服務(wù)監(jiān)控信息可以提供給統(tǒng)一監(jiān)控平臺，提供RESTFul的監(jiān)控

APL

ESB平臺能夠記錄服務(wù)交互的輸入、輸出數(shù)據(jù)報文信息，支持記錄開關(guān)配置

日志審計(jì)

功能。

在認(rèn)證授權(quán)功能方面的表現(xiàn)情況，ESB總線的安全性能力，可以對外來訪問

數(shù)據(jù)庫方式認(rèn)證和

WebService客戶端進(jìn)行用戶認(rèn)證和訪問權(quán)限的控制，認(rèn)證和授權(quán)采用數(shù)據(jù)庫

授權(quán)

的方式。

IP訪問控制在IP訪問控制的表現(xiàn)情況，體現(xiàn)ESB總線的安全性能力

HTTPS支持在HTTPS的表現(xiàn)情況，體現(xiàn)ESB總線的安全性能力

在流量控制的表現(xiàn)情況，體現(xiàn)ESB總線的流量控制能力，設(shè)計(jì)流程的總量控

流量控制

制閥值和分量閥值

優(yōu)先級處理根據(jù)請求內(nèi)容的優(yōu)先級來分支到不同的處理流程。

1.支持32位、64位的操作系統(tǒng)和硬件平臺；

兼容性2.產(chǎn)品未來可以升級到專有虛擬化版本

3.提供各種接口，連接各種數(shù)據(jù)庫、數(shù)據(jù)倉庫、現(xiàn)有應(yīng)用軟件系統(tǒng)、主機(jī)系統(tǒng)。

用戶可以之間通過ESQL進(jìn)行和數(shù)據(jù)庫的操作，如把數(shù)據(jù)存入數(shù)據(jù)庫，從數(shù)

據(jù)庫中取數(shù)據(jù)等）。

1.支持開放組織OGF定義的DFDL標(biāo)準(zhǔn)規(guī)范,簡單快犍地定義文本、二進(jìn)制、

XML等數(shù)據(jù)格式。并能夠識別XML和C中的數(shù)據(jù)結(jié)構(gòu)：

2.用戶可以為ESB開發(fā)自定義擴(kuò)展的計(jì)算節(jié)點(diǎn)。

可擴(kuò)展性及性能3.可通過數(shù)據(jù)建模定制符合自己需求的消息類型；

4.支持各種各樣的服務(wù)質(zhì)量等級和通信模式：同步和異步兩種通信模式，請求

/響應(yīng)、隊(duì)列、點(diǎn)到點(diǎn)以及發(fā)布/訂閱模式，各種交付保證，集群支持、HA和

故障隔離，各種保障和交易策略等。

1.支持國際標(biāo)準(zhǔn)和中國醫(yī)療數(shù)據(jù)標(biāo)準(zhǔn)HL7各版本和DICOM標(biāo)準(zhǔn)。

醫(yī)療連接包

2.支持MLLP等傳輸協(xié)議，連接各類醫(yī)療設(shè)備。

1.3一體化監(jiān)控平臺

一體化監(jiān)控平臺是一套后臺運(yùn)行系統(tǒng)，需要進(jìn)行有效的監(jiān)控，以了解整個信息集成平臺的運(yùn)行

狀況，主要技術(shù)要求如下：

功能列表技術(shù)要求

系統(tǒng)接入及服務(wù)調(diào)用統(tǒng)點(diǎn)擊系統(tǒng)接入數(shù)后跳轉(zhuǎn)到服務(wù)一廠商信息，點(diǎn)擊服務(wù)總數(shù)

計(jì)后跳轉(zhuǎn)到服務(wù)信息

服務(wù)調(diào)用趨勢展示，可按日、近7日、近30日展示及具體

服務(wù)調(diào)用趨勢

系統(tǒng)的統(tǒng)計(jì)圖

當(dāng)前一小時的消息負(fù)載

著重顯示當(dāng)前的平臺消息交換的壓力

趨勢圖

服務(wù)調(diào)用耗時趨勢圖服務(wù)調(diào)用的平均耗時

展示當(dāng)天服務(wù)種類的占比和調(diào)用次數(shù)占比（實(shí)時更新）：

服務(wù)種類占比/活躍度

服務(wù)按類歸總展示如：分為值域管理、病人字典

首頁

廠商、系統(tǒng)所屬服務(wù)占比

展示當(dāng)天廠商所屬的應(yīng)用占比和服務(wù)調(diào)用次數(shù)占比

/活躍度

Top5的服務(wù)告警與服務(wù)異常點(diǎn)擊柱狀統(tǒng)計(jì)圖攜帶參數(shù)跳

服務(wù)告警/異常、隊(duì)列統(tǒng)

轉(zhuǎn)至日志界面，顯示日志詳情，點(diǎn)擊查看更多跳轉(zhuǎn)到服務(wù)

計(jì)

統(tǒng)計(jì)界面

服務(wù)調(diào)用延遲性統(tǒng)計(jì)（當(dāng)日），顯示服務(wù)調(diào)用延遲率前十

服務(wù)調(diào)用延遲性統(tǒng)計(jì)

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

系統(tǒng)運(yùn)維F1志滾動欄為從下往上的滾動形式效果

SDK通道資源預(yù)警為從下往上的滾動形式效果

服務(wù)調(diào)用參數(shù)及負(fù)載狀

服務(wù)調(diào)用參數(shù)及負(fù)載狀況展示

況

當(dāng)前一小時的消息負(fù)載

著重顯示當(dāng)前的平臺消息交換的壓力

趨勢圖

服務(wù)調(diào)用耗時趨勢圖服務(wù)調(diào)用的平均耗時

服務(wù)調(diào)用次數(shù)排行榜以服務(wù)調(diào)用次數(shù)排序，高?到低

各服務(wù)調(diào)用狀況用滾動

大屏投影顯示字段為：發(fā)起時間、服務(wù)代碼、提供系統(tǒng)、消費(fèi)系統(tǒng)；

欄

硬件運(yùn)行狀況參照運(yùn)維模塊

開放平臺各科室掛號量

總號源量、己掛號量、剩余號源，附帶掛號時間段

統(tǒng)計(jì)

住院類信息各病區(qū)的床位總數(shù)、已使用（使用率）未使用數(shù)量

診斷結(jié)果熱力圖診斷結(jié)果熱力圖展示

開放平臺檢查量統(tǒng)計(jì)分門診與住院，具體分類檢查量如：CT、MRk透視等

分門診與住院：具體詳細(xì)分類數(shù)FI統(tǒng)計(jì)如：免疫、生化、

開放平臺檢驗(yàn)量統(tǒng)計(jì)

微生物、臨檢

服務(wù)列表及訂單列表查看.耗時閾值顯示不顯示超出

3000ms,設(shè)置數(shù)值超出該值后顯示3000ms+,篩選條件：

以WebService調(diào)用方式進(jìn)行服務(wù)分類,調(diào)用次數(shù)區(qū)間篩選、

服務(wù)信息調(diào)用方區(qū)分（提供系統(tǒng)與消費(fèi)系統(tǒng)）；排序方式：首字母

排序、調(diào)用次數(shù)排序；

服務(wù)詳情查看，服務(wù)要素字段、關(guān)聯(lián)訂單、服務(wù)架構(gòu)、訂

服務(wù)單調(diào)用序列圖、數(shù)據(jù)單元組成、服務(wù)調(diào)用日志

廠商所屬系統(tǒng)調(diào)用信息查看，每個廠商顯示其下屬系統(tǒng)，

針對每個系統(tǒng)顯示其提供服務(wù)、消費(fèi)服務(wù)狀況

廠商信息

服務(wù)調(diào)用日志查看，以報表形式展示某個服務(wù)調(diào)用日志分

為總調(diào)用、異常、告警

以列表形式顯示所有已經(jīng)新增的隊(duì)列管理器

隊(duì)列信息

區(qū)別標(biāo)識不同狀態(tài)的隊(duì)列，顯示隊(duì)列管理器所屬隊(duì)列列表

日志查詢及列表查看，服務(wù)日志添加messagelD字段查詢

（兩張表全開放），服務(wù)名稱篩選條件做成下拉菜單可選，

支持模糊匹配（兩張表全開放），關(guān)鍵字篩選條件傳參帶

服務(wù)日志入xpath的服務(wù)code,區(qū)別多個服務(wù)公用一個關(guān)鍵字段，

重復(fù)顯示問題。

消息包及關(guān)聯(lián)SDK口志查看,SDK口志融合到口志詳情內(nèi)

日志容中，附帶顯示節(jié)點(diǎn)耗時

根據(jù)SDK日志查詢條件篩選，以列表形式展示目標(biāo)結(jié)果數(shù)

SDK日志

據(jù)

根據(jù)ESB消息流日志查詢條件篩選，以列表形式展示目標(biāo)

消息流日志

結(jié)果數(shù)據(jù)

根據(jù)運(yùn)維日志查詢條件篩選，以列表形式展示目標(biāo)結(jié)果數(shù)

系統(tǒng)日志

據(jù)

服務(wù)器狀態(tài)展示及預(yù)警，根據(jù)不同服務(wù)器展示位置進(jìn)行歸

服務(wù)器監(jiān)控

類放置，展示服務(wù)器關(guān)鍵參數(shù)

運(yùn)維

數(shù)據(jù)庫運(yùn)行狀態(tài)展示及預(yù)警，根據(jù)不同服務(wù)器展示位置進(jìn)

數(shù)據(jù)庫監(jiān)控

行歸類放置，展示數(shù)據(jù)庫運(yùn)行參數(shù)

通過服務(wù)調(diào)用趨勢圖顯示服務(wù)調(diào)用趨勢，分別包括告警、

正常、異常

根據(jù)業(yè)務(wù)分類展示各類服務(wù)調(diào)用次數(shù)，展現(xiàn)服務(wù)調(diào)用分類

服務(wù)調(diào)用

統(tǒng)計(jì)

統(tǒng)計(jì)

按照次數(shù)與耗時排序展示，默認(rèn)排序按照耗時遞減排序，

展現(xiàn)所有服務(wù)調(diào)用狀況柱狀圖

顯示服務(wù)調(diào)用趨勢，分別包括告警、正常、異常

標(biāo)準(zhǔn)服務(wù)調(diào)用

服務(wù)分類統(tǒng)計(jì)，標(biāo)準(zhǔn)服務(wù)分類統(tǒng)計(jì)展示

隊(duì)列管理器隊(duì)列管理器的新增、刪除、修改實(shí)現(xiàn)隊(duì)列管理器配置

監(jiān)控隊(duì)列monitor隊(duì)列采集口志信息配置實(shí)現(xiàn)monitor隊(duì)列采集控制

服務(wù)器配置1、分類不允許空格作為有效字符輸入；

2、已經(jīng)建立的分類必須可以支持編輯，當(dāng)該分類下沒有具

數(shù)據(jù)庫配置

體服務(wù)器或數(shù)據(jù)庫時支持刪除分類；

配置

日志檢索字段配置，設(shè)置要在內(nèi)容字段查詢的關(guān)鍵字段索

日志檢索字段

引，注意節(jié)點(diǎn)配置及是否多標(biāo)簽解析標(biāo)記：

服務(wù)調(diào)用異常推送配置，xpath路徑配置的界面已經(jīng)開啟的

異常推送

字段排序放在上面

告警規(guī)則實(shí)現(xiàn)全局告警，全局服務(wù)調(diào)用告警閾值與隊(duì)列告警閾值設(shè)

置

服務(wù)關(guān)系服務(wù)關(guān)系配置，對服務(wù)信息手動補(bǔ)錄或手動同步

1.4一體化服務(wù)平臺

一體化服務(wù)平臺是針對醫(yī)院信息集成平臺的各個信息通道之間的可控性、交互服務(wù)的可管性開

發(fā)一套綜合管理系統(tǒng)，通過管理系統(tǒng)與信息集成引擎的對接，可以有效的對各個業(yè)務(wù)系統(tǒng)之間的交

互內(nèi)容、交互標(biāo)準(zhǔn)、交互規(guī)范、交互權(quán)限進(jìn)行有效的限制和管理，從而實(shí)現(xiàn)各個業(yè)務(wù)系統(tǒng)之間的交

互進(jìn)行有效規(guī)范，確保信息交互的安全性、有效性和可靠性。具體技術(shù)要求如下:

功能列表技術(shù)要求

兼容一體化接入平臺為一體化接入平臺提供數(shù)據(jù)接口，保證接入平臺功能完整性。

全局操作引導(dǎo)通過指引方式幫助用戶理解一體化服務(wù)平臺菜單模塊功能目標(biāo)。

服務(wù)列表以列表形式顯示所有服務(wù)，支持搜索和分類篩選。

服務(wù)總覽

服務(wù)詳情查看服務(wù)詳情，查看服務(wù)與消費(fèi)系統(tǒng)的關(guān)系，和與提供系統(tǒng)的關(guān)系。

以列表形式顯示所有數(shù)據(jù)單元，可搜索、分類、篩選。

新增數(shù)據(jù)單元：

1、請求響應(yīng)類：新增數(shù)據(jù)單元，包括數(shù)據(jù)單元信息以及字段內(nèi)容

信息，同時需要對字段進(jìn)行標(biāo)準(zhǔn)化映射處理，提供方式為原表或視

圖的數(shù)據(jù)單元字段映射完成后生成SQL查詢語句。

2、發(fā)布訂閱類：設(shè)置推送類數(shù)據(jù)單元的提供系統(tǒng)、提供內(nèi)容（字

段內(nèi)容信息）。

數(shù)據(jù)單元刪除數(shù)據(jù)單元，訂單中若有數(shù)據(jù)單元被刪除則訂單不可復(fù)用。

修改數(shù)據(jù)單元信息及字段信息，視圖/原表類數(shù)據(jù)單元最終重新生成

S