CN117153361B - 一种医疗设备资产管理系统的数据处理方法和装置 - Google Patents

Abstract

一种医疗设备资产管理系统的数据处理方法和装置，其中方法包括：通过MySQL系统接收用户端发送的管理数据，生成工单；定时监控工单是否接收到关单指令；对当前定时周期内接收到关单指令的工单分别进行终态数据打包，生成对应的第一终态工单数据包，并上传至ES系统；响应于接收到工单下载指令，且在待下载工单中，部分工单对应ES系统中的第二终态工单数据包，部分工单对应MySQL系统中的非终态工单数据，则分别下载第二终态工单数据包和非终态工单数据，并整合生成待下载工单数据包，以便用户端下载。从而在使用医疗设备资产管理系统时，仅需一次下载操作即可实现足量或全量数据的下载，且能够缩短下载耗时，提升下载速度。

Description

一种医疗设备资产管理系统的数据处理方法和装置

技术领域

本申请涉及医疗设备管理技术领域，特别是涉及一种医疗设备资产管理系统的数据处理方法和装置。

背景技术

医疗设备资产管理系统，是医院、医学院等医疗机构相关单位对购入医疗设备进行管理的信息化管理系统。由于医院中的医疗设备数量庞大，使得医疗设备资产管理系统每天处理的数据多达上百万条。并且，随着管理系统使用年限的增长和用户的增加，历史数据的基数和近期实时数据的数量会持续大幅增加。这导致数据下载的难度越来越大，令用户不得不通过多次下载操作，才能下载足量或全量数据，且下载耗时长、下载速度慢。

发明内容

为了解决现有技术中存在的至少一个问题，本申请的目的在于提供一种医疗设备资产管理系统的数据处理方法和装置，对于医疗设备资产管理系统的管理数据，仅需一次下载操作即可实现足量或全量数据的下载，且能够有效缩短下载耗时，提升下载速度。

为实现上述目的，本申请提供的医疗设备资产管理系统的数据处理方法， 所述医疗设备资产管理系统包括系统端和至少一个用户端；

所述方法应用于所述系统端，所述方法包括：

通过MySQL系统接收所述用户端发送的管理数据，并生成工单；

定时监控所述工单是否接收到关单指令；

对当前定时周期内接收到关单指令的工单分别进行终态数据打包，生成一一对应的第一终态工单数据包，并将所述第一终态工单数据包上传至ES系统；

响应于接收到所述用户端发送的工单下载指令，且在所述工单下载指令相应的待下载工单中，部分工单对应所述ES系统中的第二终态工单数据包，部分工单对应所述MySQL系统中的非终态工单数据，则从所述ES系统中下载所述第二终态工单数据包，并从所述MySQL系统中下载所述非终态工单数据；

将下载的所述第二终态工单数据包和所述非终态工单数据，整合生成待下载工单数据包，以便所述用户端下载所述待下载工单数据包。

进一步地，所述整合生成待下载工单数据包的步骤后，所述方法还包括：

将所述待下载工单数据包上传至云服务器，以便所述用户端从所述云服务器下载所述待下载工单数据包。

进一步地，所述方法还包括：

响应于接收到所述用户端发送的工单查询指令，且在所述工单查询指令相应的待查询工单中，部分工单对应所述ES系统中的第三终态工单数据包，部分工单对应所述MySQL系统中的非终态工单数据，则从所述ES系统中查询所述第三终态工单数据包，并从所述MySQL系统中查询所述非终态工单数据；

将查询的所述第三终态工单数据包和所述非终态工单数据进行整合，以便所述用户端整体查询。

进一步地，所述通过MySQL系统接收所述用户端发送的管理数据的步骤前，所述方法还包括：

通过Spring Boot框架提供的Schedule定时任务，配置定时监控所述工单是否接收到关单指令。

进一步地，所述工单包括常规状态工单、进行状态工单、待关闭状态工单；

所述定时监控所述工单是否接收到关单指令的步骤，包括：

以第一监控频率，定时监控所述常规状态工单是否接收到所述关单指令；

以第二监控频率，定时监控所述进行状态工单是否接收到所述关单指令；

以第三监控频率，定时监控所述待关闭状态工单是否接收到所述关单指令；

其中，所述第一监控频率小于所述第二监控频率；所述第二监控频率小于所述第三监控频率。

更进一步地，所述待关闭状态工单，包括第一待关闭状态工单和第二待关闭状态工单；

