專項數(shù)據(jù)智慧管理及上報平臺建設方案

專項數(shù)據(jù)智慧管理及上報平臺建設方案

目錄

1.項目建設背景....................................................3

2.建設標準與原則..................................................4

2.1.遵循的相關(guān)標準..............................................4

2.2.遵循的原則.................................................6

3.項目建設目標....................................................8

4.項目功能需求...................................................10

5.技術(shù)指標要求...................................................20

5.1.總體技術(shù)要求..............................................20

5.2.數(shù)據(jù)采集..................................................22

5.3.數(shù)據(jù)管理..................................................23

5.4.數(shù)據(jù)治理..................................................23

5.5.平臺數(shù)據(jù)監(jiān)控..............................................24

5.6.后臺管理..................................................24

6.系統(tǒng)安全要求...................................................24

7.實施、培訓、運行、售后及驗收要求...............................30

7.1.系統(tǒng)實施要求...............................................30

7.2.培訓要求...................................................31

7.3.運行要求...................................................32

7.4.售后服務要求...............................................32

7.5.驗收要求...................................................33

7.6.其它要求...................................................33

1.項目建設背景

最近幾年，無論是國家層面、省市層面，還是衛(wèi)健委、醫(yī)保局等

管理部門，都在強調(diào)加強大數(shù)據(jù)應用的建設，充分有效釋放數(shù)據(jù)的價

值。國家、省市衛(wèi)健委近年頒發(fā)的總體規(guī)劃及相關(guān)規(guī)范或指導辦法,

總體設計的目標是通過抓取基礎信息化系統(tǒng)的過程數(shù)據(jù)，進行數(shù)據(jù)分

析和應用，從而通過數(shù)據(jù)來提升管理決策精準度。而隨著醫(yī)院信息化

向深度和廣度發(fā)展，信息化系統(tǒng)所產(chǎn)生的數(shù)據(jù)越來越多，也越來越重

要。

在中山大學附屬第一醫(yī)院的日常管理過程中，需要面向各級管理

部門報送多種數(shù)據(jù)，但因為醫(yī)療數(shù)據(jù)涉及到用戶的個人隱私，醫(yī)院的

信息化系統(tǒng)和數(shù)據(jù)庫基本都是部署在醫(yī)院的局域網(wǎng)內(nèi)，各自的對接上

報系統(tǒng)不盡相同，接口方式不統(tǒng)一，技術(shù)要求不統(tǒng)一等現(xiàn)存問題也為

醫(yī)院的數(shù)據(jù)上報管理工作帶來了諸多困難，需投入大量的人力物力來

支持；目前我院現(xiàn)有的數(shù)據(jù)上報系統(tǒng)，包括HQMS上報系統(tǒng)、不良事

件上報系統(tǒng)等，因建設時間不一、數(shù)據(jù)標準存在差異等諸多歷史原因，

導致目前各類數(shù)據(jù)上報工作存在數(shù)據(jù)冗余、各自為戰(zhàn)的情況；同時也

因醫(yī)院基礎信息化的建設比較完備，各個系統(tǒng)產(chǎn)生和留存的數(shù)據(jù)非常

之多，這些數(shù)據(jù)在給醫(yī)院帶來管理成本之余，其數(shù)據(jù)的強大價值也尚

待挖掘。

基于醫(yī)院現(xiàn)有信息化建設的成果，以及面對醫(yī)院數(shù)據(jù)上報面臨的

難題，醫(yī)院現(xiàn)擬規(guī)劃建設一套全院級、松耦合、高內(nèi)聚的標準上報數(shù)

據(jù)中心，并在此基礎上打造一個能統(tǒng)一規(guī)劃數(shù)據(jù)提取、治理和上報的

專項數(shù)據(jù)智慧管理及上報平臺，用以全面高效科學管理和應用好醫(yī)院

的數(shù)據(jù)資產(chǎn)，挖掘數(shù)據(jù)潛在價值，并為未來以數(shù)據(jù)驅(qū)動業(yè)務發(fā)展提供

切實可靠的抓手。

2.建設標準與原則

2.1.遵循的相關(guān)標準

由于本項目中需要從醫(yī)院現(xiàn)有各個業(yè)務系統(tǒng)中抽取大量信息，而

這些信息來自各個業(yè)務系統(tǒng)，加之目前醫(yī)療信息領域的標準規(guī)范尚未

完善，因此，對于這些由不同廠商在不同時期建立的各個業(yè)務系統(tǒng),

采用的數(shù)據(jù)結(jié)構(gòu)、數(shù)據(jù)類型與數(shù)據(jù)尺度等各不相同，為信息集成帶來

較大的麻煩。故，本項目建設應遵循國際、國內(nèi)已經(jīng)頒發(fā)的醫(yī)療信息

化建設標準，且可根據(jù)實際情況自定義數(shù)據(jù)標準，具體包括：

1.《關(guān)于促進“互聯(lián)網(wǎng)+醫(yī)療健康”發(fā)展的意見》

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

3.《健康檔案共享文檔規(guī)范》

4.《住院病案首頁數(shù)據(jù)填寫質(zhì)量規(guī)范（暫行）》

5.ICD9

6.ICD10疾病診斷字典

7.XML輸出標準

8.HL7

9.DICOM標準

10.《IS09000質(zhì)量體系標準》

11.《國家電子政務標準體系》

12.《國家電子政務標準化指南》

13.《國家電子政務綜合業(yè)務網(wǎng)總體技術(shù)要求》

14.《國家電子政務術(shù)語》

15.《國家電子政務信息安全標準體系指南》

16.《國家電子政務XML數(shù)據(jù)安全指南》

17.《電子政務業(yè)務流程設計方法通用指南》

18.《國家電子政務XML業(yè)務表示規(guī)范》

19.《GB8567—88計算機軟件產(chǎn)品開發(fā)文件編制指南》

20.《GB8566—88計算機軟件開發(fā)規(guī)范》

21.《GB/T12504—90計算機軟件質(zhì)量保證計劃規(guī)范》

22.《GB/T12505—90計算機軟件配置管理計劃規(guī)范》

23.《GB9385—88計算機軟件需求說明編制指南》

24.《GB9386—88計算機軟件測試文件編制指南》

25.《GB/T11457—1995軟件工程術(shù)語》

26.《GB/T8566—2007信息技術(shù)軟件生存周期過程》

27.《GB/T16680—1996軟件文檔管理指南》

28.《互聯(lián)網(wǎng)信息服務管理辦法》中華人民共和國國務院令（第

292號）

