全民健康信息綜合管理平臺建設方案

全民健康信息綜合管理平臺

建設方案

目錄

一、項目概況

為全面推動衛(wèi)生健康事業(yè)發(fā)展，建設衛(wèi)生強市，打造“健康”、“數(shù)

字”，貫徹落實“四個走在全國前列”，開創(chuàng)新時代廣東全面深化改革

新局面，以業(yè)務和管理需求為導向，以居民全生命周期為主線，建設

統(tǒng)一權威、互聯(lián)互通的全民健康信息綜合管理平臺。通過數(shù)據互聯(lián)互

通實現(xiàn)全市醫(yī)療衛(wèi)生業(yè)務監(jiān)管智能化；通過業(yè)務流程梳理與再造，實

現(xiàn)公共衛(wèi)生、醫(yī)療服務、藥物管理等業(yè)務協(xié)同一體化；依托大數(shù)據、

人工智能技術實現(xiàn)支撐醫(yī)療衛(wèi)生輔助決策智能化；利用“互聯(lián)網+”、

云計算實現(xiàn)居民健康服務精準化；逐步接入所有醫(yī)療衛(wèi)生機構，縱向

聯(lián)通廣東省及各區(qū)縣的區(qū)域信息平臺，橫向依托政務大數(shù)據中心聯(lián)通

同級政府相關部門信息、，暢通部門、區(qū)域、行業(yè)之間的數(shù)據交換，實

現(xiàn)數(shù)據通過平臺共享、業(yè)務在平臺辦理、監(jiān)管依托平臺支撐。為深化

醫(yī)藥衛(wèi)生體制改革、促進中醫(yī)藥事業(yè)發(fā)展、實現(xiàn)人人享有基本醫(yī)療衛(wèi)

生服務目標提供有力的信息技術支撐和保障。完成全民健康信息綜合

管理平臺建設，包括基礎信息平臺、便民服務應用、業(yè)務協(xié)同應用、

業(yè)務監(jiān)管應用的建設。按要求全民健康信息綜合管理平臺需要與廣東

省全民健康信息綜合管理平臺進行數(shù)據對接實現(xiàn)數(shù)據回落。全民健康

信息綜合管理平臺支持多級用戶使用，支撐的數(shù)據融合分析應用。全

民健康信息綜合管理平臺運維服務，服務內容包括但不限于平臺及各

系統(tǒng)的巡檢、功能完善和版本同步等運行維護服務，公衛(wèi)數(shù)據普查、

數(shù)據資源目錄編目支撐、數(shù)據質量檢測與糾錯、數(shù)據共享交換與匯聚

上報、數(shù)據服務接口封裝與對接、數(shù)據安全管理，以及平臺各系統(tǒng)在

衛(wèi)健系統(tǒng)推廣應用等服務。

二、項目背景

2016年10月，中共中央、國務院正式發(fā)布《“健康中國2030”

規(guī)劃綱要》，確立了今后15年推進健康中國建設的行動綱領，強調要

堅持以人民為中心的發(fā)展思想，牢固樹立和貫徹落實創(chuàng)新、協(xié)調、綠

色、開放、共享的發(fā)展理念，堅持正確的衛(wèi)生與健康工作方針，堅持

健康優(yōu)先、改革創(chuàng)新、科學發(fā)展、公平公正的原則，以提高人民健康

水平為核心，以體制機制改革創(chuàng)新為動力，從廣泛的健康影響因素入

手，以普及健康生活、優(yōu)化健康服務、完善健康保障、建設健康環(huán)境、

發(fā)展健康產業(yè)為重點，把健康融入所有政策，全方位、全周期保障人

民健康，大幅提高健康水平，顯著改善健康公平。

“健康中國”的推進離不開信息化、數(shù)字化的支撐與保障，《“健

康中國2030”規(guī)劃綱要》也明確提出，全面建成統(tǒng)一權威、互聯(lián)互

通的全民健康信息平臺，到2030年，實現(xiàn)國家省市縣四級全民健康

信息平臺互通共享、規(guī)范應用，人人擁有規(guī)范化的電子健康檔案和功

能完備的健康卡，遠程醫(yī)療覆蓋省市縣鄉(xiāng)四級醫(yī)療衛(wèi)生機構，全面實

現(xiàn)人口健康信息規(guī)范管理和使用，滿足個性化服務和精準化醫(yī)療的需

求。建設區(qū)域全民健康信息平臺對于推進醫(yī)療健康大數(shù)據開放共享、

深度挖掘和廣泛應用具有重要意義。

2017年1月，國家衛(wèi)生計生委在發(fā)布了《“十三五”全國人口健

康信息化發(fā)展規(guī)劃》【國衛(wèi)規(guī)劃發(fā)〔2017)6號】中就明確提出了“全

民健康保障信息化工程”作為重點工程，明確“以基礎資源信息、全

員人口信息、居民電子健康檔案和電子病歷四大數(shù)據庫為基礎，建設

公共衛(wèi)生管理、醫(yī)療健康公共服務、基本藥物制度運行監(jiān)測評價、衛(wèi)

生服務質量與績效評價、人口統(tǒng)籌管理和綜合管理等業(yè)務應用系統(tǒng),

實現(xiàn)互聯(lián)互通、業(yè)務協(xié)同。加快推進省統(tǒng)籌區(qū)域人口健康信息平臺建

設，按照平臺功能指引要求，加強信息共享，提高重大疾病防控和突

發(fā)公共衛(wèi)生事件應急能力以及婦幼健康服務管理、綜合監(jiān)督和公眾健

康保障水平，實現(xiàn)全國上下聯(lián)動、“三醫(yī)”業(yè)務協(xié)同。建立覆蓋全國

醫(yī)療衛(wèi)生機構的健康傳播和遠程教育視頻系統(tǒng)。推動完善全球公共衛(wèi)

生風險監(jiān)測預警決策系統(tǒng)，建立國際旅行健康網絡，為出入境人員提

