多碼就醫(yī)協(xié)同應用系統(tǒng)建設方案

1、多碼就醫(yī)協(xié)同應用系統(tǒng)建設方案 TOC o 1-5 h z HYPERLINK l bookmark0 o Current Document 一、項目概況41.1建設背景41.2建設原則41.3本項目建設目標及內容5 HYPERLINK l bookmark2 o Current Document 二、應用系統(tǒng)需求62.1 “多碼就醫(yī)”綜合管理系統(tǒng)62.1.1多碼就醫(yī)數(shù)據(jù)采集62丄2電子就醫(yī)碼管理72.1.3多碼就醫(yī)分析監(jiān)測72.1.4多碼就醫(yī)數(shù)據(jù)協(xié)同共享92.2醫(yī)院端軟件改造92.2.1醫(yī)院HIS系統(tǒng)業(yè)務改造對接92.2.2檢査檢驗系統(tǒng)改造對接102.2.3自助服務終端系統(tǒng)改造對接112.2.

2、4其他系統(tǒng)改造對接112.2.5系統(tǒng)數(shù)據(jù)上傳112.3市級多碼就醫(yī)專題庫建設122.4醫(yī)院端數(shù)據(jù)釆集實施12 HYPERLINK l bookmark4 o Current Document 三、項目總體要求123.1總體架構要求123.2總體技術要求153.3總體性能要求16 HYPERLINK l bookmark6 o Current Document 四、其他要求174.1信息安全要求174.2系統(tǒng)維護要求174.3項目進度要求184.4項目管理要求184.5項目實施要求204.5.1應用系統(tǒng)建設和實施要求204.5.2項目文檔要求214.6售后服務與技術支持要求224.6.1本地化服

3、務要求224.6.2技術后援支持234.6.3質保期售后服務要求234.7項目培訓要求244.8安全保密要求25一、項目概況1.1建設背景國家衛(wèi)生健康委與浙江省簽署共建“互聯(lián)網(wǎng)+醫(yī)療健康”示范省 協(xié)議，推動互聯(lián)網(wǎng)與醫(yī)療健康深度融合發(fā)展，精準對接和滿足群眾多 層次、多樣化、個性化的健康需求。寧波市為便利患者就醫(yī)，提升就 醫(yī)體驗感，實現(xiàn)了電子卡就診，在提升醫(yī)療服務水平、改善就醫(yī)環(huán)境 等方面發(fā)揮了重要作用。2建設原則統(tǒng)一性原則本應用建設應遵循市衛(wèi)健委統(tǒng)一領導、全市統(tǒng)一規(guī)劃、各醫(yī)院統(tǒng) 一標準的要求，數(shù)據(jù)共享、數(shù)據(jù)標準和各類技術規(guī)范須遵循國際、國 內有關技術標準，能夠兼容不同業(yè)務平臺，具有開放性。可靠性

4、原則通過多種安全技術手段和防護手段，保證數(shù)據(jù)自身的安全性，保 證服務不中斷，數(shù)據(jù)不泄露。增強系統(tǒng)容錯能力，關鍵設備或設備核 心部件須設計冗余，確保平臺的穩(wěn)定運行?？蓴U展性原則應充分考慮數(shù)據(jù)共享和應用需求，強調平臺的可擴展性、政策發(fā) 展的適應性；在結構、容量、通信能力、平臺升級、處理能力、數(shù)據(jù) 庫、二次開發(fā)等方面具備良好的可擴展性和靈活性；數(shù)據(jù)存儲結構設 計合理、規(guī)范，需要同時具有可維護性；平臺功能采用參數(shù)定義及生 成方式以保證其具有普遍適應性。先進性和實用性原則采用成熟、先進的技術以適應未來數(shù)據(jù)應用發(fā)展和技術升級的需 要，使平臺架構體現(xiàn)在一段時期內保持技術上的先進，并具有良好的 擴展?jié)摿?。在?/p>

5、臺設計過程中，堅持“共享、安全、實用、先進”原 則。安全保密原則遵循安全、保密性原則，做好數(shù)據(jù)加密設計，確保系統(tǒng)安全運行。 可分成多級對數(shù)據(jù)進行加密，采用權限控制、密碼控制、數(shù)據(jù)監(jiān)督、 數(shù)據(jù)加密等多種手段防止用戶數(shù)據(jù)被竊取、泄露及篡改，拒絕非法用 戶進入系統(tǒng)和合法用戶的越權操作。13本項目建設目標及內容1.3.1建設目標基于“以用促建、共建共享”原則，在寧波市實現(xiàn)多種電子卡就 診的基礎上，通過患者主索引串聯(lián)后臺數(shù)據(jù)，實現(xiàn)大數(shù)據(jù)應用功能。1.3.2建設內容1、“多碼就醫(yī)”綜合管理系統(tǒng)建設“多碼就醫(yī)”綜合管理平臺，提供多碼就醫(yī)數(shù)據(jù)采集、電子 就醫(yī)碼管理、多碼就醫(yī)分析監(jiān)測、多碼就醫(yī)數(shù)據(jù)協(xié)同共享等功能

6、。2、醫(yī)院端軟件改造對醫(yī)院HIS系統(tǒng)業(yè)務改造對接、檢查檢驗系統(tǒng)改造對接、自助服 務中斷系統(tǒng)改造對接、其他系統(tǒng)改造對接、系統(tǒng)數(shù)據(jù)上傳，實現(xiàn)醫(yī)院 多碼就醫(yī)與數(shù)據(jù)上傳。3、市級多碼就醫(yī)專題庫建設建設市級多碼就醫(yī)專題庫建設，實現(xiàn)電子就醫(yī)碼就醫(yī)信息、醫(yī)療 機構信息、電子就醫(yī)碼用碼信息等的整合和應用。4、醫(yī)院端數(shù)據(jù)采集實施提供醫(yī)院端數(shù)據(jù)采集實施服務，完成44家縣級醫(yī)院、130家基 層醫(yī)院（除醫(yī)共體外）數(shù)據(jù)釆集對接、測試、聯(lián)調。二、應用系統(tǒng)需求2.1 “多碼就醫(yī)”綜合管理系統(tǒng)2. 1.1多碼就醫(yī)數(shù)據(jù)采集序號建設內容具體參數(shù)1總體要求：需支持就診卡類別設置功能。2就診卡/碼類別設置需支持實體卡類別設置；3需支

7、持電子碼類別設置。4總體要求：需支持就醫(yī)用碼場景設置功能。5就醫(yī)用碼場景設置需支持標準化的場景編號和名稱設置；6需支持就診碼類別設置。7數(shù)據(jù)采集服務需提供用卡數(shù)據(jù)類別標準字典配置功能，實現(xiàn)用卡分析字段標準化配置；8需提供用卡采集數(shù)據(jù)字段配置功能，包括 表格和字段的新增、編輯和刪除，實現(xiàn)可視 化配置采集字段；9需提供數(shù)據(jù)校驗服務功能，系統(tǒng)能夠自動 校驗采集的數(shù)據(jù)。10數(shù)據(jù)采集方式需支持醫(yī)院端直接調用接口服務的方式實 時上傳數(shù)據(jù)。11采集數(shù)據(jù)內容采集的數(shù)據(jù)內容需包括：患者姓名、身份證 號、就診卡號、就診科室、就診醫(yī)生、用碼 場景、使用時間、業(yè)務流水號等。1. 2電子就醫(yī)碼管理序號建設內容具體參數(shù)1

8、電子就醫(yī)碼管理需提供居民電子就醫(yī)碼管理功能，實現(xiàn)不 同電子就醫(yī)碼通過全民健康信息平臺主 索引系統(tǒng)關聯(lián)至同一病人；2需支持居民電子就醫(yī)碼查詢功能；3需支持查詢電子就醫(yī)碼在醫(yī)院的歷史使 用記錄；4需支持以增加字典分類的方式實現(xiàn)電子 就醫(yī)碼的可持續(xù)性管理。5需實現(xiàn)新增的電子就醫(yī)碼的監(jiān)管分析。2. 1. 3多碼就醫(yī)分析監(jiān)測序號建設內容具體參數(shù)1大屏展示全市大屏總覽展示：需支持提供全市大屏 總覽分析功能，以大屏展示的形式，支持以 趨勢圖、柱狀圖、比例圖等圖表形式進行展 示；2各區(qū)縣大屏總覽展示：需支持提供各縣（市、區(qū)）總覽分析功能，以大屏展示的形 式，支持以趨勢圖、柱狀圖、比例圖等圖表 形式進行展示；3

