[0001] 本公开涉及医疗康复技术领域，尤其涉及一种康复锻炼集中管理和学习方法、系统和电子设备。

[0002] 随着人们对疾病治疗的全面认识，康复训练在整个疾病治疗过程中起到越来越重要的作用。康复训练可以明显恢复患者的体力，通过简单的骨骼肌运动及有氧训练，可以很好的恢复患者身体机能，有利于增进患者的抵抗力。在运动过程中，可以提高患者对战胜疾病的信心，这些都在生理和心理上对疾病本身有一定的治疗作用。对一些特殊关节和运动功能有明显的促进作用，尤其是手部、关节、脊柱等处的手术，术后早期的功能训练对恢复手术器官的功能是非常重要的。

[0003] 因此，对于手术以后的康复训练，一定要早期进行，并在医生的指导之下循序渐进的开展，这样才能起到良好的康复训练效果。

[0004] 目前临床科室各个专科功能锻炼比较零散，每个科室自行制作功能锻炼宣教视频，不能统一化宣教。虽然临床责任护士能够在对患者进行护理的时候关注到该患者功能锻炼的情况，但临床责任护士不能保持对患者的医疗康复全程陪同参与，且其他护士/医生对于该患者的功能锻炼效果存不确定性，因此对患者的康复功能锻炼存在主动指导、监督的作用，锻炼康复效果将会打折扣。

[0054] 以下将参考附图详细说明本公开的各种示例性实施例、特征和方面。附图中相同的附图标记表示功能相同或相似的元件。尽管在附图中示出了实施例的各种方面，但是除非特别指出，不必按比例绘制附图。

[0055] 在这里专用的词“示例性”意为“用作例子、实施例或说明性”。这里作为“示例性”所说明的任何实施例不必解释为优于或好于其它实施例。

[0056] 另外，为了更好的说明本公开，在下文的具体实施方式中给出了众多的具体细节。本领域技术人员应当理解，没有某些具体细节，本公开同样可以实施。在一些实例中，对于本领域技术人员熟知的、手段、元件和电路未作详细描述，以便于凸显本公开的主旨。

[0057] 实施例1

[0058] 如图1所示，本申请一方面，提出一种康复锻炼集中管理和学习方法，包括如下步骤：

[0059] S1、预备各科疾病所需的康复功能锻炼音视频和康复数据，并将所述康复功能锻炼音视频和康复数据分布式保存在后台数据库中；

[0060] S2、通过终端APP登录后台服务器，上传当前患者的就诊信息，并从所述就诊信息中提取出当前患者的疾病属性；

[0061] S3、根据当前患者的疾病属性，从所述后台数据库中匹配出与所述疾病属性相对应的所述康复功能锻炼音视频和康复数据并绑定至当前患者的就诊ID之下；

[0062] S4、通过终端APP调取并查看绑定至当前患者的就诊ID之下的所述康复功能锻炼音视频和康复数据。

[0063] 本申请通过对临床科室各个专科患者进行专业的宣教，指导患者按照各科设定的康复锻炼音视频进行对应的康复功能锻炼，并能够利用预设的康复数据，来判断各个患者的康复体感数据是否达到各科预设的康复数据，并输出对应的康复评估结果，进一步指导患者进行康复锻炼。

[0064] 如图2所示，本申请涉及如下几个应用主体：

[0065] 终端APP，患者通过终端比如智能手机上所安装的管理后台APP登录医院的后台服务器，通过登录后台服务器，在服务器上建立自己的基本信息，包括就诊ID，在后续进行患者就诊之后，可以将患者的就诊信息一并保存在后台服务器上，并绑定在各个患者的就诊ID之下。

[0066] 后台服务器，能够对患者的基本信息数据以及对智能体感设备上传的数据进行数据处理，并将上报的实时体感数据和后台数据库中对应的康复数据进行数据比对，并输出对应的比对结果，并向终端APP发送对应的康复判断信息。

[0067] 后台数据库，主要用于存储各科室所预设的康复功能锻炼音视频以及所设定的对应的康复数据。各个科室各自准备对患者进行康复训练的康复功能锻炼音视频和对应的康复指标，具体由各个科室来进行设置对应的数据设定。康复数据，比如不同康复指标下的标准数据，用于后续对患者的实时体感数据进行比对判断，康复数据中包含各项康复指标下的指标数据，由各个科室来进行具体设定，比如说心率指标，血压指标等等。各个科室所设定的康复功能锻炼音视频以及对应的康复数据，将按照各自分配的储存地址保存在后台数据库中。

