CN117789900A - 血糖数据管理方法及相关设备 - Google Patents

Abstract

本申请提供一种血糖数据管理方法及相关设备。血糖数据管理方法包括：接收血糖仪发送的第一用户的血糖数据；血糖数据包括血糖值；将血糖数据输入预先训练好的血糖区间分类模型，输出血糖数据对应的血糖区间和对应的管理建议；其中，血糖区间包括危急区间，异常区间，正常区间或警告区间；警告区间的血糖值大于正常区间的血糖值；危急区间对应的管理建议包括立即就诊；正常区间对应的管理建议包括保持建议：异常区间对应的管理建议包括饮食建议；警告区间对应的管理建议包括用药提醒；发送血糖数据对应的血糖区间和对应的管理建议至第一用户的第一终端和第二用户的第二终端。

Description

血糖数据管理方法及相关设备

技术领域

本申请涉及血糖技术领域，尤其涉及一种血糖数据管理方法、装置、服务器、系统和非暂态计算机可读存储介质。

背景技术

相关技术中，对于病房中用户的血糖检测，往往是医护人员手持血糖仪至病房中进行检测，检测之后需要手动进行记录，操作繁琐效率不高，且人工记录时容易出现疏漏等。

发明内容

有鉴于此，本申请的目的在于提出一种血糖数据管理方法、装置、服务器、系统和非暂态计算机可读存储介质。

基于上述目的，本申请提供了血糖数据管理方法，包括：

接收血糖仪发送的第一用户的血糖数据；所述血糖数据包括血糖值；

将所述血糖数据输入预先训练好的血糖区间分类模型，输出所述血糖数据对应的血糖区间和对应的管理建议；其中，所述血糖区间包括危急区间，异常区间，正常区间或警告区间；所述警告区间的血糖值大于所述正常区间的血糖值；所述危急区间对应的管理建议包括立即就诊；所述正常区间对应的管理建议包括保持建议：所述异常区间对应的管理建议包括饮食建议；所述警告区间对应的管理建议包括用药提醒；

发送所述血糖数据对应的血糖区间和对应的管理建议至第一用户的第一终端和第二用户的第二终端。

在其中一些实施例中，所述危急区间包括第一危急区间或第二危急区间；所述第一危急区间的血糖值小于所述正常区间的血糖值；所述第二危急区间的血糖值大于所述正常区间；和/或

所述异常区间包括第一异常区间或第二异常区间，所述第一异常区间的血糖值大于所述第一危急区间的血糖值且小于所述正常区间的血糖值；所述第二异常区间的血糖值大于所述正常区间的血糖值且小于所述第二危急区间的血糖值；所述第一异常区间对应的饮食及运动建议与所述第二异常区间对应的饮食及运动建议不同；和/或

所述警告区间包括第一警告区间、第二警告区间或第三警告区间；所述第一警告区间的血糖值小于所述第二警告区间的血糖值；所述第二警告区间的血糖值小于所述第三警告区间；所述第一警告区间对应的管理建议包括用药提醒；所述第二警告区间对应的管理建议包括用药提醒及酮体风险提示；所述第三警告区间对应的管理建议包括用药提醒及酮体检测建议。

在其中一些实施例中，还包括：响应于确定所述血糖数据对应的血糖区间为危急区间，生成报警信息并分别发送至第一终端、第二终端和第三终端中的至少一个；所述第三终端与所述第一终端和所述第二终端的设置位置均不相同。

在其中一些实施例中，还包括:响应于确定预设时段内所述危急区间的危急第一用户为多个，分析所述多个危急第一用户的优先级，并发送分析结果至第二终端或第三终端中。

在其中一些实施例中，所述分析所述多个危急第一用户的优先级包括:

分析所述多个危急第一用户对应的危急区间；

确定第一危急区间的危急第一用户的优先级高于第二危急区间的危急第一用户。

在其中一些实施例中，所述分析所述多个危急第一用户的优先级还包括:

响应于确定所述第一危急区间的危急第一用户为多个，根据血糖值检测时间确定危急第一用户的优先级。

本申请实施例还提供一种血糖数据管理装置，包括：

接收模块，用于接收血糖仪发送的第一用户的血糖数据；所述血糖数据包括血糖值；

分类模块，用于将所述血糖数据输入预先训练好的血糖区间分类模型，输出所述血糖数据对应的血糖区间和对应的管理建议；其中，所述血糖区间包括危急区间，异常区间，正常区间或警告区间；所述警告区间的血糖值大于所述正常区间的血糖值；所述危急区间对应的管理建议包括立即就诊；所述正常区间对应的管理建议包括保持建议：所述异常区间对应的管理建议包括饮食建议；所述警告区间对应的管理建议包括用药提醒；

发送模块，用于发送所述血糖数据对应的血糖区间和对应的管理建议至第一用户的第一终端和第二用户的第二终端。

