CN104715128A - 一种电子健康业务的处理方法和设备 - Google Patents

Abstract

本发明公开了一种电子健康业务的处理方法和设备，包括：接收数据网关通过统一接口采集的包含了每一个用户的身份ID信息的生理特征数据；根据生理特征数据，得到针对每一个身份ID信息对应的用户的电子健康信息；并根据设定的健康规则，分析每一个电子健康信息所反映的用户的健康状态，并生成针对用户的健康状态的治疗信息，这样获取了各种类型的生理特征数据，并根据获取的生理特征数据，得到针对每一个用户的电子健康信息，实现了各类型生理特征数据的关联关系；对得到的电子健康信息进行分析，确定用户的健康状态，生成针对用户的健康状态的治疗信息，实现了对采集的生理特征数据的挖掘与分析，使得电子健康监护系统的实用性增强。

Description

一种电子健康业务的处理方法和设备

技术领域

本发明涉及无线通信技术领域，尤其涉及一种基于健康监护系统的电子健康业务的处理方法和设备。

背景技术

在传统的健康监护系统中，健康监护系统中健康数据的产生是与用户定制需求相关的。

传统的健康监护系统设置多个不同的接口，根据用户定制的业务数据，从不同的健康类传感器中获取用户需要的健康数据，并发送的用户。

但是，由于传统的健康监护系统针对不同的健康类传感器设置了不同的健康数据的传输接口，使得只能获取已设置传输接口的健康类传感器测量得到的健康数据，例如：为血压计设备设置的数据传输接口1，为心电测量仪设备设置的数据传输接口2，但是并没有设置用于传输血糖仪设备产生的健康数据的数据传输接口，此时，用户在体检或者定制健康监护业务之后，能够通过健康监护系统获取测量的血压值、心电图值等，但是无法通过健康监护系统获取血糖等健康数值，使得用户对于健康监护系统的体验比较差。

此外，传统的健康监护系统对于同一种健康数据类型的健康数据保存在一张数据表中，不同健康类型对应的数据表不同，即血压表里记录的是测量的每一个用户的血压值，心电图表里记录的是测量的每一个用户的心电图值，血压表内不存储心电图值，这样，用户需要从健康监护系统的每一个数据表中获取与自身相关的健康数据，对于用户当前采集的健康数据不做进一步的分析，导致用户只是单一的获取了自己的健康数据，并不能根据获取的健康数据来诊断病情，使得健康监护系统的实用性较差。

因此，亟需一种电子健康业务的处理方法，解决传统的健康监控系统存在的健康数据采集缺乏统一性、以及传统的健康监控系统采集的针对同一用户的各种健康数据关联性不足，使得健康监护系统的实用性不高的问题。

发明内容

本发明实施例提供了一种电子健康业务的处理方法和设备，用于解决传统的健康监控系统存在的健康数据采集缺乏统一性、以及传统的健康监控系统采集的针对同一用户的各种健康数据关联性不足，使得健康监护系统的实用性不高的问题。

一种电子健康业务的处理方法，包括：

接收数据网关通过统一接口采集的生理特征数据，其中，所述生理特征数据中包含了每一个用户的身份ID信息；

根据所述生理特征数据，得到针对每一个身份ID信息对应的用户的电子健康信息；并

根据设定的健康规则，分析每一个所述电子健康信息所反映的用户的健康状态，并生成针对所述用户的健康状态的治疗信息。

所述生理特征数据中还包含了用户名称信息、至少一个数据类型以及每一个数据类型的属性值；

根据所述生理特征数据，得到针对每一个身份ID信息对应的用户的电子健康信息，包括：

根据所述用户名称信息和所述用户的身份ID信息，在第一张数据表中确定所述用户名称信息和所述用户的身份ID信息对应的用户标识信息，以及根据每一个数据类型，在第二张数据表中确定所述数据类型对应的类型标识信息，其中，不同的数据类型对应不同的类型标识信息；

将确定的所述用户标识信息、所述类型标识信息以及所述类型标识信息对应的数据类型的属性值存储至第三张数据表中，所述第三张数据表为针对所述用户标识信息对应的用户的电子健康信息，其中，所述第三张数据表中至少包含了所述第一张数据表中确定的用户标识信息、所述第二张数据表中确定的类型标识信息。

根据所述用户名称信息和所述用户的身份ID信息，在第一张数据表中确定所述用户名称信息和所述用户的身份ID信息对应的用户标识信息，包括：

