根據kaiyun体育官方网站采購內(nei) 控製度相關(guan) 規定，近期將對本項目進行院內(nei) 公開比選，請潛在供應商認真閱讀本文公告內(nei) 容，並按要求準備好相關(guan) 材料。本次公告在“kaiyun体育官方网站官網https://www.wonderfulstl.com/”上發布，請各申請人留意，采購人對其他網站或媒體(ti) 轉載的公告及公告內(nei) 容不承擔任何責任，公告如有變更，將在以上網站或以書(shu) 麵形式發布。
一、項目基本情況及比選要求
1..項目名稱：kaiyun体育官方网站醫院公共衛生管理係統采購項目
2采購方式：院內(nei) 比選
3.預算金額：20萬(wan)
4.采購需求：
4.1采購內(nei) 容：醫院公共衛生管理係統
4.2采購清單：醫院公共衛生管理係統（含傳(chuan) 染病、食源性疾病、慢性病、職業(ye) 病、死亡病例監測管理係統等）
4.3標包（標段）劃分：本次采購共劃分為(wei) 一個(ge) 標段，響應人必須整體(ti) 報價(jia) 不得拆分。
4.4采購項目技術參數要求：詳見附表一。
5.服務期限：1年。
6.報價(jia) 要求：包括但不僅(jin) 限於(yu) 采購過程中發生的各類貨物及其配套設施和配套輔助產(chan) 品材料的采購費、係統數據對接（含端口開通費）、人工費、保險、稅費、風險（不可預見費）、安裝調試費、技術培訓、技術服務、售後維護服務費等全部相關(guan) 費用，該報價(jia) 應考慮市場風險、政策性風險、匯率風險等因素，並能保證投標人完成履行合同所需的全部工作。
7.付款方式：甲乙雙方合同約定。
8.質量要求：符合國家及行業(ye) 現行執行標準，一次性驗收合格。
9.資格審查方式：資格後審。
10.合同履行期限：合同簽訂後30個(ge) 日曆天內(nei) 交貨安裝及驗收完畢。
11.交貨安裝地點：kaiyun体育官方网站。
二、供應商資格要求：
1.基本資格要求：
1.1滿足《中華人民共和國政府采購法》第二十二條規定；
1.2落實政府采購政策需滿足的資格要求：
扶持中小企業(ye) 政策：本項目不屬於(yu) 專(zhuan) 門麵向中小企業(ye) 的政府采購項目。
2.本項目的特定資格要求：無
3.其他資格要求：
3.1本項目不接受聯合體(ti) 投標。
3.2落實政府采購政策需滿足的資格要求：無，本項目不屬於(yu) 專(zhuan) 門麵向中小企業(ye) 采購的項目。
三、承諾函
我公司作為(wei) 本項目申請人，承諾不存在下列情形：
（一）申請人人直接或者間接從(cong) 采購人或者采購代理機構處獲得其他申請人的相關(guan) 情況並修改其投標文件或者響應文件；
（二）申請人按照采購人或者采購代理機構的授意撤換、修改投標文件或者響應文件；
（三）申請人之間協商報價(jia) 、技術方案等投標文件或者響應文件的實質性內(nei) 容；
（四）屬於(yu) 同一集團、協會(hui) 、商會(hui) 等組織成員的申請人按照該組織要求協同參加政府采購活動；
（五）申請人之間事先約定由某一特定投標人中標、中標；
（六）申請人之間商定部分申請人放棄參加政府采購活動或者放棄中標、中標；
（七）申請人與(yu) 采購人或者采購代理機構之間、申請人相互之間，為(wei) 謀求特定申請人中標、中標或者排斥其他申請人的其他串通行為(wei) 。
（八）不同申請人的投標文件由同一單位或者個(ge) 人編製；
（九）不同申請人委托同一單位或者個(ge) 人辦理投標事宜；
（十）不同申請人的投標文件載明的項目管理成員或者聯係人員為(wei) 同一人；
（十一）不同申請人的投標文件異常一致或者投標報價(jia) 呈規律性差異；
（十二）不同申請人的投標文件相互混裝；
（十三）不同申請人的投標保證金從(cong) 同一單位或者個(ge) 人的賬戶轉出。
如出現上述情形的，依照政府采購法第七十七條第一款的規定追究法律責任，並按附表3-1格式填寫(xie) 相關(guan) 內(nei) 容。
投標人（蓋單位公章）：______________
法定代表人（負責人）或委托代理人（簽字或蓋章）：
日期：________年_____月_____日
附表3-1：申請人在職人員情況表
比選申請人在職人員情況表
注：1、比選申請人須如實填寫(xie) 公司所有在職人員。
★2、比選小組如發現比選申請人提供的在職人員與(yu) 其他比選申請人所提供的在職人員存在重複的，按圍標、串標行為(wei) 上報。
比選申請人（加蓋公章）：______________
法代表人（負責人）或委托代理人（簽字或蓋章）：
日期：________年_____月_____日
四、響應材料要求
1.供應商法人身份證複印件、經辦人身份證複印件、經辦人授權書(shu) 。
2.資格審查部分：
2.1有效期內(nei) 的營業(ye) 執照副本、稅務登記證、組織機構代碼證或“三證合一”營業(ye) 執照。
2.2近期財務狀況報告（新成立的申請人須提供自成立之日起至比選截止時間的財務會(hui) 計報表）。
2.3履行合同所必需的設備和專(zhuan) 業(ye) 技術能力的證明材料或承諾。
2.4近1年任意1個(ge) 月依法繳納稅收和繳納社會(hui) 保障資金的證明(成立未滿1個(ge) 月的提供成立以來的稅收和社會(hui) 保障資金繳納憑據。
2.5參加政府采購活動前三年內(nei) 在經營活動中沒有重大違法記錄的書(shu) 麵聲明。
2.6供應商在比選之日前未被列入“信用中國”網站“嚴(yan) 重失信主體(ti) 名單”、“失信被執行人”、“重大稅收違法失信主體(ti) ”、“政府采購嚴(yan) 重違法失信行為(wei) 記錄名單”，未被列入中國政府采購網“政府采購嚴(yan) 重違法失信行為(wei) 信息記錄名單”，采購人將按照以上條款對參與(yu) 各供應商的信用信息進行查詢，有不良記錄的其比選將被拒絕。
2.7不屬於(yu) 聯合體(ti) 參加投標，與(yu) 其他投標人不存在單位負責人為(wei) 同一人或者存在直接控股、管理關(guan) 係的情況聲明書(shu) （格式自擬）。
3.技術部分：
3.1技術偏離表：
序號 |
項目名稱 |
采購技術要求 |
響應技術要求 |
偏離情況 |
技術參數出現偏離的技術原因以及涉及產(chan) 品對應技術參數的技術材料所在位置（響應文件頁碼，並請在產(chan) 品技術材料中進行圈注） |
|
|
|
|
|
|
3.2產(chan) 品技術資料：擬供軟件產(chan) 品功能清單、第三方檢測機構出具的軟件產(chan) 品檢測報告（軟件測試報告）、軟件產(chan) 品技術性能介紹證明材料（針對采購需求中每一項功能模塊中單項技術要求提供詳細的技術性能介紹和技術性能實現方式介紹以及對應的軟件係統操作界麵截圖）。
3.3項目實施方案、軟件產(chan) 品質量保證及承諾、售後服務方案、項目實施方案、驗收方案及驗收標準。
3.4.供應商認為(wei) 須提供的其他材料。
3.5首輪報價(jia) 表：（格式自擬）。
4.《中小企業(ye) 聲明函》或《殘疾人福利性單位聲明函》或《監獄企業(ye) 聲明函》（如有）。
5.無串通投標（比選）行為(wei) 的承諾函及比選申請人在職人員情況表。
★注：以上材料請加蓋公章並按順序排版（本項目無需提交紙質版響應文件），隻需提交一份電子版（PDF格式）響應文件（現場微信/U盤方式提交）。
五、報名要求及相關(guan) 安排
1.報名時間：2023年12月22日08時00分至2023年12月26日17時00分（3個(ge) 工作日），逾期視為(wei) 無效報名，采購人不予受理。
2.報名方式：請各供應商填寫(xie) 下表並加蓋公章，發送至指定郵箱（bssrmyy_cgb@126.com）。
3.聯係電話：0875-2128999；如供應商未按公告內(nei) 容、時限要求填寫(xie) 而影響報名的，後果由申請人自行承擔。
4.若報名成功後，因特殊原因不能參加比選的，需提前電話通知。
六、比選相關(guan) 要求：
1.時間、地點及聯係方式：
1.1時間：2023年12月28日下午15:00（供應商必須提前20分鍾到場簽到，未按時簽到的視為(wei) 自動放棄，不予受理）。
1.2地點：保山市隆陽區青陽路與(yu) 龍泉路交叉口（kaiyun体育官方网站東(dong) 院區科教後勤樓410室）。
1.3.聯係方式：kaiyun体育官方网站采購辦 莊老師：0875-2128999
2.比選要求：
2.1比選時，采購人將對相關(guan) 事宜進行詳細谘詢，供應商須派熟悉本項目技術指標、售後服務等情況的人員參會(hui) ，以免影響比選結果。
2.2比選將參照政府采購流程進行，請各供應商按要求嚴(yan) 格執行。
3.比選規則：
3.1各潛在服務商按抽簽順序進行報價(jia) 和答疑；
3.2比選小組：院內(nei) 專(zhuan) 家組成；
3.3本次以院內(nei) 公開方式進行比選；綜合評分法：比選小組將根據評審辦法計算出各申請人的綜合得分，按得分由高到低推薦成交候選人排序；得分相同的，按最終報價(jia) 由低到高順序排列；得分且最終報價(jia) 相同的，按服務及信譽部分評分高低順序排列。最終比選小組將根據評審後的總得分由高到低順序排列確定1個(ge) 成交人。
3.4比選時，除價(jia) 格得分外，比選小組各成員將獨立對每個(ge) 有效申請人的響應文件進行評價(jia) 、打分，然後將每個(ge) 有效申請人各項評分因素的得分匯總後計算評審小組各成員獨立評分的算術平均值（保留2位小數），得出每個(ge) 有效申請人的最終得分，評分細則詳見附表二。
3.5院內(nei) 比選采購實施過程中，接收響應文件截止時間過後，如遞交響應文件的供應商不足三家，應終止院內(nei) 比選采購活動，審核采購文件、采購公告的合理性及可行性後，發布二次公告。二次公告後，提交響應文件或者經評審實質性響應采購文件要求的供應商隻有兩(liang) 家時，采購繼續進行；提交響應文件或者經評審實質性響應采購文件要求的供應商隻有一家時報請分管院領導批準後，按單一來源采購方式繼續進行。
七、監督
本次比選全程由審計科、財務處監督，項目參與(yu) 供應商對成交結果如有異議，可在成交結果發布後三個(ge) 工作日內(nei) 以書(shu) 麵方式提出。
審計科電話：0875-2149256 紀檢監察室：0875-2130050
重要備注：
1.本次比選會(hui) 材料無需提交紙質版，隻需提交一份電子版（PDF格式）響應文件（現場微信/U盤方式提交）；
2.最終成交供應商需提供紙質版的響應（比選）文件正、副本各一份。
3.根據相關(guan) 法律規定，禁止供應商相互串通。供應商相互串通構成犯罪的，由司法機關(guan) 依法追究刑事責任；尚不構成犯罪的，根據情節交醫院紀檢監察室進行處理。
附表一 技術參數要求
序號 |
功能模塊 |
功能描述 |
1 |
要求 |
1.1符合《中華人民共和國傳(chuan) 染病防治法》 1.2符合《國家衛生健康委辦公廳關(guan) 於(yu) 調整肺結核傳(chuan) 染病報告分類的通知》 1.3符合《傳(chuan) 染病信息報告管理規範》 1.4符合《國家衛生計生委關(guan) 於(yu) 調整部分法定傳(chuan) 染病病種管理工作的通知》 1.5符合《疾病控製基本數據集》 1.6符合《基於(yu) 電子病曆的醫院信息平台技術規範》、 《關(guan) 於(yu) 加強疾病預防控製信息化建設工作的通知》、 《中國疾病預防控製信息係統數據交換技術指導方案》 |
2 |
首頁 |
2.1當前待辦事項集中呈現,雙擊進入對應模塊。 2.2可自定義(yi) 呈現待辦事項。 2.3可自定義(yi) 呈現重點關(guan) 注的監測報表。 2.4可添加重點病例到關(guan) 注列表，以便查閱及跟蹤。 2.5可快速查詢病例(模糊、精確)，實現快速上報。臨(lin) 床2.6端呈現簡易首頁，以便臨(lin) 床集中處理代辦事項。 2.7可以手機短信提醒臨(lin) 床醫生報卡。 |
3 |
預警
|
3.1可根據診斷、影像、微生物、檢驗、病曆等信息對住院、門診、體(ti) 檢等病人進行傳(chuan) 染病、食源性疾病、農(nong) 藥中毒等智能預警。 3.2可根據診斷、影像、微生物、檢驗、病曆等信息進行聯合或單項預警。 3.3可根據病人、診斷複診進行智能排除預警。 3.4可根據曆史上報數據，實現智能排除預警。 3.5可根據病人住院號/門診號、身份證號、姓名、性別、出生日期等信息，實現智能排除預警。 3.6可根據傳(chuan) 染病急設置相應病程周期，在病程周期內(nei) 可實現智能排除預警，病程周期可以單病種自由配置。 3.7可根據身份證號、姓名+出生日期+性別、住院號、門診號等信息，提示病人的曆史報告記錄，並在報卡前提示醫生，避免重複報卡。 3.8可實現診斷、影像結果、微生物、檢驗、病曆等預警條件自由配置。 3.9可分院區、分科室集中呈現預警列表。 3.10可實現分權限呈現預警列表，管理科室可查看全院科室列表，臨(lin) 床醫生隻能查看有權限的科室列表，查看權限可配置。 3.11可實現待處理、已處理、已確認和全部病例分狀態呈現。 3.12可實現在一個(ge) 界麵中查閱病人基本信息、診斷、影像結果、微生物培養(yang) 、檢驗結果、病曆等信息，輔助相關(guan) 人員快速診斷。 3.13可實現病人異常指標高亮顯示。 3.14可實現自動根據預警類型彈出對應的上報卡。 3.15可實現對病例操作記錄（操作時間、操作人和操作類型），病人曆史上報記錄進行查詢。 3.16可實現對預警病例進行幹預，幹預默認發送給病人主治醫生，可實現自由添加醫生，可添加附件。 3.17可實現雙擊病人彈出相關(guan) 病例。 3.18可實現將病人添加到首頁我的關(guan) 注列表中。 3.19可實現對預警病例標記漏報和遲報，便於(yu) 統計漏報率和遲報率。 |
4 |
報告卡 |
4.1中華人民共和國傳(chuan) 染病報告卡
4.2食源性疾病病例報告卡 4.3農(nong) 藥中毒報告卡 4.4AFP病例報告卡 4.5檢測谘詢個(ge) 案登記表 艾滋病感染婦女及所生兒(er) 童個(ge) 案登記卡 艾滋病感染婦女妊娠及所生嬰兒(er) 情況 艾滋病感染產(chan) 婦及所生兒(er) 童隨訪情況 梅毒感染孕產(chan) 婦及所生嬰兒(er) 個(ge) 案登記卡 梅毒感染孕產(chan) 婦及所生新生兒(er) 情況 梅毒感染產(chan) 婦所生兒(er) 童隨訪情況 乙肝感染孕產(chan) 婦及所生新生兒(er) 個(ge) 案登記卡 乙肝感染產(chan) 婦所生嬰兒(er) 隨訪卡 4.6麻疹監測病例流行病學個(ge) 案調查表 4.7 HIV個(ge) 案隨訪表 4.8 HIV抗體(ti) 複檢化驗單 4.9手足口病例標本送檢登記表 4.10丙肝個(ge) 案調查表 4.11新冠肺炎防控督查 4.12突發公共衛生事件報告卡 |
5 |
病例 |
5.1可實現在所有界麵根據住院號/門診號/姓名搜索患者的病例。 5.2可集中呈現患者基本信息，包括姓名、年齡、性別、科室、床號、住院號、入院時間、出院時間、入院診斷和主治醫生等。 5.3可實現查詢患者所有的預警記錄，預警記錄中包括處理狀態、預警科室、預警時間、預警病種、操作人、操作時間和操作備注等信息。 5.4可實現查詢患者所有病曆病程，並支持關(guan) 鍵字在病曆病程中高亮顯示，且關(guan) 鍵字自由配置。 5.5可實現查詢患者的影像檢查報告，包括放射、超聲和其他。 5.6可實現查詢患者所有的檢驗結果，異常結果進行高亮顯示。 5.7可實現查詢患者所有的醫囑信息，快速查詢炎性指標。 5.8可實現查詢患者所有報告卡記錄，且可以通過病人唯一編號、身份證號、姓名等信息關(guan) 聯曆史報卡。 |
6 |
報卡管理 |
6.1可實現報告卡數據流程化管理，分狀態顯示（待審核、退卡、已審核、作廢等）。 6.2可實現退卡狀態下顯示相關(guan) 退卡原因。 6.3可實現操作記錄有跡可循（記錄操作日誌，包括操作、操作人，操作時間和備注）。 6.4可實現按日期、科室、姓名、住院號/門診號、身份證號碼及病種搜索上報卡。 6.5可實現審核時重複報卡，遲報等提示功能。 6.6可實現管理員能修改任意狀態下卡片內(nei) 容，非管理員隻能修改待審核及退卡狀態下的卡片內(nei) 容。 6.7可實現所有卡片打印、導出等相關(guan) 功能。 6.8可實現打印格式與(yu) 國家發布的標準格式一致。 6.9可實現按照醫院要求定製填報內(nei) 容和打印格式。 6.10可實現卡片內(nei) 容生成二維碼。 |
7 |
網絡直報 |
7.1可實現在內(nei) 外網同時滿足的條件下，傳(chuan) 染病報告卡可以單張填報CDC網站。 7.2可實現在內(nei) 外網同時滿足的條件下，食源性疾病報告卡可以單張直報到食源性疾病監測網站。 7.3可實現在內(nei) 外網不能同時滿足的條件下，傳(chuan) 染病報告卡可以導出XML文件，單張填報CDC網站。 7.4可實現在內(nei) 外網不能同時滿足的條件下，食源性疾病報告卡可以導出Excel文件，導入到食源性疾病監測網站。 7.5可實現與(yu) 中國疾病預防控製信息係統進行數據交換，實現無縫連接。 7.6可實現查閱報告卡內(nei) 容，方便與(yu) 網頁上自動填報的數據進行對比。 7.7可對成功上報的報告數據進行標識，便於(yu) 區分避免重複上報。 7.8可實現報告數據在填報CDC時，自動攔截、提醒診斷時間超過時限的報告數據，防止遲報。 |
8 |
監測 |
8.1可實現自動生成所有報告卡登記本（傳(chuan) 染病、食源性疾病）。 8.2可實現傳(chuan) 染病報告卡多維度（科室、醫生、病種、病名等）統計。 8.3可自動生成出入院日誌，自動標識是否為(wei) 傳(chuan) 染病，是否已上報。 8.4可自動生成門診日誌，自動標識是否為(wei) 傳(chuan) 染病，是否已上報。 8.5可自動生成傳(chuan) 染病檢驗科陽性反饋登記表。 8.6可自動生成傳(chuan) 染病放射科陽性反饋登記表。 8.7可自動生成傳(chuan) 染病遲報漏報患者基本信息登記表。 8.8可自動生成梅毒季報表。 8.9可自動生成性病病例匯總表。 8.10可自動生成農(nong) 藥中毒病例登記表。 8.11可自動生成食源性疾病病例登記表。 8.12可自動生成食源性疾病病例報告統計。 8.13可自動生成發熱門診日誌。 8.14可自動生成腹瀉門診日誌。 8.15可自動生成流感樣病例監測統計表。 8.16可實現所有監測報表自動匯總。 8.17可實現自動生成統計圖表（餅狀圖、柱狀圖、趨勢圖等）。 8.18可實現所有報表和統計圖表直接打印。 8.19可實現所有報表和統計圖表多種格式（Excel、HTML、CSV和圖片）導出。 8.20可實現報表數據穿透（追蹤數據明細）。 8.21可實現按需定製醫院相關(guan) 監測報表。 |
9 |
查詢 |
9.1可實現在係統任意界麵使用姓名、住院號/門診號等以模糊/精確匹配的方式查詢患者，雙擊彈出病例。 9.2可實現按入院/出院日期、科室、預警、報告卡等信息的任意組合查詢病例。 9.3可實現在查詢結果中雙擊彈出病例。 9.4可實現按任意字段對查詢結果進行排序。 9.5可實現查詢結果導出。 |
10 |
幹預 |
10.1可實現發送通知功能，接收對象可以按科室、醫生進行自由添加。 10.2可實現自由排版、添加附件。 10.3可實現在無需登錄係統的情況下，實時提醒接收人，點擊消息即可查看內(nei) 容。 10.4可實現對醫生處理病例過程進行幹預。 10.5可實現在無需登錄係統的情況下，實時提醒相關(guan) 人員，點擊消息即可查看內(nei) 容。 10.6可實現查閱幹預詳細內(nei) 容，並直接回複。 10.7可實現保存和查詢所有的溝通交流記錄。 |
11 |
通知助手 |
11.1可實現在無需登錄係統的情況下，提醒相關(guan) 待辦事項（預警、報告卡、通知及幹預等）。 11.2可實現實時推送新的待辦事項。 11.3可實現反複提醒臨(lin) 床醫生未完成事項。 11.4可實現按科室、醫生等呈現相關(guan) 待辦事項。 |
12 |
知識庫 |
12.1可實現相關(guan) 資料上傳(chuan) 到係統中，包括操作規範、培訓課件、法律法規，考試資料等。 12.2可實現知識庫按文件類型進行分類管理。 12.3可實現知識庫中相關(guan) 資料自由下載或直接查閱。 12.4可實現對資料下載次數進行統計。 |
13 |
考試係統 |
13.1係統自帶題庫，多種題目類型可供選擇。 13.2可實現用戶通過係統模板導入自定義(yi) 考題。 13.3可實現考試範圍自主選擇（如院感防控、傳(chuan) 染病、新冠防控知識等）進行專(zhuan) 項考試。 13.4可實現自定義(yi) 每次考試的截止日期、參考次數、及格分數、各種題型的數量和分值等。 13.5可實現係統隨機抽取考題，係統自動評分並判定是否及格。 13.6可實現對考試結果按參考人員、科室進行統計。 |
14 |
移動助手 |
14.1可實現實時推送短信，通信質量高，超低延時。 14.2可實現短信內(nei) 容自定義(yi) 。 14.3可實現API 、SDK 等多種方式接入多地區、多運營商服務部署。 14.4可實現在醫院開放短信、微信等平台接口前提下，接入院級信息發送平台。 14.5可實現多維度時間段的短信發送量、發送成功率、失敗分析以及回執分析等報表。 14.6可實現指定手機號在指定時間段內(nei) 的短信下發記錄、指定模板在指定時間段內(nei) 的短信發送量。 |
注：1.本次采購的軟件需與(yu) 我院現使用的各類係統進行無縫對接，保證數據互聯互通，期間產(chan) 生的接口開發使用費包含在此次報價(jia) 中。
2.驗收要求：軟件係統完成安裝部署（係統功能模塊和相關(guan) 技術指標達標），完成與(yu) 相應係統對接後，軟件係統將進入試運行階段，在試運行階段采購人將組建驗收小組根據軟件係統的運行穩定狀況、數據校驗錯誤率等方麵進行項目初驗，若軟件係統的數據校驗錯誤率較高或係統運行不穩定（如：經常出現係統運行邏輯錯誤、功能運轉不正常的），中標人應無條件對軟件係統進行免費整改調整和優(you) 化（不得向采購人收取其他任何費用），直至達到軟件係統運行穩定為(wei) 止。若最終達不到標準，采購人將根據合同要求對中標人追究其違約責任並終止項目合同，若造成醫院相關(guan) 損失的進行依法追償(chang) 。
3.本次采購的軟件係統需要長期的運行維護，采購人將考慮本項目的產(chan) 品質量保證期（售後運維服務期限）結束後的軟件係統運行維護服務工作的實際需求，後續運維服務內(nei) 容包含軟件係統在運行中的故障排錯、信息數據維護備份及恢複、係統及數據庫適配調整、軟件係統定期升級更新等工作，供應商對質保期滿後提供的運維服務費不得高於(yu) 本次成交價(jia) 10%。
附表二 評分標準
評審中價(jia) 格扣除及優(you) 先采購 |
本項目需要落實的政府采購政策： 1.促進中小企業(ye) 發展政策：評審時小型、微型企業(ye) 提供的產(chan) 品（提供本企業(ye) 製造的貨物或者提供其他中小企業(ye) 製造的貨物）價(jia) 格給予10%的扣除。監獄企業(ye) 、殘疾人福利性單位視同小型和微型企業(ye) ，其產(chan) 品在評審時給予相同的價(jia) 格扣除。執行政策文件：《中華人民共和國中小企業(ye) 促進法》、《政府采購促進中小企業(ye) 發展管理辦法》（財庫〔2020〕46號）、關(guan) 於(yu) 進一步加大政府采購支持中小企業(ye) 力度的通知（財庫〔2022〕19號）、《財政部司法部關(guan) 於(yu) 政府采購支持監獄企業(ye) 發展有關(guan) 問題的通知》（財庫〔2014〕68號）、《財政部民政部中國殘疾人聯合會(hui) 關(guan) 於(yu) 促進殘疾人就業(ye) 政府采購政策的通知》（財庫〔2017〕141號）。 |
評審內(nei) 容 |
評分標準 |
評標總得分計算 公式 |
響應人的評審總得分＝F1＋F2其中： F1、F2分別為(wei) 投標報價(jia) 、技術及商務部分的匯總得分； |
評分因素權重 |
投標報價(jia) F1：30分；技術及商務部分F2:70分。 |
報價(jia) 評分F1 （30分） |
（1）報價(jia) 評審計算公式： 報價(jia) 計算公式=（評標基準價(jia) /該比選人比選報價(jia) ）×30 即：F2=[P/（B1，B2，…，Bn）]×30 注：P為(wei) 評標基準價(jia) ，即經初步評審審查合格且比選報價(jia) 最低的有效比選報價(jia) ； B1，B2，…，Bn為(wei) 通過符合性評審的有效比選報價(jia) ，n為(wei) 通過符合性評審的有效最終報價(jia) 的個(ge) 數。 （2）小微企業(ye) 報價(jia) 計算公式： 比選人擬供全部產(chan) 品均為(wei) 小微企業(ye) 製造，則全部比選報價(jia) 執行價(jia) 格給予扣除，否則不予執行本條。 小型、含微型企業(ye) 報價(jia) 計算公式：B小=B*(1-10%)，該報價(jia) 作為(wei) 評審價(jia) 格。 |
技術及商務部分F2 （70分） |
比選小組根據項目采購需求所載明的產(chan) 品技術要求並結合比選人遞交的比選響應文件中“產(chan) 品介紹”和“技術偏離表”所載明的擬供產(chan) 品技術指標和相應的技術參數佐證材料進行綜合評審。 1.技術參數無偏離：比選人擬供全部產(chan) 品所顯示的技術參數均無任何負偏離，並對產(chan) 品的功能描述合理、完整的，得基本分40分。 2.技術參數負偏離：比選人擬供產(chan) 品所顯示技術參數中每存在一項負偏離扣2分，分數扣完為(wei) 止。比選人擬供產(chan) 品所顯示技術參數為(wei) 負偏離的，無論是否提供相關(guan) 技術證明材料，均按負偏離數量進行扣分。 |
項目實施方案（滿分10分） 第一檔次（10分）：項目的安裝、調試、培訓技術方案詳細對產(chan) 品供應安裝各環節有詳細的表述，技術方案工作流程合理，符合項目實施實際要求的，能確保項目針對性強。 第二檔次（7分）：項目的安裝、調試、培訓技術方案詳細對產(chan) 品供應安裝各環節有較為(wei) 詳細的表述，技術方案工作流程基本合理，基本符合采購需求，能確保項目的正常實施。 第三檔次（4分）：有項目的安裝、調試、培訓技術方案，對產(chan) 品供應安裝各環節描述簡單。 第四檔次（1分）：隻提供“項目實施方案”的。 第五檔次（0分）：未提供“項目實施方案”的。 |
軟件產(chan) 品質量保證及承諾（滿分5分） 第一檔次（5分）：軟件產(chan) 品質量保證及承諾針對性強，有明確具體(ti) 的故障響應、故障處理時間承諾及措施，對服務過程中可能發生的突發情況有完備的應急預案，且預案中能夠體(ti) 現供應商應對各種突發事件的處理措施；服務質量保證措施完善具體(ti) ，有明確可行的違約承諾及違約處罰措施。 第二檔次（3分）：有軟件產(chan) 品質量保證及承諾，有具體(ti) 的故障響應、故障處理時間承諾及措施，對服務過程中可能發生的突發情況有應急預案，有應對各種突發事件的處理措施；服務質量措施具體(ti) ，有違約承諾及違約處罰措施。 第三檔次（1分）：有軟件產(chan) 品質量保證及承諾。 第四檔次（0分）：未提供“軟件產(chan) 品質量保證及承諾”的。 |
售後服務方案（滿分5分） 第一個(ge) 檔次（5分）：投標人具有完善的售後服務體(ti) 係（提供售後服務機構設置情況證明材料）、有售後服務便捷性；售後服務方案針對可能發生各類售後服務問題提出詳細的售後服務工作機製和處理辦法，提出的售後維護作出的響應和到場（遠程）維修時間短；針對本項目提出軟件產(chan) 品開展的巡檢服務有詳細的工作流程符合采購需求，提出的相應保證措施和承諾具體(ti) 可行、針對性強的，有詳細的售後違約條款和違約罰款內(nei) 容。 第二檔次（3分）：投標人具有較為(wei) 完善的售後服務體(ti) 係（提供售後服務機構設置情況或依托擬供應產(chan) 品製作商的售後服務機構設置情況證明材料）；售後服務方案針對可能發生各類售後服務問題提出的售後服務工作機製和處理辦法基本合理、可行，提出的售後維護作出的響應和到場（遠程）維修時間符合采購需求；針對本項目提出軟件產(chan) 品開展的巡檢服務工作流程基本符合采購需求，提出的相應保證措施和承諾具體(ti) 可行，有售後違約條款和但無違約罰款內(nei) 容。 第三檔次（1分）：投標人具有相應的售後服務體(ti) 係（未提供售後服務機構設置情況或依托擬供應產(chan) 品製作商的售後服務機構設置情況證明材料）；售後服務方案針對可能發生各類售後服務問題提出的售後服務工作機製和處理辦法存在瑕疵，提出的售後維護作出的響應和到場（遠程）維修時間符合采購需求；針對本項目提出軟件產(chan) 品開展的巡檢服務工作流程基本符合采購需求，無售後違約條款和違約罰款內(nei) 容。 第四檔次（0分）：未提供“售後服務方案”的。 |
|
項目培訓方案（滿分5分） 評標委員會(hui) 對所有投標文件的“項目培訓方案”部分內(nei) 容進行詳細審查後，進行綜合評審評分： 第一檔次（5分）：項目培訓方案有詳細的產(chan) 品使用人員操作培訓和與(yu) 指導方案和工作流程描述，整體(ti) 計劃完善具體(ti) 、可行性優(you) 。 第二檔次（3分）：項目培訓方案中對產(chan) 品使用人員的使用操作培訓和與(yu) 指導的方案和工作流程描述較為(wei) 簡單，整體(ti) 計劃基本滿足項目要求、可行性一般。 第三檔次（1分）：項目培訓方案提出的內(nei) 容沒有對產(chan) 品使用人員的使用操作培訓和與(yu) 指導的方案和工作流程的描述，方案存在瑕疵或不合理的情況，可行性差。 第四檔次（0分）：未提供“項目培訓方案”的。 |
|
驗收方案及驗收標準（滿分5分） 第一檔次（5分）：有完整的驗收方案和驗收標準，整體(ti) 方案考慮全麵，有針對性，同時滿足國家相關(guan) 規範、規定要求。 第二檔次（3分）：有驗收方案和驗收標準。 第三檔次（1分）：驗收方案、驗收標準較粗略。 第四檔次（0分）：未提供“驗收方案及驗收標準”。 |
