医疗健康数据管理方法及前端设备与流程

1.本技术涉及医疗健康数据处理技术领域，尤其是涉及一种医疗健康数据管理方法及前端设备。


背景技术：

2.当前医疗健康产品种类越来越多，产品形态各式各样，作为一种针对性较强的产品，某一类型医疗健康产品一般针对测量的某项生理参数指标而设计(如体重秤、血压计、血氧仪、血糖仪等)，随着物联网技术的飞速发展、医疗科技的快速进步、个人健康理念的升级，医疗健康产品的网络化、服务化、智能化是今后的发展趋势，这就需要将各种类型的医疗健康产品接入网络，进行系统化大数据分析应用。
3.目前医疗健康产品在物联网化、智能化、系统化过程中，医疗健康产品将自身的数据接入到网络中，还面临一些需要解决的问题，首先，不同类型、不同厂家的医疗健康产品对外的数据接口各不相同，需要设计相应的硬件接口进行连接，这也是当前的解决方法，缺点是随着产品的类型增多，硬件接口的类型也相应增多，这增加了系统硬件设计的复杂性、产品成本、限制了硬件设计的灵活性。其次，不同类型、不同厂家的产品其数据协议、格式各不相同，需要进行相应的协议、数据解析，目前的主要解决方法是，这部分解析工作由前端设备的固件来完成，增加新设备时，需要先完成固件的开发，再更新到前端设备上，该方法的缺点是，需要频繁更新前端设备的固件，对于没有远程升级能力或者已经入户的前端设备，实施更加困难。再次，在产品软硬件开发、系统应用设计上，当前的产品软硬件、系统架构现状是由于需要适配前端用户产品的多样性，需要管理数量众多的硬件、固件版本，导致资源利用效率低、成本难以降低、以及非常多的重复开发工作及人力成本。


技术实现要素：

4.为解决现有存在的技术问题，本技术提供一种可减少大量的软硬件开发工作、产品通用性高、降低成本和提高资源利用率的医疗健康数据管理方法及前端设备。
5.为达到上述目的，本技术实施例的技术方案是这样实现的：
6.一种医疗健康数据管理方法，应用于前端设备，包括：
7.获取当前接入的医疗健康设备的接口发送的健康管理数据；
8.根据所述健康管理数据的编码规则确定当前接入的所述医疗健康设备的接口类型，根据所述接口类型确定匹配的目标数据解析协议；
9.通过所述目标数据解析协议对所述健康管理数据进行解析；
10.将解析后的所述健康管理数据发送给云端。
11.其中，所述根据所述健康管理数据的编码规则确定当前接入的所述医疗健康设备的接口类型，根据所述接口类型确定匹配的目标数据解析协议，包括：
12.通过预设的接口程序模块对所述健康管理数据进行遍历解码测试；
13.当符合其中一接口程序模块时，则根据符合的所述接口程序模块确定当前接入的
所述医疗健康设备的接口类型；
14.根据所述接口类型确定匹配的目标数据解析协议。
15.其中，所述根据所述健康管理数据的编码规则确定当前接入的所述医疗健康设备的接口类型，根据所述接口类型确定匹配的目标数据解析协议，还包括：
16.当所述接口程序模块均不符合时，则确认为未知类型并上报云端。
17.其中，所述根据所述健康管理数据的编码规则确定当前接入的所述医疗健康设备的接口类型，根据所述接口类型确定匹配的目标数据解析协议，包括：
18.根据所述健康管理数据的编码规则确定当前接入的所述医疗健康设备的接口类型，根据所述接口类型确定匹配的目标数据解析协议；
19.对当前连接所述医疗健康设备的数据接口进行配置，将所述数据接口关联匹配的所述目标数据解析协议。
20.其中，所述将解析后的所述健康管理数据发送给云端之前，还包括：
21.将解析后的所述健康管理数据按照预置数据处理算法进行预处理。
22.一种前端设备，包括第一芯片、第二芯片及存储器，所述存储器内存储有预设的多个接口程序模块，所述第一芯片获取当前接入的医疗健康设备的接口发送的健康管理数据；根据所述健康管理数据的编码规则确定当前接入的所述医疗健康设备的接口类型，根据所述接口类型确定匹配的目标数据解析协议；所述第一芯片或所述第二芯片通过所述目标数据解析协议对所述健康管理数据进行解析；所述第二芯片将解析后的所述健康管理数据发送给云端。
23.其中，所述前端设备为网关，第一芯片为cpld芯片，所述第二芯片为arm芯片。
24.其中，所述前端设备为边缘计算设备，所述第一芯片为fpga芯片，所述第二芯片为arm芯片。
25.其中，所述第二芯片还包括获取接口类型选取指令，将所述接口类型选取指令上报所述云端；由所述云端根据与所述接口类型选取指令匹配的接口程序模块对目标数据接口进行配置；或，获取所述云端下发的与所述接口类型选取指令匹配的接口程序模块，并将所述接口程序模块存储于所述存储器内。
26.其中，所述第二芯片还包括获取针对目标数据接口的接口类型配置指令，所述第一芯片根据接口类型配置指令对所述目标数据接口进行配置，将所述目标数据接口关联匹配的数据解析协议。
27.本技术上述实施例提供的医疗健康数据管理方法及前端设备，前端设备可以连接各种不同类型接口的医疗健康设备，通过获取当前接入的医疗健康设备的接口发送的健康管理数据，根据所述健康管理数据的编码规则确定当前接入的所述医疗健康设备的接口类型，根据所述接口类型确定匹配的目标数据解析协议，通过所述目标数据解析协议对所述健康管理数据进行解析，将解析后的所述健康管理数据发送给云端，如此，同一前端设备可适配各种不同类型接口的医疗健康设备，可大大降低对前端设备的固件、硬件升级和管理成本，满足多样化的医疗健康设备的数据管理要求。
附图说明
28.图1为一实施例中医疗健康数据管理系统的可选应用场景示意图；
29.图2为一实施例中医疗健康数据管理方法的流程图；
30.图3为前端设备的数据接口配置的示意图；
31.图4为前端设备的数据接口配置的另一示意图；
32.图5为前端设备的数据接口配置的又一示意图；
33.图6为网关实施医疗健康数据管理方法的工作原理示意图；
34.图7为边缘计算设备实施医疗健康数据管理方法的工作原理的示意图；
35.图8为实施所述医疗健康数据管理方法的系统的工作流程示意图；
36.图9为另一实施所述医疗健康数据管理方法的系统的工作流程示意图。
具体实施方式
37.以下结合说明书附图及具体实施例对本技术技术方案做进一步的详细阐述。
38.除非另有定义，本文所使用的所有的技术和科学术语与属于本技术的技术领域的技术人员通常理解的含义相同。本文中在本技术的说明书中所使用的术语只是为了描述具体的实施例的目的，不是旨在于限制本技术的实现方式。本文所使用的术语“及/或”包括一个或多个相关的所列项目的任意的和所有的组合。
39.在本技术的描述中，需要理解的是，术语“中心”、“上”、“下”、“前”、“后”、“左”、“右”、“竖直”、“水平”、“顶”、“底”、“内”、“外”等指示的方位或位置关系为基于附图所示的方位或位置关系，仅是为了便于描述本技术和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本技术的限制。在本技术的描述中，除非另有说明，“多个”的含义是两个或两个以上。
40.在本技术的描述中，需要说明的是，除非另有明确的规定和限定，术语“安装”、“相连”、“连接”应做广义理解，例如，可以是固定连接，也可以是可拆卸连接，或一体地连接；可以是直接相连，也可以通过中间媒介间接相连，可以是两个元件内部的连通。对于本领域的普通技术人员而言，可以具体情况理解上述术语在本技术中的具体含义。
41.请参阅图1，为本技术实施例提供的医疗健康数据管理系统的可选应用场景示意图，包括云端30、前端设备20及医疗健康设备10。其中，前端设备20可以是网关或边缘计算设备。医疗健康设备10可以是针对测量的某项生理参数指标而设计的各种医疗健康产品，如体重秤、血压计、血氧仪、血糖仪等，测量的不同生理参数指标的不同类型、不同品牌的医疗健康产品的接口类型通常不同，如spi(serial peripheral interface，串行外设接口)、iic(inter integrated-circuit，总线接口)、uart(universal asynchronous receiver transmitter，通用异步收发器)、usb(universal serial bus，通用串行总线)等。其中，所述前端设备20的数据接口设计为可编程变更硬件接口类型(比如spi、iic、uart、usb等)的形式，并将接口类型的实现功能包或ip核存储在前端设备20上，根据所要接入不同医疗健康设备10的接口类型，云端可远程对前端设20备进行配置，选择运行与当前接入的医疗健康设备10相应的硬件接口类型实现功能包或ip核，实现前端设备20硬件不需更改即可对接各种不同硬件接口类型的医疗健康设备10。并将不同类型的医疗健康设备10的数据解析协议设计为协议包的形式，协议包存储在前端设备20(网关、边缘计算设备等)上，通过在前端设备20上远程选择、增加、删除协议包的方式，实现前端设备20固件不需更改即可对接入产品的数据协议进行解析的目的。
42.请参阅图2，为本技术实施例提供的一种医疗健康数据管理方法，可应用于图1所示的前端设备。医疗健康数据管理方法可以包括如下步骤：
43.s101，获取当前接入的医疗健康设备的接口发送的健康管理数据。
44.前端设备连接与医疗健康设备连接，获取医疗健康设备采集到表征用户健康状况的生理参数指标。医疗健康设备可以是体重秤、血压计、血氧仪、血糖仪等，相应的，健康管理数据可以是医疗健康设备测量到的体重值、血压值、血氧置、血糖值等。不同的医疗健康设备可能具有不同类型硬件接口或不同类型无线通信接口，前端设备的数据接口可与不同医疗健康设备的不同类型的接口连接。
45.s103，根据所述健康管理数据的编码规则确定当前接入的所述医疗健康设备的接口类型，根据所述接口类型确定匹配的目标数据解析协议。
46.不同医疗健康设备的不同类型接口将分别采用不同数据传输协议进行数据传输，不同数据传输协议将医疗健康设备采集到的健康管理数据发送给前端设备前，将数据按照相应编码规则转换成数据比特，前端设备接收到医疗健康设备发送过来的健康管理数据后，根据对应医疗健康设备的接口类型采用匹配的数据解析协议对健康管理数据进行解析，以将数据比特进行还原得到医疗健康设备采集到的健康管理数据的原始数据。前端设备通过提供可编程配合数据接口，针对不同类型接口的硬件功能实现做成分别对应的接口程序模块存储在前端设备内存储器中，这些接口程序模块由芯片内部的管脚功能配置控制程序来选择控制运行。
47.如前端设备可以通过cpld/fpga芯片来实现各类型硬件接口，每一种硬件接口的硬件功能实现已经做成程序模块(后台完成该程序模块的开发)，存储在芯片内部存储或外部的flash存储芯片中，这些程序模块由芯片内部的管脚功能配置控制程序来选择控制运行，cpld/fpga芯片自身有数量众多的可编程配置gpio接口管脚，通过配置控制程序让不同的gpio管脚信号接入芯片内部不同的接口程序模块，让不同的gpio管脚具备不同的硬件数据总线功能，也可让同一gpio管脚具备不同的硬件数据总线功能。
48.例如可选择配置gpio接口1接入芯片内部的iic总线程序模块，从而使gpio接口1具备iic总线的硬件接口功能，进而使gpio接口1对外可以对接iic总线接口的医疗健康设备；配置gpio接口2接入芯片内部的spi总线程序模块，从而使gpio接口2具备spi总线的硬件接口功能，进而使gpio接口2对外可以对接spi总线接口的医疗健康设备。在另一实施例中，也可配置gpio接口1接入芯片内部的iic总线程序模块，从而使gpio接口1具备iic总线的硬件接口功能，使gpio接口1对外可以对接iic总线接口的医疗健康设备；配置gpio接口1接入芯片内部的spi总线程序模块，从而使gpio接口1具备spi总线的硬件接口功能，进而使gpio接口1对外可以对接spi总线接口的医疗健康设备。
49.s105，通过所述目标数据解析协议对所述健康管理数据进行解析。
50.前端设备对与健康管理设备对应连接的医疗健康设备的数据接口配置对应的接口程序模块，使得前端设备的数据接口可适配对应连接的医疗健康设备的接口类型后，当接收到医疗健康设备采集到的健康管理数据后，则基于相应的接口程序模块确定匹配的目标数据解析协议对所述健康管理数据进行解析，以得到医疗健康设备采集到的健康管理数据的原始数据。通过数据解析，得到健康管理数据的原始有效数据，去除了无效的数据部分，如数据包起始码、包长度码、包结束码等仅在数据传输通信时需要的数据部分。
51.s107，将解析后的所述健康管理数据发送给云端。
52.前端设备将解析后的健康管理数据发送给云端，以供云端基于大数据进行统一管理。
53.上述实施例中，端设备可以连接各种不同类型接口的医疗健康设备，通过获取当前接入的医疗健康设备的接口发送的健康管理数据，根据所述健康管理数据的编码规则确定当前接入的所述医疗健康设备的接口类型，根据所述接口类型确定匹配的目标数据解析协议，通过所述目标数据解析协议对所述健康管理数据进行解析，将解析后的所述健康管理数据发送给云端，如此，同一前端设备可适配各种不同类型接口的医疗健康设备，从而可大大降低对前端设备的固件、硬件升级和管理成本，满足多样化的医疗健康设备的数据管理要求。
54.可选的，所述根据所述健康管理数据的编码规则确定当前接入的所述医疗健康设备的接口类型，根据所述接口类型确定匹配的目标数据解析协议，包括：
55.通过预设的接口程序模块对所述健康管理数据进行遍历解码测试；
56.当符合其中一接口程序模块时，则根据符合的所述接口程序模块确定当前接入的所述医疗健康设备的接口类型；
57.根据所述接口类型确定匹配的目标数据解析协议。
58.前端设备根据多种不同类型接口分别设置有对应的接口程序模块。医疗健康设备的接口可以是spi接口、iic接口、uart接口、usb接口为例，前端设备内存储的接口程序模块可以包括spi接口程序模块、iic接口程序模块、uart接口程序模块、usb接口程序模块，可选择配置前端设备上的数据接口接入其中一接口程序模块，使得数据接口可相应连接该接口类型的医疗健康设备，获取医疗健康设备采集的医疗健康数据并解析。
59.对前端设备的数据接口进行配置之前，健康管理设备接入前端设备，前端设备获取健康管理设备发送的健康管理数据，采用预先保存的接口程序模块依次对健康管理数据进行解码测试，当符合其中一接口程序模块时，则根据符合的所述接口程序模块确定当前接入的所述医疗健康设备的接口类型，根据该接口类型对与健康管理设备连接的当前数据接口进行配置，数据接口接入解码测试结果中确认符合的接口程序模块，使得数据接口可相应连接该接口类型的医疗健康设备，确定匹配的目标数据解析协议对医疗健康数据进行解析。
60.可选的，所述根据所述健康管理数据的编码规则确定当前接入的所述医疗健康设备的接口类型，根据所述接口类型确定匹配的目标数据解析协议，还包括：
61.当所述接口程序模块均不符合时，则确认为未知类型并上报云端。
62.前端设备对数据接口进行配置之前，健康管理设备接入前端设备，前端设备获取健康管理设备发送的健康管理数据，采用预先保存的接口程序模块依次对健康管理数据进行解码测试，当所述接口程序模块均不符合时，则确认当前连接的健康管理设备的接口类型为未知类型并上报云端。通过上报云端后，可以及时通知进行人工干预操作。
63.可选的，所述根据所述健康管理数据的编码规则确定当前接入的所述医疗健康设备的接口类型，根据所述接口类型确定匹配的目标数据解析协议，包括：
64.根据所述健康管理数据的编码规则确定当前接入的所述医疗健康设备的接口类型，根据所述接口类型确定匹配的目标数据解析协议；
65.对当前连接所述医疗健康设备的数据接口进行配置，将所述数据接口关联匹配的所述目标数据解析协议。
66.健康管理设备将采集到的健康管理数据发送给前端设备前，不同接口类型的健康管理设备采用不同编码规则对健康管理数据进行编码，前端设备获取到健康管理数据，可以通过识别其对应的编码规则以确定健康管理设备的接口类型。前端设备确定健康管理设备的接口类型后，相应对与健康管理设备连接的数据接口进行配置，使得该数据接口接入匹配的接口程序模块，确定匹配的目标数据解析协议对医疗健康数据进行解析。
67.在一些实施例中，所述将解析后的所述健康管理数据发送给云端之前，还包括：
68.将解析后的所述健康管理数据按照预置数据处理算法进行预处理。
69.前端设备可采用不同的可编程控制芯片来实现各类型硬件接口的接口功能。对采用处理能力更强和内部资源更多的芯片来实现时，芯片可以具备对数据进行预处理功能，对数据进行预处理后再传送到云端进行统一管理，可以减少上传数据量，减轻云端的数据处理压力。
70.其中，对健康管理数据进行预处理可以包括数据滤波、消除数据抖动、数据统计、设置阈值进行预警、数据分类等。以医疗健康设备为血氧仪设备，发送数据情况为每1秒钟发送一个数据包，例如：aa ab 11 22 33 44 cc dd，按照设备厂家的数据协议解析得到数据包中的有效数据为：11 22 33 44(对应血氧、呼吸、心率、灌注参数数值)。如果直接将这些数据上传到云端系统，将会使得前端设备与云端系统的交互通信非常频繁，占用数据带宽，增加云端系统的数据存储、数据处理压力。通过在前端设备上对数据进行预处理，比如数据滤波：消除数据抖动；数据统计：统计在某一个时间内的各项参数变化，设置阈值，进行预警；数据分类：提取某一项参数作为主要指标重点关注，经过预处理之后的数据再上传到云端，极大避免了上述问题，或者可以直接将数据处理结果呈现在带ui界面的前端设备上。
71.本技术另一方面，还提供一种前端设备，包括第一芯片、第二芯片及存储器，所述存储器内存储有预设的多个接口程序模块，所述第一芯片获取当前接入的医疗健康设备的接口发送的健康管理数据；根据所述健康管理数据的编码规则确定当前接入的所述医疗健康设备的接口类型，根据所述接口类型确定匹配的目标数据解析协议；所述第一芯片或所述第二芯片通过所述目标数据解析协议对所述健康管理数据进行解析；所述第二芯片将解析后的所述健康管理数据发送给云端。
72.其中，前端设备可内置有接口功能配置控制程序，根据接入的医疗健康设备的接口类型，通过cpld/fpga芯片来实现各类型硬件接口，每一种硬件接口的硬件功能实现已经做成对应的接口程序模块，存储在芯片内部存储或外部的flash存储芯片中，接口程序模块由芯片内部的接口功能配置控制程序来选择控制运行，cpld/fpga芯片自身可以由多个可编程配置gpio接口管脚，通过接口功能配置控制程序让不同的gpio接口管脚信号接入芯片内部不同的接口程序模块，从而让不同的gpio管脚具备不同的硬件数据总线功能，也可让同一gpio管脚具备不同的硬件数据总线功能。如图3所示，可配置四个gpio接口管脚信号分别一一对应地接入芯片内部不同的接口程序模块；如图4所示，可配置gpio接口1管脚根据当前连接的医疗健康设备的接口类型接入芯片内部对应的接口程序模块。当前端设备第一芯片使用处理能力更强和内部资源更多的fpga芯片时，在芯片内部增加接口功能识别程序，当有医疗健康设备接入时，接口功能识别程序首先根据前端设备上存储的接口功能程
序模块，进行遍历识别测试，若通过识别测试，则自动接入，若是未知类型，则上报云端系统，进行人工干预操作。如图5所示，gpio接口n接入某一接口类型的医疗健康设备时，fpga芯片内部的接口类型识别程序，根据已有的接口程序模块进行自动测试比对，若是符合已有的某一接口类型，则让管脚功能配置控制程序自动选择运行该类型进行配置，实现医疗健康设备自动接入，以实现对gpio接口n的配置；若测试比对不符，视为未知硬件接口类型，识别结果通过arm芯片上报云端系统，再由人工处理。
73.在一个实施例中，请参阅图6，所述前端设备为网关，第一芯片为cpld芯片，所述第二芯片为arm芯片。其中，cpld芯片(可选altera max ii或max v系列芯片)在片上实现各种硬件数据接口功能模块，用于对接各种有线接口形式的医疗健康设备被，各种硬件数据接口功能模块可以作为一个独立的功能包，存储在flash存储器中。arm芯片(可选nxpi.mx 6ul或i.mx 6ull系列芯片)用于实现对接各种健康管理设备的数据协议解析、简单用户界面和用户交互管理，同时通过其内置的常用硬件接口(如，uart、iic、spi)对接各种物联网无线通信模组，对接各种无线接口形式的医疗健康设备，各种医疗健康设备的数据协议接口功能模块作为一个独立的数据协议包，存储在flash存储器中。
74.当网关接入的医疗健康设备为有线数据接口的设备时，通过cpld芯片来对接。cpld芯片在片上实现了各种硬件数据总线接口的接口功能模块，如接口功能模块包括iic接口功能模块、spi接口功能模块、uart接口功能模块、usb接口功能模块，通过系统控制来选择运行哪一种硬件接口功能，这样利用cpld芯片管脚功能的可配置特点，实现相同的硬件管脚可对接各种不同硬件数据总线接口的医疗健康设备。cpld芯片将通过硬件接口接入的原始协议数据传送给arm芯片进行协议解析处理。当网关接入的医疗健康设备是无线数据接口的设备时，通过各种物联网无线通信模组接入，通信模组再通过各种常用数据接口(如iic接口、spi接口、uart接口等)接入arm芯片。所有接入的医疗健康设备的数据协议解析由arm芯片来进行，每个接入的医疗健康设备的产品的数据协议解析作为单独的数据协议包，存储在flash存储器中，可由系统控制进行调用、增减、更新。arm芯片将解析出来的医疗健康设备的原始数据上传到系统云端做进一步的应用处理。arm芯片同时负责网关的界面显示和用户交互管理。
75.当一个无线或有线接口形式的医疗健康产品接入时，由云端统一控制，向网关下发该接入医疗健康产品的数据解析协议以及硬件数据接口类型，arm芯片和cpld芯片自动适配运行相应的程序功能模块，网关的硬件和固件无需做任何变更。
76.在另一个实施例中，请参阅图7，所述前端设备为边缘计算设备，所述第一芯片为fpga芯片，所述第二芯片为arm芯片。fpga芯片(可选altera cyclone v系列或xilinx spartan-3系列芯片)在片上实现各种硬件数据接口的接口功能模块用于对接各种有线接口形式的医疗健康设备，各种硬件数据接口的接口功能模块作为一个独立ip核；片上实现各种对接医疗健康设备的数据协议解析，各种产品的数据协议功能模块作为一个独立的数据协议包；片上实现按预置算法对对解析出来的医疗健康设备采集的原始健康管理数据进行边缘计算预处理；上述功能的程序模块存储在flash存储器中。arm芯片(可选nxpi.mx 6dl或i.mx 6q系列芯片)实现复杂用户界面和用户交互管理、用户数据管理、边缘计算服务器后台配置及管理等。
77.当接入的医疗健康设备为有线数据接口的设备时，通过fpga芯片在片上实现的各
种硬件数据总线接口的接口功能模块(ip核)，如接口功能模块可以包括iic接口功能模块、spi接口功能模块、uart接口功能模块、usb接口功能模块，由系统控制来选择运行哪一种硬件接口功能，利用fpga芯片管脚功能的可配置特点，实现相同的硬件管脚可对接各种不同硬件数据总线接口的医疗健康设备。当接入的医疗健康设备是无线数据接口时，通过各种物联网无线通信模组接入，通信模组再通过各种常用数据接口(如iic接口、spi接口、uart接口等)接入fpga芯片，同样与通信模组对接的硬件管脚也配置为与通信模组的各种数据接口(如iic、spi、uart等)适配的硬件接口功能；fpga芯片同时对接入的健康管理数据进行解析，并对解析出来的原始数据按预置算法进行边缘计算预处理，然后将预处理后的数据传送给arm芯片；上述fpga运行的各个程序模块存储在flash存储器中，可由系统控制进行调用、增减、更新。arm芯片负责边缘计算设备的复杂用户界面和用户交互管理、用户数据管理、本机应用程序管理、后台配置及管理等。
78.当一个无线或有线接口形式的医疗健康设备接入时，由云端统一控制，向边缘计算设备推送该接入的医疗健康设备对应的数据解析协议、硬件数据接口类型、及边缘计算处理算法等，arm芯片和fpga芯片自动适配运行相应的程序功能模块，边缘计算设备的硬件和固件无需做任何变更。
79.在一些实施例中，所述第二芯片还包括获取接口类型选取指令，将所述接口类型选取指令上报所述云端；由所述云端根据与所述接口类型选取指令匹配的接口程序模块对目标数据接口进行配置；或，获取所述云端下发的与所述接口类型选取指令匹配的接口程序模块，并将所述接口程序模块存储于所述存储器内。
80.针对带有操作界面的前端设备，用户还可以通过前端设备的操作界面对前端设备的数据接口功能进行配置。接口类型选取指令可以是用户选定待配置的其中一数据接口作为目标数据接口，再点击前端设备的操作界面上显示的接口功能模块对应的按键，如iic接口功能模块、spi接口功能模块、uart接口功能模块、usb接口功能模块，前端设备获取到用户的点击操作后，根据点击操作确定当前选取的接口功能模块，将选取指定的接口功能模块的接口类型选取指令上报所述云端，由所述云端根据与所述接口类型选取指令匹配的接口程序模块对目标数据接口进行配置。
81.接口类型选取指令也可以是用户通过前端设备的操作界面输入的接口类型，前端设备将获取到的接口类型形成接口类型选取指令上报所述云端，云端根据该接口类型选取指令确定与其匹配的接口程序模块，并将匹配的接口程序模块通过网络发送给前端设备，由前端设备将接口程序模块存储于本地指定区域，可供后续对与不同接口类型的医疗健康设备连接的数据接口进行配置时调用。
82.在一些实施例中，所述第二芯片还包括获取针对目标数据接口的接口类型配置指令，所述第一芯片根据接口类型配置指令对所述目标数据接口进行配置，将所述目标数据接口关联匹配的数据解析协议。
83.前端设备对与不同接口类型的医疗健康设备对应连接的数据接口进行配置，可以是基于接收到用户输入的接口类型配置指令后触发，也可以是基于数据接口与医疗健康设备连接后自动触发。本实施例中，前端设备通过获取用户在操作界面上输入的针对目标数据接口的接口类型配置指令，根据接口类型配置指令对所述目标数据接口进行配置，将所述目标数据接口关联匹配的数据解析协议。
84.为了能够对本技术提供的医疗健康数据管理方法具有更加整体的理解，请参阅图8，下面以一可选的具体示例，对实施所述医疗健康数据管理方法的系统的工作流程进行示例性说明，前端设备为网关，网关包括cpld芯片和arm芯片。医疗健康设备接入网关，医疗健康设备以有线硬件接口接入，网关的cpld芯片来对接，cpld芯片在片上实现了各种硬件数据接口的接口功能模块，通过云端统一控制来选择运行哪一种硬件接口功能模块，这样利用cpld芯片管脚功能的可配置特点，实现相同的硬件管脚可对接各种不同硬件数据总线接口的产品。cpld芯片的硬件gpio接口可通过软件配置，将从该硬件gpio接口接入的信号传送到内部的不同接口功能程序模块上，使得硬件gpio接口具备相应的硬件数据总线功能，这个配置可以多次重复进行，当前利用前端设备上的arm芯片来控制这个配置，arm芯片再通过网络连接云端，实现远程对前端设备的配置。
85.网关使用cpld芯片进行硬件接口类型的自动适配；使用arm芯片负责进行数据协议的解析和用户交互管理，如此，网关通过实施本技术实施例提供的医疗数据管理方法，以完成医疗健康设备有线或无线方式的接入，进行产品数据协议解析，将经过解析后的产品原始数据上传到云端，网关不对数据进行进一步处理。
86.请参阅图9，在另一可选的具体示例中，对实施所述医疗健康数据管理方法的系统的工作流程进行示例性说明，前端设备为边缘计算设备，边缘计算包括fpga芯片和arm芯片。fpga芯片在片上实现各种硬件数据接口功能模块用于对接各种有线接口形式的产品，各种硬件数据接口功能模块作为一个独立ip核；片上实现各种对接医疗健康产品的数据协议解析，各种产品的数据协议功能模块作为一个独立的数据协议包；片上实现按预置算法对对解析出来的产品原始数据进行边缘计算预处理。各种硬件接口程序模块使用硬件描述语言进行开发(如vhdl、verilog hdl)，并封装成ip核的形式，存储在fpga芯片内部或外接的存储器中，fpga芯片进行读取调用运行。其中，各种硬件接口程序模块本质上是一种处理电信号的硬件功能实现，如对输入的电信号按特定的时钟、时序、数据比特位的构成、数据起始，结束等不同的规范进行处理。例如iic接口总线的硬件信号特点：iic接口规范定义了数据位“0”和“1”对应的电平大小，通信起始、结束信号对应的高低电平大小，持续时间，通信过程中时钟线和数据线在时序上的对应关系，通信过程中应答信号对应的数据线高低电平持续时间等。同理，对于spi接口、uart接口、usb接口等，接口的硬件信号又是按其自身规范文档定义的。
87.边缘计算设备通过fpga芯片进行硬件接口类型的自动适配，数据协议解析，数据边缘计算，通过arm芯片负责进行用户交互管理和用户数据管理，如此，主要完成医疗健康产品有线或无线方式的接入，进行医疗健康设备的数据协议解析，并将解析后原始数据按预置数据处理算法进行边缘计算处理，将预处理后的数据上传云端，减少上传数据量和减轻云端数据处理压力，前端设备产品通用性高，减少大量的软硬件开发工作。
88.以上所述，仅为本技术的具体实施方式，但本技术的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本技术揭露的技术范围之内，可轻易想到变化或替换，都应涵盖在本技术的保护范围之内。因此，本技术的保护范围应以所述权利要求的保护范围为准。