供旅行健康安全保障服務?！钡男畔⒒l(fā)展目標。

2018年4月，國務院辦公廳印發(fā)《關于促進“互聯(lián)網+醫(yī)療健康”

發(fā)展的意見”》中也明確提出“各地區(qū)、各有關部門要協(xié)調推進統(tǒng)一

權威、互聯(lián)互通的全民健康信息平臺建設，逐步實現(xiàn)與國家數(shù)據共享

交換平臺的對接”明確指出了全民健康信息平臺的發(fā)展路徑和業(yè)務要

求。為進一步規(guī)范各省、各地市的全民健康信息平臺的信息化建設工

作，國家衛(wèi)生計生委規(guī)劃與信息司及國家衛(wèi)生計生委統(tǒng)計信息司聯(lián)合

制定了《省統(tǒng)籌區(qū)域人口健康信息平臺應用功能指引》的信息規(guī)范化

文件，為各地的全民健康信息平臺的建設提出了細致的工作要求。

廣東省衛(wèi)生健康委員會高度重視全民健康體系建設工作，2017年

2月，省政府辦公廳印發(fā)了《關于促進和規(guī)范健康醫(yī)療大數(shù)據應用發(fā)

展的實施意見》（粵府辦（2017）12號），明確要加快建設共享開放

的健康醫(yī)療大數(shù)據應用基礎體系、全面深化健康醫(yī)療大數(shù)據應用、規(guī)

范和推動“互聯(lián)網+健康醫(yī)療”發(fā)展、健全健康醫(yī)療大數(shù)據保障機制，

對健康醫(yī)療大數(shù)據的采集共享、業(yè)務應用、制度標準、安全管理和人

才建設都提出了要求。2017年10月，廣東省制定了《廣東省“十三

五”全民健康信息化和網絡安全規(guī)劃》（粵衛(wèi)（2017）122號），提出：

“到2020年底，健康醫(yī)療大數(shù)據應用標準體系、相關政策法規(guī)不斷

完善，逐步建立全民健康網絡與信息安全可信體系、行業(yè)管控體系和

安全保障體系，健康醫(yī)療服務質量明顯提升，覆蓋全人口、全生命周

期的全民健康信息服務體系基本形成?！?/p>

在2017年2月，廣東省政府辦公廳印發(fā)了《關于促進和規(guī)范健

康醫(yī)療大數(shù)據應用發(fā)展的實施意見》（粵府辦（2017）12號），明確

了廣東省全民健康信息平臺的建設的三階段目標：

“——到2017年底，初步建成功能齊備、統(tǒng)一權威的省級全民

健康信息綜合管理平臺，實現(xiàn)與國家人口健康信息平臺互聯(lián)互通。實

現(xiàn)省級藥品招標采購業(yè)務應用監(jiān)管平臺與國家藥品供應保障綜合管

理信息平臺互聯(lián)互通。

——到2018年底，各地級以上市、縣（市、區(qū)）全民健康信息

綜合管理平臺全部建成，并與省級平臺聯(lián)通，形成覆蓋各級各類醫(yī)療

衛(wèi)生計生機構的高效統(tǒng)一網絡，實現(xiàn)業(yè)務應用互聯(lián)互通、信息共享、

有效協(xié)同。

——到2020年底，實現(xiàn)全省健康醫(yī)療數(shù)據與人口、法人、空間

地理、環(huán)境等基礎數(shù)據資源跨部門、跨區(qū)域共享，醫(yī)療、醫(yī)藥、醫(yī)保

和健康各相關領域數(shù)據融合應用取得明顯成效，健康醫(yī)療大數(shù)據應用

新業(yè)態(tài)蓬勃發(fā)展，初步形成健康醫(yī)療大數(shù)據產業(yè)體系。健康醫(yī)療大數(shù)

據應用標準體系、數(shù)據安全與隱私保護制度、相關政策法規(guī)不斷完善,

健康醫(yī)療服務質量明顯提升，人民群眾得到更多實惠?！?/p>

2018年6月，廣東省政府在全國率先印發(fā)了《廣東省人民政府辦

公廳關于印發(fā)廣東省促進“互聯(lián)網+醫(yī)療健康”發(fā)展行動計劃

（2018-2020年）的通知》（粵府辦（2018）22號）中進一步明確要

求“加快建設省市兩級全民健康信息平臺，健全醫(yī)院信息平臺功能,

規(guī)范數(shù)據采集，完善全員人口、電子健康檔案、電子病歷數(shù)據庫，促

進全民健康信息共享應用」

同年，廣東省衛(wèi)生健康委印發(fā)了《廣東省全民健康信息平臺數(shù)據

采集目錄》（包括全員人口、醫(yī)院醫(yī)療業(yè)務、醫(yī)院運營業(yè)務、公共衛(wèi)

生業(yè)務分冊），統(tǒng)一規(guī)范了253個數(shù)據表、9184個數(shù)據項的采集標準、

統(tǒng)計口徑，強化標準的引領作用，規(guī)范業(yè)務信息系統(tǒng)建設和應用，積

極推進全省全民健康信息平臺工作的進展。

由于歷史原因，的全民健康信息平臺建設相對滯后，在2021年2

月3日十五屆人大七次會議審議批準的《國民經濟和社會發(fā)展第十四

個五年規(guī)劃和2035年遠景目標綱要》中提出，“十四五”期間要建設

“數(shù)字”，“推動智慧醫(yī)療建設，聚焦居民健康服務、公共衛(wèi)生應急、

醫(yī)療業(yè)務協(xié)同、醫(yī)療監(jiān)管決策等領域，完善建設醫(yī)療健康大數(shù)據中心,

打造全民健康信息平臺、公共衛(wèi)生應急平臺，形成覆蓋全人口、全生

命周期的智慧健康服務體系。完善掌上惠民中心，探索大數(shù)據綜合運