所述方法还包括：

以第四监控频率，定时监控所述第一待关闭状态工单是否接收到关单指令；

以第五监控频率，定时监控所述第二待关闭状态工单是否接收到关单指令；

其中，所述第四监控频率小于所述第五监控频率。

进一步地，所述方法还包括：

响应于接收到终态数据修改指令，且所述终态数据修改指令包括对应的第一终态工单数据包ID和修改操作信息，则根据所述第一终态工单数据包ID，确定所述MySQL系统中对应的第一工单，并根据所述修改操作信息，对所述第一工单进行修改；

将修改后的所述第一工单进行终态数据打包，生成对应所述第一终态工单数据包ID的新的第一终态工单数据包，并上传至所述ES系统进行更新。

进一步地，在所述通过MySQL系统接收所述用户端发送的管理数据的步骤前，所述方法还包括：

对所述系统端的管理账号，配置对所述MySQL系统和所述ES系统的系统配置更新权限。

进一步地，所述管理数据，包括常规设备信息和重点设备信息；所述用户端，包括常规用户端和关键用户端；所述方法还包括：

对所述常规用户端，配置第一数据更新权限；其中所述第一数据更新权限对应更新所述MySQL系统中的所述常规设备信息；

对所述关键用户端，配置第二数据更新权限；其中所述第二数据更新权限对应更新所述MySQL系统中的所述常规设备信息和所述重点设备信息。

为实现上述目的，本申请还提供的医疗设备资产管理系统的数据处理装置，所述医疗设备资产管理系统包括系统端和至少一个用户端；

所述装置应用于所述系统端，所述装置包括：

工单生成模块，通过MySQL系统接收所述用户端发送的管理数据，并生成工单；

定时监控模块，用于定时监控所述工单是否接收到关单指令，并对当前定时周期内接收到关单指令的工单分别进行终态数据打包，生成一一对应的第一终态工单数据包，以及将所述第一终态工单数据包上传至ES系统；

查询下载模块，响应于接收到所述用户端发送的工单下载指令，且在所述工单下载指令相应的待下载工单中，部分工单对应所述ES系统中的第二终态工单数据包，部分工单对应所述MySQL系统中的非终态工单数据，则从所述ES系统中下载所述第二终态工单数据包，并从所述MySQL系统中下载所述非终态工单数据；

整合模块，将下载的所述第二终态工单数据包和所述非终态工单数据，整合生成待下载工单数据包，以便所述用户端下载所述待下载工单数据包。

本申请的一种医疗设备资产管理系统的数据处理方法和装置，通过MySQL系统接收用户端发送的管理数据，生成工单；并通过定时监控工单是否接收到关单指令；以及通过对当前定时周期内接收到关单指令的工单分别进行终态数据打包，生成一一对应的第一终态工单数据包，将第一终态工单数据包上传至ES系统；并响应于接收到用户端发送的工单下载指令，从ES系统中下载第二终态工单数据包，并从MySQL系统中下载非终态工单数据；以及通过将下载的第二终态工单数据包和非终态工单数据，整合生成待下载工单数据包，以便用户端下载待下载工单数据包。由此，对于医疗设备资产管理系统的管理数据，仅需一次下载操作即可实现足量或全量数据的下载，且能够有效缩短下载耗时，提升下载速度。

本申请的其他特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本申请而了解。

附图说明

附图用来提供对本申请的进一步理解，并且构成说明书的一部分，并与本申请的实施例一起，用于解释本申请，并不构成对本申请的限制。在附图中：

图1为根据本申请实施例的医疗设备资产管理系统结构框图；

图2为根据本申请实施例的医疗设备资产管理系统的数据处理方法流程图；

图3为根据本申请另一实施例的医疗设备资产管理系统的数据处理方法流程图；

图4为根据本申请又一实施例的医疗设备资产管理系统的数据处理方法流程图；

图5为根据本申请实施例的医疗设备资产管理系统的数据处理装置结构框图。

具体实施方式

下面将参照附图更详细地描述本申请的实施例。虽然附图中显示了本申请的某些实施例，然而应当理解的是，本申请可以通过各种形式来实现，而且不应该被解释为限于这里阐述的实施例，相反提供这些实施例是为了更加透彻和完整地理解本申请。应当理解的是，本申请的附图及实施例仅用于示例性作用，并非用于限制本申请的保护范围。

本文使用的术语“包括”及其变形是开放性包括，即“包括但不限于”。术语“基于”是“至少部分的基于”。术语“一个实施例”表示“至少一个实施例”；术语“另一实施例”表示“至少一个另外的实施例”；术语“一些实施例”表示“至少一些实施例”。其他术语的相关定义将在下文描述中给出。

需要注意，本申请中提及的“第一”、“第二”等概念仅用于对不同的装置、模块、单元、数据或位置进行区分，并非用于限定这些装置、模块、单元、数据或位置所执行的功能的顺序或者相互依存关系。

需要注意，本申请中提及的“一个”、“多个”的修饰是示意性而非限制性的，本领域技术人员应当理解，除非在上下文另有明确指出，否则应该理解为“一个或多个”。“多个”应理解为两个或以上。

下面，将参考附图详细地说明本申请的实施例。

首先需要说明的是，如图1所示，医疗设备资产管理系统10，包括系统端11和至少一个用户端12。其中，系统端11供软件方相关工作人员操作，用户端12供医疗机构相关工作人员操作。本申请的医疗设备资产管理系统的数据处理方法应用于系统端11。

图2为根据本申请实施例的医疗设备资产管理系统的数据处理方法流程图，下面将参考图2，对本申请的医疗设备资产管理系统的数据处理方法进行详细描述。

在步骤201，通过MySQL系统接收用户端发送的管理数据，并生成工单。

其中，MySQL系统，即一种结构化查询语言（My Structured Query Language）系统，是轻量级的关系型数据库管理系统。工单，可以是医疗设备的维修工单、保养工单、巡检工单或计量工单等。

在具体示例中，系统端可以通过MySQL系统，接收用户端发送的A医疗设备的维修时间信息、维修原因信息、维修操作信息、归属医院科室信息、所处地址信息等管理数据，并根据该管理数据，生成维修工单。

在步骤202，定时监控工单是否接收到关单指令。

在具体示例中，可以通过JAVA语言中的Spring Boot框架所提供的Schedule定时任务，来定时监控工单是否接收到关单指令。

需要说明的是，关单指令，是用于结束工单的指令。对于接收过关单指令的工单，其工单数据通常不再发生变化。而在医疗设备资产管理系统的实际应用过程中，工单数据处于活跃状态下的有效期较短，因此产生大量不发生变化的工单终态数据。

本申请实施例中，工单包括常规状态工单、进行状态工单、待关闭状态工单。其中，进行状态工单，对应维修进行状态、保养进行状态、巡检进行状态和计量进行状态中的至少一种。待关闭状态工单，对应确认收货状态、第三方维修状态、上级审核状态、内部流程确认状态和客户验收状态中的至少一种。

在该实施例中，步骤202包括：以第一监控频率，定时监控常规状态工单是否接收到关单指令；以第二监控频率，定时监控进行状态工单是否接收到关单指令；以第三监控频率，定时监控待关闭状态工单是否接收到关单指令。其中，第一监控频率小于第二监控频率；第二监控频率小于第三监控频率。在具体示例中，第一监控频率为7天定时监控一次，第二监控频率为1天定时监控一次，第三监控频率为8小时定时监控一次。

进一步地，待关闭状态工单，包括第一待关闭状态工单和第二待关闭状态工单。其中，第一待关闭状态工单，对应确认收货状态和第三方维修状态中的至少一种；第二待关闭状态工单，对应上级审核状态、内部流程确认状态和客户验收状态中的至少一种。在该实施例中，步骤202还包括：以第四监控频率，定时监控第一待关闭状态工单是否接收到关单指令；以第五监控频率，定时监控第二待关闭状态工单是否接收到关单指令。其中，第四监控频率小于第五监控频率。在具体示例中，第四监控频率为8小时定时监控一次，第五监控频率为2小时定时监控一次。

由此，通过对工单进行关于接收关单指令快慢程度的评估和分类，并通过对即将接收到关单指令的工单类型进行高频监控，以及通过对短期内不会接收到关单指令的工单类型进行低频监控，能够兼顾实时监控的及时性和有效性，有助于缩短后续步骤中的数据上传时长。

在步骤203，对当前定时周期内接收到关单指令的工单分别进行终态数据打包，生成一一对应的第一终态工单数据包，并将第一终态工单数据包上传至ES系统。