9、醫(yī)療機構大屏總覽展示：需支持提供對所 有接入的醫(yī)療機構用碼總覽分析功能，以 大屏展示的形式，支持以趨勢圖、柱狀圖、 比例圖等圖表形式進行展示。4用碼主題分析實體卡與電子碼主題分析：需支持提供圍 繞所有接入的醫(yī)療機構實體卡與電子健康 碼使用占比主題分析功能，支持以趨勢圖、 柱狀圖、比例圖等圖表形式進行展示；5結算支付用碼主題分析：需支持提供圍繞 所有電子健康碼用碼結算支付主題分析功 能，支持以趨勢圖、柱狀圖、比例圖等圖表 形式進行展示；6就醫(yī)流程用碼主題分析：需支持提供圍繞 所有電子碼各就醫(yī)流程節(jié)點主題分析功 能，支持以趨勢圖、柱狀圖、比例圖等圖表 形式進行展示。7用碼明細分析院內用碼分析：需支

10、持提供就醫(yī)平均完成時間和候診時間統(tǒng)計以及同比與環(huán)比數(shù)據(jù)等分析功能；8電子碼類型分析：需支持提供不同類型電 子碼用碼明細查詢分析功能；9醫(yī)療機構就醫(yī)流程分析：需支持提供就醫(yī) 流程用碼節(jié)點查詢分析功能；10患者就醫(yī)節(jié)點分析：需支持提供按病人信 息查詢患者某次就診時各就醫(yī)節(jié)點用碼明 細記錄及該次就診對應的用碼結算情況 等;11患者就診時段分析：需支持提供對同一個 患者、同一時間段在不同醫(yī)院的就診情況 進行分析。2. 14多碼就醫(yī)數(shù)據(jù)協(xié)同共享序號建設內容具體參數(shù)1多碼就醫(yī)數(shù)據(jù)協(xié)同共享需實現(xiàn)和寧波市智能公共數(shù)據(jù)平臺（寧波城市大腦）大數(shù)據(jù)平臺的對接；2需實現(xiàn)將居民就診類型、就診時間、用碼 時間、用碼類型、

11、用碼就醫(yī)節(jié)點等數(shù)據(jù)同 步到大數(shù)據(jù)平臺；3需支持通過接口下發(fā)用碼數(shù)據(jù)至各縣（市、 區(qū)）衛(wèi)健局。2. 2醫(yī)院端軟件改造2. 2.1醫(yī)院HIS系統(tǒng)業(yè)務改造對接序號建設內容具體參數(shù)1病人主索引需支持自動生成并歸并病人唯一索引2需支持病人主索引與各業(yè)務系統(tǒng)交互3掛號多碼支持窗口掛號需支持掃描各類就診電子碼，讀取病人的個人信息；4需支持自動將電子碼關聯(lián)到唯一病人并完成掛號操作；5需支持生成用碼日志記錄。6收費多碼支持窗口收費需支持掃描各類就診電子碼，讀取病人的個人信息；7需支持自動將電子碼關聯(lián)到唯一病人并完 成收費操作8需支持多碼混用，收費用電子碼可以和掛號用碼不同9需支持生成用碼日志記錄。10岀入院辦理

12、多碼支持出入院辦理需支持掃描各類就診電子碼， 讀取病人的個人信息；11需支持自動將電子碼關聯(lián)到唯一病人并完 成出入院業(yè)務；12需支持生成用碼日志記錄。13門診醫(yī)生多碼支持門診醫(yī)生站需支持掃描各類就診電子碼， 讀取病人的個人信息，并且定位唯一就診 病人；14需支持多碼混用，醫(yī)生就診電子碼可以和 掛號用碼不同；15需支持生成用碼日志記錄。2. 2. 2檢査檢驗系統(tǒng)改造對接序號建設內容具體參數(shù)1檢查登記需支持掃描各類就診電子碼，讀取病人的個人信息，完成登記業(yè)務；2檢查系統(tǒng)多碼支持需支持多碼混用，檢查登記用電子碼可以 和掛號、開單、結算用碼不同；3檢查報告查詢需支持掃描各類就診電子碼；4需支持生成用碼