用，提高市民、游客應用‘智慧生活''智慧服務’的便利度:加快

打造全民健康信息平臺已經正式列入市政府工作計劃?！笆奈濉逼?/p>

間的“實施健康戰(zhàn)略”，更是以衛(wèi)生強市、健康建設為主線，加快補

齊醫(yī)療短板，深化醫(yī)藥衛(wèi)生體制改革，提高公共衛(wèi)生應急能力，推動

衛(wèi)生健康事業(yè)穩(wěn)步前進。

綜合以上政策發(fā)展要求，2021年2月，衛(wèi)生健康局公開征集衛(wèi)生

健康事業(yè)發(fā)展“十四五”規(guī)劃意見建議，重點圍繞如何推進實施健康

行動，提高全市人民健康水平；進一步健全完善公共衛(wèi)生體系，突出

防疫能力建設；優(yōu)化醫(yī)療資源布局結構，提升醫(yī)療服務質量與水平;

深化醫(yī)藥衛(wèi)生體制改革，構建“縣強、鎮(zhèn)活、村穩(wěn)”的整合型基層衛(wèi)

生健康服務新體系；樹牢醫(yī)防融合理念，促進防治并重發(fā)展；推進服

務模式創(chuàng)新，改善健康服務體驗等方向。這些重點方向或工作任務的

實現(xiàn)，離不開數(shù)據資源和信息平臺的重要支撐。

應國家和廣東省衛(wèi)生健康委相關要求，為進一步提高衛(wèi)生健康管

理和服務水平，建設衛(wèi)健局啟動全民健康信息綜合管理平臺項目。

三、建設內容

序具體技術（參數(shù)）要求

號

1服務內容：

（一）軟件開發(fā)服務

編系統(tǒng)名建設內容單數(shù)

號稱位量

1數(shù)據采數(shù)據采主動式數(shù)據采集解析采集項1

2集與共集數(shù)據采集核心功能項1

3享交換數(shù)據共共享資源池項1

4享交換資源目錄管理項1

5資源發(fā)布訂閱管理項1

6數(shù)據傳輸與共享項1

7全民健資源數(shù)市級全員人口數(shù)據庫項1

8康數(shù)據據湖市級電子健康檔案庫項1

9資源中市級電子病歷數(shù)據庫項1

10心市級居民主索引庫項1

11環(huán)境資源及其他政務交換類項1

12業(yè)務中醫(yī)療資醫(yī)療機構資源管理服務項1

13臺源管理醫(yī)師資源服務項1

14護士資源服務項1

15居民健居民（患者）360視圖項1

康服務

16區(qū)域便藥品信息查詢服務項1

民服務

17健康檔健康檔案檢索服務項1

18案服務健康檔案調閱服務項1

19電子病電子病歷檢索服務項1

20歷服務電子病歷調閱服務項1

21數(shù)據中數(shù)據治數(shù)據標準管理項1

22臺理數(shù)據質量管理項1

23元數(shù)據管理項1

24建模設計管理項1

25數(shù)據安全管理項1

26數(shù)據資數(shù)據資產目錄項1

27產管理數(shù)據地圖項1

28數(shù)據血緣項1

29數(shù)據資產探查項1

30主題數(shù)醫(yī)療服務主題數(shù)據項1

31據中心公共衛(wèi)生主題數(shù)據項1

32萃取數(shù)醫(yī)療服務分析庫項1

33據中心公共衛(wèi)生分析庫項1

34數(shù)據服電子病歷索引服務項1

35務中心電子病歷數(shù)項1

據服務

36健康檔案索引服務項1

37健康檔案數(shù)項1

據服務

38數(shù)據分區(qū)域醫(yī)療業(yè)務數(shù)據分析項1

39析與應患者主索引項1

40用患者360視圖項1

41人工智資源管資源監(jiān)控項1

能中臺理

42模型開開發(fā)建模環(huán)項1

發(fā)境

43多種主流框架項1

44模型訓多類型模型訓練任務項1

45練模型評估項1

46模型管模型版本管理項1

47理模型詳情項1

48模型服模型服務管理項1

49務管理模型推理服務項1

50技術中微服務微服務治理項1

51臺平臺服務注冊與發(fā)現(xiàn)項1

52統(tǒng)一配置中心項1

53鏈路跟蹤與項1

拓撲

54服務限流項1

55熔斷降級項1

56日志服務監(jiān)控項1

57認證與鑒權項1

58容器引容器服務項1

59擎存儲服務項1

60服務配置項1

61鏡像倉庫項1

62容器網絡項1

63應用商店項1

64服務編排項1

65集成中心項1

66操作審計項1

67日志管理項1

68監(jiān)控警告管理項1

69租戶管理項1

70堆棧項1

71容器隔離項1

72低代碼數(shù)據管理項1

73開發(fā)平API開發(fā)項1

74報表開發(fā)項1

75表單開發(fā)項1

76統(tǒng)一日日志采集項1

77志監(jiān)控日志緩沖項1

78日志篩選項1

79日志存儲項1

80日志檢索項1

81監(jiān)控展示項1

82監(jiān)控告警項1

83便民惠健康門預約掛號項1

84民戶小程家庭醫(yī)生簽約信息公示項1

85序智能導診項1

86健康檔案調閱項1

87就診記錄查詢項1

88檢驗檢查報告查詢項1

89健康資訊推薦項1

90中醫(yī)體質測評項1

91用藥服務查詢項1

92醫(yī)衛(wèi)/疾病監(jiān)—項1

醫(yī)防協(xié)測業(yè)務

同協(xié)同

93疾病管—項1

理業(yè)務

協(xié)同

94計劃免—項1

疫業(yè)務

協(xié)同

95婦幼健—項1

康業(yè)務

協(xié)同

96院前急—項1

救業(yè)務

協(xié)同

97血液安項1

全管理

業(yè)務協(xié)

同

