采購需求基礎信息管理子系統(tǒng)

1、醫(yī)療保障局醫(yī)療保障建設工程采購需求目錄1、 總則11.1 規(guī)范定義11.2 規(guī)范內容11.3 有關內容的澄清11.4 投標方應提交的技術資料12、 項目背景描述13、 系統(tǒng)建設說明33.1 建設目標33.2 建設原則34、 軟件功能要求34.1 系統(tǒng). 44.2 系統(tǒng)架構54.3 功能要求74.3.1 業(yè)務功能74.3.2 基礎服務錯誤!未定義書簽。5、軟件安全要求錯誤!未定義書簽。6、軟件性能要求錯誤!未定義書簽。7、軟件技術要求錯誤!未定義書簽。7.1 總體技術要求錯誤!未定義書簽。7.2 應用軟件性能要求錯誤!未定義書簽。7.3 應用軟件說明要求錯誤!未定義書簽。7.4 第軟件技術要求錯

2、誤!未定義書簽。1醫(yī)療保障局醫(yī)療保障建設工程采購需求8、 服務要求錯誤!未定義書簽。8.1 集成要求錯誤!未定義書簽。8.2 項目管理要求錯誤!未定義書簽。8.3 培訓要求錯誤!未定義書簽。8.3.1 培訓內容錯誤!未定義書簽。8.3.2 培訓計劃錯誤!未定義書簽。8.4 安裝與驗收要求錯誤!未定義書簽。8.5 維護及技術支持要求錯誤!未定義書簽。8.6 技術文件要求錯誤!未定義書簽。9、 項目計劃要求錯誤!未定義書簽。10、 項目驗收標準與要求錯誤!未定義書簽。11、其他要求錯誤!未定義書簽。2醫(yī)療保障局醫(yī)療保障建設工程采購需求1、總則1.1 規(guī)范定義本文件為醫(yī)療保障局醫(yī)療保障建設工程基礎信

3、息的需求。提供本項目建設所需的軟件和服務的公司（以下稱投標方）應向醫(yī)療保障局（以下稱招標方）就基礎信息所需的軟件和集成服務做出詳細答復。1.2 規(guī)范內容本文適用于醫(yī)療保障局醫(yī)療保障建設工程基礎信息。本文將給出招標方對基礎信息所需要的軟件功能和各項服務的要求，這些要求將在以后的各章節(jié)中列出，以供投標方編寫方案，項目開發(fā)計劃及報價書之用。1.3 有關內容的說明（1）投標方對于本文的疑問可以通過材料與招標方，在規(guī)定的提交最后期限以前，招標方將以材料給予答復。（2）在技術談判的各個階段，招標方將以形式要求投標方對有關問題進行進一步的技術澄清，投標方應以資料給予正式應答；所有各階段的技術澄清文件作為合同

4、附件。（3）招標方，投標方不得以向第提供本文件的全部或部分內容。（4）招標方在任何時候保留和擁有對本文件的解釋權和修改權。招標方在簽訂合同前，根據(jù)需要修改和補充本文，修改補充后的最終版本將作為合同的附件。1.4 投標方應提交的技術資料投標方所提供的技術應按照以下內容格式進行編制：（一）綜述（二）基礎信息總體方案建議（三）系統(tǒng)功能模塊說明，應詳細說明其軟件功能和軟件架構（四）所需第軟件的需求說明、配置方案和功能說明（五）基礎信息所需軟件安裝環(huán)境說明1醫(yī)療保障局醫(yī)療保障建設工程采購需求（六）基礎信息硬件平臺詳細需求估算說明（七）項目開發(fā)計劃詳細說明（八）測試及驗收（九）培訓計劃（十）技術服務、支持

5、（十一）所需軟件的技術文檔（十二）相關資質或證二、技術需求書點對點應答要求：投標方的中，要求對本需求書所提出各項要求進行逐條逐項答復、說明和解釋，首先對實現(xiàn)或滿足程度明確做出“滿足”、“不滿足”、“部分滿足”等應答，然后做出具體、詳細的說明。不得使用“明白”、“理解”等詞語。在答復中，要求明確滿足的程度，凡采用“詳見”、“參見”方式說明的，應指明參見文檔的具體章節(jié)或頁碼。請投標方特別注意：凡采用“詳見”、“參見”方式說明的條款，必點對點應答書中注有適當?shù)目偨Y性文字，簡潔、明了地回答相應的條款。對于規(guī)范書中要求列舉的條款，必點對點應答書中進行列舉，不得簡單答復“滿足”等，否則視該條款的應答為“不

6、滿足”。如果回答“部分滿足”，需要詳細說明哪些部分滿足，哪些部分不滿足，并且詳細說明。2醫(yī)療保障局醫(yī)療保障建設工程采購需求2、項目背景描述在黨的報告中指出，實施健康中國戰(zhàn)略，健康是昌盛和富強的重要標志。也強調，要運用大數(shù)據(jù)促進保障和民生，推進“互聯(lián)網(wǎng)+政務服務”,讓“少跑腿、數(shù)據(jù)多跑路”,不斷提升公共服務均等化、普惠化、便捷化水平。2018 年機構，賦予了醫(yī)療保障局“完的城鄉(xiāng)居民基本醫(yī)保制度和大病保險制度，建立健全民、城鄉(xiāng)統(tǒng)籌的多層次醫(yī)療保障體系，不斷提高醫(yī)療保障水平，確保醫(yī)保資金合理使用、安全可控，推進三醫(yī)聯(lián)動，更好地保障群眾就醫(yī)需求、減輕費用負擔”職責。為深入貫徹落實思想和黨的精神，全面建

7、成醫(yī)療保障體系，推進實施健康中國戰(zhàn)略，醫(yī)療保障局立足“努力建成更加公平、更加可持續(xù)的醫(yī)療保障體系，更好滿足群眾日益增長的醫(yī)療保障需求”目標，醫(yī)療保障的重要領域和關鍵環(huán)節(jié)，依托統(tǒng)一的電子政務和平臺，全面開展醫(yī)療保障建設，努力構建醫(yī)保便捷可及的“大服務”體系、規(guī)范高效的“大經(jīng)辦”體系、智能精準的“”體系、融合共享的“大協(xié)作”體系、可用的“大數(shù)據(jù)”體系、安全可靠的“大支撐”體系，實現(xiàn)醫(yī)療保障基礎設施集約化、監(jiān)督管理智能化、公共服務精準化、決策依據(jù)大數(shù)據(jù)化、業(yè)務經(jīng)辦、社會協(xié)作多元化、安全保障全息化，為醫(yī)療保障事業(yè)高質量發(fā)展提供新動能，促進治理體系和治理能力現(xiàn)代化，增強群眾的獲得感、幸福感、安全感。醫(yī)療