[0068] 在指导各个患者进行康复锻炼之时，需要由患者通过终端APP登录后台服务器，根据各个患者的就诊ID调取对应的就诊信息，从就诊信息中获取各个患者的疾病属性，判断出各个患者所属的疾病科室。再根据疾病属性调取对应的各科疾病相对应的康复功能锻炼应试病。和对应的康复数据，并将，康复功能锻炼音视频和康复数据，并绑定至当前患者的就诊ID之下并通知终端。

[0069] 患者可以通过终端APP登录后台服务器之后，查看绑定在当自己的就诊ID之下的康复功能锻炼音视频和康复数据，患者可以在终端APP上查看该康复功能锻炼音视频，并按照该视频的指导进行康复锻炼。在康复锻炼过程中，由体感设备来对患者的康复锻炼体感数据进行采集，并上传至后台服务器，后续将在后台服务器上将患者的实时体感数据与所设定的康复数据，进行各项指标下的比对判断。

[0070] 如图3所示，作为本申请的一可选实施方案，可选地，还包括：

[0071] 通过当前患者所佩戴的体感设备，采集当前患者跟随所述康复功能锻炼音视频进行锻炼的实时体感数据；

[0072] 将所述实时体感数据通过所述体感设备上报至所述后台服务器，并绑定至当前患者的就诊ID之下。

[0073] 体感设备为可以采集当前患者体征数据的智能设备，比如说智能手环等等，通过智能手环可以采集当前患者在跟随所下发的康复功能锻炼音视频进行锻炼时所生成的实时体感数据。

[0074] 比如通过智能手环可以来对当前患者在进行康复锻炼过程中的心率、血压等信号等实时提高数据进行采集，采集之后，将实时体感数据通过体感设备自带的通讯模块(现有智能手环具备对应的功能)上报至后台服务器，并将当前患者的实时体感数据绑定在当前犯罪的就诊ID之下。

[0075] 至于体感设备与后台服务器之间的交互链接，可以由体感设备的通信协议与后台服务器之间进行具体的通信对接，本实施例不做限定。

[0076] 如图3所示，作为本申请的一可选实施方案，可选地，还包括：

[0077] 将所述实时体感数据和所述康复数据，发送至部署在所述后台服务器上的数据比对模块；

[0078] 所述数据比对模块对所述实时体感数据进行解析，获取不同锻炼类型的体感数据，并将各个类型的所述体感数据分别与所述康复数据中对应的康复数据进行比对，并输出对应的比对结果；

[0079] 将所述比对结果绑定至当前患者的就诊ID之下，并将各个类型下的所述比对结果发送至终端APP。

[0080] 在后台服务器上部署有一个数据比对模块，主要是将当前患者的实时体感数据与下发并绑定至当前患者就诊ID之下的康复数据，进行各个康复指标下的数据比对。比如说，将当前患者的实时体感数据中的心率数据，与对应康复数据中的心率指标数据进行比对判断，以此来判断当前患者在按照所知道的音视频进行康复锻炼时，其所产生的心率数据是否匹配设定的康复心率指标数据。

[0081] 在数据比对模块对各个各项指标数据(对应不同锻炼类型)的体感数据进行数据比对之后，将输出对应的比对结果，并将对应的比对结果发送并绑定至当前患者的就诊ID之下，并将比对结果下发至终端APP，通知患者查看自己不同锻炼类型的比对结果，及时调整康复锻炼方案。

[0082] 作为本申请的一可选实施方案，可选地，在所述数据比对模块进行比对的同时，还包括：

[0083] 判断各个类型下的所述比对结果是否达标：

[0084] 若达标，则下发对应类型的达标信息至终端APP；

[0085] 若不达标，则下发对应类型的不达标信息至终端APP，并将对应类型的所述康复数据同步下发至终端APP。

[0086] 数据比对模块儿将对患者的实时体感数据进行解析啊，获取不同锻炼类型的体感数据，便于与所设定的康复数据中的不同康复指标数据进行比对。也就是说，在对实时体感数据进行解析之时，同样也是按照康复数据中的指标类型来进行解析，生成不同与各个指标相对应的数据类型。

[0087] 判断各个类型下的比对结果是否达标，也就是将患者的不同锻炼类型的体感数据与康复数据中对应的康复指标数据进行比对，以此来判断患者在各个指标比对下，患者的各项类型数据是否达到康复指标数据的标准，若是达标，则将则发送对应的达标信息至终端APP；若是不达标，则同步下发不达标信息以及对应类型的康复指标数据至终端APP。也就是说，在不达标之时，需要将对应的康复指标数据同步下发至终端APP，让患者查看之后，了解到自己不达标的比对结果以及需要达标的康复指标数据。

[0088] 作为本申请的一可选实施方案，可选地，在所述数据比对模块进行比对的同时，还包括：

[0089] 判断所述实时体感数据中的达标类型是否超过所述康复数据中的康复数据类型的2/3：

[0090] 若超过，则认定当前患者进行锻炼的实时体感数据合格，向终端APP发送合格标识，在终端APP接收到所述合格标识之后，展示所述合格标识；

[0091] 若未超过，则认定当前患者进行锻炼的实时体感数据不合格，向终端APP发送不合格标识，在终端APP接收到所述不合格标识之后，展示所述不合格标识。

[0092] 上面对患者的各项类型数据进行了达标判断，本次需要对患者的整体实时体感数据进行合格判断。

[0093] 需要对患者的达标数据类型的数量进行合格判断。若是患者的达标数据类型的数量超过了康复数据中的康复指标数据类型的数量的2/3，则认为当前患者的实时体感数据为合格的康复锻炼结果，否则为不合格锻炼结果。

[0094] 比如康复数据中的康复指标有三种类型，若是患者的实时体感数据中，至少有两项锻炼数据达到了对应的指标标准，则认为当前患者在当前的康复指标锻炼过程中至少有两项指标达标，则认为当前患者整体的体感数据是合格的，反之不合格。

[0095] 需要向终端APP发送对应的标识，在合格时向终端APP发送本次康复锻炼的合格标识，在终端APP接收到之后在终端APP上显示本次康复锻炼的合格标识，否则显示对应的不合格标识。标识的类型不限定。

[0096] 作为本申请的一可选实施方案，可选地，在输出对应的比对结果之后，还包括：

[0097] 通知对应的后台管理员，对当前患者进行康复评估；

[0098] 后台管理员登录所述后台服务器，经过授权核验之后，调取并查看绑定至当前患者的就诊ID之下的所述比对结果；

[0099] 判断当前患者的所述比对结果是否达标：

[0100] 若达标，则生成当前患者的随访记录，并将所述随访记录登记至当前患者的就诊ID之下；

[0101] 若不达标，则生成当前患者的医嘱记录，并将所述医嘱记录登记至当前患者的就诊ID之下；以及，将所述医嘱记录通过所述后台服务器下发至终端APP，提醒当前患者执行所述医嘱记录。

[0102] 本方案在生成当前患者的康复比对结果之后，需要及时通知后台管理员来登录后台服务器，对各个患者的康复比对结果进行随访记录。

[0103] 后台管理员比如康复护理医师，可以通过各自的终端登录后台服务器之后，经过内部的身份授权核验之后，来查看当前患者的就诊ID之下的比对结果，并由后台管理员来进行达标判断。

[0104] 后台管理员可以建立自己的达标标准，具体由后台管理员来进行实施。若是后台管理员认为当前患者的比对结果达标，那么后台管理员可以基于当前患者在以往的历史康复锻炼数据以及历史的比对结果，来判断当前患者在本次的比对结果中，其康复锻炼是否达标：若是达标，则由后台管理员在后台服上生成当前患者的随访记录，并将该随访记录登记并记录在就诊ID之下；随访记录由后台管理员自行设定，可以将随访的一系列随访日志以及对应的随访评语等，绑定在当前患者的就诊ID之下，便于后续患者登录后台服务器，查看康复护理医师的随访记录。若是不达标，那么后台管理员可以生成当前患者的医嘱记录，通过医嘱来指导或者提醒当前患者应当注意或者是着重哪方面的康复锻炼。同样将医嘱记录登记在当前患者的就诊ID之下，后续患者可以通过终端APP登录后台服务器来查看后来管理员为自己所生成的医嘱记录并执行医嘱记录。在执行遗嘱之后，可以随时登录后台服务器，患者上传自己对医嘱的执行结果，并提醒对应的后台管理员进行查看。

[0105] 如图4所示，作为本申请的一可选实施方案，可选地，预备各科疾病所需的康复功能锻炼音视频和康复数据，并将所述康复功能锻炼音视频和康复数据分布式保存在后台数据库中，包括：

[0106] 按照各科疾病所属科室，分别为各个科室预备若干不同类型的所述康复功能锻炼音视频以及对应的所述康复数据；

