CN113658673A - 一种基于告警信息分配工单的医院后勤管理系统 - Google Patents

Abstract

本发明公开了一种基于告警信息分配工单的医院后勤管理系统，涉及医院后勤信息管理技术领域。本发明通过统一接入模块将医院现有各类业务系统和硬件接入到本发明系统中进行统一管理，并通过数据采集模块采集各业务系统和各硬件的告警信息，通过告警处理模块和工单处理模块的协同工作将医院所有告警和需要进行派人处理的工单进行关联和统一管理。通过引入TF‑IDF算法将各类告警描述做格式化处理并和预设模型做映射，通过Apriori算法识别告警发生时的各类因素和需要进行派单处理的业务类型与处理策略之间的关联性，形成最优解下发派单任务。本发明可以解决医院后勤各业务割裂而形成的管理难的问题，以及高成本的问题。

Description

一种基于告警信息分配工单的医院后勤管理系统

技术领域

本发明涉及医院后勤信息管理技术领域，更具体地说涉及一种基于告警信息分配工单的医院后勤管理系统。

背景技术

医疗卫生是国家民生建设中的一个重要环节，随着全国医疗基础建设的不断普及和完善，高效的后勤管理和信息化建设成了众多医院逐步重视的问题。目前国内很多医院的后勤管理方式正处于从以人为参与为主向信息化自动化转型的阶段，这其中也存在一些特殊场景和问题。

医院后勤涵盖众多领域，各领域的信息化系统之间缺少互通，造成信息孤岛的现象，每个系统在建设过程中需要和医院后勤信息部门做数据的对接，获取后勤基础信息，包括部门、科室、空间、人员、设备等信息，当医院信息发生变动时，各系统都需要进行及时的数据更新。即增加后勤管理人员的工作负担，还增加了各信息化系统的建设和运营成本。

由于医院的自身特性，对后勤体系的稳定性和安全性有着极高的要求，当有告警事件发生时，需要系统能够做到快速地将消息传递给需要了解情况的人，并能够支撑其快速地将处理工单下发至操作人员，最终将处理结果通知相关人员，形成该告警事件的闭环。而当前的实际操作效果距离达成这个目标还有一些问题。

（1）告警事件的处理可能是跨领域的，即需要多个系统协同处理的，如设备管理系统检测到卫生间水管问题，会需要通知维修人员和保洁人员。当各系统是独立运行时，就需要医院后勤管理人员来协调处理，这样会增加很多院方人力成本。

（2）在这个环节中，处理人员的响应速度需要保障，但是人为因素的参与使得其存在不定性，与告警事件的快速处理要求存在矛盾。一些医院负责响应告警信息的人员还身兼其他工作，在做事的时候不一定可以及时发现或处理问题，将导致告警响应速度变慢。

发明内容

为了克服上述现有技术中存在的缺陷和不足，本发明提供了一种基于告警信息分配工单的医院后勤管理系统，本发明的发明目的在于提供一种具备数据互通、业务互联、运维人员共享的医院后勤管理系统，以解决医院后勤各业务割裂形成的管理难的问题，以及后勤运维人员大量投入形成的高成本的问题。本发明通过统一接入模块将医院现有各类业务系统和硬件接入到本发明系统中进行统一管理，并通过数据采集模块采集医院现有各业务系统和各硬件的告警信息，通过告警处理模块和工单处理模块的协同工作将医院所有告警和需要进行派人处理的工单进行关联和统一管理。并通过引入TF-IDF算法将各类告警描述做格式化处理并和预设模型做映射，通过Apriori算法识别告警发生时的各类因素和需要进行派单处理的业务类型和处理策略之间的关联性，形成最优解进行派单任务下发，并通过收集工单处理结果信息优化识别算法。本发明可以解决医院后勤各业务割裂而形成的管理难的问题，以及后勤运维人员的大量投入而形成的高成本的问题。

为了解决上述现有技术中存在的问题，本发明是通过下述技术方案实现的：

一种基于告警信息分配工单的医院后勤管理系统，包括数据采集模块、数据管理模块、系统接入模块、告警处理模块、工单管理模块和数据分析模块；