8、保障事業(yè)全民覆蓋、需求剛性、主體多元、業(yè)務復雜、發(fā)展不均衡及化服務要求高、專業(yè)化治理難度大等特點，醫(yī)療保障建設致力于消除當前醫(yī)療保障信息化領域數(shù)據(jù)鴻溝、信息孤島、技術壁壘、應用煙囪等信息系統(tǒng)碎片化問題，注重頂層設計、標準引領、數(shù)據(jù)匯聚、整合、服務融合、平臺建設及能力輸出，為全國各級醫(yī)保部門打造一個數(shù)據(jù)能夠全面共享、標準能夠全面應用、業(yè)務能夠全域聯(lián)動、知識能夠全域、能力能夠快速傳遞、政策能夠快速執(zhí)行的信息載體，充分發(fā)揮信息化在待遇藥服務管理、價格和招標采購、基金監(jiān)管、公共服務等方面的積極作用，有效支撐各級醫(yī)療保障部門規(guī)范、高效、科學履職，促進建成更加公平、可持續(xù)的醫(yī)療保障體系。醫(yī)療保障是重要的民

9、生服務系統(tǒng)，為高標準建設統(tǒng)一、高效、兼容、便捷的醫(yī)療保障信息系統(tǒng)，強化信息化對醫(yī)保運行、管理、服務的支撐功能，根據(jù)1醫(yī)療保障局醫(yī)療保障建設工程采購需求醫(yī)療保障建設工程可行性和初步設計方案，醫(yī)療保障局組織建設醫(yī)療保障建設工程，為確保項目順利實施，需要引入資質優(yōu)秀、技術雄厚、經(jīng)驗豐富的系統(tǒng)承建商，按照本項目明確的具體工作任務和要求，高質量開展項目建設。本文將基礎信息給出詳細招標要求。2醫(yī)療保障局醫(yī)療保障建設工程采購需求3、系統(tǒng)建設說明3.1 建設目標建設基礎信息，通過對醫(yī)療保障服務對象、機構、醫(yī)保三目及支付標準、重點醫(yī)療服務等信息實信息管理，進一步夯實醫(yī)療保障信息化全建和全域聯(lián)動基礎，從而實現(xiàn)支撐

10、推進醫(yī)療保障跨區(qū)域、跨層級、跨業(yè)務、跨部門、跨系統(tǒng)的信息共享和業(yè)務協(xié)同的目標。3.2 建設原則系統(tǒng)建設應該遵循以下原則：（1）先進性原則。在技術上應采用業(yè)界先進、成軟件開發(fā)技術，面向對象的設計,面向對象的開發(fā)工具。采用瀏覽器/服務器體系結構以支持環(huán)境下的分布式應用。（2）實用性原則。必須做到系統(tǒng)使用易學、易用、實用，方便廣大民眾和各級部門相關的使用。（3）開放性原則。設計的規(guī)范性，系統(tǒng)內部程序設計的規(guī)范、系統(tǒng)各模塊之間接口的規(guī)范、系統(tǒng)內部與外部接口的規(guī)范和系統(tǒng)用戶界面的規(guī)范，以便于同其它系統(tǒng)進行信息交互。（4）節(jié)約性原則。預留發(fā)展空間，避免重復建設，節(jié)約投資，少花錢多辦事。（5）安和可靠性原則

11、。符合要求；系統(tǒng)建設要采取全面的安全防護措施，系統(tǒng)開發(fā)層面，避免安全漏洞和隱患，做好用戶隱私的保護和防泄漏。（6）可維護性和可擴展性原則。軟件設計盡可能模塊化、組件化，以適應將來的發(fā)展，系統(tǒng)應提供配置模塊和客戶化工具，通過一系列的組件和工具，使應用系統(tǒng)可靈活配置，優(yōu)化流程，適應不同的情況；數(shù)據(jù)庫的設計盡可能考慮到將來發(fā)展的需要。3醫(yī)療保障局醫(yī)療保障建設工程采購需求4、軟件功能要求以下章節(jié)將對基礎信息建設內容的具體功能需求進行描述，但并不僅限于此，投標方可以提出適合本系統(tǒng)的其他功能。投標方應根據(jù)本章節(jié)的要求提供系統(tǒng)軟件建設方案，系統(tǒng)總體架構、各功能模塊以及各類流程的詳細文字、圖示說明。4.1 系

12、統(tǒng)醫(yī)療保障局醫(yī)療保障總體架構如下圖所示：醫(yī)保 一張圖 執(zhí)業(yè)醫(yī)療機構公眾 企業(yè)醫(yī)保內部統(tǒng)一門戶醫(yī)保公共服務APP藥采內容管理業(yè)務區(qū)公共服務區(qū)內部統(tǒng)一門戶子系統(tǒng)基礎信息支付方式醫(yī)保業(yè)務基礎子系統(tǒng)內部子系統(tǒng)信用評價醫(yī)療服務價格 跨省異地就醫(yī)應用子系統(tǒng)層基金運行及審計監(jiān)管子系統(tǒng)醫(yī)療保障智能監(jiān)管子系統(tǒng)運行監(jiān)測子系統(tǒng)宏觀決策大數(shù)據(jù)應用子系統(tǒng)綜合信息管理用戶管理和權限管理規(guī)則配置管理AAASSO組織機構管理接口管理及統(tǒng)計分析共享交換業(yè)務支撐服務組件基礎服務支撐組件PaaS 層業(yè)務支撐層IT綜合治理引擎中間件數(shù)據(jù)服務層數(shù)據(jù)綜合治理服務數(shù)據(jù)計算服務數(shù)據(jù)池DaaS 層數(shù)據(jù)服務層業(yè)務庫專題庫模型庫知識庫訓練庫日志庫

13、庫大數(shù)據(jù)平臺層虛擬化構建池CPU 池內存池服務器池池基礎層圖 4.1-1 醫(yī)療保障為醫(yī)療保障總體架構圖基礎信息的一個子系統(tǒng)，是對醫(yī)療保障的礎信息數(shù)據(jù)的統(tǒng)一匯聚和更新管理，可參與修改和審核醫(yī)療政策相關數(shù)據(jù)，形成逐步統(tǒng)一標準，統(tǒng)一數(shù)據(jù)格式?；A信息是醫(yī)療保障信息化統(tǒng)建和全域聯(lián)動的基礎，支撐醫(yī)療保障跨區(qū)域、跨層級、跨業(yè)務、跨部門、跨系統(tǒng)的信息共享和業(yè)務協(xié)同?；A信息把人社、發(fā)改委、民政、扶貧、市場監(jiān)督管理、稅務、財政等部門分散管理的疾病、藥品、診療項目、耗材、機構的醫(yī)療保障相關基礎信息進編碼，建立動態(tài)維護和賦權機制，進管理，形成的醫(yī)療保障部門的基礎信息庫，并基于基礎信息對外提供信息服務，同時提供庫管

