本文以深圳地铁EAM系统应用为实例，总结资产管理系统在地铁车辆维修管理中的应用情况，分析资产管理系统应用中存在的问题和不足，并提出问题的改进措施和改进后的效果。EAM系统是企业设备安全运行，降低维修成本，提高对资产的管理水平和效率的高效管理平台。资产管理系统的软件已进入模块化、流程化、标准化的时代，一个管理软件能适应不同行业，不同企业的要求。但对于一些特殊行业如地铁行业，其行业特殊性使EAM系统本身无法满足一些特殊管理的需要。
一、深圳地铁EAM系统简介
深圳地铁公司EAM系统，采用美国Datastream公司Datastream7i软件系统，主要包括基础模块、资产模块、物料管理模块、工作管理模块、采购管理模块、项目管理模块、预算管理模块等。EAM系统以设备资产台账为基础，以工单的提交、审批和执行为主线，按照计划检修、预防性维修、预测性维修、TPM及RCM等维修保养模式，以提高维修效率、降低总体维修成本为目标，综合了采购管理、库存管理、人力资源管理，对设备进行全寿命周期管理的数据充分共享的信息系统[1]。系统建成后，减少了设备故障率，降低配件积压率，降低生产经营成本，延长设备运行寿命，提高资产使用率，产生良好的经济效益，为深圳地铁公司可持续发展奠定坚实的基础，成为深圳地铁运营管理的信息平台和高效的管理手段。EAM系统及在地铁车辆维修管理中也存在一些问题和不足，没有全面满足地铁车辆维修管理的需要，下面分析存在的问题，并提出改进措施。
二、深圳地铁EAM系统应用中存在的问题
1.EAM系统用户数过少，运行速度慢；
深圳地铁公司企业资产维护管理系统以企业局域网为平台，各终端用户通过网络登录服务器，初期设计的登录用户为50个用户，系统上线运行后，由于地铁行业设备设备众多，维修作业量大，作业班组多，登录用户数量过多，造成用户数量超载，运行速度慢。
2.工单的重要字段缺少限制保护功能，容易造成工单字段漏录现象；
在工单中，对工单的重要字段如工单负责人、开始时间、结束时间、故障体系等字段没有限制措施，容易造成工单的字段漏录现象，工单录入数据不准确，造成统计报表数据不准确，查找原因较为数据量大，较为困难，影响工作效率。
3.故障体系的问题码与故障码的定义不适合车辆维修的需要；
EAM工单基础设置—故障体系中定义的问题码和故障码的功能如下： 问题码：在工单上用来描述某设备上发生的表面问题的代码。一般为发现人提出的故障现象[2]。 故障码：在工单上用来描述某设备上发生的内在故障的代码。一般为检修人员诊断后提出。 问题码有5个层次关系，故障码只有1层。在车辆维修中，故障现象是发现人提出的故障表面问题，而故障的原因为检修人员经过检查诊断后确定的故障问题处所和原因。所以，EAM工单基础设置—故障体系中定义的问题码和故障码与实际维修不相符，不能适应实际维修的需要。
4.计划维修工单下达后计划日期可修改；
因为工单的字段缺少保护功能，计划维修工单生成后，经主管理部门/领导审批后，进入工单执行状态，但工单的计划日期仍然可以修改，这是不允许的，计划日期被人为故意修改后，会造成计划混乱，产生管理问题，影响维修生产组织。缺少了对有特殊要求的工单字段防写保护。
5.预防性维修排程中的计划日期只根据系统时间和间隔计算，不能根据实际维修完成日期进行自动调整；
在地铁车辆维修中，较大的修程如架修、厂修存在较长的维修停时，维修期间的维修停时不纳入下一次维修修程的排程时间，当某修程维修完成后，比它小的修程才开始计算排程时间。而在EAM的预防性维修排程中，设备的不同修程的预防性维修排程的间隔是固定的，按系统时间自动累加，只要产生维修工单后，系统按照设置的时间间隔，自动产生下一次修程的计划时间。EAM系统中的计划日期与实际所需的计划日期的偏差会随着维修修程和时间的进程越来越大，给维修计划的排程造成许多不便。
6.仪表的日期默认为当前日期，不能满足地铁列车维修中今天录入的公里数实际是前一天的公里数的需要；
每天录入仪表数据时，仪表的日期默认为当前的日期，由于地铁运营的特殊性，地铁列车要在当天晚上24点运营结束后才检修基地，录入列车走行公里数时已经是第二天了，而列车走行公里数录入的日期应是前一天的日期，所以，默认当前的日期，不能满足列车实际的需要，需要人工手动修改，容易造成录入错误。
7.列车走行公里只记录到列车上，没有列车的部件没有走行公里数的记录；
由于列车的走行公里仪表在EAM系统上是挂在列车上的，列车走行公里的数据只记录到列车上，在车辆维修管理中，不仅要对列车的走行公里数进行相关统计，对列车上的主要部件（如轮对、MCM模块等）也需要进行走行公里数的跟踪和统计。
8.故障工单缺少对车辆故障的走行公里数的跟踪记录；
在车辆维修管理中，需要对车辆发生故障时的列车走行公里数进行跟踪记录，在EAM的故障工单中，缺少相应的关联，没有自动采集某一部件故障时，部件的走行公里数，记录到故障工单上,无法对与列车走行公里数有关的故障进行分析。
9.报表的格式输出不能为EXCEL格式，对报表的查看和文本编制非常不便；
由于EAM系统的局限性，报表的输出为WORD格式或PDF格式，而且WORD格式不是纯WORD文本，是一个个块状组成的，编辑文本非常不便，对于数据量较大的表格，无法整体进行编排，输出的报表不利于维修管理和总结分析，报表数据需要经过二次整理，降低了工作效率。
三、深圳地铁EAM系统的改进措施
1.增加EAM系统用户数，提高运行速度；
由于早期购买的系统服务器只允许50个用户同时登录，超过登录用户数服务器运行速度大大降低，通过供货商上海施迅软件系统有限公司，购买了100个用户的服务器，并进行配置优化，增加了用户登录数量，提高了系统运行速度。
2.增加工单重要字段的保护功能；
通过自己开发，在TRIP模块中，编制运行保存时的一个保护程序，录入工单字段时，对工单字段进行限制，只允许录入规定的字段，防止误录。在工单保存时，对于一些重要字段如工单负责人、开始时间、结束时间、故障体系等字段进行检查，没有录入的进行提示，阻止关闭工单，防止漏录。
3.重新定义问题码和故障码的使用功能；
EAM系统问题码和故障码的定义和使用功能不适合地铁车辆维修管理的需要，根据故障体系的功能特点，结合车辆维修特点和实际维修经验，重新定义了问题码和故障码的定义和使用功能。问题码具有层次结构，符合故障原因的层次分析，问题码定义为：故障原因，一般为检修人员诊断后提出故障的原因和处所。故障码定义为：故障现象，般为发现人提出的故障现象。并根据新的定义重新采集问题码和故障码的数据，在工单的故障体系中进行填写，建立具地铁车辆特色的故障体系。
4.计划维修工单的计划日期批准后不能修改；
通过自己开发，在TRIP模块中，编制一段保护限制程序，当计划维修工单经过部门批准后，工单在执行状态以上的，一般用户不能修改工单的计划日期，防止随意修改。
5.计划维修工单完成后，自动调整预防性维修排程中的计划日期；
在工单管理中，编制一段控制程序，当工单填写完成日期保存时，系统根据计划维修工单的实际完成时间，自动调整与当前工单关联的设备的预防性维修排程的计划日期。以保证维修排程中的计划日期的准确性。
6.录入仪表数据时，自动刷新仪表的日期为前一天的日期；
在仪表表单中，编制一段控制程序，当保存时，录入的仪表日期为当前日期时，自动刷新仪表的日期为前一天的日期，保证录入的仪表日期与列车运行的实际日期相符，避免了人工的修改造成不必要的错误。
7.录入列车走行公里时，系统自动添加列车部件的走行公里数；
在仪表表单中，录入列车走行公里数保存时，根据录入的列车设备，在设备表单中按照设备树结构自动累加当天列车的走行公里数。这样，列车部件的走行公里数每天自动根据列车的走行公里数自动累加。当某一部件故障从列车上拆下时，在EAM设备结构中删除，部件的走行公里数就不会增加，当部件上车时，在EAM设备结构中添加，部件的走行公里数就会跟列车一起相应增加。
8.增加故障工单中列车走行公里数的记录；
在故障工单录入保存时，系统自动根据工单所选设备部件，搜索出部件当时的走行公里数，自动添加到工单的“仪表读数”字段中来，这样就记录了设备故障时当时的部件走行公里数，实现了部件故障时的走行公里数跟踪，方便统计和跟踪部件走行公里数与故障发生的关系。
9.安装PLSQLDeveloper软件，导出EXCEL格式报表；
在各车间室的主要统计管理岗位上，安装PLSQLDeveloper软件，本软件是报表开发软件，将相关报表源程序下发到相关岗位，让第一线岗位管理人员利用软件将报表导出来，形成EXCEL表格式，方便统计管理工作，提高管理效率。
想要了解更多关于北京乾元坤和EAM系统，请点击 EAM系统解决方案。