公開招標采購文件

項目名稱：集成數據平臺

目錄

第一章招標公告.................................................3

供應商須知前附表.................................................6

第二章采購內容及需求..........................................11

第三章供應商須知..............................................45

第四章評標辦法................................................57

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

第六章投標文件格式............................................70

第一章招標公告

項目概況

臺州市婦女兒童醫院集成數據平臺招標項目的潛在投標人應在/獲取（下載）招標文件，并于2023年

03月24日09:00（北京時間）前遞交（上傳）投標文件。

一、項目基本情況

項目編號：ZJ-2330266

項目名稱：臺州市婦女兒童醫院集成數據平臺

預算金額（元）：4230000

最高限價（元）：/

米購需求：

標項名稱:集成數據平臺

數量：1

預算金額（元）：4230（X）0

簡要規格描述或項目基本概況介紹、用途：詳見采購文件

備注：

合同履約期限：標項I,按采購文件要求

本項目（是）接受聯合體投標。

二、申請人的資格要求：

1.滿足《中華人民共和國政府采購法》第二十二條規定；未被"信用中國"（）、

中國政府采購網（）列入失信被執行人、重大稅收違法失信主體、政府采購嚴重違法

失信行為記錄名單。

2.落實政府采購政策需滿足的資格要求：無

3.本項目的特定資格要求：無

三、獲取招標文件

時間：/至2023年03月24日，每天上午00:00至12:00，下午12:00至23:59（北京時間，線上獲

取法定節假日均可，線下獲取文件法定節假日除外）

地點（網址）：

方式：供應商登錄政采云平臺/在線申請獲取采購文件（進入“項目采購”應用，在獲取采購文件

菜單中選擇項目，申請獲取采購文件）

售價（元）：0

四、提交投標文件截止時間、開標時間和地點

提交投標文件截止時間：2023年03月24日09:00（北京時間）

投標地點（網址）：線上（政府采購云平臺（））

開標時間：2023年03月24日09:00

開標地點（網址）：五、公告期限

自本公告發布之日起5個工作日。

六、其他補充事宜

1.《浙江省財政廳關于進一步發揮政府采購政策功能全力推動經濟穩進提質的通知》（浙財采監

（2022）3號）、《浙江省財政廳關于進一步促進政府采購公平競爭打造最優營商環境的通知》（浙

財采監（2021）22號））、《浙江省財政廳關于進一步加大政府采購支持中小企業力度助力扎實穩

住經濟的通知》（浙財采監（2022）8號）已分別于2022年1月29日、2022年2月1日和2022年

7月1日開始實施，此前有關規定與上述文件內容不一致的，按上述文件要求執行。

2.根據《浙江省財政廳關于進一步促進政府采購公平競爭打造最優營商環境的通知》（浙財采監

（2021）22號）文件關于“健全行政裁決機制”要求，鼓勵供應商在線提起詢問，路徑為：政采云-

項目采購-詢問質疑投訴-詢問列表:鼓勵供應商在線提起質疑，路徑為：政采云-項目采購-詢問質疑投

訴-質疑列表。質疑供應商對在線質疑答復不滿意的，可在線提起投訴，路徑為：浙江政府服務網-政

府采購投訴處理-在線辦理。

3.供應商認為采購文件使自己的權益受到損害的，可以自獲取采購文件之日或者采購公告期限屆

滿之日（公告期限屆滿后獲取采購文件的，以公告期限屆滿之日為準）起7個工作日內，對采購文件

需求的以書面形式向采購人提出質疑，對其他內容的以書面形式向采購人和采購代理機構提出質疑。

質疑供應商對采購人、采購代理機構的答復不滿意或者采購人、采購代理機構未在規定的時間內作出

答復的，可以在答復期滿后十五個工作日內向同級政府采購監督管理部門投訴。質疑函范本、投訴書

范本請到浙江政府采購網下載專區下載。

4.其他事項：（1）采購項目需要落實的政府采購政策：《政府采購促進中小企業發展管理辦法》

（財庫（2020）46號）、《關于促進殘疾人就業政府采購政策的通知》（財庫（2017）141號）、《關

于政府采購支持監獄企業發展有關問題的通知》（財庫［2014］68號）、《關于調整優化節能產品環境

標志產品政府采購執行機制的通知》（財庫［2019］9號）。

（2）根據《浙江省財政廳關于規范政府采購供應商資格設定及資格審查的通知》（浙財采監［2013J24

號）第6條規定接受金融、保險、通訊等特定行業的全國性企業所設立的區域性分支機構，以及個體

工商戶、個人獨資企業、合伙企業，且已經依法辦理了工商、稅務和社保登記手續，并且獲得總機構

授權或能夠提供房產權證或其他有效財產證明材料，證明其具備實際承擔責任的能力和法定的締結合