14、理和醫(yī)4測試庫安全運維體系統(tǒng)一標準體系共享目錄管理公共服務子系統(tǒng)藥品和醫(yī)用耗材招采系統(tǒng)醫(yī)療保障局醫(yī)療保障建設工程采購需求療救助目錄服務?；A信息庫內容疾病分類目錄信息、手術操作與分類目錄信息、藥品分類與代碼目錄信息、醫(yī)用耗材分類與代碼、診療項目分類與代碼、門慢病種目錄信息、日間手術日間治療病種目錄信息、醫(yī)療保障病種結算目錄信息、執(zhí)業(yè)醫(yī)師信息、執(zhí)業(yè)護士信息、執(zhí)業(yè)藥師信息、定點醫(yī)療機構、定點照護機構、定點藥店信息、醫(yī)保經(jīng)辦機構信息、醫(yī)保經(jīng)辦信息、參保信息、參保信息等供各業(yè)務系統(tǒng)使用?；A信息通過與部門人口信息、人社部門社?？ㄐ畔ⅰ⒚裾t(yī)療救助信息、市場監(jiān)督管理信息等進行和比對，實現(xiàn)參保、參保、藥械

15、生產廠商、醫(yī)保機構等信息的完整性、正確性和性。基于這些基礎信息，可以為經(jīng)辦業(yè)務、互聯(lián)網(wǎng)業(yè)務、招標采購和就醫(yī)過程中需要進行實名認證需求提供基礎信息服務功能。4.2 系統(tǒng)架構基礎信息疾病編碼管理診療項目分類與代碼管理手術操作與分類管理藥品分類和代碼管理醫(yī)用耗材分類與代碼管理醫(yī)療保險病種結算目錄管理 醫(yī)療保險病種結算目錄新增 醫(yī)療保險病種結算目錄變更 藥品分類與代碼變更 日間手術、日間治療病種目錄執(zhí)業(yè)藥師目錄管理 執(zhí)業(yè)藥師目錄新增 執(zhí)業(yè)醫(yī)師目錄管理 執(zhí)業(yè)醫(yī)師目錄新增 日間手術、日間治療病種目錄新增日間手術、日間治療病種目錄變更子系統(tǒng)入數(shù)據(jù)口同步 執(zhí)藥師目錄變更 執(zhí)業(yè)醫(yī)師目錄變更 內部統(tǒng)一門戶子系統(tǒng)機

16、構信息醫(yī)療保障智能監(jiān)管子系統(tǒng)醫(yī)保業(yè)務基礎子系統(tǒng)醫(yī)保經(jīng)辦機構目錄管理執(zhí)業(yè)護士目錄管理參保信息管理數(shù)據(jù)同步藥品信息 法人庫參保信息新增醫(yī)保經(jīng)辦機構目錄新增 執(zhí)業(yè)護士目錄新增 執(zhí)業(yè)護士目錄變更 低保信息參保信息變更醫(yī)保經(jīng)辦機構目錄變更殘疾人信息建檔立卡信息社保相關數(shù)據(jù)醫(yī)保經(jīng)辦目錄管理門慢、病種目錄參保信息管理數(shù)據(jù)同步運行監(jiān)測子系統(tǒng)醫(yī)保經(jīng)辦目錄新增門慢、病種新增參保參保信息新增信息變更標準規(guī)范及目錄發(fā)布醫(yī)保經(jīng)辦目錄變更門慢、病種變更人口信息公共服務子系統(tǒng)電子票據(jù) 基金數(shù)據(jù)參保繳費/結算信息招采核驗數(shù)據(jù)公共服務數(shù)據(jù)動態(tài)維護參保個人電子憑證管理定點定點機構目錄管理機構目錄新增庫管理申報管理屬性管理定點機構

17、目錄變更屬性新增抽取管理屬性變更醫(yī)療救助目錄管理通知管理管理醫(yī)療救助對象管理調取基礎信基礎信息庫基本管理認證管理醫(yī)療救助目錄維護標準管理息基礎信息管理功能服務API醫(yī)保相關機構、信息醫(yī)療服務相關信息 藥品、耗材相關信息醫(yī)保相關機構、信息醫(yī)療服務相關信息藥品、耗材相關信息圖 4.2-1 基礎信息架構基礎信息通過構建各類數(shù)據(jù)目錄，實現(xiàn)對于醫(yī)療保障局醫(yī)療保障信息平臺各類基礎數(shù)據(jù)和基礎信息的管理?；A信息主要業(yè)務疾病編碼管理、手術操作分類與代碼管理、日間手術/日間治療病種目錄管理、醫(yī)療保障病種結算目5衛(wèi)健委市場殘聯(lián)扶貧辦人社教育部部財政部稅務發(fā)改委手術操作與分類新增手術操作與分類變更診療項目分類與代碼

18、新增診療項目分類與代碼變更疾病編碼新增疾病編碼變更統(tǒng)籌區(qū)基礎信息管理系統(tǒng)省級基礎信息管理系統(tǒng)醫(yī)用耗材分類與代碼新增醫(yī)用耗材分類與代碼變更藥品分類與代碼新增醫(yī)療保障局醫(yī)療保障建設工程采購需求錄、門慢/病種目錄、醫(yī)用耗材分類與代碼管理、診療項目分類與代碼管理、診療項目分類與代碼管理、執(zhí)業(yè)醫(yī)師目錄管理、定點機構管理、執(zhí)業(yè)護士目錄管理、執(zhí)業(yè)藥師目錄管理、醫(yī)保經(jīng)辦機構管理、醫(yī)保經(jīng)辦管理、參保信息管理、參保信息管理、屬性管理、認證、庫管理、醫(yī)療救助目錄。ØØØØØ疾病病種目錄管理是對醫(yī)保業(yè)務基礎子系統(tǒng)目錄進行同步管理。手術操作分類與代碼管理主要手術操作與代

19、碼進行同步管理。藥品分類和代碼目錄管理是對藥品分類和代碼目錄進行同步管理。日間手術、日間治療病種目錄管理是對日間手術、日間治療病種進行目錄管理。醫(yī)療保障病種結算目錄管理是醫(yī)療保障病種結算目錄進管理，供其他業(yè)務系統(tǒng)調取。Ø門慢、病種目錄管理是門慢、病種目錄進管理，供其他業(yè)務系統(tǒng)調取。Ø醫(yī)用耗材分類與代碼管理是醫(yī)用耗材分類與代碼目錄進管理維護，供其他業(yè)務系統(tǒng)調取。Ø診療項目分類與代碼管理是診療項目分類與代碼目錄進管理維護，供其他業(yè)務系統(tǒng)調取。Ø執(zhí)業(yè)醫(yī)師目錄管理是通過省級和統(tǒng)籌區(qū)上傳獲取執(zhí)業(yè)醫(yī)師目錄并進管理維護，供其他業(yè)務系統(tǒng)調取。ØØ定點

20、機構管理是對定點機構進管理維護，供其他業(yè)務系統(tǒng)調取。執(zhí)業(yè)護士目錄管理是對醫(yī)保執(zhí)業(yè)護士目錄進管理維護，供其他業(yè)務系統(tǒng)調取。Ø執(zhí)業(yè)藥師目錄管理是對醫(yī)保執(zhí)業(yè)醫(yī)師目錄分類與代碼目錄進管理維護，供其他業(yè)務系統(tǒng)調取。ØØØØØØ醫(yī)保經(jīng)辦機構管理是對醫(yī)保經(jīng)辦機構目錄統(tǒng)一管理維護，供其他業(yè)務系統(tǒng)調取。醫(yī)保經(jīng)辦管理是對醫(yī)保經(jīng)辦信息統(tǒng)一管理維護，供其他業(yè)務系統(tǒng)調取。參保信息管理參保信息進管理維護，供其他業(yè)務系統(tǒng)調取。參保信息管理參保信息進管理維護，供其他業(yè)務系統(tǒng)調取。屬性管理對屬性信息進管理維護，供其他業(yè)務系統(tǒng)調取。認證管理對醫(yī)份進行驗證以及登

21、錄醫(yī)保相統(tǒng)進行登錄認證，6醫(yī)療保障局醫(yī)療保障建設工程采購需求供其他業(yè)務系統(tǒng)調取。Ø庫管理對申報、入庫、發(fā)布等進行管理，供其他業(yè)務系統(tǒng)調取。Ø 醫(yī)療救助目錄管理對醫(yī)療救助的對象和目錄進行管理，供其他業(yè)務系統(tǒng)調取。4.3 功能要求基礎信息是對疾病編碼、手術操作與分類、藥品編碼目錄、醫(yī)用耗材編碼目錄、診療項目目錄進行內部同步；其他業(yè)務標準數(shù)據(jù)（門慢病種目錄、定點醫(yī)藥機構目錄、執(zhí)業(yè)醫(yī)師目錄、執(zhí)業(yè)護士目錄、執(zhí)業(yè)藥師目錄、醫(yī)療保障病中結算目錄、醫(yī)保經(jīng)辦機構目錄、醫(yī)保經(jīng)辦目錄、參保信息目錄、參保信息目錄等）從省級、統(tǒng)籌匯聚和同步下發(fā)；同時認證、庫管理、醫(yī)療救助目錄。其中各醫(yī)保標準目錄的維

22、護和通過公共服務子系統(tǒng)或醫(yī)保標準庫的動態(tài)維護平臺進管理。4.3.1 業(yè)務功能4.3.1.1 疾病編碼管理提供疾病編碼目錄維護接口，實現(xiàn)數(shù)據(jù)同步。疾病編碼管理實現(xiàn)疾病編碼目錄的新增和變更。4.3.1.1.1 疾病編碼新增實現(xiàn)級疾病編碼新增、審核、下發(fā)基礎信息同步數(shù)據(jù)功能。實現(xiàn)省級疾病編碼上報、審核、下發(fā)基礎信息同步數(shù)據(jù)功能。4.3.1.1.2 疾病編碼變更實現(xiàn)級疾病編碼變更申請、審核、下發(fā)基礎信息同步數(shù)據(jù)功能。實現(xiàn)省級疾病編碼變更申請上報、審核、下發(fā)基礎信息同步數(shù)據(jù)功能。4.3.1.2 手術操作與分類管理提供手術操作與分類目錄維護接口，實現(xiàn)數(shù)據(jù)同步。手術操作與分類管理，實現(xiàn)手術操作與分類目錄的新

23、增和變更。4.3.1.2.1 手術操作與分類新增實現(xiàn)級手術操作與分類新增申請、審核、下發(fā)基礎信息同步數(shù)據(jù)功能。7醫(yī)療保障局醫(yī)療保障建設工程采購需求實現(xiàn)省級手術操作與分類新增申請、審核、下發(fā)基礎信息同步數(shù)據(jù)功能。4.3.1.2.2 手術操作與分類變更實現(xiàn)級手術操作與分類變更申請、審核、下發(fā)基礎信息同步數(shù)據(jù)功能。實現(xiàn)省級手術操作與分類變更申請、審核、下發(fā)基礎信息同步數(shù)據(jù)功能。4.3.1.3 診療項目分類與代碼管理提供診療項目分類與代碼目錄維護接口，實現(xiàn)數(shù)據(jù)同步，并下發(fā)至省級和統(tǒng)籌區(qū)。診療項目分類與代碼目錄管理實現(xiàn)對診療項目分類與代碼目錄的新增和變更。4.3.1.3.1 診療項目分類與代碼新增實現(xiàn)級

24、診療項目分類與代碼新增申請、審核、下發(fā)基礎信息同步數(shù)據(jù)功能。實現(xiàn)省級診療項目分類與代碼新增申請、審核、下發(fā)基礎信息同步數(shù)據(jù)功能。4.3.1.3.2 診療項目分類與代碼變更實現(xiàn)級診療項目分類與代碼變更申請、審核、下發(fā)基礎信息同步數(shù)據(jù)功能。實現(xiàn)省級診療項目分類與代碼變更申請、審核、下發(fā)基礎信息同步數(shù)據(jù)功能。4.3.1.4 門慢實現(xiàn)對門慢病種目錄管理病種目錄的新增和變更功能，并同步下發(fā)至省級和統(tǒng)籌區(qū)。4.3.1.4.1 門慢病種目錄新增實現(xiàn)級門慢病種目錄新增申請、審核、下發(fā)基礎信息同步數(shù)據(jù)功能。實現(xiàn)省級門慢病種目錄新增申請、審核、下發(fā)基礎信息同步數(shù)據(jù)功能。4.3.1.4.2 門慢病種目錄變更實現(xiàn)級門