98區(qū)域心醫(yī)生端—項1

99電中心平臺管—項1

理

100基礎信—項1

息管理

101通用采—項1

集客戶

端

102常規(guī)心—項1

電分析

103雙向轉門診轉—項1

診診

104住院轉—項1

診

105基礎信—項1

息管理

106轉診統(tǒng)—項1

計-

107遠程醫(yī)療與遠程會議對接項1

108業(yè)務監(jiān)綜合管醫(yī)療服務業(yè)務監(jiān)管項1

109管應用理國家基本公共衛(wèi)生服務項目監(jiān)項1

管

110中醫(yī)藥服務監(jiān)管項1

111遠程醫(yī)療業(yè)務監(jiān)管項1

112衛(wèi)生監(jiān)督綜合監(jiān)管項1

113慢病管理業(yè)務監(jiān)管項1

114預防接種業(yè)務監(jiān)管項1

115婦女保健業(yè)務監(jiān)管項1

116兒童保健業(yè)務監(jiān)管項1

117預約掛號業(yè)務監(jiān)管項1

118可視化智慧醫(yī)療可視化大屏項1

監(jiān)管大

屏

119整合共應用交服務網關項1

120享與業(yè)互平臺集成平臺項1

121務協(xié)同互聯(lián)互與省平臺對接項1

122通醫(yī)療機構數(shù)據采集項1

123平臺便民應用對接項1

項目工期合同簽訂之日起6個月

免費質保期驗收合格之日起3年

2服務內容:

（二）政務網服務（3年）

序名稱服務要求及技術指標單數(shù)

號位量

（一）政務外網

1平臺專線費（3年）百兆帶寬條1

服務內容:

（三）專業(yè)基礎設施服務

序名稱服務要求及技術指標單數(shù)

號位量

（一）政務外網

1平臺專線費（3年）百兆帶寬條1

三、專業(yè)基礎設施服務

序服務參數(shù)單數(shù)

號名稱位量

及類

別

（-）數(shù)據采集與共享交換

1前置1、基本配置要求實配22顆國產化處理臺1

機器，單顆核心28核，主頻22.3GHz；225

條16GB內存模塊；21塊1.2TBSAS2.5

寸硬盤；21個標配SASRAID陣卡，支持

RAID0/l/10/5/6/50/60/lE/SimPle

Volume,22GB緩存，支持緩存數(shù)據保護，

且后備保護時間不受限制；

實配》4個千兆電口，》2個萬兆光口；

實配2個2800w白金版熱插拔冗余電源，

配置熱插拔冗余風扇。

2、內存可擴展數(shù)量：最大支持32根DDR4

內存。

3、硬盤槽位：提供與8個2.5寸熱插拔硬

盤槽位，可擴展至224個2.5寸熱插拔硬

盤槽位，且全部硬盤可在不打開主機箱蓋

的情況下熱插拔維護。

4、PCII/O插槽：最多提供與10個標準

PCIE3.0插槽。

5、售后服務：(1)為了保證專業(yè)的售后

服務，的服務器廠家在全國至少具有30

個服務網點；

(2)可在官網查詢設備的維保信息；

需滿足工作溫度5?40℃；

6、服務器的生態(tài)適配服務類產品與200

個；

(1)服務器具備IS028000供應鏈安全管

理體系認證證書；

(2)服務器具備IS022301業(yè)務連續(xù)性管

理證書；

(3)服務器具備IECQQC080000有害物質

過程管理證書；

7、管理系統(tǒng)支持國產自研管理芯片；支

持帶外故障檢測功能，不依賴于OS,對硬

件故障如CPU故障、12c和IPMI總線故障、

內存故障、PCIe設備故障、硬盤故障進行

檢測和預告。

(二)智慧指揮中心

1室內1、像素封裝SMD2121平1

LED像素間距2.5mm方7

顯模組分辨率(WXH)128x64=8192pixe1s米

示屏驅動IC雙鎖存5

接口定義HUB751

模組尺寸(mm)320mmX160mmX14mm

模組重量0.46kg

單點亮度校正支持

單點色度校正支持

驅動方式恒流驅動，32掃

2、支持圖像算法處理細節(jié)無損（低損），

能擴展4倍灰度信息，動態(tài)處理每一幀圖

像，提升暗畫面細節(jié)及整體色彩效果。

3、支持在無信號時（網絡掉線、HDMI線

故障等），保留最后一幀畫面顯示。

2接收接收卡及電源套1

卡及

電源

3二合1.輸入接口包括2XHDMI1.3>1X臺1

一屏DVK1X3.5mm音頻輸入接口，選配1

體控X3G-SDI（IN+LOOP）；

制器2.輸出接口包括6路千兆網口，最大帶

載390萬像素，單臺設備輸出最大寬度

10240,高度8192,1路HDMI1.3輸

出接口，可用作輸出預監(jiān)或視頻輸出；

3.音頻輸入輸出：支持HDMI伴隨音頻

輸入，支持3.5mm獨立音頻輸入，支

持3.5mm獨立音頻輸出，支持通過多功

能卡進行音頻輸出；

4.低至1幀延遲輸出：在低延遲開關開

啟、輸入源同步開啟，輸入源到接收卡之

間的延時可減少至1幀。

4屏幕軟件需具備監(jiān)控功能：監(jiān)控發(fā)送卡輸入源套1

控制連接狀態(tài)、接收卡溫度、電壓，監(jiān)控信息

軟件顯示，導出監(jiān)控信息，監(jiān)控信息實時刷新，

系統(tǒng)監(jiān)控信息郵件通知，告警設置和顯示

5播控實配與2顆國產化處理器，單顆核心與4套1

電腦核，主頻21.8GHz,8G內存，21寸1080P

顯示器

6配電1、15kw帶PLC6路開關，單路2.5KW套1

柜2、配電柜殼體采用折彎焊接加固；鎖金

厚度1.2mm,表面噴塑；外殼無劃痕，