13、日志記錄。5檢驗系統(tǒng)需支持掃描各類就診電子碼，讀取病人的個人信息，完成業(yè)務；6檢驗系統(tǒng)多碼支持需支持多碼混用，標本采集用電子碼可以 和掛號、開單、結算用碼不同；7檢驗報告查詢需支持掃描各類就診電子碼；8需支持生成用碼日志記錄。2. 3自助服務終端系統(tǒng)改造對接序號建設內容具體參數(shù)1自助機多碼支持自助機需支持掃描各類就診電子碼，讀取 病人的個人信息，完成各項業(yè)務，包括：預 約掛號、預約取號、掛號、結算、檢查報告 打印、檢驗報告打印、病歷打印等。2. 4其他系統(tǒng)改造對接序號建設內容具體參數(shù)1門診藥房多碼支持門診藥房需支持掃描各類就診電子碼，讀 取病人的個人信息，完成發(fā)藥業(yè)務；2需支持多碼混用，發(fā)藥檢

14、索用電子碼可以 和掛號、開方、結算用碼不同；3需支持生成用碼日志記錄。1排隊叫號多碼支持排隊叫號支持掃描各類就診電子碼，讀取病人的個人信息，完成排隊叫號業(yè)務；2需支持生成用碼日志記錄。2. 5系統(tǒng)數(shù)據(jù)上傳序號建設內容具體參數(shù)1系統(tǒng)數(shù)據(jù)上傳需實現(xiàn)將患者通過實體卡和電子碼就醫(yī)流 程產生的用卡數(shù)據(jù)上傳至平臺；2支持上傳數(shù)據(jù)需包括：基本信息、就診時 間、就醫(yī)節(jié)點、用碼節(jié)點、用碼時間等；3需支持醫(yī)院端直接調用接口服務的方式進 行數(shù)據(jù)上傳，需支持斷點續(xù)傳。3市級多碼就醫(yī)專題庫建設序號建設內容具體參數(shù)1電子就醫(yī)碼就醫(yī)信息需支持電子就醫(yī)碼就醫(yī)信息專題庫建設功 能，包括：用戶身份信息及主索引ID、就醫(yī) 碼ID、

15、就醫(yī)碼類型、就醫(yī)碼狀態(tài)等。2醫(yī)療機構信息需提供醫(yī)療機構專題庫建設功能，包括：機 構號、機構名稱、機構級別、機構狀態(tài)等。3電子就醫(yī)碼用碼信息需提供電子就醫(yī)碼用碼信息專題庫建設功 能，包括：用碼總數(shù)、就診類型、掛號科室、 就醫(yī)流程用碼節(jié)點、就醫(yī)流程用碼時間、用 碼結算支付筆數(shù)與金額等信息。2. 4醫(yī)院端數(shù)據(jù)采集實施序號建設內容具體參數(shù)1縣級醫(yī)院及縣級醫(yī)共體對接實施平臺數(shù)據(jù)采集服務配置、參數(shù)配置；2采集數(shù)據(jù)的測試、校驗；344家縣級醫(yī)院數(shù)據(jù)采集對接、測試、聯(lián)調。4基層醫(yī)院對接實施平臺數(shù)據(jù)采集服務配置、參數(shù)配置；5采集數(shù)據(jù)的測試、校驗；6130家基層醫(yī)院（除醫(yī)共體外）數(shù)據(jù)采集對 接、測試、聯(lián)調。三、項

