CN111405510A - 用于与一个或多个远程设备进行医疗设备通信的系统、装置和方法 - Google Patents

Abstract

本公开涉及用于与一个或多个远程设备进行医疗设备通信的系统、装置和方法。提供用于将医疗设备安全且无线地连接到具有医疗设备控制应用的控制器或智能电话并将具有医疗设备控制应用的控制器或智能电话连接到提供附加综合疾病管理功能的其它设备的设备、系统和方法。取决于所需安全性级别，使用至少两种不同无线通信协议，在医疗设备与具有医疗设备控制应用的其控制器或智能电话之间交换医疗设备控制操作命令和相关数据时，需要更高安全性，以避免医疗设备控制方面的恶意或非预期改变。能够使用可以提供较少安全性的不同且更常用无线通信协议将与医疗设备相关并要求较少安全性的历史数据或通知的交换传输给控制器和/或智能电话或其它IDM设备。

Description

用于与一个或多个远程设备进行医疗设备通信的系统、装置 和方法

技术领域

本文的示例实施例涉及用于可穿戴或便携式医疗设备与其它设备之间的通信以及用于来自远程设备的医疗设备控制信号的通信的增强安全性的系统、方法和装置。

背景技术

对于体上或可穿戴医疗设备以及对于身体区域网络(BAN)医疗设备(例如，具有医疗条件管理应用和/或健康状况/健身应用的体上设备和智能电话或智能手表的无线控制器)的需求不断增加，而且患者和医疗保健提供者对更好、更方便地管理诸如糖尿病之类的疾病的患者的需求也在增加。例如，一种类型的可穿戴医疗设备是可穿戴在患者皮肤上的可穿戴药物输送设备(例如，将插管或针头插入患者皮肤的贴片泵)，或者例如可以连接到患者的带子的泵设备，并具有其管道从泵延伸到带有皮下套管的粘合剂支架的输液器。

可穿戴医疗设备可以与分离的专用控制器或智能电话(例如，具有被配置为与可穿戴医疗设备无线接口以用于各种操作的应用的智能电话)进行无线通信。以

Smart的形式销售的

低能耗(BLE)是一种无线技术，其为无线连接的设备提供有效的低功率协议，这些设备包括使用诸如纽扣电池之类的电源供电的设备，如常常可穿戴医疗设备就是这种情况。

无线控制可穿戴医疗设备(特别是将药物输送到患者身体的设备)的问题是无线控制通信链路针对中间人(MITM)和窃听攻击的安全性。尤其值得关注的是可穿戴医疗设备防止恶意攻击或意外攻击的安全性，在恶意攻击或意外攻击中医疗设备的控制会被另一个设备不期望地更改。关于保护存储在可穿戴医疗设备中并与身体区域网、局域网(LAN)、广域网(WAN)和/或互联网中的其它设备共享的某些类型的患者信息的隐私存在另一个问题。

发明内容

通过下面描述的说明性实施例，克服了这些问题，并且实现了附加的优点。

说明性实施例的一个方面是提供一种用于控制医疗设备的设备，该设备包括：射频(RF)电路，被配置为与医疗设备交换RF信号；存储器设备；以及处理设备，连接到RF电路和存储器设备，并被配置为采用至少两种无线通信协议中所选择的一种来经由RF电路与医疗设备交换RF信号，其中所述至少两种无线通信协议包括第一通信协议和第二通信协议，第一通信协议被处理设备用来将设备与医疗设备配对以安全地发送选自配置数据、医疗设备操作数据和控制信号的安全信息以操作医疗设备，第二通信协议被处理设备用来与不同于医疗设备的一个或多个设备配对以向一个或多个其它设备发送选自需要比安全信息更少安全性的医疗设备数据和通知的信息。

根据说明性实施例的各方面，该设备选自用于医疗设备的手持式专用控制器和其上存储有医疗设备控制应用以供执行以控制医疗设备的智能电话。

根据说明性实施例的各方面，第一通信协议将医疗设备的配对限制到仅用于控制医疗设备的操作的设备。例如，第一通信协议是

低能耗(BLE)通信协议。另外，BLE通信协议没有广播模式。

根据说明性实施例的各方面，第一通信协议特定于医疗设备，并且不能被一个或多个其它设备用于与该设备配对。

根据说明性实施例的各方面，第二通信协议是设备所采用的与一个或多个其它设备配对的标准

协议，并且包括发现一个或多个其它设备的广播模式。

根据说明性实施例的各方面，通过采用第一通信协议与医疗设备配对和交换信号，以及采用第二通信协议与一个或多个其它设备配对和交换信号，该设备被配置为在综合疾病管理(IDM)系统中作为集线器操作，其中医疗设备是药物输送设备，并且一个或多个其它设备选自血糖监测仪、碳水化合物跟踪设备和体育锻炼跟踪设备。

根据说明性实施例的各方面，该设备还包括用于将与医疗设备相关的数据传递到另一个设备的门户应用，该门户应用被配置为接收从医疗设备传输的数据并将其提供给另一个设备而不在设备上存储该数据。

根据说明性实施例的各方面，处理设备被配置为取决于选自需要传输信号的操作的类型和经由信号发送的信息的类型的准则来确定采用第一通信协议和第二通信协议中的哪一个来经由RF电路传输信号。例如，操作的类型可以选自发送医疗设备控制命令、设置医疗设备配置参数、请求医疗设备状况数据、请求医疗设备日志数据、从医疗设备请求安全数据以及将数据传输到一个或多个其它设备。处理设备被配置为采用第一通信协议来执行选自发送医疗设备控制命令、设置医疗设备配置参数和从医疗设备请求安全数据的操作的类型，以及采用第二通信协议来执行选自请求医疗设备状况数据、请求医疗设备日志数据和向一个或多个其它设备传输数据的操作的类型。

根据说明性实施例的各方面，一个或多个其它设备选自智能手表、便携式监视设备、启用

的腕带设备、血糖监测器、碳水化合物跟踪设备和体育锻炼跟踪设备。

根据说明性实施例的各方面，设备还包括用户界面，该用户界面包括连接到处理设备的图形用户界面(GUI)。处理设备被配置为在GUI上显示至少一个屏幕，该屏幕指示与选自医疗设备操作应用、血糖监测器应用、碳水化合物跟踪应用、体育锻炼跟踪应用、药物输送管理应用和综合疾病管理应用的智能电话应用对应的设备应用图标，以及用于选自针对智能电话应用中每一个的启用

和禁用

的用户选择的设置的至少一个应用配置提示。

根据说明性实施例，提供了一种医疗设备，包括：射频(RF)电路，被配置为与不同于该医疗设备的一个或多个设备交换RF信号；存储器设备；以及处理设备，连接到RF电路和存储器设备并被配置为采用至少两种无线通信协议中所选择的一种，以经由RF电路与一个或多个设备交换射频信号，其中所述至少两种无线通信协议包括第一通信协议和第二通信协议，第一通信协议被处理设备用来将医疗设备与一个或多个设备配对以安全地交换选自配置数据、医疗设备操作数据和控制信号的安全信息以操作医疗设备，第二通信协议被处理设备用来将医疗设备与一个或多个设备配对以向一个或多个设备发送选自需要比安全信息更少安全性的医疗设备数据和通知的信息。