結構穩(wěn)固；

7工程用于安裝支撐屏體的鋼結構體費用及安平

結構裝方

米

8包邊根據現(xiàn)場情況定制平

裝飾方

米

9專用箱體間內部連接線纜平

線材方

米

1安裝安裝完成后的設備運行調試平

0調試方

米

1包裝顯示屏出貨后運輸?shù)桨惭b地點平

1運輸方

米

1主動配電系統(tǒng)的主進線纜套

2力電

纜

1綜合電源線、信號線鋪設至大屏安裝位置（冗套1

3布線余一定長度）

1售后提供3年免費原廠上門維修服務套1

4服務

項目工期合同簽訂之日起6個月

免費質保期驗收合格之日起3年

4服務內容:

（四）系統(tǒng)業(yè)務運營服務

序服二級服務服務內容單數(shù)

號務位量

名

稱

1密國密安全為終端設備提供支持SM2、SM3、個1

碼瀏覽器服SM4等國密算法的瀏覽器，保證0

刖.YZ-務頁面訪問的安全性。0

2端國密個人數(shù)字證書基于國密算法，應用于個1

月艮數(shù)字證書個人用戶標識真實身份，該項服/0

務服務務作為重要管理人員的業(yè)務前端年0

使用，有效期一年。

3智能密碼支持國密算法，支撐用戶身份鑒個1

鑰匙別、數(shù)字簽名等功能，與個人數(shù)0

字證書服務配套使用，該項服務0

作為上云業(yè)務系統(tǒng)的重要管理人

員的業(yè)務前端使用。

4密密碼應用對應用系統(tǒng)開發(fā)商對接密碼應用人8

碼集成支撐的改造工作，提供密碼應用側的月

支服務專業(yè)支撐服務。主要包括對應用

撐系統(tǒng)的密碼服務對接分析、密碼

月艮服務對接設計入個性化密碼支持

務服務、密鑰配置支持、密碼服務

對接支撐和性能測試及調優(yōu)等工

作的支撐服務，支撐應用系統(tǒng)開

發(fā)人員對密碼應用的開發(fā)對接工

作。

5密碼管理根據國家標準GB/T39786-2021人4

制度建設《信息安全技術信息系統(tǒng)密碼月

服務應用基本要求》，對密碼管理，提4

供密碼管理制度建設服務，包括

管理制度的梳理、建設、宣貫和

迭代等管理制度的建設服務。

6密評支撐根據國家標準GB/T39786-2021人3

服務《信息安全技術信息系統(tǒng)密碼應月

用基本要求》，配合密碼測評機構4

進行商用密碼應用安全性評估的5

驗收工作提供密碼服務相關材料

和演示的支撐服務。包括網絡和

通信安全測評、應用和數(shù)據安全

測評、密鑰管理測評、制度管理

測評、實施管理測評和應急管理

測評的相關材料提供，演示工作

的支撐服務，和對不滿足密評要

求進行相應整改的支撐工作。

7密碼專家根據應用系統(tǒng)情況和密碼資源的人2

服務最新情況，對應用系統(tǒng)對接密碼月

服務的規(guī)劃和設計，為系統(tǒng)建設6

提供指導支撐服務。支撐服務包5

括密碼應用場景分析指導、密碼

規(guī)劃設計指導、密碼應用架構設

計指導、系統(tǒng)密碼應用開發(fā)指導、

系統(tǒng)密碼應用上線指導和密碼應

用方案編制指導等支撐服務。

5服務內容:

（五）三級等保評測服務（3年）

序名稱服務要求及技術指標單數(shù)

號位量

1三級等保評測服務滿足三級等保評測要求項1

6服務內容:

（六）商用密碼應用安全性評估服務（3年）

序名稱服務要求及技術指標單數(shù)

號位量

1商用密碼應用安全滿足商用密碼應用安全項1

性評估服務性評估要求

7服務要求：

（一）公共基礎設施服務

全民健康信息綜合管理平臺基礎設施服務需要涵蓋衛(wèi)生健康

相關系統(tǒng)運行所需軟件環(huán)境和相關基礎軟件，包括計算、存儲、

網絡等硬件資源，以及中間件、操作系統(tǒng)、數(shù)據庫系統(tǒng)等軟件資

源。利用虛擬化資源共享技術將所有計算資源、存儲資源和網絡

資源進行封裝整合成統(tǒng)一資源池。

全民健康信息綜合管理平臺主要包括基礎設施層、數(shù)據層、應

用支撐層、應用層四個層次，其中基礎設施層是指支撐全民健康

信息綜合管理平臺的硬件設備，包括云平臺、主機及機房資源、

運行環(huán)境系統(tǒng)軟件等，本期項目的云平臺規(guī)劃使用政務云平臺資

源。

1、基礎信息平臺

(1)數(shù)據采集與共享交換

數(shù)據采集需支持省平臺下落庫表采集、前置機采集兩種采集方

式。需采集56家鄉(xiāng)鎮(zhèn)衛(wèi)生院，衛(wèi)生監(jiān)督、血站、婦幼、疾控、15

家二級以上醫(yī)療機構數(shù)據，每日增量約75G,考慮冗余，按照每日

增量100G計算。

數(shù)據采集服務按照最小配置要求是8核、16G內存，為保證每

日新增的100GB數(shù)據穩(wěn)定高效落盤，內存擴展到32G；考慮到采集

實時和穩(wěn)定，需要3臺服務器集群方式部署采集服務。按照保留1

個月歷史數(shù)據的采集需求，需申請100GB*30=3000G磁盤空間。

(2)數(shù)據資源湖

數(shù)據資源湖匯集并存儲采集的全員人口、電子健康檔案、電子

病歷和政務類大數(shù)據。

部署數(shù)據庫、大數(shù)據計算組件需要6臺內存型6臺服務器。按

10T的全量數(shù)據、125G的增量數(shù)據，離線計算時入駐內存占比為