16、目總體要求1總體架構要求多碼就醫(yī)系統(tǒng)的框架如下：（圖一總體架構圖含多碼就醫(yī)和檢查檢驗互認兩部分，圖二為多碼就醫(yī)協(xié)同應用系統(tǒng)架構圖）浙政釘浙里辦大屏多硏就醫(yī)應用檢驗檢查互認應用業(yè)務應用體系多曰檢吉金市多硏11分析醫(yī)什機樹用瑪分析應用支撐體系黑砒支樽厳務形徐Wifl展黃統(tǒng)一身的認證日左上憎恵雋數(shù)據(jù)資源體系網(wǎng)絡安全體系 組織保一i體系 標準規(guī)范體系 政策制度體系一；一:二、:.三心仞心:佞孰比,忖位二綺治戲矩漢號心土 A引咔基礎設施體系寧波城市大腦寧液玫務云平臺寧波衛(wèi)生數(shù)據(jù)中心衛(wèi)生專網(wǎng)政務外網(wǎng)圖1多碼就醫(yī)協(xié)同應用系統(tǒng)總體架構圖圖2多碼就醫(yī)協(xié)同應用系統(tǒng)架構總體架構設計為“四橫四縱”，由基礎設施層、數(shù)據(jù)

17、資源層、應 用支撐層和業(yè)務應用層四個層次及政策制度、組織保障、標準規(guī)范、安全保障四大體系組成，建設重點如下：1、基礎設施體系本項目的網(wǎng)絡主要基于衛(wèi)生業(yè)務專網(wǎng)和電子政務外網(wǎng)，本項目 的計算、存儲、網(wǎng)絡、安全等資源主要依托寧波市智能公共數(shù)據(jù)平 臺（寧波城市大腦）進行統(tǒng)一建設，項目積累的數(shù)據(jù)可實現(xiàn)與寧波 城市大腦開放共享。2、數(shù)據(jù)資源體系二級以上公立醫(yī)療機構、基層衛(wèi)生機構與上級單位電子就醫(yī)碼系統(tǒng)進行對接，獲取相關電子就醫(yī)碼的信息，與患者主索引關聯(lián)， 實現(xiàn)院內多碼互認。醫(yī)院將相關用碼數(shù)據(jù)上傳到市平臺，結合現(xiàn)有 的全員人口庫、電子病歷庫、居民健康檔案庫，新建多碼就醫(yī)專題 庫，為主管部門分析決策層提供支撐

18、。3、應用支撐體系應用支撐層基于寧波市衛(wèi)健委現(xiàn)有的支撐體系建設，實現(xiàn)統(tǒng)一 身份認證、統(tǒng)一接口管理、數(shù)據(jù)交互服務和數(shù)據(jù)報表服務。4、業(yè)務應用體系多碼就醫(yī)包括醫(yī)院端和管理端。醫(yī)院端主要實現(xiàn)多碼就醫(yī)、多 碼預約掛號、多碼檢驗、多碼繳費等相關功能。管理端主要實現(xiàn)多 碼就醫(yī)分析、各縣市區(qū)多碼就醫(yī)分析、醫(yī)療機構用碼分析、就醫(yī)用 碼分析等功能。2總體技術要求1、項目建設包含需求調研、軟件設計、系統(tǒng)開發(fā)、測試、實施部 署、培訓等，即一直到整個項目調試驗收合格交付業(yè)主使用，招標人 不再另行支付費用。2、系統(tǒng)應基于寧波市信息中心現(xiàn)有的硬件、網(wǎng)絡、軟件系統(tǒng)平 臺和數(shù)據(jù)庫環(huán)境，充分利用現(xiàn)有資源，不浪費現(xiàn)有設備。3、系

19、統(tǒng)需采用業(yè)界公認的安全、高效的數(shù)據(jù)庫。4、數(shù)據(jù)庫設計需結構合理，運行效率高。5、系統(tǒng)應遵從所涉及的業(yè)務的國際標準、國家標準及規(guī)范各項 技術規(guī)定，做好系統(tǒng)的標準化設計與管理工作。6、系統(tǒng)設計需遵循標準型和規(guī)范性、擴展性和開放性、先進性 和成熟性、可靠性和安全性、易用性和可維護性等原則。7、系統(tǒng)設計需采用服務化、前后端分離模式、分布式架構、微 服務架構等輕量化的互聯(lián)網(wǎng)技術。8、系統(tǒng)設計需支持負載均衡、反向代理等安全、穩(wěn)定的服務部 署措施，保證系統(tǒng)的24小時不間斷的運行以及高峰期高并發(fā)的能力。3總體性能要求（1）穩(wěn)定性要求系統(tǒng)按照支持200并發(fā)用戶、7X24連續(xù)運行設計，要求系統(tǒng)或 硬件故障導致的維

