医疗数据获取和提供方法.pdf

《医疗数据获取和提供方法.pdf》由会员分享，可在线阅读，更多相关《医疗数据获取和提供方法.pdf（14页完整版）》请在专利查询网上搜索。

1、(10)申请公布号 CN 102567644 A (43)申请公布日 2012.07.11 C N 1 0 2 5 6 7 6 4 4 A *CN102567644A* (21)申请号 201110461940.7 (22)申请日 2011.12.31 12/983,545 2011.01.03 US G06F 19/00(2011.01) (71)申请人福特全球技术公司 地址美国密歇根州迪尔伯恩市 (72)发明人马克斯淳德 克里希纳斯瓦米文卡特斯普拉萨 德 (74)专利代理机构北京铭硕知识产权代理有限 公司 11286 代理人郭鸿禧 (54) 发明名称 医疗数据获取和提供方法 (57) 摘要。

2、 一种医疗数据获取和提供方法，包括确定与 车辆乘客相关联的用户账户。所述方法还包括检 测至少一个激活的监测装置的存在。所述方法还 包括：确定激活的监测装置与用户账户之间的关 联，并周期性地将装置信息从激活的监测装置下 载到车辆计算系统。最后，所述方法包括存储与用 户账户相关联的下载的装置信息。 (30)优先权数据 (51)Int.Cl. 权利要求书1页 说明书7页 附图5页 (19)中华人民共和国国家知识产权局 (12)发明专利申请 权利要求书 1 页 说明书 7 页 附图 5 页 1/1页 2 1.一种医疗数据获取和提供方法，包括： 经由车辆计算系统(VCS)确定与车辆乘客相关联的用户账户；。

3、 经由VCS检测至少一个激活的监测装置的存在； 经由VCS确定激活的监测装置与用户账户之间的关联； 周期性地将装置信息从激活的监测装置下载到VCS；以及 在存储装置中存储与用户账户相关联的下载的装置信息，用于之后由保健提供商进行 获取。 2.如权利要求1所述的方法，其中，确定激活的监测装置与用户账户之间的关联的步 骤还包括：确定与车辆中存在的无线装置相关联的用户账户，所述无线装置与创建用户账 户的用户相应。 3.如权利要求2所述的方法，其中，无线装置是所述至少一个激活的监测装置。 4.如权利要求1所述的方法，其中，所述至少一个激活的监测装置包括设置为车辆的 一部分的监测装置。 5.如权利要求4。

4、所述的方法，其中，所述至少一个激活的监测装置是心率监测器。 6.如权利要求5所述的方法，其中，心率监测器被设置为方向盘的一部分。 7.如权利要求5所述的方法，其中，心率监测器被设置为车辆座椅的一部分。 8.如权利要求4所述的方法，其中，所述至少一个激活的监测装置包括磅秤传感器。 9.如权利要求1所述的方法，还包括：将存储的下载的装置信息无线地中继到远程保 健提供商系统。 10.如权利要求1所述的方法，还包括： 访问远程用户医疗档案以下载用户医疗信息； 使用下载的用户医疗信息更新用户账户。 11.如权利要求10所述的方法，还包括： 将下载的装置信息无线地上载到远程用户医疗档案。 12.如权利要求。

5、1所述的方法，还包括： 将下载的装置信息上载到激活的监测装置。 13.如权利要求1所述的方法，其中，周期性地下载的步骤还包括：至少当来自激活的 监测装置的信号指示由激活的监测装置测量的参数超过阈值时进行下载。 14.如权利要求13所述的方法，还包括： 响应于来自激活的监测装置的指示由激活的监测装置测量的参数超过阈值的信号而 提供警告。 15.如权利要求14所述的方法，还包括： 当来自激活的监测装置的信号指示由激活的监测装置测量的参数超过阈值时，提供紧 急协助信息。 16.如权利要求15所述的方法，其中，紧急协助信息包括用于通过VCS立即拨打紧急接 线员的选项。 权 利 要 求 书CN 1025。

6、67644 A 1/7页 3 医疗数据获取和提供方法 技术领域 0001 说明性实施例总体上涉及使用用于医疗数据获取和提供的车辆数据方法。 背景技术 0002 保持医疗记录和患者健康数据的准确描述有时会是困难的任务。患者可能访问许 多医生，并可能经常不能记录他们被要求对自己进行跟踪的数据。此外，由于时间上的不便 和限制，患者可能不能或只是实际上不能跟踪可在其它方面对诊断和医疗协助有用的特定 数据。 0003 例如，如果患者具有高血压或精神压力相关状况，则患者可被要求周期性地跟踪 血压或心律。由于许多人在生活中有各种活动，从而对患者来说实际上以推荐的频率监测 这些数据变得困难或几乎不可能。另外，。

7、即使测量了医疗数据，患者也可能不能准确地跟踪 所有数据。最后，存在当对医生进行报告时患者会忘记携带一些或全部数据的可能性。 0004 通过诸如微软健康管理(MICROSOFT HEALTHVAULT)和谷歌健康(GOOGLE HEALTH) 的解决方案解决了有关医疗记录跟踪的一些困难。这些无偿的纪录保持服务允许用户将他 们的医疗数据合并到一个可访问源。来自多个不同医生、药剂师、牙医、验光师等的数据可 被全部聚集在单个地方。 0005 此外，一些这样的服务中提供用于医疗监测装置的附加连接功能。例如， HEALTHVAULT具有存储来自心率监测器(HRM)、血压监测器(BPM)、无线磅秤等的数据的。

8、功 能。还能够将其它无线装置连接到HEALTHVAULT。 0006 在无线传感器正向诸如HEALTHVAULT的服务报告收集的信息的环境下，这些传感 器通常需要可发送数据的本地网络。虽然可在用户的家中容易地使用这种网络，但是当用 户不在家中时，会难以找到可访问的网络。此外，如果用户未在给定时间携带或使用传感 器，则数据完全不能被测量或被记录。 0007 除了健康监测装置之外，各种锻炼辅助设备和全面健康(wellness)装置可记录 与体育运动有关的数据。然后，该数据可经由例如家庭无线网络被传送到远程站点或计算 机，以用于分析和跟踪。 发明内容 0008 在第一说明性实施例中，一种计算机实现的。

9、方法包括：经由车辆计算系统(VCS) 确定与车辆乘客相关联的用户账户。所述说明性方法还包括经由VCS检测至少一个激活的 监测装置的存在。所述说明性方法还包括经由VCS确定激活的监测装置与用户账户之间的 关联，并周期性地将装置信息从激活的监测装置下载到VCS。最后，所述说明性方法包括存 储与用户账户相关联的下载的装置信息。 0009 在第二说明性实施例中，车辆计算设备(VCA)包括：确定编程逻辑电路，用于确定 与车辆中存在的无线装置相关联的用户账户，所述无线装置与创建用户账户的用户相应。 说明性设备还包括：检测编程逻辑电路，用于检测至少一个激活的监测装置的存在。 说 明 书CN 10256764。

10、4 A 2/7页 4 0010 另外，该说明性设备包括：确定编程逻辑电路，用于确定激活的监测装置与用户 账户之间的关联；下载编程逻辑电路，用于周期性地将装置信息从激活的监测装置下载到 VCA。 0011 该说明性设备还包括：存储编程逻辑电路，用于存储与用户账户相关联的下载的 装置信息；访问编程逻辑电路，用于访问远程用户医疗档案以下载用户医疗信息。 0012 该说明性设备还包括：更新编程逻辑电路，用于使用下载的用户医疗信息更新用 户账户。最后，该说明性设备包括上载编程逻辑电路，用于将下载的装置信息上载到远程用 户医疗档案。 0013 在第三说明性实施例中，一种计算机可读存储介质，存储当被执行时引。

11、起车辆计 算系统执行包括以下步骤的方法的指令：确定与车辆中存在的无线装置相关联的用户账 户，所述无线装置与创建用户账户的用户相应。还引起车辆计算系统执行以下步骤：检测至 少一个激活的监测装置的存在，并确定激活的监测装置与用户账户之间的关联。 0014 还引起该说明性实施例执行以下步骤：周期性地将装置信息从激活的监测装置下 载到VCA，开存储与用户账户相关联的下载的装置信息。 0015 还引起该说明性实施例执行以下步骤：访问远程用户医疗档案以下载用户医疗信 息，并使用下载的用户医疗信息更新用户账户。 0016 最后，还引起该说明性实施例执行以下步骤：将下载的装置信息上载到远程用户 医疗档案。 附。

12、图说明 0017 图1示出车辆计算系统和远程网络的说明性示例； 0018 图2示出用于存储医疗数据和更新远程档案(profile)的处理的说明性示例； 0019 图3示出用于警告患者危险状况的处理的说明性示例； 0020 图4示出警告患者紧急状况的说明性示例； 0021 图5示出数据传送请求处理的说明性示例。 具体实施方式 0022 虽然下面根据说明性实施例来描述本发明，但是这些示例仅被提供用于非限制的 目的，并不意于限制本发明的范围。 0023 图1示出用于车辆31的基于车辆的计算系统1(VCS)的示例块状拓扑。这样的基 于车辆的计算系统1的示例是由福特汽车公司制造的SYNC系统。启用基于车。

13、辆的计算系 统的车辆可包含位于车辆中的视觉前端接口4。如果该接口设置有例如触敏屏幕，则用户可 还能够与所述接口进行交互。在另一说明性实施例中，通过按钮按压、可听话音以及话音合 成来产生交互。 0024 在图1中示出的说明性实施例1中，处理器3控制基于车辆的计算系统的至少一 些部分的操作。处理器被设置在车辆内，并且所述处理器允许对命令和例程进行机载处理。 另外，处理器连接到非永久性存储器5和永久性存储器7两者。在该说明性实施例中，非永 久性存储器是随机存取存储器(RAM)，永久性存储器是硬盘驱动器(HDD)或闪存。 0025 处理器还设置有允许用户与处理器进行交互的多个不同的输入端。在该说明性实。

14、 说 明 书CN 102567644 A 3/7页 5 施例中，麦克风29、(用于输入33的)辅助输入端25、USB输入端23、GPS输入端24以及 蓝牙输入端15均被提供。还提供了输入端选择器51，以允许用户在不同的输入端之间进行 调换。在将到麦克风和辅助连接器两者的输入传递到处理器之前，所述输入被转换器27从 模拟转换为数字。虽然没有示出，但是与VCS进行通信的大量车辆部件和辅助部件可使用 车辆网络(诸如，但不限于，CAN总线)来将数据传递到VCS(或其部件)或者从VCS(或其 部件)传递数据。 0026 所述系统的输出端可包括，但不限于，视觉显示器4和扬声器13或立体声系统输 出端。扬声。

15、器连接到放大器11，并通过数模转换器9从处理器3接收放大器11的信号。还 可分别沿在19和21显示的双向数据流实现到远程蓝牙装置(诸如，PND54)或USB装置 (诸如，车辆导航装置60)的输出。 0027 在一个说明性实施例中，系统1使用蓝牙收发器15与用户的移动(nomadic)装置 53(例如，蜂窝电话、智能电话、PDA、医疗装置、全面健康装置或具有无线远程网络连接的任 何其它装置)进行通信17。然后所述移动装置可用于通过例如与蜂窝塔57的通信55来与 车辆31外的网络61进行通信59。在一些实施例中，所述塔57可以是WiFi接入点。 0028 移动装置与蓝牙收发器之间的示例性通信由信号。

16、14表示。 0029 可通过按钮52或类似的输入端来指示将移动装置53与蓝牙收发器15进行配对。 因此，指示CPU机载蓝牙收发器将与移动装置中的蓝牙收发器进行配对。 0030 可利用例如与移动装置53相关联的数据规划(data-plan)、话上数据(data over voice)或DTMF音来在CPU3与网络61之间通信数据。可选择地，可期望包括具有天线18 的机载调制解调器63以通过语音带在CPU3与网络61之间通信16数据。然后，移动装置 53可被用于通过例如与蜂窝塔57的通信55来与车辆31外的网络61进行通信59。在一 些实施例中，调制解调器63可与所述塔57建立通信20，以与网络6。

17、1进行通信。作为非限 制的示例，调制解调器63可以是USB蜂窝调制解调器，通信20可以是蜂窝通信。 0031 在一个说明性实施例中，处理器设置有包括用于与调制解调应用软件进行通信的 API的操作系统。调制解调应用软件可访问蓝牙收发器上的嵌入式模块或固件，以完成与远 程蓝牙收发器(例如，移动装置中发现的)的无线通信。 0032 在另一实施例中，移动装置53包括用于语音带或宽带数据通信的调制解调器。在 话上数据实施例中，当移动装置的所有者可在数据正被传送的同时通过该装置对话时，可 实施公知为频分复用的技术。在其它时间，当拥有者不使用该装置时，所述数据传送可使用 整个带宽(在一个示例中，300Hz到。

18、3.4kHz)。 0033 如果用户具有与移动装置相关的数据规划，则所述数据规划能够允许宽带传输并 且所述系统可使用更宽的带宽(加速数据传送)。在又一实施例中，移动装置53被安装在 车辆31上的蜂窝式通信装置(未示出)代替。在又一实施例中，ND53可以是能够通过例如 (但不限于)802.11g网络(即，WiFi)或WiMax网络进行通信的无线局域网(LAN)装置。 0034 在一个实施例中，呼入数据可经由话上数据或数据规划而经过移动装置，经过机 载蓝牙收发器传递到车辆的内部处理器3。在特定临时数据的状况下，例如，数据可被存储 在HDD或其它存储介质7上，直到不再需要所述数据时为止。 0035 。

19、可与车辆交互的另外的源包括：具有例如USB连接56和/或天线58的个人导航 装置54；或者具有USB62或其它连接的车辆导航装置60、机载GPS装置24或具有连接到网 说 明 书CN 102567644 A 4/7页 6 络61的远程导航系统(未示出)。 0036 此外，CPU可与各种其它辅助装置65进行通信。可通过无线连接67或有线连接 69连接这些装置。此外，或者可选择地，可通过使用例如WiFi71收发器将CPU连接到基于 车辆的无线路由器73。这能够允许CPU连接到本地路由器73的范围中的远程网络。辅助 装置65可包括，但不限于，个人媒体播放机、无线健康装置、便携式计算机及类似物。 00。

20、37 无线技术正不断地成为用于将信息从众多点源传送的其它接收源的更加便宜和 更加实际的方案。各种各样的装置装备有蓝牙或其它无线技术，并且这些无线连接可被用 于在装备有蓝牙或其它无线通信的装置和同样装备有蓝牙或其它无线通信的其它装置之 间发送通信。 0038 用于无线收发器(或有线连接)的一个普通源是个人医疗装置。这些装置可监测 各种医疗信息，包括但不限于，血压、心率、血糖等。当在存在连接的网络时，这些装置可被 用于将数据中继到存储装置。 0039 除了医疗监测装置之外，其它“健康相关”装置包括所谓的全面健康装置。这些装 置包括，但不限于，计步器、锻炼相关心率监测器和个人健康状况装置、用于锻炼的。

21、GPS和 mph检测器等。这些装置可具有无线连接，但是通常它们以有线方式连接到PC以用于分析 和上载数据。此外，还可将下载的装置信息上载到激活的监测装置。 0040 在说明性实施例中，来自这些和其它健康相关装置的数据可被无线发送到车辆计 算系统，用于本地存储器或用于上载，或者用于它们两者。另外，该信息还可被传送到第二 无线装置(诸如，蜂窝电话)用于简单访问和分析。 0041 另外或者可选择地，该数据可被车辆计算系统分析，并且该数据可被用于增强驾 驶体验。例如，增加的血压或心律可引起警告，或者甚至引起舒缓音乐的建议或在驾驶策略 上减少侵略性的建议。在另一说明性示例中，可向用户用户给出具有较少交通。

22、量的建议路 线，这可能会降低驾驶员的恼怒心情。 0042 在至少一个说明性实施例中，车辆本身设置有一个或多个医疗监测装置。这可包 括，但不限于，在例如方向盘或座椅主体中的心率监测器。作为另一示例，座椅磅秤可对给 定驾驶员/乘客跟踪重量、测量重量和/或报告重量的改变。 0043 存储的数据可被添加和/或补充到远程存储的数据。例如，特定公司(诸如，微软 和谷歌)提供医疗数据编辑服务。这些数据存储可保持患者信息(诸如，医生报告、当前药 方等)的集合。账户所有者能够授予车辆用于访问该数据的“权限”。可下载数据、可在车 辆中访问数据、可将数据添加到存储和记录的车辆数据、可针对潜在的药物相互作用分析 数据。

23、、可将数据用于寻找优选的提供商等。 0044 例如，没有限制，可指示患者带上远程血压监测器(BPM)并跟踪他们的健康度。在 驾驶时，BPM或心率监测器(HRM)可检测潜在的危险状况。基于来自远程健康数据站点的 可用的数据，车辆计算系统可访问特定患者的优选的参数，并将这些参数与正被跟踪的数 据进行比较。如果检测到警告状况或紧急状况，则车辆可通知患者潜在的即将发生的问题。 此外，联系信息(诸如护理提供商的联系信息)可从远程站点被推送并与警告一起被提供。 0045 使用联系人信息，车辆计算系统可向患者给出用于直接拨打医生的选项。如果医 生不可用，则可提供其它医疗联系人信息用以使用。 0046 系统还。

24、可向患者给出潜在的药物相互作用信息。例如，如果上述患者不能找到医 说 明 书CN 102567644 A 5/7页 7 生，但是有意将阿司匹林作为用于避免潜在的心脏病发作的可能的预防方法，则患者可将 (例如)泰诺(TYLENOL)输入到“意向服用”字段，并且系统可基于来自远程医疗信息提供 商的数据来通知患者是否存在任何潜在的相互作用。然后，视报告的状况的严重性的情况， 患者可确定是否值得承担任何风险。 0047 如果状况变糟，则在存在状况的突然扩大的事件中，系统甚至可以代表患者呼叫 911，或者提供用于快速拨打911的容易的可访问选项(诸如，大的显示)。如果状况没有那 么严重，则患者可仍然意识。

25、到心率或血压正在上升的警告，从而可采取预防步骤。 0048 图2示出用于存储医疗数据和更新远程档案的处理的说明性示例。在该说明性实 施例中，车辆计算系统首先建立与无线装置的通信。基于到该装置的连接，相关联的用户账 户被识别201。 0049 例如，个人HRM或BPM可发送与用户账户相关联的标识符。一旦该装置与用户账 户进行了关联，则如果存在所述装置，车辆就可“假设”相应的账户所有者作为乘客存在。另 外或可选择地，只要检测到装置，系统即可询问装置将与哪个账户相关联。 0050 在另一说明性示例中，与用户的账户相关联的蜂窝或其它无线装置的存在和先前 关联的医疗装置的存在一起可充分指示特定乘客的存在。

26、。再次，车辆计算系统可询问乘客 数据的意向存储位置。 0051 在另一说明性实施例中，医疗监测装置(诸如，HRM)可存在于车辆中。当装置被 激活时，可询问驾驶员将存储数据的相关联的账户(或者是否存储数据)。 0052 一旦建立了用户账户的存在201，车辆计算系统就检查(保存在相关联的网站(诸 如，但不限于，谷歌健康或微软健康管理)上的)现有的远程档案的存在203。如果不存在 档案，则系统检查一个或多个医疗装置的存在209(假设这些装置未连接到系统)。 0053 如果用户具有与该用户相关联的远程医疗和/或全面健康档案，则车辆计算系统 访问存储档案的远程站点205并更新本地数据存储207。在该实施。

27、例中，在需要远程数据的 事件中，该更新将远程数据放置到本地存储中从而容易访问所述远程数据。从而数据的多 余复制也被本地存储，这对备份用途来说是有用的。在至少一个说明性实施例中，远程数据 不被车辆计算系统访问和/或下载，或者在除了需要时之外不被访问和/或下载。然后系 统继续进行检测医疗装置。 0054 虽然上述示例提供单个账户和相关联的装置的识别，但是也能够对与多个账户相 关联的多个装置进行与访问、监测、将数据记录在其上等。 0055 在该说明性实施例中，系统周期性地(或连续地)检查监测事件211和时间间隔 213。 0056 在该实施例中，两个不同示例引起数据的记录和/或分析213、217。如。

28、果事件发 生(高血压、不规则心率、在完成锻炼之后来到车辆等)，来自该事件的数据被记录213、分 析213，并且还可发生任何需要的动作(诸如，警告或通知)。 0057 另外或可选择地，每个周期性的间隔215数据被相似地记录和分析217。 0058 除了检查数据记录点之外，车辆计算系统还查看记录会话(session)是否已经结 束219。如果会话未结束，则系统继续检查记录点。一旦会话结束(装置不可用、断电(key off)、车辆停放等)，车辆计算系统就保存数据221。该保存可以保存到本地和/或远程存 储位置。 说 明 书CN 102567644 A 6/7页 8 0059 在存储数据之后(或取代于。

29、存储数据)，说明性处理确定远程档案是否与用户账 户相关联。例如，微软健康管理或谷歌健康或相似的账户。如果存在与需要更新的账户相 关联的档案，则车辆计算系统更新用户档案225并随后退出。如果不存在需要更新的相关 联的账户，则系统便退出。 0060 图3示出用于警告患者危险状况的处理的说明性示例。在该说明性示例中，该处 理与图2中的“事件”211相应，但所述处理也可以是独立或不同的考虑。 0061 在该示例性实施例中，车辆计算系统检查装置(BPM、HRM、血糖监测器(BGM)等)的 预设范围301。该范围可通过相关联的医疗档案确定，或者该范围可以是对所有人、对给定 重量/身高的人等通常推荐的医疗范。

30、围。 0062 如果装置在范围之外读取303(即，在警告或事件状况中)，则系统查看是否应传 送警告305。如果装置保留在范围之内，则在该实施例中系统在步骤215继续进行处理。 0063 如果请求警告，则系统继续进行播放警告309，然后在该说明性实施例中设置延迟 311(从而根据下一“事件检查”不立即再次重复警告)。当然，如果期望的话，可放弃该延 迟。 0064 警告可由系统自动设置，或可被用户请求。在不需要警告的示例中，可能由于装置 读取不触发警告、或者警告“关闭”状态、或者其它适合的状况。 0065 图4示出警告患者紧急状况的说明性示例。在该说明性实施例中，车辆计算系统 检测紧急状况401。。

31、虽然在该示例性处理中该步骤接着步骤209，但是该步骤也可以是对能 够检测车辆乘客的危急(critical)医疗状况的任意医疗装置或检测系统提供的独立的紧 急处理。 0066 再次，紧急医疗状况可由用于特定用户的预定义的参数指定、由普遍化的参数定 义或由它们两者的组合定义。 0067 在该实施例中，系统首先确定状况是否是危急的403(虽然在该说明性实施例中 在危急和紧急状况之间做出区别，但是也能够更加谨慎并假设满足紧急状况的所有状况是 危急的)。 0068 如果状况不是危急的，则系统对用户提供口头或视觉(如果可能)的警告，并显示 或另外提供容易访问911选项417。 0069 例如，在导航或其它。