同能力。

（3）單位負責人為同一人或者存在直接控股、管理關系的不同供應商，不得同時參加同一合同項下

的投標。

（4）為項目提供整體設計、規范編制或者項目管理、監理、檢測等服務的供應商，不得參加該項目

的投標。

（5）本項目采購文件公告期限為本公告發布之日起5個工作日。

七、對本次采購提出詢問、質疑、投訴，請按以下方式聯系

供應商須知前附表

序號名稱內容

1采購人

2采購代理機構

3踏勘現場不適用

4資金來源已落實

(1)嚴格執行《財政部發展改革委生態環境部市場監管總局關于

調整優化節能產品、環境標志產品政府采購執行機制的通知》(財庫

(2019)9號)。

(2)采購人擬采購的產品屬于品目清單范圍的，采購人及其委托的

采購代理機構將依據國家確定的認證機構出具的、處于有效期之內的

節能產品、環境標志產品認證證書，對獲得證書的產品實施政府優先

環境標志產品采購或強制采購。供應商須按采購文件要求提供相關產品認證證書。

5

節能產品▲(3)采購人擬采購的產品屬于政府強制采購的節能產品品目清單

范圍的，供應商未按采購文件要求提供國家確定的認證機構出具的、

處于有效期之內的節能產品認證證書，投標無效。

(4)屬于政府優先采購產品類別的，須按照要求提供依據國家確定

的認證機構出具的、處于有效期之內的節能產品或環境標志產品認證

證書，否則不予認定。

臼不適用口適用

6投標產品主體口適用日不適用

7投標保證金□適用日不適用

8投標文件有效期自投標截止時間起90天

9投標截止時間按“招標公告”規定

10投標地點按“招標公告”規定

11開標時間和地點按“招標公告”規定

供應商如認為采購文件表述不清晰的，請于2023年3月8日17：00

之前將疑問發送至該電子郵件(郵箱)。答疑回復內容是采購文件的

12投標答疑

組成部份，并將以更正公告的形式在本采購公告發布的同一媒體發布，

請供應商密切關注更正公告。

采購人或者采購代理機構可以對已發出的采購文件進行必要的澄清或

采購文件的澄清

13者修改。澄清或者修改的內容可能影響投標文件編制的，采購人或者

與修改

采購代理機構應當在投標截止時間至少15日前，將以更正公告的形式

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

復的文件作為采購文件的補充和組成部分，對所有供應商均有約束力。

若后續仍有更正內容，將繼續以更正公告形式在本網站發布，請供應

商密切關注更正公告。

本項目實行電子投標。

供應商應準備2種形式的投標文件：電子加密投標文件、以介質存儲

的數據電文形式的備份投標文件。

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

文件編制后生成并加密的數據電文形式的投標文件（后綴格式為

14投標文件形式Jmbs）

（2）“備份投標文件”是指與“電子加密投標文件”同時生成的數據電文

形式的電子文件（備份投標文件，用于供應商電子加密投標文件解密

異常時應急使用），其他方式編制的備份投標文件視為無效備份投標

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

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

截止時間前，供應商需將加密的投標文件上傳至浙江政府采購網，到

達開標時間后，供應商自行解密。（具體操作指南：詳見政采云平臺

“服務中心-幫助文檔-項目采購-操作流程-電子招投標-政府采購項目

電子交易管理操作指南-供應商”。）

供應商未能在投標截止時間前成功上傳電子加密投標文件的投標無

效。

投標文件的上傳（2）備份投標文件：投標截止時間前，供應商應將備份投標文件遞交

15

和遞交至，以便電子加密投標文件解密異常時應急使用。

備份投標文件遞交要求：供應商須將備份投標文件以U盤形式單獨放

在密封袋中，密封后并在密封袋上注明投標項目名稱、投標單位名稱

并加蓋公章。未密封包裝或者逾期送達的“備份投標文件”將不予接

收。

供應商若選擇非開標當天遞交，請確保在2023年3月22日17：00

之前，將備份投標文件通過快遞形式或直接送達采購代理機構處，以

便標書解密異常時應急使用（地址：

在評標過程中，如評審小組對投標文件有疑問，由評審組長或代理機

16詢標澄清構代為將問題匯總后發起詢標澄清函，供應商應在規定截止時間前回

復相關內容并提交。

根據《中華人民共和國政府采購法》第五十二條的規定，供應商認為

17質疑

采購文件、采購過程和中標、成交結果使自己的權益受到損害的，可

以在知道或者應知其權益受到損害之日起七個工作日內，以書面形式

向采購人、采購代理機構提出質疑。

政府采購法第五十二條規定的供應商應知其權益受到損害之日，是指：

