公告信息
公告標題:（略）招標公告有效期:（略）至（略）
撰寫單位：（略）
（（略））招標公告
項目概況
（略）招標項目的潛在供應商應在線上獲取：（略）
一、項目基本情況
（略）：JH（略）521
項目名稱：（略）
（略）：001
預算金額（元）：3,000,000.00
最高限價（元）：3,000,000
采購需求：查看

服務需求響應表
招標文件要求
重要提示：實質性要求及重要指標用★標注（“★”（略）前），★標注項不得負偏離，如果負偏離，則投標文件無效。
投標文件
響應內容
偏離程度
偏離說明
證明資料
一、建設目標
（略）為目標，以內涵建設與外延服務需求為導向，“安全、質量、效率、效益”四個關鍵維度為核心。依托大數據、（略）、5G等新型信息技術，在臨床診療、患者服務、醫院管理、科研支持、區域醫療協同、多中心建設幾個維度全面提升信息化支撐和服務能力。
二、建設原則
（略）基本建設和發展的一項基礎工程，但并不是簡單地將手工流程計算機化，應能優化業務流程，提高工作效率，（略）管理思想和業務思想。應“以病人（客戶）為中心”，（略）經濟和社會效益及科學管理水平的總體目標下，采取“總體規劃、分步實施”原則。
1.整體規劃、分步實施
（略）的建設都不可能是一蹴而就，（略）就是這樣一個龐大的、復雜的、（略）工程，更需要先做一個整體規劃，無論從戰略上或從戰術上，從硬件上或從軟件上都必須先進行整體的調研和規劃，（略）和打下基礎。
（略）的建設過程是一個長期的過程，必須分成多個階段來完成，（略）建設的可行性和可控性，因此我們必須在總體規劃的指導下，（略）各項工程的建設。
2.標準規范、功能全面
（略）的項目建設要符合醫療行業的法律法規要求，（略）功能規范（2002年版）要求，支持國際、國內的醫療相關標準，包括HL7、XML、DICOM3.0、ICD-10、SNOMED等相關標準。
（略）架構必須全面、完整，（略）所有業務的開發實施、集成，（略）內、外系統的順利整合。業務應用應覆蓋全院的所有業務科室及相關的業務流程。
3.先進可靠、經濟實用
計算機信息處理技術的發展日新月異，系統設計時采用當代先進技術和主流技術，（略）和工具的先進，（略）結構和應用設計的先進性，（略）建設需求。
（略）（略），從社會層面來看，是一個關系到社會穩定、（略）。（略）具有足夠的可靠性，才能保證整個整體醫療工程的正常運行。
（略）要充分體現易用性的特點：其一是應用界面的簡捷、直觀，使用戶在使用時一目了然；其二是應提供聯機的或脫機的幫助手段。
4.項目化管理
（略）的建設應按照軟件工程項目化管理來開發和建設，（略）的過程中，要有統一的規范，（略）的變動、需求等需要軟件投標人密切配合定制，并接受用戶的監管。
三、規范依據
（略）應符合并遵循相關標準，包括但不限于：
《中共中央國務院關于深化醫藥衛生體制改革的意見》；
《（略）功能應用水平分級評價方法及標準（修訂征求意見稿）》
《醫院信息互聯互通標準化成熟度測評方案》（2020版）
《（略）應用水平分級評價管理辦法（試行）》2018版
《（略）信息化建設標準（試行）》
《（略）功能指引》
《醫院信息化建設應用技術指引（2017）》
《（略）基本功能規范》
《（略）建設技術解決方案》
《電子病歷功能規范標準》
《病歷書寫基本規范》
《電子病歷基本規范（試行）》
《電子病歷基本架構與數據標準（試行）》
《（略）徑管理指導原則（試行）》
《電子病歷臨床文檔數據組與數據元標準（試行）》
《電子病歷臨床文檔基礎模板數據集標準（試行）》
《處方管理辦法》
《電子病歷共享文檔規范》；
《（略）建設指南（試行）》；
《國家衛生計生委屬（管）（略）數據采集規范》；
《健康檔案基本架構與數據標準（試行）》；
《國家基本公共衛生服務規范（2011年版）》；
《加快推進人口健康信息化建設的指導意見》；
《（略）安全保護條例》；
《（略）保密管理暫行規定》（國保發[1998]1號）；
《（略）基本功能規范》（衛生部，2010年）；
《（略）建設方案》（衛生部，2010年）；
《健康檔案信息標準符合性測評方案》（衛生部，2012年）；
《（略）基本功能規范》（衛生部，2012年）；
《基本信息基本數據集》（衛生部，2012年）；
《電子病歷基本架構與數據標準》（衛辦發〔2009〕130號）；
衛生部《衛生信息互聯互通標準化成熟度測評工作管理辦法》；
國家電子政務工程建設項目管理暫行辦法（中華人民共和國國家發展和改革委員會令第55號）。
《計算機軟件產品開發文件編制指南》（GB/T（略））；
《（略）安全保護等級劃分準則》（GB/T（略））；
《（略）安全等級保護基本要求》（GB/T（略））；
《信息技術安全技術信息技術安全性評估準則》（GB/T（略））；
《計算機場地通用規范》（GB/T（略））；
《計算機場地安全要求》（GB（略））；
《WS（略）電子病歷基本數據集》；
《WS/T447-（略）技術規范》；
（略）智慧服務分級評估標準體系（試行）
四、建設內容
分類
模塊
1
臨床護理工作站
臨床護理門戶
2
一元化護理病歷
3
護理評估管理
4
護理計劃管理
5
健康宣教
6
交接班管理
7
護理會診管理
8
護理病歷質控
9
查詢統計
10
移動護理工作站
權限管理
11
條碼管理
12
病區患者管理
13
醫囑執行
14
皮試管理
15
體征信息錄入
16
床旁護理評估
17
床旁護理記錄
18
病區配藥管理
19
巡回管理
20
用血管理
21
手術患者交接管理
22
待辦任務管理
23
醫囑查詢
24
患者信息查詢
25
檢驗結果查詢
26
標本交接
27
關注患者設置
28
靜配藥品核收
29
病區自備藥管理
30
母乳喂養管理
31
護理措施
32
床旁宣教
33
體征待測
34
離線管理
35
檢查結果查詢
36
智慧護理大屏
病區一覽
37
輸液輸血一覽
38
檢查一覽
39
手術一覽
40
床位一覽
41
護理管理
護理人事管理
42
實習護士管理
43
進修護士管理
44
護理排班管理
45
護理質控管理
46
護理不良事件管理
47
護理滿意度管理
48
護理專項管理
49
護理繼續教育管理
50
護理考試管理
51
護理文檔制度管理
52
護士長手冊管理
53
護理敏感指標管理
54
護士長管理大屏
55
護理部管理大屏
56
（略）
57
智（略）
65寸護士智慧看板
58
（略）
59
（略）接口軟件
五、（略）詳細需求說明
5.1臨床護理工作站
臨床護理工作站需支持患者實時病情狀態采集以及護理業務的全面支撐，協助臨床護理工作同質化、標準化管理，提升優質護理服務。具體要求如下：
（略）臨床護理門戶
（略）提供（略）患者的精細化管理及臨床護理任務的智能管理。支（略）患者總覽，包括在院患者一覽、出院患者一覽、轉出患者一覽和授權患者一覽。護士可通（略）患者總覽，快速查找和定位需要護理的患者，可全面了解患者的重點問題，可直達患者一元化護理病歷工作臺進行病歷操作。滿足責任制護理的要求，支持責任組管理和關注患者管理。（略）任務進行智能化提醒，減少護士工作遺漏，保障患者安全。
#需支持對過敏信息的錄入和展示。可形成過敏史統一管理，使過敏史信息醫護技共享。(需提供截圖證明材料)
（略）一元化護理病歷
（略）對患者住院期間的護理病歷書寫、既往病歷查看、醫生病歷查看、醫護共填文書、檢查檢驗結果查看、患者體征趨勢分析等功能進行高度集成，實現護理病歷的一元化管理，錄入的患者數據能夠自動同步多個護理病歷，減少護士轉抄的工作量，保障了患者數據的一致性和安全性。支持共通病歷及專科病歷的書寫，支持病歷授權和病歷歸檔提交，方便護士跟蹤護理病歷去向和狀態。系統提供護理病歷的多種批量錄入方式：（略）
（略）護理評估管理
護理評估管理需支持場景化評估工作，可針對患者病情狀況實時監控及風險預警。通過智能化算法，自動提醒患者的評估任務，協助臨床評估工作的及時性，提升護理服務質量。應包含患者評估管理、病區評估風險分析、患者評估量表分析、患者評估趨勢分析、護理評估規則管理等。詳細要求如下：
（略）需支持使用評估模型方法對患者進行評估，包括入院評估、日常評估和出院評估。應支持根據患者年齡自動分配符合患者使用的評估量表；應支持護理評估模型套餐管理，根據實際需要選擇對應套餐對患者進行評估，以實現同質化管理。
（略）需支持以餅圖的形式直觀展（略）壓瘡風險、拔管風險、跌倒風險、隔離風險、過敏風險、預警風險、疼痛風險、血栓風險患者的評估結果，按照低危、中危、高危分別顯示風險患者（略）中的占比情況。
（略）需支持以表格的形式展示患者的專項評估量表數據，支持對患者的護理評估量表進行定制打印。
（略）需支持以折線圖的形式直觀展示患者的專項評估趨勢。
（略）需支持護理評估術語庫管理，提供評估模型中所用護理評估的標準化術語，支持本地化擴展維護；應提供護理評估模型庫管理，提供專項、專科相關護理評估模型，提供相關的護理評估標準化工具。
（略）需支持本院護理評估模型管理，可依據知識庫剪裁；體征規則管理，應支持對體溫，血壓，脈搏，呼吸等體征值，上下限閾值維護；應支持對護理評估套餐進行全院和科室的定制化維護。
（略）需支持根據評估結果智能制定評估計劃，可自動分解特定時間的待執行評估任務。可根據評估結果的動態變化，實現評估任務的動態更新。
#需支持使用評估模型方法對患者進行評估，包括入院評估、日常評估和出院評估。需支持根據患者年齡自動分配符合患者使用的評估量表。(需提供截圖證明材料)
#需要支持護理評估模型套餐管理，根據實際需要選擇對應套餐對患者進行評估，以實現同質化管理。比如入院評估、術前評估、術后評估、一級護理評估、二級護理評估、新生兒評估、危重患者評估等。(需提供截圖證明材料)
#需支持通過內置護理評估規則算法，以患者為單位：（略）
#需支持對評估進行智能管理，依據評估結果，智能推算下一次評估的時間，產生評估任務提醒。(需提供截圖證明材料)
（略）護理計劃管理
（略），秉承同質化護理服務理念，需支持對護理計劃業務的全面支撐，能完善護理行為流程，提高護理照護質量。需支持基于患者護理評估結果，自動產生護理診斷，推導護理計劃，監督護理執行，實現目標評價。
詳細要求如下：
當護士對患者進行風險評估后，系統需支持自動產生建議診斷列表，護士可以依據臨床知識進行診斷確認，（略）中現有的護理診斷，確認后的護理診斷信息包括創建人、創建時間、診斷開始時間、結束時間、診斷狀態。
（略）需支持規則管理，根據規則在評估后自動推送關聯診斷，輔助護士完成護理計劃。
（略）需支持顯示患者歷史所有護理診斷信息，應包括相關因素、開立時間、建立人、結束時間、計劃評價等信息，保證信息可追溯可管理。
針對已提交評估但是并沒有進行相應診斷、護理計劃制定的待診斷內容，系統需支持提供相應提醒。應支持在待診斷列表中進行診斷查看、護理計劃制定的處理。
（略）需支持根據患者情況核對當前的護理措施，并進行患者護理措施的添加和修改。
（略）需支持依據規則由護理診斷自動產生護理措施，支持護理措施必選項管理，可維護可選、必選選項，必選項目在生成護理任務時不可刪除。
（略）需支持依據患者情況核對護理目標，并進行患者護理問題對應目標的添加和修改。
（略）需支持依據規則由護理診斷自動產生護理目標，支持護理目標可維護可選。
（略）需支持可以依據預期目標的達成情況進行護理計劃的評價操作，護士可以通過評價結果來選擇完成計劃、中止計劃，或者刪除計劃。
（略）需支持護士針對患者評估情況的變化提示最新的護理問題，或者關閉前一次護理問題產生的護理計劃，使護理問題有一個持續性的計劃跟蹤。輔助護士持續正確評價患者情況。
（略）需支持跟蹤在院患者正在發生的護理問題，查看最新護理計劃以及護理措施的執行情況。應支持查詢歷史護理問題完成情況和執行清單。
（略）需支持提供護理計劃的數據支持，支持在制定護理計劃過程中，通過知識庫數據能夠自動匹配適合的護理診斷。支持根據用戶的實際需要進行維護和完善功能。護士可以通過知識庫進行護理計劃內容的學習。系統需支持針對以下護理計劃內容進行自定義維護與規則管理：
1.護理診斷知識管理
2.相關因素術語管理
3.護理措施術語管理
4.預期目標術語管理
5.護理目標評價管理
6.護理計劃規則管理
#需要支持基于患者護理評估結果，自動產生護理診斷，推導護理計劃，監督護理執行，實現目標評價，完成對護理計劃全閉環管理。(需提供截圖證明材料)#需提供支持護理文書自然語言輸出的規則算法管理，可實現結構化評估結果智能生成自然語言。(需提供截圖證明材料)
#（略）內查看醫生病歷，包括入院大病歷、病程記錄、手術記錄、出院小結等，實現醫護病歷一體化整合。(需提供截圖證明材料)
#（略）需支持評估任務提醒，護士通過PDA選擇患者評估任務，完成患者床旁護理評估(需提供截圖證明材料)
（略）健康宣教管理
（略）需支持按照患者情況提供可選擇的宣教內容，支持生成相應宣教表單供打印歸檔。系統需內置常用分類，以及相關宣教內容；（略）需求對宣教知識庫進行維護。系統需支持基于患者情況，評估患者接受宣教能力；應支持基于宣教知識庫，提供患者可選擇的宣教內容；支持宣教執行及效果評價錄入和查看功能；支持基于患者宣教內容，自動生成宣教記錄單；支持宣教記錄單打印。
（略）護理交接班管理
（略）需支持按照交接班班次和交接重點項目配置，（略）數據的同時也可手動編輯交接班信息，支撐信息化交班，保證信息的準確和全面，提升交接班效率和質量。詳細要求如下：
（略）需支持按（略）的交接班班次維護管理。
（略）需支持按照項目進行交接班信息管理。
（略）需支持按照項目進行交接班患者及患者信息的自動生成，支持手動添加交接患者。
（略）需支持指定患者進行生命體征的引用。
（略）需支持指定患者醫生病歷的查看。
（略）需支持交班簽名和解簽管理。
（略）需支持交接班歷史數據查看。
（略）需支持交接班報告打印定制化。
（略）護理會診管理
（略）需支持護理會診全流程管理，支持從會診申請到會診意見填寫到會診評價，完成會診業務支撐。系統可提（略）所有發出會診和接收會診的患者查看功能。詳細要求如下：
（略）需支持科室會診、專科會診申請。應能夠填寫患者病情摘要，現有護理措施，會診目的，選擇接收科室、接收人。在填寫護理措施時，應支持引用體征和護理記錄內容，減少重復書寫。系統應支持會診申請提交后受邀會診科室可看到申請內容。
（略）需支持受邀會診科室對患者進行會診意見填寫。應支持會診意見提交后申請會診科室可查看會診意見。
（略）需支持對患者會診意見執行后的效果進行評價。應支持評價提交后，會診結束不可修改。
（略）需支持對本科室提出會診申請和接收會診申請的患者進行查看。
（略）護理病歷質控
（略）提供對患者護理病歷的信息化質控管理，支持護士長、護理組長或者質控護士對（略）患者的護理病歷進行快捷質控，支持多文書對比查看，在質控過程中提供醫生病歷等信息作為質控的參考。支持對質控問題進行記錄，護士可快速查看質控問題并定位的相應的位置進行修改，質控人員可對修改后的病歷進行復核。
（略）查詢統計
根據責任制護理原則，系統支持對患者病歷書寫權限進行限制管理。對于跨組訪問患者病歷，需單獨申請和審批，所有訪問記錄都可通過日志進行查看。（略）頁或者QuickReport報表的掛載，方（略）（略）的統計報表進行便捷查看。系統支（略）出入量明細查詢，可輔助醫生進行相關數據的查看，做到信息互通，更好的實現醫護協同工作。
5.2移動護理工作站
（略）權限管理
（略）用戶登錄的用戶名和密碼與HIS系統保持一致。登錄后可根據用戶權限選擇相對應（略）。
（略）條碼管理
（略）提供護士工牌的二維碼管理功能，（略）的二維碼工牌。
（略）病區患者管理
（略）支持查（略）患者列表，可根據責任組來篩選患者。支持護士根據情況設置自己的關注患者，通過關注患者篩選患者。列表可顯示患者的姓名、性別、護理等級、患者狀態、年齡、診斷、醫保類型信息。其中，患者狀態包括：是否新患者、是否危重患者、是否手術患者、是否過敏患者、是否正在輸液、是否正在輸血、是否欠費。支持根據患者的基本信息篩選患者。可通過掃描患者的腕帶，快速選中目標患者。
（略）醫囑執行
（略）可執行的長期醫囑包括輸液醫囑、注射醫囑、口服藥醫囑、霧化醫囑；可執行的臨時醫囑包括輸液醫囑、注射醫囑、口服藥醫囑、霧化醫囑、檢驗醫囑。護士通過掃描患者腕帶及醫囑條碼完成患者身份確認、醫囑核查及執行工作。系統實時記錄醫囑執行信息，信息包括：醫囑名稱：（略）
（略）皮試管理
（略）支持掃碼執行患者的皮試醫囑。執行后可設定皮試的結果錄入時間，（略）可自動提醒。皮試結果支持雙簽確認，當特殊情況下，復核確認支持由醫生代簽。皮試結果可回寫HIS系統。
（略）體征信息錄入
（略）支持在患者床旁進行患者體征數據的錄入，包括體溫、呼吸、脈搏、血壓等體征信息。系統錄入的體征信息可實時同步到患者體溫單中，并自動生成相應的體征曲線。當錄入異常體征時，可啟動護理計劃的制定。
#系統應支持PDA錄入的體征信息可實時同步到患者體溫單中。
（略）床旁護理評估
（略）支持在床旁選擇患者需要執行的評估模型或者評估任務，完成患者的床旁護理評估，評估結果自動同步到患者的評估記錄中，可通過歷史評估查詢，支持評估修改。
（略）床旁護理記錄
（略）支持在床旁進行護理記錄錄入，錄入的信息實時同步至患者已有的護理記錄單。支持床旁創建表單，支持隨時查看護理記錄內容。
（略）病區配藥管理
（略）支持（略）配藥操作的核對和記錄，操作包括擺藥、核對、配置、配置核對，記錄信息包括藥品信息、操作時間、操作人。支持通過報表查詢藥品配置全流程信息。
（略）巡回管理
（略）支持記錄常規護理巡回和輸液巡回過程。系統通過掃患者腕帶或者掃輸液藥品條碼來記錄巡回信息，輸液巡回支持記錄輸液的滴速、尚存量等信息。系統提供巡回記錄報表。
（略）用血管理
（略）支持通過掃描血袋條碼記錄血（略）簽收記錄信息。輸血執行時，通過對ABO血型、RH血型、有效時間、患者信息等內容的核對，保證輸血過程的安全和可靠。系統支持輸血結束后進行血袋回收操作。用血過程信息可實時同步至患者護理記錄單或輸血安全記錄單中。
（略）手術患者交接管理
（略）支持對手術患者流轉過程進行信息化管理。在手術患者流轉過程中，（略）完成患者身份核對及交接人、交接時間的記錄，患者交接過程包含患者進（略）、ICU的交接操作，可自動生成患者的手術交接記錄單。
（略）待辦任務管理
（略）支持顯示關注患者的待辦任務清單，包括：新醫囑提醒、待診斷提醒、尚未確認結果的皮試、尚未完成的輸血，手術流轉中的患者等。通過待辦任務列表可直達任務執行界面執行任務。
（略）醫囑查詢
（略）支持對患者在院期間全部醫囑的瀏覽和查看。可按照醫囑類別過濾查看醫囑數據，可按照條件過濾查看。能夠醒（略）別臨時醫囑和長期醫囑，可通過（略）分醫囑狀態。
（略）患者信息查詢
（略）支持查詢患者信息，包含姓名、性別、年齡、入院日期、過敏藥物等信息。支持查詢患者費用信息，及時對未付清費用或超過警戒線患者費用進行警示。
（略）檢驗結果查詢
（略）支持查詢患者全部檢驗結果。可按照時間段過濾患者所作的檢驗信息。可顯示患者各項檢驗的異常項目數量。超出參考值范圍項目可通過特殊標識提醒。
（略）標本交接
（略）支持（略）的患者標本進行交接記錄，通過掃標本匯總單條碼和護工工牌進行交接信息的核對和記錄，實現檢驗閉環管理。
（略）關注患者設置
（略）支持自定義護士自己的關注患者名單，數據與臨床護理工作站的關注患者進行同步。
（略）靜配藥品核收
（略）配送（略）的藥品做信息核對及簽收。
（略）病區自備藥管理
（略）支持（略）自備藥品的管理，支持自備藥品的上下架管理。
（略）母乳喂養管理
（略）支持母乳喂養的信息化管理，包括奶袋的上架、下架、裝瓶、母乳喂養等流程管理，對已過期的母乳有提醒警示功能。
（略）護理措施
（略）支持在床旁查看并執行患者的護理措施，且執行記錄與臨床護理工作站進行同步。
（略）床旁宣教
（略）支持查看患者宣教信息，在床旁對患者進行宣教，支持宣教效果的評價，且記錄與臨床護理工作站進行同步。
（略）體征待測
（略）提供體征待測患者列表。可選擇相應的體征類型和患者進行連續的體征錄入操作，且結果可同步到患者的體溫單。
（略）離線管理
（略）絡狀態差的情況下，離線保存未提交成功的生命體征、護理評估或護理記錄數據，待網絡狀態恢復后可手動選擇再次提交。
（略）檢查結果查詢
（略）支持查詢患者全部檢查的文字報告內容，包括檢查所見、檢查結果、診斷結果信息。
5.3智慧護理大屏
（略）病區一覽
（略）需支持（略）整體護理信息的概覽，包括醫護值班、病區備注、物品借出、病區新入出院手術等統計信息、口腔護理心電監護等護理項目信息的展示。（略）中獲取：（略）
1.病區備忘
（略）需支持編輯并顯（略）備忘信息。
2.醫生排班
（略）需支持編輯并顯（略）主班醫生、白班醫生、夜班醫生和夜班護士信息。
3.物品借出管理
（略）需支持編輯并顯（略）物品借入借出信息。
4.病區統計
（略）獲取：（略）
5.常用護理項目
（略）需支持自動從HIS系統獲取：（略）
（略）輸液輸血一覽
（略）需支持（略）患者的輸血和輸液信息進行匯總展示，（略）中獲取：（略）
（略）檢查一覽
（略）需支持（略）患者的檢查信息進行匯總展示，包括今日檢查和明日檢查。系統需支持實時同步患者的檢查狀態。
（略）手術一覽
（略）需支持（略）患者的手術信息進行匯總展示，包括今日手術和明日手術。系統需支持實時同步患者的手術排程信息及手術狀態。
（略）系統需支持（略）床位和患者信息進行整體展示，包括患者的基本信息和空床情況。（略）中獲取：（略）
5.4護理管理
（略）實現護理管理業務的精細化、標準化、數據化管理，節約護理管理人力成本，提高管理的工作效率和護理質量。系統功能應包括護理人事管理、實習護士管理、護理排班、護理質控、護士長手冊管理等，具體要求如下：
（略）護理人事管理
（略）需支持對全院正式護理人員的統一化管理，支持人員注冊以及快速查詢等功能，支持人員批量輪轉和調動。應提供對床護比、護患比、離職率、人員分布指標的實時統計。
（略）需支持對全院正式護理人員檔案的精細化管理，管理內容應包括基本信息、人事信息、教育經歷、職稱、職務、執業資質、社會兼職、培訓經歷、學術研究、帶教管理、專利情況、科研立項、獲獎情況、獎懲記錄等。系統應支持批量導入和導出人員檔案信息，應支持單人調動和批量調動功能。
（略）需支持對全院正式護理人員調動信息的管理，支持信息查詢，支持人員批量調動。
#系統應提供統計全部護理單元的護患比、床護比、離職率信息，并進行圖表對比展示。應支持人員分布展示，包括層級、職稱、學歷、工作年限等。(需提供截圖證明材料)
（略）需支持統計全部護理單元的護患比、床護比、離職率信息，并進行圖表對比展示。支持人員分布展示，包括層級、職稱、學歷、工作年限等。
（略）需支持查看個人檔案的功能，支持對個人檔案的修改和審核。
（略）需支持對護士能級晉升情況進行測評，護理部可以查看全院護士的能級測評情況。護士長可以根據測評得分進行護士層級的調整。
（略）實習護士管理
（略）需支持對全院實習護士的精細化管理，支持實習護士的注冊及檔案管理。針對實習護士的輪轉，護理部可以制定實習護士輪轉計劃，按照計劃進行實習護士的批量輪轉。在護士輪轉出科時，支持對護士進行輪轉評價管理。護士長可以為科室申請實習護士，護理部對申請進行審批。
（略）需支持對全院實習護士的檔案管理，包含基本信息、教育經歷、聯系方式：（略）
（略）需支持制定實習護士的科室輪轉計劃，應支持導入和導出。
（略）需支持對實習護士進行批量輪轉，應支持進行出科評價。。
（略）需支持為科室申請實習護士，填寫申請信息，處理后，護士長可以查看到反饋信息。
（略）需支持查看護士長提出的實習護士申請，護理部可以進行申請反饋。
（略）需支持對實習護士信息的相關統計。
（略）進修護士管理
（略）應提供對全院進修護士的精細化管理，應支持進修護士的注冊及檔案管理。應支持對進修護士的批量輪轉，可以查詢進修護士的檔案信息。
1.進修護士檔案
（略）應提供對全院進修護士的檔案管理，可以對檔案進行編輯和導出。
2.進修護士調動
護理部可以對進修護士進行批量調動，能夠查看全部進修護士的調動記錄，并支持查詢和導出。
（略）護理排班管理
（略）需支持護士長對于護士排班的便捷化、靈活化、智能化操作，可以按照護士的期望進行人性化排班，能夠靈活進行節假日維護，系統支持根據護士的休假自動調整排班情況，提供統計班時數據。
（略）需支持對護理單元人員進行分組，能夠設置組長，應支持維護各組成員，能夠調整人員和護理組順序。
（略）需支持維護全院共享的班次，支持班次信息的批量導入和導出功能。
（略）需支持維護各（略）個性化班次功能，支持班次信息的批量導入和導出功能，能夠設（略）排班的常用班次。
（略）需支持護士錄入個人排班期望功能，能夠指定日期和期望班次，護士長在排班頁面能夠查看到護士的排班期望作為排班的參考。護士能夠查看自己的排班期望滿足情況。
（略）需支持提供護士長按（略）護士分組情況為護士進行排班，支持單個護士一天排多個班次，能夠錄入排班備注信息（略）整體排班備注信息。
（略）需支持復制上周排班信息進行快速排班，支持設置加欠班情況。排班過程中提供工時、夜時、存假數據的實時統計。支持批量復制粘貼，支持排班表的導出和打印。
（略）需支持提供對法定節假日維護功能，支持快速生成雙休日信息。
（略）需支持對護士休假信息進行維護，并將休假信息自動帶入護士長排班功能中。支持查（略）護士休假信息，并導出和打印。
（略）需支持提交個人請假申請，支持按照工齡自動計算護士的年假剩余天數，支持上傳病假條。
（略）需支持對護士的請假申請進行審批，護士長和護理部可以對護士的請假信息進行查詢和導出。
（略）需支持提供排班相關數據的統計信息。
（略）需支持（略）護士的初始存假進行維護，支持進行存假重置和修改。
（略）護理質控管理
（略）需支持提供遵循PDCA標準化質量管理流程的護理質控管理功能，系統可提供智能化質控數據統計分析功能，支持護理質控問題的閉環管理模式，支持質控問題的分析流程。
（略）需支持提供維護各級質控人員權限功能，包括護理部質控人員、片區質控人員和各個護理單元質控人員。
（略）需支持提供維護基礎的護理質控指標評分標準功能，支持分類制定質控項目和扣分標準，支持設置項目分值，支持設定標準的及格線和目標合格率。
#各層級質控人員可以維護各自的質量檢查計劃，應支持維護計劃檢查的具體標準內容，設定檢查的護理單元以及評分對象。(需提供截圖證明材料)
#各層級質控人員應能夠按照計劃對護理單元或者護士進行質量問題檢查評分。應支持對歷史評分的查看和編輯。(需提供截圖證明材料)
（略）需支持提供質控會議記錄功能，提供問題分析標準流程的引導。系統支持自動提取質控會議所要討論的質控問題，并匯總扣分和發生例次進行排序。系統需支持自動生成原因分析魚骨圖，系統需支持生成質控會議報告。
（略）需支持提供質控扣分結果的匯總展示，支持按照護理單元和質控標準進行顯示，顯示內容包括扣分項、備注、考核得分、院平均分等，支持將質控結果進行下發，通知各個護理單元進行問題的整改。系統需支持自動生成追蹤檢查表，支持對質控問題的整改情況進行追蹤檢查。
#系統應提供質控追蹤檢查結果的展示和查詢功能，顯示各個護理單元的缺陷問題追蹤檢查的整改率統計情況。(需提供截圖證明材料)
（略）需支持提供按照不同標準組合查看全院（略）質量合格排名，支持按照質控標準查看，支持圖表對比展示。
（略）需支持維護各（略）和護理單元關系。
#護士長對科室的質量問題進行初步的分析和整改檢查，針對整改措施和整改效果進行評價。(需提供截圖證明材料)
（略）需支持參加質控會議的人員能夠看到質控會議的內容，并進行質控會議簽名。
（略）需支持創建質控小組、維護質控小組成員。
（略）需支持針對夜間質控場景，維護夜間質控的質控組成員，并對夜間質控成員的權限進行管理。
（略）護理不良事件管理
（略）應提供對護理不良事件的信息化全流程管理，包括護理不良事件的上報、審核、查看和統計，不良事件的審批流程應能夠靈活配置。應支持患者臨床數據的自動同步。
1.不良事件上報
#護士發現了護理不良事件，應能夠進行不良事件的填寫和上報，系統應提供壓力性損傷、跌倒墜床、非計劃拔管、用藥錯誤、護士執業暴露、靜脈輸液并發癥等多個類型的護理不良事件上報，并能夠自動同步患者的臨床數據。護士能夠查看不良事件的審批情況，對駁回的上報進行修改。(需提供截圖證明材料)
2.不良事件審核
護士長、科護士長、護理專科小組成員、護理部可以對護士上報的不良事件進行審核，并錄入整改意見。
3.不良事件查看
護理部可以查看全院上報的不良事件信息，應支持導出。
4.不良事件統計
護理部可以查看全院上報的不良事件統計結果，應支持按照類型、科室、發生班次、護理級別等多個維度進行數據的統計和展示。
（略）護理滿意度管理
（略）應提供對患者滿意度和護士滿意度的信息化管理，應支持滿意度模板維護、滿意度錄入和滿意度數據分析，患者滿意度應支持綁定二維碼。對滿意度數據應支持多維度的分析展示。
1.患者滿意度模板管理
護理部和護士長都可以進行患者的滿意度模板維護，應支持創建多個滿意度模板，滿意度模板可靈活配置，支持單選題、多選題、文字題和評分題等多種題目類型。患者滿意度模板應支持綁定二維碼進行手機端填寫。
2.患者滿意度調查管理
護士可以在電腦端打開患者滿意度模板，幫助患者進行滿意度調查錄入，應支持自動獲取：（略）
3.患者滿意度調查分析
護理部和護士長都可查看患者滿意度數據統計分析，系統應提供滿意度排名、詳細數據、滿意度意見和任務執行等多個維度的數據統計分析。
4.護士滿意度模板管理
護理部和護士長都可以進行護士的滿意度模板維護，應支持創建多個滿意度模板，滿意度模板可靈活配置，支持單選題、多選題、文字題和評分題等多種題目類型。護士滿意度模板可設定填寫人員的范圍和截止時間。
5.護士滿意度調查管理
護士可以查看自己需要填寫的滿意度調查，可以填寫提交，可以查看歷史滿意度調查結果。
6.護士滿意度調查分析
護理部和護士長都可查看護士滿意度數據統計分析，系統應提供滿意度排名、詳細數據、滿意度意見和任務執行等多個維度的數據統計分析。
（略）護理專項管理
（略）應提供對壓瘡專項等護理專項進行信息化全流程管理，應支持對患者壓瘡風險和發生壓瘡的情況進行上報，應支持自動同步患者信息。護士長和護理專科小組成員對上報的患者進行相應的監管，直到患者轉歸。
1.壓瘡專項上報
護士評估發現患者有壓瘡風險或者發生壓瘡，對患者的壓瘡評估情況進行上報，系統應支持自動同步患者信息。護士能夠看到自己上報的壓瘡記錄。
2.壓瘡專項審核
護士長和護理專科小組成員對上報的信息進行審核并對壓瘡護理進行定期監管，當患者發生轉歸，即結束相應的監管。
3.壓瘡專項統計
對全院上報的壓瘡專項信息進行數據統計，應支持數據按照多個維度進行統計和展示，應支持數據的導出。
（略）護理繼續教育管理
（略）應提供對護士參加護理繼續教育進行信息化管理，護理部可以制定護士繼續教育培訓計劃，護理部對護士參加過的繼續教育培訓情況進行管理，并進行相應的統計查詢。
1.繼續教育計劃管理
護理部能夠創建全院護士的繼續教育培訓計劃，應支持按照層級、職稱、科室等設置參加培訓的人員范圍。
2.繼續教育考勤管理
護理部對全院護士參加繼續教育培訓的信息進行管理，應支持批量的導入和導出，可以查看護士取得學分的情況。
3.繼續教育查詢統計
護理部和護士長對護士參加繼續教育培訓的情況進行查詢和統計，應支持數據的導出。
（略）護理考試管理
（略）應提供通過信息化方式：（略）
1.題庫管理
護理部、片區和護理單元都可以維護自己的理論考試題庫，應支持單選題、多選題和判斷題，應支持題庫的批量導入和導出。
2.試卷管理
護理部、片區和護理單元都可以創建自己的理論考試試卷，應支持從題庫中選擇題目，應支持隨機題和固定題設置，可以選擇參加試卷考試的人員范圍。
3.在線考試
護士可以查看自己所有需要考試的理論考試試卷，并進行在線考試，根據試卷的設置，護士可以查看自己已經參加的考試試卷和歷史成績情況。
4.護理考試查詢統計
（略）應支持對全院護士參加考試的情況進行查詢統計，應支持數據的導出。
5.理論考試成績管理
護理部和護士長可以對護士參加理論考試的成績進行管理，應支持線下考試成績的批量導入。
6.操作考試成績管理
護理部和護士長可以對護士參加操作考試的成績進行管理，包括缺考的信息，應支持數據的批量導入和導出。
（略）護理文檔制度管理
（略）應提供對護理相關的文檔和制度進行信息化管理，應支持按照全院范圍和科室范圍分別進行管理，應支持對文檔的權限進行設置，可以查看文檔的閱覽記錄和版本記錄。
1.管理員設置
對全院和各個科室的管理員權限進行設置，管理員可以對不同文檔的操作權限進行管理。
2.文檔權限管理
（略）應支持設置權限組及組內的成員，應支持按照文件目錄進行權限的管理，應支持只讀、全部權限和無權限三種權限的設置。
3.文檔制度管理
（略）應支持全院和科室兩個維度的文檔制度管理，護理部可以上傳全院的護理制度并下發給全院護士進行查閱，并可以查看對應的查閱記錄，護理部也可以要求護士長或者護士上傳文檔進行管理。護士長可以管理科室內的文檔，科室內的成員只能查看和操作本科室的文檔。
（略）護士長手冊管理
（略）需支持提供對護士長手冊的維護、上報、審核、超時授權等全流程信息化管理，支持對護士長手冊模板的結構化定制。系統支持提醒護士長手冊上報任務。針對超時未上報的護士長手冊，護理部應能夠實時監控，批量進行超時授權，系統支持提供手冊超時的數據統計。
（略）需支持提供護士長手冊工作項目的維護功能，支持設定工作項目的填寫角色、上報周期、預警時間、填報范圍等。
（略）需支持提供科護士長（略）護士長填報護士長手冊功能，支持按月查看所需填報的工作任務，支持按照結構化模板填報工作項目，支持查看審核狀態和審核流程信息，系統支持對超時未填報的手冊進行提醒。
（略）需支持提供對護士長上報手冊的審核功能，支持一級審核和二級審核，能夠按月查看上報的手冊及審核狀態，支持查看手冊詳細內容，支持跟蹤審核流程信息。
（略）需支持對超時的護士長手冊進行統計管理，支持批量授權并指定新的預警時間，支持對各個護士長手冊填報超時情況進行數據統計。
（略）護理敏感指標管理
（略）應支持對周期性護理敏感指標數據的自動提取，應支持對時點數據的上報流程管理。系統應能夠自動進行敏感指標的計算，應支持數據導出。在數據展示方面，系統應提供單一指標和多指標聯合對照的多維度展示模式，應提供科學精準的數據展示效果。
#系統應提供對周期性敏感指標數據進行科室上報管理，護士長對科室內的指標數據進行錄入和核對，確認后提交給護理部進行審核，應支持對駁回的數據進行修改。(需提供截圖證明材料)
#系統應支持對護士長上報的數據進行自動統計匯總，并且護理部能查看審核護士長上報的明細數據。(需提供截圖證明材料)
1.上報計劃管理
（略）應提供對敏感指標統計上報的計劃進行配置管理，應支持周期上報和時點上報，時點上報可以指定上報時間點。
2.敏感指標上報
（略）應提供對周期性敏感指標數據的自動提取，應支持用戶對自動提取數據的審核和編輯。系統應支持對無法提取的周期性數據進行護士長填寫上報，應支持對時點數據進行填寫上報。
3.敏感指標統計
（略）應支持對護士長上報的數據進行自動統計匯總，并且護理部能查看審核護士長上報的明細數據。
4.敏感指標分析
（略）應提供對敏感指標數據的展示，包括單一指標分析展示和多指標聯合對照分析展示。系統需支持列表和圖表等多維度的展現形式，并根據業務要求選擇最合適的圖表類型進行展示，幫助用戶識別主要問題。系統需支持指標分析項目的靈活配置，滿足個性化的管理要求。
（略）護士長管理大屏
（略）需支持針對管理者的護士長首頁功能，對護理臨床數據及管理數據進行自動提取和匯總，對關鍵指標進行實時直觀展示，根據業務要求對數據進行多維度多形式的展示，需支持護士長待辦任務提醒。
1.病區概況
（略）需支持（略）的概要信息進行實時展示，包括在院人數、床位數、床位使用率、在崗護士人數、護患比、空床數等。
2.病區提醒
（略）需支持（略）關鍵患者信息的實時展示，包括新入院患者、新轉入患者、待辦出院患者、今日出院患者、今日手術患者、今日預產患者、明日手術患者、危重患者、壓瘡患者等。
3.病區排班
（略）需支持（略）排班數據的實時展示，包括本周每日排班護士、休假護士等，需支持對不同層級護士排班情況的圖表展示。
4.不良事件
（略）需支持（略）內上報的護理不良事件類型進行統計和圖表展示。
5.病區風險
（略）需支持（略）風險患者的分布情況進行統計和圖表展示。
6.待辦事項
（略）需支持對護士長的待辦任務進行實時顯示，并快速鏈接任務執行畫面進行執行操作。
（略）護理部管理大屏
（略）需支持實時獲取：（略）
1.患者概覽
（略）需支持對全院各科室患者重點情況進行實時展示，包括患者和空床分布情況、危重患者分布情況、重癥監護室患者分布情況、待入院患者分布情況等。
2.風險患者
（略）需支持對全院各科室風險患者情況進行實時展示，包括壓瘡高危患者分布情況、跌倒高危患者分布情況、非計劃拔管高危患者分布情況、VTE高危患者分布情況等。
3.人力資源管理
（略）需支持對全院各科室人力資源配置情況進行實時展示，包括病房護士分布情況、門診護士分布情況、夜班護士分布情況、病假護士分布情況、孕產假護士分布情況、全院床護比分布情況等。
4.不良事件
（略）需支持按周期對全院上報的護理不良事件進行統計和圖表展示。
5.質控排班
（略）需支持對全院各科室質控評分排名情況進行實時展示。
6.待辦事項
（略）需支持對護理部的待辦任務進行實時顯示，并快速鏈接任務執行畫面進行執行操作。
（略）移動護理質控
（略）需支持平板端的移動質控功能，支持移動質控評分和跟蹤檢查，可以查看評分記錄，移動端與PC端的數據需支持進行實時互通。
5.5智（略）
智（略）需建設以下內容：
模塊
個數
單位：（略）
1
65寸護士智慧看板
70
臺
2
（略）
1
套
3
（略）接口軟件
1
套
（略）寸護士智慧看板
1、尺寸：65寸液晶模組
2、CPU不低于：4核1.50GHz；GPU不低于：Mali-T820四核GPU
3、內存不低于：8GDDR
4、Wi-Fi不低于：2.4GHz/5GHz
5、顯示：LVDS驅動
6、硬盤不低于：SSD固態硬盤256GB：支持Windows10系統或Android8.0系統以上
7、時鐘：RTC時鐘，電子晶振
8、分辨率：3840×2160
9、通信接口：Ethernet，可擴展至WIFI-5G
10、觸摸屏：65寸防爆紅外觸摸屏、單點壽命超5000萬次
11、數據接口不限于：USB2.0、IR、OTG
14、安裝：壁掛，橫掛豎掛，吊裝均可
15、可視角度：全視角
（略）（略）
1、支持切（略）管理
2、基礎數據統計：可查看（略）總床位數、空床位數、各護理等級床位數、未報到病人數。
3、支持快速搜索定位，使用關鍵詞姓名、床位、（略）等可識別信息可快速搜索到患者信息。
5、登記入院：可手動輸入或數據庫導入患者信息登記入院。
6、辦理出院：可選擇患者床位辦理出院。
7、支持修改床位患者信息
8、支持借床還床功能：支持將床位借給其（略）使用。
9、支持轉床：支持將患者轉到其它空床位。
10、支持查看和編輯患者醫囑信息
11、支持查看患者費用明細
12、支持查看患者檢查檢驗報告
13、管理醫護排班：支持醫生、護士排班查看和管理。
14、緊急播報功能：支持輸入文字，自動轉化為語音播報。
15、呼叫監控功能：可查看呼叫記錄、錄音文件、護理記錄。
16、病區概覽：顯（略）概況、每日詳情、近期檢查和手術病人信息、調床信息、各類提醒、備忘信息、值班醫護、醫護管床信息，全部數據自動采集且實時更新。
17、床位一覽：支持生成床位一覽表，查（略）所有患者的信息，并可按照護理標識篩選。病人詳細信息可以點擊查看。
18、護理項目：根（略）需求配置不同的護理項目，（略），對醫囑自動進行關鍵信息提取和動態更新展示。護士能獲知當天需要執行的護理項目和病人，并對有異常情況的病人進行備注和標識。有助于提高護理工作的質量和護士的工作效率。（此功能點要求在檢測報告中體現出來，并提供第三方檢測報告復印件并加蓋廠家公章）
19、輔助交班：支持快速生成每日交班報告，免去臨床護理中每日交班的抄寫核對的過程，將交班信息以結構化的方式：（略）
20、醫護排班：支持查看醫護人員每周的排班信息和工作時長，合理配置護理人力資源，為患者提供安全優質的護理服務。
21、電話簿：便于護士人員快速查詢到醫生、護士、信息科、運維人員等聯系方式：（略）
22、信息通知：支持推送通知給患者床旁機，提醒患者檢查、檢驗、手術等消息。
23、健康宣教：支持護士將宣教內容批量快速的發送給患者，并查看閱讀情況，方便醫護人員普及健康知識和注意事項，節省了口頭敘述的時間，減輕了醫護人員的工作量。（此功能點要求在檢測報告中體現出來，并提供第三方檢測報告復印件并加蓋廠家公章）
24、手寫備忘：護士可以通過手寫板書寫備忘錄，提醒接班者一些護理工作和注意事項。
25、體征異常提醒：連（略）內物聯設備，生命體征數據自動采集、傳輸、轉換與共享，體征異常智能預警，輔助決策。
26、查詢病人詳情：支持查詢病人基本資料、費用清單、檢查報告、醫囑信息和體征監測數據，滿足各種工作需要。
（略）（略）接口
1、根據實際項目具體需求，對醫院HIS系統廠商開放供貨方數據庫，允許合作方對數據庫直接操作。
2、支持數據庫視圖、中間表、Webservice、SOCKET、DLL調用、webapi等多方式：（略）
六、項目管理與實施要求
6.1項目進度要求
投標人應在充分理解本采購文件用戶需求的基礎上，以確保工程質量為前提，制定具體的切實可行的項目詳細實施進度計劃。
（略）實際情況給出合理的項目建設分期方案，投標人的項目設計和實施方案需專家認證，認證后的最終方案由采購人：（略）
投標人需建立本項目各階段時間表，用以控制本項目開發、實施、測試、運行等各階段時間，以確保本項目順利進行，如期完成。整個項目建設的內容包括：（略）實施中，（略）調研、客戶化修正、系統數據準備、系統培訓、試運行、系統推廣運行等工作。
6.2項目進場人員要求
投標人承諾進場項目經理：（略）
6.3文檔資料管理
文檔是保證項目的實施連貫性的重要保證，投標人需要提供完善的文檔，并對項目進行過程中的文檔進行有效的管理，接受用戶方對項目各階段評估分析和監督管理。
整個項目的過程包括后期修改維護貫穿ISO9001和CMM的規范，使用國家標準碼，提供齊全的項目管理、設計和開發、操作說明等書面文檔和電子版。
七、培訓要求
（略）實際情況，（略）實施計劃，含客戶化修改、測試、試運行、培訓及上線計劃。（略）的基本平穩。
（略）上線后，（略）信息人員進行相關維護培訓：（略）管理員、管理人員、操作員，（略）中涉及的相關技術內容；（略）流程和相關管理思想；（略）的操作培訓。
與培訓相關的費用，投標人應當一并計算在投標報價中，在實施完成結束前，醫院將不為此支付此類費用。
八、技術支持和服務要求
1.投標人應該提供各類技術人員的職責，方便用戶與相關人員的溝通，（略）的操作規章制度。
2.軟件產品的技術支持服務免費維護期為一年。免費維護期過后，簽訂技術售后服務合同，軟件售后服務費用按照雙方協議價格收取。技術免費維護期自甲、乙雙方代表在最終項目驗收單上簽字之日起計算。
3.軟件產品免費維護期內，（略）擴充、升級方面的技術支持服務。
4.投標人應該在項目的實施過程中提供軟件支持的服務，這些服務應該包括：
1)（略）平穩作業的問題解答與分析，并提出解決方案；
2)定期進行程序錯誤的修改、維護、實施；
3)（略）的服務關聯到軟硬件的各個方面，因此必須對所有相關的變化進行實時的更新；
4)對所有的維護活動進行記錄，并形成規范的文檔，例如記錄時間、地點：（略）
5)提供7*24小時的現場維護和故障解決；
5.（略）的維護服務，維護服務包含但不局限于以下幾點：
1)管理、（略）的接口；
2)問題解答、問題分析、與其他合作方的協作；
3)修正應用軟件的錯誤；
4)（略）的操作；
5)（略）相關的，（略）的一致性與穩定性；
6)（略）的每一次改變或是升級都必須對需求進行檢查；
7)評估并保證建議的解決方案是完全符合目前的操作模式，（略）的正常運作沒有影響，（略）操作性能。
其它
采購單位：（略）

