CN113488137A - 健康管理计划的推荐方法、装置及系统 - Google Patents

健康管理计划的推荐方法、装置及系统 Download PDF

Info

Publication number
CN113488137A
CN113488137A CN202110870010.0A CN202110870010A CN113488137A CN 113488137 A CN113488137 A CN 113488137A CN 202110870010 A CN202110870010 A CN 202110870010A CN 113488137 A CN113488137 A CN 113488137A
Authority
CN
China
Prior art keywords
health management
terminal
data
target subject
management plan
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202110870010.0A
Other languages
English (en)
Inventor
陈维强
丁振宇
方鹏程
宋一迪
李辉
王真真
黄继超
方丽华
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hisense Group Holding Co Ltd
Original Assignee
Hisense Group Holding Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Hisense Group Holding Co Ltd filed Critical Hisense Group Holding Co Ltd
Priority to CN202110870010.0A priority Critical patent/CN113488137A/zh
Publication of CN113488137A publication Critical patent/CN113488137A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G16INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16HHEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H20/00ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance
    • G16H20/60ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance relating to nutrition control, e.g. diets
    • GPHYSICS
    • G16INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16HHEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H20/00ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance
    • G16H20/30ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance relating to physical therapies or activities, e.g. physiotherapy, acupressure or exercising

Landscapes

  • Health & Medical Sciences (AREA)
  • Primary Health Care (AREA)
  • Engineering & Computer Science (AREA)
  • Epidemiology (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Public Health (AREA)
  • Nutrition Science (AREA)
  • Life Sciences & Earth Sciences (AREA)
  • Biophysics (AREA)
  • Physical Education & Sports Medicine (AREA)
  • Medical Treatment And Welfare Office Work (AREA)
  • Measuring And Recording Apparatus For Diagnosis (AREA)

Abstract

本申请公开了一种健康管理计划的推荐方法、装置及系统,涉及信息技术领域。健康管理服务器在基于用户信息生成健康管理计划之后,还可以基于获取到的目标主体的体征数据和家居设备的运行数据,更新该健康管理计划。由此,可以确保更新后的健康管理计划更为合理,更能符合目标主体的需求,即该健康管理计划的可靠性较高。

Description

健康管理计划的推荐方法、装置及系统
技术领域
本申请涉及信息技术领域,特别涉及一种健康管理计划的推荐方法、装置及系统。
背景技术
随着科学技术的进步,诸如运动类和饮食类的健康管理应用层出不穷。
相关技术中,终端中安装的健康管理应用在获取到用户手动输入的用户信息后,可以将该用户信息发送至后台服务器。后台服务器进而可以基于该用户信息生成健康管理计划(例如运动计划或饮食计划),并将该健康管理计划推送至健康管理应用。
但是,上述方式推送的健康管理计划的可靠性较低。
发明内容
本申请提供了一种健康管理计划的推荐方法、装置及系统,可以解决相关技术中推送的健康管理计划的可靠性较低的问题。所述技术方案如下:
一方面,提供了一种健康管理计划的推荐方法,应用于健康管理服务器,所述方法包括:
基于获取到的目标主体的用户信息,生成所述目标主体的健康管理计划;
向第一终端发送所述健康管理计划,所述健康管理计划用于供所述第一终端显示;
获取监测设备采集到的所述目标主体的体征数据,所述监测设与所述第一终端关联;
获取与所述第一终端关联的家居设备的运行数据;
基于所述体征数据和所述运行数据更新所述健康管理计划,并向所述第一终端发送更新后的所述健康管理计划。
另一方面,提供了一种健康管理计划的推荐方法,应用于第一终端,所述方法包括:
接收健康管理服务器发送的健康管理计划,所述健康管理计划是所述健康管理服务器基于目标主体的用户信息生成的;
显示所述健康管理计划;
接收所述健康管理服务器发送的更新后的健康管理计划,所述更新后的健康管理计划是所述健康管理服务器基于监测设备采集到的所述目标主体的体征数据以及家居设备的运行数据,对所述健康管理计划进行更新得到的,所述监测设备和与所述家居设备均与所述第一终端关联;
显示所述更新后的健康管理计划。
又一方面,提供了一种健康管理服务器,所述健康管理服务器包括:处理器和通信模组;
所述处理器,用于基于获取到的目标主体的用户信息,生成所述目标主体的健康管理计划;
所述通信模组,用于向第一终端发送所述健康管理计划,所述健康管理计划用于供所述第一终端显示,获取监测设备采集到的所述目标主体的体征数据,所述监测设与所述第一终端关联,以及获取与所述第一终端关联的家居设备的运行数据;
所述处理器,还用于基于所述体征数据和所述运行数据更新所述健康管理计划;
所述通信模组,还用于向所述第一终端发送更新后的所述健康管理计划。
可选的,所述用户信息包括:调查问卷的答复数据,以及体检数据;所述通信模组,还用于:在处理器基于获取到的目标主体的用户信息,生成所述目标主体的健康管理计划之前,接收所述第一终端或与所述第一终端关联的第二终端发送的所述目标主体的所述答复数据,以及从体检数据库中获取所述目标主体的所述体检数据。
可选的,所述通信模组,用于:在处理器检测到所述第一终端中登录所述目标主体的用户账号后,向所述第一终端发送授权请求,所述授权请求用于请求获取所述目标主体的体检数据,且所述授权请求供所述第一终端显示,以及若接收到所述第一终端发送的授权确认指示,则从体检数据库中获取所述目标主体的所述体检数据。
可选的,所述通信模组,还用于接收所述第一终端或与所述第一终端关联的第二终端发送的所述目标主体的饮食数据;
所述处理器,用于基于所述体征数据、所述运行数据和所述饮食数据更新所述健康管理计划。
再一方面,提供了一种终端,所述终端包括:处理器和显示屏。
所述处理器,用于接收健康管理服务器发送的健康管理计划,所述健康管理计划是所述健康管理服务器基于目标主体的用户信息生成的;
所述显示屏,用于显示所述健康管理计划;
所述处理器,还用于接收所述健康管理服务器发送的更新后的健康管理计划,所述更新后的健康管理计划是所述健康管理服务器基于监测设备采集到的所述目标主体的体征数据以及家居设备的运行数据,对所述健康管理计划进行更新得到的,所述监测设备和与所述家居设备均与所述第一终端关联;
所述显示屏,还用于显示所述更新后的健康管理计划。
可选的,所述处理器,还用于接收所述健康管理服务器发送的授权请求,所述授权请求用于请求获取所述目标主体的体检数据;
所述显示屏,还用于显示所述健康管理服务器发送的授权请求;
所述处理器,还用于响应于针对所述授权请求的确认操作,向所述健康管理服务器发送授权确认指示。
可选的,所述显示屏,还用于显示至少一个监测设备的标识,以及响应于针对所述至少一个监测设备中目标监测设备的选择操作,显示所述目标监测设备采集的体征数据和/或所述目标监测设备的使用说明信息。
再一方面,提供了一种健康管理服务器,所述健康管理服务器包括:存储器,处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现如上述方面所述的应用于健康管理服务器的健康管理计划的推荐方法。
再一方面,提供了一种终端,所述终端包括:存储器,处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现如上述方面所述的应用于第一终端的健康管理计划的推荐方法。
再一方面,提供了一种计算机可读存储介质,所述计算机可读存储介质中存储有计算机程序,所述计算机程序由处理器加载并执行以实现如上述任一方面提供的健康管理计划的推荐方法。
再一方面,提供了一种包含指令的计算机程序产品,当所述计算机程序产品在计算机上运行时,使得所述计算机执行上述任一方面所述的健康管理计划的推荐方法。
本申请提供的技术方案带来的有益效果至少包括:
本申请提供了一种健康管理计划的推荐方法、装置及系统,健康管理服务器在基于用户信息生成健康管理计划之后,还可以基于获取到的目标主体的体征数据和家居设备的运行数据,更新该健康管理计划。由此,基于以上数据更新该健康管理计划,可以确保更新后的健康管理计划更为合理,更能符合目标主体的需求,即该健康管理计划的可靠性较高。
附图说明
为了更清楚地说明本申请实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本申请实施例提供的一种健康管理计划的推荐系统的结构示意图;
图2是本申请实施例提供的一种健康管理计划的推荐方法的流程图;
图3是本申请实施例提供的另一种健康管理计划的推荐方法的流程图;
图4是本申请实施例提供的另一种健康管理计划的推荐系统的结构示意图;
图5是本申请实施例提供的一种显示有授权请求的界面的示意图;
图6是本申请实施例提供的又一种健康管理计划的推荐方法的流程图;
图7是本申请实施例提供的一种显示有健康管理计划及其备选类型的界面的示意图;
图8是本申请实施例提供的一种显示有健康管理计划的界面的示意图;
图9是本申请实施例提供的一种健康监测界面的示意图;
图10是本申请实施例提供的一种监测设备界面的示意图;
图11是本申请实施例提供的一种显示有体征数据的类型选项的界面的示意图;
图12是本申请实施例提供的一种显示有体征数据的变化趋势曲线的界面的示意图;
图13是本申请实施例提供的一种虚拟医生问诊界面的示意图;
图14是本申请实施例提供的一种视频医生问诊界面的示意图;
图15是本申请实施例提供的一种显示有预约挂号信息的界面的示意图;
图16是本申请实施例提供的一种显示有饮食推荐信息的界面的示意图;
图17是本申请实施例提供的一种显示有用户信息的界面的示意图;
图18是本申请实施例提供的另一种显示有用户信息的界面的示意图;
图19是本申请实施例提供的一种显示有健康档案信息的界面的示意图;
图20是本申请实施例提供的一种显示有健康科普信息的界面的示意图;
图21是本申请实施例提供的一种健康管理服务器的结构示意图;
图22是本申请实施例提供的一种终端的结构示意图;
图23是本申请实施例提供的一种终端的软件结构框图;
图24是本申请实施例提供的一种健康管理计划的推荐系统的架构图;
图25是本申请实施例提供的另一种健康管理计划的推荐系统的架构图;
图26是本申请实施例提供的又一种健康管理计划的推荐系统的架构图;
图27是本申请实施例提供的又一种健康管理计划的推荐系统的结构示意图。
具体实施方式
为使本申请的目的、技术方案和优点更加清楚,下面将结合附图对本申请实施方式作进一步地详细描述。
图1是本申请实施例提供的一种健康管理计划的推荐系统的结构示意图,参见图1,该系统可以包括:健康管理服务器110,第一终端120,监测设备130和家居设备140。其中,该第一终端120与健康管理服务器110之间可以建立有线或无线通信连接,该监测设备130与健康管理服务器110之间可以建立有线或无线通信连接,该家居设备140与健康管理服务器110之间可以建立有线或无线通信连接。并且,该监测设备130和家居设备140均可以与该第一终端120关联。
可选的,该健康管理服务器110可以是一台服务器,或者可以是由若干服务器组成的服务器集群,又或者还可以是一个云计算服务中心。该第一终端120可以为电视机或智慧屏等显示屏的尺寸较大的终端。该监测设备130可以为血糖仪、血压计、体温枪或可穿戴设备等。该家居设备140可以为冰箱、空调或加湿器等。例如,参见图1,该第一终端120可以为电视机,该监测设备130可以为血糖仪,该家居设备140可以为冰箱。
可以理解的是,该第一终端120中可以安装有健康管理应用(application,APP),该健康管理服务器110为该健康管理APP的后台服务器。
本申请实例提供了一种健康管理计划的推荐方法,该方法可以应用于健康管理计划的推荐系统,例如图1所示的健康管理计划的推荐系统。参见图2,该方法包括:
步骤101、健康管理服务器基于获取到的目标主体的用户信息,生成该目标主体的健康管理计划。
在本申请实施例中,健康管理服务器可以获取到目标主体的用户信息,该用户信息可以包括目标主体的基本信息、健康状况信息、饮食偏好信息、生活方式信息、运动喜好信息、关注话题信息和生活环境信息等。健康管理服务器进而可以基于该用户信息生成目标主体的健康管理计划。该健康管理计划可以包括下述计划中的至少一种:运动计划、饮食计划、体检计划、用药计划、睡眠计划、空气调整计划、饮水计划以及居家检测计划等。
其中,目标主体的基本信息可以包括该目标主体的性别、生日、身高和体重等。目标主体的健康状况信息可以包括该目标主体是否患有慢病,是否在用药以及是否有家族病史等信息。目标主体的饮食偏好信息可以包括目标主体的酸甜辣喜好,以及盐和油等调味料的用量等信息。目标主体的生活方式信息包括目标主体是否饮酒、熬夜和体检等,以及饮酒、熬夜和体检的频率。目标主体的运动喜好信息可以包括目标主体每周运动的次数和喜欢运动的类型等。目标主体的关注话题信息可以包括减重、某类疾病、养生和养老等。目标主体的生活环境信息可以包括目标主体的居住环境、工作环境以及生活地域等。
步骤102、健康管理服务器向第一终端发送健康管理计划。
健康管理服务器生成目标主体的健康管理计划后,可以向登录有该目标主体的用户账号的第一终端发送该健康管理计划。
步骤103、第一终端显示健康管理计划。
第一终端接收到健康管理服务器发送的健康管理计划后,可以在其显示屏中显示该健康管理计划,以便目标主体执行该健康管理计划。例如,第一终端可以在健康管理APP的应用界面中显示该健康管理计划。
步骤104、健康管理服务器获取监测设备采集到的目标主体的体征数据。
目标主体执行该健康管理计划后,还可以采用监测设备采集自身的体征数据。健康管理服务器进而可以获取该监测设备采集到的目标主体的体征数据。其中,根据监测设备的类型的不同,该体征数据的类型也不同。例如,若该监测设备为血糖仪,则该体征数据可以包括血糖;若该监测设备为血压计,则该体征数据可以包括血压;若该监测设备为体温枪,则该体征数据可以包括体温;若该监测设备为可穿戴设备,则该体征数据可以包括心率。
步骤105、健康管理服务器获取与第一终端关联的家居设备的运行数据。
由于该家居设备与目标主体的第一终端关联,因此该家居设备的运行数据可以反映目标主体在执行该健康管理计划的过程中所处环境的环境数据。
其中,家居设备与第一终端关联可以是指:家居设备与第一终端建立有通信连接,该通信连接可以是蓝牙连接,或者可以是无线保真(wireless-fidelity,WIFI)连接。根据家居设备的类型的不同,该运行数据的类型也不同。例如,若该家居设备为空调,则该运行数据可以包括空调的温度和风速等;若该家居设备为冰箱,则该运行数据可以包括冰箱中存储的食材的种类及数量。
步骤106、健康管理服务器基于体征数据和运行数据更新健康管理计划。
健康管理服务器在获取到目标主体的体征数据和家居设备的运行数据后,即可基于获取到的体征数据和运行数据更新健康管理计划,以使得该更新后的健康管理计划更为合理,更能符合目标主体的需求。
步骤107、健康管理服务器向第一终端发送更新后的健康管理计划。
步骤108、第一终端显示更新后的健康管理计划。
第一终端接收到健康管理服务器发送的健康管理计划后,可以在其显示屏中显示该健康管理计划,以便目标主体执行该健康管理计划。
综上所述,本申请实施例提供了一种健康管理计划的推荐方法,健康管理服务器在基于用户信息生成健康管理计划之后,还可以基于获取到的目标主体的体征数据和家居设备的运行数据,更新该健康管理计划。由此,可以确保更新后的健康管理计划更为合理,更能符合目标主体的需求,即该健康管理计划的可靠性较高。
本申请实例提供了另一种健康管理计划的推荐方法,该方法可以应用于健康管理计划的推荐系统,例如图1所示的健康管理计划的推荐系统。参见图3,该方法包括:
步骤201、第一终端向健康管理服务器发送目标主体的答复数据。
在本申请实施例中,第一终端中登录目标主体的用户账号后,健康管理服务器可以向第一终端发送调查问卷,第一终端可以显示该调查问卷。目标主体在填写该调查问卷后,第一终端即可获取到目标主体针对该调查问卷的答复数据,并将该答复数据发送至健康管理服务器。
其中,该答复数据可以包括下述信息中的至少一种:基本信息、健康状况信息、饮食偏好信息、生活方式信息、运动喜好信息、关注话题信息以及生活环境信息等。其中,目标主体的基本信息可以包括该目标主体的性别、生日、身高和体重等。目标主体的健康状况信息可以包括该目标主体是否患有慢病,是否在用药以及是否有家族病史等信息。目标主体的饮食偏好信息可以包括目标主体的酸甜辣喜好,以及盐和油等调味料的用量等信息。目标主体的生活方式信息包括目标主体是否饮酒、熬夜和体检等,以及饮酒、熬夜和体检的频率。目标主体的运动喜好信息可以包括目标主体每周运动的次数和喜欢运动的类型等。目标主体的关注话题信息可以包括减重、某类疾病、养生和养老等。目标主体的生活环境信息可以包括目标主体的居住环境、工作环境以及生活地域等。
图4是本申请实施例提供的另一种健康管理计划的推荐系统的结构示意图,参见图4,该系统还可以包括第二终端150,该第二终端150与该第一终端120关联。该第二终端150与健康管理服务器110之间可以建立有线或无线通信连接。可选的,该第二终端150可以为手机,平板电脑或笔记本电脑。
可以理解的是,第二终端中也安装有健康管理APP。第二终端150与第一终端120关联可以是指:第二终端150中的健康管理APP与该第一终端120中的健康管理APP登录有相同的用户账号。例如,均登录有目标主体的用户账号。相应的,健康管理服务器也可以向该第二终端发送调查问卷。目标主体在第二终端中填写该调查问卷后,第二终端即可获取到目标主体针对该调查问卷的答复数据,并将该答复数据发送至健康管理服务器。
步骤202、健康管理服务器在检测到第一终端中登录目标主体的用户账号后,向第一终端发送授权请求。
在本申请实施例中,健康管理服务器在检测到第一终端中登录目标主体的用户账号后,为了获取该目标主体的体检数据,可以向第一终端发送授权请求。该授权请求用于请求获取目标主体的体检数据,也即是,该授权请求用于请求目标主体授予健康管理服务器获取目标主体的体检数据的权限。
可以理解的是,健康管理服务器在检测到第一终端中登录目标主体的用户账号后,可以先基于该目标主体的用户账号,检测体检数据库中是否存在该目标主体的体检报告。若体检数据库中存在该目标主体的体检报告,则健康管理服务器可以向第一终端发送授权请求。若体检数据库中不存在该目标主体的体检报告,则健康管理服务器无需向第一终端发送授权请求。
步骤203、第一终端显示健康管理服务器发送的授权请求。
第一终端接收到健康管理服务器发送的授权请求后,可以在其显示屏中显示该授权请求。
示例的,图5是本申请实施例提供的一种第一终端的显示界面的示意图,如图5所示,第一终端可以在健康管理APP的登录界面中显示授权请求,且该授权请求可以包括如下文字信息:xx先生,我们通过您的手机号查询到您在xx的体检报告,请问您是否授权对接数据,如果同意我们将发送验证码到您手机。
步骤204、第一终端响应于针对授权请求的确认操作,向健康管理服务器发送授权确认指示。
目标主体在查看到授权请求后,若确定授权,则可以执行确认操作。第一终端进而可以响应于该确认操作,向健康管理服务器发送授权确认指示。其中,第一终端在显示该授权请求时,还可以显示确认控件,该确认操作可以是针对该确认控件的点击操作。或者,该确认操作还可以是语音操作,例如可以是语音“确认授权”。
示例的,参考图5,若目标主体点击了确认控件(即显示有“同意”的控件),则第一终端可以向健康管理服务器发送第一确认指示。健康管理服务器可以基于该第一确认指示向目标主体的第二终端发送验证码。目标主体进而可以将该验证码输入至第一终端,第一终端接收到针对该验证码的发送操作后,即可向健康管理服务器发送包含该验证码的授权确认指示。
步骤205、健康管理服务器基于该授权确认指示,从体检数据库中获取该目标主体的体检数据。
健康管理服务器在接收到授权确认指示后,即可基于该授权确认指示,从体检数据库中获取该目标主体的体检数据。其中,该体检数据库可以是健康管理服务器与医院或体检中心对接的数据库。
步骤206、健康管理服务器基于获取到的目标主体的用户信息,生成目标主体的健康管理计划。
其中,该用户信息包括调查问卷的答复数据以及体检数据。健康管理服务器可以基于该用户信息生成目标主体的用户画像,该用户画像可以包括至少一个用户标签,每个用户标签可以用于指示一种主体类型。例如,该用户画像可以包括下述用户标签中的至少一种:高血压人群,运动强度较大人群,居住环境较干燥人群。之后,该健康管理服务器即可基于该用户画像生成目标主体的健康管理计划。该健康管理计划可以包括下述计划中的至少一种:运动计划、饮食计划、体检计划、用药计划、睡眠计划、空气调整计划、饮水计划以及居家检测计划。
可选地,健康管理服务器可以采用预先训练得到的算法模型对该目标主体的用户信息进行分析处理,得到该目标主体的用户画像。之后,该健康管理服务器可以基于该用户画像从健康处方数据库中匹配生成该目标主体的健康管理计划。其中,该健康处方数据库可以包括下述数据库中的至少一种:慢病主题库、空气健康主题库、睡眠健康主题库、婴幼儿主题库、体型管理主题库、水健康主题库等。
示例的,参考图6,健康管理服务器获取到的用户信息可以包括调查问卷的答复数据和体检报告。健康管理服务器可以基于该用户信息生成用户画像,进而匹配生成该目标主体的健康管理计划。该健康管理计划包括:饮食计划、运动计划、用药计划、监测计划和体检计划。
可以理解的是,健康管理服务器在生成目标主体的健康管理计划之前,还可以向第一终端发送健康管理计划的多种备选类型。第一终端可以显示该多种备选类型,并可以响应于针对该多种备选类型中至少一个目标类型的选择操作,向健康管理服务器发送该至少一个目标类型。相应的,健康管理服务器可以基于目标主体的用户信息,生成至少一个目标类型的健康管理计划。
示例的,参考图7,第一终端可以显示健康管理服务器发送的健康管理计划的五种备选类型:运动计划类、健康饮食类、居家检测类、体检计划类和用药计划类。假设第一终端接收到了针对运动计划类和居家检测类的选择操作,则第一终端可以确定目标主体选择的目标类型包括:运动计划类和居家检测类,并可以向健康管理服务器发送该两个目标类型。相应的,健康管理服务器生成的目标主体的健康管理计划可以包括:运动计划和居家检测计划。
步骤207、健康管理服务器向第一终端发送健康管理计划。
健康管理服务器生成目标主体的健康管理计划后,即可基于其与第一终端之间的通信连接,向第一终端发送健康管理计划。
步骤208、第一终端显示健康管理计划。
第一终端接收到健康管理服务器发送的健康管理计划后,可以在其显示屏中显示该健康管理计划,以便目标主体执行该健康管理计划。
示例的,图8是本申请实施例提供的一种第一终端的显示界面的示意图,如图8所示,第一终端可以在健康管理APP的主页面中显示健康管理计划,且该健康管理计划可以包括:居家检测计划、用药计划、运动计划以及饮食计划。其中,每个待执行的健康管理计划也可以称为健康管理任务。
可选的,若该健康管理计划中包含饮食计划,且家居设备中包括具有显示屏的冰箱,则第一终端可以将该饮食计划发送至该冰箱。冰箱还可以显示该饮食计划。
可选的,健康管理服务器还可以向与该第一终端关联的第二终端发送该健康管理计划,相应的,第二终端可以显示该健康管理计划。
步骤209、第一终端显示至少一个监测设备的标识。
在本申请实施例中,第一终端在接收到目标主体触发的健康监测指令后,可以显示其所关联的至少一个监测设备的标识。其中,监测设备与第一终端关联可以是指:监测设备与第一终端建立有通信连接,该通信连接可以是蓝牙连接,或者可以是WIFI连接。监测设备的标识可以包括监测设备的名称和图片中的至少一个。
示例的,参考图8,第一终端中安装的健康管理APP的主界面中还可以显示有健康监测控件。该健康监测指令可以由针对该健康监测控件的点击操作或语音操作触发,其中,该语音操作可以为语音“进入健康监测界面”。假设第一终端接收到了针对该健康监测控件的点击操作或语音操作,则如图9所示,第一终端可以在健康管理APP的健康监测界面中显示下述监测设备的标识:无创血液监测仪、血压计、血糖仪、体脂称和可穿戴设备。
步骤210、第一终端响应于针对至少一个监测设备中目标监测设备的选择操作,显示该目标监测设备采集的体征数据和/或该目标监测设备的使用说明信息。
其中,该选择操作可以是针对该目标监测设备的标识的点击操作,或者可以是语音操作。例如,该语音操作可以为“使用无创血液监测仪”。该使用说明信息可以包括文字信息、图片信息和/或视频信息。
示例的,参考图9,假设第一终端检测到了目标主体针对目标监测设备:无创血液监测仪的标识的点击操作,则第一终端可以显示如图10所示的监测设备界面。参考图10,该监测设备界面中可以显示有如下选项:监测报告、趋势分析、设备管理、参数详解和使用手册。第一终端可以响应于针对监测报告选项的选择操作,显示该无创血液监测仪采集到的目标主体的体征数据。第一终端可以响应于针对趋势分析选项的选择操作,显示该无创血液监测仪采集到的目标主体的不同类型的体征数据对应的控件,第一终端可以响应于目标主体对不同类型的体征数据对应的控件的选择操作,显示该体征数据的变化趋势曲线图。第一终端可以响应于针对设备管理选项的选择操作,显示设备管理界面,该设备管理界面可以显示该无创血液监测仪的名称和图标等信息。并且,目标主体可以在该设备管理界面更改该无创血液监测仪的名称和/或图标。第一终端可以响应于针对参数详解选项的选择操作,显示该无创血液监测仪的参数信息。第一终端可以响应于针对使用手册选项的选择操作,显示该无创血液监测仪的使用说明信息。
假设第一终端在无创血液监测仪的监测设备界面中接收到了针对趋势分析选项的选择操作,则如图11所示,可以显示该无创血液监测仪采集到的目标主体的体征数据的类型选项。该体征数据的类型选项可以包括:收缩压、舒张压、平均动脉压、血氧饱和度、外周脉搏、血红蛋白、氧分压、二氧化碳分压和心输出量等。若第一终端还接收到了针对任一类型的体征数据的类型选项的选择操作,则还可以显示该类型的体征数据的变化趋势曲线图。例如,若第一终端接收到了针对平均动脉压的类型选项的选择操作,则参考图12,第一终端可以显示一周内血压的变化趋势曲线图和一周内平均动脉压的变化趋势曲线图。
步骤211、健康管理服务器获取监测设备采集到的目标主体的体征数据。
目标主体执行该健康管理计划后,还可以采用监测设备采集自身的体征数据。健康管理服务器进而可以获取该监测设备采集到的目标主体的体征数据。
其中,根据监测设备的类型的不同,该体征数据的类型也不同。例如,若该监测设备为血糖仪,则该体征数据可以包括血糖;若该监测设备为血压计,则该体征数据可以包括血压;若该监测设备为体温枪,则该体征数据可以包括体温;若该监测设备为可穿戴设备,则该体征数据可以包括心率。
可选地,与监测设备关联的第一终端可以获取该监测设备采集到的目标主体的体征数据,并将该体征数据发送至健康管理服务器。
示例的,参考图10,该目标监测设备的监测设备界面中还可以显示有“开始检测”控件。第一终端可以响应于针对该“开始检测”控件的选择操作,获取目标监测设备采集到的体征数据,并将该体征数据发送至健康管理服务器。
步骤212、健康管理服务器获取与第一终端关联的家居设备的运行数据。
由于该家居设备与第一终端关联,因此该家居设备的运行数据可以反映目标主体在执行该健康管理计划的过程中所处环境的环境数据。相应的,健康管理服务器可以获取该家居设备的运行数据,以便基于该运行数据对目标主体的健康管理计划进行可靠更新。其中,根据家居设备的类型的不同,该运行数据的类型也不同。例如,若该家居设备为空调,则该运行数据可以包括空调的温度和风速等;若该家居设备为冰箱,则该运行数据可以包括冰箱中存储的食材的种类及数量。
可选地,与家居设备关联的第一终端可以获取该家居设备的运行数据,并将该家居设备的运行数据发送至健康管理服务器。
步骤213、第一终端向健康管理服务器发送目标主体的饮食数据。
在本申请实施例中,目标主体在执行健康管理计划(例如饮食计划、运动计划或用药计划)的过程中,还可以在第一终端中输入自身的饮食数据,第一终端进而可以将目标主体输入的饮食数据发送至健康管理服务器。
可以理解的是,第二终端中也可以登录有目标主体的用户账号。目标主体还可以在第二终端中录入自身的饮食数据,相应的,第二终端可以向健康管理服务器发送该目标主体的饮食数据。
步骤214、健康管理服务器基于体征数据和运行数据更新健康管理计划。
健康管理服务器在获取到目标主体的体征数据、家居设备的运行数据和目标主体的饮食数据后,即可基于获取到的体征数据、运行数据和饮食数据更新健康管理计划,以使得该更新后的健康管理计划更为合理,更能符合目标主体的需求。
例如,假设健康管理服务器获取到的体征数据包括体温计采集到的目标主体的体温。若健康管理服务器检测到该体温高于正常值,则可以确定该目标主体可能出现感冒或者发烧的症状。相应的,健康管理服务器可以微调健康管理计划。例如,假设该目标主体的健康管理计划包括运动计划和饮食计划,则该更新后的运动计划中,运动频次可以降低,或者可以建议目标主体暂停运动,避免劳累加重病情。该更新后的饮食计划中,建议饮水频次可以提高,且可以增加含维生素C的食物,以及可以提醒目标主体使用公筷。
假设健康管理服务器获取到的目标主体的体检报告中显示目标主体有高血压的确诊记录,且健康管理服务器获取到的体征数据包括血压计采集到的目标主体的血压。若健康管理服务器检测到目标主体在按照用药计划服用降压药一段时间后,该目标主体的血压并未降低,则健康管理服务器可以更新该用药计划或者更新该目标主体的体检计划。其中,更新后的用药计划中可以更新降压药的类型,该更新后的体检计划中可以包含如下提示信息:推荐目标主体线上视频医生复诊或线下挂号复诊。
可以理解的是,该健康管理服务器还具有智能推送和收集反馈的功能。其中智能推送功能可以是指:健康管理服务器根据生成的健康管理计划及时向第一终端或第二终端发送提醒目标主体执行健康管理计划的消息,以供第一终端或第二终端显示,进而提醒目标主体及时完成健康管理计划。收集反馈功能可以是指:第一终端或第二终端可以显示获取到的体征数据、饮食数据和家居设备的运行数据,同时显示“一键确认”控件,若目标主体确认数据无误,可选择该“一键确认”控件,健康管理服务器可以基于该选择操作,将该体征数据、饮食数据和家居设备的运行数据存入健康管理服务器,以便健康管理服务器根据该反馈更新健康管理计划及用户画像。
还可以理解的是,第一终端或第二终端显示健康管理计划(例如运动计划或饮食计划)的界面中还可以显示有确认完成控件。第一终端或第二终端可以基于接收到的针对该确认完成控件的选择操作,向健康管理服务器发送该健康管理计划的完成情况。其中,该选择操作可以是针对该确认完成控件的点击操作,或者可以是语音操作。
步骤215、健康管理服务器向第一终端发送更新后的健康管理计划。
健康管理服务器生成更新后的健康管理计划后,即可基于其与第一终端之间的通信连接,向第一终端发送该更新后的健康管理计划。
步骤216、第一终端显示更新后的健康管理计划。
第一终端在接收到健康管理服务器发送的更新后的健康管理计划后,可以在其显示屏中显示该更新后的健康管理计划,以便目标主体执行该更新后的健康管理计划。
可选的,参考图8,第一终端中安装的健康管理APP的主界面中还显示有如下控件:虚拟医生控件、视频医生控件、预约挂号控件、饮食推荐控件和健康监测控件。第一终端可以响应于针对任一控件的选择操作,显示该控件对应的界面。其中,针对任一控件的选择操作可以是点击操作,也可以是语音操作。
示例的,假设第一终端接收到了针对虚拟医生控件的选择操作,则可以显示如图13所示的虚拟医生问诊界面。该虚拟医生问诊界面中可以显示问诊语音示例,该问诊语音示例用于引导目标主体进行语音问诊。例如,该问诊语音示例可以包括:“咳嗽是怎么回事?”、“关节疼痛?”、“牙龈肿痛怎么办?”和“嗓子疼痛怎么办?”。
假设第一终端接收到了针对视频医生控件的选择操作,则可以显示如图14所示的视频医生问诊界面。该视频医生问诊界面中可以显示目标主体与医生的通话状态。并且,该视频医生问诊界面还可以包括共享数据、查看医师资格证和扫描二维码上传图片等控件,第一终端可以响应于目标主体针对不同控件的的选择操作进入对应的详情界面。
假设第一终端接收到了针对预约挂号控件的选择操作,则可以显示如图15所示的预约挂号界面。该预约挂号界面中可以显示预约挂号的流程,以及用于预约挂号的二维码,目标主体可以通过第二终端扫描该二维码以预约挂号。
假设第一终端接收到了针对饮食推荐控件的选择操作,则可以显示如图16所示的饮食推荐界面。该饮食推荐界面可以显示如下控件:食材推荐控件、宜忌食谱控件和食疗方案控件。第一终端可以响应于目标主体对不同控件的选择操作显示相应控件的详情界面。示例的,参考图16,第一终端响应于目标主体对食材推荐控件的选择操作显示食材推荐的详细界面,该食材推荐界面显示了不同类型食材的商品图、商品名、适宜成员和宜食症状。
可选的,该第一终端还可以在健康管理APP的用户信息界面中显示目标主体的用户信息。图17是本申请实施例提供的一种用户信息界面的示意图,图18是本申请实施例提供的另一种用户信息界面的示意图。如图17和图18所示,该用户信息界面中可以显示有该目标主体的健康状况的综合评分,以及用于表征该目标用户的健康状况和/或生活习惯的至少一个标签,例如可以包括如下标签:血糖正常、尿酸正常、高血压和坚持锻炼等。
并且,该用户信息界面中还可以显示有下述选项中的至少一种:健康档案选项、体征数据选项、人工智能(artificial intelligence,AI)医生报告选项、视频问诊报告选项、基础疾病管理选项、用户画像选项、用药记录选项、健康科普选项、地址管理选项、已验证手机号选项、视频医生套餐成员管理选项、修改密码选项、切换账号选项和退出登录选项。
示例的,第一终端可以响应于针对该健康管理APP的主界面中的用户标识(例如图8右上角的用户头像)的选择操作,显示如图17或图18所示的用户信息界面。
假设第一终端接收到了针对健康档案控件的选择操作,则可以显示如图19所示的健康档案界面。该健康档案界面显示有目标主体的姓名、性别、生日、身高(CM)、体重(KG)、BMI、腰围(CM)和血型等信息。
假设第一终端接收到了针对健康科普控件的选择操作,则可以显示如图20所示的健康科普界面。该健康科普界面可以显示如下选项:健康养生大讲堂、张医生课堂、孙医生课堂、每日瑜伽、头部健康、深读、养生堂、疫情预防、急救知识、瑜伽训练和器械锻炼等。第一终端可以响应于目标主体对不同选项的选择操作显示对应选项的详情界面。
需要说明的是,本申请实施例提供的健康管理计划的推荐方法的步骤的先后顺序可以进行适当调整,步骤也可以根据情况进行相应增减。例如,上述步骤202至步骤204可以根据情况删除,即健康管理服务器可以直接从体检数据库中获取目标主体的体检数据。或者,步骤209至步骤210可以根据情况删除。又或者,步骤213可以根据情况删除。再或者,上述步骤201或步骤205可以根据情况删除,即健康管理服务器可以仅根据答复数据或体检数据生成健康管理计划。任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到变化的方法,都应涵盖在本申请的保护范围之内,因此不再赘述。
综上所述,本申请实施例提供了一种健康管理计划的推荐方法,健康管理服务器在基于用户信息生成健康管理计划之后,还可以基于获取到的目标主体的体征数据和家居设备的运行数据,更新该健康管理计划。由此,基于以上数据更新该健康管理计划,可以确保更新后的健康管理计划更为合理,更能符合目标主体的需求,即该健康管理计划的可靠性较高。
图21是本申请实施例提供的一种健康管理服务器的结构示意图,该健康管理服务器可以执行上述方法实施例提供的由健康管理服务器执行的健康管理计划的推荐方法。如图21所示,该健康管理服务器110可以包括:处理器1101和通信模组1102。
该处理器1101,用于基于获取到的目标主体的用户信息,生成该目标主体的健康管理计划。
该通信模组1102,用于向第一终端发送该健康管理计划,该健康管理计划用于供该第一终端显示,获取监测设备采集到的该目标主体的体征数据,该监测设与该第一终端关联,以及获取与该第一终端关联的家居设备的运行数据。
该处理器1101,还用于基于该体征数据和该运行数据更新该健康管理计划。
该通信模组1102,还用于向该第一终端发送更新后的该健康管理计划。
可选的,该用户信息包括:调查问卷的答复数据,以及体检数据;该通信模组1102,还用于:在处理器1101基于获取到的目标主体的用户信息,生成目标主体的健康管理计划之前,接收第一终端或与该第一终端关联的第二终端发送的该目标主体的该答复数据,以及从体检数据库中获取该目标主体的该体检数据。
可选的,该通信模组1102,用于:在处理器1101检测到该第一终端中登录该目标主体的用户账号后,向该第一终端发送授权请求,该授权请求用于请求获取该目标主体的体检数据,且该授权请求供该第一终端显示,以及若接收到该第一终端发送的授权确认指示,则从体检数据库中获取该目标主体的该体检数据。
可选的,该通信模组1102,还用于接收该第一终端或与该第一终端关联的第二终端发送的该目标主体的饮食数据。
该处理器1101,用于基于该体征数据、该运行数据和该饮食数据更新该健康管理计划。
综上所述,本申请实施例提供了一种健康管理服务器,该健康管理服务器在基于用户信息生成健康管理计划之后,还可以基于获取到的目标主体的体征数据和家居设备的运行数据,更新该健康管理计划。由此,可以确保更新后的健康管理计划更为合理,更能符合目标主体的需求,即该健康管理计划的可靠性较高。
图22是本申请实施例提供的一种终端的结构示意图,该终端120可以执行上述方法实施例提供的应用于第一终端的健康管理计划的推荐方法。如图22所示,该终端120包括:处理器121和显示屏1221。
该处理器121,用于接收健康管理服务器110发送的健康管理计划,该健康管理计划是该健康管理服务器110基于目标主体的用户信息生成的。
该显示屏1221,用于显示该健康管理计划。
该处理器121,还用于接收该健康管理服务器110发送的更新后的健康管理计划,该更新后的健康管理计划是该健康管理服务器110基于监测设备采集到的该目标主体的体征数据以及家居设备的运行数据,对该健康管理计划进行更新得到的,该监测设备和与该家居设备均与该第一终端关联。
该显示屏1221,还用于显示该更新后的健康管理计划。
可选的,该处理器121,还用于接收该健康管理服务器110发送的授权请求,该授权请求用于请求获取该目标主体的体检数据。
该显示屏1221,还用于显示该健康管理服务器110发送的授权请求。
该处理器121,还用于响应于针对该授权请求的确认操作,向该健康管理服务器110发送授权确认指示。
可选的,该显示屏1221,用于显示至少一个监测设备的标识,以及响应于针对该至少一个监测设备中目标监测设备的选择操作,显示该目标监测设备采集的体征数据和/或该目标监测设备的使用说明信息。
可选的,如图22所示,该终端120还可以包括:显示单元122、射频(radiofrequency,RF)电路126、音频电路130、无线保真(wireless fidelity,Wi-Fi)模块127、蓝牙模块128、电源125、摄像头124和处理器121等部件。
其中,摄像头124可用于捕获静态图片或视频。物体通过镜头生成光学图片投射到感光元件。感光元件可以是电荷耦合器件(charge coupled device,CCD)或互补金属氧化物半导体(complementary metal-oxide-semiconductor,CMOS)光电晶体管。感光元件把光信号转换成电信号,之后将电信号传递给处理器121转换成数字图片信号。
处理器121是终端120的控制中心,利用各种接口和线路连接整个终端的各个部分,通过运行或执行存储在存储器123内的软件程序,以及调用存储在存储器123内的数据,执行终端120的各种功能和处理数据。在一些实施例中,处理器121可包括一个或多个处理单元;处理器121还可以集成应用处理器和基带处理器,其中,应用处理器主要处理操作系统、用户界面和应用程序等,基带处理器主要处理无线通信。可以理解的是,上述基带处理器也可以不集成到处理器121中。本申请中处理器121可以运行操作系统和应用程序,可以控制用户界面显示,并可以实现本申请实施例提供的用药提醒方法。另外,处理器121与输入单元和显示单元122耦接。
显示单元122可用于接收输入的数字或字符信息,产生与移动终端120的用户设置以及功能控制有关的信号输入,可选的,显示单元122还可以用于显示由用户输入的信息或提供给用户的信息以及终端120的各种菜单的图形用户界面(graphical user interface,GUI)。显示单元122可以包括设置在移动终端120正面的显示1221。其中,显示1221可以采用液晶显示器、发光二极管等形式来配置。显示单元122可以用于显示本申请中所述的各种图形用户界面。
显示单元122包括:显示屏1221和设置在终端120正面的触摸屏1223。该显示屏1221可以用于显示预览图片。触摸屏1223可收集用户在其上或附近的触摸操作,例如点击按钮,拖动滚动框等。其中,触摸屏1223可以覆盖在显示屏1221之上,也可以将触摸屏1223与显示屏1221集成而实现终端120的输入和输出功能,集成后可以简称触摸显示屏。
存储器123可用于存储软件程序及数据。处理器121通过运行存储在存储器123的软件程序或数据,从而执行终端120的各种功能以及数据处理。存储器123可以包括高速随机存取存储器,还可以包括非易失性存储器,例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。存储器123存储有使得终端120能运行的操作系统。本申请中存储器123可以存储操作系统及各种应用程序,还可以存储执行本申请实施例提供的用药提醒方法的代码。
RF电路126可用于在收发信息或通话过程中信号的接收和发送,可以接收基站的下行数据后交给处理器121处理;可以将上行数据发送给基站。通常,RF电路包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器、双工器等器件。
音频电路130、扬声器131、麦克风132可提供用户与终端120之间的音频接口。音频电路130可将接收到的音频数据转换后的电信号,传输到扬声器131,由扬声器131转换为声音信号输出。终端120还可配置音量按钮,用于调节声音信号的音量。另一方面,麦克风132将收集的声音信号转换为电信号,由音频电路130接收后转换为音频数据,再将音频数据输出至RF电路126以发送给比如另一终端,或者将音频数据输出至存储器123以便进一步处理。本申请中麦克风132可以获取用户的语音。
Wi-Fi属于短距离无线传输技术,终端120可以通过Wi-Fi模块127帮助用户收发电子邮件、浏览网页和访问流媒体等,它为用户提供了无线的宽带互联网访问。
蓝牙模块128,用于通过蓝牙协议来与其他具有蓝牙模块的蓝牙设备进行信息交互。例如,终端120可以通过蓝牙模块128与同样具备蓝牙模块的可穿戴电子设备(例如智能手表)建立蓝牙连接,从而进行数据交互。
终端120还包括给各个部件供电的电源125(比如电池)。电源可以通过电源管理系统与处理器121逻辑相连,从而通过电源管理系统实现管理充电、放电以及功耗等功能。终端120还可配置有电源按钮,用于终端的开机和关机,以及锁屏等功能。
终端120可以包括至少一种传感器129,比如运动传感器1291、距离传感器1292、指纹传感器1293和温度传感器1294。终端120还可配置有陀螺仪、气压计、湿度计、温度计和红外线传感器等其他传感器。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的服务器、终端和各器件的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
图23是本申请实施例提供的移动终端的软件结构框图,该移动终端可以是上述实施例中的第一终端或第二终端。分层架构将软件分成若干个层,每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中,将android系统分为四层,从上至下分别为应用程序层,应用程序框架层,安卓运行环境(android runtime,ART)和系统库,以及内核层。
应用程序层可以包括一系列应用程序包。如图23所示,应用程序包可以包括相机,图库,日历,通话,地图,导航,WLAN,蓝牙,音乐,视频,短信息等应用程序。应用程序框架层为应用程序层的应用程序提供应用编程接口(application programming interface,API)和编程框架。应用程序框架层包括一些预先定义的函数。
如图23所示,应用程序框架层可以包括窗口管理器,内容提供器,视图系统,电话管理器,资源管理器,通知管理器等。
窗口管理器用于管理窗口程序。窗口管理器可以获取显示屏大小,判断是否有状态栏,锁定屏幕,截取屏幕等。
内容提供器用来存放和获取数据,并使这些数据可以被应用程序访问。所述数据可以包括视频,图片,音频,拨打和接听的电话,浏览历史和书签,电话簿等。
视图系统包括可视控件,例如显示文字的控件,显示图片的控件等。视图系统可用于构建应用程序。显示界面可以由一个或多个视图组成的。例如,包括短信通知图标的显示界面,可以包括显示文字的视图以及显示图片的视图。
电话管理器用于提供移动终端的通信功能。例如通话状态的管理(包括接通,挂断等)。
资源管理器为应用程序提供各种资源,比如本地化字符串,图标,图片,布局文件,视频文件等。
通知管理器使应用程序可以在状态栏中显示通知信息,可以用于传达告知类型的消息,可以短暂停留后自动消失,无需用户交互。比如通知管理器被用于告知下载完成,消息提醒等。通知管理器还可以是以图表或者滚动条文本形式出现在系统顶部状态栏的通知,例如后台运行的应用程序的通知,还可以是以对话窗口形式出现在屏幕上的通知。例如在状态栏提示文本信息,发出提示音,通信终端振动,指示灯闪烁等。
android runtime包括核心库和虚拟机。android runtime负责安卓系统的调度和管理。
核心库包含两部分:一部分是java语言需要调用的功能函数,另一部分是安卓的核心库。
应用程序层和应用程序框架层运行在虚拟机中。虚拟机将应用程序层和应用程序框架层的java文件执行为二进制文件。虚拟机用于执行对象生命周期的管理,堆栈管理,线程管理,安全和异常的管理,以及垃圾回收等功能。
系统库可以包括多个功能模块。例如:表面管理器(surface manager),媒体库(media libraries),三维图形处理库(例如:openGL ES),2D图形引擎(例如:SGL)等。
表面管理器用于对显示子系统进行管理,并且为多个应用程序提供了2D和3D图层的融合。
媒体库支持多种常用的音频,视频格式回放和录制,以及静态图片文件等。媒体库可以支持多种音视频编码格式,例如:MPEG4,H.264,MP3,AAC,AMR,JPG,PNG等。
三维图形处理库用于实现三维图形绘图,图片渲染,合成,和图层处理等。
2D图形引擎是2D绘图的绘图引擎。
内核层是硬件和软件之间的层。内核层至少包含显示驱动,摄像头驱动,音频驱动,传感器驱动。
本申请实施例还提供了一种健康管理计划的推荐系统,如图1和图4所示,该系统包括:健康管理服务器110、第一终端120、监测设备130和家居设备140。
其中,该健康管理服务器110可以为上述实施例提供的健康管理服务器,例如可以为图21所示的服务器。该第一终端120可以为上述实施例提供的终端,例如可以为图22或23所示的第一终端。并且,该监测设备130和该家居设备140均与该第一终端120关联。
可选地,参考图4,该系统还可以包括第二终端150,该第二终端150与第一终端120关联。示例的,该第二终端150可以为手机,平板电脑或笔记本电脑。
图24是本申请实施例提供的一种健康管理计划的推荐系统的架构图,如图24所示,该推荐系统可以划分为前端APP、平台侧以及与该平台侧连接的资源侧。其中,前端APP可以包括网页客户端、手机客户端和电视客户端等,且该前端APP即为上述实施例中的健康管理APP。该平台侧可以划分为云平台和云服务,该云平台包括统一网关和公共服务层,该云服务包括与该统一网关连接的服务网关,多个服务模块,以及与该多个服务模块连接的数据管理模块和第三方接口。其中,该多个服务模块包括:视频医生模块、图文问诊模块、健康监测模块、预约挂号模块和健康膳食模块等。该资源侧可以划分为第三方资源和本地资源,其中第三方资源与云服务中的第三方接口连接,且该第三方资源可以包括多个在线就诊平台,该本地资源可以包括体检数据库和互联网门诊平台。
图25是本申请实施例提供的另一种健康管理计划的推荐系统的架构图,如图25所示,该推荐系统划分为:应用层、服务层、统一中台、设备后台、设备层、对外接口、第三方资源和本地资源。其中,该应用层包括安装在不同类型的设备中的APP,即上文所述的前端APP。
该服务层与图24中的云服务对应,且该服务层包括健康公共服务模块和专有服务模块。其中健康公共服务模块包括健康咨询、健康管理服务和健康商城三个子模块,该健康咨询子模块能够提供视频医生、虚拟医生、在线医生和挂号等服务。该健康管理服务子模块能够提供健康档案管理、健康监测、健康画像管理、健康管理计划管理、运动健康管理和用药管理等服务。该健康商城子模块能够提供服务套餐购买、健康设备购买、健康食材购买、体检套餐购买和购药送药等服务。
该统一中台可以包括数据中台、技术中台和业务中台(也称为公共服务)。其中,数据中台包括统一数据库,技术中台中存储有统一算法、知识图谱和健康处方库(包含食材、健康管理等)等。业务中台可以包括:统一账号登录(也称为会员管理)模块、订单管理模块、支付管理模块、积分管理模块、消息推送模块和语音服务模块等。
该设备后台包括电视平台、手机平台和家电平台等。该设备层包括电视机或智慧屏等显示屏的尺寸较大的第一终端,手机、平板电脑或笔记本电脑等第二终端,家居设备以及监测设备。其中,该家居设备可以包括冰箱、空调、净化器、新风机和加湿器等。该监测设备可以包括用于测量血压、血糖、体重、体脂、体温、心率和血氧等体征数据的设备。
该对外接口可以包括用于与第三方资源对接的第一接口,以及用于与本地资源对接的第二接口。其中该第三方资源可以包括多个在线就诊平台,该本地资源可以包括体检数据库和互联网门诊。
图26是本申请实施例提供的又一种健康管理计划的推荐系统的架构图,如图26所示,该推荐系统可以划分为:应用层、网关层、业务层、中台层、公共技术层、基础设施层、健康设备模块、服务治理模块以及第三方平台。其中,该应用层包括安装在不同类型的设备中的APP,即上文所述的前端APP。该网关层包括反向代理和服务网关。
该业务层与图25中的服务层对应,且该业务层可以包括健康档案、AI医生、在线问诊、互联网门诊、健康监测、用药管理、健康膳食、用户画像、视频医生、预约挂号、健康计划和健康科普等业务模块。
该中台层与图25中的统一中台对应,且该中台层可以包括业务中台和数据中台,该业务中台包括用户中心、订单中心、支付中心、评价中心、推送中心和商品中心等管理模块。该数据中台包括数据接入、数据存储、数据计算和数据治理等模块。
该公共技术层包括技术中台,该技术中台包括分布式数据库、分布式缓存、消息总线、分布式存储、搜索引擎、文件存储、日志服务、数据采集、高线处理和实时计算等模块。
该基础设施层包括以下基础设施:弹性计算服务(elastic compute service,ECS)、对象存储服务(object storage service,OSS)、内容分发网络(content deliverynetwork,CDN)、数据库、开源消息中间件、开源流处理平台和搜索引擎。该监测设备模块包括多个监测设备。该服务治理模块可以包括如下子模块:服务注册与发现中心、配置中心、日志框架、调用链路监控和运维监控等。该第三方平台包括多个在线就诊平台。其中,该数据块可以是关系型数据库、远程字典服务(remote dictionary server,Redis)数据库或基于分布式文件存储的数据库。
图27是本申请实施例提供的一种健康管理计划的推荐系统的功能示意图。参考图27,该健康管理计划可以提供健康咨询、健康管理、健康科普、网络医院和健康商城等服务。其中健康咨询服务包括虚拟医生、视频医生、图文咨询和电话咨询等服务。健康管理服务可以包括健康监测、用药管理、健康档案管理和健康管理计划推荐等服务。并且,该健康管理计划可以包括健康美食计划和健康空气计划等。其中,健康美食计划可以包括冰箱联动、膳食推荐以及饮食计划推荐等服务。健康空气计划可以包括健康通风、空气质量监测、舒适度调节以及多维智能调节等服务。健康科普服务包括健康媒资、慢病预防、育儿指导和公卫信息推荐等服务。网络医院服务包括预约挂号、处方续期、在线医保支付和在线购药等服务;健康商城服务包括购买服务套餐、健康设备、健康食材、体检套餐和健康保险等服务。
本申请实施例提供了一种健康管理服务器,该健康管理服务器可以包括存储器,处理器及存储在该存储器上并可在该处理器上运行的计算机程序,该处理器执行该计算机程序时实现如上述实施例提供的应用于健康管理服务器的健康管理计划的推荐方法,例如图2或图3所示的方法中由健康管理服务器执行的步骤。
本申请实施例提供了一种终端,该终端可以包括存储器,处理器及存储在该存储器上并可在该处理器上运行的计算机程序,该处理器执行该计算机程序时实现如上述实施例提供的应用于第一终端的健康管理计划的推荐方法,例如图2或图3所示的方法中由第一终端执行的步骤。
本申请实施例提供了一种计算机可读存储介质,该计算机可读存储介质中存储有计算机程序,该计算机程序由处理器加载并执行以上述实施例提供的应用于健康管理服务器或第一终端的健康管理计划的推荐方法,例如图2或图3所示的由健康管理服务器或第一终端执行的步骤。
本申请实施例还提供了一种包含指令的计算机程序产品,当计算机程序产品在计算机上运行时,使得计算机执行上述方法实施例提供的健康管理计划的推荐方法,例如图2或图3所示的由健康管理服务器或第一终端执行的步骤。
本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成,也可以通过程序来指令相关的硬件完成,所述的程序可以存储于一种计算机可读存储介质中,上述提到的存储介质可以是只读存储器,磁盘或光盘等。
应当理解的是,在本文中提及的“和/或”,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。并且,本申请中术语“至少一个”的含义是指一个或多个,本申请中术语“多个”的含义是指两个或两个以上。
本申请中术语“第一”“第二”等字样用于对作用和功能基本相同的相同项或相似项进行区分,应理解,“第一”、“第二”、“第n”之间不具有逻辑或时序上的依赖关系,也不对数量和执行顺序进行限定。
以上所述仅为本申请的示例性实施例,并不用以限制本申请,凡在本申请的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本申请的保护范围之内。

Claims (10)

1.一种健康管理计划的推荐方法,其特征在于,应用于健康管理服务器;所述方法包括:
基于获取到的目标主体的用户信息,生成所述目标主体的健康管理计划;
向第一终端发送所述健康管理计划,所述健康管理计划用于供所述第一终端显示;
获取监测设备采集到的所述目标主体的体征数据,所述监测设与所述第一终端关联;
获取与所述第一终端关联的家居设备的运行数据;
基于所述体征数据和所述运行数据更新所述健康管理计划,并向所述第一终端发送更新后的所述健康管理计划。
2.根据权利要求1所述的方法,其特征在于,所述用户信息包括:调查问卷的答复数据,以及体检数据;在所述基于获取到的目标主体的用户信息,生成所述目标主体的健康管理计划之前,所述方法还包括:
接收所述第一终端或与所述第一终端关联的第二终端发送的所述目标主体的所述答复数据;
从体检数据库中获取所述目标主体的所述体检数据。
3.根据权利要求2所述的方法,其特征在于,所述从体检数据库中获取所述目标主体的所述体检数据,包括:
在检测到所述第一终端中登录所述目标主体的用户账号后,向所述第一终端发送授权请求,所述授权请求用于请求获取所述目标主体的体检数据,且所述授权请求供所述第一终端显示;
若接收到所述第一终端发送的授权确认指示,则从体检数据库中获取所述目标主体的所述体检数据。
4.根据权利要求1至3任一所述的方法,其特征在于,所述方法还包括:
接收所述第一终端或与所述第一终端关联的第二终端发送的所述目标主体的饮食数据;
所述基于所述体征数据和所述运行数据更新所述健康管理计划,包括:
基于所述体征数据、所述运行数据和所述饮食数据更新所述健康管理计划。
5.一种健康管理计划的推荐方法,其特征在于,应用于第一终端,所述方法包括:
接收健康管理服务器发送的健康管理计划,所述健康管理计划是所述健康管理服务器基于目标主体的用户信息生成的;
显示所述健康管理计划;
接收所述健康管理服务器发送的更新后的健康管理计划,所述更新后的健康管理计划是所述健康管理服务器基于监测设备采集到的所述目标主体的体征数据以及家居设备的运行数据,对所述健康管理计划进行更新得到的,所述监测设备和与所述家居设备均与所述第一终端关联;
显示所述更新后的健康管理计划。
6.根据权利要求5所述的方法,其特征在于,所述方法还包括:
接收并显示所述健康管理服务器发送的授权请求,所述授权请求用于请求获取所述目标主体的体检数据;
响应于针对所述授权请求的确认操作,向所述健康管理服务器发送授权确认指示。
7.根据权利要求5或6所述的方法,其特征在于,所述方法还包括:
显示至少一个监测设备的标识;
响应于针对所述至少一个监测设备中目标监测设备的选择操作,显示所述目标监测设备采集的体征数据和/或所述目标监测设备的使用说明信息。
8.一种健康管理服务器,其特征在于,所述健康管理服务器包括:处理器和通信模组;
所述处理器,用于基于获取到的目标主体的用户信息,生成所述目标主体的健康管理计划;
所述通信模组,用于向第一终端发送所述健康管理计划,所述健康管理计划用于供所述第一终端显示,获取监测设备采集到的所述目标主体的体征数据,所述监测设与所述第一终端关联,以及获取与所述第一终端关联的家居设备的运行数据;
所述处理器,还用于基于所述体征数据和所述运行数据更新所述健康管理计划;
所述通信模组,还用于向所述第一终端发送更新后的所述健康管理计划。
9.一种终端,其特征在于,所述终端包括:处理器和显示屏;
所述处理器,用于接收健康管理服务器发送的健康管理计划,所述健康管理计划是所述健康管理服务器基于目标主体的用户信息生成的;
所述显示屏,用于显示所述健康管理计划;
所述处理器,还用于接收所述健康管理服务器发送的更新后的健康管理计划,所述更新后的健康管理计划是所述健康管理服务器基于监测设备采集到的所述目标主体的体征数据以及家居设备的运行数据,对所述健康管理计划进行更新得到的,所述监测设备和与所述家居设备均与所述第一终端关联;
所述显示屏,还用于显示所述更新后的健康管理计划。
10.一种健康管理计划的推荐系统,其特征在于,所述系统包括:健康管理服务器、第一终端、监测设备和家居设备;
其中,所述健康管理服务器为如权利要求8所述的健康管理服务器,所述第一终端为如权利要求9所述的终端,且所述监测设备和所述家居设备均与所述第一终端关联。
CN202110870010.0A 2021-07-30 2021-07-30 健康管理计划的推荐方法、装置及系统 Pending CN113488137A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202110870010.0A CN113488137A (zh) 2021-07-30 2021-07-30 健康管理计划的推荐方法、装置及系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202110870010.0A CN113488137A (zh) 2021-07-30 2021-07-30 健康管理计划的推荐方法、装置及系统

Publications (1)

Publication Number Publication Date
CN113488137A true CN113488137A (zh) 2021-10-08

Family

ID=77943667

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202110870010.0A Pending CN113488137A (zh) 2021-07-30 2021-07-30 健康管理计划的推荐方法、装置及系统

Country Status (1)

Country Link
CN (1) CN113488137A (zh)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113870969A (zh) * 2021-10-15 2021-12-31 挂号网(杭州)科技有限公司 健康评估报告生成方法、系统、服务器及介质
CN115553738A (zh) * 2022-03-28 2023-01-03 中国移动通信集团四川有限公司 家庭监护系统
CN116884571A (zh) * 2023-09-07 2023-10-13 北京四海汇智科技有限公司 一种基于图像处理的膳食重量智能评估系统
CN116910374A (zh) * 2023-09-13 2023-10-20 中电科大数据研究院有限公司 一种基于知识图谱的康养服务推荐方法、装置及存储介质

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102243736A (zh) * 2011-04-28 2011-11-16 大连亿创天地科技发展有限公司 基于互联网和视频电子病历的健康管理系统
KR20180084567A (ko) * 2017-01-17 2018-07-25 서울대학교산학협력단 건강 공동체를 운용 관리하는 스마트 시스템
CN111081350A (zh) * 2019-12-31 2020-04-28 青岛海尔科技有限公司 基于用户特征的智能家居设备信息的推送方法和装置
CN112863702A (zh) * 2021-02-22 2021-05-28 海信集团控股股份有限公司 一种智能健康服务的方法及其显示设备
CN112951373A (zh) * 2021-02-03 2021-06-11 海信集团控股股份有限公司 一种食材推荐方法、设备、智能冰箱和智能终端
CN113113095A (zh) * 2021-03-16 2021-07-13 海信集团控股股份有限公司 一种视频问诊过程中查看数据的方法及显示设备

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102243736A (zh) * 2011-04-28 2011-11-16 大连亿创天地科技发展有限公司 基于互联网和视频电子病历的健康管理系统
KR20180084567A (ko) * 2017-01-17 2018-07-25 서울대학교산학협력단 건강 공동체를 운용 관리하는 스마트 시스템
CN111081350A (zh) * 2019-12-31 2020-04-28 青岛海尔科技有限公司 基于用户特征的智能家居设备信息的推送方法和装置
CN112951373A (zh) * 2021-02-03 2021-06-11 海信集团控股股份有限公司 一种食材推荐方法、设备、智能冰箱和智能终端
CN112863702A (zh) * 2021-02-22 2021-05-28 海信集团控股股份有限公司 一种智能健康服务的方法及其显示设备
CN113113095A (zh) * 2021-03-16 2021-07-13 海信集团控股股份有限公司 一种视频问诊过程中查看数据的方法及显示设备

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113870969A (zh) * 2021-10-15 2021-12-31 挂号网(杭州)科技有限公司 健康评估报告生成方法、系统、服务器及介质
CN115553738A (zh) * 2022-03-28 2023-01-03 中国移动通信集团四川有限公司 家庭监护系统
CN116884571A (zh) * 2023-09-07 2023-10-13 北京四海汇智科技有限公司 一种基于图像处理的膳食重量智能评估系统
CN116884571B (zh) * 2023-09-07 2023-12-12 北京四海汇智科技有限公司 一种基于图像处理的膳食重量智能评估系统
CN116910374A (zh) * 2023-09-13 2023-10-20 中电科大数据研究院有限公司 一种基于知识图谱的康养服务推荐方法、装置及存储介质
CN116910374B (zh) * 2023-09-13 2024-01-02 中电科大数据研究院有限公司 一种基于知识图谱的康养服务推荐方法、装置及存储介质

Similar Documents

Publication Publication Date Title
US11133105B2 (en) Medical monitoring system
US10366787B2 (en) Physiological alarm threshold determination
KR102549216B1 (ko) 사용자 프로파일을 생성하기 위한 전자 장치 및 방법
CN113488137A (zh) 健康管理计划的推荐方法、装置及系统
US11862310B2 (en) Proximity-based mobile-device updates of electronic health records
US20130150686A1 (en) Human Care Sentry System
Villarreal et al. Mobile and ubiquitous architecture for the medical control of chronic diseases through the use of intelligent devices: Using the architecture for patients with diabetes
US10298735B2 (en) Method and apparatus for dynamic configuration of a multiprocessor health data system
JP2012123803A (ja) 健康管理のための健康管理装置、方法、及びグラフィックユーザインターフェース
Tsao et al. An IoT‐Based Smart System with an MQTT Broker for Individual Patient Vital Sign Monitoring in Potential Emergency or Prehospital Applications
CN109256191A (zh) 用于提供所摄入食物的消化率信息的电子装置和方法
Yan et al. A home-based health information acquisition system
KR20180007232A (ko) 건강 관리 서비스 제공 방법 및 장치
KR20180088073A (ko) 헬스케어 프로그램 관리 방법 및 그 전자 장치
KR20140053142A (ko) 건강관리 동기부여를 위한 자가 인지 리마인더를 제공하는 헬스 케어 서비스 제공방법
CN106202855A (zh) 用以于一通信网络中提供定性数据收集的系统及其方法
US20170354383A1 (en) System to determine the accuracy of a medical sensor evaluation
CN113628710A (zh) 家用健康设备的数据处理方法、终端设备和服务器
Dash et al. A comprehensive study of mobile computing in telemedicine
Macis et al. Home telemonitoring of vital signs through a TV-based application for elderly patients
KR102511579B1 (ko) 진료 키트를 이용한 원격진료 서비스 제공 장치, 시스템, 방법 및 프로그램
KR102369103B1 (ko) 사용자 정보 처리 방법 및 그 장치
KR20190118774A (ko) 건강 관리 지원 시스템
Novak et al. Diabetes management in OLDES project
KR20150000538A (ko) 네트워크를 통한 건강 관리 시스템 및 방법

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
RJ01 Rejection of invention patent application after publication

Application publication date: 20211008