（-）對可以質疑的采購文件提出質疑的，為收到采購文件之日或者

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

（-）對采購過程提出質疑的，為各采購程序環節結束之日；

（三）對中標或者成交結果提出質疑的，為中標或者成交結果公告期

限屆滿之日。

根據《政府采購質疑和投訴辦法》第十三條，采購人、采購代理機構

不得拒收質疑供應商在法定質疑期內發出的質疑函，應當在收到質疑

函后7個工作日內作出答復，并以書面形式通知質疑供應商和其他有

關供應商。

根據《中華人民共和國政府采購法》第五十五條的規定，質疑供應商

對采購人、采購代理機構的答復不滿意或者采購人、采購代理機構未

在規定的時間內作出答復的，可以在答復期滿后十五個工作日內向同

18投訴

級政府采購監督管理部門投訴。

以聯合體形式參加政府采購活動的，其投訴應當由組成聯合體的所有

供應商共同提出。

19樣品GZI不提供

囹要求，需遞交演示視頻，詳見第二章

20演示

演示地點：無需現場演示。

1.說明

（1）中小企業

中小企業是指在中華人民共和國境內依法設立，依據國務院批準

的中小企業劃分標準確定的中型企業、小型企業和微型企業，但與大

企業的負責人為同一人，或者與大企業存在直接控股、管理關系的除

外。

21支持中小企業符合中小企業劃分標準的個體工商戶，在政府采購活動中視同中

小企業。

在政府采購活動中，供應商提供的貨物、工程或者服務符合下列

情形的，享受本辦法規定的中小企業扶持政策：（一）在貨物采購項

目中，貨物由中小企業制造，即貨物由中小企業生產且使用該中小企

業商號或者注冊商標；（二）在工程采購項目中，工程由中小企業承

建，即工程施工單位為中小企業；（三）在服務采購項目中，服務由

中小企業承接，即提供服務的人員為中小企業依照《中華人民共和國

勞動合同法》訂立勞動合同的從業人員。

在貨物采購項目中，供應商提供的貨物既有中小企業制造貨物，

也有大型企業制造貨物的，不享受本辦法規定的中小企業扶持政策。

以聯合體形式參加政府采購活動，聯合體各方均為中小企業的，

聯合體視同中小企業。其中，聯合體各方均為小微企業的，聯合體視

同小微企業。

投標文件中須同時出具《政府采購促進中小企業發展管理辦法》

【財庫(2020)46號】規定的《中小企業聲明函》，否則不得享受價

格扣除。

(2)殘疾人福利性單位

符合《關于促進殘疾人就業政府采購政策的通知》(財庫(2017)

141號)規定的條件并提供提供《殘疾人福利性單位聲明函》的殘疾人

福利性單位視同小型、微型企業；

(3)監獄企業

根據《關于政府采購支持監獄企業發展有關問題的通知》(財庫

[2014]68號)的規定，供應商提供由省級以上監獄管理局、戒毒管理局

(含新疆生產建設兵團)出具的屬于監獄企業證明文件的，視同為小

型和微型企業。

2.價格扣除：

本項目對符合規定的小微企業(含小型企業)報價給予10%的扣

除。

3.本項目采購標的為：集成數據平臺

4.所屬行業為：軟件和信息技術服務業

(1)對于聯合協議約定小微企業的合同份額占到合同總金額30%以上

的，其報價給予4%的扣除，用扣除后的價格參加評審。組成聯合體的

小微企業與聯合體內其他企業之間存在直接控股、管理關系的，不享

受價格扣除優惠政策。

22聯合體和分包

(2)對于分包意向協議約定小微企業的合同份額占到合同總金額30%

以上的，其報價給予4%的扣除，用扣除后的價格參加評審。接受分包

的小微企業與分包企業之間存在直接控股、管理關系的，不享受價格

扣除優惠政策。

(1)以聯合體形式投標的，聯合體各方的業績證明材料均認可。

23聯合體投標說明

(2)以聯合體形式投標的，聯合體中有一方或者聯合體成員根據分工

按采購文件評標細則要求提供材料的，視為符合評審要求。

(1)采購文件中凡標注“▲”的條款均為實質性要求，不響應的投標文

件將作無效標處理。

(2)供應商未上傳電子加密投標文件，其投標無效。

(3)供應商上傳了電子加密投標文件，未提供備份投標文件，解密出

現問題后，由此導致對該供應商投標無法評審的，其后果由該供應商

24其他自行承擔。

(4)各供應商自行在浙江政府采購網下載或查閱采購文件和相關更正

公告等，不另行通知，如有遺漏采購人、采購代理機構概不負責。

(5)兩家或兩家以上供應商提供的投標文件出自同一終端設備的，或

在相同Internet主機分配地址(相同IP地址)報名或網上投標的，后

