漯河醫學高等專科學校資產管理數字化系統項目詢價公告

漯采詢價采購[2013]286

報價單位：

一、貨物報價表：

物品

參 數

數量

單價

金額

資產管理數字化系統

參數見下

1

合 計

大寫： 小寫：

注：（投標人在滿足招標文件要求的前提下，可根據自己所投產品型號及

參數編制填寫“規格參數表”） 投標人須知：1、報價為一次性最終總報

價（到漯價），任何有選擇性的報價將不被接受；2、報價大小寫不一致

的，以大寫為準；3、投標人應嚴格按照所投產品技術指標編制參數表，

不得完全復制招標文件參數；若所投產品參數與招標文件要求一致，應在

參數后注明“與招標文件要求參數一致”等字樣，否則，因無區別參數而

帶來的評標困難或無法評標，將認為其報價無效；投標人只寫出品牌型號

而未列明詳細參數的，也將認定其報價無效；負責送貨及售后服務。

二：法定代表人（簽字）：

填 表人 （簽字）：

日 期 及 公 司：

電 話：

三、聯系人： 李女士

聯系電話：0395—3162056

四、此表請在12月23日上午10：00之前密封送到漯河市政府采購中心322室。

漯河市政府采購中心

2013-12-17

資產管理數字化平臺技術參數要求

一、系統總體要求

1.軟件架構要求：利用數字化校園平臺集成的理念，對資產管理相關的各個系統進行統一的規劃和整合。系統采

用B/S模式實現，系統采用.net先進的、開放性的技術，以便能夠適應學院數字化校園建設的需要。資產管理過程

采用三級管理二級審核，實現資產的精細化和動態化管理。

2.系統拓展特性要求：要求競價方的軟件系統應有一套完整的數字化管理平臺思路，采用統一的信息標準、統一的

技術標準、統一的業務規范、統一的基礎架構和統一的組織管理的原則且具有良好的拓展性，解決與用戶方數字中

心的數據接口；信息系統集成要不斷適應學校發展所引發的各類新需求，通過對軟件的重新配置、改進，滿足學校

長期發展的需求。

3.系統安全性要求：應遵循軟件系統應用安全體系和安全設計的基本原則，應清楚地描述安全目標：物理安全、網絡

安全、數據安全、數據備份、應用系統安全、安全制度建設、系統的設計架構應該嚴密、合理，能嚴格控制數據的錄

入、修改、查詢，并能自動對不同人員的操作進行記錄，從源頭保證數據的完整性、一致性和準確性。

4.系統應部署版本控制數據庫服務器，采用更新包技術承載用戶個性化需求與系統出現的問題，實現所有終端用戶與

WEB服務器上的程序版本自動智能更新。各終端用戶更新時無需手工下載與覆蓋文件。

5.系統應采用SQLserver2005或者更高版本的SQLserver大型數據庫系統，數據庫能夠定期自動備份。

6.系統應具有足夠的安全性、可靠性，確保系統及其數據具有較高的安全級別。可實現基于用戶、IP進行登錄控制；

要有完善的用戶權限管理、身份認證策略，防止非法用戶入侵。現有用戶中沒有因黑客入侵造成系統或數據被黑的案例。

7.系統應支持校園網、互聯網等網絡環境，所有數據都能通過網絡進行傳遞，充分實現資產數據的數字化、信息化和數據共享。

8.系統應具有良好的兼容性與開放性，所有數據應可以用.XLS，.dbf等標準格式導入導出，并滿足office2007以上版本

（含2007）的“*.xlsx”的文件轉換成“*.xls”文件后導入系統必須兼容。

9、實現對多個應用子系統的單獨管理，并能通過統一的信息門戶做到系統的集成、信息的共享。

二、平臺子系統技術要求

2.1、固定資產管理系統

序號

功能要求

功能描述

1

信息系統集成門戶平臺

