CN113724837A - 慢病患者饮食计划表的生成方法、装置及终端设备 - Google Patents

Abstract

本申请适用于人工智能技术领域，提供了一种慢病患者饮食计划表的生成方法、生成装置、终端设备及存储介质。该生成方法包括：获取用户的个人数据，其中，用户为慢性病患者，个人数据包括疾病信息；从预先构建的饮食数据库中查找与疾病信息匹配的目标饮食方案，饮食数据库中记录了各种疾病信息与饮食方案之间的对应关系；基于查找到的目标饮食方案以及电子日历生成预设时间段内的饮食计划表。该方法不仅能够结合用户的个人数据匹配到目标饮食方案，并且能够目标饮食方案结合电子日历生成饮食计划表，让饮食计划变得更加清楚直观。此外本申请还涉及区块链技术。

Description

慢病患者饮食计划表的生成方法、装置及终端设备

技术领域

本申请涉及人工智能技术领域，尤其涉及一种慢病患者饮食计划表的生成方法、慢病患者饮食计划表的生成装置、终端设备及计算机可读存储介质。

背景技术

慢病患者，指的是患有慢性病的患者。慢性病全称是慢性非传染性疾病，不是特指某种疾病，而是指一类起病隐匿、病程长且病情迁延不愈的疾病的概括性总称。

常见的慢性病有心脑血管疾病、癌症、糖尿病以及慢性呼吸系统疾病等。据世界卫生组织的调查显示，慢性病的发病原因60％取决于个人的生活方式。而在个人的生活方式中，不健康饮食已经成为慢性病发生及发展的主要行为危险因素。也因此，健康的饮食规划已经成为慢性病防治的重要措施。

不同的慢性病所需要的营养和可选择的食物种类有所不同。目前也有不少书籍和节目能够提供一些较为健康的饮食建议，但所提供的建议较为笼统和模糊，无法根据用户的实际情况提供饮食计划，且饮食计划不够清楚直观。

发明内容

有鉴于此，本申请实施例提供了一种慢病患者饮食计划表的生成方法、慢病患者饮食计划表的生成装置、终端设备及计算机可读存储介质，能够根据用户的实际情况提供饮食方案，且结合电子日历生成清楚直观的饮食计划表。

本申请实施例的第一方面提供了一种慢病患者饮食计划表的生成方法，包括：

获取用户的个人数据，其中，上述用户为慢性病患者，上述个人数据包括疾病信息；

从预先构建的饮食数据库中查找与上述疾病信息匹配的目标饮食方案，上述饮食数据库中记录了各种疾病信息与饮食方案之间的对应关系；

基于查找到的上述目标饮食方案以及电子日历生成预设时间段内的饮食计划表。

本申请实施例的第二方面提供了慢病患者饮食计划表的生成装置，包括：

第一获取模块，用于获取用户的个人数据，其中，上述用户为慢性病患者，上述个人数据包括疾病信息；

查找模块，用于从预先构建的饮食数据库中查找与上述疾病信息匹配的目标饮食方案，上述饮食数据库中记录了各种疾病信息与饮食方案之间的对应关系；

第一生成模块，用于基于查找到的上述目标饮食方案以及电子日历生成预设时间段内的饮食计划表。

本申请实施例的第三方面提供了一种终端设备，包括存储器、处理器以及存储在上述存储器中并可在终端设备上运行的计算机程序，上述处理器执行上述计算机程序时实现第一方面提供的慢病患者饮食计划表的生成方法的各步骤。

本申请实施例的第四方面提供了一种计算机可读存储介质，上述计算机可读存储介质存储有计算机程序，上述计算机程序被处理器执行时实现第一方面提供的慢病患者饮食计划表的生成方法的各步骤。

实施本申请实施例提供的一种慢病患者饮食计划表的生成方法、慢病患者饮食计划表的生成装置、终端设备及计算机可读存储介质具有以下有益效果：

获取用户的个人数据，其中，用户为慢性病患者，个人数据包括疾病信息；从预先构建的饮食数据库中查找与疾病信息匹配的目标饮食方案，饮食数据库中记录了各种疾病信息与饮食方案之间的对应关系；基于查找到的目标饮食方案以及电子日历生成预设时间段内的饮食计划表。该方法不仅能够结合用户的个人数据匹配到目标饮食方案，并且能够将目标饮食方案结合电子日历生成饮食计划表，让饮食计划变得更加清楚直观。

附图说明

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

图1是本申请实施例提供的一种慢病患者饮食计划表的生成方法的实现流程图；

图2是本申请实施例提供的一种饮食计划表的样式图；

图3是本申请实施例提供的一种慢病患者饮食计划表的生成装置的结构框图；

图4是本申请实施例提供的一种终端设备的结构框图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

本申请实施例所涉及的慢病患者饮食计划表的生成方法，可以由终端设备，例如笔记本电脑、超级移动个人计算机(ultra-mobile personal computer，UMPC)、上网本或个人数字助理(personal digital assistant，PDA)执行。

本申请实施例可以基于人工智能技术对相关的数据进行获取和处理。其中，人工智能(Artificial Intelligence，AI)是利用数字计算机或者数字计算机控制的机器模拟、延伸和扩展人的智能，感知环境、获取知识并使用知识获得最佳结果的理论、方法、技术及应用系统。

人工智能基础技术一般包括如传感器、专用人工智能芯片、云计算、分布式存储、大数据处理技术、操作/交互系统、机电一体化等技术。人工智能软件技术主要包括计算机视觉技术、机器人技术、生物识别技术、语音处理技术、自然语言处理技术以及机器学习/深度学习等几大方向。

另外，本申请实施例涉及的慢病患者饮食计划表的生成方法，可以应用于智慧医疗场景中，从而推动智慧城市的建设。

请参阅图1，图1示出了本申请实施例提供的一种慢病患者饮食计划表的生成方法的实现流程图。该生成方法包括:

步骤110、获取用户的个人数据。

要结合用户的实际情况生成饮食计划表，需要先获取用户的个人数据。其中，用户指的是慢性病患者。也就是说，本申请实施例中的饮食计划表主要是针对慢性病患者提供的。慢性病是指一类起病隐匿、病程长且病情迁延不愈的疾病的概括性总称。常见的慢性病有心脑血管疾病、癌症、糖尿病及慢性呼吸系统疾病等。

鉴于用户主要为慢性病患者，那么对应的，个人数据可以包括疾病信息，即用户所患的慢性病的相关信息。另外，个人数据可以是基于接收用户上传的相关信息获取得到，也可以是在获取到用户权限后从相关应用程序获取得到，相关应用程序包括但不限于用户就诊的医院系统或应用程序。后一种获取方式无需用户进行下载或上传操作，可以进一步提升用户的体验感。

在一个实施例中，疾病信息可以是多模态数据，例如利用影像学、医疗文本以及基因为外在表现形式的多元化数据。多模态数据的应用更贴近现实场景，能够从多个维度对疾病的相关情况进行表征，从而提高疾病相关情况表达的准确性，进而提高饮食计划表生成的准确性。

步骤120、从预先构建的饮食数据库中查找与疾病信息匹配的目标饮食方案。

慢性病的种类多种多样，不同的慢性病，应当采取不同的饮食方案。例如糖尿病患者，其饮食应当注重控制糖分和能量的摄入量。换句话说，糖尿病患者的饮食方案中碳水比例可以略低，粗纤维和优质蛋白质的比例可以适当提升。因此，在得到用户的个人数据之后，可以基于个人数据中的疾病信息，从饮食数据库中查找与该疾病信息匹配的目标饮食方案。其中，饮食数据库是预先构建的，记录了各种疾病信息以及与各疾病信息相对应的饮食方案。

需要注意的是，饮食方案可以是早餐、午餐或者晚餐中的任意一餐。对于慢性病患者而言，一般饮食建议少食多餐，该饮食方式对于糖尿病患者尤其重要，如果糖尿病患者一餐多食，对升糖指数的控制有害无利。因此，饮食方案还可以是加餐。相对应地，对于不同类型的餐食，对应的食材或者食物可以相同，也可以不相同。例如，对于午餐和晚餐，即使存在相同的食材类型，但是为了避免用户吃腻，无法很好地按照饮食计划表进行饮食，因此同一天内，同一食材类型对应的具体食材可以避免重复。作为示例而非限定，中餐的蔬菜是芦笋和南瓜，晚餐的蔬菜可以替换为卷心菜和茭白。

步骤130、基于查找到的目标饮食方案以及电子日历生成预设时间段内的饮食计划表。

在查找到目标饮食方案之后，可以将目标饮食方案与电子日历结合，生成预设时间段内的饮食计划表，让用户更清楚直观的了解预设时间段内的饮食计划。为了便于理解，参阅图2，图2示出了一种饮食计划表的样式。该饮食计划表对应的预设时间段是一周，通过将目标饮食方案与电子日历进行结合，可以清晰的展示用户未来一周内的饮食计划，有助于提升用户的体验感。

在本申请实施例中，获取用户的个人数据，其中，用户为慢性病患者，个人数据包括疾病信息；从预先构建的饮食数据库中查找与疾病信息匹配的目标饮食方案，饮食数据库中记录了各种疾病信息与饮食方案之间的对应关系；基于查找到的目标饮食方案以及电子日历生成预设时间段内的饮食计划表。该方法不仅能够结合用户的个人数据匹配到目标饮食方案，并且能够目标饮食方案结合电子日历生成饮食计划表，让饮食计划变得更加清楚直观。

在一些实施例中，为了确保用户每日摄入合理的卡路里，上述步骤110之后，还包括：

A1、根据疾病信息、身高以及体重确定用户一天内可摄取的卡路里目标范围。

用户的个人数据还可以包括身高、体重以及血常规等。要得到用户每天可摄入的合理的卡路里量，可以基于用户的疾病信息、身高以及体重进行计算。可选地，可以先利用身高和体重计算出一个精确的第一卡路里值，第一卡路里值指的是用户一天内可以摄入的卡路里值；然后基于用户的疾病信息，设置合理卡路里值的弹性范围，并将弹性范围与第一卡路里值相结合，即可得到用户一天内可以摄入的卡路里目标范围。

在一个实施例中，为了提高卡路里目标范围设置的准确性，针对不同的餐食类型，可以结合不同的权重对第一卡路里值进行约束。将约束后的第一卡路里值与弹性范围结合，作为对应餐食类型的卡路里摄入范围。例如对于中餐来说，应当讲究吃饱，因此在计算出第一卡路里值K以及弹性范围±α之后，可以先将K与一个较大的权重相乘，然后再将加权的K与弹性范围±α结合得到卡路里目标范围。假设该权重为56％，那么用户的午餐所对应的卡路里目标范围即为56％K±α。为了进一步提高卡路里目标范围设置的准确性，相对应的，在设置合理弹性范围时，也可以采用和第一卡路里值相同的权重进行约束。也就是说，将约束后的卡路里值与约束后的弹性范围作为对应餐食类型的卡路里摄入范围。仍以刚才的例子为例进行说明，用户的午餐所对应的卡路里目标范围为56％(K±α)。

相应地，既然要控制用户每天摄入的卡路里在卡路里目标范围内，上述步骤130具体包括：

131、基于卡路里目标范围对目标饮食方案进行更新。

在确定出卡路里目标范围之后，可以基于卡路里目标范围对目标饮食方案进行更新。鉴于卡路里目标范围是用户一天内可摄入的卡路里值的比对标准，而一天内可以包括至少三个目标饮食方案，当有加餐的情况下，目标饮食方案的数量会更多。因此，要根据卡路里目标范围对目标饮食方案进行更新，可以先计算出每个目标饮食方案的卡路里值，即每个目标饮食方案中所有食材的卡路里值的总和，为了便于描述，将其记作第二卡路里值。在计算出第二卡路里值之后，可以进一步计算出以天为单位的卡路里值，之后将以天为单位的卡路里值与对应的目标卡路里范围进行比较，即可得到比较结果，最后可以基于比较结果对目标饮食方案进行调整。

由上述步骤A1可知，可以通过基于权重的约束得到目标饮食方案的卡路里目标范围，那么相对应地，可以在计算出第二卡路里值之后，将第二卡路里值直接与对应的目标饮食方案的卡路里目标范围进行比较，从而对目标饮食方案做更新。

应当理解的是，要计算第二卡路里值，需要了解每种食材的对应的卡路里，也就是说，在数据库中，食材带有对应的卡路里标签，以便于计算第二卡路里值以及以天为单位的卡路里值。

132、基于更新后的目标饮食方案以及电子日历生成饮食计划表。

在完成对目标饮食方案的更新后，可以同步更新到饮食计划表中，每天的卡路里值可以以较为醒目的方式呈现在饮食计划表中，让用户更清楚直观的了解执行完每天的饮食方案后其自身所摄取的卡路里值。

在一些实施例中，为了提高用户饮食计划的灵活性，在上述步骤130之后，该生成方法还可以包括：

B1、若接收到针对目标饮食方案的修改指令，则根据目标饮食方案生成联想选项。

为了提高用户饮食计划的灵活性，让饮食计划更加地个性化，在饮食计划生成后，还可以进一步监听是否接收到针对目标饮食方案的修改指令。若接收到该修改指令，则可以响应于该指令，确定出目标饮食方案的联想选项。其中，修改指令指的是针对目标饮食方案内食材的进行删除、减量、增量以及添加等操作的指令。在接收到该修改指令后，为了确保用户每天摄入的卡路里总值仍在卡路里目标范围内，可以为用户提供一些可替代的食材选项，即根据目标饮食方案生成联想选项。

可选地，联想选项生成后，可以是以弹窗的形式呈现出来，以供用户进行选择；也可以是下拉选择项的方式进行呈现。但是不论是以哪种方式进行呈现，都可以与搜索框结合，即在呈现页面中，设置有搜索框。也就是说，用户可以通过关键词对联想选项中的各个食材进行搜索，从而快速筛选出用户想要的食材，以替换目标饮食方案中的部分食材。通过该方法，在生成的联想选项较多时，用户可以快速搜索到自己想要的食材。

可以理解的是，联想选项中可以包括目标饮食方案中的食材，并且该食材呈现出来时处于被勾选状态，每种目标饮食方案中的食材的重量或者份数与联想选项中该食材的重量或者份数相同。为了便于理解，举例说明：饮食计划表中的一个目标饮食方案为早餐，该早餐包括200g面条、白菜50g、鸡蛋一个以及牛奶一杯；根据该目标饮食方案生成的联想选项中，也包括200g面条、白菜50g、鸡蛋一个以及牛奶一杯，且面条、白菜、鸡蛋以及牛奶均处于已勾选状态。

B2、检测是否接收到针对联想选项的添加或删除指令。

在生成联想选项，并将联想选项呈现出来之后，可以检测是否接收到用户对联想选项中各个食材的添加指令或者删除指令。其中添加指令包括对食材种类的选择，例如蔬菜是选择白菜还是卷心菜；也可以包括对某种食材分量的添加，例如选中白菜后，重量由100g添加到150g。相对应的，删除指令可以对某种食材进行删除以及对某种食材分量的删减。为了便于理解，举例说明：假设联想选项中有a、b、c以及d四种食材，其中a、b和c是目标饮食方案中的食材，因此处于被勾选状态。对应的，a、b和c分别对应的分量是200g，2份，100g，如果用户对b的分量进行删减，例如删减掉一份，或者取消对c的选择，则对于这两个操作所形成的指令即为删除指令；而如果用户增加对c的分量，例如将c对应的分量增加值150g，或者增加对d的选择，则对于这两个操作所形成的指令即为增加指令。

B3、若接收到针对联想选项的添加或删除指令，则基于添加或删除指令更新饮食计划表。

如果接收到针对联想选项的添加或者删除指令，那么可以基于接收到的对应指令对饮食计划表进行更新。仍以B1步骤中所举的例子进行说明，假设联想选项中有a、b、c以及d四种食材，其中a、b和c是目标饮食方案中的食材，因此处于被勾选状态。对应的，a、b和c分别对应的分量是200g，2份，100g，用户对b的分量进行删减，删减掉一份，并且取消对c的选择，增加对d的选择，d为分量为150g。在接收到这三个指令后，对应的目标饮食方案更新为a、b以及d，三种食材对应的分量分别为200g、1份、150g。

在一些实施例中，为了避免用户的调整使得用户每日摄取的卡路里不足或者超标，可以在用户对目标饮食方案修改的过程中，根据调整的食材，实时计算并显示第三卡路里值，该第三卡路里值为当前一天目标饮食方案中所有食材的卡路里值。可选地，为了对用户进行提醒，还可以将第三卡路里值与卡路里目标范围进行比较，当第三卡路里值超出卡路里目标范围的上线，或者低于卡路里目标范围的下线，可以通过醒目的颜色对第三卡路里值进行显示，例如将第三卡路里值以红色字体展示。

在一些实施例中，为了提供合理的联想选项，上述步骤B1具体包括：

B11、确定目标饮食方案中各食材的食材类型。

常见的食材类型可以包括谷类、薯类、肉类、蔬菜、水果、菌类以及奶类等。由于不同的餐食类型，所包含的食材类型有所不同，因此可以基于目标饮食方案中的食材进行归类，确定出对应的食材类型。举例说明，假设早餐包括面条、牛奶和香蕉，那么早餐对应的食材类型即为面食、水果和奶类；而午餐黑米、菜心、牛肉以及卷心菜，那么午餐对应的食材类型即为谷类、蔬菜以及肉类。

B12、根据食材类型确定预选食材。

