1.本技术涉及医疗健康管理技术领域，特别是涉及一种心脏健康监护方法与心脏健康监护系统。
背景技术：2.随着人们生活水平的不断提高与工作压力的不断增加，心脏疾病（如心肌梗死）越来越普遍化与年轻化，已逐渐成为严重威胁人类生病健康的主要疾病之一。由此，如何有效监护心脏健康是值得关注的问题。
3.目前，心脏健康的主要监护方式是定期体检，而在突发性的心脏不良事件发生时，通常需要通过急救电话来连线急救中心，以获得急救中心的救助。但是，该种监护方式下，存在因监护不及时与救助不及时等问题而导致心肌梗死、心源性猝死等风险。
技术实现要素：4.基于此，有必要针对上述技术问题，提供一种能够降低心肌梗死、心源性猝死等风险的心脏健康监护方法与心脏健康监护系统。
5.一种心脏健康监护方法，所述方法包括：获取用户的心脏健康状态检测结果；根据所述心脏健康状态检测结果确定心脏健康监测方式；按照所述心脏健康监测方式获取所述用户的监测数据；当所述监测数据异常时，根据所述监测数据和/或所述心脏健康状态检测结果，确定所述用户的救助紧急级别；当所述救助紧急级别为第一救助级别时，根据所述用户与相匹配的志愿者集中各第一级志愿者之间的距离，以及各所述第一级志愿者与心脏不良事件的急救设备之间的最短距离，从各所述第一级志愿者中筛选分配给所述用户的志愿者，并根据所述用户与所述志愿者集中各第二级志愿者之间的距离，从各所述第二级志愿者中筛选分配给所述用户的志愿者；当所述救助紧急级别为第二救助级别时，根据所述用户与所述志愿者集中各第二级志愿者之间的距离，从各所述第二级志愿者中筛选分配给所述用户的志愿者；向所述志愿者对应的终端推送救助任务信息。
6.第一健康级别第二健康级别第三健康级别一种心脏健康监护系统，所述系统包括：心健康监护设备、云平台服务器、终端；所述云平台服务器，用于获取用户的心脏健康状态检测结果，根据所述心脏健康状态检测结果确定心脏健康监测方式，按照所述心脏健康监测方式从所述心健康监护设备获取所述用户的监测数据；当所述监测数据异常时，根据所述监测数据和/或所述心脏健康状态检测结果，确定所述用户的救助紧急级别；当所述救助紧急级别为第一救助级别时，根
据所述用户与相匹配的志愿者集中各第一级志愿者之间的距离，以及各所述第一级志愿者与心脏不良事件的急救设备之间的最短距离，从各所述第一级志愿者中筛选分配给所述用户的志愿者，并根据所述用户与所述志愿者集中各第二级志愿者之间的距离，从各所述第二级志愿者中筛选分配给所述用户的志愿者；当所述救助紧急级别为第二救助级别时，根据所述用户与所述志愿者集中各第二级志愿者之间的距离，从各所述第二级志愿者中筛选分配给所述用户的志愿者；向所述志愿者对应的终端推送救助任务信息；所述终端用于接收并展示所述救助任务信息。
7.上述心脏健康监护方法与心脏健康监护系统，按照心脏健康状态检测结果对应的心脏健康监测方式获取用户的监测数据，在监测数据异常时，根据异常的监测数据和/或用户的心脏健康状态检测结果，确定用户的救助紧急级别，当救助紧急级别为第一救助级别时，分别从相匹配的志愿者集中筛选分配给用户的第一级志愿者与第二级志愿者，而当救助紧急级别为第二救助级别时，从相匹配的志愿者集中筛选分配给用户的第二级志愿者，并通过下发救助任务信息来指示志愿者救助相应用户。这样，基于心脏健康状态检测结果进行分级监测，能够加强心脏不良事件的风险监测，提高监测准确性，而根据用户的救助紧急级别确定所需分配的志愿者级别，并从相匹配的志愿者集中筛选相应级别的志愿者分配给用户，以便于准确而及时地调配志愿者进行救助，能够提高心脏不良事件的处理及时性与精准性，从而能够减低心肌梗死、心源性猝死等风险。
附图说明
8.图1为一个实施例中心脏健康监护系统的结构框图；图2为一个实施例中心脏健康监护方法的流程示意图；图3为另一个实施例中心脏健康监护方法的流程示意图；图4为又一个实施例中心脏健康监护方法的流程示意图；图5为一个实施例中计算机设备的内部结构图。
具体实施方式
9.为了使本技术的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本技术进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本技术，并不用于限定本技术。
10.本技术提供的心脏健康监护方法，可以应用于如图1所示的心脏健康监护系统100中。其中，终端102、心健康监护设备104均通过网络与云平台服务器106进行通信。云平台服务器106获取用户的心脏健康状态检测结果，根据心脏健康状态检测结果确定心脏健康监测方式，按照心脏健康监测方式从心健康监护设备104获取用户的监测数据，当监测数据异常时，根据监测数据和/或心脏健康状态检测结果，确定用户的救助紧急级别，当救助紧急级别为第一救助级别时，根据用户与相匹配的志愿者集中各第一级志愿者之间的距离，以及各第一级志愿者与心脏不良事件的急救设备之间的最短距离，从各第一级志愿者中筛选分配给用户的志愿者，并根据用户与志愿者集中各第二级志愿者之间的距离，从各第二级志愿者中筛选分配给用户的志愿者，当救助紧急级别为第二救助级别时，根据用户与志愿者集中各第二级志愿者之间的距离，从各第二级志愿者中筛选分配给用户的志愿者，向志
愿者对应的终端102推送救助任务信息。其中，终端102可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备，心健康监护设备104可以但不限于是动态心电图设备、智能监测手表、智能监测手环等，云平台服务器106可以用独立的服务器或者是多个服务器组成的服务器集群来实现。
11.在一个实施例中，如图2所示，提供了一种心脏健康监护方法，以该方法应用于图1中的云平台服务器106为例进行说明，包括以下步骤：s202，获取用户的心脏健康状态检测结果。
12.其中，心脏健康状态检测结果是用于表征用户的心脏健康状态的检测结果，具体可以是基于心电检测对应的心电检测数据分析得到的、用于表征心脏健康状态的检测结果数据。
13.具体地，心电检测设备在心电检测过程中采集用户的心电检测数据，并将所采集的心电检测数据上传至云平台服务器，或者，基于分析所采集到的心电检测数据得到用户的心脏健康状态检测结果，并将所得到的心脏健康状态检测结果上传至云平台服务器。相应地，云平台服务器接收由心电检测设备上传的心电检测数据或心脏健康状态检测结果，并在接收到心电检测数据后，分析所接收到的心电检测数据得到相应用户的心脏健康状态检测结果。
14.在一个实施例中，心电检测包括但不限于是常规心电检测、静息心电检测、负荷运动心电检测。以负荷运动心电检测为例，基于心电检测数据分析得到的心脏健康状态检测结果，包括高频qrs阳性导联的数量，还可包括但不限于是高频qrs阳性导联的位置与波形。以静息心电检测为例，基于心电检测数据分析得到的心脏健康状态检测结果，包括但不限于是高频qrs阳性导联的数量与位置。
15.s204，根据心脏健康状态检测结果确定心脏健康监测方式。
16.其中，心脏健康监测方式是获取用于表征用户心脏健康状态的监测数据的方式。不同的心脏健康监测方式下，监测数据的获取来源不同。不同的心脏健康监测方式对应不同类型的心健康监护设备，不同的心脏健康监测方式下，从不同类型的心健康监护设备获取用户的监测数据。
17.具体地，针对不同的心脏健康状态检测结果配置有相应的心脏健康监测方式。云平台服务器在获取到用户的心脏健康状态检测结果后，根据心脏健康状态检测结果与心脏健康监测方式的对应关系，确定相应的心脏健康监测方式。
18.s206，按照心脏健康监测方式获取用户的监测数据。
19.其中，监测数据是用于动态监测用户的心脏健康状态的数据。监测数据包括但不限于是心电数据、血压数据、心率数据、血氧数据、体温数据、运动记录数据、睡眠数据与呼吸数据等中的一种或多种。
20.具体地，云平台服务器按照所确定的心脏健康监测方式，从相应类型的心健康监护设备获取用户的监测数据。
21.在一个实施例中，当心脏健康监测方式为基于动态心电图设备的监测方式时，监测数据包括但不限于是心电数据。当心脏健康监测方式为基于医疗级精度的监测手表或基于准医疗级精度的监测手环的监测方式时，监测数据包括但不限于是心电数据、血压数据、心率数据、血氧数据、体温数据、运动记录数据、睡眠数据与呼吸数据等中的一种或多种。
22.s208，当监测数据异常时，根据监测数据和/或心脏健康状态检测结果，确定用户的救助紧急级别；当救助紧急级别为第一救助级别时，根据用户与相匹配的志愿者集中各第一级志愿者之间的距离，以及各第一级志愿者与心脏不良事件的急救设备之间的最短距离，从各第一级志愿者中筛选分配给用户的志愿者，并根据用户与志愿者集中各第二级志愿者之间的距离，从各第二级志愿者中筛选分配给用户的志愿者；当救助紧急级别为第二救助级别时，根据用户与志愿者集中各第二级志愿者之间的距离，从各第二级志愿者中筛选分配给用户的志愿者。
23.其中，针对每个区域配置有相应的志愿者集，志愿者集包括第一级志愿者和第二级志愿者，第一级志愿者对心脏不良事件的救助专业程度高于第二级志愿者，第一级志愿者的级别高于第二级志愿者的级别，第一级志愿者与第二级志愿者可分别理解为高阶志愿者与低阶志愿者。志愿者集中的各志愿者作为候选志愿者，在监测到相应区域内发生心脏不良事件时，该志愿者集中的各志愿者有可能会被分配救助任务。救助紧急级别表征救助用户的紧急程度，也可用于表征心脏不良事件的危急程度，第一救助级别对应的紧急程度高于第二救助级别对应的紧急程度。当救助紧急级别为第一救助级别时，表明用户发生心肌梗死、心源性猝死等心脏问题的风险相对较高，除了分配第二级志愿者前往救助，通常还需要分配至少一名第一级志愿者前往救助，而当救助紧急级别为第二救助级别时，表明用户发生心肌梗死、心源性猝死等心脏问题的风险相对较低，通常分配第二级志愿者即可满足救助需求，还可根据首次分配的第二级志愿者的救助反馈信息确定是否再次分配第一级志愿者，比如第二级志愿者在前往用户的心脏不良事件发生地后，基于心脏不良事件的实际情况判定需要第一级志愿者参与救助，则通过终端向云平台服务器反馈相应救助反馈信息，以便于云平台服务器通过志愿者的二次分配，从用户相匹配的志愿者集中筛选第一级志愿者，并重新分配给该用户，以保证心脏不良事件的处理及时性与有效性。
24.具体地，当云平台服务器判定用户的监测数据异常时，根据该异常的监测数据和/或心脏健康状态检测结果，确定该用户的救助紧急级别。当判定用户的救助紧急级别为第一救助级别时，云平台服务器根据用户的位置信息与相匹配的志愿者集中各第一级志愿者的位置信息，确定用户与各第一级志愿者之间的距离，以及根据各第一级志愿者的位置信息与各心脏不良事件的急救设备的位置信息，确定各第一志愿者与心脏不良事件的急救设备之间的最短距离，对于每个第一级志愿者，根据该第一级志愿者与用户之间的距离，以及该第一级志愿者与心脏不良事件的急救设备之间的最短距离，得到该第一级志愿者对应的救助距离，然后，根据志愿者集中各第一级志愿者对应的救助距离，从各第一级志愿者中筛选分配给用户的志愿者。同时，根据用户的位置信息与志愿者集中各第二级志愿者的位置信息，确定用户与各第二级志愿者之间的距离，作为各第二级志愿者对应的救助距离，并根据志愿者集中各第二级志愿者对应的救助距离，从各第二级志愿者中筛选分配给用户的志愿者。
25.而当判定用户的救助紧急级别为第二救助级别时，云平台服务器根据用户的位置信息与志愿者集中各第二级志愿者的位置信息，确定用户与各第二级志愿者之间的距离，作为各第二级志愿者对应的救助距离，并根据志愿者集中各第二级志愿者对应的救助距离，从各第二级志愿者中筛选分配给用户的志愿者。
26.在一个实施例中，预先划分区域，并针对各区域配置相应的志愿者集。志愿者集的
配置步骤包括：获取各区域内发生心脏不良事件的风险指数，根据区域内发生心脏不良事件的风险指数确定相应志愿者集中的志愿者数量，并按照所确定的志愿者数量配置各区域对应的志愿者集。在心脏健康监护过程中，云平台服务器动态判断所获取到的监测数据是否异常，在判定用户的监测数据异常时，根据用户的位置信息确定其所属的区域，将该区域对应的志愿者集确定为与该用户的位置信息相匹配的志愿者集，并按照本技术的一个或多个实施例中提供的志愿者分配方式，从该相匹配的志愿者集中筛选分配给用户的志愿者。
27.风险指数用于表征相应区域内发生心脏不良事件的风险的高低程度，风险指数越高表明相应区域内发生心脏不良事件的风险程度越高。风险指数具体可由区域内发生心脏不良事件的频次确定，还可由区域内发生心脏不良事件的频次与救助紧急级别确定，比如，将区域内发生心脏不良事件的频次确定为风险指数，还比如，针对心脏不良事件预设有多个救助紧急级别，如救助紧急级别包括第一级救助级别与第二救助级别，而第一救助级别和/或第二救助级别又可细分为多个救助级别，并针对各救助紧急级别配置有相应的分值，对相应区域在预设时长内的各次心脏不良事件对应的分值求均值，将均值与区域内发生心脏不良事件的频次的乘积确定为风险指数。
28.发生心脏不良事件的频次由预设时长内发生心脏不良事件的次数确定。若监测到用户的监测数据异常，则判定用户发生了心脏不良事件，则会更新相应区域内发生心脏不良事件的次数，预设时长可根据需求自定义，比如一天、一周，在此不作具体限定。可以理解，具体可根据实际需求设置心脏不良事件的救助紧急级别，以及各救助紧急级别对应的分值，比如，在用户取下监测手表后，会因监测手表突然离线而引起监测数据异常，从而误判该用户发生了心脏不良事件，由此可见，该类型的心脏不良事件的救助紧急级别较低，可配置较低的分值。
29.在一个实施例中，在确定相匹配的志愿者集中各第一级志愿者和/或第二级志愿者所对应的救助距离后，根据所确定的救助距离筛选一个或多个志愿者（第一级志愿者和/或第二级志愿者）分配给用户。具体地，云平台服务器可从各第一级志愿者/第二级志愿者中筛选出救助距离小于或等于预设距离阈值的志愿者，将所筛选出的一个或多个志愿者确定为分配给用户的志愿者，还可按照距离从小到大的顺序，从各第一级志愿者/第二级志愿者中筛选预设数量的志愿者。其中，预设距离阈值与预设数量均可自定义，预设距离阈值比如1公里，预设数量比如1个或2个，预设数量还可根据用户的救助紧急级别动态确定。可以理解，针对每个发生心脏不良事件的用户分配多个志愿者，该种冗余饱和机制下的志愿者分配方式，能尽可能确保至少一个志愿者及时赶往用户的事发位置，并对用户进行救助，从而能够进一步降低用户的心梗风险。
30.在一个实施例中，云平台服务器判定监测数据异常的情况，包括但不限于是监测数据突然消失、心健康监护设备突然离线、血压与心率急剧升高、血氧与体温急剧降低，以及室性逸搏、窦性心律不齐等心脏不良事件。
31.s210，向志愿者对应的终端推送救助任务信息。
32.其中，救助任务信息是用于指示/提示志愿者赶往事发位置救助相应用户的信息，包括用户的位置信息，还包括但不限于心脏不良事件的急救设备的位置信息、用户的救助紧急级别、用户的救助指导信息与救助出行路线等中的一种或多种。
33.具体地，云平台服务器在判定用户的监测数据异常时，或者，在筛选出分配给用户
的志愿者后，触发生成救助任务信息，并将所生成的救助任务信息推送至所分配的志愿者所对应的终端，以通过终端提示志愿者。可以理解，当针对用户分配有多个志愿者时，推送至该多个志愿者各自对应的终端的救助任务信息可以相同，也可以依据志愿者而不同。
34.在一个实施例中，云平台服务器可向志愿者对应的终端推送救助指导视频等救助指导信息。云平台服务器还可建立志愿者对应的终端与医生对应的终端之间的通信，以便于医生基于通信远程指导志愿者实施救助任务，能够提高救助的有效性，从而能够降低风险。
35.在一个实施例中，向志愿者对应的终端推送救助任务信息后，实时检测志愿者对应的终端的反馈信息，若反馈信息表征相应志愿者暂时无法执行该救助任务，或者，在预设反馈时长后尚未接收到志愿者对应的终端所反馈的反馈信息，则按照本技术的一个或多个实施例中提供的志愿者分配逻辑重新分配志愿者，以保证心脏不良事件的处理及时性与有效性。可以理解，假设分配给用户的志愿者有多个，对于救助紧急级别为第二救助级别的情况，若检测到该多个志愿者中的至少一个对应的终端的反馈信息表征能够执行该次救助任务，则无需重新分配志愿者，而对于救助紧急级别为第一救助级别的情况，若检测到至少一个第一级志愿者对应的终端的反馈信息表征能够执行该次救助任务，则无需重新分配志愿者，这样，在保证心脏不良事件的处理及时性与有效性的情况下，避免执行不必要的志愿者分配操作。
36.上述心脏健康监护方法，按照心脏健康状态检测结果对应的心脏健康监测方式获取用户的监测数据，在监测数据异常时，根据异常的监测数据和/或用户的心脏健康状态检测结果，确定用户的救助紧急级别，当救助紧急级别为第一救助级别时，分别从相匹配的志愿者集中筛选分配给用户的第一级志愿者与第二级志愿者，而当救助紧急级别为第二救助级别时，从相匹配的志愿者集中筛选分配给用户的第二级志愿者，并通过下发救助任务信息来指示志愿者救助相应用户。这样，基于心脏健康状态检测结果进行分级监测，能够加强心脏不良事件的风险监测，提高监测准确性，而根据用户的救助紧急级别确定所需分配的志愿者级别，并从相匹配的志愿者集中筛选相应级别的志愿者分配给用户准确而及时地调配志愿者进行救助，能够提高心脏不良事件的处理及时性与精准性，从而能够减低心肌梗死、心源性猝死等风险。
37.在一个实施例中，志愿者集的配置步骤，包括：获取各志愿者的历史活动轨迹信息；根据历史活动轨迹信息确定各志愿者的活动区域与相应活动时长；根据活动区域与相应活动时长对各志愿者进行聚类；根据每个聚类集合中的各志愿者配置得到相应志愿者集。
38.其中，历史活动轨迹信息是由志愿者在预设时间段内的活动轨迹确定的信息，预设时间段可根据实际需求自定义，比如最近一周或最近一个月，还比如最近一周或最近一个月内每天的上午8点到下午6点，在此不作具体限定。以预设时间段为最近一周为例，若当前时间点为1月22日上午10点，则最近一周可以是指1月15日到1月21日，也可以是指1月15日到1月21日内每天的上午8点到下午6点。活动区域是指志愿者活动所涉及的区域，具体可以是指志愿者在预设时间段内所活动过的区域。活动时长是指志愿者在活动区域内活动的累积时长，具体可以是指志愿者在预设时间段内在相应活动区域内活动的累积时长。
39.具体地，云平台服务器获取各志愿者的历史活动轨迹信息，根据每个志愿者的历
史活动轨迹信息确定该志愿者的活动区域，以及该志愿者在每个活动区域内的活动时长，根据各志愿者的活动区域与相应活动时长对所有志愿者进行聚类，得到多个聚类集合。其中，每个聚类集合对应一个活动区域，每个聚类集合中各志愿者的活动区域包括该聚类集合对应的活动区域，且每个聚类集合中各志愿者在该聚类集合对应的活动区域内的活动时长均大于或等于预设时长阈值，预设时长阈值可根据预设时间段自定义，在此不作具体限定。云平台服务器根据每个聚类集合配置得到一个志愿者集，该聚类集合中的各志愿者作为相应志愿者集中的各志愿者，该聚类集合对应的活动区域作为相应志愿者集对应的区域，由此，针对每个区域配置得到相应的志愿者集。可以理解，区域的划分可根据实际需求来确定，在此不作具体限定。
40.在一个实施例中，云平台服务器根据各区域内发生心脏不良事件的风险指数，确定在相应区域内所需配置的志愿者数量的最小值。由此，在按照本技术的一个或多个实施例中的志愿者集配置方式配置得到各区域的志愿者集后，若针对单个区域配置的志愿者集中的志愿者数量小于该区域内所需配置的志愿者数量的最小值，则需要新增该区域内的志愿者，也即是增加相应志愿者集中的志愿者数量，若单个区域配置的志愿者集中的志愿者数量大于或等于该区域内所需配置的志愿者数量的最小值，则完成针对该区域的志愿者集配置。
41.在一个实施例中，若单个志愿者被同时聚类至多个聚类集合，则根据该志愿者在各活动区域内的活动时间段修正聚类集合，并根据修正后的聚类集合配置得到相应的志愿者集。若单个志愿者在至少两个活动区域内的活动时长均大于或等于预设时长阈值，则会被聚类至该两个活动区域对应的聚类集合中，若该志愿者在该至少两个活动区域内的主要活动时间段相互重叠，则根据该志愿者在该至少两个活动区域内的活动时长，从该至少两个活动区域中筛选出活动时长最长的活动区域，并将该志愿者从其他剩余活动区域所对应的聚类集合中剔除，以修正聚类集合，若该志愿者在该至少两个活动区域内的主要活动时间段互不重叠，则无需修正聚类集合，这样，该志愿者在不同的活动时间段归属于不同的志愿者集。比如，若志愿者在白天的活动区域与晚上的活动区域不同，则该志愿者在不同活动时间段可被配置至不同活动区域对应的志愿者集，该种情况下，在志愿者分配过程中，还需要考虑志愿者的活动时间段。可以理解，在按照上述方式修正聚类集合时，还可考虑在各区域内所需配置的志愿者数量的最小值。
42.在一个实施例中，志愿者对应的终端向云平台服务器上报的志愿者信息中可包括目标区域，由此，云平台服务器可根据志愿者信息中的目标区域配置志愿者集，将对应相同目标区域的各志愿者配置至同一志愿者集，且将该目标区域确定为该志愿者集对应的区域。
43.上述实施例中，在前期的志愿者集配置过程中，根据志愿者的经常活动区域划分志愿者所属的区域，并根据各志愿者所属的区域配置各区域对应的志愿者集，这样，在用户的监测数据异常时，能够根据用户的位置信息快速定位相匹配的志愿者集，该相匹配的志愿者集中的各志愿者与用户之间的距离相对较近，由此，能够快速从相匹配的志愿者集中筛选出能够及时救助用户的志愿者，从而能够提高救助的及时性与精准性，降低心梗风险。
44.在一个实施例中，志愿者集的配置步骤，还包括：获取并识别志愿者集中各志愿者的身份信息；将身份信息满足预设级别要求的志愿者，确定为第一级志愿者；将身份信息不
满足预设级别要求的志愿者，确定为第二级志愿者。
45.其中，身份信息包括志愿者的身份/职业、培训资历等信息。预设级别要求是用于筛选第一级志愿者的要求或条件，具体可以是志愿者的身份/职业包括医护人员，和/或，志愿者的培训资历包括参与过心脏不良事件的线下培训与考核。
46.具体地，云平台服务器在初步配置到各区域的志愿者集后，针对每个志愿者集，获取该志愿者集中各志愿者的身份信息，通过识别各志愿者的身份信息，将身份信息满足预设级别要求的志愿者确定为第一级志愿者，将身份信息不满足预设级别要求的志愿者确定为第二级志愿者，以得到配置完成的志愿者集。
47.在一个实施例中，在初步配置各区域的志愿者集之前，获取各志愿者对应的志愿者信息，根据志愿者信息中的身份信息按照上述方式确定相应志愿者的级别，并按照本技术的一个或多个实施例中的志愿者集配置方式配置得到各区域的志愿者集。
48.上述实施例中，根据志愿者的身份信息划分志愿者级别，以便于综合考虑志愿者级别分配志愿者，能够提高救助的有效性，从而能够降低心梗风险。
49.在一个实施例中，志愿者集的配置步骤，还包括：获取志愿者集中各志愿者对应的便携式急救设备配备信息；根据便携式急救设备配备信息，将配备有心脏不良事件的急救设备的志愿者确定为第一级志愿者，将未配备心脏不良事件的急救设备的志愿者确定为第二级志愿者。
50.其中，便携式急救设备配备信息能够用于确定志愿者的便携式急救设备的配备情况，具体可用于判断志愿者是否配备有心脏不良事件的急救设备。心脏不良事件的急救设备，包括但不限于是aed（automated external defibrillator，自动体外除颤器）。可以理解，便携式急救设备配备信息可从志愿者对应的终端所上传的志愿者信息中提取。
51.在一个实施例中，在针对各区域配置志愿者集之前，也可预先根据便携式急救设备配备信息确定各志愿者的级别。
52.在一个实施例中，志愿者配备有心脏不良事件的急救设备，具体可以是指在志愿者的私家车或常用车辆上配备有心脏不良事件的急救设备。若志愿者的常用车辆比如公交车司机日常驾驶的公交车。
53.上述实施例中，对于救助紧急级别较高的心脏不良事件，通常需要借助于心脏不良事件的急救设备来进行救助，由此，根据志愿者是否配备有心脏不良事件的急救设备划分志愿者级别，以便于综合考虑志愿者级别分配志愿者，能够提高救助的有效性，从而能够降低心梗风险。
54.在一个实施例中，志愿者集的配置步骤，还包括：动态获取志愿者集对应的区域内发生心脏不良事件的风险指数；当判定动态获取的风险指数与志愿者集中的志愿者数量不匹配时，基于动态获取的风险指数调整志愿者集中的志愿者数量。
55.具体地，云平台服务器动态获取各个区域内发生心脏不良事件的风险指数，并将动态获取的风险指数与相应志愿者集中当前的志愿者数量进行匹配。当判定动态获取的风险指数与相应志愿者集中当前的志愿者数量不匹配时，则根据动态获取的风险指数重新配置相应志愿者集中的志愿者数量，并按照所确定的志愿者数量重新配置志愿者集。
56.在一个实施例中，当动态获取的风险指数与相应志愿者集中当前的志愿者数量之间的差值大于或等于预设差值阈值时，则判定动态获取的风险指数与相应志愿者集中当前
的志愿者数量不匹配，则可基于动态获取的风险指数确定相应志愿者集所需新增的志愿者数量，并按照本技术一个或多个实施例中的志愿者配置方式，新增相应志愿者集中的志愿者。
57.在一个实施例中，在针对各区域配置得到相应志愿者集后，各志愿者集中的志愿者可能会因各种因素而发生变动，由此，在志愿者集中的志愿者发生变动时，也可能需要重新配置志愿者集，在此不再赘述。
58.上述实施例中，由于人员流动、心脏健康状态的动态变化等因素，各个区域内发生心脏不良事件的风险指数通常会动态变化，由此，通过基于各区域内动态获取的风险指数动态更新相应志愿者集中的志愿者数量，以避免在发生心脏不良事件时，没有志愿者能够及时前往事发位置救助用户，从而能够降低心梗风险。
59.在一个实施例中，当监测数据异常时，根据监测数据和/或心脏健康状态检测结果，确定用户的救助紧急级别，包括：当监测数据异常时，针对用户分配客服，以建立客服与用户之间的通信；当通过客服判定用户的心脏健康状态为异常时，根据监测数据和/或心脏健康状态检测结果，确定用户的救助紧急级别。
60.具体地，云平台服务器在判定用户的监测数据异常时，针对该监测数据异常的用户分配客服，以通过客服与用户之间的通信来确认用户的心脏健康状态。当通过客服确认用户的心脏健康状态为异常时，也即是当通过客服确认用户发生了需要救助的心脏不良事件时，则按照本技术的一个或多个实施例中的志愿者分配方式为用户分配志愿者。可以理解，客服包括人工客服与智能客服，客服与用户之间的通信包括但不限于是电话、语音与视频等。当通过客服确认用户没有发生需要志愿者前往救助的心脏不良事件时，还可通过客服对用户进行专业分析与指导，以避免用户后续发生需要志愿者前往救助的心脏不良事件。比如，在用户情绪很波动时，云平台服务器可能会监测到该用户的监测数据异常，则可通过客服远程指导用户稳定情绪，以避免情绪的持续波动而引发需要救助的心脏不良事件，此时，无需额外分配志愿者前往救助。
61.在一个实施例中，通过客服确认用户是否发生需要救助的心脏不良事件需要耗费一定的时间，为了避免因该确认过程而导致用户错失救助的黄金时期，云平台服务器可预先配置等待时长阈值，从针对用户分配客服时起开始计时，计时时长大于或等于等待时长阈值时，尚未接收到客服针对用户的心脏健康状态反馈的确认信息，则为该用户分配志愿者。其中，等待时长阈值可自定义，比如50秒。
62.在一个实施例中，当判定用户的监测数据异常时，云平台服务器同步为用户分配客服与志愿者，通过客服来确认用户的心脏健康状态，并对用户进行远程指导。可以理解，若通过客服判定用户没有发生需要志愿者前往救助的心脏不良事件，可向相应志愿者推送取消救助任务的提示信息，若通过客服判定用户发生了需要志愿者前往救助的心脏不良事件，则通过客服的远程指导，能够为志愿者争取更多的救助时间。由此可见，该种方式能够在尽可能避免额外分配志愿者的情况下，提高救助的有效性与及时性，从而降低心梗风险。
63.在一个实施例中，在判定用户的监测数据异常时，云平台服务器还会通知该用户的紧急联系人，通知的方式包括但不限于是短信、电话、邮件或其他通知方式。在判定用户发生需要救助的心脏不良事件时，云平台服务器还会通知急救中心。
64.上述实施例中，在用户的监测数据异常时，首先通过客服确认用户是否发生需要
救助的心脏不良事件，并在确认用户发生需要救助的心脏不良事件时，分配志愿者进行救助，以避免在误判用户发生心脏不良事件的情况下，额外执行不必要的志愿者分配操作，从而能够在节省资源的情况下，提高救助的及时性与精准性，降低心梗风险。
65.在一个实施例中，心脏健康状态检测结果包括：高频qrs阳性导联的数量、位置与波形。
66.其中，高频qrs阳性导联是指通过分析高频qrs波群数据判定相应导联阳性指标为阳性的心电图导联。
67.具体地，获取至少一条心电图导联对应的心电数据，针对每条心电图导联，通过分析该心电图导联对应的心电数据中的高频qrs波群数据，确定该心电图导联对应的导联阳性指标，将相应导联阳性指标为阳性的心电图导联确定为高频qrs阳性导联。进一步地，根据各心电图导联对应的导联阳性指标，从该至少一条心电图导联中筛选出高频qrs阳性导联，并确定每条高频qrs阳性导联的位置与波形，以及通过统计分析得到高频qrs阳性导联的数量。可以理解，具体可采用现有的分析方式，分析每条心电图导联对应的高频qrs波群数据，以得到相应导联阳性指标，在此不再赘述。
68.在一个实施例中，心电检测为负荷运动心电检测，相应地，至少一条心电图导联对应的心电数据，是在负荷运动心电检测过程中由该至少一条心电图导联对应输出的负荷运动心电数据。在一个实施例中，心脏健康状态检测结果还包括心脏功率和/或高频qrs阳性导联的振幅。
69.上述实施例中，基于高频qrs阳性导联的数量、位置与波形等参数确定心脏健康监测方式，能够针对不同心脏健康级别的用户提供不同的心脏健康监测方式，从而能够提高监测的准确性。
70.在一个实施例中，根据心脏健康状态检测结果确定心脏健康监测方式，包括：根据心脏健康状态检测结果确定用户的心脏健康级别；当心脏健康级别为第一健康级别时，将心脏健康监测方式确定为基于动态心电图设备的监测方式；当心脏健康级别为第二健康级别时，将心脏健康监测方式确定为基于医疗级精度的监测手表的监测方式；当心脏健康级别为第三健康级别时，将心脏健康监测方式确定为基于准医疗级精度的监测手环的监测方式。
71.其中，心脏健康级别用于表征心脏的健康程度，具体可包括第一健康级别、第二健康级别与第三健康级别，第二健康级别的心脏健康程度高于第一健康级别的心脏健康程度，第三健康级别的心脏健康程度高于第二健康级别的心脏健康程度，心脏健康程度越高表征心脏越健康，心脏健康程度越低表明用户患心脏病的风险越高。动态心电图设备是一种适用于长时间连续记录人体的心电信号的设备，包括但不限于是心电贴或其他便携式心电记录仪。
72.具体地，云平台服务器根据用户的心脏健康状态检测结果确定该用户的心脏健康级别。当心脏健康级别为第一健康级别时，表明用户患心脏病的风险很高，则将该用户的心脏健康监测方式确定为基于动态心电图设备的监测方式，以通过动态心电图设备动态采集并上报用户的监测数据。当心脏健康级别为第二健康级别时，表明用户患心脏病的风险较高，则将该用户的心脏健康监测方式确定为基于医疗级精度的监测手表的监测方式，以通过监测手表动态采集并上报用户的监测数据。当心脏健康级别为第三健康级别时，表明用
户患心脏病的风险相对较低，则将该用户的心脏健康监测方式确定为基于准医疗级精度的监测手环的监测方式，以通过监测手环动态采集并上报用户的监测数据。
73.在一个实施例中，动态心电图设备、监测手环与监测手表可采用现有的设备，也可采用自主研发的相应设备。
74.在一个实施例中，若心健康状态检测结果包括高频qrs阳性导联的数量，则当数量大于5时，将心脏健康级别确定为第一健康级别，当数量大于或等于3、且小于或等于5时，将心脏健康级别确定为第二健康级别，当数量小于3时，将心脏健康级别确定为第三健康级别。
75.若心健康状态检测结果包括高频qrs阳性导联的数量、位置与波形，则当数量小于或等于4、且包括第一形状类别的波形、且对应第一形状类别波形的高频qrs阳性导联的位置为第一位置时，或者，当数量大于或等于1，且包括第一形状类别的波形、且对应第一形状类别波形的高频qrs阳性导联的位置为第二位置时，将心脏健康级别确定为第一健康级别，当数量大于或等于5、且包括第二形状类别的波形、且高频qrs阳性导联的位置为第一位置时，将心脏健康级别确定为第二健康级别，当数量小于或等于4、且包括第二形状类别的波形、且高频qrs阳性导联的位置为第二位置时，将心脏健康级别确定为第三健康级别。波形的第一形状类别包括u型与l型，第二形状类别包括w型、v型与m型，心电图导联包括胸导联与肢体导联，第一位置包括各胸导联对应的位置，第二位置包括各肢体导联对应的位置。
76.值得说明的是，上述心脏健康级别划分过程中所涉及的数值阈值仅作为示例，并不用于具体限定，具体还可根据单次心电检测过程中所采用的心电图导联数量来动态确定，在此不再赘述。
77.上述实施例中，基于心脏健康状态检测结果确定用户的心脏健康级别，以便于根据用户的心脏健康级别确定相适应的心脏健康监测方式，从而能够提高监测的准确性。
78.在一个实施例中，上述心脏健康监护方法还包括：根据用户的心电检测数据与历史监测数据，确定用户的心脏健康状态评估结果；当心脏健康状态评估结果满足预设干预条件时，生成相应的干预指导信息。
79.其中，心电检测数据包括各条心电图导联对应的心电数据，还可包括中医数据，中医数据包括中医体质辨识数据与基于cct人体经脉采集仪采集到的数据。心脏健康状态评估结果是用于表征心脏健康状态的评估结果，包括用于表征心脏健康状态的状态分数，还可包括用于表征心脏健康状态的发展趋势的数据。预设干预条件是用于判定是否需要对用户进行干预指导的条件或依据，具体可以是状态分数小于或等于预设分数阈值，预设分数阈值可根据需求自定义，比如85分。历史监测数据可以是指在当前时间点之前获取到的监测数据。干预指导信息包括但不限于是运动、食疗、生活习惯与各类医疗干预手段等。
80.具体地，云平台服务器获取用户对应的心电检测数据与历史监测数据，根据所获取到的心电检测数据与历史监测数据，按照预设评估方式确定相应用户的心脏健康状态评估结果，并将心脏健康状态评估结果与预配置的预设干预条件进行比较。当判定用户的心脏健康状态评估结果满足预设干预条件时，云平台服务器根据用户的心电检测结果、历史监测数据、心脏健康状态评估结果与用户画像数据等中的一种或多种，生成相应的干预指导信息，并向干预指导信息推送至用户对应的心健康监护设备和/或终端。
81.预设评估方式包括但不限于是基于已训练得到的心脏健康状态评估模型进行评
估，或者，针对各参数预配置有相应的权重，按照权重对各参数进行加权求和或加权求均值，在此不再一一列举。用户画像数据包括但不限于是用户的饮食习惯数据、作息习惯数据，以及其他各类习惯数据等。
82.在一个实施例中，云平台服务器按照周期定期获取用户在当前周期内的心电检测数据与历史监测数据，并根据所获取到的心电检测数据与历史监测数据，确定用户在当前周期内的状态分数，根据用户在各周期内的状态分数得到表征心脏健康状态发展趋势的趋势图，进而得到包括表征心脏健康状态发展趋势的趋势图与各周期内的状态分数的心脏健康状态评估结果。
83.在一个实施例中，云平台服务器在确定用户的心脏健康状态评估结果时，还可考虑用户的血糖、血脂等参数。
84.上述实施例中，在基于心电检测数据与历史监测数据确定的心脏健康状态评估结果满足干预条件时，通过干预指导信息进行提前干预，能够有效降低心梗风险。
85.如图3所示，在一个实施例中，提供了一种心脏健康监护方法，该方法具体包括以下步骤：s302，获取用户的心脏健康状态检测结果；心脏健康状态检测结果包括：高频qrs阳性导联的数量、位置与波形。
86.s304，根据心脏健康状态检测结果确定用户的心脏健康级别。
87.s306，当心脏健康级别为第一健康级别时，将心脏健康监测方式确定为基于动态心电图设备的监测方式。
88.s308，当心脏健康级别为第二健康级别时，将心脏健康监测方式确定为基于医疗级精度的监测手表的监测方式。
89.s310，当心脏健康级别为第三健康级别时，将心脏健康监测方式确定为基于准医疗级精度的监测手环的监测方式。
90.s312，按照心脏健康监测方式获取用户的监测数据。
91.s314，当监测数据异常时，针对用户分配客服，以建立客服与用户之间的通信。
92.s316，当通过客服判定用户的心脏健康状态为异常时，根据监测数据和/或心脏健康状态检测结果，确定用户的救助紧急级别；当救助紧急级别为第一救助级别时，根据用户与相匹配的志愿者集中各第一级志愿者之间的距离，以及各第一级志愿者与心脏不良事件的急救设备之间的最短距离，从各第一级志愿者中筛选分配给用户的志愿者，并根据用户与志愿者集中各第二级志愿者之间的距离，从各第二级志愿者中筛选分配给用户的志愿者；当救助紧急级别为第二救助级别时，根据用户与志愿者集中各第二级志愿者之间的距离，从各第二级志愿者中筛选分配给用户的志愿者。
93.s318，向志愿者对应的终端推送救助任务信息。
94.s320，根据用户的心电检测数据与历史监测数据，确定用户的心脏健康状态评估结果。
95.s322，当心脏健康状态评估结果满足预设干预条件时，生成相应的干预指导信息。
96.上述实施例中，根据用户的心脏健康状态检测结果确定用户的心脏健康级别，按照心脏健康级别对应的心脏健康监测方式获取用户的监测数据，以实现高危人群的精准定位与分级监测，能够提高监测的准确性，在用户的监测数据异常时，根据用户的位置信息与
预配置的志愿者集为用户分配志愿者，以便于志愿者能够及时前往事发位置救助用户，能够提高救助的及时性与精准性，从而降低心梗、脑中风等风险，而且，还会在用户的心脏健康状态评估结果满足干预条件时，提前进行干预，能够进一步有效降低心梗风险。
97.图4为一个实施例中志愿者集的配置流程示意图，志愿者集的配置流程具体包括以下步骤：步骤402，获取各志愿者的历史活动轨迹信息。
98.步骤404，根据历史活动轨迹信息确定各志愿者的活动区域与相应活动时长。
99.步骤406，根据活动区域与相应活动时长对各志愿者进行聚类。
100.步骤408，根据每个聚类集合中的各志愿者配置得到相应志愿者集。
101.步骤410，获取并识别志愿者集中各志愿者的身份信息。
102.步骤412，将身份信息满足预设级别要求的志愿者，确定为第一级志愿者。
103.步骤414，将身份信息不满足预设级别要求的志愿者，确定为第二级志愿者。
104.步骤416，获取志愿者集中各志愿者对应的便携式急救设备配备信息。
105.步骤418，根据便携式急救设备配备信息，将配备有心脏不良事件的急救设备的志愿者确定为第一级志愿者，将未配备心脏不良事件的急救设备的志愿者确定为第二级志愿者。
106.步骤420，动态获取志愿者集对应的区域内发生心脏不良事件的风险指数。
107.步骤422，当判定动态获取的风险指数与志愿者集中的志愿者数量不匹配时，基于动态获取的风险指数调整志愿者集中的志愿者数量。
108.上述实施例中，根据各志愿者的经常活动区域划分各志愿者所属的区域，从而配置得到各区域的志愿者集，针对志愿者集中的各志愿者，根据志愿者的身份信息和/或便携式急救设备配备信息，确定志愿者的级别，以便于对志愿者进行分级管理与分配，而且，还会根据各区域内的动态风险指数动态调整相应志愿者集中的志愿者数量，这样，在监测到用户发生心脏不良事件时，根据预先配置的志愿者集进行志愿者分配，所分配的志愿者通常是能够及时前往事发位置进行有效救助的志愿者，由此，能够提高救助的及时性与精准性，从而能够降低心梗风险。
109.在一个实施例中，云平台服务器实时获取各志愿者的位置信息，将志愿者集中各志愿者的位置信息推送至相应区域内各用户对应的心健康监护设备和/或终端，以便于用户能够动态了解其周边的志愿者分布情况。这样，对于心健康级别较低的用户，也即是对于发生需要救助的心脏不良事件的风险较高的用户，能够基于周边的志愿者分布情况来确定自身的活动范围，以避免在突发心脏不良事件时，没有志愿者能够及时前往事发位置对其进行救助，从而能够降低心梗风险。
110.在一个实施例中，云平台服务器接收用户通过心健康监护设备或终端触发的报警信息，并根据所接收到的报警信息为用户分配志愿者。可以理解，报警信息中可包括用户的位置信息，具体可参照本技术的一个或多个实施例中的志愿者分配方式分配志愿者，在此不再赘述。
111.应该理解的是，虽然图2至图4的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图2至图4中的
至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。
112.在一个实施例中，如图1所示，提供了一种心脏健康监护系统100，包括：心健康监护设备104、云平台服务器106、终端102，其中：云平台服务器106，用于获取用户的心脏健康状态检测结果，根据心脏健康状态检测结果确定心脏健康监测方式，按照心脏健康监测方式从心健康监护设备104获取用户的监测数据；当监测数据异常时，根据监测数据和/或心脏健康状态检测结果，确定用户的救助紧急级别；当救助紧急级别为第一救助级别时，根据用户与相匹配的志愿者集中各第一级志愿者之间的距离，以及各第一级志愿者与心脏不良事件的急救设备之间的最短距离，从各第一级志愿者中筛选分配给用户的志愿者，并根据用户与志愿者集中各第二级志愿者之间的距离，从各第二级志愿者中筛选分配给用户的志愿者；当救助紧急级别为第二救助级别时，根据用户与志愿者集中各第二级志愿者之间的距离，从各第二级志愿者中筛选分配给用户的志愿者；向志愿者对应的终端102推送救助任务信息；终端102用于接收并展示救助任务信息。
113.上述心脏健康监护系统，云平台服务器按照心脏健康状态检测结果对应的心脏健康监测方式获取用户的监测数据，在监测数据异常时，根据用户的位置与相匹配的志愿者集为用户分配志愿者，并通过向志愿者的终端下发救助任务信息来指示志愿者救助相应用户，其中，志愿者集中的志愿者数量是由相应区域内发生心脏不良事件的风险指数确定的。这样，基于心脏健康状态检测结果进行分级监测，能够加强心脏不良事件的风险监测，提高监测准确性，而根据各区域内发生心脏不良事件的风险指数配置相应数量的志愿者，并在用户的监测数据异常时，根据用户的位置信息与相匹配的志愿者集准确而及时地调配志愿者进行救助，能够提高心脏不良事件的处理及时性与精准性，从而能够减低心肌梗死、心源性猝死等风险。
114.在一个实施例中，云平台服务器106，还用于获取各志愿者的历史活动轨迹信息；根据历史活动轨迹信息确定各志愿者的活动区域与相应活动时长；根据活动区域与相应活动时长对各志愿者进行聚类；根据每个聚类集合中的各志愿者配置得到相应志愿者集。
115.在一个实施例中，云平台服务器106，还用于获取并识别志愿者集中各志愿者的身份信息；将身份信息满足预设级别要求的志愿者，确定为第一级志愿者；将身份信息不满足预设级别要求的志愿者，确定为第二级志愿者。
116.在一个实施例中，云平台服务器106，还用于获取志愿者集中各志愿者对应的便携式急救设备配备信息；根据便携式急救设备配备信息，将配备有心脏不良事件的急救设备的志愿者确定为第一级志愿者，将未配备心脏不良事件的急救设备的志愿者确定为第二级志愿者。
117.在一个实施例中，云平台服务器106，还用于动态获取志愿者集对应的区域内发生心脏不良事件的风险指数；当判定动态获取的风险指数与志愿者集中的志愿者数量不匹配时，基于动态获取的风险指数调整志愿者集中的志愿者数量。
118.在一个实施例中，云平台服务器106，还用于当监测数据异常时，针对用户分配客
服，以建立客服与用户之间的通信；当通过客服判定用户的心脏健康状态为异常时，根据监测数据和/或心脏健康状态检测结果，确定用户的救助紧急级别。
119.在一个实施例中，心脏健康状态检测结果包括：高频qrs阳性导联的数量、位置与波形。
120.在一个实施例中，云平台服务器106，还用于根据心脏健康状态检测结果确定用户的心脏健康级别；当心脏健康级别为第一健康级别时，将心脏健康监测方式确定为基于动态心电图设备的监测方式；当心脏健康级别为第二健康级别时，将心脏健康监测方式确定为基于医疗级精度的监测手表的监测方式；当心脏健康级别为第三健康级别时，将心脏健康监测方式确定为基于准医疗级精度的监测手环的监测方式。
121.在一个实施例中，云平台服务器106，还用于根据用户的心电检测数据与历史监测数据，确定用户的心脏健康状态评估结果；当心脏健康状态评估结果满足预设干预条件时，生成相应的干预指导信息。
122.关于心脏健康监护系统装置的具体限定可以参见上文中对于心脏健康监护方法的限定，在此不再赘述。
123.在一个实施例中，提供了一种计算机设备，该计算机设备可以是云平台服务器，其内部结构图可以如图5所示。该计算机设备包括通过系统总线连接的处理器、存储器和网络接口。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储针对各区域预配置的志愿者集，以及用户的监测数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种心脏健康监护方法。
124.本领域技术人员可以理解，图5中示出的结构，仅仅是与本技术方案相关的部分结构的框图，并不构成对本技术方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。
125.在一个实施例中，还提供了一种计算机设备，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现上述各方法实施例中的步骤。
126.在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现上述各方法实施例中的步骤。
127.本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本技术所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器（read-only memory，rom）、磁带、软盘、闪存或光存储器等。易失性存储器可包括随机存取存储器（random access memory，ram）或外部高速缓冲存储器。作为说明而非局限，ram可以是多种形式，比如静态随机存取存储器（static random access memory，sram）或动态随机存取存储器（dynamic random access memory，dram）等。
128.以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例
中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。
129.以上实施例仅表达了本技术的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本技术构思的前提下，还可以做出若干变形和改进，这些都属于本技术的保护范围。因此，本技术专利的保护范围应以所附权利要求为准。
技术特征：1.一种心脏健康监护方法，其特征在于，所述方法包括：获取用户的心脏健康状态检测结果；根据所述心脏健康状态检测结果确定心脏健康监测方式；按照所述心脏健康监测方式获取所述用户的监测数据；当所述监测数据异常时，根据所述监测数据和/或所述心脏健康状态检测结果，确定所述用户的救助紧急级别；当所述救助紧急级别为第一救助级别时，根据所述用户与相匹配的志愿者集中各第一级志愿者之间的距离，以及各所述第一级志愿者与心脏不良事件的急救设备之间的最短距离，从各所述第一级志愿者中筛选分配给所述用户的志愿者，并根据所述用户与所述志愿者集中各第二级志愿者之间的距离，从各所述第二级志愿者中筛选分配给所述用户的志愿者；当所述救助紧急级别为第二救助级别时，根据所述用户与所述志愿者集中各第二级志愿者之间的距离，从各所述第二级志愿者中筛选分配给所述用户的志愿者；向所述志愿者对应的终端推送救助任务信息。2.根据权利要求1所述的方法，其特征在于，所述志愿者集的配置步骤，包括：获取各志愿者的历史活动轨迹信息；根据所述历史活动轨迹信息确定各志愿者的活动区域与相应活动时长；根据所述活动区域与相应活动时长对各志愿者进行聚类；根据每个聚类集合中的各志愿者配置得到相应志愿者集。3.根据权利要求2所述的方法，其特征在于，所述志愿者集的配置步骤，还包括：获取并识别所述志愿者集中各志愿者的身份信息；将身份信息满足预设级别要求的志愿者，确定为第一级志愿者；将身份信息不满足所述预设级别要求的志愿者，确定为第二级志愿者。4.根据权利要求2所述的方法，其特征在于，所述志愿者集的配置步骤，还包括：获取所述志愿者集中各志愿者对应的便携式急救设备配备信息；根据所述便携式急救设备配备信息，将配备有心脏不良事件的急救设备的志愿者确定为第一级志愿者，将未配备所述心脏不良事件的急救设备的志愿者确定为第二级志愿者。5.根据权利要求2所述的方法，其特征在于，所述志愿者集的配置步骤，还包括：动态获取所述志愿者集对应的区域内发生心脏不良事件的风险指数；当判定动态获取的风险指数与所述志愿者集中的志愿者数量不匹配时，基于所述动态获取的风险指数调整所述志愿者集中的志愿者数量。6.根据权利要求1所述的方法，其特征在于，所述当所述监测数据异常时，根据所述监测数据和/或所述心脏健康状态检测结果，确定所述用户的救助紧急级别，包括：当所述监测数据异常时，针对所述用户分配客服，以建立所述客服与所述用户之间的通信；当通过所述客服判定所述用户的心脏健康状态为异常时，根据所述监测数据和/或所述心脏健康状态检测结果，确定所述用户的救助紧急级别。7.根据权利要求1至6任一项所述的方法，其特征在于，所述心脏健康状态检测结果包括：高频qrs阳性导联的数量、位置与波形。
8.根据权利要求1至6任一项所述的方法，其特征在于，所述根据所述心脏健康状态检测结果确定心脏健康监测方式，包括：根据所述心脏健康状态检测结果确定所述用户的心脏健康级别；当所述心脏健康级别为第一健康级别时，将心脏健康监测方式确定为基于动态心电图设备的监测方式；当所述心脏健康级别为第二健康级别时，将心脏健康监测方式确定为基于医疗级精度的监测手表的监测方式；当所述心脏健康级别为第三健康级别时，将心脏健康监测方式确定为基于准医疗级精度的监测手环的监测方式。9.根据权利要求1至6任一项所述的方法，其特征在于，所述方法还包括：根据所述用户的心电检测数据与历史监测数据，确定所述用户的心脏健康状态评估结果；当所述心脏健康状态评估结果满足预设干预条件时，生成相应的干预指导信息。10.一种心脏健康监护系统，其特征在于，所述系统包括：心健康监护设备、云平台服务器、终端；所述云平台服务器，用于获取用户的心脏健康状态检测结果，根据所述心脏健康状态检测结果确定心脏健康监测方式，按照所述心脏健康监测方式从所述心健康监护设备获取所述用户的监测数据；当所述监测数据异常时，根据所述监测数据和/或所述心脏健康状态检测结果，确定所述用户的救助紧急级别；当所述救助紧急级别为第一救助级别时，根据所述用户与相匹配的志愿者集中各第一级志愿者之间的距离，以及各所述第一级志愿者与心脏不良事件的急救设备之间的最短距离，从各所述第一级志愿者中筛选分配给所述用户的志愿者，并根据所述用户与所述志愿者集中各第二级志愿者之间的距离，从各所述第二级志愿者中筛选分配给所述用户的志愿者；当所述救助紧急级别为第二救助级别时，根据所述用户与所述志愿者集中各第二级志愿者之间的距离，从各所述第二级志愿者中筛选分配给所述用户的志愿者；向所述志愿者对应的终端推送救助任务信息；所述终端用于接收并展示所述救助任务信息。
技术总结本申请涉及一种心脏健康监护方法和心脏健康监护系统。方法包括：获取用户的心脏健康状态检测结果；根据心脏健康状态检测结果确定心脏健康监测方式；按照心脏健康监测方式获取用户的监测数据；当监测数据异常时，根据监测数据和/或心脏健康状态检测结果，确定用户的救助紧急级别；根据用户的救助紧急级别确定所需分配的志愿者级别，并从相匹配的志愿者集中筛选相应级别的志愿者分配给用户；向志愿者对应的终端推送救助任务信息。采用本方法能够降低心肌梗死、心源性猝死等风险。心源性猝死等风险。心源性猝死等风险。
技术研发人员：左能
受保护的技术使用者：毕胜普生物科技有限公司
技术研发日：2022.03.17
技术公布日：2022/7/5