根据说明性实施例的各方面，一个或多个设备选自用于医疗设备的手持式专用控制器和其上存储有医疗设备控制应用以供执行以控制医疗设备的智能电话。

根据说明性实施例的各方面，其中第一通信协议将医疗设备的配对限制到一个或多个设备中用于控制医疗设备的操作的仅所选择的一个设备。

根据说明性实施例的各方面，第一通信协议是

低能耗(BLE)通信协议。例如，BLE通信协议没有广播模式。

根据说明性实施例的各方面，第一通信协议特定于医疗设备和一个或多个设备中所选择的一个，并且不能被一个或多个其它设备中的其余设备用于与医疗设备配对。

根据说明性实施例的各方面，第二通信协议是医疗设备用来与一个或多个其它设备配对的标准

协议，并且包括发现一个或多个其它设备的广播模式。

说明性实施例的附加和/或其它方面及优点将在下面的描述中阐述，或者将从描述中变得明显，或者可以通过本发明的实践而获悉。本发明可以包括具有上述方面中的一个或多个和/或特征中的一个或多个及其组合的要配对的设备和用于操作该设备的方法。本发明可以包括例如在所附权利要求中叙述的特征中的一个或多个和/或上述方面的组合。

附图说明

通过以下结合附图的详细描述，将更容易理解示例实施例的上述和/或其它方面和优点，其中：

图1描绘了根据说明性实施例的医疗设备和控制器；

图2A、2B和2C分别是图1的医疗设备和控制器以及根据说明性实施例的另一个设备的框图。

图3、4和5是根据说明性实施例的从医疗设备传输的示例信号和控制器的示例扫描窗口的示图；

图6A、6B和7图示了根据说明性实施例的与控制器配对的医疗设备以及与另一个设备配对的控制器的第一用例；

图8A、8B、8C、8D和8E是根据说明性实施例的图6A、6B和7的控制器的示例图形用户界面屏幕；

图9A和9B是根据说明性实施例的图6A、6B和7以及图10和11的另一个设备的示例图形用户界面屏幕；

图10和11图示了根据说明性实施例的与作为智能电话的控制器配对并且可以与另一个设备配对的医疗设备的第二用例；

图12A、12B、12C、12D和12E是根据说明性实施例的图10和11的控制器的示例图形用户界面屏幕；

图13是根据说明性实施例的用于从医疗设备向制造商、产品支持团队或服务客户支持人员发送数据以对问题进行故障排除和诊断的安全通信系统的图；

图14是根据说明性实施例的包括互连的医疗设备、医疗设备控制器和其它设备的示例信息学增强系统；以及

图15、16、17、18、19、20、21、22和23是智能电话上的综合疾病管理(IDM)应用的示例图形用户界面屏幕。

在整个附图中，相同的标号将被理解为表示相同的元件、特征和结构。

具体实施方式

现在将详细参考在附图中示出的示例实施例。

通过以下描述的说明性实施例，克服问题并且实现优点，其中可穿戴医疗设备与另一个设备安全地通信，以避免不期望的MIIM监听或接管。另外，以下描述的说明性实施例在医疗设备与一个或多个其它设备通信时最小化了违反个人数据隐私的可能性。

参考图1，示出了说明性药物输送系统10，该系统具有可穿戴医疗设备12以及具有显示器24或其它用户界面的控制器14。如本文将描述的并且根据说明性实施例，医疗设备12可以与专用控制器14一起使用，或者与具有应用14的被配置为用作控制器14的智能电话一起使用，并且医疗设备也可以经由其控制器14连接到提供附加功能的其它设备16或智能电话应用16，以下结合说明性第一用例(例如，图6A、6B和7)和说明性第二用例(例如，图10和11)进行描述。这些其它设备16或智能电话应用16可以例如与一个或多个BAN设备(诸如血糖仪、智能手表、运动监视器等)相关，如图14中描绘的示例综合疾病管理(IDM)系统中所示。医疗设备12、智能电话中的专用无线控制器(WC)14或设备控制应用14以及提供附加功能(例如，IDM功能)的其它设备16或智能电话应用16被配置为具有彼此以及可选地与LAN、WAN或互联网云中的附加设备的通信链路，同时最小化个人数据隐私受到破坏以及MITM和窃听攻击(诸如恶意攻击或意外干扰)的可能性，其中医疗设备12的控制被另一个设备不期望地更改。例如，如下面结合说明性实施例所描述的，医疗设备12和控制器14可以采用用于安全控制操作(诸如药物输送)的安全的、基于BLE的基于设备内的通信协议，并且标准的设备间

协议(例如，遗留的经典

)可以用于将医疗设备12与仅交换信息(例如，状况数据或日志数据或输送的药物量)而不控制医疗设备12的配置或给药操作(例如，不指定或设置推注量、或发起和终止泵输送操作)的控制器设备14和/或设备16(例如，

耳机或智能手表)配对。

医疗设备12可以是例如供单个患者使用的一次性胰岛素输送设备(IDD)12，其被配置用于以设定和可变的基础(24小时周期)率连续皮下输送胰岛素并且推注(按需)用于管理需要胰岛素治疗的2型糖尿病(T2DM)患者的剂量。但是，应该理解的是，医疗设备12可以是任何体上医疗设备(例如，可穿戴输液泵或连续血糖仪)或BAN医疗设备(例如，手持式血糖仪、具有医疗状况管理应用的智能电话，专门用于体上设备、智能手表或可穿戴健身和健康监视器的无线控制器)。但是，还应理解的是，医疗设备12除了流体输送之外还可以用于其它应用，并且，如果医疗设备12是药物输送设备，那么其可以用于输送任何类型的流体并且不限于胰岛素输送。

IDD 12解决了每天多次注射(MDI)的许多2型患者的未满足的需求，这些患者需要谨慎、简单且具有成本效益的胰岛素输送替代传统的复杂胰岛素泵。继续参考图1、图2A和图2B，IDD 12是系统10的一部分，系统10是用由患有T2DM的患者使用的高级胰岛素输送系统。IDD 12被配置为在目标用户通常居住的所有环境中每天24小时使用。IDD 12被配置为允许患者用户穿戴IDD三天(最多84小时)。IDD 12有四(4)个主要功能：输送用户设定的每日基础胰岛素率；输送用户设定的推注胰岛素量；输送(一个或多个)手动推注胰岛素剂量；以及生成系统状态和通知。如下所述，IDD 12通过

低能耗(BLE)接口与其控制器(即，下文中称为无线控制器(WC14))进行无线通信。除了IDD操作数据之外，如果IDD12检测到IDD有问题(例如，存储器损坏、储存器不足或空)，那么IDD 12还将反馈发送到WC14。WC 14被配置为对IDD 12进行编程，以将每日基础胰岛素率和推注或食物剂量的胰岛素量输送给患者。WC 14被配置为还提供关于系统10的状况信息。WC 14还使得能够连接到外部设备16的BLE无线连接的设备接口(BWCDI)以进行数据交换。照此，WC 14可以具有使得能够经由BWCDI向外部设备16发送IDD 12数据的可选功能。

在图2A所示的图示实施例中，IDD 12具有微控制器60，其被配置为控制泵送机构52、与WC的无线通信(例如，经由具有匹配的电路和天线的RF电路54)以及泵操作。除了编程的药物输送之外，IDD还具有用于手动输送药物的(一个或多个)推注按钮64。泵送机构52包括用于存储待经由套管68输送到穿戴IDD的患者的流体药物(例如，胰岛素)的储存器76，以及用于通过套管可控地从储存器输送指定量的药物的泵72。可以使用注射器经由隔膜78填充储存器76。IDD具有手动插入机构66，用于将套管68插入到患者体内；但是，处理器60可以被配置为操作可选的驱动电路以使插入机构66的操作自动化来将套管68部署到患者体内。另外，例如，IDD 12可以可选地提供有流体传感器74或压力传感器70用于阻塞检测。例如，在一个或多个泵操作期间(诸如在储存器灌注期间)，微控制器60可以操作LED 62以接通或闪烁。IDD 12由电池和调节器供电，如在58处所指示的。当初始化IDD 12(例如，上电以开始与WC 12配对)时，(一个或多个)推注按钮64可以被配置为(一个或多个)唤醒按钮，当其被用户激活时，使IDD 12从节能睡眠模式唤醒。

在图2B所示的所示实施例中，WC 14可以被实现为双微处理器组件，其具有：1)WC主处理器(WCMP)30和WC通信处理器(WCCP)32。但是，应该理解的是，WC 14可以被配置为单处理器设备。两个处理器30、32通过串行外围接口(SPI)彼此通信。两个处理器30、32也可以通过两个中断引脚M_REQ_INT和S_REQ_INT相互中断。

参考图2B，WCMP30连接到用户界面(UI)组件，诸如具有触摸屏24、一个或多个按钮28、可选的指示器26(例如，扬声器、振动电路、LED、蜂鸣器)等的LCD显示器。WCCP 32连接到射频(RF)组件38(例如，天线和匹配电路)并且主要负责WC 14与IDD 12的无线通信。但是，应该理解的是，RF组件38可以包括一个或多个天线以及相关的电路系统，以经由不同的通信协议与其它设备16进行通信。除可更换的碱性电池34之外，WC 14被设计为不可现场维修的(即，用户无需检查、调整、更换或维护任何部分)。在WC中提供了非易失性存储器(例如，闪存)36，以存储从IDD 12接收的输送和状况数据，诸如输送日期、时间和量。

继续参考图2B，具有电容式触摸屏24的LCD通过向用户呈现视觉和图形输出(例如，系统信息、指令、视觉通知、用户配置、数据输出等)，并且通过为用户提供可视界面来输入输入(例如，设备操作输入，诸如IDD配对和设置和配量，以及配置参数等)来用作用户的可视界面。具有电容式触摸屏24的WC显示器在其显示区域上检测(至少)单点触摸手势。例如，触摸屏被配置用于识别用户触觉输入(轻击、轻扫和按钮按压)，从而允许在UI屏幕和应用内导航。触摸屏24通过特定的用户交互帮助执行特定的系统功能(即，IDD 12设置和与WC14的配对、胰岛素配量、向用户提供配量历史，以及IDD停用和用另一个IDD替换，等等)。WC14还可以包括按钮28，诸如设备唤醒按钮，当被用户激活时，该按钮使WC 14从节能睡眠模式中唤醒。WC 14还可以具有LED 26以指示低电池状态(例如，当剩余12小时或更少时间的使用量时指示低电池状态)。

具有IDD 12的WC 14射频(RF)接口例如基于

低功耗或基于BLE的通信协议，但是可以使用其它无线通信协议。在示例药物输送系统10中，WC 14和IDD 12利用从2400MHz到2480MHZ频谱的ISM频带在高达10英尺或大约3米的距离内无线通信。WC 14与IDD 12通信，而IDD在露天粘附到身体上。WC 14是中央设备或主设备，并且IDD 12是外围设备或从设备。每当WCMP 30想要向IDD 12发送信息或从IDD 12检索信息时，它通过与WCCP32交互来这样做，WCCP 32又经由相应的RF电路54和38跨BLE链路与IDD 12通信，如分别在图2A和2B中所示出的。

图2C是描绘示例设备16的框图。设备16可以是例如智能电话、智能手表、启用

的健康和/或健身监视设备、启用

的耳机或耳塞以及其它启用

的无线设备16。设备16包括处理器和存储器80，其可以是集成的或分离的组件。设备16可以具有例如启用Bluetooth的无线通信接口84和可选的蜂窝通信接口82。设备16还可以具有不同的用户界面，诸如麦克风88、触摸屏86或小键盘或其它用户输入设备、音频信号输出设备(例如扬声器或蜂鸣器)90和/或振动电路92中的一个或多个。WC 14例如经由相应的RF电路和BLE无线接口跨BLE链路与设备16通信。

根据说明性实施例的一方面，WC 14(例如，其WCCP 32)和IDD 12可以根据具体的设备内配对协议和各种操作进行通信，以减轻WC 14与非预的IDD 12'期配对，或者反过来，预期的IDD 12与非预期的WC 14'配对的风险，例如，在通过引用并入本文的共同拥有的PCT公开申请WO 2018/183036和WO 2018/183038中所描述的。如本文所定义的，“设备内”是指WC 14与一个特定的医疗设备12(例如，IDD 12)配对并结合。任一非预期配对场景都会造成泵送机构52的非预期操作或控制，从而潜在地导致会对患者造成伤害的胰岛素过量注入。根据说明性实施例的另一方面，WC 14还可以根据更普遍的设备间通信协议(例如，由不同的市售设备16更常使用的协议)与另一个(多个)设备16通信，以使WC 14能够向各种设备16发送比医疗设备控制命令更不敏感的数据。如本文所定义的，“设备间”是指WC 14能够与一个或多个其它设备16发送选择的IDD 12信息。

例如，作为

Smart被出售的

低能耗(BLE)是一种无线技术，用于在2.4GHz至2.4835GHz频率范围内操作的无线设备之间建立基于分组的无线网络，与遗留的

设备(有时称为经典

设备)相比，显著降低了功耗。符合

Smart规范的低功率无线设备对医疗保健应用非常有利，因为它们有望在使用纽扣电池的情况下长时间运行。

Smart Ready设备是具有双协议堆栈的无线设备，其能够与遗留的经典

设备以及

Smart设备进行通信。例如，具有IDD控制应用16的智能电话可以具有

Smart Ready操作，以便它可以与遗留经典

设备16(诸如活动监视器或连续血糖监视器(CGM))进行通信，以及与个人设备(诸如具有

Smart操作的IDD 12)进行通信，以允许使用例如具体的设备内配对协议进行配对，以限制IDD 12可以与其交换泵操作数据并从其接收控制命令的设备14。

现在将参考图3、4和5描述用于将IDD 12与WC 14配对的特定设备内配对协议的说明性示例。根据说明性实施例并且如下所述，设备内配对协议具有特定的通告和扫描窗口持续时间，并且将对应的设备内配对软件提供给IDD 12和WC 14以实现安全的绑定关系。应该理解的是，参考图3、4和5描述的时序是出于说明的目的，并且时序规格可以取决于用于特定设备配对应用的设计和输入而不同。如下面将要讨论的那样，也可以替代地使用可用于各种设备16并且通常在各种设备16之间使用的设备间、遗留的经典

