医疗数据获取和提供方法

xiaoxiao2020-7-23  39

【知识产权代理】【专利服务】Tel:18215660330

专利名称:医疗数据获取和提供方法
技术领域
说明性实施例总体上涉及使用用于医疗数据获取和提供的车辆数据方法。
背景技术
保持医疗记录和患者健康数据的准确描述有时会是困难的任务。患者可能访问许多医生,并可能经常不能记录他们被要求对自己进行跟踪的数据。此外,由于时间上的不便和限制,患者可能不能或只是实际上不能跟踪可在其它方面对诊断和医疗协助有用的特定数据。例如,如果患者具有高血压或精神压力相关状况,则患者可被要求周期性地跟踪血压或心律。由于许多人在生活中有各种活动,从而对患者来说实际上以推荐的频率监测这些数据变得困难或几乎不可能。另外,即使测量了医疗数据,患者也可能不能准确地跟踪所有数据。最后,存在当对医生进行报告时患者会忘记携带一些或全部数据的可能性。通过诸如微软健康管理(MICROSOFT HEALTHVAULT)和谷歌健康(GOOGLE HEALTH)的解决方案解决了有关医疗记录跟踪的一些困难。这些无偿的纪录保持服务允许用户将他们的医疗数据合并到一个可访问源。来自多个不同医生、药剂师、牙医、验光师等的数据可被全部聚集在单个地方。此外,一些这样的服务中提供用于医疗监测装置的附加连接功能。例如,HEALTHVAULT具有存储来自心率监测器(HRM)、血压监测器(BPM)、无线磅秤等的数据的功能。还能够将其它无线装置连接到HEALTHVAULT。在无线传感器正向诸如HEALTHVAULT的服务报告收集的信息的环境下,这些传感器通常需要可发送数据的本地网络。虽然可在用户的家中容易地使用这种网络,但是当用户不在家中时,会难以找到可访问的网络。此外,如果用户未在给定时间携带或使用传感器,则数据完全不能被测量或被记录。除了健康监测装置之外,各种锻炼辅助设备和全面健康(wellness)装置可记录与体育运动有关的数据。然后,该数据可经由例如家庭无线网络被传送到远程站点或计算机,以用于分析和跟踪。

发明内容
在第一说明性实施例中,一种计算机实现的方法包括经由车辆计算系统(VCS)确定与车辆乘客相关联的用户账户。所述说明性方法还包括经由VCS检测至少一个激活的监测装置的存在。所述说明性方法还包括经由VCS确定激活的监测装置与用户账户之间的关联,并周期性地将装置信息从激活的监测装置下载到VCS。最后,所述说明性方法包括存储与用户账户相关联的下载的装置信息。在第二说明性实施例中,车辆计算设备(VCA)包括确定编程逻辑电路,用于确定与车辆中存在的无线装置相关联的用户账户,所述无线装置与创建用户账户的用户相应。说明性设备还包括检测编程逻辑电路,用于检测至少一个激活的监测装置的存在。
另外,该说明性设备包括确定编程逻辑电路,用于确定激活的监测装置与用户账户之间的关联;下载编程逻辑电路,用于周期性地将装置信息从激活的监测装置下载到VCA。该说明性设备还包括存储编程逻辑电路,用于存储与用户账户相关联的下载的装置信息;访问编程逻辑电路,用于访问远程用户医疗档案以下载用户医疗信息。该说明性设备还包括更新编程逻辑电路,用于使用下载的用户医疗信息更新用户账户。最后,该说明性设备包括上载编程逻辑电路,用于将下载的装置信息上载到远程用户医疗档案。在第三说明性实施例中,一种计算机可读存储介质,存储当被执行时引起车辆计算系统执行包括以下步骤的方法的指令确定与车辆中存在的无线装置相关联的用户账户,所述无线装置与创建用户账户的用户相应。还引起车辆计算系统执行以下步骤检测至少一个激活的监测装置的存在,并确定激活的监测装置与用户账户之间的关联。还引起该说明性实施例执行以下步骤周期性地将装置信息从激活的监测装置下载到VCA,开存储与用户账户相关联的下载的装置信息。还引起该说明性实施例执行以下步骤访问远程用户医疗档案以下载用户医疗信息,并使用下载的用户医疗信息更新用户账户。最后,还引起该说明性实施例执行以下步骤将下载的装置信息上载到远程用户医疗档案。


