一种健康生活管理系统和管理方法与流程

本发明属于健康管理技术领域，尤其涉及一种用于提供饮食健康、用药健康的管理系统和方法。

背景技术：

健康管理包括在满足更基本的食品、住所和基本的医疗保障后，对身体状态的管理，随着生产力的发展和人民生活水平的提高，人们对各方面的需求也逐渐加强。人们越来越能体会到健康的重要性，没有健康就等于失去了创造一切财富的资本。但是人们的生活节奏也在加快，工作压力在加大，对人们的身体与心理健康都存在着危害的隐患，而目前自然环境的破坏、全球变暖、环境污染等一系列问题无时不刻地影响着人们的健康。

目前关于健康管理方面，市面上均是提供一些简单的信息，如菜谱、食品介绍之类的。这些其实对人们的健康来说，没有太大含义，仅仅停留在信息供需层面。如：

1）未能跟人们的身体体质情况对接起来，也就是说这些食品、菜谱是否适合这些体质的人食用；

2）未能跟人们的身体疾病情况对接起来，也就是说这些食品、菜谱是否适合有这些疾病的人食用；

3）未能跟当前气节对接起来，即当前气节哪些是适宜吃的，对身体健康有益处的；

4）未能做到哪些食品凑到一块，是不能同食的，即食品的配伍禁忌；

5）缺乏一个强大的食品知识库体系，也导致无法为人们的健康饮食提供有力的支撑。

技术实现要素：

本发明的目的是提供一种提供健康生活管理系统和方法，能够智能全面地解决用户的生活健康的问题，使用方便。

为达到上述目的，本发明采用的技术方案是：本发明提供了一种健康生活管理系统，包括有：

客户端：客户端用于接收客户的指令并将相应指令通过网络发送给管理服务端，

管理服务端：管理服务端设置有健康知识库和健康搜索引擎，管理服务端用于接收客户端发送的指令并控制健康搜索引擎在健康知识库进行相匹配检索，并通过网络返回相匹配的数据至客户端。

其中所述的健康知识库包括饮食健康知识库，所述的饮食健康知识库包括有食品种类、食品属性、食用方式、食品管理和食品的相克配伍禁忌以及配伍结果；还包括有各类食品的营养成分、适宜体质、适宜节气、适宜疾病以及食谱。

其中所述的健康知识库还包括有药品健康知识库，所述的药品健康知识库包括有疾病库、药品分类、药品类型、药品剂型、剂型用法、处方集、药品的配伍禁忌以及配伍结果。

所述的客户端设置有用于检测用户体质的健康检测单元和用于设置用户疾病的疾病设置单元。

本发明同时提供了一种健康生活管理方法，包括以下步骤：

1）、客户端接收到用户的请求发送至管理服务端；

2）、管理服务端接收到用户的请求，根据用户的请求调用健康搜索引擎；

3）、健康搜索引擎在健康知识库中进行引擎数据检索；健康搜索引擎检索到的匹配数据返回至客户端。

其中所述的客户端设置有健康检测单元和疾病设置单元，所述健康检测单元接收用户输入的数据，并根据此数据进行判断，输出用户所属于的体质种类；所述疾病设置单元供用户选择所属于的疾病，管理服务端根据用户的体质种类和疾病输出适合用户的健康数据给客户端。

其中所述的步骤2） 中管理服务端接收到用户的请求后首先进行统一请求的数据格式，具体为：将请求的数据格式分为两个部分：一个是param部分，一个是data部分；其中param部分带上了一个用于解决安全问题的MD5签名；data部分则为功能逻辑处理所需的入参数据；统一后的数据进入服务入口。

所述的数据进入服务入口后，对必要参数做参数转换和检查，参数转换是通过转换器进行的，将参数由”//;//”和”//=//”格式换成为框架流转对象Param对象，转换的过程中对数据进行有效性验证，检查包括格式验证、服务号验证、MD5签名验证，然后数据进入服务路由。

其中服务路由根据服务号进行服务路由后的数据进入前置过滤池，前置过滤池包括有解压过滤器、解密过滤器、是否远程服务检查过滤器、是否已登录过滤器，该前置过滤池的所有校验都通过后，健康搜索引擎的检索服务版块进行逻辑处理。

所述的健康搜索引擎进行逻辑处理时先进行关键字分词处理，根据分词结果在健康知识库中进行引擎数据检索，则健康搜索引擎进行遍历查询，查询会对跟用户所输入信息进行一个匹配度的评分，从而返回一批有效的检索信息反馈给用户端，并根据匹配度评分进行倒序排列，这些匹配的数据再通过封装，即将该部分数据统一成目前通用的JSON格式。

JSON格式数据进入后置过滤器，后置过滤器包括有加密过滤器、压缩过滤器、结果格式封装过滤器，后置过滤器出来的数据经由服务路由，再经由服务入口返回至客户端。

本发明通过构建强大的健康搜索引擎及知识库，特别智能化和人性化：用户只需输入食品名字，系统将智能提醒食品的营养成分、适宜人群（包括体质、慢病）、能做的食谱等，用户通过在移动终端上安装APP即可实现，使用非常方便，是用户健康方面的好帮手。具体有益效果如下：

（1）、构建饮食健康、用药健康知识库，该知识库将吸纳所有食品信息、药品信息、疾病信息、体质信息，全面且具有强大的支撑力；

（2）、将饮食健康知识库跟人们的身体体质对接，即解决某类体质适宜或不适宜某些食品、适宜什么样的食谱的问题；将饮食健康知识库跟人们的身体疾病对接，即解决某类身体疾病适宜或不适宜某些食品、适宜什么样的食谱的问题；将饮食健康知识库跟当前气节对接，当前气节哪些适宜吃，哪些是对身体有益的；解决食品同食问题，即A食品不能跟另外的哪些食品同食，提醒人们怎样吃比较安全；

（3）、将用药健康知识库与人们的身体疾病对接，推荐用户适宜使用的药物，同时提供药品与药品之间的配伍管理；

（4）、管理服务端接收到用户的请求后首先进行统一请求的数据格式，解决了安全问题，简化了前端入参的处理逻辑，也统一了后端入参有效性的验证方式；使后面的数据处理速度更快。

（5）、在服务入口处对必要参数做参数转换和检查，以及前置过滤池的作用，使检索数据安全且准确，减轻了健康搜索引擎的压力，使健康搜索引擎的检索速度更快、检索精度更高。配合后置过滤池的作用，使结果数据格式统一化，便于系统集成与处理。

附图说明

图1是本发明的系统简图；

图2是本发明的方法流程图。

具体实施方式

为了使本发明更加清楚，下面结合附图对本实施例进行详细说明。

本发明一种生活健康管理系统，如图1所示，包括有客户端和管理服务端，管理服务端设置有健康知识库、健康搜索引擎，客户端用于接收客户的指令并将相应指令发送给管理服务端，管理服务端用于接收客户端发送的指令并控制健康搜索引擎在健康知识库进行相应检索，并返回相应的数据至客户端。客户端可为Android客户端或iOS客户端。

其中客户端中设置有健康检测单元，用于检测用户的体质。健康检测单元可以是一套体质测试试卷，试卷包括了一系列的问答题，用户根据自身情况进行选择，系统将会根据用户所选答案得出一个综合评分，然后根据评分进行体质的一个划分。所述的客户端设置有用于设置用户疾病的疾病设置单元，用户可以注册登陆账号，设置自己的疾病情况。

