打点数据的处理方法、装置、设备及介质与流程

本申请涉及数据处理，适用于医疗健康领域，尤其是涉及到一种打点数据的处理方法、装置、设备及介质。

背景技术：

1、打点数据验证是指对采集的打点数据进行检查、确认和验证的过程。这个过程旨在确保打点数据的准确性、完整性、一致性和可信度。通过验证打点数据，可以确保数据的质量和可用性，从而为后续的数据分析、决策和行动提供可靠的基础。现有的打点数据验证方法通常是由客户端发送打点数据至服务端，在服务端验证后依次经过flume→kafka→storm→kafka→flume→hdfs→(非实时)hive，在hive进行数据的持久化存储，通过查询hive中的数据实现打点验证结果的查询以及展示。

2、然而这种打点数据的处理流程涉及多个环境的传输和处理，每个环节需要消耗处理时间，并且可能存在传输延迟，导致无法实现打点数据实时验证。在医疗领域，实时性对于一些紧急情况和临床决策非常重要，延迟可能会影响到医疗团队的实时响应和干预能力。此外，由于每个环节都存在数据传输的风险。如果在传输过程中出现数据丢失、损坏或错误，可能会导致重要的医疗数据丢失或不可靠，对医疗诊断和决策产生不利影响。

技术实现思路

1、有鉴于此，本申请提供了一种打点数据的处理方法、装置、介质及设备，直接将打点数据验证结果的数据流发送至展示平台，保证了打点数据处理流程的实时性，有效提高了医疗团队的实时响应以及干预能力，同时降低了数据丢失、损坏或错误等数据传输风险。

2、本申请的第一方面，提供了一种打点数据的处理方法，所述方法包括：

3、接收点位筛选条件，并根据点位筛选条件，在实时接收的测试端打点数据中，选择与所述点位筛选条件对应的目标打点数据；

4、根据预设打点定义规则，确定与所述目标打点数据对应的目标点位，并比较所述目标打点数据以及所述目标点位对应的预设点位信息，得到打点数据验证结果；

5、以流式数据的方式将所述打点数据验证结果发送至展示平台，以在所述展示平台展示所述打点验证数据。

6、本申请的第二方面，提供了一种打点数据的处理装置，所述装置包括：

7、打点数据筛选模块，用于接收点位筛选条件，并根据点位筛选条件，在实时接收的测试端打点数据中，选择与所述点位筛选条件对应的目标打点数据；

8、打点数据验证模块，用于根据预设打点定义规则，确定与所述目标打点数据对应的目标点位，并比较所述目标打点数据以及所述目标点位对应的预设点位信息，得到打点数据验证结果；

9、打点数据实时展示模块，用于以流式数据的方式将所述打点数据验证结果发送至展示平台，以在所述展示平台展示所述打点数据验证结果。

10、本申请的第三方面，提供了一种设备，包括存储介质、处理器及存储在存储介质上并可在处理器上运行的指令或代码，所述处理器执行所述指令或代码时实现上述打点数据的处理方法。

11、本申请的第四方面，提供了一种介质，其上存储有指令或代码，所述指令或代码被处理器执行时实现上述打点数据的处理方法。

12、上述打点数据的处理方法、装置、设备及介质所实现的方案，直接将打点数据验证结果发送至展示平台，由展示平台进行展示。相较于传统方法由于先将验证结果持久化再进行查询导致延迟问题，该实施例直接将打点数据验证结果的数据流发送至展示平台，保证了打点数据处理流程的实时性，有效提高了医疗团队的实时响应以及干预能力。此外，通过这样的方式，在打点数据的数量很大时，可首先验证一部分打点数据并展示相应的验证结果，并在展示这部分验证结果的同时验证其他打点数据，以实现一边验证一边展示的效果，相较于传统方法将所有打点数据都验证完毕并持久化存储后，在用于存储的服务器中逐个读取验证结果并展示，该实施例这种验证与展示同步进行的方式有效提高了验证以及展示的效率。在此基础上，该实施例省略了从持久化到查询的环节，因此也相应地降低了这些环节可能出现的数据丢失、损坏或错误等数据传输风险，提高了医疗诊断以及处理的可靠性。因此，该方案更适用于医疗健康领域。

13、上述说明仅是本申请技术方案的概述，为了能够更清楚了解本申请的技术手段，而可依照说明书的内容予以实施，并且为了让本申请的上述和其它目的、特征和优点能够更明显易懂，以下特举本申请的具体实施方式。

技术特征：

1.一种打点数据的处理方法，其特征在于，所述方法包括：

2.根据权利要求1所述的方法，其特征在于，所述以流式数据的方式将所述打点数据验证结果发送至展示平台，包括：

3.根据权利要求1所述的方法，其特征在于，所述点位筛选条件的类型为以下至少之一：用户唯一标识筛选、打点类型筛选、点位筛选、网络地址筛选和关键词筛选。

4.根据权利要求1所述的方法，其特征在于，在选择与所述点位筛选条件对应的目标打点数据之前，所述方法还包括：

5.根据权利要求4所述的方法，其特征在于，所述方法还包括：

6.根据权利要求5所述的方法，其特征在于，所述方法还包括：

7.根据权利要求6所述的方法，其特征在于，所述响应所述历史数据请求信息，包括：

8.一种打点数据的处理装置，其特征在于，所述装置包括：

9.一种存储介质，其上存储有程序或指令，其特征在于，所述程序或指令被处理器执行时实现如权利要求1至7中任一项所述的方法。

10.一种电子设备，包括存储介质、处理器及存储在存储介质上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现权利要求1至7中任一项所述的方法。

技术总结本申请涉及数据处理技术领域，适用于医疗健康领域，公开一种打点数据的处理方法，包括：接收点位筛选条件，并根据点位筛选条件，在实时接收的测试端打点数据中，选择与点位筛选条件对应的目标打点数据；根据预设打点定义规则，确定与目标打点数据对应的目标点位，并比较目标打点数据以及目标点位对应的预设点位信息，得到打点数据验证结果；以流式数据的方式将打点数据验证结果发送至展示平台，以在展示平台展示打点数据验证结果。本申请直接将打点数据验证结果的数据流发送至展示平台，保证了打点数据处理流程的实时性，有效提高了医疗团队的实时响应以及干预能力，同时降低了数据丢失、损坏或错误等数据传输风险。技术研发人员：王鑫,张云婵受保护的技术使用者：康键信息技术（深圳）有限公司技术研发日：技术公布日：2024/6/11