生命体征数据采集与管理存储方法、系统与流程

本发明涉及生命健康技术领域，具体涉及一种生命体征数据采集与管理存储方法、系统。

背景技术：

自2000年我国迈入老龄化社会之后，我国人口老龄化的程度持续加深，养老需求越来越智能化。目前医院、养老院对于健康生命体征数据没有合理有效的管理方法，无法对生命体征数据进行系统性采集以及管理存储，无法满足日益加深的养老管理需求。

技术实现要素：

为了解决上述现有技术中存在的技术问题，本发明公开了一种生命体征数据采集与管理存储方法、系统，以解决现有技术中无法对生命体征数据进行系统性采集以及管理存储的技术问题。

生命体征数据采集与管理存储方法，包括：

身份认证组件响应身份认证指令对待采集对象的身份信息进行认证并做出身份信息认证成功或身份信息认证失败的通知；

如果身份信息认证成功，则执行终端响应数据采集指令采集各个生命体征检测设备的各项健康体征指标数据；

执行终端将各项健康体征指标数据转换成统一标准格式的标准数据下并对标准数据进行数据存储。

进一步地，数据存储包括：

检测到有网络的情况下，将标准数据加密之后上传到云平台；检测到没有网络的情况下，将标准数据存储到本地；

云平台接收到标准数据后将标准数据直接存储到数据库中，在数据库中抓取每帧数据，对该帧数据进行解密，解密后进行业务验证和数据合法性验证，最终将合法的数据存储在区块链中。

进一步地，执行终端通过接口协议获取设备测量的数据和设备信息并根据设备的信息获取数据标准模型适配，将采集的健康体征指标转换成标准统一的json数据格式。

进一步地，所述接口协议包括延时接口和/或采用tcp/ip网络接口和/或http接口和/或采用webservice、restful网络接口。

进一步地，所述身份认证组件包括与执行终端相连的身份证读卡器和/或人脸识别系统。

进一步地，所述生命体征检测设备包括血压计、心电仪、血氧仪。

生命体征数据采集与管理存储系统，包括：

身份认证组件，对待采集对象的身份信息进行认证；

生命体征检测设备，检测各项健康体征指标；

执行终端，采集各个生命体征检测设备的各项健康体征指标数据并将各项健康体征指标数据转换成统一标准格式的标准数据；

数据存储模块，将标准数据进行存储。

进一步地，所述执行终端包括终端网关设备、设置于终端网关设备上的接口协议。

进一步地，所述数据存储模块包括本地存储介质、云平台、与云平台相连的关系型数据库mysql、与关系型数据库mysql相连的区块链。

本发明相对于现有技术的优势在于：

1.可以兼容市面上流行的健康生命体征设备，屏蔽底层硬件厂家的差异性，方便终端用户根据自己需要任意选型，不受硬件厂家限制；

2.可以在山区和没有网络的复杂环境下正常工作，保证数据不丢失；

3.数据的保密，防止数据在中途被盗用和个人隐私泄密；

4.在mysql集群中存储原始数据，保证接收数据的实时性和解决性能瓶颈，在区块链中存储清洗过后的数据，保证数据在云端进行安全性存储，防止人为篡改数据。

以下结合附图以及具体实施方式对本发明作进一步说明。凡基于本发明上述内容所实现的技术均属于本发明的范围。显然，根据本发明的上述内容，按照本领域的普通技术知识和惯用手段，在不脱离本发明上述基本技术思想前提下，还可以做出其它多种形式的修改、替换或变更。

以下通过具体实施方式对本发明的上述内容再作进一步的详细说明。但不应将此理解为本发明上述主题的范围仅限于以下的实例。

下面结合附图和具体实施方式对本发明做进一步的说明。本发明附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本发明的实践了解到。

附图说明

构成本发明的一部分的附图用来辅助对本发明的理解，附图中所提供的内容及其在本发明中有关的说明可用于解释本发明，但不构成对本发明的不当限定，在附图中：

图1为本发明生命体征数据采集与管理存储方法的流程图。

图2为本发明生命体征数据采集与管理存储系统的结构示意图。

具体实施方式

下面结合附图对本发明进行清楚、完整的说明。本领域普通技术人员基于这些说明的情况下将能够实现本发明。在结合附图对本发明进行说明前，需要特别指出的是：

本发明中在包括下述说明在内的各部分中所提供的技术方案、技术特征，在不冲突的情况下，这些技术方案、技术特征可以相互组合。

下述说明中涉及到的本发明的优选实施方式、实施例通常仅是本发明一分部的实施方式和实施例。因此，基于本发明中的优选实施方式、实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施方式、实施例，都应当属于本发明保护的范围。

本发明的说明书和权利要求书及有关的部分中的术语“包括”、“具有”以及它们的任何变形，意图在于覆盖不排他的包含。

文中“业务验证和数据合法性验证”是指比如该数据的身份证号是否在平台已经存在档案信息，血压、血氧等指标的值是否是保留2位小数的浮点型等相关校验动作。

本发明生命体征数据采集与管理存储方法，包括：身份认证组件响应身份认证指令对待采集对象的身份信息进行认证并做出身份信息认证成功或身份信息认证失败的通知；如果身份信息认证成功。

则执行终端响应数据采集指令采集各个生命体征检测设备的各项健康体征指标数据；执行终端将各项健康体征指标数据转换成统一标准格式的标准数据下并对标准数据进行数据存储。

数据存储包括：检测到有网络的情况下，将标准数据加密之后上传到云平台5；检测到没有网络的情况下，将标准数据存储到本地；云平台5接收到标准数据后将标准数据直接存储到数据库中，在数据库中抓取每帧数据，对该帧数据进行解密，解密后进行业务验证和数据合法性验证，最终将合法的数据存储在区块链6中。

执行终端通过接口协议11获取设备测量的数据和设备信息并根据设备的信息获取数据标准模型适配，将采集的健康体征指标转换成标准统一的json数据格式。

所述接口协议11包括延时接口和/或采用tcp/ip网络接口和/或http接口和/或采用webservice、restful网络接口。

所述身份认证组件4包括与执行终端相连的身份证读卡器和/或人脸识别系统。

所述生命体征检测设备2包括血压计、心电仪、血氧仪。

生命体征数据采集与管理存储系统，包括：

身份认证组件4，对待采集对象的身份信息进行认证；

生命体征检测设备2，检测各项健康体征指标；

执行终端，采集各个生命体征检测设备的各项健康体征指标数据并将各项健康体征指标数据转换成统一标准格式的标准数据；

数据存储模块，将标准数据进行存储。

所述执行终端包括终端网关设备1、设置于终端网关设备1上的接口协议11。

所述数据存储模块包括本地存储介质3、云平台5、与云平台5相连的关系型数据库mysql、与关系型数据库mysql相连的区块链6。

如图1所示，生命体征数据采集与管理存储方法步骤包括：

s1：开始；

s2：身份识别，包括人脸识别或者是身份证识别；

s3：设备数据采集，即执行终端响应数据采集指令采集各个生命体征检测设备的各项健康体征指标数据；

s4：数据适配和封装为标准格式，将各项健康体征指标数据转换成统一标准格式的标准数据。本实施例中为json数据格式；

s5：将标准数据进行加密；

s6：将加密后的数据离线存储到本地或实时传输至云平台；

s7：云平台接收实时传输的数据；

s8：云平台在mysql集群中存储原始数据；

s9：分析程序从mysql集群中抓取每帧数据，利用该帧数据密钥进行解密，解密后进行业务验证和数据合法性验证，不符合要求的数据直接舍弃和清洗；

s10：最终将合法的数据存储在区块链中；

s11：结束。

所述数据存储模块包括本地存储介质3、云平台5、与云平台5相连的关系型数据库mysql、与关系型数据库mysql相连的区块链6。

如图2所示，生命体征数据采集与管理存储系统，包括

终端网关设备1，所述终端网关设备1上设有接口协议11，所述接口协议包括延时接口和/或采用tcp/ip网络接口和/或http接口和/或采用webservice、restful网络接口。用于采集各个生命体征检测设备的各项健康体征指标数据并将各项健康体征指标数据转换成统一标准格式的标准数据；

通过接口协议11与终端网关设备1连接的身份认证组件4，对待采集对象的身份信息进行认证；