本申请实施例还提供一种服务器，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现如前任意一项所述的方法。

本申请实施例还提供一种非暂态计算机可读存储介质，所述非暂态计算机可读存储介质存储计算机指令，所述计算机指令用于使计算机执行如前任一所述方法。

本申请实施例还提供一种计算机程序产品，包括计算机程序指令，当所述计算机程序指令在计算机上运行时，使得计算机执行如前任一所述的方法。

从上面所述可以看出，本申请提供的血糖数据管理方法，通过接收血糖仪发送的第一用户的血糖数据；所述血糖数据包括血糖值；将所述血糖数据输入预先训练好的血糖区间分类模型，输出所述血糖数据对应的血糖区间和对应的管理建议；其中，所述血糖区间包括危急区间，异常区间，正常区间或警告区间；所述警告区间的血糖值大于所述正常区间的血糖值；所述危急区间对应的管理建议包括立即就诊；所述正常区间对应的管理建议包括保持建议：所述异常区间对应的管理建议包括饮食建议；所述警告区间对应的管理建议包括用药提醒；发送所述血糖数据对应的血糖区间和对应的管理建议至第一用户的第一终端和第二用户的第二终端，能够将检测的与血糖值对应的血糖区间和管理建议实时发送至第一用户和第二用户处，满足用户的及时信息获取的需求。

附图说明

为了更清楚地说明本申请或相关技术中的技术方案，下面将对实施例或相关技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本申请实施例的血糖数据管理系统的示意图；

图2为本申请实施例的血糖数据管理方法的流程示意图；

图3为本申请实施例的血糖数据管理方法的又一流程示意图；

图4为本申请实施例的血糖数据管理装置的示意图；

图5为本申请实施例的服务器的示意图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚明白，以下结合具体实施例，并参照附图，对本申请进一步详细说明。

需要说明的是，除非另外定义，本申请实施例使用的技术术语或者科学术语应当为本申请所属领域内具有一般技能的人士所理解的通常意义。本申请实施例中使用的“第一”、“第二”以及类似的词语并不表示任何顺序、数量或者重要性，而只是用来区分不同的组成部分。“包括”或者“包含”等类似的词语意指出现该词前面的元件或者物件涵盖出现在该词后面列举的元件或者物件及其等同，而不排除其他元件或者物件。“连接”或者“相连”等类似的词语并非限定于物理的或者机械的连接，而是可以包括电性的连接，不管是直接的还是间接的。

一些对于病房中的用户的血糖检测的手段，主要通过医护人员（例如护士等）手持血糖仪进入病房中对于病床上的用户进行相应的血糖检测。在检测完成之后，仅能得到单一的血糖值，病床上的用户仅能进行口头记录。另外对于检测到危急值的情况，无法直观迅速地反馈至医生处。

基于此，本申请实施例提供了一种血糖数据管理方法及系统，通过将血糖数据输入预先训练好的血糖区间分类模型中，能够得到血糖值对应的血糖区间和对应的管理建议，并将该对应的血糖区间和管理建议发送至病房中的用户的终端中和医生的终端中，能够在一定程度上解决当前人工记录导致的操作繁琐及效率不高等问题，更好地满足用户的需求。

图1示出了本申请实施例的示例性的血糖数据管理系统的示意图。

如图1所示，本申请实施例提供的血糖数据管理系统可以用于病房中的用户在病房期间的血糖值的管理，通常可以包括血糖仪11、第一终端12、第二终端13和服务器20。其中，血糖仪11可以为手持血糖仪，可以通过在试纸条滴加血液的方式检测血糖值，通常设置在护士站处。通常在病房中的用户为血糖数据已经出现异常的用户（也即第一用户）。该第一用户在病房中的病床旁可以设置有第一终端12。而第二用户可以为在诊室内的医生，第二终端13可以设置在该诊室内，例如设置在医生的办公桌处。血糖仪11、第一终端12和第二终端13可以分别与服务器20进行双向的数据传输。

通常，血糖仪11用于接收第一用户的血液数据并记录该血液数据的接收时间，并将该血液数据和接收时间发送至服务端。在其中一些实施例中，可以在预设的时间点接收第一用户的血液数据，例如在第一用户用餐前、用餐后或用餐后两个小时等接收第一用户的血液数据。

在其中一些实施例中，在服务器20端可以执行下述的血糖数据管理方法。图2示出了示例性的血糖数据管理方法的流程示意图。通常，该血糖数据管理方法可以包括：

S100,接收血糖仪11发送的第一用户的血糖数据；所述血糖数据包括血糖值；