配对协议，用于例如比用于输送设备的控制通信要求更少安全性的通信，因此没有如IDD 12和WC14之间的绑定关系。

图3图示了在设备间配对之前的IDD 12通告和WC 14扫描。在唤醒后和配对之前，如在106处所指示的，每250毫秒(+/-10％)，IDD 12用IDD启动通告数据分组100进行通告，并对可能的来自WC 14的应答等待3毫秒(+/-10％)。在WCMP 30的请求下，WCCP 32通过每746毫秒(+/-10％)104开始扫描IDD通告大约505毫秒(+/-10％)扫描窗口102来发起通信。在扫描时间段104结束时，如果WCCP 32在传输层超时周期内未检测到任何通告分组100，那么WCCP停止扫描并发送带有传输超时错误代码的Nack响应。如果未检测到通告，那么WCCP32进入睡眠状态。

WC 14可以确定特定类型的设备12是否在其附近。例如，IDD 12启动通告数据可以包括IDD识别信息(例如，所选择的识别设备类型的动态和/或静态参数或值，诸如制造商和/或型号或其它特性)，使得WC 14可以被配置为仅与具有指定的IDD识别信息的设备或IDD配对，而不与具有指定的IDD识别信息的其它设备配对。因此，如果WCCP 32确定IDD 12启动通告数据具有与例如其特定制造商相关的IDD识别信息，那么WC 14可以与通告IDD 12配对。如果不是，那么WCCP 32继续扫描。

配对之后的示例IDD 12通告和WC 14扫描如图4所示。在设备内配对之后，并且可选地当IDD 12没有主动泵送时，IDD以所选择的间隔108(例如，每1秒(+/-10％))用IDD周期数据分组100进行通告。IDD周期性数据分组可以被提供有警报代码或者指示需要向(一个或多个)用户生成通知或以其它方式指示对于通知的请求的条件的其它数据。在每个通告100之后，IDD 12等待30ms(+/-10％)以等待来自WC 14的可能答复。在配对之后，在WCMP 30的请求下，WCCP 32通过每746ms(+/-10％)104开始扫描IDD通告持续505ms(+/-10％)扫描窗口102来启动通信。

泵送期间的示例IDD 12通告和WC 14扫描在图5中示出。如果IDD 12正在输送药物(诸如胰岛素)，那么它可以可选地在分配冲程112结束时每500ms通告达2秒。虽然未在图6中指示，但是在IDD吸入周期110和分配周期112之间的休息时间，IDD 12仍在可能的情况下尝试通告。当IDD 12正在泵送时，在WCMP 30的请求下，WCCP 32通过每746ms(+/-10％)104开始扫描IDD通告505ms(+/-10％)扫描窗口102来发起通信。

在图3、4和5的示例中，由WC 14及其配对的IDD 12实现的设备内无线协议将IDD12配置为仅接受来自配对的WC 14的控制命令(诸如输送胰岛素或配置剂量的无线命令)并且仅将敏感的设备数据或信息发送到配对的WC 14。WC 14和IDD 12之间的这种绑定的、具体的设备内通信关系确保没有其它设备出于安全和保障原因而可以控制IDD 12的操作或接收敏感数据或信息，并且这种绑定的、具体的设备内通信关系一直保持到IDD被停用。在IDD停用之后，WC 14可以自由地与新的IDD 12配对；但是，在任何给定时间，优选地仅允许WC 14与一个IDD 12配对。如果WC 14是智能电话，而不是专用的无线控制器，那么可以为智能电话配置医疗设备控制应用14，该应用控制智能电话的配对以及产生的每次仅与一个IDD 12的绑定关系。

但是，应该理解的是，IDD 12可以使用标准或遗留的经典

协议与WC或智能电话14配对，并且可选地与另一个设备16(例如，智能手表或启用

的耳机或耳塞)配对，或者标准或遗留的经典

协议可以由WC 14用于与另一个设备16配对，以便仅交换不需要与以上结合图3、4和5描述的设备内配对协议相同的绑定关系限制的医疗设备状况或日志数据。例如，如果IDD 12仅使用

链接来请求在WC 14或其它设备16上生成通知，并且因此IDD 12不发送敏感的IDD操作状况数据或接收命令，那么公共设备间协议(例如，遗留的经典

)可以被用于与也支持相同协议的另一个设备14、16配对并请求其通知。为了发送不太敏感的信息，这种遗留的经典启用

的连接性不需要限制与IDD 12配对的(一个或多个)设备16，也不需要具体的非标准间隔，因此不需要IDD 12和WC 14和/或支持具有医疗设备安全操作所需的安全性级别的用于无线连接性的具体设备内协议的其它设备16。换句话说，IDD 12和WC 14可以采用安全的、基于设备内BLE的通信协议来进行安全的药物输送控制操作，并且可以使用公共设备间协议和标准

协议(例如，遗留的经典Bluetooth)将IDD 12与仅接收对于关于IDD操作问题的通知的请求或从IDD 12收集状况或日志数据的设备14和/或设备16(例如，

耳塞或智能手表)配对。

医疗设备12、专用控制器14和具有医疗设备控制器应用14的智能电话被配置为各自实现至少两种不同的无线通信协议，以分别交换被表征为具有至少两个不同级别的安全性要求的数据或信号。例如，参考图2A、2B和2C，医疗设备12中的RF组件54、专用控制器14中的RF组件38或智能电话中的类似RF组件可以根据需要包括(一个或多个)天线和(一个或多个)匹配电路，以容纳两种不同的无线通信协议。类似地，医疗设备12、控制器14或用于智能电话的医疗设备控制应用14被编程或以其它方式被配置为取决于操作的类型和要交换的信息的类型确定何时使用两种不同的无线通信协议。例如，医疗设备12和控制器或控制应用14被编程或以其它方式被配置为约束医疗设备配置和控制操作以及相关的数据和信号(例如，设置剂量、发起和终止输送操作的命令)，以经由两种不同的无线通信协议中的更安全的一种(例如，具体的设备内协议)来进行通信。与要求更安全通信的配置和控制操作相关的数据可以与元数据一起提供或存储在指定的存储器位置中，该存储位置表明需要两种通信协议中更安全的一种在医疗设备和控制器或控制应用14之间进行交换并阻止其与不采用相同安全无线协议(诸如具体的设备内协议)的设备16进行通信。类似地，被指定为比设备12配置和控制数据更不敏感的设备12日志或历史数据或通知可以与元数据或一起提供或将其存储在指定的存储位置中，该存储位置表明可以使用两种通信协议中不太安全的一种来将数据从医疗设备12传送到控制器或控制应用14和/或(一个或多个)设备16和/或从控制器或控制应用14传送到(一个或多个)设备16。