通过接口协议11与终端网关设备1连接的生命体征检测设备2，检测各项健康体征指标，生命体征检测设备2包括血压计、心电仪、血氧仪；

与终端网关设备1连接的本地存储介质3，将标准数据进行离线存储。本地存储介质3可以包括用于数据或指令的大容量存储器。举例来说而非限制，本地存储介质3可包括硬盘驱动器(harddiskdrive，hdd)、软盘驱动器、闪存、光盘、磁光盘、磁带或通用串行总线(universalserialbus，usb)驱动器或者两个或更多个以上这些的组合。在合适的情况下，本地存储介质3可包括可移除或不可移除(或固定)的介质。在合适的情况下，本地存储介质3可在数据处理装置的内部或外部。在特定实施例中，本地存储介质3是非易失性固态存储器。在特定实施例中，包括只读存储器(rom)。在适的情况下，该rom可以是掩模编程的rom、可编程rom(prom)、可擦除prom(eprom)、电可擦除prom(eeprom)、电可改写rom(earom)或闪存或者两个或更多个以上这些的组合。

与终端网关设备1连接的云平台5，所述云平台5与区块链6相连。

生命体征数据采集与管理存储系统工作原理：

步骤一：通过身份认证组件4例如身份证读卡器或者人脸识别系统进行身份认证，进入终端网关设备1；

步骤二：通过蓝牙、wifi、串口等物联网技术方式获取设备测量的数据和设备信息；

步骤三：根据设备的信息获取数据标准模型适配，将该设备采集的健康体征指标转换成标准统一的json数据格式；

步骤四：对步骤三转换成标准统一的数据帧采用身份证和健康体征特性进行算法加密，把加密的密钥添加至该帧数据的末端；

步骤五：在有网络的情况下，利用5g等通讯技术将该帧数据上传到云平台5；如果没有网络的情况下，将该帧数据存储到本地，当检测到有网络时，自动重复步骤五操作；

步骤六：云平台5接收到该帧数据，不做任何处理直接存储到关系型数据库mysql集群中；

步骤七：分析程序从mysql集群中抓取每帧数据，利用该帧数据密钥进行解密，解密后进行业务验证和数据合法性验证，不符合要求的数据直接舍弃和清洗，最终将合法的数据存储在区块链6中。

接口协议11的接口方式包括采用数据库表接口方式的延时接口、采用tcp/ip网络接口方式的实时接口、采用http接口方式的http接口、采用webservice、restful等网络接口方式的接口。

接口协议11的业务协议包括代表数据的业务类型，数据来源方式，数据厂家，具体业务的数据。

整个业务的数据采用json进行传输:

标准格式为：{key:1,sourcetype:1,vendor:1,data:{xx}}，其中“xx”代表存放在data属性里面的具体的一帧业务数据。

格式含义如表1：

表1：

其中，业务类型包括血压、血糖、血氧、身高体重、脂肪、胆固醇、尿酸、骨密度、腰臀比、穿戴设备报警信息、穿戴设备地理位置信息、心电、睡眠指标、心率、体温、血脂、血红蛋白、中医体质辨识、尿常规、心里测评、呼吸家呼吸数据、视力、穿戴设备在线状态数据、环境参数温度、环境参数湿度等；数据来源方式包括生命体征检测设备，设备可以是医疗机构自带的检测设备，也可以为居家的检测设备、或者是可穿戴设备。

综上可见，本发明相对于现有技术的优势在于：

1.可以兼容市面上流行的健康生命体征设备，屏蔽底层硬件厂家的差异性，方便终端用户根据自己需要任意选型，不受硬件厂家限制；

2.可以在山区和没有网络的复杂环境下可以正常工作，保证数据不丢失；

3.数据的保密，防止数据在中途被盗用和个人隐私泄密；

4.在mysql集群中存储原始数据，保证接收数据的实时性和解决性能瓶颈，在区块链中存储清洗过后的数据，保证数据在云端进行安全性存储，防止人为篡改数据。

以上对本发明的有关内容进行了说明。本领域普通技术人员在基于这些说明的情况下将能够实现本发明。基于本发明的上述内容，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他优选实施方式和实施例，都应当属于本发明保护的范围。