漯河医学高等专科学校资产管理数字化系统项目询价公告

漯采询价采购[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样式的工资表格，工资的表格样式根据财务处出具的模型确定，支持历史数据的导入；