S200,将所述血糖数据输入预先训练好的血糖区间分类模型，输出所述血糖数据对应的血糖区间和对应的管理建议；其中，所述血糖区间包括危急区间，异常区间，正常区间或警告区间；所述警告区间的血糖值大于所述正常区间的血糖值；所述危急区间对应的管理建议包括立即就诊；所述正常区间对应的管理建议包括保持建议：所述异常区间对应的管理建议包括饮食建议；所述警告区间对应的管理建议包括用药提醒；

S300,发送所述血糖数据对应的血糖区间和对应的管理建议至第一用户的第一终端12和第二用户的第二终端13。

本申请实施例提供的血糖数据管理方法，通过接收血糖仪11发送的第一用户的血糖数据；所述血糖数据包括血糖值和状态信息；将所述血糖数据输入预先训练好的血糖区间分类模型，输出所述血糖数据对应的血糖区间和对应的管理建议；其中，所述血糖区间包括危急区间，异常区间，正常区间或警告区间；所述警告区间的血糖值大于所述正常区间的血糖值；所述危急区间对应的管理建议包括立即就诊；所述正常区间对应的管理建议包括保持建议：所述异常区间对应的管理建议包括饮食建议；所述警告区间对应的管理建议包括用药提醒；发送所述血糖数据对应的血糖区间和对应的管理建议至第一用户的第一终端12和第二用户的第二终端13。能够将检测的与血糖值对应的血糖区间和管理建议实时发送至第一用户和第二用户处，满足用户的及时信息获取的需求。

以下，以单个的第一用户为例，对血糖数据管理方法进行相应的说明。

在步骤S100中，在接收到第一用户的血糖数据时，还可以接收该血糖数据的检测时间。其中一些实施例中，服务端还可以存储有第一用户的血糖检测的预设时间点，预设时间点可以为根据用户的用餐时间设置。例如可以存储第一用户的检测血糖的时间点分别为第一用户用餐前、第一用户用餐后或第一用户用餐后两个小时等。

在其中一些实施例中，所述方法还可以包括：在接收到第一用户的血糖数据时，确定所述血糖数据的检测时间是否为预设时间；

相应于确定所述血糖数据的检测时间不为预设时间，生成提示信息，并发送至血糖仪11中；或

相应于确定所述血糖数据的检测时间为预设时间，将所述血糖数据输入预先训练好的血糖区间分类模型。

在其中一些实施例中，所述方法还包括：响应于接收到血糖仪11发送的确认信息，将所述血糖数据输入预先训练好的血糖区间分类模型。

在步骤S200中，血糖区间分类模型可以通过预先建立血糖数据的训练集，然后对机器学习算法的模型进行训练，从而得到能够识别血糖数据对应的血糖区间和管理建议等。通常，该血糖数据的训练集可以包括血糖值和对应的血糖区间和管理建议。该血糖值对应的血糖区间和管理建议，可以自合作医院的治愈患者的数据中获取。模型可以例如深度学习(CNN神经网络)等，训练的次数可根据实际情况进行确定(例如可以在反覆运算三十万次后停止训练)。

在其中一些实施例中，所述危急区间可以包括第一危急区间或第二危急区间等。所述第一危急区间的血糖值可以小于所述正常区间的血糖值，例如远小于正常区间的血糖值，对应的管理建议可以为立即就诊。所述第二危急区间的血糖值可以大于所述正常区间的血糖值，例如远大于正常区间的血糖值，对应的管理建议可以为立即就诊。

在实际应用中，第一危急区间对应的血糖值可以为≤2.2 mmol/L。第二危急区间对应的血糖值可以为≥25 mmol/L。

在其中一些实施例中，所述异常区间可以包括第一异常区间或第二异常区间，所述第一异常区间的血糖值大于所述第一危急区间的血糖值且小于所述正常区间的血糖值；所述第二异常区间的血糖值大于所述正常区间的血糖值且小于所述第二危急区间的血糖值；所述第一异常区间对应的饮食及运动建议与所述第二异常区间对应的饮食及运动建议不同。

在实际应用中，第一异常区间对应的血糖值可以为2.2~3.9 mmol/L之间。 对应的饮食建议可以为注意按时进食等。第二异常区间对应的血糖值可以为6.1~10 mmol/L之间。对应的饮食建议可以为注意多喝水等。

在实际应用中，正常区间可以为3.9~6.1 mmol/L之间，其中包括3.9mmol/L和6.1mmol/L。正常区间对应的管理建议为保持建议，例如可以为状态良好，请继续保持等。

在其中一些实施例中，所述警告区间可以包括第一警告区间、第二警告区间或第三警告区间。所述第一警告区间的血糖值小于所述第二警告区间的血糖值；所述第二警告区间的血糖值小于所述第三警告区间；所述第一警告区间对应的管理建议包括用药提醒；所述第二警告区间对应的管理建议包括用药提醒及酮体风险提示；所述第三警告区间对应的管理建议包括用药提醒及酮体检测建议。

在实际应用中，警告区间可以为10~25 mmol/L之间。第一警告区间可以为10~13.9mmol/L之间，对应的管理建议可以包括注意按时用药等。第二警告区间可以为13.9~16.7mmol/L之间，对应的管理建议可以包括注意按时用药，并提示存在酮体风险。第三警告区间可以为16.7~25 mmol/L之间，对应的管理建议可以包括注意按时用药，并建议进行酮体检测等。

在一些可能的实施例中，血糖数据的训练集可以包括血糖值和对应的血糖区间和管理建议、以及用户状态等。用户状态信息可以包括用户的基本情况和健康情况等。基本情况可以包括年龄信息，性别信息和地区信息等。健康情况可以包括家族患病史，慢病患病情况和吸烟史等。通常，可以在血糖仪11中创建用户编号，并将用户的基本情况和健康情况等在血糖仪11中直接录入与该用户编号绑定。这样，训练得到的血糖区间分类模型能够进行更加符合用户状态的血糖区间的分类和管理建议。对应地，在获取第一用户的血糖数据时，也需对应的获取第一用户的状态信息。也即，在步骤S100中，所述血糖数据包括血糖值和第一用户的状态信息。状态信息可以包括用户的基本情况和健康情况等。

在其中一些实施例中，针对输出的不同的血糖区间和对应的管理建议，可以分别赋予不同的颜色，以区分显示。

实际应用中，对于第一危急区间和第二危急区间可以分别标记为鲜红色和黄色。第一异常区间和第二异常区间可以分别标记为浅红色和浅绿色。正常区间可以标记为绿色。第一警告区间、第二警告区间和第三警告区间可以分别标记为浅黄色、黄色和深黄色。

在步S300中，服务器20可以将血糖数据对应的血糖区间和对应的管理建议分别发送至第一用户的第一终端12和第二用户的第二终端13，如图3所示。

在其中一些实施例中，响应于确定所述血糖数据对应的血糖区间为危急区间，可以生成报警信息并将报警信息发送至第一终端12。报警信息可以为文字和或声音的形式。这样，便于医生及时获知处于危急情况的第一用户，有利于对危急情况的第一用户及时进行跟进等。

在其中一些实施例中，响应于确定所述血糖数据对应的血糖区间为危急区间，可以生成报警信息并将报警信息发送至第二终端13。报警信息可以为文字和或声音的形式。这样，便于第一用户及时获知自身的情况，有利于进行跟进自身等。

在其中一些实施例中，响应于确定所述血糖数据对应的血糖区间为危急区间，可以生成报警信息并将报警信息发送至第三终端。报警信息可以为文字和或声音的形式。第三终端与所述第一终端12和所述第二终端13的设置位置均不相同。第三终端可以例如医院的科室处的管理大屏，可以供科室内的人员（包括科室内的医护人员）等进行查看，便于其他医护及时获知处于危急情况的第一用户，有利于对危急情况的第一用户及时进行跟进等。

在其中一些实施例中，响应于确定所述血糖数据对应的血糖区间为危急区间，还可以将对应的第一用户的信息发送至危急值检测管理平台处。危急值检测管理平台可以为医院的管理系统，这样便于及时在医院的管理系统处的危急值检测管理中心中自动添加危急区间的第一用户信息，无需人工进行添加，节省人工，并提高添加效率。

在其中一些实施例中，第一终端12的数量可以为多个，第一用户的数量可以为多个，多个第一终端12与多个第一用户分别一一对应。第二终端13的数量可以为多个。每个第二终端13可以分别对应多个不同的第一终端12，可以用于接收其对应的多个第一终端12对应的多个第一用户的血糖等相关信息（例如血糖区间和对应的管理建议）。例如，每个第二终端13可以接收预设数量个病床的第一用户的血糖等相关信息。

在其中一些实施例中，所述血糖数据管理方法还可以包括:响应于确定预设时段内所述危急区间的危急第一用户为多个，分析所述多个危急第一用户的优先级，并发送分析结果至第二终端13中。通过分析危急第一用户的优先级，便于第二用户和或该科室内的其他医生等，能够更加及时地了解多个危急第一用户的状态。

在其中一些实施例中，所述分析所述多个危急第一用户的优先级可以包括:

分析所述多个危急第一用户对应的危急区间；

确定第一危急区间的危急第一用户的优先级高于第二危急区间的危急第一用户。这样，能够更加及时的将多个危急第一用户的信息展示给第二用户和或该科室内的其他医生等。

在其中一些实施例中，所述分析所述多个危急第一用户的优先级还可以包括:

响应于确定所述第一危急区间的危急第一用户为多个，根据血糖值检测时间确定危急第一用户的优先级。例如，可以确定血糖值检测时间更早的危急第一用户为更高的优先级等。这样，更够更加及时全面的将多个危急第一用户的信息展示给第二用户和或该科室内的其他医生等。