25、慢病種目錄變更申請、審核、下發(fā)基礎信息同8醫(yī)療保障局醫(yī)療保障建設工程采購需求步數(shù)據(jù)功能。實現(xiàn)省級門慢病種目錄變更申請、審核、下發(fā)基礎信息同步數(shù)據(jù)功能。4.3.1.5 定點機構目錄管理對定點機構（定點醫(yī)療機構、定點藥店和照護機構）目錄從省級和統(tǒng)籌匯聚及管理維護，同步下發(fā)至省級和統(tǒng)籌區(qū)。4.3.1.5.1 定點機構目錄新增實現(xiàn)統(tǒng)籌區(qū)醫(yī)保通過定點協(xié)議管理新增定點機構同步到基礎信息，并對外提供服務。4.3.1.5.2 定點機構目錄變更實現(xiàn)統(tǒng)籌區(qū)醫(yī)保通過定點協(xié)議管理變更定點機構同步到基礎信息，并對外提供服務。4.3.1.6 執(zhí)業(yè)醫(yī)師目錄管理對執(zhí)業(yè)醫(yī)師目錄從省級和統(tǒng)籌匯聚及管理維護，同步下發(fā)至省級和統(tǒng)籌區(qū)

26、。4.3.1.6.1 執(zhí)業(yè)醫(yī)師目錄新增實現(xiàn)統(tǒng)籌區(qū)醫(yī)保通過定點協(xié)議管理新增執(zhí)業(yè)醫(yī)師目錄同步到基礎信息，并對外提供服務。4.3.1.6.2 執(zhí)業(yè)醫(yī)師目錄變更實現(xiàn)統(tǒng)籌區(qū)醫(yī)保通過定點協(xié)議管理變更執(zhí)業(yè)醫(yī)師目錄同步到基礎信息，并對外提供服務。4.3.1.7 執(zhí)業(yè)護士目錄管理實現(xiàn)對執(zhí)業(yè)護士目錄從省級和統(tǒng)籌匯聚及管理維護，同步下發(fā)至省級和統(tǒng)籌區(qū)。4.3.1.7.1 執(zhí)業(yè)護士目錄新增實現(xiàn)統(tǒng)籌區(qū)醫(yī)保通過定點協(xié)議管理新增執(zhí)業(yè)護士目錄同步到基礎信息，并對外提供服務。4.3.1.7.2 執(zhí)業(yè)護士目錄變更實現(xiàn)統(tǒng)籌區(qū)醫(yī)保通過定點協(xié)議管理變更執(zhí)業(yè)護士目錄同步到基礎信9醫(yī)療保障局醫(yī)療保障建設工程采購需求息，并對外提供服務。4.

27、3.1.8 執(zhí)業(yè)藥師目錄管理實現(xiàn)對執(zhí)業(yè)藥師目錄的新增和變更功能，并同步下發(fā)至省級和統(tǒng)籌區(qū)。對執(zhí)業(yè)醫(yī)師目錄分類與代碼目錄進匯聚及管理維護，同步下發(fā)至省級和統(tǒng)籌區(qū)。4.3.1.8.1 執(zhí)業(yè)藥師目錄新增實現(xiàn)統(tǒng)籌區(qū)醫(yī)保通過定點協(xié)議管理新增執(zhí)業(yè)藥師目錄同步到基礎信息，并對外提供服務。4.3.1.8.2 執(zhí)業(yè)護士目錄變更實現(xiàn)統(tǒng)籌區(qū)醫(yī)保通過定點協(xié)議管理變更執(zhí)業(yè)藥師目錄同步到基礎信息，并對外提供服務。4.3.1.9 藥品分類和代碼管理藥品分類和代碼管理實現(xiàn)對藥品分類和代碼目錄的新增和變更，提供藥品分類和代碼目錄接口，實現(xiàn)數(shù)據(jù)同步。4.3.1.9.1 藥品分類和代碼新增實現(xiàn)級藥品分類和代碼新增申請、審核、下發(fā)基

28、礎信息同步數(shù)據(jù)功能。實現(xiàn)省級藥品分類和代碼新增申請、審核、下發(fā)基礎信息同步數(shù)據(jù)功能。4.3.1.9.2 藥品分類和代碼變更實現(xiàn)級藥品分類和代碼變更申請、審核、下發(fā)基礎信息同步數(shù)據(jù)功能。實現(xiàn)省級藥品分類和代碼變更申請、審核、下發(fā)基礎信息同步數(shù)據(jù)功能。4.3.1.10 日間手術、日間治療病種目錄管理實現(xiàn)對日間手術和日間治療的病種目錄從省級和統(tǒng)籌匯聚及管理維護，同步下發(fā)至省級和統(tǒng)籌區(qū)。4.3.1.10.1 日間手術、日間治療病種目錄新增實現(xiàn)級藥日間手術、日間治療病種目錄新增申請、審核、下發(fā)基礎信息同步數(shù)據(jù)功能。10醫(yī)療保障局醫(yī)療保障建設工程采購需求實現(xiàn)省級日間手術、日間治療病種目錄新增申請、審核、下

29、發(fā)基礎信息管理子系統(tǒng)同步數(shù)據(jù)功能。4.3.1.10.2 日間手術、日間治療病種目錄變更實現(xiàn)級日間手術、日間治療病種目錄變更申請、審核、下發(fā)基礎信息管理子系統(tǒng)同步數(shù)據(jù)功能。實現(xiàn)省級日間手術、日間治療病種目錄變更申請、審核、下發(fā)基礎信息管理子系統(tǒng)同步數(shù)據(jù)功能。4.3.1.11 醫(yī)療保障病種結算目錄管理實現(xiàn)對醫(yī)療保障病種結算目錄從省級和統(tǒng)籌匯聚及管理維護，同步下發(fā)至省級和統(tǒng)籌區(qū)。4.3.1.11.1 醫(yī)療保障病種結算目錄新增實現(xiàn)級醫(yī)療保障病種結算目錄新增申請、審核、下發(fā)基礎信息統(tǒng)同步數(shù)據(jù)功能。實現(xiàn)省級醫(yī)療保障病種結算目錄新增申請、審核、下發(fā)基礎信息同步數(shù)據(jù)功能。4.3.1.11.2 醫(yī)療保障病種結算

30、目錄變更實現(xiàn)級醫(yī)療保障病種結算目錄變更申請、審核、下發(fā)基礎信息統(tǒng)同步數(shù)據(jù)功能。實現(xiàn)省級醫(yī)療保障病種結算目錄變更申請、審核、下發(fā)基礎信息同步數(shù)據(jù)功能。4.3.1.12 醫(yī)用耗材分類與代碼管理醫(yī)用耗材分類與代碼管理對目錄進行新增和變更，提供醫(yī)用耗材分類與代碼目錄接口，實現(xiàn)數(shù)據(jù)同步。4.3.1.12.1 醫(yī)用耗材分類與代碼新增實現(xiàn)級醫(yī)用耗材分類與代碼新增申請、審核、下發(fā)基礎信息同步數(shù)據(jù)功能。實現(xiàn)省級醫(yī)用耗材分類與代碼新增申請、審核、下發(fā)基礎信息同步數(shù)據(jù)功能。11醫(yī)療保障局醫(yī)療保障建設工程采購需求4.3.1.12.2 醫(yī)用耗材分類與代碼變更實現(xiàn)級醫(yī)療用耗材分類與代碼變更申請、審核、下發(fā)基礎信息管理子系

