改进的患者紧急响应系统专利检索-脉搏传感器诊断设备和程序专利检索查询-专利查询网

改进的患者紧急响应系统

阅读：787发布：2022-12-15

专利汇可以提供改进的患者紧急响应系统专利检索，专利查询，专利分析的服务。并且提供一种改进的紧急响应系统。该系统包括具有患者或订户活动的日程的患者或订户位置数据库。在一种实施方式中，紧急服务服务器检测患者或订户遇到由从患者附近的无线通信设备发送的医学生理数据指示的可能的医疗事件。诸如技术专家和/或医生之类的第三方诊断患者并确定是否需要治疗。如果需要治疗，则距离患者处于远程的电话被用来从患者的位置中的公共安全接入点呼叫紧急服务第一响应人员。处于远程的电话具有基于由患者位置数据库指示的患者的当前位置更新的自动位置识别数据库记录。患者位置数据库中的地址信息包括街道号、楼宇号、楼层和房间号信息（如果适用的话）以确保第一响应人员被引导到患者的具体位置。还描述了紧急响应系统的其它实施方式，包括自然灾害、家庭安全和旅行应用。，下面是改进的患者紧急响应系统专利的具体信息内容。

权利要求

1.一种用于向有病况的患者提供紧急服务的系统，包括：
距离患者处于远程的电话；
紧急服务服务器，所述紧急服务服务器被编程为基于患者的位置来生成针对所述电话的更新的自动位置识别数据库记录。
2.如权利要求1所述的系统，其中，所述电话是VoIP电话。
3.如权利要求1所述的系统，其中，所述紧急服务服务器被编程为生成所述患者的位置的主街道地址指南地址，并且所述更新的自动位置识别数据库记录包括所述主街道地址指南地址。
4.如权利要求1所述的系统，其中，所述紧急服务服务器被编程为生成所述患者的位置的地址，所述地址包括楼宇街道号、城市和州，并且所述更新的自动位置识别数据库记录包括所述患者的位置的所述地址。
5.如权利要求1所述的系统，其中，所述紧急服务服务器被编程为基于患者的时间戳来确定所述患者的位置。
6.如权利要求5所述的系统，其中，所述紧急服务服务器被编程为通过将所述患者的时间戳与同所述患者对应的多个数据库时间条目相比较并确定同所述患者对应的所述多个数据库时间条目中的任何一个是否在从所述患者的时间戳开始的预先选择的时间增量以内，来确定所述患者的位置。
7.如权利要求5所述的系统，其中，所述患者的时间戳对应于从由所述患者附近的无线通信设备发送的无线电定位坐标和全球定位系统坐标中选择的一个坐标。
8.如权利要求1所述的系统，其中，所述地址还包括楼宇号。
9.如权利要求1所述的系统，其中，所述地址还包括房间号。
10.如权利要求1所述的系统，还包括患者位置数据库，所述患者位置数据库包括多个数据库时间条目和多个数据库患者位置，其中，每一个所述数据库时间条目对应于一患者，并且每一个数据库患者位置对应于一数据库患者时间条目。
11.如权利要求1所述的系统，其中，所述患者时间戳是从所述患者接收的或者是从所述患者接收到医疗数据的时间。
12.如权利要求1所述的系统，还包括治疗设施数据库，所述治疗设施数据库包括多个数据库治疗设施以及与每个所述数据库治疗设施对应的数据库治疗设施位置、数据库治疗设施服务和数据库治疗设施日程。
13.如权利要求12所述的系统，其中，所述紧急服务服务器被编程为基于从由如下项组成的组中选择的至少一项来从所述治疗设施数据库选择数据库治疗设施：所述患者的位置、数据库治疗设施位置、所述患者的病况以及从所述患者接收的时间戳。
14.如权利要求12所述的系统，其中，至少一个所述数据库治疗设施的数据库治疗设施服务包括外科服务。
15.如权利要求14所述的系统，其中，所述外科服务包括心导管服务。
16.如权利要求12所述的系统，其中，至少一个所述数据库治疗设施的数据库治疗设施日程包括医师待命日程。
17.如权利要求12所述的系统，其中，所述紧急服务服务器被编程为计算患者位置与数据库治疗设施位置之间的距离。
18.如权利要求1所述的系统，还包括工作站，所述工作站包括显示器，其中，所述显示器选择性地显示一个或多个数据库患者位置，并且当用户选择所显示的数据库患者位置时，所述紧急服务服务器基于所选择的数据库患者位置来生成更新的自动位置识别数据库记录。
19.如权利要求1所述的系统，其中所述紧急服务服务器被配置为从患者传感器接收医学生理数据。
20.如权利要求1所述的系统，其中所述紧急服务服务器被编程为基于从患者传感器接收的医学生理数据和参考医学生理数据来识别医疗事件的发生，并且所述系统还包括选择性地显示指示所述医疗事件的发生的消息的显示器。
21.一种用于向有病况的患者提供紧急服务的系统，包括：
具有相关联的自动位置识别数据库记录的电话，其中，所述自动位置识别数据库记录包含所述电话的位置信息；
患者位置数据库，所述患者位置数据库包括多个患者的数据库患者身份信息和所述多个患者中的每个患者的一个或多个数据库患者位置；
紧急服务服务器，其中，所述紧急服务服务器被编程为基于初步患者位置信息、数据库患者身份信息和与所述患者对应的一个或多个数据库患者位置来确定患者位置，并且其中，所述紧急服务服务器基于所确定的患者位置或用户输入的患者位置来生成针对所述电话的更新的自动位置识别数据库记录。
22.如权利要求21所述的系统，其中，所述紧急服务服务器被编程为生成所述患者的位置的主街道地址指南地址，并且所述更新的自动位置识别数据库记录包括所述主街道地址指南地址。
23.如权利要求21所述的系统，其中，所述初步患者位置信息包括与从由患者发送的无线电定位坐标和全球定位系统坐标选择的一个坐标相对应的时间戳。
24.如权利要求21所述的系统，其中，所述初步患者位置信息包括与从所述患者接收到医疗数据的时间相对应的时间戳。
25.如权利要求21所述的系统，其中，所述患者位置数据库包括多个数据库时间条目，并且所述一个或多个数据库患者位置中的每个对应于一数据库时间条目。
26.如权利要求21所述的系统，其中，所述电话距离所述一个或多个数据库患者位置处于远程。
27.如权利要求21所述的系统，其中，所述电话是VoIP电话。
28.如权利要求21所述的系统，还包括治疗设施数据库，所述治疗设施数据库包括多个数据库治疗设施以及与每个所述数据库治疗设施对应的数据库治疗设施位置、数据库治疗设施服务和数据库治疗设施日程。
29.如权利要求28所述的系统，其中，所述紧急服务服务器被编程为基于诊断信息和由更新的自动位置识别数据库记录指定的位置来从所述治疗设施数据库选择数据库治疗设施。
30.如权利要求29所述的系统，其中，所述紧急服务服务器被编程为计算由更新的自动位置识别数据库记录指定的位置和与所选择的治疗设施对应的位置之间的距离。
31.如权利要求21所述的系统，其中，所述患者位置数据库包括针对每个患者的一个或多个禁止位置。
32.如权利要求21所述的系统，其中，所述紧急服务服务器被编程为基于接收的由患者发送的医学生理数据和参考医学生理数据来识别医疗事件的发生，并且，所述系统还包括选择性地显示指示所述医疗事件的发生的消息的显示器。
33.如权利要求32所述的系统，其中，所述医疗事件是从以下项中选择的一项或多项：
急性冠脉综合征、心肌缺血、心肌梗死、心律失常、晕厥、充血性心力衰竭、肺水肿、中风、短暂性脑缺血发作、颅内压增高、发作和一氧化碳中毒。
34.如权利要求32所述的系统，其中，所述医学生理数据包括从以下项中选择的至少一项：ECG数据、可植入心脏转复除颤器数据、血管阻抗数据、心脏内压传感器数据、超声数据、颅内压传感器数据、脉搏血氧饱和度仪数据、一氧化碳血氧仪传感器数据、光吸收率数据、血糖仪数据、EEG数据和血管内图传感器数据。
35.如权利要求21所述的系统，其中，所述紧急服务服务器被编程为基于多个之前确定的患者位置和多个对应的确认的患者位置来计算确定的患者位置的百分比精确度。
36.如权利要求21所述的系统，其中所述紧急服务服务器被编程为确定患者与运送目的地之间的距离和运送时间中的至少一者。
37.如权利要求21所述的系统，其中所述紧急服务服务器被配置为接收多个患者的患者身份信息和对应的坐标，并且所述坐标是从由无线电定位坐标和全球定位系统坐标组成的组中选择的。
38.如权利要求21所述的系统，还包括移动无线通信设备，所述移动无线通信设备被配置为将患者身份信息发送给所述紧急服务服务器。
39.如权利要求38所述的系统，还包括被配置为将医学生理数据发送给所述移动无线通信设备的至少一个医疗诊断设备。
40.如权利要求21所述的系统，其中，所述初步患者位置信息包括患者的时间戳，患者位置数据库包括一个或多个数据库时间条目，每个所述数据库时间条目对应于一数据库患者位置，并且如果所述患者的时间戳在从所述患者的数据库时间条目中的一个或多个数据库时间条目开始的预先选择的时间增量内，则确定的患者位置被设置成与所述患者的一个或多个数据库时间条目中的一个数据库时间条目对应的数据库患者位置。
41.如权利要求40所述的系统，其中，所述预先选择的时间增量是大约45分钟。
42.如权利要求40所述的系统，还包括用户显示器，其中，在所述显示器上选择性地显示所述患者的数据库时间条目和对应的数据库患者位置。
43.如权利要求42所述的系统，其中，当用户选择显示的数据库患者位置中的一个时，所述服务器生成与所选择的所显示的位置相对应的、针对所述电话的更新的自动位置识别数据库记录。
44.如权利要求21所述的系统，其中，所述初步患者位置信息包括患者的时间戳，所述患者位置数据库包括一个或多个数据库时间条目，每个所述数据库时间条目对应于所述患者到数据库目的地位置的所安排的运送，并且确定的患者位置被设置成与患者的数据库时间条目中在从所述患者的时间戳开始的预先选择的时间增量内的一个数据库时间条目对应的数据库目的地位置。
45.如权利要求21所述的系统，其中，当指定的紧急服务电话号码被输入所述电话时，向与由所述更新的自动位置识别数据库记录定义的位置对应的公共安全接入点拨出呼叫。
46.一种用于提供改进的紧急服务的方法，包括：
接收指示医疗事件的发生的患者的医学生理数据；
确定所述患者的位置；以及
基于所述患者的位置来更新电话的自动位置识别数据库记录，其中，所述电话距离所述患者的位置处于远程。
47.如权利要求46所述的方法，还包括将预定紧急服务号码输入所述电话，从而向与更新的自动位置识别数据库记录对应的公共安全接入点拨出呼叫。
48.如权利要求46所述的方法，其中，所述电话是VoIP电话。
49.如权利要求46所述的方法，其中，基于所述患者的位置来更新电话的自动位置识别数据库记录的步骤包括确定所述患者的位置的主街道地址指南地址。
50.如权利要求46所述的方法，还包括联系所述患者来确认所述患者的实际位置。
51.如权利要求46所述的方法，其中，确定所述患者的位置的步骤包括基于与从无线电定位坐标和全球定位系统坐标选择的一个坐标对应的患者的时间戳来确定所述患者的位置。
52.如权利要求51所述的方法，其中，确定所述患者的位置的步骤包括确定所述患者的时间戳是否在从与所述患者对应的数据库时间条目开始的预先选择的时间增量内。
53.如权利要求46所述的方法，其中，确定所述患者的位置的步骤包括基于与从所述患者接收到医疗数据的时间相对应的患者的时间戳来确定所述患者的位置。
54.如权利要求46所述的方法，还包括基于从由以下项组成的组中选择的至少一项来选择治疗设施：所述患者的位置、设施位置信息、所述患者的病况以及与从无线电定位坐标和全球定位系统坐标中选择的一个坐标对应的时间戳。
55.如权利要求54所述的方法，其中，选择治疗设施的步骤包括访问治疗设施数据库，并且所述治疗设施数据库包括多个数据库治疗设施和与每个所述数据库治疗设施对应的数据库治疗设施位置、数据库治疗设施服务和数据库治疗设施日程。
56.如权利要求54所述的方法，其中，选择治疗设施的步骤包括计算从所述患者的位置到所述治疗设施数据库中的多个治疗设施的治疗设施位置的距离。
57.如权利要求46所述的方法，还包括计算确定所述患者的位置的步骤的预测准确度。
58.如权利要求46所述的方法，还包括比较所述患者的接收的医学生理数据，并将其与参考医学生理数据比较来确定所述医疗事件的发生。
59.一种确定患者的位置的方法，包括：
提供患者的时间戳；
提供患者的活动的日程，所述日程包括多个安排时间，每个安排时间对应于安排位置，并且每个安排位置包括主街道地址指南位置；
接收所述患者的初步位置；以及
基于所述时间戳和所述初步位置来选择安排位置。
60.如权利要求59所述的方法，其中，基于所述时间戳和所述初步位置来选择安排位置的步骤包括选择第一安排时间，所述第一安排时间在从所述时间戳开始的选定时间增量内，并且所述第一安排时间对应于第一安排位置。
61.如权利要求60所述的方法，其中，所述第一安排位置在从所述初步位置开始的选定距离内。
62.如权利要求60所述的方法，其中，所述选定距离不大于约600米。
63.如权利要求60所述的方法，其中，基于所述患者的时间戳和所述初步位置来选择安排位置的步骤还包括选择第二安排时间，所述第二安排时间在从所述患者的时间戳开始的选定时间增量内，并且所述第二安排时间对应于第二安排位置。
64.如权利要求59所述的方法，还包括基于至少所述患者的时间戳和所述初步位置来确定所述患者处于安排位置的至少一个概率。
65.如权利要求64所述的方法，其中确定所述患者处于安排位置的至少一个概率的步骤包括确定所述患者处于安排位置的多个概率，其中，每个概率对应于所述初步位置与所述安排位置之间的距离。
66.如权利要求59所述的方法，其中，提供患者的时间戳的步骤包括接收由所述患者附近的无线通信设备发送的时间戳。
67.如权利要求59所述的方法，其中，提供患者的时间戳的步骤包括确定从所述患者接收到医疗数据的时间。
68.一种向患者提供紧急服务的方法，包括：
根据如权利要求59所述的方法来确定患者的位置；以及
向选定的安排位置调遣医疗服务提供者。
69.如权利要求68所述的方法，其中，向选定的安排位置调遣医疗服务提供者的步骤包括基于选定的安排位置来更新针对电话的自动位置识别记录，并且所述电话距离所述患者处于远程。
70.如权利要求69所述的方法，其中，向选定的安排位置调遣医疗服务提供者的步骤包括将紧急服务电话号码输入所述电话以使得向与由更新的自动位置识别数据库记录定义的位置对应的公共安全接入点拨出呼叫。
71.如权利要求68所述的方法，还包括基于从由以下项组成的组中选择至少一项来选择治疗设施：选定的安排位置、设施位置、患者的病况和患者的时间戳。
72.如权利要求71所述的方法，其中，选择治疗设施的步骤包括计算选定的安排位置与设施位置之间的距离。

说明书全文

改进的患者紧急响应系统

[0001] 相关申请的交叉引用

[0002] 本申请要求2010年12月15日提交的美国临时专利申请No.61/423,484的益处，通过引用将该专利申请结合于此。

技术领域

[0003] 本公开涉及紧急响应系统，并且更具体地，涉及利用了用于将紧急服务人员调遣到患者或订户所处具体位置的改进方法的紧急响应系统。

背景技术

[0004] 随着医疗成本持续增高，越来越期望最小化患者必须住院的时间长度同时还确保他们接受适当程度的治疗。许多标准的治疗方案要求患者经历持续的测试和监控，持续的测试和监控可以诊断医学问题和急症。例如，许多有心脏问题的患者需要进行压力测试和监控。然而，为了降低成本，期望在缺少在患者经历医疗事件例如心脏病发作或中风的情况下执行紧急医疗服务的医师或设备的设施中进行这样的测试和监控。这样的测试可以在医院执行，但是，这样做减少了适合的测试设施的数目并且需要增多的患者往返。另外，在医院设施的外面，在执行这样的门诊测试的人员中，许多人员缺乏判断患者是否正在经历需要治疗的医疗事件的诊断技能并且在事件发生时可能并没有与患者在一起。因此，需要位于远程的技术专家和/或医师来判断患者是否需要治疗，并且如果需要治疗则识别适合的治疗设施。

[0005] 在一个场景中，会期望向患者提供生理测试设备，所述生理测试设备监控他们的情况并且向医务人员警报可能的医疗事件。存在一些能够将患者的生理数据诸如经由互联网而无线地发送到远程服务器的设备。然而，即便服务器可以被编程为判定这样的数据是否指示医疗事件，也没有可靠方式用于让远程医务人员选择适合的治疗设施并联系患者的地理位置中的公共安全接入点（PSAP）来调遣第一响应人员去到患者的具体位置。另外，如果患者失去知觉或不能够沟通，则他或她的地理位置会难以确定。在某些情形下，患者拥有的或在患者附近的蜂窝电话可以用来确定患者的位置以用于调遣医务人员的目的。然而，这样的设备通常精确到300米以内，其精确水平通常对于确保第一响应人员能够快速定位患者并不是充分可靠的。因此，已经出现了对改进的患者紧急响应系统的需要。发明内容

[0006] 根据第一方面，提供一种用于向患者提供紧急服务的系统，包括：距离患者处于远程的电话；和紧急服务服务器，所述紧急服务服务器被编程为基于患者的位置来生成针对所述电话的更新的自动位置识别数据库记录。在某些实施例中，所述电话是VoIP（经由因特网协议的语音）电话。在其它实施例中，紧急服务服务器被编程为生成所述患者的位置的主街道地址指南地址，并且所述更新的自动位置识别数据库记录包括所述主街道地址指南地址。

[0007] 在另外的实施例中，所述紧急服务服务器被编程为基于患者的时间戳来确定所述患者的位置。在又一些实施例中，所述紧急服务服务器被编程为通过将所述患者的时间戳与同所述患者对应的多个数据库时间条目相比较并确定同所述患者对应的所述多个数据库时间条目中的任何一个是否在从所述患者的时间戳开始的预先选择的时间增量以内，来确定所述患者的位置。在又一些其它实施例中，所述患者的时间戳对应于从由所述患者附近的无线通信设备发送的无线电定位坐标和全球定位系统坐标中选择的一个坐标。在又一些其它实施例中，该系统还包括患者位置数据库，所述患者位置数据库包括多个数据库时间条目和多个数据库患者位置，其中，每一个所述数据库时间条目对应于一患者，并且每一个数据库患者位置对应于一数据库患者时间条目。

[0008] 在其它实施例中，该系统还包括治疗设施数据库，所述治疗设施数据库包括多个数据库治疗设施以及与每个所述数据库治疗设施对应的数据库治疗设施位置、数据库治疗设施服务和数据库治疗设施日程。在另一个方面中，提供一种用于提供紧急医疗服务的系统，包括：具有相关联的自动位置识别数据库记录的电话，其中，所述自动位置识别数据库记录包含所述电话的位置信息。该系统还包括患者位置数据库，所述患者位置数据库包括多个患者的数据库患者身份信息和所述多个患者中的每个患者的一个或多个数据库患者位置。该系统还包括紧急服务服务器，所述紧急服务服务器被编程为基于初步患者位置信息、数据库患者身份信息和与所述患者对应的一个或多个数据库患者位置来确定患者位置，其中，所述紧急服务服务器基于所确定的患者位置或用户输入的患者位置来生成针对所述电话的更新的自动位置识别数据库记录。在某些实施例中，所述紧急服务服务器被编程为生成所述患者的位置的主街道地址指南地址，并且所述更新的自动位置识别数据库记录包括所述主街道地址指南地址。

[0009] 在另外的方面中，提供一种用于提供改进的紧急服务的方法。该方法包括：接收指示医疗事件的发生的患者的医学生理数据；确定所述患者的位置；以及基于所述患者的位置来更新电话的自动位置识别数据库记录，其中，所述电话距离所述患者的位置处于远程。在某些实施例中，该方法还包括将预定紧急服务号码输入所述电话，从而向与更新的自动位置识别数据库记录对应的公共安全接入点拨出呼叫。在其它实施例中，确定所述患者的位置的步骤包括基于与从无线电定位坐标和全球定位系统坐标选择的一个坐标对应的患者的时间戳来确定所述患者的位置。在另外的实施例中，确定所述患者的位置的步骤包括确定所述患者的时间戳是否在从与所述患者对应的数据库时间条目开始的预先选择的时间增量内。在其它实施例中，该方法包括基于从由以下项组成的组中选择的至少一项来选择治疗设施：所述患者的位置、设施位置信息、所述患者的病况以及与从无线电定位坐标和全球定位系统坐标中选择的一个坐标对应的时间戳。

[0010] 在又一方面中，提供一种确定患者的位置的方法。该方法包括：提供患者的时间戳；提供患者的活动的日程，其中所述日程包括多个安排时间，每个安排时间对应于安排位置，并且每个安排位置包括主街道地址指南位置；和接收所述患者的初步位置。该方法还包括基于所述时间戳和所述初步位置来选择安排位置。在某些实施例中，基于所述时间戳和所述初步位置来选择安排位置的步骤包括选择第一安排时间，所述第一安排时间在从所述时间戳开始的选定时间增量内，并且所述第一安排时间对应于第一安排位置。在其它实施例中，所述第一安排位置在从所述初步位置开始的选定距离内。在其它实施例中，所述选定距离不大于约600米。附图说明