0.02來估算，我們所需的內存為：(10T+125G)*0.02/6,每臺服

務器需要33.75GB的內存，CPU按照CPU:內存比為1:4的比例，

推算出CPU的核數(shù)為32核。

部署大數(shù)據計算任務調度需要計算型5臺服務器。

數(shù)據庫在存儲數(shù)據時會對原始數(shù)據進行壓縮處理，根據實踐經

驗來看，有1：4的壓縮比，根據125GB*365/4可估算出一年所需

磁盤為空間為11406G,當前136*100G的硬盤滿足一年的大數(shù)據存

儲需求。

健康檔案數(shù)據是平臺的核心資源，需要單獨部署存儲，需要計

算型16核、32G內存服務器，按照40*100G磁盤容量來滿足存儲

要求。

(3)業(yè)務中臺

業(yè)務中臺包含醫(yī)療資源管理、居民健康服務、區(qū)域便民服務、

健康檔案服務、電子病歷服務。其中區(qū)域便民服務是為C端健康

小程序提供業(yè)務接口，設計用戶并發(fā)數(shù)為2000,其他服務設計用

戶并發(fā)數(shù)為1500o

(4)數(shù)據中臺

數(shù)據治理對匯集到數(shù)據資源湖的全員人口、電子健康檔案、電

子病歷等數(shù)據進行數(shù)據清洗、數(shù)據集成、數(shù)據服務開發(fā)，需要部

署主從模式數(shù)據庫、消息中間件集群、內存數(shù)據庫集群、流計算

引擎、數(shù)據治理及調度組件，根據人口數(shù)量及就診次數(shù)及本期實

現(xiàn)的指標數(shù)量計算數(shù)據中臺所需的資源為：數(shù)據治理及數(shù)據資產

應用按照最小配置要求是三臺16核、32G內存，考慮到未來業(yè)務

的擴展將配置增加到三臺32核、64G內存。消息中間件按照每秒

百萬的吞吐量設計需要的配置為三臺8核16G。數(shù)據中臺存儲引擎

需要三臺16核、32G內存。主從數(shù)據庫用來存放數(shù)據中臺的元數(shù)

據，業(yè)務量相對穩(wěn)定，需要兩臺8核16G。內存數(shù)據庫需要兩臺2

核、8G內存。

(5)技術中臺

部署環(huán)境按模塊劃分，共計120個P0D,每個POD2核4G,100g

存儲空間，共需要240核，480G內存，1.2T存儲。根據k8sQoS

服務質量等級，CPU和內存資源建議預留30冊鏡像倉庫：使用主

備.節(jié)點部署鏡像倉庫服務，提供鏡像上傳、下載、掃描提供了管

理UI,基于角色的訪問控制(RoleBasedAccessControl),

AD/LDAP集成、以及審計日志(Auditlogging)等企業(yè)用戶需求的

功能.部署容器,建議配置為4c8g；

master：整個技術中臺的主功能節(jié)點，需要3個節(jié)點實現(xiàn)整體

管理節(jié)點的高可用.節(jié)點部署TCE服務,容器平臺管理服務，負責

管理整個集群和容器平臺前端，提供容器創(chuàng)建、刪除等功能。部

署了容器,建議配置為8C16G；

產品組件節(jié)點：產品節(jié)點部署了多個產品組件，提供API網能

力，負載外部存儲的掛載和管理功能，內部使用提供的微服務框架

平臺管理功能,提供的服務編排功能等大量擴展功能。推薦配置為

16C32G；

日志節(jié)點：節(jié)點部署了容器pod,用于存放容器的日志信息,

日志節(jié)點提供日志的存儲以及各類服務功能。為了保障日志集群

的高可用性,最小集群規(guī)模3臺節(jié)點，推薦配置為16C32G；

監(jiān)控節(jié)點：節(jié)點部署服務，以時間維度存儲連續(xù)的數(shù)據的集合,

用于存儲應用系統(tǒng)的大量監(jiān)控數(shù)據，推薦配置為4c8G；

出口節(jié)點：節(jié)點部署了proxy和ingress等容器pod,用于應

用路由服務和負載均衡服務出口，按照目前應用數(shù)量和規(guī)模推薦

配置為8C16G；

微服務治理框架部署節(jié)點：用于運行微服務框架，目前業(yè)務系

統(tǒng)數(shù)量較多，配置為6節(jié)點,單臺節(jié)點的配置為16C32G；

共享節(jié)點：節(jié)點預部署共享組件集群，提供給業(yè)務系統(tǒng)統(tǒng)一使

用,建議配置為8c16G；

備份節(jié)點：節(jié)點執(zhí)行es日志數(shù)據，監(jiān)控等信息備份，除此之外

還有ftp服務，目前采用主備模式,推薦配置為8C16G；

低代碼開發(fā)平臺為合作開發(fā)者提供快速集成開發(fā)能力，支持

API開發(fā)、報表開發(fā)和表單開發(fā)。

報表和表單開發(fā)工具按照最小配置要求是8核、16G內存；

2、便民服務應用

健康門戶小程序包含預約掛號、家醫(yī)簽約、健康檔案調閱、檢

查檢驗報告查詢、健康咨詢推薦、中醫(yī)體質測評和用藥服務等大

量在線便民應用，設計用戶并發(fā)數(shù)為2000。

CPU按公式估算：

數(shù)據庫服務器TPMC值=并發(fā)用戶數(shù)*2（等價事務數(shù)）*20（每

個事務對應的數(shù)據庫操作數(shù)）*10（基準TPC指標值對應的比例）

*1.6（偏差經驗系數(shù)）/（1-30%）（服務器保留30%的冗余）；

應用服務器TPMC值=數(shù)據庫服務器TPMC值*50%；

以12核CPU為例，TPMC/物理單CPU（評估值）為1197240,

換成虛擬核為24核TPMC值=1197240。