根据说明性实施例并参考图6A、6B和7，智能电话16被配置为根据示例移动中继用例或场景来使用，其中WC 14向智能电话16中继所选择的IDD 12历史数据(例如，设备12状况或日志数据)但不中继实时操作或控制数据，并且智能电话16将中继的信息从WC 14传输到(一个或多个)设备16和可选的基于云的系统94，但不参与操作控制IDD 12。通过使IDD12和/或WC 14与智能电话16一起操作，可以实现许多优点。例如，智能电话16可以通过接收和存储IDD剂量数据或IDD状况日志的备份文件来增加IDD 12和/或WC 14的存储和连接性，从而降低IDD 12和/或WC 14的复杂性和成本。此外，智能电话16的蜂窝无线接口82使IDD12和/或WC 14能够连接到广域网。例如，智能电话可以将IDD 12和/或WC 14连接到(一个或多个)云计算资源(例如，经由如图7中的云94所表示的互联网的专有疾病管理系统)。因此，智能电话16可以向数字健康或其他IDM合作伙伴提供IDD信息(例如，IDD历史推注剂量)，合作伙伴进而通过将IDD 12数据转化为有益于用户健康的行动来通过连接性为客户提供价值。例如，智能电话应用16可以提供可以由医师、家庭或付款人查看以及提供医疗状况健康指导的IDD 12数据和其它疾病或患者相关数据的集成视图。另一方面，在图6A、6B和7所描绘的说明性实施例中，IDD 12的控制(例如，推注剂量的配置和设置)保留在WC 14中；智能电话16仅从WC 14接收非操作IDD 12信息。

参考图7，IDD 12、WC 14和智能电话16需要彼此紧邻以交换

协议信号。WC 14是用于IDD 12的专用手持式控制器，该控制器使用设备内

技术来交换IDD 12操作信息(例如，接收IDD 12状况信息并向IDD 12提供控制信号)，并被配置为与IDD 12数据的历史配对并使用设备间

技术将其中继到智能电话16。智能电话16可以进而经由例如WiFi和/或蜂窝通信将数据推送到指定的基于云的资源94。为了实现这种附加操作，除了上面提到的用于使用设备内

技术参与IDD 12和WC 14之间的通信的操作的电路系统和可编程逻辑操作之外，WC 14还可以设有

应答器和天线以及可编程逻辑操作以经由标准协议(诸如遗留的经典

)参与设备间通信。IDD 12同样设有

应答器和可编程逻辑操作，以添加广播模式以如图6B所示直接参与与设备(16)的设备间通信，或如图6A和6B所示间接地经由WC 14参与与设备(16)的设备间通信。

由WC 14传输到IDD 12的示例IDD 12操作信息可以是但不限于基本速率、推注剂量(即，食物剂量)体积、推注输送取消命令和设备状况查询。由IDD 12传输到WC 14的示例IDD 12操作信息可以是但不限于输送的储存器流体(例如，胰岛素)的时间和量、推注按钮64的激活、储存器空信号以及IDD状况和错误状态。如上所述，使用如上所述的设备内

技术，IDD 12和WC 14之间的IDD 12操作信息交换是安全的(例如，使用32位加密经由BLE进行安全配对，并且不进行公开广播)。

继续参考图6A、6B和7中所示的示例移动中继用例的说明性实施例，在图8A至8E中描绘了在专用手持式WC 14上生成的示例性GUI屏幕。WC 14被编程为在经由设备内协议配对之后配置IDD 12。例如，WC 14可以设置要输送的食物推注量。WC 14还从IDD 12接收状况信号(例如，IDD 12当前正在输送以及输送的量、IDD 12中的储存器76接近空或空、IDD 12的储存器76中的流体接近到期或到期，以及IDD 12经历操作错误)，并且可以基于输送的量信息和IDD日志文件(例如，IDD唤醒的日期和时间、按钮64的按下等)来创建食物剂量摘要。图8A描绘了在WC 14上的示例IDD输送状况屏幕，当WC 14正在接收IDD 12状况信号时，可以生成该屏幕，其中状况信号指示储存器76流体的输送正在进行中。图8B描绘了WC 14上的示例性IDD状况错误屏幕，由此，响应于从IDD 12接收到指示所选择的IDD状况条件(诸如空的储存器76或IDD误动)的状况信号，WC 14使IDD 12停用。图8C、8D和8E描绘了WC 14上的示例食物剂量信息屏幕，该屏幕可以由WC 14使用从IDD 12接收的剂量输送信息的日志来生成。

继续参考图6B、6B和7中所示的示例移动中继用例的说明性实施例，在图9A和9B中描绘了在智能电话16上生成的示例GUI屏幕。智能电话16可以接收给药历史数据，但是不与WC 14或IDD 12交换IDD操作信息，诸如向IDD 12发送状况查询或配置数据或输送取消命令。例如，智能电话16可以使用从WC 14接收的历史记录来生成诸如图9A和9B中所示的食物剂量摘要屏幕之类的屏幕，但是不使用任何实时IDD操作信息来生成屏幕。例如，日剂量(例如，图8A)可以被用于在图9A中的智能电话16屏幕中生成日剂量图，并且从WC 14接收的7、14和30天平均值(例如，图8B和8C)可以被用于在图9B中的智能电话16屏幕中生成7、14和30天平均值。

根据另一个说明性实施例并参考图10和11，智能电话16被配置为根据示例移动控制器用例或场景来使用，其中智能电话16作为WC 14操作(即，参与使用与IDD 12的实时操作数据的交换来操作控制IDD 12)，并且智能电话16可以将比IDD 12操作信息更不敏感的信息传输到(一个或多个)其它设备16，并且可选地传输到基于云的系统94。换句话说，智能电话16在医疗设备控制应用14(例如，对于iPhone和/或Android可用)中设有IDD 12的WC操作控制操作，并且被编程为将IDD 12数据推送到(一个或多个)设备16或记载的接口(例如，云)。医疗设备控制应用14控制智能电话16与IDD 12执行操作信息交换，这些操作使用如上所述的设备内

技术是安全的(例如，使用32位加密经由BLE进行安全配对，并且没有公开广播)。智能电话还被配置为使用不同的设备间通信协议(例如，遗留的经典

)来向(一个或多个)其它设备16(诸如基于云的系统94)传输比IDD 12操作信息更不敏感的信息。对于图10和11的移动控制器用例中的医疗设备控制应用16，图12A至12E中描绘了在智能电话16上生成的示例GUI屏幕，除了它们被格式化为智能电话GUI屏幕而不是可以具有专有的显示配置参数的专用WC 14上的GUI屏幕之外，它们类似于图8A至8E中所示的屏幕。对于示例移动控制器用例，智能电话还可以生成图9A和9B中所描绘的屏幕。

根据另一个说明性实施例，结合图6A和7描述的智能电话16(即，被配置为根据示例移动中继用例进行操作)也可以用允许智能电话16用户调整IDD 12操作信息(诸如要输送的胰岛素的单位数)的附加功能来编程。例如，用户可以经由WC 14或经由具有医疗设备控制应用14的智能电话16间接地调整IDD 12的基础或推注胰岛素给药，对于控制IDD 12的WC 14操作(例如，剂量设置)中的全部或部分，这可以如上结合图10和11中所描绘的说明性实施例所述地实现。例如，根据图10和11的示例移动控制器用例采用的智能电话16被配置为采用用于与WC 14进行安全通信的通信协议(例如，使用如上所述的设备内

技术，诸如使用32位加密经由BLE进行安全配对并且没有公开广播)。但是，智能电话16的医疗设备控制应用14用来与WC 14通信的设备内