接下来，来到终端处（例如第一终端12、第二终端13或第三终端处）。当接收到服务器20发送的血糖数据对应的血糖区间和对应的管理建议后，在终端处可以分别进行对应的显示。也即，第一终端12用于接收所述服务器20发送的第一用户的所述血糖数据对应的血糖区间和对应的管理建议并显示。所述第二终端13用于接收所述服务器20发送的多个第一用户的所述血糖数据对应的血糖区间和对应的管理建议并显示。

其中，在第一终端12处，可以将血糖数据对应的血糖区间和对应的管理建议分别以持续滚动的文字形式显示给第一用户。便于第一用户记录知晓每次的测试结果，方便第一用户知晓自己是否存在漏测可能。在其中一些实施例中，针对不同的血糖区间，第一终端12的显示颜色可以不同。

在其中一些实施例中，第一终端12还可以在预设时间段内显示最近一次（例如当天早晨）的管理建议。例如在午餐前半小时，午餐后半小时，晚餐前半小时，晚餐后半小时分别显示对应的管理建议，便于第一用户能够更好地知晓自身的血糖状态，无需医护进行提醒，具有高效的血糖状态管理效率。

在其中一些实施例中，在第一终端12处还可以展示所述血糖数据对应的血糖区间为危急区间时的报警信息，以更好地提醒第一用户。

在其中一些实施例中，第一终端12还可以在接收到危急区间时，输出针对不同危急区间的辅助处理建议。例如，对于第一危急区间，可以输出升糖块的辅助处理建议，能够稳定第一用户的情绪，提高第一用户在血糖检测之后的体验，提高满意度。对于第二危急区间，可以输出降糖水的辅助处理建议，能够稳定第一用户的情绪，提高第一用户在血糖检测之后的体验，提高满意度。

在其中一些实施例中，第一终端12还可以具有数据录入并存储的功能。例如，第一终端12处可以录入并存储用户的相关信息等。例如可以录入并存储第一用户的一日三餐饮食，运动情况和情绪等。具体的录入方式可以包括声音录入和按键录入等。在录入时可以选择项目进行录入，在数据录入后数据可以存储在第一终端12中，也可以直接上传至服务器20中的患者（也即第一用户）治疗方案过程中的患者身体数据表中，并发送至第二终端13中。这样，无需人工手动记录第一用户的生活饮食和运动等，便于第二用户及时全面的获知第一用户的信息等。 进而便于主治大夫（也即第二用户）结合患者（也即第一用户）的最近测试结果、生活饮食和运动等来进行综合的管理，方便快速治疗。

在一些可能的实施例中，第一终端12还可以具有呼叫的功能。例如，可以与第二终端13之间进行语音通信，以呼叫医生。还可以与护士站之间进行语音通信，以呼叫护士，以使护士进行餐后血糖值测量或者使护士进行血糖区间的结果的分析等。

其中，第二终端13可以实时的展示所述服务器20发送的多个第一用户的所述血糖数据对应的血糖区间和对应的管理建议并显示。在其中一些实施例中，对于不同的血糖区间，第二终端13的显示颜色可以不同。

在其中一些实施例中，在第二终端13处还可以展示所述血糖数据对应的血糖区间为危急区间时的报警信息，以更好地提醒第二用户（例如医生）。

在其中一些实施例中，在第二终端13处还可以针对血糖区间为危急区间时，闪烁灯光报警，以更好地提醒第二用户（例如医生）。

其中，在第三终端处可以展示所述服务器20发送的第一用户的所述血糖数据对应的危急区间和对应的管理建议。

在其中一些实施例中，在第三终端处还可以展示所述血糖数据对应的血糖区间为危急区间时的报警信息。进一步地，在第三终端处还可以针对血糖区间为危急区间时，闪烁灯光报警，以起到更好地提醒作用。

在其中一些实施例中，对于不同的血糖区间（例如第一危急区间和第二危急区间），第三终端的显示颜色可以不同。

在其中一些实施例中，在第三终端处还可以显示血糖数据对应的区间为危急区间的第一用户的一周内的血糖值。具体地，可以以折线图的形式显示一周内的血糖值，以更加全面的当前检测的显示血糖数据对应的区间为危急区间的第一用户的近期血糖数据，便于第二用户和/或科室内医生等快速地掌握第一用户的血糖情况。

在其中一些实施例中，在第三终端处还可以展示动画提醒信息，以提示需要对危急第一用户进行持续检测，直至血糖数据对应的血糖区间不为危急区间。对应地，在服务器20处，还可以设置监控提醒，以监控危急第一用户的血糖数据，直至血糖数据对应的血糖区间不为危急区间。

可以理解的是，在使用本公开中各个实施例的技术方案之前，均会通过恰当的方式对所涉及的个人信息的类型、使用范围、使用场景等告知用户，并获得用户的授权。

例如，在响应于接收到用户的主动请求时，向用户发送提示信息，以明确的提示用户，其请求执行的操作将需要获取和使用到用户的个人信息。从而，使得用户可以根据提示信息来自主的选择是否向执行本公开技术方案的操作的电子设备、应用程序、服务器20或存储介质等软件或硬件提供个人信息。

作为一种可选的但非限定的实现方式，响应于接受到用户的主动请求，向用户发送提示信息的方式例如可以是弹窗的方式，弹窗中可以以文字的方式呈现提示信息。此外，弹窗中还可以承载供用户选择“同意”或者“不同意”向电子设备提供个人信息的选择控件。

可以理解的是，上述通知和获取用户授权过程仅是示意性的，不对本公开的实现方式构成限定，其他满足相关法律法规的方式也可应用于本公开的实现方式中。

需要说明的是，本申请实施例的方法可以由单个设备执行，例如一台计算机或服务器20等。本实施例的方法也可以应用于分布式场景下，由多台设备相互配合来完成。在这种分布式场景的情况下，这多台设备中的一台设备可以只执行本申请实施例的方法中的某一个或多个步骤，这多台设备相互之间会进行交互以完成所述的方法。

需要说明的是，上述对本申请的一些实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于上述实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

基于同一发明构思，与上述任意实施例方法相对应的，本申请还提供了一种血糖数据管理装置。

参考图4，所述血糖数据管理装置，可以包括：

接收模块21，用于接收血糖仪11发送的第一用户的血糖数据；所述血糖数据包括血糖值；

分类模块22，用于将所述血糖数据输入预先训练好的血糖区间分类模型，输出所述血糖数据对应的血糖区间和对应的管理建议；其中，所述血糖区间包括危急区间，异常区间，正常区间或警告区间；所述警告区间的血糖值大于所述正常区间的血糖值；所述危急区间对应的管理建议包括立即就诊；所述正常区间对应的管理建议包括保持建议：所述异常区间对应的管理建议包括饮食建议；所述警告区间对应的管理建议包括用药提醒；

发送模块23，用于发送所述血糖数据对应的血糖区间和对应的管理建议至第一用户的第一终端12和第二用户的第二终端13。

在其中一些实施例中，所述危急区间包括第一危急区间或第二危急区间；所述第一危急区间的血糖值小于所述正常区间的血糖值；所述第二危急区间的血糖值大于所述正常区间；和/或

所述异常区间包括第一异常区间或第二异常区间，所述第一异常区间的血糖值大于所述第一危急区间的血糖值且小于所述正常区间的血糖值；所述第二异常区间的血糖值大于所述正常区间的血糖值且小于所述第二危急区间的血糖值；所述第一异常区间对应的饮食及运动建议与所述第二异常区间对应的饮食及运动建议不同；和/或

所述警告区间包括第一警告区间、第二警告区间或第三警告区间；所述第一警告区间的血糖值小于所述第二警告区间的血糖值；所述第二警告区间的血糖值小于所述第三警告区间；所述第一警告区间对应的管理建议包括用药提醒；所述第二警告区间对应的管理建议包括用药提醒及酮体风险提示；所述第三警告区间对应的管理建议包括用药提醒及酮体检测建议。

在其中一些实施例中，所述发送模块还用于：响应于确定所述血糖数据对应的血糖区间为危急区间，生成报警信息并分别发送至第一终端12、第二终端13和第三终端中的至少一个；所述第三终端与所述第一终端12和所述第二终端13的设置位置均不相同。

在其中一些实施例中，所述发送模块还用于：响应于确定预设时段内所述危急区间的危急第一用户为多个，分析所述多个危急第一用户的优先级，并发送分析结果至第二终端13或第三终端中。

在其中一些实施例中，所述分析所述多个危急第一用户的优先级包括:

分析所述多个危急第一用户对应的危急区间；

确定第一危急区间的危急第一用户的优先级高于第二危急区间的危急第一用户。

在其中一些实施例中，所述分析所述多个危急第一用户的优先级还包括:

响应于确定所述第一危急区间的危急第一用户为多个，根据血糖值检测时间确定危急第一用户的优先级。

为了描述的方便，描述以上装置时以功能分为各种模块分别描述。当然，在实施本申请时可以把各模块的功能在同一个或多个软件和/或硬件中实现。

上述实施例的装置用于实现前述任一实施例中相应的血糖数据管理方法，并且具有相应的方法实施例的有益效果，在此不再赘述。

基于同一发明构思，与上述任意实施例方法相对应的，本申请还提供了一种服务器20，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上任意一实施例所述的血糖数据管理方法。