图1示出车辆计算系统和远程网络的说明性示例;图2示出用于存储医疗数据和更新远程档案(profile)的处理的说明性示例;图3示出用于警告患者危险状况的处理的说明性示例;图4示出警告患者紧急状况的说明性示例;图5示出数据传送请求处理的说明性示例。
具体实施例方式虽然下面根据说明性实施例来描述本发明,但是这些示例仅被提供用于非限制的目的,并不意于限制本发明的范围。图1示出用于车辆31的基于车辆的计算系统1 (VCS)的示例块状拓扑。这样的基于车辆的计算系统1的示例是由福特汽车公司制造的SYNC系统。启用基于车辆的计算系统的车辆可包含位于车辆中的视觉前端接口 4。如果该接口设置有例如触敏屏幕,则用户可还能够与所述接口进行交互。在另一说明性实施例中,通过按钮按压、可听话音以及话音合成来产生交互。在图1中示出的说明性实施例1中,处理器3控制基于车辆的计算系统的至少一些部分的操作。处理器被设置在车辆内,并且所述处理器允许对命令和例程进行机载处理。另外,处理器连接到非永久性存储器5和永久性存储器7两者。在该说明性实施例中,非永久性存储器是随机存取存储器(RAM),永久性存储器是硬盘驱动器(HDD)或闪存。处理器还设置有允许用户与处理器进行交互的多个不同的输入端。在该说明性实施例中,麦克风四、(用于输入33的)辅助输入端25、USB输入端23、GPS输入端M以及蓝牙输入端15均被提供。还提供了输入端选择器51,以允许用户在不同的输入端之间进行调换。在将到麦克风和辅助连接器两者的输入传递到处理器之前,所述输入被转换器27从模拟转换为数字。虽然没有示出,但是与VCS进行通信的大量车辆部件和辅助部件可使用车辆网络(诸如,但不限于,CAN总线)来将数据传递到VCS (或其部件)或者从VCS (或其部件)传递数据。所述系统的输出端可包括,但不限于,视觉显示器4和扬声器13或立体声系统输出端。扬声器连接到放大器11,并通过数模转换器9从处理器3接收放大器11的信号。还可分别沿在19和21显示的双向数据流实现到远程蓝牙装置(诸如,PND54)或USB装置(诸如,车辆导航装置60)的输出。在一个说明性实施例中,系统1使用蓝牙收发器15与用户的移动(nomadic)装置53(例如,蜂窝电话、智能电话、PDA、医疗装置、全面健康装置或具有无线远程网络连接的任何其它装置)进行通信17。然后所述移动装置可用于通过例如与蜂窝塔57的通信55来与车辆31外的网络61进行通信59。在一些实施例中,所述塔57可以是WiFi接入点。移动装置与蓝牙收发器之间的示例性通信由信号14表示。可通过按钮52或类似的输入端来指示将移动装置53与蓝牙收发器15进行配对。因此,指示CPU机载蓝牙收发器将与移动装置中的蓝牙收发器进行配对。可利用例如与移动装置53相关联的数据规划(data-plan)、话上数据(data overvoice)或DTMF音来在CPU3与网络61之间通信数据。可选择地,可期望包括具有天线18的机载调制解调器63以通过语音带在CPU3与网络61之间通信16数据。然后,移动装置53可被用于通过例如与蜂窝塔57的通信55来与车辆31外的网络61进行通信59。在一些实施例中,调制解调器63可与所述塔57建立通信20,以与网络61进行通信。作为非限制的示例,调制解调器63可以是USB蜂窝调制解调器,通信20可以是蜂窝通信。在一个说明性实施例中,处理器设置有包括用于与调制解调应用软件进行通信的API的操作系统。调制解调应用软件可访问蓝牙收发器上的嵌入式模块或固件,以完成与远程蓝牙收发器(例如,移动装置中发现的)的无线通信。在另一实施例中,移动装置53包括用于语音带或宽带数据通信的调制解调器。在话上数据实施例中,当移动装置的所有者可在数据正被传送的同时通过该装置对话时,可实施公知为频分复用的技术。在其它时间,当拥有者不使用该装置时,所述数据传送可使用整个带宽(在一个示例中,300Hz到3. 4kHz)。如果用户具有与移动装置相关的数据规划,则所述数据规划能够允许宽带传输并且所述系统可使用更宽的带宽(加速数据传送)。在又一实施例中,移动装置53被安装在车辆31上的蜂窝式通信装置(未示出)代替。在又一实施例中,ND53可以是能够通过例如(但不限于)802. Ilg网络(S卩,WiFi)或WiMax网络进行通信的无线局域网(LAN)装置。在一个实施例中,呼入数据可经由话上数据或数据规划而经过移动装置,经过机载蓝牙收发器传递到车辆的内部处理器3。在特定临时数据的状况下,例如,数据可被存储在HDD或其它存储介质7上,直到不再需要所述数据时为止。可与车辆交互的另外的源包括具有例如USB连接56和/或天线58的个人导航装置M ;或者具有USB62或其它连接的车辆导航装置60、机载GPS装置24或具有连接到网络61的远程导航系统(未示出)。此外,CPU可与各种其它辅助装置65进行通信。可通过无线连接67或有线连接69连接这些装置。此外,或者可选择地,可通过使用例如WiFi71收发器将CPU连接到基于车辆的无线路由器73。这能够允许CPU连接到本地路由器73的范围中的远程网络。辅助装置65可包括,但不限于,个人媒体播放机、无线健康装置、便携式计算机及类似物。无线技术正不断地成为用于将信息从众多点源传送的其它接收源的更加便宜和更加实际的方案。各种各样的装置装备有蓝牙或其它无线技术,并且这些无线连接可被用于在装备有蓝牙或其它无线通信的装置和同样装备有蓝牙或其它无线通信的其它装置之间发送通信。用于无线收发器(或有线连接)的一个普通源是个人医疗装置。这些装置可监测各种医疗信息,包括但不限于,血压、心率、血糖等。当在存在连接的网络时,这些装置可被用于将数据中继到存储装置。除了医疗监测装置之外,其它“健康相关”装置包括所谓的全面健康装置。这些装置包括,但不限于,计步器、锻炼相关心率监测器和个人健康状况装置、用于锻炼的GPS和mph检测器等。这些装置可具有无线连接,但是通常它们以有线方式连接到PC以用于分析和上载数据。此外,还可将下载的装置信息上载到激活的监测装置。在说明性实施例中,来自这些和其它健康相关装置的数据可被无线发送到车辆计算系统,用于本地存储器或用于上载,或者用于它们两者。另外,该信息还可被传送到第二无线装置(诸如,蜂窝电话)用于简单访问和分析。另外或者可选择地,该数据可被车辆计算系统分析,并且该数据可被用于增强驾驶体验。例如,增加的血压或心律可引起警告,或者甚至引起舒缓音乐的建议或在驾驶策略上减少侵略性的建议。在另一说明性示例中,可向用户用户给出具有较少交通量的建议路线,这可能会降低驾驶员的恼怒心情。在至少一个说明性实施例中,车辆本身设置有一个或多个医疗监测装置。这可包括,但不限于,在例如方向盘或座椅主体中的心率监测器。作为另一示例,座椅磅秤可对给定驾驶员/乘客跟踪重量、测量重量和/或报告重量的改变。存储的数据可被添加和/或补充到远程存储的数据。例如,特定公司(诸如,微软和谷歌)提供医疗数据编辑服务。这些数据存储可保持患者信息(诸如,医生报告、当前药方等)的集合。账户所有者能够授予车辆用于访问该数据的“权限”。可下载数据、可在车辆中访问数据、可将数据添加到存储和记录的车辆数据、可针对潜在的药物相互作用分析数据、可将数据用于寻找优选的提供商等。例如,没有限制,可指示患者带上远程血压监测器(BPM)并跟踪他们的健康度。在驾驶时,BPM或心率监测器(HRM)可检测潜在的危险状况。基于来自远程健康数据站点的可用的数据,车辆计算系统可访问特定患者的优选的参数,并将这些参数与正被跟踪的数据进行比较。如果检测到警告状况或紧急状况,则车辆可通知患者潜在的即将发生的问题。此外,联系信息(诸如护理提供商的联系信息)可从远程站点被推送并与警告一起被提供。使用联系人信息,车辆计算系统可向患者给出用于直接拨打医生的选项。如果医生不可用,则可提供其它医疗联系人信息用以使用。系统还可向患者给出潜在的药物相互作用信息。例如,如果上述患者不能找到医生,但是有意将阿司匹林作为用于避免潜在的心脏病发作的可能的预防方法,则患者可将(例如)泰诺(TYLENOL)输入到“意向服用”字段,并且系统可基于来自远程医疗信息提供商的数据来通知患者是否存在任何潜在的相互作用。然后,视报告的状况的严重性的情况,患者可确定是否值得承担任何风险。如果状况变糟,则在存在状况的突然扩大的事件中,系统甚至可以代表患者呼叫911,或者提供用于快速拨打911的容易的可访问选项(诸如,大的显示)。如果状况没有那么严重,则患者可仍然意识到心率或血压正在上升的警告,从而可采取预防步骤。图2示出用于存储医疗数据和更新远程档案的处理的说明性示例。在该说明性实施例中,车辆计算系统首先建立与无线装置的通信。基于到该装置的连接,相关联的用户账户被识别201。例如,个人HRM或BPM可发送与用户账户相关联的标识符。一旦该装置与用户账户进行了关联,则如果存在所述装置,车辆就可“假设”相应的账户所有者作为乘客存在。另外或可选择地,只要检测到装置,系统即可询问装置将与哪个账户相关联。在另一说明性示例中,与用户的账户相关联的蜂窝或其它无线装置的存在和先前关联的医疗装置的存在一起可充分指示特定乘客的存在。再次,车辆计算系统可询问乘客数据的意向存储位置。在另一说明性实施例中,医疗监测装置(诸如,HRM)可存在于车辆中。当装置被激活时,可询问驾驶员将存储数据的相关联的账户(或者是否存储数据)。一旦建立了用户账户的存在201,车辆计算系统就检查(保存在相关联的网站(诸如,但不限于,谷歌健康或微软健康管理)上的)现有的远程档案的存在203。如果不存在档案,则系统检查一个或多个医疗装置的存在209 (假设这些装置未连接到系统)。如果用户具有与该用户相关联的远程医疗和/或全面健康档案,则车辆计算系统访问存储档案的远程站点205并更新本地数据存储207。在该实施例中,在需要远程数据的事件中,该更新将远程数据放置到本地存储中从而容易访问所述远程数据。从而数据的多余复制也被本地存储,这对备份用途来说是有用的。在至少一个说明性实施例中,远程数据不被车辆计算系统访问和/或下载,或者在除了需要时之外不被访问和/或下载。然后系统继续进行检测医疗装置。虽然上述示例提供单个账户和相关联的装置的识别,但是也能够对与多个账户相关联的多个装置进行与访问、监测、将数据记录在其上等。在该说明性实施例中,系统周期性地(或连续地)检查监测事件211和时间间隔213。在该实施例中,两个不同示例引起数据的记录和/或分析213、217。如果事件发生(高血压、不规则心率、在完成锻炼之后来到车辆等),来自该事件的数据被记录213、分析213,并且还可发生任何需要的动作(诸如,警告或通知)。另外或可选择地,每个周期性的间隔215数据被相似地记录和分析217。除了检查数据记录点之外,车辆计算系统还查看记录会话(session)是否已经结束219。如果会话未结束,则系统继续检查记录点。一旦会话结束(装置不可用、断电(keyoff)、车辆停放等),车辆计算系统就保存数据221。该保存可以保存到本地和/或远程存储位置。
在存储数据之后(或取代于存储数据),说明性处理确定远程档案是否与用户账户相关联。例如,微软健康管理或谷歌健康或相似的账户。如果存在与需要更新的账户相关联的档案,则车辆计算系统更新用户档案225并随后退出。如果不存在需要更新的相关联的账户,则系统便退出。图3示出用于警告患者危险状况的处理的说明性示例。在该说明性示例中,该处理与图2中的“事件” 211相应,但所述处理也可以是独立或不同的考虑。在该示例性实施例中,车辆计算系统检查装置(BPM、HRM、血糖监测器(BGM)等)的预设范围301。该范围可通过相关联的医疗档案确定,或者该范围可以是对所有人、对给定重量/身高的人等通常推荐的医疗范围。如果装置在范围之外读取303 (即,在警告或事件状况中),则系统查看是否应传送警告305。如果装置保留在范围之内,则在该实施例中系统在步骤215继续进行处理。如果请求警告,则系统继续进行播放警告309,然后在该说明性实施例中设置延迟 311(从而根据下一 “事件检查”不立即再次重复警告)。当然,如果期望的话,可放弃该延迟。警告可由系统自动设置,或可被用户请求。在不需要警告的示例中,可能由于装置读取不触发警告、或者警告“关闭”状态、或者其它适合的状况。图4示出警告患者紧急状况的说明性示例。在该说明性实施例中,车辆计算系统检测紧急状况401。虽然在该示例性处理中该步骤接着步骤209,但是该步骤也可以是对能够检测车辆乘客的危急(critical)医疗状况的任意医疗装置或检测系统提供的独立的紧急处理。再次,紧急医疗状况可由用于特定用户的预定义的参数指定、由普遍化的参数定义或由它们两者的组合定义。在该实施例中,系统首先确定状况是否是危急的403(虽然在该说明性实施例中在危急和紧急状况之间做出区别,但是也能够更加谨慎并假设满足紧急状况的所有状况是危急的)。如果状况不是危急的,则系统对用户提供口头或视觉(如果可能)的警告,并显示或另外提供容易访问911选项417。例如,在导航或其它触摸屏显示器可用的车辆环境中,车辆计算系统可提供大的或明显地显示的911选项。如果紧急状况逐步升级,则该选项可被立即选择并拨打呼叫 411。相似地,如果显示器不可用,则系统可报告可听选项,诸如“快速911现在可用,说出 911以立即拨打紧急呼叫”。如果911选项未被选择(或激活),则系统查看紧急状况是否持续存在421。如果状况过期,则系统去除选项,从而911将不会被意外地触碰423。然而,如果状况持续存在, 则在先前紧急非危急状况已经逐步升级为危急状况的情况下,系统再次进行对危急性的检查 403。在该实施例中,如果状况某时被检测为是危急的一个,则系统通知用于检测到的危急状况405。在该实施例中,危急状况包括可存在即时驾驶危险的状况。另外,危急状况可使得驾驶员不能够进行反应,因此在该实施例中,系统还准备拨打911呼叫。紧急呼叫系统可需要向用户给出用于取消被另外自动地拨打的呼叫的选项,故在该实施例中,系统通知用户911呼叫将被拨打。如果用户不选择取消该呼叫409,则911呼叫被拨打411。在该实施例中,如果用户失去知觉、昏迷或另外处于用户用不能进行反应的状态中,则由于用户将不能够取消呼叫(假设车辆中的其他人不取消呼叫),故系统将自动地拨打呼叫。即使呼叫被用户或被另一乘客取消,系统仍然可提供“快速911”选项417。例如, 系统可查看状况情形(status)是否应被降低413。这可基于另一用户询问或危急性的等级。降低状况情形可避免重复不必要地自动尝试呼叫911。如果可认可状况情形降低,则所述情形从危急减小为紧急414,并且在任一事件中,“快速911”仍被显示417 (至少在该实施例中)。图5示出数据传送请求处理的说明性示例。在该说明性示例中,车辆计算系统被要求将记录的数据分发到医疗服务提供商。虽然最近记录的数据(诸如,引起拨打紧急呼叫的数据)的自动提供可以伴随911呼叫而发生,但是医疗提供商还可请求数据。例如,如果患者被要求携带医疗状况跟踪装置以记录医疗状况,则装置可周期性地或一次性地向车辆计算系统进行报告。在该示例中,相关数据可仅被存储在车辆计算系统上。在访问之前,或者为了跟踪患者进展或监测状况,医疗服务提供商可期望接收数据的拷贝。在该说明性实施例中,车辆计算系统从例如医疗服务提供商接收数据请求501。该请求可自身携带提供商的一些形式的识别,或该请求至少识别车辆乘客的提供商,其中,所述一些形式的识别自动提供对请求的许可。在已经接收了请求之后,系统通知车辆乘客该请求503(还可能的是,具有充分识别的特定提供商被许可自动地访问系统,从而绕过在该说明性实施例中详细描述的手动识别处理)。如果车辆乘客同意数据请求505,则车辆计算系统还可请求用户输入PIN或密码 507。如果包括输入PIN或密码的操作,则可出于法律考虑针对释放数据而要求该操作,或该操作可以是用户使能选项以进一步保护潜在的敏感数据。如果输入的PIN/密码不正确,则系统警告用户509并随后查看是否已多次输入错误密码(或发生超时等)511。如果提供了正确的识别码507,则系统将请求的数据发送到请求方513。
权利要求
1.一种医疗数据获取和提供方法,包括经由车辆计算系统(VCS)确定与车辆乘客相关联的用户账户;经由VCS检测至少一个激活的监测装置的存在;经由VCS确定激活的监测装置与用户账户之间的关联;周期性地将装置信息从激活的监测装置下载到VCS ;以及在存储装置中存储与用户账户相关联的下载的装置信息,用于之后由保健提供商进行获取。
2.如权利要求1所述的方法,其中,确定激活的监测装置与用户账户之间的关联的步骤还包括确定与车辆中存在的无线装置相关联的用户账户,所述无线装置与创建用户账户的用户相应。
3.如权利要求2所述的方法,其中,无线装置是所述至少一个激活的监测装置。
4.如权利要求1所述的方法,其中,所述至少一个激活的监测装置包括设置为车辆的一部分的监测装置。
5.如权利要求4所述的方法,其中,所述至少一个激活的监测装置是心率监测器。
6.如权利要求5所述的方法,其中,心率监测器被设置为方向盘的一部分。
7.如权利要求5所述的方法,其中,心率监测器被设置为车辆座椅的一部分。
8.如权利要求4所述的方法,其中,所述至少一个激活的监测装置包括磅秤传感器。
9.如权利要求1所述的方法,还包括将存储的下载的装置信息无线地中继到远程保健提供商系统。
10.如权利要求1所述的方法,还包括访问远程用户医疗档案以下载用户医疗信息;使用下载的用户医疗信息更新用户账户。
11.如权利要求10所述的方法,还包括将下载的装置信息无线地上载到远程用户医疗档案。
12.如权利要求1所述的方法,还包括将下载的装置信息上载到激活的监测装置。
13.如权利要求1所述的方法,其中,周期性地下载的步骤还包括至少当来自激活的监测装置的信号指示由激活的监测装置测量的参数超过阈值时进行下载。
14.如权利要求13所述的方法,还包括响应于来自激活的监测装置的指示由激活的监测装置测量的参数超过阈值的信号而提供警告。
15.如权利要求14所述的方法,还包括当来自激活的监测装置的信号指示由激活的监测装置测量的参数超过阈值时,提供紧急协助信息。
16.如权利要求15所述的方法,其中,紧急协助信息包括用于通过VCS立即拨打紧急接线员的选项。
全文摘要
一种医疗数据获取和提供方法,包括确定与车辆乘客相关联的用户账户。所述方法还包括检测至少一个激活的监测装置的存在。所述方法还包括确定激活的监测装置与用户账户之间的关联,并周期性地将装置信息从激活的监测装置下载到车辆计算系统。最后,所述方法包括存储与用户账户相关联的下载的装置信息。
文档编号G06F19/00GK102567644SQ201110461940
公开日2012年7月11日 申请日期2011年12月31日 优先权日2011年1月3日
发明者克里希纳斯瓦米·文卡特斯·普拉萨德, 马克·斯淳德 申请人:福特全球技术公司

最新回复(0)