技术不需要具有用于IDD 12和WC 14通信的上述约束(例如，通告间隔和用于扫描的窗口以及IDD节能，如图3-5中所示)。智能电话16还被配置用于移动中继用例，该移动中继用例采用不同的设备间通信协议(例如，遗留的经典

)来向基于云的系统94传输比IDD 12操作信息更不敏感的信息。例如，在移动中继用例中，智能电话16可以与LAN/WAN互连(例如，使用用于非BAN连接性的

或其它无线通信协议)以使得能够与互连糖尿病管理(IDM)系统协作，诸如将智能电话16IDM应用与患者血糖监测仪配对以跟踪BG水平和胰岛素剂量捕获。

根据另一个说明性实施例并参考图13，实现了与医疗设备12(例如，IDD)相关的智能电话连接性的另一个优点。当前，来自医疗设备的非常有限的系统数据(例如，设备12数据或患者生成的数据)可供制造商或产品支持团队用于远程故障排除。客户支持模式通常可用于最终用户122(例如，经由密码)，在该模式下，一些信息可以经由电话呼叫中继给客户服务人员124，如总体上在126处指示的。但是，数据非常有限，并且常常无助于诊断医疗设备12的困难或误动，从而导致最终用户不得不将设备12发送回其制造商以进行深入分析和故障排除。将设备退还给其制造商的这种要求提出了许多挑战。例如，用户122可以选择根本不将设备12发送回制造商进行分析。如果用户122选择将设备12退还给制造商，那么用户可能必须给设备12去污。而且，可能需要用于运送设备12的特殊包装，这增加了制造商的成本。而且，将设备12物理运送到其制造商以进行分析和故障排除造成对设备12问题的诊断的延迟，以及在设备停止工作时患者治疗的可能延迟。

根据说明性实施例，为智能电话16提供直通门户应用128，以允许客户服务人员124远程查看设备12上的数据。由于设备12的数据可以是敏感的(即，要求隐私保护和/或安全性以防止对设备操作的恶意攻击，因此来自医疗设备12的数据通过智能设备(例如，智能电话16)上的门户应用128，但不保存在智能设备上)。代替地，门户应用128经由智能电话16将医疗设备12的数据中继到云94，并且数据驻留在云94中以进行远程诊断。门户应用可以被配置为例如采用上述设备内

技术(例如，使用32位加密经由BLE的安全配对并且没有公开广播)以在门户应用128和设备12之间交换数据。类似地，云94中可以具有云计算设备，该云计算设备被配置为采用相同的设备内

技术(例如，使用32位加密经由BLE的安全配对并且没有公开广播)以与门户应用128交换数据。用于在医疗设备和云94之间安全地中继敏感设备数据的门户应用以及由客户服务人员124安全访问云94上的数据允许客户服务人员124在客户服务呼叫期间查看医疗设备12的系统数据的快照。

如上所述，来自医疗设备12的系统数据经由移动应用128发送到最终用户122的智能设备(例如，智能电话16)。一旦下载到用户设备16，这个应用128就可以要求用户122批准将设备12数据发送到智能电话16，然后使用Wi-Fi或蜂窝通信经由云84发送到制造商，如图13中130处所指示的。应用128一般是支持直通模式并且不在智能设备16上存储任何数据的门户。代替地，设备12的数据存储在云94中，客户服务人员124可以在那里查看数据并对用户122的设备12进行故障排除。因此，直通应用128促进医疗设备12问题的实时诊断。

例如，最终用户122经由免费电话号码呼叫客户服务124(步骤1)。如果客户服务人员124无法使用用户122提供的初步数据经由初始电话呼叫诊断或解决设备12的问题(步骤2)，那么客户服务代表124获得最终用户122的批准以代替设备12本身发送医疗设备12的数据以进行更深入的分析(步骤3)。客户服务代表124可以指示用户122从互联网(例如，经由Google Play或iPhone AppStore)将应用128下载到用户的智能设备16上(步骤4)。客户服务代表124和/或经由应用128提供的指令协助用户122完成经由智能设备16将设备12的数据发送到客户服务代表可以访问的安全服务器94所必需的步骤(步骤5)。客户服务代表124进而可以对设备12的数据执行深入的数据分析(步骤6)，并且可以向最终用户提供解决方案或至少实时地向最终用户122提供诊断和/或反馈，诸如在结束通话之前(步骤7)。

图14图示了IDD 12和WC 14的示例实施例，其中智能电话16连接到示例信息增强系统(诸如IDM系统140)中的其它设备，其通过使用移动IDM应用和设备连接性改善消费者健康体验。系统140为每个用户提供高度个性化和相关的内容体验，其中定制体验以适合用户的患者历程。例如，可以从被动跟踪医疗/保健设备数据并方便地访问该数据中获得可行的见解。如图14中所示，WC 14可以被配置为作为BAN中的集线器来操作，以与IDD 12和其它BAN设备(诸如血糖(BG)仪16b)及其在16a处表示的对应智能电话应用进行安全的无线通信(例如，使用设备内BLE技术)。WC 14还可以被配置为使用不同的设备间通信协议(例如，具有广播模式的BLE)以将通知和历史数据从IDD 12传送到智能电话16。此外，WC 14可以采用相同的或另一种设备间通信协议来向在16c处指示的在外部医疗服务系统142中与用户相关的医师/保健提供者(MD/HCP)计算机或计算机系统和/或与MD/HCP、药房和护理人员对应的设备16d，16e，…，16n发送IDD 12和BD仪16b的历史数据以及其它设备数据，以及从其接收医疗或患者数据。应该理解的是，根据另一个说明性实施例，IDD 12可以用智能电话作为WC 14并且因此还作为集线器来进行操作。IDM系统140的优点是改善的客户体验，诸如对关于其智能电话16IDM应用的最佳实践、技巧和见解的访问，以及综合健康和/或疾病管理辅导服务以及通过双向通信进行的风险分类。此外，IDM系统140提供对一致且完整的临床数据集(例如，从连接的仪表16b报告的BG值)、给药和滴定算法、护理计划依从性监测和综合紧急医疗响应(EMR)计划以及其它功能的方便访问。

图15是在智能电话16上生成的示例GUI主屏幕148，其具有图标150和152，分别用于打开和访问下载并安装到智能电话16的IDD 12控制应用和IDM应用。可以为各种医疗/健康应用提供其它图标(未示出)，各种医疗/健康应用诸如BG监视器、运动监视应用、碳水化合物跟踪器、用于从药物输送笔捕获数据的应用等等。

图16是在智能电话16上生成的示例连接的医疗/健康设备设置屏幕154，该屏幕154允许用户选择智能电话16上的哪些医疗/健康应用可以被连接以经由

与其它设备16交换数据。例如，用户可以使用GUI切换按钮156打开或关闭智能电话16的

功能。已连接的设备应用的列表出现在屏幕154上，诸如笔应用、泵应用(例如，用于IDD 12)、BG仪表应用、Fitbit应用和IDM应用。每个列出的应用都具有选择按钮158以扩展其视图并指示用于

连接性的切换按钮160，即，允许应用与其对应的已连接设备无线地交换信号，以及允许IDM应用将信息传送到云94或其它远程IDM计算机。

图17是在智能电话16上生成的示例IDM应用主屏幕164，其示出了来自连接的BG设备的葡萄糖数据、来自IDD 12和/或连接的笔的剂量数据以及活动数据(例如，来自连接的Fitbit)。图18是另一个示例IDM应用主屏幕166，其具有分别用于选择MyData、BG和LOG的按钮168、170和172，这些按钮可以被选择以通过在单独的屏幕上或在弹出对话框中列出对应的数据点(例如，剂量的历史、或BG值、或消耗的碳水化合物和/或活动水平)来扩展屏幕视图。屏幕166还包括向用户提供消息的部分174，该消息是使用例如预测分析和机器学习模块以及用户数据生成的，诸如但不限于以下任何一项：BG读数和所输送药物的日期、时间以及量或水平，与用户活动水平相关的信息、情绪或总体健康状况的指示，膳食数据(诸如摄入的碳水化合物)，以及用户与IDM应用交互的历史(包括聊天机器人查询和响应)。消息可以是提供所选择的信息的提议，用户可以通过激活“告诉我更多”按钮182来选择接收这些信息。

图18中的示例IDM应用主屏幕166还包括“询问IDM”按钮176，可以选择该按钮以引起屏幕特征178的生成，其中可以输入用于用户查询的字母数字文本，如图19中示例聊天对话框屏幕180中所示，该屏幕可以响应于按钮176的激活而在智能电话16上生成。

图20-23中的示例屏幕响应于例如激活“告诉我更多”按钮182(例如，参见图18中的屏幕166)或输入到图19中描绘的屏幕180中的屏幕部分178中的对应查询来提供关于IDD12的信息。图20-23可以是在屏幕中播放的向用户提供例如WC 14的特征的介绍、IDD 12包装中提供的项以及如何使用它们填充IDD 12、将IDD 12应用于用户的皮肤以及使用IDD 12设置推注或食物剂量并手动激活按钮以开始推注剂量的视频的相应屏幕或相应部分。

根据说明性实施例，通过将IDD 12和WC 14被配置为既不传输也不捕获这样的数据来维护受保护的健康信息(PHI)和个人可识别信息(PII)以及其它类型的个人数据和敏感数据的安全性。例如，IDD 12和WC 14被配置为仅使用安全通信协议在设备之间传输配置数据(例如，给药量)。另外，IDD 12和WC 14被配置为存储配置数据，但不存储PII或PHI。如果IDD 12和WC与另一个(多个)设备16通信，那么设备16或其应用被配置为也限制该设备存储配置或状况或日志数据，但不存储从系统10中连接的设备12、14获得的PII或PHI。

根据说明性实施例的方面，可以通过不允许连接的设备16监视IDD或WC的状况来维持关于IDD 12和WC 14的安全性。代替地，WC 14可以被配置为被限制为仅将日志文件传送到BWCDI并且仅在与BWCDI安全配对之后传送。

根据说明性实施例的各方面，IDD 12被配置为不接收维护或推送更新。例如，IDD12被配置为一次性的并且在其生命周期内不需要更新。此外，WC 14还被配置为在服务处置方面受到限制。例如，在初次分发之后，除可更换的碱性电池之外，WC被设计为不可现场维修(即，不允许用户检查、调整、更换或维护任何部分)。如参考图13中所示的实施例所描述的，可以经由直通应用128来提供系统数据从医疗设备12到制造商、产品支持团队或服务客户支持人员的安全通信，以提供一般系统问题的远程故障排除和诊断和/或加强系统对患者和/护理人员的正确使用和维护。此外，系统10可以在适当的情况下采用内部处理来直接向客户提供寿命终止和支持终止通知，诸如使用存储的客户数据经由电子邮件、语音邮件或直接邮寄来与客户联系，作为内部处理的替代或补充。

分别用于IDD控制器操作和其它设备通信的(一个或多个)智能电话应用14和16同样限制了在智能电话14或16或其它连接的设备16处捕获、从其传输并存储在其中的数据。根据说明性实施例的各方面，系统10利用设备专用的

配对带外(OOB)关联模型用于将IDD 12和WC 14配对以增加系统对潜在的MITM攻击的抵抗力。另外，WC 14不要求授权或认证。换句话说，能访问设备14的任何人都可以使用和控制设备14，出于人为因素的原因(例如，患者和护理人员对于易于使用的偏好)，这是有利的。

本领域技术人员将理解的是，本公开不限于其应用于以下描述中阐述的或附图中图示的构造的细节和组件的布置。本文的实施例能够具有其它实施例，并且能够以各种方式实践或执行。而且，将理解的是，本文使用的措辞和术语是为了描述的目的，不应该被认为是限制性的。本文中“包括”、“包含”或“具有”及其变型的使用旨在涵盖其后列出的项目及其等同物以及附加项目。除非另有限制，否则本文中术语“连接”、“耦合”和“安装”及其变型被广泛使用并且包括直接和间接连接、耦合和安装。此外，术语“连接”和“耦合”及其变型不限于物理或机械连接或耦合。另外，诸如上部、下部、底部和顶部的术语是相对的，并且用于帮助图示，但不是限制性的。

根据所示实施例采用的说明性设备、系统和方法的组件可以至少部分地在数字电子电路系统、模拟电子电路系统或在计算机硬件、固件、软件或它们的组合中实现。例如，这些组件可以例如作为计算机程序产品来实现，诸如计算机程序、程序代码或有形地实施在信息载体中或机器可读存储设备中的计算机指令，用于由诸如可编程处理器、计算机或多个计算机等数据处理装置执行或控制操作。

计算机程序可以用任何形式的编程语言编写，包括编译或解释语言，并且可以以任何形式部署，包括作为独立程序或作为模块、组件、子例程或其它适用于在计算环境中使用的单元。可以部署计算机程序以在一个计算机上或在一个站点处的多个计算机或者分布在多个站点上并通过通信网络互连的多个计算机上执行。而且，用于实现说明性实施例的功能程序、代码和代码段可以由说明性实施例所属领域的程序员容易地解释为在本发明的范围内。与说明性实施例相关联的方法步骤可以由执行计算机程序、代码或指令以执行功能的一个或多个可编程处理器执行(例如，通过对输入数据进行操作和/或生成输出)。例如，方法步骤也可以由专用逻辑电路系统来执行，例如FPGA(现场可编程门阵列)或ASIC(专用集成电路)，并且说明性实施例的装置可以被实现为专用逻辑电路系统，例如FPGA或ASIC。

结合本文所公开的实施例描述的各种说明性逻辑方框、模块和电路可以用被设计为执行本文描述的功能的通用处理器、数字信号处理器(DSP)、ASIC、FPGA或其它可编程逻辑设备、分立门或晶体管逻辑、分立硬件组件或其任何组合来实现或执行。通用处理器可以是微处理器，但在替代方案中，处理器可以是任何常规处理器、控制器、微控制器或状态机。处理器还可以被实现为计算设备的组合，例如DSP和微处理器的组合、多个微处理器、结合DSP内核的一个或多个微处理器、或任何其它这样的配置。

作为示例，适合于执行计算机程序的处理器包括通用和专用微处理器、以及任何类型的数字计算机的任何一个或多个处理器。通常，处理器将接收来自只读存储器或随机访问存储器或两者的指令和数据。计算机的基本元件是用于执行指令的处理器和用于存储指令和数据的一个或多个存储器设备。通常，计算机还将包括用于存储数据的一个或多个大容量存储设备，或可操作地耦合以从该一个或多个大容量存储设备接收数据或将数据传输到该一个或多个大容量存储设备或两者，大容量存储设备例如磁盘、磁光盘或光盘。适用于实施计算机程序指令和数据的信息载体包括所有形式的非易失性存储器，作为示例包括半导体存储器设备，例如电可编程只读存储器或ROM(EPROM)、电可擦除可编程ROM(EEPROM)、闪存设备和数据存储盘(例如磁盘、内部硬盘或可移动盘、磁光盘和CD-ROM和DVD-ROM盘)。处理器和存储器可以由专用逻辑电路系统补充或结合在专用逻辑电路系统中。

本领域技术人员将理解的是，可以使用各种不同技术和技巧中的任何一种来表示信息和信号。例如，可以在整个以上描述中参考的数据、指令、命令、信息、信号、比特、符号和芯片可以由电压、电流、电磁波、磁场或粒子、光场或粒子或其任何组合表示。

除非在所附权利要求中阐述，否则以上给出的描述和附图仅旨在作为示例，并不旨在以任何方式进行限制。特别要注意的是，本领域技术人员可以容易地以多种其它方式组合上面已经描述的各种说明性实施例的各种元件的各种技术方面。

Claims (20)

1.一种用于控制医疗设备的设备，包括：

射频(RF)电路，被配置为与医疗设备交换RF信号；

存储器设备；以及

处理设备，连接到RF电路和存储器设备，并被配置为采用至少两种无线通信协议中所选择的一种来经由RF电路与医疗设备交换RF信号，其中所述至少两种无线通信协议包括第一通信协议和第二通信协议，第一通信协议被处理设备用来将设备与医疗设备配对以安全地发送选自配置数据、医疗设备操作数据和控制信号的安全信息以操作医疗设备，第二通信协议被处理设备用来与不同于医疗设备的一个或多个设备配对以及向所述一个或多个其它设备发送选自需要比安全信息更少安全性的医疗设备数据和通知的信息。

2.如权利要求1所述的设备，其中该设备选自用于医疗设备的手持式专用控制器和其上存储有医疗设备控制应用以供执行以控制医疗设备的智能电话。

3.如权利要求1所述的设备，其中第一通信协议将医疗设备的配对限制到仅用于控制医疗设备的操作的设备。

4.如权利要求3所述的设备，其中第一通信协议是

低能耗(BLE)通信协议。

5.如权利要求4所述的设备，其中BLE通信协议没有广播模式。

6.如权利要求3所述的设备，其中第一通信协议特定于医疗设备，并且不能被所述一个或多个其它设备用于与该设备配对。

7.如权利要求1所述的设备，其中第二通信协议是设备所采用的与所述一个或多个其它设备配对的标准

协议，并且包括发现所述一个或多个其它设备的广播模式。

8.如权利要求1所述的设备，其中，通过采用第一通信协议与医疗设备配对和交换信号，以及采用第二通信协议与所述一个或多个其它设备配对和交换信号，该设备被配置为在综合疾病管理(IDM)系统中作为集线器操作，其中医疗设备是药物输送设备，并且所述一个或多个其它设备选自血糖监测仪、碳水化合物跟踪设备和体育锻炼跟踪设备。

9.如权利要求1所述的设备，还包括用于将与医疗设备相关的数据传递到另一个设备的门户应用，该门户应用被配置为接收从医疗设备传输的数据并将其提供给另一个设备而不在设备上存储该数据。

10.如权利要求1所述的设备，其中处理设备被配置为取决于选自需要传输信号的操作的类型和经由信号发送的信息的类型的准则来确定采用第一通信协议和第二通信协议中的哪一个来经由RF电路传输信号。

11.如权利要求10所述的设备，其中操作的类型选自发送医疗设备控制命令、设置医疗设备配置参数、请求医疗设备状况数据、请求医疗设备日志数据、从医疗设备请求安全数据以及将数据传输到所述一个或多个其它设备，并且处理设备被配置为采用第一通信协议来执行选自发送医疗设备控制命令、设置医疗设备配置参数和从医疗设备请求安全数据的操作的类型，以及采用第二通信协议来执行选自请求医疗设备状况数据、请求医疗设备日志数据和向所述一个或多个其它设备传输数据的操作的类型。

12.如权利要求1所述的设备，其中所述一个或多个其它设备选自智能手表、便携式监视设备、启用

的腕带设备、血糖监测器、碳水化合物跟踪设备和体育锻炼跟踪设备。

13.如权利要求1所述的设备，还包括用户界面，该用户界面包括连接到处理设备的图形用户界面(GUI)，处理设备被配置为在GUI上显示至少一个屏幕，该屏幕指示与选自医疗设备操作应用、血糖监测器应用、碳水化合物跟踪应用、体育锻炼跟踪应用、药物输送管理应用和综合疾病管理应用的智能电话应用对应的设备应用图标，以及用于选自针对智能电话应用中每一个的启用

和禁用

的用户选择的设置的至少一个应用配置提示。

14.一种医疗设备，包括：

射频(RF)电路，被配置为与不同于该医疗设备的一个或多个设备交换RF信号；

存储器设备；以及

处理设备，连接到RF电路和存储器设备并被配置为采用至少两种无线通信协议中所选择的一种，以经由RF电路与所述一个或多个设备交换RF信号，其中所述至少两种无线通信协议包括第一通信协议和第二通信协议，第一通信协议被处理设备用来将医疗设备与所述一个或多个设备配对以安全地交换选自配置数据、医疗设备操作数据和控制信号的安全信息以操作医疗设备，第二通信协议被处理设备用来将医疗设备与所述一个或多个设备配对以向所述一个或多个设备发送选自需要比安全信息更少安全性的医疗设备数据和通知的信息。

15.如权利要求14所述的设备，其中所述一个或多个设备选自用于医疗设备的手持式专用控制器和其上存储有医疗设备控制应用以供执行以控制医疗设备的智能电话。

16.如权利要求14所述的设备，其中第一通信协议将医疗设备的配对限制到所述一个或多个设备中仅所选择的一个用于控制医疗设备的操作。

17.如权利要求16所述的设备，其中第一通信协议是

低能耗(BLE)通信协议。

18.如权利要求17所述的设备，其中BLE通信协议没有广播模式。

19.如权利要求16所述的设备，其中第一通信协议特定于医疗设备和所述一个或多个设备中所选择的一个，并且不能被所述一个或多个其它设备中的其余设备用于与医疗设备配对。

20.如权利要求14所述的设备，其中第二通信协议是医疗设备用来与一个或多个其它设备配对的标准

协议，并且包括发现所述一个或多个其它设备的广播模式。

Images