虛擬機核數(shù)=服務器TPMC值/1197240*24。

內存與CPU按1:4計算。

同時考慮單點故障，負載均衡要求

3、業(yè)務監(jiān)管應用

業(yè)務監(jiān)管包含醫(yī)療、公衛(wèi)業(yè)務綜合監(jiān)管報表查詢和可視化大

屏。

報表和可視化大屏工具按照最小配置要求是8核、16G內存，

因為由大量的數(shù)據組件化展示要求，因此內存翻倍需要32G；

業(yè)務監(jiān)管需要根據業(yè)務要求，對數(shù)據湖的數(shù)據進行重新清洗和

計算，清洗和計算工具最低配置要求是16核、32G內存；

同時考慮單點故障，負載均衡要求

4、業(yè)務協(xié)同應用

業(yè)務協(xié)同包含醫(yī)衛(wèi)/醫(yī)防協(xié)同、雙向轉診、區(qū)域心電等。

醫(yī)衛(wèi)/醫(yī)防協(xié)同、雙向轉診等按照最小配置要求是8核、16G

內存；

業(yè)務協(xié)同需要根據業(yè)務要求，實現(xiàn)信息化支撐，包括對于醫(yī)衛(wèi)

/醫(yī)防協(xié)同、雙向轉以及心電非結構化數(shù)據存儲配置要求文檔存儲

以及對象存儲；

同時考慮單點故障，負載均衡要求

5、運維

計算型8核、16G內存、100G硬盤

6、測試環(huán)境資源預估

業(yè)務最小資源類型最小

數(shù)量

數(shù)據采內存型4核、16G內存、100G硬盤2

集塊存儲/普通10云硬盤100G16

數(shù)據資內存型16核、64G內存、100G硬盤3

源湖計算型8核、16G內存、100G硬盤2

塊存儲/普通10云硬盤100G68

業(yè)務中計算型4核、16G內存、100G硬盤3

臺塊存儲/普通10云硬盤100G6

人工智計算型16核、32G內存、100G硬盤2

能中臺塊存儲/普通10云硬盤100G云硬盤100G5

數(shù)據中計算型16核、32G內存、100G硬盤7

臺塊存儲/普通10云硬盤100G10

技術中計算型8核、16G內存、100G硬盤12

臺塊存儲/普通10云硬盤100G10

業(yè)務監(jiān)內存型4核、16G內存、100G硬盤1

管應用塊存儲/普通10云硬盤100G4

便民服內存型4核、16G內存、100G硬盤2

務應用塊存儲/普通10云硬盤100G6

業(yè)務協(xié)計算型8核、16G內存、100G硬盤1

同應用文件存儲4

對象存儲4

塊存儲/普通10云硬盤100G3

8服務要求：

（二）專業(yè)基礎設施服務

專業(yè)基礎設施服務包括對二級以上醫(yī)療機構進行數(shù)據采集所

需要的前置機服務器以及衛(wèi)健局業(yè)務監(jiān)管所需要的智慧醫(yī)療可視

化監(jiān)控大屏硬件，硬件需要滿足信創(chuàng)要求。

1、前置機服務器

2、智慧醫(yī)療可視化監(jiān)控大屏

3、密碼基礎設施服務

密鑰管理服務，根據密碼接入規(guī)范和標準管理協(xié)議，為政務信

息系統(tǒng)提供密鑰生成、存儲、更新、備份恢復、銷毀等服務。

數(shù)據加解密服務（含簽名驗簽服務），為政務信息系統(tǒng)提供應

用級數(shù)據加解密、簽名驗簽、雜湊等基于商用密碼算法SM2、SM3、

SM4等密碼運算服務，實現(xiàn)信息的SM2、SM3、SM4等密碼運算服務,

實現(xiàn)信息的機密性、完整性、真實性和不可否認性保護。

SSL應用安全網關服務，基于國密HTTPS協(xié)議，在通信網絡中

采用商用密碼算法SM2、SM3、SM4算法構建安全傳輸通道，為用

戶業(yè)務（非運維）提供安全接入服務。

國密SSL網站證書服務，采用合格機構簽發(fā)的SSL網站證書，

通過商用密碼算法SM2、SM3、SM4結合SSLVPN安全網關共同實

現(xiàn)用戶端與Web服務端的安全傳輸服務，保證頁面訪問的安全性。

4、資產風險治理管控平臺服務

資產風險治理管控平臺通過資產掃描引擎快速掃描網絡空間

資產信息，可實現(xiàn)資產統(tǒng)計、漏洞監(jiān)測、漏洞通報、暴露面分析

等功能；提升網絡安全保護能力，實現(xiàn)對網絡安全資產與風險的

態(tài)勢掌握及快速治理。

資產風險治理管控平臺通過掃描探測、主機代理、特征匹配等

方式，動態(tài)發(fā)現(xiàn)、匯集資產數(shù)據，并進行關聯(lián)分析與展現(xiàn)，以快

速感知安全風險，把握安全態(tài)勢，從而輔助用戶進行指揮決策，

支撐預測、保護、檢測、響應等安全體系的能力。

9服務要求：

(三)軟件開發(fā)服務

1、基礎信息平臺

(1)數(shù)據采集與共享交換

全民健康信息綜合管理平臺建立區(qū)域級的健康醫(yī)療業(yè)務數(shù)據

資源中心，主要匯聚居民健康醫(yī)療數(shù)據，及物資、環(huán)境等相關數(shù)

據，讓健康醫(yī)療數(shù)據運動起來，解決信息孤島問題，實現(xiàn)數(shù)據在

各個平臺和業(yè)務系統(tǒng)之間的共享利用。對于監(jiān)管機構，提供針對

區(qū)域內醫(yī)療數(shù)據的歸集，查看和分析區(qū)域數(shù)據的功能。對于系統(tǒng)

接入方，系統(tǒng)提供數(shù)據平臺，以便實現(xiàn)數(shù)據的共享再利用，并提