20、護時間全年累計小于24小時；系統(tǒng)須要7X24連續(xù)運行，因系統(tǒng)或硬件故障原因導致的維護時 間全年累計小于24小時；系統(tǒng)無單點故障；主機系統(tǒng)出現(xiàn)故障時不得影響用戶使用，系統(tǒng)應能自動控制其倒 換，所需時間應小于120秒（需要與備份系統(tǒng)配合使用）。（2）靈活性要求系統(tǒng)應有良好的橫向和縱向擴展能力，可以通過增加主機或提高 主機的性能提高整個系統(tǒng)的處理能力。應用軟件具有靈活性、可伸縮性，保證功能模塊隨系統(tǒng)結構和業(yè) 務流程發(fā)展變化靈活組合和擴充，可迅速靈活擴展新業(yè)務。系統(tǒng)的各模塊既可分布式運行，也可集中式運行。各模塊負載能 力及整體負載能力應可平滑擴展，新功能模塊的增加應不影響現(xiàn)有模 塊的運營。提供統(tǒng)一標準

21、的接口，對接口實現(xiàn)統(tǒng)一管理、路由選擇處理和通 訊模塊的動態(tài)加載。（3）響應速度要求數(shù)據(jù)查詢分析和業(yè)務處理要求速度快、反應及時，在靜態(tài)頁面并 發(fā)100用戶時業(yè)務操作響應時間小于3秒（不考慮帶寬限制）；簡單業(yè)務（小于3個線程）動態(tài)頁面在并發(fā)100用戶時其響應速 度應小于5秒，復雜業(yè)務（大于3個線程）動態(tài)頁面在并發(fā)100用戶 時其響應速度應小于10秒；實時查詢時間小于10秒，單個統(tǒng)計指標技術時間小于30秒，復 雜統(tǒng)計分析時間小于1分鐘，復雜報表計算時間小于2分鐘；各類數(shù)據(jù)交換必須充分響應，要求系統(tǒng)能處理TB級以上容量的 數(shù)據(jù)，并對系統(tǒng)的吞吐量有合理的設計。四、其他要求1信息安全要求本項目的主機、物理

22、、網(wǎng)絡安全保障、軟件安全保障、數(shù)據(jù)庫安 全保障需以三級信息安全等級保護要求為依據(jù)進行建設。數(shù)據(jù)調閱對安全的需求，包括：角色授權、責任認定等；應用訪問對安全的需求，包括：統(tǒng)一授權、單點登錄；數(shù)據(jù)庫對安全的需求，包括：訪問控制、數(shù)據(jù)備份/恢復、日 志管理；主機對安全的需求，包括：主機防病毒、系統(tǒng)安全維護；網(wǎng)絡對安全的需求，包括：網(wǎng)絡病毒防護、網(wǎng)絡入侵檢測；平臺安全管理的需求，包括：集中安全管理平臺、網(wǎng)絡安全管 理制度、機房管理制度，監(jiān)控制度、完善的系統(tǒng)程序版本控制制度。2系統(tǒng)維護要求1、必須為本項目內所供應和安裝的產品提供連續(xù)的運營模式的 管理，保障用戶方的優(yōu)質使用體驗。2、由于系統(tǒng)搭建在市信息中

23、心，因此，需監(jiān)控系統(tǒng)的運行及穩(wěn) 定，若發(fā)生故障，必須在20分鐘內響應。對于影響系統(tǒng)正常運行的 嚴重故障（包括由系統(tǒng)軟硬件等原因引起的），的相關技術人員必須 在接到故障通知后2個小時內趕到現(xiàn)場，查找原因，提出解決方案， 并工作直至故障修妥完全恢復正常工作為止,一般要求保證系統(tǒng)在24 小時之內修復，并需要提供確保承諾實現(xiàn)的措施。3、投標方必須幫助用戶建立遠程維護系統(tǒng)，投標方工程師經(jīng)業(yè) 主授權通過電話線遠程登錄到業(yè)主網(wǎng)絡系統(tǒng)進行的故障診斷和故障 排除。4、軟件實施期間需專人定點進行實施，及日常維護工作。5、須做出無推諉承諾。即應提供特殊措施，無論由于哪一方產 生的問題而使系統(tǒng)發(fā)生不正常情況時，并在得