果由供應商自行承擔。

尹余事項：中標供應商如有融資需求，可使用以下銀行的政采貸服務。

銀行貸貸款款年年利利率率I|聯聯系系人人聯系系電立話

合同履約保函聯系方式

保險公司名稱保費率聯系人聯系電話

預付款保函聯系方式

保險公司名稱保費率聯系人聯系電話

第二章采購內容及需求

本次招標采購項目，供應商應根據采購文件所提出的技術和服務要求，綜合考慮后，選擇具有最

佳性能價格比的方案前來投標。希望供應商以優良的產品、服務和優惠的價格參與競爭。

一、總體要求

1、供應商具有類似項目的實施經驗.

2、供應商具有完善的管理體系。

3、供應商具有與本項目相關的著作權。

4、供應商組建有經驗的項目團隊，包括項目負責人和其他團隊人員。

5、供應商對本項目進行需求分析、對業務和流程深入理解，制定整體設計方案和項目實施方案,

質量保證方案，培訓方案，驗收方案，售后服務方案。

二、項目建設原則和目標

系統在設計開發過程中，遵循相關國際國內的行業標準，包括功能規范、數據標準、建設與管理

標準等，符合醫療業務要求。

1.1項目遵循的政策法規

(1)《“健康中國2030”規劃綱要》；

(2)《“十四五”衛生健康標準化工作規劃》；

(3)《關于印發公立醫院高質量發展促進行動(2021-2025年)的通知》；

(4)《三級醫院評審標準(2020年版)實施細》；

(5)《全國醫院信息化建設標準與規范(2018年)》；

(6)《電子病歷系統功能應用水平分級評價方法及標準》2018年；

(7)《醫院信息互聯互通標準化成熟度測評相關標準(2020年)》；

(8)《關于促進“互聯網+醫療健康”發展的意見》；

(9)《全國醫院信息化建設標準與規范(試行)》；

(10)《衛生系統電子認證服務規范》；

(11)《基于電子病歷的醫院信息平臺建設技術解決方案(1.0)》；

(12)《醫療環境電子數據交換標準HL7V3.0》。

(13)《醫院智慧服務分級評估標準體系(試行)》

L2項目建設原則

本系統建設要基于醫院現狀，本著先進、實用的原則，利用先進的計算機、網絡技術和醫學信息

處理技術，結合現代化的醫院管理模式，為醫院提供全面的、開放的、高效的、安全的、可持續擴展

的醫院基礎信息系統平臺。

(1)標準化和開放性

系統的標化和開放性是必須遵循的，要實現信息通訊與共享，須規范信息技術標準。采用業務內

標準的技術體系和設計方法，使系統具備與各種層次的平臺的無關性和兼容性。在使用新技術的同時,

充分考慮技術的國際標準化，嚴格按照國際國內相關標準設計實施。

(2)先進性和超前性

在實用可靠的前提下還要具有可擴展性，避免不必要的浪費。技術上立足于長遠發展，堅持選用

開放性系統，使系統和將來的新技術能平滑過渡。采用先進的體系結構和技術發展的主流產品，確保

整個系統高效運行。

(3)實用性和方便性

系統建設要以滿足需求為首要目標，采用穩定可靠的成熟技術，保證系統長期安全運行。確保系

統應用后能為各級業務和管理節點提供智能化的網絡信息環境，以提高管理水平和工作的效率。

(4)安全性和保密性

遵循有關信息安全標準，具有切實可行的安全保護和保密措施，確保數據永久安全。系統應提供

多方式、多層次、多渠道的安全保密措施，防止各種形式與途徑的非法侵入和機密信息的泄露，保證

系統中數據的安全。

(5)穩定性和可靠性

系統建成并投入使用后，將成為支撐系統平穩運轉的運行平臺和開發新業務系統的基礎平臺。因

此系統必須在成本可以接受的條件下，從系統結構、設計方案、設備選型、廠商的技術服務、維護響

應能力以及備件供應能力等方面考慮，使系統故障發生的可能性盡可能少，對各種可能出現的緊急情

況有可行的應急預案。

(6)跨平臺性和可移植性

由于系統建設的復雜性要求，在設計時，要充分考慮系統的跨平臺、跨系統、跨應用、跨地區性

和在各種操作系統、不同的中間件平臺上可移植。

(7)可維護性和可擴展性

要保證系統能在各種操作系統和不同的中間件平臺上移植。實現信息標準統一，以便日后的系統

維護.在數據中心設計過程中，充分考慮在未來若干年內的發展趨勢，具有一定的前瞻性，并充分考

慮了系統升級、擴容、擴充和維護的可行性。

L3項目建設目標

本項目建設醫院信息平臺，將建立以患者為中心的患者主索引，將患者歷次就診的門診、住院診

