首页 / 专利库 / 医疗服务 / 电子健康档案 / 一种电子健康档案数据的处理方法及装置

一种电子健康档案数据的处理方法及装置

阅读:127发布:2020-05-13

专利汇可以提供一种电子健康档案数据的处理方法及装置专利检索,专利查询,专利分析的服务。并且本 发明 提供了一种 电子 健康档案 数据的处理方法及装置,该方法包括:获取 数据采集 设备所采集的健康数据的相关参数;通过与健康数据的相关参数对应的数据 接口 接收数据采集设备所采集的健康数据;按照预设的统一数据格式,将接收到的健康数据进行存储,其中,统一数据格式包括多个与健康数据对应的字段。本发明 实施例 的 电子健康档案 数据的处理方法及装置,通过将接收到的数据采集设备采集的所有类型的数据采用统一数据格式进行存储和调用,避免了不同数据格式之间的频繁转换,提高了 数据处理 效率。,下面是一种电子健康档案数据的处理方法及装置专利的具体信息内容。

1.一种电子健康档案数据的处理方法,其特征在于,所述方法包括:
获取数据采集设备所采集的健康数据的相关参数;
通过与健康数据的相关参数对应的数据接口接收所述数据采集设备所采集的健康数据;
按照预设的统一数据格式,将接收到的所述健康数据进行存储,其中,所述统一数据格式包括多个与所述健康数据对应的字段。
2.如权利要求1所述的处理方法,其特征在于,所述多个与所述健康数据对应的字段至少包括:应用类型、设备身份标识号码、数据采集时间、数据类型及详细的健康数据。
3.如权利要求1所述的处理方法,其特征在于,还包括:通过与所述健康数据对应的数据接口将存储的健康数据输出。
4.如权利要求2所述的处理方法,其特征在于,当所述健康数据的存储模式由关系型数据库SQL向非关系型数据库NoSQL转换时,所述方法还包括:
通过预设的联合主键标识所述健康数据,使所述健康数据以数据集合的形式由SQL模式转换到NoSQL模式,其中所述预设的联合主键包括:应用类型、设备身份标识号码、数据采集时间及数据类型。
5.如权利要求2所述的处理方法,其特征在于,所述详细的健康数据以测量项目和测量值的键值对的形式存储,且可通过所述键值对对所述详细的健康数据进行扩展。
6.一种电子健康档案数据的处理装置,其特征在于,包括:
参数获取模,用于获取数据采集设备所采集的健康数据的相关参数;
接收模块,用于通过与健康数据的相关参数对应的数据接口接收所述数据采集设备所采集的健康数据;
存储模块,用于按照预设的统一数据格式,将接收到的所述健康数据进行存储,其中,所述统一数据格式包括多个与所述健康数据对应的字段。
7.如权利要求6所述的处理装置,其特征在于,所述多个与所述健康数据对应的字段至少包括:应用类型、设备身份标识号码、数据采集时间、数据类型及详细的健康数据。
8.如权利要求6所述的处理装置,其特征在于,还包括:
数据输出模块,用于通过与所述健康数据对应的数据接口将存储的健康数据输出。
9.如权利要求7所述的处理装置,其特征在于,还包括:模式转换模块,用于当所述健康数据的存储模式由关系型数据库SQL向非关系型数据库NoSQL转换时,通过预设的联合主键标识所述健康数据,使所述健康数据以数据集合的形式由SQL模式转换到NoSQL模式,其中所述预设的联合主键包括:应用类型、设备身份标识号码、数据采集时间及数据类型。
10.如权利要求7所述的处理装置,其特征在于,所述详细的健康数据以测量项目和测量值的键值对的形式存储,且可通过所述键值对对所述详细的健康数据进行扩展。

说明书全文

一种电子健康档案数据的处理方法及装置

技术领域

[0001] 本发明涉及医疗信息网络系统,尤其涉及一种电子健康档案数据的处理方法及装置。

背景技术

[0002] 电子健康档案(EMR)被广泛地用于存储移动健康领域的用户生理数据(包括用户的个人体重、血压、血糖、睡眠和运动等数据),这些数据通过大量的可穿戴的传感设备进
行收集,它们通过EMR进行存储和分发,其数据文件小但数量众多,且写入远远高于查询需
求。
[0003] 然而,现有技术中,EMR在数据的接入、存储、调用、展示、分析的等多个流程中,没有统一的数据格式,所以当各种类型的健康数据存入到电子健康档案时,需要在不同的格式之间频繁地进行解析和转换,极为影响数据的处理效率。
[0004] 所以,有必要提供一种电子健康档案数据的处理方法及装置,避免在不同数据格式之间进行频繁的转换,进而提高数据处理效率。

发明内容