[0011] 现在参考附图，详细示出了说明性实施例。尽管附图代表某些实施例，但是附图不一定是按比例绘制的并且某些特征可以被放大、去除或部分剖解以更好地图示和说明本发明。此外，本文中所阐述的实施例是示例性的并且不意图是穷尽性的或以其它方式将权利要求限制或约束为附图中所示出的和以下详细描述中所公开的精确形式和配置。

[0012] 图1A是用于提供紧急服务的改进系统的第一实施例的示图；

[0013] 图1B是用于提供紧急服务的改进系统的第二实施例的示图；

[0014] 图1C是用于提供紧急服务的改进系统的第三实施例的示图；

[0015] 图2是来自患者位置数据库的数据库记录的示图；

[0016] 图3是来自治疗设施数据库的数据库记录的示图；

[0017] 图4是用于图示出确定患者或订户的位置的方法的第一实施例的流程图；

[0018] 图5是用于图示出确定患者或订户的位置的方法的第二实施例的流程图；

[0019] 图6是用于图示出向患者或订户提供紧急服务的方法的实施例的流程图；

[0020] 图7是用于图示出为经历医疗事件的患者选择治疗设施的方法的流程图；以及[0021] 图8是用于图示出向从一个位置转移到另一个位置的患者提供紧急服务的方法的流程图。

具体实施方式

[0022] 参考图1A，提供一种用于向具有病况的患者提供紧急服务的系统20。系统20包括用于对患者进行各种生理测量的一个或多个生理数据设备30、紧急服务服务器群61、呼叫中心54、自动位置识别（“ALI”）系统48、公共安全应答点或“PSAP”40、专用小交换机或“PBX”64以及选择性路由交换机66。系统20还包括计算机网络34，其优选是广域网（“WAN”），甚至更优选地是互联网。如以下更详细描述的，系统20允许处于呼叫中心54中的技术专家拨出紧急服务呼叫来为患者获取紧急服务。该呼叫一般将可以使用诸如9-1-1（美国）、9-9-9（英国）、1-1-2（德国、丹麦、冰岛、瑞典）之类的紧急服务号码拨出。在一些辖区中，根据所请求的紧急服务（警察、救护车或火警）的特征存在多个紧急服务号码。

[0023] 在某些实施方式中，技术专家将从呼叫中心电话56拨出紧急服务呼叫并且该呼叫将被路由到负责患者而不是呼叫中心54所处辖区的PSAP40。在另外的实施方式中，PSAP40将通过查询与呼叫中心电话56相关联的ALI数据库48记录来接收指示患者位置的数据。在其它实施方式中，从患者发送给呼叫中心54中的技术专家的信息将被“地理编码”以提供地址，例如，完全MSAG（主街道地址指南）地址，这比由许多当前系统提供的地址更为精确。呼叫中心电话可以是陆线、VoIP电话或手机，但是优选是陆线或VoIP电话。

[0024] PSAP40响应于语音呼叫，并且在一些示例中，响应于与语音呼叫有关的患者位置数据，向患者调遣必要的紧急响应人员（火警、警察、救护车）。PSAP通常将包括各自带有终端44和电话42的若干PSAP操作员。在图1A中仅示出一个电话42和一个终端44。PSAP40将通常还包括至少一个PSAP服务器46来辅助与紧急呼叫有关的数据的发送、接收和存储。

[0025] ALI系统48包括一个或多个服务器50和一个或多个数据库52。ALI系统存储针对紧急服务呼叫者的位置信息并且将其提供给PSAP40以更好地使得PSAP40能够将必要的紧急响应人员调遣到正确的位置，特别是在呼叫者（例如由于失去知觉）不能与PSAP沟通的情况下。在典型的已知系统中，PSAP40接收语音呼叫以及与该呼叫相关联的电话号码（称为“ANI”或“自动号码信息”值）。在某些实施方式中，特别是用于无线和/或VoIP呼叫的实施方式中，ANI称为“伪ANI”或“p-ANI”。p-ANI是数字串，诸如电话号码中的10个数字，其可以用于对呼叫者的位置进行编码，如同可以由手机信号塔和扇区或纬度/经度指示一样。这里使用的术语“ANI”是指标准ANI（电话号码）或p-ANI。

[0026] 在使用增强的9-1-1系统的某些辖区内，当PSAP接收到紧急服务呼叫时，其随后将ANI发回ALI系统48并请求呼叫者的位置（有时称为“请求”或“动用”的处理）。ALI系统数据库52包括将ANI或p-ANI值对应到物理位置（例如，街道地址、城市、州）的字段。呼叫者的ALI数据记录随后经由PSAP服务器46被发回PSAP终端44以更好地使得PSAP能够将紧急服务调遣到通过ALI记录识别的位置。在利用旧的9-1-1系统的辖区内，可以不存在ALI系统48，并且ALI记录可以不被提供给PSAP40。

[0027] 系统20对于由于诸如心脏疾病、糖尿病等的已知病况必须被紧密监控并被日常测试的患者尤其有用。必须对其使用系统20的病况的范围不受限制。在一种实施方式中，患者预订使用系统20并且被与用于监控患者在他或她离开医疗设施之后的出院后护理的一个或多个呼叫中心54相关联。呼叫中心54聘有一个或多个技术专家，技术专家通过跟踪从患者经由计算机网络34发送到呼叫中心54的生理数据来监控预订患者的病况。呼叫中心54可以包括单个楼宇或多个楼宇，这些楼宇可以处于相同位置或地理上分散。呼叫中心54中的技术专家接收有关他们服务的患者正经历的潜在医疗事件的信息，并且基于接收的数据和/或基于与患者的沟通来诊断患者的情况。技术专家还可以寻求医师或其它第三方的帮助来提供诊断辅助。基于这样的诊断的结果，技术专家可以联系PSAP40来调遣紧急响应人员到患者的位置以提供需要的医疗看护和/或将患者运送到可以提供这样的看护的治疗设施31处。系统20可以用于各种医疗事件并且不限于任何具体事件。这样的事件的非限制性示例包括急性冠脉综合征、心肌缺血、心肌梗死、心律失常、晕厥、充血性心力衰竭、肺水肿、中风、短暂性脑缺血发作、颅内压增高、发作和一氧化碳中毒。

[0028] 在系统20中，提供一个或多个生理数据设备30，用于检测患者的生理数据并将数据经由或者无线连接或者有线连接发送到通信设备32。通信设备32随后将生理数据经由计算机网络34发送到技术专家终端58、服务器群61、医师通信设备36和/或治疗设施终端33。各种已知的生理数据设备30可以用于测量生理数据，诸如ECG数据、可植入心脏转复除颤器数据、血管阻抗数据、心脏内压传感器数据、超声数据、颅内压传感器数据、脉搏血氧饱和度仪数据、一氧化碳血氧仪传感器数据、光吸收率数据、血糖仪数据、EEG数据和血管内图传感器数据等等。被配置为发送数据给通信设备32的适合的生理数据设备30包括由以色列的雷霍沃特的Card Guard科学保健公司和明尼苏达的梅普尔格罗夫的QRS诊断提供的那些。这样的生理数据设备的其它供应商包括纽约的中央广场的Nasiff Associates公司和宾夕法尼亚州的Norristown的Pulse Biomedical公司。对于无线实施方式，生理数据设备30将优选地包括被配置为将数据无线地发送给患者通信设备32的无线发射机。生理数据设备30和患者通信设备32之间的无线通信可以使用各种协议和其它无线技术来提供，包括3G和4G无线技术和IEEE系列无线技术。更具体地，无线通信可以通过CDMA、EDGE、EV-DO、GPRS、GSM、UMTS、W-CDMA或lxRTT网络以及IEEE802.11（WiFi）、802.15（蓝牙和Zigbee）、802.16（WiMax）或802.20（MBWA）网络进行。

[0029] 患者通信设备32充当到计算机网络34的网关。适合的通信设备32将能够与一个或多个互联网服务器无线通信，具体地，与处于紧急服务服务器群61中的紧急服务服务器60无线通信。适合的通信设备32包括无线发射机并且包括蜂窝电话、智能电话、平板计算机、膝上型计算机、具有无线调制解调器的台式计算机等。

[0030] 在其中患者通信设备32与计算机网络34之间的无线传输不能实现或者是暂态的情况下，例如在患者住在地下室或住在无线范围之外的情况下，诸如无线路由器之类的附加设备可以被整合来将数据经由有线传输发送到互联网云34。一个这样的示例性路由器是由马里兰的波拖马可的Great Arbor Communications提供的GAC150WiFi拨号路由器。在这样的情况下，患者将路由器插入电话插孔或现有以太网端口中。当接收微弱时，患者通信设备将切换到WiFi并寻找路由器信号。如果路由器连接到以太网端口，则其将会通过患者自己的有线互联网连接（例如家庭宽带电缆或DSL连接）来传输数据。如果路由器连接到电话线，则当路由器感测到来自电话的WiFi连接时，其自动地拨叫“拨号服务”来获得54K拨号连接。

[0031] 在其它情况中，患者可能住在没有电话或互联网服务的农村地区。在这样的情况中，患者配备有无线网络扩展器，无线网络扩展器经由WiFi连接到患者通信设备32并且能够通过卫星发送数据和语音。在该场景下，患者通信设备32优选地具有到天空（即，窗户）的直接视线。

[0032] 技术专家终端58被配置为经由计算机网络34与服务器群61通信并从其接收患者生理数据。终端58可以包括处理器和一个或多个所存储的程序，以用于执行对检索的生理数据的各种类型的显示和/或分析以及用于检索患者信息，诸如患者身份信息、患者位置信息,患者日程信息,患者治疗历史信息、患者药物等。

[0033] ALI系统48一般是增强的9-1-1系统中使用的已知类型的ALI系统并被配置为基于从PSAP40接收的ANI或p-ANI值来将地址数据记录提供给PSAP40。ALI可以服务较大的地理区域并且将一般被限制于由（一个或多个）呼叫中心54服务的那些患者。任何具体ALI记录中所包含的地址信息的特异性可以不同并且可以包括街道名、街道号、城市名和州名。ALI记录还可以包括手机无线电定位坐标（手机信号塔站点和扇区）和全球定位系统坐标（例如经度和纬度）。在本文中所描述的某些实施方式中，ALI记录可以被补充以包括更具体的患者位置信息，诸如楼宇号（例如，一片楼宇内的内部地址）、层号和房间号。在某些辖区中，可以存在“主街道地址指南”或“MSAG”，其是该辖区内的有效街道、干道、房屋号和社区的官方记录，并且ALI数据库52记录可以包括MSAG地址。在涉及下一代911（G911）系统的实施方式中，ALI记录可以被进一步补充以包括视频、语音、图片、楼层平面图和医疗信息数据。

[0034] 呼叫中心54经由PBX64和选择性路由交换机66连接到PSAP40。PBX64是企业或公司内使用的专用电话网络并且其用户共享外部线路来进行到PBX64外部的电话呼叫。选择性路由交换机66和ALI系统48通常由紧急服务供应提供商操作。PBX64判断具体的语音呼叫是紧急服务呼叫还是非紧急服务呼叫。如果该呼叫是紧急服务呼叫，则选择性路由交换机66将该呼叫路由到选定PSAP40，选定PSAP40优选是服务于当患者经历潜在医疗事件时患者所处于的辖区的PSAP40。选择性路由交换机66利用选择型路由数据库（SRDB）（未示出）来将该呼叫路由到服务于由ALI信息定义的位置的PSAP。

[0035] 用于陆线应用的某些已知的SRDB使用与紧急呼叫相关联的ANI（即，从其拨出该呼叫的电话号码）来确定该呼叫应该被路由到的正确PSAP。在用于陆线紧急呼叫者的某些现有应用中，ANI与ALI数据库52中的呼叫者的地址惟一地关联并且ANI可以用于适当地路由紧急呼叫。然而，在系统20的某些实施方式中，呼叫中心电话56将被用于拨出紧急服务呼叫，尽管其位置远离患者。在已知的系统中，使用呼叫中心电话56ANI来路由呼叫将使得该呼叫被路由到呼叫中心54所处于的辖区而不是患者所处于的辖区中的PSAP。

[0036] 在系统20的一种实施方式中，SRDB（未示出）将ANI和p-ANI值关联到PSAP。在该实施方式中，ANI/p-ANI与PSAP之间的关联基于患者的位置被动态更新以使得来自电话56的呼叫被路由到与该位置相同辖区中的PSAP40。以这种方式，源自呼叫中心电话56的呼叫对于PSAP将看起来是源自患者的位置而不是呼叫中心54位置。当呼叫中心54中的技术专家确定应当向患者调遣紧急服务时，患者的当前位置还可以用于创建针对呼叫中心电话56的更新的ALI记录。

[0037] 在系统20的另一种实施方式中，使用“基于位置的”路由。在该实施方式中，SRDB（未示出）将ALI位置关联到PSAP。在某些示例中，PSAP地理边界被用来确定哪个PSAP负责呼叫者的位置。因此，一旦针对呼叫中心电话56的ALI记录基于患者的位置被更新，则SRDB（未示出）使用该更新的ALI记录来选择适当的PSAP40。选择性路由交换机66随后将呼叫路由到选定PSAP40。在该实施方式中，不需要将ANI值关联到PSAP的数据库。SRDB（未示出）不需要基于呼叫者的位置被动态更新，因为PSAP地理边界是静态的（除了政府做出的不频繁的改变以外）。然而，不论是基于ANI的路由还是基于位置的路由被使用，选择性路由交换机66都有效地使用患者的位置来将由呼叫中心电话56拨出的呼叫路由到负责患者的位置的PSAP40。

[0038] 系统20对于其中患者不能够拨出紧急服务呼叫或不能够使用具有固定ANI和ALI记录的陆线的情形特别有用。呼叫电话和VoIP电话不具有固定位置，并且因此不具有固定ALI记录或固定的PSAP与ANI之间的关联。存在用于路由从蜂窝电话拨出的紧急服务呼叫的已知方法。然而，从蜂窝电话发送的位置信息，诸如GPS坐标或无线电定位坐标，一般仅精确到+/-300米以内，该精确水平使得紧急响应人员不可能定位患者或至少足够快速地定位患者以提供必要的医学治疗。相应地，在系统20中，技术专家使用呼叫中心电话56来为患者拨出紧急服务呼叫。紧急服务数据库62包括患者的位置信息，该位置信息优选比通过全球定位系统或无线电定位坐标提供的更为精确。该位置信息被用来更新针对呼叫中心电话56的ALI记录并将更新的记录发送给ALI系统服务器50，ALI系统服务器50随后利用患者的当前位置来更新ALI数据库52。SRDB（未示出）使用更新的患者位置信息来确定该呼叫将被路由到的PSAP40。如之前所指示的，这可以涉及更新将ANI关联到PSAP的表格（基于ANI的路由）或者其可以涉及使用更新的ALI记录来确定哪个PSAP的地理边界包括它（基于位置的路由）。在其中ALI数据库可用的那些辖区内，PSAP40随后利用呼叫中心电话56的ANI来查询ALI系统48。基于ANI，ALI服务器50查询ALI数据库52来获取与ANI相关联的位置记录（称为“请求”或“动用”的处理），并将其发送到PSAP40以用于在PSAP终端44上显示，从而允许PSAP操作员调遣紧急响应人员到正确的患者位置。在某些实施方式中，选择性路由交换机66可以包括能够发送数据和语音信号给PSAP40的服务器，并且ALI记录可以利用该呼叫被发送，从而消除了对后续ALI数据库52查询的需要。

[0039] 某些现有的选择型路由系统可以用于更新ALI记录并且基于从紧急服务数据库62检索的位置信息来正确地路由紧急服务呼叫（即基于位置的路由）。一种系统由Dash Carrier Services提供并且称为“动态地理路由”系统。在一个示例中，选择性路由交换机
66使用地图数据库，该地图数据库将PSAP和它们的电话号码关联到地理位置。地图数据库可以是SRDB（未示出）的一部分并且可以与由紧急服务服务器60提供的患者位置信息一起用来识别选择性路由交换机66会将该呼叫路由到的正确PSAP40。

[0040] 如图1A中所示，呼叫中心技术专家还可以通过将数据从紧急服务服务器62提供给医师的智能电话36来与医师的智能电话36通信。另外，系统20可以被配置为允许医师直接从紧急服务服务器62访问患者的数据。这允许技术专家与医师就患者的情况进行磋商和从医师获得诊断和/或治疗建议。然而，在一些情况下，技术专家可以具有充分的信息来做出诊断或确定应当向患者调遣紧急响应人员而不必与医师磋商。

[0041] 在系统20的某些实施方式中，用于一个或多个治疗设施31的一个或多个治疗设施终端33也连接到网络34，允许技术专家向治疗设施传送有关患者和/或医疗事件的数据以帮助确定该设施是否具有必要的职员和设施来解决患者的医疗事件。

[0042] 参考图1B，提供用于提供紧急患者服务的系统22的可替代实施例。系统22被与系统20类似地配置，并且类似的组件用类似的标号识别。然而，在系统22中，不提供单独的呼叫中心54或技术专家。而是，某些PSAP被指定为“参与PSAP”70并且执行与图1A中的系统20的呼叫中心54和技术专家相同的功能。参与PSAP70接收从生理数据设备30发送的患者生理数据并且以与图1A的呼叫中心54技术专家相同的方式起作用。如果参与PSAP70被警告在其辖区内的患者的医疗事件，则其可以从紧急服务服务器群61访问患者位置数据并向正确的位置调遣紧急响应人员。然而，如果参与PSAP70与患者不在相同的辖区内，则其可以将从紧急服务服务器62检索的患者位置信息发送给ALI系统48并使得针对PSAP70电话的ALI记录基于患者的位置被更新。参与PSAP70操作员随后可以从参与PSAP电话72拨叫紧急服务号码，使得选择性路由交换机66将该呼叫路由到服务于患者的位置的非参与PSAP40。非参与PSAP40随后查询ALI数据库来获得针对电话72的ALI记录，ALI记录对应于患者的位置，而不是电话72的位置。基于该信息，非参与PSAP40可以向患者的位置调遣响应人员。

[0043] 在图1C中示出用于提供紧急患者服务的系统24的另一实施例。在该实施例中，呼叫中心54未被使用。而是由医师使用医师的通信设备36（其优选是智能电话）来拨出紧急服务呼叫。医师的通信设备36被（无线地）连接到PBX64。医师的通信设备36被编程为将针对设备36的更新的ALI记录发送到ALI系统50以使得与医师的通信设备36相关联的ALI记录对应于患者的位置。选择性路由交换机66基于更新的ALI记录将该呼叫路由到服务于患者的位置的PSAP。

[0044] 如上所述，系统20、22和24允许从位置远离患者的电话56、72、36（分别地）拨出紧急服务呼叫，该呼叫将被路由到负责患者的辖区而不是其中电话56、72、36实际处于的辖区的PSAP。如下所述，在某些实施方式中，患者的位置被“地理编码”或链接到从患者发送的某些信息，诸如从患者的通信设备32发送的时间戳。

[0045] 紧急服务服务器群61包括一个或多个紧急服务数据库62。紧急服务数据库62可以包括与提供紧急服务有关的各种不同数据库。在图2中示出在患者位置的地理编码中使用的患者位置数据库80。患者位置数据库80包括多个记录82a-82f和针对每个记录的多个字段84a-84j。在图2的示例中，患者位置数据库80包括一个或多个患者的日程信息，尽管仅使用一个患者（约翰·多伊）来图示数据库80。每个患者的记录（82a-82g）定义在患者的日常活动中的所安排事件。因此，字段84a提供患者的姓名。字段84b提供所安排活动的日期（或周几）。字段84c提供所安排活动的时间。字段84d-84i总地定义针对所安排活动的患者位置。在某些优选的实施例中，字段84d-84i总地定义所安排活动发生的主街道地址指南（MSAG）地址。在图2的示例中，字段84d包括街道号，字段84e包括街道名，字段84f提供楼宇号（如在多楼宇片区的情况中那样），并且字段84g提供层号。字段84h和84i分别包括所安排事件的城市和州。如果恰当，可以包括其它患者位置字段。例如，在一些实施方式中，患者可以在具有许多房间或办公室的大型楼宇中，并且还可以包括用于所安排事件在其中发生的房间或办公室的号码的字段。还可以提供其它字段，这些字段包括位置的电话号码、与所安排事件相关联的联系人和公司、有变差（例如+/-5分钟）的所安排事件的持续时间、所安排时间的变差以及所安排时间（或给定记录中的其它信息）最后被更新的日期。如记录82a、82c、82d和82f中所示，在一些情形中，事件将是患者从一个位置转移到另一个位置。转移也可以包括特定于转移的其它字段，诸如路线数据和运送公司。

[0046] 字段84j提供有关所安排事件或预约的特点的信息。在图2的示例中，所安排事件包括心脏病学家预约和ECG测试预约，以及去往那些预约和从那些预约离开的运送事件。在某些实施方式中，患者位置数据库80用于最近从医疗设施出院并且经历日常测试来监控他们的情况的患者。这样的患者可能经历这样的测试，该测试本身可能导致医疗事件的发生。许多这种测试可能发生在能够提供紧急医疗看护的医疗设施外面，并且因此，系统20（或22）可以用来将紧急响应人员调遣到患者的测试位置，如果必要的话。

[0047] 例如，患心脏疾病的患者会以定期间隔经历所安排的压力测试，这可能导致诸如心肌梗死之类的医疗事件发生。随着医疗看护成本的升高，期望在医院设置外面治疗和监控患者。然而，该方式带来了患者将经历需要紧急看护的医疗事件的风险。在这样的情况中，有益的是在患者位置数据库80中具有明确定义的患者位置以使得紧急响应人员能够快速对紧急事件进行响应。系统20、22和24可以用来提高紧急响应人员的响应时间并更好地确保患者被快速定位并被运送到针对该患者的医疗时间定制的适合的治疗设施31。患者位置数据库80允许呼叫中心54中的技术专家（或参与PSAP70）确定患者的位置并以在患者从陆线拨出紧急服务呼叫（这在紧急事件期间可能是不可能的事情）时才可获得的精确水平将紧急呼叫路由到正确PSAP。例如，如果患者要从蜂窝电话呼叫9-1-1，则该呼叫将基于患者的全球定位系统坐标或无线电定位坐标而被路由（并且针对电话56的ALI记录将被更新）。已知这些位置识别技术要精确到不大于300米的水平。即使当使用陆线时，患者也可能在ALI数据库中没有具体识别的大的楼宇或片区中的内部位置处。结果，紧急响应人员可能无法及时找到患者以将他或她运送到适当的治疗设施。如以下进一步讨论的，在某些实施例中，系统20和22被配置为使得在医疗事件期间，技术专家或参与PSAP接收来自患者位置数据库80中的字段84d-84i的经地理编码的地址。技术专家随后使得紧急服务服务器60发送该信息给ALI系统48以利用患者的经地理编码的地址来更新针对呼叫中心电话56（或参与PSAP电话72）的ALI记录。选择性路由交换机66使用更新的ALI记录来将该呼叫路由到负责患者的位置（如经地理编码的地址所指示的）的PSAP。用于动态地更新ALI记录的系统可以商购，并且包括由诸如Intrado、RedSky、Dash CS和8x8公司之类的供应商提供的那些。

[0048] 在某些实施方式中，（一个或多个）紧急服务数据库62包括治疗设施数据库90。在图3中提供治疗设施数据库90的示例性示图。治疗设施数据库90包括使得技术专家或参与PSAP70能够识别和选择在医疗事件的情况中患者应当被运送到的治疗设施的信息。识别正确的治疗设施的过程可以基于许多因素，其中一些可以包括治疗设施的位置、治疗设施的设备和能力、一天中的时间和某些治疗设施职员的上班时间。治疗设施数据库90包括多个记录92a-92c，每个记录对应于具体治疗设施。治疗设施数据库90还包括多个字段94a-94i，所述字段包括有关每个治疗设施的各种信息。例如，在图3中，提供描述治疗设施的名称的字段94a和治疗设施位置的字段（字段94b-94g）。在某些实施方式中，字段94b-94g中的治疗设施位置信息可以对应于设施的MSAG地址。在图3的具体示例中，治疗设施数据库90中的治疗设施位置信息包括街道号94b、街道名94c、城市94d、州94e、楼宇
94f（如在多楼宇片区的情况中那样）和层94g。尽管在图3中未示出，给定的医疗楼宇或片区可能具有若干内部的治疗设施。可以针对每个不同的内部设施提供单独的记录以更好地确保患者被按路线运送到正确的内部位置。例如，给定医院可能具有外科手术室（surgery wing）和心导管室，它们在医院内可能相互有些距离。在该情况中，治疗设施数据库90可以包括针对该医院的两个记录，一个涉及外科手术室并且另一个涉及心导管室。还可以提供另外的字段，其包括以下中的一些或全部：治疗中心电话号码、治疗中心传真号码、治疗中心电子邮件地址、候命医师传呼机号码和电子邮件地址、用于传送去往/来自治疗中心的医疗数据的FTP链路以及信息被最后更新的日期/时间。

[0049] 在某些示例中，紧急服务服务器60（其可以包括多个服务器）被编程为基于患者位置数据库80中所包括的信息，例如通过执行对患者位置数据库80的数据库查询操作，来识别患者位置。在某些情况中，技术专家从呼叫中心终端58发起查询。图4图示出可以被紧急服务服务器60用来执行查询操作的示例性方法。如图中所示，在步骤1002，紧急服务服务器60接收时间戳，即，指示日期、周几和/或一天中的时间的数据。紧急服务服务器60还接收患者的初步位置信息。在某些示例中，初步位置信息将包括患者的通信设备32的全球定位系统坐标或无线定位坐标。基于该时间戳和该初步位置信息，由紧急服务服务器60执行的程序将从患者位置数据库80获得所安排的位置。在某些情形下，初步位置信息可以是不能获得的，在该情况下，该程序将仅基于时间戳来为患者选择所安排的位置。在其它情况下，与直接从患者通信设备32接收的时间戳相对比，该时间戳可以是紧急服务服务器60接收到报警或医疗事件可能正在发生的其它指示的时间。

[0050] 各种方法可以用于基于时间戳和初步位置信息来从患者位置数据库80选择患者位置。在图5中图示出这样的方法。根据该方法，在步骤1008，通过选择在患者时间戳的预先选择的时间增量内的第一安排时间来从患者活动的日程中选择第一安排位置。参考图2的示例性患者位置数据库，对应于2010年9月19日下午1:45的时间戳在记录82a中所识别的事件（从家运送到心脏病学家）和在记录82b中识别的事件（心脏病学家预约）两者的30分钟时间增量内。在下午1:45，患者可能仍在转移到心脏病学家的途中或他或她可能已经到达心脏病学家的办公室。

[0051] 使用患者的初步位置信息（例如GPS或无线电定位坐标），在步骤1010中，计算从初步位置到第一安排位置的距离d1。在一个实施例中，计算两个位置之间的直线距离。距离d1优选小于大约600m，更优选地小于约300m，更优选地小于约100m，并且甚至更优选地小于约30m。在步骤1012中，判定所计算的距离d1是否小于（或不大于）选定距离。该步骤被用于判定第一安排位置是否有可能是患者实际所处的位置。如果d1指示患者有可能处于第一安排位置，则在步骤1016中，针对呼叫中心电话56的ALI记录被更新来匹配第一安排事件的位置信息。在基于ANI的路由方案中，负责第一安排事件发生的位置的PSAP被与SRDB（未示出）中针对呼叫中心电话56的ANI相关联，使得选择性路由交换机66将会将该呼叫路由到那个PSAP。步骤1016可以以许多不同方式实现。在一种实施方式中，针对第一安排事件的位置信息被传送到技术专家终端58以允许技术专家判定该位置是否可以认为是可靠的。技术专家随后可以使用终端58来启动位置信息到ALI服务器50的传送以用于存储在ALI数据库52中。这将使得从电话56拨出的紧急服务呼叫被路由到服务于患者的经地理编码的位置的PSAP。PSAP40随后将向ALI系统48查询与呼叫中心电话56对应的地址，并且ALI系统48将会将患者的所安排事件位置发送到PSAP终端44。

[0052] 在步骤1012中，如果所计算出的距离d1大于（或不小于）选定距离时，在步骤1014中，选择第二安排位置，第二安排位置也具有在患者时间戳的预先选择的时间增量内的安排时间（如果这样的安排事件存在的话）。在步骤1018中，计算在第二安排位置与患者的初步位置之间的距离d1。如果d1小于（或不大于）选定距离，则控制进行到步骤1022，使得针对呼叫中心电话56的ALI记录被更新为患者位置数据库80中指定的第二安排位置，与步骤1016一样。在步骤1020中，如果d1大于（或不小于）选定距离，则控制转移到步骤1024并且选择与初步位置最接近的未安排的位置。

[0053] 尽管在图2中未示出，但是患者位置数据库80可以包括患者在任何给定时间可能存在于的各种已知位置，尽管这些位置不与任何具体的安排事件相关联。在步骤1024中，程序计算患者的初步位置与每个未安排位置之间的距离并且选择与患者的初步位置最接近的未安排位置。在步骤1026中，针对呼叫中心电话56的ALI记录被更新为与未安排位置匹配。在基于ANI的路由方案中，负责该未安排位置的PSAP被与SRDB（未示出）中的针对呼叫中心电话56的ANI相关联。在某些实施例中，未安排的位置是MSAG地址。未安排位置可以包括各种地点，诸如亲戚/朋友的住所、超市、银行、邮局、饭店、酒吧、电影院、运动场或知道的患者常去的任何其他位置。如果没有未安排的位置对应于由紧急服务服务器60接收的时间戳，则患者的初步位置信息（例如GPS或无线电定位坐标)被用作患者的经地理编码的位置。针对呼叫中心电话的ANI随后被与负责该经地理编码的位置的PSAP相关联，并且与该ANI相关联的ALI记录被更新为该经地理编码的位置。

[0054] 在某些实施例中，可能期望让呼叫中心54技术专家确认在疑似医疗事件期间患者的位置来确保从患者位置数据库80获得的位置信息是准确的。如果患者的位置信息不同于由患者位置数据库80预测的位置，则技术专家可以使用所确认的位置来更新针对呼叫中心电话56的ALI记录。还可以期望包括用于选择能够最好地处理患者的医疗事件的治疗设施31的过程。在图6中图示出包括这些特征的示例性方法。在步骤1028中，技术专家从患者接收医疗事件的初步指示。如之前所论述的，在一个示例中，该指示可以用由紧急服务服务器61生成并传送至技术专家终端58的消息或报警来提供。报警或消息可以基于由生理数据设备30生成并从患者通信设备30传送至紧急服务服务器60的生理数据的值。在步骤1030中，针对呼叫中心电话56（或参与PSAP电话72）的ALI数据库52记录基于从患者位置数据库80获得的预测的患者位置被更新。在图5中示出的方法是用于执行步骤1030的一个示例性方法。

[0055] 在步骤1032中，技术专家使用呼叫中心电话56来通过患者的通信设备32来联系患者。另外，技术专家可以根据患者所使用的具体通信设备32，使用其它形式的通信，诸如电子邮件和文本消息。技术专家随后询问患者来确认他或她的位置。如果患者失去知觉或以其它方式不能够确认他或她的位置，则控制进行到步骤1036。在步骤1036中，技术专家基于各种选定因素判定患者是否需要治疗，所述选定因素可以包括由生理数据设备30生成的患者的生理数据（当前数据和/或历史数据）以及患者的医疗历史数据，这些数据也可以被存储在紧急服务数据库62上以供检索。步骤1036还可以涉及通过医师通信设备36与医师磋商。如果不需要这样的治疗，则该过程结束。

[0056] 如果需要治疗，则控制转移到步骤1044。在步骤1044中，技术专家选择患者将被紧急响应人员运送到的治疗设施31。治疗设施的选择可以涉及：基于从患者的位置、设施激活时间（即设施让所需服务可用所要花费的时间）、治疗设施位置、治疗设施设备和服务以及治疗设施当前职工安置中选择的一个或多个标准，查询治疗设施数据库90来识别最适合的治疗设施31。在步骤1046中，技术专家使用呼叫中心电话56来拨叫紧急服务号码（例如，在美国为9-1-1）。基于更新的ALI记录，选择性路由交换机66将该呼叫（和ANI或p-ANI）路由到在与患者的预测位置相同辖区中的PSAP40。PSAP40随后利用ANI查询ALI系统48并在PSAP终端44上被提供患者的预测位置，从而允许紧急响应人员能够被调遣到那儿。当紧急服务呼叫被应答时，技术专家可以向PSAP操作员告知患者应当被带到的选定治疗设施。

[0057] 为了图示出治疗设施31的选择，假定患者发生了被认为涉及冠状动脉阻塞的医疗事件，并且技术专家单独或通过与医师磋商已经确定需要支架来减轻阻塞。如果医疗事件在周日中午发生，则图3的记录92b中的该设施的心导管室将不可用。然而，记录92c中的该设施的心导管室将是可用的。因此，技术专家会请求PSAP40引导紧急响应人员将患者运送到记录92c的字段94a中指定的设施。

