沈陽醫(yī)保藥品追溯信息采集與應用管理平臺項目招標項目的潛在供應商應在線上獲取招標文件,并于****年**月**日 **時**分（北京時間）前遞交投標文件。
包組號：**1
包組名稱：沈陽醫(yī)保藥品追溯信息采集與應用管理平臺項目-應用軟件開發(fā)
服務內(nèi)容及要求：
一、項目背景
（一）貫徹落實國家、省、市部署要求
****年5月國務院辦公廳印發(fā)《關于加強醫(yī)療保障基金使用常態(tài)化監(jiān)管的實施意見》（國辦發(fā)〔****〕**號）、****年3月國家醫(yī)保局網(wǎng)絡安全和信息化領導小組辦公室《關于印發(fā)〈醫(yī)保藥品追溯信息采集和應用技術(shù)實施方案〉的通知》（網(wǎng)信辦〔****〕4號）、****年4月國家醫(yī)保局辦公室印發(fā)《關于開展醫(yī)保藥品耗材追溯碼信息采集試點工作的通知》（醫(yī)保辦函〔****〕**號）、****年7月國家醫(yī)保局印發(fā)《關于在藥品采購環(huán)節(jié)加強藥品追溯碼應用的方案》（征求意見稿）、****年7月國家醫(yī)保局印發(fā)《面向參保人和藥耗企業(yè)的藥品耗材追溯信息查詢設計方案》（征求意見稿）等文件中，要求深入推進醫(yī)保基金監(jiān)管制度體系改革，切實落實各方監(jiān)督責任，扎實推進醫(yī)保藥品追溯信息在醫(yī)保領域應用，進一步加強基金監(jiān)管能力建設，完善創(chuàng)新基金監(jiān)管方式，強化定點醫(yī)藥機構(gòu)自我管理主體責任。以數(shù)據(jù)賦能為導向，依托全國統(tǒng)一的醫(yī)保信息平臺歸集藥耗企業(yè)藥耗生產(chǎn)信息、配送企業(yè)流通信息，結(jié)合定點醫(yī)藥機構(gòu)上傳的銷售信息，逐步實現(xiàn)藥耗生產(chǎn)、配送流通、銷售數(shù)據(jù)全量采集、全面應用，推動藥耗追溯鏈條向上游供應環(huán)節(jié)和下游使用環(huán)節(jié)延伸，形成全環(huán)節(jié)、全過程完整追溯體系。利用大數(shù)據(jù)智能化技術(shù)監(jiān)測倒賣、串換藥品等欺詐騙保行為，推進醫(yī)?；鸢踩?guī)范合理使用，切實守護好老百姓的“看病錢”“救命錢”。國家醫(yī)保局統(tǒng)一開發(fā)追溯碼管理基本模塊，明確信息采集、歸集、傳輸要求，試點地區(qū)探索國家醫(yī)保局要求落地的具體路徑，并探索追溯碼信息賦能使用的方向、場景、途徑和具體方式方法。省級藥品集中采購平臺實行“帶碼掛網(wǎng)”、各級藥品集中帶量采購實行“帶碼投標”、藥品經(jīng)營企業(yè)落實“帶碼流通”、醫(yī)保定點醫(yī)藥機構(gòu)落實“掃碼采購”、協(xié)同強化追溯數(shù)據(jù)管理和應用。沈陽市作為試點單位需要積極完成追溯碼采集工作，建立追溯信息系統(tǒng)實現(xiàn)追溯碼信息采集、歸集，并利用智能監(jiān)管子系統(tǒng)和大數(shù)據(jù)技術(shù)監(jiān)測違規(guī)違法行為，豐富監(jiān)管應用，保障基金安全。
（二）實現(xiàn)藥品追溯信息全量采集的需要
依托全國統(tǒng)一的醫(yī)保信息平臺，優(yōu)化完善相關功能模塊，實現(xiàn)定點醫(yī)藥機構(gòu)藥品追溯信息全量采集、向國家歸集及地方同步，夯實藥品追溯信息應用基礎。并先行先試藥品藥企追溯信息采集應用，通過采集藥品追溯碼的流通數(shù)據(jù)，實現(xiàn)藥品全生命周期的信息化管理。
（三）開展藥品追溯信息監(jiān)管應用的需要
對已歸集入庫的藥品追溯信息，深化醫(yī)保藥品監(jiān)管工作，通過智能監(jiān)管子系統(tǒng)“規(guī)則下載”功能模塊下載藥品串換、藥品倒賣等監(jiān)管規(guī)則和知識，開展事中審核和事后監(jiān)管核查工作。通過建設追溯信息反欺詐監(jiān)管、異常行為預警分析、藥品追溯監(jiān)管大屏分析等內(nèi)容，豐富藥品追溯信息監(jiān)管應用，進一步加強醫(yī)保基金使用常態(tài)化監(jiān)管，切實保障人民群眾“看病錢”“救命錢”。
二、規(guī)劃政策符合性
本項目的建設符合國務院辦公廳印發(fā)《關于加強醫(yī)療保障基金使用常態(tài)化監(jiān)管的實施意見》（國辦發(fā)〔****〕**號）、國家醫(yī)保局網(wǎng)絡安全和信息化領導小組辦公室《關于印發(fā)〈醫(yī)保藥品追溯信息采集和應用技術(shù)實施方案〉的通知》（網(wǎng)信辦〔****〕4號）、國家醫(yī)保局印發(fā)《關于開展醫(yī)保藥品耗材追溯碼信息采集試點工作的通知》（醫(yī)保辦函〔****〕**號）、國家醫(yī)保局印發(fā)《關于在藥品采購環(huán)節(jié)加強藥品追溯碼應用的方案》（征求意見稿）、國家醫(yī)保局印發(fā)《面向參保人和藥耗企業(yè)的藥品耗材追溯信息查詢設計方案》（征求意見稿）等政策文件要求，同時也符合遼寧省人民政府辦公廳《數(shù)字遼寧發(fā)展規(guī)劃2.0版》（遼政辦發(fā)〔****〕**號）、《遼寧省“十四五”醫(yī)療保障規(guī)劃》《關于印發(fā)〈遼寧省醫(yī)療保障信息平臺建設方案〉的通知》（遼醫(yī)保〔****〕**6號）、《沈陽市“十四五”醫(yī)療保障事業(yè)發(fā)展規(guī)劃》等要求，滿足沈陽市醫(yī)保藥品追溯信息采集工作的實際需要。
三、總體架構(gòu)設計
沈陽醫(yī)保藥品追溯信息采集與應用管理平臺項目建設遵循國家醫(yī)療保障信息化統(tǒng)一標準、統(tǒng)一技術(shù)架構(gòu)的要求，依托沈陽市醫(yī)療保障信息平臺已有基礎設施和信息安全保障體系，在現(xiàn)有業(yè)務應用系統(tǒng)基礎上擴展建設，與已有業(yè)務系統(tǒng)互補建設，對已有的業(yè)務中臺和數(shù)據(jù)中臺的服務和數(shù)據(jù)進行復用。
（一）總體架構(gòu)圖如下：
圖1總體架構(gòu)
用戶層：醫(yī)保局人員、定點醫(yī)療機構(gòu)人員、定點零售藥店人員等；展現(xiàn)層：大屏、手持終端、桌面終端等；應用系統(tǒng)層：在醫(yī)保信息平臺建設內(nèi)容基礎上擴展建設貼心沈陽市貼心醫(yī)保檔案平臺；應用支撐層：醫(yī)保信息平臺業(yè)務應用系統(tǒng)和醫(yī)保信息平臺業(yè)務中臺；數(shù)據(jù)資源層：醫(yī)保數(shù)據(jù)資源池，及外部數(shù)據(jù)接入、數(shù)據(jù)治理、數(shù)據(jù)轉(zhuǎn)換模塊；基礎設施層：依托醫(yī)保云平臺、醫(yī)保專網(wǎng)和互聯(lián)網(wǎng)。
（二）應用架構(gòu)
遵循國家局及省局的平臺建設規(guī)范，在沈陽市醫(yī)療保障信息平臺擴展建設藥品追溯信息采集與應用內(nèi)容，建設內(nèi)容包含追溯碼的信息采集與歸集對接、追溯碼合規(guī)性管理模塊、藥品追溯碼無碼不付模塊、藥品追溯信息綜合監(jiān)管分析模塊、藥品溯源協(xié)同對接等。追溯碼在采集過程中如發(fā)生異常，包含采集失敗等其他異常情況，可以通過醫(yī)保接口重新進行上傳。同時，追溯碼上傳的數(shù)據(jù)，未來可以在沈陽醫(yī)保智能審核、數(shù)據(jù)要素分析等AI、數(shù)據(jù)智能分析場景提供支撐。
應用架構(gòu)圖如下：
圖2應用架構(gòu)
1.追溯碼信息采集與歸集對接
沈陽市醫(yī)療保障局指導督促定點醫(yī)藥機構(gòu)通過兩定接口采集藥品追溯信息，初期將藥品追溯信息通過地方交換庫按照“T+1”天模式全量歸集至省級平臺和國家平臺，國家醫(yī)保局將以“T+2”天模式將全國藥品追溯信息同步至遼寧省醫(yī)療保障局。
2.追溯碼合規(guī)性管理模塊
在采集環(huán)節(jié)實現(xiàn)對采集追溯碼的合規(guī)性、追溯信息的業(yè)務邏輯性進行審核和校驗，保證數(shù)據(jù)質(zhì)量，實現(xiàn)藥品串換、二次銷售等行為監(jiān)管。
3.藥品追溯碼無碼不付模塊
建立無碼信息庫，實現(xiàn)兩定機構(gòu)未上傳溯源碼的明細數(shù)據(jù)，不予月結(jié)支付。
4.藥品追溯信息綜合監(jiān)管分析模塊
通過大屏展示追溯碼采集、追溯碼質(zhì)控、智能監(jiān)管、賦能應用分析監(jiān)測情況，更直觀地進行監(jiān)管分析。
5.藥品溯源協(xié)同對接
實現(xiàn)系統(tǒng)與醫(yī)療保障平臺應用子系統(tǒng)中的系統(tǒng)進行對接，實現(xiàn)業(yè)務協(xié)同，對接包括：統(tǒng)一門戶子系統(tǒng)、智能審核子系統(tǒng)、公共服務子系統(tǒng)、外部系統(tǒng)。
（三）數(shù)據(jù)架構(gòu)
遵循國家醫(yī)療保障信息平臺數(shù)據(jù)標準規(guī)范，在沈陽市醫(yī)療保障信息平臺數(shù)據(jù)庫基礎上擴展建設沈陽醫(yī)保藥品追溯信息采集與應用管理平臺項目數(shù)據(jù)庫，并實現(xiàn)與外部政務信息系統(tǒng)、定點醫(yī)療機構(gòu)和定點藥店等信息資源的共享交換。為跨地區(qū)、跨層級、跨業(yè)務的信息共享和業(yè)務協(xié)作提供基礎信息支持。
數(shù)據(jù)架構(gòu)圖如下：
圖3數(shù)據(jù)架構(gòu)
（四）網(wǎng)絡架構(gòu)
沈陽醫(yī)保藥品追溯信息采集與應用管理平臺項目依托于醫(yī)療保障現(xiàn)有網(wǎng)絡環(huán)境，以“云計算”技術(shù)為基礎，整合業(yè)務數(shù)據(jù)和相關資源網(wǎng)絡系統(tǒng)基于網(wǎng)絡安全等級保護（三級）的要求，采用分區(qū)分域安全架構(gòu)設計。
核心業(yè)務區(qū)內(nèi)部劃分為核心業(yè)務服務器區(qū)、核心業(yè)務網(wǎng)絡區(qū)、安全管理區(qū)、核心業(yè)務數(shù)據(jù)交換區(qū)、核心業(yè)務出口區(qū)等區(qū)域；
公共服務區(qū)內(nèi)部劃分為公共服務業(yè)務服務器區(qū)、公共服務網(wǎng)絡區(qū)、安全管理區(qū)、公共服務出口區(qū)等區(qū)域；
核心業(yè)務區(qū)與公共服務區(qū)之間由安全隔離區(qū)內(nèi)的網(wǎng)閘設備進行隔離，為滿足網(wǎng)絡安全管理工作要求，在核心業(yè)務區(qū)和公共服務區(qū)同時設計規(guī)劃安全管理區(qū)。
網(wǎng)絡系統(tǒng)建設能夠保障業(yè)務系統(tǒng)穩(wěn)定、可靠、高效地運行，具有良好的可擴充性、可管理性，滿足未來業(yè)務系統(tǒng)擴充與資源部署變更的發(fā)展需要。
網(wǎng)絡拓撲結(jié)構(gòu)圖如下：
圖4網(wǎng)絡拓撲結(jié)構(gòu)圖
（五）安全架構(gòu)
本項目復用醫(yī)保信息平臺安全體系，該平臺網(wǎng)絡安全體系框架由領導決策層、安全策略、安全技術(shù)、安全管理體系、基礎防御（包括安全基礎設施）等五部分構(gòu)成。這五部分以保護對象為核心相互協(xié)作，構(gòu)成一個集成的安全體系框架，各部分之間的邏輯關系如下表所示：
表5-1：安全體系總體框架關系表
| 部件名稱 | 定義 | 相互關系 |
| 領導決策層 | 由局自行組建，負責對醫(yī)保信息平臺方面的重大決策。 | 指導整個網(wǎng)絡安全體系的建設、實施，確保網(wǎng)絡安全體系高效、穩(wěn)定地運行。 |
| 安全策略架構(gòu) | 是對醫(yī)保信息平臺信息資源使用、管理規(guī)則的正式描述，是所有使用和管理醫(yī)保信息平臺信息資源的人員都必須遵守的規(guī)則。 | 針對保護對象制定安全策略，在安全策略的框架范圍內(nèi)建設安全管理架構(gòu)和安全技術(shù)架構(gòu)。 |
| 安全管理架構(gòu) | 網(wǎng)絡安全是通過各種安全責任的定義和落實，通過運行管理而實現(xiàn)的。 | 支持、遵從安全策略，并負責管理和維護安全策略；對安全技術(shù)措施進行管理。 |
| 安全技術(shù)架構(gòu) | 為實現(xiàn)安全策略，保障網(wǎng)絡安全而采用的一系列的技術(shù)措施的組合。 | 技術(shù)架構(gòu)從技術(shù)層面落實安全策略、安全管理運行定義的安全責任。 |
| 基礎防御架構(gòu) | 由局統(tǒng)一做出規(guī)劃并建設的、為醫(yī)療保障行業(yè)的各級機構(gòu)提供網(wǎng)絡安全基礎服務和統(tǒng)一的安全基礎設施。 | 基礎防御架構(gòu)是由安全管理和安全技術(shù)共同派生出來的，需要由國家局統(tǒng)一規(guī)劃和建設的。 |
在領導決策層的統(tǒng)一部署下，其余四部分之間協(xié)同工作，共同保障保護對象的安全。為了實現(xiàn)滿足國家法律法規(guī)要求，實現(xiàn)沈陽市醫(yī)療保障局網(wǎng)絡安全的整體目標，需要構(gòu)建由網(wǎng)絡安全技術(shù)、網(wǎng)絡安全管理和網(wǎng)絡安全運營于一體的網(wǎng)絡安全保障體系。
（1）安全技術(shù)
網(wǎng)絡安全技術(shù)體系是覆蓋縱深防御、監(jiān)測分析、響應處置和態(tài)勢管理，從物理環(huán)境、網(wǎng)絡通信、設備計算、應用數(shù)據(jù)、云計算和移動互聯(lián)幾個層面形成整體的技術(shù)防護框架，防護措施全面覆蓋國家醫(yī)療保障體系的網(wǎng)絡和信息系統(tǒng)。
（2）安全管理
網(wǎng)絡安全管理體系是確保網(wǎng)絡安全責任明確和建章立制的核心，結(jié)合網(wǎng)絡安全管理體系的風險管理模式，需要建立可持續(xù)改進的安全管理體系架構(gòu)，覆蓋組織架構(gòu)崗責、安全管理制度、人員安全管理和安全培訓等安全管理控制。
（3）安全運營
網(wǎng)絡安全運營體系是要全面落實并形成“同步規(guī)劃、同步建設、同步運行”的整體運營模式，整體完善配套的組織崗責和任務分工；建立相應的規(guī)范流程，形成“事前預防、事中監(jiān)控、事后審計”的運營管理機制，在運營管理機制落實的過程中，逐步建立自動化平臺支撐安全運營工作。
安全體系總體架構(gòu)通過技術(shù)手段來貫徹行政管理策略實現(xiàn)，包括：信息系統(tǒng)的安全策略、安全管理、安全技術(shù)和基礎設施與領導決策。
圖5安全保障體系架構(gòu)
醫(yī)保信息平臺存儲、傳輸、處理大量醫(yī)療保障業(yè)務信息。信息的可用性、完整性和機密性是網(wǎng)絡安全的基本要素，必須保護信息及支撐系統(tǒng)、程序等資產(chǎn)不受威脅侵害。確保該平臺的持續(xù)可靠運行，需要在信息系統(tǒng)的全生命周期內(nèi)從管理、技術(shù)、工程實施、運行等方面進行安全保障。
根據(jù)網(wǎng)絡安全管理體系框架，沈陽醫(yī)保藥品追溯信息采集與應用管理平臺項目網(wǎng)絡安全總體策略是頂層的管理文檔，是醫(yī)療保障網(wǎng)絡安全保障工作的出發(fā)點和核心，是信息系統(tǒng)安全保障管理實踐和技術(shù)措施的指導性文件，是醫(yī)療保障系統(tǒng)所有工作人員必須遵循的網(wǎng)絡安全行為準則。
總體安全策略應向所有工作人員說明網(wǎng)絡安全對沈陽醫(yī)保藥品追溯信息采集與應用管理平臺項目運行的重要性、每個工作人員在網(wǎng)絡安全中的責任和義務、違反網(wǎng)絡安全策略并造成嚴重后果時采取的行動。具體包括以下內(nèi)容：
1.網(wǎng)絡安全的定義、整體目標和范圍以及安全對信息系統(tǒng)的重要性。
2.聲明領導層對信息系統(tǒng)安全的意圖以及對網(wǎng)絡安全目標和原則的支持。
3.對安全策略、規(guī)章制度、技術(shù)標準、組織實施的簡介，包括符合法律法規(guī)等方面的要求。
4.工作人員和部門領導在網(wǎng)絡安全管理方面的特定責任，如報告安全事件。
5.支持總體安全策略的相關文檔的參考說明，包括，更詳盡的網(wǎng)絡安全策略和規(guī)章制度、必須遵循的技術(shù)標準、特定信息系統(tǒng)運行的流程和指南、用戶應該遵守的安全規(guī)則等。
6.網(wǎng)絡安全總體策略的制訂將使網(wǎng)絡安全威脅發(fā)生的可能性減少到最低程度，最大程度地減少安全違規(guī)和信息暴露所導致的損失或破壞程度，通過保障信息系統(tǒng)的機密性、完整性、可用性和抗抵賴，保證各應用系統(tǒng)的業(yè)務連續(xù)性。
信息系統(tǒng)安全是一個動態(tài)的過程，是安全目標、安全策略和實現(xiàn)機制相互作用的過程。建設獨立、完整、集中、分層的安全策略體系是沈陽醫(yī)保藥品追溯信息采集與應用管理平臺項目網(wǎng)絡安全體系的重要內(nèi)容。
安全策略體系以數(shù)據(jù)保護為核心，通過數(shù)據(jù)分級，針對基礎設備設施、應用系統(tǒng)與網(wǎng)絡環(huán)境進行分級，并根據(jù)其承載數(shù)據(jù)級別的不同對其安全控制措施要求進行分級。同時，通過安全設備設施策略和應用系統(tǒng)軟件開發(fā)安全策略要求，規(guī)范并描述其控制措施要求。具體的安全策略架構(gòu)如下圖所示：
圖6安全策略示意圖
（六）系統(tǒng)整合集約化建設方案
1.基礎設施集約化？
依托現(xiàn)有醫(yī)保云平臺，整合藥品追溯信息采集與應用系統(tǒng)所需的服務器、存儲、網(wǎng)絡等硬件資源，避免重復建設和資源浪費。根據(jù)系統(tǒng)業(yè)務負載自動調(diào)整資源配置，提升資源利用率。？
2.數(shù)據(jù)集約化管理？
整合來自定點醫(yī)藥機構(gòu)、國家及省級平臺、外部系統(tǒng)等多渠道的藥品追溯相關數(shù)據(jù)，實現(xiàn)數(shù)據(jù)的集中存儲和管理。采用數(shù)據(jù)標準化技術(shù)，對數(shù)據(jù)進行清洗、轉(zhuǎn)換和整合，確保數(shù)據(jù)的一致性和準確性。通過政務數(shù)據(jù)資源共享交換平臺實現(xiàn)數(shù)據(jù)的按需共享和交換，避免數(shù)據(jù)孤島，充分發(fā)揮數(shù)據(jù)的價值。
3.應用系統(tǒng)集約化？
遵循國家醫(yī)療保障信息化整體規(guī)劃和統(tǒng)一標準要求，提高系統(tǒng)的可維護性、兼容性和擴展性。能方便接入新的系統(tǒng)和業(yè)務數(shù)據(jù)，可方便地增加新的數(shù)據(jù)共享接口，可方便地增加硬件設備、擴容鏈路帶寬等。
4.安全集約化保障？
建立統(tǒng)一的安全防護體系，涵蓋網(wǎng)絡安全、數(shù)據(jù)安全、應用安全等多個層面。部署防火墻、入侵檢測系統(tǒng)、數(shù)據(jù)加密設備等安全設施，保障系統(tǒng)的物理和網(wǎng)絡安全。采用統(tǒng)一的身份認證和權(quán)限管理機制，加強對用戶訪問的控制和審計，防止未授權(quán)訪問。建立數(shù)據(jù)備份和恢復機制，定期進行數(shù)據(jù)備份和恢復演練，確保數(shù)據(jù)的安全性和完整性。制定統(tǒng)一的安全管理制度和應急預案，加強安全培訓和應急演練，提高系統(tǒng)的安全防護能力。
5.運維管理集約化？
構(gòu)建統(tǒng)一的運維管理體系，實現(xiàn)對基礎設施、數(shù)據(jù)、應用系統(tǒng)的集中監(jiān)控和管理。通過監(jiān)控系統(tǒng)實時采集系統(tǒng)運行狀態(tài)數(shù)據(jù)，及時發(fā)現(xiàn)和預警系統(tǒng)故障，提高故障處理效率。建立標準化的運維流程，規(guī)范運維操作，降低人為失誤風險。統(tǒng)一運維團隊，加強人員培訓和管理，提高運維團隊的專業(yè)素養(yǎng)和協(xié)同能力。
四、建設內(nèi)容
（一）追溯碼信息采集與歸集對接
開發(fā)藥品追溯信息采集、藥品追溯信息數(shù)據(jù)歸集與同步、追溯碼上傳信息查詢模塊，建設本地信息庫。通過升級醫(yī)保接口，實現(xiàn)定點醫(yī)藥機構(gòu)追溯碼實時上傳，并按T+1天歸集至國家平臺?；趪襎+2天數(shù)據(jù)同步，實現(xiàn)跨城查詢與下載。
采集的藥品追溯信息主要包括藥品追溯碼值、定點醫(yī)藥機構(gòu)編碼、醫(yī)保目錄編碼、人員編號、結(jié)算ID、就診ID等信息，通過就診ID可以關聯(lián)到就醫(yī)時間、診斷、費用明細等信息。藥品拆零使用或銷售時，可將藥品追溯信息關聯(lián)至一人或多人名下。
（二）追溯碼合規(guī)性管理模塊
開發(fā)藥品追溯信息采集質(zhì)控、藥品追溯信息數(shù)據(jù)治理模塊。提升追溯信息質(zhì)量，通過制定采集規(guī)則，并基于業(yè)務與碼格式標準，對兩定機構(gòu)采集的數(shù)據(jù)進行自動化校驗與審核，以解決邏輯錯誤，保障源頭數(shù)據(jù)的準確性與有效性。
（三）藥品追溯碼無碼不付模塊
開發(fā)無碼信息庫、醫(yī)藥機構(gòu)無碼不付、醫(yī)療機構(gòu)無碼不付模塊。對無法上傳碼的藥品建立“白名單”，僅允許名單內(nèi)或成功傳碼的藥品進行醫(yī)保結(jié)算與撥付。未傳碼且不在名單內(nèi)的藥品將被阻斷支付，同時提供申訴渠道，審核通過后可重新納入支付。
（四）藥品追溯信息綜合監(jiān)管分析模塊
開發(fā)藥品追溯監(jiān)管分析模塊，具有監(jiān)管規(guī)則配置、監(jiān)管規(guī)則應用功能。實現(xiàn)實時展示全市采集進度與質(zhì)量，并基于規(guī)則在數(shù)據(jù)上傳時實時合規(guī)判斷與事前預警。每日自動掃描增量數(shù)據(jù)，主動生成違規(guī)疑點，為醫(yī)保核查提供高效數(shù)據(jù)支撐。
通過大屏展示追溯碼采集、追溯碼質(zhì)控、智能監(jiān)管、賦能應用分析監(jiān)測情況，更直觀地進行監(jiān)管分析。
（五）藥品溯源協(xié)同對接
開發(fā)標準接口與統(tǒng)一門戶子系統(tǒng)、智能審核子系統(tǒng)、公共服務子系統(tǒng)及外部系統(tǒng)對接，實現(xiàn)醫(yī)保藥品追溯系統(tǒng)與統(tǒng)一門戶、智能審核、公共服務等關鍵子系統(tǒng)的集成對接。支持單點登錄、數(shù)據(jù)同步與規(guī)則篩查，并聯(lián)通外部藥監(jiān)等平臺，以提升業(yè)務協(xié)同效率，為基金監(jiān)管和公眾服務提供支撐。
（六）建設內(nèi)容匯總表
| 序號 | 一級模塊 | 二級模塊 | 三級模塊 | 功能描述 |
| 1 | 追溯碼信息采集與歸集對接 | 藥品追溯信息采集 | 定點醫(yī)療機構(gòu)藥品追溯信息采集 | 采用在發(fā)藥環(huán)節(jié)采集藥品追溯碼的模式開展業(yè)務。定點醫(yī)療機構(gòu)在發(fā)藥時調(diào)用兩定接口中進銷存管理的商品銷售、商品銷售退貨等接口，實現(xiàn)在發(fā)藥環(huán)節(jié)實時采集藥品追溯信息至醫(yī)保信息平臺，并與結(jié)算數(shù)據(jù)關聯(lián)。 中臺適配 1、更新相關表結(jié)構(gòu)，包括更新生產(chǎn)庫“結(jié)算中心（SETLCENT_DB）”、生產(chǎn)庫“定點醫(yī)藥機構(gòu)商品銷售信息表（MEDINS_PROD_SEL_D）”“定點醫(yī)藥機構(gòu)入庫藥品追溯信息表（FIXMEDINS_PROD_INV_TRAC_D）”“定點醫(yī)藥機構(gòu)銷售藥品追溯信息表（FIXMEDINS_PROD_SEL_TRAC_D）”等表結(jié)構(gòu)。 2、更新結(jié)算中心相應版本，并完成適配工作。 接口改造 改造兩定接口中進銷存管理的商品銷售、商品銷售退貨等接口調(diào)用時的入?yún)?，確保按照醫(yī)保要求上傳采集的追溯碼信息。 |
| 2 | 定點零售藥店藥品追溯信息采集 | 定點零售藥店調(diào)用兩定接口的藥店結(jié)算接口，在銷售環(huán)節(jié)采集藥品追溯信息，在接口中明確藥品追溯信息相關字段，實時采集藥品追溯信息至醫(yī)保信息平臺?；ヂ?lián)網(wǎng)藥店采用相同兩定接口在銷售發(fā)藥環(huán)節(jié)采集藥品追溯信息。 中臺適配 1、更新相關表結(jié)構(gòu)，包括更新生產(chǎn)庫“結(jié)算中心（SETLCENT_DB）”、生產(chǎn)庫“定點醫(yī)藥機構(gòu)商品銷售信息表（MEDINS_PROD_SEL_D）”“定點醫(yī)藥機構(gòu)入庫藥品追溯信息表（FIXMEDINS_PROD_INV_TRAC_D）”“定點醫(yī)藥機構(gòu)銷售藥品追溯信息表（FIXMEDINS_PROD_SEL_TRAC_D）”等表結(jié)構(gòu)。 2、更新結(jié)算中心相應版本，并完成適配工作。 接口改造 改造兩定接口中藥店結(jié)算接口調(diào)用時的入?yún)ⅲ_保按照醫(yī)保要求上傳采集的追溯碼信息。 | ||
| 3 | 藥品追溯信息數(shù)據(jù)歸集與同步 | 向國家歸集藥品追溯信息 | 遼寧省醫(yī)保信息平臺建設為省市兩級部署，按照國家醫(yī)保局相關要求，沈陽市將及時更新生產(chǎn)庫“結(jié)算中心（SETLCENT DB）”生產(chǎn)庫“定點醫(yī)藥機構(gòu)商品銷售信息表（MEDINS_PROD SEL D）”表結(jié)構(gòu)；遼寧省醫(yī)保局及時更新交換庫此表結(jié)構(gòu)。按照現(xiàn)有流程規(guī)范將數(shù)據(jù)歸集到省平臺。遼寧省醫(yī)保局按照《醫(yī)療保障信息平臺數(shù)據(jù)歸集技術(shù)規(guī)范V1.0》相關要求，每日凌晨3點前將此表數(shù)據(jù)通過“T+1”天方式抽取至交換庫中，國家醫(yī)保局在凌晨3點進行數(shù)據(jù)抽取，并回寫通知表，通知地方本次抽取數(shù)據(jù)量。 | |
| 4 | 國家向地方同步藥品追溯信息 | 國家醫(yī)保局依托高效的數(shù)據(jù)交換機制，在藥品追溯信息生成后的“T+2”天內(nèi)，完成全國范圍內(nèi)藥品追溯數(shù)據(jù)的整合與標準化處理，并統(tǒng)一導入至國家前置庫系統(tǒng)，確保數(shù)據(jù)的時效性與完整性。遼寧省醫(yī)保局作為關鍵節(jié)點，負責統(tǒng)籌協(xié)調(diào)與任務配置，根據(jù)業(yè)務需求精準制定數(shù)據(jù)獲取策略，定時發(fā)起數(shù)據(jù)調(diào)取任務。在此基礎上，遼寧省醫(yī)保局建立常態(tài)化數(shù)據(jù)同步流程，每日將國家前置庫中的最新藥品追溯數(shù)據(jù)全量或增量同步至本地數(shù)據(jù)中心，實現(xiàn)數(shù)據(jù)的實時更新與本地化管理，為沈陽市醫(yī)保經(jīng)辦、基金監(jiān)管、定點醫(yī)藥機構(gòu)結(jié)算等多項業(yè)務的順暢開展提供穩(wěn)定、可靠的數(shù)據(jù)支撐，有效提升醫(yī)保公共服務效能與精準監(jiān)管水平。 | ||
| 5 | 追溯碼上傳信息查詢 | 追溯碼上傳信息查詢 | 支持用戶通過組合多種關鍵條件，對藥品追溯碼上傳情況進行多維度、精細化的綜合查詢與數(shù)據(jù)分析。 1.可選的查詢篩選條件包括： 醫(yī)療機構(gòu)編號：精準定位至某一特定機構(gòu)。 醫(yī)療機構(gòu)級別：按等級（如三甲、三級、二級、一級等）進行歸類篩選。 追溯碼類型：根據(jù)不同類型的追溯碼進行分類查詢。 貫標碼：依據(jù)國家統(tǒng)一標準編碼進行精準匹配。 名稱：支持通過醫(yī)療機構(gòu)名稱關鍵字進行模糊或精確搜索。 上傳時間范圍：自定義上傳開始時間與上傳結(jié)束時間，精確查詢特定時段內(nèi)的數(shù)據(jù)。 2.可查詢并展示的核心信息包括： 醫(yī)療機構(gòu)編碼與名稱：唯一標識及名稱。 醫(yī)保等級：該機構(gòu)的醫(yī)保定點等級分類。 區(qū)劃：所屬行政區(qū)域信息。 職工門診共濟標記：標識是否開通職工門診共濟保障服務。 就診人次：反映該機構(gòu)在查詢時段內(nèi)的總體服務量。 上傳追溯碼總條數(shù)：衡量該機構(gòu)追溯碼數(shù)據(jù)的上傳總量。 上傳追溯碼碼段準確率（%）：關鍵質(zhì)量指標，評估所上傳追溯碼的規(guī)范性與準確性。 有醫(yī)保就診信息的追溯碼條數(shù)：反映上傳信息與醫(yī)保業(yè)務關聯(lián)的有效數(shù)據(jù)量。 通過以上條件與指標，可以從宏觀到微觀全面評估各醫(yī)療機構(gòu)的數(shù)據(jù)上傳績效與質(zhì)量，為基金監(jiān)管、績效考核和決策支持提供堅實的數(shù)據(jù)基礎。 | |
| 6 | 追溯碼詳細信息查詢 | 提供綜合查詢功能，可通過靈活組合多種關鍵條件，精準定位并獲取詳細的藥品追溯與醫(yī)保結(jié)算信息，滿足精細化監(jiān)管、對賬審核及患者服務等多場景需求。 1.查詢條件包括： 精準標識類：支持通過醫(yī)療機構(gòu)編號、患者身份證號、貫標碼（國家統(tǒng)一標準編碼）進行精確匹配查詢。 分類與名稱類：可按追溯碼類型進行分類篩選，或通過藥品名稱關鍵字進行模糊搜索。 時間范圍類：可自定義上傳開始時間與上傳結(jié)束時間，精準查詢特定時段內(nèi)產(chǎn)生的數(shù)據(jù)。 查詢結(jié)果主要包括以下信息： 機構(gòu)與患者信息：醫(yī)療機構(gòu)編碼、醫(yī)療機構(gòu)名稱、患者姓名、身份證號。 業(yè)務標識信息：就診流水號、結(jié)算ID、險種類型，唯一標識每一次就醫(yī)及結(jié)算記錄。 藥品明細信息：藥品名稱、單價、數(shù)量、金額、貫標碼、追溯碼。 業(yè)務狀態(tài)與時間信息：拆零標識（記錄藥品是否拆零銷售）、追溯碼上傳時間、結(jié)算時間，完整還原業(yè)務鏈條。 實現(xiàn)從“某一患者”在“某一機構(gòu)”使用“某一藥品”的全程精準溯源，有效支撐醫(yī)?；饘徍?、臨床用藥分析、藥品流通監(jiān)控及個人費用查詢等核心業(yè)務，全面提升數(shù)據(jù)化管理和服務水平。 | ||
| 7 | 追溯碼采集、接入率查詢 | 按最小包裝單位結(jié)算的藥品條數(shù)、醫(yī)療機構(gòu)藥品追溯碼采集率、醫(yī)療機構(gòu)耗材追溯碼采集率。 醫(yī)療機構(gòu)藥品追溯碼采集率=上傳的藥品追溯碼數(shù)量/醫(yī)療機構(gòu)結(jié)算時應上傳最小包裝藥品追溯碼數(shù)量 醫(yī)療機構(gòu)耗材追溯碼采集率=上傳的耗材追溯碼數(shù)量/醫(yī)療機構(gòu)結(jié)算時應上傳耗材追溯碼數(shù)量 可以按照醫(yī)療類別（全部、門診、住院），醫(yī)院等級，起付線等級，門診統(tǒng)籌標識，上傳開始時間，上傳結(jié)束時間等查詢追溯碼接入率： 追溯碼接入率=上傳藥品追溯碼的醫(yī)療機構(gòu)數(shù)/有藥品（西藥、中成藥）結(jié)算信息的醫(yī)療機構(gòu)數(shù) | ||
| 8 | 追溯碼合規(guī)性管理模塊 | 藥品追溯信息采集質(zhì)控 | / | 依照國家和遼寧省有關業(yè)務、指標等標準規(guī)范，從業(yè)務和追溯碼格式等方面制定醫(yī)保藥品追溯碼信息采集治理規(guī)則，并解決兩定醫(yī)藥機構(gòu)在追溯碼信息采集過程中出現(xiàn)的違反業(yè)務邏輯，包括：藥品追溯碼重復校驗，未拆零藥品的追溯碼控制，追溯碼條數(shù)與藥品數(shù)量匹配控制等；以及上傳信息不符合追溯碼基本要求的，如校驗藥品追溯碼位數(shù)不符等數(shù)據(jù)問題。 |
| 9 | 藥品追溯信息數(shù)據(jù)治理 | / | 按照《醫(yī)療保障信息平臺數(shù)據(jù)歸集技術(shù)規(guī)范V1.0》中關于數(shù)據(jù)完整性、準確性、規(guī)范性、一致性和時效性的核心要求，對源頭采集的各類醫(yī)保數(shù)據(jù)進行系統(tǒng)性治理。具體工作包括：依據(jù)規(guī)范建立數(shù)據(jù)質(zhì)量規(guī)則庫，對溯源碼采集信息、進銷存信息、費用明細信息等關鍵數(shù)據(jù)項開展完整性校驗和邏輯核查；通過建立標準代碼映射表，將原始數(shù)據(jù)中的非標編碼、異構(gòu)術(shù)語統(tǒng)一轉(zhuǎn)換為國家標準編碼；利用規(guī)則引擎及人工復核相結(jié)合的方式識別并剔除重復數(shù)據(jù)，修正邏輯沖突、數(shù)值異常等問題記錄；針對缺失字段，采用規(guī)則推斷、前后數(shù)據(jù)填補等方法進行有效補全，確保數(shù)據(jù)內(nèi)容全面、格式統(tǒng)一、邏輯嚴密且符合國家標準。治理后的高質(zhì)量數(shù)據(jù)，一方面嚴格滿足向國家醫(yī)保平臺規(guī)范、高效、安全歸集的數(shù)據(jù)標準，支持實時增量與定期全量相結(jié)合的數(shù)據(jù)同步機制；另一方面也為宏觀決策、基金監(jiān)管、精準施策及公共服務等多元化應用場景提供穩(wěn)定可靠的數(shù)據(jù)賦能支撐。 | |
| ** | 藥品追溯碼無碼不付模塊 | 建立無碼信息庫 | 無追溯碼藥品白名單建設 | 可以從藥監(jiān)或醫(yī)療機構(gòu)先獲取無追溯碼藥品列表作為初始化的無追溯碼藥品白名單。信息獲取不完整的情況下應用以下功能由醫(yī)藥機構(gòu)進行申報。不在白名單內(nèi)的藥品原則上醫(yī)藥機構(gòu)銷售時必須帶碼銷售。 |
| ** | 無碼藥品信息申報 | 用于定點醫(yī)藥機構(gòu)向醫(yī)保部門申報無追溯碼藥品的信息，定點醫(yī)藥機構(gòu)結(jié)合業(yè)務開展實際，發(fā)現(xiàn)并向醫(yī)保部門提供銷售的缺少追溯碼的藥品信息，供醫(yī)保部門開通無追溯碼藥品白名單，對納入無追溯碼白名單管理的藥品，定點醫(yī)藥機構(gòu)在采集時取消上傳追溯碼限制，避免影響正常業(yè)務開展。對隨著市場供應變化，原無追溯碼的藥品已增加藥品追溯碼的，也通過該功能向醫(yī)保部門申報，申請此類藥品從白名單中剔除。 | ||
| ** | 無碼藥品信息審核 | 用于醫(yī)保部門審核定點醫(yī)藥機構(gòu)申報的無追溯碼藥品信息，審核通過的信息即納入無追溯碼白名單管理，定點醫(yī)藥機構(gòu)在采集時取消上傳追溯碼限制，避免影響正常業(yè)務開展。同時該功能也可審核無碼藥品白名單剔除業(yè)務，業(yè)務生效后，該藥品即納入待維護多碼關系的范圍。 | ||
| ** | 無碼藥品信息查詢 | 用于支持各級醫(yī)保部門便捷、高效地查詢和維護“無追溯碼藥品白名單”內(nèi)的藥品詳細信息。通過該功能，監(jiān)管人員可準確獲取因特殊原因暫未賦追溯碼的藥品基礎信息、醫(yī)保目錄標識、納入理由及有效期等關鍵內(nèi)容，為醫(yī)?；鹬悄軐徍?、費用結(jié)算及事后監(jiān)管提供準確依據(jù)，在保障臨床用藥需求的同時，有效防范基金支付風險，提升醫(yī)保管理的靈活性與規(guī)范化水平。 | ||
| 無碼藥品動態(tài)更新 | 通過建立定時任務，T+1調(diào)用省醫(yī)保局無碼庫接口，實現(xiàn)地市無碼庫信息除兩定申報渠道外的動態(tài)更新。 | |||
| ** | 醫(yī)藥機構(gòu)無碼不付 | / | 在藥店線下執(zhí)行購藥、高值藥品、處方流轉(zhuǎn)等所有類別的醫(yī)保結(jié)算時，系統(tǒng)將對結(jié)算藥品的追溯碼實施強制性校驗。其執(zhí)行規(guī)則如下：若藥品存在于官方認可的“無追溯碼白名單”庫中，或已成功上傳符合國家規(guī)范的藥品追溯碼，則校驗通過，允許完成醫(yī)保結(jié)算。反之，若藥品既不在白名單內(nèi)，也無法提供有效的追溯碼信息，系統(tǒng)將立即執(zhí)行攔截操作，并反饋明確錯誤信息，堅決阻斷結(jié)算流程，以確保所有結(jié)算藥品的合規(guī)性與可溯源性，從源頭保障醫(yī)?；鸢踩? | |
| ** | 醫(yī)療機構(gòu)無碼不付 | 接口改造 | 能根據(jù)就診ID、結(jié)算ID、費用明細流水號項目編碼找到對應的費用明細信息，費用明細中的藥品數(shù)量與進銷存商品銷售交易中的藥品數(shù)量要一致，進銷存商品銷售交易中上傳藥品數(shù)量與追溯碼數(shù)量要匹配。增加集中配藥標志，針對集中配藥的特殊情況不進行追溯碼上傳的相關校驗。 | |
| ** | 無碼信息扣款 | 根據(jù)就診ID、結(jié)算ID、費用明細流水號項目編碼找到對應的費用明細信息，判斷是否上傳追溯碼信息，對于未上傳追溯碼信息的費用明細生成扣款明細信息，在月結(jié)算時對相應的未上傳追溯碼信息費用進行扣減 | ||
| ** | 無碼不付信息查詢 | 定點醫(yī)療機構(gòu)通過登錄醫(yī)?！皟啥ā毙畔㈤T戶的相關指定模塊，可對因未按規(guī)定上傳藥品追溯碼信息而被拒付或扣款的醫(yī)保費用明細，進行專項查詢與核對。該功能清晰展示扣款所對應的患者就診記錄、藥品信息、扣款金額及具體規(guī)則依據(jù)，方便醫(yī)療機構(gòu)精準定位問題、追溯數(shù)據(jù)上傳疏漏，并有效支持后續(xù)申訴復核與財務對賬，從而提升醫(yī)?；鸾Y(jié)算數(shù)據(jù)的透明度和機構(gòu)內(nèi)部管理效率。 | ||
| ** | 無碼不付信息申訴 | 定點醫(yī)療機構(gòu)通過登錄醫(yī)保“兩定”信息門戶的指定模塊，可針對因未上傳藥品追溯碼而被系統(tǒng)自動扣款的費用明細，發(fā)起在線申報流程。申報時需按要求準確填寫申訴原因、藥品信息、結(jié)算標識等關鍵內(nèi)容，并同步上傳包括藥品實物追溯碼、出入庫記錄、內(nèi)部系統(tǒng)截圖等在內(nèi)的有效佐證材料。該功能為醫(yī)療機構(gòu)提供了規(guī)范、透明的異議申訴渠道，旨在高效核實和處理因非主觀故意或技術(shù)原因?qū)е碌淖匪荽a漏傳問題，保障醫(yī)保費用支付的準確性與合理性，同時減輕機構(gòu)運營負擔。 | ||
| ** | 無碼不付信息申訴審核 | 中心端經(jīng)辦人員負責對定點醫(yī)療機構(gòu)提交的“無碼不付”申訴請求進行全流程審核。審核過程中，經(jīng)辦人員需嚴謹核查醫(yī)療機構(gòu)填報的申訴原因、關聯(lián)的藥品及結(jié)算信息，并審驗其上傳的各類佐證材料（如追溯碼照片、包裝破損圖片等）。依據(jù)現(xiàn)行醫(yī)保政策與數(shù)據(jù)規(guī)范，對申訴案件的合理性、真實性與完整性進行綜合評估，并最終作出予以核銷扣款或駁回申訴的明確處理，確保醫(yī)保基金支付的準確、公平與合規(guī)。 | ||
| ** | 無碼不付信息申訴通過返還 | 為確保醫(yī)?；鹬Ц兜木珳?、高效與公正，對于定點醫(yī)療機構(gòu)申訴的“無碼不付”扣款，經(jīng)中心端審核通過后，系統(tǒng)將于下一月度醫(yī)保結(jié)算周期內(nèi)，自動完成對應扣款金額的返還處理。該流程實現(xiàn)了申訴糾錯與基金撥付的有效銜接，既保障了醫(yī)療機構(gòu)的合法權(quán)益，減輕其現(xiàn)金流壓力，也體現(xiàn)了醫(yī)保管理在嚴格規(guī)范之上的精細化和人性化。 | ||
| ** | 藥品追溯信息綜合監(jiān)管分析模塊 | 監(jiān)管規(guī)則配置 | / | 用于監(jiān)管規(guī)則的配置管理?；A信息選擇包括確定規(guī)則對應的使用場景、監(jiān)管類型及對應后臺規(guī)則類，奠定規(guī)則配置的基礎框架；核心內(nèi)容錄入功能需填寫規(guī)則的相關描述（清晰說明規(guī)則的具體作用、適用范圍、執(zhí)行邏輯等關鍵信息）與政策依據(jù)（明確規(guī)則所依據(jù)的相關法規(guī)、制度、標準等合規(guī)性文件）；根據(jù)規(guī)則的具體業(yè)務邏輯，判斷是否需要配置對應的閾值參數(shù)，同時錄入規(guī)則運行過程中所依賴的知識數(shù)據(jù)，確保規(guī)則知識填寫完整；確認所有配置信息準確無誤后，提交配置內(nèi)容，完成該監(jiān)管規(guī)則的全部配置流程。 |
| ** | 監(jiān)管規(guī)則應用 | 事前提醒 | 在醫(yī)藥機構(gòu)上傳藥品追溯碼時，按規(guī)則實現(xiàn)多維度自動校驗并實時反饋違規(guī)信息?；A校驗環(huán)節(jié)，對未上傳追溯碼的情況自動提示補傳；格式校驗環(huán)節(jié)，針對含空格、中文、網(wǎng)址的追溯碼提示清除無關字符，對長度不符規(guī)范的追溯碼提示按標準重傳；字符結(jié)構(gòu)校驗環(huán)節(jié)，對特殊字符開頭、結(jié)尾或全為特殊字符的追溯碼提示調(diào)整字符，對科學記數(shù)法形式的追溯碼提示轉(zhuǎn)換為標準字符串；邏輯關聯(lián)校驗環(huán)節(jié)，對與藥品數(shù)量不匹配的情況提示校驗數(shù)量一致性，保障數(shù)據(jù)準確。 | |
| ** | 事中審核 | 依托追溯碼相關業(yè)務規(guī)則，系統(tǒng)將對每日新增的藥品追溯碼數(shù)據(jù)開展定期自動化分析。通過預設的多維度規(guī)則進行對增量數(shù)據(jù)中可能存在的違規(guī)特征進行精準識別與提取，生成每日需要處理的疑點信息。這些違規(guī)疑點涵蓋但不限于追溯碼格式異常、長度錯誤、特殊字符、關聯(lián)信息不匹配等多種情形，為醫(yī)保經(jīng)辦審核人員的日常審核工作提供明確的核查方向和有力抓手，助力提升審核效率與精準度，強化對藥品追溯數(shù)據(jù)的合規(guī)性監(jiān)管。 | ||
| ** | 無追溯碼藥品分析 | 全面統(tǒng)計分析無追溯碼的整體規(guī)模與分布情況，清晰呈現(xiàn)無碼數(shù)據(jù)總量及占比；按醫(yī)保區(qū)劃維度拆解無追溯碼數(shù)據(jù)，直觀展示不同區(qū)劃的無碼問題差異；追蹤無碼銷售數(shù)量的月度變化趨勢，通過可視化圖表呈現(xiàn)數(shù)據(jù)波動規(guī)律；開展醫(yī)藥機構(gòu)無碼銷售數(shù)量排名及無碼銷售占比排名分析，明確重點關注對象；同時對醫(yī)藥機構(gòu)無碼銷售行為進行細化拆解，深入分析無碼銷售的藥品品類、發(fā)生頻次等關鍵信息，為醫(yī)保審核工作提供更全面、精準的數(shù)據(jù)支撐。 | ||
| ** | 追溯碼合規(guī)情況分析 | 分析追溯碼不合規(guī)上傳整體情況；不規(guī)范追溯碼醫(yī)藥機構(gòu)數(shù)量、金額排名分析；不規(guī)范追溯碼上傳數(shù)量、金額月度變化趨勢分析及本期上期對比分析、不規(guī)范追溯碼上傳藥品數(shù)量、金額分析；不規(guī)范追溯碼上傳醫(yī)保區(qū)劃情況分析；按照醫(yī)療機構(gòu)維度，對不規(guī)范追溯碼上傳情況進行分析；按照藥品維度，對不規(guī)范追溯碼上傳情況進行分析；對不規(guī)范追溯碼上傳藥品銷售明細進行分析；對應不規(guī)范追溯碼上傳的就診明細分析； | ||
| ** | 兩定機構(gòu)售賣回流藥分析 | 分析跨機構(gòu)追溯碼重復整體情況、醫(yī)藥機構(gòu)跨機構(gòu)追溯碼重復排名分析；跨機構(gòu)追溯碼重復上傳數(shù)量、金額月度變化趨勢圖及本期上期對比分析；重復追溯碼藥品名稱、重復追溯碼數(shù)量及占比、重復追溯碼金額及占比分析；對追溯碼重復出現(xiàn)次數(shù)進行分析；追溯碼歷史售賣路徑跟蹤分析；按機構(gòu)維度對跨機構(gòu)追溯碼重復情況進行分析；對追溯碼重復情況進行列表分析；追溯碼重復詳細銷售情況列表分析 | ||
| ** | 兩定機構(gòu)藥品串換分析 | 同機構(gòu)追溯碼重復整體情況分析；同機構(gòu)追溯碼重復機構(gòu)排名分析；同機構(gòu)追溯碼重復上傳藥品數(shù)量、金額餅狀圖分析；按機構(gòu)維度對同機構(gòu)追溯碼重復進行匯總分析；按具體醫(yī)療機構(gòu)追溯碼重復情況進行明細分析；對追溯碼與目錄編碼不匹配情況進行匯總分析；按具體醫(yī)療機構(gòu)對追溯碼與目錄編碼不匹配情況進行明細分析 | ||
| ** | 參保人倒賣回流藥分析 | 參保人涉嫌倒賣回流藥整體情況分析；涉及倒賣藥品可疑人員購藥排名分析；涉及倒賣藥品可疑人員購藥數(shù)量、金額月度變化趨勢圖及本期上期對比分析；涉及倒賣藥品可疑人員購藥數(shù)量、金額餅狀圖分析；對追溯碼重復出現(xiàn)次數(shù)進行分析；追溯碼歷史售賣路徑跟蹤分析；對涉嫌倒賣回流藥嫌疑人整體情況進行分析；對涉嫌倒賣回流藥嫌疑人詳細購藥情況進行分析； | ||
| ** | 追溯碼結(jié)算占比 | 按照市級維度對追溯碼上傳情況進行分析；按照區(qū)縣級維度對追溯碼上傳情況進行分析；按照醫(yī)療機構(gòu)維度對追溯碼上傳情況進行分析；對市、區(qū)縣、醫(yī)藥機構(gòu)追溯碼上傳率進行線性趨勢分析；對重點關注的藥品信息進行管理，包括維護和審核功能 | ||
| ** | 藥品溯源協(xié)同對接 | 統(tǒng)一門戶子系統(tǒng)對接 | 實現(xiàn)醫(yī)保藥品全流程可追溯、業(yè)務一體化辦理與數(shù)據(jù)集中化管控，全面集成至全市統(tǒng)一的醫(yī)療保障信息門戶子系統(tǒng)。相關業(yè)務單位僅需登錄統(tǒng)一門戶，即可無縫訪問，無需重復認證，簡化操作流程。 | |
| ** | 智能審核子系統(tǒng)對接 | 系統(tǒng)支持醫(yī)保藥品追溯監(jiān)測數(shù)據(jù)向智能審核子系統(tǒng)的定時同步傳輸，確保追溯過程中產(chǎn)生的全量監(jiān)測數(shù)據(jù)及時流轉(zhuǎn)至審核環(huán)節(jié)。智能審核子系統(tǒng)接收數(shù)據(jù)后，將依據(jù)預設的合規(guī)校驗規(guī)則、醫(yī)保政策要求及追溯碼管理規(guī)范，對數(shù)據(jù)進行規(guī)則引擎的數(shù)據(jù)初篩，精準識別數(shù)據(jù)中的異常點，形成違規(guī)記錄待人工審核確認。人工審核結(jié)果將定期反饋，形成 “數(shù)據(jù)同步 - 智能審核 - 結(jié)果反饋” 的閉環(huán)管理流程，提升醫(yī)保藥品追溯監(jiān)管的智能化與協(xié)同化水平。 | ||
| ** | 公共服務子系統(tǒng)對接 | 通過與公共服務子系統(tǒng)進行深度對接與數(shù)據(jù)融合，共同構(gòu)建了面向公眾的藥品全鏈條溯源服務與監(jiān)管通道。 本次對接主要實現(xiàn)了以下核心功能： 1.透明的信息查詢：社會公眾及參保人可通過公共服務門戶、APP等渠道，便捷地查詢藥品真?zhèn)?、流通軌跡及醫(yī)保目錄信息，保障用藥知情權(quán)。 2.高效的舉報反饋：公眾發(fā)現(xiàn)藥品追溯問題后可一鍵發(fā)起舉報。系統(tǒng)接收后啟動專業(yè)核驗流程，并將最終核驗結(jié)果與處理狀態(tài)通過公共服務子系統(tǒng)實時反饋給舉報人，形成社會共治閉環(huán)。 通過系統(tǒng)聯(lián)動，不僅強化了藥品安全的社會監(jiān)督力量，也提升了醫(yī)保管理的透明度和公信力，最終共同守護基金安全與公眾健康。 | ||
| ** | 外部系統(tǒng)對接 | 通過數(shù)據(jù)接口與外部多源業(yè)務系統(tǒng)（如藥品監(jiān)管平臺、招采系統(tǒng)、結(jié)算系統(tǒng)等）進行安全、高效的數(shù)據(jù)交換，動態(tài)獲取藥品全鏈條中的各類關鍵信息，系統(tǒng)對上述外部信息與內(nèi)部已有的藥品追溯碼上傳、掃碼核驗等信息進行深度融合與關聯(lián)分析，構(gòu)建覆蓋“生產(chǎn)－流通－使用－結(jié)算”全流程的藥品溯源與業(yè)務監(jiān)管視圖。實現(xiàn)藥品流向?qū)崟r監(jiān)控、醫(yī)?；鹁珳式Y(jié)算、異常行為預警及追溯證據(jù)鏈完整性核驗，顯著提升醫(yī)保藥品智慧監(jiān)管與風險防控能力。 |
五、其他要求
（一）性能要求
1.交互類業(yè)務
交互類業(yè)務是指平時工作中在系統(tǒng)中進行的業(yè)務處理，如錄入、修改或刪除一條記錄、發(fā)布一條信息等操作。
平均響應時間：1秒；
峰值響應時間：3秒；
對于前臺經(jīng)辦業(yè)務批量數(shù)據(jù)導入（按一次****條評估）；
平均響應時間：5秒；
峰值響應時間：**秒。
2.查詢類業(yè)務
查詢業(yè)務由于受到查詢的復雜程度、查詢的數(shù)據(jù)量大小等因素的影響，需要根據(jù)具體情況而定，在此給出一個參考范圍。
簡單查詢平均響應時間：1秒；
復雜查詢平均響應時間：3秒；
視頻播放平均響應時間：3秒。
3.交易接口服務（數(shù)據(jù)交換）；
單條記錄交易接口平均響應時間：1秒；
多條記錄（**0條）交易接口平均響應時間：3秒。
4.大數(shù)據(jù)量、批處理業(yè)務
批量交易指一次完成多筆業(yè)務處理的交易，如批量扣繳等。由于批量交易的數(shù)據(jù)量不確定，需要根據(jù)具體的情況確定響應時間，如會計核算等業(yè)務處理。該類業(yè)務具有處理復雜、操作數(shù)據(jù)量大、處理時間長的特點，具體的響應時間視提交數(shù)據(jù)量、業(yè)務處理量而定，對于處理時長較長的業(yè)務，系統(tǒng)設計過程中應考慮分批次返回結(jié)果，首批返回結(jié)果時間（小于等于****條）不小于**秒。
（二）技術(shù)要求
1.總體技術(shù)要求
本項目建設需遵循《醫(yī)療保障信息平臺建設指南》（醫(yī)保網(wǎng)信辦[****]4號）、《醫(yī)療保障信息系統(tǒng)安全開發(fā)規(guī)范》（醫(yī)保網(wǎng)信辦[****]5號）、《醫(yī)療保障信息平臺應用系統(tǒng)技術(shù)架構(gòu)規(guī)范》（醫(yī)保網(wǎng)信辦[****]5號）、《醫(yī)療保障信息平臺云計算平臺規(guī)范》（醫(yī)保網(wǎng)信辦[****]5號）、《醫(yī)療保障信息平臺用戶界面規(guī)范》（醫(yī)保網(wǎng)信辦[****]5號）等國家醫(yī)療保障局制定的標準規(guī)范技術(shù)要求。
所有應用系統(tǒng)都必須基于國家醫(yī)療保障局醫(yī)療保障應用框架（HSAF）開發(fā)。
采用分布式云架構(gòu)，封裝核心云支撐服務適配接口，實現(xiàn)云產(chǎn)品解耦設計。
基于HSAF的適配技術(shù)，將應用層依賴的分布式技術(shù)與具體廠商的分布式技術(shù)進行適配，實現(xiàn)應用層可以適配多家廠商的分布式技術(shù)。
基于云基礎設施，為應用層提供通用的技術(shù)支撐服務，包括分布式服務、分布式緩存、分布式數(shù)據(jù)訪問、分布式日志服務、非結(jié)構(gòu)化存儲和消息隊列等。
采用云架構(gòu)，在物理設備基礎上，實現(xiàn)計算資源、存儲資源、網(wǎng)絡資源的動態(tài)管理和資源調(diào)配。
2.應用軟件其它技術(shù)要求
（1）應用軟件系統(tǒng)的各個軟件功能模塊應滿足本文相關功能要求。應用軟件必須能夠切實滿足系統(tǒng)監(jiān)控管理的需求，并且適應今后的業(yè)務增長和變化，隨時可以按功能需要進行修改和維護。
（2）應用軟件必須基于國家醫(yī)療保障局醫(yī)療保障應用框架（HSAF）開發(fā)，有很強的靈活性和擴展性，在今后開展新業(yè)務時可通過對參數(shù)等的簡單更改迅速方便地實現(xiàn)，具有良好的適應能力。
（3）應用軟件應采用友好的圖形化窗口的用戶操作界面，可操作性強，而且操作界面應力求簡潔、直觀，具有全中文界面，有向?qū)怨δ埽С止ぷ髋_化管理，有利于簡化操作，并提高操作效率。在考慮簡化用戶的操作的同時，應允許操作人員必要時做一些人工干預。
（4）應用軟件還應采用參數(shù)驅(qū)動的設計思想，在應用軟件中，凡是不能確定的因素，應做到參數(shù)化，以達到通過對參數(shù)的設置就可適應不同的情況及不同時期的應用要求，并具備多用戶和多任務操作能力，并對用戶數(shù)不加限制。
（5）每個應用的功能由一個應用模塊完成，應用模塊之間應減少耦合度；應用模塊與系統(tǒng)之間采用開放的應用接口（API）進行通信。
（6）應用軟件必須可制作打包安裝盤（包），具有自動安裝功能以及網(wǎng)絡遠程安裝功能。
（7）應用軟件要遵循易操作性、健壯性、實用性、高效性和安全性的原則。
（8）靈活設計和詳細規(guī)劃系統(tǒng)操作權(quán)限，支持功能級、數(shù)據(jù)級權(quán)限控制，可按原子級業(yè)務、業(yè)務組件、業(yè)務流程分配系統(tǒng)操作權(quán)限；支持角色管理，個性化角色工作臺展示業(yè)務組件、業(yè)務圖表。
（9）應用軟件應具有完整、嚴謹?shù)牟僮鳈?quán)限管理機制和日志記錄，確保系統(tǒng)的安全性和業(yè)務的可稽核性；系統(tǒng)采用業(yè)務回退機制，加強業(yè)務的可逆性。
（三）安全要求
系統(tǒng)提供良好的安全可靠性策略，支持多種安全可靠性技術(shù)手段，制定嚴格的安全可靠性管理措施。
（1）投標人應按客戶要求配合完成商用密碼應用安全性評估工作，如發(fā)現(xiàn)有未滿足要求的，所產(chǎn)生的整改、修復等費用均由投標人承擔。
（2）系統(tǒng)上線前，應按照采購人要求進行本項目全部軟件應用及支撐軟硬件環(huán)境的漏洞掃描，并對發(fā)現(xiàn)的漏洞進行修復，最終滿足上云要求，產(chǎn)生的掃描和修復費用由投標人承擔。
（3）投標人應提供詳細的安全設計方案并詳細說明在應用安全和數(shù)據(jù)安全方面采取的安全的措施，應滿足網(wǎng)絡安全等級保護V2.0三級等級保護的相關要求，并應按客戶要求配合開展網(wǎng)絡安全等級保護測評工作，如發(fā)現(xiàn)有未滿足網(wǎng)絡安全等級保護V2.0三級等級保護相關要求，所產(chǎn)生的整改、修復等費用均由投標人承擔。
（4）投標人須嚴格按照國家醫(yī)療保障局下發(fā)的《醫(yī)保信息系統(tǒng)安全開發(fā)規(guī)范》要求進行項目的建設實施。系統(tǒng)上線前，應按照采購人要求進行源代碼安全掃描，并對發(fā)現(xiàn)的漏洞進行修復。投標人應提供詳細的安全設計方案并詳細說明在應用安全和數(shù)據(jù)安全方面采取的安全的措施。
（5）需要重點考慮數(shù)據(jù)安全。對數(shù)據(jù)授權(quán)訪問、數(shù)據(jù)加密存儲、數(shù)據(jù)安全風險、敏感信息保護、異常狀態(tài)監(jiān)控等方面，提供相應的安全解決方案。合理設定各類信息的訪問場景，對大批量異常訪問進行告警。合理設計數(shù)據(jù)庫內(nèi)個人電話、銀行賬號、照片指紋信息等隱私信息的加密保護機制。
（6）支持通過完整的權(quán)限管理機制進行權(quán)限劃分和分級管理。
（7）投標人須提供安全設計方案，包括安全要求分析、應用安全設計、數(shù)據(jù)安全設計、運行保障設計、運維安全保障設計。
（四）項目進度要求
項目建設工期為2.5個月，自合同簽訂之日起2.5個月內(nèi)完成項目建設。
（五）投標人項目管理要求
投標人需提供本項目的管理預案，包括項目人員名單（投標人安排的項目人員必須固定，若有替換，必須與采購人協(xié)商，否則由投標人承擔相關責任。此外，投標人所安排的開發(fā)和運維人員必須專職于本項目的開發(fā)）及角色分工、項目實施計劃、項目變更管理方案以及項目風險管理方案等。投標人應承諾提供現(xiàn)場實施服務。（文件中須提供管理預案、承諾函）
團隊成員不少于3人，基本要求如下：
（1）項目經(jīng)理
中標人需要為本項目安排專職項目經(jīng)理。要求項目經(jīng)理具有信息化總體規(guī)劃能力，對醫(yī)保領域信息化有深入理解，有良好的溝通能力、耐心和綜合素質(zhì)。
（2）需求分析階段
中標人需與沈陽市醫(yī)療保障局相關人員充分溝通，掌握本項目的需求。
中標人至少需提交的文檔：應用系統(tǒng)需求分析報告、數(shù)據(jù)現(xiàn)狀分析報告。
（3）系統(tǒng)設計開發(fā)階段
中標人至少需提交的文檔：系統(tǒng)概要設計說明書、系統(tǒng)詳細設計說明書、數(shù)據(jù)庫設計說明書、數(shù)據(jù)治理及遷移方案。
（4）系統(tǒng)測試階段
中標人至少需提交的文檔：測試方案、測試過程文檔、系統(tǒng)整體測試報告、數(shù)據(jù)轉(zhuǎn)換及遷移測試報告。
（5）系統(tǒng)實施階段
中標人至少需提交的文檔：系統(tǒng)實施計劃、過程文檔、試運行報告。
（6）駐場服務
本項目服務期內(nèi)需提供專職駐場工程師，駐場工程師具備對本系統(tǒng)進行修改、調(diào)整能力，并按客戶要求調(diào)整本系統(tǒng)。
（7）保密內(nèi)容
中標人需在投標文件中明確，本項目中數(shù)據(jù)（包含原始數(shù)據(jù)和衍生數(shù)據(jù)）全部為采購人所有，全部列入保密范圍，中標人不得未經(jīng)用戶許可的情況下導出、分析以及移作他用。
（六）項目培訓要求
中標人提供滿足采購人要求的場地、食宿、師資、資料等條件。培訓時間和地點：由采購人指定。
1.對系統(tǒng)建設人員的培訓
系統(tǒng)建設人員不僅要對相關的技術(shù)有深入的研究，還要對項目運行涉及的具體業(yè)務有充分的理解。因此，應加強對系統(tǒng)建設人員這兩方面的培訓，以保證系統(tǒng)建設符合實際業(yè)務需要。
2.對應用部門各級系統(tǒng)應用人員的培訓
使應用部門各級系統(tǒng)應用人員能夠了解信息系統(tǒng)的建設思想、主要功能和操作規(guī)程，能夠熟練應用這一系統(tǒng)輔助開展工作，并能結(jié)合實際工作需要提出各種改進意見。根據(jù)人員對系統(tǒng)的使用特點不同，對應用人員的培訓分為兩個層次：
（1）對領導培訓的主要目的是使有關主管領導對系統(tǒng)有一定的了解，便于領導進行決策和指揮工作；
（2）對其他應用人員的培訓，主要使他們在各業(yè)務環(huán)境下能夠很好地利用系統(tǒng)完成相應的專業(yè)工作，提高工作效率，提高信息的準確性和全面性。
3.系統(tǒng)運行維護人員的培訓
系統(tǒng)運行維護人員培訓主要包括以下幾個方面：系統(tǒng)整體知識培訓、信息系統(tǒng)培訓、信息系統(tǒng)等級保護培訓、安全事件應急處置培訓等。通過培訓使項目運維隊伍能夠充分掌握業(yè)務運營技術(shù)和維護經(jīng)驗，從技術(shù)上和管理上保證信息系統(tǒng)能正常運行。為了保障系統(tǒng)的安全穩(wěn)定運行，還應對系統(tǒng)運行維護人員進行設備特性、系統(tǒng)功能、故障診斷、安全技術(shù)、規(guī)范操作、系統(tǒng)備份、系統(tǒng)恢復以及管理制度等方面的培訓。中標人須針對各系統(tǒng)分別制定培訓方案。
（七）項目驗收要求
1.驗收組織
項目驗收分為初驗和終驗，依據(jù)《沈陽市政務信息化建設項目管理暫行辦法》【沈數(shù)據(jù)發(fā)〔****〕2 號】執(zhí)行。
2.初驗流程
（1）在項目設計開發(fā)完成并通過用戶方測試后，采購人依據(jù)相關批復文件、招標采購文件、合同，對項目的工程、技術(shù)、財務和檔案等進行項目初驗，形成驗收報告。
（2）初步驗收合格后，采購人進行項目試運行，試運行期1個月。若出現(xiàn)系統(tǒng)重大運行故障，試運行期重新計算。
3.終驗流程
中標人完成全部建設任務，并且試運行滿1個月后，采購人向沈陽市數(shù)據(jù)局申請竣工驗收，由沈陽市數(shù)據(jù)局或沈陽市數(shù)據(jù)局的委托第三方機構(gòu)開展竣工驗收。
4.驗收內(nèi)容
（1）審查項目的建設目標、規(guī)模、內(nèi)容、質(zhì)量及資金使用等情況。
（2）審核項目形成的資產(chǎn)情況。
（3）評價項目交付使用情況。
（4）檢查項目建設單位執(zhí)行國家法律、法規(guī)情況。
5.驗收相關材料
中標人須協(xié)助整理并提供以下驗收材料，包括但不限于：項目建設總結(jié)、財務報告、審計報告、網(wǎng)絡安全等級保護測評報告、密碼應用安全性評估報告、試運行報告等材料。
（八）售后服務要求
中標人需滿足如下售后服務要求：
（1）針對本次招標的所有軟件，中標人應提供項目終驗后三年的原廠免費維維服務以及三年免費的平臺功能升級服務。
（2）在軟件維保期內(nèi)，中標人應提供靈活、多樣的通信手段（包括但不限于場地、設備及人員、專用服務電話），提供7***小時的響應服務，保證在任何時候用戶單位都能及時找到中標人的服務人員。如遇駐場人員無法解決的問題或采購人認為需要，中標人的技術(shù)人員應在**小時內(nèi)趕到現(xiàn)場支持；
（3）所供軟件出現(xiàn)問題時，其響應時間不超過**分鐘，一般故障處理時間不大于2小時，特殊情況下故障修復時間不大于**小時；
（4）中標人應提供排除故障響應的具體流程；
（5）中標人應在技術(shù)建議書中說明技術(shù)指導和技術(shù)支持的范圍和程度，中標人應提供技術(shù)服務流程，技術(shù)服務內(nèi)容。
（九）數(shù)據(jù)及技術(shù)成果產(chǎn)權(quán)要求
本項目涉及的所有數(shù)據(jù)及技術(shù)成果產(chǎn)權(quán)歸采購方所有。
注：本章所有內(nèi)容均為實質(zhì)性要求，不得負偏離，否則按無效投標處理。
包組號：**2
包組名稱：沈陽醫(yī)保藥品追溯信息采集與應用管理平臺項目-信息系統(tǒng)工程監(jiān)理服務
服務內(nèi)容及要求：
一、服務范圍
對沈陽醫(yī)保藥品追溯信息采集與應用管理平臺項目的實施及驗收階段提供全過程信息化監(jiān)理服務。在監(jiān)理服務范圍內(nèi)，依據(jù)國家有關信息系統(tǒng)的法律、法規(guī)、技術(shù)規(guī)程、規(guī)范、標準以及工程建設文件，監(jiān)理單位承擔全部工作的監(jiān)理服務，按照《信息化工程監(jiān)理規(guī)范》總則及各分冊的要求，對各系統(tǒng)的質(zhì)量、進度、投資、風險進行全方位、全過程控制，進行項目的合同管理、變更管理、配置管理、文檔管理、人員管理信息管理以及安全文明實施的監(jiān)理，負責系統(tǒng)建設過程中的組織協(xié)調(diào)等工作，使項目建設按既定目標順利進行。
二、服務需求
1.實施階段服務內(nèi)容及要求
監(jiān)理單位應加強項目實施方案審核，促使項目中所使用的產(chǎn)品和服務符合委托合同及國家相關法律、法規(guī)和標準；明確項目實施計劃，對于計劃的調(diào)整應合理、受控；促使項目實施過程滿足委托合同的要求，并與項目設計方案、項目計劃相符。監(jiān)理單位應完成（包括但不限于）如下工作：
1)項目實施前，監(jiān)理單位應審核被委托單位提交的質(zhì)量管理計劃、項目實施計劃，審核后簽署監(jiān)理審核意見；
2)項目實施前，監(jiān)理單位應組織建設單位、被委托單位召開項目實施啟動會，要求被委托單位落實實施計劃、實施方案和必要的準備工作，會議內(nèi)容做會議紀要，并經(jīng)三方簽認；
3)項目實施前，監(jiān)理單位應審核被委托單位提交的項目實施方案，審核后簽署監(jiān)理意見。
4)監(jiān)理單位應審核被委托單位提交的開工申請，檢查項目準備情況。項目實施條件具備時，總監(jiān)理工程師應簽發(fā)開工令，并報建設單位開始項目實施；
5)監(jiān)理單位應監(jiān)督合同執(zhí)行情況，通過監(jiān)理周報、月報、階段性報告定期向建設單位提交監(jiān)理報告，跟蹤項目的質(zhì)量、進度、投資完成情況；
6)監(jiān)理單位應對項目質(zhì)量進行全過程監(jiān)督管理，在加強現(xiàn)場管理工作的前提下對重要部位和關鍵點應采取“旁站監(jiān)理”的方式，檢查項目進度和質(zhì)量，做好隱蔽工程的簽證；對發(fā)現(xiàn)的可能影響質(zhì)量的問題及時指令被委托單位采取措施解決，必要時發(fā)出停工、返工的指令；
7)監(jiān)理單位做好監(jiān)理日志，隨時記錄實施中有關質(zhì)量、進度等方面的問題，并對發(fā)生質(zhì)量問題的現(xiàn)場及時拍照或錄像；
8)監(jiān)理單位對被委托單位提供的產(chǎn)品及服務進行驗收，對驗收結(jié)果做驗收記錄，并經(jīng)三方簽認；對不符合合同或相關標準規(guī)定的產(chǎn)品及服務應拒絕簽認。沒有被簽認的產(chǎn)品及服務不得在項目實施中應用；
9)監(jiān)理單位應檢查設備到貨安裝環(huán)境；監(jiān)督旁站設備到貨、安裝、調(diào)試過程。監(jiān)督軟硬件平臺集成過程。必要時，監(jiān)理單位依據(jù)委托合同、技術(shù)標準或事先約定的方法檢測產(chǎn)品及服務的質(zhì)量，對于數(shù)量較大的同類型產(chǎn)品及服務，監(jiān)理單位可采取抽樣方法；
**)必要時，監(jiān)理單位應核驗產(chǎn)品認證證書、檢測報告的真實性、有效性；
**)監(jiān)理單位應按計劃檢查被委托單位項目實施狀況、人員與實施方案的一致性；
**)監(jiān)理單位應執(zhí)行已確定的階段性質(zhì)量監(jiān)督、控制措施及方法，并做監(jiān)理日志。出現(xiàn)項目質(zhì)量問題時，經(jīng)確認后監(jiān)理機構(gòu)簽發(fā)監(jiān)理通知單，報建設單位、被委托單位，責令被委托單位整改；
**)監(jiān)理單位應及時處理被委托單位提交的項目中關鍵環(huán)節(jié)的實施申請，審核其合理性后簽認，報建設單位批準；必要時，監(jiān)理機構(gòu)應檢查被委托單位重要項目步驟的銜接工作，做監(jiān)理日志。未經(jīng)監(jiān)理工程師檢查認可，被委托單位不能進行與之相關的下一步驟的實施；
**)監(jiān)理單位應及時處理工程變更申請，審核變更的合理性，保證項目總體質(zhì)量不受影響；監(jiān)理機構(gòu)應從目標系統(tǒng)的質(zhì)量、進度和投資等方面審查工程變更，由于變更引起投資的改變應按照合同的相關條款執(zhí)行。在合同中沒有規(guī)定的，應在變更實施前與建設單位、被委托單位協(xié)商確定變更導致的投資變化，并作工程備忘錄；
**)當出現(xiàn)項目事故時，監(jiān)理單位應要求被委托單位在事故發(fā)生后立即采取措施，盡可能控制其影響范圍，并及時簽發(fā)停工令，報建設單位，并與建設單位、被委托單位共同確認初步處理意見；監(jiān)理單位應監(jiān)督被委托單位采取措施，查清事故原因，審核被委托單位提出的事故解決方案及預防措施，提出監(jiān)理意見，提交建設單位簽認；監(jiān)理單位應審查被委托單位報送的事故報告及復工申請，條件具備時簽發(fā)復工令；
**)監(jiān)理單位若發(fā)現(xiàn)項目實施過程存在重大質(zhì)量隱患，應及時向被委托單位簽發(fā)停工令，并報建設單位，監(jiān)督被委托單位進行整改。整改完畢后，及時處理被委托單位的復工申請；
**)監(jiān)理單位應根據(jù)項目總進度計劃，編制控制性總進度計劃，并協(xié)助建設單位編制總體進度計劃或?qū)嵤┛傔M度計劃；跟蹤監(jiān)督、檢查、記錄進度計劃的實施；對實際進度進行對比、檢查、分析，對出現(xiàn)的偏差采取應對措施；審查被委托單位的進度報告，并編報監(jiān)理報告；
**)監(jiān)理單位應對項目實際進度做好記錄和統(tǒng)計工作，并進行經(jīng)常性和階段性的項目實際進度與計劃進度的對比分析，檢查進度偏差的程度和產(chǎn)生的原因，分析預測進度偏差對后續(xù)實施工序和項目的影響程度，并提出指導性的解決措施。當項目實際進度與計劃進度相比發(fā)生較大偏差而有可能影響合同工期目標的實現(xiàn)時，監(jiān)理單位應提出進度計劃的調(diào)整意見，并指導被委托單位相應調(diào)整進度計劃。進度計劃的重大調(diào)整應書面報建設單位批準；
**)監(jiān)理單位應依據(jù)委托合同及其補充協(xié)議，審核被委托單位提交的項目階段性報告和付款申請簽發(fā)工程款支付意見，報建設單位簽認；
**)監(jiān)理單位應對項目實施階段三方共同參與的過程和活動做工程備忘錄；并檢查督促被委托單位按規(guī)程規(guī)范實施、文明安全實施，防止因出現(xiàn)質(zhì)量、安全事故及環(huán)保問題；
**)監(jiān)理單位應根據(jù)需要及時組織專題會議，解決項目實施過程中的各種專項問題，并做會議紀要，提交建設單位和被委托單位；
**）根據(jù)國家網(wǎng)絡安全法要求，項目網(wǎng)絡安全需要滿足公安機關的信息安全等級保護要求，為了加強項目建設過程的網(wǎng)絡安全等級保護工作，確保系統(tǒng)建成后通過信息安全等級保護測評，監(jiān)理單位應該在項目建設階段，協(xié)助業(yè)主對系統(tǒng)的網(wǎng)絡安全等級進行定級輔導，定級備案材料的編制。
2.驗收階段服務內(nèi)容及要求
監(jiān)理單位應評審項目測試驗收方案（驗收目標、責任雙方、驗收提交清單、驗收標準、驗收方式、驗收環(huán)境等）的符合性及可行性；促使項目的最終功能和性能符合委托合同、法律、法規(guī)和標準的要求；推動被委托單位所提供的項目各階段形成的技術(shù)、管理文檔的內(nèi)容和種類符合相關標準。合同驗收時監(jiān)理單位應完成（包括但不限于）如下工作：
1）檢查與測試是確認項目各系統(tǒng)所建內(nèi)容是否達到合同要求和評估系統(tǒng)質(zhì)量的必備措施，監(jiān)理單位應協(xié)助建設單位明確項目測試驗收方案并審查其符合性及可行性。監(jiān)理單位應組織對系統(tǒng)集成質(zhì)量進行專項檢查，參照國家信息安全等級保護的相關要求，對網(wǎng)絡安全設備的集成調(diào)試質(zhì)量進行檢查評估；
2）監(jiān)理單位應及時處理被委托單位提交的驗收申請，審核竣工結(jié)算，審核驗收的必備條件，并簽署監(jiān)理意見；
3)監(jiān)理單位應協(xié)助建設單位對驗收中發(fā)現(xiàn)的質(zhì)量問題進行評估，根據(jù)質(zhì)量問題的性質(zhì)和影響范圍，敦促被委托單位根據(jù)驗收整改要求提出整改方案，并監(jiān)督整改過程。必要時，應組織重新驗收；
4)監(jiān)理單位應督促被委托單位完成項目實施方案中確定的培訓，并對培訓效果做出評估；
5)監(jiān)理單位應協(xié)助建設單位進行工程決算；
6)監(jiān)理單位應敦促建設單位、被委托單位按照事先約定，編制、簽署和妥善保存驗收階段的項目文檔；
7)監(jiān)理單位應編寫各時段項目驗收的監(jiān)理工作報告，整理監(jiān)理單位應提交和提供的驗收資料；負責整理記錄歸檔建設單位與承建單位來往的文件、合同、協(xié)議及會議記錄等各種文檔，出具監(jiān)理文件；
8)監(jiān)理機構(gòu)應協(xié)助建設單位和被委托單位完成項目移交工作，將項目移交建設單位管理，并進入工程質(zhì)量保修期。
9）根據(jù)國家網(wǎng)絡安全法要求，項目網(wǎng)絡安全需要滿足公安機關的信息安全等級保護要求，為了加強項目建設過程的網(wǎng)絡安全等級保護工作，確保系統(tǒng)建成后通過信息安全等級保護測評，監(jiān)理單位應該在項目驗收階段，按照《信息安全技術(shù)網(wǎng)絡安全等級保護基本要求》（GB/TGBT****9-****），為業(yè)主提供包括安全策略、管理制度、操作規(guī)程等管理要求的咨詢服務。
三、其他要求
1.人員及其他要求
投標人投入本項目現(xiàn)場全過程服務人員不得少于4人，至少包括總監(jiān)理工程師1名，總監(jiān)理工程師代表1名，專業(yè)監(jiān)理工程師1名，文檔管理員1名，并均具有相應的服務能力。
2.現(xiàn)場保障
1）每名監(jiān)理工作人員都需配備通訊設施，保證**小時隨時溝通。
2）配備監(jiān)理現(xiàn)場測試工具。
3）有文明監(jiān)理工作及安全施工保障制度。
4）其它有關本項目現(xiàn)場保障設備由投標人自行解決。
3.驗收要求
1）向沈陽市醫(yī)療保障局提供《監(jiān)理文件》。
2）驗收依據(jù)：主要以國家相關技術(shù)標準規(guī)范、響應文件和合同確認建設內(nèi)容為依據(jù)。
3）投標人須為驗收提供必需的一切條件及相關費用。
4.其他
1）投標人必須承諾：中標后，投標書中的人員全部同時參與現(xiàn)場工作，如因特殊原因更換現(xiàn)場實施人員，須征得采購人同意，所更換人員工作資歷及技術(shù)能力不能低于投標文件中承諾的人員要求（文件中須提供承諾函）。
2）投標人對有關采購人和最終用戶信息化建設項目的資料和信息保密。
3）投標人不得與承擔項目的建設承包人及軟件開發(fā)商、設備供應商發(fā)生經(jīng)濟利益關系，不得利用所處地位通過上述單位直接或間接獲益。
注：本章所有內(nèi)容均為實質(zhì)性要求，不得負偏離，否則按無效投標處理。
包組號：**3
包組名稱：沈陽醫(yī)保藥品追溯信息采集與應用管理平臺項目-網(wǎng)絡安全等級保護測評服務
服務內(nèi)容及要求：
一、服務內(nèi)容
對本項目擬定級為三級的沈陽醫(yī)保藥品追溯信息采集與應用管理平臺系統(tǒng)進行網(wǎng)絡安全等級保護測評服務。
二、服務需求
1.總體要求
依據(jù)GB/T****9-****《信息安全技術(shù)信息系統(tǒng)安全等級保護基本要求》、GB/T****8-****《信息安全技術(shù)網(wǎng)絡安全等級保護測評要求》等國家相關信息系統(tǒng)安全規(guī)范標準，對上述系統(tǒng)進行信息安全等級測評，測評內(nèi)容為：（1）安全物理環(huán)境、（2）安全通信網(wǎng)絡、（3）安全區(qū)域邊界、（4）安全計算環(huán)境、（5）安全管理中心、（6）安全管理制度、（7）安全管理機構(gòu)、（8）安全管理人員、（9）安全建設管理、（**）安全運維管理等以及符合被測系統(tǒng)對象特點的安全拓展要求。出具《網(wǎng)絡安全等級保護測評報告》。
2.測評詳細指標要求
1) 單元測評
單元測評分為技術(shù)測評和管理測評兩大類。技術(shù)測評包括：安全物理環(huán)境、安全通信網(wǎng)絡、安全區(qū)域邊界、安全計算環(huán)境、安全管理中心等五個層面上的單元測評；管理測評包括：安全管理制度、安全管理機構(gòu)、安全管理人員、安全建設管理和安全運維管理等五個方面的單元測評。
① 安全物理環(huán)境測評內(nèi)容：
物理位置的選擇、物理訪問控制、防盜竊和防破壞、防雷擊、防火、防水和防潮、防靜電、溫濕度控制、電力供應、電磁防護。
② 安全通信網(wǎng)絡測評內(nèi)容：
網(wǎng)絡架構(gòu)、通信傳輸、可信驗證。
③ 安全區(qū)域邊界測評內(nèi)容：
邊界防護、訪問控制、入侵防范、惡意代碼和垃圾郵件防范、安全審計、可信驗證。
④ 安全計算環(huán)境測評內(nèi)容：
身份鑒別、訪問控制、安全審計、入侵防范、惡意代碼防范、可信驗證、數(shù)據(jù)完整性、數(shù)據(jù)保密性、數(shù)據(jù)備份恢復、剩余信息保護、個人信息保護。
⑤ 安全管理中心測評內(nèi)容：
系統(tǒng)管理、審計管理、安全管理、集中管控。
⑥ 安全管理制度測評內(nèi)容：
安全策略、管理制度、制定和發(fā)布、評審和修訂。
⑦ 安全管理機構(gòu)測評內(nèi)容：
崗位設置、人員配備、授權(quán)和審批、溝通和合作、審核和檢查。
⑧ 安全管理人員測評內(nèi)容：
人員錄用、人員離崗、安全意識教育和培訓、外部人員訪問管理。
⑨ 安全建設管理測評內(nèi)容：
定級和備案、安全方案設計、產(chǎn)品采購和使用、自行軟件開發(fā)、外包軟件開發(fā)、工程實施、測試驗收、系統(tǒng)交付、等級測評、服務供應商選擇。
⑩ 安全運維管理測評內(nèi)容：
環(huán)境管理、資產(chǎn)管理、介質(zhì)管理、設備維護管理、漏洞和風險管理、網(wǎng)絡和系統(tǒng)安全管理、惡意代碼防范管理、配置管理、密碼管理、變更管理、備份與恢復管理、安全事件處置、應急預案管理、外包運維管理。
2) 整體測評
系統(tǒng)整體測評涉及到信息系統(tǒng)的整體拓撲、局部結(jié)構(gòu)，也關系到信息系統(tǒng)的具體安全功能實現(xiàn)和安全控制配置，與特定信息系統(tǒng)的實際情況緊密相關，內(nèi)容復雜且充滿系統(tǒng)個性。
投標人測評人員應根據(jù)特定信息系統(tǒng)的具體情況，確定系統(tǒng)整體測評的具體內(nèi)容，在安全控制測評的基礎上，重點考慮安全控制間、層面間以及區(qū)域間的相互關聯(lián)關系，測評安全控制間、層面間和區(qū)域間是否存在安全功能上的增強、補充和削弱作用以及信息系統(tǒng)整體結(jié)構(gòu)安全性、不同信息系統(tǒng)之間整體安全性等。
系統(tǒng)整體測評主要包括四個部分：分別為安全控制間安全測評、層面間安全測評、區(qū)域間安全測評、驗證測試。
① 安全控制間安全測評
安全控制間的安全測評主要考慮同一區(qū)域內(nèi)、同一層面上的不同安全控制間存在的功能增強、補充或削弱等關聯(lián)作用。安全功能上的增強和補充可以使兩個不同強度、不同等級的安全控制發(fā)揮更強的綜合效能，可以使單個低等級安全控制在特定環(huán)境中達到高等級信息系統(tǒng)的安全要求。例如，可以通過物理層面上的物理訪問控制來增強其安全防盜竊功能等。安全功能上的削弱會使一個安全控制的引入影響另一個安全控制的功能發(fā)揮或者給其帶來新的脆弱性。例如，應用安全層面的代碼安全與訪問控制，如果代碼安全沒有做好，很可能會使應用系統(tǒng)的訪問控制被旁路。
② 層面間安全測評
層面間的安全測評主要考慮同一區(qū)域內(nèi)的不同層面之間存在的功能增強、補充和削弱等關聯(lián)作用。安全功能上的增強和補充可以使兩個不同層面上的安全控制發(fā)揮更強的綜合效能，可以使單個低等級安全控制在特定環(huán)境中達到高等級信息系統(tǒng)的安全要求。安全功能上的削弱會使一個層面上的安全控制影響另一個層面安全控制的功能發(fā)揮或者給其帶來新的脆弱性。
③ 區(qū)域間安全測評
區(qū)域間的安全測評主要考慮互連互通（包括物理上和邏輯上的互連互通等）的不同區(qū)域之間存在的安全功能增強、補充和削弱等關聯(lián)作用，特別是有數(shù)據(jù)交換的兩個不同區(qū)域。例如，流入某個區(qū)域的所有網(wǎng)絡數(shù)據(jù)都已經(jīng)在另一個區(qū)域上做過網(wǎng)絡安全審計，則可以認為該區(qū)域通過區(qū)域互連后具備網(wǎng)絡安全審計功能。安全功能上的增強和補充可以使兩個不同區(qū)域上的安全控制發(fā)揮更強的綜合效能，可以使單個低等級安全控制在特定環(huán)境中達到高等級信息系統(tǒng)的安全要求。安全功能上的削弱會使一個區(qū)域上的安全功能影響另一個區(qū)域安全功能的發(fā)揮或者給其帶來新的脆弱性。
④ 驗證測試
驗證測試包括對主機、網(wǎng)絡、數(shù)據(jù)、應用（含移動應用）的漏洞掃描和滲透測試等，驗證測試發(fā)現(xiàn)的安全問題將結(jié)合單元測評取得的證據(jù)共同分析信息系統(tǒng)整體結(jié)構(gòu)的安全性。
三、其他要求
1.項目進度要求
在被測系統(tǒng)取得備案證明后的**天內(nèi)完成，并出具《網(wǎng)絡安全等級保護測評報告》。
2.人員及其他要求
投標人投入本項目現(xiàn)場全過程服務人員不得少于5人，其中包括項目負責人1名，并且團隊人員需具有相應的服務能力。
3.驗收要求
1）向沈陽市醫(yī)療保障局提供《網(wǎng)絡安全等級保護測評報告》。
2）驗收依據(jù)：主要以國家相關技術(shù)標準規(guī)范、響應文件和合同確認建設內(nèi)容為依據(jù)。
3）投標人須為驗收提供必需的一切條件及相關費用。
4.其他
1）投標人必須承諾：中標后，投標書中的人員全部同時參與現(xiàn)場工作，如因特殊原因更換現(xiàn)場實施人員，需征得采購人同意，所更換人員工作資歷及技術(shù)能力不能低于投標文件中承諾的人員要求（文件中須提供承諾函）。
2）投標人對有關采購人和最終用戶信息化建設項目的資料和信息保密。
3）投標人不得與承擔項目的建設承包人及軟件開發(fā)商、設備供應商發(fā)生經(jīng)濟利益關系，不得利用所處地位通過上述單位直接或間接獲益。
注：本章所有內(nèi)容均為實質(zhì)性要求，不得負偏離，否則按無效投標處理。
包組號：**4
包組名稱：沈陽醫(yī)保藥品追溯信息采集與應用管理平臺項目-商用密碼應用安全性評估服務
服務內(nèi)容及要求：
一、服務內(nèi)容
為沈陽醫(yī)保藥品追溯信息采集與應用管理平臺項目提供密碼方案評估服務以及對本項目擬定級為三級的沈陽醫(yī)保藥品追溯信息采集與應用管理平臺項目系統(tǒng)進行商用密碼應用安全性評估。具體包括：商用密碼總體要求測評、密碼技術(shù)應用測評、密鑰管理測評、安全管理測評。測評后，出具《密碼應用安全評估報告》。
二、服務需求
1.密碼方案評估要求
按照《中華人民共和國密碼法》及《國家政務信息化項目建設管理辦法》(國辦發(fā)(****〕**號)中關于政務信息系統(tǒng)在系統(tǒng)規(guī)劃階段的密碼應用要求，綜合考慮本項目物理和環(huán)境、網(wǎng)絡和通信、設備和計算、應用和數(shù)據(jù)、安全管理等層面的密碼應用需求，依據(jù)《信息安全技術(shù)信息系統(tǒng)密碼應用基本要求》(GB/T****6-****)(以下簡稱“基本要求”)對建設單位提交的密碼方案進行合規(guī)合理性評估。
2.商用密碼總體要求測評
1）密碼算法合規(guī)性測評：信息系統(tǒng)中使用的密碼算法是否符合法律、法規(guī)的規(guī)定和密碼相關國家標準、行業(yè)標準的有關要求。
2）密碼技術(shù)合規(guī)性測評：信息系統(tǒng)中使用的密碼技術(shù)是否遵循密碼相關國家標準和行業(yè)標準。
3）密碼產(chǎn)品合規(guī)性測評：信息系統(tǒng)中使用的密碼產(chǎn)品與密碼模塊是否通過國家密碼管理部門核準。
4）密碼服務合規(guī)性測評：信息系統(tǒng)中使用的密碼服務是否通過國家密碼管理部門許可。
3.密碼技術(shù)應用測評
(1) 密碼技術(shù)應用測評
從物理和環(huán)境、網(wǎng)絡和通信、設備和計算、應用和數(shù)據(jù)4個層面對信息系統(tǒng)中應用的密碼技術(shù)進行分析與評估。
物理和環(huán)境層面測評:分析評估信息系統(tǒng)是否合理、合規(guī)的利用商用密碼完整性、真實性功能，對影響信息系統(tǒng)安全防護效能的物理和環(huán)境層面因素進行保護。包括但不限于下列典型因素：重要場所的物理訪問控制，監(jiān)控設備的物理訪問控制，以及物理訪問記錄、監(jiān)控信息等敏感信息數(shù)據(jù)完整性。
網(wǎng)絡和通信層面測評：分析評估信息系統(tǒng)是否合理、合規(guī)的利用商用密碼機密性、完整性、真實性功能，對影響信息系統(tǒng)安全防護效能的網(wǎng)絡和通信層面因素進行保護。包括但不限于下列典型因素：安全認證連接到內(nèi)部網(wǎng)絡的設備，通信雙方的身份認證過程，通信數(shù)據(jù)完整性，敏感信息數(shù)據(jù)字段機密性，網(wǎng)絡邊界訪問控制信息完整性，系統(tǒng)資源訪問控制信息完整性，安全設備、安全組件的集中管理方式和信息傳輸通道。
設備和計算層面測評：分析評估信息系統(tǒng)是否合理、合規(guī)的利用商用密碼機密性、完整性、真實性功能，對影響信息系統(tǒng)安全防護效能的設備和計算層面因素進行保護。包括但不限于下列典型因素：登錄信息系統(tǒng)設備和計算環(huán)境的用戶身份鑒別過程，系統(tǒng)設備和計算環(huán)境資源訪問控制信息完整性，重要信息資源敏感標記完整性，重要程序或文件完整性，信息系統(tǒng)設備和計算環(huán)境的日志記錄完整性。
應用和數(shù)據(jù)層面測評：分析評估信息系統(tǒng)是否合理、合規(guī)的利用商用密碼機密性、完整性、真實性以及不可否認性功能，對影響信息系統(tǒng)安全防護效能的應用和數(shù)據(jù)層面因素進行保護。包括但不限于下列典型因素：登錄信息系統(tǒng)應用和數(shù)據(jù)操作環(huán)境的用戶身份鑒別過程，系統(tǒng)應用和數(shù)據(jù)操作環(huán)境資源訪問控制信息完整性，重要信息資源敏感標記完整性，重要數(shù)據(jù)傳輸過程的機密性、完整性，重要信息存儲過程的機密性、完整性，重要程序的加載和卸載過程，信息系統(tǒng)應用相關實體行為不可否認性，信息系統(tǒng)應用和數(shù)據(jù)操作環(huán)境的日志記錄完整性。
(2) 密鑰管理測評
對影響商用密碼防護效能的密鑰生命周期相關環(huán)節(jié)，以及相關環(huán)節(jié)管理和策略制定的全過程進行分析與評估。密鑰生命周期相關環(huán)節(jié)包括但不限于下列典型環(huán)節(jié)：密鑰生成，密鑰存儲，密鑰分發(fā)，密鑰導入，密鑰導出，密鑰使用，密鑰備份，密鑰恢復，密鑰歸檔，密鑰銷毀。
(3) 安全管理測評
對影響商用密碼防護效能的管理制度與措施進行分析與評估。管理制度與措施包括但不限于下列典型維度：安全管理制度，人員管控，信息系統(tǒng)實施，應急預案。
1）安全管理制度維度，包括但不限于下列內(nèi)容與措施：密碼建設、運維、人員、設備、密鑰管理內(nèi)容，密碼相關操作規(guī)范、安全操作規(guī)范，安全管理制度的合理性和適用性論證與審定，安全管理制度的改進和修訂，安全管理制度的發(fā)布，安全管理制度的執(zhí)行。
2）人員管控維度，包括但不限于下列內(nèi)容與措施：了解并遵守密碼相關法律法規(guī)密碼產(chǎn)品使用，關鍵崗位劃分，相關人員職責與權(quán)限劃分，崗位責任制與人員制約、監(jiān)督機制，管理和使用賬號，人員培訓、人員選拔，人員考核、獎懲與調(diào)離，人員保密措施。
3）信息系統(tǒng)實施維度，包括但不限于下列內(nèi)容與措施：信息系統(tǒng)規(guī)劃，信息系統(tǒng)建設方案，信息系統(tǒng)密碼產(chǎn)品、服務選用，信息系統(tǒng)運行前與定期評估，信息系統(tǒng)整改。
4）應急預案維度，包括但不限于下列內(nèi)容與措施：應急預案，應急資源準備，應急情況與處置，上級主管部門應急報告，同級密碼主管部門應急報告。
三、其他要求
1.項目進度要求
在被測系統(tǒng)取得備案證明后的**天內(nèi)完成，并出具《密碼應用安全性評估報告》和《密碼方案評估報告》。
2.人員及其他要求
投標人投入本項目現(xiàn)場全過程服務人員不得少于5人，其中包括項目負責人1名，并且團隊人員需具有相應的服務能力。
3.驗收要求
1）向沈陽市醫(yī)療保障局提供《商用密碼應用安全性評估報告》和《密碼方案評估報告》。
2）驗收依據(jù)：主要以國家相關技術(shù)標準規(guī)范、響應文件和合同確認建設內(nèi)容為依據(jù)。
3）投標人須為驗收提供必需的一切條件及相關費用。
4.其他要求
投標人必須承諾：
1）中標后，投標書中的人員全部同時參與現(xiàn)場工作，如因特殊原因更換現(xiàn)場實施人員，需征得采購人同意，所更換人員工作資歷及技術(shù)能力不能低于投標文件中承諾的人員要求。
2）投標人對有關采購人和最終用戶信息化建設項目的資料和信息保密。
3）投標人不得與承擔項目的建設承包人及軟件開發(fā)商、設備供應商發(fā)生經(jīng)濟利益關系，不得利用所處地位通過上述單位直接或間接獲益（文件中須提供承諾函）。
注：本章所有內(nèi)容均為實質(zhì)性要求，不得負偏離，否則按無效投標處理。