32、触摸屏显示器可用的车辆环境中，车辆计算系统可提供大的 或明显地显示的911选项。如果紧急状况逐步升级，则该选项可被立即选择并拨打呼叫 411。相似地，如果显示器不可用，则系统可报告可听选项，诸如“快速911现在可用，说出 911以立即拨打紧急呼叫”。 0070 如果911选项未被选择(或激活)，则系统查看紧急状况是否持续存在421。如果 状况过期，则系统去除选项，从而911将不会被意外地触碰423。然而，如果状况持续存在， 则在先前紧急非危急状况已经逐步升级为危急状况的情况下，系统再次进行对危急性的检 查403。 0071 在该实施例中，如果状况某时被检测为是危急的一个，则系统通知用于检测到的。

33、 危急状况405。在该实施例中，危急状况包括可存在即时驾驶危险的状况。另外，危急状况 可使得驾驶员不能够进行反应，因此在该实施例中，系统还准备拨打911呼叫。 0072 紧急呼叫系统可需要向用户给出用于取消被另外自动地拨打的呼叫的选项，故在 说 明 书CN 102567644 A 7/7页 9 该实施例中，系统通知用户911呼叫将被拨打。如果用户不选择取消该呼叫409，则911呼 叫被拨打411。在该实施例中，如果用户失去知觉、昏迷或另外处于用户用不能进行反应的 状态中，则由于用户将不能够取消呼叫(假设车辆中的其他人不取消呼叫)，故系统将自动 地拨打呼叫。 0073 即使呼叫被用户或被另一乘客。

34、取消，系统仍然可提供“快速911”选项417。例如， 系统可查看状况情形(status)是否应被降低413。这可基于另一用户询问或危急性的等 级。降低状况情形可避免重复不必要地自动尝试呼叫911。 0074 如果可认可状况情形降低，则所述情形从危急减小为紧急414，并且在任一事件 中，“快速911”仍被显示417(至少在该实施例中)。 0075 图5示出数据传送请求处理的说明性示例。在该说明性示例中，车辆计算系统被 要求将记录的数据分发到医疗服务提供商。虽然最近记录的数据(诸如，引起拨打紧急呼 叫的数据)的自动提供可以伴随911呼叫而发生，但是医疗提供商还可请求数据。 0076 例如，如果患者。

35、被要求携带医疗状况跟踪装置以记录医疗状况，则装置可周期性 地或一次性地向车辆计算系统进行报告。在该示例中，相关数据可仅被存储在车辆计算系 统上。在访问之前，或者为了跟踪患者进展或监测状况，医疗服务提供商可期望接收数据的 拷贝。 0077 在该说明性实施例中，车辆计算系统从例如医疗服务提供商接收数据请求501。该 请求可自身携带提供商的一些形式的识别，或该请求至少识别车辆乘客的提供商，其中，所 述一些形式的识别自动提供对请求的许可。 0078 在已经接收了请求之后，系统通知车辆乘客该请求503(还可能的是，具有充分识 别的特定提供商被许可自动地访问系统，从而绕过在该说明性实施例中详细描述的手动识。

36、 别处理)。 0079 如果车辆乘客同意数据请求505，则车辆计算系统还可请求用户输入PIN或密码 507。如果包括输入PIN或密码的操作，则可出于法律考虑针对释放数据而要求该操作，或 该操作可以是用户使能选项以进一步保护潜在的敏感数据。 0080 如果输入的PIN/密码不正确，则系统警告用户509并随后查看是否已多次输入错 误密码(或发生超时等)511。如果提供了正确的识别码507，则系统将请求的数据发送到 请求方513。 说 明 书CN 102567644 A 1/5页 10 图1 说 明 书 附 图CN 102567644 A 10 2/5页 11 图2 说 明 书 附 图CN 102567644 A 11 3/5页 12 图3 说 明 书 附 图CN 102567644 A 12 4/5页 13 图4 说 明 书 附 图CN 102567644 A 13 5/5页 14 图5 说 明 书 附 图CN 102567644 A 14 。