[0058] 在图7中图示出用于使用系统20或22来向患者提供紧急服务的另一示例性方法。参考该图，在步骤1048中，技术专家接收医疗事件的初步指示，其可以仅仅是从患者或在患者附近的人接收到的通信（电话呼叫、文本消息、电子邮件）和/或由于由生理数据设备30生成的生理数据而由紧急服务服务器60提供的消息或报警。

[0059] 在步骤1050中，与患者的当前位置相关联的PSAP被与同选择性路由交换机66相关联的相关数据库中的针对呼叫中心电话56的ANI相关联。针对呼叫中心电话56（或参与PSAP电话72）的ALI记录被更新以使得其位置是患者的当前位置。图4和图5的示例图示出获取患者的当前位置的示例性方法。在步骤1052中，技术专家启动与患者（使用患者通信设备32）和医师（使用医师通信设备36）的三方电话呼叫。为了更好地使得医师能够辅助诊断患者的潜在医疗事件，在步骤1054中，技术专家使得患者的生理数据被从紧急服务服务器60传送到医师通信设备36，在该示例中，医师通信设备36可以是能够从计算机网络34接收数据传输的膝上型笔记本、智能电话或一些其它设备。

[0060] 在步骤1056中，医师和/或技术专家判定患者是否需要治疗。如果患者不需要治疗，则过程结束。如果患者需要治疗，则技术专家将执行紧急服务服务器60上的程序来计算患者的当前位置与图3中的各种治疗设施（例如，由记录92a-92c指定的那些）之间的距离。在步骤1060中，治疗设施列表和从患者到它们的距离连同有关治疗设施的附加信息（诸如图3的字段94a-94i中的信息中的一些或全部）被显示在技术专家终端58上。在步骤1062中，基于从激活时间、（与患者的）距离、服务和日程中选择的一个或多个标准来选择治疗设施。该选择过程可以是通过使用由技术专家终端58本机的或紧急服务服务器60本机的处理器执行的程序常驻而整体或部分自动化的。

[0061] 在步骤1064中，技术专家使用呼叫中心电话56（或参与PSAP使用呼叫中心电话72）来拨叫紧急服务号码（例如在美国为9-1-1）。在步骤1050中，针对电话56的ALI数据库记录被更新为患者的位置并且针对呼叫中心电话56的ANI被与服务于患者所处的辖区的PSAP40相关联。因此，在步骤1064中拨出的呼叫被利用ANI而路由到新关联的PSAP40，PSAP40随后使用ANI来查询ALI数据库52和获取患者的位置。

[0062] 在步骤1066中，技术专家（或者在为处于由非参与PSAP40服务的辖区内的使用系统22的患者的情况下为参与PSAP70）向PSAP操作员标识（从步骤1062）选择的治疗中心31，PSAP操作员随后向患者的位置调遣适当的紧急响应人员。在步骤1068中，技术专家联系选定的治疗设施31以根据在步骤1054中进行的诊断来激活对于处理患者的医疗事件必要的服务。

[0063] 在某些情况中，患者位置数据库80可以指示患者最有可能的位置是从一个固定位置离开的途中，如在患者位置数据库80的记录82a的示例中那样。如果患者需要治疗，则可能期望让当前的转移驾驶员变更路线来将患者运送到选定治疗设施31。在其它情况下，可能期望向患者的目的地调遣紧急响应人员来将他或她运送到治疗设施31。在图8中图示出了为在安排预约之间的途中的同时经历潜在医疗事件的患者提供紧急患者服务的一种方法。根据该示图，在步骤1068中，技术专家接收来自患者的通信设备32的时间戳。时间戳可以与被传送给紧急服务服务器60的生理数据相关联。技术专家不需要直接从患者接收时间戳，而是，可以接收（在被包含在紧急服务数据库62内的数据库文件或医疗数据数据库中）被与使得紧急服务服务器60生成指示潜在医疗事件的发生的报警或其它消息的生理数据相关联的时间戳的存储值。

[0064] 在步骤1070中，驻留在紧急服务服务器60上的程序查询患者位置数据库80来判定在步骤1068中接收的时间戳是否在安排的运送事件（转移）的选定时间增量（例如，15分钟、30分钟、45分钟或1小时）内。如果时间戳不在选定时间增量内，则图5的方法或另一方法可以用于获取在患者位置数据库中记载的与安排事件或未安排事件相关联的患者位置。

[0065] 在步骤1072中，技术专家使用终端58来运行驻留在紧急服务服务器60上的程序，该程序基于由患者位置数据库80指示的最终位置和初始位置来计算患者的运送事件的驾驶路径。例如，患者位置数据库80中的记录82a定义从患者的家到心脏病学家的办公室的运送事件。因此，患者的家和心脏病学家的办公室的地址（它们也可以被存储在患者位置数据库中）被用来计算两个位置之间的距离。在一个示例中，电子地图数据库（例如Google地图）被用来计算该距离。

[0066] 在步骤1074中，判定由患者的通信设备32提供的全球定位或无线电定位坐标距离患者的开始点和结束点之间定义的路径是否在选定距离（例如，5m、10m、20m等等）以内。如果坐标不在选定距离以内，可以使用另一方法（例如，图5的方法）来确定患者的位置，患者的位置可能处于固定地址处。如果患者的全球定位或无线电定位坐标距离驾驶路径在选定距离以内，则控制转移到步骤1076，并且驾驶路径和患者位置被显示在技术专家终端58上。

[0067] 在步骤1078中，技术专家以之前描述的方式判定是否需要治疗。如果不需要治疗，则过程结束并且患者继续其向其安排目的地的运送操作。如果需要治疗，则在步骤1080中，针对技术专家电话56的ALI数据库记录被更新为患者的目的地的地址。因此，返回到图2中的记录82a的示例，心脏病学家的办公室地址（其可以优选是MSAG地址）将被用作针对电话56的新的ALI数据库位置。SRDB（未示出）将使用更新的ALI记录来将该呼叫（和ANI）路由到负责心脏病学家办公室的辖区的PSAP。

[0068] 在步骤1082中，驻留在紧急服务服务器60上的程序被用来计算从患者的位置（如他或她的全球定位系统或无线电定位坐标指示的）到目的地的距离以及到达目的地的估计时间。

[0069] 在一些情况中，护理人员可能具有必不可少的训练和设备来治疗患者。在这样的情况中，可能期望让护理人员在安排的目的地（例如，图2中的记录82a的示例中的心脏病学家的办公室）处与患者见面。因此，在步骤1084中，判定护理人员是否能够提供必要的治疗。在某些情况中，该判定将由技术专家作出并且在其它情况中，这将由医师或由技术专家和医师联合作出。如果护理人员能够提供必要的治疗，则技术专家使用技术专家电话56来拨叫紧急服务号码。选择性路由交换机66将该呼叫路由到负责患者的目的地（例如心脏病学家的办公室）所处的辖区的PSAP40。PSAP40随后查询ALI数据库52来获得地址，在某些实施方式中，地址是MSAG地址，PSAP40随后调遣护理人员到患者的目的地。

[0070] 如果护理人员不能提供必要的治疗，则控制转移到步骤1086。在步骤1086中，以之前所描述的方式从治疗设施31数据库90选择治疗设施31。此时，患者当前的运送驾驶员可能将患者运送到选定治疗设施31。否则，期望调遣紧急响应人员来运送患者。因此在，在步骤1088中，判定患者当前的运送驾驶员是否能够将他或她运送到选定治疗设施31。

[0071] 如果患者的当前驾驶员能够将他或她运送到选定治疗设施31，则控制转移到步骤1090。在步骤1090中，驻留在紧急服务服务器60上的程序计算从（如全球定位或无线电定位坐标所指示的）患者的当前位置到选定治疗设施31的距离以及到达选定治疗设施31的估计时间。如果到达治疗设施31的估计时间小于（或不大于）到达目的地的估计时间（步骤
1092），则技术专家联系运送驾驶员（诸如利用技术专家电话56呼叫他或她）并指示他更改路线将患者运送到选定治疗设施31（步骤1096）。

[0072] 如果到达治疗设施31的估计时间大于（或不小于）到达安排目的地（例如心脏病学家的办公室）的估计时间，则技术专家使用技术专家电话56来拨叫紧急服务号码（步骤1094）。选择性路由交换机66将呼叫路由到负责患者的目的地所处的辖区的PSAP40。PSAP40随后向患者的安排目的地调遣紧急响应人员来将他或她运送到选定治疗设施31。
如前所述，如果患者的运送驾驶员将患者运送到治疗设施31能够比他将患者运送到他的目的地更快，则他这样做。否则，（能够在运送期间提供生命保障的）医护人员在安排的目的地见到患者并运送他。相应地，图8的方法平衡速度和运送期间的生命保障的考虑来针对关心的医疗事件最优化患者的治疗。

[0073] 在一些情形中，患者位置数据库80中的安排位置或未安排位置或运送事件都与（如全球定位或无线电定位坐标指示的）患者的初步位置不够靠近来可靠地指示患者的当前位置。在这样的情况下，图5的方法可以被修改以使得技术专家电话56的ALI记录被更新来匹配患者的初步位置信息。当技术专家拨叫紧急服务号码时，选择性路由器66将会将呼叫路由到负责由患者的初步位置信息指示的辖区的PSAP40。如上所述，全球定位坐标和无线电定位坐标通常具有+/-300米的内在误差。结果，优选基于来自患者位置数据库80的经地理编码的地址来更新技术专家电话56的ALI位置记录。然而，当没有经地理编码的地址看起来可靠时，图5的方法的该修改版本充当“自动防故障手段”。

[0074] 在一个进一步的修改例中，可能期望从患者的通信设备32启动紧急服务呼叫来作为自动防故障手段。例如，如果在从紧急服务服务器60到ALI系统48的数据传输中存在故障，则可能无法更新针对技术专家的电话56的ALI数据库记录。相应地，在一个场景中，技术专家使用技术专家终端58来与紧急服务服务器60通信并告知服务器60紧急服务呼叫将被拨出。服务器60发送指示给患者通信设备32，该指示使得设备32拨出紧急服务呼叫并启动在应答的PSAP40和技术专家电话56之间的三方呼叫。使用用于路由来自蜂窝电话的紧急服务呼叫的标准技术，患者的呼叫将被路由到负责包括患者的通信设备32的全球定位坐标和/或无线电定位坐标的辖区的PSAP40。PSAP40随后将向ALI系统48查询患者的全球定位或无线电定位坐标。然而，为了改进患者的位置的准确性，技术专家将把患者的经地理编码的地址（例如，基于图5的方法选择的地址）传送到PSAP40操作员。在另一变形例中，技术专家可以绕过PSAP40并直接联系公共调遣接入点（PDAP）来调遣选定的紧急响应人员（例如救护车、警察或火警）。技术专家随后可以将患者的经地理编码的地址传送给PDAP。在某些示例中，紧急服务数据库62将包括具有与具体PDAP有关的地址、电话号码和其它信息的一个或多个PDAP数据库。