所述的健康知识库包括饮食健康知识库和用药健康知识库，饮食健康知识库包括有食品种类、食品属性、食用方式、食品管理和食品的相克配伍禁忌以及配伍结果。其中食品种类：如水果、蔬菜、豆类、食用菌、藻类、坚果以及籽类等；食品属性：如荤菜、素菜；辅材、主材、配料等；食用方式：如炒、煎、贴、烹、炸、溜、煮、炖、煨、焐、蒸、卤、酱、熏、烤、炝、腌、拌、拔丝、焗等；食品管理：就针对性的几类慢病做一些食品管理，包括食品禁忌类的和建库饮食类的。由于现在的人们越来越重视合理饮食，也在以往漫长岁月里总结出了许多的宝贵经验，食能养人，也能伤人，不明饮食的负面作用，把不能一起吃的食物放在一起，会引起矛盾，从而在不知不觉中损害了自身的健康，因此本知识库中配备了配伍禁忌、配伍结果：配伍禁忌是指不能放在一起吃的食物，配伍结果是两种以上的食物一起吃产生的结果，例如食物同食可能引起的不适。

所述的药品健康知识库包括有疾病库、药品分类、药品类型、药品剂型、剂型用法、处方集、药品的配伍禁忌以及配伍结果。药品分类：如抗菌类（非限制使用、限制使用等）、抗肿瘤类、抗结核类等；药品类型：如西药、中药、中成药等；药品剂型：如片剂、胶囊剂、口服丸剂、口服颗粒粉、外用贴、外用涂剂、注射剂等；剂型用法：如吞服、含服等；中国处方集：“处方集”所遴选的药品品种涵盖了国家基本药物目录、国家医保药品目录中的全部药物和其他一些常用药物，基本满足了临床常见病、多发病及重大、疑难、复杂疾病抢救、治疗的需要。“处方集”借鉴了英国等西方发达国家以及世界卫生组织编写处方集的经验，同时也结合了我国地域分布、疾病谱、临床治疗习惯等因素，由国内百余名著名医药学专家历时两年编写而成。配伍禁忌、配伍结果：是指两种以上药物混合使用或药物制成制剂时，发生体外的相互作用，出现使药物中和、水解、破坏失效等理化反应，这时可能发生浑浊、沉淀、产生气体及变色等外观异常的现象。

本系统包括有三个平台，即：基础平台、业务平台和移动应用平台，其中整个基础平台贯穿SOA模块化开发理念和ESB服务器总线理念，为业务平台和移动应用端铺好奠基石，基础平台提供的服务包括消息推送、短信服务、会话管理、缓存管理、日志管理、服务管理、服务路由、服务注册、启动、卸载等。业务平台对移动端开放Api接口调用，接口分为安全控制类和非安全控制类，安全控制类即首先需检查、校验用户权限，确保该类接口不被其他非法应用或个人侵入，从而确保数据安全。移动应用平台有饮食指导、计划用药、检查报告、交流分享、移动商城。

如图2所示，本发明还提供了一种健康生活管理的方法，包括以下步骤：

1）、客户端接收到用户的请求发送至管理服务端；用户的请求可以是食品名称、菜谱名称、疾病名称、药品名称等的检索请求；

2）、管理服务端接收到用户的请求，首先进行统一请求的数据格式，具体为：将请求的数据格式分为两个部分：一个是param部分，一个是data部分；param部分带上了一个MD5签名，用于解决安全问题；data部分则为功能逻辑处理所需的入参数据；很清晰的对入参做了两个部分的划分，既简化了前端入参的处理逻辑，也统一了后端入参有效性的验证方式，统一后的数据进入服务入口。

3）、所述的数据进入服务入口后，对必要参数（即服务号serviceid、数据格式dataformat、用户唯一标识sessionId、签名串MD5）做参数转换和检查，参数转换是通过转换器进行的，将参数由”//;//”和”//=//”格式换成为框架流转对象Param对象，该对象在整个请求周期内将一直有效，直至请求周期结束；转换的过程中对数据进行有效性验证，符合要求的我们才认为是安全的，如识别出数据格式、服务号、用户唯一标识符等；所述的检查包括格式验证、服务号验证、MD5签名验证；

4）、根据服务号进行服务路由；

其中路由时的路由策略包括缓存命中、热度缓存、数据库加载、先进先出；

缓存命中：指从缓存中查找对应的服务号，如果存在则直接使用；

热度缓存：指对使用频率较高的服务进行缓存起来，以便再次使用；

数据库加载：如果缓存命中失败，则从数据库进行服务加载，加载成功则使用该服务；