（1）信息門戶平臺為校內的資產管理人員、教師、領導等用戶提供統一的信息和服務的獲取平臺，系統將分散的各個應用系統和信息資源進行聚合，通過統一的訪問入口，實現結構化數據資源、非結構化文檔和互聯網資源、各種應用系統的無縫接入和集成，提供一個支持信息訪問、傳遞以及協作的集成化環境，實現個性化業務應用的高效開發、集成、部署與管理。同時用于資產管理部門信息的發布。

（2）信息門戶版面設計與欄目按用戶方要求。

2

B/S架構

用戶數無限制，系統能實現通過校園網，讓全校所有的資產管理部門和資產使用部門、所有的資產管理人員和使用人員利用一套軟件參與到固定資產管理中來，系統對全部管理環節進行有效管理和控制。

3

首頁工作任務跟蹤及賬目顯示

用戶登錄后首頁顯示名下資產賬目、待辦事宜、進度跟蹤等。

4

采購管理

系統采用多級采購審批流程，資產管理員提交采購申請，領導逐級審批，采購部門進行采購，采購資產自動轉入資產庫。

5

固定資產的登記

（資產編碼規則與用戶現使用的一致）

（1）能夠管理教育部16大類、財政部的12項的所有類別的資產，不同類別的資產對應有不同的資產屬性。提供智能的資產分類查詢，得到對應的資產分類號，并可自動轉換為對應財政分類；

（2）可以自動生成符合財務規范的各類賬表，如固定資產總分類賬、分類、分戶、明細賬等，并在國家教育部十六大類基礎上，自動生成財政部十大類、六大類固定資產總分類賬。根據管理需要生成各類財務分析圖表。

（3）使用部門填寫驗收單，生成資產卡片（卡片登記項目按用戶要求設計），打印出規范的驗收單、卡片、條碼標簽；

（4）驗收單要求一式四聯，使用部門、財務處、資產管理部門、存根各一份；可自定義條碼標簽大小、位置、字段等。

（5）在校園網上自動提交不同的歸口部門審核和財務部門審核與記賬，完成固定資產增加手續。

（6）不同種類的資產對應有不同的物質屬性，支持資產附屬設備、照片及附屬文件導入。

（7）每件資產要落實到具體的使用單位、存放地點、使用人。做到人人都管物、物物有人管。

（8）支持入賬后有誤資產信息修改（不能人人都可以修改，應能夠指定特定的部門人員修改，遵循一定的修改審核制度，即可分配修改權限）。

6

資產附屬設備、照片及附屬文件管理

支持資產附屬設備、照片、附屬文件的管理，直觀體現資產設備規格參數等，為今后的核查提供便利。

7

資產審核

資產管理部門審核和財務部門審核，完成固定資產登記手續。

8

資產日常變動和處置管理

（1）使用部門對資產在使用過程中一些主要使用屬性的變化，如現狀、使用單位、使用人、使用方向、存放地點、單價等進行管理。選擇要變動的資產，填寫并打印變動報告單，經過調出部門，調入部門，歸口部門審核，完成變動（部門內資產變動不需要經過歸口部門審核）。

（2）對于要報廢、報損、出售、無償調撥的固定資產，填寫并打印處置報告單，提交歸口部門評估、審核，經過財務部門審核，再到分管校領導審核，最后處置記賬，完成資產處置。

9

設備資產維修和資產采購管理

將資產管理延伸到設備資產的日常報修（使用部門報修估價，如2000元以下，由部門領導審批；2000元以上由部門領導審批后報分管校領導）、維修記錄管理。

10

原始數據的整理與導入

（1）支持已有資產數據導入，在系統啟用時，學校原有的固定資產信息，經資產清查盤點后，負責導入新系統，經過歸口部門和財務部門的兩級審核（增加批量審核功能）并記賬，進入到數據庫中。

（2）學校原使用軟件管理固定資產，中標方必須將原有資產信息準確無誤導入本系統加以檢查、整理、完善、核對。

（3）資產管理總體框架的建立要求軟件出售方提供支持和建立，框架的分類與機構代碼相對應，支持后期建立完善機構代碼后能夠更改。

11

資產清查

（1）利用已有的固定資產數據和校園網絡資源，實現特定時點的以賬對物、以物對賬式的資產清查。可以利用條碼采集設備（如掃描槍等），對已粘貼條碼標簽的資產進行快速清查，準確率高、工作效率高、勞動強度低。可以對特定單位、特定使用人、特定地點的資產進行清查。允許使用部門在系統內完成資產自查（賬實是否一致）。

（2）自動生成盤盈、盤虧表等。可以對特定單位、特定使用人、特定地點的資產進行清查

12

查詢

（1）以簡單、直觀的方式，查詢所需各種信息，生成各類查詢表格，欄目、樣式可自行設定，可以直接得到日常管理活動中最常用的按使用單位、使用人、存放地點的查詢表。查詢結果可以直接輸出到常用數據庫格式（.DBF、.DIF）、Excel表；

（2）支持自定義綜合查詢；

13

統計報表與自定義報表

（1）根據設定條件，生成各種常見的統計表，包括基本情況總表、固定資產增減情況明細表、使用方向分戶統計表、現狀分戶統計表、結存表、分戶結存統計表、分戶明細表、分戶分類結存表等，為固定資產日常管理和領導決策提供全面、準確的依據

（2）同時支持國家教育部十六大類、國家財政十大類、國家財政最新六大類三套分類方式，并生成相應的三套財務帳表、統計分析表，如固定資產總賬、總分類帳、分戶明細賬、結存表等。

14

數據上報與數據交換

（1）嚴格按照教育部《關于報送高校實驗室和儀器設備統計數據盤及報表的通知》的規定，生成需要上報的有關教學科研儀器設備的數據文件和報表。生成的報表在系統中提供臨時的修改及補錄功能。

（2）系統與本地財政廳的《行政事業資產管理信息系統》能夠完全對接，實現數據同步，完成資產的動態管理和數據上報。

15

分析圖表與決策支持管理

利用系統中的各類數據，根據管理需要，設定各類條件，可以對學校資產進行全面的統計與分析，并生成樣式豐富的分析圖形和賬表，直觀實用，用于資產管理以及統籌決策，能及時準確地掌握和分析全校資產現狀，科學地預測變化趨勢，為教學與科研服務，為學校領導制定發展戰略提供有效依據。

16

精密、貴重及大型儀器設備信息維護

根據教育部要求的關鍵信息項，加強對精密貴重儀器設備的日常管理與維護，并對其使用信息進行記錄，對上網公開信息進行管理和維護；

17

資產生命周期管理

對每一件固定資產從采購驗收、日常使用直到處置的整個生命周期進行全過程跟蹤管理，客觀記錄每一項管理活動，實時反映每一件固定資產狀態；

18

系統設置與權限服務

（1）權限定義：包括角色、用戶添加與維護，可以自定義功能用戶、角色；可后臺設置不同角色、用戶的不同權限。允許批量或單獨給用戶定義其操作權限和管理權限。管理權限包括部門管理權限和資產類別管理權限等。如：設立部門資產管理員-->使用部門負責人-->學校資產管理員-->資產管理部門領導-->財務處審核記賬等，可后臺設置不同角色、用戶的不同權限。

（2）權限分配：把在“權限定義”中定義好的角色分配給相應的崗位或人員，允許批量或單獨定義給用戶定義其操作權限和管理權限。管理權限包括部門管理權限和資產類別管理權限的分配。

（3）帳號維護：對系統使用人員的帳號進行統一維護，并可分配相應角色（預留 數據中心接口，實現單點登錄，實現同步）。

（4）數據導入導出：提供數據導入導出工具，支持批量操作（提供數據導入模版）。

（5）數據備份：支持數據庫異地自動備份,避免資產數據因病毒等而造成丟失的后果，確保安全

19

分布式資產登記（支持數據拆分）

根據實際工作流程，采購部門（或使用部門）可異地錄入資產信息，如經費來源、存放地、規格、型號、價格等，支持批量資產數據拆分。支持部門調整后對應資產的批量和單件調整。

20

驗收單、卡片等單據管理

系統能夠打印規范的固定資產驗收單、固定資產管理卡片、資產變動報告單、資產處置報告單等，支持生成的單據允許個性化設置。

21

條碼標簽管理

可自定義條碼標簽大小、位置、字段等，并可設計保存多種條碼標簽打印方案。

22

系統操作日志

（1）記錄每項資產在生命周期中所發生的動作序列；記錄所有用戶的系統操作及操作時間，日志支持增量備份；

（2）支持可直觀查詢（如：資產項目--資產負責人--資產有何變動情況等，內容盡量詳細）。

2.2、低值易耗品管理系統

序號

功能要求

功能描述

1

購置計劃

各部門根據工作需要，填寫采購計劃單，相關部門工作人員對各部門提交的采購計劃單進行審核，并對通過審核的采購計劃執行采購。

2

庫存管理

管理員對新采購的物資易耗品填寫詳細入庫單進行入庫管理，入庫信息可以由已執行的采購計劃生成，系統自動提取相關信息，以提高工作效率。

3

退貨管理

已采購入庫的物品的退貨，填寫詳細的退貨原因、數量等詳細信息，并提交相關人員審核后生效，辦理退貨手續。

4

庫存預警

實時提供智能在庫物品的數量超出上限、低于下限的預警，以及過保質期的預警功能，方便實時了解庫存物品的狀況，并為購置計劃提供決策依據。

5

領用申請

使用人員登陸系統填寫領用申請單，如果領用的數量超過現有庫存，系統會給出警告提示；填寫完成的領用申請單提交相關人員進行審核，審核通過后打印領用申請單，可根據管理需要由相關領導簽字后或直接到倉庫領用所需物品。

6

出庫管理

領用人到倉庫憑已審核的領用申請單領用所需物品，倉庫管理員錄入出庫單，支持一張申請單領用多次，一個物品在通過審批的數量范圍內領用多次，需要歸還必須錄入計劃歸還日期。系統支持先進先出、先進后出的出庫方式。

7

歸還管理

已領用物品的歸還，倉庫管理員檢查歸還物品與領用時狀態的差別可以方便的從系統調出歸還物品的出庫詳細信息。

8

催還管理

對于超出歸還期的已領用物品實時生成的催還信息，可以根據倉庫、物品、部門、領用人檢索信息，可以形成報表，打印催還單。

9

查詢與統計

能實現對購置計劃查詢、入庫信息查詢、退貨信息查詢、領用申請查詢、出庫信息查詢、歸還信息查詢、歷史存放物品信息查詢等。至少應包含購置計劃統計表、供貨統計表、已入庫統計表、領用物品統計表、在庫物品統計表等。

2.3、公用房管理系統

序號

功能要求

功能描述

1

房產基本信息管理

要求能夠建立“學校—樓—層—房間”的房產信息架構。可以管理房產的坐落位置、建筑面積、使用面積、使用性質、竣工日期、使用單位等信息。

2

房屋分配

可以指定每個房間的教職工使用信息。

3

房屋調整

日常使用過程中的房屋使用信息的調整管理。

4

房屋的拆遷與合并

可以實現對房屋的拆遷與合并管理。

5

查詢統計分析

可以按照使用性質、閑置房產、使用單位等信息查詢統計，并可跟蹤查詢每間房的歷史使用記錄。

2.4、實驗室上報系統

序號

功能要求

功能描述

1

總體

要求系統能滿足學校設備管理部門和實驗室管理部門對實驗室人員、設備、實驗項目管理與上報的要求。系統應嚴格按照教育部《關于報送高校實驗室和儀器設備統計數據盤及報表的通知》的規定，通過對高校實驗項目和人員的管理，生成完全符合要求的需要上報的有關實驗項目與人員、教學科研儀器設備的數據文件和報表，順利完成上報上級部門數據任務。

2.5、工資查詢系統

序號

功能要求

功能描述

1

系統架構

要求系統同樣采用B/S架構

2

數據

要求可以導入excel樣式的工資表格，工資的表格樣式根據財務處出具的模型確定，支持歷史數據的導入；