31、統(tǒng)同步數(shù)據(jù)功能。實現(xiàn)省級醫(yī)療用耗材分類與代碼變更申請、審核、下發(fā)基礎信息管理子系統(tǒng)同步數(shù)據(jù)功能。4.3.1.13 醫(yī)保經(jīng)辦機構目錄管理實現(xiàn)對對醫(yī)保經(jīng)辦機構目錄從局本級、省級和統(tǒng)籌匯聚及管理維護，并同步下發(fā)至省級和統(tǒng)籌區(qū)。4.3.1.13.1 醫(yī)保經(jīng)辦機構目錄新增實現(xiàn)省級基礎信息上報新增醫(yī)保經(jīng)辦機構目錄到基礎信息系統(tǒng)，并對外提供服務。4.3.1.13.2 醫(yī)保經(jīng)辦機構目錄變更實現(xiàn)省級基礎信息上報變更醫(yī)保經(jīng)辦機構目錄到基礎信息系統(tǒng)，并對外提供服務。4.3.1.14 醫(yī)保經(jīng)辦目錄管理對醫(yī)保經(jīng)辦目錄從局本級、省級和統(tǒng)籌匯聚及管理維護。4.3.1.14.1 醫(yī)保經(jīng)辦機構目錄新增實現(xiàn)省級基礎信息上報新增醫(yī)

32、保經(jīng)辦目錄到基礎信息系統(tǒng)，并對外提供服務。4.3.1.14.2 醫(yī)保經(jīng)辦機構目錄變更實現(xiàn)省級基礎信息上報變更醫(yī)保經(jīng)辦目錄到基礎信息系統(tǒng)，并對外提供服務。4.3.1.15 參保實現(xiàn)對參保信息管理信息的新增和變更功能，并同步下發(fā)至統(tǒng)籌區(qū)。同時，實現(xiàn)參保人個人電子憑證管理功能，通過生成唯一標識參保人個人的個人電子憑證，與個人（社?？?、醫(yī)保個人賬戶以及其他屬性信息）進行綁定，并對個人電子憑證信息進行加密和唯一性及真?zhèn)涡ｒ灐?.3.1.15.1 參保信息新增實現(xiàn)從統(tǒng)籌區(qū)到省級基礎信息、再到基礎信息的12醫(yī)療保障局醫(yī)療保障建設工程采購需求參保人新增信息同步功能，并對外提供服務。4.3.1.15.2 參保信

33、息變更實現(xiàn)從統(tǒng)籌區(qū)到省級基礎信息、再到基礎信息的參保人變更信息同步功能，并對外提供服務。4.3.1.15.3 參保人個人電子憑證管理實現(xiàn)參保人電子憑證的生成（參保參保登記或變更時，通過加密、校驗生成唯一標識參保人個人的個人電子憑證）、綁定個人、以及通過參保人個人電子憑證獲取參保人信息服務功能。4.3.1.16 參保實現(xiàn)對參保信息管理信息從統(tǒng)籌匯聚及管理維護，并同步下發(fā)至省級和統(tǒng)籌區(qū)。4.3.1.16.1 參保實現(xiàn)統(tǒng)籌區(qū)醫(yī)保信息新增通過參保登記管理進行參保登記，信息同步到基礎信息，并對外提供服務。4.3.1.16.2 參保實現(xiàn)統(tǒng)籌區(qū)醫(yī)保信息變更通過參保登記管理進行參保變更，信息同步到基礎信息，并

34、對外提供服務。4.3.1.17實現(xiàn)對所有屬性管理（經(jīng)辦、執(zhí)業(yè)、參保）屬性信息進管理維護，并同步下發(fā)至省級和統(tǒng)籌區(qū)。4.3.1.17.1統(tǒng)籌區(qū)所有屬性信息新增（經(jīng)辦、執(zhí)業(yè)、參保）屬性新增信息同步到基礎信息，并對外提供服務。4.3.1.17.2統(tǒng)籌區(qū)所有屬性信息變更（經(jīng)辦、執(zhí)業(yè)、參保）屬性修改信息同步到基礎信息，并對外提供服務。4.3.1.18認證管理實現(xiàn)對參保人進行驗證以及登錄醫(yī)保相統(tǒng)進行登錄認證功能。13醫(yī)療保障局醫(yī)療保障建設工程采購需求4.3.1.19庫管理庫管理是通過建設庫，對各領域各專業(yè)的進行統(tǒng)計，通過推薦、抽取、等機制完成項目的管理。庫管理至少要實現(xiàn)申報管理、專家抽取管理、通知管理、庫

35、基本管理、功能。4.3.1.19.1申報管理申報管理分為推薦和個人申報；推薦可通過各司推薦相關領域的，通過審核后，進入庫；個人申報，相關領域按照模板在網(wǎng)站或公共服務子系統(tǒng)進行個人申報。4.3.1.19.2抽取管理抽取管理采隨機方式，首先隨機抽選，然后再隨機抽選；抽取管理有效抽取管理，如果認可抽取結果則進行；如果認為抽取結果疑義，則認為無效抽取，則重新進行抽取，并對已經(jīng)抽取的進行標記；抽取設置按不同領域或不同專業(yè)等方式進行抽?。怀槿r間設置，不同類型的項目可提供提前某段時間的設置（如前一周、當場）及自定義時間段。4.3.1.19.3通知進入通知管理庫的入庫情況予以確認，可通過平臺通知、或公共服務

36、子系統(tǒng)發(fā)布。4.3.1.19.4庫基本庫基本管理按照不同類別進行分類，如按專業(yè)、領域、職位等分類；進行信息的增加、更新、刪除等操作，并提供按照條件進行篩選和；進行專家信息的展示，可根據(jù)部分條件信息展現(xiàn)整體信息。4.3.1.19.5管理管理在公共服務子系統(tǒng)提供，對進行；或在公共服務子系統(tǒng)進行個人申請；根據(jù)或申請的審核結果，對進行庫管理；對于前期沒有疑義的采用自動延長機制，自動保留在庫中。4.3.1.20 醫(yī)療救助目錄管理醫(yī)療救助目錄管理至少要救助對象管理、目錄維護和標準功能；與省級、統(tǒng)籌區(qū)通過接口實現(xiàn)數(shù)據(jù)及時上傳局本級系統(tǒng)。14醫(yī)療保障局醫(yī)療保障建設工程采購需求4.3.1.20.1 醫(yī)療救助對象

