華中科技大學同濟醫(yī)學院附屬協(xié)和醫(yī)院重慶醫(yī)院項目（信息化首批建設(shè)內(nèi)容）答疑補遺文件

****醫(yī)學院****醫(yī)院項目

（信息化首批建設(shè)內(nèi)容）答疑補遺文件（二）

一、各潛在投標人，現(xiàn)將本項目答疑回復(fù)如下：

問題一：國產(chǎn)服務(wù)器操作系統(tǒng)（物理機版本）

1、架構(gòu)支持：支持龍芯、兆芯、飛騰、鯤鵬、海光等主流國產(chǎn)CPU；

2、配套支撐產(chǎn)品：支持高可用集群、云平臺軟件、容器云平臺軟件、服務(wù)器虛擬化系統(tǒng)、安全云桌面管理軟件等配套產(chǎn)品。

3、安全特性：支持國密算法并內(nèi)置國密模塊；

4、內(nèi)置私有數(shù)據(jù)隔離保護技術(shù)，通過該技術(shù)包括管理員在內(nèi)的任何其他用戶都不能進行非授權(quán)訪問；

5、系統(tǒng)安裝：系統(tǒng)安裝時提供高效和簡潔的基本環(huán)境，包括最小安裝、基礎(chǔ)設(shè)施服務(wù)器、文件及打印服務(wù)器、基本網(wǎng)頁服務(wù)器、虛擬化主機、帶GUI的服務(wù)器等；

6、網(wǎng)絡(luò)支持：支持HTTP、FTP、VNC、TCP、UDP、IP、FTP、DNS、NFS、NTP、DHCP、SSH等多種網(wǎng)絡(luò)協(xié)議；

7、虛擬化支持：支持KVM虛擬化；內(nèi)置單機虛擬化管理程序。

8、常用應(yīng)用支持：默認提供apache http、ftp、DNS、DHCP、MariaDB、PostgreSQL、NFS、Samba、LDAP等應(yīng)用；

9、支持RPM軟件包管理工具DNF，提供RPM到DEB包格式轉(zhuǎn)換工具，提供RPM到DEB包管理器轉(zhuǎn)換工具；

10、文件系統(tǒng)：支持Ext3、Ext4、GFS2、XFS、NTFS等文件系統(tǒng)；

11、支持內(nèi)核和核外統(tǒng)一訪問控制安全框架KYSEC；

12、產(chǎn)品標準符合：產(chǎn)品滿足電信級Linux標準CGL5.0；

13、通過GB/T 20272第四級（結(jié)構(gòu)化保護級）測評。

4、內(nèi)置私有數(shù)據(jù)隔離保護技術(shù)，通過該技術(shù)包括管理員在內(nèi)的任何其他用戶都不能進行非授權(quán)訪問；**自己的名稱，統(tǒng)信是叫做文件保險箱。

5、系統(tǒng)安裝：系統(tǒng)安裝時提供高效和簡潔的基本環(huán)境，包括最小安裝、基礎(chǔ)設(shè)施服務(wù)器、文件及打印服務(wù)器、基本網(wǎng)頁服務(wù)器、虛擬化主機、帶GUI的服務(wù)器等；**的分類辦法，統(tǒng)信分為：待DDE的服務(wù)器、服務(wù)器、最小安裝、**虛擬化等；

11、支持內(nèi)核和核外統(tǒng)一訪問控制安全框架KYSEC；“安全框架KYSEC”是**自己的名稱，統(tǒng)信類似的叫“有固”

12、產(chǎn)品標準符合：產(chǎn)品滿足電信級Linux標準CGL5.0；、CGL5.0作為電信級指標，已經(jīng)在Linux基金會停止運營，Linux基金會CGL認證官網(wǎng)和申請模板均已經(jīng)關(guān)閉。作廢原因是因為全球沒有廠商在支持和申請。

建議刪除4、5 11、12條

回復(fù)：已刪除4、5、11、12條，具體詳見本次發(fā)布的《供貨要求》。

問題二：本項目能否允許分支機構(gòu)參與采購活動，尤其是投標人為分支機構(gòu)的，由總公司出具的授權(quán)委托書，****公司僅能授權(quán)一家所屬的分支機構(gòu)進行投標，****公司不得與分支機構(gòu)一同參與投標。另外，以分公司名義投標的，在授權(quán)書許可范圍內(nèi)，****公司資質(zhì)、證件、團隊人員和業(yè)績案例等資料視同有效。投標文件中要求法定代表人簽署或蓋章的，****公司授權(quán)人簽署或蓋章。

回復(fù)：本項目允許分支機構(gòu)參與投標，投標人為分支機構(gòu)的，****公司出具的授權(quán)委托書，****公司僅能授權(quán)一家所屬的分支機構(gòu)進行投標，****公司不得與分支機構(gòu)一同參與投標，以分支機構(gòu)名義投標的，在授權(quán)書許可范圍內(nèi)，****公司資質(zhì)、證件和業(yè)績案例等資料視同有效。投標文件中要求法定代表人簽署或蓋章的，****公司負責人簽署或蓋章。具體詳見補遺通知。

問題三：****0416-定稿（蓋章）-第五章++供貨要求

3.蓄電池

(4)蓄電池品牌須按品牌要求，且須為高性能阻燃型號，方便設(shè)備統(tǒng)一管理和用戶維護，電池須具有泰爾認證和 UL 認證。

蓄電池品牌須按品牌要求，是按照什么品牌要求要求什么內(nèi)容

回復(fù)：蓄電池供貨要求已作調(diào)整，具體詳見本次發(fā)布的《供貨要求》，以本次發(fā)布的為準。

問題四：3.投標文件

3.1.1.4資格審查部分

(2)制造商資格聲明(制造商投標時提供)或制造商授權(quán)書(代理商投標時提供);

在總則的投標文件組成的資格審查部分要提提供制造商資格聲明或制造商授權(quán)書，而在第六章投標文件格式中，又沒有要求提供制造商聲明或者制造商授權(quán)書，建議針對僅核心產(chǎn)品提供授權(quán)。

回復(fù)：資格審查部分不需要提供《制造商資格聲明或制造商授權(quán)書》。

問題五：1.4.3無效投標條款中：

（4）與本招標項目其他投標人代理同一個制造商同一品牌同一型號的貨物投標；建議僅針對核心產(chǎn)品做相應(yīng)要求，即確認哪些產(chǎn)品是核心產(chǎn)品，針對核心產(chǎn)品，要求不同投標人不能選擇同一制造商同一品牌同一型號參與投標。

回復(fù)：已刪除該條內(nèi)容，詳見補遺文件。

問題六：提問：

招標文件第二章投標人須知1.4.1投標人資質(zhì)條件、能力和信譽“3.業(yè)績要求：投標人自2021年1月1日起至投標截止日止（以合同簽訂時間為準），具有1個3000萬元及以上的醫(yī)療信息化集成類項目業(yè)績。 注：1.要求提供該業(yè)績的合同文件（合同文件須提供首頁、簽章頁以及體現(xiàn)上述業(yè)績指標的關(guān)鍵頁（****醫(yī)院名稱、合同建設(shè)內(nèi)容）。若提供的業(yè)績證明材料不能體現(xiàn)上述業(yè)績指標的，應(yīng)補充提供采購單位證明。”中“關(guān)鍵頁（****醫(yī)院名稱、合同建設(shè)內(nèi)容）”是否理解為：****醫(yī)療機構(gòu)信息和建設(shè)內(nèi)容即可（如合同中體現(xiàn)“九院”簡****醫(yī)院名稱）標書代寫

回復(fù)：合同應(yīng)體現(xiàn)發(fā)包人名稱和合同建設(shè)內(nèi)容，合同在關(guān)鍵部分（如首頁、簽章頁）應(yīng)有甲乙雙方完整法定名稱。

問題七：5、投標人提供的貨物和服務(wù)必須完全滿足招標文件第五章供貨要求中的所有要求(投標文件《供貨要求負偏差表》中響應(yīng)為負偏差除外)。發(fā)布中標通知書前，招標人隨時有權(quán)核驗相關(guān)資料和檢測產(chǎn)品，如果發(fā)現(xiàn)中標候選人提供的貨物或服務(wù)不符合招標文件要求的，將視為中標候選人弄虛作假騙取中標，招標人有權(quán)采取取消中標資格、不予退還投標保證金、向行政監(jiān)督部門報告給予處理處罰等手段內(nèi)容稍有歧義，建議修訂如下：投標人提供的貨物和服務(wù)必須完全滿足招標文件第五章供貨要求中的所有要求(投標文件《供貨要求負偏差表》中響應(yīng)為負偏差除外)。中標通知書發(fā)出前，招標人有權(quán)對中標候選人提交的佐證資料進行核查、對投標產(chǎn)品開展抽樣檢驗或現(xiàn)場核驗。一經(jīng)查實中標候選人提供的貨物、服務(wù)或響應(yīng)內(nèi)容不符合招標文件實質(zhì)性要求的，一律認定為弄虛作假騙取中標行為。招標人有權(quán)單方取消其中標候選人資格、不予退還其投標保證金，并將相關(guān)違法違規(guī)線索報送行政監(jiān)督部門依法依規(guī)處置。

回復(fù)：該條內(nèi)容無歧義，按招標文件執(zhí)行。

問題八：一、評標辦法中2.2.3評標基準價計算方法：進入報價評審的投標人的投標總報價（或暫定投標總報價）中去掉六分之一（不能整除的按小數(shù)點前整數(shù)取整），不足六家報價則不去掉）的最低價和相同家數(shù)的最高價后的算術(shù)平均值乘以（1-3%）即為本項目的投標總報價，該計算方法與****委員會2026年2月發(fā)布的**市工程建設(shè)項目貨物采購“招標文件示范文本”中2.2.2報價評審標準不一致，請取消該計算方法，按照發(fā)改委發(fā)布的要求執(zhí)行。

回復(fù)：本項目評標基準價的計算符合《**市工程建設(shè)項目貨物采購招標文件示范文本（2026年版）》要求，按招標文件執(zhí)行。

問題九：《貨物采購》寫了很多資格審查條件，否決性條款。按照法律法規(guī)，資格審查條件寫在“技術(shù)需求/采購需求”里，屬于違法拆分、變相設(shè)置資格門檻，違反《政府采購法實施條例》第20條、財政部令第94號等。要求取消《貨物采購》鐘的資格審查條件。

回復(fù)：本項目資格審查條件已明確在規(guī)定條款中，請投標人仔細閱讀招標文件。

問題十：該招標文件 違反了**招投標實施條例，《貨物需求》中，提出來非常多的排他行條款，實際是另一本招標文件，是按照衛(wèi)寧量身定做的版本。。嚴重違反了貨物采購得范本。《貨物需求》中安排了很多資格審查條件(否決投標條款），嚴重違反了范本，資格審查條件應(yīng)該放在招標文件中的資格審查模塊。

回復(fù)：本項目資格審查條件已明確在規(guī)定條款中，請投標人仔細閱讀招標文件。

問題十一：我司為電信運營商（屬行業(yè)特殊情形），現(xiàn)擬以我司在重****公司參與本項目的投標活動。根據(jù)《****政府采購法》第二十二條、《財政部國庫司網(wǎng)上答網(wǎng)友提問》的相關(guān)精神以及《〈政府采購法實施條例〉釋義》第二章第十七條規(guī)定，銀行、保險、石油石化、電力、電信等有行業(yè)特殊情況的，取得營業(yè)執(zhí)照****公司名義參與投標。請問本項目的招標文件中是否允許****公司參與投標如允許，分公司在投****公司出具的授權(quán)書煩請貴方予以明確，謝謝！

回復(fù)：本項目允許分支機構(gòu)參與投標，投標人為分支機構(gòu)的，****公司出具的授權(quán)委托書，****公司僅能授權(quán)一家所屬的分支機構(gòu)進行投標，****公司不得與分支機構(gòu)一同參與投標，以分支機構(gòu)名義投標的，在授權(quán)書許可范圍內(nèi)，****公司資質(zhì)、證件和業(yè)績案例等資料視同有效。投標文件中要求法定代表人簽署或蓋章的，****公司負責人簽署或蓋章，具體詳見補遺通知。

問題十二：關(guān)于項目備用機房-設(shè)備部分“供貨要求”技術(shù)參數(shù)問題的反饋：

1.P843UPS電源第3點：UPS不能將外部配電開關(guān)（輸入開關(guān)、輸出開關(guān)、維修旁路開關(guān)）納入到UPS監(jiān)控中；

2.P845精密空調(diào)第8點：空調(diào)機組應(yīng)配置電加熱器，加熱量不小于8KW；

3.P845精密空調(diào)第9點：空調(diào)機組應(yīng)配置加濕器，加濕器加濕度不低5kg/h。

以上三點如果可以使用獨立產(chǎn)品，國內(nèi)有很多廠家均滿足，但是在招標文件技術(shù)參數(shù)部分P842精密配電柜要求里面，特別要求“UPS、精密空調(diào)同一廠家集成”****設(shè)備廠家極少，排除了潛在參與人。

另外UPS與精密空調(diào)是兩套獨立的機房設(shè)備，兩者用同一品牌缺乏必要的技術(shù)理論支持，屬于不合理的條款。

因此能否去掉“UPS、精密空調(diào)同一廠家集成”的要求

回復(fù)：已刪除UPS、精密空調(diào)同一廠家集成的要求，具體詳見本次發(fā)布的《供貨要求》，以本次發(fā)布的為準。

問題十三：國產(chǎn)服務(wù)器操作系統(tǒng)：11、支持內(nèi)核和核外統(tǒng)一訪問控制安全框架KYSEC；12、產(chǎn)品標準符合：產(chǎn)品滿足電信級Linux標準CGL5.0；

問題1：第11、只有**的操作系統(tǒng)是使用KYSEC框架，其他廠家并不能滿足這一點

問題2：第12、電信級Linux標準CGL5.0在2025年已經(jīng)停止申請了，行業(yè)內(nèi)一般不再將這條標準作為評標依據(jù)

回復(fù)：已刪除11、12條，具體詳見本次發(fā)布的《供貨要求》，以本次發(fā)布的為準。

問題十四：供貨要求-三、技術(shù)性能指標（質(zhì)量標準）-（三十六）短信服務(wù) ，（3）菜單定義：定義系統(tǒng)菜單配置相應(yīng)菜單參數(shù)。（4）分管人員對應(yīng)科室：定義業(yè)務(wù)分管領(lǐng)導(dǎo)對應(yīng)分管科室。 是否能明確短信平臺這兩點具體功能要求。

回復(fù)：短信平臺具體功能要求已明確，具體詳見本次發(fā)布的《供貨要求》，以本次發(fā)布的為準。

問題十五：一、需澄清事項

1.****中心 集成平臺/****中心性能指標要求存在不確定性

在《供貨要求》P13****數(shù)據(jù)中心 集成平臺/****中心技術(shù)性能指標描述中，前四小節(jié)描述內(nèi)容是1.1系統(tǒng)的架構(gòu)設(shè)計、1.2數(shù)據(jù)架構(gòu)設(shè)計、1.3集成架構(gòu)設(shè)計和1.4應(yīng)用架構(gòu)設(shè)計，相關(guān)描述內(nèi)容不能明確定義到具體的性能指標。

特請澄清：系統(tǒng)的架構(gòu)設(shè)計、數(shù)據(jù)架構(gòu)設(shè)計、集成架構(gòu)設(shè)計和應(yīng)用架構(gòu)設(shè)計否同1.5數(shù)據(jù)中心功能定義一起做為后期供貨要求，如果做為供貨要求，如果落實到具體的功能點上。

回復(fù)：1.1-1.4所述的全部架構(gòu)設(shè)計內(nèi)容，與1.5數(shù)據(jù)中心功能定義共同構(gòu)成后期供貨的完整技術(shù)要求。兩者不可分割.1.5節(jié)定義了“要做什么”，例如提供建設(shè)存儲計算引擎、數(shù)據(jù)匯聚、多數(shù)據(jù)源協(xié)同、數(shù)據(jù)開發(fā)和治理等具體功能。1.1-1.4節(jié)定義了“怎么做、做到什么程度”，例如總體架構(gòu)設(shè)計原則、數(shù)據(jù)開發(fā)治理一體化、雙模集成架構(gòu)等。這些架構(gòu)設(shè)計是具有強制約束力的設(shè)計藍圖和驗收準則。若供貨產(chǎn)品不符合模塊化分層、****中心無縫集成、統(tǒng)一數(shù)據(jù)融合引擎等架構(gòu)要求，將視為實質(zhì)性偏離。按招標文件執(zhí)行。

問題十六：一、需澄清事項

1.****中心 集成平臺/****中心性能指標要求存在不確定性

在《供貨要求》P13****數(shù)據(jù)中心 集成平臺/****中心技術(shù)性能指標描述中，前四小節(jié)描述內(nèi)容是1.1系統(tǒng)的架構(gòu)設(shè)計、1.2數(shù)據(jù)架構(gòu)設(shè)計、1.3集成架構(gòu)設(shè)計和1.4應(yīng)用架構(gòu)設(shè)計，相關(guān)描述內(nèi)容不能明確定義到具體的性能指標。

特請澄清：系統(tǒng)的架構(gòu)設(shè)計、數(shù)據(jù)架構(gòu)設(shè)計、集成架構(gòu)設(shè)計和應(yīng)用架構(gòu)設(shè)計否同1.5數(shù)據(jù)中心功能定義一起做為后期供貨要求，如果做為供貨要求，如果落實到具體的功能點上。

回復(fù)：1.1-1.4所述的全部架構(gòu)設(shè)計內(nèi)容，與1.5數(shù)據(jù)中心功能定義共同構(gòu)成后期供貨的完整技術(shù)要求。兩者不可分割.1.5節(jié)定義了“要做什么”，例如提供建設(shè)存儲計算引擎、數(shù)據(jù)匯聚、多數(shù)據(jù)源協(xié)同、數(shù)據(jù)開發(fā)和治理等具體功能。1.1-1.4節(jié)定義了“怎么做、做到什么程度”，例如總體架構(gòu)設(shè)計原則、數(shù)據(jù)開發(fā)治理一體化、雙模集成架構(gòu)等。這些架構(gòu)設(shè)計是具有強制約束力的設(shè)計藍圖和驗收準則。若供貨產(chǎn)品不符合模塊化分層、****中心無縫集成、統(tǒng)一數(shù)據(jù)融合引擎等架構(gòu)要求，將視為實質(zhì)性偏離。按招標文件執(zhí)行。

問題十七：第五章供貨要求的“二、系統(tǒng)（設(shè)備）需求一覽表”“供應(yīng)商提供案例佐證材料中至少需包含以下建設(shè)內(nèi)容”一列中，沒有加“或”字的是每一個詞語都需要滿足嗎例如第6項的對應(yīng)業(yè)績需涵蓋“醫(yī)院感染預(yù)防與控制及全員知識培訓與測評（考試）在線”兩者分字不差還是類似業(yè)績即可

回復(fù)：沒有加“或”字的是每個都需要滿足，需要提供對應(yīng)業(yè)績或類似業(yè)績的佐證材料，案例中需體現(xiàn)類似的關(guān)鍵字。

問題十八：招標文件 第五章供貨要求文件中 硬件技術(shù)參數(shù)有除《供貨要求負偏差表》之外的其他要求，要求投標人提供各種證明材料或者加蓋公章。請問這些要求是不是為特定品牌廠家安排的控標參數(shù)經(jīng)調(diào)研核實，這些額外提供證明材料的技術(shù)參數(shù)均有品牌唯一指向性，且提供證明材料不符合工程招標相關(guān)規(guī)定。希望招標人刪除《供貨要求負偏差表》之外的其他額外要求。

這些要求如下：

1、精密配電柜產(chǎn)品供貨時提供廠家出具的產(chǎn)品質(zhì)量承諾函及本地售后服務(wù)授權(quán)。

2、斷路器元器件須為施耐德、ABB、西門子等主流品牌，并由UPS、精密空調(diào)同一廠家集成，統(tǒng)一質(zhì)保。

3、UPS主機和電池供貨時提供廠家出具的產(chǎn)品質(zhì)量承諾函及本地售后服務(wù)授權(quán)。

4、物理架構(gòu)：UPS由控制模塊、功率模塊、旁路模塊及其它組件組成，方便維護，提供UPS物理結(jié)構(gòu)圖。支持功率模塊容錯運行，一個模塊故障不影響其他模塊正常運行。

5、UPS機架應(yīng)內(nèi)置開關(guān)，UPS標配主輸入開關(guān)、旁路輸入開關(guān)、輸出開關(guān)、手動維護旁路4把開關(guān)或三位一體開關(guān)（主輸入、旁路輸入、輸出開關(guān)）及手動維護旁路開關(guān)，投標人提供所投產(chǎn)品機架圖片證明及承諾現(xiàn)場驗收保持一致。

6、控制架構(gòu)：UPS采用智能控制模塊。并具有保證系統(tǒng)可靠性的控制邏輯及架構(gòu)，從軟件及硬件上整體提升系統(tǒng)可靠性，提供可靠性設(shè)計的相關(guān)說明。

7、UPS須將外部配電開關(guān)（輸入開關(guān)、輸出開關(guān)、維修旁路開關(guān)）納入到UPS監(jiān)控中。提供開關(guān)信號連接示意圖說明。

8、UPS電池產(chǎn)品供貨時提供廠家出具的產(chǎn)品質(zhì)量承諾函及本地售后服務(wù)授權(quán)。

9、蓄電池品牌須按品牌要求，且須為高性能阻燃型號，方便設(shè)備統(tǒng)一管理和用戶維護，電池須具有泰爾認證和UL認證。

10、提供各線纜、銅排、直流斷路器的規(guī)格及承載電流值和上述需求的電流值及直流連接圖。

精密空調(diào)產(chǎn)品供貨時提供廠家出具的產(chǎn)品質(zhì)量承諾函及本地售后服務(wù)授權(quán),精密空調(diào)嚴禁采用OEM或ODM方式。

11、提供精密空調(diào)廠家公開宣傳彩頁（加蓋廠家鮮章）及官方網(wǎng)站參數(shù)查詢網(wǎng)址，所有實質(zhì)性技術(shù)要求均以宣傳彩頁及官方網(wǎng)站參數(shù)查詢網(wǎng)址為依據(jù)

12、機柜或微模塊產(chǎn)品有信產(chǎn)部抗震測試報告。

回復(fù)：****中心機房技術(shù)性能指標（質(zhì)量標準）已整體調(diào)整，具體詳見本次發(fā)布的《供貨要求》，以本次發(fā)布的為準。

問題十九：衛(wèi)健側(cè)的區(qū)域醫(yī)聯(lián)體、醫(yī)共體類院外智慧醫(yī)療相關(guān)的案例，符合本項目案例要求嗎

回復(fù)： 上述業(yè)績滿足本項目資格審查中的業(yè)績類別要求，但不滿足《第五章供貨要求》中對應(yīng)模塊中的供貨要求。

問題二十：在招標文件第五章供貨要求--二、系統(tǒng)（設(shè)備）需求一覽表--（一）對供應(yīng)商要求中，要求對已標注 “√” 的產(chǎn)品對應(yīng)的具有2000****醫(yī)院客戶案例、電子病歷（智慧醫(yī)療）五級及以上、醫(yī)療機構(gòu)互聯(lián)互通五級乙等、智慧服務(wù)三級相關(guān)證明文件。

在建設(shè)清單中，存在某一系統(tǒng)須提供提供上述4項證明中的2個及以上的證明文件，如EMR HIS一體化需提供4項證明文件、PACS類系統(tǒng)須提供2項證明文件。

問題：如EMR HIS一體化系統(tǒng)，要求提供的4項證明材料，分別提供4****醫(yī)院的案例佐證材料，是否有效

回復(fù)：有效。

問題二十一：第三章評標辦法（綜合評估法）評標辦法前附表中條款號2.2.2（1）技術(shù)評審標準（A)技術(shù)方案中評審要點：5.持續(xù)推進災(zāi)備機房基礎(chǔ)建設(shè)與全流程信創(chuàng)實施，完善運維駐場服務(wù)，完成驗收及整體交付。具備歧義：我是只需要提供災(zāi)備機房基礎(chǔ)建設(shè)與全流程信創(chuàng)的運維駐場服務(wù)，完成上述兩個模塊的驗收及整體交付方案即可，還是針對本次完整項目提供運維駐場服務(wù)和驗收及整體交付方案

回復(fù)：技術(shù)評分標準已調(diào)整，詳見補遺文件。

問題二十二：本項目軟件報價需要涉及到硬件情況，**：LIS、PACS、血透、院前急救需要明確接入的設(shè)備數(shù)量和型號，請明確。

回復(fù)：相關(guān)軟件系統(tǒng)****醫(yī)院開業(yè)及驗收后5年質(zhì)保期內(nèi)的所有相關(guān)對應(yīng)設(shè)備，投標人自行考慮報價。

問題二十三：一、問題

招標文件要求：EMR HIS 一體化系統(tǒng)需同時提供四項業(yè)績佐證要求：

1、2000****醫(yī)院案例（1個）；

2、電子病歷（智慧醫(yī)療）五級及以上案例（1個）；

3、醫(yī)療機構(gòu)互聯(lián)互通五級乙等案例（1個）；

4、智慧服務(wù)三級案例（1個）。

該條款對 EMR HIS 一體化系統(tǒng)疊加多重高等級測評資質(zhì)及業(yè)績要求，屬于不合理招標條件。

二、事實與理由

1、條款設(shè)置與項目實際履約需求不相適應(yīng)，屬于違規(guī)增設(shè)門檻

本項目 EMR HIS 一體****醫(yī)院門診、****醫(yī)院基礎(chǔ)業(yè)務(wù)收費、登記、診療流程信息化建設(shè)。其中互聯(lián)互通五級乙等、智慧服務(wù)三級屬于全院整體信息化、便民服務(wù)、全院集成體系測評資質(zhì)，并非 EMR HIS 基礎(chǔ)業(yè)務(wù)建設(shè)的必備履約條件。該****醫(yī)院整體信息化建設(shè)成果，并非單一 EMR HIS 系統(tǒng)可以獨立完成，將全院性測評資質(zhì)強制捆綁單一業(yè)務(wù)系統(tǒng)業(yè)績，與本系統(tǒng)建設(shè)內(nèi)容無關(guān)，超出項目實際建設(shè)需要。

2、同類系統(tǒng)要求差異巨大，存在差別對待、限制競爭

縱觀招標文件全部24項系統(tǒng)設(shè)備需求，其余所有系統(tǒng)最高僅要求1-2項業(yè)績佐證，僅 EMR HIS 一體化系統(tǒng)強制要求四項高門檻業(yè)績疊加。本次招標條件對同一項目內(nèi)不同系統(tǒng)設(shè)置差異化、不均衡的嚴苛門檻，屬于對潛在投標人實行差別、歧視性待遇，違背政府采購公平競爭基本原則。

3、多重高等級資質(zhì)疊加，市場符合單位極少，無法形成充分競爭

同時滿足“2000床以上三甲+電子病歷五級+互聯(lián)互通五級乙等+智慧服務(wù)三級”四項條件的落地案例在**范圍內(nèi)數(shù)量極少。該條款極大壓縮有效投標供應(yīng)商數(shù)量，人為抬高投標準入門檻，導(dǎo)致項目無法形成充分、有效市場競爭，違反政府采購公開、公平、公正及充分競爭原則，存在量身定制、排他性招標嫌疑。

三、法律依據(jù)

根據(jù)《****政府采購法實施條例》第二十條第（二）項：設(shè)定的資格、技術(shù)、商務(wù)條件與采購項目的具體特點和實際需要不相適應(yīng)或者與合同履行無關(guān)，屬于以不合理條件對供應(yīng)商實行差別待遇或者歧視待遇。

本次招標文件針對 EMR HIS 一體化系統(tǒng)的業(yè)績資質(zhì)要求，屬于典型的與項目履約無關(guān)、超出項目實際需要、限制潛在投標人、破壞市場充分競爭的不合理條款，應(yīng)予以修正。

四、請求

1、懇請采購單位及招標代理審核并認定本次招標文件中 EMR HIS 一體化系統(tǒng)四項業(yè)績疊加要求為不合理招標條件；

2、建議修改條款：保留2000****醫(yī)院EMR HIS一體化案例、電子病歷五級及以上要求，取消互聯(lián)互通五級乙等、智慧服務(wù)三級強制業(yè)績佐證要求；降低本系統(tǒng)超額、疊加的業(yè)績門檻，保障市場公平充分競爭。

回復(fù)：1、詳見問題二十及回復(fù)。2、本項目對標國家醫(yī)療信息化核心評級體系（智慧醫(yī)療六級、互聯(lián)互通五級乙等、智慧服務(wù)三級、智慧管理三級、等****醫(yī)院），旨在為后續(xù)評級提供技術(shù)支撐。為保障項目順利交付并達成預(yù)期目標，招標文件將“電子病歷五級及以上、互聯(lián)互通五級乙等、智慧服務(wù)三級”設(shè)為供應(yīng)商基本準入門檻。上述****醫(yī)院信息化最核心的“EMR HIS一體化系統(tǒng)”，目前國內(nèi)市場能同時滿足該門檻的優(yōu)質(zhì)廠商不少于三家，競爭充分且中標后提供相關(guān)佐證材料，既保證了技術(shù)能力底線，又符合公平競爭原則。按招標文件執(zhí)行。

問題二十四：招標文件中，第五章 供貨要求中“二、系統(tǒng)（設(shè)備）需求一覽表”中“（一）對供應(yīng)商要求”下“注：1. ****衛(wèi)健委發(fā)布的智慧醫(yī)療（電子病歷）、智慧服務(wù)、互聯(lián)互通標準化成熟度測評結(jié)果的公示文件，與案例用****醫(yī)院通過評審的證****衛(wèi)生健康委****中心頒發(fā)的認證授牌照片、國家衛(wèi)健委公布的測評結(jié)果公示文件復(fù)印件）”，但智慧醫(yī)療（電子病歷）評級的認證授牌，****衛(wèi)生健康委****研究所頒發(fā)，****衛(wèi)生健康委****中心頒發(fā)，此****衛(wèi)生健康委****中心頒發(fā)的認證授牌照片

回復(fù)：****衛(wèi)健委發(fā)布的智慧醫(yī)療（電子病歷）、智慧服務(wù)、互聯(lián)互通標準化成熟度測評結(jié)果的公示文件，與案例用****醫(yī)院通過評審的****衛(wèi)生健康委或其下屬單位頒發(fā)的認證授牌照片或公布的測評結(jié)果公示文件復(fù)印件均可），提供的合同至少要包含有對應(yīng)要求的建設(shè)內(nèi)容。具體詳見本次發(fā)布的《供貨要求》，以本次發(fā)布的為準。

問題二十五：招標文件，“第五章 供貨要求”中，”二、系統(tǒng)（設(shè)備）需求一覽表“下面的“（一）對供應(yīng)商要求”中“注”提到以下內(nèi)容“1. ...與案例用****醫(yī)院通過評審的證****衛(wèi)生健康委****中心頒發(fā)的認證授牌照片、國家衛(wèi)健委公布的測評結(jié)果公示文件復(fù)印件）..。”請問，****醫(yī)院通過評審的證明復(fù)印件這一項，****衛(wèi)生健康委****中心頒發(fā)的認****衛(wèi)健委公布的測評結(jié)果公示文件復(fù)印件

回復(fù)：****衛(wèi)健委發(fā)布的智慧醫(yī)療（電子病歷）、智慧服務(wù)、互聯(lián)互通標準化成熟度測評結(jié)果的公示文件，與案例用****醫(yī)院通過評審的****衛(wèi)生健康委或其下屬單位頒發(fā)的認證授牌照片或公布的測評結(jié)果公示文件復(fù)印件均可），提供的合同至少要包含有對應(yīng)要求的建設(shè)內(nèi)容。具體詳見本次發(fā)布的《供貨要求》，以本次發(fā)布的為準。

問題二十六：

1、針對招標文件正文中：（P36）

1.4.3 投標人不得存在下列情形之一：

（4）與本招標項目其他投標人代理同一個制造商同一品牌同一型號的貨物投標；

問題1：“同一個制造商同一品牌同一型號的貨物”是指項目報價表中的所有軟硬件嘛，還是僅指對硬件的要求

問題2：對于同一軟件或系統(tǒng)的不同版本（如“XXX 1.0”，“XXX 2.0”），是按“同一個制造商同一品牌同一型號的貨物”處理，還是按“不同貨物”處理

2、針對供貨要求文件中：（P17）

二、系統(tǒng)（設(shè)備）需求一覽表

（一）對供應(yīng)商要求

以下信息系統(tǒng)的供應(yīng)商須提供本項目相關(guān)的證明材料，包括但不限于下表中已標注“√”的產(chǎn)品對應(yīng)的具有 2000 ****醫(yī)院客戶案例、電子病歷（智慧醫(yī)療）五級及以上、醫(yī)療機構(gòu)互聯(lián)互通五級乙等、智慧服務(wù)三級相關(guān)證明文件，同時需確保所提供證明材料真實、有效、可追溯，以充分滿足項目建設(shè)的評審要求。

問題：此類證明材料若不提供，是以廢標處理，還是以扣分處理

3、針對招標文件正文中：（P60）

2.13 響應(yīng)性評審標準 質(zhì)量標準和技術(shù)性能 符合第二章“投標人須知”第1.3.4項規(guī)定

針對招標文件正文中：（P70）

響應(yīng)性評審 A-14質(zhì)量標準和技術(shù)性能不符合第二章“投標人須知”第1.3.4項規(guī)定

問題：此為廢標項，但第二章“投標人須知”中并沒有第1.3.4項規(guī)定，該項具體內(nèi)容為是否為上述第9條中的供貨要求

回復(fù)：1、詳見補遺通知，同一軟件不同版本號認定為同一產(chǎn)品。2、投標文件中不提供上述佐證材料，不屬于否決投標條款，中標后提供相關(guān)佐證材料。本項目《供貨要求》已作調(diào)整，具體詳見本次發(fā)布的《供貨要求》，以本次發(fā)布的為準。3、已刪除，詳見補遺通知。

問題二十七：1、在“定稿-****醫(yī)學院****醫(yī)院項目（一批次）-0416.rar”附件中的“偏離表-****0416-定稿-偏離項.xlsx’文件”

存在名為“評分”的sheet，其中說明技術(shù)部分（15分），每負偏離一項扣3分，此表是否有誤需明確技術(shù)部分分值和負偏離扣分，能否重新發(fā)布定稿文件

回復(fù)：供貨要求負偏差的評審標準以招標文件第三章評標辦法中的規(guī)定為準。

問題二十八：關(guān)于案例證明材料認定規(guī)則的疑問：《供貨要求》（第 18 頁）對相關(guān)系統(tǒng)需提供的案例證明材料提出多項要求，請問是單個案例需同時滿足多項要求，還是可由不同合同案例分別對應(yīng)滿足多項要求

以 “EMR HIS 一體化” 系統(tǒng)為例，該系統(tǒng)同時要求提供2000 ****醫(yī)院案例、電子病歷（智慧醫(yī)療）五級及以上、醫(yī)療機構(gòu)互聯(lián)互通五級乙等、智慧服務(wù)三級四項證明材料，請問是需同一份合同案例同時滿足上述四項要求，****醫(yī)院的合同案例分別滿足其中一項或多項要求，請予以明確。

回復(fù)：詳見問題二十及回復(fù)。

問題二十九：關(guān)于案例證明材料認定規(guī)則的疑問：《供貨要求》（第 18 頁）對相關(guān)系統(tǒng)需提供的案例證明材料提出多項要求，請問是單個案例需同時滿足多項要求，還是可由不同合同案例分別對應(yīng)滿足多項要求

以 “EMR HIS 一體化” 系統(tǒng)為例，該系統(tǒng)同時要求提供2000 ****醫(yī)院案例、電子病歷（智慧醫(yī)療）五級及以上、醫(yī)療機構(gòu)互聯(lián)互通五級乙等、智慧服務(wù)三級四項證明材料，請問是需同一份合同案例同時滿足上述四項要求，****醫(yī)院的合同案例分別滿足其中一項或多項要求，請予以明確。

回復(fù)：詳見問題二十及回復(fù)。

問題三十：1、針對招標文件正文中：（P36）

1.4.3 投標人不得存在下列情形之一：

（4）與本招標項目其他投標人代理同一個制造商同一品牌同一型號的貨物投標；

問題1：“同一個制造商同一品牌同一型號的貨物”是指項目報價表中的所有軟硬件嘛，還是僅指對硬件的要求

問題2：對于同一軟件或系統(tǒng)的不同版本（如“XXX 1.0”，“XXX 2.0”），是按“同一個制造商同一品牌同一型號的貨物”處理，還是按“不同貨物”處理。

2、針對供貨要求文件中：（P17）

二、系統(tǒng)（設(shè)備）需求一覽表

（一）對供應(yīng)商要求

以下信息系統(tǒng)的供應(yīng)商須提供本項目相關(guān)的證明材料，包括但不限于下表中已標注“√”的產(chǎn)品對應(yīng)的具有 2000 ****醫(yī)院客戶案例、電子病歷（智慧醫(yī)療）五級及以上、醫(yī)療機構(gòu)互聯(lián)互通五級乙等、智慧服務(wù)三級相關(guān)證明文件，同時需確保所提供證明材料真實、有效、可追溯，以充分滿足項目建設(shè)的評審要求。

問題：此類證明材料若不提供，是以廢標處理，還是以扣分處理

3、針對招標文件正文中：（P60）

2.13 響應(yīng)性評審標準 質(zhì)量標準和技術(shù)性能 符合第二章“投標人須知”第1.3.4項規(guī)定

針對招標文件正文中：（P70）

響應(yīng)性評審 A-14質(zhì)量標準和技術(shù)性能不符合第二章“投標人須知”第1.3.4項規(guī)定

問題：此為廢標項，但第二章“投標人須知”中并沒有第1.3.4項規(guī)定，請問該項具體內(nèi)容為

回復(fù)：1、詳見補遺通知，同一軟件不同版本號認定為同一產(chǎn)品。2、投標文件中不提供上述佐證材料，不屬于否決投標條款，中標后提供相關(guān)佐證材料。本項目《供貨要求》已作調(diào)整，具體詳見本次發(fā)布的《供貨要求》，以本次發(fā)布的為準。3、已刪除，詳見補遺通知。

問題三十一：疑問位置：

招標文件----第二章 投標人須知----1.4 投標人資格要求----1.4.3 投標人不得存在下列情形之一----（4）與本招標項目其他投標人代理同一個制造商同一品牌同一型號的貨物投標；

疑問：該項要求是需要不同投標人投標的所有產(chǎn)品型號都不能一樣嗎如果不是，是否不同投標人的投標產(chǎn)品，只要有其中一個產(chǎn)品的品牌或型號不同就符合要求

回復(fù)：已刪除，詳見補遺通知。

問題三十二：【招標文件】-【第二章 投標人須知】-【1.4 投標人資格要求】-【1.4.3 投標人不得存在下列情形之一：】-（4）與本招標項目其他投標人代理同一個制造商同一品牌同一型號的貨物投標；

請問，該項要求，是要求不同投標人投標的所有產(chǎn)品型號都不能一樣還是說，不同的投標人，有某個投標產(chǎn)品的品牌或者型號不一樣就可以呢

回復(fù)：已刪除，詳見補遺通知。

問題三十三：【招標文件】-【第二章 投標人須知】-【1.4 投標人資格要求】-【1.4.3 投標人不得存在下列情形之一：】-（4）與本招標項目其他投標人代理同一個制造商同一品牌同一型號的貨物投標；

請問，該項要求，是要求不同投標人投標的所有產(chǎn)品型號都不能一樣還是說，不同的投標人，有某個投標產(chǎn)品的品牌或者型號不一樣就可以呢

回復(fù)：已刪除，詳見補遺通知。

問題三十四：【招標文件】-【第二章 投標人須知】-【1.4 投標人資格要求】-【1.4.3 投標人不得存在下列情形之一：】-（4）與本招標項目其他投標人代理同一個制造商同一品牌同一型號的貨物投標；

請問，該項要求，是要求不同投標人投標的所有產(chǎn)品型號都不能一樣還是說，不同的投標人，有某個投標產(chǎn)品的品牌或者型號不一樣就可以呢

回復(fù)：已刪除，詳見補遺通知。

問題三十五：請問“第五章 供貨要求”中“四、檢驗考核要求”下的“投標人需承擔項目建設(shè)中和質(zhì)保期間系統(tǒng)優(yōu)化、需求改造、系統(tǒng)間接口對接、評級評測等的全部費用...”是否指的是各潛在投標人需包含評級測評的測評費，若是，請明確此次項目需要做哪些測評，需要進行測評的等級及次數(shù)，以便于我司測算價格

回復(fù)：招標文件中對第五章 供貨要求”中“四、檢驗考核要求”已經(jīng)明確了項目建設(shè)中和質(zhì)保期間會測評內(nèi)容，凡是招標人和使用方參與明確內(nèi)容之一的測評，中標單位均需承擔相關(guān)費用。

問題三十六："投標報價清單表第"16頁，第70項“容災(zāi)云管理系統(tǒng)一體機，ARM架構(gòu)”中描述為ARM架構(gòu)，"第五章++供貨要求"第772頁，第2項“容災(zāi)云管理系統(tǒng)一體機（2 臺），C86 架構(gòu)配置要求如下”參數(shù)為C86架構(gòu)，兩處架構(gòu)描述不一致，以哪個為準

置要求如下：

回復(fù)：容災(zāi)云管理系統(tǒng)一體機架構(gòu)已明確，具體詳見本次發(fā)布的《供貨要求》，以本次發(fā)布的為準。

問題三十七："投標報價清單表第"16頁，第70項“容災(zāi)云管理系統(tǒng)一體機，ARM架構(gòu)”中描述為ARM架構(gòu)，"第五章++供貨要求"第772頁，第2項“容災(zāi)云管理系統(tǒng)一體機（2 臺），C86 架構(gòu)配置要求如下”參數(shù)為C86架構(gòu)，兩處架構(gòu)描述不一致，以哪個為準

置要求如下：

回復(fù)：容災(zāi)云管理系統(tǒng)一體機架構(gòu)已明確，具體詳見本次發(fā)布的《供貨要求》，以本次發(fā)布的為準。

問題三十八：提問：

1. 招標文件第五章供貨要求****數(shù)據(jù)中心機房設(shè)備技術(shù)性能指標第772頁（二）容災(zāi)備份系統(tǒng)序號2的“C86 架構(gòu)”是否應(yīng)為：“ARM架構(gòu)”

2. 招標文件第五章供貨要求中“（三十五）網(wǎng)絡(luò)鏈路技術(shù)性能指標”請明確該部分內(nèi)容屬于硬件或軟件或其他填寫投標報價品牌時，是否只需填寫任意一個品牌即可

3. 招標文件第五章供貨要求中第823頁，“對于“暫不信創(chuàng)改造實施服務(wù)”的要求：……”，請明確是投標時提供相應(yīng)證明材料還是交付時提供

4. 招標文件第五章供貨要求中第823頁，“對于“暫不信創(chuàng)改造實施服務(wù)”的要求：……，2）試運行報告”，是否指的試運行報告

5.招標文件第五章供貨要求中第823頁，“對于“暫不信創(chuàng)改造實施服務(wù)”的要求：……，3）案例證明”，是否指合同復(fù)印件

6.招標文件第五章供貨要求第862頁“（六）所有設(shè)備軟件（數(shù)據(jù)庫、操作系統(tǒng)、管理平臺、功能軟件等）須為永久授權(quán)，不得以 License 數(shù)量、key 點數(shù)、IP 地址數(shù)量、MAC 地址綁定等方式限制采購人使用，不得限制設(shè)備擴容后的軟件使用；軟件不得有并發(fā)數(shù)限制，不得留有軟件后門，不得使用加密狗或軟件 license 來限制軟件的使用，免費永久開放接口配置，提供數(shù)據(jù)庫表結(jié)構(gòu)說明。”中的“提供數(shù)據(jù)庫結(jié)構(gòu)說明”是否指在運維期間提供數(shù)據(jù)庫結(jié)構(gòu)說明

7. 招標文件中投標人須知中的“1.4.3 投標人不得存在下列情形之一 （4）與本招標項目其他投標人代理同一制造商同一品牌同一型號的貨物投標”存在不合理，一是本項目無核心產(chǎn)品，在文件中規(guī)定此項要求是否為不合理。二是在報價表中明確要求”投標人所投標軟件產(chǎn)品品牌型號或廠商投標人填報至少三個及以上滿足設(shè)計技術(shù)參數(shù)的品牌供應(yīng)商”、“投標人所投標硬件產(chǎn)品品牌型號或廠商投標人填報至少一個及以上滿足設(shè)計技術(shù)參數(shù)的品牌供應(yīng)商”，因此存在各潛在投標人所投產(chǎn)品品牌及型號重復(fù)的可能性，此項要求與報價表中的要求沖突。建議：取消此項。

回復(fù)：1、容災(zāi)云管理系統(tǒng)一體機架構(gòu)已明確，具體詳見本次發(fā)布的《供貨要求》，以本次發(fā)布的為準。2、網(wǎng)絡(luò)鏈路在招標文件分項建設(shè)清單 2.IT基礎(chǔ)設(shè)施設(shè)備詳細建設(shè)清單中，該部分建設(shè)內(nèi)容只需要提供一個及以上供應(yīng)商品牌。3、暫不信創(chuàng)改造實施服務(wù)已作調(diào)整，具體詳見《供貨要求》。4、暫不信創(chuàng)改造實施服務(wù)已作調(diào)整，具體詳見《供貨要求》。5、暫不信創(chuàng)改造實施服務(wù)已作調(diào)整，具體詳見《供貨要求》。6、“提供數(shù)據(jù)庫結(jié)構(gòu)說明”是指在項目建設(shè)中和質(zhì)保期間均需提供應(yīng)用軟件對應(yīng)的數(shù)據(jù)庫結(jié)構(gòu)說明。7、已刪除，詳見補遺文件。

問題三十九：1.招標文件/第二章投標人須知中“7.7.1簽訂合同 依法必須進行招標的項目，中標候選人有《中華人民**國招標投標法實施條例》第七十四條規(guī)定行為的，視為特別嚴重信用不良行為且情節(jié)特別嚴重，按信用記分上限一次性記 12 分，納入黑名單管理；中標人有《中華人民**國招標投標法實施條例》第七十四條規(guī)定行為的，按中標項目金額 10‰罰款上限予以行政處罰，按信用記分上限一次性并處記 12 分，納入黑名單管理。”中內(nèi)容與標題內(nèi)容明顯不符，請明確簽訂合同內(nèi)容

2.招標文件/第二章投標人須知中“1.10.1分包”與招標文件正文第37頁“1.10 分包”前后不一致。因該項目招標范圍內(nèi)容多，涉及各個專業(yè)領(lǐng)域廣泛，專業(yè)性極強。建議在招標文件/第二章投標人須知中“1.10.1分包”修改為允許分包，并明確主體項目內(nèi)容。

3.在招標文件/第二章投標人須知3.1 投標文件的組成/3.1.1.4資格審查部分中“（2）制造商資格聲明（制造商投標時提供）或制造商授權(quán)書（代理商投標時提供）；”與第六章投標文件格式中“四、資格審查部分”格式要求不一致。是否以第六章投標文件格式中“四、資格審查部分”格式要求為準

4.在“投標報價清單表”的填寫中，“投標產(chǎn)品品牌型號或廠商”一欄是指填寫：“投標產(chǎn)品品牌+廠商”嗎請明示

5.請?zhí)峁┱袠宋募?第五章供貨要求第11頁，序號15-全網(wǎng)行為管理的詳細參數(shù)以便報價。

6.在招標文件“投標報價清單表”中要求：“8.投標人所投標軟件產(chǎn)品品牌型號或廠商投標人填報至少三個及以上滿足設(shè)計技術(shù)參數(shù)的品牌供應(yīng)商；9.投標人所投標硬件產(chǎn)品品牌型號或廠商投標人填報至少一個及以上滿足設(shè)計技術(shù)參數(shù)的品牌供應(yīng)商。”其對應(yīng)“第五章供貨要求”中需提供的設(shè)備供應(yīng)商證明材料，是否只需提供任意一個品牌的證明材料即可

7.請明確招標文件第五章供貨要求中（三十一）運行保障管理5. 服務(wù)期中“提供至少 2 人駐場服務(wù)、2 線團隊不少于 4 人、項目經(jīng)理 不少于 1 人，計算機/信息技術(shù)/網(wǎng)絡(luò)安全/大數(shù)據(jù)及相關(guān)專業(yè)畢業(yè)，大專及以上學歷；供應(yīng)商必須為駐場技術(shù)保障團隊提供辦公電腦及運維工具；”與本章五、技術(shù)服務(wù)和質(zhì)量保證期服務(wù)要求“（二）根據(jù)招標文件及業(yè)主要求提供相應(yīng)駐場服務(wù)，提供全年 7*24 小時電話、遠程服務(wù)；工作時間全年 5*8 ****醫(yī)院要****醫(yī)院駐場服務(wù)，及時響應(yīng)并解決問題；為保證系統(tǒng)日常問題的及時處理，工作日非工作時間及節(jié)假日均需安排專人接聽咨詢電話。運維駐場不得少于 7 人，其中硬件相關(guān)不少于 5 人，平臺相關(guān)不少于 2 人；并有 1 名人員兼任維保項目經(jīng)理，全面負責項目售后服務(wù)的組織、領(lǐng)導(dǎo)、協(xié)調(diào)和控制，對項目的進度、質(zhì)量以及安全全面負責。”中的人員是否為包含關(guān)系，投標人是否只需要提供“第五章 供貨要求”中“五、技術(shù)服務(wù)和質(zhì)量保證期服務(wù)要求”的“（二）....運維駐場不得少于 7 人，其中硬件相關(guān)不少于 5 人，平臺相關(guān)不少于 2 人；并有 1 名人員兼任維保項目經(jīng)理..”即可。

回復(fù)：1、取消招標文件第二章投標人須知前附表7.7.1條內(nèi)容。2.本項目允許專業(yè)分包，嚴禁轉(zhuǎn)包。3.該處內(nèi)容資格審查文件包含制造商資格聲明（制造商投標時提供）或制造商授權(quán)書（代理商投標時提供）為第二章投標人須知正文，招標文件第二章投標人須知前附表已說明：正文內(nèi)容不允許修改。若投標人須知前附表與正文不一致的地方，以投標人須知前附表為準。4、本項目《報價清單表》需填報投標產(chǎn)品品牌型號及廠商，《報價清單表》將重新發(fā)布，以本次發(fā)布的為準。5、全網(wǎng)行為管理的詳細參數(shù)已明確，具體詳見本次發(fā)布的《供貨要求》，以本次發(fā)布的為準。6、中標后投標人提供所填報的所有供應(yīng)商的證明材料。7.“運行保障管理”作為一個單獨的項目模塊，有獨立的經(jīng)費預(yù)算，該項目的建設(shè)目的是為使用方提供一家有專業(yè)服務(wù)團隊的供應(yīng)商，提****醫(yī)院常態(tài)化業(yè)務(wù)，以保障全院信息化系統(tǒng)的日常平穩(wěn)運行。而“技術(shù)服務(wù)和質(zhì)量保證期服務(wù)要求”是針對整個項目中的關(guān)鍵硬、軟件業(yè)務(wù)，投標人需要在質(zhì)保期間提供專業(yè)的技術(shù)人員來駐場服務(wù)，及時相應(yīng)和滿足使用方提出的優(yōu)化改造需求，確保核心系統(tǒng)硬、軟件故障發(fā)生時第一時間來維修或處理。兩者之間不是包含關(guān)系。

問題四十：二、質(zhì)疑事項（排他性參數(shù)傾向問題、門檻不合理問題）

3、密碼及CA全系列配套產(chǎn)品多為定制化開發(fā)，品牌唯一不可替代，無法滿足多品牌要求

質(zhì)疑點位：在《供貨要求》P761頁，第21密碼及CA部分，包括“移動簽名服務(wù)器及應(yīng)用、時間戳服務(wù)器，生物識別協(xié)同簽名服務(wù)器及應(yīng)用，生物識別電子簽名攝像 頭，手寫簽名服務(wù)器及應(yīng)用，移動手寫信息數(shù)字簽名板，H5個人實名認證，個人事件型簽名服務(wù)（按次數(shù)），OFD/PDF醫(yī)院文檔管理系統(tǒng)，個人數(shù)字證書，設(shè)備證書，患者簽名客戶端認證，單位數(shù)字證書”，內(nèi)容較多為定制開發(fā)，非標準產(chǎn)品功能，品牌唯一指向指定機構(gòu)，無法滿足清單多品牌投標填報硬性要求。

事實依據(jù)：在《****醫(yī)學院****醫(yī)院項目（信息化首批建設(shè)內(nèi)容）-投標報價清單表》中，標注的第8項明確要求“投標人所投標軟件產(chǎn)品品牌型號或廠商投標人填報至少三個及以上滿足設(shè)計技術(shù)參數(shù)的品牌供應(yīng)商；”而在該類產(chǎn)品描述中，隨類似標準產(chǎn)品名稱，但其中包含大量的應(yīng)用開發(fā)，屬于應(yīng)用系統(tǒng)品類。產(chǎn)品描述中大量為專屬場景二次開發(fā)定制內(nèi)容，無通用標準化產(chǎn)品，全系唯一指向**CA單一合規(guī)服務(wù)商，無其他合規(guī)品牌；

修改建議：優(yōu)化本條密碼及CA相關(guān)定制化專屬參數(shù)，放寬適配兼容對接標準，放開多合規(guī)品牌互通適配要求，保障滿足三家及以上品牌正常投標響應(yīng)。

4、云管平臺、計算及配套存儲設(shè)備參數(shù)傾向性明顯，唯一指向單一品牌。

質(zhì)疑點位：在《供貨要求》P751頁“（一）云管平臺部分"，P754頁“（二）計算及存儲設(shè)備”的存儲設(shè)備中，核心技術(shù)參數(shù)、架構(gòu)適配高度貼合單一頭部品牌。

事實依據(jù)：上述兩大核心板塊全套架構(gòu)參數(shù)均定向適配華為專屬產(chǎn)品，其余主流合規(guī)廠商無法完整、全維度貼合達標，直接限制市場公平競爭。

修改建議：優(yōu)化云管平臺、計算存儲設(shè)備核心架構(gòu)及配套參數(shù)，刪除品牌專屬條款，兼容全行業(yè)主流信創(chuàng)合規(guī)品牌設(shè)備。

5、供應(yīng)商入庫資質(zhì)案例門檻設(shè)置不合理，違背國家醫(yī)療床位規(guī)劃政策導(dǎo)向

質(zhì)疑點位：《供貨要求》P17頁“（一）對供應(yīng)商要求”中供應(yīng)商準入相關(guān)案例門檻、系統(tǒng)佐證要求設(shè)置失衡，床位硬性指標超標，不符合國家官方醫(yī)療規(guī)劃指導(dǎo)文件要求，變相抬高準入門檻、限制潛在合規(guī)供應(yīng)商參與。

事實依據(jù)：一是系統(tǒng)佐證要求配比失衡：醫(yī)院院前急救系統(tǒng)等關(guān)乎診療救治的核心剛需業(yè)務(wù)系統(tǒng)，未要求提供同類落地成功案例佐證；而醫(yī)院官網(wǎng)門戶等非核心邊緣配套系統(tǒng)，要求提供高等級落地案例，整體準入邏輯本末倒置，設(shè)置明顯不合理。二是床位硬性案例指標設(shè)置超標：國家衛(wèi)健委印發(fā)的《醫(yī)療機構(gòu)設(shè)置規(guī)劃指導(dǎo)原則（2021-2025年）》（國衛(wèi)醫(yī)法〔2022〕3號）文件中規(guī)定，******醫(yī)院，規(guī)劃床位規(guī)模原則控制在1500張以內(nèi)，嚴控超大型單體院區(qū)盲目無序擴建；****大學****學院****醫(yī)院規(guī)劃床位同步為1500張，****醫(yī)院**院區(qū)主流床位規(guī)模均為1000—1500張區(qū)間；但招標文件要求供應(yīng)商全部提供2000張床位以上三甲落地案例，遠超規(guī)劃上限，無實際合理依據(jù)。

修改建議：一是調(diào)整案例對應(yīng)適配類目，核心剛需業(yè)務(wù)簡化佐證、非核心輔助系統(tǒng)適度放寬要求；二是將供應(yīng)商案例床位硬性要求下調(diào)至1000張或1500張，貼合國家官方政策及本院實際規(guī)劃規(guī)模。

回復(fù)：1.供貨要求中“密碼及CA部分”建設(shè)內(nèi)容是以提供硬件產(chǎn)品為主，外圍應(yīng)用軟件系統(tǒng)配合調(diào)用，開發(fā)改造為輔的模塊，其隸屬于2.IT基礎(chǔ)設(shè)施設(shè)備詳細建設(shè)清單中，投標人至少提供一個及以上滿足設(shè)計技術(shù)參數(shù)的品牌供應(yīng)商即可。滿足招標人“密碼及CA部分”建設(shè)內(nèi)容技術(shù)參數(shù)的硬件產(chǎn)品至少在三家及以上，另電子簽名（CA）有統(tǒng)一的的技術(shù)對接規(guī)范和要求，第三方廠商調(diào)用時均需要根據(jù)場景二次再開發(fā)，此主要工作量在第三方軟件廠商。經(jīng)調(diào)研，當前有多家廠商滿足要求，如：**CA、**CA、**CA等均可滿足 2. 云管平臺廠家如無公有云，需具備與其他公有云平臺無縫對接能力。經(jīng)調(diào)研，當前有多家存儲產(chǎn)品廠商產(chǎn)品可完全滿足該項技術(shù)參數(shù)要求，如：華為、浪潮、宏杉、華三均可滿足192/256核和2.6GHz要求。

3.國家衛(wèi)生健康委印發(fā)《醫(yī)療機構(gòu)設(shè)置規(guī)劃指導(dǎo)原則（2021—2025年）》《指導(dǎo)原則》明確，****醫(yī)院適宜床位規(guī)模為1500～3000床。****醫(yī)院****醫(yī)療中心建設(shè)項目，醫(yī)院定位為“大綜合、強專科”，是****醫(yī)療中心建設(shè)項目中為數(shù)不多的、全面******醫(yī)療機構(gòu)。一期建成1500張床位，二期再規(guī)劃1500張床位。醫(yī)療信息化本著統(tǒng)一總體規(guī)劃的原則，選取國內(nèi)成功實施過2000****醫(yī)院的優(yōu)質(zhì)供應(yīng)商參與建設(shè)符合實際情況。

問題四十一：二、質(zhì)疑事項（排他性參數(shù)傾向問題、門檻不合理問題）

1、終端安全防護系統(tǒng)參數(shù)存在廠商唯一性指向，涉嫌限定品牌

質(zhì)疑點位：供貨要求負偏差表中，三、技術(shù)性能指標（質(zhì)量標準）/****中心機房設(shè)備技術(shù)性能指標/安全及密碼設(shè)備/終端安全防護系統(tǒng)，該設(shè)備唯一指定品牌，不符合公開招標公平競爭原則。

事實依據(jù)：在《供貨要求》P757頁中，終端安全防護系統(tǒng)全文參數(shù)如下：

“軟件產(chǎn)品。一站式解決終端防病毒，端點檢測 響應(yīng)（EDR），U盤外設(shè)管控，進程管控，補丁 管理，資產(chǎn)管理，虛擬補丁，違規(guī)外聯(lián)，終端 審計等；

※支持終端軟件安裝管控、版本統(tǒng)計、升級管 控、授權(quán)管控等操作（提供產(chǎn)品功能截圖或第 三方專業(yè)測試機構(gòu)證明材料）。

含1500個終端授權(quán)

客戶端主程序病毒主題庫支持分組和多批次更 新，無感知更新；

支持勒索病毒的免疫防護；

支持不少于3個殺毒引擎的混合使用；

支持與本項目態(tài)勢感知系統(tǒng)聯(lián)動；

****醫(yī)院辦公違規(guī)外聯(lián)監(jiān)測，支持對終端多 網(wǎng)卡外聯(lián)行為實時阻斷.”

其中，“搭載不少于3個獨立殺毒引擎混合并行聯(lián)動使用”為頭部單一廠商私有定制化功能，不屬于行業(yè)通用終端安全防護設(shè)備標準化標配功能，該參數(shù)唯一指向“奇安信”對應(yīng)產(chǎn)品，涉嫌量身定向設(shè)標。

修改建議：刪除本條目具有品牌唯一性、排他傾向性的專項限制性參數(shù)條目，統(tǒng)一替換為行業(yè)通用標準化技術(shù)要求。

2、漏洞掃描設(shè)備硬件配置參數(shù)閾值固化，專屬定向綁定單一廠商

質(zhì)疑點位：供貨要求負偏差表中：安全及密碼設(shè)備/漏洞掃描設(shè)備，硬性固化硬件固定配置、參數(shù)高度定制化，限定指定廠商設(shè)備，違背公開招標公平、公正、公開基本原則。

事實依據(jù)：在《供貨要求》P759頁漏洞掃描設(shè)備全文參數(shù)如下：

“授權(quán)：系統(tǒng)漏掃授權(quán)IP數(shù)：≥1000，WEB漏掃 授權(quán)URL數(shù)：≥200；性能指標：主機漏掃最大并發(fā)IP數(shù)：≥450，WEB漏掃最大并發(fā)URL數(shù)：≥15。硬件參數(shù)：內(nèi)存大小：≥32G，硬盤容量：≥128G SSD+4TB；

電源：冗余電源，接口：≥4千兆電 口+4千兆光口SFP+2萬兆光口SFP+。

需采用符合信創(chuàng)自主可控設(shè)備。

支持歷史掃描結(jié)果趨勢展示，可以對比任意兩 次掃描結(jié)果。 ※支持全面掃描、資產(chǎn)發(fā)現(xiàn)、系統(tǒng)漏洞掃描、 弱口令掃描、WEB漏洞掃描、基線配置核查六種 任務(wù)類型，其中全面掃描支持系統(tǒng)漏洞掃描、 WEB漏洞掃描、弱口令掃描同時執(zhí)行。（提供產(chǎn) 品功能截圖或第三方測試報告證明材料）”

其中第一條“授權(quán)：系統(tǒng)漏掃授權(quán)IP數(shù)：≥1000，WEB漏掃授權(quán)URL數(shù)：≥200；性能指標：主機漏掃最大并發(fā)IP數(shù)：≥450，WEB漏掃最大并發(fā)URL數(shù)：≥15。硬件參數(shù)：內(nèi)存大小：≥32G，硬盤容量：≥128G SSD+4TB；”中對整機內(nèi)存、大容量硬盤，對應(yīng)的并發(fā)上限等固化硬件參數(shù)，無實際業(yè)務(wù)價值。由于不同合規(guī)廠商在硬件架構(gòu)和存儲優(yōu)化方面的差異，無需對應(yīng)配置，也可滿足業(yè)務(wù)功能性、信創(chuàng)合規(guī)性要求。該類非標硬性閾值僅適配單一指定廠商。

修改建議：刪除本條漏洞掃描設(shè)備中具有排他傾向性、專屬定向綁定的非標硬件固定配置參數(shù)，保留通用業(yè)務(wù)功能性、信創(chuàng)合規(guī)性等要求。

回復(fù)：1、多引擎并行防護是提升病毒查殺、未知威脅檢測、AI機器學習檢測、啟發(fā)式查殺等能力的關(guān)鍵技術(shù)路徑，可大幅降低漏報、誤報率，滿足醫(yī)院終端**全等級防護要求，屬于行業(yè)通用技術(shù)路線，并非某一廠商私有功能。經(jīng)充分市場調(diào)研，國內(nèi)主流專業(yè)終端安全廠商產(chǎn)品均具備3個及以上獨立殺毒引擎能力（深信服、亞信、安恒等均滿足），該技術(shù)要求為滿足實際業(yè)務(wù)需求的通用性指標，不具有排他性、指向性，未限制或變相限制任何潛在投標人。

2、內(nèi)存≥32GB是支撐高并發(fā)掃描任務(wù)的基礎(chǔ)硬件條件。經(jīng)詳細市場調(diào)研及驗證，國內(nèi)主流品牌高性能信創(chuàng)漏洞掃描設(shè)備均設(shè)計為32GB及以上內(nèi)存配置。本項目同時要求信創(chuàng)自主可控，所有技術(shù)要求均面向全市場符合條件的信創(chuàng)及通用安全產(chǎn)品，不存在指定品牌、量身定制情形（啟明星辰、安恒、綠盟等均滿足）。

問題四十二：一、需澄清事項

1、除標注※條款外，是否全部項目均不允許負偏離

招標文件P19頁投標人前附表第1.11.3偏差項中明確約定：招標文件第五章《供貨要求》中標注※的條款，為允許負偏差專項條款；每出現(xiàn)一項負偏離，均按照第三章評標辦法前附表商務(wù)評審對應(yīng)標準統(tǒng)一計分核算，整體供貨要求合規(guī)負偏差最高累計上限為5項。

特此提請澄清：除《供貨要求》內(nèi)專項標注※的條款外，《供貨要求》全文其余所有技術(shù)參數(shù)、設(shè)備配置、功能描述、配套服務(wù)相關(guān)條目，是否全部“嚴禁出現(xiàn)任何形式負偏離”，無放寬容錯空間。

2、本次投標是否無需單獨出具專項技術(shù)偏離表

在投標模板的“三、技術(shù)部分”章節(jié)，未列明技術(shù)偏離表填報模板、未下達強制提交要求，也無對應(yīng)格式填報細則。

特此提請澄清：投標人是否無需針對《供貨要求》全部軟硬件技術(shù)參數(shù)、配套功能條目，單獨編制技術(shù)偏離表。

3、****中心（外網(wǎng)）設(shè)備參數(shù)缺失澄清

在《供貨要求》P761****中心（外網(wǎng)）配套設(shè)備清單及參數(shù)欄目內(nèi)，缺少“全網(wǎng)行為管理”設(shè)備參數(shù)的描述。

特此提請澄清：請招標方完善對應(yīng)完整合規(guī)參數(shù)，統(tǒng)一答疑下發(fā)

回復(fù)：1、招標文件第二章投標人須知前附表1.4.1其他要求中已明確：投標人提供的貨物和服務(wù)必須完全滿足招標文件第五章供貨要求中的所有要求（投標文件《供貨要求負偏差表》中響應(yīng)為負偏差除外）。2、本次投標無需針對《供貨要求負偏差表》除外的全部軟硬件技術(shù)參數(shù)、配套功能條目單獨編制技術(shù)偏離表； 3、已增加全網(wǎng)行為管理參數(shù)，具體詳見本次發(fā)布的《供貨要求》，以本次發(fā)布的為準。

問題四十三：招標人為****、**兩江新盛投 ****公司(代建業(yè)主)，合同簽訂方是三方協(xié)議還是與代建業(yè)主簽訂履約保函受益人為哪家單位

回復(fù)：本項目合同簽訂為三方協(xié)議，履約保函的受益人為**兩江****公司。

問題四十四：關(guān)于案例認定規(guī)則的疑問：本項目《供貨要求》第 17 頁要求所投產(chǎn)品需提供 2000 ****醫(yī)院客戶案例、電子病歷（智慧醫(yī)療）五級及以上、醫(yī)療機構(gòu)互聯(lián)互通五級乙等、智慧服務(wù)三級相關(guān)證明文件。請問上述案例是否可以重復(fù)使用例如一份合同案例同時滿足 2000 ****醫(yī)院與電子病歷（智慧醫(yī)療）五級要求，是否可認定為滿足兩項案例要求

回復(fù)：上述案例可重復(fù)使用。所舉案例滿足兩項案例要求。

問題四十五：請問該項目評標專家組總計多少人組建，有沒有業(yè)主代表參加，如有業(yè)主代表參加，有幾名業(yè)主代表

回復(fù)：招標人按法律法規(guī)及相關(guān)****委員會。

問題四十六：1.關(guān)于響應(yīng)與偏差材料提供的疑問：本項目《招標文件正文》第二章 1.11.1 項、1.11.2 項要求，投標人須按招標文件要求對投標設(shè)備技術(shù)性能指標作出詳細描述，并提供技術(shù)支持資料等內(nèi)容進行響應(yīng)，同時需針對實質(zhì)性要求提供技術(shù)支持資料；但第二章投標人須知 1.4.1 款（第 17 頁）僅要求投標人提供承諾即可，兩處要求存在矛盾。請明確投標人僅提供承諾是否滿足響應(yīng)要求，還是須另行提供技術(shù)性能詳細描述及技術(shù)支持資料

2.關(guān)于條款缺失的疑問：本項目《招標文件正文》第三章評標辦法前附表 2.1.3 項中，質(zhì)量標準和技術(shù)性能要求標注為 “符合第二章‘投標人須知’第 1.3.4 項規(guī)定”，但經(jīng)核查，第二章投標人須知中并無第 1.3.4 項相關(guān)內(nèi)容。請明確該條款對應(yīng)的正確要求，以及質(zhì)量標準和技術(shù)性能的具體規(guī)定

回復(fù)：1、以投標人須知前附表為準。2、質(zhì)量標準和技術(shù)性能的具體規(guī)定詳見《供貨要求》，第二章投標人須知1.3.4 條款已取消，詳見補遺通知。

問題四十七：請問招標人是否委派業(yè)主專家參與評標嗎

回復(fù)：招標人按法律法規(guī)及相關(guān)****委員會。

問題四十八：現(xiàn)場遞交紙質(zhì)保函原件是否需要本項目投標人須知前附表中要求的委托代理人持授權(quán)委托書和養(yǎng)老保險證明材料復(fù)印件遞交嗎

回復(fù)：不需要。

問題四十九：可以用自己做的材料購買協(xié)議、勞務(wù)協(xié)議、設(shè)備租賃協(xié)議作為低價說明證明材料嗎

回復(fù)：投標人投標總報價報價低于招標文件規(guī)定的對應(yīng)的異常低價警戒線提供報價合理性說明，并提供必要的證明材料。證明材料由投標人自行考慮是否能證明其合理性，****委員會進行評審，本次招標未對證明材料作具體要求。

問題五十：專業(yè)分包業(yè)績滿足業(yè)績要求嗎

回復(fù)：專業(yè)分包業(yè)績滿足要求。

問題五十一：有沒有人行賄專家，有的話我們就不參加了。

回復(fù)：本項目公平公正依法開展采購活動，并接受行政監(jiān)督部門及社會監(jiān)督。

問題五十二：請問投標文件制作系統(tǒng)軟件導(dǎo)出的電子投標文件格式與加蓋公章的招標文件PDF文件中的投標文件格式不一致的以哪個為準

回復(fù)：若投標文件制作系統(tǒng)軟件導(dǎo)出的電子投標文件格式與加蓋公章的招標文件PDF文件中的投標文件格式不一致，以加蓋公章的招標文件PDF文件中的投標文件格式為準。

問題五十三：現(xiàn)在除了沒有警戒線和技術(shù)方案的低價項目評標專家不被圍獵，哪個項目不圍獵評標專家，請問招標人如何保證公平

回復(fù)：本項目公平公正依法開展采購活動，并接受行政監(jiān)督部門及社會監(jiān)督。

問題五十四：招標文件第六章投標文件格式中（二）承諾部分是否包含招標文件要求的所有承諾，投標人是否還需要提供其他格式之外的其他承諾

回復(fù)：投標人自行核實招標文件要求提供的承諾內(nèi)容，如有需要，可補充提供其他格式之外的其他承諾。

問題五十五：市發(fā)改委，各區(qū)縣（自治縣）發(fā)展改革委，兩江新區(qū)經(jīng)濟運行局、西部科學****發(fā)展局、****改革局，市級有關(guān)單位：

當前**招投標市場中，部分......（略）

回復(fù)：無關(guān)問題不予回復(fù)。

問題五十六：1、【供貨要求及投標報價清單】相關(guān)問題：招標文件供貨要求中，大量CPU、一體機設(shè)備要求為C86架構(gòu)；但投標報價清單原文序號70：“容災(zāi)云管理系統(tǒng)系統(tǒng)一體機，ARM架構(gòu)”，前后架構(gòu)要求存在不一致，請招標方明確設(shè)備架構(gòu)標準及具體投標響應(yīng)要求。2、【技術(shù)方案編制要求】相關(guān)問題：本項目供貨要求附件共計883頁，涉及系統(tǒng)多、內(nèi)容體量龐大；招標文件正文第27頁要求《供貨方案》原則上不超過300頁，且本項目技術(shù)部分采用暗標評審。請問：技術(shù)方案篇幅若超出300頁是否會造成評審扣分或無效投標是否必須嚴格控制在300頁以內(nèi)，才算合規(guī)響應(yīng)3、【質(zhì)量保證金】相關(guān)問題：招標文件正文第83頁載明：“系統(tǒng)驗收通過之后預(yù)留合同金額的 5%作為項目質(zhì)保金”。請明確質(zhì)保金執(zhí)行方式：由投標人單獨轉(zhuǎn)賬繳納，還是在初步驗收支付合同40%款項時扣減5%、僅支付35%；或是在最終驗收支付70%款項時統(tǒng)一扣留5%。

回復(fù)：1、容災(zāi)云管理系統(tǒng)系統(tǒng)一體機架構(gòu)已明確，具體詳見本次發(fā)布的《供貨要求》，以本次發(fā)布的為準2、技術(shù)方案若超出300頁不會造成評審扣分或無效投標。3、質(zhì)量保證金在整體最終驗收通過后，支付至合同價款的70%時扣留5%。

問題五十七：1、【供貨要求及投標報價清單】相關(guān)問題：招標文件供貨要求中，大量CPU、一體機設(shè)備要求為C86架構(gòu)；但投標報價清單原文序號70：“容災(zāi)云管理系統(tǒng)系統(tǒng)一體機，ARM架構(gòu)”，前后架構(gòu)要求存在不一致，請招標方明確設(shè)備架構(gòu)標準及具體投標響應(yīng)要求。2、【技術(shù)方案編制要求】相關(guān)問題：本項目供貨要求附件共計883頁，涉及系統(tǒng)多、內(nèi)容體量龐大；招標文件正文第27頁要求《供貨方案》原則上不超過300頁，且本項目技術(shù)部分采用暗標評審。請問：技術(shù)方案篇幅若超出300頁是否會造成評審扣分或無效投標是否必須嚴格控制在300頁以內(nèi)，才算合規(guī)響應(yīng)3、【質(zhì)量保證金】相關(guān)問題：招標文件正文第83頁載明：“系統(tǒng)驗收通過之后預(yù)留合同金額的 5%作為項目質(zhì)保金”。請明確質(zhì)保金執(zhí)行方式：由投標人單獨轉(zhuǎn)賬繳納，還是在初步驗收支付合同40%款項時扣減5%、僅支付35%；或是在最終驗收支付70%款項時統(tǒng)一扣留5%。

回復(fù)：同上。

問題五十八：1、【增值稅稅率】相關(guān)問題：招標文件第121頁投標函要求明確填報增值稅稅率，投標須知前附表約定增值稅采用一般計稅法。請明確本項目計稅標準：是否按軟件6%、安裝調(diào)試9%、硬件設(shè)備13%分別核算稅率

2、【供貨要求證明材料】相關(guān)問題：本項目《供貨要求》第 17 頁要求信息系統(tǒng)供應(yīng)商提供案例等相關(guān)證明材料，但《招標文件正文》第二章投標人須知 1.4.1 款（第 17 頁）將該項列為資質(zhì)審查中的供貨要求，僅需投標人提供承諾即可，二者表述存在矛盾。請問投標人僅提供承諾是否滿足響應(yīng)要求，還是需在投標文件中提交對應(yīng)證明材料

3、【投標貨物重復(fù)性】相關(guān)問題：《招標文件正文》第二章 1.4.3 條第（4）款規(guī)定 “與本招標項目其他投標人代理同一個制造商同一品牌同一型號的貨物投標”，本項目涉及貨物品類繁多，且要求軟件產(chǎn)品報送不少于三個品牌、硬件產(chǎn)品包報送不少于一個品牌，易出現(xiàn)部分品類投標品牌 / 型號重復(fù)的情況。請明確是否全部貨物品類均不得出現(xiàn)品牌型號重復(fù)，還是僅核心產(chǎn)品（核心產(chǎn)品招標書未明確）不得重復(fù)

4、【重復(fù)材料】相關(guān)問題：招標文件壓縮包里面有：本次招標文件壓縮包內(nèi)，包含兩份同批次報價文件：一份為標注“僅供參考”的可編輯版本，一份為PDF版本，兩份文件文件名類似，為《定稿-****醫(yī)學院****醫(yī)院項目報價表（一批次）（僅供參考）0416》因文件內(nèi)容體量較大，無法逐頁逐項人工核對，麻煩協(xié)助核查兩份文件內(nèi)容是否存在實質(zhì)性差異。

回復(fù)：1、本項目稅率按現(xiàn)行相關(guān)規(guī)定執(zhí)行，投標人自行考慮投標報價，本項目為含稅總價，在填報投標函部分中的增值稅稅率時填報“/”即可。2、投標人投標時承諾所投的貨物和服務(wù)必須完全滿足招標文件第五章供貨要求中的所有要求（投標文件《供貨要求負偏差》中響應(yīng)為負偏差除外）。3、已刪除，詳見補遺通知。4、報價表以PDF版本為準，可編輯版文件為方便投標人編輯使用，由投標人自行核實。

問題五十九：

容災(zāi)平臺**池：

容災(zāi)云管理系統(tǒng)一體機（2臺），C86架構(gòu)配置要求如下：

CPU ≥ 64核；

系統(tǒng)盤：≥2*960GB SSD硬盤；

內(nèi)存 ≥ 512G；

每臺實際可用硬盤容量 ≥ 160T；

配置冗余電源，提供免維期內(nèi)原廠硬件質(zhì)保；

為保障災(zāi)備系統(tǒng)的部署，需提供兩臺備份集群交換機，單臺配置如下：配置至少上行2個端口，速率支持≥25Gb（滿配25Gb光模塊），配置至少下行20個端口，速率支持≥10Gb（滿配10Gb光模塊），提供不少于一根堆疊線纜。

以上技術(shù)要求明確 容災(zāi)云管理系統(tǒng)一體機（2臺），招標清單數(shù)量也是2，請問招標真實情況是使用2臺還是4臺

回復(fù)：容災(zāi)平臺****池總共7臺設(shè)備，2臺C86，2臺ARM，海量非結(jié)構(gòu)化容災(zāi)系統(tǒng)一體機，C86架構(gòu)1臺，虛擬機同步容災(zāi)系統(tǒng)一體機，C86架構(gòu)1臺、DMZ區(qū)容災(zāi)系統(tǒng)一體機，C86架構(gòu)。

問題六十：招標人您好：

本項目第五章供貨 （二）計算及存儲設(shè)備 HIS全閃雙活存儲 非影像數(shù)據(jù)（除HIS）混閃雙活存儲 兩款存儲產(chǎn)品技術(shù)指標存在嚴重指向性，****公司特定品牌即特定型號，其他品牌廠商均反饋無法參與，是唯一性指標，說明如下：

1、招標文件要求：

1）計算及存儲設(shè)備 內(nèi)網(wǎng)存儲 HIS全閃雙活存儲：3、控制器處理器采用國產(chǎn)多核處理器，配置雙控制器處理器總物理核心數(shù)≥256核（不包括額外的專門處理IO的硬件芯片，不含超線程）、主頻≥2.6GHz；

2）計算及存儲設(shè)備 內(nèi)網(wǎng)存儲 非影像數(shù)據(jù)（除HIS）混閃雙活存儲：3、控制器處理器采用國產(chǎn)多核處理器，配置雙控制器處理器總物理核心數(shù)≥192 核（不包括額外的專門處理 IO 的硬件芯片，不含超線程）、主頻≥2.6GHz，提供 CPU 型號及規(guī)格說明，并提供投標產(chǎn)品證明，加蓋存儲廠商有效公章；

3****中心機房設(shè)備 內(nèi)網(wǎng)存儲 HIS全閃雙活存儲：3、控制器處理器采用國產(chǎn)多核處理器，配置雙控制器處理器總物理核心數(shù)≥256核（不包括額外的專門處理IO的硬件芯片，不含超線程）、主頻≥2.6GHz；

4****中心機房設(shè)備 內(nèi)網(wǎng)存儲 非影像數(shù)據(jù)（除HIS）混閃雙活存儲：3、控制器處理器采用國產(chǎn)多核處理器，配置雙控制器處理器總物理核心數(shù)≥192 核（不包括額外的專門處理 IO 的硬件芯片，不含超線程）、主頻≥2.6GHz。

以上4個產(chǎn)品直接****公司的OceanStor Dorado 6000產(chǎn)品型號，其他主流廠家均不支持，不符合至少三家產(chǎn)品滿足的要求，****政府采購招投標相關(guān)法律法規(guī)。

2、技術(shù)說明：

當前國產(chǎn)化存儲市場，分為兩大核心技術(shù)路線：ARM 架構(gòu)鯤鵬處理器、X86 架構(gòu)海光處理器。

ARM鯤鵬架構(gòu)僅供華為系存儲使用；而國內(nèi)其余主流頭部存儲廠商，如**三、浪潮、曙光、聯(lián)想、宏杉、同有科技、中興等，全線高端信

創(chuàng)存儲均統(tǒng)一采用海光 C86 架構(gòu)處理器。

基于 ARM 與 X86 架構(gòu)的底層設(shè)計差異，同等核心數(shù)、同等主頻下，ARM架構(gòu)綜合性能僅為X86架構(gòu)的50%左右

華為的存儲產(chǎn)品采用鯤鵬ARM處理器在核心可達64核、主頻2.6G，而采用C86海光處理器的廠商核心數(shù)最多32核、主頻2.0G。

基于華為在處理器天然優(yōu)勢，華為OceanStor Dorado 6000 采用2個控制器，每控制器2顆CPU，共4顆CPU，每CPU64核心 即可滿足本項目對存儲產(chǎn)品的主頻及核心數(shù)要求。

3、調(diào)研情況：

**三：無任何滿足以上核心數(shù)和主頻要求的產(chǎn)品

聯(lián) 想: 無任何滿足以上核心數(shù)和主頻要求的產(chǎn)品

曙 光: 無任何滿足以上核心數(shù)和主頻要求的產(chǎn)品

宏 杉：無任何滿足以上核心數(shù)和主頻要求的產(chǎn)品

浪 潮：無任何滿足以上核心數(shù)和主頻要求的產(chǎn)品

同 有：無任何滿足以上核心數(shù)和主頻要求的產(chǎn)品

中 興：無任何滿足以上核心數(shù)和主頻要求的產(chǎn)品

4、質(zhì)疑及建議修改內(nèi)容：

招標文件直接指向特定華為產(chǎn)品及型號，屏蔽了其他廠家參與機會，違背國家招投標法及**市招投標條例。

強烈要求招標人核實以上反饋的情況，并進行以下修改：

HIS全閃雙活存儲：控制器采用國產(chǎn)多核處理器（不包括額外的專門處理IO的硬件芯片，不含超線程），采用ARM架構(gòu)雙控制器總物理核心數(shù)≥256核、主頻≥2.6GHz；采用國產(chǎn)X86架構(gòu)雙控制器總物理核心數(shù)≥128核、主頻≥2.0GHz。

非影像業(yè)務(wù)混閃雙活存儲：控制器采用國產(chǎn)多核處理器（不包括額外的專門處理IO的硬件芯片，不含超線程），采用ARM架構(gòu)雙控制器總物 理核心數(shù)≥192核、主頻≥2.6GHz；采用國產(chǎn)X86架構(gòu)雙控制器總物理核心數(shù)≥96核、主頻≥2.0GHz。

回復(fù)：經(jīng)調(diào)研，當前有多家廠商產(chǎn)品可完全滿足該項技術(shù)參數(shù)要求，如：華為、浪潮、宏杉、**三均可滿足192/256核和2.6GHz要求。按招標文件執(zhí)行。

問題六十一：由于近期服務(wù)器產(chǎn)品價格上浮嚴重，本項目涉及服務(wù)器產(chǎn)品，最高綜合單價限價遠遠低于實際采購成本，如：

業(yè)務(wù)服務(wù)器，指標

1、CPU： 國產(chǎn)C86芯片，≥2顆，單顆≥32核64線程，主頻≥2.5GHz；

2、內(nèi)存：≥512GB DDR5內(nèi)存。

3、硬盤：≥2塊480GB SSD硬盤。

4、接口：配置≥2個千兆電口，≥4個25GE網(wǎng)口（滿配光模塊）；

5、支持≥10個PCIe 5.0標準擴展槽位，配置≥1個SAS RAID陣列卡，緩存≥4G；

6、BMC支持監(jiān)控主機狀態(tài)進程信息；

7、CPU（中央處理器）內(nèi)置密碼模塊或密碼協(xié)處理器，可實現(xiàn)SM2、SM3和SM4國密算法的硬件加速，投標服務(wù)器所配備的CPU（中央處理器）具有上述密碼技術(shù)特性;

該產(chǎn)品限價僅僅130625元每臺，實際市場價本產(chǎn)品價格約25萬/臺，按本項目綜合附加成本計算，金額需達到30萬/臺，每臺設(shè)備虧損17萬，20臺即虧損340萬。

以上嚴重偏離市場常識的限價，建議招標人調(diào)整。

回復(fù)：投標人對所有建設(shè)內(nèi)容依據(jù)單價最高限價，結(jié)合市場情況，統(tǒng)籌安排，綜合考慮投標報價。按招標文件執(zhí)行。

問題六十二：第五章 供貨要求 1、具體要求詳見掛網(wǎng)附件 3、投標人在投標報價時嚴格按照《投標報價清單表》要求填報滿足供貨要求的品牌名稱。8.投標人所投標軟件產(chǎn)品品牌型號或廠商投標人填報至少三個及以上滿足設(shè)計技術(shù)參數(shù)的品牌供應(yīng)商；9.投標人所投標硬件產(chǎn)品品牌型號或廠商投標人填報至少一個及以上滿足設(shè)計技術(shù)參數(shù)的品牌供應(yīng)商。

3.1.1.3技術(shù)部分（如有） 3.1.1.4資格審查部分 （1）法定代表人身份證明或授權(quán)委托書； （2）制造商資格聲明（制造商投標時提供）或制造商授權(quán)書（代理商投標時提供） 。

3.7.5編制要求（3）技術(shù)部分 電子投標文件技術(shù)暗標不設(shè)封面，整個《供貨方案》均不得出現(xiàn) 白頁和倒頁；不得出現(xiàn)與本項目無關(guān)的內(nèi)容；不得顯示與投標人企業(yè) 有關(guān)的任何信息；

請問：是所有軟件廠商總計3個品牌還是某一項軟件/****制造廠商品牌假如某一項產(chǎn)品提供3個品牌，是否需要3個廠商出具授權(quán)和****制造廠商授權(quán)書會出現(xiàn)投標廠商名稱，請問是放技術(shù)標還是商務(wù)標處理

回復(fù)：1、投標人所投標軟件產(chǎn)品品牌型號及廠商投標人填報至少三個及以上滿足設(shè)計技術(shù)參數(shù)的品牌供應(yīng)商；同一個建設(shè)模塊一個品牌供應(yīng)商只能提供一個版本型號的產(chǎn)品。投標人所投標硬件產(chǎn)品品牌型號及廠商投標人填報至少一個及以上滿足設(shè)計技術(shù)參數(shù)的品牌供應(yīng)商；同一個建設(shè)模塊一個品牌供應(yīng)商只能提供一個版本型號的產(chǎn)品。2、中標后投標人提供所填報的所有供應(yīng)商的證明材料。3、除可偏差項要求以外投標時無需提供制造商授權(quán)書和對應(yīng)材料，若有則放入投標文件商務(wù)部分。

問題六十三：我公司作為項目”招標活動的潛在投標人，經(jīng)對招標文件及相關(guān)材料進行審慎研究后認為，該項目在招標過程中存在以下問題：

相關(guān)單位涉****公司的設(shè)備銷售人員串通，通過在招標參數(shù)中設(shè)置具有傾向性或排他性的條款，變相指定中標產(chǎn)品品牌及廠家。同時，通過把控需提交的蓋章技術(shù)證明材料及授權(quán)文件等方式，意圖操縱中標結(jié)果，實現(xiàn)內(nèi)定中標人的目的。

在當前國家持續(xù)優(yōu)化營商環(huán)境、嚴厲打擊違法違規(guī)行為的政策背景下，此類涉嫌暗箱操作、控標圍標的行為，不僅嚴重干擾了招投標市場的正常秩序，也可能導(dǎo)致國有資產(chǎn)的流失，****公司作為潛在投標人的合法權(quán)益。

鑒于此，特向貴單位正式質(zhì)疑，懇請依法依規(guī)予以核查。

（一）質(zhì)疑事項：

1.云管平臺

質(zhì)疑內(nèi)容：招標文件要求“支持計算、存儲、網(wǎng)絡(luò)、數(shù)據(jù)庫等關(guān)鍵云服務(wù)可用性監(jiān)控及可用性大屏總覽，并支持對典型業(yè)務(wù)故障進行白屏診斷和恢復(fù)”。

理由：“白屏診斷”是華為云（Huawei Cloud）特有的運維術(shù)語，業(yè)界通用術(shù)語通常為“可視化診斷”“一鍵診斷”或“健康檢查”。其他主流廠商雖然具備同等甚至更優(yōu)的故障診斷能力，但并不使用“白屏”這一特定名詞，導(dǎo)致技術(shù)應(yīng)答時被視為“不完全響應(yīng)”，涉嫌排斥潛在投標人。

質(zhì)疑內(nèi)容： 招標文件要求“支持基于動態(tài)閾值基線產(chǎn)生性能閾值告警……支持故障根因定界，通過分析故障發(fā)生前5天和故障后15分鐘內(nèi)的日志和相關(guān)指標……”。

理由：參數(shù)中要求的“動態(tài)閾值基線”及特定的“故障時間窗口分析邏輯（如故障前5天和故障后15分鐘）”，****中心（COC）的產(chǎn)品功能描述高度重合，屬于特定廠商的私有技術(shù)邏輯，排斥了采用通用監(jiān)控算法和分析邏輯的主流廠商。

https://www.****.com/

綜合云管平臺參數(shù)：****中心（COC）的產(chǎn)品功能描述高度重合，參數(shù)具有嚴重傾向性。我方認為該招標參數(shù)嚴重違反了《****政府采購法實施條例》第二十條，設(shè)定的資格、技術(shù)、商務(wù)條件與采購項目的具體特點和實際需要不相適應(yīng)或者與合同履行無關(guān)；采購需求中的技術(shù)、服務(wù)等要求指向特定供應(yīng)商、特定產(chǎn)品；以其他不合理條件限制或者排斥潛在供應(yīng)商。

回復(fù)：1.關(guān)于 “白屏診斷及可用性大屏、故障白屏診斷恢復(fù)”本項為業(yè)務(wù)故障可視化診斷、快速定位及自愈恢復(fù)的功能性描述，非專屬廠商專有名詞。不強制投標人字面術(shù)語完全一致，只要具備同等故障診斷、定位、快速恢復(fù)核心能力，即可視為響應(yīng)，不設(shè)名詞壁壘，無排他性。

2.關(guān)于 “動態(tài)閾值基線、故障固定時間窗口分析”動態(tài)閾值基線為運維監(jiān)控行業(yè)通用智能告警技術(shù)，非特定廠商私有邏輯；故障前 5 天、后 15 分鐘分析窗口，是結(jié)合本單位業(yè)務(wù)運維復(fù)盤實際需求設(shè)定的參考配置口徑，非強制固化不可修改。投標人產(chǎn)品支持可自定義時間回溯、根因日志指標分析即可滿足要求，不排斥通用算法及主流廠商。

3.關(guān)于整體參數(shù)指向特定廠商、具有傾向性，本項目技術(shù)參數(shù)依據(jù)政務(wù)云運維規(guī)范及自身實際業(yè)務(wù)需求編制，僅約定功能能力與運維成效，未限定品牌、架構(gòu)及私有專屬功能。市場多家主流廠商均可滿足（**云Apsara Stack V3、騰訊云Tstack V8 、華為云Stack 8.5.1等均滿足），未設(shè)定與項目無關(guān)、指向特定供應(yīng)商的技術(shù)條件。

綜上所述，本次質(zhì)疑事項無事實及法律依據(jù)，招標文件相關(guān)技術(shù)參數(shù)不作調(diào)整，按招標文件執(zhí)行。

2.管理防火墻

質(zhì)疑內(nèi)容：招標文件要求“支持設(shè)備的Web管理頁面中直接打開CLI控制命令”。

理由：“Web管理頁面中直接打開CLI控制命令”是華為防火墻特有功能術(shù)語，指通過Web界面直接嵌入命令行控制臺。主流廠商雖具備Web管理和CLI管理功能，但通常采用獨立CLI界面或SSH/Telnet訪問方式，無法完全匹配該特定表述，構(gòu)成技術(shù)排斥。

質(zhì)疑內(nèi)容：招標文件要求“支持預(yù)定義IPS簽名數(shù)量≥20000”。

理由：該數(shù)值與華為某型號防火墻宣傳指標高度吻合，且未明確簽名庫有效性驗證標準（如CVE覆蓋率、更新頻率），易導(dǎo)致供應(yīng)商虛報數(shù)量，偏離實際安全需求。業(yè)內(nèi)其他廠商無法滿足該特定數(shù)量要求，具有嚴重的傾向性和唯一性。

https://e.huawei.com/cn/products/security/usg6600f

綜合管理防火墻參數(shù)： 與華為防火墻產(chǎn)品功能描述高度重合，參數(shù)具有嚴重傾向性。我方認為該招標參數(shù)嚴重違反了《****政府采購法實施條例》第二十條，設(shè)定的資格、技術(shù)、商務(wù)條件與采購項目的具體特點和實際需要不相適應(yīng)或者與合同履行無關(guān)；采購需求中的技術(shù)、服務(wù)等要求指向特定供應(yīng)商、特定產(chǎn)品；以其他不合理條件限制或者排斥潛在供應(yīng)商。

回復(fù)：

1. 關(guān)于“支持設(shè)備的Web管理頁面中直接打開CLI控制命令”：該表述并非華為防火墻特有功能術(shù)語，而是防火墻運維領(lǐng)域的通用功能描述，核心目的是提升運維便捷性，實現(xiàn)Web管理與CLI管理的高效聯(lián)動，并非特指“Web界面直接嵌入命令行控制臺”。目前，天融信、綠盟、深信服、神州數(shù)碼（DCN）、奇安信、山石網(wǎng)科等主流廠商的防火墻產(chǎn)品，均支持在Web管理頁面中直接調(diào)用或打開CLI控制命令，僅實現(xiàn)形式略有差異（包括內(nèi)嵌控制臺、彈窗式調(diào)用等），均能滿足運維人員在單一管理界面完成圖形化操作與命令行配置的需求，不存在技術(shù)排斥。

2. 關(guān)于“支持預(yù)定義IPS簽名數(shù)量≥20000”：該數(shù)值是基于管理防火墻入侵防御的實際業(yè)務(wù)需求設(shè)定的行業(yè)通用指標，并非與華為某型號防火墻宣傳指標專屬匹配。目前，主流防火墻廠商均可通過持續(xù)的簽名庫更新，實現(xiàn)20000+預(yù)定義IPS簽名覆蓋；同時，招標文件雖未明確簽名庫有效性驗證標準，但可在投標及履約階段，要求供應(yīng)商提供簽名庫CVE覆蓋率（需不低于行業(yè)平均水平）、更新頻率（至少每日更新）等相關(guān)證明材料，有效規(guī)避虛報數(shù)量問題，確保簽名庫貼合實際安全防護需求。該數(shù)值屬于合理性能要求，不具有傾向性和唯一性，多家主流廠商均可滿足（天融信、綠盟、深信服、神州數(shù)碼（DCN）、奇安信、山石網(wǎng)科等均滿足）。

綜上所述，管理防火墻相關(guān)參數(shù)均基于實際運維與安全防護需求制定，屬于行業(yè)通用技術(shù)指標，未指向特定供應(yīng)商（如華為），不存在以不合理條件限制或排斥潛在供應(yīng)商的情形，質(zhì)疑無事實及法律依據(jù)，按招標文件執(zhí)行。

3.HIS全閃雙活存儲

質(zhì)疑內(nèi)容：招標文件要求“配置一級緩存容量≥2048GB，每控制器≥1024GB”。

理由：該參數(shù)屬于非標準配置參數(shù)。目前業(yè)界主流存儲廠商的緩存配置通常以128GB、256GB、512GB為步進，強制要求單控制器≥1024GB且總?cè)萘俊?048GB，具有明顯的指向性，排斥了采用標準內(nèi)存條配置的其他主流品牌。

質(zhì)疑內(nèi)容：招標文件要求“控制器處理器采用國產(chǎn)多核處理器，配置雙控制器處理器總物理核心數(shù)≥256核（不包括額外的專門處理IO的硬件芯片，不含超線程）、主頻≥2.6GHz”。

理由：“雙控制器處理器總物理核心數(shù)≥256核”參數(shù)過高且具有特定指向性。存儲設(shè)備的性能取決于架構(gòu)、緩存和算法，而非單純的CPU核數(shù)堆砌。該參數(shù)直接指向特定廠商（華為）的自研處理器規(guī)格，排斥了使用Intel或海光處理器的其他主流存儲產(chǎn)品（通常單控物理核數(shù)為32-64核）。

質(zhì)疑內(nèi)容：招標文件要求“雙活：本次項目配置存儲雙活功能，實現(xiàn)兩臺存儲構(gòu)建雙活存儲系統(tǒng)，任意存儲整體故障，前端業(yè)務(wù)無感知，數(shù)據(jù)不丟失，業(yè)務(wù)不中斷”。

理由：描述中隱含的“每個控制器的IOPS和CPU利用率差異不超過10%”等指****實驗室理想數(shù)據(jù)，并非行業(yè)通用標準。不同業(yè)務(wù)場景下負載均衡的效果會有波動，將此作為硬性指標具有排他性。

https://e.huawei.com/cn/products/storage/all-flash-storage/oceanstor-dorado-6800-v6

綜合HIS全閃雙活存儲參數(shù)： 與華為存儲產(chǎn)品功能描述高度重合，參數(shù)具有嚴重傾向性。我方認為該招標參數(shù)嚴重違反了《****政府采購法實施條例》第二十條，設(shè)定的資格、技術(shù)、商務(wù)條件與采購項目的具體特點和實際需要不相適應(yīng)或者與合同履行無關(guān)；采購需求中的技術(shù)、服務(wù)等要求指向特定供應(yīng)商、特定產(chǎn)品；以其他不合理條件限制或者排斥潛在供應(yīng)商。

回復(fù)：

1.關(guān)于緩存配置：醫(yī)院HIS系統(tǒng)為核心高并發(fā)業(yè)務(wù)，需大緩存保障低時延與業(yè)務(wù)穩(wěn)定，根據(jù)我單位調(diào)研，目前包括多家主流廠商（華為OceanStor Drado 18000、宏杉MS9040G2-AF-HG、寶德PLStor G18800等）均可滿足2048GB一級緩存參數(shù)要求。

2、關(guān)于處理器核心：為適配醫(yī)療高并發(fā)、高算力需求設(shè)定，根據(jù)我單位調(diào)研，目前包括多家主流廠商（華為OceanStor Drado 18000、宏杉MS9040G2-AF-HG、寶德PLStor G18800等）均可滿足256核心數(shù)，2.6GHz主頻參數(shù)要求。

3、關(guān)于雙活功能：雙活為醫(yī)療核心存儲標配能力，旨在保障業(yè)務(wù)零中斷、數(shù)據(jù)不丟失，負載均衡為效果描述非強制固化指標，符合行業(yè)通用標準，目前包括多家主流廠商（華為、宏杉、寶德等）均可滿足。

綜上所述，****醫(yī)院核心業(yè)務(wù)需求制定，為行業(yè)通用能力，多家主流廠商均可滿足，按招標文件執(zhí)行。

4.非影像數(shù)據(jù) （除HIS）混閃雙活存儲

質(zhì)疑內(nèi)容：招標文件要求“SSD控制芯片、接口卡處理芯片均為國產(chǎn)品牌”。
理由：存儲設(shè)備作為集成系統(tǒng)，其 SSD 和 接口卡 通常采用業(yè)界成熟的通用商用芯片（如 Marvell、Broadcom 等），強制要求所有子部件芯片均為國產(chǎn)品牌，屬于對核心零部件的指定，排斥了采用全球主流供應(yīng)鏈的主流存儲品牌，具有明顯的指向性（指向全棧自研廠商）。

質(zhì)疑內(nèi)容： 招標文件要求“支持SAN和NAS免網(wǎng)關(guān)一體化Active-Active雙活”。
理由： 目前業(yè)界主流存儲架構(gòu)中，SAN 雙活和 NAS 雙活通常采用不同的技術(shù)路徑。強制要求“免網(wǎng)關(guān)一體化”且具有“文件系統(tǒng)在線擴容自動同步”等特定功能，屬于特定廠商的私有技術(shù)架構(gòu)，排斥了采用標準 NAS 網(wǎng)關(guān)或其他成熟雙活架構(gòu)的潛在投標人。

質(zhì)疑內(nèi)容：招標文件要求“整系統(tǒng)支持≥200W個快照”。
理由：該數(shù)值遠超實際業(yè)務(wù)場景需求（通常數(shù)萬即可滿足），屬于通過虛高參數(shù)排斥競爭對手。主流存儲品牌通常支持 10萬-65536 個快照，已完全滿足業(yè)務(wù)需求。

https://e.huawei.com/cn/products/storage/all-flash-storage/oceanstor-dorado-6800-v6

綜合非影像數(shù)據(jù) （除HIS）混 閃雙活存儲參數(shù)； 我方認為該招標參數(shù)嚴重違反了《****政府采購法實施條例》第二十條，設(shè)定的資格、技術(shù)、商務(wù)條件與采購項目的具體特點和實際需要不相適應(yīng)或者與合同履行無關(guān)；采購需求中的技術(shù)、服務(wù)等要求指向特定供應(yīng)商、特定產(chǎn)品；以其他不合理條件限制或者排斥潛在供應(yīng)商。

回復(fù)：

1.關(guān)于國產(chǎn)芯片：為落實信創(chuàng)與供應(yīng)鏈安全要求設(shè)定，屬合規(guī)性通用要求，非指定品牌，符合政策導(dǎo)向與行業(yè)趨勢，不排斥合法供應(yīng)商。

2.關(guān)于 SAN/NAS 一體化雙活：為簡化架構(gòu)、提升可靠性的行業(yè)通用技術(shù)，非私有架構(gòu)，主流存儲廠商（浪潮 HF 系列、宏杉科技 MacroSAN 系列、寶德PLStor系列、華存TGStor 6000系列，華為OceanStor系列）均支持等效能力，無排他性。

3.關(guān)于快照數(shù)量：為滿足醫(yī)療數(shù)據(jù)長期留存、快速回退需求設(shè)定，屬業(yè)務(wù)必需規(guī)格，多家廠商可支持，非虛高指標。

綜上所述，參數(shù)符合信創(chuàng)合規(guī)與業(yè)務(wù)實際需求，為行業(yè)通用配置，不指向特定廠商，不違反相關(guān)規(guī)定，按招標文件執(zhí)行。

5.影像數(shù)據(jù)在線全閃存儲

質(zhì)疑內(nèi)容：招標文件要求“支持數(shù)據(jù)高冗余模式，可容忍任意4個節(jié)點同時失效而不丟失數(shù)據(jù)”。

理由：該參數(shù)要求遠超常規(guī)業(yè)務(wù)的高可用性標準（通常容忍2-3節(jié)點故障已屬極高配置）。經(jīng)市場調(diào)研，該指標屬于特定廠商（如華為OceanStor Pacific系列）的高階冗余特性，主流分布式存儲品牌通常支持容忍2～3個節(jié)點故障。設(shè)定此過高門檻具有明顯的排他性，排斥了其他滿足常規(guī)高可用需求的主流品牌。

質(zhì)疑內(nèi)容：招標文件要求“支持SMB MultiChannel和SMB Persistent File Handle技術(shù)，支持私有客戶端”。

理由：招標參數(shù)中要求的“支持私有客戶端”屬于特定廠商的私有技術(shù)術(shù)語（指向華為HDFS Client或?qū)偌铀倏蛻舳耍Ｖ髁鞔鎯ζ放仆ǔＷ裱瓨藴蔛MB 3.0協(xié)議和通用客戶端技術(shù)。強制要求支持特定“私有客戶端”****政府采購的通用性和開放性原則，具有明顯的指向性。

質(zhì)疑內(nèi)容：招標文件要求“前后端均支持RDMA技術(shù)、SMB NFS均支持RDMA、支持GDS”。

理由：要求SMB和NFS協(xié)議“均”支持RDMA（遠程直接內(nèi)存訪問）屬于極小眾的特定技術(shù)組合，且“支持GDS”為特定廠商（如華為）的專屬功能命名。業(yè)界主流品牌通常僅在NFS或iSCSI中支持RDMA，且不會使用“GDS”這一特定術(shù)語。該參數(shù)組合具有明顯的控標嫌疑，排斥了采用標準RDMA實現(xiàn)方式的其他品牌。

質(zhì)疑內(nèi)容：招標文件要求“文件和對象為同一份數(shù)據(jù)，無需在不同池間復(fù)制數(shù)據(jù)……均無延遲”。

理由：該參數(shù)要求文件與對象數(shù)據(jù)在底層完全統(tǒng)一且實時互通，屬于特定廠商（如華為OceanStor Pacific）的“多協(xié)議互通”專屬架構(gòu)。主流分布式存儲通常通過網(wǎng)關(guān)轉(zhuǎn)換或后臺復(fù)制實現(xiàn)協(xié)議互通，難以滿足“同一份數(shù)據(jù)”且“無延遲”的特定描述。該參數(shù)設(shè)定了與項目實際需求不相適應(yīng)的技術(shù)要求，排斥了其他主流架構(gòu)產(chǎn)品。

綜合影像數(shù)據(jù)在 線全閃存儲參數(shù)； 我方認為該招標參數(shù)嚴重違反了《****政府采購法實施條例》第二十條，設(shè)定的資格、技術(shù)、商務(wù)條件與采購項目的具體特點和實際需要不相適應(yīng)或者與合同履行無關(guān)；采購需求中的技術(shù)、服務(wù)等要求指向特定供應(yīng)商、特定產(chǎn)品；以其他不合理條件限制或者排斥潛在供應(yīng)商。

回復(fù)：

1.關(guān)于節(jié)點冗余：醫(yī)療影像數(shù)據(jù)量大、不可丟失，高冗余為保障業(yè)務(wù)連續(xù)必需，屬行業(yè)高端存儲通用能力，多家主流廠商（浪潮 HF 系列、宏杉科技 MacroSAN 系列、寶德PLStor系列、華存TGStor 6000系列，華為OceanStor系列）分布式存儲可滿足，無指向性。

2.關(guān)于私有客戶端與 SMB 特性：僅為功能效果描述，不強制術(shù)語與私有協(xié)議，支持標準協(xié)議 + 等效加速能力即響應(yīng)，不設(shè)術(shù)語壁壘。

3.關(guān)于 RDMA 與 GDS：為提升影像讀寫性能的通用技術(shù)組合，非專屬功能，主流廠商均有等效實現(xiàn)，不排斥標準架構(gòu)產(chǎn)品。

4.關(guān)于文件對象統(tǒng)一：為提升存儲效率的行業(yè)通用架構(gòu)，支持統(tǒng)一**池、無延遲互通即滿足，不綁定特定廠商技術(shù)。

綜上所述，參數(shù)為滿足影像業(yè)務(wù)高可靠、高性能需求設(shè)定，屬通用功能要求，按招標文件執(zhí)行。

6.DMZ區(qū)存儲

質(zhì)疑內(nèi)容：招標文件要求“支持基于AI檢測的勒索病毒攻擊檢測功能”。

理由：該參數(shù)要求存儲設(shè)備內(nèi)置AI芯片或AI算法以實時檢測勒索病毒，屬于特定廠商（華為）的獨有硬件架構(gòu)特性。主流存儲品牌通常通過快照、WORM（一次寫入多次讀取）或?qū)由蠈影踩浖韺崿F(xiàn)防勒索，并不具備底層硬件級的“AI檢測”能力。該參數(shù)具有明顯的排他性和指向性。

質(zhì)疑內(nèi)容：招標文件要求“支持單一文件VOL≥60PB”。

理由：該數(shù)值遠超當前企業(yè)級業(yè)務(wù)的實際需求（通常PB級已屬海量），屬于通過虛高參數(shù)排斥競爭對手。主流中端及高端存儲品牌的單文件系統(tǒng)或單卷容量上限通常在16PB-32PB之間，僅有特定廠商（華為）的產(chǎn)品規(guī)格書中標注支持60PB。該參數(shù)設(shè)定不合理，限制了其他主流品牌參與競爭。

質(zhì)疑內(nèi)容：招標文件要求“存儲系統(tǒng)支持SAN和NAS免網(wǎng)關(guān)一體化Active-Active雙活”。

理由：該參數(shù)要求塊存儲（SAN）和文件存儲（NAS）在同一套陣列內(nèi)實現(xiàn)免網(wǎng)關(guān)的雙活。主流存儲品牌在實現(xiàn)NAS雙活時，通常需要配置額外的NAS網(wǎng)關(guān)設(shè)備或采用分布式文件架構(gòu)，無法在統(tǒng)一存儲陣列中直接實現(xiàn)“免網(wǎng)關(guān)”的SAN/NAS一體化雙活。該參數(shù)指向特定廠商（華為HyperMetro）的技術(shù)架構(gòu)，具有排他性。

https://e.huawei.com/cn/products/storage/all-flash-storage/oceanstor-dorado-6800-v6

綜合DMZ區(qū)存儲參數(shù)； 我方認為該招標參數(shù)嚴重違反了《****政府采購法實施條例》第二十條，設(shè)定的資格、技術(shù)、商務(wù)條件與采購項目的具體特點和實際需要不相適應(yīng)或者與合同履行無關(guān)；采購需求中的技術(shù)、服務(wù)等要求指向特定供應(yīng)商、特定產(chǎn)品；以其他不合理條件限制或者排斥潛在供應(yīng)商。

回復(fù)：1.關(guān)于 AI 防勒索：DMZ 區(qū)為邊界高危區(qū)域，需硬件級 AI 檢測提升防護能力，屬邊界存儲通用安全能力，非特定廠商獨有硬件特性，多家產(chǎn)品（浪潮 HF 系列、宏杉科技 MacroSAN 系列、寶德PLStor系列、華存TGStor 6000系列，華為OceanStor系列）可支持。

2.關(guān)于單卷容量：****醫(yī)院數(shù)據(jù)長期增長、統(tǒng)一管理需求設(shè)定，屬前瞻性通用規(guī)格，多款主流高端存儲可達標，非虛高排斥參數(shù)。

3.關(guān)于 SAN/NAS 免網(wǎng)關(guān)雙活：為簡化架構(gòu)、提升可靠性的行業(yè)通用方案，非私有技術(shù)，主流廠商均具備等效能力，無排他性。

綜上所述，參數(shù)匹配 DMZ 區(qū)安全與容量實際需求，為行業(yè)通用標準，未指向特定供應(yīng)商，按招標文件執(zhí)行。

7.終端安全防護系統(tǒng)

質(zhì)疑內(nèi)容：招標文件要求“支持不少于3個殺毒引擎的混合使用”。

理由：該參數(shù)具有明顯的排他性和指向性。當前主流終端安全廠商普遍采用“本地引擎+云查引擎”的雙引擎架構(gòu)，或“特征碼+行為分析”的雙模防護技術(shù)，已能充分滿足病毒查殺需求。要求“不少于3個”引擎屬于非必要的技術(shù)指標堆砌，經(jīng)調(diào)研，僅有特定廠商（如奇安信天擎）宣傳其具備“云查、本地、腳本、啟發(fā)式”等4大引擎以滿足此數(shù)值。該參數(shù)通過虛高技術(shù)指標排斥了采用主流雙引擎架構(gòu)的競爭對手。

質(zhì)疑內(nèi)容：招標文件要求“支持終端軟件安裝管控、版本統(tǒng)計、升級管控、授權(quán)管控等操作（提供產(chǎn)品功能截圖）”。

理由：該參數(shù)要求的功能屬于“桌面管理系統(tǒng)（ITSM/UEM）”的高級功能，而非標準終端安全軟件（EDR/AV）的通用功能。主流安全廠商的終端軟件側(cè)重于病毒防護與入侵檢測，雖然具備基礎(chǔ)的進程黑白名單功能，但通常不具備精細化的“軟件商店化”管理能力（即對軟件進行授權(quán)管理、版本統(tǒng)計和批量升級管控）。該參數(shù)指向特定廠商（如奇安信天擎）的“軟件資產(chǎn)管理”模塊，具有明顯的控標嫌疑，排斥了其他專注于核心安全能力的廠商。

質(zhì)疑內(nèi)容：招標文件要求“客戶端主程序病毒主題庫支持分組和多批次更新，無感知更新”。

理由：該參數(shù)描述了極為具體的更新策略，屬于特定廠商針對超大規(guī)模網(wǎng)絡(luò)環(huán)境設(shè)計的“流量控制”和“灰度發(fā)布”特性。主流終端安全產(chǎn)品通常支持“自動更新”“定時更新”或“增量更新”，但很少支持將終端“分組”并進行“多批次”的差異化更新。該參數(shù)設(shè)定了與項目實際業(yè)務(wù)需求（1500個終端）不相適應(yīng)的過高運維要求，具有明顯的指向性，意在排斥不具備該特定私有協(xié)議功能的廠商。

綜合終端安全防護系統(tǒng)參數(shù)； 我方認為該招標參數(shù)嚴重違反了《****政府采購法實施條例》第二十條，設(shè)定的資格、技術(shù)、商務(wù)條件與采購項目的具體特點和實際需要不相適應(yīng)或者與合同履行無關(guān)；采購需求中的技術(shù)、服務(wù)等要求指向特定供應(yīng)商、特定產(chǎn)品；以其他不合理條件限制或者排斥潛在供應(yīng)商。

回復(fù)：

1. 關(guān)于“支持不少于3個殺毒引擎”：****醫(yī)療中心，終端多、業(yè)務(wù)安全要求高，多引擎并行可提升查殺能力、降低漏報誤報，屬于行業(yè)通用技術(shù)。經(jīng)調(diào)研，360、奇安信、**等主流廠商同類產(chǎn)品均具備3個及以上殺毒引擎，該指標為通用需求，不排斥雙引擎架構(gòu)廠商。

2. 關(guān)于“軟件安裝等管控功能”：醫(yī)院終端需滿足等保及醫(yī)療數(shù)據(jù)合規(guī)要求，軟件管控是終端安全核心能力，并非桌面管理系統(tǒng)專屬。當前主流終端安全產(chǎn)品已實現(xiàn)防護與管控一體化，360、深信服、啟明星辰等品牌均原生具備該能力，無指向性。

3. 關(guān)于“客戶端病毒主題庫分組多批次無感知更新”：醫(yī)院1500臺終端覆蓋多業(yè)務(wù)場景，分組多批次更新可避免網(wǎng)絡(luò)擁塞、保障業(yè)務(wù)連續(xù)，是醫(yī)療場景標準能力。該功能為行業(yè)通用，深信服、360、火絨等主流產(chǎn)品均支持，無需私有協(xié)議，不排斥供應(yīng)商。

綜上所述，****醫(yī)院實際需求制定，符合相關(guān)法律法規(guī)，質(zhì)疑無事實及法律依據(jù)，按招標文件執(zhí)行。

8.AI智能防火墻

質(zhì)疑內(nèi)容：招標文件要求“防病毒吞吐量≥4G，全威脅吞吐量≥10G”。

理由：該參數(shù)組合具有明顯的排他性。在開啟防病毒（AV）和全威脅防護（通常包含IPS、AV、URL、應(yīng)用識別等）功能時，防火墻性能通常會大幅下降。要求“全威脅吞吐量”達到10Gbps且“防病毒吞吐量”達到4Gbps，這通常是特定廠商（如奇安信、深信服）基于特定多核架構(gòu)的高端信創(chuàng)型號才能達到的理想數(shù)值。主流信創(chuàng)防火墻在開啟全功能后，實際吞吐量往往難以同時滿足這兩個高指標，該參數(shù)屬于通過虛高性能指標排斥競爭對手。

質(zhì)疑內(nèi)容：招標文件要求“產(chǎn)品支持服務(wù)器漏洞防掃描功能，并對掃描源IP進行日志記錄和聯(lián)動封鎖”。

理由：該參數(shù)具有明顯的指向性。“服務(wù)器漏洞防掃描”通常屬于漏洞掃描設(shè)備或主機安全軟件的功能范疇，而非傳統(tǒng)下一代防火墻的核心功能。雖然部分廠商（如奇安信、深信服）宣傳具備“防掃描”或“虛擬補丁”功能，但將其作為防火墻的硬性參數(shù)，且要求具備“聯(lián)動封鎖”能力，高度指向特定廠商的“防火墻+安全感知”聯(lián)動方案。主流防火墻通常側(cè)重于網(wǎng)絡(luò)層訪問控制和基礎(chǔ)IPS防御，難以滿足特定的應(yīng)用層防護描述。

綜合AI智能防火墻參數(shù)； 我方認為該招標參數(shù)嚴重違反了《****政府采購法實施條例》第二十條，設(shè)定的資格、技術(shù)、商務(wù)條件與采購項目的具體特點和實際需要不相適應(yīng)或者與合同履行無關(guān)；采購需求中的技術(shù)、服務(wù)等要求指向特定供應(yīng)商、特定產(chǎn)品；以其他不合理條件限制或者排斥潛在供應(yīng)商。

回復(fù)：1. 關(guān)于“防病毒吞吐量≥4G，全威脅吞吐量≥10G”的質(zhì)疑：****醫(yī)院，高并發(fā)業(yè)務(wù)需防火墻全開威脅防護時保持高吞吐，保障診療業(yè)務(wù)正常運行，該需求符合實際。防病毒吞吐、全威脅吞吐是下一代防火墻通用標準性能指標，奇安信、深信服、華為等主流廠商均有多款型號可滿足，不存在虛高指標及排他性。

2. 關(guān)于“服務(wù)器漏洞防掃描及聯(lián)動封鎖”的質(zhì)疑：我院核心業(yè)務(wù)服務(wù)器面臨多種外部攻擊風險，防火墻作為邊界第一道防護，具備該功能是等保2.0及醫(yī)療數(shù)據(jù)安全法規(guī)要求，并非特定設(shè)備專屬。該功能是當前主流下一代防火墻標配，無需額外平臺即可實現(xiàn)，主流廠商多款型號可滿足，不指向特定廠商。

綜上，本次招標文件技術(shù)參數(shù)立足我院實際業(yè)務(wù)與安全需求，符合相關(guān)法律法規(guī)，無指向特定供應(yīng)商、排斥潛在投標人情形，本質(zhì)疑無事實及法律依據(jù)，招標文件相關(guān)參數(shù)不作調(diào)整，按招標文件執(zhí)行。

9.態(tài)勢感知

質(zhì)疑內(nèi)容：招標文件要求“在帶寬性能1Gbps時存儲時長：≥1500天/1Gbps”。

理由：該參數(shù)計算邏輯存在嚴重悖論，屬于通過虛構(gòu)參數(shù)排斥競爭對手。根據(jù)計算，1Gbps帶寬全速寫入1500天（約4年），產(chǎn)生的數(shù)據(jù)量約為440TB。在1Gbps的接入帶寬下，要求設(shè)備具備近500TB的有效存儲容量，這通常只有大型分布式存儲集群才能滿足，而非單臺審計或存儲設(shè)備所能承載。該參數(shù)設(shè)**超常規(guī)業(yè)務(wù)留存需求（通常合規(guī)留存為6個月至1年），且與1Gbps的帶寬性能描述不匹配，具有明顯的指向性。

質(zhì)疑內(nèi)容：招標文件要求“所有功能模塊獨立展示界面”。

理由：該參數(shù)描述模糊且具有排他性。“獨立展示界面”并非標準技術(shù)術(shù)語，不同廠商對于“一體化平臺”與“獨立模塊”的架構(gòu)設(shè)計不同。主流安全廠商多采用統(tǒng)一的管理控制臺（Single Pane of Glass）來集成各功能模塊，以提升運維效率；而要求“獨立展示”可能指向采用微服務(wù)架構(gòu)或舊式獨立菜單架構(gòu)的特定產(chǎn)品。該參數(shù)缺乏客觀評判標準，易導(dǎo)致評審過程中的主觀傾向，建議修改為“支持統(tǒng)一管理界面，可集中查看各功能模塊狀態(tài)”。

綜合態(tài)勢感知參數(shù)； 我方認為該招標參數(shù)嚴重違反了《****政府采購法實施條例》第二十條，設(shè)定的資格、技術(shù)、商務(wù)條件與采購項目的具體特點和實際需要不相適應(yīng)或者與合同履行無關(guān)；采購需求中的技術(shù)、服務(wù)等要求指向特定供應(yīng)商、特定產(chǎn)品；以其他不合理條件限制或者排斥潛在供應(yīng)商。

回復(fù)：

1. 關(guān)于“帶寬性能1Gbps時存儲時長≥1500天/1Gbps”的質(zhì)疑：該參數(shù)為醫(yī)療行業(yè)合規(guī)溯源必需，采用行業(yè)通用計算口徑，并非“1Gbps帶寬滿負荷寫入4年”，而是基于典型壓縮比等計算的等效存儲能力。****醫(yī)院，1500天存儲時長符合相關(guān)法規(guī)對日志留存的剛性要求，深信服、奇安信、華為等主流廠商均有產(chǎn)品可滿足，不存在悖論及排他性。

2. 關(guān)于“所有功能模塊獨立展示界面”的質(zhì)疑：該參數(shù)為我院運維管理必需，表述清晰，指各模塊具備獨立菜單、頁面及入口，同時支持統(tǒng)一管控，****醫(yī)療機構(gòu)復(fù)雜網(wǎng)絡(luò)運維需求，是行業(yè)通用要求，不指向特定廠商，主流品牌均可滿足，無模糊性及排他性。

綜上所述，本次態(tài)勢感知招標參數(shù)立足我院實際及合規(guī)要求，為行業(yè)通用標準，不指向特定供應(yīng)商、不設(shè)不合理限制，本質(zhì)疑無事實及法律依據(jù)，招標文件相關(guān)參數(shù)不作調(diào)整，，按招標文件執(zhí)行。

10.漏洞掃描

質(zhì)疑內(nèi)容：招標文件要求“WEB漏掃授權(quán)URL數(shù)：≥200”。

理由：該參數(shù)設(shè)置不合理，屬于通過虛高參數(shù)排斥競爭對手。漏洞掃描設(shè)備的授權(quán)通常基于“IP地址數(shù)”或“資產(chǎn)數(shù)”，而非“URL數(shù)”。由于一個IP地址可能對應(yīng)成百上千個URL，將授權(quán)限制在“200個URL”在實際業(yè)務(wù)中幾乎無法使用（僅相當于掃描了極少量的網(wǎng)頁），這顯然不符合常規(guī)采購邏輯。該參數(shù)極有可能是直接復(fù)制了特定廠商（如綠盟、奇安信）針對“小規(guī)模Web應(yīng)用測試版”的特定參數(shù)，或者是為了限制某些按URL收費的競品，屬于非功能性控標。

質(zhì)疑內(nèi)容：招標文件要求“全面掃描支持系統(tǒng)漏洞掃描、WEB漏洞掃描、弱口令掃描同時執(zhí)行”。

理由：該功能參數(shù)具有極強的排他性。在主流漏洞掃描技術(shù)架構(gòu)中，系統(tǒng)漏洞掃描（基于端口/協(xié)議）、WEB漏洞掃描（基于爬蟲/HTTP協(xié)議）和弱口令掃描（基于暴力破解）通常是三個獨立的掃描引擎，**消耗巨大且機制沖突。主流廠商通常要求用戶創(chuàng)建不同的任務(wù)分別執(zhí)行，或者在“全面掃描”中僅包含系統(tǒng)漏洞和弱口令，而將WEB掃描作為獨立任務(wù)。要求在一個任務(wù)中“同時執(zhí)行”這三項高負載操作，且作為硬性指標，高度指向特定廠商（如奇安信、綠盟）的特定軟件版本，屬于通過軟件流程差異排斥競爭對手。

綜合漏洞掃描參數(shù)； 我方認為該招標參數(shù)嚴重違反了《****政府采購法實施條例》第二十條，設(shè)定的資格、技術(shù)、商務(wù)條件與采購項目的具體特點和實際需要不相適應(yīng)或者與合同履行無關(guān)；采購需求中的技術(shù)、服務(wù)等要求指向特定供應(yīng)商、特定產(chǎn)品；以其他不合理條件限制或者排斥潛在供應(yīng)商。

回復(fù)：1. 關(guān)于“WEB漏掃授權(quán)URL數(shù)≥200”的質(zhì)疑：****醫(yī)院，規(guī)劃有對外發(fā)布的官網(wǎng)、預(yù)約掛號、互聯(lián)網(wǎng)門診、檢驗報告、醫(yī)保接口、科研平臺等Web應(yīng)用，200個URL授權(quán)是滿足全院Web資產(chǎn)全面檢測的合理規(guī)模，符合實際需求。URL授權(quán)是漏洞掃描產(chǎn)品通用指標，主流廠商均支持該授權(quán)方式，多款產(chǎn)品可滿足要求，不存在虛高及控標情形。

2. 關(guān)于“系統(tǒng)、WEB、弱口令漏洞掃描同時執(zhí)行”的質(zhì)疑：該要求是為提升運維效率、減少對業(yè)務(wù)網(wǎng)絡(luò)影響，符合我院高效安全運營需求。當前主流漏洞掃描產(chǎn)品可通過多引擎并行技術(shù)實現(xiàn)該功能，屬于行業(yè)通用能力，不指向特定廠商，無排他性。

綜上所述，本次漏洞掃描招標參數(shù)貼合我院實際及合規(guī)要求，為行業(yè)通用標準，本質(zhì)疑無事實及法律依據(jù)，招標文件相關(guān)參數(shù)不作調(diào)整，按招標文件執(zhí)行。

11數(shù)據(jù)庫審計

質(zhì)疑內(nèi)容：招標文件要求“每秒入庫速度≥30000”。

理由：該參數(shù)表述模糊且具有排他性。“入庫速度”并非數(shù)據(jù)庫審計行業(yè)的通用標準性能指標，主流廠商通常采用“SQL處理能力”“每秒事務(wù)處理量”或“吞吐量”來衡量設(shè)備性能。不同廠商對“入庫”的定義不同（是否包含解析、歸并、清洗等過程），導(dǎo)致該數(shù)值缺乏橫向可比性。設(shè)定“≥30000”這一特定數(shù)值，極有可能是直接引用了特定廠商（如安恒信息）某款信創(chuàng)型號的私有測試數(shù)據(jù)，排斥了其他采用標準“SQL處理能力”標稱（通常數(shù)值更高）的主流品牌。

質(zhì)疑內(nèi)容：招標文件要求支持“Teradata、CACHE、Clickhouse、TiDB、Greenplum、HANA”等特定數(shù)據(jù)庫審計。

理由：該參數(shù)具有明顯的指向性。雖然Oracle、MySQL、SQL Server及國產(chǎn)數(shù)據(jù)庫是行業(yè)通用標準，但將Teradata、CACHE、TiDB、Greenplum等大數(shù)據(jù)組件或特定商業(yè)數(shù)據(jù)庫列為必須支持的“主流數(shù)據(jù)庫”，屬于過度控標。在常規(guī)信創(chuàng)業(yè)務(wù)場景中，這些數(shù)據(jù)庫的使用率極低。該參數(shù)列表精準對應(yīng)了特定廠商（如安恒信息）的產(chǎn)品宣傳白皮書，通過羅列大量冷門或特定類型的數(shù)據(jù)庫來構(gòu)建技術(shù)壁壘，排斥了專注于通用數(shù)據(jù)庫審計的其他信創(chuàng)品牌。

綜合數(shù)據(jù)庫審計參數(shù)； 我方認為該招標參數(shù)嚴重違反了《****政府采購法實施條例》第二十條，設(shè)定的資格、技術(shù)、商務(wù)條件與采購項目的具體特點和實際需要不相適應(yīng)或者與合同履行無關(guān)；采購需求中的技術(shù)、服務(wù)等要求指向特定供應(yīng)商、特定產(chǎn)品；以其他不合理條件限制或者排斥潛在供應(yīng)商。

回復(fù)：1. 關(guān)于“每秒入庫速度≥30000”的質(zhì)疑：該指標是數(shù)據(jù)庫審計行業(yè)通用性能表述，與其他性能指標等效，30000條/秒符合我院高并發(fā)業(yè)務(wù)的審計需求，主流廠商多款產(chǎn)品可滿足，不存在模糊性及排他性。

2. 關(guān)于“支持多種特定數(shù)據(jù)庫審計”的質(zhì)疑：所列數(shù)據(jù)庫均為我院現(xiàn)有及規(guī)劃使用的核心組件，是審計必需的，并非冷門數(shù)據(jù)庫。支持各類數(shù)據(jù)庫是新一代數(shù)據(jù)庫審計的標配能力，主流廠商均可滿足，不構(gòu)成技術(shù)壁壘。

綜上所述，本次數(shù)據(jù)庫審計招標參數(shù)符合我院業(yè)務(wù)及合規(guī)需求，為行業(yè)通用標準，本質(zhì)疑無事實及法律依據(jù)，招標文件相關(guān)參數(shù)不作調(diào)整，按招標文件執(zhí)行。

12.APT高級持續(xù)性威脅檢測

質(zhì)疑內(nèi)容：招標文件要求“支持基于IP地址和URL旁路阻斷”。

理由：該參數(shù)具有明顯的排他性和技術(shù)指向性。在網(wǎng)絡(luò)安全技術(shù)原理中，旁路部署（鏡像模式）主要用于流量監(jiān)測和審計，因其無法直接控制數(shù)據(jù)流轉(zhuǎn)發(fā)，實現(xiàn)精準的“URL阻斷”通常需要特定的TCP重置或會話劫持技術(shù)，且穩(wěn)定性難以保證。主流防火墻廠商通常建議采用串行部署進行阻斷，旁路阻斷并非行業(yè)通用標準功能，且不同廠商實現(xiàn)難度差異巨大。該參數(shù)高度指向特定廠商（如深信服）的私有技術(shù)架構(gòu)，排斥了采用標準串行阻斷技術(shù)的其他信創(chuàng)品牌。

綜合APT高級持續(xù)性威脅檢測參數(shù)； 我方認為該招標參數(shù)嚴重違反了《****政府采購法實施條例》第二十條，設(shè)定的資格、技術(shù)、商務(wù)條件與采購項目的具體特點和實際需要不相適應(yīng)或者與合同履行無關(guān)；采購需求中的技術(shù)、服務(wù)等要求指向特定供應(yīng)商、特定產(chǎn)品；以其他不合理條件限制或者排斥潛在供應(yīng)商。

回復(fù)：我院安全設(shè)備采用旁路部署，該功能是保障業(yè)務(wù)不中斷、實時處置APT威脅的必需能力，符合我院網(wǎng)絡(luò)架構(gòu)需求。旁路阻斷是行業(yè)通用成熟技術(shù)，多家主流廠商產(chǎn)品可滿足，不指向特定廠商，無排他性。

綜上所述，本次APT檢測招標參數(shù)立足我院實際及合規(guī)要求，為行業(yè)通用標準，本質(zhì)疑無事實及法律依據(jù)，招標文件相關(guān)參數(shù)不作調(diào)整，按招標文件執(zhí)行。

13.服務(wù)器負載均衡

質(zhì)疑內(nèi)容：招標文件要求“****銀行、Web流媒體、游戲、音頻視頻規(guī)則庫，并且規(guī)則庫不少于5000條”。

理由：該參數(shù)具有強烈的指向性。雖然主流下一代防火墻均支持應(yīng)用識別，但將“網(wǎng)上銀行”作為獨立類別列出，并硬性規(guī)定“規(guī)則庫不少于5000條”，屬于典型的特定廠商控標手段。不同廠商對應(yīng)用特征庫的分類顆粒度不同（例如有的將“金融”統(tǒng)歸一類，有的細分為“網(wǎng)銀”），且“5000條”這一數(shù)值并非行業(yè)通用標準（通常為1000+或3000+）。該參數(shù)高度指向深信服（Sangfor）的應(yīng)用識別特征庫架構(gòu)，其產(chǎn)品線素以“應(yīng)用識別庫豐富（涵蓋網(wǎng)銀、游戲等）”為核心賣點，排斥了側(cè)重于基礎(chǔ)網(wǎng)絡(luò)協(xié)議識別的其他信創(chuàng)品牌。

綜合服務(wù)器負載均衡參數(shù)； 我方認為該招標參數(shù)嚴重違反了《****政府采購法實施條例》第二十條，設(shè)定的資格、技術(shù)、商務(wù)條件與采購項目的具體特點和實際需要不相適應(yīng)或者與合同履行無關(guān)；采購需求中的技術(shù)、服務(wù)等要求指向特定供應(yīng)商、特定產(chǎn)品；以其他不合理條件限制或者排斥潛在供應(yīng)商。

回復(fù)：我院業(yè)務(wù)類型豐富，該規(guī)則庫是實現(xiàn)精細化流量調(diào)度、安全管控的必需，符合實際需求。5000條規(guī)則庫是企業(yè)級負載均衡產(chǎn)品的標準配置，主流廠商均可滿足，不指向特定廠商，無控標情形。

綜上所述，本次服務(wù)器負載均衡招標參數(shù)貼合我院業(yè)務(wù)需求，為行業(yè)通用標準，本質(zhì)疑無事實及法律依據(jù)，招標文件相關(guān)參數(shù)不作調(diào)整，按招標文件執(zhí)行。

14.業(yè)務(wù)核心交換機

質(zhì)疑內(nèi)容：招標文件要求“支持信元交換，跨板轉(zhuǎn)發(fā)不丟包”。

理由：該參數(shù)具有明顯的排他性和技術(shù)指向性。“信元交換”（Cell Switching）是特定廠商（如華為）高端交換機芯片架構(gòu)的專用技術(shù)術(shù)語，****中心交換機行業(yè)的通用標準架構(gòu)名稱（行業(yè)通用為CLOS架構(gòu)或包交換）。雖然其他廠商的設(shè)備也能實現(xiàn)無阻塞轉(zhuǎn)發(fā)，但技術(shù)原理不同。將“信元交換”列為硬性指標，實質(zhì)上是指定了特定的芯片架構(gòu)，排斥了采用標準CLOS架構(gòu)或包交換架構(gòu)的其他主流國產(chǎn)品牌，屬于通過私有技術(shù)術(shù)語進行控標。

質(zhì)疑內(nèi)容：招標文件要求“支持 RoCE 與 TCP 流量的按比例調(diào)度，調(diào)度比例誤差控制在整端口帶寬的 5% 內(nèi)”。

理由：該性能指標設(shè)置過于嚴苛且具有特定指向性。雖然 RoCE ****中心網(wǎng)絡(luò)的高級功能，但要求“誤差控制在 5% 以內(nèi)”屬于極端的精細化指標，通常僅出現(xiàn)在特定廠商（如華為）針對其 AI Fabric 解決方案的特定型號測試報告中。主流廠商的交換機通常支持基于優(yōu)先級的流量調(diào)度（PFC/ECN），但很難保證在混合流量下達到如此精確的帶寬比例控制。該參數(shù)涉嫌通過設(shè)定非通用的極限性能指標來排斥競爭對手。

https://e.huawei.com/cn/products/switches/data-center-switches/ce16800

綜合業(yè)務(wù)核心交換機參數(shù)；我方認為該招標參數(shù)嚴重違反了《****政府采購法實施條例》第二十條，設(shè)定的資格、技術(shù)、商務(wù)條件與采購項目的具體特點和實際需要不相適應(yīng)或者與合同履行無關(guān)；采購需求中的技術(shù)、服務(wù)等要求指向特定供應(yīng)商、特定產(chǎn)品；以其他不合理條件限制或者排斥潛在供應(yīng)商。

回復(fù)：1.關(guān)于信元交換與跨板不丟包：****數(shù)據(jù)中心交換機實現(xiàn)低時延、無阻塞轉(zhuǎn)發(fā)的通用技術(shù)手段，并非特定廠商私有架構(gòu)，主流國產(chǎn)品牌均可實現(xiàn)等效能力，不排斥 CLOS / 包交換架構(gòu)產(chǎn)品。

2.關(guān)于 RoCE/TCP 比例調(diào)度：****醫(yī)院智算、存儲等高可靠業(yè)務(wù)需求設(shè)定，是 AI Fabric 場景通用性能要求，多家主流廠商（先進數(shù)通、華存智谷、華為等均滿足）均可實現(xiàn)精度達標，不屬于極限排他指標。

綜上所述，參數(shù)為滿足核心業(yè)務(wù)高吞吐、低時延需求制定，屬行業(yè)通用能力，不指向特定廠商，質(zhì)疑無依據(jù)，按招標文件執(zhí)行。

15.管理業(yè)務(wù)接入交換機

質(zhì)疑內(nèi)容：招標文件要求“支持AI ECN，支持ECN Overlay”。

理由：該參數(shù)具有明顯的排他性和技術(shù)指向性。"AI ECN”和“ECN Overlay”是特定廠****數(shù)據(jù)中心交換機產(chǎn)品中的專用技術(shù)術(shù)語和私有算法實現(xiàn)，并非行業(yè)通用標準。主流廠商普遍支持標準ECN（顯式擁塞通知）和DCQCN機制，但“AI ECN”這一表述缺乏明確的技術(shù)定義和測試標準，屬于特定廠商的營銷術(shù)語。該參數(shù)涉嫌通過指定私有技術(shù)名稱排斥采用標準ECN實現(xiàn)的其他國產(chǎn)品牌。

質(zhì)疑內(nèi)容：招標文件要求“支持Telemetry上報ARP/FIB/ND等變化”。

理由：該參數(shù)設(shè)置過于具體且具有指向性。雖然Telemetry是行業(yè)通用技術(shù)，但明確要求上報“ARP/FIB/ND變化”這一特定功能組合，高度匹配特定廠商（如華為）iMaster NCE控制器的對接需求。不同廠商對Telemetry的上報內(nèi)容和格式定義不同，該參數(shù)實質(zhì)上是指定了與特定網(wǎng)管平臺的深度綁定，排斥了其他采用標準gRPC/JSON格式的國產(chǎn)品牌。

質(zhì)疑內(nèi)容：招標文件要求配置“≥46個25G光模塊，≥6個100G光模塊，配置≥1根200G堆疊線纜”。

理由：該配置要求存在明顯的傾向性。要求200G堆疊線纜作為標配，而非常見的100G或400G堆疊方案，直接指向特定廠商（如華為）CloudEngine系列的200G堆疊技術(shù)。主流廠商通常采用100G或400G進行堆疊，200G并非行業(yè)主流堆疊速率。該參數(shù)通過指定非主流的堆疊速率和線纜類型，排斥了采用標準堆疊方案的其他國產(chǎn)品牌。

綜合管理業(yè)務(wù)接入交換機參數(shù)； 我方認為該招標參數(shù)嚴重違反了《****政府采購法實施條例》第二十條，設(shè)定的資格、技術(shù)、商務(wù)條件與采購項目的具體特點和實際需要不相適應(yīng)或者與合同履行無關(guān)；采購需求中的技術(shù)、服務(wù)等要求指向特定供應(yīng)商、特定產(chǎn)品；以其他不合理條件限制或者排斥潛在供應(yīng)商。

回復(fù)：1.關(guān)于 AI ECN/ECN Overlay：為智能擁塞控制的功能效果描述，不強制術(shù)語與私有實現(xiàn)，支持標準 ECN + 智能調(diào)度等效能力即視為響應(yīng)，無排他性。

2.關(guān)于 Telemetry 上報 ARP/FIB/ND：為網(wǎng)絡(luò)運維必備基礎(chǔ)指標，屬行業(yè)通用采集項，兼容標準 gRPC/JSON 格式，不綁定特定網(wǎng)管平臺，多家國產(chǎn)品牌均支持（華為、先進數(shù)通、銳捷等均滿足）。

3.關(guān)于端口與堆疊配置：為滿足**度接入與高可靠堆疊需求的通用配置，200G ****中心主流速率之一，主流廠商均有成熟方案，不指向特定品牌。

綜上所述，參數(shù)符合實際業(yè)務(wù)與運維需求，為行業(yè)通用配置，不違反采購規(guī)定，質(zhì)疑不成立，按招標文件執(zhí)行。

16.業(yè)務(wù)區(qū)存儲接入交換機

質(zhì)疑內(nèi)容：招標文件要求“支持AI ECN，支持ECN Overlay”。

理由：該參數(shù)具有明顯的排他性和技術(shù)指向性。“AI ECN”和“ECN Overlay”是特定廠****數(shù)據(jù)中心交換機產(chǎn)品中的專用技術(shù)術(shù)語和私有算法實現(xiàn)，并非行業(yè)通用標準。主流廠商普遍支持標準ECN（顯式擁塞通知）和DCQCN機制，但“AI ECN”這一表述缺乏明確的技術(shù)定義和測試標準，屬于特定廠商的營銷術(shù)語。該參數(shù)涉嫌通過指定私有技術(shù)名稱排斥采用標準ECN實現(xiàn)的其他國產(chǎn)品牌。

質(zhì)疑內(nèi)容：招標文件要求“核心部件芯片為國產(chǎn)化芯片”且具備“48個25GE接口及8個200G/100G上行接口”。

理由：該參數(shù)組合在當前國產(chǎn)化技術(shù)環(huán)境下具有排他性。目前國內(nèi)主流國產(chǎn)交換芯片在單芯片帶寬和端口密度上，難以同時支持“48個25G接入 + 8個100G/200G上行”的超大帶寬配置。該參數(shù)組合實際上指向了特定廠商（如華為）的自研芯片架構(gòu)，其他采用通用國產(chǎn)芯片的廠商無法在單臺設(shè)備上同時滿足“**產(chǎn)化”和“**度端口”的要求，限制了潛在投標人的參與。

https://e.huawei.com/cn/products/switches/campus-switches/s6730-h-v2-25g?from=search

綜合業(yè)務(wù)區(qū)存儲接入交換機參數(shù)； 我方認為該招標參數(shù)嚴重違反了《****政府采購法實施條例》第二十條，設(shè)定的資格、技術(shù)、商務(wù)條件與采購項目的具體特點和實際需要不相適應(yīng)或者與合同履行無關(guān)；采購需求中的技術(shù)、服務(wù)等要求指向特定供應(yīng)商、特定產(chǎn)品；以其他不合理條件限制或者排斥潛在供應(yīng)商。

回復(fù)：1.關(guān)于 AI ECN/ECN Overlay：為智能擁塞控制通用能力，非私有技術(shù)，支持標準 ECN 及等效智能調(diào)度即可滿足，不排斥采用標準實現(xiàn)的國產(chǎn)品牌（先進數(shù)通、銳捷、華為等廠家均滿足）。

2.關(guān)于國產(chǎn)化芯片 + **度端口：為信創(chuàng)合規(guī)與業(yè)務(wù)帶寬需求的合理組合，當前主流國產(chǎn)交換芯片已可支持該配置，多家廠商均有成熟產(chǎn)品，不指向特定自研架構(gòu)。

綜上所述，參數(shù)兼顧信創(chuàng)要求與業(yè)務(wù)性能，屬通用可行指標，不限制潛在投標人，按招標文件執(zhí)行。

17.DMZ 區(qū)接入交換機

質(zhì)疑內(nèi)容：招標文件要求“支持AI ECN，支持ECN Overlay”。

理由：該參數(shù)具有明顯的排他性和技術(shù)指向性。“AI ECN”和“ECN Overlay”是特定廠****數(shù)據(jù)中心交換機產(chǎn)品中的專用技術(shù)術(shù)語和私有算法實現(xiàn)，并非行業(yè)通用標準。主流廠商普遍支持標準ECN（顯式擁塞通知）和DCQCN機制，但“AI ECN”這一表述缺乏明確的技術(shù)定義和測試標準，屬于特定廠商的營銷術(shù)語。該參數(shù)涉嫌通過指定私有技術(shù)名稱排斥采用標準ECN實現(xiàn)的其他國產(chǎn)品牌。

質(zhì)疑內(nèi)容：招標文件要求“配置≥1根200G堆疊線纜”。

理由：該配置要求存在明顯的傾向性且不符合行業(yè)主流標準。****中心交換機的主流堆疊/互聯(lián)速率通常為40G、100G或400G。200G并非主流的堆疊速率規(guī)格，該參數(shù)直接指向特定廠商（如華為）CloudEngine系列特有的200G堆疊技術(shù)或線纜規(guī)格。主流廠商通常采用100G或400G接口進行堆疊，該參數(shù)通過指定非主流的堆疊速率和線纜類型，排斥了采用標準堆疊方案的其他國產(chǎn)品牌。

質(zhì)疑內(nèi)容：招標文件要求“核心部件芯片為國產(chǎn)化芯片”且具備“48個25GE接口及8個200G/100G上行接口”。

理由：該參數(shù)組合在當前國產(chǎn)化技術(shù)環(huán)境下具有排他性。目前國內(nèi)主流國產(chǎn)交換芯片在單芯片帶寬和端口密度上，難以同時支持“48個25G接入 + 8個100G/200G上行”的超大帶寬配置。該參數(shù)組合實際上指向了特定廠商（如華為）的自研芯片架構(gòu)，其他采用通用國產(chǎn)芯片的廠商無法在單臺設(shè)備上同時滿足“**產(chǎn)化”和“**度端口”的要求，限制了潛在投標人的參與。

綜合DMZ 區(qū)接入交換機參數(shù)；我方認為該招標參數(shù)嚴重違反了《****政府采購法實施條例》第二十條，設(shè)定的資格、技術(shù)、商務(wù)條件與采購項目的具體特點和實際需要不相適應(yīng)或者與合同履行無關(guān)；采購需求中的技術(shù)、服務(wù)等要求指向特定供應(yīng)商、特定產(chǎn)品；以其他不合理條件限制或者排斥潛在供應(yīng)商。

回復(fù)：1.關(guān)于 AI ECN/ECN Overlay：為邊界場景智能流量管控的通用功能，非特定廠商私有算法（華三、銳捷、華為等均滿足），支持標準 ECN 等效能力即響應(yīng)，無排他性。

2.關(guān)于 200G 堆疊線纜：為提升堆疊帶寬與可靠性的主流選型，多家廠商均支持，不屬于非主流技術(shù)，不排斥標準堆疊方案。

3.關(guān)于國產(chǎn)化芯片 + 端口密度：為信創(chuàng)與性能兼顧的合理配置，國產(chǎn)芯片可滿足，不指向特定廠商架構(gòu)。

綜上所述，參數(shù)匹配 DMZ 區(qū)安全與性能需求，符合通用標準，按招標文件執(zhí)行。

18.增強型裸金屬網(wǎng)關(guān)接入交換機

質(zhì)疑內(nèi)容：招標文件要求“支持AI ECN，支持ECN Overlay”。

理由：該參數(shù)具有明顯的排他性和技術(shù)指向性。“AI ECN”和“ECN Overlay”是特定廠****數(shù)據(jù)中心交換機產(chǎn)品中的專用技術(shù)術(shù)語和私有算法實現(xiàn)，并非行業(yè)通用標準。主流廠商普遍支持標準ECN（顯式擁塞通知）和DCQCN機制，但“AI ECN”這一表述缺乏明確的技術(shù)定義和測試標準，屬于特定廠商的營銷術(shù)語。該參數(shù)涉嫌通過指定私有技術(shù)名稱排斥采用標準ECN實現(xiàn)的其他國產(chǎn)品牌。

質(zhì)疑內(nèi)容：招標文件要求“配置≥1根200G堆疊線纜”。

理由：該配置要求存在明顯的傾向性且不符合行業(yè)主流標準。****中心交換機的主流堆疊/互聯(lián)速率通常為40G、100G或400G。200G并非主流的堆疊速率規(guī)格，該參數(shù)直接指向特定廠商（如華為）CloudEngine系列特有的200G堆疊技術(shù)或線纜規(guī)格。主流廠商通常采用100G或400G接口進行堆疊，該參數(shù)通過指定非主流的堆疊速率和線纜類型，排斥了采用標準堆疊方案的其他國產(chǎn)品牌。

質(zhì)疑內(nèi)容：招標文件要求“核心部件芯片為國產(chǎn)化芯片”且具備“48個25GE接口及8個200G/100G上行接口”。

理由：該參數(shù)組合在當前國產(chǎn)化技術(shù)環(huán)境下具有排他性。目前國內(nèi)主流國產(chǎn)交換芯片在單芯片帶寬和端口密度上，難以同時支持“48個25G接入 + 8個100G/200G上行”的超大帶寬配置。該參數(shù)組合實際上指向了特定廠商（如華為）的自研芯片架構(gòu)，其他采用通用國產(chǎn)芯片的廠商無法在單臺設(shè)備上同時滿足“**產(chǎn)化”和“**度端口”的要求，限制了潛在投標人的參與。

綜合增強型裸金屬網(wǎng)關(guān)接入交換機參數(shù)；我方認為該招標參數(shù)嚴重違反了《****政府采購法實施條例》第二十條，設(shè)定的資格、技術(shù)、商務(wù)條件與采購項目的具體特點和實際需要不相適應(yīng)或者與合同履行無關(guān)；采購需求中的技術(shù)、服務(wù)等要求指向特定供應(yīng)商、特定產(chǎn)品；以其他不合理條件限制或者排斥潛在供應(yīng)商。

回復(fù)：1.關(guān)于 AI ECN/ECN Overlay：為裸金屬與**算力場景通用智能擁塞控制能力，非私有技術(shù)，等效實現(xiàn)即可滿足，無指向性。

2.關(guān)于 200G 堆疊：為高速互聯(lián)主流方案，行業(yè)普遍支持（華三、銳捷、華為等均滿足），不構(gòu)成排他。

3.關(guān)于國產(chǎn)化芯片 + 端口配置：為信創(chuàng)與性能合規(guī)要求，國產(chǎn)芯片可支撐，不限制公平競爭。

綜上所述，參數(shù)為行業(yè)通用配置，滿足實際業(yè)務(wù)需求，質(zhì)疑無依據(jù)，按招標文件執(zhí)行。

19.管理區(qū)接入交換機

質(zhì)疑內(nèi)容：招標文件要求“支持AI ECN，支持ECN Overlay”。

理由：該參數(shù)具有明顯的排他性和技術(shù)指向性。“AI ECN”和“ECN Overlay”是特定廠****數(shù)據(jù)中心交換機產(chǎn)品中的專用技術(shù)術(shù)語和私有算法實現(xiàn)，并非行業(yè)通用標準。主流廠商普遍支持標準ECN（顯式擁塞通知）和DCQCN機制，但“AI ECN”這一表述缺乏明確的技術(shù)定義和測試標準，屬于特定廠商的營銷術(shù)語。該參數(shù)涉嫌通過指定私有技術(shù)名稱排斥采用標準ECN實現(xiàn)的其他國產(chǎn)品牌。

質(zhì)疑內(nèi)容：招標文件要求“配置≥1根200G堆疊線纜”。

理由：該配置要求存在明顯的傾向性且不符合行業(yè)主流標準。****中心交換機的主流堆疊/互聯(lián)速率通常為40G、100G或400G。200G并非主流的堆疊速率規(guī)格，該參數(shù)直接指向特定廠商（如華為）CloudEngine系列特有的200G堆疊技術(shù)或線纜規(guī)格。主流廠商通常采用100G或400G接口進行堆疊，該參數(shù)通過指定非主流的堆疊速率和線纜類型，排斥了采用標準堆疊方案的其他國產(chǎn)品牌。

質(zhì)疑內(nèi)容：招標文件要求“核心部件芯片為國產(chǎn)化芯片”且具備“48個25GE接口及8個200G/100G上行接口”。

理由：該參數(shù)組合在當前國產(chǎn)化技術(shù)環(huán)境下具有排他性。目前國內(nèi)主流國產(chǎn)交換芯片在單芯片帶寬和端口密度上，難以同時支持“48個25G接入 + 8個100G/200G上行”的超大帶寬配置。該參數(shù)組合實際上指向了特定廠商（如華為）的自研芯片架構(gòu)，其他采用通用國產(chǎn)芯片的廠商無法在單臺設(shè)備上同時滿足“**產(chǎn)化”和“**度端口”的要求，限制了潛在投標人的參與。

綜合管理區(qū)接入 交換機參數(shù)； 我方認為該招標參數(shù)嚴重違反了《****政府采購法實施條例》第二十條，設(shè)定的資格、技術(shù)、商務(wù)條件與采購項目的具體特點和實際需要不相適應(yīng)或者與合同履行無關(guān)；采購需求中的技術(shù)、服務(wù)等要求指向特定供應(yīng)商、特定產(chǎn)品；以其他不合理條件限制或者排斥潛在供應(yīng)商。

回復(fù)：1.關(guān)于 AI ECN/ECN Overlay：為智能流量管理通用功能，非特定廠商私有技術(shù)，等效能力達標即可。

2.關(guān)于 200G 堆疊：為管理區(qū)高可靠堆疊主流選型，多家廠商支持（華三、銳捷、華為等均滿足）。

3.關(guān)于國產(chǎn)化芯片 + 端口密度：為信創(chuàng)與性能合理組合，可實現(xiàn)性強，不排他。

綜上所述，參數(shù)符合管理區(qū)運維與信創(chuàng)要求，屬通用標準，不指向特定供應(yīng)商，質(zhì)疑不成立，按招標文件執(zhí)行。

20.非影像數(shù)據(jù)（除 HIS）混閃雙活存儲

質(zhì)疑內(nèi)容：招標文件要求“配置雙控制器處理器總物理核心數(shù)≥256核（不含超線程）”。

理由：該參數(shù)具有明顯的指向性和排他性。目前國產(chǎn)多核處理器（如鯤鵬、飛騰、海光等）在存儲領(lǐng)域的單顆物理核心數(shù)通常在32-64核之間。要實現(xiàn)雙控256物理核，意味著每控制器需搭載4顆及以上64核CPU，這在盤控分離的高端存儲架構(gòu)中極為罕見，且會導(dǎo)致功耗和成本劇增。該參數(shù)極有可能是為特定廠商（如華為）的特定型號（如OceanStor Dorado系列）量身定做，其他采用主流國產(chǎn)CPU的廠商難以滿足，限制了公平競爭。

質(zhì)疑內(nèi)容：招標文件要求“控制器盤控分離”且“互聯(lián)協(xié)議采用 PCI-E/IB/RDMA，非FC、IP 聯(lián)邦”。

理由：該參數(shù)組合具有明顯的技術(shù)指向性。“盤控分離”架構(gòu)本身是高端存儲的一種設(shè)計，但結(jié)合“PCI-E/IB/RDMA互聯(lián)”且明確排除“FC、IP聯(lián)邦”，直接指向了特定廠商（如華為）的SmartMatrix架構(gòu)或類似私有互聯(lián)技術(shù)。該參數(shù)通過指定私有互聯(lián)協(xié)議并排斥標準協(xié)議，涉嫌為特定廠商控標。

綜合非影像數(shù) 據(jù)（除 HIS） 混閃雙活 存儲參數(shù)； 我方認為該招標參數(shù)嚴重違反了《****政府采購法實施條例》第二十條，設(shè)定的資格、技術(shù)、商務(wù)條件與采購項目的具體特點和實際需要不相適應(yīng)或者與合同履行無關(guān)；采購需求中的技術(shù)、服務(wù)等要求指向特定供應(yīng)商、特定產(chǎn)品；以其他不合理條件限制或者排斥潛在供應(yīng)商。

回復(fù)：1.關(guān)于處理器核心數(shù)：為滿足高并發(fā)混合業(yè)務(wù)負載設(shè)定的通用性能指標，主流國產(chǎn) CPU 架構(gòu)均可通過多顆組合達標，不屬于為特定型號量身定制。

2.關(guān)于盤控分離與互聯(lián)協(xié)議：為提升存儲可靠性與性能的行業(yè)通用架構(gòu)，PCIe/RDMA 為主流高速互聯(lián)標準，并非私有協(xié)議，不排斥合法廠商。

綜上所述，參數(shù)基于業(yè)務(wù)性能與高可用需求制定，為行業(yè)通用方案，不違反相關(guān)法規(guī)，質(zhì)疑無依據(jù)，按招標文件執(zhí)行。

21.影像數(shù)據(jù)在線全閃存儲

質(zhì)疑內(nèi)容：招標文件要求“支持單一文件 VOL ≥60PB”。

理由：該指標遠超當前主流存儲技術(shù)及實際業(yè)務(wù)場景需求。目前醫(yī)療影像及通用企業(yè)級存儲場景中，單文件系統(tǒng)達到 PB 級已屬超大規(guī)模，60PB 的單卷容量要求具有極強的排他性。該參數(shù)涉嫌通過設(shè)定非必要的超高指標來限制或排斥潛在投標人。

綜合影像數(shù)據(jù)在線全閃存儲參數(shù)； 我方認為該招標參數(shù)嚴重違反了《****政府采購法實施條例》第二十條，設(shè)定的資格、技術(shù)、商務(wù)條件與采購項目的具體特點和實際需要不相適應(yīng)或者與合同履行無關(guān)；采購需求中的技術(shù)、服務(wù)等要求指向特定供應(yīng)商、特定產(chǎn)品；以其他不合理條件限制或者排斥潛在供應(yīng)商。

回復(fù)：單卷大容量為滿足醫(yī)療影像長期集中存儲、統(tǒng)一管理的前瞻性需求設(shè)定，是高端分布式存儲通用能力，多家主流廠商均可支持，不屬于非必要超高指標，不構(gòu)成排他。

綜上所述，參數(shù)匹配影像數(shù)據(jù)長期增長需求，符合行業(yè)技術(shù)水平，按招標文件執(zhí)行。

22.終端安全防護系統(tǒng)

質(zhì)疑內(nèi)容：招標文件要求“支持不少于 3 個殺毒引擎的混合使用”。
理由：該參數(shù)具有明顯的指向性和排他性。在終端安全領(lǐng)域，同時運行多個殺毒引擎會嚴重搶占終端 CPU 和內(nèi)存**，導(dǎo)致醫(yī)院辦公電腦卡頓甚至系統(tǒng)崩潰，嚴重影響業(yè)務(wù)連續(xù)性。主流安全廠商通常采用“單引擎+云端智能分析”或“雙引擎”架構(gòu)以平衡安全與性能。強制要求“3 個引擎混合使用”屬于非必要的技術(shù)堆砌，且僅有極少數(shù)特定廠商（如深信服）以此為營銷賣點。

質(zhì)疑內(nèi)容：招標文件要求“客戶端主程序病毒主題庫支持分組和多批次更新，無感知更新”。
理由：該參數(shù)描述過于具體且指向特定廠商的私有功能邏輯。主流終端安全產(chǎn)品通常支持全網(wǎng)統(tǒng)一更新或按組織結(jié)構(gòu)更新，已能滿足管理需求。“分組和多批次”更新屬于特定廠商的界面交互邏輯，并非衡量安全能力的通用標準。該參數(shù)涉嫌通過設(shè)定特定的非標準功能細節(jié)來排斥同等安全防護能力的主流廠商。

質(zhì)疑內(nèi)容：招標文件要求針對軟件安裝管控等功能“提供產(chǎn)品功能截圖或第三方專業(yè)測試機構(gòu)證明材料”。
理由：此項要求限制了投標人的響應(yīng)方式。軟件功能界面隨版本迭代經(jīng)常變化，截圖僅能證明某一時點的界面形態(tài)，不能作為產(chǎn)品穩(wěn)定性的唯一依據(jù)。且強制要求提供截圖容易導(dǎo)致“看圖投標”，即投標人必須完全匹配截圖中的文字描述（甚至包括錯別字或特定措辭），這屬于典型的控標手段。

綜合終端安全防護系統(tǒng)參數(shù)； 我方認為該招標參數(shù)嚴重違反了《****政府采購法實施條例》第二十條，設(shè)定的資格、技術(shù)、商務(wù)條件與采購項目的具體特點和實際需要不相適應(yīng)或者與合同履行無關(guān)；采購需求中的技術(shù)、服務(wù)等要求指向特定供應(yīng)商、特定產(chǎn)品；以其他不合理條件限制或者排斥潛在供應(yīng)商。

回復(fù)：1. 關(guān)于“支持不少于3個殺毒引擎混合使用”的質(zhì)疑：我院終端數(shù)量多、安全需求高，多引擎并行可提升惡意代碼防護能力，降低漏誤報率，符合實際需求。該技術(shù)為行業(yè)通用路線，360、奇安信、深信服等主流廠商均有產(chǎn)品支持，不存在排他性及非必要堆砌。

2. 關(guān)于“客戶端病毒主題庫分組多批次無感知更新”的質(zhì)疑：我院終端覆蓋多科室，該功能可避免網(wǎng)絡(luò)擁塞、保障業(yè)務(wù)不中斷，是醫(yī)療場景必備能力。該功能為終端安全產(chǎn)品通用配置，主流廠商均支持，不指向特定廠商。

3. 關(guān)于“提供功能截圖或第三方測試證明”的質(zhì)疑：該要求是為確保產(chǎn)品真實具備相關(guān)功能，貼合我院安全管控需求，并非限制響應(yīng)方式，也不存在控標情形，符合采購合規(guī)要求。

綜上所述，本次終端安全防護系統(tǒng)招標參數(shù)立足我院實際及合規(guī)需求，為行業(yè)通用標準，本質(zhì)疑無事實及法律依據(jù)，招標文件相關(guān)參數(shù)不作調(diào)整，按招標文件執(zhí)行。

23.態(tài)勢感知

質(zhì)疑內(nèi)容：招標文件要求“性能參數(shù)：在帶寬性能 1Gbps 時存儲時長：≥1500 天/1Gbps”。
理由：該參數(shù)表述存在明顯邏輯錯誤且具有極強的指向性。“1500天/1Gbps”并非標準的存儲容量計量單位（通常為TB或PB），該公式疑似直接抄襲特定廠商（如奇安信）的非標宣傳術(shù)語，其他主流廠商無法

質(zhì)疑內(nèi)容：招標文件要求“所有功能模塊獨立展示界面”。
理由： 參數(shù)屬于主觀功能性描述，具有排他性。定義模糊：“獨立展示界面”并非行業(yè)通用術(shù)語。主流態(tài)勢感知平臺通常采用“統(tǒng)一平臺、分模塊視圖”的架構(gòu)，強調(diào)單點登錄和統(tǒng)一運維，而非割裂的“獨立界面”。

綜合態(tài)勢感知參數(shù)；我方認為該招標參數(shù)嚴重違反了《****政府采購法實施條例》第二十條，設(shè)定的資格、技術(shù)、商務(wù)條件與采購項目的具體特點和實際需要不相適應(yīng)或者與合同履行無關(guān)；采購需求中的技術(shù)、服務(wù)等要求指向特定供應(yīng)商、特定產(chǎn)品；以其他不合理條件限制或者排斥潛在供應(yīng)商。

回復(fù)：1. 關(guān)于“帶寬性能1Gbps時存儲時長≥1500天/1Gbps”的質(zhì)疑：該參數(shù)是醫(yī)療行業(yè)合規(guī)溯源必需，“1500天/1Gbps”為行業(yè)通用表述，指等效存儲能力，符合我院日志長期留存的合規(guī)要求，主流廠商均有產(chǎn)品可滿足，不存在邏輯錯誤及指向性。

2. 關(guān)于“所有功能模塊獨立展示界面”的質(zhì)疑：該參數(shù)為我院運維管理必需，表述清晰，指各模塊有獨立入口且支持統(tǒng)一管控，適配我院復(fù)雜網(wǎng)絡(luò)運維場景，是行業(yè)通用要求，不指向特定廠商，無排他性。

綜上所述，本次態(tài)勢感知招標參數(shù)立足我院實際及合規(guī)要求，為行業(yè)通用標準，按招標文件執(zhí)行。

24.漏洞掃描

質(zhì)疑內(nèi)容： 標文件要求“※支持全面掃描、資產(chǎn)發(fā)現(xiàn)、系統(tǒng)漏洞掃描、弱口令掃描、WEB 漏洞掃描、基線配置核查六種任務(wù)類型，其中全面掃描支持系統(tǒng)漏洞掃描、WEB 漏洞掃描、弱口令掃描同時執(zhí)行”。
理由：參數(shù)描述具有極強的指向性，涉嫌通過特定的功能分類方式排斥競爭對手。功能分類主觀：將掃描任務(wù)強制劃分為“六種特定類型”并非行業(yè)通用標準。指向特定廠商：該段文字描述與特定廠商（如深信服）的產(chǎn)品彩頁及功能定義高度雷同。技術(shù)限制：強制要求“全面掃描”必須包含這三項，限制了其他廠商采用更靈活的“模塊化掃描”架構(gòu)。

質(zhì)疑內(nèi)容： 招標文件要求針對任務(wù)類型功能“提供產(chǎn)品功能截圖或第三方測試報告證明材料”。
理由：該要求具有明顯的主觀傾向性和控標嫌疑。軟件界面的布局、菜單名稱（如“全面掃描”）均屬于廠商自定義內(nèi)容，不具備通用性。強制要求提供截圖，意味著投標人的軟件界面必須與招標參數(shù)描述的文字（甚至措辭）完全一致，這屬于典型的“看圖招標”。

綜合漏洞掃描參數(shù)； 我方認為該招標參數(shù)嚴重違反了《****政府采購法實施條例》第二十條，設(shè)定的資格、技術(shù)、商務(wù)條件與采購項目的具體特點和實際需要不相適應(yīng)或者與合同履行無關(guān)；采購需求中的技術(shù)、服務(wù)等要求指向特定供應(yīng)商、特定產(chǎn)品；以其他不合理條件限制或者排斥潛在供應(yīng)商。

回復(fù)：1. 關(guān)于“六種任務(wù)類型及全面掃描支持三項同時執(zhí)行”的質(zhì)疑：六種任務(wù)類型是行業(yè)通用劃分，貼合我院多資產(chǎn)、高效運維需求，未限制產(chǎn)品架構(gòu)，主流廠商均支持，不存在指向性及技術(shù)限制。

2. 關(guān)于“提供功能截圖或第三方測試證明”的質(zhì)疑：該要求為二選一，并非強制截圖，評審以功能實質(zhì)為準，不苛求界面、措辭完全一致，是防范虛假投標的合規(guī)手段，無主觀傾向性及控標情形。

綜上所述，本次漏洞掃描招標參數(shù)貼合我院實際及合規(guī)需求，為行業(yè)通用標準，按招標文件執(zhí)行。

25.互聯(lián)網(wǎng)出口防火墻

質(zhì)疑理由：該參數(shù)具有極強的排他性，指向特定廠商（深信服）的“云腦”技術(shù)架構(gòu)。關(guān)于“全球超過30+節(jié)點”“就近實時檢測 攔截”的具體描述，與深信服的安全云腦宣傳參數(shù)高度一致。

綜合互聯(lián)網(wǎng)出口 防火墻參數(shù)； 我方認為該招標參數(shù)嚴重違反了《****政府采購法實施條例》第二十條，設(shè)定的資格、技術(shù)、商務(wù)條件與采購項目的具體特點和實際需要不相適應(yīng)或者與合同履行無關(guān)；采購需求中的技術(shù)、服務(wù)等要求指向特定供應(yīng)商、特定產(chǎn)品；以其他不合理條件限制或者排斥潛在供應(yīng)商。

回復(fù)：關(guān)于“全球超過30+節(jié)點、就近實時檢測 攔截”的質(zhì)疑：該功能是我院抵御高頻威脅、保障核心業(yè)務(wù)穩(wěn)定的必需，相關(guān)描述為行業(yè)通用技術(shù)表述，并非特定廠商私有架構(gòu)，華為、奇安信等主流廠商均有產(chǎn)品可滿足，不指向特定廠商。

綜上所述，本次互聯(lián)網(wǎng)出口防火墻招標參數(shù)符合我院實際需求，為行業(yè)通用標準，按招標文件執(zhí)行。

25.外網(wǎng)終端防火墻

質(zhì)疑內(nèi)容：招標文件要求“具備獨立的勒索病毒防護模塊，非普通防病毒功能，支持對特定的業(yè)務(wù)進行勒索風險自動化評估，并依據(jù)評估結(jié)果自動生成防護策略”。

理由：該參數(shù)具有極強的排他性，涉嫌為特定廠商（深信服）量身定做。關(guān)于“對特定業(yè)務(wù)進行勒索風險自動化評估”并“依據(jù)評估結(jié)果自動生成防護策略”的描述，是深信服端點安全產(chǎn)品的特有功能邏輯。

綜合外網(wǎng)終端防 火墻參數(shù)； 我方認為該招標參數(shù)嚴重違反了《****政府采購法實施條例》第二十條，設(shè)定的資格、技術(shù)、商務(wù)條件與采購項目的具體特點和實際需要不相適應(yīng)或者與合同履行無關(guān)；采購需求中的技術(shù)、服務(wù)等要求指向特定供應(yīng)商、特定產(chǎn)品；以其他不合理條件限制或者排斥潛在供應(yīng)商。

回復(fù)：關(guān)于“獨立勒索病毒防護模塊及風險評估、自動生成防護策略”的質(zhì)疑：該功能是我院核心業(yè)務(wù)防勒索的必需能力，獨立模塊及相關(guān)功能為下一代防火墻通用標配，并非特定廠商私有，主流廠商均支持，不指向特定廠商。

綜上所述，本次外網(wǎng)終端防火墻招標參數(shù)立足我院實際防護需求，為行業(yè)通用標準，按招標文件執(zhí)行。

26.安全接入交換機

質(zhì)疑內(nèi)容：招標文件要求“支持 Telemetry 技術(shù)，配合網(wǎng)絡(luò)分析組件通過智能故障識別算法對網(wǎng)絡(luò)數(shù)據(jù)進行分析，精準展現(xiàn)網(wǎng)絡(luò)實時狀態(tài)”。

理由：該參數(shù)描述模糊，且具有指向性。關(guān)于“配合網(wǎng)絡(luò)分析組件”“智能故障識別算法”“精準展現(xiàn)網(wǎng)絡(luò)實時狀態(tài)”的描述，是特定廠商（如銳捷）的“網(wǎng)絡(luò)分析組件”產(chǎn)品的特有功能。

綜合安全接入交 換機參數(shù)； 我方認為該招標參數(shù)嚴重違反了《****政府采購法實施條例》第二十條，設(shè)定的資格、技術(shù)、商務(wù)條件與采購項目的具體特點和實際需要不相適應(yīng)或者與合同履行無關(guān)；采購需求中的技術(shù)、服務(wù)等要求指向特定供應(yīng)商、特定產(chǎn)品；以其他不合理條件限制或者排斥潛在供應(yīng)商。

回復(fù)：關(guān)于Telemetry技術(shù)及相關(guān)功能描述：Telemetry技術(shù)是網(wǎng)絡(luò)運維領(lǐng)域通用技術(shù)，“配合網(wǎng)絡(luò)分析組件、智能故障識別、精準展現(xiàn)網(wǎng)絡(luò)實時狀態(tài)”均為網(wǎng)絡(luò)運維的基礎(chǔ)功能性描述，并非特定廠商（如銳捷）特有功能。先進數(shù)通、華三、紫光恒越等多家主流廠商的交換機產(chǎn)品，均支持Telemetry技術(shù)結(jié)合自身網(wǎng)絡(luò)分析組件，實現(xiàn)網(wǎng)絡(luò)數(shù)據(jù)智能分析與實時狀態(tài)可視化，且相關(guān)功能已成為行業(yè)主流配置。

本項參數(shù)描述清晰，貼合安全接入交換機的運維實際需求，屬行業(yè)通用功能要求，未指向特定供應(yīng)商，按招標文件執(zhí)行。

27.管理區(qū)接入交換機

質(zhì)疑內(nèi)容：招標文件要求“支持 AI ECN；識別流量模型，自動調(diào)節(jié) ECN 門限”。

理由：該參數(shù)具有極強的排他性，涉嫌指向特定廠商（如銳捷）的私有技術(shù)。 “AI ECN”及其“自動調(diào)節(jié)門限”是特定廠商的私有營銷術(shù)語。

綜合管理區(qū)接入交換機參數(shù)； 我方認為該招標參數(shù)嚴重違反了《****政府采購法實施條例》第二十條，設(shè)定的資格、技術(shù)、商務(wù)條件與采購項目的具體特點和實際需要不相適應(yīng)或者與合同履行無關(guān)；采購需求中的技術(shù)、服務(wù)等要求指向特定供應(yīng)商、特定產(chǎn)品；以其他不合理條件限制或者排斥潛在供應(yīng)商。

回復(fù)：關(guān)于AI ECN及自動調(diào)節(jié)ECN門限：“AI ECN”及“自動調(diào)節(jié)ECN門限”是智能擁塞控制的通用功能描述，并非特定廠商（如銳捷）私有營銷術(shù)語。目前**三、華為等主流廠商均已實現(xiàn)AI賦能的ECN擁塞控制技術(shù)，可通過識別流量模型、自動調(diào)節(jié)門限實現(xiàn)端到端無損網(wǎng)絡(luò)，屬于行業(yè)通用技術(shù)能力，不存在排他性。

參數(shù)為滿足管理區(qū)網(wǎng)絡(luò)智能擁塞管控需求設(shè)定，屬行業(yè)通用技術(shù)指標，未指向特定供應(yīng)商，按招標文件執(zhí)行。

28.非影像數(shù)據(jù)（除 HIS）混閃雙活存儲

質(zhì)疑內(nèi)容：招標文件要求“存儲系統(tǒng)支持 SAN 和 NAS 免網(wǎng)關(guān)一體化 Active-Active 雙活，任何一套設(shè)備宕機均不影響上層業(yè)務(wù)系統(tǒng)運行。支持雙活文件系統(tǒng)在線擴容和縮容……支持雙活 LUN 在線擴容”。

理由：該參數(shù)具有極強的排他性，涉嫌為特定廠商（如華為）量身定做。“SAN 和 NAS 免網(wǎng)關(guān)一體化 Active-Active 雙活”是特定廠商（如華為 HyperMetro）的私有技術(shù)描述。

質(zhì)疑內(nèi)容：招標文件要求“存儲采用分布式文件系統(tǒng)架構(gòu)，文件系統(tǒng)無控制器歸屬，在多控配置下，支持多個控制器負載均衡……控制器的 OPS 和 CPU 利用率差異小于 5%”。

理由：該參數(shù)描述屬于華為的營銷術(shù)語，涉嫌控標。“文件系統(tǒng)無控制器歸屬”是特定廠商（如華為）的“SmartMatrix”或類似全互聯(lián)架構(gòu)的特有描述針

質(zhì)疑內(nèi)容：招標文件要求“存儲的關(guān)鍵芯片（控制器 CPU、系統(tǒng) BMC 管理芯片、接口卡處理芯片、SSD 控制芯片）均為國產(chǎn)品牌”。

理由：該參數(shù)設(shè)置過于嚴苛，嚴重限制市場競爭。供應(yīng)鏈限制：要求包括“SSD 控制芯片”在內(nèi)的所有關(guān)鍵芯片均為國產(chǎn)品牌，這極大地縮小了可選范圍。目前全球主流 SSD 廠商（如三星、Intel、Micron）的控制芯片多為自研或進口，強制要求國產(chǎn) SSD 控制芯片，實際上排除了絕大多數(shù)采用國際主流 SSD 介質(zhì)的存儲廠商。核心需求：對于醫(yī)院業(yè)務(wù)系統(tǒng)而言，存儲的穩(wěn)定性、性能和兼容性才是核心，芯片產(chǎn)地并非業(yè)務(wù)連續(xù)性的決定因素。建議放寬為“核心處理器采用國產(chǎn)芯片，其他部件滿足國家相關(guān)標準即可”。

綜合非影像數(shù) 據(jù)（除 HIS） 混閃雙活 存儲參數(shù)； 我方認為該招標參數(shù)嚴重違反了《****政府采購法實施條例》第二十條，設(shè)定的資格、技術(shù)、商務(wù)條件與采購項目的具體特點和實際需要不相適應(yīng)或者與合同履行無關(guān)；采購需求中的技術(shù)、服務(wù)等要求指向特定供應(yīng)商、特定產(chǎn)品；以其他不合理條件限制或者排斥潛在供應(yīng)商。

回復(fù)：1. 關(guān)于SAN和NAS免網(wǎng)關(guān)一體化Active-Active雙活：該功能是高端雙活存儲的通用架構(gòu)方案，并非特定廠商（如華為HyperMetro）私有技術(shù)。目前多家主流存儲廠商均支持免網(wǎng)關(guān)一體化雙活設(shè)計，可實現(xiàn)SAN與NAS業(yè)務(wù)統(tǒng)一雙活部署，保障設(shè)備宕機時上層業(yè)務(wù)無感知，且支持雙活文件系統(tǒng)及LUN在線擴容/縮容，屬行業(yè)通用能力。

2. 關(guān)于分布式文件系統(tǒng)及控制器負載均衡：“文件系統(tǒng)無控制器歸屬”是多控全互聯(lián)架構(gòu)的通用描述，并非華為SmartMatrix架構(gòu)特有，多家主流廠商的分布式存儲產(chǎn)品均采用類似架構(gòu)，可實現(xiàn)多控制器負載均衡，且控制器OPS和CPU利用率差異控制在合理范圍，符合醫(yī)療業(yè)務(wù)高并發(fā)需求。

3. 關(guān)于關(guān)鍵芯片國產(chǎn)化：該參數(shù)是落實國家信創(chuàng)政策、保障供應(yīng)鏈安全的合規(guī)要求，并非過度嚴苛限制。目前國內(nèi)已有成熟的國產(chǎn)芯片供應(yīng)鏈，如**憶芯科技等企業(yè)已量產(chǎn)高性能國產(chǎn)SSD主控芯片，可滿足控制器CPU、BMC管理芯片、接口卡處理芯片及SSD控制芯片的國產(chǎn)化需求，多家主流存儲廠商均可提供符合要求的產(chǎn)品；同時，芯片國產(chǎn)化與存儲穩(wěn)定性、性能、兼容性并不沖突，反而能進一步保障核心業(yè)務(wù)數(shù)據(jù)安全，貼合醫(yī)院業(yè)務(wù)核心需求，無需放寬要求。

綜上所述，參數(shù)基于信創(chuàng)合規(guī)、業(yè)務(wù)高可用及性能需求制定，屬行業(yè)通用配置，未指向特定供應(yīng)商，按招標文件執(zhí)行。

29.業(yè)務(wù)核心交換機

質(zhì)疑內(nèi)容：招標文件要求“支持 RoCE 網(wǎng)絡(luò) KPI 質(zhì)量可視，包括收/發(fā) PFC 反壓幀數(shù)、PFC 死鎖監(jiān)控數(shù)、PFC 死鎖恢復(fù)數(shù)、ECN 報文等的監(jiān)控和可視化呈現(xiàn)”。

理由：該參數(shù)具有極強的排他性，涉嫌指向特定廠商（如銳捷網(wǎng)絡(luò)）的私有技術(shù)。技術(shù)非標準化：“RoCE 網(wǎng)絡(luò) KPI 質(zhì)量可視”及其具體的監(jiān)控指標（如 PFC 反壓幀數(shù)、死鎖監(jiān)控數(shù)等）是特定廠商的私有實現(xiàn)方式。

綜合業(yè)務(wù)核心 交換機參數(shù)； 我方認為該招標參數(shù)嚴重違反了《****政府采購法實施條例》第二十條，設(shè)定的資格、技術(shù)、商務(wù)條件與采購項目的具體特點和實際需要不相適應(yīng)或者與合同履行無關(guān)；采購需求中的技術(shù)、服務(wù)等要求指向特定供應(yīng)商、特定產(chǎn)品；以其他不合理條件限制或者排斥潛在供應(yīng)商。

回復(fù)：關(guān)于RoCE網(wǎng)絡(luò)KPI質(zhì)量可視及相關(guān)監(jiān)控指標：RoCE網(wǎng)絡(luò)KPI****中心、****中心交換機的通用運維需求，收/發(fā)PFC反壓幀數(shù)、PFC死鎖監(jiān)控數(shù)、PFC死鎖恢復(fù)數(shù)、ECN報文等監(jiān)控指標，是RoCE無損網(wǎng)絡(luò)運維的核心基礎(chǔ)指標，并非特定廠商（如銳捷）私有實現(xiàn)方式。華為、**三、銳捷等主流廠商的業(yè)務(wù)核心交換機，均支持相關(guān)指標的監(jiān)控與可視化呈現(xiàn)，其中Mellanox的故障快照WJH技術(shù)還可實現(xiàn)更精準的網(wǎng)絡(luò)異常監(jiān)測，相關(guān)技術(shù)已形成行業(yè)共識。

參數(shù)為滿足業(yè)務(wù)核心交換機RoCE網(wǎng)絡(luò)運維需求設(shè)定，屬行業(yè)通用技術(shù)指標，未指向特定供應(yīng)商，按招標文件執(zhí)行。

30.獨立外部接入交換機

質(zhì)疑內(nèi)容：招標文件要求“支持 AI ECN，支持 ECN Overlay”。

理由：該參數(shù)屬于特定廠商（如銳捷）的私有技術(shù)描述，具有極強排他性。主流廠商通常通過標準 DCQCN 或 PFC Watchdog 實現(xiàn)類似功能，術(shù)語和實現(xiàn)機制不同。強制要求“AI ECN+ECN Overlay”組合，排斥了采用標準協(xié)議實現(xiàn)無損網(wǎng)絡(luò)的主流廠商。

綜合獨立外部 接入交換機參數(shù)； 我方認為該招標參數(shù)嚴重違反了《****政府采購法實施條例》第二十條，設(shè)定的資格、技術(shù)、商務(wù)條件與采購項目的具體特點和實際需要不相適應(yīng)或者與合同履行無關(guān)；采購需求中的技術(shù)、服務(wù)等要求指向特定供應(yīng)商、特定產(chǎn)品；以其他不合理條件限制或者排斥潛在供應(yīng)商。

（二）事實依據(jù)、法律依據(jù)

根據(jù)《****政府采購法》實施條例：

第二十條采購人或者采購代理機構(gòu)有下列情形之一的，屬于以不合理的條件對供應(yīng)商實行差別待遇或者歧視待遇：

（一）就同一采購項目向供應(yīng)商提供有差別的項目信息；

（二）設(shè)定的資格、技術(shù)、商務(wù)條件與采購項目的具體特點和實際需要不相適應(yīng)或者與合同履行無關(guān)；

（三）采購需求中的技術(shù)、服務(wù)等要求指向特定供應(yīng)商、特定產(chǎn)品；

（四）以特定行政區(qū)域或者特定行業(yè)的業(yè)績、獎項作為加分條件或者中標、成交條件；

（五）對供應(yīng)商采取不同的資格審查或者評審標準；

（六）限定或者指定特定的專利、商標、品牌或者供應(yīng)商；

（七）非法限定供應(yīng)商的所有制形式、組織形式或者所在地；

（八）以其他不合理條件限制或者排斥潛在供應(yīng)商。

《****政府采購法》第三條“政府采購應(yīng)當遵循公開透明原則、公平競爭原則、公正原則和誠實守信原則”的第二十二條第二款“采購人可以根據(jù)采購項目的特殊要求，規(guī)定供應(yīng)商的特定條件，但不得以不合理的條件對供應(yīng)商實行差別待遇或者歧視待遇。”

四、訴求

請求采購單位刪除鎖標\控標條款、給潛在供應(yīng)商和采購單位一個公平、公正的招標參數(shù)；

修改招標設(shè)備產(chǎn)品參數(shù)，能夠讓更多廠商參與。

修改評分標準，讓更多的廠商、潛在投標人一個公平參與的機會。

回復(fù)：關(guān)于AI ECN及ECN Overlay：“AI ECN”“ECN Overlay”是智能擁塞控制的通用功能描述，并非特定廠商（如銳捷）私有技術(shù)。主流廠商采用的標準DCQCN、PFC Watchdog機制，與AI ECN、ECN Overlay功能本質(zhì)一致，均為實現(xiàn)無損網(wǎng)絡(luò)的技術(shù)手段，僅術(shù)語表述和實現(xiàn)路徑略有差異，且多家主流廠商（華三、銳捷、華為等均滿足）均已實現(xiàn)AI ECN與ECN Overlay的功能等效。本參數(shù)未強制綁定特定實現(xiàn)機制，僅要求實現(xiàn)同等智能擁塞控制效果，不排斥采用標準協(xié)議的主流廠商。

參數(shù)貼合獨立外部接入交換機的無損網(wǎng)絡(luò)需求，屬行業(yè)通用功能要求，未指向特定供應(yīng)商，按招標文件執(zhí)行。

二、現(xiàn)將本項目補遺通知如下:

1、取消招標文件第二章投標人須知前附表正文1.4.3 投標人不****一中第（4）條“與本招標項目其他投標人代理同一個制造商同一品牌同一型號的貨物投標”的相關(guān)要求。

2、取消招標文件第三章評標辦法前附表2.1.3響應(yīng)性評審標準中的“質(zhì)量標準和技術(shù)性能：符合第二章“投標人須知”第1.3.4項規(guī)定。”的相關(guān)評審內(nèi)容。同時取消招標文件第三章評標辦法中附件A：綜合評估法否決投標情況一覽表中的“A-14質(zhì)量標準和技術(shù)性能不符合第二章“投標人須知”第1.3.4項規(guī)定。”

3、招標文件第三章評標辦法前附表2.2.2（1）技術(shù)方案評審要點修改為：投標人應(yīng)針對本項目特點制定完善、科學、合理的技術(shù)方案，內(nèi)容包括但不限于以下內(nèi)容：1.明確硬件、軟件的備貨、供貨及安裝調(diào)試方案，確保相關(guān)設(shè)備與IT基礎(chǔ)**按時到貨并完**裝調(diào)試，以保障信息化平臺整體建設(shè)進度不受影響；2.明確網(wǎng)絡(luò)及存儲配置方案與信息安全保障措施，同時提出軟件信息系統(tǒng)的詳細規(guī)劃及實施方案，其中須包含進度保障策略，以及軟件、硬件應(yīng)急響應(yīng)預(yù)案；3.明確項目組織機構(gòu)及團隊管理人員的組織協(xié)調(diào)方案，包括各供應(yīng)商工作的安排、管理與協(xié)調(diào)，統(tǒng)籌全項目集成聯(lián)調(diào)工作，并落實質(zhì)量保障措施；4.遵循“總體規(guī)劃、分步實施”原則，評估并制定信息系統(tǒng)分期建設(shè)目標。首批次建設(shè)須確保信息化能力與基本****醫(yī)院**醫(yī)院正常開業(yè)運行，滿足日****醫(yī)院等級評審要求；5.針對本項目特點，制定科學合理的培訓方案。培訓方案需配合建設(shè)內(nèi)容，面向分層分類對象，采用多元化形式與內(nèi)容，明確培訓計劃，****醫(yī)院順利開業(yè)及信息系統(tǒng)平穩(wěn)運行；6.制定災(zāi)備機房基礎(chǔ)設(shè)施的持續(xù)推進建設(shè)方案，重點完善機房環(huán)境、供配電、網(wǎng)絡(luò)通信及應(yīng)急容災(zāi)切換等系統(tǒng)，確保物理環(huán)境具備高可用性與**全等級；7.制定全流程信創(chuàng)實施方案，需覆蓋軟硬件選型、兼容性適配、應(yīng)用遷移及運維管控等各環(huán)節(jié)；8.制定數(shù)據(jù)治理體系與評級支撐平臺的建設(shè)方案，至少包括差距分析及持續(xù)改進機制，以數(shù)據(jù)服務(wù)驅(qū)動各功能定位落地，為醫(yī)院后續(xù)信息化評級提供技術(shù)支撐與數(shù)據(jù)服務(wù)；9.制定項目整體通過驗收并完成最終交付的保障策略，確保符合合同條款與設(shè)計指標。策略需落實運維駐場服務(wù)體系，明確人員配備及應(yīng)急響應(yīng)流程，建立問題閉環(huán)管理機制，持續(xù)提升服務(wù)水平，確保系統(tǒng)上線后穩(wěn)定運行并具備持續(xù)支撐能力；10.制定信息化****醫(yī)院****中心十大功能定位的技術(shù)方案，方案需至少包括以下內(nèi)容：區(qū)域內(nèi)危重癥轉(zhuǎn)診會診、突發(fā)事件緊急醫(yī)學救援、幫扶基層、進修培訓、深化醫(yī)改、一二三級預(yù)防防治結(jié)合、中西醫(yī)并重、科技創(chuàng)新、公益與守法示范、指令性任務(wù)執(zhí)行等。優(yōu)得9分-10分，良得8分-9分（不含），一般得6分-8分（不含），差得0分- 6分（不含）。

4、招標文件第六章投標文件格式中《供貨要求負偏差表》的中的“投標人具有基礎(chǔ)電信業(yè)務(wù)許可證或提供具有該資質(zhì)單位簽署的針對本項目網(wǎng)絡(luò)鏈路租賃意向書，投標人提供相關(guān)證明材料并加蓋公章。”修改為“投標人具有基礎(chǔ)電信業(yè)務(wù)許可證或提供一個具有該資質(zhì)單位簽署的針對本項目網(wǎng)絡(luò)鏈路租賃意向書，投標人提供相關(guān)證明材料并加蓋公章。”。

5、本項目《供貨要求》、《報價清單表》、《供貨要求負偏差表》已作調(diào)整，具體詳見本次發(fā)布的補遺附件文件，以此為準。

6、招標文件第二章投標人須知前附表1.4.1投標人資質(zhì)條件、能力和信譽中的“具備獨立法人資格”修改為“投標人具有有效的營業(yè)執(zhí)照”，增加：本項目允許分支機構(gòu)參與投標，投標人為分支機構(gòu)的，****公司出具的授權(quán)委托書，****公司僅能授權(quán)一家所屬的分支機構(gòu)進行投標，****公司不得與分支機構(gòu)一同參與投標，以分支機構(gòu)名義投標的，在授權(quán)書許可范圍內(nèi)，****公司資質(zhì)、證件和業(yè)績案例等資料視同有效。投標文件中要求法定代表人簽署或蓋章的，****公司負責人簽署或蓋章。

招標文件第三章評標辦法前附表中資格評審標準中的“獨立法人資格”修改為“有效的營業(yè)執(zhí)照”，刪除招標文件第三章評標辦法前附表中資格評審標準中的“資質(zhì)要求”評審內(nèi)容。

7、本項目資格審查中的業(yè)績要求“投標人自2021年1月1日起至投標截止日止（以合同簽訂時間為準），具有1個3000萬元及以上的醫(yī)療信息化集成類項目業(yè)績。 注：1.要求提供該業(yè)績的合同文件（合同文件須提供首頁、簽章頁以及體現(xiàn)上述業(yè)績指標的關(guān)鍵頁（****醫(yī)院名稱、合同建設(shè)內(nèi)容）。若提供的業(yè)績證明材料不能體現(xiàn)上述業(yè)績指標的，應(yīng)補充提供采購單位證明。”修改為“投標人自2021年1月1日起至投標截止日止（以合同簽訂時間為準），具有1個3000萬元及以上的醫(yī)療信息化集成類項目業(yè)績。 注：1.要求提供該業(yè)績的合同文件（合同文件須提供首頁、簽章頁以及體現(xiàn)上述業(yè)績指標的關(guān)鍵頁（合同中包含發(fā)包人名稱、合同建設(shè)內(nèi)容）。若提供的業(yè)績證明材料不能體現(xiàn)上述業(yè)績指標的，應(yīng)補充提供采購單位證明。”標書代寫

8、招標文件第二章投標人須知前附表1.10.1條修改為：本項目允許專業(yè)分包，嚴禁轉(zhuǎn)包。

9、本項目稅率按現(xiàn)行相關(guān)規(guī)定執(zhí)行，投標人自行考慮投標報價，本項目為含稅總價，投標文件格式投標函部分中的增值稅稅率填報“/”即可。

10、本項目監(jiān)督部門聯(lián)系電話修改為：023-****3526。

招標人：****、**兩江****公司

招標代理機構(gòu)：重****公司

2026年5月9日

[500********416****10101].CQCF
醫(yī)院信息化項目答疑補遺二（掛網(wǎng)版附件）.zip