先进先出：缓存中的服务，如果不采用热度缓存，则按先进先出规则进行缓存中的服务卸载；

5）、服务路由后的数据进入前置过滤池，前置过滤池由一系列过滤器组成，如解压过滤器、解密过滤器、是否远程服务检查过滤器、是否已登录过滤器等，这些过滤器均通过切面拦截技术实现，当然也支持后续动态扩展，只有该前置过滤池的所有校验都通过后，才会真正进行调用健康搜索引擎的检索服务版块进行逻辑处理；

6）、健康搜索引擎进行关键字分词处理，根据分词结果在健康知识库中进行引擎数据检索，则健康搜索引擎进行遍历查询，查询会对跟用户所输入信息进行一个匹配度的评分，如完全匹配的100分，只有部分匹配的信息则只有80分，以此类推，从而返回一批有效的检索信息反馈给用户端，并根据匹配度评分进行倒序排列。这些匹配的数据再通过封装，即系统框架会将该部分数据统一成目前通用的JSON格式，以便后续其他合作方的对接。

7）、封装数据经过后置过滤器，后置过滤器包括有加密过滤器、压缩过滤器、结果格式封装过滤器，后置过滤器出来的数据经由服务路由，再经由服务入口返回至客户端。

上述中的客户端还设置有健康检测单元和疾病检测单元，健康检测单元接收用户输入的数据，并根据此数据进行判断，输出用户所属于的体质种类，疾病设置单元供用户选择所属于的疾病，管理服务端根据用户的体质种类和疾病中类输出适合用户的健康数据给客户端。

本发明构建了饮食健康知识库和用药健康知识库，健康搜索引擎则是专注于健康检索版块，为用户提供饮食健康、用药健康方面的检索服务。从用户的个人资料管理、疾病、慢病信息、计划用药、健康咨询、在线查看检查报告、食品库、药品库等方面，通过搭建“健康引擎”，有针对性的为用户在饮食和用药两个方面提供辅助、引导。

为用户提供饮食健康方面举例说明：

例如，某客户端的用户搜索输入食品名称，则，经过管理服务端的搜索引擎，展现给客户端的信息是此食品的营养成分、适宜的体质、适宜的慢病，适宜的节气，能做的食谱，方便用户使用。

例如，某客户端的用户搜索输入菜谱名称，则，经过管理服务端的搜索引擎，展现给客户端的信息是此菜谱的制作过程、菜谱中食品的营养成分、适宜的体质、适宜的慢病，适宜的节气等，方便用户使用。

例如，某客户端的用户设置过疾病，则管理服务端根据用户的疾病类型展现给客户端的信息是适合此疾病的食品、该食品的营养成分、适宜的体质、适宜的节气、相应的食谱等，方便用户使用。

例如，某客户端的用户经过健康检测单元的检测后，就可知用户的体质情况，系统根据用户的体质情况可以推荐用户食用适宜此体质的食品、该食品的营养成分、适宜的节气、相应的食谱等。

为用户提供用药健康方面举例说明：

例如，某客户端的用户搜索某种药物，则经过管理服务端的搜索引擎，展现给客户端的信息是此种药物的分类、类型、剂型、用法、还有配伍禁忌及配伍结果，方便用户使用。

例如，某客户端的用户设置过疾病，则管理服务端根据用户的疾病还可展现适合此疾病的药物，以及此种药物的分类、类型、剂型、用法、还有配伍禁忌及配伍结果，方便用户使用。该类人群需要定期服用药品，同时系统可以定时提醒该类人群及时用药，避免漏服等现象。

除此之外，用户将自己的疾病情况或者后续对接医院后，用户在医院的就诊数据和医生的诊断数据对接到系统中来，系统将提供计划用药的提醒，健康饮食方面的指引，从而提升用户对系统的满意度和黏度。健康引擎还可以逐步的更加智能化，如用户老是忘记则自动增加提醒密度、如用户在交流区吐槽容易上火则系统智能提醒防上火的饮食方案等。