一种基于多项目的维护管理方法、系统及计算机设备与流程

1.本发明涉及多项目管理平台技术领域，具体地，涉及一种基于多项目的维护管理方法、系统及计算机设备。


背景技术：

2.企业零星维修项目主要指的是企业基建类设备设施安装、调试、维修、拆除以及小型改建等，其具有种类数量多、分布零散、工程量小、灵活性大等特点。
3.现行的维修、项目管理等工作，缺乏流程监控，各维修需求部门仅在提交问题和验收确认环节了解零星维修过程，缺乏实时过程查询的能力。项目管理员仅能通过电话通知和excel文档管理的方式进行过程管理，缺乏实时的痕迹化过程管理，对项目的监控能力不足，过程管理的不透明。施工方需要跨部门联系需求部门的现场负责人，且只能被动等待维修通知，单线程逐个处理，无法对维修内容进行有计划性的批量化合并归类管理，维修效率较低。为此，借助“互联网 ”概念，建设零星维修项目过程管理平台，以提高零星维修项目的过程监控能力，从而推动“互联网 ”与实际业务的深度融合。


技术实现要素：

4.为解决上述问题的至少一个方面，本发明提供一种基于多项目的维护管理方法，包括：获取维修需求数据，确定所述维修需求数据的获取时间并生成维修任务，其中，所述维修需求数据包括优先级和完成时间需求；基于所述维修需求数据判断是否受理所述维修任务，若不受理，则撤销所述维修任务，若受理，则基于所述维修需求数据及其获取时间对所述维修任务进行排序；根据所述维修任务排序及所述维修任务对应的维修需求数据匹配维修方，生成维修订单；获取维修进展数据，基于所述维修进展数据判断所述维修订单是否合格，若合格则关闭所述维修订单，若不合格，则重新生成维修订单。
5.优选地，还包括基于所述维修需求数据、所述维修订单、所述维修进展数据判断所述维修任务状态，并根据所述维修状态生成提示信息。
6.优选地，获取所述维修进展数据的更新时间，根据所述更新时间和设定的时间阈值生成用于更新所述维修进展数据的提示信息。
7.优选地，获取维修检索数据，确定所述检索数据的用户数据，并基于所述用户数据和所述维修检索数据生成维修信息目录。
8.另一方面，提供一种基于多项目的维护管理系统，包括：创建模块，用于接收需求方的维修需求数据，并生成维修任务；受理模块，用于接收管理员指令，并根据所述指令撤销或受理所述维修任务，匹配所述维修任务和维修方生成维修订单，同时输出所述维修任务的撤销信息或受理信息；过程记录模块，用于接收所述维修方的维修进展数据，并根据所述维修进展数据确定所述维修订单的状态；管理模块，用于接收所述管理员的评价指令，并基于所述评价指令关闭所述维修订单或重新生成维修订单。
9.优选地，所述管理模块还包括查询单元，所述查询单元用于接收查询指令，并获取
输入所述查询指令的用户信息，根据所述查询指令和所述用户信息输出维修目录。
10.优选地，所述管理模块还包括标记单元，所述标记单元用于根据所述维修订单的状态标记所述维修目录。
11.优选地，所述过程记录模块还包括提醒单元，所述提醒单元用于获取所述维修进展数据的更新时间，并根据所述更新时间和设定的时间阈值生成用于更新所述维修进展数据的提示信息。
12.优选地，所述受理模块还包括优化单元，所述优化单元用于获取所述维修任务的生成时间，并根据所述维修任务的生成时间依次匹配所述维修任务和维修方以生成维修订单。
13.另一方面，提供一种计算机设备，包括处理器和存储器，所述存储器用于存储可执行程序指令，所述可执行程序指令由所述处理器运行以实现如前任一所述的基于多项目的维护管理方法。
14.本发明的基于多项目的维护管理方法、系统及计算机设备具有以下有益效果：项目过程中需求方、管理员和维修方可在自己权限范围内在统一平台上创建项目、受理或撤销项目、接单项目、维修记录、查询等在线管理操作，实时推送项目过程的变更和进度情况，使项目管理过程得到全程监控，实现零星维修项目过程信息的实时共享查询，维修维修项目信息的历史数据统计与查询，提高工作效率，降低跨部门沟通成本。
附图说明
15.为了更好地理解本发明的上述及其他目的、特征、优点和功能，可以参考附图中所示的实施方式。附图中相同的附图标记指代相同的部件。本领域技术人员应该理解，附图旨在示意性地阐明本发明的优选实施方式，对本发明的范围没有任何限制作用，图中各个部件并非按比例绘制。
16.图1示出了根据本发明实施例的基于多项目的维护管理方法的应用场景示意图；
17.图2示出了根据本发明实施例的基于多项目的维护管理方法的流程示意图。
18.附图标记说明：
19.1、需求方；2、管理员；3、维修方；10、创建模块；20、受理模块；30、过程记录模块；40、管理模块。
具体实施方式
20.以下结合附图对本公开的示范性实施例做出说明，其中包括本公开实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本公开的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。
21.在本文中使用的术语“包括”及其变形表示开放性包括，即“包括但不限于”。除非特别申明，术语“或”表示“和/或”。术语“基于”表示“至少部分地基于”。术语“一个示例实施例”和“一个实施例”表示“至少一个示例实施例”。术语“另一实施例”表示“至少一个另外的实施例”。术语“第一”、“第二”等等可以指代不同的或相同的对象。下文还可能包括其他明确的和隐含的定义。
22.为了至少部分地解决上述问题以及其他潜在问题中的一个或者多个，本公开的一个实施例提出了一种基于多项目的维护管理系统，包括创建模块10，用于接收需求方1的维修需求数据，并生成维修任务；受理模块20，用于接收管理员2指令，并根据指令撤销或受理维修任务，匹配维修任务和维修方3生成维修订单，同时输出维修任务的撤销信息或受理信息；过程记录模块30，用于接收维修方3的维修进展数据，并根据维修进展数据确定维修订单的状态；管理模块40，用于接收管理员2的评价指令，并基于评价指令关闭维修订单或重新生成维修订单。
23.具体地，如图1和图2所示，基于多项目的维护管理系统为对需求方1、管理员2和维修方3开放的平台，需求方1、管理员2和维修方3通过用户身份验证登录平台，根据登录平台的用户的身份验证信息对用户开放不同的模块功能。
24.创建模块10对需求方1开放权限，需求方1根据维修需求在通过创建模块10输入维修需求数据，维修需求数据包括维修部门、申报部门、申报人员、完成时间需求、维修需求内容，并输入问题描述文档、图片、视频等证据材料。创建模块10根据获取的维修需求数据建立基于上述维修需求数据的维修任务，同时确定维修任务建立时间，维修任务为包括上述维修需求数据和建立时间的数据集合。创建模块10支持多个需求方1的同时登录和多组维修需求数据的同时获取，以及多个维修任务的建立。多个维修任务通过获取基于时间编号以区分，在另外的实施例中，多个维修任务还可以通过获取基于需求方1的用户信息、申报部分、完成时间需求等的编号以区分。
25.在一些实施例中，创建模块10接收的维修需求数据包括：维修类型(电气维修、叉车维修、设备维护、信息化维护、基建维修)；申报部门；设置优先级(正常、急、紧急)；申报人员；申报日期；预期完成时间；备注信息；维修内容；导入文件等。维修任务包括维修编号、维修类型、申报部门、申报人、申报日期、维修内容、优先级、预期完成、维修状态、导入文件、录入人和录入日期等内容。
26.受理模块20对管理员2开放权限，受理模块20接收创建模块10生成的维修任务，并基于登录管理员2的身份验证信息进行输出维修任务，管理员2基于维修任务对应的维修需求数据输入受理指令或撤销指令，对受理的维修任务与维修方3进行匹配，生成维修订单。维修订单为包括维修方3、需求方1和维修需求数据的数据集合。在一些实施例中，受理模块30还包括优化单元，优化单元用于获取维修任务的生成时间，并根据维修任务的生成时间依次匹配维修任务和维修方以生成维修订单。受理模块20根据维修任务对应的维修需求数据、维修任务的建立时间对维修任务进行排序，并根据维修任务的排序依次匹配维修方3，例如，根据维修需求数据中的维修部门匹配维修方3，从而生成维修订单。减少管理员2的匹配操作时间，提高效率。
27.过程记录模块30对维修方3开放权限，维修方3通过过程记录模块30接收维修订单，并将通过过程记录模块30输入阶段性维修进度情况，录入信息如维修编号、维修状态(未执行(自动生成)、实施中、已完成)等维修记录，上传问题整改描述文档、图片、视频等证据材料。并在完成维修后输出维修订单完成信息。在一些实施例中，过程记录模块30还包括提醒单元，提醒单元用于获取维修进展数据的更新时间，并根据更新时间和设定的时间阈值生成用于更新维修进展数据的提示信息。例如，设定更新频率为24小时，过程记录模块30在最近一次获取维修进展数据的输入时间间隔24小时后，生成状态更新提示信息，用于提
醒维修方3上传维修进展数据。
28.管理模块40对需求方1、管理员2和维修方3开放，管理模块40获取创建模块10输出的维修任务、受理模块20生成的维修订单和过程记录模块30接收的维修进展数据以及维修状态。管理员2通过管理模块40接收维修进展数据，并对完成的维修订单进行评价，并通过输入评价指令对合格维修订单进行关闭或者对不合格维修订单重新生成维修订单。重新生成的维修订单输出至过程记录模块30，以便于维修方基于重新生成的维修订单重新上传维修进展数据。
29.在一些实施例中，管理模块40还包括查询单元，查询单元用于接收查询指令，并获取输入查询指令的用户信息，根据查询指令和用户信息输出维修目录。管理模块40通过获取登录用户的身份验证信息针对查询指令开放接收的数据权限。单项明细查询可以展开维修项目创建、受理、接单、每次维修记录、维修状态等详细信息，项目汇总进展查询可以在各方权限下查看本人相关的所有项目维修状态等信息，项目统计可以在各方权限下查看本人相关的所有项目的维修信息、申报部门、优先级、数量等信息。
30.基于输入的查询指令，输出维修目录包括，维修任务信息：维修号、维修类型、申报科室、申报人、申报日期、维修内容、优先级、预期完成、备注、导入文件；历史记录：记录号、维修记录、记录备注、导入文件、录入人、录入时间；最新记录(倒序)：记录号、维修记录、记录备注、导入文件、录入人、录入日期、维修号、维修类型、申报部门、维修内容。管理模块40还包括收录模块，用于提供被授权的用户增加维修记录，例如，允许被授权的用户输入维修号、备注信息、维修状态(实施中、已完成)、维修记录、导入文件等以创建维修记录，从而补充维修目录。
31.在一些实施例中，管理模块40的查询单元通过接收基于维修订单的查询指令，输出查询的维修订单信息，包括：维修号、维修类型、申报科室、申报人、申报日期、维修内容、优先级、预期完成、备注、维修状态、导入文件、录入人、录入日期、受理、调整、撤销等内容。输入的基于维修订单的查询指令包括：维修类型(电气维修、叉车维修、设备维护、信息化维护、基建维修)；申报部门；优先等级(正常、急、紧急)；受理状态(全部、未受理、已受理)；撤销状态(未撤销、已撤销)；维修号；申报人员；申报日期；维修内容；预期完成；维修备注等。
32.在一些实施例中，管理模块40的查询单元通过接收基于维修记录的查询指令，输出的维修记录信息，包括：记录号、维修记录、记录备注、导入文件、录入人、录入日期、调整、撤销、维修号、维修类型、申报科室、维修内容。输入的基于维修记录的查询指令包括：记录编号、维修记录、备注信息、撤消状态(未撤销、已撤销)。
33.在一些实施例中，管理模块40的查询单元通过接收基于维修任务统计的查询指令，输出维修任务统计的信息，包括：维修类型、申报科室、优先级、数量等内容。输入的基于维修任务统计的查询指令包括：维修类型(电气维修、叉车维修、设备维护、信息化维护、基建维修)；申报部门；优先等级(正常、急、紧急)；申报日期。
34.在一些实施例中，管理模块40的查询单元通过接收基于维修进展查询的查询指令，输出维修进展信息，包括：维修号、维修类型、申报科室、申报人、申报日期、维修内容、优先级、预期完成、备注、维修状态、记录号、维修记录、记录备注、更新日期。输入的基于维修进展的查询指令包括：维修类型(电气维修、叉车维修、设备维护、信息化维护、基建维修)；申报部门；优先等级(正常、急、紧急)；维修状态(未执行、实施中、已完成)。维修号；申报人
员；申报日期；维修内容；预期完成；维修备注、记录备注等。
35.在一些实施例中，管理模块40的查询单元通过接收基于单项维修项目的查询指令，输出单项维修项目信息，包括：维修号、维修类型、申报科室、申报人、申报日期、维修内容、优先级、预期完成、备注、维修状态、导入文件。以及历史记录(倒叙)：记录号、记录内容、记录备注、导入文件、录入人、录入时间。输入的基于单向维修项目的查询指令包括：单向维修项目名称、编号等。
36.在一些实施例中，管理模块40还包括标记单元，标记单元用于根据维修订单的状态标记维修目录。为实现查询直观可视化，维修状态未执行的显示红色，实施中的显示黄色，已完成的显示绿色，关闭的显示无色，撤销的显示灰色。
37.一种基于多项目的维护管理方法，包括：获取维修需求数据，确定维修需求数据的获取时间并生成维修任务，其中，维修需求数据包括优先级和完成时间需求；基于维修需求数据判断是否受理维修任务，若不受理，则撤销维修任务，若受理，则基于维修需求数据及其获取时间对维修任务进行排序；根据维修任务排序及维修任务对应的维修需求数据匹配维修方，生成维修订单；获取维修进展数据，基于维修进展数据判断维修订单是否合格，若合格则关闭维修订单，若不合格，则重新生成维修订单。
38.具体地，如图2所示，需求方1在具有维修需求时，通过登录平台输入维修需求数据，以建立维修任务。需求方在零星维修项目创建功能模块的平台界面上输入维修部门、申报部门、申报人员、完成时间需求、维修需求内容，并上传问题描述文档、图片、视频等证据材料。确认创建后，生成申报时间，并把维修需求消息推送给项目管理员。
39.管理员2在基于多项目的维护管理系统的平台界面上，根据维修任务的实施优先级、完成时间需求、施工方联系人等信息，完成受理(或撤销)，并把受理施工安排消息推送给选定的维修方3，同时生成维修订单，把受理(或撤销)维修消息推送给需求方1进行告知。
40.维修方3在基于多项目的维护管理系统的平台界面上接收维修订单，维修方3接到维修订单后到现场实施维修，并通过过程记录模块30上传阶段性维修进度情况，录入信息如维修编号、维修状态(未执行(自动生成)、实施中、已完成)等维修记录，上传问题整改描述文档、图片、视频等证据材料。维修状态完成时，把消息推送给管理员2和需求方1。在一些实施例中，获取维修进展数据的更新时间，根据更新时间和设定的时间阈值生成用于更新维修进展数据的提示信息。若维修方3每天未更新维修状态，则推送维修消息给维修方3。
41.管理员2通过查看维修过程及完工的文档、图片、视频资料，在平台上验收。验收合格的维修订单，管理员2关闭；不合格的项目返工，重新生成维修订单并推送给维修方3。
42.在一些实施例中，平台获取维修检索数据，确定检索数据的用户数据，并基于用户数据和维修检索数据生成维修信息目录。计算机平台实现企业零星维修项目过程管理方法，查询统计功能模块包括：单项明细查询、项目汇总进展查询、项目统计。单项明细查询可以展开项目创建、受理、接单、每次维修记录、维修状态等详细信息，项目汇总进展查询可以在各个角色权限下查看本人相关的所有项目维修状态等信息，项目统计可以在各个角色权限下查看本人相关的所有项目的维修信息、申报部门、优先级、数量等信息。
43.在一些实施例中，还包括基于维修需求数据、维修订单、维修进展数据判断维修任务状态，并根据维修状态生成提示信息。
44.为实现查询直观可视化，维修状态未执行的显示红色，实施中的显示黄色，已完成
的显示绿色，关闭的显示无色，撤销的显示灰色。
45.另一方面，一种计算机设备，包括处理器和存储器，存储器用于存储可执行程序指令，可执行程序指令由处理器运行以实现如前任一所述的基于多项目的维护管理方法。
46.各需求方在平台中提交维修申请时，便可将问题的详细描述、图片信息、数据附件等上传到系统；管理员和维修方可同时在系统上查看并确认维修需求，不需要先后到现场进行确认；另外，可通过管理模块，要求管理员和维修方做到按照预设的固定时间对当日提交的申请完成确认；当管理员和维修方均完成需求确认后，维修方便可安排人员和物料进行维修准备，省去了施工方工作人员现场确认后反馈信息的过程和时间；完成维修后，维修方直接在平台手机端上传完工图片、完工情况说明等信息并通过系统向需求方和管理员同步发送完工确认消息。可通过管理监控，要求需求方和管理员在收到提醒后及时内进行现场查看和系统验收；最后通过平台的实时进度更新及查询功能，方便需求方实时查询项目进度，必要时催促进度执行，进一步降低等待环节的耗时。
47.以上已经描述了本公开的各实施例，上述说明是示例性的，并非穷尽性的，并且也不限于所披露的各实施例。在不偏离所说明的各实施例的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择，旨在最好地解释各实施例的原理、实际应用或对市场中的技术改进，或者使本技术领域的其它普通技术人员能理解本文。