療信息進行集成，通過統一視圖的方式進行展現以供臨床使用，實現運營管理和數據分析平臺的建設,

為管理人員、臨床醫務人員提供決策支持，并實現以下建設目標：

1)建設全院級數據中心，包括臨床數據中心(CDR)、運營數據中心(ODR),實現以患者為

核心的臨床數據以及醫院人、財、物等運營數據的集成、存儲和展現功能，為醫療服務、數據分析、

醫院運營管理等提供數據基礎，實現更有效的醫療管理和醫療服務質量的提高。

2)搭建醫院服務總線(ESB),實現業務系統之間的標準信息交互服務。基于當前醫院信息化

現狀，逐步實現業務系統的規范化集成，院內業務系統集成遵循國際標準HL7消息規范；在總線上

實現各類型數據的CDA標準化轉換，符合衛健委的互聯互通4甲標準。

3）滿足國家測評及標準：支持醫院完成互聯互通四級甲等的評測工作。

4）滿足國家測評及標準：支持醫院完成電子病歷四級、五級、智慧醫院二級的評測工作。

5）本項目建設的內容需符合互聯互通四甲、電子病歷測評五級中相關標準的需求，并在后續項

目中協助醫院通過測評。

6）支持醫院完成等級醫院評審三級測評信息相關工作。

三、項目建設內容清單

本項目主要有以下建設模塊:

序列產品大類產品小類功能模塊

1.集成引擎企業服務總線ESB

2.微服務管理

3.微服務開放平臺微服務監控

4.微服務運維

基礎服務平

5.臺實時監控大屏

6.基礎設施監控

7.統一監控系統ETL監控

8.ESB監控

9.CDA監控

10.統一應用門戶

11.用戶信息管理

統一門戶及一體化應用管理平臺

12.單點登錄平統一權限管理

A

13.統一應用管理

14.單點登錄系統單點登錄

15.字典管理

16.字典對照

智能主數據

17.智能主數據管理系統診斷自動歸一化引擎

管理系統

18.藥品自動歸一化引擎

19.檢驗自動歸一化引擎

20.手術自動歸一化引擎

21.智能患者主

智能患者主索引系統患者主索引管理

索引系統

22.數據模型構建及管理

元數據管理

23.元數據管理系統數據溯源分析

系統

24.數據元管理

25.智能數據治理引擎智能數據治理引擎

26.醫學自然語言處理引擎智能醫學自然語言處理引擎

27.數據質量管理系統

智能數據治

數據質量管理系統

理平臺

28.數據后結構化處理

29.數據治理可視化

數據資產管理

30.數據資產管理

31.數據脫敏管理

32.數據加密管理

Add-On：數數據安全管理

據安全管理

33.白名單管理

34.用戶安全審計

35.臨床數據集成和治理

臨床數據中心CDR

36.臨床數據中心可視化

37.患者管理

38.概要視圖

患者360視圖

臨床數據中（臨床全景視圖）

39.就診視圖

心及應用

40.綜合視圖

41.閉環視圖

42.閉環示蹤系統可視化閉環配置管理

43.閉環數據分析

44.運營數據中心（）運營數據中心（）

運營數據中ODRODR

心及應用

45.醫院精細化運營管理數據分析平臺

46.(BI)院長駕駛艙

47.當日監測及全院動態監控

48.醫院運營分析

49.醫療質量控制分析

50.移動決策（手機版）

51.公立醫院績效考核（可視化基礎版）

52.醫護360視圖醫護360視圖

53.臨床決策支持系統CDSS電子病歷五級智能版

54.互聯互通共享服務

55.互聯互通共享臨床共享文檔庫（CDA）

56.測評輔助工具

測評服務

57.支持醫院完成電子病歷四級測評工作、測評輔

電子病歷四級測評

助工具

58.支持醫院完成電子病歷五級測評工作、測評輔

電子病歷五級測評

助工具

59.數據統一上報數據統一上報系統

其它

60.危急值管理危急值管理系統

61.閉環閉環流程追溯系統包含三級醫院等級評審相關所有閉環

62.系統接口對滿足互聯互通四甲、電子病歷五級標準、三級

系統接口對接

接乙等醫院創建所需要的接口對接工作

四、技術要求

4.1總體技術要求

1）系統需采用B/S架構，需提供系統界面截圖；

2）系統支持高可用架構，能夠支持容器化的分布式存儲部署方案，需提供系統截圖展示容器的

運行狀態；

3）支持與醫院信息系統數據的實時同步，需提供技術方案；

4）支持集成多種數據庫，如DB2、PostgreSQL.MySQL、ORACLE和SQLServer。

5）產品穩定性要求：系統支持7*24小時不間斷運行；