其中，ES系统，即Elaticsearch系统，是分布式可扩展的实时搜索和分析引擎，为建立在全文搜索引擎Apache Lucene（TM）基础上的搜索引擎。

在具体示例中，每天零点定时监控一次，确认处于维修进行状态的工单当天是否收到关单指令。若存在20个处于维修进行状态的工单在当天收到关单指令，则将该20个工单分别进行终态数据打包，生成与工单一一对应的20个第一终态工单数据包，并上传至ES系统。

在具体示例中，对于经过终态数据打包后的相关终态工单数据包，其中数据不能被重写、赋值或继承。

在步骤204，响应于接收到用户端发送的工单下载指令，且在工单下载指令相应的待下载工单中，部分工单对应ES系统中的第二终态工单数据包，部分工单对应MySQL系统中的非终态工单数据，则从ES系统中下载第二终态工单数据包，并从MySQL系统中下载非终态工单数据。

也就是说，系统端接收到用户端发送的工单下载指令时，若在相应的待下载工单中，一部分对应ES系统中的终态数据包，另一部分对应MySQL系统中的非终态数据，则从相应系统中分别对这些对应的终态数据包和非终态数据进行下载。

在步骤205，将下载的第二终态工单数据包和非终态工单数据，整合生成待下载工单数据包，以便用户端下载该待下载工单数据包。

可以理解的是，待下载工单数据包中的数据，可以是根据终态数据类型进行整合，也可以是根据时间顺序进行整合，还可以是根据其他逻辑方式进行整合，本申请对此不作具体限制。

需要说明的是，MySQL系统内的数据在查询大数据量和频繁查询时，往往会出现性能瓶颈，造成系统响应变慢。而ES系统能够解决MySQL系统的查询缺陷，支持分布式部署、查询，性能，比MySQL系统有很大提升，因此本申请中的医疗设备资产管理系统先将管理数据写入MySQL系统，而后定时监控终态数据情况，并对工单终态数据进行打包，上传到ES系统。在下载时，从ES系统下载对应的第二终态工单数据包，并从MySQL系统下载对应的其他工单数据，而后整合成待下载工单数据包，以便用户端下载。由此，对于医疗设备资产管理系统的管理数据，仅需一次下载操作即可实现足量或全量数据的下载，且能够有效缩短下载耗时，提升下载速度。

本申请实施例中，整合生成待下载工单数据包的步骤后，该方法还包括：将待下载工单数据包上传至云服务器，以便用户端从云服务器下载该待下载工单数据包。

其中，云服务器具体可以是阿里云服务器、腾讯云服务器或电信云服务器。在具体示例中，客户端从系统端直接下载的速率为4-6M/s，而通过云服务器下载的速率为20-50M/s，从而进一步提高了医疗设备资产管理系统的数据下载速率。

本申请实施例中，如图3所示，该方法还包括以下步骤：

步骤301：响应于接收到用户端发送的工单查询指令，且在工单查询指令相应的待查询工单中，部分工单对应ES系统中的第三终态工单数据包，部分工单对应MySQL系统中的非终态工单数据，则从ES系统中查询第三终态工单数据包，并从MySQL系统中查询非终态工单数据。

步骤302：将查询的第三终态工单数据包和非终态工单数据进行整合，以便用户端整体查询。

即，相应数据处理方法也适用于医疗设备资产管理系统的数据查询。

本申请实施例中，通过MySQL系统接收用户端发送的管理数据的步骤前，该方法还包括：通过Spring Boot框架提供的Schedule定时任务，配置定时监控工单是否接收到关单指令。

本申请实施例中，如图4所示，该方法还包括以下步骤：

步骤401：响应于接收到终态数据修改指令，且终态数据修改指令包括对应的第一终态工单数据包ID和修改操作信息，则根据第一终态工单数据包ID，确定MySQL系统中对应的第一工单，并根据修改操作信息，对第一工单进行修改。

步骤402：将修改后的第一工单进行终态数据打包，生成对应第一终态工单数据包ID的新的第一终态工单数据包，并上传至ES系统进行更新。

在具体示例中，一终态数据修改指令，包括对应的第一终态工单数据包ID（如20230601-32698）和修改操作信息（将维修操作信息变更为：更换超声探头）。系统端接收到该终态数据修改指令后，根据第一终态工单数据包ID 20230601-32698，确定MySQL系统中对应的第一工单，并根据修改操作信息，将第一工单中的维修操作信息变更为“更换超声探头”。而后对修改后的第一工单做终态数据打包，上传至ES系统中，更新ES系统中对应的第一终态工单数据包。

