用于健康监视和提供紧急支援的系统和方法与流程

文档序号:20167440发布日期:2020-03-24 21:55阅读:220来源:国知局
用于健康监视和提供紧急支援的系统和方法与流程

相关申请的交叉引用

本申请案要求2017年6月9日提交的标题为“用于健康监视和提供紧急支援的系统和方法(systemsandmethodsforhealthmonitoringandprovidingemergencysupport)”的第15/618,487号美国专利申请的优先权,所述美国专利申请要求2016年6月9日提交的标题为“健康监视紧急支援、命令和控制系统(ahealthmonitoringemergencysupport,commandandcontrolsystem)”的第62/348,113号美国专利申请的优先权,以上申请的全部内容出于所有目的以引用方式并入本文中。

本公开大体上涉及用于健康监视和提供紧急支援的系统和方法。更确切地说,本公开涉及一种健康监视紧急支援、命令和控制系统,其被设计成本地地以及通过支援小组远程地使受试者能够与第一响应者连接。



背景技术:

大体来说,健康监视紧急系统被配置成使受试用户能够与紧急服务快速连接。在美国的婴儿潮的百分之二十八年度增长率和老年人的百分之八十慢性疾病率的情况下,紧急支援平台已经变为几乎服务于十亿人的增长行业。然而,即使行业快速增长,社会也仍依赖于旧的现有紧急响应方案。

常规紧急支援平台使受试者能够与公共安全应答点(public-safetyansweringpoint,psap)连接。一旦与psap联系,便使用由受试者提供的预定位置向受试者调度紧急服务,或者受试者将其位置传送到psap。

当受试者不在预定位置或不能够与psap通信时,常规紧急支援平台失效。在紧急情况下需要受试者传送其实时位置。

常规紧急支援平台的另一缺点是它们并不提供在一旦警报被激活后让受试者验证或取消警报的令人满意的方式。当错误警报被激活时,紧急响应者浪费了原本可能被分配给实际紧急情况和患者的宝贵的时间和资源,而受试者也付出了紧急调度的成本费用。

常规紧急支援平台的再一缺点是用于受试者的支援圈(circleofsupport,cos)并无用于接收关于紧急情况的信息或验证紧急情况是否真实的手段。受试者的支援圈包括受试者最容易识别的人以及认识受试者且最佳了解其病史的人。当受试者不能够进行通信时,受试者的支援圈无法使用常规紧急支援系统以任何方式进行帮助。

因此,在本公开之前需要改进的紧急支援平台,所述平台使以下过程流畅:调度紧急响应者,参与受试者的支援圈,且向紧急响应者供应关键的患者医疗信息,同时最小化或消除错误呼叫数目。

此背景技术部分中所公开的信息仅用于增强对本发明的大体背景技术的理解,而不应视为表示此信息形成所属领域的技术人员已经知道的现有技术的承认或任何形式的暗示。



技术实现要素:

有利的是,在本公开中详细解决了上文详述的现有技术中的缺点。

本公开的各种方面是针对提供健康监视紧急支援、命令和控制系统。

本公开的一个方面提供用于向多个受试者提供健康监视和紧急支援服务的计算机系统。所述计算机系统包括第一计算机,所述第一计算机包括一个或多个第一处理器和第一存储器。第一存储器包括第一非暂时性指令,第一非暂时性指令当由所述一个或多个第一处理器执行时执行第一方法。第一方法包括运行监视过程。

监视过程针对多个受试者中的每一相应受试者轮询来自与相应受试者相关联的多个健康监视装置中的对应健康监视装置的多个数据元素中的对应数据元素。在一些实施例中,对应健康监视装置植入对应受试者中。在一些实施例中,对应健康监视装置连接到对应受试者。在一些实施例中,对应健康监视装置由对应受试者穿戴。在一些实施例中,对应健康监视装置未由对应受试者穿戴或植入对应受试者中。

当相应数据元素满足报警触发条件时,发起用于所述多个受试者中的候选受试者的第一通知过程。

当相应数据元素满足报警触发条件时针对所述多个受试者中的候选受试者执行的第一通知过程包括响应于报警触发条件在候选受试者与所述多个支援成员中的支援成员之间创建独立于所述支援成员的位置的通信信道。接下来,将数据元素或报警触发条件传送到多个远程装置中的每一远程装置和候选受试者的装置。所述多个远程装置中的每一远程装置与多个支援成员中与候选受试者唯一地相关联的相应支援成员相关联。接收来自所述多个支援成员中与候选受试者唯一地相关联的任何一个或多个支援成员的验证响应。响应于验证响应,发起第二通知过程。当验证响应满足第一条件时第二通知过程向远程报警监视中心通知报警触发条件。当所述验证响应满足第二条件时可以终止所述第一通知过程而不向所述远程报警监视中心通知所述报警触发条件。

在一些实施例中,对应健康监视装置是智能电话装置。在一些实施例中,对应健康监视装置将相应数据元素无线传输到所述计算机系统。

在一些实施例中,所述轮询还包括用于从候选受试者接收中断通信的指令,以使得当在接收用于候选受试者的相应数据元素的预定时间段内接收到来自候选受试者的中断通信时,取消第一通知过程和报警触发条件。在一些实施例中,所述预定时间段是15秒、10秒、5与30秒之间,或某一其它合适的时间。