29.《互聯(lián)網(wǎng)電子公告服務管理規(guī)定》中華人民共和國信息產(chǎn)業(yè)

部第三號令

30.《計算機信息網(wǎng)絡國際聯(lián)網(wǎng)安全保護管理辦法》

31.《中華人民共和國計算機信息系統(tǒng)安全保護條例》

32.《IS013335信息技術(shù)安全管理指南》

33.《計算機信息系統(tǒng)安全等級保護管理要求》

34.《計算機信息系統(tǒng)安全等級保護網(wǎng)絡技術(shù)要求》

35.《計算機信息系統(tǒng)安全等級保護數(shù)據(jù)庫管理系統(tǒng)技術(shù)要求》

36.《計算機信息系統(tǒng)安全等級保護操作系統(tǒng)技術(shù)要求》

37.《計算機信息系統(tǒng)安全等級保護通用技術(shù)要求》

38.《計算機信息系統(tǒng)安全保護等級劃分準則》（GB17859）

2.2.遵循的原則

2.2.1.創(chuàng)新性原則

1.系統(tǒng)嚴格遵循國際標準、國家標準和國內(nèi)行業(yè)的規(guī)范要求；

2.符合行業(yè)的發(fā)展趨勢，并確保采用當前成熟的產(chǎn)品技術(shù)；

3.系統(tǒng)采用最先進的技術(shù)，確保今后相當長的時間內(nèi)技術(shù)上不會

落伍；

2.2.2.開放性原則

必須采用開放式標準設計?，確保可與其他廠家標準的產(chǎn)品有效互

通，保證其他系統(tǒng)的無縫接入。滿足今后的發(fā)展，留有充分的擴充余

地；

2.2.3.可靠性原則

1.確保系統(tǒng)具有高度的安全性，不易感染軟件病毒；

2.對工作環(huán)境要求較低，環(huán)境適應能力要強；

3.系統(tǒng)需要滿足7義24小時無人職守方式穩(wěn)定的工作；

2.2.4.安全性原則

1.系統(tǒng)必須保證與病人有關(guān)的信息私密性和安全性；

2.平臺系統(tǒng)建設一方面要保障網(wǎng)絡安全，另一方面要保障信息安

全，最后是保障系統(tǒng)可靠運行。網(wǎng)絡安全首先要考慮技術(shù)層面的安全

性，同時考慮管理層面的安全性；信息安全主要是數(shù)據(jù)安全，保證數(shù)

據(jù)的原始性和完整性，包括數(shù)據(jù)不被非法修改和訪問，數(shù)據(jù)的全面完

整，數(shù)據(jù)的訪問和修改可追蹤等等；同時，要制定并不斷完善信息系

統(tǒng)應急預案和數(shù)據(jù)備份策略；可靠性是指平臺系統(tǒng)應具備在硬件或網(wǎng)

絡故障時的運行和修復能力，同時系統(tǒng)在設計時必須考慮大規(guī)模并發(fā)、

不斷擴展條件下的運行可靠性；

2.2.5.統(tǒng)一規(guī)劃、標準先行

統(tǒng)一標準是醫(yī)療信息化建設的基礎工作，也是進行醫(yī)療信息交換

與共享的基本前提。在信息化建設中，必須強調(diào)“統(tǒng)一規(guī)劃、統(tǒng)一標

準、統(tǒng)一建設、統(tǒng)一管理”原則，信息化主管部門要加強指導和組織

協(xié)調(diào)，規(guī)范各應用系統(tǒng)的基本功能、業(yè)務流程、數(shù)據(jù)模型和數(shù)據(jù)編碼、

接口規(guī)范等信息標準。

2.2.6.系統(tǒng)標準化原則

1.數(shù)據(jù)標準化不僅是國家、衛(wèi)生行業(yè)信息化的基本要求，也是保

證系統(tǒng)的開放性的基礎。系統(tǒng)設計需全面支持國家、衛(wèi)生部行業(yè)標準；

2.系統(tǒng)功能全部采用B/S架構(gòu)，WEB瀏覽為核心的技術(shù)路線；

3.最大限度地應用醫(yī)院現(xiàn)有的信息體系資源，盡可能少的更換醫(yī)

院目前設備；

4.在衛(wèi)生應用標準領域，通過使用國家標準、國際標準、地方標

準統(tǒng)一字典數(shù)據(jù)，以保證數(shù)據(jù)的可重復利用;

2.2.7.可擴展性原則

平臺系統(tǒng)必須能夠滿足醫(yī)院的業(yè)務需要，同時還需滿足業(yè)務需求

的變化，預留足夠靈活的數(shù)據(jù)和功能接口，便于今后擴展；

可擴展性包括；

1.數(shù)據(jù)中心和數(shù)據(jù)平臺的系統(tǒng)可擴展性；

2.數(shù)據(jù)存儲和計算能力的可擴展性；

3.網(wǎng)絡支持能力的可擴展性；

2.2.8,易管理和易操作性

平臺系統(tǒng)支持全面、完善、便捷、統(tǒng)一的系統(tǒng)管理和應急處理預

案，保證一旦發(fā)生問題能在最短的時間內(nèi)處理解決。而且，系統(tǒng)應具

有良好的用戶操作界面。集成完備的運行監(jiān)視系統(tǒng)、良好的管理界面

工具或控制臺，易于管理人員對其進行管理和維護，系統(tǒng)參數(shù)的維護

與管理通過操作界面實現(xiàn)。

3.項目建設目標

專項數(shù)據(jù)智慧管理及上報平臺的建設目標是建設一個自動化程

度高，能夠及時、完整、準確地完成數(shù)據(jù)對接，對數(shù)據(jù)治理全生命周

期可監(jiān)控、可溯源、可管理的上報數(shù)據(jù)中心；基于上報數(shù)據(jù)中心，將

多種上報方式（前置機、http接口、web-service接口）組件化，實

現(xiàn)上報專題的自由組裝；同時通過數(shù)據(jù)管理上報的全流程閉環(huán)管理,

提高數(shù)據(jù)管理上報的效能與醫(yī)院精細化管理水平，在保障規(guī)范上報、

主動管理與反推源頭質(zhì)量提升的同時、實現(xiàn)數(shù)據(jù)的無縫對接、無感上

報、有異可察、有源可溯，有道可控，逐步打造一套支持全場景、多

模態(tài)的專項數(shù)據(jù)智慧管理及上報平臺，為多院區(qū)數(shù)據(jù)整合上報奠定基

礎。

項目目標明細如下：

