項目概況目前在醫院多院區的總務后勤相關工作中，實際管理過程中存在一定困難與不足，主要包括：系統功能的針對性不強，系統界面易用性較差，現有的數據處理能力有限，無法滿足拓展性需求等問題。已制約了我院后勤總務倉管理工作的高效運轉和服務質量的提升，故迫切需要對其進行升級改造，按照實際工作需求及財務部、供應商等的對接需要，目前計劃按需定制開發總務倉管理系統，并考慮跨院區、統一平臺問題，同時進行房屋租賃、工程管理、零星租賃管理、被服洗滌等業務模塊建設，為醫院后勤相關工作做技術支撐。項目內容序號內容說明1總務倉儲管理系統實現線上申領、審批、出庫一體化流程，縮短申領周期，提升響應速度。支持分院區的物資管理、庫位基礎配置。支持核算科目、經費類型等跨院區的統一基礎配置。采購入庫、采購退貨等不同類型的入庫管理及審批流轉。領用出庫、退庫等不同類型的出庫管理及審批流轉。對應的財務相關功能，包括發票、制付款單及審批流程、按需與財務系統進行互聯互通。庫存管理及庫存周轉率、供應商統計、科室、倉庫月報相關統計。2第三方系統對接醫院財務系統對接、釘釘對接、OA系統對接。3數據歸集展示構建數據分析處理模型，對多源數據進行歸集處理后推送給院內智慧后勤總管理系統并展示。4其他業務模塊房屋租賃模塊、被服洗滌模塊、小型工程管理模塊、零星租賃管理模塊。技術要求總體要求按照實際工作需求及財務部、供應商等的對接需要，按需定制開發總務倉管理系統，并考慮跨院區、統一平臺問題，同時進行房屋租賃、工程管理、零星租賃管理、被服洗滌等業務模塊建設，為醫院后勤相關工作做技術支撐。功能要求一級模塊二級模塊三級模塊功能說明一、總務倉應用系統管理多院區管理1.切換院區打開新窗口。

2.刪除院區每個子應用設置條件，如倉庫管理系統要求所有物資批次庫存為0才可刪除。角色及菜單權限1.三級菜單結構，每個應用是一個一級菜單。

2.權限管理按菜單權限開發。員工及院區權限1.增刪改查員工、配置員工院區權限、配置員工角色權限。

2.要求不同院區可選不同角色。登陸日志1.記錄每次登陸時的賬號、設備等基本信息。跨院區基礎配置核算科目及賬簿管理1.手動增刪改查。

2.兩級分類，界面要求可折疊式展示、不分頁。科室管理1.手動增刪改查。

2.科研等特殊科室處理。經費類別維護1.手動增刪改查。

2.有些類別只有一級，有些有兩級，兩級的要求有批量導入項目功能。系統運行參數設置將以下內容開發成可配置：付款單付款方式等下拉參數。各院區基礎配置物資管理1.增刪改查物資。

2.價格鎖定功能。物資分類管理1.關聯核算科目及賬簿，并可設置是否鎖定。

2.兩級分類，界面要求可折疊式展示、不分頁。操作日志1.記錄對出庫單、入庫單、付款單等各種單據的操作記錄。

2.包含操作單據類型、單據編碼、操作人、操作內容、操作備注、操作時間。采購入庫手動制單1.填寫基本信息、按日期等特定格式自動生成編號。

2.根據供應商及經費類別、賬簿（一級核算科目）快速勾選物資，支持對物資增刪改查。

3.一個入庫單必須指定一個賬簿（一級核算科目），如果采購了一個供應商的很多物資屬于不同一級核算科目，管理員必須分成不同的入庫單去創建。各流程詳情及審批操作1.頂部顯示單據當前進度、歷史狀態中各類操作記錄。

2.各種狀態共用一個界面方便修改，其中草稿狀態可編輯，其他界面的輸入框灰色不允許編輯。采購退貨手動制單基礎流程和界面同“采購入庫”，主要區別對庫存相關數據的影響，數據結構方面比普通入庫單多一個“原始采購入庫單編碼”字段。在已記賬或已完成的入庫單詳情中點擊“采購退貨”發起。各流程詳情及審批操作初始庫存入庫業務流程基礎流程和界面同“采購入庫”，主要區別：

1.入口：在創建新入庫單界面下拉“初始庫存”發起。

2.進行“記賬”操作后不生成付款單，進行庫存添加相關操作后，入庫單直接進入已完成狀態。數據遷移工作云倉入庫實時憑據與定期憑據基礎流程和界面同“采購入庫”，主要區別：

1.入口：通過API接口接收。同時接收出庫單、入庫單、一接收就處于待記賬狀態。

2.對出庫單點擊記賬時，先檢驗對應的入庫單是否記賬，如果沒有，自動進行入庫記賬，再進行出庫記賬。核算科目及賬簿對應問題對接開發領用出庫領用申請API接口接收，接收后領用單處于草稿狀態，倉庫管理人員可以任意對其中物資內容和數量二次修改。手動制單填寫基本信息、按日期等特定格式自動生成編號。

快速勾選物資，支持對物資增刪改查、顯示可用庫存、凍結庫存（此處統計要按經費類別，例如即使某物資倉庫里有100個，但財政類別為的0，此處也要顯示0）。

點擊制單按鈕時，可用數量不足時報錯不允許制單。如果一個物資消耗多個入庫批次，以先進先出為原則，在生成的詳情表里創建多行。之后的各種打印、列表也都是顯示多行。各流程詳情及審批操作1.頂部顯示單據當前進度、歷史狀態中各類操作記錄。

2.不同狀態下可進行不同批量操作。具體以業務實際運營流程中為準。

3.各種狀態共用一個界面方便修改，其中草稿狀態可編輯，其他界面的輸入框灰色不允許編輯。領用退庫手動制單1.當在創建出庫單界面發起時，彈窗輸入原領用出庫單編號。

2.界面上填正數，系統中數量及金額存負數。各流程詳情及審批操作云倉出庫實時憑據與定期憑據、退貨問題基礎流程和界面同正常“領用出庫”，主要區別：

1.入口：通過API接口接收。同時接收出庫單、入庫單、對方保證出入庫內容一樣。一接收就處于待記賬狀態。

2.對出庫單點擊記賬時，先檢驗對應的入庫單是否記賬，如果沒有，自動進行入庫記賬，再進行出庫記賬。核算科目及賬簿對應問題對接開發發票管理-每次入庫手填、或手動新增時創建一條記錄，同一發票號不允許重復創建。付款單手動制單勾選一批付款單后制單，同時原付款單變為“已制單狀態”、按日期等特定格式自動生成編號。各流程詳情及審批操作1.頂部顯示單據當前進度、歷史狀態中各類操作記錄。

2.不同狀態下可進行不同批量操作。具體以業務實際運營流程中為準。

3.各種狀態共用一個界面方便修改，其中草稿狀態可編輯，其他界面的輸入框灰色不允許編輯。統計科室按月統計統計格式參考目前已有統計設計。供應商入庫按月統計統計格式參考目前已有統計設計。倉庫收支月報統計格式見系統建議方案設計，每月固定時間計算、保存。系統首次投入使用時需技術手動設置上月數據。二、第三方系統對接財務系統對接付款單對接和財務系統進行互聯互通，將總務倉儲管理系統的付款單自動推送到財務系統內。釘釘對接消息提醒將系統內的提醒事件同步推送到釘釘消息中，對有權限的人員進行提醒。OA對接單點登錄對接將該系統的訪問地址關聯到OA系統內，點擊可直接跳轉登錄到本系統。三、數據歸集展示數據處理數據歸集構建數據分析處理模型，對務倉儲管理系統、房屋租賃、被服洗滌、工程管理、電梯管理、能源管理（水、電、氣、暖）、環境管理（污水監測）、物業管理等數據進行歸集。數據推送數據推送將歸集好的數據推送給院內智慧后勤總管理系統。數據展示數據展示將歸集好的數據在系統內進行可視化展示。四、其他業務模塊房屋租賃房源統計按區域位置、展示房源統計情況甘特圖。房源管理增刪改查房源信息，包含名稱、位置、日租金、0~5張16：9比例照片、介紹等信息。房源展示（移動端）按房源所屬區域查看房源情況。被服洗滌EXCEL數據識別按指定格式線下表格，每月一次上傳后自動識別出各科室每天申領數量。報表統計根據識別到的數據源進行報表統計展示。小型工程管理在辦項目總覽用甘特圖可視化最近兩年項目。項目管理及指派增刪改查項目信息，并指派項目承辦方。項目進度填報管理員可在系統中管理維護項目進度。統計報表自動生成統計報表進行展示。零星租賃管理項目合同管理放在院內的各類零星設備（例如充電寶，輪椅等），可在系統內進行管理維護，支持錄入項目名稱，擺放地點，開始時間，需繳費時間，到期時間，供應商等，支持列表查看和關鍵字搜索。到期提醒根據項目合同的繳費時間、到期時間進行到期自動提醒。統計報表自動生成統計報表進行展示。項目實施與驗收項目實施要求需要根據項目建設內容和進度需要，派駐具有一定資質能力水平的成員組成項目小組對系統進行實施及服務。應確保能在合同簽訂后5個月內系統上線應用。實施期間可根據用戶的需要及政策的變化而對系統進行相應的實施方案調整和軟件客戶化修改。驗收要求項目完成系統軟件基本功能建設，可提出初步驗收申請，初驗通過后進入系統試運行。系統試運行滿一個月、整體穩定，可提出最終驗收申請，由招標人組織驗收。驗收時，需提供相關材料，包括需求分析、安裝維護、系統接口、操作說明、數據庫說明、培訓記錄、測試報告等相關文檔，驗收費用由承擔。培訓要求須在采購人指定的地點提供操作及維護培訓，須在投標文件中提供詳細的培訓計劃，包括培訓內容、培訓時間等。提供的負責培訓的人員應具有1年以上的相關應用系統實施或產品負責經驗。技術培訓費用應包含在投標總價中。售后服務項目終驗通過后提供一年維保服務，維保期間按需安排1人在甲方指定地點駐場辦公。應提供7×24小時售后服務，60分種內響應服務，若遠程不能解決問題，須在24小時內派人到現場上門服務，排除故障，并分析故障原因，提出書面故障分析報告及防范措施。質保期內對于用戶提出改善體