[0075] 在某些实例中，服务器群61将包括报警服务器和/或翻译服务器，其判定从生理数据设备30接收的生理数据是否指示可能的医疗事件。判定是否发生可能的医疗事件可以基于患者特定的参数的开发。在一个示例中，利用系统20或22的每个患者被测试以开发针对与他或她的情况有关的生理数据的底线（非事件）情况。患者特定的标准可以从过去的医疗事件发生来开发以判定与底线情况的哪些偏离最有可能指示医疗事件，并且哪些偏离可以用来触发被传送给技术专家终端58的报警。在某些示例中，如果报警被生成，则底线和报警触发的测量值可以从紧急服务服务器60被检索到并被显示给技术专家58。

[0076] 在某些实施例中，服务器60被编程为对经地理编码的位置数据执行逻辑回归方法。在许多情况中，技术专家将能够验证患者的实际位置并判断其是否匹配由患者位置数据库（例如图2）提供的经地理编码的位置（以及有多靠近）。在某些实施方式中，逻辑回归方法的使用将允许百分比准确度被显示给技术专家，其指示经地理编码的位置的可靠度。在一个示例中，用来执行逻辑回归的变量包括带有时间戳和准确度半径的患者当前的全球定位坐标（无线电定位坐标）、患者的位置日程、驾驶方向（例如根据诸如Google地图之类的计算机化的地图系统）、未安排位置、经验证的位置和诸如由信用卡、支票、机票等指示的未安排的位置。在一个示例中，以下逻辑回归公式被用来预测经地理编码的位置将是正确的的概率：

[0077]

[0078]

[0079] 其中，β0,β1,…βn是x1,x2,x3,…xn的回归系数，x1,x2,x3,…xn是用来预测患者的位置的独立变量。在某些示例中，逻辑回归公式将通过更新回归系数进行“学习”来提高预测的准确度。

[0080] 系统20、22和24以及本文中所描述的地理编码技术可以以除向患者提供紧急服务之外的各种方式被使用。例如，系统20、22和24可以用于提供动态的可运送的安全系统。在一个实施方式中，提供一种报警系统，其代替生理数据设备30并生成给呼叫中心54的报警，指示入侵或一些其它的安全漏洞已经发生。适合于该用途的一个已知的系统是Quorum A-160家庭安全监控器。ASG安全系统还提供类似的产品。订户可以以与图2中所示的类似方式将他们的日程地理编码以使得当报警被触发时，呼叫中心54中的技术专家接收该订户的经地理编码的地址。经地理编码的地址随后被用来基于该经地理编码的地址来更新ALI数据库52。当呼叫中心电话56被用于拨叫紧急服务号码时，该呼叫将被路由到服务于该订户的位置的PSAP40。在具有增强的9-1-1能力的那些系统中，PSAP40随后可以向ALI系统48查询订户的位置并相应地调遣警察、火警和/或EMS。

[0081] 在另一实施方式中，本文中描述的地理编码技术和系统20、22和24可以用于搜索和营救操作，包括灾难期间的搜索和营救操作。例如，多个订户（替代患者）可以已经让他们的日程被地理编码到数据库62中所包括的订户位置数据库中。灾难发生的时间及其地理边界可以被技术专家用来确定有可能在灾难区域以内的订户的列表。他们的经地理编码的位置可以用于更新呼叫中心电话56的ALI记录以使得针对每个订户的相关的PSAP可以被联系到并被调遣到经地理编码的订户位置。系统20、22、24也可以用于一模式，借助该模式，当订户没有对通信进行响应时，呼叫中心54被报警并使用订户的经地理编码的位置来更新呼叫中心电话的ALI记录以将紧急响应人员调遣到经地理编码的位置。该模式对于参加存在订户受伤但是无法拨叫紧急服务号码的可能性的诸如水肺潜水、滑雪、徒步等的活动的人是有用的。在某些模式中，呼叫中心技术专家可以尝试联系订户并自动将失败的通信尝试以日志记录到服务器60上以使得如果超过失败通信尝试的阈值数目则触发报警。

[0082] 在之前的示例中，系统20和22使用由传感器数据生成的自动报警的触发来警告技术专家，技术专家随后利用经地理编码的位置来启动对患者（或订户）位置数据库80的查询。然而，该系统也可以用在如下模式中，其中患者或订户简单地呼叫呼叫中心54来启动该过程。在一个示例中，如果一个人处于高耸楼宇的具体内部位置处，则用于该楼宇的典型的MSAG地址将不够具体到找到该个人。如果该个人将要目击犯罪或证据/患急症，则他或她可以呼叫呼叫中心54来启动：使用他或她的经地理编码的地址来更新呼叫中心电话的ALI记录，从而确保第一响应人员更快的响应。

[0083] 本文中公开的系统和方法还可以被国际地使用并且绝对不限于任何一个国家。具有有组织的日程的任何人都可以从中受益。所述系统和方法还会对那些在国外旅行的可能不知道旅行位置中所使用的紧急服务号码的人特别有益。以下阐述的是可以如何使用本文中所描述的系统和方法的几个非限制性示例。

[0084] 示例1

[0085] 患已知心脏病的患者需要ECG监控和压力测试来判定他是否遭受急性冠脉综合症。不是让患者住院进行所需的监控和测试，而是他出院并配戴12导联持续监控ECG设备，诸如由罗斯医药公司提供的COTTER系统。ECG设备将ECG数据传送给患者的通信设备32，通信设备32进而将数据经由计算机网络34传送到紧急服务服务器60。患者的活动日程，包括安排的压力测试、心脏超声波和去医生的办公室看医生，被输入到紧急服务数据库
62中的患者位置数据库80中。该12导联ECG监控器检测心肌梗死和缺血中发生的变化、梗死灶的定位、肺栓塞中常见的右心室应变模式、心包积液中可见的电压变化、心律失常分析、心肌梗死和肺栓塞中可见的心轴偏移、电解质异常诸如血钾过高、血钾过低、像地高辛和三环抗忧郁药的物质的药物过量、心包炎、分支阻滞和心室肥大。使用12导联系统，患者的底线情况被确定并且被输入到与服务器群61相关联的翻译服务器。当翻译服务器识别报警情况时，与服务器群61相关联的报警服务器发送报警给呼叫中心54中的技术专家终端58。技术专家随后启动对紧急服务数据库62中的患者位置数据库80的查询来获得患者的经地理编码的位置。ALI数据库52被更新以将经地理编码的位置与针对呼叫中心电话
56的ANI相关联。技术专家在呼叫中心电话56上拨叫9-1-1并且该呼叫基于更新的ALI记录被路由到PSAP40。PSAP使用PSAP电话40来查询ALI数据库52和获得经地理编码的位置。在某些变形例中，可以使用多于12个ECG导联。另外，替代12导联ECG设备，可以使用可植入心脏转复除颤器来测量2导联系统中的心律不齐。

[0086] 在某些实施方式中，诸如使用下一代911系统的那些实施方式，患者位置数据库80或连接到其的另一数据库可以包含用来动态更新针对呼叫中心电话56的ALI记录的附加信息。这样的信息可以包括患者所处的楼宇的楼面布置图、有关患者的医疗信息以及有关患者的当前位置的消息。因此，当接收到紧急服务呼叫的PSAP40查询ALI数据库52时，PSAP40将接收患者的MSAG位置、该位置处的楼宇的楼面布置图以及有关患者的医疗信息。
描述当前诊断的消息，诸如“心脏病发作”随后可以被显示给PSAP操作员。

[0087] 示例2

[0088] 患有充血性心力衰竭的患者需要进行液体状态监控来检测可能导入到肺里的液体蓄积。一旦体液体积达到某一点，过量的液体进入肺，就会降低气体交换并增大呼吸难度。在美国超过三百万人患有充血性心力衰竭，并且他们中的30%-40%由于害怕这样的液体蓄积而住院。患者被提供血管阻抗监控器来确定液体状态，并且其日程被输入到之前描述的类型的患者位置数据库80中。血管阻抗监控器将阻抗数据传送到患者的通信设备32，通信设备32进而将数据经由计算机网络34传送到紧急服务服务器60。翻译服务器被配置为触发不同级别的响应，包括早期响应（症状之前）、中间响应和后期响应。在早期响应模式中，患者可以在他或她的通信设备32上被医疗响应人员联系到或者被报警以确保他们正在服用他们的药物以及进行任何需要的药物和饮食变化。在中间响应模式中，以之前描述的方式基于患者的经地理编码的位置使用系统20或22来调遣紧急响应人员，并且提供适当的非侵入式治疗，诸如利尿剂、硝化甘油、氧气等等。在危急模式中，患者可能需要在急救室中进行插管和辅助通气，并且很可能还需要在特护病房中利用多种中介和潜在的侵入式的监控（例如中心静脉导管）进行治疗。可以用来监控充血性心力衰竭的其它生理数据设备30包括心脏内压传感器、体积描记传感器、超声、称量台和动脉内压力传感器。

[0089] 示例3

[0090] 有低氧饱和或缺氧情况的患者，诸如慢性阻塞性肺疾病、限制型肺部疾病、哮喘、充血性心力衰竭或妨碍充足氧饱和度的任何其他情况的患者，适合搭配脉搏血氧计，其发送血氧饱和度数据给患者通信设备32，患者通信设备32进而将数据经由计算机网络34发送给紧急服务服务器60。与紧急服务服务器60相关联或被包括在其中的翻译服务器被配置为将患者的血氧饱和度数据与底线数据相比较并基于与底线的指定偏差来生成报警条件。患者的日程被输入到紧急服务服务器62内的或与之关联的患者位置数据库80。在低氧饱和度情况期间，翻译服务器将底线条件与从脉搏血氧计接收的数据相比较并确定存在报警条件。报警服务器发送报警给呼叫中心54处的技术专家终端58。基于该数据和/或经与患者和/或医师磋商，技术专家使得来自患者位置数据库80的经地理编码的位置被发送给ALI数据库52。技术专家拨叫9-1-1，并且该呼叫（利用ANI）被路由到负责经地理编码的位置的PSAP40。PSAP40基于ANI向ALI系统48查询患者的经地理编码的位置。技术专家向应答的PSAP40告知需要氧输送和药物来治疗患者，这些在调遣的救护车中可获得。在该示例的变形例中，长时间暴露在一氧化碳下的人员可以被提供CO-血氧计来检测血液中的一氧化碳水平并且在检测到的水平偏离底线条件达指定量时提供紧急服务。

[0091] 示例4