根据接收到的所述生理特征数据中包含的用户名称信息和所述用户的身份ID信息，判断第一张数据表中是否存在所述用户名称信息和所述用户的身份ID信息对应的用户标识信息；

当判断结果是所述第一张数据表中存在所述用户名称信息和所述用户的身份ID信息对应的用户标识信息，则读取所述用户标识信息；

当判断结果是所述第一张数据表中不存在所述用户名称信息和所述用户的身份ID信息对应的用户标识信息，则生成所述用户名称信息和所述用户的身份ID信息对应的用户标识信息，并存储在第一张数据表中。

根据每一个数据类型，在第二张数据表中确定所述数据类型对应的类型标识信息，包括：

根据接收到的所述生理特征数据中包含的数据类型，判断第二张数据表中是否存在所述数据类型对应的类型标识信息；

当判断结果是所述第二张数据表中存在所述数据类型对应的类型标识信息，则读取所述用户标识信息；

当判断结果是所述第二张数据表中不存在所述数据类型对应的类型标识信息，则生成所述数据类型对应的类型标识信息，并存储在第二张数据表中。

所述生理特征数据中包含了具备数据类型的属性值变化频繁、数据采集周期长特点的生理特征数据；

接收数据网关通过统一接口采集的生理特征数据，包括：

接收数据网关通过统一接口采集的生理特征数据文件，其中，所述生理特征数据文件中包含了具备数据类型的属性值变化频繁、数据采集周期长特点的生理特征数据，所述具备数据类型的属性值变化频繁、数据采集周期长特点的生理特征数据至少包含了睡眠数据。

所述方法还包括：

利用设置的定时推送数据接口，将获取的针对用户的具备数据类型的属性值变化频繁、数据采集周期长特点的生理特征数据，以生理特征数据文件的形式定时推送给所述用户对应的用户设备。

所述所述生理特征数据还包含了地址信息；

所述方法还包括：

当所述地址信息为第三方应用平台时，在得到第三张数据表时，将所述第三张数据表中存储的生理特征数据以及治疗信息推送至第三方应用平台，所述第三方应用平台用于在接收到来自用户的包含了用户标识信息的查询请求时，将所述用户标识信息对应的生理特征数据以及治疗信息推送给所述用户；

当所述地址信息为含有用户标识信息的客户端信息时，在得到第三张数据表时，将所述第三张数据表中存储的所述用户标识信息对应的生理特征数据以及治疗信息推送至所述客户端，以便于所述用户标识信息对应的用户查看。

一种电子健康业务的处理设备，包括：

接收模块，用于接收数据网关通过统一接口采集的生理特征数据，其中，所述生理特征数据中包含了每一个用户的身份ID信息；

处理模块，用于根据所述生理特征数据，得到针对每一个身份ID信息对应的用户的电子健康信息；并根据设定的健康规则，分析每一个所述电子健康信息所反映的用户的健康状态，并生成针对所述用户的健康状态的治疗信息。

所述生理特征数据中还包含了用户名称信息、至少一个数据类型以及每一个数据类型的属性值；

所述处理模块，具体用于根据所述用户名称信息和所述用户的身份ID信息，在第一张数据表中确定所述用户名称信息和所述用户的身份ID信息对应的用户标识信息，以及根据每一个数据类型，在第二张数据表中确定所述数据类型对应的类型标识信息，其中，不同的数据类型对应不同的类型标识信息；

将确定的所述用户标识信息、所述类型标识信息以及所述类型标识信息对应的数据类型的属性值存储至第三张数据表中，所述第三张数据表为针对所述用户标识信息对应的用户的电子健康信息，其中，所述第三张数据表中至少包含了所述第一张数据表中确定的用户标识信息、所述第二张数据表中确定的类型标识信息。

所述处理模块，具体用于根据接收到的所述生理特征数据中包含的用户名称信息和所述用户的身份ID信息，判断第一张数据表中是否存在所述用户名称信息和所述用户的身份ID信息对应的用户标识信息；

当判断结果是所述第一张数据表中存在所述用户名称信息和所述用户的身份ID信息对应的用户标识信息，则读取所述用户标识信息；

当判断结果是所述第一张数据表中不存在所述用户名称信息和所述用户的身份ID信息对应的用户标识信息，则生成所述用户名称信息和所述用户的身份ID信息对应的用户标识信息，并存储在第一张数据表中。

所述处理模块，具体用于根据接收到的所述生理特征数据中包含的数据类型，判断第二张数据表中是否存在所述数据类型对应的类型标识信息；

当判断结果是所述第二张数据表中存在所述数据类型对应的类型标识信息，则读取所述用户标识信息；

当判断结果是所述第二张数据表中不存在所述数据类型对应的类型标识信息，则生成所述数据类型对应的类型标识信息，并存储在第二张数据表中。

所述生理特征数据中包含了具备数据类型的属性值变化频繁、数据采集周期长特点的生理特征数据；

所述接收模块，具体用于接收数据网关通过统一接口采集的生理特征数据文件，其中，所述生理特征数据文件中包含了具备数据类型的属性值变化频繁、数据采集周期长特点的生理特征数据，所述具备数据类型的属性值变化频繁、数据采集周期长特点的生理特征数据至少包含了睡眠数据。

所述设备还包括：

第一推送接口，用于利用设置的定时推送数据接口，将获取的针对用户的具备数据类型的属性值变化频繁、数据采集周期长特点的生理特征数据，以生理特征数据文件的形式定时推送给所述用户对应的用户设备。

所述所述生理特征数据还包含了地址信息；

所述设备还包括：

第二推送接口，用于当所述地址信息为第三方应用平台时，在得到第三张数据表时，将所述第三张数据表中存储的生理特征数据以及治疗信息推送至第三方应用平台，所述第三方应用平台用于在接收到来自用户的包含了用户标识信息的查询请求时，将所述用户标识信息对应的生理特征数据以及治疗信息推送给所述用户；

当所述地址信息为含有用户标识信息的客户端信息时，在得到第三张数据表时，将所述第三张数据表中存储的所述用户标识信息对应的生理特征数据以及治疗信息推送至所述客户端，以便于所述用户标识信息对应的用户查看。

本发明有益效果如下：

本发明实施例接收数据网关通过统一接口采集的生理特征数据，所述生理特征数据中包含了每一个用户的身份ID信息；根据所述生理特征数据，得到针对每一个身份ID信息对应的用户的电子健康信息；并根据设定的健康规则，分析每一个所述电子健康信息所反映的用户的健康状态，并生成针对所述用户的健康状态的治疗信息，这样获取了各种类型的生理特征数据，并根据获取的生理特征数据，得到针对每一个用户的电子健康信息，实现了各类型生理特征数据的关联关系，并对得到的电子健康信息进行分析，确定出用户的健康状态，并生成针对所述用户的健康状态的治疗信息，进而实现了对采集的生理特征数据的挖掘与分析，使得电子健康监护系统的实用性增强。

附图说明

图1为本发明实施例一提供的一种电子健康业务的处理方法的流程示意图；

图2为根据所述第三张数据表中存储的生理特征数据，生成针对心脑血管病人的血压趋势图；

图3为心脑血管病人根据医生制定的康复训练方案加强运动之后采集的生理特征数据图；

图4为本发明实施例二提供的一种电子健康业务的处理设备的结构示意图。

具体实施方式

为了实现本发明的目的，本发明实施例提供了一种电子健康业务的处理方法和设备，接收数据网关通过统一接口采集的生理特征数据，所述生理特征数据中包含了每一个用户的身份ID信息；根据所述生理特征数据，得到针对每一个身份ID信息对应的用户的电子健康信息；并根据设定的健康规则，分析每一个所述电子健康信息所反映的用户的健康状态，并生成针对所述用户的健康状态的治疗信息，这样获取了各种类型的生理特征数据，并根据获取的生理特征数据，得到针对每一个用户的电子健康信息，实现了各类型生理特征数据的关联关系，并对得到的电子健康信息进行分析，确定出用户的健康状态，并生成针对所述用户的健康状态的治疗信息，进而实现了对采集的生理特征数据的挖掘与分析，对用户的健康状态进行医学分析，提供针对健康状态的治疗建议，使得健康监护系统的实用性增强。

需要说明的是本发明实施例方式中涉及到的电子健康业务系统不限于只有三张数据表，至少可以包含生理特征数据类型表（即本发明实施例中所述第二张数据表，或者记为checktype表）、检查行为表（即属于一次性检查行为，还是多次检查行为，记为activity表）、检查地点表（即医院或者体检中心地址信息表，记为Location表）、数据类型属性值表（即不同生理特征数据类型对应的属性值不同，记为Measure表）、用户名称信息表（即产生生理特征数据的用户信息表，即本发明实施例中所述的第一张数据表，或者记为Patient表）以及综合数据表（即生成针对多个用户的生理特征数据总表，即本发明实施例中涉及的第三张数据表，或者记为ALL表）。