本申请实施例中，在通过MySQL系统接收用户端发送的管理数据的步骤前，该方法还包括：对系统端的管理账号，配置对MySQL系统和ES系统的系统配置更新权限。由此，使得系统端的管理账号具有对MySQL系统和ES系统的系统配置更新权限，提高系统数据处理的安全性和可控性。

本申请实施例中，管理数据，包括常规设备信息和重点设备信息。用户端，包括常规用户端和关键用户端。该方法还包括：对常规用户端，配置第一数据更新权限；对关键用户端，配置第二数据更新权限。

其中，第一数据更新权限对应更新MySQL系统中的常规设备信息；第二数据更新权限对应更新MySQL系统中的常规设备信息和重点设备信息。

在具体示例中，重点设备信息可以包括大型资产设备（如价格大于50万元的设备）的全部信息和中型资产设备（如价格处于20万元至50万元的设备）的关键信息。常规用户端可以供一线设备运维人员操作；关键用户端可以供相关专员操作。即，一线设备运维人员具有对MySQL系统中的常规设备信息的更新权限，相关专员具有对MySQL系统中的常规设备信息和重点设备信息的更新权限。

综上所述，根据本申请实施例的医疗设备资产管理系统的数据处理方法，通过MySQL系统接收用户端发送的管理数据，生成工单；并通过定时监控工单是否接收到关单指令；以及通过对当前定时周期内接收到关单指令的工单分别进行终态数据打包，生成一一对应的第一终态工单数据包，将第一终态工单数据包上传至ES系统；并响应于接收到用户端发送的工单下载指令，从ES系统中下载第二终态工单数据包，并从MySQL系统中下载非终态工单数据；以及通过将下载的第二终态工单数据包和非终态工单数据，整合生成待下载工单数据包，以便用户端下载该待下载工单数据包。由此，对于医疗设备资产管理系统的管理数据，仅需一次下载操作即可实现足量或全量数据的下载，且能够有效缩短下载耗时，提升下载速度。

图5为本申请实施例的医疗设备资产管理系统的数据处理装置的结构框图。参考图5所示，医疗设备资产管理系统的数据处理装置50，应用于医疗设备资产管理系统的系统端，包括：工单生成模块51、定时监控模块52、查询下载模块53和整合模块54。

工单生成模块51，通过MySQL系统接收用户端发送的管理数据，并生成工单。

定时监控模块52，用于定时监控工单是否接收到关单指令，并对当前定时周期内接收到关单指令的工单分别进行终态数据打包，生成一一对应的第一终态工单数据包，以及将第一终态工单数据包上传至ES系统。

查询下载模块53，响应于接收到用户端发送的工单下载指令，且在工单下载指令相应的待下载工单中，部分工单对应ES系统中的第二终态工单数据包，部分工单对应MySQL系统中的非终态工单数据，则从ES系统中下载第二终态工单数据包，并从MySQL系统中下载非终态工单数据。

整合模块54，将下载的第二终态工单数据包和非终态工单数据，整合生成待下载工单数据包，以便用户端下载该待下载工单数据包。

本申请实施例中，医疗设备资产管理系统的数据处理装置50，还包括上传模块（图中未示出）。上传模块用于：将待下载工单数据包上传至云服务器，以便用户端从云服务器下载该待下载工单数据包。

本申请实施例中，查询下载模块53还用于：响应于接收到用户端发送的工单查询指令，且在工单查询指令相应的待查询工单中，部分工单对应ES系统中的第三终态工单数据包，部分工单对应MySQL系统中的非终态工单数据，则从ES系统中查询第三终态工单数据包，并从MySQL系统中查询非终态工单数据。

整合模块54还用于：将查询的第三终态工单数据包和非终态工单数据进行整合，以便用户端整体查询。

本申请实施例中，医疗设备资产管理系统的数据处理装置50，还包括配置模块（图中未示出）。配置模块用于：通过Spring Boot框架提供的Schedule定时任务，配置定时监控工单是否接收到关单指令。

本申请实施例中，工单包括常规状态工单、进行状态工单、待关闭状态工单。定时监控模块52具体用于：以第一监控频率，定时监控常规状态工单是否接收到关单指令；以第二监控频率，定时监控进行状态工单是否接收到关单指令；以第三监控频率，定时监控待关闭状态工单是否接收到关单指令。其中，第一监控频率小于第二监控频率；第二监控频率小于第三监控频率。