24、到使用方通知后，須立 即派遣工程師到場，全力協(xié)助系統(tǒng)集成商和其他供應商，使系統(tǒng)盡快 恢復正常。43項目進度要求本項目應在合同簽訂后9個月內完成專項驗收（或專家驗收）， 合同簽訂后8個月完成試運行，系統(tǒng)試運行期為3個月，試運行期結 束后一個月內完成相關系統(tǒng)測評及專項驗收（或專家驗收）。系統(tǒng)專 項驗收通過，進入正式運行階段。專項驗收合格的條件必須至少滿足 以下三個要求：已提供了合同要求的全部設備、軟件和資料；試運行 時性能滿足合同要求；性能測試和試運行驗收時出現(xiàn)的問題已被解決。4項目管理要求（1）在合同簽訂后應向采購人補充提交投標文件的電子版。（2）項目管理首先要建立管理的原則，組織，協(xié)調機制和實

25、施 辦法。投標方必須提供實施本項目的完整的項目管理方案，并在項目 建設過程中嚴格執(zhí)行。（3）項目計劃的制定和執(zhí)行要體現(xiàn)衛(wèi)生信息化項目的特點。（4）必須高度重視對過程的管理控制，高度重視對各類文檔的 管理，必須建立中間環(huán)節(jié)和文檔的內部測試審核制度。（5）應按照項目建設進度依次向采購人提交項目的技術文件和 管理文件。（6）在項目合同簽訂后，需組織相關實施人員在該項目招標需 求的基礎上進行深入調研，編制需求規(guī)格說明書。需求規(guī)格說明經(jīng)采 購人、中標單位確認后作為項目驗收的依據(jù)。（7）應按采購人要求派主要項目管理人員和有關技術人員定期 參加該項目管理例會；給出的項目管理基本制度和實施總計劃在得到 采購人

26、認同后，應該被遵守。（8）在項目建設中可以針對部分目標的實現(xiàn)或全部主要目標的 實現(xiàn)提出部分試運行申請或系統(tǒng)試運行申請。提出試運行申請時同時 提交試運行方案。（9）在項目管理方案中，應充分體現(xiàn)在項目管理方面的經(jīng)驗和 能力以及對該項目管理的設想和具體方法，以下內容必須涉及；項目經(jīng)理，項目組成員及項目組織結構;項目組成員除基本信息外，必須說明專業(yè)背景，相關資質和專長;組織管理(與系統(tǒng)集成，軟件開發(fā)環(huán)節(jié)相關)；項目計劃(與項目整體管理相關);文檔清單，文檔資料提交計劃和文檔質量控制辦法；質量控制辦法；項目需求變更控制和進度控制辦法。交付產品中為采購人定制化開發(fā)模塊部分知識產權歸采購 人與雙方共同所有。

27、45項目實施要求4. 5.1應用系統(tǒng)建設和實施要求4. 5.1. 1安裝調試環(huán)境安裝調試在項目單位指定的地點進行。負責全部軟件的安裝、調試。具體工作程序、工作內容、調 試方法、調試結果及驗收方案，由書面提出并征得采購人同意之后按 計劃實施，未征得采購人同意無權私自更改作業(yè)計劃及內容，全部工 作文檔必須有各方當事人簽字認可。4. 5.1. 2系統(tǒng)安裝要求軟件系統(tǒng)安裝的主要目標不僅是使所有軟件能夠在相應平 臺上正常運行，而且必須具有對軟件系統(tǒng)運行的監(jiān)控測試手段，以證 明系統(tǒng)優(yōu)化運行。有責任且必須承諾使項目單位的系統(tǒng)達到以上目標。能結合本項目節(jié)點要求，提出能保障項目按期完成的可信 措施和實施方案。要