其中，不同数据表中记录的字段信息不同。例如：checktype表中包含类型标识信息（全局唯一的）、类型描述信息（用于了解该数据类型是什么）、类型的名称信息（即血糖数据、血压数据等）以及类型数据的计量单位等。

Patient表中包含用户名称信息以及用户身份标识ID等。

下面结合说明书附图对本发明各个实施例进行详细描述。

实施例一：

如图1所示，为本发明实施例一提供的一种电子健康业务的处理方法的流程示意图。所述方法可以如下所述。

步骤101：接收数据网关通过统一接口采集的生理特征数据。

其中，所述生理特征数据包含了用户名称信息、用户的身份ID信息、至少一个数据类型以及每一个数据类型的属性值。

在步骤101中，数据网关是生理特征数据的统一采集网关。针对血压数据、血糖数据、运动数据以及睡眠数据等不同数据类型的生理特征数据，采用统一的数据传输协议（例如：HTTP（Hyper Text Transport Protocol，超文本传输协议）协议或者TCP（Transmission Control Protocol，传输控制协议）协议）采集，并传输给电子健康业务系统。

如表1所示，为采用HTTP协议采集生理特征数据的数据格式：

表1

从表1中可以看出，HTTP协议中URL（Uniform Resource Locator，统一资源定位符）参数是可以随着生理特征数据变化的，例如：若血压数据的URL参数：service/bloodPressureDataInsert，表示需要写入电子健康业务系统血压数据，具体包括：用户的名称信息、测量血压的时间信息、高压数据、低压数据以及心率数据等；若血压数据的URL参数：service/bloodPressureDataUpdate，表示需要对电子健康业务系统内存储的血压数据进行修改，具体包括：用户的标识信息、修改的高压数据、修改的低压数据以及心率数据等。

可选地，所述生理特征数据中包含了具备数据类型的属性值变化频繁、数据采集周期长特点的生理特征数据。

需要说明的是，一般人们在体检的时候，测量血压、身高等生理特征数据，只需要采用设备很短时间内就能测量出结果，并且这些生理特征数据发生变化的可能性较低，除非处于生病状态，但是对于人体还存在一些变化频繁，采集周期相对较长的生理特征数据，例如：睡眠数据，需要经过一段时间才能确定一个人睡眠如何，不能仅靠一次测量得出结论，那样准确性太低。

因此，数据网关对于在采集具备数据类型的属性值变化频繁、数据采集周期长特点的生理特征数据时，以文件形式（例如：TXT文件形式）保存，其中，在采集睡眠数据时，通常采集的参数包括但不限于：呼吸暂停次数、睡眠效率、睡眠姿势以及入睡时间长度等。

而对于具备数据类型的属性值变化不频繁、数据采集周期短特点的生理特征数据，接收数据网关通过统一接口采集生理特征数据信息并存储该信息，其中，所述生理特征数据信息中包含了血压数据、血糖数据等。

步骤102：根据所述生理特征数据，得到针对每一个身份ID信息对应的用户的电子健康信息。

在步骤102中，首先，根据所述用户名称信息和所述用户的身份ID信息，在第一张数据表中确定所述用户名称信息和所述用户的身份ID信息对应的用户标识信息，以及根据每一个数据类型，在第二张数据表中确定所述数据类型对应的类型标识信息，其中，不同的数据类型对应不同的类型标识信息。

由于电子健康业务系统采用列存储方式，包含了多个数据表。例如：包含的数据表有：用户信息数据表（即第一数据表），用于存储电子健康业务系统中的用户信息；生理特征数据类型表（即第二数据表），用于存储电子健康业务系统中的生理特征数据类型；检查地点表，用于存储生成生理特征数据的地点信息等等。

每一个数据表中包含了存储字段名、数据类型以及其他信息等。例如：用户信息数据表对应用户的标识信息、用户名称信息、用户电话信息等；生理特征数据类型表对应类型标识信息、数据类型的属性值等。

需要说明的是，用户的标识信息是唯一的，在用户信息数据表中若用户名称信息相同但是表示不同的用户是，生成的用户的标识信息是不相同的；类型标识信息也是唯一的，在生理特征数据类型表中，类型标识信息唯一表示一种生理特征数据，例如：血糖数据与血压数据的类型标识信息不同。

当接收到数据网关通过统一接口采集到的生理特征数据时，根据接收到的所述生理特征数据中包含的用户名称信息，判断第一张数据表中是否存在所述用户名称信息对应的用户标识信息。

当判断结果是所述第一张数据表中存在所述用户名称信息对应的用户标识信息，则读取所述用户标识信息。

