多碼就醫(yī)協(xié)同應(yīng)用系統(tǒng)建設(shè)方案_第1頁
多碼就醫(yī)協(xié)同應(yīng)用系統(tǒng)建設(shè)方案_第2頁
多碼就醫(yī)協(xié)同應(yīng)用系統(tǒng)建設(shè)方案_第3頁
多碼就醫(yī)協(xié)同應(yīng)用系統(tǒng)建設(shè)方案_第4頁
多碼就醫(yī)協(xié)同應(yīng)用系統(tǒng)建設(shè)方案_第5頁
已閱讀5頁,還剩20頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認領(lǐng)

文檔簡介

1、多碼就醫(yī)協(xié)同應(yīng)用系統(tǒng)建設(shè)方案 TOC o 1-5 h z HYPERLINK l bookmark0 o Current Document 一、項目概況41.1建設(shè)背景41.2建設(shè)原則41.3本項目建設(shè)目標及內(nèi)容5 HYPERLINK l bookmark2 o Current Document 二、應(yīng)用系統(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è)務(wù)改造對接92.2.2檢査檢驗系統(tǒng)改造對接102.2.3自助服務(wù)終端系統(tǒng)改造對接112.2.

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

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

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

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

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

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

8、電子就醫(yī)碼管理需提供居民電子就醫(yī)碼管理功能,實現(xiàn)不 同電子就醫(yī)碼通過全民健康信息平臺主 索引系統(tǒng)關(guān)聯(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è)內(nèi)容具體參數(shù)1大屏展示全市大屏總覽展示:需支持提供全市大屏 總覽分析功能,以大屏展示的形式,支持以 趨勢圖、柱狀圖、比例圖等圖表形式進行展 示;2各區(qū)縣大屏總覽展示:需支持提供各縣(市、區(qū))總覽分析功能,以大屏展示的形 式,支持以趨勢圖、柱狀圖、比例圖等圖表 形式進行展示;3

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

10、持提供就醫(yī)平均完成時間和候診時間統(tǒng)計以及同比與環(huán)比數(shù)據(jù)等分析功能;8電子碼類型分析:需支持提供不同類型電 子碼用碼明細查詢分析功能;9醫(yī)療機構(gòu)就醫(yī)流程分析:需支持提供就醫(yī) 流程用碼節(jié)點查詢分析功能;10患者就醫(yī)節(jié)點分析:需支持提供按病人信 息查詢患者某次就診時各就醫(yī)節(jié)點用碼明 細記錄及該次就診對應(yīng)的用碼結(jié)算情況 等;11患者就診時段分析:需支持提供對同一個 患者、同一時間段在不同醫(yī)院的就診情況 進行分析。2. 14多碼就醫(yī)數(shù)據(jù)協(xié)同共享序號建設(shè)內(nèi)容具體參數(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è)務(wù)改造對接序號建設(shè)內(nèi)容具體參數(shù)1病人主索引需支持自動生成并歸并病人唯一索引2需支持病人主索引與各業(yè)務(wù)系統(tǒng)交互3掛號多碼支持窗口掛號需支持掃描各類就診電子碼,讀取病人的個人信息;4需支持自動將電子碼關(guān)聯(lián)到唯一病人并完成掛號操作;5需支持生成用碼日志記錄。6收費多碼支持窗口收費需支持掃描各類就診電子碼,讀取病人的個人信息;7需支持自動將電子碼關(guān)聯(lián)到唯一病人并完 成收費操作8需支持多碼混用,收費用電子碼可以和掛號用碼不同9需支持生成用碼日志記錄。10岀入院辦理

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
  • 6. 下載文件中如有侵權(quán)或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論