6）為提升數據分析的時效性和運營決策支持能力，數據分析平臺需支持大數據平臺構建，支持

數據的實時計算分析，支持大數據架構或大數據集群。

4.2數據標準化要求

1）支持數據集成及整合過程的標準化：實現數據的集成，通過各種數據治理手段，結合標準的

醫療術語的標準規范管理，實現數據的標準化、結構化，并實現數據治理過程中的完整性、自洽性、

一致性；支持科室、病區、診斷編碼、疾病、藥品、檢驗、檢查等關鍵業務編碼的統一。

2）支持不同數據來源的數據：充分考慮數據源格式的多樣性，比如各自不同的數據庫格式、文

本文件格式、XML格式、JSON格式等，支持結構化數據、半結構化或非結構化數據。

4.3數據與信息安全

1）系統僅允許院內部署，數據不可出院，系統僅允許本地維護。

2）與醫院信息系統對接時應接遵循醫院數據管理的要求，對醫院生產系統進行只讀訪問，不對

醫院生產系統進行數據寫入。

3）所有用戶的密碼在數據庫中，采用摘要算法加密后再保存。

4）支持操作日志的記錄：對所有用戶操作記錄日志，記錄訪問IP地址、時間、用戶名、操作涉

及的模塊等信息。

5）支持患者去隱私管理：對于患者隱私，在應用或系統設計時充分考慮相關數據的隱私保護政

策。

4.4平臺擴展性和性能要求

4.4.1平臺擴展性要求

1）系統基于面向服務的SOA架構設計，通過已經發布的和可發現的接口為終端用戶應用程序或

其它服務提供服務。

2）系統支持各類異構數據服務對接，包含：HIS、CIS,EMR等系統，TCP、HTTP等協議、數

據庫、WebService（網絡服務）專有系統，或是舊式的串行及命令行程序。

4.4.2性能設計要求

1）要求采用鏈路聚合技術，以實現出/入流量吞吐量在各成員端口的負荷分擔。

2）要求采用分布式存儲實現文件系統的可靠性和可擴展性。

要求采用容器集群技術管理云平臺中多個主機上的容器化的應用，讓部署容器化的應用簡單并且

高效。

五、功能要求

5.1基礎服務平臺

5.1.1集成引擎

（1）企業服務總線ESB

建設醫院企業服務總線ESB,ESB是醫院信息平臺信息交換層的核心組件，能夠將消息在多種通

訊協議之間路由、在多種格式之間進行轉換，將業務服務重新組合封裝成標準行為，同時具備審計跟

蹤和管理功能，主要任務以滿足臨床信息、醫療服務信息和醫院管理信息的共享和協同應用為目標，

并對外部系統提供數據交換服務，包括與區域平臺的數據交換。

要求采用SOA架構，須遵循醫療健康信息傳輸標準HL7,消息封裝采用XML、SOAP,安全方

面支持采用CA證書管理，傳輸采用HTTP、HTTPS、MLLP等協議。

功能要求：

1）運行平臺要求：可安裝運行于在各種主流操作系統上，并同時支持32及64位操作平臺，包

括：Linux?（x86/x64）、Microsoft?Windows?Server（x86/x64）服務器版。

2）支持集成不同廠商的數據庫：Microsoft?微軟SQL系列、Oracle甲骨文系列、MySQL以及

包括支持所有提供JDBC接口的數據庫。

3）支持完整WebService及多種協議服務：投標方患者門戶需支持以下WebService網絡服務標

準，包括WSDL1.I、SOAP1.1&1.2,WS-Addressing,WS-Security,WS-Policy?

4）可擴充性和升級能力：系統建設采用零編程和面向服務設計技術，對于其可擴充性和升級能

力必須有強力的支持。

5）消息路由：通過對服務總線的建設，實現可視化的消息訂閱功能，即消息路由，決定傳入消

息的最終目的地和相關系統。

6）醫療信息交換標準協議服務：平臺中間件需完整提供下列協議服務，包括消息及數據格式:HL7

（版本V2、V3、FHIR等）、XML、IHE、ASTM等。

7）支持TCP/IP、JDBC,ODBC等標準協議。

8）支持安全及授權協議：HTTPS、LDAP、PKLSSL,IPSec,

9）支持LDAP：支持通過LDAP協議配合客戶的系統基礎設施，使用統一的用戶名和密碼登錄

集成平臺。用戶名和密碼都以加密的形式保存在內置數據庫中，系統通過訪問控制表的方式授權登錄。

10）★集成引擎需提供儀表盤，使多個平臺的監控可集中在同一個頁面上展示，簡化多院區多平

臺的監控工作。

11）信息安全：支持實現安全網關，基于證書的安全數據傳輸，如TLS、SSL、HTTPS等，基于