当判断结果是所述第一张数据表中不存在所述用户名称信息对应的用户标识信息，则生成所述用户名称信息对应的用户标识信息，并存储在第一张数据表中。

需要说明的是，所述用户标识信息为用户的身份标识ID或者其他能够唯一表示用户的标识信息，这里也可以是第一张数据表中的编号信息，按照用户名称信息（即必须唯一标识用户）存储至第一张数据表中的时间顺序，为存储至第一数据表中的用户名称信息产生对应的用户标识信息。

如表2所示，为第一张数据表内存储的用户名称信息以及用户标识信息的对应关系：

编号信息	用户名称信息	用户身份ID号
			01	张三	111111111111111111
02	李四	22222222222222222

表2

当接收到数据网关通过统一接口采集到的生理特征数据时，根据接收到的所述生理特征数据中包含的数据类型，判断第二张数据表中是否存在所述数据类型对应的类型标识信息。

当判断结果是所述第二张数据表中存在所述数据类型对应的类型标识信息，则读取所述用户标识信息。

当判断结果是所述第二张数据表中不存在所述数据类型对应的类型标识信息，则生成所述数据类型对应的类型标识信息，并存储在第二张数据表中。

如表3所示，为第二张数据表内存储的数据类型以及类型标识信息的对应关系：

类型标识信息	数据类型
		01	身高
02	体重
		03	血压
04	血糖

表3

其次，将确定的所述用户标识信息、所述类型标识信息以及所述类型标识信息对应的数据类型的属性值存储至第三张数据表中，所述第三张数据表为针对所述用户标识信息对应的用户的电子健康信息，其中，所述第三张数据表中至少包含了所述第一张数据表中确定的用户标识信息、所述第二张数据表中确定的类型标识信息

假设在接收到的数据网关通过统一接口采集的生理特征数据为：李四，身高（160CM），体重（60Kg），血压（110,60），那么将针对李四的生理特征数据存储至第三张数据表中，如表4所示。

用户标识信息	日期信息	数据类型标识信息	数据类型的属性值
				02	XXXX	01	160

02	XXXX	02	60
				02	XXXX	03	110,60

表4

从表4中可以看出，随着用户名称信息的增加，修改的是表2；随着生理特征数据类型的增加，修改的是表3，表2和表3有效解决了生理特征数据的动态线性扩展；而表4基于表2和表3，有效地支撑了海量数据的存储，使得电子健康业务系统的实用性增强。

可选地，电子健康业务系统设置的三种不同类型的接口，第一种接口类型为生理特征数据调取接口，通过该接口获取数据网关采集的生理特征数据；第二种接口类型为推送接口，当针对用户的生理特征数据的数据类型对应的属性值发生变化时，利用设置的推送数据接口，将更新后的所述用户的生理特征数据推送给所述用户对应的用户设备；第三种接口类型为定时推送接口，利用设置的定时推送数据接口，将生成的针对用户的具备数据类型的属性值变化频繁、数据采集周期长特点的生理特征数据，以生理特征数据文件的形式定时推送给所述用户对应的用户设备。

步骤103：根据设定的健康规则，分析每一个所述电子健康信息所反映的用户的健康状态，并生成针对所述用户的健康状态的治疗信息。

在步骤103中，如图2所示，为根据所述第三张数据表中存储的生理特征数据，生成针对心脑血管病人的血压趋势图。

从图2中可以看出，心脑血管病人一段时间内的低压、高压和心率变化趋势。

医生从电子健康业务系统中获取了该病人一段时间内采集的生理特征数据之后，为该病人制定了康复训练方案。

如图3所示，为心脑血管病人根据医生制定的康复训练方案加强运动之后采集的生理特征数据图。

从图3中可以看出，在经过了运动之后，心脑血管病人的血压趋于正常，医生建议继续保持锻炼。

可选地，所述所述生理特征数据还包含了地址信息。

当所述地址信息为第三方应用平台时，在得到第三张数据表时，将所述第三张数据表中存储的生理特征数据以及治疗信息推送至第三方应用平台，所述第三方应用平台用于在接收到来自用户的包含了用户标识信息的查询请求时，将所述用户标识信息对应的生理特征数据以及治疗信息推送给所述用户。

当所述地址信息为含有用户标识信息的客户端信息时，在得到第三张数据表时，将所述第三张数据表中存储的所述用户标识信息对应的生理特征数据以及治疗信息推送至所述客户端，以便于所述用户标识信息对应的用户查看。