1）保障專項數(shù)據(jù)智慧管理及上報平臺信息獲取的便捷性、完整性

通過對數(shù)據(jù)獲取的盡可能自動化，降低人工錄入和審核工作量，

提高整個平臺的數(shù)據(jù)獲取效率，同時.，對數(shù)據(jù)采集過程進行監(jiān)控，避

免數(shù)據(jù)漏抽、重復抽、錯抽等操作；

2）保障專項數(shù)據(jù)智慧管理及上報平臺信息的準確性，提高數(shù)據(jù)質(zhì)

量

對整個平臺的數(shù)據(jù)進行統(tǒng)一資產(chǎn)管理，對數(shù)據(jù)質(zhì)量進行統(tǒng)一治理,

當出現(xiàn)數(shù)據(jù)錯誤時能夠進行及時提醒，并通過數(shù)據(jù)質(zhì)量報告展示整個

平臺的數(shù)據(jù)質(zhì)量管控效果；

3）保障專項數(shù)據(jù)智慧管理及上報平臺信息的可控性，出現(xiàn)問題能

快速追根溯源

對整個平臺的數(shù)據(jù)進行全生命周期管理，當出現(xiàn)問題時\能夠快

速追根溯源，使管理人員可及時采取相關(guān)措施；

4）實現(xiàn)數(shù)據(jù)上報的靈活可配置

專項數(shù)據(jù)智慧管理及上報平臺既可滿足目前醫(yī)院常見的數(shù)據(jù)上

報場景需求，如HQMS上報、公立醫(yī)院績效考核數(shù)據(jù)上報、重點單病

種數(shù)據(jù)上報等，也能夠針對醫(yī)院未來的數(shù)據(jù)上報場景通過靈活的可配

置方式，快速實現(xiàn)新上報場景；

5）實現(xiàn)上報專項的全流程閉環(huán)管理

對專項數(shù)據(jù)智慧管理及上報平臺上具體的各項上報場景，實現(xiàn)全

流程管理閉環(huán)，即可自動配置規(guī)則自動生成上報數(shù)據(jù)，對待上報的數(shù)

據(jù)進行自檢，只有通過自檢的數(shù)據(jù)即可完成一鍵上報，否則將重新進

行調(diào)整直至通過審核方可。并對已上報數(shù)據(jù)進行歸檔、查詢和統(tǒng)計分

析；

6）實現(xiàn)對所有數(shù)據(jù)改進過程留痕

支持對所有數(shù)據(jù)修正與補錄過程都能進行留痕，方便對數(shù)據(jù)操作

進行追溯，當出現(xiàn)問題時，能夠快速進行定位。

7）實現(xiàn)對無法直接獲取的數(shù)據(jù)進行快速填報

對于無法直接通過自動獲取的數(shù)據(jù)，平臺支持人工填報的方式對

平臺的缺失數(shù)據(jù)予以補充，同時，平臺提供自動提醒、默認數(shù)據(jù)預定

等多項操作，輔助和提醒工作人員及時對數(shù)據(jù)進行補錄；

8）實現(xiàn)通過集成平臺門戶單點登錄本平臺

本平臺將與醫(yī)院的集成平臺進行對接，使得工作人員通過統(tǒng)一的

認證系統(tǒng)即可享用本平臺上的各項應用服務。

4.項目功能需求

為達到較好的建設效果，采購人信息數(shù)據(jù)中心針對以上目標逐項

明確了需求細則，梳理了本項目的功能需求，如下：

序項目目對應項目功能需求與需求細則數(shù)

號標量

1保障專功能需求：對需要上報的信息的源數(shù)據(jù)盡可能自

項數(shù)據(jù)動獲取，提高采集效率；1

智慧管需求細則：

理及上1.多種接口采集方式：系統(tǒng)應支持多種接口采集

報平臺方式，包括通過http、web-service接口進行數(shù)

信息獲據(jù)采集，并可對接口的參數(shù)進行設置；

取的便2.源數(shù)據(jù)庫結(jié)構(gòu)獲取：通過可視化方式，在數(shù)據(jù)

捷性、采集前，應能夠自動獲取源數(shù)據(jù)庫的模式、表、

完整性視圖、字段信息；

3.源表數(shù)據(jù)質(zhì)量分析：系統(tǒng)應能夠快速計算抽取

的源表字段備注信息的填充率；

4.源表數(shù)據(jù)預覽：一旦采集開始，工作人員可通

過界面直接對源表數(shù)據(jù)進行預覽；

5.采集作業(yè)配置：系統(tǒng)應支持操作人員直接通過

界面設置采集作業(yè)的各項參數(shù)，如采集方式、增

量條件、采集時間、采集范圍等；

6.表字典管理：對采集獲取的表字段進行字典維

護，且當源表結(jié)構(gòu)出現(xiàn)變動時，系統(tǒng)支持人工處

理和自動處理兩種方式。

2保障專功能需求：對獲取的源數(shù)據(jù)進行治理，保障平臺

項數(shù)據(jù)信息的準確性和高質(zhì)量；1

智慧管需求細則：

理及上L數(shù)據(jù)資產(chǎn)目錄管理：系統(tǒng)應支持管理員對整個

報平臺平臺的數(shù)據(jù)資產(chǎn)目錄進行維護；

信息的2.數(shù)據(jù)集結(jié)構(gòu)定義：系統(tǒng)應支持管理員對整個平

準確臺的表的標準結(jié)構(gòu)進行定義；

性，提3.數(shù)據(jù)字典管理：系統(tǒng)應支持從數(shù)據(jù)治理腳本中

高數(shù)據(jù)自動生成數(shù)據(jù)集的結(jié)構(gòu)；

質(zhì)量4.數(shù)據(jù)治理腳本編寫及即時查看：系統(tǒng)應支持可

視化方式，方便技術(shù)人員直接在頁面上編寫數(shù)據(jù)

治理腳本，在腳本編寫完畢即可進行運行，查看

腳本運行的效果；

5.數(shù)據(jù)關(guān)系解析：系統(tǒng)應能自動展示平臺上衍生

數(shù)據(jù)和報表的來源，圖形化展示各表之間的血緣

關(guān)系，；

6.數(shù)據(jù)采集的準確性保障：平臺需有機制確保采

集的數(shù)據(jù)與原始表中的一致；已采集數(shù)據(jù)若在原

始系統(tǒng)中發(fā)生變化，上報平臺需及時監(jiān)測到并更

新平臺對應數(shù)據(jù)；

7.增量數(shù)據(jù)采集的完整性與時效性保障：數(shù)據(jù)源

產(chǎn)生新數(shù)據(jù)時，平臺應在24小時內(nèi)完整、準確

采集增量數(shù)據(jù)（T+1時效性）；

8.采集數(shù)據(jù)的復用：平臺需確保采集后的數(shù)據(jù)可

供多個數(shù)據(jù)上報任務使用，無需從原始庫多次采

集相同數(shù)據(jù)。

9.數(shù)據(jù)質(zhì)量規(guī)則配置：平臺應包含常見的數(shù)據(jù)質(zhì)

量管理規(guī)則，如非空、常量、范圍等，且支持工

作人員直接在系統(tǒng)中進行自定義設置質(zhì)量規(guī)則

及規(guī)則權(quán)重；

10.數(shù)據(jù)質(zhì)量報告：根據(jù)平臺上數(shù)據(jù)的實際表現(xiàn)

對數(shù)據(jù)質(zhì)量進行總結(jié)分析，生成詳細的數(shù)據(jù)質(zhì)量

報告，并可根據(jù)配置規(guī)則觸發(fā)預警。

3保障專功能需求：

項數(shù)據(jù)對整個平臺上的數(shù)據(jù)實現(xiàn)數(shù)據(jù)的全生命周期管1

智慧管理，當出現(xiàn)問題時，能夠快速追根溯源，使管理

理及上人員可及時采取相關(guān)措施。

報平臺需求細則：

信息的1.作業(yè)調(diào)度配置：系統(tǒng)應支持管理員通過可視化

可控頁面編排作業(yè)的執(zhí)行邏輯，先后順序，一旦配置

性，出成功，系統(tǒng)將自動根據(jù)設置執(zhí)行作業(yè)；

現(xiàn)問題2.作業(yè)監(jiān)控：支持對作業(yè)明細日志進行實時查詢

能快速與下載，且能夠?qū)\行中的工作流進度進行實時

追根溯查看；

源3.作業(yè)執(zhí)行記錄：通過關(guān)鍵指標，展示整個平臺

作業(yè)執(zhí)行的情況；

4.作業(yè)執(zhí)行統(tǒng)計：系統(tǒng)對整個平臺上執(zhí)行的工作

流進行統(tǒng)計分析，并以圖表方式予以展示。

4實現(xiàn)數(shù)功能需求：上報數(shù)據(jù)和上報專項的審核流程，以

據(jù)上報及上報數(shù)據(jù)的生成和輸出方式都需可配置；1

的靈活需求細則：

可配置1.可配置全局審核流程，當開啟上報數(shù)據(jù)審核流

程時，可配置數(shù)據(jù)審核員。上報數(shù)據(jù)自檢報告生

成后，自動下發(fā)審核任務，通過站內(nèi)信/短信通

知對應的人員對本次上報的數(shù)據(jù)進行審核，修

正、補錄，完成上述工作后，對最終數(shù)據(jù)進行復

檢，復檢通過則進入下一流程（審批或上報）。

2.對上報專項，可配置該專項所有上報組件的全

局審批流程，當開啟審批流程時，可對審批流程

進行配置。當數(shù)據(jù)審核流程結(jié)束后，自動下發(fā)審

批任務，通過站內(nèi)信/短信的方式通知對應人員

對本次上報的數(shù)據(jù)進行審批，審批通過后，自動

進行數(shù)據(jù)上報。

3.系統(tǒng)可根據(jù)數(shù)據(jù)上報指標的計算規(guī)則及涉及

的數(shù)據(jù)元，利用數(shù)據(jù)庫字段名、字段描述等信息

自動從多個數(shù)據(jù)庫中檢索出計算上報指標所需

的數(shù)據(jù)元；若一個數(shù)據(jù)元同時在多個庫中被檢索

到，應形成列表供用戶選擇用于計算；各數(shù)據(jù)元

列表應包含該項數(shù)據(jù)元的全部來源數(shù)據(jù)庫及對

應字段的信息。用戶完成選擇后，系統(tǒng)可自動使

用選中的數(shù)據(jù)元計算上報指標，得出多個上報指

標的值供用戶對比、選擇。上報指標值列表應包

含計算該指標所用數(shù)據(jù)元的來源數(shù)據(jù)庫；

4.各上報專項可配置上報數(shù)據(jù)的獲取規(guī)則，根據(jù)

規(guī)則自動獲取本次上報數(shù)據(jù)；

5.用戶可在現(xiàn)有數(shù)據(jù)的基礎上自由配置生成任

意衍生變量作為新上報項，院內(nèi)任意現(xiàn)有上報項

及數(shù)據(jù)元均可作為用于生成衍生變量的數(shù)據(jù)元；

衍生方式支持任意常見的運算（包含加減乘除、

求余、邏輯運算與或非、字符串拼接等）及這些

運算的組合；生成衍生變量所用數(shù)據(jù)元及新配置

上報項可為任意數(shù)據(jù)類型（包含整型、浮點數(shù)、

字符串、布爾類型、日期/時間等）；

6.對于用戶自主配置生成的新上報項（衍生變

量），系統(tǒng)需同樣支持數(shù)據(jù)治理、補錄、自檢質(zhì)

控、查詢、統(tǒng)計等全部相關(guān)功能，用戶能夠配置

新上報項的自檢質(zhì)控規(guī)則；

7.當前7種上報專項（HQMS上報、流感/發(fā)熱門

診數(shù)據(jù)上報、抗腫瘤藥物檢測上報、三級公立醫(yī)

院績效考核上報、國家兒童腫瘤數(shù)據(jù)上報、醫(yī)療

數(shù)據(jù)質(zhì)量抽樣檢查上報、委屬（管）醫(yī)院信息服

務與監(jiān)管系統(tǒng)數(shù)據(jù)上報），涉及到的上報方式有

http協(xié)議的restful接口，web-service接口，

生成csv文件輸出到前置機指定目錄，需根據(jù)各

專項的上報方式配置輸出規(guī)則。

5實現(xiàn)上功能需求：各上報專項需體現(xiàn)管理閉環(huán)

報專項需求細則：1

的全流1.系統(tǒng)根據(jù)配置規(guī)則自動生成上報數(shù)據(jù)。

程閉環(huán)2.系統(tǒng)自動根據(jù)自檢規(guī)則對本次上報數(shù)據(jù)進行

管理自檢，自檢不通過的數(shù)據(jù)項，從當前上報組件對

應的結(jié)果集，找到數(shù)據(jù)治理平臺中對應的DM表，

根據(jù)字段血緣關(guān)系，從DM表-->DW表一>ODS表，