[0005] 为了克服现有技术中存在的上述问题,本发明提供了一种电子健康档案数据的处理方法及装置,通过将接收到的数据采集设备采集的所有类型的数据采用统一数据格式进
行存储和调用,提高数据处理效率。
[0006] 为了解决上述技术问题,本发明采用如下技术方案:
[0007] 依据本发明的一个方面,提供了一种电子健康档案数据的处理方法,包括:获取数据采集设备所采集的健康数据的相关参数;
[0008] 通过与健康数据的相关参数对应的数据接口接收所述数据采集设备所采集的健康数据;
[0009] 按照预设的统一数据格式,将接收到的所述健康数据进行存储,其中,所述统一数据格式包括多个与所述健康数据对应的字段。
[0010] 可选地,所述多个与所述健康数据对应的字段至少包括:应用类型、设备身份标识号码、数据采集时间、数据类型及详细的健康数据。
[0011] 可选地,该方法还包括:通过与所述健康数据对应的数据接口将存储的健康数据输出。
[0012] 可选地,当所述健康数据的存储模式由关系型数据库(SQL)向非关系型数据库(NoSQL)转换时,所述方法还包括:
[0013] 通过预设的联合主键标识所述健康数据,使所述健康数据以数据集合的形式由SQL模式转换到NoSQL模式,其中所述预设的联合主键包括:应用类型、设备身份标识号码、
数据采集时间及数据类型。
[0014] 可选地,所述详细的健康数据以测量项目和测量值的键值对的形式存储,且可通过所述键值对对所述详细的健康数据进行扩展。
[0015] 依据本发明的另一个方面,提供了一种电子健康档案数据的处理装置,包括:
[0016] 参数获取模,用于获取数据采集设备所采集的健康数据的相关参数;
[0017] 接收模块,用于通过与健康数据的相关参数对应的数据接口接收所述数据采集设备所采集的健康数据;
[0018] 存储模块,用于按照预设的统一数据格式,将接收到的所述健康数据进行存储,其中,所述统一数据格式包括多个与所述健康数据对应的字段。
[0019] 可选地,所述多个与所述健康数据对应的字段至少包括:应用类型、设备身份标识号码、数据采集时间、数据类型及详细的健康数据。
[0020] 可选地,该处理装置还包括:数据输出模块,用于通过与所述健康数据对应的数据接口将存储的健康数据输出。
[0021] 可选地,该装置还包括:模式转换模块,用于当所述健康数据的存储模式由SQL向NoSQL转换时,通过预设的联合主键标识所述健康数据,使所述健康数据以数据集合的形式
由SQL模式转换到NoSQL模式,其中所述预设的联合主键包括:应用类型、设备身份标识号
码、数据采集时间及数据类型。
[0022] 可选地,所述详细的健康数据以测量项目和测量值的键值对的形式存储,且可通过所述键值对对所述详细的健康数据进行扩展。
[0023] 本发明的有益效果是:
[0024] 本发明实施例的电子健康档案数据的处理方法及装置,将接收的所有数据类型的健康数据采用统一数据格式进行存储和调用,使得在接收不同类型的健康数据并进行存储
时,可以不用在各个格式之间进行频繁转换,提高了数据处理效率。
[0025] 进一步地,健康数据以测量项目和测量值的键值对的形式存储,适应了非结构化健康数据多样化的特点和数据管理需求,使得数据格式上的可扩展性高,且易于实现按需
扩展数据类型。
[0026] 进一步地,当健康数据的存储模式需要由SQL向NoSQL转换时,由于本发明实施例的电子健康档案数据的处理方法是通过预设的联合主键来标识存储的健康数据,因此通过
在SQL模式和NOSQL模式中采用唯一联合主键和索引来解决数据的一致性和完整性问题,
所以在数据库进行升级改造过程中,可以使得健康数据以数据集合的形式由SQL模式转换
到NoSQL模式,实现了健康数据的存储模式的无缝迁移。
附图说明
[0027] 图1表示本发明实施例的电子健康档案数据的处理方法流程示意图;以及
[0028] 图2表示本发明实施例的电子健康档案数据的处理装置结构框图

具体实施方式

