CN113744863A - 健康数据管理方法、设备及系统 - Google Patents
健康数据管理方法、设备及系统 Download PDFInfo
- Publication number
- CN113744863A CN113744863A CN202010478397.0A CN202010478397A CN113744863A CN 113744863 A CN113744863 A CN 113744863A CN 202010478397 A CN202010478397 A CN 202010478397A CN 113744863 A CN113744863 A CN 113744863A
- Authority
- CN
- China
- Prior art keywords
- health
- data
- health data
- background device
- background
- 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.)
- Granted
Links
- 230000036541 health Effects 0.000 title claims abstract description 1133
- 238000013523 data management Methods 0.000 title claims abstract description 294
- 238000000034 method Methods 0.000 title claims abstract description 109
- 238000012545 processing Methods 0.000 claims abstract description 106
- 238000007726 management method Methods 0.000 claims description 43
- 238000004590 computer program Methods 0.000 claims description 30
- 230000004044 response Effects 0.000 claims description 14
- 230000005540 biological transmission Effects 0.000 claims description 12
- 238000012546 transfer Methods 0.000 claims description 8
- 238000011161 development Methods 0.000 abstract description 15
- 230000008569 process Effects 0.000 abstract description 6
- 238000013480 data collection Methods 0.000 description 18
- 238000010586 diagram Methods 0.000 description 14
- 238000004891 communication Methods 0.000 description 9
- 230000036772 blood pressure Effects 0.000 description 8
- 239000008280 blood Substances 0.000 description 7
- 210000004369 blood Anatomy 0.000 description 7
- 230000006870 function Effects 0.000 description 7
- 230000035487 diastolic blood pressure Effects 0.000 description 6
- 238000004458 analytical method Methods 0.000 description 4
- 230000003287 optical effect Effects 0.000 description 4
- 238000001514 detection method Methods 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 3
- 230000035488 systolic blood pressure Effects 0.000 description 3
- 102000017011 Glycated Hemoglobin A Human genes 0.000 description 2
- 108091005995 glycated hemoglobin Proteins 0.000 description 2
- 230000002452 interceptive effect Effects 0.000 description 2
- 239000003550 marker Substances 0.000 description 2
- 239000000463 material Substances 0.000 description 2
- 230000003068 static effect Effects 0.000 description 2
- WQZGKKKJIJFFOK-GASJEMHNSA-N Glucose Natural products OC[C@H]1OC(O)[C@H](O)[C@@H](O)[C@@H]1O WQZGKKKJIJFFOK-GASJEMHNSA-N 0.000 description 1
- 206010020675 Hypermetropia Diseases 0.000 description 1
- 230000004872 arterial blood pressure Effects 0.000 description 1
- 230000003190 augmentative effect Effects 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 238000012512 characterization method Methods 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 230000004438 eyesight Effects 0.000 description 1
- 239000008103 glucose Substances 0.000 description 1
- 230000004305 hyperopia Effects 0.000 description 1
- 201000006318 hyperopia Diseases 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 238000005259 measurement Methods 0.000 description 1
- QSHDDOUJBYECFT-UHFFFAOYSA-N mercury Chemical compound [Hg] QSHDDOUJBYECFT-UHFFFAOYSA-N 0.000 description 1
- 229910052753 mercury Inorganic materials 0.000 description 1
- 230000004379 myopia Effects 0.000 description 1
- 208000001491 myopia Diseases 0.000 description 1
- 230000002093 peripheral effect Effects 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 238000011269 treatment regimen Methods 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H40/00—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices
- G16H40/60—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the operation of medical equipment or devices
- G16H40/63—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the operation of medical equipment or devices for local operation
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H10/00—ICT specially adapted for the handling or processing of patient-related medical or healthcare data
- G16H10/60—ICT specially adapted for the handling or processing of patient-related medical or healthcare data for patient-specific data, e.g. for electronic patient records
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F21/60—Protecting data
- G06F21/62—Protecting access to data via a platform, e.g. using keys or access control rules
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F21/60—Protecting data
- G06F21/62—Protecting access to data via a platform, e.g. using keys or access control rules
- G06F21/6218—Protecting access to data via a platform, e.g. using keys or access control rules to a system of files or objects, e.g. local or distributed file system or database
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H15/00—ICT specially adapted for medical reports, e.g. generation or transmission thereof
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H40/00—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices
- G16H40/60—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the operation of medical equipment or devices
- G16H40/67—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the operation of medical equipment or devices for remote operation
Landscapes
- Engineering & Computer Science (AREA)
- Health & Medical Sciences (AREA)
- General Health & Medical Sciences (AREA)
- Epidemiology (AREA)
- Medical Informatics (AREA)
- Primary Health Care (AREA)
- Public Health (AREA)
- Biomedical Technology (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- Bioethics (AREA)
- Computer Hardware Design (AREA)
- Computer Security & Cryptography (AREA)
- Software Systems (AREA)
- General Business, Economics & Management (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Business, Economics & Management (AREA)
- Databases & Information Systems (AREA)
- Medical Treatment And Welfare Office Work (AREA)
- Measuring And Recording Apparatus For Diagnosis (AREA)
Abstract
一种健康数据管理方法、设备及系统,涉及电子技术领域,健康数据管理装置可以对来自不同后台装置的健康数据使用相同的数据格式进行统一存储和统一处理,并且同一种健康类型的健康数据可以具有相同的健康指标标识。从而,使得不同后台装置中的健康数据可以互通,提高了使用健康数据的灵活性和高效性;减小了开发成本,提高了开发效率。并且,基于不同后台装置的健康数据的统一处理使得处理结果的准确性和可靠性提高,同时也提高了用户的使用体验。
Description
技术领域
本发明涉及电子技术领域,尤其涉及一种健康数据管理方法、设备及系统。
背景技术
随着社会的发展,人们的健康意识显著提高。目前,市场上出现了各种各样的健康数据采集设备。例如,手环、睡眠仪、运动手表等。通常,健康数据采集设备采集的健康数据存储在为其提供服务的后台装置中。
不同的健康数据采集设备可以对应不同的后台装置,不同后台装置的存储、查询和处理规则可能不同。
发明内容
第一方面,提供一种健康数据管理方法,该方法包括:接收并存储第一后台装置发送的第一健康数据,第一健康数据包括:第一用户标识,第一健康指标标识以及第一健康指标标识对应的第一数据内容;接收并存储第二后台装置发送的第二健康数据;其中,第二健康数据包括:第二用户标识,第二健康指标标识以及第二健康指标标识对应的第二数据内容;其中,第一健康数据与第二健康数据的数据格式相同;在第一数据内容和第二数据内容的健康类型相同的情况下,第一健康指标标识和第二健康指标标识相同;在第一数据内容和第二数据内容的健康类型不同的情况下,第一健康指标标识和第二健康指标标识不同。
在一些实施例中,在接收并存储第一后台装置发送的第一健康数据之前,该方法还包括:根据接收到的第一注册请求对第一后台装置进行注册,向第一后台装置返回第一信息;其中,第一信息包括第一后台装置标识和第一后台装置密钥;和/或;在接收并存储第二后台装置发送的第二健康数据之前,方法还包括:根据接收到的第二注册请求对第二后台装置进行注册,向第二后台装置返回第二信息;其中,第二信息包括第二后台装置标识和第二后台装置密钥。
在另一些实施例中,根据接收到的第一注册请求对第一后台装置进行注册,包括:显示第一界面,第一界面上具有第一控件;检测到针对第一界面上的第一控件的第一预设操作;响应于第一预设操作,显示第二界面;接收向第二界面输入的第一后台装置的信息,以生成第一后台装置标识和第一后台装置密钥;和/或,根据接收到的第二注册请求对第二后台装置进行注册,包括:显示第一界面,第一界面上具有第一控件;检测到针对第一界面上的第一控件的第一预设操作;响应于第一预设操作,显示第二界面;接收向第二界面输入的第二后台装置的信息,以生成第二后台装置标识和第二后台装置密钥。
在另一些实施例中,若未设置第一健康消息的健康类型对应的健康指标标识,第一健康消息的健康类型为第一后台装置提供服务的健康数据采集设备能够采集的健康消息的健康类型,则根据接收到的第一注册请求对第一后台装置进行注册,还包括:根据接收到的第一注册请求,生成与第一健康消息的健康类型对应的第一健康指标标识;和/或,若未设置第二健康消息的健康类型对应的健康指标标识,第二健康消息的健康类型为第二后台装置提供服务的健康数据采集设备能够采集的健康消息的健康类型,则根据接收到的第二注册请求对第二后台装置进行注册,还包括:根据接收到的第二注册请求,生成与第二健康消息的健康类型对应的第二健康指标标识。
在另一些实施例中,根据接收到的第一注册请求,生成与第一健康消息的健康类型对应的第一健康指标标识,可以包括:显示第三界面,第三界面上具有第二控件;检测到针对第三界面的第二控件的第二预设操作;响应于第二预设操作,显示第四界面;接收向第四界面输入的与第一健康消息的健康类型相关的第三消息,以生成与第一健康消息的健康类型对应的第一健康指标标识。
在另一些实施例中,根据接收到的第二注册请求,生成与第二健康消息的健康类型对应的第二健康指标标识,可以包括:显示第三界面,第三界面上具有第二控件;检测到针对第三界面的第二控件的第二预设操作;响应于第二预设操作,显示第四界面;接收向第四界面输入的与第二健康消息的健康类型相关的第四消息,以生成与第二健康消息的健康类型对应的第二健康指标标识。
在另一些实施例中,在接收并存储第二后台装置发送的第二健康数据之后,该方法还包括:在第一健康指标标识和第二健康指标标识相同且第一用户标识和第二用户标识相同的情况下,结合第一数据内容和第二数据内容进行数据处理,得到数据处理结果。
在另一些实施例中,结合第一数据内容和第二数据内容进行数据处理,得到数据处理结果,包括:在第一数据内容和第二数据内容的数据类型均为数值的情况下,对第一数据内容和第二数据内容进行加权平均处理,得到数据处理结果;或者,在第一数据内容和第二数据内容的数据类型均为文本的情况下,删除第一数据内容或第二数据内容中语义相同的部分。
在另一些实施例中,在结合第一数据内容和第二数据内容进行数据处理,得到数据处理结果之后,该方法还包括:向第一后台装置传输数据处理结果;和/或,向第二后台装置传输数据处理结果;和/或,向展示设备传输数据处理结果。
在另一些实施例中,在接收并存储第二后台装置发送的第二健康数据之后,该方法还包括:接收来自第一后台装置的第一数据请求;其中,第一数据请求被配置为请求第一用户的健康数据,第一数据请求包括第一后台装置标识和第一后台装置密钥;响应于第一数据请求,对第一后台装置进行认证;若对第一后台装置的认证通过,则向第一后台装置传输第一健康数据。
在另一些实施例中,该方法还包括:在第一用户标识与第二用户标识相同的情况下,若对第一后台装置的认证通过,则还向第一后台装置传输第二健康数据。
第二方面,提供一种健康数据管理方法,其中,该方法包括:接收第一终端发送的由第一健康数据采集设备采集的第一健康信息,第一健康信息包括第一用户信息和第一数据内容;基于第一健康信息、配置的与第一数据内容的健康类型对应的第一健康指标标识以及第四信息,生成第一健康数据;其中,第四信息用于指示健康数据的数据格式,第一健康数据包括:第一用户标识、第一数据内容和第一健康指标标识,第一用户信息和第一用户标识用于表示同一用户;向健康数据管理装置发送第一健康数据。
在一些实施例中,在向健康数据管理装置发送第一健康数据之后,该方法还包括:接收来自第一终端的第一数据请求;其中,第一数据请求被配置为请求第一用户的健康数据,第一数据请求包括第一后台装置标识和第一后台装置密钥;向健康数据管理装置发送第一数据请求;接收来自健康数据管理装置的第一健康数据。
在另一些实施例中,在第一用户标识与第二健康数据的第二用户标识相同的情况下,在向健康数据管理装置发送第一数据请求之后,该方法还包括:接收来自健康数据管理装置的第二健康数据;其中,第二健康数据是健康数据管理装置存储的来自第二后台装置的健康数据,第二健康数据包括:第二用户标识,第二健康指标标识以及第二健康指标标识对应的第二数据内容。
在另一些实施例中,在接收来自健康数据管理装置的第一健康数据之后,该方法还包括:对第一健康数据进行缓存。
第三方面,提供一种健康数据管理方法,其中,该方法包括:健康数据管理装置接收第一注册请求;其中,第一注册请求被配置为指示对第一后台装置进行注册;若未设置第一健康消息的健康类型对应的健康指标标识,第一健康消息的健康类型为第一后台装置提供服务的健康数据采集设备能够采集的健康消息的健康类型,则健康数据管理装置根据接收到的第一注册请求生成第一健康指标标识;其中,第一健康指标标识被配置为标识第一健康消息的健康类型;第一后台装置接收第一健康指标标识和第四信息,第四信息被配置为指示健康数据的数据格式;第一后台装置基于第一健康消息、第一健康指标标识和第四信息,生成第一健康数据;其中,第一健康数据包括第一健康指标标识;第一后台装置向健康数据管理装置发送第一健康数据;
在一些实施例中,该方法还包括:健康数据管理装置接收第二注册请求;其中,第二注册请求被配置为指示对第二后台装置进行注册;若未设置第二健康消息的健康类型对应的健康指标标识,第二健康消息的健康类型为第二后台装置提供服务的健康数据采集设备能够采集的健康消息的健康类型,则健康数据管理装置根据接收到的第一注册请求生成第二健康指标标识;其中,第二健康指标标识被配置为标识第二健康消息的健康类型;第二后台装置接收第二健康指标标识和第四信息,第四信息被配置为指示健康数据的数据格式;第二后台装置基于第二健康消息、第二健康指标标识和第四信息,生成第二健康数据;其中,第二健康数据包括第二健康指标标识;第二后台装置向健康数据管理装置发送第二健康数据。
在另一些实施例中,该方法还包括:第一后台装置向健康数据管理装置发送第一数据请求;其中,第一数据请求被配置为请求第一用户的健康数据,第一数据请求包括第一后台装置标识和第一后台装置密钥;健康数据管理装置响应于第一数据请求,对第一后台装置进行认证;若对第一后台装置的认证通过,则健康数据管理装置向第一后台装置传输第一健康数据;在第一健康指标标识与第二健康指标标识相同的情况下,若对第一后台装置的认证通过,则健康数据管理装置还向第一后台装置传输第二健康数据。
第四方面,提供一种健康数据管理装置,其中,健康数据管理装置包括收发单元和存储单元;收发单元,用于接收第一后台装置发送的第一健康数据;其中,第一健康数据包括:第一用户标识,第一健康指标标识以及第一健康指标标识对应的第一数据内容;收发单元,还用于接收第二后台装置发送的第二健康数据;其中,第二健康数据包括:第二用户标识,第二健康指标标识以及第二健康指标标识对应的第二数据内容;其中,第一健康数据与第二健康数据的数据格式相同;在第一数据内容和第二数据内容的健康类型相同的情况下,第一健康指标标识和第二健康指标标识相同;在第一数据内容和第二数据内容的健康类型不同的情况下,第一健康指标标识和第二健康指标标识不同;存储单元用于:存储第一健康数据,并且存储第二健康数据。
在一些实施例中,健康数据管理装置还包括处理单元,处理单元包括外接系统管理模块;外接系统管理模块,用于:显示第一界面,第一界面上具有第一控件;检测到针对第一界面上的第一控件的第一预设操作;响应于第一预设操作,显示第二界面;接收向第二界面输入的第一后台装置的信息,以生成第一后台装置标识和第一后台装置密钥;和/或,显示第一界面,第一界面上具有第一控件;检测到针对第一界面上的第一控件的第一预设操作;响应于第一预设操作,显示第二界面;接收向第二界面输入的第二后台装置的信息,以生成第二后台装置标识和第二后台装置密钥。
在另一些实施例中,处理单元包括还包括指标管理模块;指标管理模块,用于:显示第三界面,第三界面上具有第二控件;检测到针对第三界面的第二控件的第二预设操作;响应于第二预设操作,显示第四界面;接收向第四界面输入的与第一健康信息的健康类型相关的第三信息,以生成与第一健康信息的健康类型对应的第一健康指标标识;和/或,显示第三界面,第三界面上具有第二控件;检测到针对第三界面的第二控件的第二预设操作;响应于第二预设操作,显示第四界面;接收向第四界面输入的与第二健康信息的健康类型相关的第四消息,以生成与第二健康信息的健康类型对应的第二健康指标标识。
在另一些实施例中,处理单元,用于:在第一健康指标标识和第二健康指标标识相同且第一用户标识和第二用户标识相同的情况下,结合第一数据内容和第二数据内容进行数据处理,得到数据处理结果。
在另一些实施例中,收发单元还包括统一数据传输接口和对外接口;统一数据传输接口,用于:向第一后台装置传输数据处理结果;和/或,向第二后台装置传输数据处理结果;对外接口,用于:向展示设备传输数据处理结果。
在另一些实施例中,收发单元,还用于:接收来自第一后台装置的第一数据请求;其中,第一数据请求被配置为请求第一用户的健康数据,第一数据请求包括第一后台装置标识和第一后台装置密钥;处理单元,还用于:响应于第一数据请求,对第一后台装置进行认证;若对第一后台装置的认证通过,则向第一后台装置传输第一健康数据。
在另一些实施例中,统一数据传输接口,还用于:在第一用户标识与第二用户标识相同的情况下,若对第一后台装置的认证通过,则还向第一后台装置传输第二健康数据。
第五方面,提供一种后台装置,其中,后台装置包括收发单元和处理单元;收发单元,用于:接收第一终端发送的由第一健康数据采集设备采集的第一健康信息,健康信息包括第一用户信息和第一数据内容;处理单元,用于:基于第一健康信息、配置的与第一数据内容的健康类型对应的第一健康指标标识以及第四信息,生成第一健康数据;其中,第四信息用于指示健康数据的数据格式,第一健康数据包括:第一用户标识、第一数据内容和第一健康指标标识,第一用户信息和第一用户标识用于表示同一用户;收发单元,还用于:向健康数据管理装置发送第一健康数据。
在一些实施例中,收发单元,还用于:接收来自第一终端的第一数据请求;其中,第一数据请求被配置为请求第一用户的健康数据,第一数据请求包括后台装置标识和后台装置密钥;向健康数据管理装置发送第一数据请求;接收来自健康数据管理装置的第一健康数据。
在另一些实施例中,在第一用户标识与第二健康数据的第二用户标识相同的情况下,收发单元,还用于:接收来自健康数据管理装置的第二健康数据;其中,第二健康数据是健康数据管理装置存储的来自所述后台装置以外的另一后台装置的健康数据,第二健康数据包括:第二用户标识,第二健康指标标识以及第二健康指标标识对应的第二数据内容。
第六方面,提供一种健康数据管理系统,其中,包括:健康数据管理装置和至少两个后台装置;其中,健康数据管理装置为如上述第三方面中任一项的健康数据管理装置,后台装置为如上述第四方面中任一项的后台装置。
第七方面,提供一种健康数据管理装置,包括:处理器和存储器;所述存储器用于存储计算机指令,当所述处理器执行所述计算机指令时,使所述健康数据管理装置执行如上述第一方面中任一项所述的健康数据管理方法。
第八方面,提供一种计算机可读存储介质。所述计算机可读存储介质存储有计算机程序指令,所述计算机程序指令在计算机(例如,健康数据管理装置)上运行时,使得所述计算机执行如上述第一方面中任一项所述的健康数据管理方法中的一个或多个步骤。
第九方面,提供一种计算机可读存储介质。所述计算机可读存储介质存储有计算机程序指令,所述计算机程序指令在计算机(例如,后台装置)处理器上运行时,使得所述计算机执行如上述第二方面中任一项所述的健康数据管理方法中的一个或多个步骤。
第十方面,提供一种计算机程序产品。所述计算机程序产品包括计算机程序指令,在计算机(例如,健康数据管理装置)上执行所述计算机程序指令时,所述计算机程序指令使计算机执行如上述第一方面中任一项所述的健康数据管理方法中的一个或多个步骤。
第十一方面,提供一种计算机程序产品。所述计算机程序产品包括计算机程序指令,在计算机(例如,后台装置)上执行所述计算机程序指令时,所述计算机程序指令使计算机执行如上述第二方面中任一项所述的健康数据管理方法中的一个或多个步骤。
第十二方面,提供一种计算机程序产品。所述计算机程序产品包括计算机程序指令,在计算机上执行所述计算机程序指令时,所述计算机程序指令使计算机执行如上述第三方面中任一项所述的健康数据管理方法中的一个或多个步骤。
第十三方面,提供一种计算机程序。当所述计算机程序在计算机(例如,健康数据管理装置)上执行时,所述计算机程序使计算机执行如上述第一方面中任一项所述的健康数据管理方法中的一个或多个步骤。
第十四方面,提供一种计算机程序。当所述计算机程序在计算机(例如,后台装置)上执行时,所述计算机程序使计算机执行如上述第二方面中任一项所述的健康数据管理方法中的一个或多个步骤。
第十五方面,提供一种计算机程序。当所述计算机程序在计算机上执行时,所述计算机程序使计算机执行如上述第三方面中任一项所述的健康数据管理方法中的一个或多个步骤。
附图说明
为了更清楚地说明本公开中的技术方案,下面将对本公开一些实施例中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本公开的一些实施例的附图,对于本领域普通技术人员来讲,还可以根据这些附图获得其他的附图。此外,以下描述中的附图可以视作示意图,并非对本公开实施例所涉及的产品的实际尺寸、方法的实际流程、信号的实际时序等的限制。
图1A为本公开实施例提供的一种健康数据管理系统的结构图;
图1B为本公开实施例提供的一种健康数据管理装置的结构图;
图2A为本公开实施例提供的健康数据管理装置的一种界面的示意图;
图2B为本公开实施例提供的健康数据管理装置的另一种界面的示意图;
图2C为本公开实施例提供的健康数据管理装置的另一种界面的示意图;
图2D为本公开实施例提供的健康数据管理装置的另一种界面的示意图;
图2E为本公开实施例提供的健康数据管理装置的另一种界面的示意图;
图2F为本公开实施例提供的健康数据管理装置的另一种界面的示意图;
图2G为本公开实施例提供的健康数据管理装置的另一种界面的示意图;
图2H为本公开实施例提供的健康数据管理装置的另一种界面的示意图;
图2I为本公开实施例提供的一种健康数据的指标的示意图;
图3A为本公开实施例提供的一种计算机系统的结构图;
图3B为本公开实施例提供的一种健康数据管理方法的流程图;
图4为本公开实施例提供的另一种健康数据管理方法的流程图;
图5A为本公开实施例提供的一种对第一后台装置进行注册的方法的流程图;
图5B为本公开实施例提供的一种对第二后台装置进行注册的方法的流程图;
图5C为本公开实施例提供的另一种对第一后台装置进行注册的方法的流程图;
图5D为本公开实施例提供的另一种对第二后台装置进行注册的方法的流程图;
图6为本公开实施例提供的一种展示出的数据处理结果的示意图;
图7为本公开实施例提供的再一种健康数据管理方法的流程图;
图8为本公开实施例提供的另一种健康数据管理方法的流程图;
图9为本公开实施例提供的又一种健康数据管理方法的流程图;
图10为本公开实施例提供的再一种健康数据管理方法的流程图;
图11为本公开实施例提供的又一种健康数据管理方法的流程图;
图12为本公开实施例提供的再一种健康数据管理方法的流程图;
图13为本公开实施例提供的一种后台装置的结构图。
具体实施方式
下面将结合附图,对本公开一些实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本公开一部分实施例,而不是全部的实施例。基于本公开所提供的实施例,本领域普通技术人员所获得的所有其他实施例,都属于本公开保护的范围。
除非上下文另有要求,否则,在整个说明书和权利要求书中,术语“包括(comprise)”及其其他形式例如第三人称单数形式“包括(comprises)”和现在分词形式“包括(comprising)”被解释为开放、包含的意思,即为“包含,但不限于”。在说明书的描述中,术语“一个实施例(one embodiment)”、“一些实施例(some embodiments)”、“示例性实施例(exemplary embodiments)”、“示例(example)”、“特定示例(specific example)”或“一些示例(some examples)”等旨在表明与该实施例或示例相关的特定特征、结构、材料或特性包括在本公开的至少一个实施例或示例中。上述术语的示意性表示不一定是指同一实施例或示例。此外,所述的特定特征、结构、材料或特点可以以任何适当方式包括在任何一个或多个实施例或示例中。
以下,术语“第一”、“第二”仅用于描述目的,而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此,限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。在本公开实施例的描述中,除非另有说明,“多个”的含义是两个或两个以上。
“A、B和C中的至少一个”与“A、B或C中的至少一个”具有相同含义,均包括以下A、B和C的组合:仅A,仅B,仅C,A和B的组合,A和C的组合,B和C的组合,及A、B和C的组合。
“A和/或B”,包括以下三种组合:仅A,仅B,及A和B的组合。
如本文中所使用,根据上下文,术语“如果”任选地被解释为意思是“当……时”或“在……时”或“响应于确定”或“响应于检测到”。类似地,根据上下文,短语“如果确定……”或“如果检测到[所陈述的条件或事件]”任选地被解释为是指“在确定……时”或“响应于确定……”或“在检测到[所陈述的条件或事件]时”或“响应于检测到[所陈述的条件或事件]”。
本文中“适用于”或“被配置为”的使用意味着开放和包容性的语言,其不排除适用于或被配置为执行额外任务或步骤的设备。
目前,市场上的健康数据采集设备获取的健康数据通常存储在相应的后台装置中。由于不同的健康数据采集设备可以对应不同的后台装置,不同后台装置的存储、查询和处理规则可能不同,导致存储在不同后台装置中的健康数据之间无法互通,难以进行统一处理,降低了使用这些数据的灵活性和高效性,也增加了开发成本,降低了开发的效率。另外,由于不同后台装置对健康数据的处理规则可能不同,因而,用户通过不同后台装置得到的结果可能也会不同,降低了用户的使用体验。
本公开实施例提供一种健康数据管理系统,健康数据管理装置可以对来自不同后台装置的健康数据使用相同的数据格式进行统一存储和统一处理,并且同一种健康类型的健康数据可以具有相同的健康指标标识。其中,每个后台装置可以为至少一个健康数据采集设备提供服务,例如,每个后台装置可以接收来自相应的健康数据采集设备的健康数据并对健康数据进行分析处理。
通过本公开实施例提供的上述健康数据管理系统,使得对健康数据的统一存储和统一管理,不同后台装置中的健康数据可以互通,从而提高了使用健康数据的灵活性和高效性;相比于相关技术中各种后台装置分别管理健康数据的方案,减小了开发成本,提高了开发的效率,降低了人力成本。
另外,由于统一处理是基于不同后台装置的健康数据而非单个后台装置的健康数据,即,基于全量数据而非单一数据,并且可以将统一处理的结果传输到后台装置以进行结果展示,使得处理结果的准确性和可靠性提高,同时也提高了用户的使用体验。
此外,由于对来自不同后台装置的健康数据使用相同的数据格式进行统一存储,从而各个后台装置无需再各自大量存储健康数据,降低了对后台装置的存储器的要求,有助于提高后台装置的效率。
示例性地,图1A示出了本公开实施例提供的健康数据管理系统的结构示意图。参见图1A,健康数据管理系统100可以包括健康数据管理装置101、后台装置102、终端103以及健康数据采集设备104。
其中,健康数据管理装置101也可以包括至少一个健康数据管理服务器,若包含多个(至少两个)健康数据管理服务器的情况下,健康数据管理装置101可以称为服务器集群;健康数据管理装置101也可以是健康数据管理平台(即软件系统)。后台装置102可以是后台服务器或者也可以是外接系统(可以是硬件系统或软件系统)。健康数据采集设备104可以简称为“采集设备”或“设备”。
另外,后台装置102、终端103以及健康数据采集设备104均可以有一个或多个。例如,后台装置可以包括如图1A所示的后台装置102-1、后台装置102-2和后台装置102-3。终端可以包括如图1A所示的终端103-1、终端103-2、终端103-3、终端103-4……终端103-p-1、终端103-p。健康数据采集设备可以包括如图1A所示的健康数据采集设备104-1、健康数据采集设备104-2、健康数据采集设备104-3、健康数据采集设备104-4……健康数据采集设备104-n-1、健康数据采集设备104-n。
每个后台装置102可以为至少一个健康数据采集设备104提供服务。例如,健康数据采集设备104采集的健康数据可以通过终端103传输至相应的后台装置102。每个后台装置可以对应有至少一个终端,例如,参见图1A,后台装置102-1对应有三个终端,分别为终端103-1、终端103-2、终端103-3。每个终端可以与至少一个后台装置连接,以进行健康数据相关的信息交互。例如,参见图1A,终端103-4可以与后台装置102-2和后台装置102-m连接。每个终端可以与至少一个健康数据采集设备连接,以将至少一个健康数据采集设备采集到的健康信息传递给终端,并通过终端传递给相应的后台装置。例如,参见图1A,终端103-4可以与健康数据采集设备104-5和健康数据采集设备104-6连接,以将健康数据采集设备104-5采集的健康信息传输给后台装置102-2,并将健康数据采集设备104-6采集的健康信息传输给后台装置102-3。
例如,健康数据采集设备104采集的健康数据不限于图1所示的通过终端103传输至相应的后台装置102,健康数据采集设备104采集的健康数据也可以直接传输至相应的后台装置102。
不同的后台装置可以使用统一的数据格式将来自不同健康数据采集设备的健康数据传输至健康数据管理装置中进行存储。示例性地,统一的数据格式可以为json格式。再示例性地,统一的数据格式可以为XML格式。再示例性地,统一的数据格式可以为CSV格式。当然,统一的数据格式还可以为其他类型的数据格式,本公开实施例对统一的数据格式的具体类型不作限定。
另外,同一种健康类型的健康数据(例如,心跳、脉搏等)可以具有相同的健康指标标识。即对不同健康数据采集设备所测得的同一类型的健康数据设置相同的健康指标标识,该健康指标标识也可以称为健康指标编码。例如,舒张压的健康指标标识可以为:DE04.10.176.00,收缩压的健康指标标识可以为:DE04.10.174.00,糖化血红蛋白的健康指标标识可以为:DE04.50.083.00,睡眠的指标编码是DE04.60.063.00等;若睡眠仪和运动手表都有睡眠数据,那么睡眠数据的健康指标标识相同,从而存储在健康数据管理装置101中的来自睡眠仪和运动手表的所有睡眠数据均具有同样的健康指标标识,便于健康数据管理装置101对睡眠数据的统一管理。
从而,由于健康数据管理装置101使用统一的数据格式存储健康数据,并且同一种健康类型的健康数据可以具有相同的健康指标标识;因此,健康数据管理装置101可以汇总来自不同后台装置的健康数据进行分析处理,能够提高健康数据处理的准确性和可靠性,并且提高了用户体验。并且由于数据的统一管理,相比于相关技术中各种后台装置分别管理健康数据的方案,大大减少了开发工作量,提高了开发的效率,降低了人力成本。
另外,参见图1B,健康数据管理装置101可以包括存储单元111、收发单元112和处理单元113。
存储单元111可以用于支持健康数据管理装置101存储程序代码和数据等。例如,存储单元111可以存储本公开实施例提供的健康数据。收发单元112可以用于接收来自其他设备(例如,后台装置)的数据(例如,健康数据、健康数据的处理结果等)并且向其他设备发送数据。处理单元113可以用于对健康数据管理装置101的动作进行控制管理,例如,可以用于支持健康数据管理装置101执行上述存储单元111和收发单元112执行的步骤。
其中,处理单元113包括外接系统管理模块1011、指标管理模块1012。健康数据管理装置101可以通过外接系统管理模块1011对后台装置进行注册(也可以称为创建),注册信息可以包括后台装置的编码、后台装置的名称、后台装置标识、后台装置密钥、后台装置介绍等。并且注册成功后,外接系统管理模块1011可以向后台装置102返回该后台装置对应的后台装置标识和后台装置密钥。
后台装置向健康数据管理装置101传输的各种类型的健康数据的健康指标首先需要在指标管理模块1012进行录入,使来自不同后台装置的相同类型的健康数据具有相同的健康指标标识,从而便于健康数据的统一管理。
收发单元112包括统一数据传输接口1013和对外接口1014。
图1B所示的统一数据传输接口1013为用于在后台装置与健康数据管理装置101之间传输数据的接口。通过统一数据传输接口1013,健康数据管理装置101能够接收来自不同后台装置102的具有统一数据格式的健康数据,并且还可以响应于后台装置102的请求向后台装置102发送相应的具有统一数据格式的健康数据。
对外接口1014为用于在除后台装置以外的其他装置与健康数据管理装置101之间传输数据的接口。
在一些实现方式中,健康数据管理装置101可以通过统一数据传输接口1013将处理结果传输至后台装置102,再由后台装置102传输至相应的终端103以进行展示。即,终端103可以为后台装置102的前端,可以用于接收来自后台装置102的处理结果并进行展示。其中,一个后台装置102可以对应一个或多个终端103。为了简化描述,在图1中,一个后台装置102对应一个终端103。
在另一些实现方式中,健康数据管理装置101还可以通过对外接口1014将处理结果传输至展示设备进行展示。该展示设备可以为图1A所示的终端103以外的设备。例如,展示设备可以为手机、平板电脑、台式机等,本公开实施例对展示设备的具体类型不做限定。
在另一些实现方式中,健康数据管理装置101还可以直接提供展示页面对处理结果进行展示。
可以理解的是,健康数据管理装置101对健康数据的处理结果的展示方式不限于上述示例,还可能存在其他展示方式,本公开实施例对健康数据管理装置101对健康数据的处理结果的展示方式不作限定。
另外,健康数据管理装置101可以响应于后台装置102的请求,向后台装置102发送相应的健康数据,后台装置102可以对该健康数据进行处理,并通过相应的终端103对处理的结果进行展示。
由于健康数据管理装置101使用统一的数据格式存储健康数据,并且同一种健康类型的健康数据(例如,心跳、脉搏等)具有相同的健康指标标识。因此,当某一后台装置102向健康数据管理装置101请求用户a的类型b的健康数据时,除了向该后台装置102发送接收自该后台装置102的用户a的类型b的健康数据以外,健康数据管理装置101还可以向该后台装置102发送来自另外的后台装置102的用户a的类型b的健康数据。从而,除了该后台装置102向健康数据管理装置101传输的用户a的类型b的健康数据以外,该后台装置102还可以接收到来自不同后台装置102的用户a的类型b的健康数据,使得该后台装置102可以结合来自不同后台装置102的用户a的类型b的健康数据进行分析处理,有助于提高处理结果的准确性和可靠性。
示例性地,健康数据管理装置可以具有图2A所示的交互界面。该交互界面也可以称为主界面。如图2A所示,该界面可以包括外接系统控件111,设备管理控件112以及指标管理控件113。
如前所述,每个后台装置可以为至少一个健康数据采集设备提供服务,所述多个健康数据采集设备可以采集多种类型的健康数据,并且同一种健康类型的健康数据可以具有相同的健康指标标识。因此,在创建后台装置时,除了需要对该后台装置本身进行创建以外,可能还需要对该后台装置提供服务的健康数据采集设备,以及这些健康数据采集设备对应的健康数据的健康指标进行创建。示例性地,可以通过图2A所示的外接系统控件111,设备管理控件112以及指标管理控件113分别对该后台装置、该后台装置提供服务的健康数据采集设备,以及这些健康数据采集设备对应的健康数据的健康指标进行创建。
下面对创建后台装置的具体过程进行说明。示例性地,健康数据管理装置的管理员可以点击图2A所示的外接系统控件111,进入图2B所示的外接系统界面。然后,点击该外接系统界面中的新建外接系统控件114,进入图2C所示的新建外接系统界面,在该新建外接系统界面输入系统编码、系统名称、当前版本号和系统介绍的具体信息后点击保存,即可创建一个新的外接系统。例如,输入的系统编码、系统名称、当前版本号和系统介绍的具体信息分别可以为“ecg”、“心电贴”、“1.0”和“心电贴”。
另外,健康数据管理装置可以响应于上述点击保存的操作,为该新创建的外接系统自动分配系统标识和系统秘钥。
然后,示例性地,外接系统界面可以自动显示所创建的外接系统。再示例性地,外接系统界面不自动显示所创建的外接系统,可以通过图2B所示的搜索控件115查询所创建的外接系统。另外,对于所创建的外接系统中的每一个,还可以通过查看、编辑及删除控件进行管理。例如,点击系统名称为“心电贴”的外接系统所对应的查看控件,进入图2D所示的查看外接系统界面。在该查看外接系统界面中,除了显示系统编码、系统名称、当前版本号和系统介绍的具体信息以外,还显示为该新创建的外接系统自动分配的系统标识和系统秘钥的具体信息。
下面对创建该后台装置提供服务的健康数据采集设备的具体过程进行说明。示例性地,健康数据管理装置的管理员可以点击图2A所示的设备管理控件112,进入图2E所示的设备管理界面。然后,点击该设备管理界面中的添加新设备控件116,进入图2F所示的添加新设备界面,在该添加新设备界面输入设备类型、设备名称、设备标识等的具体信息后点击保存,即可创建一个新设备。
另外,如图2E所示,设备管理界面可以显示所创建的设备,还可以通过查询控件搜索所创建的设备。同时,对于所创建的设备中的每一个,还可以通过查看、编辑及删除控件进行管理操作。
下面对创建健康数据采集设备对应的健康数据的健康指标的具体过程进行说明。首先,需要说明的是,若对于新建的后台装置提供服务的健康数据采集设备对应的所有健康数据的健康类型,健康管理服务器中已经创建了相应的健康指标,即,此时的健康数据涉及的健康类型在之前均已创建过,则无需再重复创建。若新建的后台装置提供服务的健康数据采集设备对应的健康数据的健康类型中存在之前未创建过的健康类型,则针对该未创建过的健康类型进行健康指标的创建。
示例性地,健康数据管理装置的管理员可以点击图2A所示的指标管理控件113,进入图2G所示的指标管理界面。然后,点击该指标管理界面中的增加指标控件117,进入图2H所示的增加指标界面,在该增加指标界面输入指标名称、指标单位、指标编码的具体信息后点击确定,即可创建一个新指标。
另外,如图2G所示,指标管理界面可以显示所创建的指标,还可以通过查询控件搜索所创建的指标。同时,对于所创建的指标中的每一个,还可以通过查看、编辑及删除控件进行管理操作。
此外,如图2G所示,各个指标可以按照类别划分在不同的目录和子目录下。例如,血液指标目录下包括血糖、血压、血气参数、血液化学类等子目录,其中,血压子目录下的具体指标有舒张压、收缩压、平均动脉压、外周脉搏等。可以通过目录(或子目录)对应的添加、修改和删除控件分别对该目录(或子目录)添加指标、修改目录(或子目录)和删除目录(或子目录)。例如,可以通过图2G所示的血压子目录对应的添加控件121、修改控件122和删除控件123分别对该血压子目录添加指标、修改血压子目录和删除血压子目录。
在对创建的指标进行查看时,示例性地,参见图2I,图2I示出了一种指标名称为舒张压的指标的示例。结合图2I,舒张压为“血液指标/血压”目录下的指标,因而,该指标的指标上级为“血液指标/血压”。该指标名称为舒张压,指标单位为mmHg(毫米汞柱)。指标编码(即,指标标识)为02.02.001.01。类型为指标,该指标的选项为数字。该指标的值域类型和参考值类型均为范围值,其中,值域为0-300.参考值为60-89。
示例性的,图1中的健康数据管理装置101和后台装置102均可以通过图3A所示的计算机系统300来实现。计算机系统300包括至少一个处理器310,通信线路320,存储器330以及至少一个通信接口340。
处理器310可以是一个通用中央处理器(central processing unit,CPU),微处理器,特定应用集成电路(application specific integrated circuit,ASIC),或一个或多个用于控制本公开方案程序执行的集成电路。
通信线路320可包括一通路,在上述组件之间传送信息。
通信接口340,使用任何收发器一类的装置,用于与其他设备或通信网络通信,如以太网,无线接入网(radio access network,RAN),无线局域网(wireless local areanetworks,WLAN)等。
存储器330可以是只读存储器(read-only memory,ROM)或可存储静态信息和指令的其他类型的静态存储设备,RAM或者可存储信息和指令的其他类型的动态存储设备,也可以是电可擦可编程只读存储器(electrically erasable programmable read-onlymemory,EEPROM)、只读光盘(compact disc read-only memory,CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质,但不限于此。存储器可以是独立存在,通过总线与处理器相连接。存储器也可以和处理器集成在一起。
其中,存储器330用于存储执行本公开方案的应用程序代码,并由处理器310来控制执行。处理器310用于执行存储器330中存储的应用程序代码,以控制计算机系统300实现本公开下述实施例提供的健康数据管理方法。可选的,本公开实施例中的计算机执行指令也可以称之为应用程序代码,本公开实施例对此不作具体限定。
在具体实现中,作为一种实施例,处理器310可以包括一个或多个CPU,例如图3A中的CPU0和CPU1,每个CPU可以支持多个虚拟CPU,虚拟CPU又称VCPU。
在具体实现中,作为一种实施例,计算机系统300可以包括多个处理器,例如图3A中的处理器310和处理器370。这些处理器中的每一个可以是一个单核(single-CPU)处理器,也可以是一个多核(multi-CPU)处理器。这里的处理器可以指一个或多个设备、电路、和/或用于处理数据(例如计算机程序指令)的处理核。
在具体实现中,作为一种实施例,计算机系统300还可以包括输出设备350和输入设备360。输出设备350和处理器310通信,可以以多种方式来显示信息。例如,输出设备350可以是液晶显示器(liquid crystal display,LCD),发光二级管(light emitting diode,LED)显示设备,阴极射线管(cathode ray tube,CRT)显示设备,或投影仪(projector)等。输入设备360和处理器310通信,可以以多种方式接受用户的输入。例如,输入设备360可以是鼠标、键盘、触摸屏设备或传感设备等。
上述的计算机系统300可以是一个通用通信设备或者是一个专用通信设备。本公开实施例不限定计算机系统300的类型。在具体实现中,计算机系统300可以是台式机、便携式电脑、网络服务器、掌上电脑(personal digital assistant,PDA)、移动手机、平板电脑、无线终端设备、嵌入式设备或有图2中类似结构的设备。计算机系统300中的各个部件可以同时部署在同一个计算机设备中,也可以部署在位于分布式系统中的不同计算机设备中。
另外,图1A所示的终端103可以为手机、平板电脑、可穿戴设备、车载设备、增强现实(augmented reality,AR)/虚拟现实(virtual reality,VR)设备、笔记本电脑、超级移动个人计算机(ultra-mobile personal computer,UMPC)、上网本、个人数字助理(personaldigital assistant,PDA)等,本公开实施例对终端103的具体类型不作任何限制。
图1A所示的健康数据采集设备104可以为睡眠仪、运动手表、手环、血压计、体重计、血糖仪等,本公开实施例对健康数据采集设备104的具体类型不作任何限制。
为了便于理解,本公开以下实施例将以健康数据管理系统为具有图1A所示结构的系统为例,结合附图对本公开实施例提供的健康数据管理方法进行具体阐述。
参见图3B,该健康数据管理方法可以包括:
301、第一后台装置向健康数据管理装置发送第一健康数据,第一健康数据包括:第一用户标识,第一健康指标标识以及第一健康指标标识对应的第一数据内容。
其中,第一后台装置可以为图1A所示的多个后台装置中的任一后台装置。
其中,用户标识用于表征不同用户;即,不同用户所对应的用户标识不同。具体地,第一用户标识为用于表征第一用户的信息。例如:第一用户标识可以为第一用户的身份证号、手机号、微信号、注册的用户名等中的一个或多个。
健康指标标识用于表征不同类型的健康数据内容。不同类型的健康数据内容对应不同的健康指标标识。示例性地,舒张压的健康指标标识可以为:DE04.10.176.00,收缩压的健康指标标识可以为:DE04.10.174.00,糖化血红蛋白的健康指标标识可以为:DE04.50.083.00,睡眠的指标标识是DE04.60.063.00等。
健康数据的数据内容可以分为不同类型。示例性地,数据内容的类型可以分为数字、文本、选项三种类型。其中,在数据内容为数字时,数据内容可以包括值域类型和值域,值域类型可以分为范围值、枚举、单值等,值域规定了该数据可以输入的范围。另外,在数据内容为数字时,数据内容还可以包括参考值类型和参考值,参考值类型也可以分为范围值、枚举、单值等,参考值规定了该数据的正常范围值。在数据内容为文本时,例如,数据内容可以为诊断报告或治疗方案等。在数据内容为选项时,例如,数据内容可以为预设的选项,例如,一种记录了用户的眼部视力情况的健康数据的数据内容可以为以下选项之一:A:近视;B:远视;C:正常。
另外,在一些实现方式中,第一后台装置可以向健康数据管理装置发送加密的第一健康数据。例如,第一后台装置可以通过高级加密标准(advanced encryptionstandard,AES)对第一健康数据进行加密后发送给健康数据管理装置。当然,第一后台装置还可以通过其他加密方式对第一健康数据进行加密传输,本公开实施例不限定加密的具体方式。
302、在接收到来自第一后台装置的第一健康数据之后,健康数据管理装置存储第一健康数据。
303、第二后台装置向健康数据管理装置发送第二健康数据。
其中,第二后台装置可以为图1A所示的多个后台装置中的任一后台装置。
其中,第二健康数据包括:第二用户标识,第二健康指标标识以及第二健康指标标识对应的第二数据内容;第一健康数据与第二健康数据的数据格式相同。例如:第二用户标识可以为第二用户的身份证号、手机号、微信号、注册的用户名等中的一个或多个。
在第一数据内容和第二数据内容的健康类型相同的情况下,第一健康指标标识和第二健康指标标识相同;在第一数据内容和第二数据内容的健康类型不同的情况下,第一健康指标标识和第二健康指标标识不同。从而,数据内容的健康类型不同,所对应的健康指标标识也不同。即,数据内容的健康类型与健康指标标识具有对应关系。
第一健康数据与第二健康数据的数据格式相同,即,第一健康数据与第二健康数据具有统一的数据格式。例如,该统一的数据格式由健康数据管理装置101进行规定。示例性地,统一的数据格式可以为json格式。再示例性地,统一的数据格式可以为XML格式。再例性地,统一的数据格式可以为CSV格式。当然,统一的数据格式还可以为其他类型的数据格式,本公开实施例对统一的数据格式的具体类型不作限定。
例如,在统一的数据格式可以为json格式时,健康数据的示例可以如下所示:
其中,userId为用户标识;sys为系统编码;gatherType为录入方式,其中,0表示健康数据为手工录入的,1表示通过健康数据采集设备采集的;deviceType表示设备类型(即,指明设备是何种设备);deviceId表示设备唯一识别码(例如,可以为MAC地址);dataList表示健康数据集合;time表示健康数据的测量时间;data表示具体的数据项;code表示指标标识(也可以称为指标编码);value表示该指标的值;valueType表示值的类型,其中,0表示具体值,1表示引用;dataType表示数据类型,其中,0表示文本,1表示图片,2表示视频,3表示音频,4表示外部链接。
健康数据中可以包含上述的多个字段中的至少一个,不同后台服务器发送的健康数据中包含的字段可以部分相同,也可以全部相同。
另外,在一些实现方式中,第二后台装置可以向健康数据管理装置发送加密的第二健康数据,本公开实施例不限定加密的具体方式。
304、在接收到来自第二后台装置的第二健康数据之后,健康数据管理装置存储第二健康数据。
其中,步骤301-步骤304仅示例性地示出了本公开实施例提供的健康数据管理方法,并不对该方法的具体执行顺序构成限定。示例性地,在具体实现时,可以按照从步骤301至步骤304的顺序执行。或者,也可以先执行步骤303和步骤304,再执行步骤301和步骤302。或者,也可以先执行步骤301和步骤303,再执行步骤302和步骤304。其中,步骤301和步骤303可以同时进行,步骤302和步骤304也可以同时进行。本公开实施例对步骤301-步骤304的具体执行顺序不作限定。
在步骤301-步骤304描述的方案中,健康数据管理装置可以接收并存储第一后台装置发送的第一健康数据以及第二后台装置发送的第二健康数据。其中,第一健康数据与第二健康数据的数据格式相同;在第一数据内容和第二数据内容的健康类型相同的情况下,第一健康指标标识和第二健康指标标识相同;在第一数据内容和第二数据内容的健康类型不同的情况下,第一健康指标标识和第二健康指标标识不同。也就是说,健康数据管理装置使用统一的数据格式存储健康数据,并且同一种健康类型的健康数据具有相同的健康指标标识。从而,健康数据管理装置可以汇总来自不同后台装置的健康数据进行分析处理,能够提高健康数据处理的准确性和可靠性,并且提高了用户体验。
另外,由于数据的统一管理,相比于相关技术中各种后台装置分别管理健康数据的方案,大大减少了开发工作量,提高了开发的效率,降低了人力成本。
在一些实现方式中,在上述步骤302和步骤304中,健康数据管理装置可以采用TIDB来存储第一健康数据和第二健康数据。其中,TIDB是一个开源分布式newSQL数据库,可以实现自动的水平伸缩,强一致性的分布式事务,同时兼容mysql协议,易于开发,查询效率非常高,适用于健康数据管理装置中的大量健康数据的存储。
可选地,在一些实施例中,参见图4,在步骤301之前,该方法还包括:
401、健康数据管理装置根据接收到的第一注册请求对第一后台装置进行注册,向第一后台装置返回第一信息。
其中,第一信息可以包括第一后台装置标识和第一后台装置密钥。
也就是说,在第一后台装置向健康数据管理装置发送的第一健康数据之前,健康数据管理装置根据第一注册请求对第一后台装置进行注册,并向第一后台装置返回第一信息,以使得在第一后台装置与健康数据管理装置之间进行数据传输前,健康数据管理装置能够根据第一信息对第一后台装置的合法性进行认证,保证数据传输的安全性。同时,健康数据管理装置对第一后台装置进行注册也便于健康数据管理装置对该第一后台装置的管理,例如,健康数据管理装置可以禁用该第一后台装置。
在一些实现方式中,参见图5A,健康数据管理装置根据接收到的第一注册请求对第一后台装置进行注册,可以包括:
501、健康数据管理装置显示第一界面,第一界面上具有第一控件。
示例性地,第一界面可以为图2B所示的外接系统界面。第一控件可以为图2B所示的新建外接系统控件114。
502、健康数据管理装置检测到针对第一界面上的第一控件的第一预设操作。
示例性地,第一预设操作可以为单击、双击、长按第一控件的操作。当然,第一预设操作可以为针对第一控件的其他操作,本公开实施例对此不作限定。
503、健康数据管理装置响应于第一预设操作,显示第二界面。
示例性地,第二界面可以为图2C所示的新建外接系统界面。
504、健康数据管理装置接收向第二界面输入的第一后台装置的信息,以生成第一后台装置标识和第一后台装置密钥。
示例性地,输入的第一后台装置的信息可以为图2C所示的输入的系统编码、系统名称、当前版本号和系统介绍的具体信息。当然,第一后台装置的信息还可以包括更多或更少的信息,本公开实施例对第一后台装置的信息的类型不作限定。
从而,第一注册请求可以包括上述针对第一界面上的第一控件的第一预设操作以及向第二界面输入的第一后台装置的信息。
也就是说,健康数据管理装置可以基于针对第一界面上的第一控件的第一预设操作,显示第二界面,接收向第二界面输入的第一后台装置的信息,以生成第一后台装置标识和第一后台装置密钥。
示例性地,向第二界面输入的第一后台装置的信息可以来自第一后台装置的管理员向健康数据管理装置的管理员发送的邮件。邮件的内容可以包括第一后台装置的类型、第一后台装置提供服务的至少一个第一健康数据采集设备的类型、以及每个第一健康数据采集设备包括的健康指标等信息。从而,管理员可以根据该邮件内容向第二界面输入的第一后台装置的信息,使得健康数据管理装置可以完成对第一后台装置的注册,其中,注册也可以称为创建。当然,向第二界面输入的第一后台装置的信息还可以具有其他形式,本公开实施例对向第二界面输入的第一后台装置的信息的形式不作限定。
健康数据管理装置对第一后台装置进行注册得到的第一注册信息可以包括第一后台装置标识和第一后台装置密钥。另外,该第一注册信息还可以包括第一后台装置的名称、第一后台装置的编码等信息,本公开实施例对第一注册信息的内容不作限定。
在另一些实现方式中,参见图5B,若未设置第一健康消息的健康类型对应的健康指标标识,第一健康消息的健康类型为第一后台装置提供服务的健康数据采集设备能够采集的健康消息的健康类型,则根据接收到的第一注册请求对第一后台装置进行注册,还可以包括:根据接收到的第一注册请求,生成与第一健康消息的健康类型对应的第一健康指标标识。
在一些实现方式中,根据接收到的第一注册请求,生成与第一健康消息的健康类型对应的第一健康指标标识,具体可以包括:
505、健康数据管理装置显示第三界面,第三界面上具有第二控件。
示例性地,第三界面可以为图2G所示的指标管理界面,第二控件可以为图2G所示的指标管理界面中的增加指标控件117。
506、健康数据管理装置检测到针对第三界面的第二控件的第二预设操作。
示例性地,第二预设操作可以为单击、双击、长按第二控件的操作。当然,第二预设操作可以为针对第二控件的其他操作,本公开实施例对此不作限定。
507、健康数据管理装置响应于第二预设操作,显示第四界面。
示例性地,第四界面可以为图2H所示的增加指标界面。
508、健康数据管理装置接收向第四界面输入的与第一健康消息的健康类型相关的第三消息,以生成与第一健康消息的健康类型对应的第一健康指标标识。
示例性地,输入的与第一健康消息的健康类型相关的第三消息可以为图2H所示的指标名称、指标单位、指标编码的具体信息。当然,输入的与第一健康消息的健康类型相关的第三消息还可以包括更多或更少的信息,本公开实施例对输入的与第一健康消息的健康类型相关的第三消息的类型不作限定。
也就是说,健康数据管理装置可以基于针对第三界面的第二控件的第二预设操作,显示第四界面,接收向第四界面输入的与第一健康消息的健康类型相关的第三消息,以生成与第一健康消息的健康类型对应的第一健康指标标识。
可选地,在另一些实施例中,参见图4,在步骤303之前,该方法还可以包括:
402、健康数据管理装置根据第二注册请求对第二后台装置进行注册,向第二后台装置返回第二信息。
其中,第二信息可以包括第二后台装置标识和第二后台装置密钥。
也就是说,在第二后台装置向健康数据管理装置发送第二健康数据之前,健康数据管理装置根据第二注册请求对第二后台装置进行注册,并向第二后台装置返回第二信息,以使得在第二后台装置与健康数据管理装置之间进行数据传输前,健康数据管理装置能够根据第二信息对第二后台装置的合法性进行认证,保证数据传输的安全性。同时,健康数据管理装置对第二后台装置进行注册也便于健康数据管理装置对该第二后台装置的管理,例如,健康数据管理装置可以禁用该第二后台装置。
在一些实现方式中,参见图5C,健康数据管理装置根据接收到的第二注册请求对第二后台装置进行注册,可以包括:
511、健康数据管理装置显示第一界面,第一界面上具有第一控件。
示例性地,第一界面可以为图2B所示的外接系统界面。第一控件可以为图2B所示的新建外接系统控件114。步骤511可以与步骤501相同。
512、健康数据管理装置检测到针对第一界面上的第一控件的第一预设操作。
示例性地,第一预设操作可以为单击、双击、长按第一控件的操作。当然,第一预设操作可以为针对第一控件的其他操作,本公开实施例对此不作限定。步骤512可以与步骤502相同。
513、健康数据管理装置响应于第一预设操作,显示第二界面。
示例性地,第二界面可以为图2C所示的新建外接系统界面。步骤513可以与步骤503相同。
514、健康数据管理装置接收向第二界面输入的第二后台装置的信息,以生成第二后台装置标识和第二后台装置密钥。
示例性地,输入的第二后台装置的信息可以为图2C所示的输入的系统编码、系统名称、当前版本号和系统介绍的具体信息。当然,第二后台装置的信息还可以包括更多或更少的信息,本公开实施例对第二后台装置的信息的类型不作限定。
从而,第二注册请求可以包括上述针对第一界面上的第一控件的第一预设操作以及向第二界面输入的第二后台装置的信息。
也就是说,也就是说,健康数据管理装置可以基于针对第一界面上的第一控件的第一预设操作,显示第二界面,接收向第二界面输入的第二后台装置的信息,以生成第二后台装置标识和第二后台装置密钥。
示例性地,向第二界面输入的第二后台装置的信息可以来自第二后台装置的管理员向健康数据管理装置的管理员发送的邮件。邮件的内容可以包括第二后台装置的类型、第二后台装置提供服务的至少一个第二健康数据采集设备的类型、以及每个第二健康数据采集设备包括的健康指标等信息。从而,管理员可以根据该邮件内容向第二界面输入的第二后台装置的信息,使得健康数据管理装置可以完成对第二后台装置的注册。当然,向第二界面输入的第二后台装置的信息还可以具有其他形式,本公开实施例对向第二界面输入的第二后台装置的信息的形式不作限定。
健康数据管理装置对第二后台装置进行注册得到的第二注册信息可以包括第二后台装置标识和第二后台装置密钥。另外,该第二注册信息还可以包括第二后台装置的名称、第二后台装置的编码等信息,本公开实施例对第二注册信息的内容不作限定。
在另一些实现方式中,参见图5D,若未设置第二健康消息的健康类型对应的健康指标标识,第二健康消息的健康类型为第二后台装置提供服务的健康数据采集设备能够采集的健康消息的健康类型,则根据接收到的第二注册请求对第二后台装置进行注册,还可以包括:
根据接收到的所述第二注册请求,生成与所述第二健康消息的健康类型对应的第二健康指标标识。
在一些实现方式中,根据接收到的所述第二注册请求,生成与所述第二健康消息的健康类型对应的第二健康指标标识,具体可以包括:
515、健康数据管理装置显示第三界面,第三界面上具有第二控件。
516、健康数据管理装置检测到针对第三界面的第二控件的第二预设操作。
517、健康数据管理装置响应于第二预设操作,显示第四界面。
其中,步骤515至步骤517分别可以与步骤505至步骤507相同,此处不再赘述。
518、健康数据管理装置接收向第四界面输入的与第二健康消息的健康类型相关的第四消息,以生成与第二健康消息的健康类型对应的第二健康指标标识。
示例性地,输入的与第二健康消息的健康类型相关的第四消息可以为图2H所示的指标名称、指标单位、指标编码的具体信息。当然,输入的与第二健康消息的健康类型相关的第四消息还可以包括更多或更少的信息,本公开实施例对输入的与第二健康消息的健康类型相关的第四消息的类型不作限定。
也就是说,健康数据管理装置可以基于针对第三界面的第二控件的第二预设操作,显示第四界面,接收向第四界面输入的与第二健康消息的健康类型相关的第四消息,以生成与第二健康消息的健康类型对应的第二健康指标标识。
另外,可选地,在一些实现方式中,参见图4,在步骤401之后且在步骤301之前,该方法还可以包括:
403、第一健康数据采集设备向第一终端发送采集的第一健康信息。
其中,第一健康信息可以包括第一用户信息和第一数据内容。第一用户信息为用于指示第一用户的信息。不同用户可以对应不同的用户信息。
其中,第一终端与第一后台装置连接。每个后台装置均具有相应的至少一个终端,终端可以用于接收来自后台装置的健康数据及其处理结果并进行展示。
404、在接收到第一健康信息之后,第一终端向第一后台装置发送第一健康信息。
405、在接收到第一健康信息之后,第一后台装置基于第一健康信息、配置的与第一数据内容的健康类型对应的第一健康指标标识以及第四信息,生成第一健康数据。
其中,第四信息用于指示健康数据的数据格式。第四信息可以为基于来自健康数据管理装置的信息配置的用于指示健康数据的数据格式的信息。其中,健康数据管理装置向不同的后台装置发送的用于指示健康数据的数据格式的信息可以相同,即,健康数据管理装置可以规定统一的数据格式。
第一健康数据可以包括:第一用户标识、第一数据内容和第一健康指标标识。其中,第一用户标识是基于第一健康信息中的第一用户信息得到的。第一用户信息和第一用户标识用于表示同一用户。第一健康指标标识是接收的与第一数据内容的健康类型对应的健康指标标识。
也就是说,第一健康数据采集设备可以将所采集的第一健康信息发送给第一终端,再由第一终端传输至第一后台装置。第一后台装置收到该第一健康信息后,能够基于第一健康信息、配置的与第一数据内容的健康类型对应的第一健康指标标识以及第四信息生成具有统一数据格式的第一健康数据,从而上传给健康数据管理装置,由健康数据管理装置进行统一存储和统一处理。
另外,可选地,在一些实现方式中,参见图4,在步骤402之后且步骤303之前,该方法还可以包括:
406、第二健康数据采集设备向第二终端发送采集的第二健康信息。
其中,第二健康信息可以包括第二用户信息和第二数据内容。第二用户信息为用于指示第二用户的信息。不同用户可以对应不同的用户信息。其中,第二终端与第二后台装置连接。
407、在接收到第二健康信息之后,第二终端向第二后台装置发送第二健康信息。
408、在接收到第二健康信息之后,第二后台装置基于第二用户信息、第二数据内容、以及数据内容的健康类型与健康指标标识的对应关系,生成第二健康数据。
其中,第二后台装置基于第二健康信息中的第二用户信息和第二数据内容、以及数据内容的健康类型与健康指标标识的对应关系,对第二健康信息进行解析包装,生成具有统一数据格式的第二健康数据。
也就是说,第二健康数据采集设备可以将所采集的第二健康信息发送给第二终端,再由第二终端传输至第二后台装置。第二后台装置收到该第二健康信息后,能够基于该第二健康信息以及数据内容的健康类型与健康指标标识的对应关系生成具有统一数据格式的第二健康数据,从而上传给健康数据管理装置,由健康数据管理装置进行统一存储和统一处理。
可选地,在另一些实施例中,参见图4,在步骤304之后,本公开实施例提供的健康数据管理方法还包括:
409、在第一健康指标标识和第二健康指标标识相同的情况下,健康数据管理装置结合第一数据内容和第二数据内容进行数据处理,得到数据处理结果。
根据上述可知,第一健康指标标识和第二健康指标标识相同,即,第一健康数据的第一数据内容和第二健康数据的第二数据内容的类型相同。也就是说,在健康数据的数据内容的健康类型相同的情况下,健康数据管理装置可以结合第一数据内容和第二数据内容进行数据处理,从而有助于提高处理结果的准确性和可靠性。
可选地,在一些实现方式中,步骤409可以包括:
示例性地,在第一数据内容和第二数据内容的数据类型均为数值的情况下,对第一数据内容和第二数据内容进行加权平均处理,得到数据处理结果。
示例性地,在第一数据内容和第二数据内容的数据类型均为文本的情况下,删除第一数据内容或第二数据内容中语义相同的部分。
其中,删除第一数据内容或第二数据内容中语义相同的部分,可以意值:对于第一数据内容和第二数据内容中语义相同的部分,仅保留一个。
其中,数据内容的数据类型可以为文本、图片、视频、音频、外部链接等,本公开对数据内容的数据类型不作限定。当然,在第一数据内容和第二数据内容的数据类型均为数值或文本的情况下,步骤409的具体实现方式并不限于上述示例,本公开实施例对步骤409的具体实现方式不做限定。
可选地,在另一实施例中,在步骤409之后,该方法还可以包括:
410、健康数据管理装置向第一后台装置传输数据处理结果。
411、接收到数据处理结果之后,第一后台装置向第一终端传输数据处理结果。
可选地,在另一实施例中,该方法还可以包括:
412、健康数据管理装置向第二后台装置传输数据处理结果。
413、接收到数据处理结果之后,第二后台装置向第二终端传输数据处理结果。
也就是说,在健康数据管理装置结合第一数据内容和第二数据内容进行数据处理,得到数据处理结果之后,健康数据管理装置可以向第一后台装置或第二后台装置传输数据处理结果,从而第一后台装置或第二后台装置可以通过各自连接的第一终端和第二终端将数据处理结果展示给用户。
在另一实施例中,该方法还可以包括:
414、健康数据管理装置向展示设备传输数据处理结果。
示例性地,健康数据管理装置可以通过对外接口向除第一后台装置和第二后台装置以外的展示设备传输数据处理结果。
也就是说,在健康数据管理装置结合第一数据内容和第二数据内容进行数据处理,得到数据处理结果之后,健康数据管理装置可以向除第一后台装置和第二后台装置以外的展示设备传输数据处理结果,从而通过该展示设备可以将数据处理结果展示给用户。
在另一实施例中,该方法还可以包括:健康数据管理装置对数据处理结果进行展示。
也就是说,健康数据管理装置自身也可以直接提供展示页面,以使得用户可以通过该展示页面查看数据处理结果。
在一些实现方式中,健康数据管理装置可以针对部分有权限的用户提供展示页面,使得这些用户可以查看数据处理结果。例如,部分有权限的用户可以为第一后台装置和/或第二后台装置的工作人员。比如,当后台装置为某个医院的患者信息管理服务器时,部分有权限的用户可以为在该医院工作的医生。示例性地,参见图6,其示出了健康数据管理装置提供的展示页面的示意图。
可选地,在一些实施例中,参见图7,在步骤304之后,该方法还可以包括:
701、第一终端响应于第一终端用户的预设操作向第一后台装置发送第一数据请求。
其中,第一终端用户的预设操作可以用于指示查看第一用户的健康数据。示例性地,第一终端用户的预设操作可以为第一终端用户点击终端屏幕上的预设控件的操作。例如,第一终端用户点击终端屏幕上的健康数据查询按钮的操作。再示例性地,第一终端用户的预设操作可以为第一终端用户在终端屏幕上的预设手势操作。例如,第一终端用户在终端屏幕上画一个圈的手势操作。当然,第一终端用户的预设操作还可以具有其他多种形式,本公开实施例对此不作限定。
其中,第一数据请求用于请求第一用户的健康数据,第一数据请求包括第一后台装置标识和第一后台装置密钥。
示例性地,当后台装置为移动健康服务器时,第一终端用户可以为该移动健康服务器提供服务的手环的用户,第一数据请求可以用于请求该手环的用户的健康数据。
在一些实施例中,第一数据请求还可以用于请求除了第一用户以外的其他用户的健康数据。即,第一数据请求可以用于请求包括第一用户的多个用户的健康数据。
示例性地,当后台装置为某个医院的患者信息管理服务器时,第一终端用户可以为在该医院工作的医生,第一数据请求可以用于请求该医生管理的多个患者的健康数据。
702、接收到来自第一终端的第一数据请求之后,第一后台装置向健康数据管理装置发送第一数据请求。
703、健康数据管理装置响应于第一数据请求,对第一后台装置进行认证。
具体地,健康数据管理装置可以响应于第一数据请求中包括的第一后台装置标识和第一后台装置密钥,对第一后台装置进行认证。
704、若健康数据管理装置对第一后台装置的认证通过,则向第一后台装置传输第一健康数据。
也就是说,在第一后台装置向健康数据管理装置请求第一用户的健康数据时,健康数据管理装置可以根据第一数据请求中包括的第一后台装置标识和第一后台装置密钥对第一后台装置的合法性进行认证,在认证通过后才进行传输第一健康数据,从而保证了数据传输的安全性。
可选地,在步骤704之后,该方法还可以包括:
705、在接收到第一健康数据之后,第一后台装置对第一健康数据进行缓存。
示例性地,第一健康数据可以缓存在队列中,例如,该队列可以为先入先出队列。
从而,在第一后台装置再次接收到来自第一终端的第一数据请求的情况下,若第一健康数据仍然缓存在第一后台装置中,则可以由第一后台装置直接向第一终端发送第一健康数据,而无需再次从健康管理服务器请求,节约了传输资源和时间。
在另一实施例中,在步骤705之后,该方法还包括:
706、在第一用户标识与第二用户标识相同的情况下,若健康数据管理装置对第一后台装置的认证通过,则还向第一后台装置传输第二健康数据。
也就是说,如果第一用户与第二用户为同一用户,在健康数据管理装置对第一后台装置的认证通过时,健康数据管理装置除了向第一后台装置传输来自第一后台装置的第一健康数据以外,还可以向第一后台装置传输来自第二后台装置的第二健康数据。即,后台装置除了能够从健康数据管理装置获取其自身上传的健康数据以外,还可以获取到其他后台装置上传的健康数据,从而不同后台装置中的健康数据之间可以互通,提高了使用这些数据的灵活性和高效性,同时减小了开发成本,提高了开发的效率。
综上,因此,本公开实施例提供了一种健康数据管理方法,应用于健康数据管理装置,在一实施例中,如图8所示,该方法可以包括如下步骤801-步骤802:
801、接收并存储第一后台装置发送的第一健康数据,第一健康数据包括:第一用户标识,第一健康指标标识以及第一健康指标标识对应的第一数据内容。
802、接收并存储第二后台装置发送的第二健康数据;其中,第二健康数据包括:第二用户标识,第二健康指标标识以及第二健康指标标识对应的第二数据内容。
其中,第一健康数据与第二健康数据的数据格式相同;在第一数据内容和第二数据内容的健康类型相同的情况下,第一健康指标标识和第二健康指标标识相同;在第一数据内容和第二数据内容的健康类型不同的情况下,第一健康指标标识和第二健康指标标识不同。
在上述健康数据管理方法中,例如,健康数据管理装置的操作可参考图3所示的实施例中健康数据管理装置的操作及上述相关文字说明,在此不再赘述。
此外,本公开实施例还提供了另一种健康数据管理方法,应用于第一后台装置,如图9所示,该方法包括如下步骤901-步骤903:
901、接收第一终端发送的由第一健康数据采集设备采集的第一健康信息,第一健康信息包括第一用户信息和第一数据内容。
902、基于第一健康信息、配置的与第一数据内容的健康类型对应的第一健康指标标识以及第四信息,生成第一健康数据。
其中,第四信息用于指示健康数据的数据格式,健康数据可以包括各种类型的健康数据,健康数据包括第一健康数据。第一健康数据包括:第一用户标识、第一数据内容和第一健康指标标识。第一用户信息和第一用户标识用于表示同一用户
903、向健康数据管理装置发送所述第一健康数据。
在上述健康数据管理方法中,例如,第一后台装置的操作可参考图4所示的实施例中第一后台装置的操作及上述相关文字说明,在此不再赘述。
此外,本公开实施例还提供了另一种健康数据管理方法,参见图10,该方法包括:
1001、健康数据管理装置接收第一注册请求。
其中,第一注册请求被配置为指示对第一后台装置进行注册。
1002、若未设置第一健康消息的健康类型对应的健康指标标识,第一健康消息的健康类型为第一后台装置提供服务的健康数据采集设备能够采集的健康消息的健康类型,则健康数据管理装置根据接收到的第一注册请求生成第一健康指标标识。
其中,第一健康指标标识被配置为标识第一健康消息的健康类型。
1003、第一后台装置接收第一健康指标标识和第四信息,第四信息被配置为指示健康数据的数据格式。
1004、第一后台装置基于第一健康消息、第一健康指标标识和第四信息,生成第一健康数据。
其中,第一健康数据包括第一健康指标标识。第一健康指标标识用于标识第一健康数据(或,第一健康消息)的健康类型。
1005、第一后台装置向健康数据管理装置发送第一健康数据。
在上述健康数据管理方法中,例如,健康数据管理装置和第一后台装置的操作可参考图4、图7所示的实施例中的健康数据管理装置和第一后台装置的操作及上述相关文字说明,在此不再赘述。
在一些实施例中,参见图11,图10所示的方法还可以包括:
1101、健康数据管理装置接收第二注册请求。
其中,第二注册请求被配置为指示对第二后台装置进行注册。
1102、若未设置第二健康消息的健康类型对应的健康指标标识,第二健康消息的健康类型为第二后台装置提供服务的健康数据采集设备能够采集的健康消息的健康类型,则健康数据管理装置根据接收到的第一注册请求生成第二健康指标标识。
其中,第二健康指标标识被配置为标识第二健康消息的健康类型。
1103、第二后台装置接收第二健康指标标识和第四信息,第四信息被配置为指示健康数据的数据格式。
1104、第二后台装置基于第二健康消息、第二健康指标标识和第四信息,生成第二健康数据。
其中,第二健康数据包括第二健康指标标识。
1105、第二后台装置向健康数据管理装置发送第二健康数据。
在上述健康数据管理方法中,例如,健康数据管理装置和第二后台装置的操作可参考图4、图7所示的实施例中的健康数据管理装置和第二后台装置的操作及上述相关文字说明,在此不再赘述。
在另一些实施例中,参见图12,图11所示的上述方法还可以包括:
1201、第一后台装置向健康数据管理装置发送第一数据请求。
其中,第一数据请求被配置为请求第一用户的健康数据,第一数据请求包括第一后台装置标识和第一后台装置密钥。
1202、健康数据管理装置响应于第一数据请求,对第一后台装置进行认证。
1203、若对第一后台装置的认证通过,则健康数据管理装置向第一后台装置传输第一健康数据。
另外,在第一健康指标标识与第二健康指标标识相同的情况下,在步骤1203之后,该方法还可以包括:
1204、在第一健康指标标识与第二健康指标标识相同的情况下,若对第一后台装置的认证通过,则健康数据管理装置还向第一后台装置传输第二健康数据。
也就是说,在第一健康指标标识与第二健康指标标识相同的情况下,第一后台装置除了能够从健康数据管理装置获取其自身上传的第一健康数据以外,还可以获取到第二后台装置上传的第二健康数据,从而不同后台装置中的健康数据之间可以互通,提高了使用这些数据的灵活性和高效性,同时减小了开发成本,提高了开发的效率。
其中,上述健康数据管理装置、后台装置、终端、健康数据采集设备均可以称为电子设备。可以理解的是,为了实现上述功能,电子设备包含了执行各个功能相应的硬件和/或软件模块。结合本文中所公开的实施例描述的各示例的算法步骤,本公开能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行,取决于技术方案的特定应用和设计约束条件。本领域技术人员可以结合实施例对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本公开的范围。
本实施例可以根据上述方法示例对电子设备进行功能模块的划分,例如,可以对应各个功能划分各个功能模块,也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块可以采用硬件的形式实现。需要说明的是,本实施例中对模块的划分是示意性的,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式。
在采用对应各个功能划分各个功能模块的情况下,本公开实施例提供的健康数据管理装置可以如图1B所示。参见图1B,健康数据管理装置101可以包括存储单元111、收发单元112。
其中,收发单元112用于接收第一后台装置发送的第一健康数据;其中,第一健康数据包括:第一用户标识,第一健康指标标识以及第一健康指标标识对应的第一数据内容。
收发单元112还用于接收第二后台装置发送的第二健康数据;其中,第二健康数据包括:第二用户标识,第二健康指标标识以及第二健康指标标识对应的第二数据内容。其中,第一健康数据与第二健康数据的数据格式相同;在第一数据内容和第二数据内容的健康类型相同的情况下,第一健康指标标识和第二健康指标标识相同。在第一数据内容和第二数据内容的健康类型不同的情况下,第一健康指标标识和第二健康指标标识不同。
存储单元111用于存储第一健康数据,并且存储第二健康数据。
在一些实施例中,健康数据管理装置还包括处理单元113,处理单元113可以包括外接系统管理模块1011。
外接系统管理模块1011可以用于:显示第一界面,第一界面上具有第一控件;检测到针对第一界面上的第一控件的第一预设操作;响应于第一预设操作,显示第二界面;接收向第二界面输入的第一后台装置的信息,以生成第一后台装置标识和第一后台装置密钥。
外接系统管理模块1011还可以用于:显示第一界面,第一界面上具有第一控件;检测到针对第一界面上的第一控件的第一预设操作;响应于第一预设操作,显示第二界面;接收向第二界面输入的第二后台装置的信息,以生成第二后台装置标识和第二后台装置密钥。
在另一些实施例中,处理单元113包括还包括指标管理模块1012。指标管理模块1012可以用于:显示第三界面,第三界面上具有第二控件;检测到针对第三界面的第二控件的第二预设操作;响应于第二预设操作,显示第四界面;接收向第四界面输入的与第一健康信息的健康类型相关的第三信息,以生成与第一健康信息的健康类型对应的第一健康指标标识。
指标管理模块1012,还可以用于:显示第三界面,第三界面上具有第二控件;检测到针对第三界面的第二控件的第二预设操作;响应于第二预设操作,显示第四界面;接收向第四界面输入的与第二健康信息的健康类型相关的第四消息,以生成与第二健康信息的健康类型对应的第二健康指标标识。
在另一些实施例中,处理单元113可以用于:在第一健康指标标识和第二健康指标标识相同且第一用户标识和第二用户标识相同的情况下,结合第一数据内容和第二数据内容进行数据处理,得到数据处理结果。
在另一些实施例中,收发单元112还包括统一数据传输接口1013和对外接口1014.
统一数据传输接口1013可以用于:向第一后台装置传输数据处理结果。统一数据传输接口1013还可以用于:向第二后台装置传输数据处理结果.
对外接口1014可以用于:向展示设备传输数据处理结果。
在另一些实施例中,收发单元112还可以用于:接收来自第一后台装置的第一数据请求。其中,第一数据请求被配置为请求第一用户的健康数据,第一数据请求包括第一后台装置标识和第一后台装置密钥。
处理单元113还可以用于:响应于第一数据请求,对第一后台装置进行认证;若对第一后台装置的认证通过,则向第一后台装置传输第一健康数据。
在另一些实施例中,统一数据传输接口1013还可以用于:在第一用户标识与第二用户标识相同的情况下,若对第一后台装置的认证通过,则还向第一后台装置传输第二健康数据。
另外,本公开实施例提供的健康数据管理装置可以如图13所示。参见图13,后台装置102可以包括收发单元1100和处理单元1200。
收发单元1100可以用于:接收第一终端发送的由第一健康数据采集设备采集的第一健康信息,健康信息包括第一用户信息和第一数据内容。
处理单元1200可以用于:基于第一健康信息、配置的与第一数据内容的健康类型对应的第一健康指标标识以及第四信息,生成第一健康数据;其中,第四信息用于指示健康数据的数据格式,第一健康数据包括:第一用户标识、第一数据内容和第一健康指标标识,第一用户信息和第一用户标识用于表示同一用户。
收发单元1100还可以用于向健康数据管理装置发送第一健康数据。
在一些实施例中,收发单元1100还可以用于:接收来自第一终端的第一数据请求;其中,第一数据请求被配置为请求第一用户的健康数据,第一数据请求包括后台装置标识和后台装置密钥;向健康数据管理装置发送第一数据请求;接收来自健康数据管理装置的第一健康数据。
在另一些实施例中,在第一用户标识与第二健康数据的第二用户标识相同的情况下,收发单元1100还可以用于:接收来自健康数据管理装置的第二健康数据;其中,第二健康数据是健康数据管理装置存储的来自所述后台装置以外的另一后台装置的健康数据,第二健康数据包括:第二用户标识,第二健康指标标识以及第二健康指标标识对应的第二数据内容。
在另一些实施例中,参见图13,后台装置102还可以包括存储单元1300。存储单元1300可以用于对第一健康数据进行缓存。
本公开的一些实施例还提供了一种计算机可读存储介质(例如,非暂态计算机可读存储介质),该计算机可读存储介质中存储有计算机程序指令,计算机程序指令在上运行时,使得计算机(例如,健康数据管理装置或后台装置)执行如上述实施例中任一实施例所述的健康数据管理方法中的一个或多个步骤。
示例性的,上述计算机可读存储介质可以包括,但不限于:磁存储器件(例如,硬盘、软盘或磁带等),光盘(例如,CD(Compact Disk,压缩盘)、DVD(Digital VersatileDisk,数字通用盘)等),智能卡和闪存器件(例如,EPROM(Erasable Programmable Read-Only Memory,可擦写可编程只读存储器)、卡、棒或钥匙驱动器等)。本公开描述的各种计算机可读存储介质可代表用于存储信息的一个或多个设备和/或其它机器可读存储介质。术语“机器可读存储介质”可包括但不限于,无线信道和能够存储、包含和/或承载指令和/或数据的各种其它介质。
本公开的一些实施例还提供了一种计算机程序产品。该计算机程序产品包括计算机程序指令,在计算机(例如,健康数据管理装置或后台装置)上执行该计算机程序指令时,该计算机程序指令使计算机执行如上述实施例所述的健康数据管理方法中的一个或多个步骤。
本公开的一些实施例还提供了一种计算机程序。当该计算机程序在计算机(例如,健康数据管理装置或后台装置)上执行时,该计算机程序使计算机执行如上述实施例所述的健康数据管理方法中的一个或多个步骤。
上述计算机可读存储介质、计算机程序产品及计算机程序的有益效果和上述一些实施例所述的健康数据管理方法的有益效果相同,此处不再赘述。
以上所述,仅为本公开的具体实施方式,但本公开的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本公开揭露的技术范围内,想到变化或替换,都应涵盖在本公开的保护范围之内。因此,本公开的保护范围应以所述权利要求的保护范围为准。
Claims (20)
1.一种健康数据管理方法,其中,包括:
接收并存储第一后台装置发送的第一健康数据,所述第一健康数据包括:第一健康指标标识和所述第一健康指标标识对应的第一数据内容;
接收并存储第二后台装置发送的第二健康数据;其中,所述第二健康数据包括:第二健康指标标识和所述第二健康指标标识对应的第二数据内容;
其中,所述第一健康数据与所述第二健康数据的数据格式相同;在所述第一数据内容和所述第二数据内容的健康类型相同的情况下,所述第一健康指标标识和所述第二健康指标标识相同;在所述第一数据内容和所述第二数据内容的健康类型不同的情况下,所述第一健康指标标识和所述第二健康指标标识不同。
2.根据权利要求1所述的健康数据管理方法,其中,
在接收并存储所述第一后台装置发送的所述第一健康数据之前,所述方法还包括:
根据接收到的第一注册请求对所述第一后台装置进行注册,向所述第一后台装置返回第一信息;其中,所述第一信息包括第一后台装置标识和第一后台装置密钥;和/或;
在接收并存储所述第二后台装置发送的所述第二健康数据之前,所述方法还包括:
根据接收到的第二注册请求对所述第二后台装置进行注册,向所述第二后台装置返回第二信息;其中,所述第二信息包括第二后台装置标识和第二后台装置密钥。
3.根据权利要求2所述的健康数据管理方法,其中,
若未设置第一健康消息的健康类型对应的健康指标标识,所述第一健康消息的健康类型为第一后台装置提供服务的健康数据采集设备能够采集的健康消息的健康类型,则根据接收到的所述第一注册请求对所述第一后台装置进行注册,还包括:
根据接收到的所述第一注册请求,生成与所述第一健康消息的健康类型对应的第一健康指标标识;
和/或,
若未设置第二健康消息的健康类型对应的健康指标标识,所述第二健康消息的健康类型为第二后台装置提供服务的健康数据采集设备能够采集的健康消息的健康类型,则根据接收到的所述第二注册请求对所述第二后台装置进行注册,还包括:
根据接收到的所述第二注册请求,生成与所述第二健康消息的健康类型对应的第二健康指标标识。
4.根据权利要求1-3任一项所述的健康数据管理方法,其中,在接收并存储所述第二后台装置发送的所述第二健康数据之后,所述方法还包括:
在所述第一健康指标标识和所述第二健康指标标识相同且第一用户标识和第二用户标识相同的情况下,结合所述第一数据内容和所述第二数据内容进行数据处理,得到数据处理结果;
向所述第一后台装置传输所述数据处理结果;和/或,
向所述第二后台装置传输所述数据处理结果;和/或,
向展示设备传输所述数据处理结果。
5.根据权利要求1-3任一项所述的健康数据管理方法,其中,在接收并存储所述第二后台装置发送的所述第二健康数据之后,所述方法还包括:
接收来自所述第一后台装置的第一数据请求;其中,所述第一数据请求被配置为请求第一用户的健康数据,所述第一数据请求包括所述第一后台装置标识和所述第一后台装置密钥;
响应于所述第一数据请求,对所述第一后台装置进行认证;
若对所述第一后台装置的认证通过,则向所述第一后台装置传输所述第一健康数据。
6.根据权利要求5所述的健康数据管理方法,其中,还包括:在所述第一用户标识与第二用户标识相同的情况下,若对所述第一后台装置的认证通过,则还向所述第一后台装置传输所述第二健康数据。
7.一种健康数据管理方法,其中,包括:
接收第一终端发送的由第一健康数据采集设备采集的第一健康信息,所述第一健康信息包括第一用户信息和第一数据内容;
基于所述第一健康信息、配置的与第一数据内容的健康类型对应的第一健康指标标识以及第四信息,生成第一健康数据;其中,所述第四信息被配置为指示所述健康数据的数据格式,所述第一健康数据包括:第一用户标识、第一数据内容和第一健康指标标识,第一用户信息和第一用户标识被配置为表示同一用户;
向健康数据管理装置发送所述第一健康数据。
8.根据权利要求7所述的健康数据管理方法,其中,在向所述健康数据管理装置发送第一健康数据之后,所述方法还包括:
接收来自所述第一终端的第一数据请求;其中,所述第一数据请求被配置为请求第一用户的健康数据,所述第一数据请求包括第一后台装置标识和所述第一后台装置密钥;
向所述健康数据管理装置发送所述第一数据请求;
接收来自所述健康数据管理装置的所述第一健康数据。
9.根据权利要求8所述的健康数据管理方法,其中,在所述第一用户标识与第二健康数据的第二用户标识相同的情况下,在向所述健康数据管理装置发送第一数据请求之后,所述方法还包括:
接收来自所述健康数据管理装置的所述第二健康数据;其中,第二健康数据是所述健康数据管理装置存储的来自第二后台装置的健康数据,所述第二健康数据包括:所述第二用户标识,第二健康指标标识以及第二健康指标标识对应的所述第二数据内容。
10.一种健康数据管理方法,其中,包括:
健康数据管理装置接收第一注册请求;其中,所述第一注册请求被配置为指示对第一后台装置进行注册;
若未设置第一健康消息的健康类型对应的健康指标标识,所述第一健康消息的健康类型为所述第一后台装置提供服务的健康数据采集设备能够采集的健康消息的健康类型,则所述健康数据管理装置根据接收到的所述第一注册请求生成第一健康指标标识;其中,所述第一健康指标标识被配置为标识所述第一健康消息的健康类型;
所述第一后台装置接收第一健康指标标识和第四信息,第四信息被配置为指示健康数据的数据格式;
所述第一后台装置基于所述第一健康消息、所述第一健康指标标识和所述第四信息,生成第一健康数据;其中,所述第一健康数据包括第一健康指标标识;
所述第一后台装置向所述健康数据管理装置发送所述第一健康数据。
11.根据权利要求10所述的健康数据管理方法,还包括:
健康数据管理装置接收第二注册请求;其中,所述第二注册请求被配置为指示对第二后台装置进行注册;
若未设置第二健康消息的健康类型对应的健康指标标识,所述第二健康消息的健康类型为所述第二后台装置提供服务的健康数据采集设备能够采集的健康消息的健康类型,则所述健康数据管理装置根据接收到的所述第一注册请求生成第二健康指标标识;其中,所述第二健康指标标识被配置为标识所述第二健康消息的健康类型;
所述第二后台装置接收第二健康指标标识和第四信息,所述第四信息被配置为指示健康数据的数据格式;
所述第二后台装置基于所述第二健康消息、所述第二健康指标标识和所述第四信息,生成第二健康数据;其中,所述第二健康数据包括第二健康指标标识;
所述第二后台装置向所述健康数据管理装置发送所述第二健康数据。
12.根据权利要求11所述的健康数据管理方法,其中,所述方法还包括:
所述第一后台装置向所述健康数据管理装置发送第一数据请求;其中,所述第一数据请求被配置为请求第一用户的健康数据,所述第一数据请求包括所述第一后台装置标识和所述第一后台装置密钥;
所述健康数据管理装置响应于所述第一数据请求,对所述第一后台装置进行认证;
若对所述第一后台装置的认证通过,则所述健康数据管理装置向所述第一后台装置传输所述第一健康数据;
在所述第一健康指标标识与第二健康指标标识相同的情况下,若对所述第一后台装置的认证通过,则所述健康数据管理装置还向所述第一后台装置传输所述第二健康数据。
13.一种健康数据管理装置,其中,包括:
收发单元,被配置为接收第一后台装置发送的第一健康数据;其中,所述第一健康数据包括:第一用户标识,第一健康指标标识以及所述第一健康指标标识对应的第一数据内容;还被配置为接收第二后台装置发送的第二健康数据;其中,所述第二健康数据包括:第二用户标识,第二健康指标标识以及所述第二健康指标标识对应的第二数据内容;其中,所述第一健康数据与所述第二健康数据的数据格式相同;在所述第一数据内容和所述第二数据内容的健康类型相同的情况下,所述第一健康指标标识和所述第二健康指标标识相同;在所述第一数据内容和所述第二数据内容的健康类型不同的情况下,所述第一健康指标标识和所述第二健康指标标识不同;
存储单元,被配置为存储所述第一健康数据,并且存储所述第二健康数据。
14.根据权利要求13所述的健康数据管理装置,其中,所述健康数据管理装置还包括处理单元,所述处理单元包括外接系统管理模块;
所述外接系统管理模块,被配置为:
显示第一界面,所述第一界面上具有第一控件;
检测到针对第一界面上的第一控件的第一预设操作;
响应于所述第一预设操作,显示第二界面;
接收向所述第二界面输入的所述第一后台装置的信息,以生成第一后台装置标识和第一后台装置密钥;
和/或,
显示第一界面,所述第一界面上具有第一控件;
检测到针对第一界面上的第一控件的第一预设操作;
响应于所述第一预设操作,显示第二界面;
接收向所述第二界面输入的所述第二后台装置的信息,以生成第二后台装置标识和第二后台装置密钥。
15.根据权利要求14所述的健康数据管理装置,其中,所述处理单元包括还包括指标管理模块;
所述指标管理模块,被配置为:
显示第三界面,所述第三界面上具有第二控件;
检测到针对所述第三界面的第二控件的第二预设操作;
响应于所述第二预设操作,显示第四界面;
接收向所述第四界面输入的与所述第一健康信息的健康类型相关的第三信息,以生成与所述第一健康信息的健康类型对应的第一健康指标标识;
和/或,
显示第三界面,所述第三界面上具有第二控件;
检测到针对所述第三界面的第二控件的第二预设操作;
响应于所述第二预设操作,显示第四界面;
接收向所述第四界面输入的与所述第二健康信息的健康类型相关的第四消息,以生成与所述第二健康信息的健康类型对应的第二健康指标标识。
16.根据权利要求14或15所述的健康数据管理装置,其中,所述收发单元还包括统一数据传输接口和对外接口;
所述处理单元,被配置为:在所述第一健康指标标识和所述第二健康指标标识相同且第一用户标识和第二用户标识相同的情况下,结合所述第一数据内容和所述第二数据内容进行数据处理,得到数据处理结果;
所述统一数据传输接口,被配置为:
向所述第一后台装置传输所述数据处理结果;和/或,
向所述第二后台装置传输所述数据处理结果;
所述对外接口,被配置为:
向展示设备传输所述数据处理结果。
17.一种后台装置,其中,包括:
收发单元,被配置为接收第一终端发送的由第一健康数据采集设备采集的第一健康信息,所述健康信息包括第一用户信息和第一数据内容;还被配置为向健康数据管理装置发送所述第一健康数据;
处理单元,被配置为:基于所述第一健康信息、配置的与第一数据内容的健康类型对应的第一健康指标标识以及第四信息,生成第一健康数据;其中,所述第四信息被配置为指示所述健康数据的数据格式,所述第一健康数据包括:第一用户标识、第一数据内容和第一健康指标标识,第一用户信息和第一用户标识被配置为表示同一用户。
18.一种健康数据管理装置,其特征在于,包括:处理器和存储器;所述存储器被配置为存储计算机指令,当所述处理器执行所述计算机指令时,使所述健康数据管理装置执行如权利要求1-6中任一项所述的方法。
19.一种健康数据管理系统,其中,包括:健康数据管理装置和至少两个后台装置;所述健康数据管理装置为如权利要求13-16任一项所述的健康数据管理装置,以及如权利要求17所述的第一后台装置。
20.一种计算机可读存储介质,其中,存储有计算机程序指令,所述计算机程序指令在处理器上运行时,使得所述处理器执行:如权利要求1-6中任一项所述的健康数据管理方法;或者,如权利要求7-9中任一项所述的健康数据管理方法;或者,如权利要求10-12中任一项所述的健康数据管理方法。
Priority Applications (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010478397.0A CN113744863B (zh) | 2020-05-29 | 2020-05-29 | 健康数据管理方法、设备及系统 |
PCT/CN2021/086028 WO2021238425A1 (zh) | 2020-05-29 | 2021-04-08 | 健康数据管理方法、设备及系统 |
US17/765,759 US20220367017A1 (en) | 2020-05-29 | 2021-04-08 | Health data management methods, health data management device and background device |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010478397.0A CN113744863B (zh) | 2020-05-29 | 2020-05-29 | 健康数据管理方法、设备及系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN113744863A true CN113744863A (zh) | 2021-12-03 |
CN113744863B CN113744863B (zh) | 2024-09-13 |
Family
ID=78724910
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010478397.0A Active CN113744863B (zh) | 2020-05-29 | 2020-05-29 | 健康数据管理方法、设备及系统 |
Country Status (3)
Country | Link |
---|---|
US (1) | US20220367017A1 (zh) |
CN (1) | CN113744863B (zh) |
WO (1) | WO2021238425A1 (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114664403A (zh) * | 2022-02-10 | 2022-06-24 | 引力(深圳)智能机器人有限公司 | 一种智能康养式手表后台管理系统 |
CN117912680A (zh) * | 2024-03-20 | 2024-04-19 | 浙江禾连健康管理有限公司 | 基于多模态的健康信息管理方法及系统 |
Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20120046966A1 (en) * | 2010-08-19 | 2012-02-23 | International Business Machines Corporation | Health Management Application Development and Deployment Framework |
CN103442081A (zh) * | 2013-09-09 | 2013-12-11 | 王绍兰 | 健康数据收集系统、健康基站和健康数据接入服务器 |
US20140236635A1 (en) * | 2013-02-15 | 2014-08-21 | Michael A. Liberty | Messaging within a multi-access health care provider portal |
CA2847764A1 (en) * | 2013-03-30 | 2014-09-30 | Mckesson Financial Holdings | Method and apparatus for mapping message data |
US20150332017A1 (en) * | 2014-05-16 | 2015-11-19 | Bright House Networks, Llc | Patient health measurement compliance and incentive system |
CN105574042A (zh) * | 2014-10-17 | 2016-05-11 | 中国移动通信集团公司 | 一种电子健康档案数据的处理方法及装置 |
CN106021857A (zh) * | 2016-05-06 | 2016-10-12 | 深圳市元征科技股份有限公司 | 一种健康诊断系统及方法 |
CN110223207A (zh) * | 2019-06-18 | 2019-09-10 | 湖南晖龙集团股份有限公司 | 一种基于互联网的线上医疗健康服务方法、电子设备及计算机可读存储介质 |
CN110326055A (zh) * | 2016-12-31 | 2019-10-11 | 通用电气公司 | 用于实时定位平台的接收器健康系统和方法 |
Family Cites Families (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
AU2002255568B8 (en) * | 2001-02-20 | 2014-01-09 | Adidas Ag | Modular personal network systems and methods |
US9350550B2 (en) * | 2013-09-10 | 2016-05-24 | M2M And Iot Technologies, Llc | Power management and security for wireless modules in “machine-to-machine” communications |
US9907469B2 (en) * | 2013-12-12 | 2018-03-06 | Google Llc | Combining information from multiple formats |
KR101736210B1 (ko) * | 2015-04-14 | 2017-05-16 | 삼성에스디에스 주식회사 | 데이터 관리 방법 및 장치와 네트워크 중간 장치 |
CN105956409A (zh) * | 2016-05-27 | 2016-09-21 | 上海道拓医药科技股份有限公司 | 智能医疗设备实时数据管理方法及系统 |
CN107622787A (zh) * | 2017-09-13 | 2018-01-23 | 王沛 | 健康服务管理系统 |
CN108309263A (zh) * | 2018-02-24 | 2018-07-24 | 乐普(北京)医疗器械股份有限公司 | 多参数监护数据分析方法和多参数监护系统 |
US11335449B2 (en) * | 2018-05-31 | 2022-05-17 | Vimocity LLC | Movement station for interactive health therapy |
US20200035339A1 (en) * | 2018-07-26 | 2020-01-30 | Orci Care Inc. | Blockchain security system for secure record access across multiple computer systems |
CN110853715A (zh) * | 2019-09-23 | 2020-02-28 | 万达信息股份有限公司 | 医疗数据可视化的处理方法、系统、存储介质及电子设备 |
-
2020
- 2020-05-29 CN CN202010478397.0A patent/CN113744863B/zh active Active
-
2021
- 2021-04-08 US US17/765,759 patent/US20220367017A1/en active Pending
- 2021-04-08 WO PCT/CN2021/086028 patent/WO2021238425A1/zh active Application Filing
Patent Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20120046966A1 (en) * | 2010-08-19 | 2012-02-23 | International Business Machines Corporation | Health Management Application Development and Deployment Framework |
US20140236635A1 (en) * | 2013-02-15 | 2014-08-21 | Michael A. Liberty | Messaging within a multi-access health care provider portal |
CA2847764A1 (en) * | 2013-03-30 | 2014-09-30 | Mckesson Financial Holdings | Method and apparatus for mapping message data |
CN103442081A (zh) * | 2013-09-09 | 2013-12-11 | 王绍兰 | 健康数据收集系统、健康基站和健康数据接入服务器 |
US20150332017A1 (en) * | 2014-05-16 | 2015-11-19 | Bright House Networks, Llc | Patient health measurement compliance and incentive system |
CN105574042A (zh) * | 2014-10-17 | 2016-05-11 | 中国移动通信集团公司 | 一种电子健康档案数据的处理方法及装置 |
CN106021857A (zh) * | 2016-05-06 | 2016-10-12 | 深圳市元征科技股份有限公司 | 一种健康诊断系统及方法 |
CN110326055A (zh) * | 2016-12-31 | 2019-10-11 | 通用电气公司 | 用于实时定位平台的接收器健康系统和方法 |
CN110223207A (zh) * | 2019-06-18 | 2019-09-10 | 湖南晖龙集团股份有限公司 | 一种基于互联网的线上医疗健康服务方法、电子设备及计算机可读存储介质 |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114664403A (zh) * | 2022-02-10 | 2022-06-24 | 引力(深圳)智能机器人有限公司 | 一种智能康养式手表后台管理系统 |
CN117912680A (zh) * | 2024-03-20 | 2024-04-19 | 浙江禾连健康管理有限公司 | 基于多模态的健康信息管理方法及系统 |
CN117912680B (zh) * | 2024-03-20 | 2024-05-28 | 浙江禾连健康管理有限公司 | 基于多模态的健康信息管理方法及系统 |
Also Published As
Publication number | Publication date |
---|---|
CN113744863B (zh) | 2024-09-13 |
WO2021238425A1 (zh) | 2021-12-02 |
US20220367017A1 (en) | 2022-11-17 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11862310B2 (en) | Proximity-based mobile-device updates of electronic health records | |
US20160239645A1 (en) | Method and apparatus for managing module use of multi-user based device | |
US20200068007A1 (en) | Metric collection and aggregation for distributed software services | |
US10986088B2 (en) | Methods and apparatus for account linking | |
US11537746B2 (en) | Privacy approval system | |
US11030143B2 (en) | System for sharing content between electronic devices, and content sharing method for electronic device | |
CN105989235A (zh) | 一种网络随访方法及系统 | |
CN109196546B (zh) | 电子设备和包括该电子设备的信息处理系统 | |
CN113744863B (zh) | 健康数据管理方法、设备及系统 | |
US10997268B2 (en) | Method for providing push service using web push, and electronic device supporting same | |
KR20170016182A (ko) | 건강 정보를 생성하기 위한 생체 지표 검출 장치, 전자 장치 및 건강 정보 생성 방법 | |
EP4102358A1 (en) | Application program generating method and apparatus | |
KR102526959B1 (ko) | 전자 장치 및 그의 동작 방법 | |
US11742063B2 (en) | Aggregation and viewing of health records received from multiple sources | |
Krishna et al. | Healthcare monitoring system based on IoT using AMQP protocol | |
US10637930B2 (en) | System for integrating a detectable medical module | |
CN108270852A (zh) | 电子设备及其应用共享方法 | |
US20160073971A1 (en) | Information management apparatus | |
EP3240309A1 (en) | Information processing device, information processing program, and information processing method | |
JP2011198103A (ja) | 操作支援プログラム、操作支援方法、及び操作支援装置 | |
KR20130094484A (ko) | 의료기기 관리 시스템 및 방법 | |
CN105550098B (zh) | 电子装置和在电子装置中控制内容的方法 | |
EP3220332A1 (en) | Method of processing card operating information and electronic device supporting the same | |
KR20220058863A (ko) | 원단 색상 측정 장치 | |
KR20180092075A (ko) | 카드 정보를 처리하기 위한 방법 및 그 전자 장치 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |