院前醫(yī)療急救數(shù)智一體化系統(tǒng)項(xiàng)目需求

院前醫(yī)療急救數(shù)智一體化系統(tǒng)項(xiàng)目需求項(xiàng)目概述1.1．項(xiàng)目背景院前醫(yī)療急救體系是城鄉(xiāng)醫(yī)療衛(wèi)生服務(wù)體系和公共安全應(yīng)急保障體系的重要組成部分，除承擔(dān)日常急救任務(wù)，還在突發(fā)公共事件預(yù)警和救援方面發(fā)揮重要作用，也是社會化急救的重要支援力量。通過建立健全全省院前醫(yī)療急救工作信息管理系統(tǒng)，加強(qiáng)急救相關(guān)信息管理，健全急救系統(tǒng)監(jiān)測預(yù)警水平。提高院前醫(yī)療急救信息化水平，推動院前醫(yī)療急救網(wǎng)絡(luò)與醫(yī)院信息系統(tǒng)連接貫通，推動急救調(diào)度信息與電信、交通、應(yīng)急管理等部門及消防救援機(jī)構(gòu)的信息共享與聯(lián)動，探索并推廣急救呼叫定位，提高指揮調(diào)度和信息分析處理能力。1.2．建設(shè)目標(biāo)本項(xiàng)目總體目標(biāo)為融合發(fā)展院前專業(yè)醫(yī)療急救和社會化急救，深化院前院內(nèi)無縫銜接，建立院前電子病歷統(tǒng)一規(guī)范和數(shù)據(jù)歸集，完善全省院前醫(yī)療急救云調(diào)度系統(tǒng)功能，實(shí)現(xiàn)“上車即入院”救護(hù)車到達(dá)預(yù)通知功能全覆蓋。切實(shí)提高院前醫(yī)療急救服務(wù)的可及性和易用性，提高院前醫(yī)療急救服務(wù)能力和危急重癥救治水平，提高行業(yè)監(jiān)管能力，更好更快更智能地服務(wù)廣大民眾。本項(xiàng)目總體目標(biāo)為本期建設(shè)全部目標(biāo)。本項(xiàng)目的業(yè)務(wù)目標(biāo)為建設(shè)社會化急救系統(tǒng)并與院前急救聯(lián)動。技術(shù)目標(biāo)實(shí)現(xiàn)院前醫(yī)療急救數(shù)字一體化項(xiàng)目（I期）和（II期）無縫技術(shù)銜接升級，通過等保三級、代碼評審和密評?？冃繕?biāo)為實(shí)現(xiàn)院前電子病歷統(tǒng)一規(guī)范和數(shù)據(jù)歸集，實(shí)現(xiàn)救護(hù)車到達(dá)預(yù)通知功能全省覆蓋。1.3．總體建設(shè)任務(wù)本項(xiàng)目在院前醫(yī)療急救數(shù)字一體化項(xiàng)目（I期）和（II期）建設(shè)基礎(chǔ)上進(jìn)行迭代升級，在（I期）和（II期）的技術(shù)框架基礎(chǔ)上，采用低耦合的技術(shù)方案，實(shí)現(xiàn)本期的應(yīng)用場景功能的建設(shè)。1、“快速急救”社會化急救聯(lián)動系統(tǒng)1.1“快速急救”社會化急救共享系統(tǒng)：基于省域一體化“快速急救”應(yīng)用已經(jīng)形成的數(shù)據(jù)匯聚能力，構(gòu)建面向社會化急救需要的社會化急救聯(lián)動平臺，實(shí)現(xiàn)與急救志愿者、AED等社會化資源的共享融合。1.2“快速急救”社會化急救居民應(yīng)用端：面向社會全員開放，提供互聯(lián)網(wǎng)一鍵告警入口、急救志愿者報(bào)名學(xué)習(xí)培訓(xùn)、查看AED地圖、急救基礎(chǔ)知識教學(xué)等功能。并作為急救志愿者參與急救的應(yīng)用平臺，急救志愿者可通過應(yīng)用自主選擇是否接受急救任務(wù)志愿服務(wù)。1.3“快速急救”社會化急救應(yīng)用管理端：通過建設(shè)，實(shí)現(xiàn)急救志愿者報(bào)名、學(xué)習(xí)、考核、審核等管理功能，支持查詢和統(tǒng)計(jì)急救志愿者任務(wù)接單信息和救助情況，開放急救志愿者培訓(xùn)導(dǎo)師報(bào)名入口，召集培訓(xùn)導(dǎo)師，實(shí)現(xiàn)系統(tǒng)化管理。2、深化“快速急救”“上車即入院”應(yīng)用通過升級“快速急救”互聯(lián)互通數(shù)據(jù)接口、統(tǒng)一全省二乙及以上接診醫(yī)院唯一識別編碼，將各地急救中心急救信息對接全省接診醫(yī)院，形成全省統(tǒng)一數(shù)據(jù)庫，并向二乙及以上醫(yī)療機(jī)構(gòu)推廣使用救護(hù)車到達(dá)預(yù)通知功能。3、“快速急救”院前醫(yī)療急救電子病歷系統(tǒng)3.1院前醫(yī)療急救電子病歷規(guī)范：結(jié)合胸痛中心、卒中中心、創(chuàng)傷中心等救治中心建立院前醫(yī)療急救電子病歷統(tǒng)一技術(shù)規(guī)范，制定院前醫(yī)療急救電子病歷模板，按類型、內(nèi)容輸出定義、明確填寫規(guī)則、要求、對象、時效、存儲歸檔，為院前醫(yī)療急救一把尺奠定基礎(chǔ)。3.2院前醫(yī)療急救電子病歷填報(bào)應(yīng)用端：建設(shè)院前電子病歷填報(bào)掌上端、PC端，便于醫(yī)務(wù)人員可以在送病人前往醫(yī)院的途中即時填寫，病歷中醫(yī)療數(shù)據(jù)信息可與車載醫(yī)療設(shè)備自動關(guān)聯(lián)，將關(guān)鍵信息提前傳輸?shù)皆簝?nèi)，以便院內(nèi)急診醫(yī)務(wù)人員對接診患者做好充足準(zhǔn)備，提高接診效率。3.3院前醫(yī)療急救電子病歷數(shù)據(jù)互聯(lián)互通：制定院前醫(yī)療急救電子病歷歸集規(guī)范，對接部署全省急救中心（站），歸集全省院前醫(yī)療急救相關(guān)數(shù)據(jù)，統(tǒng)一匯總進(jìn)入“快速急救”院前急救體系。支持通過接口對接方式和直接使用省級院前醫(yī)療急救電子病歷填報(bào)應(yīng)用端兩種形式實(shí)現(xiàn)。4、“快速急救”數(shù)據(jù)駕駛艙升級迭代新增“快速急救”數(shù)據(jù)駕駛艙院前醫(yī)療急救數(shù)據(jù)省市縣三級統(tǒng)計(jì)及排名，信息展示維度可視化圖形展示，院前醫(yī)療急救資源數(shù)據(jù)實(shí)現(xiàn)數(shù)據(jù)下鉆顯示。新增省域年度救護(hù)車行駛軌跡脈沖圖和急救呼叫信息熱力圖展示。新增社會化急救資源數(shù)據(jù)和業(yè)務(wù)數(shù)據(jù)展示。1.4．建設(shè)周期本期項(xiàng)目的建設(shè)周期為合同簽訂后3個月內(nèi)完成系統(tǒng)開發(fā)并部署上線，試運(yùn)行不少于1個月?？傮w要求本項(xiàng)目總體目標(biāo)為融合發(fā)展院前專業(yè)醫(yī)療急救和社會化急救，深化院前院內(nèi)無縫銜接，建立院前電子病歷統(tǒng)一規(guī)范和數(shù)據(jù)歸集，完善全省院前醫(yī)療急救云調(diào)度系統(tǒng)功能，實(shí)現(xiàn)“上車即入院”救護(hù)車到達(dá)預(yù)通知功能全覆蓋。切實(shí)提高院前醫(yī)療急救服務(wù)的可及性和易用性，提高院前醫(yī)療急救服務(wù)能力和危急重癥救治水平，提高行業(yè)監(jiān)管能力，更好更快更智能地服務(wù)廣大民眾。2.1．系統(tǒng)功能要求（一）“快速急救”社會化急救1.1社會急救共享系統(tǒng)建立社會化急救共享系統(tǒng)，建立急救志愿者庫，將志愿者、急救任務(wù)信息、車輛位置信息通過平臺進(jìn)行數(shù)據(jù)交換。主要功能包括：支持獲取自主注冊報(bào)名志愿者信息及第三方急救志愿者信息錄入，形成志愿者庫；支持調(diào)度系統(tǒng)上執(zhí)行志愿任務(wù)派單后，關(guān)聯(lián)的院前急救任務(wù)信息、救護(hù)車信息實(shí)時推送至接單的志愿者終端，進(jìn)行信息共享。1.2“快速急救”社會化急救用戶掌上端建立社會化急救用戶掌上端應(yīng)用，面向社會全員，開展自救互救知識的宣傳教育培訓(xùn)，提升全民自救互救素養(yǎng)。與院前急救打通，打破緊急呼叫和志愿者服務(wù)之間的壁壘，激發(fā)更強(qiáng)大的公眾急救力量。主要功能包括：支持面向社會全員化注冊，報(bào)名成為志愿者；支持志愿者初審后進(jìn)行急救知識學(xué)習(xí)、理論考試，可查看答題解析及考試記錄；支持報(bào)名線下培訓(xùn)，及通過培訓(xùn)后進(jìn)行急救志愿者登記與急救志愿者證獲取；支持沒有線下培訓(xùn)情況下，發(fā)布約課請求，或參與拼課；支持成為志愿者后，進(jìn)行志愿時段設(shè)置，接單志愿急救任務(wù)，查看志愿者位置附近AED信息，前往救治并記錄情況反饋，并實(shí)現(xiàn)歷史任務(wù)查看；★支持互聯(lián)網(wǎng)一鍵告警，并實(shí)現(xiàn)呼之不應(yīng)條件下，系統(tǒng)自動撮合附近志愿者進(jìn)行派單；實(shí)現(xiàn)行業(yè)新聞查看；開放志愿者培訓(xùn)導(dǎo)師報(bào)名入口，實(shí)現(xiàn)培訓(xùn)導(dǎo)師召集；支持導(dǎo)師角色帳號登錄，報(bào)名培訓(xùn)進(jìn)行授課及線下培訓(xùn)結(jié)果錄入。1.3“快速急救”社會化急救PC管理端建立志愿者管理平臺，實(shí)現(xiàn)急救志愿者報(bào)名、審核、學(xué)習(xí)培訓(xùn)、考核發(fā)證、志愿服務(wù)記錄查看；并實(shí)現(xiàn)培訓(xùn)導(dǎo)師的招募、審核管理功能。主要功能包括：支持志愿者報(bào)名審核管理，標(biāo)記志愿者是否需要培訓(xùn)；實(shí)現(xiàn)查詢志愿者信息、考試記錄、培訓(xùn)記錄、協(xié)議簽署記錄、參與志愿任務(wù)情況；支持志愿者理論考試試題管理，行業(yè)新聞管理，急救知識管理；支持查詢志愿者APP登錄記錄、短信發(fā)送記錄；支持由其管理線下技能培訓(xùn)場次（含時間地點(diǎn)），查看培訓(xùn)報(bào)名信息，發(fā)送相關(guān)培訓(xùn)信息短信通知；支持查看及修正志愿者線下培訓(xùn)結(jié)果，生成電子急救志愿者證，完成志愿者培訓(xùn)服務(wù)；支持報(bào)名導(dǎo)師信息審核，實(shí)現(xiàn)查看培訓(xùn)導(dǎo)師錄入的培訓(xùn)記錄、學(xué)員評價。（二）院前醫(yī)療急救電子病歷系統(tǒng)（掌上端和PC端）在已有的院前醫(yī)療急救醫(yī)生掌上端和PC端上進(jìn)行迭代升級，支持多種院前電子病歷類型的轉(zhuǎn)運(yùn)途中即時填寫，及時傳輸患者重要信息至院內(nèi)，以便院內(nèi)急診醫(yī)務(wù)人員對接診患者做好充足準(zhǔn)備，提高接診效率。主要功能包括：建立院前醫(yī)療急救電子病歷統(tǒng)一規(guī)范，實(shí)現(xiàn)創(chuàng)傷、非創(chuàng)傷、心跳呼吸停止、轉(zhuǎn)院四種院前電子病歷結(jié)構(gòu)設(shè)計(jì)、字典定義；實(shí)現(xiàn)創(chuàng)傷、非創(chuàng)傷、心跳呼吸停止、轉(zhuǎn)院四種院前電子病歷在手機(jī)端與PC端填報(bào)，并支持病歷暫存、提交、撤回及超時效后在線申請退回，其中PC端可進(jìn)行病歷單個和批量打印；實(shí)現(xiàn)單個急救任務(wù)下填報(bào)多份電子病歷；★支持病歷與車載生命體征監(jiān)護(hù)儀自動關(guān)聯(lián)，實(shí)現(xiàn)生命體征數(shù)據(jù)周期性自動采集到電子病歷；支持電子病歷關(guān)鍵數(shù)據(jù)推送至救護(hù)車到達(dá)預(yù)通知大屏端。（三）互聯(lián)互通接口服務(wù)建立院前醫(yī)療急救電子病歷歸集規(guī)范，對接部署全省急救中心（站），歸集全省院前醫(yī)療急救相關(guān)數(shù)據(jù)。實(shí)現(xiàn)非“快速急救”平臺的院前電子病歷數(shù)據(jù)通過互聯(lián)互通協(xié)議上報(bào)“快速急救”平臺。主要功能包括：支持使用院前醫(yī)療急救電子病歷填報(bào)應(yīng)用端：支持非“快速急救”平臺的急救中心的醫(yī)生通過手機(jī)號登錄電子病歷填報(bào)應(yīng)用端；★根據(jù)院前醫(yī)療急救電子病歷歸集標(biāo)準(zhǔn),建立規(guī)范對接接口，實(shí)現(xiàn)非“快速急救”平臺的急救中心以接口對接方式上報(bào)數(shù)據(jù)。（四）急救預(yù)告警大屏端統(tǒng)一全省接診醫(yī)院唯一識別編碼，支持院前數(shù)據(jù)全省范圍內(nèi)跨區(qū)域定向顯示在指定接診醫(yī)院。（五）數(shù)字駕駛艙在已有數(shù)字駕駛艙基礎(chǔ)上，優(yōu)化“快速急救”駕駛艙，提供更豐富的業(yè)務(wù)數(shù)據(jù)可視化展示，主要功能包括：★新增“快速急救”數(shù)據(jù)駕駛艙院前醫(yī)療急救數(shù)據(jù)省市縣三級統(tǒng)計(jì)及排名，信息展示維度可視化圖形展示；院前醫(yī)療急救資源數(shù)據(jù)實(shí)現(xiàn)數(shù)據(jù)下鉆顯示；★新增全省年度救護(hù)車行駛軌跡脈沖圖和急救呼叫信息熱力圖展示；2.2．標(biāo)準(zhǔn)規(guī)范要求救護(hù)車車載生命體征數(shù)據(jù)傳輸標(biāo)準(zhǔn)應(yīng)符合HL7（HealthLevel7）國際標(biāo)準(zhǔn)。院前電子病歷采用統(tǒng)一的院前電子病歷書寫規(guī)范存儲與傳輸。2.3．信息安全要求系統(tǒng)的安全性是項(xiàng)目穩(wěn)定運(yùn)行實(shí)施的基礎(chǔ)，既要保證信息共享利用，又滿足安全管理的需要。本項(xiàng)目建設(shè)需符合國家《信息安全等級保護(hù)管理辦法》、大數(shù)據(jù)局關(guān)于電子政務(wù)外網(wǎng)安全評估指標(biāo)體系考核要求及其他相關(guān)文件要求，開展全方位的安全體系建設(shè)，滿足網(wǎng)絡(luò)安全、管理安全、系統(tǒng)安全和數(shù)據(jù)安全等各方面要求。2.3.1服務(wù)保密要求須在簽訂合同后與業(yè)主單位簽訂保密協(xié)議。2.3.2安全性、功能性能測試要求系統(tǒng)須避免各種信息安全漏洞，對應(yīng)用系統(tǒng)和數(shù)據(jù)開展全生命周期安全防護(hù)，有完善的安全解決方案。采購方可委托第三方進(jìn)行安全和性能測試，如果測試中發(fā)現(xiàn)存在問題，需盡快解決。測試及漏洞修復(fù)所產(chǎn)生的費(fèi)用由承擔(dān)。2.3.3系統(tǒng)等保要求在項(xiàng)目建成后，系統(tǒng)需符合安全等級保護(hù)的第三級別，系統(tǒng)必須整改等保過程中發(fā)現(xiàn)的軟件問題。在運(yùn)維期內(nèi)，每年至少進(jìn)行一次等級問題整改。2.3.4密評要求制訂商用密碼應(yīng)用方案，運(yùn)用國產(chǎn)密碼技術(shù)保障信息系統(tǒng)網(wǎng)絡(luò)和數(shù)據(jù)安全，按照要求開展商用密碼安全性評估，必須整改密評中發(fā)現(xiàn)的安全問題。2.3.5代碼安全要求需遵循代碼安全開發(fā)規(guī)范和實(shí)施代碼安全檢測，檢測發(fā)現(xiàn)的問題整改完成后，提供安全檢測資質(zhì)機(jī)構(gòu)出具的軟件代碼安全檢測報(bào)告。2.3.5軟件應(yīng)急方案必須提供系統(tǒng)應(yīng)急方案，并得到業(yè)主方的批準(zhǔn)，此為驗(yàn)收通過的必備條件之一。應(yīng)急方案需考慮各種故障類型，分別給出解決方案。2.3.6信息安全承諾保障承諾嚴(yán)格把控運(yùn)維人員安全風(fēng)險(xiǎn)及系統(tǒng)安全風(fēng)險(xiǎn)，提供核心運(yùn)維人員背景審查材料，每月對系統(tǒng)進(jìn)行安全監(jiān)測和巡檢，出具安全巡檢報(bào)告。及時修復(fù)系統(tǒng)存在的各類安全漏洞。在重要活動、會議召開期間對系統(tǒng)進(jìn)行7*24小時嚴(yán)密監(jiān)控，一旦發(fā)現(xiàn)問題，要求在第一時間內(nèi)關(guān)?；蚧謴?fù)正常服務(wù)，并盡可能的消除影響。承擔(dān)因系統(tǒng)本身漏洞所引發(fā)的信息安全事件而帶來的相關(guān)法律責(zé)任。合同約定的建設(shè)和運(yùn)維期內(nèi)如發(fā)生重大信息安全事件，被上級單位通報(bào)一次，罰款5000元。如發(fā)生被懸掛反動標(biāo)語、賭博色情、數(shù)據(jù)泄漏等安全事件，視情節(jié)嚴(yán)重程度罰款1-5萬元。因運(yùn)維人員管理疏忽導(dǎo)致的上述信息安全事件，采購方保留追訴連帶法律責(zé)任的權(quán)力。2.4．性能要求瀏覽器兼容要求：兼容谷歌chrome瀏覽器、國產(chǎn)操作系統(tǒng)龍芯瀏覽器等。易用性要求：用戶操作界面要求簡潔、直觀，默認(rèn)的配置符合大多數(shù)用戶的審美觀點(diǎn)和使用習(xí)慣。系統(tǒng)響應(yīng)要求：平臺必須具備負(fù)載均衡能力，以保證多用戶并發(fā)訪問時的系統(tǒng)的可靠性和系統(tǒng)性能不受到嚴(yán)重影響，具體性能要求如下：（1）系統(tǒng)應(yīng)具備相當(dāng)?shù)目煽啃裕员阆蚋黝愑脩籼峁?*24小時的不間斷服務(wù)；（2）系統(tǒng)應(yīng)具備監(jiān)測預(yù)警和防范病毒、黑客入侵、掃描漏洞、網(wǎng)絡(luò)監(jiān)測與身份認(rèn)證等功能；（3）系統(tǒng)應(yīng)具備完善的使用授權(quán)、監(jiān)控和日志管理機(jī)制，能夠訪問進(jìn)行審計(jì)；（4）系統(tǒng)應(yīng)提供相應(yīng)數(shù)據(jù)備份/恢復(fù)功能，制定合理的備份策略，提供全面的保護(hù)機(jī)制；（5）系統(tǒng)可用性>99.99%。（6）系統(tǒng)的無故障連續(xù)工作時間：MTBF>5萬小時。（7）系統(tǒng)故障恢復(fù)時間<30分鐘。（8）系統(tǒng)主備倒用時間<3分鐘。2.5．技術(shù)要求2.5.1政務(wù)云架構(gòu)相關(guān)要求（1）★本系統(tǒng)的Web前端、服務(wù)端及數(shù)據(jù)庫等所有程序和數(shù)據(jù)資源均需部署在政務(wù)云環(huán)境中。（2）★本系統(tǒng)所使用技術(shù)路線需與本項(xiàng)目I期和II期系統(tǒng)所用技術(shù)路線完全兼容，充分延續(xù)繼承本項(xiàng)目I期和II期建設(shè)成果，實(shí)現(xiàn)新功能的快速迭代升級。（3）對于院前電子病歷相關(guān)的生命體征實(shí)時數(shù)據(jù)需采用政務(wù)云的Elasticsearch存儲和計(jì)算。2.5.2信創(chuàng)相關(guān)要求★本項(xiàng)目應(yīng)根據(jù)建設(shè)單位需求，按照信創(chuàng)相關(guān)標(biāo)準(zhǔn)規(guī)范，實(shí)現(xiàn)建設(shè)單位建設(shè)需求、使用目標(biāo)。按需求方指定的環(huán)境部署和應(yīng)用，系統(tǒng)建成后對信創(chuàng)環(huán)境下的客戶端必須具有良好的兼容性和適應(yīng)性。2.6．接口要求1、政務(wù)云應(yīng)用層協(xié)議接口需采用HTTPS協(xié)議，TLSv1.2及以上，并采用安全數(shù)字證書。2、★須負(fù)責(zé)本標(biāo)項(xiàng)內(nèi)的標(biāo)準(zhǔn)定義、服務(wù)定義和消息定義，須按統(tǒng)一接口規(guī)范接入健康大腦，且系統(tǒng)內(nèi)的數(shù)據(jù)應(yīng)按健康大腦數(shù)據(jù)中心相關(guān)要求及時歸集。實(shí)施要求3.1.項(xiàng)目組織管理要求1、應(yīng)充分考慮滿足投標(biāo)項(xiàng)目的建設(shè)要求，提出完整的項(xiàng)目管理、系統(tǒng)設(shè)計(jì)與開發(fā)、培訓(xùn)、項(xiàng)目施工、項(xiàng)目驗(yàn)收、售后服務(wù)方案以及人力資源供給方案。2、本項(xiàng)目要求開發(fā)團(tuán)隊(duì)至少5人，其中研發(fā)和測試的人員不少于3人。，應(yīng)根據(jù)對項(xiàng)目的理解作出項(xiàng)目的人員配置管理計(jì)劃，包括組織結(jié)構(gòu)、項(xiàng)目負(fù)責(zé)人、組成人員及分工職責(zé)；闡述項(xiàng)目建設(shè)中業(yè)主方和建設(shè)方的職責(zé)。3、招標(biāo)人有權(quán)監(jiān)督和管理投標(biāo)項(xiàng)目的測試、安裝、調(diào)試、故障診斷、系統(tǒng)開發(fā)和驗(yàn)收等各項(xiàng)工作，必須接受并服從招標(biāo)人的監(jiān)督、管理要求，無條件提供中間過程工作成果。3.2.計(jì)劃與進(jìn)度管理要求1、應(yīng)根據(jù)對項(xiàng)目的理解作出項(xiàng)目實(shí)施的初步計(jì)劃，成為后必須提交正式工作方案，明確招標(biāo)項(xiàng)目工作的方式、方法、過程步驟、按階段分解的詳細(xì)計(jì)劃、對應(yīng)計(jì)劃應(yīng)提交的工作成果、需要招標(biāo)人協(xié)調(diào)與配合的事項(xiàng)，并經(jīng)招標(biāo)人審核、批準(zhǔn)。2、在項(xiàng)目實(shí)施過程中必須分別按周、月提交進(jìn)度報(bào)告，對項(xiàng)目問題及進(jìn)度延遲原因進(jìn)行說明，制定合理的解決措施并有效執(zhí)行。3、必須闡述項(xiàng)目溝通計(jì)劃，確保與業(yè)主之間信息溝通順暢。3.3.質(zhì)量管理要求1、應(yīng)按行業(yè)相關(guān)規(guī)范要求，針對招標(biāo)項(xiàng)目實(shí)施過程及交付結(jié)果進(jìn)行質(zhì)量規(guī)劃、管理、控制。2、一旦中標(biāo)必須提交正式的質(zhì)量計(jì)劃，明確質(zhì)量控制點(diǎn)、控制內(nèi)容、質(zhì)量要求、檢查記錄要求，并經(jīng)招標(biāo)人審核、批準(zhǔn)。3、在項(xiàng)目實(shí)施過程中應(yīng)開展質(zhì)量保證活動，所提交的進(jìn)度報(bào)告應(yīng)包括質(zhì)量報(bào)告內(nèi)容，對質(zhì)量問題制定改進(jìn)措施并有效執(zhí)行。4、必須接受招標(biāo)人的質(zhì)量監(jiān)督檢查，提供真實(shí)有效的相關(guān)質(zhì)量活動記錄、證據(jù)，無條件接受招標(biāo)方提出的質(zhì)量問題整改要求，承擔(dān)質(zhì)量責(zé)任及因質(zhì)量問題導(dǎo)致的進(jìn)度延遲責(zé)任。5、必須提供詳細(xì)測試方案，包括采用測試技術(shù)、測試方法和測試報(bào)告提交形式。在工程實(shí)施過程中，應(yīng)先擬出一個測試方案，具體到每一個測試步驟，與用戶討論通過后，方可按計(jì)劃進(jìn)行測試。3.4.文檔交付要求軟件項(xiàng)目交付物包含并不限于：需求分析報(bào)告、系統(tǒng)設(shè)計(jì)書、投標(biāo)書、合同、軟件的源程序及可執(zhí)行代碼、數(shù)據(jù)庫的設(shè)計(jì)以及數(shù)據(jù)實(shí)體模型相互關(guān)系的描述、網(wǎng)絡(luò)系統(tǒng)的拓?fù)浣Y(jié)構(gòu)以及相關(guān)設(shè)備的配置、系統(tǒng)體系架構(gòu)及描述、數(shù)據(jù)庫安裝手冊、程序安裝維護(hù)手冊、軟件使用操作手冊、軟件功能技術(shù)手冊、系統(tǒng)測試報(bào)告等材料。3.5.試運(yùn)行與驗(yàn)收軟件開發(fā)實(shí)施并調(diào)試完成，經(jīng)過用戶的認(rèn)可后，投入不少于1個月試運(yùn)行，在試運(yùn)行期間，應(yīng)使任何故障或問題都能在收到故障通知后盡快（節(jié)、假日也不例外）被修復(fù)和解決，并給出詳細(xì)修復(fù)細(xì)節(jié)報(bào)告，所有試運(yùn)行期間軟件的修改和變化都應(yīng)在試運(yùn)行結(jié)束后提供書面和電子文檔。試運(yùn)行穩(wěn)定后可進(jìn)行驗(yàn)收。驗(yàn)收合格的條件必須至少滿足：①項(xiàng)目開發(fā)任務(wù)已經(jīng)完成，測試合格并上線試運(yùn)行；②項(xiàng)目經(jīng)過試運(yùn)行，試運(yùn)行時出現(xiàn)的問題已被解決，并得到用戶認(rèn)可；③項(xiàng)目提交了完整的文檔資料，并通過了采購人組織的審核。3.6