预选食材可以替代目标饮食方案中的各个食材。在确定出食材类型之后，可以进一步根据食材类型确定出可以替换目标饮食方案中各食材的预选食材。例如，根据食材类型确定出属于该食材类型的所有食材，之后再从所有食材中选取出部分或者全部食材作为预选食材；或者直接基于食材类型和一些限定条件，从存储的所有食材数据进行筛选，将筛选出来的部分或者全部食材作为预选食材。

B13、基于预选食材生成联想选项。

在确定出预选食材之后，便可以将其作为联想选项中的可选选项或者被选选项。其中，可选选项指的是未被选中的选项，一般是目标饮食方案中没有的食材；被选选项指的是已经被选中的选项，一般是目标饮食方案中已有的食材。

在一些实施例中，为了让预选食材更符合用户的营养需求，上述步骤B12具体包括：

针对每个食材类型：

B121、确定食材类型对应的食材集合。

在确定出食材类型后，可以基于该食材类型进一步确定预选食材。具体地，针对每个食材类型，在其预选食材确定的过程中，可以根据食材类型先确定出与之对应的食材集合，食材集合中可以包括属于该食材类型的部分或者所有食材。应当理解的是，所有食材指的是数据库中所存储的所有属于该食材类型的食材。例如数据库中存储了100个食材，其中谷物类有20个食材，要确定谷类的预选食材，那么可以从这20个选取出部分或者全部食材作为谷类的预选食材，当选择20个食材作为谷类食材时，即为该谷类的所有食材。

B122、基于食材集合中各个食材的忌食标签进行筛选，得到食材的至少一个预选食材。

上述忌食标签用于描述对应食材是否适宜用户食用，因此忌食标签会有两种状态，一种是适宜食用，可以用数值1来表示；另一种是不适宜，可以用数值0来表示。由于用户是慢性病患者，不同的慢性病会有不同的忌口。例如对于高血压高血脂的患者，应当远离油炸肥腻的食物，因此五花肉及猪肘等应属于忌口，且其盐含量也应当低一些，因此腌制品也就不能出现在其菜单内。对于这些忌口的食材，对应的忌食标签状态应该是不适宜食用。而相反，如果食物是水果、高纤维或者高蛋白一类的食物，其忌食标签的状态即为适宜食用。但应当理解的是，不同的食物对于不同的慢性病而言，其忌食标签的状态会有所不同。因此，忌食标签除了有对应的数值来表示状态，其具体状态是和具体的慢性病关联。例如食材e，其具有两个忌食标签，其中第一个忌食标签描述的是对于第一慢性病患者而言，该食材可以食用，那么食材e的一个忌食标签的状态即为1，具体的标签内容可以为“第一慢性病-1”；第二个忌食标签描述的是对于第二慢性病患者而言，该食材不可以食用，那么食材e的第二个忌食标签的状态即为0，具体的标签内容可以为“第二慢性病-0”。

在确定出食材集合后，可以获取于食材集合中每个食材的忌食标签对食材集合中的食材进行筛选，筛选得到预选食材。

在一些实施例中，为了让用户尽可能选择一些有利于自身病情的食材，在筛选确定出食材的至少一个预选食材后，还可以包括：

基于至少一个预选食材忌食标签、营养标签以及热量标签对该预选食材进行排序，并按照排序顺序对至少一个预选食材进行显示。

食材除了具有忌食标签，还有营养标签以及热量标签，在去确定出这三种标签后，可以进一步基于这三种标签对预选食材进行排序。首先参考状态为1的忌食标签，先将适宜用户食用的食材排在前面，例如，仍以高血压高血脂为例，对于这类用户，应当多推荐蔬菜以及脂肪含量较低的食材，脂肪含量较低的食材可以包括鱼、牛肉、鸡胸肉以及精瘦肉等。当然，仅依靠食材的忌食标签，可能会导致排序不够准确。因此还可以结合食材的营养标签以及热量标签对预选食材进行排序，从而提高预选食材排序的准确性。可选地，对于这三个标签，在排序前，可以先根据疾病信息确定每个标签的权重因子，利用每个标签的权重因子分别对三个标签加权操作，最后基于加权后的三个标签对预选食材进行排序，从而进一步提高预选食材排序的合理性。

在一些实施例中，为了增强用户烹饪的便利性，上述生成方法还可以包括：

C1、确定目标饮食方案对应的关键词。

C2、基于疾病信息确定目标饮食方案的烹饪方式。

C3、基于关键词和烹饪方式获取至少两个烹饪方案。

C4、从至少两个烹饪方案中确定目标烹饪方案，目标烹饪方案为至少两个烹饪方案中综合评分最高的方案。

C5、将目标烹饪方案与目标饮食方案中预设的烹饪按钮进行关联。

在饮食计划表中，为了让用户清楚直观地了解到每一餐的饮食方案，饮食计划表中的内容主要为每餐对应的具体食材。然而，即使是相同的食材，其烹饪方式也是五花八门的，以鸡胸肉为例，其烹饪方式可以包括烤、煎、炸以及炒等。而其中不同的做法，对应的调料种类和每种调料的用量也是各不相同的。虽然调料种类和调料用量看似差别细微，但也可能使得饮食计划表对用户的辅助效果事倍功半。为了便于理解这个中的区别，以高血压高血脂患者为例进行说明，假设该用户有一餐中有鸡胸肉这一食材，对于该用户而言，在上述提到的几种烹饪方式中，更推荐的烹饪方式是炒这一烹饪方式。这是因为煎和炸所需要的油量的比较大，烹饪得到的食物较为油腻，不适宜用户使用；而烤的方式一般会放较多的调料进行预先腌制，不论是油量还是盐含量都较高，因此通过烤得到的食物，也不适宜用户食用；相对而言，炒的话油盐含量都偏低一些，口感味道也差强人意。因此烹饪方式的选择对于慢性病患者而言，也是很重要的。

进一步地，为了提高饮食计划表的辅助效果并增强用户烹饪的便利性，可以先确定出目标饮食方案的关键词，一般可以选取目标饮食方案中肉类食材作为目标饮食方案的关键词。在确定出关键词之后，可以根据用户的疾病信息进一步确定烹饪方式，然后根据烹饪方式和关键词获取至少两个烹饪方案。这里烹饪方案的获取方法，可以是从存储的数据库中获取的，也可以是第三方获取。其中从第三方获取，可以先将关键词和烹饪方式作为搜索关键词，然后通过第三方搜索引擎或者第三方应用程序进行搜索获取，其中，第三方应用程序主要是一些做菜的应用程序，例如下厨房等。在获取到至少两个烹饪方案之后，可以进一步获取每个烹饪方案的综合评分，并从至少两个烹饪方案中选取出目标烹饪方案，其中，目标烹饪方案指的是选取出综合评分最高的烹饪方案。综合评分可以是其他用户对该烹饪方案的打分，也可以是每个烹饪方案的浏览人数结合该烹饪方案的评分。

之后，为了便于用户查阅目标烹饪方案，可以将目标烹饪方案与饮食计划表中预设的烹饪按钮进行关联。具体地，可以获取目标烹饪方案的链接，然后将该链接与预设的烹饪按钮进行关联，在用户触发该烹饪按钮之后，即可提示即将跳转到新的页面，用户同意后即跳转至目标烹饪方案所在页面，以供用户进行查阅。

在一些实施例中，为了提高目标饮食方案的复用性，上述生成方法还可以包括：

D1、获取所述目标饮食方案的反馈信息。

D2、基于所述反馈信息更新所述目标饮食方案。

在用户执行饮食计划的过程中，可以通过打卡的方式录入饮食计划执行的具体情况。例如，一周五天，其中周三外出吃饭，未按照饮食计划表进行饮食，那么对应的这五天的打卡情况就是周三缺卡。在执行一段时间后，可以进行定期检查，查看用户的慢性病病情如何，例如将检查的结果和前一次检查的结果相对比，以此来验证执行效果，医生可以根据对比结果开展定期随访。如果对比结果显示当前的目标饮食方案适宜用户的病症，即有助于改善或者维持用户的病情，那么可以将目标饮食方案打上优良方案的标签，在为下一个患有相同慢性病的用户推荐目标饮食方案时，可以直接将优良方案的标签所对应的目标饮食方案推荐给该用户，从而提高目标饮食方案的复用性。当然，对于效果不理想的，也可以对目标饮食方案打上不良方案的标签，且该目标饮食方案可以由专业医师进行改良后继续执行。应当理解的是，对于同一个目标饮食方案，可以携带有多个优良方案的标签。经过长时间的执行，可以淘汰不适宜的饮食方案，保留带有较多优良方案标签的饮食方案，从而有助于形成稳定准确的饮食计划表。

在一些实施例中，上述生成方法还包括：

将上述人数据、目标饮食方案和/或饮食计划表上传至区块链(Blockchain)中。

其中，为了保证数据的安全性和对用户的公正透明性，可以将人数据、目标饮食方案和/或饮食计划表上传至区块链进行存证。用户随后即可通过各自的设备从区块链中下载获得人数据、目标饮食方案和/或饮食计划表，以便查证这些数据是否被篡改。本实施例所指区块链是采用分布式数据存储、点对点传输、共识机制及加密算法等计算机技术的新型应用模式。区块链，本质上是一个去中心化的数据库，是一串使用密码学方法相关联产生的数据块，每一个数据块中包含了一批次网络交易的信息，用于验证其信息的有效性(防伪)和生成下一个区块。区块链可以包括区块链底层平台、平台产品服务层以及应用服务层等。

此外，本申请实施例还提供了一种慢病患者饮食计划表的生成装置。

请参阅图3，图3是本申请实施例提供的一种慢病患者饮食计划表的生成装置的结构框图。本实施例中该终端设备包括的各单元用于执行图1对应的实施例中的各步骤。具体请参阅图1以及图所对应的实施例中的相关描述。为了便于说明，仅示出了与本实施例相关的部分。参见图3，慢病患者饮食计划表的生成装置30包括：

第一获取模块31，用于获取用户的个人数据，其中，用户为慢性病患者，个人数据包括疾病信息；

查找模块32，用于从预先构建的饮食数据库中查找与疾病信息匹配的目标饮食方案，饮食数据库中记录了各种疾病信息与饮食方案之间的对应关系；

第一生成模块33，用于基于查找到的目标饮食方案以及电子日历生成预设时间段内的饮食计划表。

作为本申请一实施例，上述个人数据还包括身高和体重，上述生成装置30还可以包括：

第一确定模块，用于在获取用户的个人数据之后，根据疾病信息、身高以及体重确定用户一天内可摄取的卡路里目标范围；

相应地，上述第一生成模块33可以包括：

更新单元，用于基于卡路里目标范围对目标饮食方案进行更新；

第一生成单元，用于基于更新后的目标饮食方案以及电子日历生成饮食计划表。

作为本申请一实施例，上述生成装置30还可以包括：

第二生成模块，用于若接收到针对目标饮食方案的修改指令，则根据目标饮食方案生成联想选项；

检测模块，用于检测是否接收到针对联想选项的添加或删除指令；

更新模块，用于若接收到针对联想选项的添加或删除指令，则基于添加或删除指令更新饮食计划表。

作为本申请一实施例，上述第二生成模块可以包括：

第一确定单元，用于确定目标饮食方案中各食材的食材类型。

第二确定单元，用于根据食材类型确定预选食材。

第二生成单元，用于基于预选食材生成联想选项。

作为本申请一实施例，上述第二确定单元可以包括：

确定子单元，用于针对每个食材类型：

确定食材类型对应的食材集合；

基于食材集合中各个食材的忌食标签进行筛选，得到至少一个预选食材，忌食标签用于描述对应食材是否适宜用户食用。

作为本申请一实施例，上述生成装置30还可以包括：

第二确定模块，用于基于目标饮食方案确定目标饮食方案对应的关键词；

第三确定模块，用于基于疾病信息确定烹饪方式；

第二获取模块，用于基于关键词和烹饪方式获取至少两个烹饪方案；

第四确定模块，用于从至少两个烹饪方案中确定目标烹饪方案，目标烹饪方案为至少两个烹饪方案中综合评分最高的方案；

关联模块，用于将目标烹饪方案与目标饮食方案中预设的烹饪按钮进行关联。

作为本申请一实施例，上述生成装置30还可以包括：

数据上传模块，用于将个人数据、目标饮食方案和/或饮食计划表上传至区块链中。

应当理解的是，图3示出的慢病患者饮食计划表的生成装置的结构框图中，各单元用于执行图1对应的实施例中的各步骤，而对于图1对应的实施例中的各步骤已在上述实施例中进行详细解释，具体请参阅图1以及图1所对应的实施例中的相关描述，此处不再赘述。

图4是本申请另一实施例提供的一种终端设备的结构框图。如图4所示，该实施例的终端设备40包括：处理器41、存储器42以及存储在上述存储器42中并可在上述处理器41上运行的计算机程序43，例如慢病患者饮食计划表的生成方法的程序。处理器41执行上述计算机程序43时实现上述各个慢病患者饮食计划表的生成方法各实施例中的步骤，例如图1所示的110至130。或者，所述处理器41执行所述计算机程序43时实现上述图3对应的实施例中各模块的功能，例如，图4所示的单元41至43的功能，具体请参阅图4对应的实施例中的相关描述，此处不赘述。

示例性的，所述计算机程序43可以被分割成一个或多个单元，所述一个或者多个单元被存储在所述存储器42中，并由所述处理器41执行，以完成本申请。所述一个或多个单元可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述所述计算机程序43在所述终端40中的执行过程。例如，所述计算机程序43可以被分割成数据获取模块和预测模块，各模块具体功能如上所述。

所述转台设备可包括，但不仅限于，处理器41、存储器42。本领域技术人员可以理解，图4仅仅是终端设备40的示例，并不构成对终端设备40的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如所述转台设备还可以包括输入输出设备、网络接入设备、总线等。

所称处理器41可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

所述存储器42可以是所述终端设备40的内部存储单元，例如终端设备40的硬盘或内存。所述存储器42也可以是所述终端设备40的外部存储设备，例如所述终端设备40上配备的插接式硬盘，智能存储卡(Smart Media Card，SMC)，安全数字(Secure Digital，SD)卡，闪存卡(Flash Card)等。进一步地，所述存储器42还可以既包括所述终端设备40的内部存储单元也包括外部存储设备。所述存储器42用于存储所述计算机程序以及所述转台设备所需的其他程序和数据。所述存储器42还可以用于暂时地存储已经输出或者将要输出的数据。

以上所述实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围，均应包含在本申请的保护范围之内。

Claims (10)

1.一种慢病患者饮食计划表的生成方法，其特征在于，所述生成方法包括：

获取用户的个人数据，其中，所述用户为慢性病患者，所述个人数据包括疾病信息；

从预先构建的饮食数据库中查找与所述疾病信息匹配的目标饮食方案，所述饮食数据库中记录了各种疾病信息与饮食方案之间的对应关系；

基于查找到的所述目标饮食方案以及电子日历生成预设时间段内的饮食计划表。

2.根据权利要求1所述的生成方法，其特征在于，所述个人数据还包括身高和体重，在所述获取用户的个人数据之后，所述生成方法还包括：

根据所述疾病信息、身高以及体重确定所述用户一天内可摄取的卡路里目标范围；

相应地，所述基于查找到的所述目标饮食方案以及电子日历生成预设时间段内的饮食计划表，包括：

基于所述卡路里目标范围对所述目标饮食方案进行更新；

基于更新后的所述目标饮食方案以及所述电子日历生成所述饮食计划表。

3.根据权利要求1或2所述的生成方法，其特征在于，在所述饮食计划表生成之后，所述生成方法还包括：

若接收到针对所述目标饮食方案的修改指令，则根据所述目标饮食方案生成联想选项；

检测是否接收到针对所述联想选项的添加或删除指令；

若接收到针对所述联想选项的所述添加或删除指令，则基于所述添加或删除指令更新所述饮食计划表。

4.根据权利要求3所述的生成方法，其特征在于，所述根据所述目标饮食方案生成联想选项，包括：

确定所述目标饮食方案中各食材的食材类型；

根据所述食材类型确定预选食材；

基于所述预选食材生成所述联想选项。

5.根据权利要求4所述的生成方法，其特征在于，所述根据所述食材类型确定预选食材，包括：

针对每个食材类型：

确定所述食材类型对应的食材集合；

基于所述食材集合中各个食材的忌食标签进行筛选，得到至少一个预选食材，所述忌食标签用于描述对应食材是否适宜所述用户食用。

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

确定所述目标饮食方案对应的关键词；

基于所述疾病信息确定所述目标饮食方案的烹饪方式；

基于所述关键词和所述烹饪方式获取至少两个烹饪方案；

从所述至少两个烹饪方案中确定目标烹饪方案，所述目标烹饪方案为所述至少两个烹饪方案中综合评分最高的方案；

将所述目标烹饪方案与所述目标饮食方案中预设的烹饪按钮进行关联。

7.根据权利要求1所述的生成方法，其特征在于，所述生成方法还包括：

将所述个人数据、所述目标饮食方案和/或所述饮食计划表上传至区块链中。

8.一种慢病患者饮食计划表的生成装置，其特征在于，所述生成装置包括：

第一获取模块，用于获取用户的个人数据，其中，所述用户为慢性病患者，所述个人数据包括疾病信息；

查找模块，用于从预先构建的饮食数据库中查找与所述疾病信息匹配的目标饮食方案，所述饮食数据库中记录了各种疾病信息与饮食方案之间的对应关系；

第一生成模块，用于基于查找到的所述目标饮食方案以及电子日历生成预设时间段内的饮食计划表。

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

10.一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至7任一项所述方法的步骤。

Images