通过本发明实施例一的方案，接收数据网关通过统一接口采集的生理特征数据，所述生理特征数据中包含了每一个用户的身份ID信息；根据所述生理特征数据，得到针对每一个身份ID信息对应的用户的电子健康信息；并根据设定的健康规则，分析每一个所述电子健康信息所反映的用户的健康状态，并生成针对所述用户的健康状态的治疗信息，这样获取了各种类型的生理特征数据，并根据获取的生理特征数据，得到针对每一个用户的电子健康信息，实现了各类型生理特征数据的关联关系，并对得到的电子健康信息进行分析，确定出用户的健康状态，并生成针对所述用户的健康状态的治疗信息，进而实现了对采集的生理特征数据的挖掘与分析，使得电子健康监护系统的实用性增强。

实施例二：

如图4所示，为本发明实施例二提供的一种电子健康业务的处理设备的结构示意图，本发明实施例二是与本发明实施例一属于同一发明构思下的发明，所述电子健康业务系统包含了至少三张数据表，所述设备包括：接收模块11和处理模块12，其中：

接收模块11，用于接收数据网关通过统一接口采集的生理特征数据，其中，所述生理特征数据中包含了每一个用户的身份ID信息；

处理模块12，用于根据所述生理特征数据，得到针对每一个身份ID信息对应的用户的电子健康信息；并根据设定的健康规则，分析每一个所述电子健康信息所反映的用户的健康状态，并生成针对所述用户的健康状态的治疗信息。

所述生理特征数据中还包含了用户名称信息、至少一个数据类型以及每一个数据类型的属性值；

所述处理模块12，具体用于根据所述用户名称信息和所述用户的身份ID信息，在第一张数据表中确定所述用户名称信息和所述用户的身份ID信息对应的用户标识信息，以及根据每一个数据类型，在第二张数据表中确定所述数据类型对应的类型标识信息，其中，不同的数据类型对应不同的类型标识信息；

将确定的所述用户标识信息、所述类型标识信息以及所述类型标识信息对应的数据类型的属性值存储至第三张数据表中，所述第三张数据表为针对所述用户标识信息对应的用户的电子健康信息，其中，所述第三张数据表中至少包含了所述第一张数据表中确定的用户标识信息、所述第二张数据表中确定的类型标识信息。

所述处理模块12，具体用于根据接收到的所述生理特征数据中包含的用户名称信息和所述用户的身份ID信息，判断第一张数据表中是否存在所述用户名称信息和所述用户的身份ID信息对应的用户标识信息；

当判断结果是所述第一张数据表中存在所述用户名称信息和所述用户的身份ID信息对应的用户标识信息，则读取所述用户标识信息；

当判断结果是所述第一张数据表中不存在所述用户名称信息和所述用户的身份ID信息对应的用户标识信息，则生成所述用户名称信息和所述用户的身份ID信息对应的用户标识信息，并存储在第一张数据表中。

所述处理模块12，具体用于根据接收到的所述生理特征数据中包含的数据类型，判断第二张数据表中是否存在所述数据类型对应的类型标识信息；

当判断结果是所述第二张数据表中存在所述数据类型对应的类型标识信息，则读取所述用户标识信息；

当判断结果是所述第二张数据表中不存在所述数据类型对应的类型标识信息，则生成所述数据类型对应的类型标识信息，并存储在第二张数据表中。

所述生理特征数据中包含了具备数据类型的属性值变化频繁、数据采集周期长特点的生理特征数据；

所述接收模块11，具体用于接收数据网关通过统一接口采集的生理特征数据文件，其中，所述生理特征数据文件中包含了具备数据类型的属性值变化频繁、数据采集周期长特点的生理特征数据，所述具备数据类型的属性值变化频繁、数据采集周期长特点的生理特征数据至少包含了睡眠数据。

所述设备还包括：

第一推送接口13，用于利用设置的定时推送数据接口，将获取的针对用户的具备数据类型的属性值变化频繁、数据采集周期长特点的生理特征数据，以生理特征数据文件的形式定时推送给所述用户对应的用户设备。

所述所述生理特征数据还包含了地址信息；

所述设备还包括：

第二推送接口14，用于当所述地址信息为第三方应用平台时，在得到第三张数据表时，将所述第三张数据表中存储的生理特征数据以及治疗信息推送至第三方应用平台，所述第三方应用平台用于在接收到来自用户的包含了用户标识信息的查询请求时，将所述用户标识信息对应的生理特征数据以及治疗信息推送给所述用户；