商務條款偏離表
（略）：
招標文件要求
（實質性要求及重要指標用★標注，★標注項不得負偏離，如果負偏離，則投標文件無效）
投標文件響應內容
偏離
程度
偏離
說明
★1
服務期限：
合同簽訂后1年。
★2
服務地點：（略）
（略）
★3
付款方式：（略）
合同簽訂后15日支付合同總額的40%，驗收后支付合同總額的60%。（具體以雙方簽訂的合同為準）
★4
驗收：
根據《關于印發遼寧省政府采購履約驗收管理辦法的通知》遼財采[2017]603號執行。
★5
服務保證期：
不少于（1）年
★6
支持：
熱線支持：7*24小時熱線支持
現場支持：（2）小時內響應；（24）小時內到達。
合同履行期限：合同簽訂后1年。
需落實的政府采購政策內容：促進中小企業、促進殘疾人就業、支持監獄企業等相關政策等。
本項目（是/否）接受聯合體投標：否
二、供應商的資格要求
1.滿足《中華人民共和國政府采購法》第二十二條規定。
2.落實政府采購政策需滿足的資格要求：無,本項目滿足《政府采購促進中小企業發展管理辦法》第六條第三款內容，故不具備專門面向中小企業采購的條件。
3.本項目的特定資格要求：無
三、政府采購供應商入庫須知
參加遼寧省政府采購活動的供應商未進入遼寧省政府采購供應商庫的，（略）“首頁—政策法規”中公布的“政府采購供應商入庫”的相關規定，及時辦理入庫登記手續。填寫單位：（略）
四、獲取：（略）
時間：2024年07月26日08時00分至2024年08月02日17時00分（北京時間，法定節假日除外）
地點：（略）
方式：（略）
售價：免費
五、提交投標文件截止時間、開標時間和地點：（略）
2024年08月19日13時30分（北京時間）
地點：（略）
六、公告期限
自本公告發布之日起5個工作日。
七、質疑與投訴
供應商認為自己的權益受到損害的，可以在知道或者應知其權益受到損害之日起七個工作日內，向采購代理機構：（略）
1、接收質疑函方式：（略）
2、質疑函內容、格式：應符合《政府采購質疑和投訴辦法》相關規定和財政部制定的《政府采購質疑函范本》格式，（略）。
質疑供應商對采購人：（略）
八、其他補充事宜
1.投標文件遞交方式：（略）
九、對本次招標提出詢問，請按以下方式：（略）
1.采購人：（略）
名稱：（略）
地址：（略）
聯系方式：（略）
2.采購代理機構：（略）
名稱：（略）
地址：（略）
聯系方式：（略）
郵箱：（略）
開戶行：中國光大銀行沈陽黃河大街支行
賬戶名稱：（略）
（略）：（略）024464
3.項目聯系方式：（略）
項目聯系人：（略）
電話：（略）-333
評分辦法:綜合評分法
關聯計劃
附件：