X.509證書的數字簽名，實現消息內容加密及審計跟蹤與節點驗證。

12）★可視化開發工具：可實施醫療流程節點配置，并可對節點單獨進行對比測試：可視化查看

通過節點的消息前后狀況；支持批量和實時的數據交換模式；支持定時和即時的數據交換；

13）端對端管理：開發、測試和部署的工具緊密集成。

14）監控及管理界面管理要求：集成平臺擁有管理工具可以在任何帶瀏覽器的設備上運行，支持

Chrome、IE、FIREFOX,Safari等瀏覽器，并支持中英文展示。

15）★集成引擎中間件產品可以另外附加IHE（IntegratingtheHealthcareEnterprise）功能模塊，

用來簡化連通IHE的工作。

（2）業務系統集成及平臺二次開發

本項目需基于企業服務總線實現各個業務系統的標準化改造，面向醫院業務系統的集成及平臺的

二次開發功能需包含以下功能:

序號服務名稱建設內容

1全院主數據接口服務檢索藥品收費項目、檢驗申請項目、檢驗標本、檢查申請項目、

醫生信息、護士信息、科室信息、病區信息、收費項目信息等

2檢驗申請單接口服務門診檢驗申請單

住院檢驗申請單

體檢檢驗申請單

3檢驗報告共享接口服務調閱檢驗報告

發布檢驗報告

4檢查申請單接口服務門診檢查申請單

住院檢查申請單

體檢檢查申請單

5檢查報告共享接口服務調閱檢查報告

發布檢查報告

6住院醫囑接口服務住院患者醫囑

7門診處方接口服務門診患者處方

8電子病歷接口服務病案首頁共享

電子病歷全院共享、訪問審計

9護理系統接口服務床位、病情信息全院共享

護理記錄全院共享

10其它接口服務其它

5.1.2微服務開放平臺

提供了數據共享交換平臺內所有服務的權限管理、服務訂閱與服務、接口組件管理，加入智能化

的服務監測以及黑名單，引入開放的理念，打造數據共享交換平臺內部的服務共享平臺。

（1）微服務管理

1）以列表形式展示所有服務和服務類型，對待發布的服務、等待下架的服務、已發布的服務進

行分類管理，并支持搜索和篩選。

2）服務鏈路圖：支持查看服務鏈路關系。

3）支持Restful、WebService等多種協議

4）支持接入廠商的新增、刪除、編輯功能

5）管理微服務的注冊、更新、啟停、注銷等；

6）要求提供微服務模擬沙箱功能，微服務的測試、聯調、驗證，確保數據服務的準確性、穩定

性和可用性

7）支持微服務的定時上架、定時下架功能

8）支持微服務的參數配置

（2）微服務監控

1）要求對微服務平臺上的服務運行情況進行監控，包括服務交互的延時、調用成功率、交換次

數等；

2）要求支持通過可視化的形式查看應用調用各個服務的交互日志；

3）通過可視化形式展示某個服務由哪些應用進行調用以及調用頻次比例。

（3）微服務運維

1）通過設置應用訪問白名單、IP白名單等形式保障服務訪問的安全性；

2）為避免服務超承受壓力調用，可對服務調用進行設置，限制調用服務的次數等；

3）支持通過可視化方式對訂閱類服務的消費方進行配置管理；

4）支持通過低代碼或者可視化配置的形式快速對服務的出參進行變更，適配對接。

5.1.3統一監控系統

運行監控平臺實現對整個數據共享交換平臺軟硬件性能情況的可視化集中監控，包括服務器

CPU、內存、存儲容量、10讀寫性能的實時查看，以及各個接口交互響應時間的性能報告收集，方

便系統管理員及時發現問題。

（1）實時監控大屏

1）實時展示信息平臺中服務集成、運行、消費、交互等情況的匯總；

2）實時展示信息平臺中數據集成、治理、質控、應用等情況的匯總；

3）支持通過動效桑基圖的表現形式展示所有系統和ESB的之間消息交互關系；

4）支持查看當天服務調用次數，歷史服務調用均數，接入系統個數，服務總數，服務調用趨勢,

服務種類占比/活躍度；

5）服務調用參數及負載狀況：支持服務調用參數及負載狀況展示；

6）消息負載趨勢圖：支持消息負載趨勢展示，能夠顯示當前的平臺消息交換的壓力：

7）服務調用耗時趨勢圖：支持服務調用的平均耗時趨勢展示，要求支持時間篩選可選當天、一

周、月、年；

8）服務調用次數排行榜：支持按從高到低對所有服務調用次數進行排序；

9）支持查看各服用調用次數的分布和占比情況；

10）各服務調用狀況用滾動欄：支持發起時間、提供系統、消費系統等字段展示；