[0029] 下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例,然而应当理解,可以以各种形式实现本公开而不应被这里阐述的实施例
所限制。相反,提供这些实施例是为了能够更透彻地理解本公开,并且能够将本公开的范围
完整的传达给本领域的技术人员。
[0030] 实施例一
[0031] 本发明实施例的电子健康档案数据的处理方法,首先获取数据采集设备所采集的健康数据的相关参数,接着通过与健康数据的相关参数对应的数据接口接收数据采集设备
所采集的健康数据,进而按照预设的统一数据格式将接收到的健康数据进行存储。
[0032] 如图1所示,为本发明实施例的电子健康档案数据处理方法流程示意图,该方法包括:
[0033] 步骤S11、获取数据采集设备所采集的健康数据的相关参数。
[0034] 电子健康档案所存储的健康数据是通过大量的可穿戴的传感设备进行收集,由于各个传感设备采集的健康数据的类型不同(比如运动数据、睡眠数据、心功数据等),而不
同类型的健康数据的相关参数也不同,进而可通过相关参数来对不同传感设备收集的健康
数据进行区别。所以获取了数据采集设备所采集的健康数据的相关参数,即可获取对应的
健康数据。
[0035] 步骤S13、通过与健康数据的相关参数对应的数据接口接收所述数据采集设备所采集的健康数据。
[0036] 不同类型的健康数据接入到电子健康档案的接口是不同的,具体地,如表1所示:
[0037] 表1数据接入接口列表
[0038]
[0039] 健康数据的相关参数通过相应的接口接入到电子健康档案中,才可进行后续对健康数据的存储与调用。
[0040] 其中,数据接口的参数的格式可为JSON格式,且每一组表示一条JSON格式数据。例如,其中包括企业信息、密码和数据等。
[0041] 步骤S15、按照预设的统一数据格式,将接收到的所述健康数据进行存储。
[0042] 本发明实施例的电子健康档案数据的处理方法中,预设的统一数据格式包括多个与健康数据对应的字段。
[0043] 可选地,所述多个与所述健康数据对应的字段至少包括:应用类型、设备身份标识号码、数据采集时间、数据类型及详细的健康数据。
[0044] 具体地,每个字段可包括的内容,如表2所示:
[0045] 表2健康数据对应的字段说明列表
[0046]
[0047] 当然,可以理解的是,本发明实施例的电子健康档案数据的处理方法,在对健康数据的存储时,采用的预设统一数据格式包括的字段及每个字段的相关内容也不限于表2中
所示。如,数据类型字段包含的内容是可进行扩展的。
[0048] 可选地,详细的健康数据以测量项目和测量值的键值对的形式存储,且可通过所述键值对对所述详细的健康数据进行扩展。其中,测量值的格式可为JSON格式,且测量值
的JSON格式包括JSON数组和JSON对象,当某些应用需要采用JSON对象时,可通过JAVA
代码来将JSON数组转成JSON对象。实现方法,例如:
[0049]
[0050] 此外,具体地,对应与表2中所示的数据类型字段中所列举的各个数据类型对应的详细健康数据所包括的内容如表2.1~表2.11所示:
[0051] 表2.1详细步数
[0052]
[0053] 表2.2有效步数
[0054]
[0055]
[0056] 表2.3简要步数
[0057]
[0058] 表2.4睡眠
[0059]
[0060]
[0061]
[0062] 表2.5心功
[0063]
[0064] 表2.6血压
[0065]
[0066] 表2.7血糖
[0067]
[0068] 表2.8心电
[0069]
[0070]
[0071] 2.9体重
[0072]
[0073] 2.10日常运动
[0074]
[0075] 2.11血
[0076]
[0077] 如表2.1~2.11所示的各类型数据的详细健康数据包括的内容,可以理解的是,本发明实施的电子健康档案数据的处理方法对每一类型的详细的健康数据所包括的具体
内容,也不限于此,即可根据需要对每一类型的内容进行扩展。
[0078] 可选地,该方法还包括:通过与所述健康数据对应的数据接口将存储的健康数据输出。当需要将电子健康档案中存储的健康数据调用时,仍可不通过各个数据格式之间转
换即可直接调用,提高了数据调用效率。
[0079] 可选地,当所述健康数据的存储模式由关系型数据库SQL向非关系型数据库NoSQL转换时,所述方法还包括:
[0080] 通过预设的联合主键标识所述健康数据,使所述健康数据以数据集合的形式由SQL模式转换到NoSQL模式,其中所述预设的联合主键包括:应用类型、设备身份标识号码、
数据采集时间及数据类型。
[0081] NoSQL方式的存储模型和SQL方式相比具有更高的数据写入效率,非常适合大规模的数据收集和存储,当用户规模达到一定程度时,从SQL方式向NoSQL方式转换是系统设
计的必然选择。然而传统的数据模型设计方式在进行数据和应用转换时需要重新设计数据
模型和数据接口,并对历史数据进行大量萃取、转置和加载。本发明实施例的电子健康档案
数据的处理方法,通过预设的联合主键使得在数据库的升级改造过程中,可以实现健康数
据的存储模式的无缝迁移。
[0082] 实施例二
[0083] 如图2所示,为本发明实施例的电子健康档案数据的处理装置结构框图,该处理装置包括:
[0084] 参数获取模块201,用于获取数据采集设备所采集的健康数据的相关参数;
[0085] 接收模块202,用于通过与健康数据的相关参数对应的数据接口接收所述数据采集设备所采集的健康数据;
[0086] 存储模块203,用于按照预设的统一数据格式,将接收到的所述健康数据进行存储,其中,所述统一数据格式包括多个与所述健康数据对应的字段。
[0087] 可选地,所述多个与所述健康数据对应的字段至少包括:应用类型、设备身份标识号码、数据采集时间、数据类型及详细的健康数据。
[0088] 可选地,该处理装置还包括:数据输出模块204,用于通过与所述健康数据对应的数据接口将存储的健康数据输出。
[0089] 可选地,该处理装置包括:模式转换模块205,用于当所述健康数据的存储模式由SQL向NoSQL转换时,通过预设的联合主键标识所述健康数据,使所述健康数据以数据集合
的形式由SQL模式转换到NoSQL模式,其中所述预设的联合主键包括:应用类型、设备身份
标识号码、数据采集时间及数据类型。
[0090] 可选地,所述详细的健康数据以测量项目和测量值的键值对的形式存储,且可通过所述键值对对所述详细的健康数据进行扩展。其中,基于键值对的非二维表结构描述数
据格式和接口规范设计,支持各种数据类型和业务,保障了数据处理和调取的高效性。
[0091] 具体举例,通过本发明实施例的电子健康档案数据的处理方法及装置,在NoSQL模式下,对运动数据的存储格式如下:
[0092]
[0093] 在SQL模式下,对运动数据的存储格式如下:
[0094] ”data”:{“appType”:”ws”,
[0095] ”deviceId”:”DS2013110000001”,
[0096] ”collectDate”:”2013-01-0108:00:00”,”
[0097] dataType”:”stepEffective”,
[0098] ”dataValue”:[{“snyxp5”:”0,0,11,249,201,220,81,402,179,0,0,0”},{“knp5”:”0,0,0,83,77,73,21,151,67,0,0,0”},{“level2p5”:”0,0,10,50,22,28,18,6,28,0,0,0”},{“level3p5”:”0,0,0,98,104,90,38,204,64,0,0,0”},“{ level4p5”:”0,0,0,0,0,0,0,2,12,0,0,0”},{“yuanp5”:”0,0,245,3554,1245,1111,0,5281,1326,0,0,0”},{”hour”:”7”},{“measure Time“:”2013-01-01”}]
[0099] 由上述举例可知,本发明实施例的电子健康档案数据的处理方法和装置适用于SQL模式和NoSQL模式的数据库,在这两种模式下均采用统一的数据格式存储健康数据。
[0100] 由目前的SQL升级成NoSQL数据库时,为避免数据模型和数据接口重构的代价,本发明实施例的电子健康档案数据的处理方法和装置通过预设联合主键来标识健康数据。同
样,以运动数据为例,如下:ueue://App1Queue,{“company”:”ds”,”password”:”123”,”data”:“{appType”:”ws”,”deviceId”:”DS2013110000001”,”collectDate”:”2013-01-01”,”dataType”:”stepDetai l”,”hour”:”7”,”
[0101] dataValue”:[{“snp5”:”0,0,11,249,201,220,81,402,179,0,0,0”},{“knp5”:”0,0,0,83,77,73,21,151,67,0,0,0”},“{ level2p5”:”0,0,10,50,22,28,18,6,28,0,0,0”},{“level3p5”:”0,0,0,98,104,90,38,204,64,0,0,0”},“{ level4p5”:”0,0,0,0,0,0,0,2,12,0,0,0”},{“yu anp5”:”0,0,245,3554,1245,1111,0,5281,1326,0,0,0”}]}}
[0102] 通过预设的联合主键应用类型(appType)、设备身份标识号码(deviceId)、数据采集时间(collectDate)及数据类型(dataType),来标识运动数据,使得该运动数据在数
据库的升级改造过程中可实现健康数据的存储模式的无缝迁移。
[0103] 以上所述的是本发明的优选实施方式,应当指出对于本技术领域的普通人员来说,在不脱离本发明所述的原理前提下还可以作出若干改进和润饰,这些改进和润饰也在
本发明的保护范围内。
高效检索全球专利

专利汇是专利免费检索,专利查询,专利分析-国家发明专利查询检索分析平台,是提供专利分析,专利查询,专利检索等数据服务功能的知识产权数据服务商。

我们的产品包含105个国家的1.26亿组数据,免费查、免费专利分析。

申请试用

分析报告

专利汇分析报告产品可以对行业情报数据进行梳理分析,涉及维度包括行业专利基本状况分析、地域分析、技术分析、发明人分析、申请人分析、专利权人分析、失效分析、核心专利分析、法律分析、研发重点分析、企业专利处境分析、技术处境分析、专利寿命分析、企业定位分析、引证分析等超过60个分析角度,系统通过AI智能系统对图表进行解读,只需1分钟,一键生成行业专利分析报告。

申请试用

QQ群二维码
意见反馈