在一些实施例中,由候选受试者在与候选受试者相关联的健康监视装置处使用推送命令输入代表性数据元素。即,候选受试者前瞻性地发起报警。

在一些实施例中,由候选受试者在与候选受试者相关联的健康监视装置处装备且随后通过一系列推送命令输入代表性数据元素。

在一些实施例中,相应数据元素包含候选受试者的全球定位系统坐标,且将数据元素或报警触发条件传送到多个远程装置中的每一远程装置包含传送候选受试者的全球定位系统坐标。

在一些实施例中,相应数据元素包括所记录的来自对应于候选受试者的健康监视装置的音频或视频,且将数据元素或报警触发条件传送到所述多个远程装置中的每一远程装置包含传送所记录的候选受试者的音频或视频。

在一些实施例中,相应数据元素包括来自对应于候选受试者的健康监视装置的现场音频或视频,且将数据元素或报警触发条件传送到所述多个远程装置中的每一远程装置包含传送候选受试者的现场音频或视频。

在一些实施例中,将数据元素或报警触发条件传送到所述多个远程装置中的每一远程装置重复地发生。

在一些实施例中,将数据元素或报警触发条件传送到所述多个远程装置中的每一远程装置以预定间隔重复地发生。

在一些实施例中,当相应数据元素包括通过与候选受试者相关联的对应健康监视装置传输的可听报警时所述相应数据元素满足报警触发条件。

在一些实施例中,与候选受试者唯一地相关联的所述多个支援成员包括候选受试者的家庭成员或候选受试者的朋友。

在一些实施例中,所述多个支援成员中的每一支援成员在自愿的基础上充当数据元素或报警触发条件的接收方。

在一些实施例中,远程报警监视中心是在候选受试者订阅的基础上在第二通知过程中接收报警触发条件的远程报警公司、医生、提供商群组、医院、医院网络、健康保险公司、药店、政府主体、第一响应者企业实体或开处方的临床医生。

在一些实施例中,第一条件是由相应支援成员响应于数据元素或报警触发条件的通信对候选受试者需要紧急服务的验证,且第二条件是由相应支援成员响应于数据元素或报警触发条件的通信对不存在候选受试者需要紧急服务的肯定验证。

本公开的另一方面提供用于向多个受试者提供健康监视和紧急支援服务的方法。所述方法包括运行监视过程。在监视过程中,对于多个受试者中的每一相应受试者,所述监视过程包括轮询来自与相应受试者相关联的多个健康监视装置中的对应健康监视装置的多个数据元素中的相应数据元素。当相应数据元素满足报警触发条件时,发起用于所述多个受试者中的候选受试者的第一通知过程。当相应数据元素满足报警触发条件时针对所述多个受试者中的候选受试者执行的第一通知过程包括响应于报警触发条件在候选受试者与所述多个支援成员中的支援成员之间创建独立于所述支援成员的位置的通信信道。接下来,将数据元素或报警触发条件传送到多个远程装置中的每一远程装置和候选受试者的装置。所述多个远程装置中的每一远程装置与多个支援成员中与候选受试者唯一地相关联的相应支援成员相关联。接收来自所述多个支援成员中与候选受试者唯一地相关联的任何一个或多个支援成员的验证响应。响应于验证响应,发起第二通知过程。当验证响应满足第一条件时第二通知过程向远程报警监视中心通知报警触发条件。当所述验证响应满足第二条件时可以终止所述第一通知过程而不向所述远程报警监视中心通知所述报警触发条件。

本公开的另一方面提供一种非暂时性计算机可读存储介质,其中所述非暂时性计算机可读存储介质存储指令,所述指令当由计算机系统执行时使所述计算机系统执行本公开中所述的用于提供健康监视和紧急支援服务的方法中的任一个。

根据本公开的一方面,上述和其它目标可以通过提供使调度紧急响应者且参与受试者的支援圈的过程流畅的健康监视和紧急支援服务而实现。

本公开的方法和设备具有从并入本文的附图和以下具体实施方式中将显而易见或更详细地阐述的其它特征和优点,附图和具体实施方式一起用来阐释本发明的某些原理。

附图说明

图1示出根据本公开的示例性实施例的包含健康监视和紧急支援系统的示例性系统拓扑;

图2a到图2b示出根据本公开的示例性实施例的健康监视紧急支援系统;

图3示出根据本公开的示例性实施例的健康监视紧急支援应用程序的模块和/或组件;

图4提供根据本公开的示例性实施例的用于健康监视紧急支援系统的计算机系统的过程和特征的流程图;

图5示出根据本公开的示例性实施例的健康监视紧急支援系统的用户界面;

图6示出根据本公开的示例性实施例的健康监视紧急支援系统的用户界面;

图7示出根据本公开的示例性实施例的健康监视紧急支援系统的用户界面;以及

图8示出根据本公开的示例性实施例的健康监视紧急支援系统的用户界面。

应理解,附图未必是按比例绘制的,呈现了说明本发明的基本原理的各种特征的略微简化的表示。如本文中所公开的本发明的特定设计特征(例如,包含特定尺寸、定向、位置以及形状)将部分地由特定既定应用以及使用环境来确定。

在图中,在附图的各图中参考标号始终是指本发明的相同或等效部分。

具体实施方式

现将详细参考本公开的各种实施例,本公开的实例在随附图式中加以说明并在下文中描述。虽然将结合示例性实施例描述本公开,但应理解,本描述并不希望将本发明限于那些示例性实施例。相反,本发明希望不仅涵盖示例性实施例,而且涵盖可以包含于由所附权利要求书限定的本发明的精神和范围内的各种替代方案、修改、等效物和其它实施例。

还将理解,虽然术语“第一”、“第二”等可在本文中用于描述各种元件,但这些元件不应受这些术语限制。这些术语仅用于将一个元件与另一元件区分开来。例如,在不脱离本公开的范围的情况下,第一受试者可以被称为第二受试者,并且类似地,第二受试者可以被称为第一受试者。虽然第一受试者和第二受试者都是受试者,但他们不是同一受试者。此外,术语“受试者”和“用户”在本文中可互换使用。

在本公开中使用的术语只是为了描述特定实施例的目的,并且并非旨在限制本发明。如在本发明和所附权利要求的描述中所使用的,除非上下文另外明确地指示,否则单数形式“一个/一种(a)”、“一个/一种(an)”和“所述(the)”旨在同样包含复数形式。还将理解,如本文中所使用的术语“和/或”指代且涵盖相关联的所列项目中的一或多者的任何及所有可能的组合。应进一步理解,当用于本说明书中时,术语“包括(comprises/comprising)”指定存在所陈述的特征、整数、步骤、操作、元件和或组件,但不排除存在或添加一个或多个其它特征、整数、步骤、操作、元件、组件和/或其群组。

如在本文所使用的,取决于上下文,术语“如果”可以被解释成意指“当……时(when)”或“在……时(upon)”或者“响应于确定”或“响应于检测”。类似地,根据上下文,短语“如果确定”或“如果检测到[所陈述的条件或事件]”可以被解释为意指“在确定……时”或“响应于确定”或“在检测到[所陈述的条件或事件]时”或“响应于检测到[所陈述的条件或事件]”。

本公开的一方面是针对提供健康监视和紧急支援服务。

本公开依赖于多个数据元素的获取,其中所述多个数据元素中的每一数据元素是来自第一多个受试者中的对应受试者的对应健康监视装置。在一些实施例中,对应健康监视装置植入对应受试者中。在另一实施例中,对应健康监视装置由对应受试者穿戴。在又一实施例中,对应健康监视装置未由对应受试者穿戴或植入对应受试者中。图1示出用于获取此类数据的集成系统148的实例。集成系统148包含各自与不同受试者相关联一个或多个健康监视装置102、各自与不同支援成员相关联的一个或多个远程装置104,以及健康监视和紧急支援服务器150。

在本实施例中,健康监视装置102和远程装置104利用相同硬件并且可视为相同的。除非另外说明,否则健康监视装置102的硬件特征对于远程装置104是相同的。

通过集成系统148,获得来自受试者的医疗装置102的数据元素。每一数据元素包括健康监视装置的状况或由健康监视装置测得的对应受试者的状况。所述多个数据元素用于确定何时触发警报。

结合图1至图3描述根据本公开的用于提供健康监视和紧急支援服务的系统148的详细说明。因此,图1至图3共同示出根据本公开的系统的拓扑。在所述拓扑中,存在用于从多个受试者接收多个数据元素且使用这些数据元素确定警报触发条件的健康监视和紧急支援系统150(“健康监视和紧急支援系统150”)(图1和图2)、与每一受试者相关联的一个或多个健康监视装置102(图1),以及与每一受试者的支援成员相关联的一个或多个移除装置(图1)。

参看图1,健康监视和紧急支援系统150确定警报触发条件。为此,健康监视和紧急支援系统150接收源自一个或健康监视装置102的数据元素,所述数据元素已经提供给对应受试者。

每一此类数据元素包括健康监视装置102的状况或由健康监视装置102得出的对应受试者的状况。

在一些实施例中,健康监视和紧急支援系统150通过射频信号无线地接收数据元素。在一些实施例中,此类信号符合802.11(wifi)、蓝牙或zigbee标准。

在一些实施例中,健康监视和紧急支援系统150直接接收数据元素。在一些实施例中,健康监视和紧急支援系统150从辅助服务器(未示出)接收数据元素,所述辅助服务器分析数据且将分析后的数据传递到健康监视和紧急支援系统150。

在一些实施例中,健康监视和紧急支援系统150间接接收数据元素。举例来说,在一些实施例中,装置102是共享与和用户相关联的智能电话的蓝牙连接的测量装置(例如,葡萄糖传感器)。在此类实施例中,健康监视装置102将指示受试者的健康的信号传递到智能电话,智能电话又将信号发送到健康监视和紧急支援系统150。在一些此类实施例中,智能电话(在图1中未图示)分析来自装置102的信号,且仅当已满足预定阈值准则(例如,与受试者的健康相关联的测得值的突然改变、与受试者的健康相关联的值的趋势改变等)时将数据元素发送到健康监视和紧急支援系统150。在一些此类实施例中,测量装置102与健康监视和紧急支援系统150之间存在任何数目的中间跳跃。举例来说,在装置102已经向与受试者相关联的智能电话报告之后,数据可以发送到任何数目的中间服务器以用于另外的分析,然后发送到健康监视紧急支援系统150。

在一些实施例中,多个健康监视装置102与单个受试者相关联。举例来说,在一些实施例中,一个健康监视装置102监视与受试者的健康有关的一个身体素质,且另一健康监视装置102测量与受试者的健康有关的一个不同身体素质。举例来说,一个可以测量受试者的脉搏,而另一个测量受试者的葡萄糖水平。在此类实施例中,可以设置任何数目的趋势分析或阈值警报以监视这些测量,以便确定是否以数据元素的形式向健康监视和紧急支援系统150发动警报。

在一些实施例中,健康监视装置102包含rfid标记,且使用rfid通信将数据元素传送到数据健康监视和紧急支援系统150。

在一些实施例中,健康监视装置102是雅培公司的自由式librecgm(“freestylelibrecgmbyabbott,libre”),其做出对受试者的多个自主葡萄糖测量。libre允许用皮肤上的硬币大小的传感器进行免校准葡萄糖测量,当靠近在一起时所述传感器可经由近场通信发送至多八小时的数据到读取器装置(例如,未图示的中间数据收集装置和/或健康监视和紧急支援系统250)。可以在所有日常生活活动中穿戴libre十四天。在一些实施例中,葡萄糖测量libre或等效传感器自主地以5分钟或更短、3分钟或更短、或者1分钟或更短的间隔速率从受试者取得葡萄糖测量值。在一些实施例中,在一天或多天、两天或多天、一周或多周或者两周或多周的时间周期内以5分钟或更短、3分钟或更短、或者1分钟或更短的间隔速率从受试者取得葡萄糖测量值。

在一些实施例中,健康监视和紧急支援系统150不接近受试者和/或不具有无线能力或者此类无线能力未用于获取数据元素的目的。在此类实施例中,通信网络106可以用于将数据元素从健康监视装置102或远程装置104传送到健康监视和紧急支援系统150。

网络106的实例包含但不限于万维网(www)、内联网和/或无线网络(如蜂窝电话网络)、无线局域网(lan)和/或城域网(man)以及通过无线通信的其它装置。无线通信任选地使用多种通信标准、协议和技术中的任何一种,包含但不限于:全球移动通信系统(gsm)、增强型数据gsm环境(edge)、高速下行链路分组接入(hsdpa)、高速上行链路分组接入(hsupa)、演进-仅数据(ev-do)、hspa、hspa+、双小区hspa(dc-hspda)、长期演进(lte)、近场通信(nfc)、宽频码分多址(w-cdma)、码分多址(cdma)、时分多址(tdma)、蓝牙、无线保真(wi-fi)(例如,ieee802.11a、ieee802.11ac、ieee802.11ax、ieee802.11b、ieee802.11g和/或ieee802.11n)、互联网协议语音(voip)、wi-max、电子邮件协议(例如,互联网消息访问协议(imap)和/或邮局协议(pop)))、即时消息(例如,可扩展消息与存在协议(xmpp)、针对即时信息和出席扩展的会话发起协议(simple)、即时消息和存在服务(imps))和/或短消息服务(sms)或任何其它合适的通信协议,包含截至本公开的提交日期尚未开发的通信协议。

当然,除图1中所描绘的拓扑之外的系统148的其它拓扑是可能的。举例来说,并非依赖于通信网络106,所述一个或多个健康监视装置102可以直接将信息无线地发射到健康监视系统250。此外,健康监视和紧急支援系统150可以构成便携式电子装置、服务器计算机,或事实上构成在网络中被链接在一起的若干计算机或是云计算情境中的虚拟机。因此,图1所示的示例性拓扑仅用于以所属领域的技术人员将容易理解的方式描述本公开的实施例的特征。

参看图2,在典型实施例中,健康监视和紧急支援系统150包括一个或多个计算机。出于图2中的说明的目的,健康监视和紧急支援系统150被表示为包含用于提供健康监视和紧急支援系统的所有功能性的单个计算机。然而,本公开不限于此。在一些实施例中,用于提供健康监视和支援系统的功能性散布于任何数目的联网计算机上和或驻留在若干联网计算机中的每一个上和或代管于跨越通信网络106可访问的远程位置的一个或多个虚拟机上。本领域的技术人员应理解的是,各种不同计算机拓扑结构中任何计算机拓扑结构用于所述应用并且所有此类拓扑结构处于本公开的范围内。

考虑前述内容,转向图2,用于提供健康监视和紧急支援系统的示例性健康监视和紧急支援系统150包括一个或多个处理单元(cpu)274、网络或其它通信接口284、存储器192(例如,随机存取存储器)、任选地由一个或多个控制器288存取的一个或多个磁盘存储和或永久装置290、用于互连前述组件的一个或多个通信总线112、用户接口278,用户接口278包含显示器282和输入280(例如,键盘、小键盘、触摸屏),以及用于为前述组件供电的电源276。在一些实施例中,使用如高速缓存等已知的计算技术使存储器192中的数据与非易失性存储器290无缝共享。在一些实施例中,存储器192和或存储器290包含相对于中央处理单元274远程定位的大容量存储装置。换句话说,存储于存储器192和/或存储器290中的一些数据可以事实上代管于在健康监视和紧急支援系统150外部的计算机上,但可以电子方式由健康监视和紧急支援系统150使用网络接口284通过因特网、内联网或其它形式的网络或电子电缆(图2中示出为元件106)存取。

在一些实施例中,用于提供紧急支援的健康监视和紧急支援系统150的存储器192存储:

操作系统202,其包含用于处理各种基本系统服务的程序;

轮询模块206,其从健康监视装置102轮询报警数据元素(例如,在一些实施例中,每一此类报警数据元素208包含识别发源医疗装置102、一个或多个医疗装置诊断条件和/或一个或多个医疗装置测量值的通知);

受试者数据存储区210,其存储多个受试者记录,其中所述多个受试者中的每一相应受试者记录212是用于对应受试者且存储受试者联系信息214和受试者支援列表216,所述列表包含与对应受试者相关联的每一远程装置104的联系信息220、用于提供支援成员的可用性时间表的支援成员时间表222,以及使每一支援成员218与一个或多个特定报警类型(例如,特定紧急类型)相关联的支援成员报警类型224。

在一些实施例中,轮询模块206在原生装置框架上运行,且可用于下载到运行例如安卓或ios等操作系统202的健康监视和紧急支援系统150上。

在一些实施方案中,上文指出的健康监视和紧急支援系统150的数据元素或模块中的一个或多个存储于先前描述的存储器装置中的一个或多个中,且对应于用于执行上文描述的功能的指令集。上文指出的数据、模块或程序(例如,指令集)无需以单独的软件程序、过程或模块形式进行实施,并且因此在各种实施方案中可以组合或以其它方式重新布置这些模块的各个子集。在一些实施方案中,存储器192和/或290任选地存储上文指出的模块和数据结构的子集。此外,在一些实施例中,存储器192和/或290存储以上未描述的额外模块和数据结构。

在一些实施例中,健康监视装置102和或远程装置104是智能电话(例如,iphone)、膝上型计算机、平板计算机、桌上型计算机或其它形式的电子装置(例如,游戏控制台)。

图3提供可以与本公开一起使用的健康监视装置102-1的描述。图3中说明的健康监视装置102具有一个或多个处理单元(cpu)392、外围设备接口364、存储器控制器368、网络或其它通信接口380、存储器307(例如,随机存取存储器)、用户接口374、所述用户接口374包含显示器376和输入378(例如,键盘、小键盘、触摸屏)、任选的加速度计397、任选的gps372、任选的音频电路366、任选的扬声器360、任选的麦克风362、一个或多个任选的强度传感器394、任选的输入/输出(i/o)子系统388、一个或多个任选的光学传感器368、用于互连前述组件的一个或多个通信总线342,以及用于为前述组件供电的电源358。

在一些实施例中,输入378是触敏显示器,例如触敏表面。在一些实施例中,用户接口374包含一个或多个软键盘实施例。软键盘实施例可以包含所显示图标上的标准(qwerty)和或非标准符号配置。

除了加速度计397之外,图3所示的健康监视装置102任选地包含磁力计(未示出)和gps372(或glonass或其它全球导航系统)接收器,这些组件用于获得关于健康监视装置102的位置和定向(例如,纵向或横向)的信息和或用于确定受试者的体能锻炼的量。

应了解,图3中说明的健康监视装置102仅是可以用于从多个受试者中的对应受试者的健康监视装置102或多个支援成员中的对应支援成员的远程装置104收集数据元素206的多功能装置的一个实例,且健康监视装置102和或远程装置104任选地具有与图示相比更多或更少的组件,任选地组合两个或更多个组件,或任选地具有组件的不同配置或布置。事实上,如上文所论述,在一些实施例中,数据元素208是由健康监视紧急支援系统150直接从健康监视装置102和或远程装置104获取的。图3所示的各种组件是以硬件、软件、固件或其组合实施,包含一个或多个信号处理和/或专用集成电路。

图3中说明的健康监视装置102的存储器307任选地包含高速随机存取存储器和任选地还包含非易失性存储器,例如一个或多个磁盘存储装置、快闪存储器装置或其它非易失性固态存储器装置。例如cpu392等健康监视装置102的其它组件对存储器307的存取任选地受存储器控制器368控制。

在一些实施例中,图2的数据元素包括多个生理测量,且每一此类生理测量包含测量值。在一些实施例中,所述生理测量是受试者的体温。在一些实施例中,所述生理测量是受试者的活动的测量。在一些实施例中,除由健康监视装置102提供的在与受试者相关联的获取数据元素中找到的数据之外,这些生理测量充当额外数据。在一些实施例中,与来自健康监视装置102的数据结合,这些生理测量用来验证或帮助确定对应受试者的状况。在一些实施例中,健康监视装置102的任选的加速度计317、任选的gps319和或磁力计(未示出)或此类组件用以获取此类生理测量值。

外围设备接口364可以用于将装置的输入和输出外围设备耦合到cpu392和存储器307。所述一个或多个处理器392运行或执行存储于存储器307中的各种软件程序和或指令集,例如健康监视应用程序306,以执行健康监视装置102的各种功能且处理数据。

在一些实施例中,外围设备接口364、cpu392和存储器控制器368任选地实施于单个芯片上。在其它一些实施例中,它们在单独的芯片上实施。

网络接口380的rf(射频)电路接收和发送rf信号,所述rf信号也称为电磁信号。在一些实施例中,使用当前rf电路从例如与受试者相关联的健康监视装置102或远程装置104等一个或多个装置接收数据元素。在一些实施例中,rf电路380将电信号转换为电磁信号且经由电磁信号与通信网络和其它通信装置、健康监视装置102、远程装置104和或健康监视和紧急支援系统150通信。rf电路380任选地包含用于执行这些功能的众所周知的电路,包含但不限于天线系统、rf收发器、一个或多个放大器、调谐器、一个或多个振荡器、数字信号处理器、编解码器芯片组、订户身份模块(sim)卡、存储器等。rf电路380任选地与通信网络106通信。在一些实施例中,电路380不包含rf电路,并且事实上通过一个或多个硬导线(例如,光缆、同轴电缆或类似物)连接到网络106。

在一些实施例中,音频电路366、任选的扬声器360和任选的麦克风362在受试者与健康监视装置102之间提供音频接口。音频电路366从外围设备接口364接收音频数据,将音频数据转换为电信号并且将电信号传输到扬声器360。扬声器360将电信号转换成人类可听的声波。音频电路366还接收由麦克风362将声波转换而来的电信号。音频电路366将电信号转换为音频数据,并且将音频数据传输到外围设备接口364以进行处理。音频数据任选地是通过外围设备接口364从存储器307和或rf电路380检索和或传输到所述存储器和或rf电路。

在一些实施例中,电源358任选地包含电力管理系统、一个或多个电力源(例如,电池、交变电流(ac))、再充电系统、电力故障检测电路、电力转换器或反相器、电力状态指示器(例如,发光二极管(led))以及与便携式装置中的电力的产生、管理和分布相关联的任何其它组件。

在一些实施例中,健康监视装置102任选地还包含一个或多个光学传感器368。所述光学传感器368任选地包含电荷耦合装置(ccd)或互补金属氧化物半导体(cmos)光电晶体管。所述光学传感器368接收来自环境的通过一个或多个透镜投射的光并且将光转换为表示图像的数据。光学传感器368任选地捕获静态图像和或视频。在一些实施例中,光学传感器位于健康监视装置102的后部,与健康监视装置102的前部的显示器376相对,以使得输入378能够用作用于静态和或视频图像获取的取景器。在一些实施例中,另一光学传感器368位于健康监视装置102的前部,以使得获得受试者的图像(例如,以验证受试者的健康或状况,确定受试者的身体活动水平,帮助远程诊断受试者的状况,或获取受试者的可视生理测量值等)。

如图2中所图示,健康监视装置优选地包括包含用于处置各种基本系统服务的程序的操作系统202。操作系统202(例如,ios、darwin、rtxc、linux、unix、osx、windows或如vxworks等嵌入式操作系统)包含用于控制和管理一般系统任务(例如,存储器管理、存储装置控制、电源管理等)的各种软件组件和或驱动程序并且促进各种硬件和软件组件之间的通信。

在一些实施例中,健康监视装置102是智能电话。在其它实施例中,健康监视装置102不是智能电话,而是平板计算机、台式计算机、应急车辆计算机或其它形式或有线或无线联网装置。在一些实施例中,健康监视装置102由对应受试者穿戴。

在一些实施例中,健康监视装置102具有图3中所描绘的系统中存在的电路、硬件组件和软件组件中的任一个或全部。为了简洁和清晰起见,仅示出了健康监视装置102的可能组件中的几个组件以便更好地强调安装在健康监视装置102上的额外软件模块。

电子地址304与每一健康监视装置102相关联以便唯一地识别每一装置。健康监视应用程序306安装在健康监视装置上。在一些实施例中,健康监视应用程序包括被配置成验证报警触发的可用性的报警测试模块310、被配置成验证系统硬件的可用性的系统硬件测试模块312、被配置成允许受试者或支援成员输入报警的报警输入模块314、被配置成从健康监视装置102捕获音频和视频图像的音频和视频捕获模块318、被配置成允许用户调整个人设定和信息的用户设定模块320、被配置成使用户能够调整应用程序的设定的应用程序设定模块322、被配置成寄存用户的gps位置的定位模块324,以及被配置成提供报警的警报模块326。

现在已经公开用于提供健康监视和紧急支援系统的系统148的细节,再参考图4公开根据本公开的实施例的关于所述系统的过程和特征的流程图的细节。

参看图4,来自多个健康监视装置102的健康监视装置102-1以相应数据元素的形式连续地轮询警报触发(s401)。在一些实施例中,警报触发条件是包括以下任一个的健康事件:体温的改变、血压的改变、心脏病发作、检测到滑倒或摔倒、求救信号、不规则心跳,或血糖浓度的改变。在一些实施例中,健康监视装置102是糖尿病葡萄糖监视器、心率监视器、ekg监视器、可穿戴装置或类似物。

在一些实施例中,当健康监视装置102寄存可以保证警报触发的事件或状况时,关于警报触发的相应数据元素被转发到辅助健康数据分析服务器。在此类实施例中,相应数据元素包括警报触发。在一些此类实施例中,数据元素包括受试者的gps位置以及从健康监视装置102捕获的音频或视频图像。

在一些实施例中,当健康监视装置102寄存可以保证警报触发的事件或状况时,关于警报触发的相应数据元素被转发到辅助健康数据分析服务器。在此类实施例中,辅助健康数据分析服务器分析事件或状况以确定是否事实上应当发动警报。举例来说,在一些实施例中,此分析是通过将警报或状况与在过去已从受试者接收的与受试者相关联的历史数据进行比较来执行的。在一些实施例中,对此历史数据执行趋势分析。在一些实施例中,此趋势分析寻找与受试者相关联的状况的组合的发生,例如高于第一预定阈值的血压与高于第二预定阈值的血糖水平组合。作为另一实例,此趋势分析寻找与受试者相关联的状况的组合的发生,例如候选受试者不活动达大于预定时段(由与候选受试者相关联的装置的加速度计确定)与满足阈值的生物计量(例如,血压、血糖水平、脉搏等)结合。

在一些实施例中,相应数据元素被发送到在计算装置上采用的网关或软件开发套件(sdk)以用于另外的分析。在一个此类设置中,存在与候选受试者相关联的两个或更多类装置。第一类装置构成测量候选受试者的生物计量(例如,重复地)的测量或数据搜集装置。这些数据搜集装置随后将数据发送到分析数据(例如,针对趋势或状况的组合的发生)的第二类装置。举例来说,此类分析包括推断测得的值、一些预定值极值或类似值的趋势。在此类实施例中,一旦已分析相应数据元素且通过分析验证警报触发条件,就将数据元素转发到中心命令和控制服务器(s403)。下文为简单起见和便于理解,相应数据元素可以被称为警报触发。

在一些实施例中,第一类装置(测量装置)和第二类装置(分析装置)是相同装置。在一个此类实施例中,第一类装置构成包含加速度计的智能电话。智能电话使用加速度计来跟踪受试者的运动。sdk安装在智能电话上。sdk分析运动数据以寻找趋势(例如,在中午受试者无活动达长于20分钟)。

并且,在一些实施例中,可以通过一连串的计算机系统而不是仅单个计算机系统来分布sdk。因此,在此类实施例中,与受试者相关联的第一装置或与受试者相关联的若干装置监视受试者的一个或多个状况,且将关于这些一个或多个状况的数据发送到另一装置用于分析(例如,用于发现趋势、用于状况测绘等)。在如此操作时,此分析装置又可以调用另一分析装置以便确定是否应当发动警报。此调用过程可以事实上依赖于任何数目的分析计算机以便得出是否调用警报的最后决定。

一旦已知相应数据元素满足警报触发条件(或准则),就触发警报(s405)。一旦触发警报,就将通知发送到与受试者相关联的装置和受试者的受试者支援列表216(支援圈)的每一成员218的相应装置(s407)。在一些实施例中,将从受试者支援列表216通知的支援成员是通过预定支援成员报警类型和或支援成员的可用性来选择(参考图2b的222和224)。举例来说,支援成员可选择仅在预定时间期间或针对预定条件或这两种情况的组合来接收通知。在一些实施例中,对受试者的电子装置的通知包括:支援圈的成员的列表(受试者支援列表216)和对应电话号码链接(或其它形式的电子联系,例如即时消息地址、电子邮件地址或上述的某种组合,此处称为联系信息220)、关于当需要时如何发动(激活)医疗警报的指示,和/或受试者的保险信息。在一些实施例中,到支援圈(cos)的电子装置的通知包括:受试者的姓名和紧急医疗保健状况的描述、受试者的电话号码链接(或其它电子通信链接,例如即时消息接发地址、电子邮件地址等)、支援圈成员的列表216和其对应电话号码链接(或其它电子通信链接,例如即时消息接发地址、电子邮件地址等)、受试者的医疗护理专家的姓名和对应电话号码链接、受试者的报警监视中心电话号码链接和医疗警报账户号码,和/或受试者的医疗保险信息。

在通知已发送到受试者的电子装置和支援圈之后,在一些实施例中打开受试者与对应支援成员之间的通信信道(s409)。在一些实施例中,通信信道包括与候选受试者相关联的装置102和与受试者支援成员相关联的装置104之间的即按即说或开放信道音频、文字和/或视频信道。在一些实施例中,通知(s407)和通信(s409)是同时执行的。在一些实施例中,省略了通信(s409)。在一些实施例中,通知(s407,s409)包括声音报警或警报。在典型实施例中,甚至当警报被候选受试者或支援成员218验证时也不调用例如911等紧急服务。

当警报触发通知被发送到与受试者相关联的电子装置102时,受试者具有拒绝(s411)或验证(s413)警报触发的选项。当候选受试者选择手动地验证警报触发时,在一些实施例中,受试者通过使用健康监视应用程序306来这么做。在一些此类实施例中,所述验证包括用户按压按钮预定次数,进而装备然后发送警报。在一些此类实施例中,所述验证包括用户按压按钮达预定时间长度和/或预定次数,进而装备然后发送警报。在一些此类实施例中,所述验证包括用户输入验证码序列(例如,密码),进而装备然后发送警报。在又一实施例中,所述验证包括用户说出语音命令。

在一些实施例中,受试者选择自动验证每个警报触发且省略手动验证。在验证警报之后,受试者具有中断或拒绝警报的选项。当警报中断时,警报被取消且操作针对特定警报停止。在一些实施例中,必须在接收到警报的预定时间周期内接收后续中断。在一些实施例中,当用户输入密码时发生中断。在一些实施例中,当用户说出预定安全词时发生中断。

在一些实施例中,如果候选受试者在取消报警之后验证报警,那么将验证视为用户手动发起的新报警序列。在此类实例中,过程控制传递到s419并且自主而无另外人为干预地传递到s423,这在下文进一步详细描述。

返回到s413,当候选受试者验证警报触发时,警报被转发到报警监视中心(s423)。在一些实施例中,远程报警监视中心包括远程报警公司、医生、提供商群组、医院、医院网络、健康保险公司、药店、政府主体、第一响应者企业实体,或开处方的临床医生。在一些实施例中,警报的转发包括:候选受试者的姓名、候选受试者的当前位置(例如,实际街道地址、gps坐标等)、候选受试者的当前电话号码、与受试者相关联的紧急医学状况参考代码和/或关于医学状况的参考代码、候选受试者服用的当前药剂、候选受试者的过敏、候选受试者的医生的姓名和联系信息、候选受试者的紧急联系人的详情和/或候选受试者的照片和/或前述的任何组合,和/或除其它信息之外的前述的任何组合。在典型实施例中,且根据美国协议,报警监视中心呼叫受试者以验证紧急情况。未被应答的呼叫被视为紧急情况的确认。在一些实施例中,当紧急情况被确认(例如,通过呼叫候选受试者)时,报警监视中心调度紧急响应者到受试者的地理位置和/或当前地址,且从报警监视中心将包括受试者的医疗信息的通知发送到紧急响应者。

当受试者拒绝警报触发(s413)时,不通知远程报警监视中心(s425)。然而,当在受试者已拒绝警报之后支援成员验证警报时,支援成员的验证取得优先(s417)。随后将支援成员验证(s417)转发到报警监视中心且以上操作(s423)发生。当要求多于一个支援成员验证警报时,按接收次序取得优先。举例来说,当第一支援成员拒绝警报且后续第二支援成员验证警报时,后续命令取得优先且被转发到远程监视中心(s423)。同样,当第一支援成员验证警报且后续第二支援成员拒绝警报时,后续命令取得优先且不通知远程监视中心(s425)。在一些实施例中,支援成员选择自动验证任何警报触发。

支援成员具有在他或她的差异下拒绝警报的选项(s415)。举例来说,当支援成员怀疑受试者已发动错误肯定警报时,支援成员可拒绝警报。不通知报警监视中心(s425)。

在任一时间点,受试者可直接向远程报警监视中心发动警报(s419)。在任一时间点,受试者的支援成员可直接向远程报警监视中心发动警报(s421)。

在一些实施例中,在通知或不通知远程报警监视中心之后,在s401开始重新发起过程。在一些实施例中,在通知远程报警监视中心之后,继续从健康监视装置外推数据。在一些实施例中,在通知远程报警监视中心之后,从受试者的健康监视装置捕获音频或视频图像。在一些实施例中,在通知远程报警监视中心之后,连续实行健康监视装置轮询(s401)和后续步骤。在一些实施例中,在通知远程报警监视中心之后,将受试者的地理位置周期性地报告给远程报警监视中心。

在一些实施例中,可以远程控制健康监视装置102以捕获音频、视频或类似物。

参看图5到图8,示出根据本公开的示例性实施例的图形用户界面(gui)。

图5示出当被发送到受试者和支援成员的电子装置时的恐慌警报501的gui。恐慌报警通常是由受试者手动发动的报警。在图5中说明的实施例中,用户必须按压按钮三次以发送警报;然而,本公开不限于此。举例来说,在一些实施例中,用户必须按压按钮多于三次或以预定顺序按压。如图5所示,gui含有信息502,其包括电子装置的地理位置、网络信号强度、警报或报警音量、以及警报或报警静音;然而,本公开不限于此。举例来说,在一些实施例中,信息502包括紧急响应者估计到达时间(eta)、自从触发报警后经过的时间或类似信息。

图6示出当被发送到受试者和支援成员的电子装置时的医疗警报601的gui。医疗报警通常是针对受试者自动发送的报警。在图6中说明的实施例中,用户必须按压按钮三次以发送警报;然而,本公开不限于此。举例来说,在一些实施例中,用户必须按压按钮多于三次或以预定顺序按压。如图6所示,gui含有信息602,其包括电子装置的地理位置、网络信号强度、警报或报警音量、以及警笛静音开关;然而,本公开不限于此。在图6中说明的实施例中,静音开关是激活的且网络信号强度低于信息502的网络信号强度。

图7示出中断方法。在图7中说明的实施例中,受试者或支援成员必须在被分配的时间段702内输入预定密码701以便中断先前发动的报警,然而,本公开不限于此。举例来说,在一些实施例中,用户必须以预定顺序按压按钮三次或更多次,且在另一实施例中用户必须说出预定安全词。图8示出另一中断方法的gui,其中用户必须呼叫电话号码801以中断报警。

因此,根据本公开的示例性实施例的健康监视和紧急支援服务实现了使以下过程流畅的优点:调度紧急响应者,参与受试者的支援圈,以及向紧急响应者供应关键患者医疗信息,同时最小化或消除错误呼叫的数目。

已经出于说明和描述的目的来呈现对本发明的具体示例性实施例的前述描述。前述描述并不希望为详尽的或将本发明限于所公开的精确形式,且显然鉴于以上教示可能做出许多修改和变化。选择和描述示例性实施例以便阐释本发明的某些原理和其实际应用,进而使所属领域的其他技术人员能够制作和利用其各种替代方案和修改。希望本发明的范围由此处附加的权利要求书和其等效物定义。

当前第1页1 2 3 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1