图5示出了本实施例所提供的一种更为具体的服务器20硬件结构示意图， 该设备可以包括：处理器1010、存储器1020、输入/输出接口1030、通信接口1040和总线 1050。其中处理器1010、存储器1020、输入/输出接口1030和通信接口1040通过总线1050实现彼此之间在设备内部的通信连接。

处理器1010可以采用通用的CPU（Central Processing Unit，中央处理器）、微处理器、应用专用集成电路（Application Specific Integrated Circuit，ASIC）、或者一个或多个集成电路等方式实现，用于执行相关程序，以实现本说明书实施例所提供的技术方案。

存储器1020可以采用ROM（Read Only Memory，只读存储器）、RAM（Random AccessMemory，随机存取存储器）、静态存储设备，动态存储设备等形式实现。存储器1020可以存储操作系统和其他应用程序，在通过软件或者固件来实现本说明书实施例所提供的技术方案时，相关的程序代码保存在存储器1020中，并由处理器1010来调用执行。

输入/输出接口1030用于连接输入/输出模块，以实现信息输入及输出。输入输出/模块可以作为组件配置在设备中（图中未示出），也可以外接于设备以提供相应功能。其中输入设备可以包括键盘、鼠标、触摸屏、麦克风、各类传感器等，输出设备可以包括显示器、扬声器、振动器、指示灯等。

通信接口1040用于连接通信模块（图中未示出），以实现本设备与其他设备的通信交互。其中通信模块可以通过有线方式（例如USB、网线等）实现通信，也可以通过无线方式（例如移动网络、WIFI、蓝牙等）实现通信。

总线1050包括一通路，在设备的各个组件（例如处理器1010、存储器1020、输入/输出接口1030和通信接口1040）之间传输信息。

需要说明的是，尽管上述设备仅示出了处理器1010、存储器1020、输入/输出接口1030、通信接口1040以及总线1050，但是在具体实施过程中，该设备还可以包括实现正常运行所必需的其他组件。此外，本领域的技术人员可以理解的是，上述设备中也可以仅包含实现本说明书实施例方案所必需的组件，而不必包含图中所示的全部组件。

上述实施例的电子设备用于实现前述任一实施例中相应的血糖数据管理方法，并且具有相应的方法实施例的有益效果，在此不再赘述。

基于同一发明构思，与上述任意实施例方法相对应的，本申请还提供了一种非暂态计算机可读存储介质，所述非暂态计算机可读存储介质存储计算机指令，所述计算机指令用于使所述计算机执行如上任一实施例所述的血糖数据管理方法。

本实施例的计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存（PRAM）、静态随机存取存储器（SRAM）、动态随机存取存储器（DRAM）、其他类型的随机存取存储器（RAM）、只读存储器（ROM）、电可擦除可编程只读存储器（EEPROM）、快闪记忆体或其他内存技术、只读光盘只读存储器（CD-ROM）、数字多功能光盘（DVD）或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。

上述实施例的存储介质存储的计算机指令用于使所述计算机执行如上任一实施例所述的血糖数据管理方法，并且具有相应的方法实施例的有益效果，在此不再赘述。

基于同一发明构思，与上述任意实施例所述的血糖数据管理方法相对应的，本公开还提供了一种计算机程序产品，其包括计算机程序指令。在一些实施例中，所述计算机程序指令可以由计算机的一个或多个处理器执行以使得所述计算机和/或所述处理器执行所述的血糖数据管理方法。对应于所述的血糖数据管理方法各实施例中各步骤对应的执行主体，执行相应步骤的处理器可以是属于相应执行主体的。

上述实施例的计算机程序产品用于使所述计算机和/或所述处理器执行如上任一实施例所述的血糖数据管理方法，并且具有相应的方法实施例的有益效果，在此不再赘述。

所属领域的普通技术人员应当理解：以上任何实施例的讨论仅为示例性的，并非旨在暗示本申请的范围（包括权利要求）被限于这些例子；在本申请的思路下，以上实施例或者不同实施例中的技术特征之间也可以进行组合，步骤可以以任意顺序实现，并存在如上所述的本申请实施例的不同方面的许多其它变化，为了简明它们没有在细节中提供。

另外，为简化说明和讨论，并且为了不会使本申请实施例难以理解，在所提供的附图中可以示出或可以不示出与集成电路（IC）芯片和其它部件的公知的电源/接地连接。此外，可以以框图的形式示出装置，以便避免使本申请实施例难以理解，并且这也考虑了以下事实，即关于这些框图装置的实施方式的细节是高度取决于将要实施本申请实施例的平台的（即，这些细节应当完全处于本领域技术人员的理解范围内）。在阐述了具体细节（例如，电路）以描述本申请的示例性实施例的情况下，对本领域技术人员来说显而易见的是，可以在没有这些具体细节的情况下或者这些具体细节有变化的情况下实施本申请实施例。因此，这些描述应被认为是说明性的而不是限制性的。