28、求有完整的安裝和配置程序，具有詳細的系統(tǒng)安裝配置 說明手冊、用戶使用說明書和系統(tǒng)維護說明書。系統(tǒng)實際安裝與操作 必須與說明書描述一致。要求具有完整的系統(tǒng)測試計劃，包括根據(jù)用戶需求編寫的， 遍及系統(tǒng)95%以上功能、性能的測試用例，合理的測試方案和測試方 法。要求保留完整的測試報告。項目實施過程中，如果牽涉到與第三方產品集成工作，應 與系統(tǒng)集成商及其他供應商通力合作，并提供必要的技術支持。應確保本系統(tǒng)中所使用到的第三方軟件應具備正版licensee 在整個軟件系統(tǒng)建設中，如果使用第三方產品，必須作出采購人關于 知識產權免責申明的承諾。采購人有權聘請具備國家CMA、CNAS等相關軟件評測資質 的第三

29、方評測機構對軟件功能、可靠性、性能進行測試，有義務作好 配合工作，并對測試結果中出現(xiàn)的問題或缺陷進行整改，直到滿足要 求為止。負責解決系統(tǒng)建設中全部技術問題，對用戶單位項目建設 中碰到的其他技術問題，有責任和義務提供咨詢和幫助。系統(tǒng)具體實施以采購人具體要求為準。4. 5. 2項目文檔要求4. 5. 2. 1文檔內容要求（1）系統(tǒng)開發(fā)應嚴格遵照國家軟件項目規(guī)范進行，根據(jù)開發(fā)進 度及時提供有關開發(fā)文檔，包括但不限于需求規(guī)格說明書（含軟件功 能需求與數(shù)據(jù)要求）、概要設計說明書、詳細設計說明書、數(shù)據(jù)庫設 計說明書、項目測試方案、項目測試報告、用戶操作手冊、管理與維 護手冊、安裝手冊、總結報告及采購人認

30、為需要的其他材料等。（2）最終提供的軟件產品應包括各種相關的軟件系統(tǒng)、各階段 開發(fā)文檔、運行穩(wěn)定可靠的本系統(tǒng)安裝程序、注釋清晰明了的能夠編 譯、調試和運行生成目前正在運行的應用程序的源代碼等。（3）未經(jīng)采購人認可的情況下，所有的技術文件必須用中文書 寫或有完整的中文注釋。4. 5. 2. 2文檔管理要求本項目所有文檔最終必須向采購人提供紙質和電子文檔各一套。 必須設置專人在項目建設期間對文檔進行檢查和管理，項目最終驗收 后全部移交采購人。4. 6售后服務與技術支持要求投標方提供的開發(fā)服務需滿足3年的免費維護期（即質保期）。4. 6.1本地化服務要求中標單位應在合同簽訂后組織不少于10名工程師的

31、項目團隊， 常駐寧波本地全面負責本項目的開發(fā)、實施服務（若業(yè)主方無法提供 場地則需自行解決），工程師必須是項目建設組成員（非美工和測試 人員）。駐場工程師不得擅自更換，更換前必須取得業(yè)主單位同意。 駐場人員費用體現(xiàn)在技術服務報價中。4. 6. 2技術后援支持（1）應根據(jù)招標方的需求，對所提供的系統(tǒng)保證全面、有效、 及時的技術支持和售后服務。（2）應在技術建議書中詳細說明技術服務的范圍和程序。（3）在試運行期間，應指定有經(jīng)驗的技術人員在現(xiàn)場負責系統(tǒng) 的運行和維護，若系統(tǒng)出現(xiàn)問題或故障，應免費進行故障處理和軟 件更新。4. 6. 3質保期售后服務要求（1）提供系統(tǒng)驗收后3年的免費現(xiàn)場技術支持服務，自正式驗 收之日起1年內提供一人長期（非美工和測試人員）駐點維護服務。 應提供遠程技術支持和現(xiàn)場技術支持兩種方式，技術服務包括系統(tǒng)的 功能完善、故障排除、軟件升級、性能調優(yōu)、技術咨詢等。運維內容 主要包括：改正性維護，即在軟件使用過程中識別和糾正軟件錯誤, 改正軟件性能缺陷；適應性開發(fā)服務，即當軟件外部環(huán)境或數(shù)據(jù)環(huán)境 發(fā)生變化，修改軟件以適應變化。（2