供統(tǒng)一的數(shù)據查詢功能。對于醫(yī)生，提供分析病患的過往病史，

分析病患的檢驗檢查記錄，分析病患的用藥記錄等功能。對于居

民，系統(tǒng)提供統(tǒng)一的醫(yī)療數(shù)據和醫(yī)療資源的查詢功能

數(shù)據采集

全民健康信息綜合管理平臺需要采集轄區(qū)內醫(yī)療機構的數(shù)據，

根據醫(yī)療機構信息化整體水平，數(shù)據采集需支持主動式數(shù)據采集,

同時參考廣東省全民健康信息綜合管理平臺的數(shù)據采集技術路徑

對二三級公立醫(yī)院通過前置機的方式進行數(shù)據采集，基層公共衛(wèi)

生業(yè)務數(shù)據采用由省平臺數(shù)據回落的方式進行數(shù)據匯聚。與省級

平臺實現(xiàn)數(shù)據對接將數(shù)據回落到市級平臺；考慮到各個醫(yī)療機構

的信息化水平不一，同時支持中間表與接口兩種數(shù)據交換格式。

數(shù)據采集內容包括醫(yī)療服務類數(shù)據、基本公共衛(wèi)生數(shù)據、全員人

口數(shù)據等。采集范圍涵蓋具備條件的二三級醫(yī)院及鄉(xiāng)鎮(zhèn)衛(wèi)生院。

主動式數(shù)據采集解析采集

通過從數(shù)據采集前置機主動抓取的方式完成全民健康信息綜

合管理平臺數(shù)據采集與交換。醫(yī)療機構提供業(yè)務系統(tǒng)數(shù)據庫表結

構說明和詳細的業(yè)務系統(tǒng)數(shù)據字典，并將醫(yī)院的業(yè)務系統(tǒng)數(shù)據表

增量鏡像至前置機。在前置機中對醫(yī)院提供的鏡像業(yè)務數(shù)據進行

解析和整合，形成符合標準結構的數(shù)據上傳進行統(tǒng)一存儲和質控

后，將符合平臺標準規(guī)范的數(shù)據上傳至全民健康信息綜合管理平

臺。

主動式數(shù)據采集流程:

（一）根據省市標準確定數(shù)據采集標準方案。

（二）醫(yī)院根據采集標準，將鏡像數(shù)據庫部署在前置端。

（三）中心端定時采集前置端的數(shù)據。

（四）對采集的數(shù)據進行質控并記錄日志。

（五）將質控后的數(shù)據上傳到資源數(shù)據湖。

數(shù)據采集核心功能

數(shù)據采集服務是平臺通過采集組件對區(qū)域內醫(yī)療機構的數(shù)據進行

實時采集或者批量定時采集、統(tǒng)一轉換、存儲的功能。采集服務

分為三個階段：醫(yī)療數(shù)據接入備庫階段、備庫數(shù)據采集入倉階段、

倉庫數(shù)據統(tǒng)一轉換階段。

醫(yī)療數(shù)據接入備庫：將醫(yī)療機構數(shù)據接入到備庫中。常用方案

有兩種：主動接入和被動接入，主動接入是使用CDC技術或者ETL

工具將數(shù)據實時或者準實時地由主庫同步到備庫中；對于不滿足

主動接入條件的機構可以采用被動接入方式：由醫(yī)療機構信息化

承建商依照接入規(guī)范文檔（包括患者基本信息、門診業(yè)務、住院

業(yè)務、病案業(yè)務、電子病歷、醫(yī)技業(yè)務、數(shù)據字典等數(shù)據集），定

時將平臺需要采集的數(shù)據寫入備庫中。

備庫數(shù)據采集入倉:本項目中備庫數(shù)據采集通過部署在各二三

級醫(yī)院前置機上的前置機系統(tǒng)與部署在數(shù)據資源中心的統(tǒng)一交換

平臺系統(tǒng)進行交互。平臺通過數(shù)據采集網關（Adapter適配器）和

ETL數(shù)據采集系統(tǒng)，以支持將不同醫(yī)院異構系統(tǒng)的備庫數(shù)據采集到

數(shù)據中心上平臺系統(tǒng)的數(shù)據倉庫中。ETL數(shù)據采集系統(tǒng)支持增量數(shù)

據實時采集、歷史數(shù)據批量采集兩種方式。實時采集是通過Kafka

ConnectSource讀取備庫（支持jdbc讀取的數(shù)據庫）新增或者修

改的數(shù)據，發(fā)送給Kafka后，由KafkaHDFSSink程序寫入到平臺

Hive數(shù)據倉庫;批量采集是通過定時執(zhí)行kettle批量抽取備庫數(shù)

據腳本，結果寫入到平臺Hive數(shù)據倉庫中。

倉庫數(shù)據統(tǒng)一轉換：備庫數(shù)據經采集程序寫入Hive數(shù)據倉庫

時，存放在ODS層。因數(shù)據來源于不同醫(yī)療機構，數(shù)據庫表、表字

段定義不一樣，采集數(shù)據暫時還無法使用，需要經過兩次轉換處

理：

（一）在原始庫中建立一套規(guī)范的數(shù)據表，再使用SparkSQL

對ODS中不同的數(shù)據進行統(tǒng)一的清洗、合并、轉換，得到規(guī)范的

表數(shù)據存入原始庫中。

（二）依照衛(wèi)健局制定的規(guī)范，使用標準化轉換系統(tǒng)對原始庫

中所有表數(shù)據進行統(tǒng)一的標準化處理，讓字段值長度、值域符合

規(guī)范，標準化后的數(shù)據寫入標準庫。

數(shù)據共享交換

為滿足各級相關醫(yī)療衛(wèi)生機構信息系統(tǒng)數(shù)據采集、共享和交換

的要求，便于開展相關業(yè)務，建設統(tǒng)一的健康醫(yī)