张兴宝 王向娜 逯伟军

(1.西安市地下铁道有限责任公司运营分公司 陕西 西安 710018；2.兰州交通大学 甘肃 兰州 710600; 3.中国铁路西安局集团公司安康东站 陕西 安康 725000)

对于地铁车辆的维修部门而言， “供好车， 供足车”是其核心任务。 为此， 除了制定适合自己车辆的维修模式(计划修、 状态修)外， 还需要实时结合车辆的状态， 有针对性地对其开展相关专项作业以及临时性作业等。 如何将车辆的专项作业、 临时性作业和车辆的修程有机结合起来， 确保各项作业顺利开展是地铁车辆维修部门实现“供好车， 供足车”的必要条件。 这些工作都是由车间调度(DCC)根据当天情况进行综合考虑安排， 难免出现部分项目漏安排、 漏统计以及未按照规定节点完成等情况， 尤其是场段维修基地(“场段维修基地”对应地铁设计规范中的“车辆段、停车场”)运作后， 类似问题就更加突出(场段调度相关信息不能共享)[1]。

基于以上问题，着手搭建一个信息共享平台，建立数学模型，相关人员仅在此平台输入相关限定条件，然后系统根据这些条件自动生成每日派工单(班组当日生产任务清单)，这样既可以解放DCC人员，又可以确保现场生产按照相关要求完成，最主要的是改变了传统的纸质记录台账繁琐、相关台账存档混乱以及事后追溯困难等问题。

1 电客车维修组织概况

电客车维修按照其种类分，主要包括计划性检修作业、专项修作业和临时性检修作业，其维修组织流程如图1所示。

图1 现场生产组织流程图

场段维修基地运作后，场段生产组织和仅车辆段运作时的流程基本一致，但由于多个基地共同完成所有电客车的维修任务，所以场段生产检修调度需要沟通协调，这样场段就需要明确一方为主检调度。主检调度除负责本场段作业外，还需要综合协调维修基地(车辆段、停车场)之间的生产任务。此时对场段生产信息的共享和场段相关信息的同步性就提出了更高的要求。场段运作后电客车维修管理具体流程如图2所示。

图2 场段运作后现场生产组织流程图

2 传统电客车维修组织存在的问题

(1)由于生产任务零散，检修调度(以下简称“检调”)在编制派工单时，可能出现作业项目遗漏的情况，导致相关工作未能在规定时间内完成。

(2)班组当日专项作业完成后未及时、如实地在项目进度表处登记，导致现场登记的专项维修进度和检修调度处掌握的进度不一致，两处信息出现矛盾。

(3)检修调度跟进专项工作进度是以传统的Excel形式记录，容易出现手误(误删或登记信息错误等)，这样检调处登记的专项进度和现场班组员工的专项工作进度表不一致，产生矛盾。

(4)副调度未及时、准确将本场段的生产完成情况告知主检调，导致主检调度未准确掌握电客车各专项作业进度，出现部分列车部分项目遗漏或重复安排作业等情况。

(5)由于现场专项作业进度表单独记录，导致在安排第三方人员检查专项作业的开展情况时相关问题不容易被发现，他控环节的功能衰弱。

(6)关于相关信息，检调可根据电话、办公软件等进行沟通、共享，但场段相关台账的整理存档极为困难，容易出现台账存档不及时以及台账丢失等异常情况。

3 电客车维修组织智能化平台搭建框架

3.1 平台搭建初衷及实现功能

专项工作技术人员不用向各班组下发纸质生产通知单，仅在此平台输入相关要求即可。每日各班组的派工单不是完全由检调编写，派工单系统可自动生成。作业结束后不用班组在项目进度表处登记，仅将当日派工单在此平台上回填即可。专项作业在规定的期限内未完成，不用安排专人检查，系统可自动提醒。在当天班组交车时，检调不用查阅检修记录单及询问班组此车是否具备上线条件，仅在此平台查看即可。专项作业完成后，在后续倒查此专项作业细节内容时，不用在海量的档案库内查找相关记录单，仅在此平台内输入相关信息，平台自动检索出所需要的资料。

3.2 平台内相关模块之间的逻辑关系及平台运作

图3所示为此智能平台运作流程及相关信息的逻辑框架图。从功能角度考虑，此平台主要包括三大部分。

图3 智能平台逻辑框图

3.2.1生产任务的闭环管理模块

(1)发起人在平台输入相关信息。技术人员下发的生产通知，不再通过纸质形式下发各班组，仅在此平台上按照要求填写相关内容，具体项目如表1所示，填写完成提交后自动进入校核、审批环节，审核手续流程完成后，平台将此项内容设为合法任务，并进入执行环节(检调岗位可看到此项内容)。

表1 生产通知单填写项目

(2)DCC输入信息。每日检调在安排当日生产计划时，新建派工单，然后输入作业班组、作业时间、修程和对应列车即可，系统自动筛选出此车符合此条件的所有专项作业，并形成当日对应班组派工单。此时检调根据外界条件对部分内容进行增删，最终形成派工单终稿。

(3)班组查派工单，并开展工作。各班组在此平台仅选择班组及日期，则系统自动弹出当日派工单(检调提交的派工单)，派工单内容如表2所示。

(4)派工单回填。班组作业完成后，对当日派工单进行回填，项目内容如表3所示。

表2 x月x日x班派工单

表3 x月x日x班派工单回填单

(5)检调查看派工单，判断此车是否具备上线条件。检调根据派工单的回填信息，确认此车是否具备上线条件，并安排后续工作。

3.2.2信息的储存和检索模块

各专项作业进行中以及结束后，均可根据输入的不同查询条件，系统自动检索输出不同的结果，例如：输入专项作业名称，则查询结果为此专项作业的进度表(见表4)。

表4 xx专项作业跟踪进度表

通过此表可了解此专项作业的完成进度，也可追溯某一项历史作业任务的作业人员等信息，还可以掌握此次专项作业统计发现问题情况等。

3.2.3和其他相关平台的接口模块

此部分是为此系统后续实现高级智能化，系统升级所备，是和其他电客车维修相关平台实现关联准备的，例如电客车故障录入系统、电客车履历管理系统、物资管理系统等。

3.3 平台解决传统维修组织存在的问题

(1)此平台投入后，相关专项作业的生产通知单不再下发纸质版，技术人员仅在此平台输入专项作业的相关条件即可，既节省纸张，也方便操作，简化了流程，提高了效率。

(2)场段班组作业结束后均在此平台填写回执单，班组不用再填写专项作业进度表，并且班组填写的回执单检调需要审核，避免了传统生产组织中出现的班组登记的项目进度表和检调记录的项目进度表进度不一致的情况。

(3)场段检调共用同一个平台，场段调度在安排专项作业时均以此平台记录为依据，避免了传统生产组织中出现的副调度未将当日专项作业告知主检调，或虽将生产完成项目告知主检调，但主检调未记录或记录错等导致相关工作遗漏的情况。

4 电客车维修组织平台实现深入智能化规划

如上设计出的平台，虽然较传统的电客车生产组织有了很大的改善，也从一定程度上实现了智能化，但部分内容仍旧需要人工参与。若想继续减少人工参与，实现高级智能化，则需要利用此平台预留的扩展接口，增加相关的逻辑判断以及将此平台和已有的电客车维修相关平台进行关联，具体项目及实现功能如下：

(1)平台根据电客车修程修制确定原则，智能生成其年、月、周计划和日计划。将电客车各修程修制确定原则(各修程维修周期、走行公里数以及允许偏差)写入后台，然后此平台可根据这些条件及各电客车最近修程时间，自动生成年、月、周生产计划及日计划，最大化实现电客车不过度修、不失修。

(2)平台根据电客车大架修公里数要求，智能生成每日各电客车担当的任务。具体做法是提前给系统设定大架修的时间和公里数要求以及电客车公里数梯队的梯度，然后系统通过从电客车信息系统中调取各电客车的首次运营时间，走行公里数等，每日动态计算，并智能安排各列车当日担当任务，方可实现列车走行公里数拉开梯队，最大程度地实现了电客车大架修作业“不失修、不过修”。

(3)电客车各专项工作的安排及推进计划实现智能化。各专职人员在此平台填写专项作业生产通知单时，需要明确此专项的范围(列车)、作业时机(在什么情况下作业)、开始时间和结束时间，这样系统可根据输入的这些条件判断输入条件之间是否有冲突，及时对专职人员进行提醒。同时在任务执行中，当因为某些原因，专项作业耽误，导致部分电客车可能出现超修时，系统可智能预警，提醒调度尽快安排此项作业，避免超修[2-4]。

(4)维修发现故障和现有电客车故障录入系统之间实现智能化。电客车维修及专项修发现的问题录入故障库后，员工在作业结束后填写派工单回执单时，此智能平台自动在此回执单中发现故障数、已处理故障数和未处理故障数等。这样，同一个问题员工不用重复录入及统计，同时检调也可根据回执单确认和把控此车是否具备上线条件。

(5)电客车专项作业和电客车履历管理系统实现智能化。此平台和电客车履历管理系统关联。对于日常维护变动了履历项目中的设备，可对作业人员智能提醒，防止员工未及时更新履历，导致现车和履历不符合的情况。

(6)此平台和物资管理系统关联，备件更替后其规格型号、物资编码实现智能化。日常维护中部分部件由于质量问题、设计问题或部件停产等问题，选择替代品在所难免。此时就需要将这些替代品的规格型号/物资编码及时在物资管理系统中更新，为后续购买备件提供便捷[5]。

(7)此平台和员工信息管理系统关联，实现作业任务和员工技能等级之间的智能化。随着班组员工技能水平的提高及公司对各作业员工技能等级的逐渐规范，需要对电客车各修程各作业的人员技能等级进行明确。各技术人员在下发生产通知时，需要明确此专项作业需要几个人，各人员需要什么技能等级等，然后平台和已有的员工信息管理系统进行关联，班组上班后在平台输入到岗人员，然后系统可根据班组员工到岗人员数及各人员的技能等级，自动筛选出当日生产任务，这样就可避免现场员工无证上岗或“低能高用”等的情况，卡控住了现场生产质量及安全的第一道关口。

5 结语

此平台已完成了各子模块的搭建，例如电客车故障录入系统、电客车履历管理系统、电客车磨耗部件智能预判系统以及员工信息管理系统等，目前单独运行良好，已投入应用。整体框架目前还在进行中，待整体框架编程完成后和各子系统进行关联，测试成功后方可投入现场应用。同时，组织对此平台的搭建，也总结出如下经验：

(1)在搭建平台前，首先做好定位，确认此平台近期需要实现哪些功能，远期需要扩展哪些功能，在编程中预留好充分的接口；

(2)参与项目的编程人员较多，必须制定相关的规范，确保后期软件在关联调试时，软件之间可兼容，避免出现返工；

(3)在编写软件时，尽可能使用本公司的对软件有一定基础的员工。因为本单位员工了解单位基本情况及一线需求，编程出的软件与IT行业专业人员编程出的软件相比更贴近实际情况，使用起来更加顺手。