进一步地，待关闭状态工单，包括第一待关闭状态工单和第二待关闭状态工单。定时监控模块52还具体用于：以第四监控频率，定时监控第一待关闭状态工单是否接收到关单指令；以第五监控频率，定时监控第二待关闭状态工单是否接收到关单指令。其中，第四监控频率小于第五监控频率。

本申请实施例中，医疗设备资产管理系统的数据处理装置50，还包括更新模块（图中未示出）。更新模块用于：响应于接收到终态数据修改指令，且终态数据修改指令包括对应的第一终态工单数据包ID和修改操作信息，则根据第一终态工单数据包ID，确定MySQL系统中对应的第一工单，并根据修改操作信息，对第一工单进行修改；将修改后的第一工单进行终态数据打包，生成对应第一终态工单数据包ID的新的第一终态工单数据包，并上传至ES系统进行更新。

本申请实施例中，配置模块还用于：对系统端的管理账号，配置对MySQL系统和ES系统的系统配置更新权限。

本申请实施例中，管理数据，包括常规设备信息和重点设备信息。用户端，包括常规用户端和关键用户端。配置模块还用于：对常规用户端，配置第一数据更新权限；其中第一数据更新权限对应更新MySQL系统中的常规设备信息；对关键用户端，配置第二数据更新权限；其中第二数据更新权限对应更新MySQL系统中的常规设备信息和重点设备信息。

需要说明的是，上述实施例中对医疗设备资产管理系统的数据处理方法的解释说明也适用于上述实施例中的医疗设备资产管理系统的数据处理装置，此处不再赘述。

应该理解的是，虽然说明书附图的流程图中的各个步骤按照箭头的指示依次显示，但这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确地说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其他的顺序执行。而且，流程图中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

本领域普通技术人员可以理解：以上仅为本申请的优选实施例而已，并不用于限制本申请，尽管参照前述实施例对本申请进行了详细的说明，对于本领域的技术人员来说，其依然可以对前述各实施例记载的技术方案进行修改，或者对其中部分技术特征进行等同替换。凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (9)

1.一种医疗设备资产管理系统的数据处理方法，其特征在于，所述医疗设备资产管理系统包括系统端和至少一个用户端；

所述方法应用于所述系统端，所述方法包括：

通过MySQL系统接收所述用户端发送的管理数据，并生成工单；所述工单，包括医疗设备的常规状态工单、进行状态工单、待关闭状态工单；其中，所述进行状态工单的状态，对应维修进行状态、保养进行状态、巡检进行状态和计量进行状态中的至少一种；所述待关闭状态工单的状态，对应确认收货状态、第三方维修状态、上级审核状态、内部流程确认状态和客户验收状态中的至少一种；

定时监控所述工单是否接收到关单指令；其中包括，以第一监控频率，定时监控所述常规状态工单是否接收到所述关单指令；以第二监控频率，定时监控所述进行状态工单是否接收到所述关单指令；以第三监控频率，定时监控所述待关闭状态工单是否接收到所述关单指令；其中，所述第一监控频率小于所述第二监控频率；所述第二监控频率小于所述第三监控频率；

对当前定时周期内接收到关单指令的工单分别进行终态数据打包，生成一一对应的第一终态工单数据包，并将所述第一终态工单数据包上传至ES系统；

响应于接收到所述用户端发送的工单下载指令，且在所述工单下载指令相应的待下载工单中，部分工单对应所述ES系统中的第二终态工单数据包，部分工单对应所述MySQL系统中的非终态工单数据，则从所述ES系统中下载所述第二终态工单数据包，并从所述MySQL系统中下载所述非终态工单数据；

将下载的所述第二终态工单数据包和所述非终态工单数据，整合生成待下载工单数据包，以便所述用户端下载所述待下载工单数据包。

2.根据权利要求1所述的医疗设备资产管理系统的数据处理方法，其特征在于，所述整合生成待下载工单数据包的步骤后，所述方法还包括：

将所述待下载工单数据包上传至云服务器，以便所述用户端从所述云服务器下载所述待下载工单数据包。

3.根据权利要求1所述的医疗设备资产管理系统的数据处理方法，其特征在于，所述方法还包括：

响应于接收到所述用户端发送的工单查询指令，且在所述工单查询指令相应的待查询工单中，部分工单对应所述ES系统中的第三终态工单数据包，部分工单对应所述MySQL系统中的非终态工单数据，则从所述ES系统中查询所述第三终态工单数据包，并从所述MySQL系统中查询所述非终态工单数据；

将查询的所述第三终态工单数据包和所述非终态工单数据进行整合，以便所述用户端整体查询。

4.根据权利要求1所述的医疗设备资产管理系统的数据处理方法，其特征在于，所述通过MySQL系统接收所述用户端发送的管理数据的步骤前，所述方法还包括：

通过Spring Boot框架提供的Schedule定时任务，配置定时监控所述工单是否接收到关单指令。

5.根据权利要求1所述的医疗设备资产管理系统的数据处理方法，其特征在于，所述待关闭状态工单，包括第一待关闭状态工单和第二待关闭状态工单；

所述方法还包括：

以第四监控频率，定时监控所述第一待关闭状态工单是否接收到关单指令；

以第五监控频率，定时监控所述第二待关闭状态工单是否接收到关单指令；

其中，所述第四监控频率小于所述第五监控频率。

6.根据权利要求1所述的医疗设备资产管理系统的数据处理方法，其特征在于，所述方法还包括：

响应于接收到终态数据修改指令，且所述终态数据修改指令包括对应的第一终态工单数据包ID和修改操作信息，则根据所述第一终态工单数据包ID，确定所述MySQL系统中对应的第一工单，并根据所述修改操作信息，对所述第一工单进行修改；

将修改后的所述第一工单进行终态数据打包，生成对应所述第一终态工单数据包ID的新的第一终态工单数据包，并上传至所述ES系统进行更新。

7.根据权利要求1所述的医疗设备资产管理系统的数据处理方法，其特征在于，在所述通过MySQL系统接收所述用户端发送的管理数据的步骤前，所述方法还包括：

对所述系统端的管理账号，配置对所述MySQL系统和所述ES系统的系统配置更新权限。

8.根据权利要求1所述的医疗设备资产管理系统的数据处理方法，其特征在于，所述管理数据，包括常规设备信息和重点设备信息；所述用户端，包括常规用户端和关键用户端；所述方法还包括：

对所述常规用户端，配置第一数据更新权限；其中所述第一数据更新权限对应更新所述MySQL系统中的所述常规设备信息；

对所述关键用户端，配置第二数据更新权限；其中所述第二数据更新权限对应更新所述MySQL系统中的所述常规设备信息和所述重点设备信息。

9.一种医疗设备资产管理系统的数据处理装置，其特征在于，所述医疗设备资产管理系统包括系统端和至少一个用户端；

所述装置应用于所述系统端，所述装置包括：

工单生成模块，通过MySQL系统接收所述用户端发送的管理数据，并生成工单；所述工单，包括医疗设备的常规状态工单、进行状态工单、待关闭状态工单；其中，所述进行状态工单的状态，对应维修进行状态、保养进行状态、巡检进行状态和计量进行状态中的至少一种；所述待关闭状态工单的状态，对应确认收货状态、第三方维修状态、上级审核状态、内部流程确认状态和客户验收状态中的至少一种；

定时监控模块，用于定时监控所述工单是否接收到关单指令；其中包括，以第一监控频率，定时监控所述常规状态工单是否接收到所述关单指令；以第二监控频率，定时监控所述进行状态工单是否接收到所述关单指令；以第三监控频率，定时监控所述待关闭状态工单是否接收到所述关单指令；其中，所述第一监控频率小于所述第二监控频率；所述第二监控频率小于所述第三监控频率；

所述定时监控模块，还用于对当前定时周期内接收到关单指令的工单分别进行终态数据打包，生成一一对应的第一终态工单数据包，以及将所述第一终态工单数据包上传至ES系统；

查询下载模块，响应于接收到所述用户端发送的工单下载指令，且在所述工单下载指令相应的待下载工单中，部分工单对应所述ES系统中的第二终态工单数据包，部分工单对应所述MySQL系统中的非终态工单数据，则从所述ES系统中下载所述第二终态工单数据包，并从所述MySQL系统中下载所述非终态工单数据；

整合模块，将下载的所述第二终态工单数据包和所述非终态工单数据，整合生成待下载工单数据包，以便所述用户端下载所述待下载工单数据包。