所述系统接入模块与医院后勤管理中其他各业务系统相连，将医院后勤管理中其他各业务系统接入到所述医院后勤管理系统中；并与医院后勤中各基层硬件设备相连，将各基层硬件设备接入到所述医院后勤管理系统中；

所述数据管理模块对系统接入模块接入的其他业务系统及基层硬件设备的数据信息进行统一管理，包括对系统接入模块接入的其他业务系统的访问方式的管理和业务数据的管理，以及对基层硬件设置信息管理；所述数据管理模块对所述医院后勤管理系统的基础数据进行统一管理，包括基础信息的录入和更新；所述基础信息包括医院用户权限、后勤人员信息、医院架构信息和医院空间信息；

所述数据采集模块采集系统接入模块接入的其他业务系统和基层硬件设备的告警数据，并将告警数据传输至告警处理模块；

所述告警处理模块接收由数据采集模块采集到的告警数据，记录该告警数据的状态，跟踪并记录告警数据的生命全周期；告警处理模块接收到告警数据之后，将告警数据传输至数据分析模块，并根据数据分析模块反馈的告警推送策略向外推送告警信息；根据数据分析模块反馈的通知策略向对应业务系统下发通知，根据数据分析模块反馈的工单处理策略向工单管理模块传输工单信息；

所述工单管理模块接收告警处理模块传输的工单处理策略，根据工单处理策略信息生成工单，并将生成的工单派发至与该工单对应的业务系统中，跟踪并记录该工单的全声明周期，当工单的状态为已关闭后，工单管理模块将该工单的处理结果信息反馈至数据分析模块中；

所述数据分析模块接收告警处理模块传输的告警数据，并通过TF-IDf算法将告警数据中的告警描述做格式化处理，之后与预设模型做映射；再通过Apriori算法识别告警发生时的各类因素和需要进行派单处理的业务类型；输出分析结果，所述分析结果包括告警通知策略、推送策略和工单处理策略；数据分析模块将输出的分析结果反馈至告警处理模块中；数据分析模块接收工单管理模块反馈的工单处理结果信息，并根据工单处理结果信息优化Apriori算法。

所述数据采集模块采集的告警数据的来源包括基层硬件设备告警信息、业务系统告警信息和业务异常信息；所述硬件设备告警信息是指底层硬件设备中根据预设阈值的判定产生的告警信息；所述业务系统告警信息是指医院后勤管理中各业务系统识别出的违反常态的业务告警信息；所述业务异常信息是指告警处理模块和工单管理模块中工单状态或告警信息状态超出阈值的信息。

所述数据采集模块采集的告警数据的信息格式包括来源类型、来源系统、异常类型、预设阈值、对象信息、对象位置、异常描述和告警发生时间；

所述数据分析模块中分析结果的信息格式包括推送方式、推送人员、来源类型、来源系统、告警级别、对象信息、派单判定结果和告警发生时间；

所述工单管理模块中派发的工单的信息格式包括接单系统、工单处理级别、工单指派人员、工单监督人员、异常描述和告警发生时间；

所述工单管理模块中工单处理结果的信息格式包括推送人员、修正工单处理级别、工单指派人员、工单监督人员、工单派发时间和处理状态。

所述数据分析模块根据异常类型、预设阈值、对象信息、对象位置、异常描述，采用Apriori算法得出概率最高的级别值，作为告警级别和工单处理级别的输入内容；

根据来源类型、来源系统、对象信息、告警级别、告警发生时间和异常描述按照与预配置设定得出推送方式和推送人员信息；

根据来源类型、来源系统、对象信息、对象位置、异常描述，经过Apriori算法得出概率超过预设值的接单系统名，若无，则派单判定为否，若有则填入派单判定，若出现多个，则填入多个；

根据对象信息、对象位置、工单处理级别、系统当前时间和以上计算记过中得出的接单系统，经过Apriori算法得出概率超过预设值的派单人员列表和监督人员列表。

数据分析模块根据工单处理结果信息优化Apriori算法，具体是指根据工单处理结果中的修正处理级别和处理状态，对与该工单处理结果对应的原始告警信息同类的告警信息的工单处理级别进行优化。

数据采集模块在捕获到业务系统和/或基层硬件设备的异常信息后，将异常信息根据标准告警数据上报格式发送至告警处理模块；业务系统中的异常识别由各业务系统自行判定，基层硬件设施的异常信息由数据采集模块根据预设的阈值进行判定；告警处理模块汇总告警数据后将其发送至数据分析模块并记录告警数据的id信息；数据分析模块进行处理后，将分析结果以推送策略、通知策略和工单处理策略的信息格式发送至告警处理模块；

告警处理模块根据推送策略、通知策略和工单处理策略进行处理，向客户端推送告警/向工单处理模块发送派单信息；

工单处理模块接收到工单处理策略后，按工单处理策略内容向接单相关人员发出工单流程；接单人和监督人确保工单完成后将其关闭，并完成信息更正，若无则不填。工单处理模块将该条策略对应的修正信息反馈至数据分析模块；数据分析模块结合原始告警信息、派单策略和反馈的修正结果优化Apriori识别算法。

所述告警处理模块根据推送策略，进行App、短信、邮件、interface接口和站内信息中的一种或多种推送渠道的混合推送。

与现有技术相比，本发明所带来的有益的技术效果表现在：

1、本发明通过建设一个完整的基于告警信息分配工单的医院后勤管理系统为医院后勤管理中其他各业务系统系统提供统一的数据采集和数据分享能力；并建立一套告警处理模块和工单管理模块之间具有自学习处理的数据分析模块，达到任何系统产生告警信息后，医院后勤管理系统都可以根据该信息的特征判断、安排后续的工单处理策略，之后对工单处理结果进行跟踪、分析，通过算法自学习不断优化改进分配策略的效果。

2、本发明通过统一接入模块将医院现有各类业务系统和硬件接入到本发明系统中进行统一管理，并通过数据采集模块采集医院现有各业务系统和各硬件的告警信息，通过告警处理模块和工单处理模块的协同工作将医院所有告警和需要进行派人处理的工单进行关联和统一管理。并通过引入TF-IDF算法将各类告警描述做格式化处理并和预设模型做映射，通过Apriori算法识别告警发生时的各类因素和需要进行派单处理的业务类型和处理策略之间的关联性，形成最优解进行派单任务下发，并通过收集工单处理结果信息优化识别算法。本发明可以解决医院后勤各业务割裂而形成的管理难的问题，以及后勤运维人员的大量投入而形成的高成本的问题。

3、本发明中，对告警数据的信息格式进行统一限定，使得各业务系统间的数据得到统一管理和统一分配，实现了医院后勤管理中各业务系统间数据的共享，打破了医院后勤各业务系统之间的数据壁垒，方便统一管理。实现数据的统一采集和数据共享。

附图说明

图1为本发明医院后勤管理系统的结构图；

图2为本发明医院后勤管理系统中数据分析模块的分析结果输出映射图；

图3为本发明医院后勤管理系统中告警信息分配工单的流程图。

具体实施方式

为了使本发明的发明目的、技术方案和技术效果更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细地说明。应当理解，此处描述的具体实施例仅仅用以解释本发明，并不用于限定本发明的保护范围。

如图1所示，示出了一种基于告警信息分配工单的医院后勤管理系统，包括数据采集模块、数据管理模块、系统接入模块、告警处理模块、工单管理模块和数据分析模块；

所述系统接入模块与医院后勤管理中其他各业务系统相连，将医院后勤管理中其他各业务系统接入到所述医院后勤管理系统中；并与医院后勤中各基层硬件设备相连，将各基层硬件设备接入到所述医院后勤管理系统中；

所述数据管理模块对系统接入模块接入的其他业务系统及基层硬件设备的数据信息进行统一管理，包括对系统接入模块接入的其他业务系统的访问方式的管理和业务数据的管理，以及对基层硬件设置信息管理；所述数据管理模块对所述医院后勤管理系统的基础数据进行统一管理，包括基础信息的录入和更新；所述基础信息包括医院用户权限、后勤人员信息、医院架构信息和医院空间信息；