逐層校驗反推，判斷出原因，由信息部門協(xié)調(diào)，

各系統(tǒng)廠商配合改造，糾正，提升醫(yī)院數(shù)據(jù)質(zhì)量；

自檢通過則進入下一流程。

3.若專項配置時開啟審核流程，則將審核任務推

送到指定的審核員，審核員根據(jù)自檢報告對數(shù)據(jù)

進行審核，審核過程發(fā)生修正、補錄的，完成后

可對數(shù)據(jù)再次進行自檢，自檢通過且審核通過

后，則進入下一流程；若專項配置時未開啟審核

流程，則直接進入上報環(huán)節(jié)。

4.若自檢或?qū)徟ㄟ^，則觸發(fā)上報動作，根據(jù)配

置的輸出方式進行數(shù)據(jù)上報。

5.對上報結(jié)果進行歸檔處理，并以報表的方式對

上報結(jié)果進行統(tǒng)計分析。

6.系統(tǒng)對歷次上報的數(shù)據(jù)進行歸檔，通過批次號

（每次上報唯一）進行該次上報數(shù)據(jù)的查詢。

7.在上報專項首頁中，可查看本專項當前上報任

務狀態(tài)、流程節(jié)點，以及數(shù)據(jù)概況，可從首頁快

速進入到審核、自檢、審批的頁面，進行具體管

理流程環(huán)節(jié)的操作。

6提高數(shù)功能需求：能夠動態(tài)生成填報頁面，且對數(shù)據(jù)進

據(jù)填報行實時自檢及定期自檢。支持用戶對自檢規(guī)則進1

的智能行自行配置，規(guī)則的配置可在多種數(shù)據(jù)元的基礎

性上配置完成

需求細則：

1.自動生成各類數(shù)據(jù)上報、補錄頁面；

2.基于生成的上報頁面，系統(tǒng)將自動填充平臺數(shù)

據(jù)中心已有的對應數(shù)據(jù)，提高數(shù)據(jù)的填報速度；

3基.于設置的數(shù)據(jù)自檢規(guī)則進行自檢；

4.數(shù)據(jù)的自檢規(guī)則支持在多個數(shù)據(jù)元的基礎上

建立、配置，允許用戶在醫(yī)院任意上報項及數(shù)據(jù)

元中自行選擇數(shù)據(jù)元配置自檢規(guī)則；跨數(shù)據(jù)元的

自檢規(guī)則支持在常見運算的基礎上配置（包括使

用各選中數(shù)據(jù)元進行加減乘除、求余、邏輯運算

與或非、字符串拼接等運算后的結(jié)果對目標數(shù)據(jù)

元的有效性進行檢測、對目標數(shù)據(jù)元和其它數(shù)據(jù)

元進行上述運算等常見運算后的值進行范圍檢

測等）。

7實現(xiàn)對功能需求：所有數(shù)據(jù)修正與補錄過程有留痕，方1

所有數(shù)便追溯

據(jù)改進需求細則：

過程留1.對工作人員每次修改、補錄的操作留痕，生成

痕修正/補錄日志；

2.支持對平臺上所有修改、補錄操作生成明細日

志，可查看每條記錄歷史修訂版本的明細數(shù)據(jù)

項；

3.支持通過自檢報告中顯示的數(shù)據(jù)質(zhì)量問題快

速定位、檢索數(shù)據(jù)質(zhì)量不過關(guān)的數(shù)據(jù)，快速進行

修正；

8實現(xiàn)對功能需求：無法直接獲取的數(shù)據(jù)，需要提供人工

無法直填報功能，由指定人員將數(shù)據(jù)錄入系統(tǒng)。1

接獲取需求細則：

的數(shù)據(jù)1.對于無法直接通過業(yè)務系統(tǒng)進行抽取的指標，

快速填如三級公立醫(yī)院績效考核上報的部分指標，項目

報采用人工錄入方式保證數(shù)據(jù)的完整性，由指標庫

中設定的提供科室進行數(shù)據(jù)錄入。

2.平臺需先維護好需手工填報的指標庫。

3.添加指標填報的任務下發(fā)配置，包含填報時間

頻率、填報的指標項、填報的科室人員，該任務

以站內(nèi)信的方式，通知相關(guān)人員進行數(shù)據(jù)填報。

4.提供科室可根據(jù)預先設定的出數(shù)頻率及補錄

方式，填入全院或考核科室的指標數(shù)據(jù)。保障了

數(shù)據(jù)錄入的統(tǒng)一性和規(guī)范性，一定程度上也保證

了數(shù)據(jù)的安全。

9系統(tǒng)基功能需求：系統(tǒng)需提供相關(guān)基礎信息管理功能,

礎信息如：菜單、科室、用戶、權(quán)限等。

管理需求細則：

系統(tǒng)的正常運行，依賴于基礎數(shù)據(jù)的維護。系統(tǒng)

的持續(xù)運行會促使基礎數(shù)據(jù)的完善。根據(jù)本項目

系統(tǒng)功能設計，將系統(tǒng)管理功能劃分為以下方

面：

1.提供菜單管理功能，用戶可以通過系統(tǒng)菜單向

系統(tǒng)發(fā)送指令，指示系統(tǒng)完成相應業(yè)務邏輯操

作。

2.提供科室管理功能，將院內(nèi)科室機構(gòu)信息單獨

維護，而員工基本信息需要同步醫(yī)院業(yè)務系統(tǒng)數(shù)

據(jù)。

3.提供用戶管理功能，管理系統(tǒng)的登錄賬號，包

括賬號的基本信息、所屬權(quán)限組、是否正常狀態(tài)、

對應的報表用戶等。

4.提供權(quán)限組管理功能，用戶的權(quán)限由權(quán)限組決

定，不同的權(quán)限組可以對不同的系統(tǒng)菜單進行訪

問，用戶、權(quán)限組、和菜單資源的多種組合，組

成用戶對系統(tǒng)的不同訪問權(quán)限。

10實現(xiàn)通功能需求：系統(tǒng)需提供集成平臺單點登錄功能。

過集成需求細則：專項數(shù)據(jù)智慧管理及上報平臺需接入1

平臺門醫(yī)院集成平臺的統(tǒng)一登錄認證系統(tǒng)，通過集成平

戶單點臺門戶進行單點登錄。

登錄本

平臺

5.技術(shù)指標要求

5.1.總體技術(shù)要求

5.1.1,整體設計要求

1.整個系統(tǒng)自動化程度高，能夠及時、完整、準確地完成數(shù)據(jù)對