37、管理醫(yī)療救助對象管理建立醫(yī)療救助對象管理目錄，分人群進行標識，分別為重點救助對象(低保、特困)、建檔立卡貧困人口、低收入救助對象、因病致貧對象等。醫(yī)保醫(yī)療救助對象的數(shù)據(jù)由醫(yī)療機構通過統(tǒng)籌區(qū)上傳到省級再上傳到局本級；對扶貧醫(yī)療救助對象的數(shù)據(jù)進行匹配、審核通過庫，并提供服務。4.3.1.20.2 醫(yī)療救助對象管理醫(yī)療救助目錄維護標準管理對醫(yī)療救助目錄信息進行新增和變更。醫(yī)療救助目錄維護標準的數(shù)據(jù)由醫(yī)療機構通過統(tǒng)籌區(qū)上傳到省級再上傳到局本級，對扶貧醫(yī)療救助的目錄數(shù)據(jù)進行匹配、審核通過庫，并提供服務。4.3.1.21 基礎信息管理功能服務 API將基礎信息管理的功能發(fā)布成 API，為省級、統(tǒng)籌區(qū)提供基

38、礎信息管理功能。4.3.2 基礎服務對業(yè)務系統(tǒng)的服務能力進行提煉，抽取基礎服務，以便進一步優(yōu)化業(yè)務模型，減少業(yè)務耦合度。此基礎服務與應用支撐平臺對接，按照應用支撐子系統(tǒng)的規(guī)范來開發(fā)。15醫(yī)療保障局醫(yī)療保障建設工程采購需求5、軟件安全要求投標方須嚴格按照醫(yī)保信息系統(tǒng)安全開發(fā)規(guī)范要求，組織研究和實施。系統(tǒng)上線前，應按照招標方要求進行源代碼安全掃描，并對發(fā)現(xiàn)的漏洞進行修復；招標方只負責一次檢測和修復后的一次復測費用，其他費用由承建商自行負責。投標方應提供詳細的安全設計方案并詳細說明在應用安全和數(shù)據(jù)安全方面采取的安全的措施。16醫(yī)療保障局醫(yī)療保障建設工程采購需求6、軟件性能要求（1）系統(tǒng)支持的總用戶數(shù)

39、不低于 5000 人，最大支持用戶數(shù)不低于 2000人。（2）系統(tǒng)支持的最大并發(fā)用戶數(shù)為 500 人/秒。（3）在穩(wěn)定性上，系統(tǒng)要求全年穩(wěn)定連續(xù)運行，系統(tǒng)穩(wěn)定性不小于 99.999%；（4）交互類業(yè)務平均響應時間不大于 1 秒類業(yè)務平均響應時間不大于 2 秒，接口類單條平均響應時間不大于 1 秒、多條于 3 秒。（100 條）平均響應時間不大17醫(yī)療保障局醫(yī)療保障建設工程采購需求7、軟件技術要求7.1 總體技術要求（1）應該是企業(yè)級的解決方案，支持可分布的、可伸縮的體系結構。支持部署在主流的操作系統(tǒng)（Linux）和硬件平臺上，支持 B/S 結構，支持云數(shù)據(jù)庫、云、云緩存等云架構。（2）投標方提

40、供的軟件必須是模塊化設計，并且保證任何軟件模塊的維護和更新都不影響其它軟件模塊，軟件具有容錯能力。（3）投標方提供的軟件應具有自身故障監(jiān)視和能力，即軟件發(fā)現(xiàn)故障并發(fā)出告警。（4）投標方提供的軟件在不同時期軟件版本應能向下兼容，軟件版本易于升級，且在升級的過程中不影響的性能與運行。（5）投標方應承諾在供貨時提供最新版本的軟件，但該軟件必須是經(jīng)過測試正式推出，其可靠性、穩(wěn)定性經(jīng)過嚴格驗證。（6）本項目運維期內，軟件版本升級時，投標方應承諾更新軟件版本，并提供相應的新版本軟件功能說明書及修改說明書。（7）投標方提供的應用軟件要求具有較強的容錯功能對數(shù)據(jù)一致性的檢查、對輸入內容的檢查等。7.2 應用軟

41、件性能要求（1）應用軟件系統(tǒng)的各個軟件功能模塊應滿足本文相關功能要求。應用軟件必須能夠切實滿足系統(tǒng)管理的需求，并且適應今后的業(yè)務增長和變化，隨時可以按功能需要進行修改和維護。（2）應用軟件應采用通用軟件開發(fā)平臺進行開發(fā)，有很強的靈活性和擴展性，在今后開展新業(yè)務時可通過對參數(shù)等的簡單更改迅速方便地實現(xiàn)，具有良好的適應能力。（3）應用軟件應采好的圖形化窗口的用戶操作界面，可操作性強，而且操作界面應力求簡潔、直觀，具有全中文界面，有向導性功能，支持工作臺化管理，有利于簡化操作，并提高操作效率。在考慮簡化用戶的操作的同時，應操作必要時做一些人工干預。（4）應用軟件應具備一套完備的數(shù)據(jù)管理系統(tǒng)和進程調度

42、系統(tǒng)，以的安全可靠和整個系統(tǒng)的正常運轉。18醫(yī)療保障局醫(yī)療保障建設工程采購需求（5）應用軟件還應采用參數(shù)驅動的設計思想，在應用軟件中，凡是不能確定的因素，應做到參數(shù)化，以達到通過對參數(shù)的設置就可適應不同的情況及不同時期的應用要求，并具備多用戶和多任務操作能力，并對用戶數(shù)不加限制。（6）每個應用的功能由一個應用模塊完成，應用模塊之間應減少耦合度；應用模塊之間采用開放的應用接口（API）進行通信；開發(fā)可靈活開發(fā)新的應用模塊，并可在不需對原有系統(tǒng)進行重新編譯的前提下，動態(tài)加載到系統(tǒng)使用。（7）應用軟件必須可制作打包安裝盤（包），具有自動安裝功能以及安裝功能。（8）應用軟件要遵循易操作性、健壯性、實用