11）硬件運行狀況：服務器監控：服務器狀態展示及預警，根據不同服務器展示位置進行歸類放

置，可視化展示服務器關鍵參數（包括CPU、內存、硬盤使用率等）；

12）數據庫監控：數據庫運行狀態展示及預警展示數據庫運行參數（包括連接數、會話數、CPU、

內存等）。

（2）基礎設施監控

1）對集群服務器相關的CPU、內存、網絡、硬盤等服務器資源進行監控；

2）對容器云的運行、實例的推送、運行的情況進行監控。

（3）ETL監控

1）展示通過數據集成引擎對數據匯集后數據的業務覆蓋、體積占比、與源系統數據數量比對等

監控；

2）展示ETL任務運行、任務血緣、任務運行日志明細等全方位監控。

（4）ESB監控

1）展示ESB服務運行、服務全鏈路、服務消息明細、交換情況等全方位監控，提供ESB消息的

快速檢索及查看消息出入參能力；

2）支持展示業務系統與集成平臺之間的服務調用關系，支持查看精確到每條消息維度的服務鏈

路；

3）支持展示服務關鍵指標，包含服務調用次數、服務異常次數、接入系統總數、接入服務總數;

4）支持對總體服務的調用次數、調用耗時、調用異常進行可視化的展示及排序；支持查看實時

的服務調用趨勢及調用的延時率、失敗率及平均耗時；支持基于以上下鉆到具體服務并查看特定服務

的調用趨勢及調用的延時率、失敗率及平均耗時，消費系統的占比情況；

5）支持對ESB路由、通訊點、消息負載等運行狀態的監控，可對ESB服務運行、服務全鏈路、

服務消息明細、交換情況等全方位監控，提供ESB消息的快速檢索功能。

（5）CDA監控

根據國家共享文檔標準生成校驗結果后，對共享文檔質量情況按文檔類型、醫院以及質量維度進

行可視化展示。

5.2統一門戶及單點登錄平臺

5.2.1一體化應用管理平臺

（I）統一應用門戶

院內統一門戶基于單點登錄以及統一的應用入口和用戶權限管理，打造院內一站式工作空間。

I）支持應用檢索功能，便于用戶定位需要的應用；

2）支持常用應用收藏功能；

3）支持應用分類展示。

（2）用戶信息管理

1）對接單點登錄系統，提供員工個人信息管理功能；

2）提供用戶全生命周期管理功能和賬戶有限期管理；

（3）統一權限管理

1）支持基于資源-角色-用戶的統一權限管理功能

2）對接持續交付系統，支持各應用資源-角色-用戶的權限注冊服務

（4）統一應用管理

1）支持管理員對需要展示在門戶上的應用進行自定義分類；

2）支持應用入口訪問權限分配；

3）支持接入第三方B/S和C/S應用，支持多種認證方式，配置應用入口點參數等功能;

4）支持應用的全生命周期管理，上架、下架、停用等操作。

5.2.2單點登錄系統

單點登錄主要提供統一登錄門戶，保證員工一致性、和不同第三方之間系統交互模式，為不同系

統提供代理授權功能，可以直接在單點登錄上為不同系統進行角色員工權限分發等工作。

1）要求支持第三方使用OAuth2.0安全協議或傳統的Secure賬密兼容模式進行接入。

2）要求在用戶賬密認證方式的基礎上，支持接入其他第三方認證中心作為上游認證，例如企業

微信或是CA認證。

3）要求可以啟用內置的OTP（OneTimePassword）模塊來使用多因素認證進一步提升安全性。

詳細功能要求如下：

功能名稱功能要求

支持統一門戶應用展示

統一門戶管理支持添加系統應用管理

支持密碼的管理與查看功能

能夠進行統計報表的查看

儀表盤管理支持后臺任務的查看

能夠進行消息的通知

支持完整的用戶管理

能夠支持用戶有效期的管理

支持用戶密碼管理

用戶管理能夠對用戶進行批量管理

支持從各系統導入用戶信息

能夠對用戶的操作活動進行查看

支持鎖定、解鎖用戶

支持不同角色的維護功能

角色管理

支持角色的權限設定與管理

支持用戶與角色的設定

支持不同應用系統的來源設置

來源設置支持不同應用系統的密碼策略管理

具備完善的應用系統安全設置

5.3智能主數據管理系統

遵循國家衛生數據字典和術語庫標準，并結合醫療機構實際情況對各醫療機構所有的信息進行梳

理，建立起滿足醫療機構數據交換和數據共享的最小數據集，建立基于醫院信息平臺的術語庫管理，

使醫療信息標準化，避免詞匯含義歧義表達的意思相同，但是因不同信息系統不能理解造成的差異，

保證在不同的系統或醫療服務提供者之間交換信息時的一