尽管已经结合了本申请的具体实施例对本申请进行了描述，但是根据前面的描述，这些实施例的很多替换、修改和变型对本领域普通技术人员来说将是显而易见的。例如，其它存储器架构（例如，动态RAM（DRAM））可以使用所讨论的实施例。

本申请实施例旨在涵盖落入所附权利要求的宽泛范围之内的所有这样的替换、修改和变型。因此，凡在本申请实施例的精神和原则之内，所做的任何省略、修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (10)

1.一种血糖数据管理方法，其特征在于，包括：

接收血糖仪发送的第一用户的血糖数据；所述血糖数据包括血糖值；

将所述血糖数据输入预先训练好的血糖区间分类模型，输出所述血糖数据对应的血糖区间和对应的管理建议；其中，所述血糖区间包括危急区间，异常区间，正常区间或警告区间；所述警告区间的血糖值大于所述正常区间的血糖值；所述危急区间对应的管理建议包括立即就诊；所述正常区间对应的管理建议包括保持建议：所述异常区间对应的管理建议包括饮食建议；所述警告区间对应的管理建议包括用药提醒；

发送所述血糖数据对应的血糖区间和对应的管理建议至第一用户的第一终端和第二用户的第二终端。

2.根据权利要求1所述的血糖数据管理方法，其特征在于，所述危急区间包括第一危急区间或第二危急区间；所述第一危急区间的血糖值小于所述正常区间的血糖值；所述第二危急区间的血糖值大于所述正常区间的血糖值；和/或

所述异常区间包括第一异常区间或第二异常区间，所述第一异常区间的血糖值大于所述第一危急区间的血糖值且小于所述正常区间的血糖值；所述第二异常区间的血糖值大于所述正常区间的血糖值且小于所述第二危急区间的血糖值；所述第一异常区间对应的饮食及运动建议与所述第二异常区间对应的饮食及运动建议不同；和/或

所述警告区间包括第一警告区间、第二警告区间或第三警告区间；所述第一警告区间的血糖值小于所述第二警告区间的血糖值；所述第二警告区间的血糖值小于所述第三警告区间的血糖值；所述第一警告区间对应的管理建议包括用药提醒；所述第二警告区间对应的管理建议包括用药提醒及酮体风险提示；所述第三警告区间对应的管理建议包括用药提醒及酮体检测建议。

3.根据权利要求1所述的血糖数据管理方法，其特征在于，还包括：响应于确定所述血糖数据对应的血糖区间为危急区间，生成报警信息并发送至第一终端、第二终端和第三终端中的至少一个；所述第三终端与所述第一终端和所述第二终端的设置位置均不相同。

4.根据权利要求2所述的血糖数据管理方法，其特征在于，还包括:响应于确定预设时段内所述危急区间的危急第一用户为多个，分析所述多个危急第一用户的优先级，并发送分析结果至第二终端或第三终端中。

5.根据权利要求4所述的血糖数据管理方法，其特征在于，所述分析所述多个危急第一用户的优先级包括:

分析所述多个危急第一用户对应的危急区间；

确定第一危急区间的危急第一用户的优先级高于第二危急区间的危急第一用户的优先级。

6.根据权利要求5所述的血糖数据管理方法，其特征在于，所述分析所述多个危急第一用户的优先级还包括:

响应于确定所述第一危急区间的危急第一用户为多个，根据血糖值检测时间确定多个第一危急区间的危急第一用户的优先级。

7.一种血糖数据管理装置，其特征在于，包括：

接收模块，用于接收血糖仪发送的第一用户的血糖数据；所述血糖数据包括血糖值；

分类模块，用于将所述血糖数据输入预先训练好的血糖区间分类模型，输出所述血糖数据对应的血糖区间和对应的管理建议；其中，所述血糖区间包括危急区间，异常区间，正常区间或警告区间；所述警告区间的血糖值大于所述正常区间的血糖值；所述危急区间对应的管理建议包括立即就诊；所述正常区间对应的管理建议包括保持建议：所述异常区间对应的管理建议包括饮食建议；所述警告区间对应的管理建议包括用药提醒；

发送模块，用于发送所述血糖数据对应的血糖区间和对应的管理建议至第一用户的第一终端和第二用户的第二终端。

8.一种服务器，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现如权利要求1至6任意一项所述的方法。

9.一种血糖管理系统，包括如权利要求8所述的服务器，第一终端和第二终端；所述第一终端用于接收所述服务器发送的第一用户的血糖数据对应的血糖区间和对应的管理建议并显示；

所述第二终端用于接收所述服务器发送的多个第一用户的血糖数据对应的血糖区间和对应的管理建议并显示。

10.一种非暂态计算机可读存储介质，所述非暂态计算机可读存储介质存储计算机指令，所述计算机指令用于使计算机执行权利要求1至6任一所述方法。