43、性、高效性和安的原則。（9）靈活設計和詳細系統(tǒng)操作權限，支持功能級、數(shù)據(jù)級權限，可按原子級業(yè)務、業(yè)務組件、業(yè)務流程分配系統(tǒng)操作權限；支持管理，個性化工作臺展示業(yè)務組件、業(yè)務圖表。（10）應用軟件應具有完整、嚴謹?shù)牟僮鳈嘞薰芾頇C制和日志，確的安和業(yè)務的可稽核性；系統(tǒng)采用業(yè)務回退機制，加強業(yè)務的可逆性。7.3 應用軟件說明要求（1）投標方軟件的結構應滿足本采購需求所要求的結構，投標方應詳細解釋其的總體結構和數(shù)據(jù)流程。如果采用第，指明第在整系結構中所起的作用，做到框架圖紙和文字描述一一對應。（2）投標方應支持當前主流 X86 服務器和主流操作系統(tǒng)及國產操作系統(tǒng)（國產 Linux，如中標麒麟、麒麟等）

44、，支持虛擬化，支持容器（docker），支持云服務等。（3）投標方應支持當前主流國產數(shù)據(jù)庫、中間件及云數(shù)據(jù)庫（、騰訊云、電信云等）。7.4 投標方第軟件技術要求投標方原則上須使用招標方所提供的第軟件，如遇特殊情況，需使用其他第三方軟件，在征得招標方同意后，由投標方自行解決。招標方可提供的第軟件列表如下：（1）操作系統(tǒng)；（2）中間件；19醫(yī)療保障局醫(yī)療保障建設工程采購需求（3）云軟件；（4）數(shù)據(jù)庫；（5）大數(shù)據(jù)軟件；（6）備份同步軟件；（7）PKI/CA 體系。20醫(yī)療保障局醫(yī)療保障建設工程采購需求8、服務要求8.1 集成要求投標方應配合軟件集成商進行基礎信息的集成工作，相關軟件部署，系統(tǒng)軟件上

45、線運行以及與其他系統(tǒng)的互聯(lián)等。要求投標方承諾：根據(jù)招標方要求，對本項目其他應用子系統(tǒng)的承接商組織培訓，并共享本投標方實施能力。8.2 投標方項目管理要求投標方需提供本次工程建設的項目管理預案，項目（投標方安排的項目必須固定，若有替換，必須與招標方協(xié)商，否則由投標方承擔相關責任。此外，投標方所安排的開發(fā)和運維必須專職于本項目的開發(fā)）及分工、項目實施計劃、項目變更管理方案以及項目風險管理方案等。投標方應承諾提供現(xiàn)場實施服務，辦公場地由投標方自行解決?；疽笕缦拢海?）項目經(jīng)理具有 5 年以上的信息化和建設管理經(jīng)驗，具有信息化總體能力，具備省級及以上醫(yī)療或醫(yī)保相關行業(yè)建設經(jīng)驗，對醫(yī)療保障領域或醫(yī)療

46、領域信息化有深入理解，有良好的能力、耐性和綜合素質。Ø 投標方參與數(shù)量：不少于2人。其中1人必用戶現(xiàn)場服務，1人在本地項目研發(fā)場地服務。（2）需求分析階段投標方需與醫(yī)療保障局相關充分，掌握本項目的需求。要求：Ø 投標方參與數(shù)量：不少于5人。Ø 投標方至少需提交的文檔：業(yè)務需求調研報告、應用系統(tǒng)需求分析規(guī)格說明書。（3）系統(tǒng)設計研發(fā)階段要求：Ø 投標方本地參與數(shù)量：不少于10人。Ø 投標方至少需提交的文檔：系統(tǒng)架構設計說明書，系統(tǒng)詳細設計說明書，數(shù)據(jù)庫設計說明書，各軟件功能模塊、流程、數(shù)據(jù)、接口模塊的詳細說明及內部測試報告。21醫(yī)療保障局醫(yī)療保障

47、建設工程采購需求（4）系統(tǒng)測試階段要求：Ø 投標方本地參與數(shù)量：不少于5人。Ø 投標方至少需提交的文檔：測試方案、測試過程文檔、系統(tǒng)整體測試報告。（5）系統(tǒng)實施階段要求：Ø 投標方本地參與數(shù)量：不少于5人。Ø 投標方至少需提交的文檔：系統(tǒng)實施計劃、過程文檔、試運行報告。（6）駐場服務本項目服務期內需提供至少3名本項目專職長期駐場工（含項目經(jīng)理），駐場工工作量不額外計費，駐場工具備本系統(tǒng)進行修改、調整能力，并按客戶要求調整本系統(tǒng)（駐場工工作量內的新需求）。要求：具有5年以上的醫(yī)保或醫(yī)療相關領域信息化研發(fā)經(jīng)驗，具備省級及以上醫(yī)?；蜥t(yī)療相關行業(yè)建設經(jīng)驗，對醫(yī)保

48、或醫(yī)療相關領域信息化有深入理解，有良好的溝通能力、耐性和綜合素質。（7）系統(tǒng)優(yōu)化服務本項目服務期內至少每半年進行一次系統(tǒng)性數(shù)據(jù)梳理和整體優(yōu)化，確保數(shù)據(jù)管理效率。（8）內容投標方需在投標文件中明確，本項目中數(shù)據(jù)（包含原始數(shù)據(jù)和衍生數(shù)據(jù)）全部為招標方所有，全部列入范圍，投標方不得用戶的情況下導出、分析以及移作他用。（9）源代碼和產權要求投標方需在投標文件中明確，本項目中的全部源代碼（不包含既有知識產權類和工具）和知識產權全部為招標方所有，投標方需在合作期間及合作終止后 5 年內，在招標方提出要求的 3 天內無條件提供本項目源代碼。8.3 培訓要求承建商提供滿足招標方要求的場地、食宿、師資、資料等條

49、件。培訓時間和地點：由招標方指定。22醫(yī)療保障局醫(yī)療保障建設工程采購需求培訓總人天要求：1000 人天。1、對系統(tǒng)建設的培訓系統(tǒng)建設不僅要對相關的技術有深入的研究，還要對項目運行涉及的具體業(yè)務有充分的理解。因此，應加強對系統(tǒng)建設這兩方面的培訓，以建設符合實際業(yè)務需要。2、對應用部門各級系統(tǒng)應用的培訓使之能夠了解信息系統(tǒng)的建設思想、主要功能和操作規(guī)程，能夠熟練應用這一系統(tǒng)輔助開展工作，并能結合實際工作需要提出各種改進意見。根據(jù)對系統(tǒng)的使用特點不同，對應用的培訓分為兩個層次：（1）對培訓的主要目的是使有關主管對系統(tǒng)有一定的了解，同時能夠應用系統(tǒng)進行決策、指揮工作；（2）對其他應用的培訓，主要使他們在各業(yè)務環(huán)境下能夠很好地利用系統(tǒng)完成相應的專業(yè)工作，提高工作效率，提高信息的準確性和全面性。3、系統(tǒng)運行維護的培訓