当所述地址信息为含有用户标识信息的客户端信息时，在得到第三张数据表时，将所述第三张数据表中存储的所述用户标识信息对应的生理特征数据以及治疗信息推送至所述客户端，以便于所述用户标识信息对应的用户查看。

需要说明的是，本发明实施例二所述的建立设备可以通过硬件实现的物理实体单元，还可以是通过软件实现的逻辑部件，这里不做限定。

本领域的技术人员应明白，本发明的实施例可提供为方法、装置（设备）、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质（包括但不限于磁盘存储器、CD-ROM、光学存储器等）上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、装置（设备）和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (14)

1.一种电子健康业务的处理方法，其特征在于，包括：

接收数据网关通过统一接口采集的生理特征数据，其中，所述生理特征数据中包含了每一个用户的身份ID信息；

根据所述生理特征数据，得到针对每一个身份ID信息对应的用户的电子健康信息；并

根据设定的健康规则，分析每一个所述电子健康信息所反映的用户的健康状态，并生成针对所述用户的健康状态的治疗信息。

2.如权利要求1所述的处理方法，其特征在于，所述生理特征数据中还包含了用户名称信息、至少一个数据类型以及每一个数据类型的属性值；

根据所述生理特征数据，得到针对每一个身份ID信息对应的用户的电子健康信息，包括：

根据所述用户名称信息和所述用户的身份ID信息，在第一张数据表中确定所述用户名称信息和所述用户的身份ID信息对应的用户标识信息，以及根据每一个数据类型，在第二张数据表中确定所述数据类型对应的类型标识信息，其中，不同的数据类型对应不同的类型标识信息；

将确定的所述用户标识信息、所述类型标识信息以及所述类型标识信息对应的数据类型的属性值存储至第三张数据表中，所述第三张数据表为针对所述用户标识信息对应的用户的电子健康信息，其中，所述第三张数据表中至少包含了所述第一张数据表中确定的用户标识信息、所述第二张数据表中确定的类型标识信息。

3.如权利要求2所述的处理方法，其特征在于，根据所述用户名称信息和所述用户的身份ID信息，在第一张数据表中确定所述用户名称信息和所述用户的身份ID信息对应的用户标识信息，包括：

根据接收到的所述生理特征数据中包含的用户名称信息和所述用户的身份ID信息，判断第一张数据表中是否存在所述用户名称信息和所述用户的身份ID信息对应的用户标识信息；

当判断结果是所述第一张数据表中存在所述用户名称信息和所述用户的身份ID信息对应的用户标识信息，则读取所述用户标识信息；

当判断结果是所述第一张数据表中不存在所述用户名称信息和所述用户的身份ID信息对应的用户标识信息，则生成所述用户名称信息和所述用户的身份ID信息对应的用户标识信息，并存储在第一张数据表中。

4.如权利要求2或3所述的处理方法，其特征在于，根据每一个数据类型，在第二张数据表中确定所述数据类型对应的类型标识信息，包括：

根据接收到的所述生理特征数据中包含的数据类型，判断第二张数据表中是否存在所述数据类型对应的类型标识信息；

当判断结果是所述第二张数据表中存在所述数据类型对应的类型标识信息，则读取所述用户标识信息；

当判断结果是所述第二张数据表中不存在所述数据类型对应的类型标识信息，则生成所述数据类型对应的类型标识信息，并存储在第二张数据表中。

5.如权利要求4所述的处理方法，其特征在于，所述生理特征数据中包含了具备数据类型的属性值变化频繁、数据采集周期长特点的生理特征数据；

接收数据网关通过统一接口采集的生理特征数据，包括：

接收数据网关通过统一接口采集的生理特征数据文件，其中，所述生理特征数据文件中包含了具备数据类型的属性值变化频繁、数据采集周期长特点的生理特征数据，所述具备数据类型的属性值变化频繁、数据采集周期长特点的生理特征数据至少包含了睡眠数据。

6.如权利要求5所述的处理方法，其特征在于，所述方法还包括：

利用设置的定时推送数据接口，将获取的针对用户的具备数据类型的属性值变化频繁、数据采集周期长特点的生理特征数据，以生理特征数据文件的形式定时推送给所述用户对应的用户设备。

7.如权利要求6所述的处理方法，其特征在于，所述所述生理特征数据还包含了地址信息；

所述方法还包括：

当所述地址信息为第三方应用平台时，在得到第三张数据表时，将所述第三张数据表中存储的生理特征数据以及治疗信息推送至第三方应用平台，所述第三方应用平台用于在接收到来自用户的包含了用户标识信息的查询请求时，将所述用户标识信息对应的生理特征数据以及治疗信息推送给所述用户；

当所述地址信息为含有用户标识信息的客户端信息时，在得到第三张数据表时，将所述第三张数据表中存储的所述用户标识信息对应的生理特征数据以及治疗信息推送至所述客户端，以便于所述用户标识信息对应的用户查看。

8.一种电子健康业务的处理设备，其特征在于，包括：

接收模块，用于接收数据网关通过统一接口采集的生理特征数据，其中，所述生理特征数据中包含了每一个用户的身份ID信息；

处理模块，用于根据所述生理特征数据，得到针对每一个身份ID信息对应的用户的电子健康信息；并根据设定的健康规则，分析每一个所述电子健康信息所反映的用户的健康状态，并生成针对所述用户的健康状态的治疗信息。

9.如权利要求8所述的处理设备，其特征在于，所述生理特征数据中还包含了用户名称信息、至少一个数据类型以及每一个数据类型的属性值；

所述处理模块，具体用于根据所述用户名称信息和所述用户的身份ID信息，在第一张数据表中确定所述用户名称信息和所述用户的身份ID信息对应的用户标识信息，以及根据每一个数据类型，在第二张数据表中确定所述数据类型对应的类型标识信息，其中，不同的数据类型对应不同的类型标识信息；

将确定的所述用户标识信息、所述类型标识信息以及所述类型标识信息对应的数据类型的属性值存储至第三张数据表中，所述第三张数据表为针对所述用户标识信息对应的用户的电子健康信息，其中，所述第三张数据表中至少包含了所述第一张数据表中确定的用户标识信息、所述第二张数据表中确定的类型标识信息。

10.如权利要求9所述的处理设备，其特征在于，

所述处理模块，具体用于根据接收到的所述生理特征数据中包含的用户名称信息和所述用户的身份ID信息，判断第一张数据表中是否存在所述用户名称信息和所述用户的身份ID信息对应的用户标识信息；

当判断结果是所述第一张数据表中存在所述用户名称信息和所述用户的身份ID信息对应的用户标识信息，则读取所述用户标识信息；

当判断结果是所述第一张数据表中不存在所述用户名称信息和所述用户的身份ID信息对应的用户标识信息，则生成所述用户名称信息和所述用户的身份ID信息对应的用户标识信息，并存储在第一张数据表中。

11.如权利要求9或10所述的处理设备，其特征在于，

所述处理模块，具体用于根据接收到的所述生理特征数据中包含的数据类型，判断第二张数据表中是否存在所述数据类型对应的类型标识信息；

当判断结果是所述第二张数据表中存在所述数据类型对应的类型标识信息，则读取所述用户标识信息；

当判断结果是所述第二张数据表中不存在所述数据类型对应的类型标识信息，则生成所述数据类型对应的类型标识信息，并存储在第二张数据表中。

12.如权利要求11所述的处理设备，其特征在于，所述生理特征数据中包含了具备数据类型的属性值变化频繁、数据采集周期长特点的生理特征数据；

所述接收模块，具体用于接收数据网关通过统一接口采集的生理特征数据文件，其中，所述生理特征数据文件中包含了具备数据类型的属性值变化频繁、数据采集周期长特点的生理特征数据，所述具备数据类型的属性值变化频繁、数据采集周期长特点的生理特征数据至少包含了睡眠数据。

13.如权利要求12所述的处理设备，其特征在于，所述设备还包括：

第一推送接口，用于利用设置的定时推送数据接口，将获取的针对用户的具备数据类型的属性值变化频繁、数据采集周期长特点的生理特征数据，以生理特征数据文件的形式定时推送给所述用户对应的用户设备。

14.如权利要求13所述的处理设备，其特征在于，所述所述生理特征数据还包含了地址信息；

所述设备还包括：

第二推送接口，用于当所述地址信息为第三方应用平台时，在得到第三张数据表时，将所述第三张数据表中存储的生理特征数据以及治疗信息推送至第三方应用平台，所述第三方应用平台用于在接收到来自用户的包含了用户标识信息的查询请求时，将所述用户标识信息对应的生理特征数据以及治疗信息推送给所述用户；

当所述地址信息为含有用户标识信息的客户端信息时，在得到第三张数据表时，将所述第三张数据表中存储的所述用户标识信息对应的生理特征数据以及治疗信息推送至所述客户端，以便于所述用户标识信息对应的用户查看。