CN106326623B - 健康信息处理方法及系统 - Google Patents
健康信息处理方法及系统 Download PDFInfo
- Publication number
- CN106326623B CN106326623B CN201510390956.1A CN201510390956A CN106326623B CN 106326623 B CN106326623 B CN 106326623B CN 201510390956 A CN201510390956 A CN 201510390956A CN 106326623 B CN106326623 B CN 106326623B
- Authority
- CN
- China
- Prior art keywords
- user
- health
- state
- disease
- information
- 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.)
- Active
Links
Abstract
本发明实施例公开了健康信息处理方法及系统。一种健康信息处理方法中,用户侧设备获得当前用户的健康状态数据,将所获得的健康状态数据发送至网络侧设备;网络侧设备根据健康状态数据获取当前用户的健康发展轨迹;轨迹上每一个点对应一个时间点,每一个时间点对应一个用户健康状态;在预先构建的健康发展轨迹库中,查找与当前用户的健康发展轨迹相匹配的健康发展轨迹;根据查找结果,生成并推送针对于当前用户的健康推送信息。通过本方案,实现了通过分析用户与其他用户的作为健康信息的健康发展轨迹来向该用户推送特定的健康推送信息,从而更好的满足用户的需求的目的。
Description
技术领域
本发明涉及健康信息处理领域,特别涉及健康信息处理方法及系统。
背景技术
随着计算机和网络技术的发展,健康信息电子化管理逐渐成为健康信息管理领域的主流方式。例如:医院或体检机构为每个病人用户建立电子病历,以方便医生对病人的管理;或者,病人用户在终端设备(如智能手机、平板电脑等)中安装用于对自身健康信息管理的应用软件,以方便随时对自身健康信息的管理。
健康信息电子化管理,为医生或病人提供了很多便利,但是,现有的健康信息电子化管理方案仅限于分别对每位用户的健康信息进行单独管理,没有考虑到不同用户健康信息之间存在的关联,导致难以满足更为复杂的用户需求。
发明内容
基于上述问题,本发明实施例公开了健康信息处理方法及系统,以通过分析用户与其他用户的健康信息之间的关联关系来向该用户推送特定的健康推送信息,从而更好的满足用户的需求。技术方案如下:
一种健康信息处理方法,包括:
用户侧设备获得当前用户的健康状态数据,将所获得的健康状态数据发送至网络侧设备;
网络侧设备获取所述当前用户的健康发展轨迹;其中,所述当前用户的健康发展轨迹基于所述用户侧设备发送的当前用户的健康状态数据确定,轨迹上每一个点对应一个时间点,每一个时间点对应一个用户健康状态,每一时间点所对应的用户健康状态均至少包括该时间点下的曾患疾病的疾病类型、现患疾病的疾病类型或健康相关指标信息;
在预先构建的健康发展轨迹库中,查找与所述当前用户的健康发展轨迹相匹配的健康发展轨迹;其中,所述健康发展轨迹库中不同的健康发展轨迹对应不同的用户;
根据查找结果,生成针对于所述当前用户的健康推送信息;
将所生成的健康推送信息推送给所述用户侧设备或所述用户侧设备的关联设备。
一种健康信息处理方法,包括:
用户侧设备获得当前用户的健康状态数据,将所获得的健康状态数据发送至网络侧设备;
网络侧设备获取所述当前用户的健康发展轨迹;其中,所述当前用户的健康发展轨迹基于所述用户侧设备发送的当前用户的健康状态数据确定,轨迹上每一个点对应一个时间点,每一个时间点对应一个用户健康状态,每一时间点所对应的用户健康状态均至少包括:该时间点下的曾患疾病的疾病类型、现患疾病的疾病类型或健康相关指标信息;
确定所述当前用户的健康发展轨迹中的待处理的用户健康状态;
在预先构建的状态转移信息库中,查找所述待处理的用户健康状态所对应的状态转移信息;其中,所述状态转移信息库中不同的状态转移信息对应不同种类的疾病或不同组别的健康相关指标,每一种疾病的状态转移信息表示该疾病的任意两种系统健康状态发生转移时所基于的驱动事件以及所基于的驱动事件所对应的转移概率,每一组健康相关指标的状态转移信息表示该组健康相关指标的任意两种系统健康状态发生转移的转移概率;并且,所述状态转移信息库基于预先构建的健康发展轨迹库构建,所述健康发展轨迹库中不同的健康发展轨迹对应不同的用户;
根据查找结果,生成针对于所述当前用户的健康推送信息;
将所生成的健康推送信息推送给所述用户侧设备或所述用户侧设备的关联设备。
一种健康信息处理系统,包括用户侧设备和网络侧设备;
所述用户侧设备包括:
健康状态数据获得模块,用于获得当前用户的健康状态数据;
健康状态数据发送模块,用于将所获得的健康状态数据发送至网络侧设备;
所述网络侧设备,包括:
健康发展轨迹获取模块,用于获取所述当前用户的健康发展轨迹;其中,所述当前用户的健康发展轨迹基于所述当前用户的健康状态数据确定,轨迹上每一个点对应一个时间点,每一个时间点对应一个用户健康状态,每一时间点所对应的用户健康状态均至少包括:该时间点下的曾患疾病的疾病类型、现患疾病的疾病类型或健康相关指标信息;
匹配轨迹查找模块,用于在预先构建的健康发展轨迹库中,查找与所述当前用户的健康发展轨迹相匹配的健康发展轨迹;其中,所述健康发展轨迹库中不同的健康发展轨迹对应不同的用户;
健康推送信息生成模块,用于根据查找结果,生成针对于所述当前用户的健康推送信息;
健康推送信息推送模块,用于将所生成的健康推送信息推送给所述当前用户。
一种健康信息处理系统,包括用户侧设备和网络侧设备;
所述用户侧设备包括:
健康状态数据获得模块,用于获得当前用户的健康状态数据;
健康状态数据发送模块,用于将所获得的健康状态数据发送至网络侧设备;
所述网络侧设备,包括:
健康发展轨迹获取模块,用于获取所述当前用户的健康发展轨迹;其中,所述当前用户的健康发展轨迹基于所述当前用户的健康状态数据确定,轨迹上每一个点对应一个时间点,每一个时间点对应一个用户健康状态,每一时间点所对应的用户健康状态均至少包括:该时间点下的曾患疾病的疾病类型、现患疾病的疾病类型或健康相关指标信息;
待处理状态确定模块,用于确定所述当前用户的健康发展轨迹中的待处理的用户健康状态;
状态转移信息查找模块,用于在预先构建的状态转移信息库中,查找所述待处理的用户健康状态所对应的状态转移信息;其中,所述状态转移信息库中不同的状态转移信息对应不同种类的疾病或不同组别的健康相关指标,每一种疾病的状态转移信息表示该疾病的任意两种系统健康状态发生转移时所基于的驱动事件以及所基于的驱动事件所对应的转移概率,每一组健康相关指标的状态转移信息表示该组健康相关指标的任意两种系统健康状态发生转移的转移概率;并且,所述状态转移信息库基于预先构建的健康发展轨迹库构建,所述健康发展轨迹库中不同的健康发展轨迹对应不同的用户;
健康推送信息生成模块,用于根据查找结果,生成针对于所述当前用户的健康推送信息;
健康推送信息推送模块,用于将所生成的健康推送信息推送给所述当前用户。
本发明实施例所提供方案具有如下优势:
一方面,本发明实施例在获取到当前用户的健康发展轨迹后,在预先构建的健康发展轨迹库中,查找与当前用户的健康发展轨迹相关联的其他用户的健康发展轨迹,并将根据查找结果所生成的当前用户的健康推送信息推送给当前用户,以此实现了通过分析用户与其他用户的作为健康信息的健康发展轨迹来向该用户推送特定的健康推送信息,从而更好的满足用户的需求。另一方面,本发明实施例在获取到当前用户的健康发展轨迹后,在基于健康发展轨迹库预先构建的状态转移信息库中,查找待处理的用户健康状态所对应的状态转移信息,并将基于查找结果生成的健康推送信息推送当前用户,以此实现了通过分析基于多用户的健康发展轨迹形成的状态转移信息来向该用户推送特定的健康推送信息,从而更好的满足用户的需求。此外,考虑到用户终端功能的多样化,以及各种可穿戴设备的迅速发展,本发明实施例将用户侧设备与网络侧设备进行结合,用户侧设备可以直接获得用户的健康状态数据上传到网络侧,网络侧也可以将推送结果直接发给用户侧设备,让用户在第一时间得到各种推送信息,从而更为有效地了解或管理自身的健康情况。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本发明实施例所提供的一种健康信息处理方法的流程图;
图2为本发明实施例所提供的一种健康信息处理系统的结构示意图;
图3为本发明实施例所提供的另一种健康信息处理方法的流程图;
图4为本发明实施例所提供的另一种健康信息处理系统的结构示意图;
图5为本发明实施例所涉及的状态转移图的示意图;
图6为本发明实施例所涉及的多维空间坐标系的示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
针对现有技术所存在的技术问题,本发明实施例所提供方案主要思想为:首先,对大量用户的健康状态数据进行分析,挖掘数据之间的关联性,提取更多有用信息,实现对健康信息管理由点到面的改进;进而,利用挖掘结果,建立用户、医院等主体之间的相互关系,结合互联网,为用户提供更多样化的服务,更好地满足用户需求。
首先,本发明实施例提供了一种健康信息处理方法及系统,以通过分析用户与其他用户的健康信息之间的关联关系来向该用户推送特定的健康推送信息,从而更好的满足用户的需求。
需要强调的是,本实施例所述的用户可以为处于患病状态的用户,也可以为具有健康信息处理需求的未处于患病状态的用户,其中,在实际应用中,所谓未处于患病状态的用户具体可以包括:以往曾患病的用户、极为关注自身健康的用户等等。并且,实现本实施例所提供的一种健康信息处理方法的功能软件的载体可以为服务器,也可以为终端设备;具体的,服务器可以为网络侧的单个服务器或服务器集群,这都是合理的,具体采用何种方式,可以根据实际应用选择;而终端设备可以为放置于医院或体检部门的具有信息输入输出功能以及健康信息处理功能的设备。
对于上述的实现本实施例所提供的一种健康信息处理方法的功能软件的载体为服务器的情况而言,用户可以通过安装在自有设备(例如:手机、平板电脑、笔记本等)内的特定客户端软件来进行服务器的访问;进一步的,从构建形式的角度,该特定的客户端软件的类型至少可以包括:网页客户端和APP客户端;从适用人群的角度的而言,该客户端软件的类型至少可以包括:由用户自身操作的普通用户客户端和由医护人员操作的病例客户端,其中,所述的病例客户端通常用于医护人员上传病人的健康状态数据(例如:病例数据或体检报告数据等),以使得服务器内所存储的用户的健康状态数据在数量上更加符合大数据分析的需求。当然,为了使得服务器内所存储的用户的健康状态数据在数量上更加符合大数据分析的需求,可以采用医护人员手动上传病人的健康状态数据的方式,和/或,采用批量导入其他系统(医院的病例系统或体检机构的体检系统等等)中用户的健康状态数据的方式,当然并不局限于此。
本发明实施例中的用户健康状态数据,可以是用户自身的生理数据,例如心跳、血压、体温等等,也可以是用户的运动数据,例如运动步数、运动时间、运动距离,平均速度等等。
用户设备本身可以具有采集用户健康数据的功能,并可以直接将用户健康数据上传至网络侧设备。或者用户设备本身仅具有采集用户健康数据的功能,然后通过其他相关联的通信设备(例如手机、平板电脑等)将采集到到数据上传至网络侧。
下面首先介绍本发明实施例所提供的一种健康信息处理方法。如图1所示,本发明实施例所提供的一种健康信息处理方法,可以包括如下步骤:
S101,用户侧设备获得当前用户的健康状态数据,将所获得的健康状态数据发送至网络侧设备;
用户侧设备本身可以具有采集用户健康数据的功能,并可以直接将用户健康数据上传至网络侧设备。例如手机上有计步器功能,可以调用手机的计步器功能,将用户的运动步数上传至网络侧。或者,用户侧设备也可以仅具有检测用户健康数据的功能,例如智能手表、智能手环、智能项圈、智能腰带、智能护膝、智能内衣等可穿戴设备,这些设备可以采集用户的心跳、血压、体温、睡眠时间、甚至腰围等健康数据,然后通过与这些智能设备相关联的通信设备(例如手机、平板电脑等)将采集到到数据上传至网络侧。当然,如果上述智能设备本身也具有通信功能,也可以直接将检测到的数据上传到网络侧设备。
根据用户侧设备功能的不同以及采集数据种类的不同,可以是周期地采集用户健康数据,例如心跳、血压等数据,也可以是根据用户的手动触发操作,对用户的健康数据进行采集,例如在运动时开始采集心跳、血压等数据。相应地,采集到的用户健康数据,也可以周期地发送至网络侧设备,或者根据用户的手动触发操作发送至网络侧设备。上述的数据采集周期和数据发送周期均可以由用户自行配置,可以理解的是,实时采集/发送,也可以理解为周期采集/发送的一种情况。
对于采集到的用户健康数据,可以全部发送至网络侧设备。为了节约流量,也可以选择性地发送至网络侧设备。这里的选择既可以是用户手动选择,也可以是根据预设的发送条件,自动确定需要将哪些数据发送至网络侧设备。例如:监测到用户进入运动状态时、或监测到用户的某些健康状态数据值达到预设的阈值时,或将特定时段的健康状态数据发送至网络侧设备,等等。这里的发送条件可以用户手动设置,也可以由网络侧下发。
在本发明一种实施方式中,用户侧设备还可以对用户健康数据进行预处理,抽象出一些更具有代表性的特征描述数据,这些特征描述数据也可以称为用户画像数据(UserProfile),这样做的好处是可以在一定程度上减少需要传输至网络侧设备的数据量,同时也可以降低网络侧设备的处理负担,便于网络侧直接根据这些特征描述数据进行健康发展轨迹、健康转移状态等相关处理。
例如:对于血压、心跳、呼吸等实时变化的生理数据,可以根据在某个预设的采集周期时段(例如一天)内采集到的数据,通过预处理,形成该周期内的摘要数据,摘要内容可以包含:周期内的生理数据最高值/最低值、最高值/最低值出现的时刻、周期内的生理数据平均值、波动规律(波动平缓、波动剧烈等等);对于体重、腰围等变化较慢的数据,则可以针对相对较长的采集周期(例如一周、半个月等等)进行预处理;同理,对于用户的运动数据也可以坐类似处理,这里不再逐一进行例举。
S102,网络侧设备获取当前用户的健康发展轨迹;
当用户通过特定方式触发健康信息处理过程开启时,可以获取当前用户的健康发展轨迹,进而基于所获取的健康发展轨迹执行后续的操作。其中,该当前用户的健康发展轨迹基于该当前用户的健康状态数据确定,并且,轨迹上每一个点对应一个时间点,每一个时间点对应一个用户健康状态,每一时间点所对应的用户健康状态均至少包括该时间点下的曾患疾病的疾病类型、现患疾病的疾病类型或健康相关指标信息。具体的,所谓疾病类型可以包括:疾病名称和患病程度;所谓健康相关指标信息包括:年龄、体重、血型、血压、血脂、心跳、视力、是否有运动资质和地域中的一种或多种,当然并不局限于此;而所谓特定方式可以为用户浏览自身的健康状态数据、修改自身的健康状态数据的方式或点击特定按钮的方式,等等,这都是合理的。
进一步需要强调的是,由于轨迹上每一时间点所对应的用户健康状态均至少包括该时间点下的曾患疾病的疾病类型、现患疾病的疾病类型或健康相关指标信息,因此,健康发展轨迹不但能够体现用户的疾病发展轨迹而且还能体现健康相关指标信息的发展轨迹;并且,每一时间点所对应的用户健康状态可以仅仅包括健康相关指标信息,或者,可以包括曾患疾病的疾病类型以及该曾患疾病的患病时间下的健康相关指标信息,或者,可以包括现患疾病的疾病类型以及该现患疾病的患病时间下的健康相关指标信息,这都是合理的。可以理解的是,对于之前未有任何病史且当前未患病的极为关注自身健康的用户而言,该用户的健康发展轨迹所涵盖的用户健康状态仅仅包括健康相关指标信息;对于之前有病史但当前未患病的极为关注自身健康的用户而言,该用户的健康发展轨迹所涵盖的用户健康状态可以包括曾患疾病的疾病类型和健康相关指标信息;对于之前有病史且当前患病的用户而言,该用户的健康发展轨迹所涵盖的用户健康状态可以包括曾患疾病的疾病类型、现患疾病的疾病类型和健康相关指标信息。
具体的,在一种实现方式中,所述获取当前用户的健康发展轨迹,可以包括:
获得当前用户的身份标识信息;
基于该当前用户的身份标识信息,在预先构建的健康发展轨迹库中查找该当前用户的健康发展轨迹。
在上述的该种实现方式中,预先构建的健康发展轨迹库中对各个用户的健康发展轨迹与身份标识信息进行关联,因此,健康信息处理过程开启后,可以首先获得当前用户的身份标识信息,然后,从预先构建的健康发展轨迹库中,查找该当前用户的身份标识信息所关联的健康发展轨迹。
可以理解的是,为了保证各个用户的隐私性,各个用户的身份标识信息可以为:用户自行填写的昵称,用户自行向服务器申请的ID号,或者,服务器基于用户的真实姓名或身份证号码等个人信息所自动生成的标识号,或者,医院的挂号卡号码、病例号码,等等,这都是合理的。其中,关于健康发展轨迹库的构建过程后续将进行介绍。
而在另一种实现方式中,可以通过即时生成的方式,获取该当前用户的健康发展轨迹;具体的,所述获取当前用户的健康发展轨迹,可以包括:
获取当前用户的健康状态数据;
基于所获取的健康状态数据,生成该当前用户的健康发展轨迹。
在上述的该种实现方式中,在健康信息处理过程开启后,可以指示用户输入自身的健康状态数据,进而基于所获取的健康状态数据来生成该当前用户的健康发展轨迹。其中,为了生成该当前用户的健康发展轨迹,当前用户的健康状态数据可以至少包括:该当前用户的身份标识信息,以及,曾患疾病信息、现患疾病信息和健康相关信息三者中的至少一种;其中,该曾患疾病信息包括曾患疾病的疾病类型和患病时间,该现患疾病信息包括现患疾病的疾病类型和患病时间,该健康相关信息包括健康相关指标信息和信息采集时间。
当然,获取当前用户的健康发展轨迹可以结合上述两种方式,具体的,所述获取当前用户的健康发展轨迹,可以包括:
获得当前用户的身份标识信息;
判断该当前用户的身份标识信息是否存在于预先构建的健康发展轨迹库中;
如果存在,直接在该健康发展轨迹库中查找该当前用户的健康发展轨迹;
如果不存在,指示当前用户输入健康状态数据,进而获取当前用户的健康状态数据,基于所获取的健康状态数据,生成该当前用户的健康发展轨迹。
可以理解的是,获取当前用户的健康状态数据的方式可以包括:获取该当前用户在预先设置的健康信息输入模板所输入的健康状态数据;或者,通过扫描该当前用户的现有的病例和/或体检报告进而识别获取该当前用户的健康状态数据。
进一步需要强调的是,上述的获取当前用户的健康发展轨迹的具体实现方式仅仅作为示例,并不应该构成对本发明实施例的限定。
S103,在预先构建的健康发展轨迹库中,查找与该当前用户的健康发展轨迹相匹配的健康发展轨迹;
当获得该当前用户的健康发展轨迹后,为了通过分析用户与其他用户的健康信息之间的关联关系来向该用户推送特定的健康推送信息,可以在预先构建的健康发展轨迹库中,查找与该当前用户的健康发展轨迹相匹配的健康发展轨迹,并根据查找结果,执行后续的操作,其中,该健康发展轨迹库中不同的健康发展轨迹对应不同的用户。为了布局清楚起见,所述在预先构建的健康发展轨迹库中,查找与该当前用户的健康发展轨迹相匹配的健康发展轨迹的具体实现方式后续将进行详细介绍。
具体的,所述健康发展轨迹库的构建过程,可以包括:
获取各个用户的健康状态数据;其中,该健康状态数据至少包括用户的身份标识信息,以及,曾患疾病信息、现患疾病信息和健康相关信息三者中的至少一种;其中,该曾患疾病信息包括曾患疾病的疾病类型和患病时间,该现患疾病信息包括现患疾病的疾病类型和患病时间,该健康相关信息包括健康相关指标信息和信息采集时间;
生成各个用户的健康发展轨迹;其中,轨迹上每一个点对应一个时间点,每一个时间点对应一个用户健康状态,每一时间点所对应的用户健康状态均至少包括该时间点下的曾患疾病的疾病类型、现患疾病的疾病类型或健康相关指标信息,该时间点包括患病时间或信息采集时间;
对各个用户的健康发展轨迹与身份标识信息进行关联,生成健康发展轨迹库。
其中,所述的健康相关指标信息的信息采集时间可以为健康相关指标信息的实际采集时间或上传系统时间,这都是合理的。
需要说明的是,在实际应用中,曾患疾病信息和现患疾病信息均还可以包括:疾病的持续时间、疾病的治愈时间、疾病的治愈程度;而该健康状态数据还可以包括:与疾病无关的各项指标信息和驱动事件中的一种或多种。其中,与疾病无关的各项指标信息具体可以包括:民族、出生日期、运动资质获得时间、所参加的体育活动、体育活动参加时间中的一种或多种;驱动事件为所对应患病时间相邻的疾病类型之间发生转移所基于的事件,具体可以包括:自然转移、特定药物治疗、特定物理治疗、体育锻炼治疗、特定医生治疗和特定医院治疗中的一种或多种。可以理解的是,上述关于疾病信息和健康状态数据的描述仅仅作为示例,并不应该构成对本发明实施例的限定。
例如,对于用户侧设备上传的心跳健康数据、血压、腰围、腿部温度、睡眠、肥胖程度等健康数据,服务器可对其进行建模和归类,形成用户的健康数据画像。例如:对于APP客户端每天上传的计步器数据,服务器可以对这些建模,分析出用户的活动规律;例如:周一到周五开车上下班,中间限行日步行上下班;周六,周日进行进中等户外活动;或者:周一周五步行上下班,周末大量户外活动;上下班期间,每天步行在3000-5000步;或者步行步数在5000-8000步,或者10000步以上等等。
对于APP客户端上传的用户的心跳、血压变化;服务器可以对其进行分析,建模,形成用户的心跳、血压数据画像:例如:周一到周五,心跳、血压比较平稳,早晨10点,下午3点出现峰值;周末:比较平稳等。健康社交系统,可以将用户的计步器数据画像、心跳数据画像、血压数据画像、体温数据画像等作为和疾病、体检指标类似的一种健康指标。在用户健康轨迹判断中,可以提升轨迹判断准确性。
此外,根据用户的健康发展轨迹,还可以生成用于监控用户健康状态的一些特定参数,例如,根据用户的长期上传实际心跳情况,可以确定该用户的正常心跳范围,可以将特定的范围阈值下发至用户侧设备,以便用户侧设备后续有针对性地上传心跳数据。
基于上述的健康状态数据所包括的信息,实际应用中,为了获得较为丰富的健康信息,为用户提供的健康信息输入模板可以指示用户输入以下信息:用户标识、地域、年龄、民族、出生日期、血型、民族、血型、血压、血脂、视力、是否有运动资质、获得时间,参加过体育活动、参加时间、获得过的奖项、曾患疾病1、患病程度、患病时间、疾病持续时间、治愈时间、治愈程度;曾患疾病2、患病程度、患病时间、疾病持续时间、治愈时间、治愈程度,…….曾患疾病n、患病程度、患病时间、疾病持续时间、治愈时间、治愈程度;现患疾病、患病程度、患病时间、疾病持续时间等信息。
可以理解的是,对于健康状态数据、病历、体检报告等,如果存在简写、错别字、医生确认可以忽略的内容等等,可以根据医学常识进行补全或修正。举例而言:医生在治疗胃病时候,发现的心血管问题可能存在的问题,但是认为可以忽略,而在保存时,可以将其更正为正式的心血管疾病。而为了便于存储与分析,对于所存储的大量的用户的健康状态数据和健康发展轨迹而言,可以建立索引表,例如:为同一年龄的用户构建一张索引表、为曾经得过鼻炎的用户构建一张索引表、为有轻度脂肪肝的用户构建一张索引表等等。
需要进一步强调的是,从上传者的角度而言,上述的构建健康发展轨迹库所依据的用户的健康状态数据可以由健康状态数据的所属用户通过客户端软件上传,或者,可以由医护人员基于病例客户端所上传,等等;而从数据获得方式的角度而言,上述的构建健康发展轨迹库所依据的用户的健康状态数据可以为通过用于指示用户输入健康信息的健康信息输入模板所获得,或者,可以通过扫描病例和/或体检报告识别分析获得,等等。同时,可以理解的是,将多个医院的病历信息汇聚起来后,如果用户在一个医院治疗某种疾病后,又去其他医院就诊同样或类似的疾病,则说明在第一个医院的所做的治疗效果不彻底;用户在第二个医院的接受治疗时候的用户健康状态,可以作为在第一个医院接受治疗后用户健康状态的变化的结果;与此类似,用户体检报告,也是用户上一次用户健康状态发展变化后的下一个状态。
并且,由于某些健康状态数据为用户自行上传的数据,可能可信度较低些,而某些健康状态数据为医护人员上传的或批量导入,可信度相对于较高些。为了提高健康信息处理的有效性以及准确性,可以为用户自行上传的健康状态数据中的与疾病有关的信息设置较低的可信度,为医护人员上传的或批量导入的健康状态数据中的疾病有关的信息设置较高的可信度;其中,通常,可信度可以为0~1之间的数值,数值越大可信度越高,当然并不局限于此。需要说明的是,可信度可以用于后续的相似度的计算。
S104,根据查找结果,生成针对于该当前用户的健康推送信息;
其中,在查找到与该当前用户的健康发展轨迹相匹配的健康发展轨迹后,为了丰富可推送的信息,可以生成针对于该当前用户的健康推送信息。
在一种实现方式中,为了让用户了解与自身的健康发展轨迹相匹配的其他用户的健康发展轨迹,所述根据查找结果,生成针对于该当前用户的健康推送信息,可以包括:
将作为查找结果的健康发展轨迹确定为针对于该当前用户的健康推送信息。
在另一种实现方式中,为了向用户推荐曾患疾病或现患疾病的病友,或者,向用户推荐与自身健康相关指标信息类似的用户,所述根据查找结果,生成针对于该当前用户的健康推送信息,可以包括:
将作为查找结果的健康发展轨迹所对应的用户的身份标识信息作为针对该当前用户的健康推送信息。
可以理解的是,对于将用户的身份标识信息作为健康推送信息的情况而言,后续可以允许当前用户基于所被推送的健康推送信息与该用户建立好友关系,并提供交流沟通功能;而为了进一步提高各个用户之间的交流体验,各个用户可以发布自己的健康状态、心情或感受等信息,而作为好友的用户可以对发布信息的用户进行点评或者鼓励,同时,各个用户可以查看或管理其他好友对自己健康状态、心情、感受描述的点评或者鼓励。
更进一步的,当健康状态数据还可以包括驱动事件时,
所述根据查找结果,生成针对于该当前用户的健康推送信息,可以包括:
统计分析作为查找结果的健康发展轨迹所对应用户的疾病类型发生转移所基于的驱动事件;
将统计分析得到的符合预设推送条件的驱动事件作为针对于该当前用户的健康推送信息。
举例而言,通过上述的基于驱动事件的统计分析,可以分析出某一医生所擅长的疾病和治愈率,或者,某一医院所擅长的疾病和治愈率,等等;当然,当健康状态数据包括用药多少、费用、是否有副作用等信息时,通过上述的统计分析,可以分析出某一医生所擅长的疾病、治愈率、用药多少、费用、是否有副作用等信息,或者,某一医院所擅长的疾病、治愈率、用药多少、费用、是否有副作用等信息,等等。
S105,将所生成的健康推送信息推送给所述用户侧设备或所述用户侧设备的关联设备。
在生成健康推送信息后,可以将该健康推送信息推送给该当前用户,进而完成对健康信息的推送。
推送信息可以直接推送至发送用户健康数据的设备,也可以推送至发送设备相关联的设备。例如,发送设备为具有通信功能的智能手环,则可以将健康推送信息推送至与该智能手环绑定的手机。或者,智能手机A属于某病人,则根据该手机所发送数据生成的推送信息,可以推送给该病人亲属所拥有的智能手机B。
本实施例在获取到当前用户的健康发展轨迹后,在预先构建的健康发展轨迹库中,查找与当前用户的健康发展轨迹相关联的其他用户的健康发展轨迹,并将根据查找结果所生成的当前用户的健康推送信息推送给当前用户,以此实现了通过分析用户与其他用户的作为健康信息的健康发展轨迹来向该用户推送特定的健康推送信息,从而更好的满足用户的需求的目的。
下面详细介绍所述在预先构建的健康发展轨迹库中,查找与该当前用户的健康发展轨迹相匹配的健康发展轨迹的具体实现方式。
在第一种具体实现方式中:
由于用户通常希望了解自身现患疾病的一些信息,因此,所述在预先构建的健康发展轨迹库中,查找与该当前用户的健康发展轨迹相匹配的健康发展轨迹,可以包括:
在预先构建的健康发展轨迹库中,查找包含该当前用户的健康发展轨迹中现患疾病的疾病类型所对应用户健康状态的健康发展轨迹。
举例而言,如果当前用户现患疾病所对应用户健康状态为:疾病1+患病程度1,存在如下健康发展轨迹:
健康发展轨迹1:疾病0+患病程度0→疾病0+患病程度1→疾病1+患病程度0→疾病1+患病程度1→疾病1+患病程度2;
健康发展轨迹2:疾病1+患病程度0→疾病1+患病程度1→疾病1+患病程度0;
健康发展轨迹3:疾病0+患病程度0→疾病0+患病程度1→疾病1+患病程度0;
对于健康发展轨迹1、健康发展轨迹2和健康发展轨迹3而言,仅仅健康发展轨迹1和健康发展轨迹2中包括有疾病1+患病程度1,因此,健康发展轨迹1和健康发展轨迹2可以作为查找结果。
在第二种具体实现方式中:
由于用户存在了解与自身的健康相关指标信息类似的用户的一些信息,尤其,未有病史且当前未患病的极为关注自身健康的用户希望了解基于自身当前的健康相关指标信息所能发展成的疾病,因此,所述在预先构建的健康发展轨迹库中,查找与所述当前用户的健康发展轨迹相匹配的健康发展轨迹,可以包括:
在预先构建的健康发展轨迹库中,查找包含该当前用户的健康发展轨迹中健康相关指标信息所对应用户健康状态的健康发展轨迹。
该种实现方式中,作为查找标准的当前用户的健康相关指标信息可以为该当前用户的当前的健康相关指标信息,也可以为历史的健康相关指标信息,或者,两者的结合;同样的,所能查找到的健康发展轨迹中所包含的当前用户的健康发展轨迹中健康相关指标信息可以为相应用户的当前的健康相关指标信息,也可以为相应用户的历史的健康相关指标信息,或者,两者的结合。
在第三种具体实现方式中:
所述在预先构建的健康发展轨迹库中,查找与该当前用户的健康发展轨迹相匹配的健康发展轨迹,可以包括:
在预先构建的健康发展轨迹库中,查找满足预设相似条件的健康发展轨迹;
所述满足预设相似条件为:对于给定轨迹X,若该轨迹X的全部或部分轨迹与该当前用户的健康发展轨迹之间的相似度大于预设的阈值,则该轨迹X满足预设相似条件。其中,预设的阈值的具体大小根据实际情况进行设定,在此不做限定。
具体的,
(1)第一种相似度的确定方式可以为:
统计当前用户的健康发展轨迹以及其他用户的健康发展轨迹所相关的疾病的数量,如果其他用户中用户A的健康发展轨迹所相关的疾病的数量为N,表明用户A所患疾病(曾患疾病和现患疾病)的数量为N,当前用户的健康发展轨迹所相关的疾病的数量为M,表明当前用户所患疾病(曾患疾病和现患疾病)的数量为M;如果当前用户所患的m类疾病,用户A也患有,此时,用户A的健康发展轨迹与当前用户的健康发展轨迹的相似度为m/M%。
该种方式中,可以结合可信度计算相似度,举例而言,用户A的健康发展轨迹与当前用户的健康发展轨迹的相似度为:用户A所患疾病的可信度之和与该当前用户所患疾病的可信度之和的比例。
(2)第二种相似度的确定方式可以为:
如果某一用户A的健康发展轨迹中的用户健康状态中包括该当前用户的健康发展轨迹中的至少两个用户健康状态且所包含的至少两个用户健康状态的发展顺序相同,即该用户A的健康发展轨迹包含该当前用户的健康发展轨迹的部分轨迹或全部轨迹,此时,该用户A的健康发展轨迹与该当前用户的健康发展轨迹的相似度为r/R%,其中,r为所相同的至少两个用户健康状态的数量,R为该当前用户的用户健康状态的数量。
该种方式中,可以结合可信度计算相似度,举例而言,该用户A的健康发展轨迹与该当前用户的健康发展轨迹的相似度为:用户A所包含的与该当前用户相同的至少两个用户健康状态所对应的可信度之和与该当前用户的用户健康状态所对应的可信度之和的比例。
(3)健康状态数据还包括与疾病无关的各项指标信息;第三种相似度的确定方式可以为:
确定该当前用户的健康发展轨迹所对应的多维信息组,其中,每一个多维信息组对应有一个时间点下的用户健康状态以及该当前用户的与疾病无关的各项指标信息所对应的分析结果;
将代表该当前用户的健康发展轨迹所对应的每一多维信息组的空间坐标点标注在该多维空间坐标系中,并形成该当前用户的包含相应空间坐标点的空间折线,其中,该多维空间坐标系中疾病类型作为一个坐标轴的标识内容,不同的健康相关指标作为不同的坐标轴的标识内容,与疾病无关的各项指标信息所对应的分析结果作为一个坐标轴的标识内容,并且,各个坐标轴相互正交;
分别确定该健康发展轨迹库中其他用户的健康发展轨迹所对应的多维信息组,其中,每一个多维信息组对应有一个时间点下的用户健康状态以及相应用户的与疾病无关的各项指标信息所对应的分析结果;
将代表该其他用户的健康发展轨迹所对应的多维信息组的空间坐标点标注在该多维空间坐标系中,并形成该他用户各自的包含相应空间坐标点的空间折线;
分别计算其他用户的包含相应空间坐标点的空间折线与该当前用户的包含相应空间坐标点的空间折线的重合比例;
将所计算出的重合比例确定为相应其他用户的健康发展轨迹与当前用户的健康发展轨迹的相似度。
其中,与疾病无关的各项指标信息所对应的分析结果可以为该各项指标中的一项指标,或者,也可以为基于该各项指标信息所确定出的信息;并且,该当前用户和其他用户所分别对应的与疾病无关的各项指标信息所对应的分析结果属于同一类信息。
需要强调的是,上述的该种具体实现方式中,由于相似度的确定方式多种,因此,相似度所对应的预设的阈值可以根据相似度的确定方式进行设定。
在第四种具体实现方式中:
健康状态数据还可以包括与疾病无关的各项指标信息;所述在预先构建的健康发展轨迹库中,查找与该当前用户的健康发展轨迹相匹配的健康发展轨迹,可以包括:
确定该当前用户的健康发展轨迹所对应的多维信息组,其中,每一个多维信息组对应有一个时间点下的用户健康状态以及该当前用户的与疾病无关的各项指标信息所对应的分析结果;
将代表该当前用户的健康发展轨迹所对应的每一多维信息组的空间坐标点标注在该多维空间坐标系中,其中,该多维空间坐标系中疾病类型作为一个坐标轴的标识内容,不同的健康相关指标作为不同的坐标轴的标识内容,与疾病无关的各项指标信息所对应的分析结果作为一个坐标轴的标识内容,并且,各个坐标轴相互正交;
分别确定该健康发展轨迹库中其他用户的健康发展轨迹所对应的多维信息组,其中,每一个多维信息组对应有一个时间点下的用户健康状态以及相应用户的与疾病无关的各项指标信息所对应的分析结果;
将代表该其他用户的健康发展轨迹所对应的多维信息组的空间坐标点标注在该多维空间坐标系中;
将代表预设的系统健康发展轨迹所对应的多维信息组的空间坐标点标注在该多维空间坐标系中,其中,每一组多维信息组对应有一个时间点下的系统健康状态以及预设的与疾病无关的各项指标信息所对应的分析结果;
统计该当前用户的健康发展轨迹所对应的各个空间坐标点中,与系统健康发展轨迹所对应的相应空间坐标点的空间距离小于预设空间距离的空间坐标点的个数,并将所统计出的空间坐标点的个数与该系统健康发展轨迹所对应的空间坐标点的个数的百分比确定为该当前用户的健康发展轨迹与该系统健康发展轨迹的相似度;
统计其他用户的健康发展轨迹所对应的各个空间坐标点中,与系统健康发展轨迹所对应的相应空间坐标点的空间距离小于预设空间距离的空间坐标点的个数,并将所统计出的空间坐标点的个数与系统健康发展轨迹所对应的空间坐标点的个数的百分比确定为相应其他用户的健康发展轨迹与系统健康发展轨迹的相似度;
确定与该当前用户的健康发展轨迹所对应相似度的差值小于第一预设数值的其他用户的健康发展轨迹为与该当前用户的健康发展轨迹相匹配的健康发展轨迹。
其中,上述的系统健康状态可以包括疾病对应的系统健康状态和/或健康相关指标对应的系统健康状态;并且,系统健康状态可以由人工自行定义,也可以通过特定的算法统计分析健康发展轨迹库中的健康发展轨迹来确定。需要进一步说明的是,在实际应用中,由于健康相关指标通常以数值形式体现,为了简化流程以及统一数值标准,通常采用人工设定的方式为特定的健康相关指标设定系统健康状态。具体的,对于基于算法确定疾病的系统健康状态的方式而言,所述健康状态数据还可以包括:与疾病无关的各项指标信息;
任意一种疾病的系统健康状态的设置过程可以包括:
基于预先构建的健康发展轨迹库,查找包含当前疾病相关的用户健康状态的健康发展轨迹;
分别确定所查找到的健康发展轨迹所对应的多维信息组,其中,每一个多维信息组对应有一个时间点下的用户健康状态以及相应的健康发展轨迹所对应用户的与疾病无关的各项指标信息所对应的分析结果;
将代表所确定出的多维信息组的空间坐标点标注在该多维空间坐标系中,其中,该多维空间坐标系中疾病类型作为一个坐标轴的标识内容,不同的健康相关指标作为不同的坐标轴的标识内容,与疾病无关的各项指标信息所对应的分析结果作为一个坐标轴的标识内容,并且,各个坐标轴相互正交;
以每一空间坐标点为中心点,分别统计预设多维空间距离内的空间坐标点的个数;
将所统计的空间坐标点的个数大于第二预设数值的中心点确定为系统状态点;
将系统状态点所对应的用户健康状态作为系统健康状态。
其中,与疾病无关的各项指标信息所对应的分析结果可以为该各项指标中的一项指标,或者,也可以为基于该各项指标信息所确定出的信息;并且,该当前用户和其他用户所分别对应的与疾病无关的各项指标信息所对应的分析结果属于同一类信息。
举例而言:如图6所示的多维空间坐标系中,空间坐标点(a1,b1,c1)的预设多维空间距离d内包含2个空间坐标点,而对于空间坐标点(a2,b2,c2)、空间坐标点(a3,b3,c3)以及空间坐标点(a1,b1,c1)的预设多维空间距离d内所包含2个空间坐标点而言,各自对应的预设多维空间距离d内所包含的空间坐标点的个数均少于2个,假设第二预设数值为1,则空间坐标点(a1,b1,c1)可以被确定为系统状态点。
需要说明的是,在二维空间中,一个多维空间距离就是一个圆形,在三维空间中,一个多维空间距离是个球体,在n维空间的中一个多维空间距离,是n维的实体。
并且,该种方式的系统健康状态的确定过程中,可以结合可信度,例如:如果一个空间坐标点为中心点的预设多维空间距离内的空间坐标点的个数大于第二预设数值,则将预设多维空间距离内的空间坐标点所对应的可信度之和与预设数值比较,如果仍大于第二预设阈值,则将该作为中心点的空间坐标点确定为系统状态点。
需要强调的是,上述的在预先构建的健康发展轨迹库中,查找与所述当前用户的健康发展轨迹相匹配的健康发展轨迹的具体实现方式仅仅作为示例,并不应该构成对本发明实施例的限定。
进一步需要强调的是,基于预先构建的健康发展轨迹库中的健康发展轨迹,至少还可以实现:(1)通过统计分析经过同一医院或医生治疗的用户的健康发展轨迹,得出所擅长的疾病、治愈率、用药多少、费用、是否有副作用等信息,进而直接推送给相关的用户;(2)可以分析某一指定区域的用户的健康发展轨迹以及处于健康状态的人群的比例得出某种疾病爆发的概率和/或消失的概率;(3)通过存储用户的健康发展轨迹,对大量用户的病历、体检报告、用户上传的健康状态数据进行多维度分析,并通过特定的数据应用客户端对外提供分析报告,提供给政府部门、医疗机构、医院、医药企业,可用于医疗规划、科室设置、药品、医疗的生产等,也用于指导医院、体检机构、健身机构、药店的开设参考。
并且,在具体实现时,本发明实施例所提供的方案可以基于云存储技术,例如:Hadoop,Google File System等分布式计算技术实现。其中,Hadoop的框架最核心的设计包括HDFS和MapReduce,HDFS为海量的数据提供了存储,MapReduce则为海量的数据提供了并行计算服务能力。
具体的,基于HDFS(Hadoop Distribute File System)可以将大量小的计算机中的存储空间集成为一个大的分布式存储空间,现有的开源HDFS软件可以实现5000台计算机形成一个分布式存储空间,许多公司有自己的优化技术,可以实现几万台计算机形成一个大型分布式存储空间。通常,一个用户健康发展轨迹占用大约十兆左右的空间,按照一台计算机配置2T存储空间,通过分布式计算后,能提供约500G的可靠存储,一台计算机可以存储5万用户的健康发展轨迹;2万台计算机可以存储10亿用户的健康发展轨迹。
具体的,MapReduce是一种分布式计算技术,能够将对于大量数据的分析、查询、计算等任务分解成小的任务,分别执行;分别执行后的结果,再次经过聚合之后,形成最终的计算结果;其中,MapReduce的这种能力很适合基于大量用户的健康发展轨迹的分析,而由于MapReduce在互联网搜索引擎方面的已经取得很广泛的应用,其不是本方案的主要内容,在此不作详述。
相应于上述方法实施例,本发明实施例还提供了一种健康信息处理系统,如图2所示,可以包括:用户侧设备100和网络侧设备200;
其中,用户侧设备100具体包括:
健康状态数据获得模块110,用于获得当前用户的健康状态数据;
健康状态数据发送模块120,用于将所获得的健康状态数据发送至网络侧设备;
所述用户侧设备100可以是具有用户健康状态数据采集功能的设备;或具有用户健康状态数据采集功能的设备的关联设备。
健康状态数据获得模块110,具体可以用于:周期性获得当前用户的健康状态数据;或设备根据用户手动触发操作,获得当前用户的健康状态数据。
所述健康状态数据发送模块120,具体可以用于:周期性将所获得的健康状态数据发送至网络侧设备,或根据用户手动触发操作,将所获得的健康状态数据发送至网络侧设备。
另一方面,健康状态数据发送模块120,具体可以用于:将所获得的全部健康状态数据发送至网络侧设备;或将满足预设发送条件的的健康数据发送至网络侧设备;或根据用户的选择操作,将所获得的健康状态数据发送至网络侧设备;或对所获得的健康状态数据进行预处理提取,形成特征摘要数据,将所述特征摘要数据发送至网络侧设备。
网络侧设备200具体包括:
健康发展轨迹获取模块210,用于获取当前用户的健康发展轨迹;其中,所述当前用户的健康发展轨迹基于所述当前用户的健康状态数据确定,轨迹上每一个点对应一个时间点,每一个时间点对应一个用户健康状态,每一时间点所对应的用户健康状态均至少包括:该时间点下的曾患疾病的疾病类型、现患疾病的疾病类型或健康相关指标信息;
匹配轨迹查找模块220,用于在预先构建的健康发展轨迹库中,查找与所述当前用户的健康发展轨迹相匹配的健康发展轨迹;其中,所述健康发展轨迹库中不同的健康发展轨迹对应不同的用户;
健康推送信息生成模块230,用于根据查找结果,生成针对于所述当前用户的健康推送信息;
健康推送信息推送模块240,用于将所生成的健康推送信息推送给所述当前用户。
本实施例在获取到当前用户的健康发展轨迹后,在预先构建的健康发展轨迹库中,查找与当前用户的健康发展轨迹相关联的其他用户的健康发展轨迹,并将根据查找结果所生成的当前用户的健康推送信息推送给当前用户,以此实现了通过分析用户与其他用户的作为健康信息的健康发展轨迹来向该用户推送特定的健康推送信息,从而更好的满足用户的需求的目的。具体的,所述健康发展轨迹库通过轨迹库构建模块所构建;
其中,所述轨迹库构建模块构建所述健康发展轨迹库的过程,包括:
获取各个用户的健康状态数据;其中,所述健康状态数据至少包括用户的身份标识信息,以及,曾患疾病信息、现患疾病信息和健康相关信息三者中的至少一种;其中,所述曾患疾病信息包括曾患疾病的疾病类型和患病时间,所述现患疾病信息包括现患疾病的疾病类型和患病时间,所述健康相关信息包括健康相关指标信息和信息采集时间;生成各个用户的健康发展轨迹;其中,轨迹上每一个点对应一个时间点,每一个时间点对应一个用户健康状态,每一时间点所对应的用户健康状态均至少包括该时间点下的曾患疾病的疾病类型、现患疾病的疾病类型或健康相关指标信息,所述时间点包括患病时间或信息采集时间;
对各个用户的健康发展轨迹与身份标识信息进行关联,生成健康发展轨迹库。
在一种实现方式中,所述健康发展轨迹获取模块210,可以包括:
标识信息获得单元,用于获得当前用户的身份标识信息;
第一健康发展轨迹获取单元,用于基于所述当前用户的身份标识信息,在预先构建的健康发展轨迹库中查找所述当前用户的健康发展轨迹。
在另一种实现方式中,所述健康发展轨迹获取模块210,可以包括:
健康状态数据获取单元,用于获取当前用户的健康状态数据;
第二健康发展轨迹获取单元,用于基于所获取的健康状态数据,生成所述当前用户的健康发展轨迹。
在第一种实现方式中,所述匹配轨迹查找模块220,可以包括:
第一匹配轨迹查找单元,用于在预先构建的健康发展轨迹库中,查找包含所述当前用户的健康发展轨迹中现患疾病的疾病类型所对应用户健康状态的健康发展轨迹。
在第二种实现方式中,所述匹配轨迹查找模块220,可以包括:
第一匹配轨迹查找单元,用于在预先构建的健康发展轨迹库中,查找包含所述当前用户的健康发展轨迹中健康相关指标信息所对应用户健康状态的健康发展轨迹。
在第三种实现方式中,所述匹配轨迹查找模块220,可以包括:
第三匹配轨迹查找单元,用于在预先构建的健康发展轨迹库中,查找满足预设相似条件的健康发展轨迹;
所述满足预设相似条件为:对于给定轨迹X,若该轨迹X的全部或部分轨迹与所述当前用户的健康发展轨迹之间的相似度大于预设的阈值,则该轨迹X满足预设相似条件。
在一种实现方式中,所述健康推送信息生成模块230,可以包括:
第一健康推送信息生成单元,用于将作为查找结果的健康发展轨迹确定为针对于所述当前用户的健康推送信息。
在另一种实现方式中,所述健康推送信息生成模块230,可以包括:
第二健康推送信息生成单元,用于将作为查找结果的健康发展轨迹所对应的用户的身份标识信息作为针对所述当前用户的健康推送信息。
更进一步的,所述健康状态数据还可以包括驱动事件,所述驱动事件为所对应患病时间相邻的疾病类型之间发生转移所基于的事件;
相应的,所述健康推送信息生成模块230,可以包括:
驱动事件统计单元,用于统计分析作为查找结果的健康发展轨迹所对应用户的疾病类型发生转移所基于的驱动事件;
第三健康推送信息生成单元,用于将统计分析得到的符合预设推送条件的驱动事件作为针对于所述当前用户的健康推送信息。
具体的,所述驱动事件包括:自然转移、特定药物治疗、特定物理治疗、体育锻炼治疗、特定医生治疗和特定医院治疗中的一种或多种。
其次,本发明实施例还提供了另一种健康信息处理方法及系统,以实现通过分析基于多用户的健康发展轨迹形成的状态转移信息来向用户推送特定的健康推送信息,从而更好的满足用户的需求的目的。如图3所示,该方法可以包括如下步骤:
S301,用户侧设备获得当前用户的健康状态数据,将所获得的健康状态数据发送至网络侧设备;
用户侧设备本身可以具有采集用户健康数据的功能,并可以直接将用户健康数据上传至网络侧设备。例如手机上有计步器功能,可以调用手机的计步器功能,将用户的运动步数上传至网络侧。
或者,用户侧设备也可以仅具有检测用户健康数据的功能,例如智能手表、智能手环、智能项圈、智能腰带、智能护膝、智能内衣等可穿戴设备,这些设备可以采集用户的心跳、血压、体温、睡眠时间、甚至腰围等健康数据,然后通过与这些智能设备相关联的通信设备(例如手机、平板电脑等)将采集到到数据上传至网络侧。当然,如果上述智能设备本身也具有通信功能,也可以直接将检测到的数据上传到网络侧设备。
根据用户侧设备功能的不同以及采集数据种类的不同,可以是周期地采集用户健康数据,例如心跳、血压等数据,也可以是根据用户的手动触发操作,对用户的健康数据进行采集,例如在运动时开始采集心跳、血压等数据。相应地,采集到的用户健康数据,也可以周期地发送至网络侧设备,或者根据用户的手动触发操作发送至网络侧设备。上述的数据采集周期和数据发送周期均可以由用户自行配置,可以理解的是,实时采集/发送,也可以理解为周期采集/发送的一种情况。
对于采集的用户健康数据,可以全部发送至网络侧设备。为了节约流量,也可以选择性地发送至网络侧设备。这里的选择既可以是用户手动选择,也可以是根据预设的发送条件,自动确定需要将哪些数据发送至网络侧设备。例如:监测到用户进入运动状态时、或监测到用户的某些健康状态数据值达到预设的阈值时,或将特定时段的健康状态数据发送至网络侧设备,等等。这里的发送条件可以用户手动设置,也可以由网络侧下发。
在本发明一种实施方式中,用户侧设备还可以对用户健康数据进行预处理,抽象出一些更具有代表性的特征描述数据,这些特征描述数据也可以称为用户画像数据(UserProfile),这样做的好处是可以在一定程度上减少需要传输至网络侧设备的数据量,同时也可以降低网络侧设备的处理负担,便于网络侧直接根据这些特征描述数据进行健康发展轨迹、健康转移状态等相关处理。
例如:对于血压、心跳、呼吸等实时变化的生理数据,可以根据在某个预设的采集周期时段(例如一天)内采集到的数据,通过预处理,形成该周期内的摘要数据,摘要内容可以包含:周期内的生理数据最高值/最低值、最高值/最低值出现的时刻、周期内的生理数据平均值、波动规律(波动平缓、波动剧烈等等);对于体重、腰围等变化较慢的数据,则可以针对相对较长的采集周期(例如一周、半个月等等)进行预处理;同理,对于用户的运动数据也可以坐类似处理,这里不再逐一进行例举。
S302,网络侧设备获取当前用户的健康发展轨迹;
当用户通过特定方式触发健康信息处理过程开启时,可以获取当前用户的健康发展轨迹,进而基于所获取的健康发展轨迹执行后续的操作。其中,该当前用户的健康发展轨迹基于该当前用户的健康状态数据确定,并且,轨迹上每一个点对应一个时间点,每一个时间点对应一个用户健康状态,每一时间点所对应的用户健康状态均至少包括该时间点下的曾患疾病的疾病类型、现患疾病的疾病类型或健康相关指标信息。具体的,所谓疾病类型可以包括:疾病名称和患病程度;所谓健康相关指标信息包括:年龄、体重、血型、血压、血脂、心跳、视力、是否有运动资质和地域中的一种或多种,当然并不局限于此;而所谓特定方式可以为用户浏览自身的健康状态数据、修改自身的健康状态数据的方式或点击特定按钮的方式,等等,这都是合理的。
进一步需要强调的是,由于轨迹上每一时间点所对应的用户健康状态均至少包括该时间点下的曾患疾病的疾病类型、现患疾病的疾病类型或健康相关指标信息,因此,健康发展轨迹不但能够体现用户的疾病发展轨迹而且还能体现健康相关指标信息的发展轨迹;并且,每一时间点所对应的用户健康状态可以仅仅包括健康相关指标信息,或者,可以包括曾患疾病的疾病类型以及该曾患疾病的患病时间下的健康相关指标信息,或者,可以包括现患疾病的疾病类型以及该现患疾病的患病时间下的健康相关指标信息,这都合理的。可以理解的是,对于之前未有任何病史且当前未患病的极为关注自身健康的用户而言,该用户的健康发展轨迹所涵盖的用户健康状态仅仅包括健康相关指标信息;对于之前有病史但当前未患病的极为关注自身健康的用户而言,该用户的健康发展轨迹所涵盖的用户健康状态可以包括曾患疾病的疾病类型和健康相关指标信息;对于之前有病史且当前患病的用户而言,该用户的健康发展轨迹所涵盖的用户健康状态可以包括曾患疾病的疾病类型、现患疾病的疾病类型和健康相关指标信息。
具体的,在一种实现方式中,所述获取当前用户的健康发展轨迹,可以包括:
获得当前用户的身份标识信息;
基于该当前用户的身份标识信息,在预先构建的健康发展轨迹库中查找该当前用户的健康发展轨迹。
在上述的该种实现方式中,预先构建的健康发展轨迹库中对各个用户的健康发展轨迹与身份标识信息进行关联,因此,健康信息处理过程开启后,可以首先获得当前用户的身份标识信息,然后,从预先构建的健康发展轨迹库中,查找该当前用户的身份标识信息所关联的健康发展轨迹。可以理解的是,为了保证各个用户的隐私性,各个用户的身份标识信息可以为:用户自行填写的昵称,用户自行向服务器申请的ID号,或者,服务器基于用户的真实姓名或身份证号码等个人信息所自动生成的标识号,或者,医院的挂号卡号码、病例号码,等等,这都是合理的。其中,关于健康发展轨迹库的构建过程后续将进行介绍。
而在另一种实现方式中,可以通过即时生成的方式,获取该当前用户的健康发展轨迹;具体的,所述获取当前用户的健康发展轨迹,可以包括:
获取当前用户的健康状态数据;
基于所获取的健康状态数据,生成该当前用户的健康发展轨迹。
在上述的该种实现方式中,在健康信息处理过程开启后,可以指示用户输入自身的健康状态数据,进而基于所获取的健康状态数据来生成该当前用户的健康发展轨迹。其中,为了生成该当前用户的健康发展轨迹,当前用户的健康状态数据可以至少包括:该当前用户的身份标识信息,以及,曾患疾病信息、现患疾病信息和健康相关信息三者中的至少一种;其中,该曾患疾病信息包括曾患疾病的疾病类型和患病时间,该现患疾病信息包括现患疾病的疾病类型和患病时间,该健康相关信息包括健康相关指标信息和信息采集时间。
当然,获取当前用户的健康发展轨迹可以结合上述两种方式,具体的,所述获取当前用户的健康发展轨迹,可以包括:
获得当前用户的身份标识信息;
判断该当前用户的身份标识信息是否存在于预先构建的健康发展轨迹库中;
如果存在,直接在该健康发展轨迹库中查找该当前用户的健康发展轨迹;
如果不存在,指示当前用户输入健康状态数据,进而获取当前用户的健康状态数据,基于所获取的健康状态数据,生成该当前用户的健康发展轨迹。
可以理解的是,获取当前用户的健康状态数据的方式可以包括:获取该当前用户在预先设置的健康信息输入模板所输入的健康状态数据;或者,通过扫描该当前用户的现有的病例和/或体检报告进而识别获取该当前用户的健康状态数据。
进一步需要强调的是,上述的获取当前用户的健康发展轨迹的具体实现方式仅仅作为示例,并不应该构成对本发明实施例的限定。
S303,获取该当前用户的健康发展轨迹中的待处理的用户健康状态;
由于为了向该当前用户推送基于用户健康状态相关的状态转移信息所确定出的信息,并且,对于一个健康发展轨迹而言,所包含的用户健康状态不止一个,因此,可以获取该当前用户的健康发展轨迹中的待处理的用户健康状态。
其中,该待处理的用户健康状态可以为系统设置的默认的用户健康状态或者用户自行请求的用户健康状态,这都是合理的;并且,该待处理的用户健康状态可以为一个或多个。可以理解的是,通常用户较为关心的是现患疾病或当前的健康相关指标信息后续所能发展成的状态,因此,在实际应用中,待处理的用户健康状态可以为现患疾病的疾病类型所对应的用户健康状态或当前的健康相关指标信息所对应的用户健康状态,当然并不局限于此。
S304,在预先构建的状态转移信息库中,查找待处理的用户健康状态所对应的状态转移信息;
其中,在获取该当前用户的健康发展轨迹中的待处理的用户健康状态后,可以在预先构建的状态转移信息库中,查找待处理的用户健康状态所对应的状态转移信息,进而基于所查找的状态转移信息执行后续的操作。其中,该状态转移信息库中不同的状态转移信息对应不同种类的疾病或不同组别的健康相关指标,每一种疾病的状态转移信息表示该疾病的任意两种系统健康状态发生转移时所基于的驱动事件以及所基于的驱动事件所对应的转移概率,每一组健康相关指标的状态转移信息表示该组健康相关指标的任意两种系统健康状态发生转移的转移概率;并且,该状态转移信息库基于预先构建的健康发展轨迹库构建,该健康发展轨迹库中不同的健康发展轨迹对应不同的用户。具体的,驱动事件可以包括:自然转移、特定药物治疗、特定物理治疗、体育锻炼治疗、特定医生治疗和特定医院治疗中的一种或多种。当然,每一种疾病的状态转移信息还可以表示该疾病的任意两种系统健康状态基于某一驱动事件发生转移的次数。其中,为了布局清楚起见,后续详细介绍健康发展轨迹的构建过程和状态信息转移库的构建过程。
需要强调的是,状态转移信息的展示形式可以包括:状态转移图,或,状态转移表,当然并不局限于此。举例而言,某一疾病所对应的状态转移图可以如图5所示,其中,系统健康状态包括:系统健康状态A、系统健康状态B、系统健康状态C和系统健康状态D,其中,任意两个系统健康状态之间标明由发生有向转移的转移概率、次数,以及转移概率所基于的驱动事件。
可以理解的是,对于一个疾病而言,系统健康状态可以包括:患病与痊愈两个状态;当然,由于一个疾病的患病程度通常可以为多个级别,因此,系统健康状态可以包括:表明患病严重程度的多个状态。并且,疾病的系统健康状态可以由人工自行定义,也可以通过特定的算法统计分析健康发展轨迹库中的健康发展轨迹来确定,关于通过算法确定疾病的系统健康状态的方式与本文上述方法实施例中确定疾病的系统健康状态的方式相同,在此不做赘述。同样的,对于一组健康相关指标而言,系统健康状态可以仅仅包括不同数值范围的健康相关指标信息;而由于某一数值范围的健康相关指标信息可能为某一疾病的前兆信息,因此,系统健康状态可以包括不同数值的健康相关指标信息和疾病类型,这也是合理的。并且,健康相关指标的系统健康状态可以由人工自行定义,也可以通过与计算疾病的系统健康状态相类似的算法来计算系统健康状态;需要进一步说明的是,在实际应用中,由于健康相关指标通常以数值形式体现,为了简化流程以及统一数值标准,通常采用人工设定的方式为特定的健康相关指标设定系统健康状态。
S305,根据查找结果,生成针对于该当前用户的健康推送信息;
在预先构建的状态转移信息库中,查找待处理的用户健康状态所对应的状态转移信息后,可以根据查找结果,生成针对于该当前用户的健康推送信息。
具体的,在一种实现方式中,所述根据查找结果,生成针对于该当前用户的健康推送信息,可以包括:
将所查找到的状态转移信息作为针对于该当前用户的健康推送信息。
基于该种方式,将全部的状态转移信息发送给该当前用户,该当前用户能够基于该状态转移信息确定出各个系统健康状态之间如何发生转移的,了解到该疾病相关的更加全面的状态转移信息。
在另一种实现方式中,所述根据查找结果,生成针对于该当前用户的健康推送信息,可以包括:
基于所查找到的状态转移信息,确定与待处理的用户健康状态相匹配的系统健康状态;
当所查找到的状态转移信息为疾病的状态转移信息时,将所述确定出的系统健康状态所能够转移到的其他的系统健康状态连同发生转移所基于的驱动事件和相应的转移概率确定为针对于该当前用户的健康推送信息;
当所查找到的状态转移信息为健康相关指标的状态转移信息时,将所述确定出的系统健康状态所能够转移到的其他的系统健康状态连同发生转移的转移概率确定为针对于该当前用户的健康推送信息。
基于该种方式,该当前用户能够清楚知悉与待处理的用户健康状态相关的系统健康状态转移到其他系统健康状态的转移信息,较为简单的明确对自己有用的健康信息。
S306,将所生成的健康推送信息推送给所述用户侧设备或所述用户侧设备的关联设备。
推送信息可以直接推送至发送用户健康数据的设备,也可以推送至发送设备相关联的设备。例如,发送设备为具有通信功能的智能手环,则可以将健康推送信息推送至与该智能手环绑定的手机。或者,智能手机A属于某病人,则根据该手机所发送数据生成的推送信息,可以推送给该病人亲属所拥有的智能手机B。
本实施例在获取到当前用户的健康发展轨迹后,在基于健康发展轨迹库预先构建的状态转移信息库中,查找待处理的用户健康状态所对应的状态转移信息,并将基于查找结果生成的健康推送信息推送当前用户,以此实现了通过分析基于多用户的健康发展轨迹形成的状态转移信息来向该用户推送特定的健康推送信息,从而更好的满足用户的需求的目的。
下面介绍健康发展轨迹的构建过程和状态信息转移库的构建过程。
(1)所述健康发展轨迹库的构建过程,可以包括:
获取各个用户的健康状态数据;其中,所述健康状态数据至少包括用户的身份标识信息,以及,曾患疾病信息、现患疾病信息和健康相关信息三者中的至少一种;其中,所述曾患疾病信息包括曾患疾病的疾病类型和患病时间,所述现患疾病信息包括现患疾病的疾病类型和患病时间,所述健康相关信息包括健康相关指标信息和信息采集时间;
生成各个用户的健康发展轨迹;其中,轨迹上每一个点对应一个时间点,每一个时间点对应一个用户健康状态,每一时间点所对应的用户健康状态均至少包括该时间点下的曾患疾病的疾病类型、现患疾病的疾病类型或健康相关指标信息,所述时间点包括患病时间或信息采集时间;
对各个用户的健康发展轨迹与身份标识信息进行关联,生成健康发展轨迹库。
需要说明的是,本文上述方法实施例详细介绍了健康发展轨迹库的构建过程,而本实施例中的健康发展轨迹库的构建过程与本文上述方法实施例中的健康发展轨迹库的构建过程完全相同,在此不做赘述。
(2)由于构建状态转移信息库需要利用到状态转移所基于的事件,以更好地为用户推送有用的信息,因此,健康状态数据还可以包括驱动事件,驱动事件为所对应患病时间相邻的疾病类型之间发生转移所基于的事件;该状态转移信息库的构建过程,可以包括:
确定为各种疾病所设置的系统健康状态和为各组健康相关指标所设置的系统健康状态;
生成各种疾病所对应的状态转移信息和各组健康相关指标所对应的状态转移信息,并将所生成的各种疾病所对应的状态转移信息和各组健康相关指标所对应的状态转移信息构建为状态转移信息库;
其中,生成任意一种疾病所对应的状态转移信息的过程,可以包括:
在预先构建的健康发展轨迹库中,查找包含与当前疾病相关的至少两个用户健康状态的健康发展轨迹;
确定所查找到的每一条健康发展轨迹中与该当前疾病的系统健康状态相匹配的用户健康状态;
将所确定出的每一条健康发展轨迹中时间点相邻的任意两个用户健康状态之间所发生的转移确定为相应系统健康状态之间所发生的转移,并确定出该转移所基于的驱动事件;
进而,统计当前疾病的任意两个系统健康状态发生转移所基于的驱动事件,以及所基于的驱动事件所对应的转移概率;
其中,生成任意一组健康相关指标所对应的状态转移信息的过程,包括:
在预先构建的健康发展轨迹库中,查找包含与当前组健康相关指标相关的至少两个用户健康状态的健康发展轨迹;
确定所查找到的每一条健康发展轨迹中与当前组健康相关指标的系统健康状态相匹配的用户健康状态;
将所确定出的每一条健康发展轨迹中时间点相邻的任意两个用户健康状态之间所发生的转移确定为相应系统健康状态之间所发生的转移;
进而,统计当前组健康相关指标的任意两个系统健康状态发生转移的转移概率。
进一步需要强调的是,基于预先构建的健康发展轨迹库中的健康发展轨迹,至少还可以实现:(1)通过统计分析经过同一医院或医生治疗的用户的健康发展轨迹,得出所擅长的疾病、治愈率、用药多少、费用、是否有副作用等信息,进而直接推送给相关的用户;(2)可以分析某一指定区域的用户的健康发展轨迹以及处于健康状态的人群的比例得出某种疾病爆发的概率和/或消失的概率;(3)通过存储用户的健康发展轨迹,对大量用户的病历、体检报告、用户上传的健康状态数据进行多维度分析,并通过特定的数据应用客户端对外提供分析报告,提供给政府部门、医疗机构、医院、医药企业,可用于医疗规划、科室设置、药品、医疗的生产等,也用于指导医院、体检机构、健身机构、药店的开设参考。
并且,在具体实现时,本发明实施例所提供的方案可以基于云存储技术,例如:Hadoop,Google File System等分布式计算技术实现。其中,Hadoop的框架最核心的设计包括HDFS和MapReduce,HDFS为海量的数据提供了存储,MapReduce则为海量的数据提供了并行计算服务能力。
相应于上述方法实施例,本发明实施例还提供了一种健康信息处理系统,如图4所示,可以包括:用户侧设备300和网络侧设备400;
其中,用户侧设备300具体包括:
健康状态数据获得模块310,用于获得当前用户的健康状态数据;
健康状态数据发送模块320,用于将所获得的健康状态数据发送至网络侧设备;
所述用户侧设备300可以是具有用户健康状态数据采集功能的设备;或具有用户健康状态数据采集功能的设备的关联设备。
健康状态数据获得模块310,具体可以用于:周期性获得当前用户的健康状态数据;或设备根据用户手动触发操作,获得当前用户的健康状态数据。
所述健康状态数据发送模块320,具体可以用于:周期性将所获得的健康状态数据发送至网络侧设备,或根据用户手动触发操作,将所获得的健康状态数据发送至网络侧设备。
另一方面,健康状态数据发送模块320,具体可以用于:将所获得的全部健康状态数据发送至网络侧设备;或将满足预设发送条件的的健康数据发送至网络侧设备;或根据用户的选择操作,将所获得的健康状态数据发送至网络侧设备;或对所获得的健康状态数据进行预处理提取,形成特征摘要数据,将所述特征摘要数据发送至网络侧设备。
网络侧设备400具体包括:
健康发展轨迹获取模块410,用于获取当前用户的健康发展轨迹;其中,所述当前用户的健康发展轨迹基于所述当前用户的健康状态数据确定,轨迹上每一个点对应一个时间点,每一个时间点对应一个用户健康状态,每一时间点所对应的用户健康状态均至少包括:该时间点下的曾患疾病的疾病类型、现患疾病的疾病类型或健康相关指标信息;
待处理状态确定模块420,用于确定所述当前用户的健康发展轨迹中的待处理的用户健康状态;
状态转移信息查找模块430,用于在预先构建的状态转移信息库中,查找所述待处理的用户健康状态所对应的状态转移信息;其中,所述状态转移信息库中不同的状态转移信息对应不同种类的疾病或不同组别的健康相关指标,每一种疾病的状态转移信息表示该疾病的任意两种系统健康状态发生转移时所基于的驱动事件以及所基于的驱动事件所对应的转移概率,每一组健康相关指标的状态转移信息表示该组健康相关指标的任意两种系统健康状态发生转移的转移概率;并且,所述状态转移信息库基于预先构建的健康发展轨迹库构建,所述健康发展轨迹库中不同的健康发展轨迹对应不同的用户;
健康推送信息生成模块440,用于根据查找结果,生成针对于所述当前用户的健康推送信息;
健康推送信息推送模块450,用于将所生成的健康推送信息推送给所述当前用户。
本实施例在获取到当前用户的健康发展轨迹后,在基于健康发展轨迹库预先构建的状态转移信息库中,查找待处理的用户健康状态所对应的状态转移信息,并将基于查找结果生成的健康推送信息推送当前用户,以此实现了通过分析基于多用户的健康发展轨迹形成的状态转移信息来向该用户推送特定的健康推送信息,从而更好的满足用户的需求的目的。
具体的,所述健康发展轨迹库通过轨迹库构建模块所构建,其中,
所述轨迹库构建模块构建健康发展轨迹库的过程,包括:
获取各个用户的健康状态数据;其中,所述健康状态数据至少包括用户的身份标识信息,以及,曾患疾病信息、现患疾病信息和健康相关信息三者中的至少一种;其中,所述曾患疾病信息包括曾患疾病的疾病类型和患病时间,所述现患疾病信息包括现患疾病的疾病类型和患病时间,所述健康相关信息包括健康相关指标信息和信息采集时间;
生成各个用户的健康发展轨迹;其中,轨迹上每一个点对应一个时间点,每一个时间点对应一个用户健康状态,每一时间点所对应的用户健康状态均至少包括该时间点下的曾患疾病的疾病类型、现患疾病的疾病类型或健康相关指标信息,所述时间点包括患病时间或信息采集时间;
对各个用户的健康发展轨迹与身份标识信息进行关联,生成健康发展轨迹库;
相应的,所述健康状态数据还包括:驱动事件,所述驱动事件为所对应患病时间相邻的疾病类型之间发生转移所基于的事件;
所述状态转移信息库通过转移信息库构建模块所构建,其中,所述转移信息库构建模块构建状态转移信息库的过程,包括:
确定为各种疾病所设置的系统健康状态和为各组健康相关指标所设置的系统健康状态;
生成各种疾病所对应的状态转移信息和各组健康相关指标所对应的状态转移信息,并将所生成的各种疾病所对应的状态转移信息和各组健康相关指标所对应的状态转移信息构建为状态转移信息库;
其中,生成任意一种疾病所对应的状态转移信息的过程,包括:
在预先构建的健康发展轨迹库中,查找包含与当前疾病相关的至少两个用户健康状态的健康发展轨迹;
确定所查找到的每一条健康发展轨迹中与所述当前疾病的系统健康状态相匹配的用户健康状态;
将所确定出的每一条健康发展轨迹中时间点相邻的任意两个用户健康状态之间所发生的转移确定为相应系统健康状态之间所发生的转移,并确定出该转移所基于的驱动事件;
进而,统计所述当前疾病的任意两个系统健康状态发生转移所基于的驱动事件,以及所基于的驱动事件所对应的转移概率;
其中,生成任意一组健康相关指标所对应的状态转移信息的过程,包括:
在预先构建的健康发展轨迹库中,查找包含与当前组健康相关指标相关的至少两个用户健康状态的健康发展轨迹;
确定所查找到的每一条健康发展轨迹中与所述当前疾病的系统健康状态相匹配的用户健康状态;
将所确定出的每一条健康发展轨迹中时间点相邻的任意两个用户健康状态之间所发生的转移确定为相应系统健康状态之间所发生的转移;
进而,统计所述当前疾病的任意两个系统健康状态发生转移的转移概率。
具体的,所述健康状态数据还包括:与疾病无关的各项指标信息;
任意一种疾病的系统健康状态通过疾病系统健康状态设置单元来设置;
其中,所述疾病系统健康状态设置单元设置任意一种疾病的系统健康状态的过程包括:
基于预先构建的健康发展轨迹库,查找包含当前疾病相关的用户健康状态的健康发展轨迹;
分别确定所查找到的健康发展轨迹所对应的多维信息组,其中,每一个多维信息组对应有一个时间点下的用户健康状态以及相应的健康发展轨迹所对应用户的与疾病无关的各项指标信息所对应的分析结果;
将代表所确定出的多维信息组的空间坐标点标注在该多维空间坐标系中,其中,该多维空间坐标系中疾病类型作为一个坐标轴的标识内容,不同的健康相关指标作为不同的坐标轴的标识内容,与疾病无关的各项指标信息所对应的分析结果作为一个坐标轴的标识内容,并且,各个坐标轴相互正交;
以每一空间坐标点为中心点,分别统计预设多维空间距离内的空间坐标点的个数;
将所统计的空间坐标点的个数大于第二预设数值的中心点确定为系统状态点;
将系统状态点所对应的用户健康状态作为系统健康状态。
具体的,在第一种实现方式中,所述健康推送信息生成模块440,可以包括:
第一健康推送信息生成单元,用于将所查找到的状态转移信息作为针对于所述当前用户的健康推送信息。
具体的,在第二种实现方式中,所述健康推送信息生成模块440,可以包括:
匹配单元,用于基于所查找到的状态转移信息,确定与所述待处理的用户健康状态相匹配的系统健康状态;
第二健康推送信息生成单元,用于当所查找到的状态转移信息为疾病的状态转移信息时,将所述确定出的系统健康状态所能够转移到的其他的系统健康状态连同发生转移所基于的驱动事件和相应的转移概率确定为针对于所述当前用户的健康推送信息;
第三健康推送信息生成单元,用于当所查找到的状态转移信息为健康相关指标的状态转移信息时,将所述确定出的系统健康状态所能够转移到的其他的系统健康状态连同发生转移的转移概率确定为针对于所述当前用户的健康推送信息。
具体的,所述状态转移信息的展示形式包括:状态转移图或状态转移表。
对于系统或装置实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
本领域普通技术人员可以理解实现上述方法实施方式中的全部或部分步骤是可以通过程序来指令相关的硬件来完成,所述的程序可以存储于计算机可读取存储介质中,这里所称得的存储介质,如:ROM/RAM、磁碟、光盘等。
以上所述仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等,均包含在本发明的保护范围内。
Claims (11)
1.一种健康信息处理方法,其特征在于,包括:
用户侧设备获得当前用户的健康状态数据,将所获得的健康状态数据发送至网络侧设备,以使所述网络侧设备在获取到当前用户的健康状态数据后,基于当前用户的健康状态数据确定当前用户的健康发展轨迹;其中,当前用户的健康状态数据至少包括:该当前用户的身份标识信息,以及,曾患疾病信息、现患疾病信息和健康相关信息三者中的至少一种;
网络侧设备当用户通过特定方式触发健康信息处理过程开启时,获取当前用户的健康发展轨迹;其中,所述当前用户的健康发展轨迹基于所述用户侧设备发送的当前用户的健康状态数据确定,轨迹上每一个点对应一个时间点,每一个时间点对应一个用户健康状态,每一时间点所对应的用户健康状态均至少包括该时间点下的曾患疾病的疾病类型、现患疾病的疾病类型或健康相关指标信息;
在预先构建的健康发展轨迹库中,查找与所述当前用户的健康发展轨迹相匹配的健康发展轨迹;其中,所述健康发展轨迹库中不同的健康发展轨迹对应不同的用户;
根据查找结果,生成针对于所述当前用户的健康推送信息;
将所生成的健康推送信息推送给所述用户侧设备或所述用户侧设备的关联设备;
其中,所述健康发展轨迹库的构建过程,包括:
获取各个用户的健康状态数据;其中,该健康状态数据至少包括用户的身份标识信息,以及,曾患疾病信息、现患疾病信息和健康相关信息三者中的至少一种;其中,该曾患疾病信息包括曾患疾病的疾病类型和患病时间,该现患疾病信息包括现患疾病的疾病类型和患病时间,该健康相关信息包括健康相关指标信息和信息采集时间;
生成各个用户的健康发展轨迹;其中,轨迹上每一个点对应一个时间点,每一个时间点对应一个用户健康状态,每一时间点所对应的用户健康状态均至少包括该时间点下的曾患疾病的疾病类型、现患疾病的疾病类型或健康相关指标信息,该时间点包括患病时间或信息采集时间;
对各个用户的健康发展轨迹与身份标识信息进行关联,生成健康发展轨迹库。
2.根据权利要求1所述的方法,其特征在于,所述用户侧设备,包括:
具有用户健康状态数据采集功能的设备;
或
具有用户健康状态数据采集功能的设备的关联设备。
3.根据权利要求1所述的方法,其特征在于,所述用户侧设备获得当前用户的健康状态数据,包括:
用户侧设备周期性获得当前用户的健康状态数据;
或
用户侧设备根据用户手动触发操作,获得当前用户的健康状态数据。
4.根据权利要求1所述的方法,其特征在于,所述将所获得的健康状态数据发送至网络侧设备,包括:
周期性将所获得的健康状态数据发送至网络侧设备;
或
根据用户手动触发操作,将所获得的健康状态数据发送至网络侧设备。
5.根据权利要求1所述的方法,其特征在于,所述将所获得的健康状态数据发送至网络侧设备,包括:
将所获得的全部健康状态数据发送至网络侧设备;
或
将满足预设发送条件的健康数据发送至网络侧设备;
或
根据用户的选择操作,将所获得的健康状态数据发送至网络侧设备;
或
对所获得的健康状态数据进行预处理提取,形成特征摘要数据,将所述特征摘要数据发送至网络侧设备。
6.根据权利要求5所述的方法,其特征在于,所述预设发送条件,是由所述网络侧设备根据用户的健康发展轨迹所确定并下发至所述用户侧设备。
7.一种健康信息处理方法,其特征在于,包括:
用户侧设备获得当前用户的健康状态数据,将所获得的健康状态数据发送至网络侧设备;
网络侧设备获取当前用户的健康发展轨迹;其中,所述当前用户的健康发展轨迹基于所述用户侧设备发送的当前用户的健康状态数据确定,轨迹上每一个点对应一个时间点,每一个时间点对应一个用户健康状态,每一时间点所对应的用户健康状态均至少包括:该时间点下的曾患疾病的疾病类型、现患疾病的疾病类型或健康相关指标信息;
确定所述当前用户的健康发展轨迹中的待处理的用户健康状态;
在预先构建的状态转移信息库中,查找所述待处理的用户健康状态所对应的状态转移信息;其中,所述状态转移信息库中不同的状态转移信息对应不同种类的疾病或不同组别的健康相关指标,每一种疾病的状态转移信息表示该疾病的任意两种系统健康状态发生转移时所基于的驱动事件以及所基于的驱动事件所对应的转移概率,每一组健康相关指标的状态转移信息表示该组健康相关指标的任意两种系统健康状态发生转移的转移概率;并且,所述状态转移信息库基于预先构建的健康发展轨迹库构建,所述健康发展轨迹库中不同的健康发展轨迹对应不同的用户;
根据查找结果,生成针对于所述当前用户的健康推送信息;
将所生成的健康推送信息推送给所述用户侧设备或所述用户侧设备的关联设备。
8.一种健康信息处理系统,其特征在于,包括用户侧设备和网络侧设备;
所述用户侧设备包括:
健康状态数据获得模块,用于获得当前用户的健康状态数据;其中,当前用户的健康状态数据至少包括:该当前用户的身份标识信息,以及,曾患疾病信息、现患疾病信息和健康相关信息三者中的至少一种;
健康状态数据发送模块,用于将所获得的健康状态数据发送至网络侧设备,以使所述网络侧设备在获取到当前用户的健康状态数据后,基于当前用户的健康状态数据确定当前用户的健康发展轨迹;
所述网络侧设备,包括:
健康发展轨迹获取模块,用于当用户通过特定方式触发健康信息处理过程开启时,获取当前用户的健康发展轨迹;其中,所述当前用户的健康发展轨迹基于所述当前用户的健康状态数据确定,轨迹上每一个点对应一个时间点,每一个时间点对应一个用户健康状态,每一时间点所对应的用户健康状态均至少包括:该时间点下的曾患疾病的疾病类型、现患疾病的疾病类型或健康相关指标信息;
匹配轨迹查找模块,用于在预先构建的健康发展轨迹库中,查找与所述当前用户的健康发展轨迹相匹配的健康发展轨迹;其中,所述健康发展轨迹库中不同的健康发展轨迹对应不同的用户;
健康推送信息生成模块,用于根据查找结果,生成针对于所述当前用户的健康推送信息;
健康推送信息推送模块,用于将所生成的健康推送信息推送给所述当前用户;
其中,所述健康发展轨迹库的构建过程,包括:
获取各个用户的健康状态数据;其中,该健康状态数据至少包括用户的身份标识信息,以及,曾患疾病信息、现患疾病信息和健康相关信息三者中的至少一种;其中,该曾患疾病信息包括曾患疾病的疾病类型和患病时间,该现患疾病信息包括现患疾病的疾病类型和患病时间,该健康相关信息包括健康相关指标信息和信息采集时间;
生成各个用户的健康发展轨迹;其中,轨迹上每一个点对应一个时间点,每一个时间点对应一个用户健康状态,每一时间点所对应的用户健康状态均至少包括该时间点下的曾患疾病的疾病类型、现患疾病的疾病类型或健康相关指标信息,该时间点包括患病时间或信息采集时间;
对各个用户的健康发展轨迹与身份标识信息进行关联,生成健康发展轨迹库。
9.根据权利要求8所述的系统,其特征在于,所述用户侧设备,包括:
具有用户健康状态数据采集功能的设备;
或
具有用户健康状态数据采集功能的设备的关联设备。
10.一种健康信息处理系统,其特征在于,包括用户侧设备和网络侧设备;
所述用户侧设备包括:
健康状态数据获得模块,用于获得当前用户的健康状态数据;
健康状态数据发送模块,用于将所获得的健康状态数据发送至网络侧设备;
所述网络侧设备,包括:
健康发展轨迹获取模块,用于获取当前用户的健康发展轨迹;其中,所述当前用户的健康发展轨迹基于所述当前用户的健康状态数据确定,轨迹上每一个点对应一个时间点,每一个时间点对应一个用户健康状态,每一时间点所对应的用户健康状态均至少包括:该时间点下的曾患疾病的疾病类型、现患疾病的疾病类型或健康相关指标信息;
待处理状态确定模块,用于确定所述当前用户的健康发展轨迹中的待处理的用户健康状态;
状态转移信息查找模块,用于在预先构建的状态转移信息库中,查找所述待处理的用户健康状态所对应的状态转移信息;其中,所述状态转移信息库中不同的状态转移信息对应不同种类的疾病或不同组别的健康相关指标,每一种疾病的状态转移信息表示该疾病的任意两种系统健康状态发生转移时所基于的驱动事件以及所基于的驱动事件所对应的转移概率,每一组健康相关指标的状态转移信息表示该组健康相关指标的任意两种系统健康状态发生转移的转移概率;并且,所述状态转移信息库基于预先构建的健康发展轨迹库构建,所述健康发展轨迹库中不同的健康发展轨迹对应不同的用户;
健康推送信息生成模块,用于根据查找结果,生成针对于所述当前用户的健康推送信息;
健康推送信息推送模块,用于将所生成的健康推送信息推送给所述当前用户。
11.根据权利要求10所述的系统,其特征在于,所述用户侧设备,包括:
具有用户健康状态数据采集功能的设备;
或
具有用户健康状态数据采集功能的设备的关联设备。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510390956.1A CN106326623B (zh) | 2015-07-06 | 2015-07-06 | 健康信息处理方法及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510390956.1A CN106326623B (zh) | 2015-07-06 | 2015-07-06 | 健康信息处理方法及系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN106326623A CN106326623A (zh) | 2017-01-11 |
CN106326623B true CN106326623B (zh) | 2019-05-10 |
Family
ID=57727521
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510390956.1A Active CN106326623B (zh) | 2015-07-06 | 2015-07-06 | 健康信息处理方法及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN106326623B (zh) |
Families Citing this family (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107563118A (zh) * | 2017-08-31 | 2018-01-09 | 江西博瑞彤芸科技有限公司 | 测试信息的处理方法 |
CN107919168A (zh) * | 2018-01-10 | 2018-04-17 | 董学旺 | 一种远程在线健康管理系统 |
CN108573758B (zh) * | 2018-04-26 | 2021-10-08 | 贵州大学 | 一种智能医疗大数据服务系统及应用方法 |
CN109067830A (zh) * | 2018-06-25 | 2018-12-21 | 深圳还是威健康科技有限公司 | 消息推送方法、装置及终端 |
CN108920682B (zh) * | 2018-07-11 | 2021-08-31 | 厦门盈趣科技股份有限公司 | 基于机器学习和用户画像技术的社交用户推荐方法及装置 |
CN109065137A (zh) * | 2018-08-24 | 2018-12-21 | 广东康竑健康管理有限公司 | 基于用户健康数据的在线健康咨询方法及装置 |
CN111009311A (zh) * | 2019-11-05 | 2020-04-14 | 泰康保险集团股份有限公司 | 一种医疗资源推荐方法、装置、介质和设备 |
CN115910339B (zh) * | 2022-11-25 | 2023-07-07 | 浙江大学 | 体重监测方法、系统、计算机设备和存储介质 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101911078A (zh) * | 2007-12-28 | 2010-12-08 | 皇家飞利浦电子股份有限公司 | 基于疾病概率向量检索类似患者病例 |
CN103780691A (zh) * | 2014-01-20 | 2014-05-07 | 辛志宇 | 智慧睡眠系统及其用户端系统和云端系统 |
CN103905549A (zh) * | 2014-03-28 | 2014-07-02 | 成都悦图科技有限公司 | 基于物联网和云计算的健康管理系统及方法 |
CN104063824A (zh) * | 2014-06-24 | 2014-09-24 | 厦门美柚信息科技有限公司 | 健康指导信息的生成方法及装置 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20030191666A1 (en) * | 2002-04-09 | 2003-10-09 | Kline Jeffrey A. | System and method for evaluating pretest probabilities of life-threatening diseases |
-
2015
- 2015-07-06 CN CN201510390956.1A patent/CN106326623B/zh active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101911078A (zh) * | 2007-12-28 | 2010-12-08 | 皇家飞利浦电子股份有限公司 | 基于疾病概率向量检索类似患者病例 |
CN103780691A (zh) * | 2014-01-20 | 2014-05-07 | 辛志宇 | 智慧睡眠系统及其用户端系统和云端系统 |
CN103905549A (zh) * | 2014-03-28 | 2014-07-02 | 成都悦图科技有限公司 | 基于物联网和云计算的健康管理系统及方法 |
CN104063824A (zh) * | 2014-06-24 | 2014-09-24 | 厦门美柚信息科技有限公司 | 健康指导信息的生成方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
CN106326623A (zh) | 2017-01-11 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN106326623B (zh) | 健康信息处理方法及系统 | |
US10832816B2 (en) | Personalized management and monitoring of medical conditions | |
CN105989235A (zh) | 一种网络随访方法及系统 | |
CN105701330B (zh) | 健康信息处理方法及系统 | |
Li et al. | Building a cloud-based platform for personal health sensor data management | |
CN105574355B (zh) | 临床科研数据的记录方法及系统 | |
CN113066564A (zh) | 一种基于大数据的医疗床位安排系统 | |
CN103384886A (zh) | 学习和优化护理协议 | |
Gu et al. | Discovering and visualizing knowledge evolution of chronic disease research driven by emerging technologies | |
Lee et al. | A data acquisition architecture for healthcare services in mobile sensor networks | |
Rodríguez-Gallego et al. | A collaborative semantic framework based on activities for the development of applications in smart home living labs | |
EP4103057A1 (en) | Multi-process analyte monitoring and communication system | |
Alrehiely et al. | A taxonomy for visualisations of personal physical activity data on self-tracking devices and their applications | |
White | Using topic models to detect behaviour patterns for healthcare monitoring | |
Dobbins et al. | Monitoring and reducing sedentary behavior in the elderly with the aid of human digital memories | |
Pei et al. | Monitoring and Analysis of Youth Sports Physique by Intelligent Medical Robot Based on Cognitive Computing | |
Andreassen | Metrix: Real-time analysis of physical performance parameters in elite soccer | |
Mukhtar | Using persuasive recommendations in wellness applications based upon user activities | |
Satria et al. | Shesop design and implementation as a smart healthcare system service | |
Epelde et al. | Quality of data measurements in the big data era: Lessons learned from MIDAS project | |
Al-Shaher et al. | Design and Implementation of Android Application to Thi-Qar Doctors Guide and Resident Pharmacies | |
Pacheco | Self-service kiosk-based anamnesis system for emergency departments | |
Álvarez et al. | A platform for user empowerment through self ecological momentary assessment/intervention | |
CN114464286B (zh) | 基于人机交互的可视化病例数据导入、报告系统与方法 | |
Lbrini et al. | Big Health Data: A systematic mapping study |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |