CN106031245A - 医疗空中接口 - Google Patents

医疗空中接口 Download PDF

Info

Publication number
CN106031245A
CN106031245A CN201580009314.0A CN201580009314A CN106031245A CN 106031245 A CN106031245 A CN 106031245A CN 201580009314 A CN201580009314 A CN 201580009314A CN 106031245 A CN106031245 A CN 106031245A
Authority
CN
China
Prior art keywords
equipment
medical data
data network
air interface
classification grade
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
Application number
CN201580009314.0A
Other languages
English (en)
Other versions
CN106031245B (zh
Inventor
E·丹特斯克尔
K·S·卡萨尔古德
M·I·塞赞
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Capsule Technologies Inc
Philips Healthcare Informatics Inc
Original Assignee
Qualcomm Inc
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Qualcomm Inc filed Critical Qualcomm Inc
Publication of CN106031245A publication Critical patent/CN106031245A/zh
Application granted granted Critical
Publication of CN106031245B publication Critical patent/CN106031245B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W48/00Access restriction; Network selection; Access point selection
    • H04W48/18Selecting a network or a communication service
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W84/00Network topologies
    • H04W84/18Self-organising networks, e.g. ad-hoc networks or sensor networks
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/12Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • H04L67/125Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks involving control of end-device applications over a network
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W88/00Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02Terminal devices
    • H04W88/04Terminal devices adapted for relaying to or from another terminal or user
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W88/00Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02Terminal devices
    • H04W88/06Terminal devices adapted for operation in multiple networks or having at least two operational modes, e.g. multi-mode terminals

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Health & Medical Sciences (AREA)
  • Computing Systems (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Measuring And Recording Apparatus For Diagnosis (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

各个实施例的系统、方法和设备实现了基于卫生监管要求来向用于发送医疗数据的空中接口分配分类级别(402)。在计算设备或节点(202)上执行的医疗通信抽象层可以确定与分类级别相关联的要求,并与同样具有医疗通信抽象层的其它设备(或节点)建立满足这些要求的空中接口(508),从而在设备或节点之间建立满足分类级别的要求的医疗数据网络。还可以向医疗数据分配分类级别,并且所分配的医疗数据的分类级别可以由医疗通信抽象层用来确定在其上可以发送医疗数据的医疗数据网络(404)。

Description

医疗空中接口
背景技术
可以通过众多的医疗设备来监控病人,其中医疗设备从向病人提供体重信息的简单的体重秤到检测威胁生命的心律失常的心电图仪(“EKG”)。这些设备通常对病人的生理的某个方面进行数字化,将其转换为能够通过无线通信网络发送到目的地的数据。用于这些无线通信网络中的空中接口协议通常是短距离空中接口(例如,连接)或者蜂窝/广域空中接口(例如,GSM、CDMA2000、EVDO、GPRS/EDGE、LTE、改进的LTE连接)。
虽然当前的空中接口可以实现发送数据,但当前的空中接口协议未被开发为在处理医疗数据时提供卫生监管部门(例如,美国食品药品管理局(FDA)、欧盟健康与消费者保护总司等等)所要求的医疗设备和系统的安全性和有效性保证。因此,使用当前空中接口协议的当前通信设备使得医疗设备能够经由空中接口无线地发送医疗数据,但是不保证用于这种通信的空中接口满足卫生监管部门(例如,FDA或欧盟健康与消费者保护总司)所设定的稳健性、安全性和有效性。
发明内容
各个实施例的系统、方法和设备实现了基于卫生监管要求来向用于发送医疗数据的空中接口分配分类等级。在一个实施例中,在计算设备(或节点)的处理器中执行的医疗通信抽象层可以确定与分类等级相关联的要求,并与同样具有医疗通信抽象层的其它设备(或节点)建立满足这些要求的空中接口,从而在设备(或节点)之间建立满足分类等级的要求的医疗数据网络。还可以向医疗数据分配分类等级,并且在计算设备的处理器中执行的医疗通信抽象层可以使用所分配的医疗数据的分类等级,来确定可以在其上发送医疗数据的医疗数据网络。在一个实施例中,医疗数据网络的空中接口可以被选择为医疗数据网络中的设备(或节点)之间最快速的空中接口。在一个实施例中,在计算设备的处理器中执行的医疗通信抽象层可以响应于触发而改变医疗数据网络的分类等级,并且设备(或节点)的医疗通信抽象层可以对齐设备(或节点)的资源,以使得医疗数据网络的空中接口满足新的分类等级的要求。
附图说明
附图(其被并入本文并构成本说明书的一部分)示出了本发明的示例性实施例,并且与上面给出的一般性描述以及下面给出的详细描述一起用于说明本发明的特征。
图1是适合于与各个实施例一起使用的网络的通信系统框图。
图2A是根据一个实施例,示出了无线医疗设备的组件框图。
图2B是根据一个实施例,示出了另一个无线医疗设备的组件框图。
图2C是根据一个实施例,示出了移动设备的组件框图。
图2D是根据一个实施例,示出了基站的组件框图。
图3是示出了可以由图2A-图2D的设备来实现的示例性协议层栈的系统架构图。
图4是示出了医疗数据网络分类表的示例性字段的数据结构图。
图5A和图5B是示出了用于发起医疗数据网络的实施例方法的过程流程图。
图6A、图6B和图6C是示出了用于建立医疗数据网络的实施例方法的过程流程图。
图7是示出了用于选择满足分类等级要求的最快速的空中接口的实施例方法的过程流程图。
图8A、图8B、图8C、图8D、图8E、图8F和图8G是根据一个实施例,示出了在具有医疗通信抽象层的设备之间的示例性交互以建立医疗数据网络的通信流程图。
图9是示出了用于向其它连接的设备发送对医疗数据网络和分类等级的指示的实施例方法的过程流程图。
图10A是示出了用于采取与医疗设备分类等级相关联的服从(deference)动作的实施例方法的过程流程图。
图10B是示出了用于在建立医疗数据网络时优化资源的实施例方法的过程流程图。
图11是示出了根据实施例的、用于改变医疗数据网络的分类等级的实施例方法的过程流程图。
图12A和12B是示出了具有医疗通信抽象层的设备之间的示例性交互以改变所建立的医疗数据网络的分类等级的通信流程图。
图13是根据一个实施例的、用于确定触发条件是否存在的各种输入的数据流程图。
图14是适合于与各个实施例一起使用的示例性移动设备的组件图。
具体实施方式
将参考附图详细描述各个实施例。只要有可能,贯穿附图将使用相同的附图标记来指代相同或相似的部件。对特定例子和实现方式的引用是出于说明性的目的,并非旨在限制本发明或权利要求书的范围。
本文使用词语“示例性的”来表示“用作示例、实例或说明”。本文中被描述为“示例性的”任何实现方式不一定解释为比其它实现方式优选或有利。
如本文所使用的,本文使用术语“计算设备”和“移动设备”来指代以下各项中的任意一项或所有项:蜂窝电话、智能电话、个人或移动多媒体播放器、个人数据助理(PDA)、膝上型计算机、平板计算机、智能本、掌上型计算机、无线电子邮件接收机、多媒体互联网使能蜂窝电话、无线游戏控制器,以及包括用于建立空中接口的可编程处理器和存储器以及电路的类似个人电子设备。
如本文所使用的,使用术语“医疗设备”来指代包括可以生成医疗数据的可编程处理器和存储器以及电路的任何设备。
如本文所使用的,使用术语“基站”来指代以下各项中的任意一项或所有项:蜂窝塔、热点、接入点、或者包括用于建立空中接口并充当无线设备与有线网络(例如,互联网)之间的网关的可编程处理器和存储器以及电路的类似设备。
卫生监管部门(例如,美国食品药品管理局(FDA)、欧盟健康与消费者保护总司等等)为落入它们监管权限的医疗设备设定了安全性和有效性要求。举例而言,FDA基于医疗设备的安全性和有效性、以及医疗设备的预期用途、对医疗设备的使用的指示、以及在使用医疗设备中的风险,将医疗设备分类成三个监管类:I类、II类和III类。FDA所分配的I类医疗设备通常对病人健康构成最低等级的风险,II类医疗设备构成较高等级的风险,而III类医疗设备对病人健康构成最高等级的风险。举另一个例子,欧盟健康与消费者保护总司基于医疗设备对病人构成的潜在危害(考虑到各种因素,例如与身体接触的持续时间、侵入的程度、以及局部相对于全身的效果),将医疗设备分类成五个通用类:I类、I无菌类、I测量类、IIa类、IIb类和III类。欧盟健康与消费者保护总司所分配的I类、I无菌类和I测量类医疗设备通常对病人健康构成最小的危害,II类医疗设备构成较高等级的风险,其中IIb类医疗设备比IIa类设备构成更高等级的风险,并且III类医疗设备构成最高等级的风险。虽然卫生监管部门(例如,FDA、欧盟健康与消费者保护总司等等)所设定的分类定义了安全性、有效性和风险要求,但当前的分类未设定针对用于在设备之间发送医疗数据的空中接口的要求。
各个实施例的系统、方法和设备实现了基于卫生监管部门分配的分类等级或要求来向用于发送医疗数据的空中接口分配分类等级。在一个实施例中,卫生监管部门(例如,FDA、欧盟健康与消费者保护总司等等)可以分配分类等级,该分类等级指示设备和空中接口在处理医疗数据时(特别是在处理特定分类等级的医疗数据时)必须满足的要求。通过在发送和/或接收医疗数据的设备之间建立满足针对所分配的分类等级的至少一个独特要求的空中接口,可以建立具有所分配的分类等级的医疗数据网络。医疗数据网络的分类等级可以用于指示医疗数据网络满足的要求并且保证根据卫生监管要求(例如,FDA要求、欧盟健康与消费者保护总司要求、健康保险携带和责任法案(HIPAA)要求等等)来处理通过医疗数据网络的医疗数据。
在一个实施例中,可以在计算设备(例如,智能电话、医疗设备和/或基站)的处理器中将医疗通信抽象层实现为在各种无线通信协议栈以及计算设备的硬件接口上操作的软件层或模块。在计算设备的处理器上执行医疗通信抽象层,医疗通信抽象层可以与计算设备的宿主层(host layer)对接,并控制计算设备中的与无线通信相关的各个软件和硬件,以便与其它设备建立空中接口,以发送和/或接收医疗数据并提供去往/来自设备的宿主层应用的医疗数据。在一个实施例中,医疗通信抽象层的实例对于它们在其上操作的计算设备可以是定制的。医疗通信抽象层可以在计算设备的一个或多个处理器(例如,一个或多个通用处理器、一个或多个调制解调器处理器、一个或多个数字信号处理器等等)上执行。虽然通常围绕医疗设备进行讨论,但医疗通信抽象层可以承载在网络中的任何设备上,从而使得任何设备能够充当医疗数据网络的节点。
各个实施例包括计算设备,并且具体而言,包括这些计算设备中的被配置为执行本文所描述的医疗抽象层操作的处理器。虽然实施例和权利要求书涉及被配置为执行在本文中统称为医疗通信抽象层的操作的处理器,但处理器和计算设备可以是通过包含医疗通信抽象层的处理器可执行指令而被变换成专用机器的通用处理器和计算设备。因此,为参考简单起见,下面的实施例描述会参考医疗通信抽象层而不参考执行相关联的指令的处理器或计算设备,作为对执行指令的处理器/计算设备的速记参考。因此,这种参考并非旨在将权利要求的范围限制于软件或抽象过程。
在一个实施例中,在无线网络中的计算设备(或节点)上执行的医疗通信抽象层可以确定与分类等级相关联的要求,并与无线网络中同样具有医疗通信抽象层的其它设备(或节点)建立满足这些要求的一个或多个空中接口,从而在无线网络中的设备(或节点)之间建立满足分类等级的要求的医疗数据网络。还可以对医疗数据以及可以发送医疗数据的设备(例如,医疗设备、移动设备、基站等等)分配分类等级,并且所分配的医疗数据和设备的分类等级可以由医疗通信抽象层用来确定可以在其上发送医疗数据的医疗数据网络。
例如,医疗数据和设备可以分成三个分类等级。III类设备/医疗数据可以是对支持生命关键的那些数据(特别是当病人在危急中,例如在心率失常期间),例如EKG和心脏数据。II类设备/医疗数据可以是对支持生命并非关键、但对病人护理重要的那些数据,例如静脉(IV)泵和IV包液位数据。I类设备/医疗数据可以是对病人不构成立即风险的那些数据,例如体重和重量数据。虽然在本文中被讨论为分成三类,但三类医疗数据和设备仅用作例子以更好地示出各个实施例的方面,并非旨在以任何方式限制各个实施例。在不偏离本发明的精神或范围的情况下,在各个例子中可以替代地将医疗数据和设备另外分成更多或更少的类。
在一个实施例中,每个分类等级可以与针对连接医疗数据网络中的设备的空中接口的一个或多个要求相关联。在一个实施例中,分类等级可以由卫生监管部门(例如,FDA、欧盟健康与消费者保护总司等等)来设定,并且卫生监管部门还可以针对每个分类等级来设定空中接口的要求。通过满足针对给定的分类等级的空中接口的要求,医疗数据网络可以被指示为具有给定分类等级的医疗数据网络。
在一个实施例中,每个分类等级可以与针对连接医疗数据网络中的设备的空中接口的独特要求相关联。例如,I类要求可以与II类和III类要求不同。针对每个分类等级的要求的例子可以包括:带宽要求(例如,最小带宽)、分组冗余度要求(例如,要发送的数据的每个分组的副本数量)、服务质量要求(例如,针对接口的最大平均分组丢失)、延时要求(例如,最大延迟)、安全性要求(例如,最小加密等级)、链路冗余度要求(例如,建立针对接口的多个额外链路的要求)、以及功率要求(例如,针对用于建立接口的射频硬件的最小功率等级设定),这些是非限制性的例子。在一个实施例中,针对每个分类等级的要求可以是分层次的。例如,与I类医疗数据网络的空中接口相比,可以向III类医疗数据网络的空中接口分配较多的资源,例如较大的带宽。
在一个实施例中,响应于来自用户(例如,健康护理提供者或病人)的命令,可以手动地触发医疗通信抽象层以建立给定分类等级的医疗数据网络,或者响应于来自计算设备上的应用的输入、医疗数据中的触发条件或者来自其它设备的输入,自动地触发医疗通信抽象层以建立给定分类等级的医疗数据网络。举例而言,健康护理提供者可以向他或她的设备中输入以下指示:需要开启与病人的家用体重秤的I类医疗数据网络(例如,“打开与病人X的体重秤的I类网络”的语音命令),并且可以触发健康护理提供者的设备上的医疗通信抽象层以尝试开启与病人的家用体重秤的I类网络。举另一个例子,EKG上的应用或者医疗通信抽象层自身可以基于医疗数据来识别病人正在发作心脏病,并且可以自动地与紧急调度操作者的计算机建立III类医疗网络。
医疗数据网络触发可以包括与病人健康相关的其它方面,例如病人先前存在的状况触发、环境状况触发、上下文触发、位置触发、和/或这些以及上面所讨论的触发或其它触发的组合。
病人先前存在的状况触发可以基于与健康、保健、健身以及药物学或者与对设备的特定用户的疾病或伤痛治疗有关的信息。
环境状况触发可以基于可以与设备用户的状况相关的环境信息(例如,空气质量、温度和湿度),并且可以直接影响用户的医疗保健,例如影响哮喘病人的空气质量以及影响具有慢性心脏病的病人的气温。
上下文和/或位置触发可以基于与用户的上下文和位置有关的信息,包括与用户的当前地理位置或活动(例如,站立、行走或下降)有关的信息。
组合触发可以基于两件或更多件的信息(例如,环境状况和先前存在的状况二者)的组合。
在一个实施例中,可以实现医疗通信抽象层以确定与任何触发相关联的分类等级,并自动地采取适当的动作来建立满足针对所确定的分类等级的要求的、医疗数据网络的空中接口。在一个实施例中,医疗通信抽象层可以存取存储在计算设备的存储器中的数据(例如,将分类等级与它们对应的要求进行相关的医疗数据网络分类表),以确定针对分类等级的要求,并且可以对齐设备的资源(例如,收发机、天线、电源等等),以满足与分类等级相关联的要求并与另一个设备建立满足要求的空中接口。例如,设备的资源可以用于处理医疗数据流以满足针对所确定的分类等级的要求(例如,针对所要求的安全性等级的加密、在所要求的等级处的错误保护等等),同时还用于满足针对所确定的分类等级的传输要求,例如所要求的带宽、所要求的延时等等。
在一个实施例中,一旦医疗通信抽象层确定对于医疗数据网络而言必要的分类等级,医疗通信抽象层就可以确定朝向医疗数据(可以由设备处理)的端点的、节点的可用空中接口。例如,移动设备可以基于该移动设备具有双SIM卡和能力,来确定存在可用于潜在节点的三个空中接口,一个接口至与第一SIM相关联的塔,一个接口至与第二SIM相关联的塔,以及一个接口至热点。
医疗通信抽象层可以经由所确定的空中接口来轮询节点关于它们的能力,并且节点的医疗通信抽象层可以进行响应,指示每个节点满足分类等级要求的能力。例如,塔的医疗通信抽象层可以利用指示该塔能够支持的分类等级的消息进行响应。
在一个实施例中,一旦计算设备的医疗通信抽象层确定任何可用节点和空中接口的能力,医疗通信抽象层就可以选择至少一个节点和空中接口,并在两个设备(节点)之间建立满足分类等级的要求的空中接口。在一个实施例中,可以选择医疗数据网络中的设备(或节点)之间最快速的可用空中节点。例如,计算设备的医疗通信抽象层可以识别与另一个设备的两个空中接口(例如,空中接口和空中接口)可用,其中二者满足分类等级要求但是具有不同的数据速率,并且可以选择较高数据速率的空中接口(例如,空中接口)作为最快速的空中接口。
在另一个实施例中,计算设备的医疗通信抽象层可以选择与一个或多个可用节点的一个以上可用空中接口,并在计算设备与一个或多个节点之间建立所选择的满足分类等级要求的空中接口中的所有空中接口。以此方式,可以建立包括一个以上空中接口的医疗数据网络。可以在医疗数据网络的一个以上的空中接口上(例如,同时地或冗余地)发送和接收医疗数据,以提供医疗数据网络中的空中接口多样性并因此增加发送/接收的可靠性。
举例而言,计算设备的医疗通信抽象层可以使用与另一个设备的空中接口和空中接口,与该另一个设备建立医疗数据网络。医疗通信抽象层可以在空中接口和空中接口二者上(同时地或顺序地)发送相同的数据。替代地,医疗通信抽象层可以分割医疗数据的分组以在医疗数据网络上发送,使得一些分组在空中接口上发送,并且一些分组在空中接口上发送。在空中接口和空中接口上接收分组的另一个设备可以重新组合接收到的分组以重构医疗数据。通过建立具有一个以上空中接口的任何医疗数据网络,医疗通信抽象层可以利用多个空中接口来提供医疗数据网络的多样性和/或医疗数据网络的冗余度,以增强医疗数据网络中提供的服务质量。
举另一个例子,医疗通信抽象层或计算设备可以建立包括两个不同空中接口的医疗数据网络。医疗数据网络的每个空中接口可以是利用不同的塔来建立的空中接口,并且医疗通信抽象层可以经由所建立的医疗数据网络的对应空中接口来向每个塔发送医疗数据分组的重复版本。网络后端服务器可以从自两个塔接收到的分组序列中的一个或二者中进行选择,以重构接收到的医疗数据。以此方式,假如医疗数据网络的一个空中接口发生故障,则由于另一个空中接口仍然可以接收医疗数据,因此医疗数据不会丢失。此外,如果医疗数据网络的一个空中接口比另一个空中接口具有更高的数据速率容量,则医疗抽象层可以在具有较高数据速率的空中接口上发送数据中的要求高传输带宽的部分(例如,图像或视频片段),同时在医疗数据网络的另一个空中接口上发送其它数据(例如,数值数据)。
在一个实施例中,医疗通信抽象层可以响应于触发来改变医疗数据网络的分类等级,并且设备(或节点)的医疗通信抽象层可以对齐设备(或节点)的资源,以使得医疗数据网络的空中接口满足新分类等级的要求。例如,初始地可以在通过满足I类要求的空中接口来连接的多个设备之间建立I类医疗数据网络。在稍后的时间处,医疗数据可能指示病人正在发生心脏病。作为响应,医疗数据网络中的多个设备的医疗通信抽象层可以通过将额外的资源对齐到设备之间所建立的空中接口,将空中接口从满足针对I类医疗数据网络的要求的空中接口升级为满足针对III类医疗数据网络的要求的空中接口。以此方式,医疗通信抽象层可以动态地偏移空中接口的资源以满足不同的医疗数据传输要求。
在一个实施例中,医疗通信抽象层可以被配置为:基于医疗数据网络的分类等级,服从医疗数据和网络资源。例如,医疗通信抽象层可以被配置为:相对于I类医疗数据网络的资源,使III类医疗数据网络的资源优先。举另一个例子,医疗通信抽象层可以被配置为:当其它设备建立了III类医疗数据网络时,例如通过扣留用于传输的数据,将网络资源让给其它设备。
在一个实施例中,医疗通信抽象层可以被配置为:基于与医疗数据网络相关联的分类等级,优先建立这些医疗数据网络。例如,蜂窝塔的医疗通信抽象层可以跨当前请求建立医疗数据网络的设备群进行查找,并且基于每个设备的相对分类等级来优化资源并建立医疗数据网络。当蜂窝塔接收到用于建立医疗数据网络的一个以上的请求,并且蜂窝塔的资源不支持建立所有请求的医疗数据网络时,来自一个设备的用于建立III类医疗数据网络的请求会生效(即,将建立III类医疗数据网络),而来自另一个设备的用于建立I类医疗数据信道的请求会被拒绝。类似地,当从设备接收到用于建立III类医疗数据网络的请求并且蜂窝塔由于先前建立的医疗数据网络而缺乏足够的资源来建立另一个III类医疗数据网络时,蜂窝塔的医疗通信抽象层可以放弃或终止较低分类等级的医疗数据网络(例如,I类和II类医疗数据网络),以释放足够的资源来建立所请求的III类医疗数据网络。以此方式,可以基于蜂窝塔的医疗通信抽象层所采取的动作,在电信网络运营商级别跨群控制基于请求的优先级来建立医疗数据网络。在一个实施例中,当请求具有相同的分类等级时,医疗抽象层可以基于先来先服务(first come first serve)来建立医疗数据网络,直到资源耗尽为止。在一个实施例中,当所建立的医疗数据网络的一个或多个节点可能变得不可用(例如,发生故障)或者可能需要支持另一个较高分类的医疗数据网络时,可以将所建立的医疗数据网络重新路由到其它的可用节点以保持所建立的医疗数据网络。
图1示出了适合于与各个实施例一起使用的无线网络系统100。无线网络系统100可以包括多个医疗设备(例如,医疗传感器贴片104和医疗分析器106(例如,可以收集和/或分析医疗数据的EKG机器、智能手表、心率监测器、活动监测环等等))、移动设备(例如,智能电话108)和基站(例如,蜂窝塔114、蜂窝塔112和热点110)、以及连接到互联网116的一个或多个医疗提供者计算机118。蜂窝塔114、蜂窝塔112和热点110可以与连接到互联网116的路由器进行通信。以此方式,经由至互联网116的连接,蜂窝塔114、蜂窝塔112和热点110可以充当无线设备(其中无线设备经由空中接口和互联网116连接到蜂窝塔114、蜂窝塔112或热点110)与所连接的医疗提供者计算机118之间的网关。
医疗传感器贴片104可以是包括一个或多个传感器的设备,该设备由用户或病人穿戴或者附着到用户或病人。举例而言,医疗传感器贴片104可以是由用户或病人穿戴或附着到用户或病人的粘性贴片、可穿戴臂环、腕表、项链、服装、或者包括一个或多个传感器的任何其它类型的设备。另外,图1中示出病人或用户仅与一个医疗传感器贴片104相关联,但具有相同或不同传感器的多个医疗传感器贴片在任何给定的时间可以由用户或病人穿戴或者附着到用户或病人。医疗传感器贴片104可以收集、集成、处理和/或分析来自其不同传感器的测量结果,以生成医疗数据。医疗传感器贴片104中的不同传感器可以包括测量用户或病人的生理或生物信号的各种类型的传感器,例如电、光、物理、活动和化学传感器。医疗传感器贴片104可以经由在医疗传感器贴片104与医疗分析器106之间建立的空中接口120(例如,短距离空中接口(例如,或蓝牙低能量连接))来与医疗分析器106交换数据。医疗传感器贴片104可以经由在医疗传感器贴片104与智能电话108之间建立的空中接口131(例如,或蓝牙低能量连接、连接等等)来与智能电话108交换数据。医疗传感器贴片104可以经由在医疗传感器贴片104与基站之间建立的空中接口129(例如,GSM、CDMA2000、EVDO、GPRS/EDGE、LTE或改进的LTE连接)来与基站(例如,蜂窝塔114)交换数据。
医疗分析器106可以经由在热点110与医疗分析器106之间建立的空中接口124(例如,连接)来与热点110交换数据。医疗分析器106可以经由在智能电话108与医疗分析器106之间建立的空中接口122(例如,连接)、或者经由在智能电话108与医疗分析器106之间建立的不同空中接口132(例如,连接)来与智能电话108交换数据。另外,虽然图1中没有示出,但医疗分析器106还可以经由在医疗分析器106与基站之间建立的空中接口(例如,GSM、CDMA2000、EVDO、GPRS/EDGE、LTE或改进的LTE连接)来与基站(例如,蜂窝塔112或114)交换数据。
智能电话108可以经由在智能电话108与蜂窝塔114之间建立的空中接口126(例如,GSM、CDMA2000、EVDO、GPRS/EDGE、LTE或改进的LTE连接)来与蜂窝塔114交换数据。智能电话108可以经由在智能电话108与蜂窝塔112之间建立的空中接口128(例如,GSM、CDMA2000、EVDO、GPRS/EDGE、LTE或改进的LTE连接)来与蜂窝塔112交换数据。智能电话108可以经由在智能电话108与热点110之间建立的空中接口124(例如,连接)来与热点110交换数据。
在一个实施例中,医疗传感器贴片104、医疗分析器106、智能电话108、热点110、蜂窝塔112以及蜂窝塔114中的每一个可以包括在对应设备104、106、108、110、112和114的处理器上进行操作的医疗通信抽象层的实例。每个设备104、106、108、110、112和114的医疗通信抽象层可以控制该设备的资源来建立对应的空中接口120、122、124、126、128、129、130、131和132,以满足针对与要在空中接口120、122、124、126、128、129、130、131和132上交换的医疗数据相关联的分类的要求,从而建立满足分类要求的医疗数据网络。
例如,医疗传感器贴片104的医疗通信抽象层和医疗分析器106的医疗通信抽象层可以控制医疗传感器贴片104和医疗分析器106的对应资源,以使得空中接口120满足针对空中接口的II类要求。医疗分析器106的医疗通信抽象层和智能电话108的医疗通信抽象层也可以控制医疗分析器106和智能电话108的对应资源,以使得空中接口122满足针对空中接口的II类要求。智能电话108的医疗通信抽象层和蜂窝塔114的医疗通信抽象层可以控制智能电话108和蜂窝塔114的对应资源,以使得空中接口126满足针对空中接口的II类要求。以此方式,由于空中接口126、122和120满足针对空中接口的II类要求,因此可以在蜂窝塔114、智能电话108、医疗分析器106与医疗传感器贴片104之间建立II类医疗数据网络。蜂窝塔114、智能电话108、医疗分析器106和医疗传感器贴片104可以是II类医疗数据网络的节点,其中收集医疗数据的医疗传感器贴片104是发起节点,并且向互联网116提供医疗数据的蜂窝塔114是II类医疗数据网络的端节点。一旦建立了II类医疗数据网络,该网络就可以用于在设备104、106、108和114、互联网116以及医疗提供者计算机118之间交换II类医疗数据。
举另一个例子,医疗传感器贴片104的医疗通信抽象层和智能电话108的医疗通信抽象层可以控制医疗传感器贴片104和智能电话108的对应资源,以保证空中接口131满足针对空中接口的III类要求。智能电话108的医疗通信抽象层和蜂窝塔114的医疗通信抽象层可以控制智能电话108和蜂窝塔112的对应资源,以保证空中接口128满足针对空中接口的III类要求。以此方式,由于空中接口131和128满足针对空中接口的III类要求,因此可以在蜂窝塔112、智能电话108和医疗传感器贴片104之间建立III类医疗数据网络。蜂窝塔112、智能电话108和医疗传感器贴片104可以是III类医疗数据网络的节点,其中收集医疗数据的医疗传感器贴片104是发起节点,并且向互联网116提供医疗数据的蜂窝塔112是III类医疗数据网络的端节点。一旦建立了III类医疗数据网络,该网络就可以用于在设备104、108和112、互联网116以及医疗提供者计算机118之间交换III类医疗数据。
举另一个例子,医疗传感器贴片104的医疗通信抽象层和塔114的医疗通信抽象层可以控制医疗传感器贴片104和蜂窝塔114的对应资源,以保证空中接口129满足针对空中接口的I类要求。以此方式,由于空中接口129满足针对空中接口的I类要求,因此可以在蜂窝塔114与智能电话108之间建立I类医疗数据网络。蜂窝塔114和医疗传感器贴片104可以是I类医疗数据网络的节点,其中收集医疗数据的医疗传感器贴片104是发起节点,并且向互联网116提供医疗数据的蜂窝塔114是I类医疗数据网络的端节点。一旦建立了I类医疗数据网络,该网络就可以用于在设备104和114、互联网116以及医疗提供者计算机118之间交换I类医疗数据。
图2A是根据一个实施例,示出了无线病人穿戴(on-patient)感测设备200(例如,医疗传感器贴片)的组件框图。无线病人穿戴感测设备200可以包括一个或多个控制器(例如,通用处理器206),其可以耦合到至少一个传感器204(例如,EKG引线、温度传感器等等)以及可选地额外的传感器205(例如,活动传感器、化学传感器、空气质量传感器等等)。传感器204和205可以是相同类型的传感器(例如,均是EKG引线)或者不同类型的传感器(例如,温度传感器和血糖传感器)。传感器204和205可以监测病人的生理的某个方面,并将数据输出到通用处理器206。通用处理器206可以被配置有处理器可执行指令以执行医疗通信抽象层202。通用处理器206还可以耦合到至少一个存储器208。存储器208可以是非暂时性处理器可读介质,其存储了处理器可执行指令和其它数据,包括与空中接口和医疗数据分类等级要求相关的数据。存储器208还可以存储医疗通信抽象层202。
存储器208和通用处理器206均可以耦合到至少一个调制解调器处理器210,调节解调器处理器210可以耦合到各个RF资源212(包括一个或多个放大器、无线电装置、电源等等)。可选地,存储器208和通用处理器206可以耦合到一个或多个额外的调制解调器处理器211,该另外的调制解调器处理器211可以耦合到各个RF资源213(包括一个或多个放大器、无线电装置、电源等等)。RF资源212和213可以分别耦合到天线214和215。调制解调器处理器210、RF资源212和天线214一起可以包括RF资源链,其可以执行针对无线病人穿戴感测设备200的发送/接收功能。举例而言,RF资源链可以是或蜂窝/广域资源链,其使得无线病人穿戴感测设备200能够使用至其它设备的或蜂窝/广域连接来建立空中接口。调制解调器处理器211、RF资源213和天线215可以包括另一个RF资源链,其可以执行针对无线病人穿戴感测设备200的发送/接收功能。无线病人穿戴感测设备的RF资源链可以是相同类型的RF资源链(例如,均是短距离(例如,)资源链)或者不同类型的资源链(例如,一个是资源链并且一个是3G资源链)。在一个实施例中,通用处理器206可以被配置有处理器可执行指令以执行医疗通信抽象层202的实施例方法的操作,并且可以控制无线病人穿戴感测设备200的资源(包括任何RF资源链),以建立满足分类等级要求的空中接口和医疗数据网络。在一个实施例中,无线病人穿戴感测设备200可以包括一个或多个能量存储/采集系统217(例如,电池或太阳能电池)以输出电能以用于所连接的硬件,例如通用处理器206、调制解调器处理器210、RF资源212和传感器204、或者无线病人穿戴感测设备200中所包括的任何其它硬件。
图2B是根据一个实施例,示出了无线病人监测设备(或医疗分析器)220(例如,EKG、智能手表、健身带等等)的组件框图。无线病人监测设备220可以包括一个或多个控制器(例如,通用处理器222),其可以耦合到一个或多个可选的传感器230(例如,EKG引线、体重秤、温度计等等)、可选的键盘226和可选的触摸屏显示器228。传感器230可以监测病人的生理的某个方面,并将数据输出到通用处理器222。键盘226和触摸屏显示器228可以从无线病人监测设备220的用户接收输入,并将对输入的指示输出到通用处理器222。通用处理器222还可以耦合到至少一个存储器224。存储器224可以是非暂时性处理器可读介质,其存储了处理器可执行指令和其它数据,包括与空中接口和医疗数据分类等级要求相关的数据。存储器224还可以存储医疗通信抽象层202。
存储器224和通用处理器222均可以耦合到两个不同的调制解调器处理器232和234。调制解调器处理器232和234可以耦合到各个RF资源236(包括一个或多个放大器、无线电装置、电源等等)。RF资源236可以耦合到天线237。调制解调器处理器232、RF资源236和天线237一起可以包括第一RF资源链,其可以执行针对无线病人监测设备220的发送/接收功能。例如,第一RF资源链可以是资源链,其使得无线病人监测设备220能够使用至其它设备(例如,上面所描述的无线病人穿戴感测设备200)的连接来建立空中接口,以发送/接收医疗数据。调制解调器处理器234可以耦合到包括一个或多个放大器、无线电装置、电源等等的各个RF资源238。RF资源238可以耦合到天线239。调制解调器处理器234、RF资源238和天线239一起可以包括第二RF资源链,其可以执行针对无线病人监测设备220的、与第一RF资源链不同的发送/接收功能。例如,第二RF资源链可以是资源链,其使得无线病人监测设备220能够使用至其它设备的连接来建立空中接口,以发送/接收医疗数据。在一个实施例中,医疗通信抽象层202可以在通用处理器222上执行(即,通用处理器222可以被配置有处理器可执行指令,以执行医疗通信抽象层202的实施例方法的操作),并且可以控制无线病人监测设备220的资源(包括第一和第二RF资源链),以建立满足分类等级要求的空中接口和医疗数据网络。
图2C是根据一个实施例,示出了移动设备250(例如,智能电话)的组件框图。移动设备250可以包括一个或多个控制器(例如,通用处理器252),其可以耦合到一个或多个可选的传感器256(例如,脉搏监测器、体重秤、温度计、计步器等等)、键盘258和触摸屏显示器260。传感器256可以监测病人的生理的某个方面,并将数据输出到通用处理器252。键盘258和触摸屏显示器260可以从移动设备250的用户接收输入,并将对输入的指示输出到通用处理器252。通用处理器252还可以耦合到至少一个存储器254。存储器254可以是非暂时性处理器可读介质,其存储了处理器可执行指令和其它数据,包括与空中接口和医疗数据分类等级要求相关的数据。存储器254还可以存储医疗通信抽象层202。
移动设备250可以包括耦合到通用处理器252的编码器/解码器(CODEC)264。CODEC264转而可以耦合到扬声器266和麦克风268。
存储器254和通用处理器252均可以耦合到两个或更多个不同的调制解调器处理器270和271。调制解调器处理器270可以耦合到各个RF资源272(包括一个或多个放大器、无线电装置、电源等等)。RF资源272可以耦合到天线267。调制解调器处理器270、RF资源272和天线267一起可以包括第一RF资源链,其可以执行针对移动设备250的发送/接收功能。例如,第一RF资源链可以是资源链,其使得移动设备能够使用至其它设备(例如,上面所描述的无线病人监测设备220)的连接来建立空中接口,以发送/接收医疗数据。调制解调器处理器271可以耦合到各个RF资源273(包括一个或多个放大器、无线电装置、电源等等)。RF资源273可以耦合到天线275。调制解调器处理器271、RF资源273和天线275一起可以包括第二RF资源链,其可以执行针对移动设备250的、与第一RF资源链不同的发送/接收功能。例如,第二RF资源链可以是资源链,其使得无线病人监测设备220能够使用至其它设备(例如,热点)的连接来建立空中接口,以发送/接收医疗数据。
在一个实施例中,移动设备250可以是多SIM设备,并且可以包括多个SIM接口266a和266b,每个SIM接口均可以接收其自身的身份模块SIM-1 264a和SIM-2 264b,其中这些身份模块均与不同的蜂窝订制相关联。每个SIM可以具有CPU、ROM、RAM、EEPROM和I/O电路,并且可以包括向网络标识用户设备的信息。通用处理器252和存储器254可以耦合到至少一个调制解调器处理器262(例如,基带调制解调器处理器),其可以耦合到SIM接口266a和266b以及连接到天线269的RF资源268(包括一个或多个放大器、无线电装置、电源等等)。调制解调器处理器262、RF资源268和天线269一起可以包括第三RF资源链,其可以执行针对移动设备250的、与第一和第二RF资源链不同的发送/接收功能。虽然被示出为共享单个RF资源链的多个SIM,但在另一个实施例中,每个SIM-1 264a和SIM-2 264b可以具有其自身的单独资源链。在一个实施例中,医疗通信抽象层202可以在通用处理器252上执行(即,通用处理器252可以被配置与处理器可执行指令,以执行医疗通信抽象层202的实施例方法的操作),并且可以控制移动设备的资源(包括第一、第二和第三RF资源链),以建立满足分类等级要求的空中接口和医疗数据网络。
图2D是根据一个实施例,示出了基站280(例如,蜂窝塔或热点)的组件框图。基站280可以包括一个或多个控制器(例如,通用处理器282),其可以耦合到至少一个存储器284。存储器284可以是非暂时性处理器可读介质,其存储了处理器可执行指令和其它数据,包括与空中接口和医疗数据分类等级要求相关的数据。存储器284还可以存储医疗通信抽象层202。
存储器284和通用处理器282均可以耦合到至少一个调制解调器处理器286(例如,短距离调制解调器处理器或基带调制解调器处理器),其可以耦合到连接到天线289的RF资源288(包括一个或多个放大器、无线电装置、电源等等)。调制解调器处理器286、RF资源288和天线289一起可以包括RF资源链,其可以执行针对基站的发送/接收功能。存储器284和通用处理器282还可以耦合到至少一个有线调制解调器处理器290,其中有线调制解调器处理器290可以耦合到连接至有线网络(例如,互联网)的有线资源292。在一个实施例中,医疗通信抽象层202可以在通用处理器282上运行,并且可以控制基站280的资源(包括RF资源链),以建立满足分类等级要求的空中接口和医疗数据网络。
图3示出了具有医疗通信抽象层306的计算设备300(例如,医疗设备、移动设备、基站等等)的分层软件架构,其中医疗通信抽象层306被配置为建立满足分类等级要求的空中接口和医疗数据网络。软件架构可以分布在一个或多个处理器(例如,通用处理器和/或调制解调器处理器)之中。医疗通信抽象层306可以包括用于控制用以建立空中接口的各个调制解调器栈和无线资源的功能和协议。例如,计算设备300可以包括与该计算设备的第一RF资源链相关联的至少一个协议栈308a,以及与任何额外的RF资源链相关联的可选的额外协议栈308b。
每个资源栈308a和308b可以包括各个层,例如无线资源(RR)管理层310a和301b以监督链路建立;数据链路层312a和312b以处理和分析传入/传出的数据;以及物理层314a和314b以建立空中接口的连接并管理网络资源。医疗通信抽象层306可以在协议栈308a和308b上操作,以控制协议栈308a和308b以及硬件接口316(例如,一个或多个RF收发机)的操作。计算设备300的软件架构还可以包括至少一个宿主层302,以在医疗通信抽象层306与计算设备300上的其它应用之间提供数据传输服务。
图4是示出了医疗数据网络分类表400的示例性字段的数据结构图,其中医疗数据网络分类表400可以存储在计算设备的存储器中并由医疗通信抽象层用来确定针对给定的分类等级的空中接口的要求。在一个实施例中,医疗数据网络分类表400可以将医疗数据网络分类等级402与空中接口要求404进行相关。以此方式,一旦医疗通信抽象层建立了针对医疗数据网络所需要的分类等级402,医疗通信抽象层就可以保证要用于该医疗数据网络的任何空中接口满足与该分类等级402相关的要求404。分类等级要求404可以是任何类型的要求(包括带宽要求、分组冗余度要求、服务质量要求、延时要求、安全性要求中的一个或多个)和/或与电信设备和/或空中接口相关的任何其它类型的要求。
图5A和图5B示出了用于发起医疗数据网络的实施例方法500。在一个实施例中,可以由在计算设备(例如,收集医疗数据以便经由空中接口传输的医疗设备或智能电话)的处理器上进行操作的医疗通信抽象层(例如,图3的医疗通信抽象层306)来执行方法500的操作。
在框502(图5A)中,医疗通信抽象层可以接收医疗数据网络触发。在一个实施例中,医疗数据网络触发可以是关于设备的用户(例如,病人或健康护理提供者)请求建立医疗数据网络的指示。例如,医疗数据网络触发可以是对选择触摸屏以发送医疗数据的指示或者对用于“开启医疗数据网络”的语音命令的指示。在另一个实施例中,医疗数据网络触发可以是从运行在计算设备上的应用接收到的、关于应当建立医疗数据网络的指示(例如,自动生成的指示)。在一个实施例中,医疗数据网络触发可以包括对以下各项的指示:与医疗数据网络相关联的分类等级、以及医疗数据网络的医疗数据的端点(例如,健康护理提供者计算机的IP地址)。
在框504中,医疗通信抽象层可以确定与接收到的医疗数据网络触发相关联的分类等级和分类等级要求。在一个实施例中,医疗数据网络触发可以包括对针对要开启的医疗数据网络所要求的分类的指示。在另一个实施例中,医疗通信抽象层可以识别与发送医疗数据网络触发的应用的类型相关联的分类。例如,总是会向来自心脏监测应用的医疗数据网络触发分配相同的分类等级。在一个实施例中,基于分类等级,医疗通信抽象层可以确定分类等级要求。例如,医疗通信抽象层(例如,图3的医疗通信抽象层306)可以将所确定的分类等级与存储器中将分类等级与要求进行相关的医疗数据网络分类表进行比较,以确定分类等级要求。
在框506中,医疗通信抽象层可以对齐设备资源以满足所确定的分类要求。例如,医疗通信抽象层可以控制各个RF资源链中的资源(例如,天线、收发机、电源、放大器等等),使得能够与其它设备建立满足针对所确定的分类等级的最小要求的空中接口。
在框508中,医疗通信抽象层可以确定节点的朝向医疗数据网络的端点的可用空中接口。在一个实施例中,医疗通信抽象层可以识别先前发现的、可以在医疗通信抽象层朝着至有线网络(例如,互联网)的连接的上游的任何无线设备,以及可以用于连接到这些所发现的无线设备的潜在空中接口。例如,医疗通信抽象层可以在可穿戴医疗设备(例如,脉搏监测器、腕表、智能手表等等)上运行,并且可以确定智能电话经由空中接口可用并且热点经由空中接口可用。
在框510中,医疗通信抽象层可以经由所确定的空中接口来轮询节点关于节点的能力。例如,医疗通信抽象层可以在各个空中接口上发送轮询请求消息,并且设备可以利用指示该设备包括医疗通信抽象层以及它们的各个空中接口可以满足的分类等级的消息进行响应。以此方式,被轮询的设备或节点可以指示它们满足医疗通信抽象层的当前需求的能力和可用性二者,以建立给定的医疗数据网络。
在框512中,医疗通信抽象层可以确定节点和所确定的空中接口的能力。在一个实施例中,医疗通信抽象层可以基于对轮询的响应来确定节点的能力和可用的空中接口。
在判定框514中,医疗通信抽象层可以确定是否有任何节点和空中接口满足分类等级要求。响应于确定没有节点和可用空中接口满足分类等级要求(即,判定框514=“否”),在框536(图5B)中,医疗通信抽象层可以指示医疗数据网络建立中的错误。
响应于确定至少一个节点及其相应的空中接口满足分类等级要求(即,判定框514=“是”),在框516(图5A)中,医疗通信抽象层可以选择满足分类等级要求的节点和相应的空中接口。
在框518中,医疗通信抽象层可以生成针对医疗数据网络建立的请求,该请求指示针对下一节点所选择的空中接口。在一个实施例中,医疗数据网络建立请求可以指示针对医疗数据网络所要求的分类以及其它数据,例如要在医疗数据网络上发送的医疗数据的端点。
在框520中,医疗通信抽象层可以将针对医疗数据网络建立的、指示所选择的空中接口的请求发送给下一节点。
在判定框522中,医疗通信抽象层可以确定是否与下一节点建立了所选择的满足分类要求的空中接口。响应于确定未建立所选择的满足分类要求的空中接口(即,判定框522=“否”),在框536(图5B)中,医疗通信抽象层可以指示医疗数据网络建立中的错误。
响应于确定建立了所选择的满足分类要求的空中接口(即,判定框522=“是”),在框524(图5B)中,医疗通信抽象层可以生成包括其节点数据的医疗数据网络开始消息。在一个实施例中,节点数据可以包括设备的标识符(例如,MAC ID)。
在框526中,医疗通信抽象层可以经由将计算设备连接到下一节点的空中接口,将医疗数据网络开始消息发送给医疗数据网络中的下一节点。
在判定框528中,医疗通信抽象层可以确定是否接收到医疗数据网络就绪(ready)消息。在一个实施例中,医疗数据网络就绪消息可以是包括医疗数据网络中的所有节点的节点数据(例如,标识符)的消息。响应于确定未接收到医疗数据网络就绪消息(即,判定框528=“否”),在框536(图5B)中,医疗通信抽象层可以指示医疗数据网络建立中的错误。
响应于确定接收到医疗数据网络就绪消息(即,判定框528=“是”),在框530中,医疗通信抽象层可以将医疗数据网络的节点数据存储在存储器中。在框532中,医疗通信抽象层可以指示建立了医疗数据网络。在可选框534中,医疗通信抽象层可以经由医疗数据网络的所建立的空中接口来发送/接收医疗数据。
图6A、图6B和图6C示出了用于建立医疗数据网络的实施例方法600。在一个实施例中,可以由在计算设备(例如,经由空中接口发送/接收医疗数据的医疗设备、移动设备或基站)的处理器上进行操作的医疗通信抽象层来执行方法600的操作。在框602(图6A)中,医疗通信抽象层可以接收针对医疗数据网络建立的请求,该请求指示请求者所选择的空中接口。在一个实施例中,针对医疗数据网络建立的请求可以是从一个设备的医疗通信抽象层向另一个设备的医疗通信抽象层发送的指示以下各项的消息:开启医疗数据网络的期望、期望的医疗数据网络的分类、以及要在医疗数据网络的两个设备之间使用的所选择的空中接口。
在框604中,医疗通信抽象层可以确定所请求的医疗数据网络的分类等级和分类等级要求。例如,医疗通信抽象层可以根据请求消息来确定分类等级,并将所确定的分类等级与存储器中将分类等级与要求进行相关的医疗数据网络分类表进行比较,以确定分类等级要求。
在框606中,医疗通信抽象层可以确定计算设备能力。在一个实施例中,医疗通信抽象层可以确定与不同分类等级的要求相关的计算设备能力。例如,医疗通信抽象层可以确定当前的可用带宽、无线资源负载、电池电平、服务质量等等。
在判定框608中,医疗通信抽象层可以确定计算设备能力是否满足分类等级要求。响应于确定计算设备能力不满足分类等级要求(即,判定框608=“否”),在框536(图6C)中,医疗通信抽象层可以指示医疗数据网络建立中的错误。
响应于确定计算设备能力的确满足分类等级要求(即,判定框608=“是”),在框506(图6A)中,医疗通信抽象层可以对齐计算设备资源以满足分类等级要求,如上面所讨论的,并且在框508中,医疗通信抽象层可以确定节点的朝着医疗数据网络的端点的可用空中接口,如上面所讨论的。
在判定框612中,医疗通信抽象层可以确定计算设备是否是所请求的医疗数据网络的端节点。例如,医疗通信抽象层可以确定计算设备是否是充当无线网络与有线网络(例如,互联网)之间的网关的基站。响应于确定计算设备不是端节点(即,判定框612=“否”),医疗通信抽象层可以在框510、512、514、516、518、520和522中执行与上面所描述的方法500类似编号的框的操作。
响应于确定与下一节点建立了所选择的满足分类要求的空中接口(即,判定框522=“是”),或者响应于确定计算设备是端节点(即,判定框612=“是”),在框614(图6B)中,医疗通信抽象层可以建立请求者选择的满足分类要求的空中接口。
在判定框616(图6C)中,医疗通信抽象层可以确定是否接收到医疗数据网络开始消息。响应于确定未接收到医疗数据网络开始消息(即,判定框616=“否”),在框536中,医疗通信抽象层可以指示医疗数据网络建立中的错误。
响应于确定接收到医疗数据网络开始消息(即,判定框616=“是”),在框618中,医疗通信抽象层可以将其节点数据附加到医疗数据网络开始消息。例如,医疗通信抽象层可以将计算设备的计算设备标识符(例如,MAC ID)添加到医疗数据网络开始消息。
在判定框620中,医疗通信抽象层可以确定计算设备是否是所请求的医疗数据网络的端节点。例如,医疗通信抽象层可以确定计算设备是否是充当无线网络与有线网络(例如,互联网)之间的网关的基站。响应于确定计算设备是端节点(即,判定框620=“是”),在框626中,医疗通信抽象层可以至少部分地基于医疗数据网络开始消息,生成包括所有节点数据的医疗数据网络就绪消息。例如,医疗通信抽象层可以生成包括医疗数据网络中的所有节点的标识符的消息。如上面所讨论的,在框530中,医疗通信抽象层可以存储医疗数据网络的节点数据,并且在框630中,医疗通信抽象层可以发送医疗数据网络就绪消息。
响应于确定计算设备不是端节点(即,判定框620=“否”),在框622中,医疗通信抽象层可以将医疗数据网络开始消息发送给向下一节点。在判定框624中,医疗通信抽象层可以确定是否接收到医疗数据网络消息。响应于确定未接收到医疗数据网络就绪消息(即,判定框624=“否”),在框536中,医疗通信抽象层可以指示医疗数据网络建立中的错误。
响应于确定接收到医疗数据网络就绪消息(即,判定框624=“是”),在框530中,医疗通信抽象层可以存储医疗数据网络的节点数据,如上面所讨论的。在框628中,医疗通信抽象层可以转发医疗数据网络就绪消息。如上面所讨论的,在框532中,医疗通信抽象层可以指示建立了医疗数据网络,并且在可选框534中,医疗通信抽象层可以经由医疗数据网络的所建立的空中链路来发送/接收医疗数据。
图7示出了用于选择满足分类等级要求的最快速的空中接口(例如,具有满足分类等级要求的最高数据速率和/或最短延时的空中接口)的实施例方法700。在一个实施例中,可以由在计算设备(例如,经由空中接口发送/接收医疗数据的医疗设备、移动设备或基站)的处理器上进行操作的医疗通信抽象层来执行方法700的操作。在一个实施例中,可以结合上面所描述的方法500或600的操作来执行方法700的操作。在框510、512、514和536中,医疗通信抽象层可以执行与上面所描述的方法500的类似编号的框的操作。
在框702中,医疗通信抽象层可以确定与节点相关联的多个空中接口是否满足分类等级要求。响应于确定多个空中接口不满足分类等级要求(即,判定框702=“否”),在框704中,医疗通信抽象层可以选择满足分类等级要求的仅有的可用空中接口和相应的节点。
响应于确定多个空中接口满足分类等级要求(即,判定框702=“是”),在框706中,医疗通信抽象层可以对满足分类等级要求的空中接口进行比较,以确定最快速的空中接口。在一个实施例中,最快速的空中接口可以是能够实现数据传输速率的空中接口。例如,最快速的空中接口可以是具有满足分类等级要求的最高数据速率和/或最短延时的空中接口。在框708中,医疗通信抽象层可以选择满足分类等级要求的最快速的空中接口和相应的节点。如上面所讨论的,在框518中,医疗通信抽象层可以生成针对医疗数据网络建立的请求,该请求指示针对在所选择的节点路径上的下一节点所选择的空中接口。
图8A、图8B、图8C、图8D、图8E、图8F和图8G是根据一个实施例,示出了EKG贴片801(例如,包括两个或更多个电极的贴片,其中这些电极被配置为:基于在两个电极之间感测到的电压变化来检测并测量心脏电脉冲,并输出对电脉冲的测量结果的指示)、智能电话805、蜂窝塔807、蜂窝塔809和热点811之间的示例性交互的通信流程图,其都具有用于建立医疗数据网络的医疗通信抽象层。在框802(图8A)中,EKG贴片801可以收集III类医疗数据,例如心律数据。在框804中,EKG贴片801的医疗通信抽象层可以对齐设备资源以用于建立III类医疗数据网络。在框806中,EKG贴片801的医疗通信抽象层可以确定可用的空中接口,并且可以确定至智能电话805的连接可用。在框808中,EKG贴片801的医疗通信抽象层可以轮询下一节点(即,智能电话805)关于该下一节点的能力,并且在框810中,智能电话805的医疗通信抽象层可以利用该智能电话805的能力进行响应。
在框812(图8B)中,EKG贴片801的医疗通信抽象层可以向智能电话805发送针对III类医疗数据网络建立的请求,该请求指示空中接口。在接收到请求时,在框814中,智能电话805的医疗通信抽象层可以对齐智能电话805的资源以用于III类医疗数据网络。
在框816中,智能电话805的医疗通信抽象层可以确定可用的空中接口,并且识别至热点811的连接可用、与蜂窝塔807的针对第一订制的蜂窝连接(例如,GSM、CDMA2000、EVDO、GPRS/EDGE、LTE或改进的LTE连接)可用、并且与蜂窝塔809的针对第二订制的蜂窝连接(例如,GSM、CDMA2000、EVDO、GPRS/EDGE、LTE或改进的LTE连接)可用。在框828(图8C)中,智能电话805可以轮询可能的下一节点、热点811、以及塔807和809。在框830、832和834中,热点811以及塔807和809可以利用它们各自的能力进行响应。
在框836中,智能电话805可以选择最快速的空中接口,例如至蜂窝塔809的第二订制蜂窝空中接口。在框838(图8D)中,智能电话805的医疗通信抽象层可以向塔809发送针对III类医疗数据网络的请求,该请求指示第二订制蜂窝空中接口。在接收到请求时,在框840中,塔809的医疗通信抽象层可以对齐塔809的资源以用于III类医疗数据网络。在框842中,蜂窝塔809可以确定该蜂窝塔是端节点,并且在框844和846中,蜂窝塔809和智能电话805可以彼此建立满足III类要求的蜂窝空中接口。在框848和854(图8E)中,智能电话805和EKG贴片801可以彼此建立满足III类要求的空中接口。
在框856中,EKG贴片801可以向智能电话805发送医疗数据网络开始消息,该医疗数据网络开始消息包括EKG贴片801的节点数据。在框862中,智能电话805可以将其节点数据附加到医疗数据网络开始消息,并且在框864(图8F)中向蜂窝塔809发送医疗数据网络开始消息。在框866中,蜂窝塔809可以存储节点数据,并且在框866中,蜂窝塔可以向智能电话805发送包括蜂窝塔809、智能电话805和EKG贴片801的节点数据的医疗数据网络就绪消息。在框870中,智能电话805可以存储节点数据,并且在框872中,将包括蜂窝塔809、智能电话805和EKG贴片801的节点数据的医疗数据网络就绪消息转发给EKG贴片801。在框878(图8G)中,EKG贴片801可以存储节点数据,并且可以建立具有在EKG贴片801、智能电话805和蜂窝塔809处的节点的III类医疗数据网络。
在框880中,EKG贴片801可以经由所建立的III类医疗网络向智能电话805发送医疗数据,在框884中,智能电话805可以经由所建立的III类医疗网络向蜂窝塔809发送医疗数据,并且在框886中,蜂窝塔809可以经由有线网络(例如,互联网)来发送医疗数据。
图9示出了用于向其它连接的设备发送对医疗数据网络和分类等级的指示的实施例方法900。在一个实施例中,可以由在计算设备(例如,经由空中接口来发送/接收医疗数据的医疗设备、移动设备或基站)的处理器上进行操作的医疗通信抽象层来执行方法900的操作。在判定框902中,医疗通信抽象层可以确定是否与另一个设备建立了医疗数据网络。响应于确定未与另一个设备建立医疗数据网络(即,判定框902=“否”),医疗通信抽象层可以继续确定是否与另一个设备建立了医疗数据网络。
响应于确定与另一个设备建立了医疗数据网络(即,判定框902=“是”),在判定框904中,医疗通信抽象层可以确定是否存在任何其它连接的设备和/或应用。例如,医疗通信抽象层可以确定是否有任何其它设备经由不是医疗数据网络的一部分的空中接口来连接。举另一个例子,医疗通信抽象层可以确定是否有如下的任何应用可能在计算设备上运行:该应用可能尝试通过与医疗数据网络相关联的RF链来建立连接,例如电话呼叫拨打应用或者医疗数据应用。响应于确定不存在其它连接的设备和/或应用(即,判定框904=“否”),方法900可以行进至判定框902,以确定是否建立了另一个医疗数据网络。
响应于确定存在其它连接的设备和/或应用(即,判定框904=“是”),在框906中,医疗通信抽象层可以向所述其它连接的设备和/或应用发送对医疗数据网络及其分类等级的指示。以此方式,医疗通信抽象层可以使其它设备和/或应用知道医疗数据网络(其中所述其它设备和/或应用可能不是该医疗数据网络的一部分)的建立。
在判定框908中,医疗通信抽象层可以确定是否关闭了医疗数据网络。响应于确定未关闭医疗数据网络(即,判定框908=“否”),医疗通信抽象层可以继续在判定框908中确定是否关闭了医疗数据网络。响应于确定关闭了医疗数据网络(即,判定框908=“是”),在框910中,医疗通信抽象层可以向其它连接的设备和/或应用发送关于医疗数据网络关闭的指示,并且方法900可以行进至判定框902以确定是否建立了另一个医疗数据网络。
图10A示出了用于采取与医疗设备分类等级相关联的服从动作的实施例方法1000。在一个实施例中,可以由在计算设备(例如,经由空中接口发送/接收医疗数据的医疗设备、移动设备或基站)的处理器上进行操作的医疗通信抽象层来执行方法1000的操作。在框1002中,医疗通信抽象层可以接收对另一个连接的设备或另一个应用的医疗数据网络和分类等级的指示。
在判定框1004中,医疗通信抽象层可以确定医疗数据网络分类等级是否指示要求服从。在一个实施例中,医疗通信抽象层可以被配置为:相对于较低分类的医疗数据网络,服从较高分类的医疗数据网络。一个医疗数据网络的分类等级高于另一个医疗数据网络可以指示针对较高分类的医疗数据网络要求服从。例如,关于另一个设备或应用建立了III类医疗数据网络的指示可以向仅建立有I类医疗数据网络的计算设备的医疗通信抽象层指示:仅具有I类医疗数据网络的计算设备应当服从III类医疗数据网络。举另一个例子,当前仅建立有I类医疗数据网络的计算设备的医疗通信抽象层接收到对由另一个设备或应用所建立的I类医疗数据网络的指示可以指示不要求服从,这是因为分类等级是相等的。响应于确定未指示服从(即,判定框1004=“否”),在框1010中,医疗通信抽象层可以根据计算设备针对其各个空中接口和医疗数据网络的正常操作要求来对齐计算设备的资源。
响应于确定指示了服从(即,判定框1004=“是”),在框1006中,医疗通信抽象层可以对齐计算设备的资源,以采取与医疗设备分类等级相关联的服从动作。举例而言,服从动作可以包括:停止数据的传输、减小带宽使用、减小功率电平、增大传输周期、拆除所建立的链路等等。以此方式,通过采取服从动作,不是医疗数据网络的一部分的设备可以释放网络和/或设备资源以便由是医疗数据网络的一部分的设备来使用。在框1008中,医疗通信抽象层可以接收对医疗数据网络关闭的指示,并且在框1010中,医疗通信抽象层可以根据计算设备针对其各个空中接口和医疗数据网络的正常操作要求来对齐计算设备的资源。
图10B示出了用于在建立医疗数据网络中优化资源的实施例方法1050。在一个实施例中,可以由在计算设备(例如,经由空中接口发送/接收医疗数据的医疗设备、移动设备或基站)的处理器上进行操作的医疗通信抽象层来执行方法1050的操作。在一个实施例中,可以结合上面所描述的方法600和/或700的操作来执行方法1050的操作。
在框1052中,医疗通信抽象层可以与一个或多个其它设备(例如,由不同用户操作的不同智能电话群)建立一个或多个数据网络。如上面所讨论的,在框602中,医疗通信抽象层可以接收针对医疗数据网络建立的请求,该请求指示所选择的空中接口,并且在框604中,医疗通信抽象层可以确定所请求的医疗数据网络的分类等级和分类等级要求。
在判定框1054中,医疗通信抽象层可以确定所建立的医疗数据网络未使用的可用资源是否足以满足所请求的医疗数据网络的分类要求。例如,塔的医疗通信抽象层可以确定额外可用的未使用的连接和/或带宽是否可用于支持建立所请求的医疗数据网络。响应于确定资源足以支持所请求的医疗数据网络(即,判定框1054=“是”),在框1060中,医疗通信抽象层可以建立所请求的医疗数据网络。
响应于确定资源不足以支持所请求的医疗数据网络(即,判定框1054=“否”),在判定框1056中,医疗通信抽象层可以确定所请求的医疗数据网络的分类等级是否高于任何所建立的医疗数据网络。响应于确定分类等级不高于任何所建立的医疗数据网络(即,判定框536=“否”),在框536中,医疗通信抽象层可以指示医疗数据网络建立中的错误。以此方式,医疗通信抽象层可以指示其不可用于支持额外请求的医疗数据网络,并且资源可能不会从较高分类的医疗数据网络分流到较低分类或相等分类等级的医疗数据网络。
响应于确定分类等级高于任何所建立的医疗数据网络的分类等级(即,判定框1056=“是”),在框1058中,医疗通信抽象层可以放弃一个或多个较低分类等级的建立的医疗数据网络,以释放足以满足所请求的医疗数据网络的分类要求的资源,并且在框1060中可以建立所请求的医疗数据网络。以此方式,资源和医疗数据网络建立可以被优化并被给予所请求的医疗数据网络和设备群之中具有最高分类等级的医疗数据网络。
图11示出了用于改变医疗数据网络的分类等级的实施例方法1100。在一个实施例中,可以由在计算设备(例如,经由空中接口发送/接收医疗数据的医疗设备、移动设备或基站)的处理器上进行操作的医疗通信抽象层来执行方法1100的操作。在一个实施例中,可以结合上面所描述的方法500、600或700的操作来执行方法1100的操作。
在框1102中,医疗通信抽象层可以接收用于将所建立的医疗数据网络修改为新分类等级的触发。在一个实施例中,触发可以是对要求不同分类的医疗事件或医疗数据的指示。例如,可能检测到心脏病,从而引起用于增大医疗数据网络的分类等级的触发。举另一个例子,紧急情况可能已结束,并且医疗数据网络可以减小到较低分类等级。在另一个实施例中,触发可以是由医疗数据网络中的另一个节点(设备)发送的、指示医疗数据网络的新分类等级的消息。在框1104中,医疗通信抽象层可以确定新分类等级的分类等级要求。例如,医疗通信抽象层可以根据触发来确定分类等级,并将所确定的分类等级与存储器中将分类等级与要求进行相关的医疗数据网络分类表进行比较,以确定新的分类等级要求。
如上面所讨论的,在框606中,医疗通信抽象层可以确定计算设备能力。在判定框1106中,医疗通信抽象层可以确定计算设备能力是否满足新的分类等级要求。响应于确定计算设备能力不满足要求(即,判定框1106=“否”),在框1114中,医疗通信抽象层可以指示分类等级改变错误。
响应于确定计算设备能力的确满足要求(即,判定框1106=“是”),在框1108中,医疗通信抽象层可以向医疗数据网络中的所有空中接口设备发送指示新分类等级的响应/触发消息。例如,医疗通信抽象层可以生成并发送指示新分类等级的一个或多个消息,并基于所存储的在建立网络时接收到的所有设备的节点数据,寻址到医疗数据网络中的所有节点(设备)。在判定框1110中,医疗通信抽象层可以确定是否从医疗数据网络中的所有空中接口设备接收到响应/触发消息。例如,医疗通信抽象层可以基于所存储的在建立网络时接收到的设备的节点数据来跟踪从医疗数据网络中的各个节点(设备)接收到的响应/触发消息,以确定是否从医疗数据网络中的所有其它节点(即,所有空中接口设备)接收到响应/触发消息。
响应于确定并非所有的空中接口设备进行响应(即,判定框1110=“否”),在框1114中,医疗通信抽象层可以指示分类等级改变错误。响应于确定从所有的空中接口设备接收到响应/触发消息(即,判定框1110=“是”),在框1112中,医疗通信抽象层可以对齐计算设备的资源以满足新的分类等级要求。以此方式,医疗数据网络的空中接口可以被调整为满足新分类等级。在可选框1116中,医疗通信抽象层可以经由所建立的、满足医疗数据网络的新分类等级的空中接口来发送/接收医疗数据。
图12A和图12B是示出了脉搏监测器1201、智能电话1203和蜂窝塔1205之间的示例性交互的通信流程图,其都具有医疗通信抽象层以改变建立的I类医疗数据网络的分类等级。在初始时间处,可以在脉搏监测器1201、智能电话1203和蜂窝塔1205之间建立I类医疗数据网络。在框1202(图12A)中,脉搏监测器1201的医疗通信抽象层可以识别发生了III类事件,例如所监测的病人的脉搏上升到高于临界等级。由于病人的脉搏已上升到高于临界等级,因此来自脉搏监测器1201的进一步医疗数据可以是III类医疗数据。
在框1204中,脉搏监测器1201的医疗通信抽象层可以确认脉搏监测器1201的能力满足III类要求,并且在框1206中可以发送用于将与智能电话1203和蜂窝塔1205的医疗数据网络升级到III类医疗数据网络的触发消息。可以从脉搏监测器1201通过医疗数据网络来发送触发消息,其中触发消息寻址到所有其它节点(即,智能电话1203和蜂窝塔1205二者)。
在接收到触发消息时,在框1028和1210中,智能电话1203和蜂窝塔的医疗通信抽象层可以确定它们对应的设备满足III类要求的能力,并且在框1212和1214中,可以通过医疗数据网络发送指示它们升级到III类医疗数据网络的能力的响应消息,其中响应消息寻址到所有其它节点或者至少脉搏监测器1201。
在框1216、1218和1220中,脉搏监测器1201、智能电话1203和蜂窝塔1205的医疗通信抽象层可以确定针对医疗数据网络中的所有设备(节点)的响应/触发消息已接收到,并且在框1222、1224和1226中,对齐它们对应的资源以用于III类医疗数据网络。以此方式,脉搏监测器1201、智能电话1203和蜂窝塔1205之间的空中接口可以从满足I类要求升级到满足III类要求,并且可以建立III类医疗数据网络。
在框1228中,脉搏监测器1201可以经由III类医疗网络将医疗数据发送给智能电话1203,在框1230中,智能电话1203可以经由III类医疗网络将医疗数据发送给蜂窝塔1205,并且在框1232中,蜂窝塔1205可以经由有线网络(例如,互联网)将医疗数据发送给其预期目的地,例如健康护理提供者计算机。
在一个实施例中,响应于来自用户(例如,健康护理提供者或病人)的命令,可以手动地触发医疗通信抽象层以建立给定分类等级的医疗数据网络,或者响应于来自计算设备上的应用的输入、医疗数据中的触发和/或来自其它设备的输入,自动地触发医疗通信抽象层以建立给定分类等级的医疗数据网络。图13中示出了确定医疗数据关键度以及发起医疗数据网络触发的需要的例子。
参考图13,可以通过由运行在设备上的医疗通信抽象层或其它应用对可能与用户的状况和健康相关的许多不同类型的数据进行组合或融合来确定医疗数据关键度。例如,环境数据1301(例如,空气质量、温度和/或湿度)可以用于确定医疗数据关键度。空气质量和温度对于哮喘病人可能是重要的。
医疗数据关键度还可以取决于用户1302的上下文,例如用户的地理位置,以及用户是否在休息、步行、跑步或下降,这些可以例如通过用户所穿戴的传感器或者可穿戴移动设备上的传感器来推断。另外,生理和生物数据1303可以从穿戴在身体上的传感器(例如,心率和血压数据)、移动设备的板上传感器或者远程传感器(例如,通过短距离连接(例如,)或通过长距离连接(例如,互联网或通信网络)与移动设备进行通信的传感器)中获得。
长期医疗数据1304(其是来自用户的医疗记录的数据(例如,成像、实验室结果、药物等等))和长期历史健康数据1305(例如,血压测量结果的周平均或日平均、每周能量消耗分布、每日平均心率值或心率变异性)可以用于确定医疗数据的关键度。
此外,直接输入1306可以提供直接、及时和当前的指令,并且来自健康护理专业人员、用户的护理者或者甚至用户自身的输入可以作为因素包括在确定医疗数据关键度中。例如,用户某天可能感觉不太舒服,并且可能试图将该信息输入到系统中。
移动设备可以存取的其它类型的数据包括个人基因组数据和行为数据1309、可以与特定的用户及其状况相关的公共警报1310(例如,来自疾病控制中心(CDC)的警报)、来自如同用户病人的人群数据1308、以及对个人的单独的健康风险评估数据1307(例如,针对心脏病的高风险)。
在框1311中,可以由运行在设备上的医疗通信抽象层或其它应用单独地或组合地使用任何接收到的数据1301、1302、1303、1304、1305、1307、1308、1309、1310、1310和/或接收到的直接输入1306,来确定医疗数据关键度和基于所确定的关键度得到的发起医疗数据网络触发的需要、针对所需要的医疗数据网络的分类等级、和/或的医疗数据的端点。响应于确定医疗数据关键度,运行在设备上的医疗通信抽象层或其它应用可以生成并发送医疗数据网络触发,其中医疗数据网络触发包括必要的分类等级指示和针对医疗数据的端点指示。
各个实施例可以在各种移动设备中的任何一种中实现,图14示出了其中一个例子。例如,计算设备1400可以包括处理器1402,其耦合到内部存储器1404和1406。内部存储器1404和1406可以是易失性或非易失性存储器,并且还可以是安全的和/或加密的存储器、或者不安全和/或未加密的存储器、或者其任意组合。处理器1402还可以耦合到触摸屏显示器1412,例如电阻感测触摸屏、电容感测触摸屏、红外线感测触摸屏等等。另外,计算设备1400的显示器不必具有触摸屏能力。
移动设备1400可以具有用于发送和接收的一个或多个无线信号收发机1408(例如,Wi-Fi、RF无线电装置)和天线1410,其中无线信号收发机1408和天线1410彼此耦合和/或耦合到处理器1402。移动设备1400可以包括蜂窝网络接口,例如无线调制解调器芯片1416,其实现经由蜂窝数据网络(例如,CDMA、TDMA、GSM、PCS、3G、4G、LTE、或者任何其它类型的蜂窝数据网络)的通信并且耦合到处理器1402。移动设备1400可以包括耦合到处理器1402的外围设备连接接口1418。外围设备连接接口1418可以被单独配置为接受一种类型的连接,或者可以被多样地配置为接受各种类型的共同或专有的物理和通信连接,例如USB、FireWire、Thunderbolt或PCIe。外围设备连接接口1418还可以耦合到类似配置的外围设备连接端口。移动设备1400还可以包括扬声器1414以用于提供音频输出。
移动设备1400还可以包括由塑料、金属或者各材料的组合构成的壳体1420,以用于包含本文所讨论的组件中的所有或一些组件。移动设备1400可以包括耦合到处理器1402的电源1422,例如一次性或可再充电电池。可再充电电池还可以耦合到外围设备连接端口,以从移动设备1400外部的源接收充电电流。
处理器206、210、222、232、234、252、262、270、271、282、286、290和1402可以是能够由软件指令(应用)配置为执行各种功能(包括上面所描述的各个实施例的功能)的任何可编程微处理器、微计算机或多处理器芯片。在一些设备中,可以提供多个处理器,例如一个处理器专用于无线通信功能,并且一个处理器专用于运行其它应用。通常,在软件应用被存取并加载到处理器206、210、222、232、234、252、262、270、271、282、286、290和1402中之前,可以将该软件应用存储在内部存储器208、224、254、284、1404和1406中。处理器206、210、222、232、234、252、262、270、271、282、286、290和1402可以包括足以存储应用软件指令的内部存储器。在许多设备中,内部存储器可以是易失性或非易失性存储器(例如,闪存),或者二者的混合。出于本描述的目的,对存储器的一般性引用指代处理器206、210、222、232、234、252、262、270、271、282、286、290和1402可存取的存储器,包括内部存储器或插入到计算设备中的可移除存储器以及处理器206、210、222、232、234、252、262、270、271、282、286、290和1402自身内的存储器。
提供前述的方法描述和过程流程图仅作为说明性的例子,并非旨在要求或暗示必须用所给出的次序来执行各个实施例的步骤。如本领域技术人员将意识到的,可以用任何次序来执行前述实施例中的步骤的次序。诸如“此后”、“然后”、“接下来”之类的词语并非旨在对步骤的次序进行限制;这些词语仅用于引导读者贯穿对方法的描述。此外,以单数形式对权利要求要素的任何引用,例如使用冠词“一”、“一个”或“所述”不应解释为将要素限制为单数。
结合本文所公开的实施例所描述的各种说明性的逻辑框、模块、电路和算法步骤可以实现为电子硬件、计算机软件或者二者的组合。为了清楚地示出硬件和软件的这种可互换性,上面已经对各种说明性的组件、框、模块、电路和步骤围绕其功能进行了一般性描述。至于这种功能是实现为硬件还是软件,这取决于特定的应用和施加在整体系统上的设计约束。技术人员可以针对每个特定应用以不同的方式来实现所描述的功能,但是这种实现决策不应当解释为致使偏离本发明的范围。
利用被设计为执行本文所描述的功能的通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或者其它可编程逻辑器件、分立门或晶体管逻辑器件、分立硬件组件或者其任意组合,可以实现或执行用于实现结合本文公开的各方面所描述的各种说明性的逻辑单元、逻辑框、模块和电路的硬件。通用处理器可以是微处理器,但在替代方案中,该处理器可以是任何常规的处理器、控制器、微控制器或状态机。处理器还可以实现为计算设备的组合,例如,DSP和微处理器的组合、多个微处理器、一个或多个微处理器与DSP内核的结合,或者任何其它此种配置。替代地,可以由特定于给定功能的电路来执行一些步骤或方法。
在一个或多个示例性方面中,所描述的功能可以在硬件、软件、固件或其任意组合中实现。如果在软件中实现,则所述功能可以作为一条或多条指令或代码存储在非暂时性计算机可读介质或者非暂时性处理器可读介质上。本文所公开的方法或算法的步骤可以体现在处理器可执行软件模块中,该处理器可执行软件模块可以驻留在非暂时性计算机可读或处理器可读存储介质上。非暂时性计算机可读或处理器可读存储介质可以是可由计算机或处理器存取的任何存储介质。通过举例而非限制性的方式,这种非暂时性计算机可读或处理器可读介质可以包括RAM、ROM、EEPROM、FLASH存储器、CD-ROM或其它光盘存储、磁盘存储或其它磁存储设备,或者可用于存储具有指令或数据结构形式的期望的程序代码并且可由计算机存取的任何其它介质。如本文所使用的,磁盘和光盘包括压缩光盘(CD)、激光光盘、光盘、数字多功能光盘(DVD)、软盘和蓝光光盘,其中磁盘通常磁性地复制数据,而光盘利用激光来光学地复制数据。上面各项的组合也包括在非暂时性计算机可读和处理器可读介质的范围内。此外,方法或算法的操作可以作为代码和/或指令的一个或任意组合或集合驻留在可以并入计算机程序产品中的非暂时性处理器可读介质和/或计算机可读介质上。
提供对所公开的实施例的以上描述是为了使得任何本领域技术人员能够实施或使用本发明。对这些实施例的各种修改对于本领域技术人员来说将是显而易见的,并且在不偏离本发明的精神或范围的情况下,本文所定义的总体原理可以应用于其它实施例。因此,本发明并非旨在受限于本文所示出的实施例,而是旨在被给予与所附权利要求以及本文所公开的原理和新颖性特征相一致的最广的范围。

Claims (58)

1.一种方法,包括:
在处理器中确定与接收到的医疗数据网络触发相关联的分类等级;
响应于确定与所接收到的医疗数据网络触发相关联的所述分类等级,在所述处理器中确定可用空中接口以及一个或多个其它设备满足所确定的分类等级的要求的能力;
在所述处理器中从所述可用空中接口以及所述一个或多个其它设备中选择至少一个设备以及所述至少一个设备的相应空中接口中的至少一个空中接口,所述至少一个设备和所述至少一个空中接口具有满足所确定的分类等级的所述要求的所确定的能力;以及
与所选择的至少一个设备建立满足所确定的分类等级的所述要求的所选择的至少一个空中接口。
2.根据权利要求1所述的方法,其中,所述分类等级是卫生监管部门分配的分类等级。
3.根据权利要求2所述的方法,还包括:经由所建立的医疗数据网络的所述至少一个空中接口来发送或接收医疗数据。
4.根据权利要求2所述的方法,其中,在所述处理器中确定所确定的可用空中接口以及所述一个或多个其它设备满足所确定的分类等级的要求的能力包括:
经由所确定的空中接口来轮询所述一个或多个其它设备关于所述一个或多个其它设备中的每个设备满足所确定的分类等级的所述要求的能力;以及
基于从所述一个或多个其它设备接收到的对所述轮询的响应,在所述处理器中确定所确定的可用空中接口以及所述一个或多个其它设备满足所确定的分类等级的要求的能力。
5.根据权利要求2所述的方法,其中,在所述处理器中从所述一个或多个其它设备以及与所述一个或多个其它设备的可用空中接口中选择至少一个设备以及所述至少一个设备的相应空中接口中的至少一个空中接口包括:选择最快速的空中接口。
6.根据权利要求2所述的方法,还包括:向不是所述医疗数据网络的一部分的另一个连接的设备发送对具有所述分类等级的所述医疗数据网络的指示。
7.根据权利要求6所述的方法,还包括:
在所述另一个连接的设备中接收对具有所述分类等级的所述医疗数据网络的所述指示;
在所述另一个连接的设备中确定所述分类等级指示要求服从所述医疗数据网络;以及
响应于确定所述分类等级指示要求服从所述医疗数据网络,采取服从动作。
8.根据权利要求7所述的方法,其中,所述服从动作是在建立了所述医疗数据网络时,不向所述医疗数据网络中的任何设备发送数据。
9.根据权利要求2所述的方法,还包括:
接收用于将所述医疗数据网络修改为新的分类等级的触发;以及
对齐资源以使得所选择的至少一个空中接口满足所述新的分类等级的新要求。
10.根据权利要求2所述的方法,其中,所述分类等级是多个不同的分类等级中的一个,其中所述多个不同的分类等级均具有从由以下各项构成的群组中选择的至少一个独特要求:带宽要求、分组冗余度要求、服务质量要求、延时要求、安全性要求以及链路冗余度要求。
11.根据权利要求1所述的方法,还包括:响应于与所选择的至少一个设备建立满足所确定的分类等级的所述要求的所选择的至少一个空中接口,向用户指示建立了具有所述分类等级的医疗数据网络。
12.根据权利要求1所述的方法,还包括:
在所述处理器中从另一个设备接收用于建立另一个医疗数据网络的请求;
在所述处理器中确定与所接收到的用于建立所述另一个医疗数据网络的请求相关联的分类等级;
在所述处理器中确定是否需要所选择的空中接口正在使用的资源来建立所述另一个医疗数据网络;
响应于确定需要所选择的空中接口正在使用的资源来建立所述另一个医疗数据网络,在所述处理器中确定与所接收到的用于建立所述另一个医疗数据网络的请求相关联的所述分类等级是否高于与所接收到的医疗数据网络触发相关联的所述分类等级;以及
响应于确定与所接收到的用于建立所述另一个医疗数据网络的请求相关联的所述分类等级高于与所接收到的医疗数据网络触发相关联的所述分类等级,对齐所述资源以建立所述另一个医疗数据网络。
13.根据权利要求1所述的方法,其中,所接收到的医疗数据网络触发是以下各项中的一项或多项:病人健康状况触发、病人先前存在的状况触发、环境状况触发、上下文触发以及位置触发。
14.一种设备,包括:
用于确定与接收到的医疗数据网络触发相关联的分类等级的单元;
用于响应于确定与所接收到的医疗数据网络触发相关联的所述分类等级,确定可用空中接口以及一个或多个其它设备满足所确定的分类等级的要求的能力的单元;
用于从所述可用空中接口以及所述一个或多个其它设备中选择至少一个设备以及所述至少一个设备的相应空中接口中的至少一个空中接口的单元,其中所述至少一个设备和所述至少一个空中接口具有满足所确定的分类等级的所述要求的所确定的能力;以及
用于与所选择的至少一个设备建立满足所确定的分类等级的所述要求的所选择的至少一个空中接口的单元。
15.根据权利要求14所述的设备,其中,所述分类等级是卫生监管部门分配的分类等级。
16.根据权利要求15所述的设备,还包括:用于经由所建立的医疗数据网络的所述至少一个空中接口来发送医疗数据的单元或者经由所述至少一个空中接口来接收医疗数据的单元。
17.根据权利要求15所述的设备,其中,用于确定所确定的可用空中接口以及所述一个或多个其它设备满足所确定的分类等级的要求的能力的单元包括:
用于经由所确定的空中接口来轮询所述一个或多个其它设备关于所述一个或多个其它设备中的每个设备满足所确定的分类等级的所述要求的能力的单元;以及
用于基于从所述一个或多个其它设备接收到的对所述轮询的响应,确定所确定的可用空中接口以及所述一个或多个其它设备满足所确定的分类等级的要求的能力的单元。
18.根据权利要求15所述的设备,其中,用于从所述一个或多个其它设备以及与所述一个或多个其它设备的可用空中接口中选择至少一个设备以及所述至少一个设备的相应空中接口中的至少一个空中接口的单元包括:用于选择最快速的空中接口的单元。
19.根据权利要求15所述的设备,还包括:用于向不是所述医疗数据网络的一部分的另一个连接的设备发送对具有所述分类等级的所述医疗数据网络的指示的单元。
20.根据权利要求15所述的设备,还包括:
用于接收用于将所述医疗数据网络修改为新的分类等级的触发的单元;以及
用于对齐资源以使得所选择的至少一个空中接口满足所述新的分类等级的新要求的单元。
21.根据权利要求15所述的设备,其中,所述分类等级是多个不同的分类等级中的一个,其中所述多个不同的分类等级均具有从由以下各项构成的群组中选择的至少一个独特要求:带宽要求、分组冗余度要求、服务质量要求、延时要求、安全性要求以及链路冗余度要求。
22.根据权利要求14所述的设备,还包括:用于响应于与所选择的一个设备建立满足所确定的分类等级的所述要求的所选择的空中接口,向用户指示建立了具有所述分类等级的医疗数据网络的单元。
23.根据权利要求14所述的设备,还包括:
用于从另一个设备接收用于建立另一个医疗数据网络的请求的单元;
用于确定与所接收到的用于建立所述另一个医疗数据网络的请求相关联的分类等级的单元;
用于确定是否需要所选择的空中接口正在使用的资源来建立所述另一个医疗数据网络的单元;
用于响应于确定需要所选择的空中接口正在使用的资源来建立所述另一个医疗数据网络,确定与所接收到的用于建立所述另一个医疗数据网络的请求相关联的所述分类等级是否高于与所接收到的医疗数据网络触发相关联的所述分类等级的单元;以及
用于响应于确定与所接收到的用于建立所述另一个医疗数据网络的请求相关联的所述分类等级高于与所接收到的医疗数据网络触发相关联的所述分类等级,对齐所述资源以建立所述另一个医疗数据网络的单元。
24.根据权利要求14所述的设备,其中,所接收到的医疗数据网络触发是以下各项中的一项或多项:病人健康状况触发、病人先前存在的状况触发、环境状况触发、上下文触发以及位置触发。
25.一种设备,包括:
射频(RF)资源;以及
连接到所述RF资源的处理器,其中,所述处理器被配置有处理器可执行指令以执行包括以下各项的操作:
确定与接收到的医疗数据网络触发相关联的分类等级;
响应于确定与所接收到的医疗数据网络触发相关联的所述分类等级,确定可用空中接口以及一个或多个其它设备满足所确定的分类等级的要求的能力;
选择所述其它设备中的至少一个设备以及所述至少一个设备的相应空中接口中的至少一个空中接口,其中所述至少一个设备和所述至少一个空中接口具有满足所确定的分类等级的所述要求的所确定的能力;以及
经由所述RF资源,与所述其它设备中的所选择的至少一个设备建立满足所确定的分类等级的所述要求的所选择的至少一个空中接口。
26.根据权利要求25所述的设备,其中,所述分类等级是卫生监管部门分配的分类等级。
27.根据权利要求26所述的设备,其中,所述处理器被配置有处理器可执行指令以执行操作,所述操作还包括:经由所建立的医疗数据网络的所述空中接口来发送或接收医疗数据。
28.根据权利要求26所述的设备,其中,所述处理器被配置有处理器可执行指令以执行操作,以使得确定所确定的可用空中接口以及所述一个或多个其它设备满足所确定的分类等级的要求的能力包括:
经由所确定的空中接口来轮询所述一个或多个其它设备关于所述一个或多个其它设备中的每个设备满足所确定的分类等级的所述要求的能力;以及
基于从所述一个或多个其它设备接收到的对所述轮询的响应,确定所确定的可用空中接口以及所述一个或多个其它设备满足所确定的分类等级的要求的能力。
29.根据权利要求26所述的设备,其中,所述处理器被配置有处理器可执行指令以执行操作,以使得从所述可用空中接口以及所述一个或多个其它设备中选择所述其它设备中的至少一个设备以及所述至少一个设备的相应空中接口中的至少一个空中接口包括:选择最快速的空中接口。
30.根据权利要求26所述的设备,其中,所述处理器被配置有处理器可执行指令以执行操作,所述操作还包括:向不是所述医疗数据网络的一部分的另一个连接的设备发送对具有所述分类等级的所述医疗数据网络的指示。
31.根据权利要求26所述的设备,其中,所述处理器被配置有处理器可执行指令以执行操作,所述操作还包括:
接收用于将所述医疗数据网络修改为新的分类等级的触发;以及
对齐所述RF资源以使得所选择的至少一个空中接口满足所述新的分类等级的新要求。
32.根据权利要求26所述的设备,其中,所述处理器被配置有处理器可执行指令以执行操作,以使得所述分类等级是多个不同的分类等级中的一个,其中所述多个不同的分类等级均具有从由以下各项构成的群组中选择的至少一个独特要求:带宽要求、分组冗余度要求、服务质量要求、延时要求、安全性要求以及链路冗余度要求。
33.根据权利要求25所述的设备,还包括连接到所述处理器的用户接口,其中,所述处理器被配置有处理器可执行指令以执行操作,所述操作还包括:响应于与所选择的一个设备建立满足所确定的分类等级的所述要求的所选择的空中接口,经由所述用户接口指示建立了具有所述分类等级的医疗数据网络。
34.根据权利要求25所述的设备,其中,所述处理器被配置有处理器可执行指令以执行操作,所述操作还包括:
从另一个设备接收用于建立另一个医疗数据网络的请求;
确定与所接收到的用于建立所述另一个医疗数据网络的请求相关联的分类等级;
确定是否需要所选择的空中接口正在使用的所述RF资源来建立所述另一个医疗数据网络;
响应于确定需要所选择的空中接口正在使用的所述RF资源来建立所述另一个医疗数据网络,确定与所接收到的用于建立所述另一个医疗数据网络的请求相关联的所述分类等级是否高于与所接收到的医疗数据网络触发相关联的所述分类等级;以及
响应于确定与所接收到的用于建立所述另一个医疗数据网络的请求相关联的所述分类等级高于与所接收到的医疗数据网络触发相关联的所述分类等级,对齐所述RF资源以建立所述另一个医疗数据网络。
35.根据权利要求25所述的设备,其中,所接收到的医疗数据网络触发是以下各项中的一项或多项:病人健康状况触发、病人先前存在的状况触发、环境状况触发、上下文触发以及位置触发。
36.一种其上存储有处理器可执行指令的非暂时性处理器可读介质,所述处理器可执行指令被配置为使得处理器执行包括以下各项的操作:
确定与接收到的医疗数据网络触发相关联的分类等级;
响应于确定与所接收到的医疗数据网络触发相关联的所述分类等级,确定可用空中接口以及一个或多个其它设备满足所确定的分类等级的要求的能力;
从所述可用空中接口以及所述一个或多个其它设备中选择至少一个设备以及所述至少一个设备的相应空中接口中的至少一个空中接口,其中所述至少一个设备和所述至少一个空中接口具有满足所确定的分类等级的所述要求的所确定的能力;以及
与所选择的至少一个设备建立满足所确定的分类等级的所述要求的所选择的至少一个空中接口。
37.根据权利要求36所述的非暂时性处理器可读介质,其中,所存储的处理器可执行指令被配置为使得处理器执行操作,以使得所述分类等级是卫生监管部门分配的分类等级。
38.根据权利要求37所述的非暂时性处理器可读介质,其中,所存储的处理器可执行指令被配置为使得处理器执行操作,所述操作还包括:经由所建立的医疗数据网络的所述至少一个空中接口来发送或接收医疗数据。
39.根据权利要求37所述的非暂时性处理器可读介质,其中,所存储的处理器可执行指令被配置为使得处理器执行操作,以使得确定所确定的可用空中接口以及所述一个或多个其它设备满足所确定的分类等级的要求的能力包括:
经由所确定的空中接口来轮询所述一个或多个其它设备关于所述一个或多个其它设备中的每个设备满足所确定的分类等级的所述要求的能力;以及
基于从所述一个或多个其它设备接收到的对所述轮询的响应,确定所确定的可用空中接口以及所述一个或多个其它设备满足所确定的分类等级的要求的能力。
40.根据权利要求37所述的非暂时性处理器可读介质,其中,所存储的处理器可执行指令被配置为使得处理器执行操作,以使得从所述一个或多个其它设备以及与所述一个或多个其它设备的可用空中接口中选择至少一个设备以及所述至少一个设备的相应空中接口中的至少一个空中接口包括:选择最快速的空中接口。
41.根据权利要求37所述的非暂时性处理器可读介质,其中,所存储的处理器可执行指令被配置为使得处理器执行操作,所述操作还包括:向不是所述医疗数据网络的一部分的另一个连接的设备发送对具有所述分类等级的所述医疗数据网络的指示。
42.根据权利要求37所述的非暂时性处理器可读介质,其中,所存储的处理器可执行指令被配置为使得处理器执行操作,所述操作还包括:
接收用于将所述医疗数据网络修改为新的分类等级的触发;以及
对齐资源以使得所选择的至少一个空中接口满足所述新的分类等级的新要求。
43.根据权利要求37所述的非暂时性处理器可读介质,其中,所存储的处理器可执行指令被配置为使得处理器执行操作,以使得所述分类等级是多个不同的分类等级中的一个,其中所述多个不同的分类等级均具有从由以下各项构成的群组中选择的至少一个独特要求:带宽要求、分组冗余度要求、服务质量要求、延时要求、安全性要求以及链路冗余度要求。
44.根据权利要求36所述的非暂时性处理器可读介质,其中,所存储的处理器可执行指令被配置为使得处理器执行操作,所述操作还包括:响应于与所选择的一个设备建立满足所确定的分类等级的所述要求的所选择的空中接口,向用户指示建立了具有所述分类等级的医疗数据网络。
45.根据权利要求36所述的非暂时性处理器可读介质,其中,所存储的处理器可执行指令被配置为使得处理器执行操作,所述操作还包括:
从另一个设备接收用于建立另一个医疗数据网络的请求;
确定与所接收到的用于建立所述另一个医疗数据网络的请求相关联的分类等级;
确定是否需要所选择的空中接口正在使用的资源来建立所述另一个医疗数据网络;
响应于确定需要所选择的空中接口正在使用的资源来建立所述另一个医疗数据网络,确定与所接收到的用于建立所述另一个医疗数据网络的请求相关联的所述分类等级是否高于与所接收到的医疗数据网络触发相关联的所述分类等级;以及
响应于确定与所接收到的用于建立所述另一个医疗数据网络的请求相关联的所述分类等级高于与所接收到的医疗数据网络触发相关联的所述分类等级,对齐所述资源以建立所述另一个医疗数据网络。
46.根据权利要求36所述的非暂时性处理器可读介质,其中,所存储的处理器可执行指令被配置为使得处理器执行操作,以使得所接收到的医疗数据网络触发是以下各项中的一项或多项:病人健康状况触发、病人先前存在的状况触发、环境状况触发、上下文触发以及位置触发。
47.一种系统,包括:
第一设备,包括:
第一射频(RF)资源;以及
第一处理器;以及
第二设备,包括:
第二RF资源;以及
第二处理器,
其中,所述第一处理器被配置有处理器可执行指令以执行包括以下各项的操作:
确定与接收到的医疗数据网络触发相关联的分类等级;以及
响应于确定所述分类等级,轮询所述第二设备关于所述第二设备的能力,
其中,所述第二处理器被配置有处理器可执行指令以执行操作,所述操作包括:响应于所述轮询,向所述第一设备发送对所述第二设备的能力的指示,
其中,所述第一处理器被配置有处理器可执行指令以执行操作,所述操作还包括:
响应于接收到对所述第二设备的能力的所述指示,确定与所述第二设备的可用空中接口满足所确定的分类等级的要求的能力;
从与所述第二设备的所述可用空中接口中选择至少一个空中接口,所述至少一个空中接口具有满足所确定的分类等级的所述要求的所确定的能力;以及
经由所述第一RF资源,与所述第二设备建立满足所确定的分类等级的所述要求的所选择的至少一个空中接口,并且
其中,所述第二处理器被配置有处理器可执行指令以执行操作,所述操作还包括:经由所述第二RF资源,与所述第一设备建立满足所确定的分类等级的所述要求的所选择的至少一个空中接口。
48.根据权利要求47所述的系统,其中,所述分类等级是卫生监管部门分配的分类等级。
49.根据权利要求48所述的系统,还包括第三设备,所述第三设备包括第三处理器,
其中,所述第一处理器被配置有处理器可执行指令以执行操作,所述操作还包括:向所述第三设备发送对具有所述分类等级的所述医疗数据网络的指示,
其中,所述第三处理器被配置有处理器可执行指令以执行操作,所述操作包括:
接收对具有所述分类等级的所述医疗数据网络的所述指示;
确定所述分类等级指示要求服从所述医疗数据网络;以及
响应于确定所述分类等级指示要求服从所述医疗数据网络,采取服从动作。
50.根据权利要求49所述的系统,其中,所述服从动作是在建立了所述医疗数据网络时不向所述医疗数据网络中的任何设备发送数据。
51.根据权利要求48所述的系统,其中,所述分类等级是多个不同的分类等级中的一个,其中所述多个不同的分类等级均具有从由以下各项构成的群组中选择的至少一个独特要求:带宽要求、分组冗余度要求、服务质量要求、延时要求、安全性要求以及链路冗余度要求。
52.根据权利要求47所述的系统,其中,所接收到的医疗数据网络触发是以下各项中的一项或多项:病人健康状况触发、病人先前存在的状况触发、环境状况触发、上下文触发以及位置触发。
53.一种系统,包括:
第一设备;以及
第二设备,
其中,所述第一设备包括:
用于确定与接收到的医疗数据网络触发相关联的分类等级的单元;以及
用于响应于确定所述分类等级,轮询所述第二设备关于所述第二设备的能力的单元,
其中,所述第二设备包括:用于响应于所述轮询,向所述第一设备发送对所述第二设备的能力的指示的单元,
其中,所述第一设备还包括:
用于响应于接收到对所述第二设备的能力的所述指示,确定与所述第二设备的可用空中接口满足所确定的分类等级的要求的能力的单元;
用于从与所述第二设备的所述可用空中接口中选择至少一个空中接口的单元,所述至少一个空中接口具有满足所确定的分类等级的所述要求的所确定的能力;以及
用于与所述第二设备建立满足所确定的分类等级的所述要求的所选择的至少一个空中接口的单元,并且
其中,所述设备还包括:用于与所述第一设备建立满足所确定的分类等级的所述要求的所选择的至少一个空中接口的单元。
54.根据权利要求53所述的系统,其中,所述分类等级是卫生监管部门分配的分类等级。
55.根据权利要求54所述的系统,还包括第三设备,
其中,所述第一设备还包括:用于向所述第三设备发送对具有所述分类等级的所述医疗数据网络的指示的单元,
其中,所述第三设备包括:
用于接收对具有所述分类等级的所述医疗数据网络的所述指示的单元;
用于确定所述分类等级指示要求服从所述医疗数据网络的单元;
以及
用于响应于确定所述分类等级指示要求服从所述医疗数据网络,
采取服从动作的单元。
56.根据权利要求55所述的系统,其中,所述服从动作是在建立了所述医疗数据网络时不向所述医疗数据网络中的任何设备发送数据。
57.根据权利要求54所述的系统,其中,所述分类等级是多个不同的分类等级中的一个,其中所述多个不同的分类等级均具有从由以下各项构成的群组中选择的至少一个独特要求:带宽要求、分组冗余度要求、服务质量要求、延时要求、安全性要求以及链路冗余度要求。
58.根据权利要求53所述的系统,其中,所接收到的医疗数据网络触发是以下各项中的一项或多项:病人健康状况触发、病人先前存在的状况触发、环境状况触发、上下文触发以及位置触发。
CN201580009314.0A 2014-02-20 2015-02-18 医疗空中接口 Active CN106031245B (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US14/184,788 2014-02-20
US14/184,788 US20150234986A1 (en) 2014-02-20 2014-02-20 Medical Air Interface
PCT/US2015/016412 WO2015126964A1 (en) 2014-02-20 2015-02-18 Medical air interface

Publications (2)

Publication Number Publication Date
CN106031245A true CN106031245A (zh) 2016-10-12
CN106031245B CN106031245B (zh) 2020-06-30

Family

ID=52629691

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201580009314.0A Active CN106031245B (zh) 2014-02-20 2015-02-18 医疗空中接口

Country Status (7)

Country Link
US (1) US20150234986A1 (zh)
EP (1) EP3108698B1 (zh)
JP (1) JP6356255B2 (zh)
KR (1) KR20160125403A (zh)
CN (1) CN106031245B (zh)
TW (1) TWI643154B (zh)
WO (1) WO2015126964A1 (zh)

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10685742B2 (en) * 2011-10-11 2020-06-16 Solomon Systems, Inc. System and method for providing identification and medical information from a subject
EP3681183A3 (en) 2014-11-24 2020-09-16 Samsung Electronics Co., Ltd. Downloading a communication profile in a wearable electronic device by using the user interface of a mobile device
JP2018519682A (ja) * 2015-02-02 2018-07-19 コーニンクレッカ フィリップス エヌ ヴェKoninklijke Philips N.V. ウェアラブル装置との安全な通信
US10095649B2 (en) * 2015-07-01 2018-10-09 Covidien Lp Medical device connectivity interface system and method
US10242556B2 (en) 2015-10-21 2019-03-26 Mutualink, Inc. Wearable smart router
US10269234B2 (en) * 2015-10-21 2019-04-23 Mutualink, Inc. Wearable smart gateway
EP3366051B1 (en) * 2015-10-21 2020-12-16 Mutualink, Inc. Wearable smart router
US20170295104A1 (en) * 2016-04-07 2017-10-12 Qualcomm Incorporated Network selection for relaying of delay-tolerant traffic
US10686765B2 (en) 2017-04-19 2020-06-16 International Business Machines Corporation Data access levels
US11883176B2 (en) 2020-05-29 2024-01-30 The Research Foundation For The State University Of New York Low-power wearable smart ECG patch with on-board analytics

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20090058635A1 (en) * 2007-08-31 2009-03-05 Lalonde John Medical data transport over wireless life critical network
CN101867408A (zh) * 2009-04-14 2010-10-20 中国移动通信集团公司 空口同步方法及基站
CN102055577A (zh) * 2011-01-24 2011-05-11 大唐移动通信设备有限公司 一种处理harq反馈比特的方法及装置
US20120184207A1 (en) * 2011-01-14 2012-07-19 Tyco Healthcare Group Lp Wireless Relay Module for Remote Monitoring Systems

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8306831B2 (en) * 2005-01-10 2012-11-06 International Business Machines Corporation Systems with message integration for data exchange, collection, monitoring and/or alerting
JP2007067684A (ja) * 2005-08-30 2007-03-15 Fujitsu Ltd 優先的データ送信機能を有する無線lanシステム
US9848058B2 (en) * 2007-08-31 2017-12-19 Cardiac Pacemakers, Inc. Medical data transport over wireless life critical network employing dynamic communication link mapping

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20090058635A1 (en) * 2007-08-31 2009-03-05 Lalonde John Medical data transport over wireless life critical network
CN101867408A (zh) * 2009-04-14 2010-10-20 中国移动通信集团公司 空口同步方法及基站
US20120184207A1 (en) * 2011-01-14 2012-07-19 Tyco Healthcare Group Lp Wireless Relay Module for Remote Monitoring Systems
CN102055577A (zh) * 2011-01-24 2011-05-11 大唐移动通信设备有限公司 一种处理harq反馈比特的方法及装置

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
DIMITRIOS J. VERGADOS等: "Applying Wireless DiffServ for QoS Provisioning in Mobile Emergency Telemedicine", 《IEEE》 *
H. SCHULZRINNE等: "Communications Resource Priority for the Session Initiation Protocol (SIP)", 《RFC 4412》 *

Also Published As

Publication number Publication date
US20150234986A1 (en) 2015-08-20
CN106031245B (zh) 2020-06-30
WO2015126964A1 (en) 2015-08-27
JP2017510169A (ja) 2017-04-06
TWI643154B (zh) 2018-12-01
EP3108698A1 (en) 2016-12-28
KR20160125403A (ko) 2016-10-31
TW201537505A (zh) 2015-10-01
JP6356255B2 (ja) 2018-07-11
EP3108698B1 (en) 2017-11-29

Similar Documents

Publication Publication Date Title
CN106031245A (zh) 医疗空中接口
Kraemer et al. Fog computing in healthcare–a review and discussion
Krishnamoorthy et al. Role of emerging technologies in future IoT-driven Healthcare 4.0 technologies: A survey, current challenges and future directions
CN107872964B (zh) 用于将设备并入到医疗数据网络的系统和方法
Gill et al. Fog-based smart healthcare as a big data and cloud service for heart patients using IoT
Ko et al. Wireless sensor networks for healthcare
JP6693877B2 (ja) 医療データ重要度およびリソース状態に基づく通信デバイスリソースの割り当て
Banos et al. Physiodroid: Combining wearable health sensors and mobile devices for a ubiquitous, continuous, and personal monitoring
Seeger et al. Myhealthassistant: An event-driven middleware for multiple medical applications on a smartphone-mediated body sensor network
Quwaider et al. A cloud supported model for efficient community health awareness
Bibani et al. A demo of IoT healthcare application provisioning in hybrid cloud/fog environment
US9727698B2 (en) Method and apparatus for using gait analysis to determine a health quality measure
KR20170057668A (ko) 전자 시스템 및 전자 장치
CN106790516A (zh) 一种基于可穿戴设备的智能救护方法和系统
CN105046905B (zh) 用于医疗遥测的混合无线通信系统及方法
Li et al. An e-healthcare sensor network load-balancing scheme using SDN-SFC
Aileni et al. Health monitoring using wearable technologies and cognitive radio for IoT
US20200187829A1 (en) Fall prediction based on electroencephalography and gait analysis data
Rathore et al. The Internet of Things based medical emergency management using Hadoop ecosystem
KR20190076352A (ko) 하둡 기반 지능형 의료 시스템 및 그 방법
Balasubramanian et al. A scalable cloud Platform for Active healthcare monitoring applications
US20220037021A1 (en) Resource tracking and allocation
WO2023076462A1 (en) Using multiple devices to monitor physiological data
CN105989218A (zh) 一种信息化处理方法和装置
CN208910229U (zh) 基于可穿戴设备的医疗系统

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant
CP01 Change in the name or title of a patent holder
CP01 Change in the name or title of a patent holder

Address after: California, USA

Patentee after: Capsule technology Co.,Ltd.

Address before: California, USA

Patentee before: Qualcomm life Inc.

TR01 Transfer of patent right
TR01 Transfer of patent right

Effective date of registration: 20210712

Address after: California, USA

Patentee after: Philips Medical Information Co.,Ltd.

Address before: California, USA

Patentee before: Capsule technology Co.,Ltd.

Effective date of registration: 20210712

Address after: California, USA

Patentee after: Qualcomm life Inc.

Address before: California, USA

Patentee before: QUALCOMM Inc.