接，當對接的業(yè)務系統(tǒng)或集成平臺中的源表出現(xiàn)變動時，系統(tǒng)能夠自

動識別和進行自動調(diào)整，保障平臺的繼續(xù)運行，并根據(jù)上報要求一鍵

式數(shù)據(jù)上報；

2.整個系統(tǒng)覆蓋的上報范圍廣，能夠滿足醫(yī)院常見的數(shù)據(jù)上報需

求，且支持接口、前置機、手工等各類方式的數(shù)據(jù)上報；

3.整個系統(tǒng)靈活度高，支持將多種上報方式組件化，可自由組裝

上報專題，提高數(shù)據(jù)的利用率;

4.整個系統(tǒng)對數(shù)據(jù)實行全流程閉環(huán)管理，從數(shù)據(jù)抽取、清洗、轉(zhuǎn)

換、分析、展示的整個環(huán)節(jié)中，每個關(guān)鍵節(jié)點提供可視化監(jiān)控功能;

5.整個系統(tǒng)保持高數(shù)據(jù)質(zhì)量，提供數(shù)據(jù)治理治理功能，除對常見

的數(shù)據(jù)錯誤，如缺失值、常值錯誤外，應支持自定義配置數(shù)據(jù)治理規(guī)

則，加強數(shù)據(jù)治理效果；

6.整個系統(tǒng)能夠?qū)?shù)據(jù)管理進行可視化操作，包括數(shù)據(jù)的開發(fā)、

數(shù)據(jù)集標準定義、字段映射、值域轉(zhuǎn)換、數(shù)據(jù)血緣管理等，方便管理

員對整個平臺內(nèi)的數(shù)據(jù)進行管控。

5.1.2,架構(gòu)設計要求

整個項目的技術(shù)架構(gòu)應具備可擴展性，在系統(tǒng)投入運行后，可按

照實施效果，集成和去除組件服務，即可達到擴展平臺的存儲空間、

擴展處理數(shù)據(jù)的吞吐量、增加功能模塊的目的。

整個架構(gòu)應能承載PB級數(shù)據(jù)處理，實現(xiàn)大容量、高通量、可擴

展、易維護的大數(shù)據(jù)系統(tǒng)，支撐對海量醫(yī)療數(shù)據(jù)的快速分析以及增量

數(shù)據(jù)的及時分析。

利用數(shù)據(jù)中臺在數(shù)據(jù)底層完成數(shù)據(jù)的抽取、清洗、治理等各項操

作，使得醫(yī)院能夠一統(tǒng)各項上報數(shù)據(jù)，提高數(shù)據(jù)上報效率，不影響業(yè)

務系統(tǒng)的運行，且能夠有利于數(shù)據(jù)的重復利用。

5.1.3.數(shù)據(jù)標準規(guī)范

本項目的所有數(shù)據(jù)上報數(shù)據(jù)，均應遵循國家、省市等頒發(fā)的各項

對應的上報數(shù)據(jù)標準，制訂數(shù)據(jù)標準規(guī)范，建立統(tǒng)一的疾病診斷編碼、

手術(shù)編碼、臨床醫(yī)學術(shù)語、信息數(shù)據(jù)接口和傳輸協(xié)議等相關(guān)數(shù)據(jù)標準,

為保障上報數(shù)據(jù)的規(guī)范性，提高上報質(zhì)量等奠定基礎。

5.1.4.接口要求

要求創(chuàng)建標準數(shù)據(jù)接口，關(guān)聯(lián)我院現(xiàn)有的業(yè)務系統(tǒng)，包括集成平

臺、HIS、LIS、PACS、EMR等，從上述系統(tǒng)中讀取上報相關(guān)的源數(shù)據(jù)，

統(tǒng)一存儲至專項數(shù)據(jù)智慧管理及上報平臺；

5.2.數(shù)據(jù)采集

1.支持對目前市面上各類數(shù)據(jù)庫的數(shù)據(jù)源進行采集，包括Mysql、

PostgresqKOracle、Sqlserver>http、web-service接口等；

2.支持對數(shù)據(jù)源的創(chuàng)建，包括數(shù)據(jù)源類型、數(shù)據(jù)源名稱、描述、

IP主機名、端口、用戶名、數(shù)據(jù)庫等；

3.支持對數(shù)據(jù)源進行統(tǒng)一展示與管理，包括新增、刪除、修改的

設置等；

4.支持通過可視化界面方式設置工作流，通過拖拉的方式即可實

現(xiàn)從源數(shù)據(jù)中抽取，并進行清洗、轉(zhuǎn)換等預處理后存儲至分析庫的整

個流程；

5.支持多種方式設計數(shù)據(jù)集成工作流的節(jié)點，包括離線同步、工

作表更新、Shell>存儲過程、sql、http等；

6.支持工作流設置完畢后，對其進行保存和格式化，即可對其進

行進一步的處理，包括運行、編輯、下線等；

7.支持管理人員對已設置的工作流進行定時設置，包括起止時間、

定時、作業(yè)失敗后的策略、通知策略等；

8.支持管理人員對容錯條數(shù)的設置；

5.3.數(shù)據(jù)管理

1.支持對整個平臺的信息進行總覽，包括數(shù)據(jù)中心表ods、dw、

dm表數(shù)量、可查看各表每次作業(yè)寫入的數(shù)據(jù)量、平均流量、讀寫失

敗數(shù)量等統(tǒng)計信息；

2.支持管理人員能夠?qū)λ泄ぷ髁鬟M行總覽，包括工作流的狀態(tài)、

提交時間、開始時間、結(jié)束時間、運行時間等；

3.支持管理人員查看所有采集作業(yè)明細日志，當出現(xiàn)問題時能追

溯；

4.支持管理人員能夠查看工作流執(zhí)行的時間甘特圖，便于優(yōu)化編

排的作業(yè)執(zhí)行邏輯，支持查看工作流中成功、失敗的作業(yè)節(jié)點。

5.4.數(shù)據(jù)治理

1.支持對平臺的數(shù)據(jù)字典進行統(tǒng)一管理，并實現(xiàn)源頭字段與平臺

字段之間的值域自動映射；

2.支持管理員直接在平臺界面上進行數(shù)據(jù)處理腳本編寫，實時查

看數(shù)據(jù)處理結(jié)果；

3.平臺應能夠自動解析平臺數(shù)據(jù)表的血緣關(guān)系，輔助管理員對整

個平臺上的數(shù)據(jù)關(guān)聯(lián)進行了解；

4.系統(tǒng)后臺應提供默認的常見數(shù)據(jù)質(zhì)量規(guī)則，且支持管理員可視

化設置自定義規(guī)則。在規(guī)則設置成功后，平臺應能夠?qū)Σ环弦?guī)則的

數(shù)據(jù)處理情況進行展示；

5.根據(jù)制訂的數(shù)據(jù)質(zhì)量校驗規(guī)則，在每次抽取數(shù)據(jù)作業(yè)寫入完成

后，系統(tǒng)將?自動進行數(shù)據(jù)質(zhì)量驗證，并生成數(shù)據(jù)質(zhì)量報告;

5.5.平臺數(shù)據(jù)監(jiān)控

1.支持對整個數(shù)據(jù)處理過程形成的數(shù)據(jù)采集、治理、輸出的鏈路,

進行總體、明細的日志監(jiān)控。

2.當對接的業(yè)務系統(tǒng)或集成平臺中的源表出現(xiàn)變動時一，系統(tǒng)能夠

自動識別和進行自動調(diào)整，保障平臺的繼續(xù)運行

5.6.后臺管理

1.提供認證中心服務，和院內(nèi)集成平臺認證中心對接，單點登錄,

RBAC用戶權(quán)限管理；

2.提供專項數(shù)據(jù)智慧管理及上報平臺管理服務，包含上報專項、

組件、閉環(huán)管理服務；

3.提供上報組件執(zhí)行器，對接不同上報方式，根據(jù)配置執(zhí)行數(shù)據(jù)

上報。

6.系統(tǒng)安全要求

項目建設應滿足《醫(yī)院信息安全等級保護三級要求》。具體要求

如下：

1、賬戶安全管理要求

1.1面向互聯(lián)網(wǎng)的應用，用戶注冊及登錄均需要驗證碼。驗證碼

須在后端進行校驗；

1.2系統(tǒng)支持用戶憑驗證碼找回密碼功能，驗證碼位數(shù)6位或以

上；

1.3強制用戶首次登陸修改密碼；

1.4輸入密碼時，默認在屏幕上不顯示明文密碼，可提供密碼明

文顯示按鈕;

1.5首次輸入密碼可不用驗證碼，輸入密碼錯誤時強制彈出驗證

碼；

1.6通過手機短信接受驗證碼時，須要求事先校驗手機號正確再

發(fā)送短信；

1.7限制單位時長內(nèi)短信驗證碼發(fā)送次數(shù)，60秒1次，發(fā)送次數(shù)

在服務端校驗；

1.8密碼至少10位（含）以上，強制要求由數(shù)字、小寫字母、

大寫字母和特殊符號4類中至少3類組成，且支持使用鍵盤上的任意

特殊字符構(gòu)成密碼；

L9支持定期強制修改密碼功能，定期改密的周期應可配置。（如:

可配置密碼改密周期為一個月或一年不等），支持到期前一個星期提

醒用戶更改密碼的功能，并禁止使用原有密碼；

1.10支持密碼連續(xù)輸錯若干次將鎖定賬戶的功能，次數(shù)可配置

（如：5次），設置定長時段后自動解鎖賬戶（如10-30分鐘）；

1.11賬戶密碼必須以加密的形式存儲或傳輸，采用md5+salt>

sha-256摘要算法，或國密算法，符合等保要求；

1.12密鑰文件不得以明文方式存儲在應用系統(tǒng)；

1.13禁止將密碼（密鑰）從服務器發(fā)往前端進行驗證；

1.14應用系統(tǒng)中數(shù)據(jù)庫配置文件中的連接字符串須加密（如實

例名、服務器IP、賬戶名、密碼等）；

1.15支持會話空閑超時中斷的功能，時長參數(shù)可配置（如，15

分鐘);

1.16建議賬戶名由字母或字母加數(shù)字組合，建議6位以上。

1.17系統(tǒng)支持設置賬戶有效期，到期自動禁用。

1.18系統(tǒng)支持賬戶的停用、啟用、注銷功能，可限制用戶對系

統(tǒng)的訪問時段；

1.19系統(tǒng)支持賬號名模糊匹配、創(chuàng)建時間、登錄次數(shù)、賬號狀

態(tài)、末次登錄時間、末次維護時間等條件查詢功能，支持查詢結(jié)果賬

號列表批量停用功能，并預留解凍功能；

1.20可生成停用用戶報表及系統(tǒng)用戶權(quán)限明細表；

1.21系統(tǒng)用戶支持雙因子認證機制。

2、訪問控制

2.1禁止產(chǎn)生越權(quán)訪問漏洞；

2.2禁止產(chǎn)生未授權(quán)的訪問漏洞；

2.3禁止產(chǎn)生目錄遍歷漏洞；

2.4傳遞參數(shù)的頁面須使用身份鑒別的令牌機制，Token可以由

訪問來源、訪問對象、時間戳、有效期、隨機數(shù)等信息組成；

2.5對于需要登錄后才能訪問的頁面資源，系統(tǒng)應支持防重放攻

擊，避免未授權(quán)的第三方偽造類似頁面請求后成功獲取頁面資源；

2.6禁止注入漏洞，含SQL注入、LDAP注入、xpath注入等；

2.7開放接口安全

2.7.1接口以HTTP(S)方式開放；

2.7.2設計接口需要有身份認證，對來源授權(quán)，只允許授權(quán)的IP

訪問;

2.8文件上傳

2.8.1禁止存放上傳文件的目錄擁有執(zhí)行的權(quán)限；

2.8.2上傳文件類型限制，限制規(guī)則必須在服務器段校驗，必須

使用白名單進行限制，禁止使用黑名單限制規(guī)則；

2.8.3存在圖片上傳時，對圖片文件的文件頭進行符合性校驗；

2.8.4上傳文件不可以存放在WEB服務器上，要存放到指定服務

器；

2.9組件的選擇

2.9.1禁止使用有公開漏洞的中間件版本；

2.9.2數(shù)據(jù)庫選擇當前的主流版本，版本不能過低；

2.9.3禁止使用有公開漏洞的應用框架組件（如web報表、web

編輯器、辦公組件、論壇、項目管理、日志等）；

3、數(shù)據(jù)安全

3.1需求敏感字段處理

3.1.1數(shù)據(jù)傳輸方式應滿足數(shù)據(jù)敏感程度的要求，如傳輸敏感數(shù)

據(jù)，數(shù)據(jù)需加密或采用安全的傳輸協(xié)議與傳輸內(nèi)容；敏感字段包括

a.真實姓名、b.身份證號、c.賬戶號、d.生日、e.手機號碼、f.聯(lián)系

電話、g.聯(lián)系地址、h.單位名稱、i.密碼、j.銀行賬號、k.信用卡號

等；

3.1.2顯示敏感字段時，應屏蔽部分字節(jié)。在服務端進行屏蔽。

身份證，銀行帳號，信用卡號，密碼不能明文在頁面顯示。

3.1.3對敏感字段的操作（新增、維護、刪除）應有日志或報表

以供審核；

3.1.4一般用戶的批量數(shù)據(jù)瀏覽界面可屏蔽敏感數(shù)據(jù)的部分字節(jié);

3.1.5限制對敏感數(shù)據(jù)的復制功能。

3.2批量數(shù)據(jù)操作

3.2.1批量數(shù)據(jù)的導入應有校驗；

3.2.2嚴格控制復制、下載、打印、瀏覽、導入/導出批量數(shù)據(jù)

的權(quán)限，對批量數(shù)據(jù)的任何操作都須產(chǎn)生報表或日志。

3.3數(shù)據(jù)保存

3.3.1應對批量導入的數(shù)據(jù)長度和數(shù)據(jù)大小進行校驗，防止數(shù)據(jù)

長度過長或?qū)霐?shù)據(jù)量過大等導致系統(tǒng)出現(xiàn)安全問題；

3.3.2系統(tǒng)自動備份數(shù)據(jù)，并能設置備份的周期。

3.4個人信息保護

3.4.1涉及個人信息采集和保存的系統(tǒng)，須對個人信息主體提供

個人信息的收集的授權(quán)同意功能；

3.4.2涉及個人信息采集和保存的系統(tǒng),須對個人信息主體提供

個人信息的查詢/更正/刪除功能；

3.4.3涉及個人信息采集和保存的系統(tǒng),須對個人信息主體提供

個人信息的撤回授權(quán)功能；

3.4.4如業(yè)務需要收集個人信息，系統(tǒng)需發(fā)布個人隱私政策。

3.5區(qū)分高、中、低等風險級別參數(shù)的數(shù)據(jù)類別，按照不同風險

等級設置不同操作界面，不同數(shù)據(jù)類別要可設置成不同的權(quán)限控制；

其中，用戶密碼表、個人信息表、權(quán)限配置表、系統(tǒng)操作日志屬于高

安全級別數(shù)據(jù)。

4、故障預警要求

4.1提供系統(tǒng)故障、超過系統(tǒng)容量、數(shù)據(jù)出錯合理性超出、操作

失誤權(quán)限不匹配等的報警功能，以對話框或禁止下一步操作的方式報

警并記錄在系統(tǒng)日志內(nèi)。

5、日志和報表

5.1應開啟網(wǎng)頁訪問日志與數(shù)據(jù)庫訪問日志；

5.2報表或日志文件不可修改或刪除：存儲在系統(tǒng)數(shù)據(jù)庫的日志

表數(shù)據(jù)不可以被應用系統(tǒng)中的任何用戶（管理員、審計員、操作員）

修改或刪除；

5.3系統(tǒng)應提供單獨的日志審核界面（權(quán)限）供審計人員使用；

須對任何日志文件進行保護；

5.4系統(tǒng)產(chǎn)生的所有日志應按增量規(guī)則生成到服務器指定目錄生

成日志文件，或存儲在系統(tǒng)數(shù)據(jù)庫的日志表中。若使用數(shù)據(jù)庫日志表

的存儲模式，系統(tǒng)應支持syslog協(xié)議，本地存儲同時外發(fā)給存儲到

第三方日志服務器；

5.5系統(tǒng)運行日志

5.5.1需要能記錄操作者、操作對象、時間、IP、事件、操作結(jié)

果（成功、失敗）以及原因（如考慮性能，此功能可作為開關(guān)，必要

時提供）;

5.5.2系統(tǒng)模塊組件狀態(tài)變化，錯誤或警報的記錄。

5.6權(quán)限維護日志

5.6.1需記錄維護員ID、維護日期、時間；

5.6.2權(quán)限的新增、刪除或變更的記錄。

5.7系統(tǒng)操作日志

5.7.1用戶ID；日期、時間和關(guān)鍵事件的細節(jié)，如登錄或退出、

增刪改事件、點擊訪問數(shù)據(jù)；

5.7.2系統(tǒng)提供用戶的登錄時長查詢功能；

5.7.3記錄單位時長內(nèi)用戶密碼連續(xù)輸錯，導致賬戶被鎖定的行

為(對應要求1.10)；

5.7.4成功的和被拒絕的對系統(tǒng)嘗試訪問的記錄；

5.7.5成功的和被拒絕的對敏感數(shù)據(jù)以及其他批量資源嘗試訪問

的記錄；

5.7.6應對系統(tǒng)特殊權(quán)限，包括系統(tǒng)管理員、配置管理員、審計

管理員的系統(tǒng)啟停、賬號建立和刪除、權(quán)限分配和修改、日志查看等

行為進行審計特權(quán)的使用。

5.7.7系統(tǒng)字典維護、表單維護等配置參數(shù)維護與變更應記錄。

7.實施、培訓、運行、售后及驗收要求

7.1.系統(tǒng)實施要求

(1)實施廠家需提供項目詳盡的實施方案和進度表，并自項目

啟動之日起9個月內(nèi)完成本合同項內(nèi)服務以及系統(tǒng)的開發(fā)、安裝、調(diào)

試，并保證正常運行。

(2)實施廠家應在系統(tǒng)實施方案中描述具體的實施團隊的組成、

工作的內(nèi)容、投入人員、項目進程表及采購人的配合等內(nèi)容。在所有

工作開展之前，實施人員應制定一套完整科學可行的實施方案，作為

工程實施的總體計劃和步驟。實施方案內(nèi)容包含但不限于：組織保障

安排：成立領導小組，領導小組中的責任分工等。

（3）制定具體的實施流程、實施內(nèi)容。

（4）實施期間，至少派遣4名專業(yè)工程師駐扎醫(yī)院內(nèi)進行軟件

開發(fā)、實施服務等工作。項目團隊的人員組成結(jié)構(gòu)需為具有信息系統(tǒng)

項目管理師或系統(tǒng)集成項目管理工程師或高級系統(tǒng)架構(gòu)設計師或軟

件設計師或項目管理專業(yè)人員資格認證PMP人員。

（5）系統(tǒng)運行前完成醫(yī)院基礎數(shù)據(jù)的收集整理、校對錄