[0107] 为各个科室在后台数据库中分配不同的存储地址，并将所述存储地址保存在后台数据库中；

[0108] 按照所述存储地址，将各个科室的所述康复功能锻炼音视频以及对应的所述康复数据，分布式存储在后台数据库中的对应存储地址上。

[0109] 各个科室准备各自的康复功能锻炼音视频以及对应的康复数据，各个科室准备不同康复指标下的音视频数据，以及各个音视频数据的康复指标数据，并为各个科室分配对应的分布式存储地址。

[0110] 在各个科室准备好自己科室的康复功能锻炼音视频以及对应的康复数据之后，将由各个科室通过自己的处理终端上报至后台服务器，由后台管理员来对各个科室的康复功能锻炼音视频以及对应的康复数据进行分布式储存，按照预先所分配的储存地址，将各个科室的康复功能锻炼音视频和康复数据存储在后台数据库中的对应存储位置。

[0111] 因此，采用本方案，可以统一、专业地对患者进行各科针对性的康复锻炼，避免临床护士不专业或者不能全程参与康复训练所引起的康复缺陷，通过本方案能够主动对患者进行监督，提升康复功效。

[0112] 显然，本领域的技术人员应该明白，实现上述实施例中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成的，程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各控制的实施例的流程。本领域技术人员可以理解，实现上述实施例中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成的，程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各控制的实施例的流程。其中，存储介质可为磁碟、光盘、只读存储记忆体(Read‑OnlyMemory，ROM)、随机存储记忆体(RandomAccessMemory，RAM)、快闪存储器(FlashMemory)、硬盘(HardDiskDrive，缩写：HDD)或固态硬盘(Solid‑StateDrive，SSD)等；存储介质还可以包括上述种类的存储器的组合。

[0113] 实施例2

[0114] 基于实施例1的实施原理，本申请另一方面，提出一种康复锻炼集中管理和学习系统，包括：

[0115] 数据预备模块，用于预备各科疾病所需的康复功能锻炼音视频和康复数据，并将所述康复功能锻炼音视频和康复数据分布式保存在后台数据库中；

[0116] 疾病属性提取模块，用于通过终端APP登录后台服务器，上传当前患者的就诊信息，并从所述就诊信息中提取出当前患者的疾病属性；

[0117] 数据匹配模块，用于根据当前患者的疾病属性，从所述后台数据库中匹配出与所述疾病属性相对应的所述康复功能锻炼音视频和康复数据并绑定至当前患者的就诊ID之下；

[0118] 学习模块，用于通过终端APP调取并查看绑定至当前患者的就诊ID之下的所述康复功能锻炼音视频和康复数据。

[0119] 上述各个模块的功能和交互，具体参见实施例1的描述。

[0120] 上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

[0121] 实施例3

[0122] 如图5所示，更进一步地，本申请另一方面，还提出一种电子设备，包括：

[0123] 处理器；

[0124] 用于存储处理器可执行指令的存储器；

[0125] 其中，所述处理器被配置为执行所述可执行指令时实现所述的康复锻炼集中管理和学习方法。

[0126] 本公开实施例来电子设备包括处理器以及用于存储处理器可执行指令的存储器。其中，处理器被配置为执行可执行指令时实现前面任一所述的康复锻炼集中管理和学习方法。

[0127] 此处，应当指出的是，处理器的个数可以为一个或多个。同时，在本公开实施例的电子设备中，还可以包括输入装置和输出装置。其中，处理器、存储器、输入装置和输出装置之间可以通过总线连接，也可以通过其他方式连接，此处不进行具体限定。

[0128] 存储器作为一计算机可读存储介质，可用于存储软件程序、计算机可执行程序和各种模块，如：本公开实施例的康复锻炼集中管理和学习方法所对应的程序或模块。处理器通过运行存储在存储器中的软件程序或模块，从而执行电子设备的各种功能应用及数据处理。

[0129] 输入装置可用于接收输入的数字或信号。其中，信号可以为产生与设备/终端APP/服务器的用户设置以及功能控制有关的键信号。输出装置可以包括显示屏等显示设备。

[0130] 以上已经描述了本公开的各实施例，上述说明是示例性的，并非穷尽性的，并且也不限于所披露的各实施例。在不偏离所说明的各实施例的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择，旨在最好地解释各实施例的原理、实际应用或对市场中的技术的技术改进，或者使本技术领域的其它普通技术人员能理解本文披露的各实施例。