所述数据采集模块采集系统接入模块接入的其他业务系统和基层硬件设备的告警数据，并将告警数据传输至告警处理模块；

所述告警处理模块接收由数据采集模块采集到的告警数据，记录该告警数据的状态，跟踪并记录告警数据的生命全周期；告警处理模块接收到告警数据之后，将告警数据传输至数据分析模块，并根据数据分析模块反馈的告警推送策略向外推送告警信息；根据数据分析模块反馈的通知策略向对应业务系统下发通知，根据数据分析模块反馈的工单处理策略向工单管理模块传输工单信息；

所述工单管理模块接收告警处理模块传输的工单处理策略，根据工单处理策略信息生成工单，并将生成的工单派发至与该工单对应的业务系统中，跟踪并记录该工单的全声明周期，当工单的状态为已关闭后，工单管理模块将该工单的处理结果信息反馈至数据分析模块中；

所述数据分析模块接收告警处理模块传输的告警数据，并通过TF-IDf算法将告警数据中的告警描述做格式化处理，之后与预设模型做映射；再通过Apriori算法识别告警发生时的各类因素和需要进行派单处理的业务类型；输出分析结果，所述分析结果包括告警通知策略、推送策略和工单处理策略；数据分析模块将输出的分析结果反馈至告警处理模块中；数据分析模块接收工单管理模块反馈的工单处理结果信息，并根据工单处理结果信息优化Apriori算法。

更进一步地，数据采集模块为底层数据采集模块，具备与基层硬件设备建立通讯的能力，具备与医院后勤管理中其他业务系统建立通讯的能力，作为数据采集网关，可以从硬件设施中获取信息并向上传输数据，能够识别异常数据；采用OPC、Mqtt或Http作为通讯协议。

数据管理模块，提供通用接口，包含基础数据管理、更新同步、系统权限同步。作为医院后勤管理系统的核心模块，提供将各领域业务系统做数据、业务、访问方式统一的能力。全系统的基础数据由该模块统一管理，后勤人员、医院部门科室、医院空间、设备设施等各类基础信息在该模块中录入，并向完成接入的各业务系统进行数据同步，当有数据更新时，该模块也会统一向各系统进行同步更新。

系统接入模块，提供通用对接接口，各业务系统通过该模块接入进本发明的医院后勤管理系统中，各业务系统的用户组权限设置、系统访问路径和菜单管理由系统接入模块统一管理，各业务系统在完成系统接入后，只需要关注自身的业务功能。

告警处理模块，该模块提供告警信息采集的通用接口，数据采集模块采集的基层硬件设备的告警数据、以及数据采集模块捕获的各业务系统中产生的告警信息都均通过该接口传入信息；该模块提供告警信息的推送能力，根据告警类型和预设配置的不同进行APP、sim短信、email邮件、interface接口、站内信等多渠道的告警信息推送，该模块提供告警信息的管理能力（即告警数据的全生命周期的跟踪和记录），所有告警信息的状态都将被跟踪，包括未确认（被通知人未确认）、已确认（被通知人确认已读）、已流转（进入工单处理环节）、已恢复（故障已恢复正常）、已处理（人工直接处理手工复归）、已取消（人工确认误报），跟踪信息将被记录并设有阈值，超时未处理将通知预设负责人；告警处理模块会处理全部平台内所有业务系统的告警信息。

工单管理模块，该模块提供各类型工单的管理能力，包括满足触发条件后进行工单派发，派发完成后进行工单进度的跟踪，工单状态包括待阶段、已接单、已完成、已评价、未签收（部分业务特有）、待反馈（等待处理结果）、待评价（等待评价结果）、已关闭（完成闭环）。该模块支持医院后勤涉及的常规业务类型，如设备维修、设备巡检、区域保洁、护理护工、物资管理、特殊物品运送、人员考勤以及通用事件工作流。工单指派的操作人员和监督人员由医院后勤负责人、原业务系统的工单处理人和平台上登记的操作人员组成，按业务领域划分成对于班组，统一由工单处理模块指派工单，包含跨系统的方式。

数据分析模块，该模块提供告警信息的过滤和自动分配能力，当告警处理模块获取到告警信息后，会将根据告警信息提交至该模块，这些信息将作为入参被输入至分配模型中进行计算，完成结果会被返回至告警处理模块，处理结果包含告警通知策略、推送策略、工单处理策略。告警处理模块依照返回结果进行推送、通知操作，并根据工单处理策略向对应工单系统提交工单派发请求，工单处理模块将派发并跟踪该工单的全生命周期，当工单被修改为已关闭后，工单处理模块会将该工单的处理结果回馈给数据分析模块，作为分配模型自学习的入参，以提高下次分配的准确性。本发明的医院后勤管理系统建立了标准化的告警体系，在上述系统的基础上各业务系统使用统一的告警上报流程和工单派发流程、告警上报采用统一的接口规范。

告警上报来源，告警处理模块的输入信息可分为三类：

数据采集模块提供的硬件设备告警，如传感器捕获的异常，可包含越上上限、越下下限、管理机通讯异常、终端设备通讯异常、网关节点故障、控制故障、能耗突变、通讯链路终端、视频入侵告警、烟感传感器告警等。所有系统底层硬件可采集到的内容都可以根据预设阈值的判定产生告警，向告警处理模块上报，由告警处理模块做后续处理。

通过系统接入模块接入到本发明的医院后勤管理系统中的各业务系统识别的业务告警，如设备监控系统识别的设备运行异常告警、人员考勤系统识别出有逃班迟到等异常现象、物资管理系统识别的当日库存数异常的现象。所有业务系统识别出的违反常态的动作都可以向告警处理模块上报，由告警处理模块做后续处理。

本发明的医院后勤管理系统中的业务异常告警，如工单处理模块和数据分析模块。当工单处理模块派发出一条工单后，会跟踪该工单的状态（待接单、进行中等），当某一个状态的持续时间超过了预设阈值后，会上报告警信息至告警处理模块，后者将根据分析结果做出新的告警通知，以指派到更告警的监督人进行问题处理。

以上三类来源在做上报操作时都需要遵从统一的接口格式，格式如下表所示：

表1为告警数据的信息内容

表1中的信息内容将由数据采集模块上报至告警处理模块，后者将这些信息格式化后发送至数据分析模块。

表2为告警通知策略的信息内容

上表2是由数据分析模块经过处理后得出的结果，返回至告警处理模块，由告警处理模块根据内容做处理。当告警策略中判定需要进行派单时，将派单信息按策略发送至接单系统。

表3为工单处理策略的信息内容

上表3中，当数据分析模块判定该告警需要进行派发工单时，会附带表3中的信息，由告警处理模块发送至工单处理模块，后者根据策略内容通知各接单系统。

表4为工单修复信息的信息内容

该信息在工单处理模块中记录，在一条工单的流转过程中，处理人和监督人可以在操作页面根据实际情况调整派单信息，包括接单系统、指派人员、监督人员、派单时间、处理级别。

单条告警信息运行流程：

数据采集模块采集到业务系统中捕获到异常告警信息和/或采集到基层硬件设备的告警信息后，将告警信息根据标准告警上报格式发送至告警处理模块。每个系统识别异常的判定由各业务系统自身判定；

告警处理模块汇总告警信息后将其发送至数据分析模块并记录其id信息；

数据分析模块进行处理后，将结果以告警策略格式发送至告警处理模块；

告警处理模块根据告警策略进行处理，向客户端推送告警/向工单处理模块发送派单信息；

工单处理模块接收到派单策略后，按策略内容向接单相关人员发出工单流程；

接单人和监督人确保工单完成后将其关闭，并完成信息更正，若无则不填；

工单处理模块将该条策略对应的修正信息反馈至数据分析模块；

数据分析模块结合原始告警信息、派单策略和反馈的修正结果优化计算模型。

在本实施例中，对异常描述做格式化处理，异常描述可能是人为输入也可能是系统预设的值，每个业务系统有特定的业务场景。对每个业务场景建设词频库，数据来源为该医院原业务操作人经验记录、该医院原信息化系统异常分类名称、本发明系统其他正在使用并经过数据授权的项目中的业务词频库。通过TF-IDF算法将异常描述内容与词频库做对比，词频库中计算结果最高值作为该异常描述的格式化名称，由于词频库中的所有名词都已经被标记了满足上文要求的标准化中的异常类型名称，所以可以通过这种方式将异常描述的文字完成和系统标准化异常类型的映射关系。

根据Apriori算法计算出各类参数与结果的关联关系，在实际分析过程中，根据关联性高低判定最终结果。

已知Apriori算法中需要确定的因素有：

（1）支持度：支持的程度，一个项集的支持度被定义为数据集中包含的该项集的记录所占的比例。

公式1

置信度：A出现时B是否一定出现，若出现概率是多大，即A→B。

公式2

。

Apriori算法思想是首先找出所有的频集，这些项集出现的频繁性至少应和预定义的最小支持度一样。由频集产生强关联规则，这些规则应满足最小支持度和最小可信度。使用第1步找到的频集产生期望的规则，产生只包含集合的项的所有规则，其中每一条规则的右部只有一项，这里采用的是中规则的定义。这些规则一旦被生成，大于用户给定的最小可信度的规则才被留下来。为了生成所有频集，使用了递推的方法。

具体算法流程如下所示，

a） 找出所有频繁项集，过程由连接步和剪枝步互相融合，获得最大频繁项集Lk。具体方法如下：

1）对给定的最小支持度阀值，分别对1项候选集C1，剔除小于改阀值的项集得到1项频繁集L1；

2） L1自身连接产生2项候选集C2，保留C2中满足约束条件的项集得到2项集L2；

3） L2与L1连接产生3项候选集C3，保留C3中满足约束条件的项集L3；

4） 循环下去，得到最大频繁项集Lk。

b）由频繁项集产生强关联规则，获得满足最小置信度阀值频繁项集，因此挖掘出了强关联规则。

表5为频繁项集表

表5中每行为一个事务，行中的每个元素为一个项。由一个或多个项组成的一个整体叫做项集；各设备发生异常时表中信息为空（不填）。

发现频繁项集过程：对于寻找关联规则来说，频繁1项集L1没有用处，因为L1中的每个集合仅有一个数据项，至少有两个数据项才能生成A→B这样的关联规则。频繁2项集L2，挖掘过程见下表6所示(取置信度为0.7)。

频繁3项集L3，挖掘过程见表7(两后件关联关系且取置信度为0.7)

由该过程可以得知几个因素对最终结果的关联关系。将该方法应用在数据分析模块，已知的因素包括告警处理模块传入的信息，需要计算出的结果包括以下三个（如表8所示）：

表8为数据分析模块计算出的结果因素对应表。计算结果作为分析结果的策略发向告警处理和工单处理模块。

根据异常类型、预设阈值、对象信息、对象位置、故障描述，经过Apriori算法得出概率最高的级别值，作为告警级别和处理级别的输入内容；

根据来源类型、来源系统、对象信息、告警级别、告警时间、异常描述（被格式化，可被系统识别），经过预配置得出推送方式和推送人员信息；

根据来源类型、来源系统、对象信息、对象位置、对象信息、异常描述（被格式化，可被系统识别），经过Apriori算法得出概率超过预设值得接单系统名，若无，则派单判定为否，若有则填入派单判定，若出现多个，则填入多个；

根据对象信息、对象位置、处理级别、系统当前时间和以上计算记过中得出的派单系统，经过Apriori算法得出概率超过预设值的派单人员列表和监督人员列表。

最终达到通过已知告警信息分析出应当派送到哪些业务类型的班组、事件严重程度和最合适的处理人以及监督人。

下面通过以下案例，对本发明的技术方案进行举例说明。

案例一：某医院的卫生间内部署了水位传感器，传感器被人工设置了异常阈值，传感器通过通讯协议与数据采集模块建立连接。当检测到水位值异常后，数据采集模块会收到传感器发送的告警信息。数据采集模块会将该告警信息整理成以下格式后发送至告警处理模块。

告警处理模块接受到告警信息后，会对该信息做标记，并将信息发送至数据分析模块。

数据分析模块接受到该信息后会对信息做过滤分析，逻辑过程如下：

因为是系统预设的描述值，所以经过格式化后的结果依旧是越阈值；基于硬件采集到的水位过高的告警信息，计算结果为“级别：严重”。基于硬件设备采集到的水位告警信息，会按照系统配置的推送策略交叉值，得出需要推送人员名单和推送方式为“推送方式：APP/SMS短信，推送人员：张三”；基于硬件采集到5栋3楼201室卫生间出现水位过高问题的信息，计算得出需要进行派单，接单班组为：设备维修组和保洁组。基于5栋3楼201室卫生间水位问题、严重等级、当前时间和维修组、保洁组的信息，计算得出结果：“维修组接单人员：王五”、“维修组监督人员：赵六”、“保洁组接单人员：张五”、“保洁组监督人员：赵七”。数据分析模块最终得出以下策略信息：

计算结果由数据分析模块发送至告警处理模块，后者接受到后将根据策略信息做处理：（1）通过APP、SMS短信向张三发送告警内容信息；（2）通知工单处理模块派单信息。工单处理模块在接受到派单信息后分别向维修组和保洁组下发派单信息。维修组的王五接到工单后，按描述地点前往进行处理操作，顺利完成后在工单处理界面修改工单状态为：已完成。工单处理人变为维修组的监督人李六，李六将工单状态流转为已关闭并确认级别属实。保洁组的张五接到工单后，因为其修改了执勤时间，当前时段不当班，所以通知了监督人赵六，赵六随后安排了其他保洁组操作人员孙六，孙六前往操作后反馈，5栋3楼201室的卫生间已经做过特殊处理，水位传感器检测过高，但是卫生间依旧可以保证整洁，无需处理。随后赵六填写了内容并关闭了工单并修复处理级别为无。

工单处理模块识别到维修组和保洁组的工单都按时间被流转到已关闭后，将修复信息按标准格式反馈至数据分析模块，信息如下：

数据处理模块在接受到以上信息后，会将其输入至计算模型中，修正逻辑为：

5栋3楼201室的卫生间与保洁组关联性降低。12:00以后的保洁工单与张五关联性降低，与孙六关联性增加。5栋3楼201室的卫生间在12:00以后出现水位越阈值的处理级别低于验证。

Claims (6)

1.一种基于告警信息分配工单的医院后勤管理系统，其特征在于：包括数据采集模块、数据管理模块、系统接入模块、告警处理模块、工单管理模块和数据分析模块；

所述系统接入模块与医院后勤管理中其他各业务系统相连，将医院后勤管理中其他各业务系统接入到所述医院后勤管理系统中；并与医院后勤中各基层硬件设备相连，将各基层硬件设备接入到所述医院后勤管理系统中；

所述数据管理模块对系统接入模块接入的其他业务系统及基层硬件设备的数据信息进行统一管理，包括对系统接入模块接入的其他业务系统的访问方式的管理和业务数据的管理，以及对基层硬件设置信息管理；所述数据管理模块对所述医院后勤管理系统的基础数据进行统一管理，包括基础信息的录入和更新；所述基础信息包括医院用户权限、后勤人员信息、医院架构信息和医院空间信息；

所述数据采集模块采集系统接入模块接入的其他业务系统和基层硬件设备的告警数据，并将告警数据传输至告警处理模块；

所述告警处理模块接收由数据采集模块采集到的告警数据，记录该告警数据的状态，跟踪并记录告警数据的生命全周期；告警处理模块接收到告警数据之后，将告警数据传输至数据分析模块，并根据数据分析模块反馈的告警推送策略向外推送告警信息；根据数据分析模块反馈的通知策略向对应业务系统下发通知，根据数据分析模块反馈的工单处理策略向工单管理模块传输工单信息；

所述工单管理模块接收告警处理模块传输的工单处理策略，根据工单处理策略信息生成工单，并将生成的工单派发至与该工单对应的业务系统中，跟踪并记录该工单的全声明周期，当工单的状态为已关闭后，工单管理模块将该工单的处理结果信息反馈至数据分析模块中；

所述数据分析模块接收告警处理模块传输的告警数据，并通过TF-IDf算法将告警数据中的告警描述做格式化处理，之后与预设模型做映射；再通过Apriori算法识别告警发生时的各类因素和需要进行派单处理的业务类型；输出分析结果，所述分析结果包括告警通知策略、推送策略和工单处理策略；数据分析模块将输出的分析结果反馈至告警处理模块中；数据分析模块接收工单管理模块反馈的工单处理结果信息，并根据工单处理结果信息优化Apriori算法。

2.如权利要求1所述的一种基于告警信息分配工单的医院后勤管理系统，其特征在于：所述数据采集模块采集的告警数据的来源包括基层硬件设备告警信息、业务系统告警信息和业务异常信息；所述硬件设备告警信息是指底层硬件设备中根据预设阈值的判定产生的告警信息；所述业务系统告警信息是指医院后勤管理中各业务系统识别出的违反常态的业务告警信息；所述业务异常信息是指告警处理模块和工单管理模块中工单状态或告警信息状态超出阈值的信息。

3.如权利要求1所述的一种基于告警信息分配工单的医院后勤管理系统，其特征在于：所述数据采集模块采集的告警数据的信息格式包括来源类型、来源系统、异常类型、预设阈值、对象信息、对象位置、异常描述和告警发生时间；

所述数据分析模块中分析结果的信息格式包括推送方式、推送人员、来源类型、来源系统、告警级别、对象信息、派单判定结果和告警发生时间；

所述工单管理模块中派发的工单的信息格式包括接单系统、工单处理级别、工单指派人员、工单监督人员、异常描述和告警发生时间；

所述工单管理模块中工单处理结果的信息格式包括推送人员、修正工单处理级别、工单指派人员、工单监督人员、工单派发时间和处理状态。

4.如权利要求3所述的一种基于告警信息分配工单的医院后勤管理系统，其特征在于：所述数据分析模块根据异常类型、预设阈值、对象信息、对象位置、异常描述，采用Apriori算法得出概率最高的级别值，作为告警级别和工单处理级别的输入内容；

根据来源类型、来源系统、对象信息、告警级别、告警发生时间和异常描述按照与预配置设定得出推送方式和推送人员信息；

根据来源类型、来源系统、对象信息、对象位置、异常描述，经过Apriori算法得出概率超过预设值的接单系统名，若无，则派单判定为否，若有则填入派单判定，若出现多个，则填入多个；

根据对象信息、对象位置、工单处理级别、系统当前时间和以上计算记过中得出的接单系统，经过Apriori算法得出概率超过预设值的派单人员列表和监督人员列表。

5.如权利要求1所述的一种基于告警信息分配工单的医院后勤管理系统，其特征在于：数据分析模块根据工单处理结果信息优化Apriori算法，具体是指根据工单处理结果中的修正处理级别和处理状态，对与该工单处理结果对应的原始告警信息同类的告警信息的工单处理级别进行优化。

6.如权利要求1所述的一种基于告警信息分配工单的医院后勤管理系统，其特征在于：数据采集模块在捕获到业务系统和/或基层硬件设备的异常信息后，将异常信息根据标准告警数据上报格式发送至告警处理模块；业务系统中的异常识别由各业务系统自行判定，基层硬件设施的异常信息由数据采集模块根据预设的阈值进行判定；告警处理模块汇总告警数据后将其发送至数据分析模块并记录告警数据的id信息；数据分析模块进行处理后，将分析结果以推送策略、通知策略和工单处理策略的信息格式发送至告警处理模块；

告警处理模块根据推送策略、通知策略和工单处理策略进行处理，向客户端推送告警/向工单处理模块发送派单信息；

工单处理模块接收到工单处理策略后，按工单处理策略内容向接单相关人员发出工单流程；接单人和监督人确保工单完成后将其关闭，并完成信息更正，若无则不填；

工单处理模块将该条策略对应的修正信息反馈至数据分析模块；数据分析模块结合原始告警信息、派单策略和反馈的修正结果优化Apriori识别算法；

所述告警处理模块根据推送策略，进行App、短信、邮件、interface接口和站内信息中的一种或多种推送渠道的混合推送。

Images