[0092] 无控制的糖尿病具有许多相关联的急性和慢性的并发症。自己监控血糖水平对于许多患者而言可能是困难的，这可能会导致致命的并发症。具有持续增高的血糖水平的患者会发展成糖尿病酮酸中毒、高渗糖尿病非酮症性昏迷以及感染。在该示例中，向患者提供血糖仪，该血糖仪被配置为向患者通信设备32发送血糖数据，患者通信设备32进而被配置为将数据经由计算机网络34发送给紧急服务服务器60。某些已知的血糖仪是可移植的和/或支持蓝牙的，诸如由加利福尼亚圣地亚哥的Entra Health Systems公司提供的Myglucohealth无线仪表。底线血糖数据被获得并被保存在与翻译服务器相关联的医疗记录数据库中。翻译服务器从患者接收血糖数据并确定其是否与底线数据偏离指定量，在其与底线数据偏离指定量的情况下，报警被发送给技术专家终端58。患者的日程被输入到患者位置数据库80中。当翻译服务器检测到报警条件时，技术专家终端58接收报警。技术专家使得紧急服务服务器60发送患者的经地理编码的位置给ALI服务器52。技术专家拨叫9-1-1，并且该呼叫被路由到患者的辖区中的PSAP40。PSAP40发送利用该呼叫接收的ANI到ALI系统28并检索指示患者的当前位置的ALI记录，该ALI记录被显示在PSAP终端44上。紧急响应人员被调遣到患者的位置和提供针对患者的情况指示的血糖（在血糖过低的情况下）和/或其它药物。某些血糖仪还测量血红蛋白水平并且可以用于检测低血红蛋白（贫血）水平的目的。低血红蛋白常常是渗血的结果，渗血常常不能被检测到直到血红蛋白水平低得不安全为止，如在肝硬化或消化性溃疡的情况中那样。对于具有低血红蛋白水平但是不具有血糖管控问题的患者，可以仅测量血红蛋白。

[0093] 示例5

[0094] 脑电图(EEG)在检测与中风期间的脑细胞局部缺血相关联的神经性精神错乱中变得普遍。一些研究显示这些精神错乱出现在病症之前。其它研究已经有了对急剧局部缺血的大脑区域的EEG读数（诸如δ波的存在）的相关具体发现。当前研究成本太高，因为其会需要在医院进行长期的EEG监控。在该示例中，向患者提供EEG设备，EEG设备被配置为向患者通信设备32发送EEG数据。底线数据被生成并被用来以之前描述的方式生成发送给技术专家58的报警。报警可以用来开发用于预测中风或短暂性脑缺血发作的开始的算法并用来在这样的事件迫近时调遣第一响应人员去到患者。另外，EEG监控可以用于追踪发作活动和通过使用本文中描述的地理编码技术向患者的位置快速调遣第一响应人员来降低由这样的发作引起的神经性损伤。

[0095] 示例6

[0096] 已经经历了使用血管腔内移植的主动脉动脉瘤修复的患者可能需要进行监控来确保图不会有问题。主动脉修复的壁之间的增大的压力可以指示修复和壁击穿并且可能导致动脉瘤破裂，这是致命的。监控和降低血管内的压力降低血管内图问题的可能性。因此，在该示例中，向患者提供血管内图压力传感器，血管内图压力传感器无线地发送压力数据给患者通信设备32，患者通信设备32进而发送数据给紧急服务服务器60。患者的日程被输入到患者位置数据库80中，并且当传感器指示可能的医疗紧急事件（如由翻译服务器确定的），第一响应人员以之前描述的方式被呼叫中心技术专家调遣到患者的经地理编码的位置。

[0097] 如在前述示例中所指示的，许多不同生理数据设备32可以用来监控许多不同类型的生理数据。可以被监控的其它情况包括胸痛、呼吸短促、下巴疼痛、手臂疼痛、腿痛、腹痛、发汗、晕厥、头晕、肿胀和局部神经缺损。以下示例描述其中本文中所描述的系统20和22以及地理编码技术可以被有益地使用的其它场景。

[0098] 示例7

[0099] 许多灾难紧急响应订户提供日程信息，日程信息被输入到与图2的患者位置数据库80类似的订户位置数据库中。订户位置数据库是紧急服务服务器62的一部分或与之关联。在自然灾害期间，呼叫中心54获取有关自然灾害的特征以及其地理边界的信息。与服务器群61相关联的服务器被编程为确定哪些订户处在受影响的区域的地理边界内。订户通信设备（诸如患者通信设备32）包括智能电话，其具有能够检测和确认订户在该通信设备附近的传感器（例如，视频传感器、扬声器电话、压力传感器、深度传感器、运动传感器、热传感器、电传感器）。通信设备提供初步位置信息（例如，利用GPS坐标或无线电定位坐标的传送的时间戳）给紧急服务服务器61。使用该初步位置信息，查询订户位置数据库来获得相信是在其通信设备附近的第一订户的（例如使用图5的方法）经地理编码的位置。经地理编码的位置被用来更新ALI数据库52。技术专家拨叫9-1-1，并且该呼叫被路由到负责该经地理编码的位置的PSAP40。PSAP40随后使用呼叫中心电话56的ANI来查询ALI数据库52并获取第一订户的经地理编码的位置，该经地理编码的位置随后被选择性路由交换机
66提供给PSAP终端58。紧急响应人员随后被调遣到订户，并且针对待在受灾难影响的区域内的其它订户重复该过程。在一个变形例中，灾难的时间被用作向订户位置数据库查询经地理编码的位置的时间戳，而不是使用从订户通信设备接收的时间戳。

[0100] 示例8

[0101] 家庭订阅使用图2的系统20的家庭安全服务。家庭计划去国外旅行并提供其旅行日程，旅行日程随后被输入到与图2的患者位置数据库80类似的订户位置数据库。当在国外时，家庭待在租住的住宅中并且使用防窃报警器，防窃报警器将报警发送给订户通信设备（与患者通信设备32类似），订户通信设备进而将报警数据连同相关联的时间戳发送给紧急服务服务器61。可替代地，报警设备可以在不使用患者通信设备的情况下将报警数据发送给网络34和服务器60。如果不能提供时间戳，则服务器60可以使用接收到报警数据的时间来用于查询订户位置数据库的目的。订户位置数据库指示家庭在租住的住宅中。技术专家将经地理编码的位置发送给ALI数据库52以将经地理编码的位置与呼叫中心电话56相关联。技术专家拨叫家庭所待在的辖区中的紧急服务号码（例如，如果家庭在西班牙则为112）并且与当地PSAP通信来获得对家庭的协助。当地执法者随后被调遣到该住宅。

[0102] 示例9

[0103] 订户正在海上航行，并且飓风突然袭击他的船。紧急服务服务器60被编程为接收有关订户在其中航行的区域中的自然灾害的数据并接受已经发生自然灾害的报警。订户提供日程信息，诸如他的航程的历程和位置，日程信息被输入到订户位置数据库中。呼叫中心54中的技术专家被警报该飓风并且基于报警的时间戳来向紧急服务服务器60查询订户的经地理编码的位置。地理编码算法可以与图8中图示的地理编码算法类似，在图8中，运送路径被用来定位订户。如果技术专家能够联系上订户，则他在订户的通信设备32上联系订户来确认订户的位置。否则，技术专家使得紧急服务服务器60发送经地理编码的位置给ALI数据库52。ALI数据库52被更新以使得呼叫中心电话56A被与经地理编码的位置相关联。技术专家拨叫该经地理编码的位置的紧急服务号码，该呼叫被路由到当地PSAP40。
当地PSAP40使用A来查询ALI系统48并在终端44上接收识别经地理编码的位置的消息。
PSAP向经地理编码的位置调遣紧急响应人员。

[0104] 示例10

[0105] 订户去法国海岸附近进行水肺潜水。在离开之前，他提供他的潜水日程，该潜水日程被输入到紧急服务数据库62内的或与之关联的订户位置数据库中。其潜水计算机无线地连接到计算机网络34，并且将与潜水有关的信息传送到紧急服务服务器60。在潜水期间，订户困在水面下。低氧报警被潜水计算机触发并且被传送到紧急服务服务器60，紧急服务服务器60进而将该报警传送到呼叫中心54。基于报警接收的时间，技术专家查询订户位置数据库来获得订户的经地理编码的位置。技术专家使得紧急服务服务器60将经地理编码的位置（在该示例中，其可以是经度和维度）发送给ALI数据库52。技术专家拨叫法国的紧急服务号码，并且该呼叫被路由到负责该经地理编码的位置的PSAP，PSAP随后调遣紧急响应人员去救援该潜水者。

[0106] 示例11

[0107] 律师在大城市的高层办公楼宇中工作。楼宇具有在其辖区内的MSAG地址，但是其楼层或办公室都没有它们自己的清楚的MSAG地址。律师提供他的日程信息，日程信息包括通常能够在那找到他的内部楼层和办公室以及可能能找到他的那些内部楼层和办公室（例如，未安排的位置）。日程信息被输入到订户位置数据库中。在会议期间，律师的客户心脏病发作。律师用他的订户通信设备32呼叫呼叫中心54。技术专家使用呼叫的时间戳来查询订户位置数据库。尽管他在打电话，但是律师不能确认他在楼宇中的内部楼层或办公室。ALI数据库52被更新以使得呼叫中心电话的56的ANI与经地理编码的位置（即，预测律师所处于的楼宇、楼层和办公室）相关联。技术专家拨叫911并且该呼叫被路由到楼宇的辖区内的PSAP40。PSAP40向ALI系统48查询ANI并接受经地理编码的位置，包括楼宇地址、楼层和办公室。紧急响应人员被调遣到经地理编码的位置并且不必猜测或使用其它手段来确认律师及其客户所处的位置。

[0108] 示例12

[0109] 订户去亲戚家并且提供她的日程信息，该日程信息被输入到订户位置数据库中。她还带着她的便携式一氧化碳和烟雾检测器，该一氧化碳和烟雾检测器被配置为或者直接地或者经由订户通信设备32与计算机网络34无线通信。半夜突然发生火灾，订户的检测器生成被发送给紧急服务服务器60的报警。呼叫中心技术专家接收报警并发起对订户位置数据库的查询来获得订户当前的经地理编码的位置。技术专家尝试接通订户的通信设备
32但是没有成功。技术专家以前述方式将经地理编码的位置发送给选择性路由交换机66并呼叫9-1-1。9-1-1呼叫被路由到负责该经地理编码的位置的PSAP并且紧急响应人员被调遣到亲戚家。

[0110] 前述示例仅旨在说明。本文中所描述的系统和方法可以用在各种其他应用中，包括其中订户或患者正在旅行或移动并且具有可以用来对他们的位置进行地理编码的定义的日常的那些应用中。

标题	发布/更新时间	阅读量
脉搏波传感器和可穿戴电子设备	2020-05-12	611
脉搏传感器装置	2020-05-11	398
颈动脉脉搏波检测传感器调整装置	2020-05-12	264
振动传感器以及脉搏传感器	2020-05-11	519
脉搏波传感器和可穿戴电子设备	2020-05-13	98
应用应力传感器探测人体脉搏的装置	2020-05-13	146
脉搏波传感器装置	2020-05-11	240
一种柔性脉搏传感器及其制备方法	2020-05-12	513
振动传感器以及脉搏传感器	2020-05-11	874
弹性脉搏传感器	2020-05-11	1004

改进的患者紧急响应系统

改进的患者紧急响应系统

技术领域

背景技术

具体实施方式

该功能需要专业版企业版VIP权限，您可以：