CN102714524A - 基于社区的响应系统 - Google Patents

Abstract

一种用于向医疗响应者传送信息的计算机实现的方法，包括：将多个个人注册为医疗问题的潜在响应者；在中央服务处接收有人正具有医疗问题的指示以及接收识别该人的当前位置的信息；以及从已注册的多个个人之中识别当前非常接近于具有医疗问题的该人的一个或多个已注册的个人。该方法还包括：向一个或多个已注册的个人传送识别具有医疗问题的该人的位置的信息。一个或多个个人包括没有被分配用于在该人的当前位置周围的区域中提供救生服务的职责的外行响应者。

Description

基于社区的响应系统

相关申请的交叉引用

本申请要求于2009年11月13日提交的、题为“Community-BasedResponse System（基于社区的响应系统）”的美国临时申请序列号No.61/261,276的优先权，特此通过引用的方式并入其全部内容。

技术领域

本文档涉及用于对诸如交通事故、心博停止或其他医疗紧急情况的紧急情况提供响应的基于计算机的系统和技术。

背景技术

诸如突发的心博停止和由事故造成的伤害的突发健康问题每年杀死数千人并且造成永久性伤害。快速和适当的护理在这样的情况下对积极结果可能是必要的。例如，据说延迟有效治疗每一分钟，从突发的心博停止活下来的机会就下降百分之十。

如同突发的心博停止和事故的紧急事件通常由诸如救护车或消防队的有组织的紧急响应单位，以及由最接近在事件周围，使得他们亲自目击事件或为事件提供帮助的外行人做出响应。通常，在受害者的最接近附近的外行人对于治疗受害者没有受过训练，或太不知所措而不能提供有效治疗。另一方面，有组织的紧急响应单位可能远离受害者，使得他们很长时间都不能到达现场。

发明内容

本文档描述了可以用来向包括外行响应者和专业响应者的响应者警示紧急情况的系统和技术。在本文档中，专业响应者是被分配到覆盖区的受过训练且有组织的响应者，并且负责以关于救援和紧急响应的特定地理区域为工作范围，诸如被分配到一个区域的EMT和消防员。外行响应者是以临时为基础在紧急事件的区域中可用、但是不是负责在该地理区域提供紧急服务的组织的行动者的其他响应者。外行响应者的范围可以从诸如被CPR认证的普通人的相对未受训练的市民，直至已指示被召唤到在其业余时间以及在作为其工作的一部分他们通常可能被分配到的任何分配的地理区域之外的紧急情况的意愿的高度受训的医疗专业人员。

在本文中描述的系统和技术中，市民可以向公共在线系统注册以成为外行响应者。这样的注册包括将他们的位置从其移动计算设备（例如，智能手机/应用手机）报告到注册服务的协定。在稍后时间，诸如通过到911接线员的电话呼叫，紧急呼叫可以进入调度服务。调度服务（例如，通过雇佣的人类调度员）可以输入呼叫的地址，并且可以将该呼叫周围的区域的地图带到视频监视器上。地图可以填充有表示在该呼叫周围的地理区域中已注册的响应者的位置的图标，已注册的响应者包括正由他们的便携式电子设备报告（经过其同意）他们的位置的外行响应者。调度员然后可以选择向外行响应者中的一个或多个进行通知，以及向专业响应队进行通知。地图和相关联的数据库还可以指示已注册的响应者的背景或资格，使得调度员可以从该区域中的当前活动的所有潜在外行响应者中选择对于该特定事件具有适当技能水平的候选响应者团队。

在接收到通知时，每一个候选外行响应者可以用他们是否乐意并且能够对呼叫进行帮助的指示进行答复。如果他们指示他们乐意帮助，则系统可以向他们的移动计算设备自动发送示出以下的地图：他们的当前位置、呼叫的位置（在呼叫在受害者的位置附近的情况下）、在他们的位置和呼叫的位置之间的高亮导航路线、以及可能地指示在对呼叫做出响应时可能有帮助的以及特定外行响应者在去往该呼叫的位置的路上能够抓取的公众可取得的设备（急救箱和自动体外除颤器（AED））的位置的图标。

使用VoIP或其他语音通信技术，系统还可以向响应者中的每一个，外行和专业两种，提供标识数据，用于与响应者中的其他人、与调度员以及与可以是受害者或首先看见受害者并且在紧急情况中呼叫的人的原始呼叫者进行语音连接。可以使这样的连接形成为广播连接，使得每个响应者可以听见来自任何其他响应者的任何意见，以及响应者因此可以随着他们接近呼叫的区域而对他们的努力进行协调。而且，诸如通过调度员选择私下并且直接向外行响应者直接说话（例如，向高度受训的医生告知将会到现场报到的其他外行响应者），某些人可以能够控制连接的类型。

当响应者在其移动计算设备上具有用于采集病人数据的传感器，诸如用于测量心率、血压等的传感器时，还可以将该信息作为整体传递回给其他响应者和系统。此外，可以向病人可能被带去的医院人员提供诸如超链接的标识符，以及在该医院的人员在链接上进行点击以被带入系统并且实时看到动作展开，包括看到来自正测量病人的状况的传感器的数据、查看来自响应者中的一个的实时视频、以及仅仅收听响应者的讨论（以及可能投入并且向响应者提供指导和指示）。

最后，系统可以被编程为将在紧急响应期间采集的各种类型的信息格式化成报告。这样的信息可以包括在响应者之间和响应者当中交谈的数字文件、指示响应者在到达呼叫的位置时所采用的路径的数据、来自传感器的关于受害者的状态的数据等。可以使用报告来例如为响应者团队执行汇报，以便确定哪些做得很好以及哪些可以做得更好。另外，可以使用报告来提升响应频繁并且表现良好的某些响应者，使得他们对调度员来说被指示为有效响应者，并且因此更可能被调度员选择用于未来呼叫。

在某些实施方式中，这样的系统和技术可以提供一个或多个优点。例如，通过识别在一个或多个受害者的附近的外行响应者，所述系统和技术可以减少对紧急情况的响应时间，这对心搏停止受害者可能是至关重要的。而且，可以向响应者示出已知公众可取得的设备的位置，使得他们能够在朝向受害者的路上得到它。外行第一响应者还可以与专业响应者和与医院职员进行通信来接收指令和指导，以及还准确告诉专业响应者受害者所位于的地方。另外，可以使用本文的系统和技术来聚集适当的响应团队。尤其，人类或自动调度员可以选择被示出为具有互补技能的潜在响应者，以及还可以在响应者到达现场之前向每一个响应者分配任务，诸如通过分配第一响应者尽可能快地提供胸部按压（尤其如果该响应者通过采用他们的移动设备上的加速度计的训练练习，已被示出为擅长施行胸部按压）、分配第二响应者得到除颤器和治疗心搏停止所需的相关供给物、以及视情况对其他响应者进行分配（例如，以在他们到达时满足和指导专业响应者）。另外，对于多个受害者紧急情况，可以分配每一个响应者趋于特定受害者和/或任务。在存在大量伤亡者情况下，可以使响应者形成团队，使得将最少受训的响应者与具有更多训练的响应者聚组在一起，以及使得每一个团队可以是很均衡的。

而且，为了帮助维持次序，尤其在大量伤亡者系统中，至少在专业响应者到达现场之前，可以将特定响应者分配为领导响应者。还可以非现场提供响应者的中央组织者。调度员可以施行这样的角色、或可以将这样的职责传递给另一个人并且回到他或她的调度职务。系统的新控制者可以是例如受训的医疗负责人，其可以被“临时接入”到情况中并且将能够通过语音连接向救援者提供口头指令，以及还可以从现场接收重要数据，诸如受害者的生命体征。

还可以向调度员和医疗负责人提供直观、图形界面，通过该界面他们能够对响应者进行部署，并且随着响应者对紧急情况做出响应而对响应者进行管理。这样的系统和技术还可以允许关于受害者的状态的信息被自动传送给医院职员，使得他们能够在到达医院时立即开始对受害者进行治疗。此外，可以被自动保存和组织与响应有关的各种信息，使得可以学习关于如何完善响应努力的课程。

这样的系统和技术还可以取决于CPR反馈机制，CPR反馈机制被编程在响应者所使用的电子设备中，诸如被编程在用户单独拥有的智能手机中。这样的设备可以包括加速度计，加速度计输入可以被测量并且双重整合以确定响应者正移动受害者的胸部的距离以及重复胸部按压的速率。该设备然后可以在显示器上指示或可以可听地陈述诸如“更快速地压”或“更缓慢地压”、或“更用力地压”或“更轻柔地压”的消息。还可以使这样的功能性合并入附属于响应者所使用的计算或通信设备的设备，诸如在用户可以购买来包裹并保护其设备的保护套中。例如，可以通过将两个金属板放置在智能手机皮肤中来创建力传感器，使得所述板充当电容器，以及如果救援者在施行胸部按压时正按压在他们手下的设备和保护套，则在所述板之间的距离表示救援者正施加到病人的胸部的力的量。在独立于用户的计算设备而提供这样的胸部按压测量设备的情况下，两个设备可以或不可以相互通信。例如，保护套或皮肤可以经由与智能手机或类似通信设备（例如，具有通信能力的媒体播放器）的物理连接进行通信，以及通信设备然后可以将信息传送给中央系统。

在使用这样的测量设备的情况下，使用这样的设备可以测量响应者对CPR的熟练度。然后，可以做出关于响应者的能力的确定，以及可以根据响应者可以使用设备来施行的实践练习给予响应者技能排名，使得可以更容易地或不那么频繁地调度响应者、或向每一个响应者分配与该响应者的技能集相匹配的角色。

在一个实施方式中，公开了一种用于向医疗响应者传送信息的计算机实现的方法。该方法包括：将多个个人注册为医疗问题的潜在响应者；在中央服务处接收有人正具有医疗问题的指示并且接收识别该人的当前位置的信息；以及从已注册的多个个人之中识别当前非常接近于具有医疗问题的该人的一个或多个已注册的个人。该方法还包括向一个或多个已注册的个人传送识别具有医疗问题的该人的位置的信息。一个或多个个人包括没有被分配用于在该人的当前位置周围的区域中提供救生服务的职责的外行响应者。对多个潜在响应者进行注册可以包括：揭示因特网可访问的签约软件应用；以及使用该签约应用对来自公众的志愿者进行注册。该方法还可以包括与第三方组织一起验证志愿者有资格提供预定水平的医疗护理。该方法还可以包括：验证志愿者有资格提供预定水平的医疗护理包括验证志愿者是被CPR认证的。此外，该方法可以另外包括：定期性确定志愿者是否有资格提供预定水平的医疗护理；以及如果志愿者不再有资格提供预定水平的医疗护理，则对作为医疗问题的响应者的考虑来说，移除所述志愿者。

在一些方面中，传送识别具有医疗问题的人的位置的信息包括：识别与一个或多个已注册的个人相对应的设备标识符；以及将信息传送给与设备标识符相对应的设备。该方法还可以包括向一个或多个已注册的用户传送识别在具有医疗问题的人附近的已注册的医疗设备的位置的信息。另外，该方法可以包括：从一个或多个已注册的用户中的第一用户接收响应；以及在与一个或多个已注册的用户中的第一用户相对应的便携式电话和一个或多个已注册的用户中的另一个用户或调度员之间自动进行语音连接。该方法还可以包括：向一个或多个已注册的个人传送对具有医疗问题的人做出响应的邀请；确定一个或多个已注册的个人中的第一个人是否已经对邀请做出肯定响应；以及仅当第一已注册的个人已做出肯定响应时，才向第一已注册的个人传送识别具有医疗问题的人的位置的信息。

在一个方面中，该方法进一步包括：从分配给一个或多个已注册的个人中的一个的设备接收由该设备上的传感器从具有医疗问题的人采集的数据；以及将所接收到的数据与和围绕医疗问题的活动相对应的事件标识符联合存储。该方法还可以包括：存储在围绕医疗问题的活动期间从一个或多个个人接收到的信息；以及提供已存储的信息以供分析。另外，该方法可以包括：基于已存储的信息来对一个或多个已注册的个人中的至少一个的评级进行调整，其中评级指示个人对医疗呼叫做出响应的熟练度。

在其他方面中，该方法可以另外包括：通过对已存储的数据进行分析来改变用于将响应者调度到紧急呼叫的过程。此外，该方法可以包括：向与一个或多个已注册的个人相对应的设备提供用于自动生成示出具有医疗问题的人的位置和一个或多个已注册的个人的位置的地图的数据。

在另一个实施方式中，公开了一种对响应者对紧急事件的动作进行协调的计算机实现的系统。该系统包括：调度服务器，该调度服务器被布置成从做出报告的呼叫者接收紧急事件的通知以及提供专业响应者的调度；以及通知系统，该通知系统用来识别在所报告的紧急事件附近的外行响应者，以及向外行响应者通知在他们的区域中的所报告的紧急事件，其中救生组织没有向外行响应者分配用于对在他们的区域中的紧急事件进行服务的职责。该系统还包括响应者间通信系统，该响应者间通信系统被编程为在用于紧急事件的专业响应者和已响应于来自通知系统的通知而将其自身识别为可用的外行响应者之间做出自动电子语音连接。该系统还可以包括：公众可访问的应用储存库，该公众可访问的应用储存库使用于对CPR胸部按压进行实践以及用于对来自公众的志愿者进行注册以被通知系统识别为外行响应者的应用可用。

在一些方面中，通知系统进一步被编程为与第三方组织一起验证志愿者有资格提供预定水平的医疗护理。而且，验证志愿者有资格提供预定水平的医疗护理可以包括验证志愿者是被CPR认证的。通知系统进一步被编程为：定期性确定志愿者是否有资格提供预定水平的医疗护理；以及如果志愿者不再有资格提供预定水平的医疗护理，则对作为医疗问题的响应者的考虑来说，移除所述志愿者。通知系统可以包括响应者跟踪器，该响应者跟踪器被编程为：识别具有医疗问题的人的位置；识别与一个或多个已注册的个人相对应的设备标识符；以及向与设备标识符相对应的设备传送表示位置的数据。

在某些方面中，该通知系统进一步被编程为向一个或多个已注册的用户传送识别在具有医疗问题的人附近的已注册的医疗设备的位置的信息。该系统还可以包括语音通信系统，该语音通信系统用于在通知系统中被注册为属于一个或多个已注册的外行响应者的通信设备之间自动进行语音连接。另外，该通知系统可以被编程为：向一个或多个外行响应者传送对紧急事件做出响应的邀请；确定一个或多个外行响应者中的第一外行响应者是否已经对邀请做出肯定响应；以及仅当第一外行响应者已做出肯定响应时，才向第一外行响应者传送识别紧急事件的位置的信息。

在某些方面中，该系统还包括事件数据库，该事件数据库存储在围绕紧急事件的活动期间从外行响应者接收到的信息，以及被组织成提供已存储的信息用于分析。该系统还包括评级模块，该评级模块被编程为基于已存储的信息来对外行响应者的评级进行调整，其中评级指示外行响应者对紧急事件做出响应的熟练度。此外，该系统可以包括地图服务器，该地图服务器用来向与外行响应者相对应的设备提供用于自动生成示出紧急事件的位置和一个或多个外行响应者的位置的地图的数据。

在附图和下面的描述中阐述了一个或多个实施例的细节。其他特征和优点从描述和附图以及从权利要求将是显而易见的。

附图说明

图1是示出由外行响应者进行的计算机指导的紧急响应的概念图。

图2A是用于协调对紧急事件的外行响应的系统的框图。

图2B是用于协调对紧急事件的外行响应的具有多个子系统的系统的框图。

图2C是示出在紧急响应系统中的子系统之间的示例信息流的框图。

图3A-B是用于将响应者组织到紧急呼叫的处理的流程图。

图4是用于向紧急事件提供不同类型的响应者的处理的泳道图。

图5示出用于调度员的示例截屏。

图6示出可以与在本文中描述的技术一起使用的通用计算机设备和通用移动计算机设备的示例。

图7示出执行对来自多个不同设备的EMS数据的高级数据管理、整合和呈现的系统。

图8图示用于设备显示的菜单模板的一个示例。

图9图示当用户选择设备上的导航按钮时所显示的图形用户界面。

图10图示数据传输接口。

图11图示EMS通信接口传输处理框图。

图12图示EMS通信接口设备客户端架构。

各附图中相同的附图标记指示相同的元素。

具体实施方式

图1是示出由外行响应者进行的计算机指导的紧急响应的概念图。总的来说，该附图示出了在大城市地理区域中的公园周围的区域的地图的概念化版本。紧急事件最近已在该公园中发生，以及在该事件的区域中的各个响应者（由字母“R”标明）被示出正向该事件的位置（由符号“！”标明）会聚。该地图覆盖有表示在该区域中的各个对象的图标，包括受害者102、各个响应者104A-C以及多个紧急响应设备106A-C和108。该附图还示出智能手机110的屏幕的表示，以指示可以向已选择为对在该区域中的呼叫做出响应的志愿者的外行响应者104A示出的示例图形用户界面（GUI）。参考该附图的论述意在以一般方式指示响应者如何被组织和通知以及响应者可以如何相互通信，以便改善对紧急状况的响应，所述紧急状况诸如关于人遭受突发心搏停止的呼叫或具有多个受害者的重大紧急情况，对这种情况下来说响应者协调是重要的。

在该附图中，通过感叹号指示的受害者102（当缺乏另外信息时，将受害者的位置和报告事件的呼叫源自的位置假定为是相同的）在公园中的池塘附近的小径上跑步时遭受了突发的心搏停止。当感到胸痛时，受害者102可能已呼叫了911，以便报告紧急情况、或可能已激活了安装在他或她的智能手机上的应用，其中该应用被编程为发起对紧急服务的呼叫并且提供指示受害者102的地理位置的数据。如果受害者102先前遭受过胸痛或心脏病的其他迹象，则受害者102可能已安装了（例如，来自公共应用储存库的）应用。该应用当被执行时可以允许用户选择屏幕上的图标，并且然后对相当简单的询问做出响应以指示他们正遭受的状况（例如，“我气短”和/或“我觉得严重胸痛”和/或“我觉得麻木”）。

该应用然后可以被编程为向诸如控制911入口和调度的服务的中央服务报告该信息。该应用在这样做时还可以报告如从用户的智能手机上的全球定位系统（GPS）传感器测量的用户的当前位置。用户的一般位置还可以或替选地可以由中央服务通过使用蜂窝塔三角测量或诸如“谷歌我的位置”服务的类似服务来获取。

替选地，可以由受害者102或由偶然遇到了受害者102并且认识到受害者102处于困境中的市民通过电话拨打对中央服务的呼叫。可以以熟悉方式针对911数字来拨打该电话呼叫，以及呼叫者可以向911接线员提供他们的当前位置。在该示例中，呼叫者可能已提供了公园的名称，并且已指示他们在该公园的小池塘附近。911接线员或调度员然后可以使用各种工具来为呼叫创建更具体的位置标识符，诸如通过键入公园的名称以带出地图，诸如来自“谷歌地图”，并且然后按压在地图上的该小池塘附近的触摸屏来为事件指定假定位置。调度员还可以在与呼叫者报告的区域相对应的区域周围画一个圆，以指示他们相对于呼叫者的位置的位置的不确定性（例如，在该示例中，完全在小池塘周围的圆）。例如，当呼叫者指示他们在特定十字路口处，并且调度员不知道呼叫者位于该十字路口的哪个角落上时、或当呼叫者指示他们在特定街道上的两条交叉街道之间，并且调度员不知道呼叫者位于沿着街区的哪个位置处时，也可以示出这样的不确定性。如下所述，然后可以在响应者看见的地图上向响应者显示不确定性的程度，使得他们知道他们将需要搜寻事件的地方。调度员然后可以，由调度员自行决定，选择对向系统注册并且可能在该公园周围的区域中的已注册的响应者做出警示。可以与对被分配以该区域为工作范围的专业响应者的警示协调发送这样的警示。当看上去专业响应者将花费比外行响应者将花费的显著更长的时间来对紧急情况做出响应时，除专业响应者外，调度员可以选择对外行响应者做出警示。如在下面更详细论述的，调度员在拉出在受害者102周围的区域的地图时，可以选择在该地图上看见在该区域中的所有可能的已注册的响应者的覆盖或层。还可以示出每一个响应者的救生能力，使得调度员能够确定响应者是否具有最低水平的训练、或是经验丰富的医疗人员。从这样的界面，调度员可以按压表示某些潜在响应者的图标来将他们选择为候选响应者，并且然后可以进行另一个选择来使通知被发送给与紧急情况有关的那些候选响应者中的每一个。

可以与候选响应者先前已安装在其个人智能手机上的客户端应用协作自动发出通知，或可以将消息发送给每一个智能手机，使在每一个智能手机上示出预定的显示，以及智能手机发出特定通知声音或振动，使得候选响应者将认出其为用于紧急情况的呼叫。例如，可能已使候选响应者104A的智能手机110发出救护车警报器的声音，使得响应者104A可以区分警示和正常进入的电话呼叫，以及可以更可能拿起其智能手机110并且对呼叫做出响应。

外行响应者还可以采用其他通信设备。例如，外行响应者可能仅具有基本蜂窝电话，以及他们可以被通知并且可以以文本消息收发方式做出响应。在这样的情况下，关于事件的位置的信息可以是文本形式，以及响应者可以以熟悉的方式对消息做出答复。而且，在这样的基本电话上的皮肤可以用如同在本文中针对更高级的通信设备论述的功能性，诸如加速度计或力传感器，对电话进行补充。在这样的设备中，补充功能性可以仅仅向用户生成反馈，但是不能将数据直接传送直到中央系统。

图1中的地图还示出在受害者102的地理区域中以及对同意帮助处理紧急情况的响应者可以是可取得的设备的图标表示。例如，在其上具有雷电的图标表示当受害者遭受了突发的心搏停止时响应者可以抓取并且带向受害者102的AED。在其上具有“+”的图标可以表示响应者可以使用来包扎或另外治疗事故的受害者的急救箱。如在下面更充分描述的，想要使设备在紧急情况下可用的设备的拥有者可以最初登记各个设备的存在和位置，以及已注册的志愿者可以定期性检视各个区域来找出设备并且验证其仍在那里、是可操作的以及是公众可取得的。而且，设备可以包括无线功能性，通过该无线功能性，设备诸如经由3G接口、WiFi接口、WhisperNet式接口等将其自身报告到网络中。这样的设备的拥有者然后可以“打开”该设备以由救生系统检查，救生系统然后可以定期性寻求并接收关于设备的当前状态的报告。在某些情况下，这样的系统（其可以由非营利组织运作）可以用设备状态的免费监视换取设备拥有者同意当设备被需要时开放该设备以供公众使用。

设备还可以与时间表相关联，在该时间表期间设备是可用的，使得系统可以对设备的显示进行过滤，以免示出当前不可用的设备。作为一个示例，在公园附近的咖啡店可以保持AED在其柜台附近，在那里AED不会被偷，但是为了表达善意，如果该AED在区域中被需要时，则可以乐意让响应者跑进商店并且借用该AED。如果紧急情况在该商店的营业时间期间发生，则可以在响应者的设备上向响应者示出这样的AED，但是下班后不示出这样的AED。

现更具体地参考响应者104A的智能手机110，智能手机110的屏幕示出了以下示例：响应者104A在她已被通知受害者102的问题并且已做出了她意欲参与响应的肯定响应——因此，将她自身从候选响应者转变为确认的响应者之后可以看见的内容。

在用户104A做出了这样的指示时，调度员和/或相关自动化系统可以向智能手机110下载信息以允许响应者104A对受害者102进行定位、示出在去往受害者102的路上的区域中的任何相关设备、以及与可能在帮助受害者102的途中的其他响应者通信。可以以多种方式向响应者提供这样的信息，以及在该示例中，已经以网页混合文档的形式提供了这样的信息，网页混合文档包括关于受害者102的定制文本、通过其响应者104A可以与系统交互操作的可选控件、以及带有指导响应者104A到受害者的导航路线的地图。

可以使用诸如异步JavaScript和XML（AJAX）的已知技术来提供这样的信息，因此，响应者104A可以以丰富方式与所述信息交互，而不需要每次响应者要求另外的信息或（例如，通过平移或缩放地图）改变显示时多次下载网页。而且，可以从多个源（例如，调度系统、语音通信系统、地图服务器、现场凸轮场景视频等）向智能手机110直接提供或通过其他服务中的一个来提供信息。

现参考在智能手机110上显示的特定信息，并且从在智能手机110上的显示器的顶部开始，示出了与受害者的问题有关的文本报告116。报告116指示受害者已报告可能的心脏病发作，并且已呼叫救护车。诸如响应于受害者102（或在受害者102附近的目击者）向受害者的智能手机上的应用指示他们认为他们正遭受胸痛并且可能心脏病发作，该报告116的文本可能已由调度员手动键入并且提供给响应者通知系统、或可能已被自动生成。另外，可以将来自受害者或旁观者的语音作为语音文件或作为使用话音到文本转换器来从语音转换的文本文件直接传送给响应者。还可以在响应者中的一个或多个和受害者102之间打开直接语音信道，例如，使得他们能够从受害者（或从与受害者102在一起的人）接收指引、能够获取关于受害者102的状况的信息（使得例如他们能够确定他们在去往受害者102的路上需要获取另外的响应者或另外的设备）、以及能够向受害者或与受害者在一起的人提供指导。

最初当响应者104A变成确认的响应者时、或在稍后时间，还可以提供另外的文本。例如，调度员可以键入可以被发出给所有响应者（外行和专业两种）与关于受害者的更新的信息有关的另外信息。例如，调度员可能已得知受害者是糖尿病患者或具有响应者应当知道的其他问题。可以在报告116的文本区域中提供该信息，使得如果响应者在他们跑向受害者102或另外朝向受害者102移动时查看他们的设备，则他们可以立即看见该信息。随着将另外的文本添加到报告116，可以使早前的文本向上滚动，以及还可以示出“聊天”框，以便允许在调度员和响应者之间的多方式通信。可以通过各个用户的键入、或通过用户说话并且他们所说出的话被转换成文本来直接填充聊天文本。还可以以类似方式对在参与事件的人之间的所有这样的口头通信进行转换以与事件的总结报告存储在一起。

在报告116下面是两个可选控件112和114。可选控件112当由响应者104A选择时将创建响应者104A和受害者102之间的语音连接。可以以多种方式做出这样的连接。例如，向智能手机110提供的初始信息可以包括URL、IP地址或在智能手机110和受害者102或正照顾受害者102并且呼叫通知了紧急情况的人所使用的设备之间做出IP语音（VoIP）连接所需的其他信息。还可以通过VoIP连接从设备110回到调度中心，并且然后通过普通电话连接到受害者102所使用的电话进行该连接，尤其当受害者102（或响应者中的一个）所使用的电话不是智能手机或能够进行VoIP连接的其他种类的移动计算设备时。可以使用该语音连接，使得可以给予响应者对受害者102正面对的问题的预览，或以允许照顾受害者的人指导响应者104A到恰当的位置。

当选择可选控件114时，可选控件114将响应者104A连接到已由调度中心调度的任何专业响应者。替选地，可选控件114可以将响应者连接到调度员。因此，响应者104可以报告他或她的当前位置（尽管还可以根据响应者的通信设备上的应用所捕捉到的GPS读数来自动报告位置）和例如他或她计划在去往事件的路上停下并且抓取AED106A或106B的事实。紧急人员或专业响应者可以确认这样的动作计划或可以经由语音通信信道指引响应者104A做其他事。另外，如果响应者104B和104C已成为确认的响应者，则可选控件114可以准许响应者104A与响应者104B和104C进行通信。以这种方式，响应者104A可以指示他或她将带去AED，使得其他响应者（104B和104C）不用特意去拿起在106C处的除颤器。可以如同无线电通信一样布置这样的通信发生，使得任何响应者可以通过保持可选控件114来说话，以及已由调度中心确认的所有其他响应者将听见该人正说出的内容。以这种方式，各个响应者可以快速协调他们的活动，同时仍在朝受害者102快速且以最小分心地移动。如所提到的，通信还可以是在特定当事人之间点对点的，以及可以提供另外的控件来自动建立各种预定的通信链路。

智能手机110的显示器的底部被地图118占据，可以使用诸如用于用“谷歌地图”创建混合物（nash-up）的那些技术的已知技术，从数据源的组合来生成地图118。例如，调度中心可以将响应者104A的维度和经度以及受害者102的维度和经度提供给（经由发布的应用编程接口（API））公众可获得的导航系统，以及导航系统可以通过提供用于绘制用针对响应者104A的在该两个点之间的最佳路径的粗导航路线线条覆盖的地图的数据来做出响应。可以使该路径叠加在向响应者104A示出的地图118上。类似地，可以使其他路径叠加在向响应者104B和104C示出的地图上。另外，使实际图标120和122叠加在地图上以向响应者104A示出相关设备位于他们的在他们的当前位置和受害者102之间的路线附近何处。对覆盖在地图上的信息的采集可以由服务器系统在将这样的信息发送给各个客户端设备之前进行，或服务器系统可以将信息发送给客户端设备，客户端设备进而可以（例如，使用他们的机载应用和/或服务器系统提供给他们的JavaScript）自动联系第三方地图和导航服务来生成在此所示的显示。

响应者104A可以以包括平移和缩放的熟悉的方式与地图118交互，以便看见更多细节或看见更多周围的区域。例如，如附图中所示，响应者104A被放大太多而不能看见响应者104B和104C。结果，响应者104A可能想要缩小，以便看见更多区域并且获取受害者102周围发生的事情的更好概观。可以由系统自动选择最初向响应者104A呈现的特定缩放水平，使得响应者104A的和如由地图118上的图标124所表示的受害者102的位置两者都在智能手机110上示出。

如所提到的，可以向响应者——外行和专业两种——中的每一个提供与在智能手机110上示出的类似的呈现，尽管星形图标将表示他们的位置，以及将以适当方式使其他信息个性化。而且，可以向专业响应者提供与用于外行响应者的那些显著不同的显示或控件。例如，可以向专业响应者提供向外行响应者中的每一个单独说话的能力（例如，如果外行响应者中的一个被识别为特别有经验的医生，专业响应者可以依赖其来领导其他响应者），以及可以允许专业响应者收听外行响应者中的任何响应者进行的任何通信，即使其他外行响应者不能听见它们。

而且，尽管在该示例中，将外行响应者的设备110示出并描述为智能手机，但是设备110可以采用多种其他形式。例如，设备可以是具有文本消息收发能力的蜂窝电话，使得用户可以经由文本消息接收指引。设备还可以是没有直接电话能力的便携式联网设备，诸如IPODTOUCH媒体播放器或类似设备。还可以使用其他设备，诸如平板PC和其他便携式通信设备。另外，诸如通过将力传感器、温度传感器、加速度计、脉搏传感器、血压传感器或其他传感器放置在用户可以为其电子通信设备购买的插件模块和/或保护套中（尽管在适当的情况下，这样的传感器还可以被集成在设备中），可以将上述和下述的某些功能性作为附件的一部分提供给相关电子通信。

另外，智能手机或其他通信设备的其他标准组件可以被用作相关传感器。例如，凭借通过设备的操作系统访问来自屏幕的信号，压敏触摸屏可以被用作力传感器。在屏幕是基于电容或阻抗的触摸屏的情况下，所感测到的信号还可以用于脉搏测量。例如，来自这样的屏幕的场线从屏幕的前面向外伸出，以及可以将屏幕压在受害者的（或其他人的）颈部的侧面上，以测量血液通过受害者的颈动脉的定期性急速流动引起的改变。触摸屏传感器也是二维传感器，使得设备的精确定位不是关键性的，以及定位的不规则性可以由设备上的软件进行调整。然后可以将这样的测量自动报告回中央系统，诸如以将受害者的生命体征传送给专业响应者或能够向外行响应者提出建议的远程医疗专业人员，包括在受害者可能被运送到的医院的医生。

也可以以各种其他方式将中央系统结合到现场救援工作中。例如，可以使本地医院成为通信会话的一部分，使得现场救援者可以识别医院可能接收的受害者的数目，以及在受害者将到达之前的大概时间。在这样的情况下，使用诸如对具有加标签有诸如“哈希标签”的项的消息的“信道”的预订的技术，总体通信会话的成员可以选择将通信过滤成子组，使得他们仅看见或听见与他们相关的消息，所述项用来对诸如TWITTER的社交网络上的通信进行过滤。

另外，可以使用中央系统将关于特定受害者的电子医疗记录（EMR）数据提供给在实地的救援者。例如，受害者可以被识别，以及与适当隐私规章一致，在中央医院的医生可以使关于受害者的某些信息被提供给救援者。作为一个示例，医生可以识别受害者的血型给救援者、或识别任何潜在危险过敏症或药物相互作用。这样的信息还可以从EMR自动过滤出来并且被递送给救援者。

在某些情况下，可以使用受害者的智能手机向救援者提供关于受害者的EMR相关信息。例如，智能手机的用户（例如，如果他们有肝炎或糖尿病）可以将关于他们的血型、过敏症、药物以及其他相关信息的信息输入到他们的手机。这样的信息然后可以充当电子医用警示手带的形式。其设备还可以诸如通过以下来对数据进行过滤：当设备被锁定（其中设备当前示出时间以及可以准许拨打911和其他紧急号码）时在主屏幕上示出有限信息（例如，血型和当存在紧急情况时要联系的人）；以及当未锁定时示出所有信息（另外，手机当未锁定时可以从远程服务器系统访问受害者的EMR相关信息）。可以在主屏幕上通过红十字或其他图标来指示该信息，并且救援者对图标的选择可以使相关信息的页面被显示。另外，病人的医疗信息可以（诸如通过使用RFD技术）被存储在受害者可以佩戴的护身符或其他物品上，并且可以诸如通过使用已知的近场通信技术由救援者的标准智能手机来读取该信息。信息当以这些方式中的任何方式被电子地存储时可以被自动传送给救援者的电子设备，诸如用于EMT的平板计算机，并且信息可以被保存、传输（例如，给目标医院）、以及在治疗受害者时以各种适当的方式使用。

另外，受害者可以向公众可访问的服务提供基本医疗记录信息，以及可以以适当方式对信息进行编索引，使得可以由救援者现场检索该信息，作为一个示例，受害者可以被提供有用于他或她的智能手机的医用警示标签，以及可以在该标签上写下索引号码，救援者可以将该索引号码提交给服务以便得到受害者的信息。这样的索引号码还可以是受害者的移动电话的电话号码，以及可以在电话的锁定的主屏幕上显示该号码。

图2A是用于协调对紧急事件的外行响应的系统200的框图。总的来说，系统200示出在一个示例中可以被用来实现如同为图1和在下面描述的功能性的各种主要的子系统。所述子系统一般被指引用于：接收需要人类响应者的事件的通知；识别在事件的区域中的外行响应者；轮询某些外行响应者以看他们是否愿意参与；以及向肯定答复的外行响应者提供信息以帮助他们对事件做出响应。所述子系统还可以帮助使外行响应者的努力相互协调，以及使外行响应者的努力与诸如EMT或消防队员的专业响应者相协调。

系统200的中央组件是调度中心202。调度中心202可以是传统紧急情况911调度中心，其中人类接线员接收关于紧急事件的呼叫；获得关于那些呼叫的信息；以及通知适当的专业响应者，使得他们能够对呼叫做出响应。在该示例中，用另外的子系统对调度中心202进行扩增以提供更大的功能性，包括将外行响应者调度到紧急事件。调度中心202还可以是独立于人工调度中心的自动化系统，该自动化系统自动识别潜在外行响应者并且邀请他们参与。

调度中心202通常通过电话网络206接收来自诸如蜂窝电话222的基本电话的呼叫。通过电话的这样的对事件的报告是旧的并且众所周知的，以及在本文中没有详细描述。在该示例中，调度中心202还可以被连接到可以包括因特网的数据网络204，使得调度中心202可以从诸如移动计算设备220的计算设备接收数据传输，以及向所述计算设备提供数据传输。诸如通过使用IP语音技术，还可以使用数据网络204来载送在系统200的各个组件之间的语音会话。调度中心202还可以将来自电话222的通过电话网络206的语音呼叫桥接到诸如移动计算设备222的通过数据网络204通信的设备。

呼叫还可以经由潜在受害者佩戴的便携式医疗设备进入调度中心202。例如，曾有心脏问题的人可以佩戴ZOLL Lifecore LIFEVEST可佩戴的复律器除颤器，该复律器除颤器可以监视心搏停止并且为心搏停止提供治疗。还可以向这样的设备提供无线通信能力，以便自动报告对其佩戴者的有害事件，诸如心搏停止。这样的报告可以作为呼叫进入到如同调度中心202的调度系统，并且可以以在本文中描述的方式召唤响应者。替选地或另外地，这样的设备的用户可能先前已指定了在他们遇到有害事件情况下的特定外行响应者，以及当该设备提供有害事件的通知时，调度系统可以自动联系这样的响应者。例如，用户在他们向系统注册这样的设备时可以提供家庭成员的电话号码，以及当这样的事件发生时，可以自动拨打所述号码，其中自动生成了语音消息。

调度中心202可以以传统方式与紧急通信系统203进行通信，使得调度员可以识别被分配以呼叫源自的相关区域为工作范围的相关专业响应者，并且派遣那些响应者对呼叫做出响应。例如，调度员可以使救护车中的紧急医疗技术人员继续该呼叫或可以使消防队进行部署。其他响应者可以由调度员根据特定调度的相关标准来安排。另外，可以以与外行响应者几乎相同的方式，经由语音和数据使专业响应者与下述其他子系统相联系，但是提供给专业响应者的能力在角色上可能更多并且更复杂。

调度中心202还可以与通知系统208进行通信，通知系统208被设计成向外行响应者（以及专业响应者）提供关于可能在他们的区域中正发生并且可以请求他们的介入的紧急情况的通知。通知系统208在执行这些操作时可以最初用作在调度中心202处的调度员与正使用诸如移动计算设备220的设备的各个候选和确认的响应者之间的接口。

通知系统208还可以管理登记处理，通过该登记处理，外行响应者向系统208注册其自身并且由系统208进行管理。例如，系统208可以跟踪外行响应者的先前响应，以确保已经给予了受害者适当的护理，以及可以根据这样的跟踪来对外行响应者进行评级，使得某些外行响应者可以被识别为特别娴熟的响应者，以及其他人在系统上的排名中可以被降低或从系统208被移除。专业响应者还可以以类似方式被评级或指派水平。例如，如果用户确认他们将对事件做出响应，不过未能做出响应，则可以将他们从系统208移除。评级可以自动用于由人力调度员选择适当响应者以邀请对呼叫做出响应。总的来说，如在本文中所描述的，在事件的区域中的响应者最初被称为潜在响应者，被邀请做出响应的响应者是候选响应者，以及肯定答复邀请的候选响应者是确认的响应者。诸如通过仅仅对确认的响应者提供地图信息并且准许语音通信，系统可以不同地对待每一个这样类别的响应者。

通知系统208在执行其功能时可以依赖并且管理多个数据源。例如，可以从向系统208登记的各个响应者所使用的设备采集位置数据212，以确定响应者所位于的地方。因此，例如，通知系统208可以从调度中心202接收以下查询：识别紧急情况的位置，并且然后使用该位置来识别当前在其附近地区以及其设备当前被打开并且正报告他们的位置的已登记的响应者。响应者可以在他们向系统注册时自愿使这样的信息可用，使得他们准许出于定义的目的并且在定义的条件下跟踪他们的当前位置。还可以采用适当的隐私控件，诸如通过在用户选择这样的系统之前向用户进行告知，并且每当这样的操作发生时提供他们已被“探测（ping）”的指示。

通知系统208还可以存储响应者数据214。响应者数据214可以反映向系统208登记的所有响应者的各个方面。例如，响应者数据214可以包括每一个响应者的标识数据，诸如每一个响应者的姓名和家庭地址。响应者数据214还可以包括每一个响应者的联系信息，包括到达特定响应者正使用的、使得响应者可以接收关于紧急事件的通知的移动计算设备所需的信息，以及还包括与响应者的电子通信设备建立VoIP连接所需的信息。另外，通知系统208可以跟踪各个响应者的表现，以及可以为每一个响应者生成并存储评级或其他类似信息。例如，向系统208注册的医生可以被识别为与缺乏特定医疗训练、或仅仅具有CPR证书的普通外行人不同类的响应者。可以例如向调度中心202或专业响应者提供关于响应者的能力的这样的信息，使得这样的用户可以看到关于紧急事件受训的专业人员的位置。

通知系统208还可以存储或另外访问地图数据216。地图数据216可以采用以下形式：可视地图瓦片以及使纬度/经度坐标或其他这样的信息与地图上的位置相联系所需的数据。地图数据216还可以包括在地图上生成导航路线、以及还有将英语（或其他人类语言）地址转换成诸如纬度/经度坐标的更技术的地图标识符所需的数据。虽然在该示例中，地图数据216和其他数据被示出是通知系统208的一部分，但是还可以从其他位置访问它们，诸如从如同谷歌、雅虎、MAPQUEST以及微软的公司使用公共并且一般熟悉的API来提供的第三方服务。

响应者间通信系统210可以作为通知系统208的附属物被提供。可以提供响应者间通信系统210以允许在外行响应者相互之间、在响应者和受害者之间、以及在可能涉及紧急响应运作的其他当事人之间的语音通信。例如，随着响应者朝现场移动，调度员可以使用系统210来保持所有响应者行为协调。响应者间通信系统210可以从响应者数据214访问标识符（例如，电话号码、IP地址等），由此在系统200中的不同实体之间创建语音通信信道、或可以从联系信息218访问这样的类似信息。可以使用现有技术以熟悉的方式做出这样的连接，并且这样的连接可以依赖诸如GRAND CENTRAL或“谷歌语音”的系统。

响应者间通信系统210可以对调度员或响应者做出的选择进行响应，其中用户中的一个正请求向其他用户中的一个或整个用户组说话。响应者间通信系统210可以在这样的情况下在用户中的每一个之间做出适当的语音连接，以实现发出请求的用户的表明的意图。

作为系统200的操作的示例，最初可以在调度中心202处诸如通过911呼叫网络从电话222接收呼叫。在调度中心202处的调度员可以对关于电话222的呼叫者说话以查明该呼叫者正目击在主街的600街区另一个人心脏病发作。调度员可以开始将关于该呼叫的信息键入计算机终端中，包括文本“主街的600街区”，以及这样的文本输入可以使地图在调度员的计算机显示器上以键入的地址为中心进行显示。

计算机显示器还可以示出表示当前已知在主街的600街区的区域中的所有潜在响应者（即，其设备开着并且正报告他们的位置）的图标。调度员的计算机终端通过从通知系统208访问信息，并且然后将潜在响应者的图标标绘在调度员的计算机监视器上可以获取这样的信息。可以用较小指示符来对图标中的每一个进行补充，该较小指示符示出在该区域中的每一个人是诸如CPR的受训医生或相对经验不足的给予者的响应者的类型。

调度员然后可以诸如通过在触摸屏计算机界面上轻击他们的图标来选择在该区域中的所识别的响应者中的一些，并且然后可以选择控件（例如，点击或轻击屏幕上的按钮）来为所选择的响应者中的每一个生成通知、使他们成为候选外行响应者。例如，在城市区域中，屏幕可以示出在事件的大致区域中的20或30个外行响应者，以及调度员可以使用他或她的判断来选择那些响应者中的五或六个作为用于做出响应的候选者，并且所述候选者将接收事件的通知。（系统还可以自动选择特定响应者，以及手动或自动选择的响应者的类型或数目可以取决于关于所期望的响应团队的组成的观察和特定候选响应者将对警示做出肯定响应的可能性）。而且，诸如当正发生重大事件时或当在初始区域中显出特定技能水平的不足数目的响应者时，调度员可以扩展寻求响应者的区域或调度员想要显示的响应者的类别。

诸如当在短时间段内来自特定较小地理区域的多个呼叫进入时，系统还可以自动或凭借调度员帮助来识别重大事件（例如，大型的汽车连环相撞、化学物质泄漏、恐怖袭击等）。在这样的情况下，可以涉及多个调度员，以及可以将响应者分配到多个不同的团队，其中可以为每一个团队分配特定类型的任务（例如，交通管制、移动残骸、对受害者检伤分类、治疗受害者等）。在有多个调度员的情况下，可以为调度员分配特定职责和不同级别的权力。例如，较低级别调度员可能能够将救援者分配到特定组，但是只有较高级别调度员才可能能够在组之间调动救援者或为组或个人救援者限定特定分配。

响应于调度员选择，可以使通知系统208向候选响应者和他们的诸如移动计算设备222的移动设备中的每一个发送警示。设备可以生成警示噪音和/或视觉指示。候选响应者中的一些可能不对警示做出答复，并且在预定的时间段之后，可以将他们从作为候选响应者的系统除去。其他响应者可以否定地做出响应，指示他们在当前时间不能对呼叫做出响应。还有其他响应者可以做出肯定响应以指示他们愿意对呼叫做出响应，并且可以将这样的响应传送回通知系统208。那些响应者可以在系统200内变成确认的响应者。

通知系统208然后可以将用于生成如同在图1中的智能手机110的屏幕上所示的显示的数据提供给指示了他们愿意参与的确认的响应者中的每一个（以及提供给专业响应者）。该信息可以示出正使用电话222的呼叫者的位置。在位置是不确定的情况下，诸如在呼叫者识别了他或她可能位于的整个街区的情况下、或在使用蜂窝塔三角测量来找到呼叫者的大概位置的情况下，提供给响应者的地图可以示出在大小上近似等于用户对受害者位置的不确定的区域的有色圆（类似于在“谷歌我的位置”的界面中所示出的不确定性）。结果，响应者可以立即看到关于位置有一些不确定性，以及他们将不期望在特定点处找到受害者，因此，他们将准备好在大致区域内搜寻受害者。

随着确认的响应者开始朝受害者移动，可以在每一个响应者的相应设备上对他们的位置进行更新，使得他们可以看到其他响应者的位置，并且识别他们是否将是第一响应者以及还在他们到达时识别其他响应者。这样的信息还可以由确认的响应者使用以确定他们是否应当改变路线来获取设备或其他事物。

使用响应者间通信系统210，响应者还可以通过语音和/或文本相互通信以及与专业响应者进行通信，以对他们的活动进行协调。例如，一个响应者可以告诉其他响应者他或她是受训医生，以及当他或她到达现场时将接管某些职责。这样的通信可以对其他响应者是令人欣慰的，并且允许他们对他们在他们到达现场时将执行的那种工作确定优先顺序。响应者还可以与可以识别自身到达的大概时间的专业响应者进行通信，使得新近响应者可以知道他们需要继续向受害者提供护理的时间。

通知系统208可以自身或与其他子系统协作跟踪在对事件的响应期间发生的活动，以及可以提供事件的跟进。例如，通知系统208可以跟踪某些响应者被通知的次数以及他们做出肯定响应的频率，以便向系统200提供进展数据，该数据可以在确定应当选择的候选响应者的数目以便获取适当数量的真实响应者时使用；以及确定哪些潜在响应者识别为候选响应者（例如，从不做出响应或做出肯定响应但是没有显出的响应者可以被降级并且不被示出为潜在响应者）。

而且，可以在事件之后向响应者提供对事件发表评论的机会，使得系统200的操作者可以学习在未来如何改进系统和对受害者的响应。

系统200还可以联系响应者，以诸如向他们提供感谢的象征，诸如用于在事件周围的区域中的商店的优惠券。在适当情况下并且与病人隐私一致，响应者还可以稍后登录到系统以更新关于受害者的状态，以便表现他们的天生好奇心。同时，可以施加适当的限制，以便维护受害者和响应者的隐私。某些响应者还可以具有系统发表到其社交媒体页面（例如，FACEBOOK、TWITTER或LINKEDIN）中的一个来以半公开的方式称赞响应者的评论，该发表可以包括准许用户的朋友注册成为响应者自身的信息。

对关于响应事件的信息的使用还可以以更系统的方式被存储和协调。例如，评级模块可以评审响应者表现，评级模块可能基于特定响应者所显出的能力和响应性，导致响应者的评级增加或降低。然后，可以在未来由人类或自动调度员在确定哪些响应者从潜在响应者改变成候选响应者时使用这样的评级。

在存在大量伤亡者，诸如较大事故（例如，火车、公共汽车或飞机碰撞）、恐怖袭击（例如，轰炸或气体扩散）、自然灾害（例如，地震或大型龙卷风）或公共健康危机的情况下，还可以对在本文中描述的系统和技术进行扩展。例如，诸如通过确定在一时间段（例如，1小时）内并且在特定区域中的关于不同事件（例如，不同受害者需要帮助）的呼叫的数目已超过了预定的阈值，系统可以最初手动、自动或半自动地确定正发生重大事件。可以通过使用已知的自动聚类分析技术来做出这样的确定，以便对如按照时间和地理位置示出的有联系的呼叫与独立的但是碰巧在空间和时间上有关的那些呼叫进行区分。当重大事件的情况被辨别时，系统可以生成警报来开始提升事件的状态。例如，可以首先将警报提供给一个或多个调度员，该一个或多个调度员可能诸如通过询问在现场的呼叫者被设计成引出关于事件的类型和事件的范围的信息的一系列问题（例如，“你的呼吸痛苦吗”，“你周围的其他人有问题吗？”）来尝试确认事件的性质。在下一阶段，可以触发重大灾难响应程序，通过该重大灾难响应程序，向适当的机构通知该事件，并且该重大灾难响应程序根据预先建立的程序来推进。

另外，在现场的响应者可以捕捉并且自动上传如同在图5A中所示的可以在显示上自动地理标记并提供的数字照片。尤其，用于相片中的每一个的图标可以被显示在（诸如由“谷歌地图”提供的）地图上，并且指示摄影者面对的方向。当这样的图像覆盖足够区域时，可以诸如使用微软图像合成编辑器来组合这样的图像。中央管理人员然后可以使用图像来更好感受当场的情况。

第一响应者还可以能够为系统提供元数据，该元数据可以由稍后响应者使用。例如，当救援车辆到达现场并且相互妨碍时，重大事件会导致较大的交通问题和混乱。调度员可以分配第一响应者调查事件周围的区域、识别足够大的平坦区域来停放和集结受害者、以及识别车辆进出该区域的交通图（其可能与该区域中的标准交通流相反）。例如，第一响应者可以识别单行街道外的较大、部分填充的停车场、命令拖车移走在该场地中的少数汽车（其中调度员可以使通知影响到拖车公司）并且限定在该街道上的一半车道被指定为向相反方向流动。然后可以将这样的信息添加到该区域的地图，并且可以在救火车、救护车和其他车辆中的显示器上呈现该地图，使得那些车辆的驾驶员能够快速找到集结区域，并且在没有相互拥堵的情况下这样做。

还可以使用所述系统和技术来协调对这样的重大事件的响应。例如，可以将外行响应者和专业响应者分配到事件的特定部分，诸如特定受害者或受害者组。因此，例如，对专业响应者的导航帮助可以向响应者示出在较大区域内他们要去的地方，使得调度员和其他管理员可以将资产直接组织并放置在紧急地点处。还可以根据事件的子部分来对响应者进行分组，以及每一个组的响应者可以在他们的通信设备上仅仅看见在他们的组中的其他人，以及可以通过语音仅仅与在他们组中的成员联系。在这个方面，对VoIP连接的使用可以使这样的分组相对简单和便利。在调度员的终端上，诸如通过使用于每一个组中的响应者的图标具有与另一个组中的响应者不同的颜色，还可以相互不同地表示所述组。以这种方式，调度员可以快速看到组成员是否正协调工作（因为他们应当在地图上被分组），以及可以直接对没有出现在正确位置的任何响应者说话，并且找出他们不在应有位置出现的原因。

如同在上面论述的，对数据的跟踪和存储对重大事件也可以是特别重要的。具体地，重大事件并不经常发生，因此，很少有机会对它们进行研究并且对救援服务对这样的事件做出响应的方式加以改进。在这个方面，位置跟踪信息和已存储的响应者交谈的音频文件可以为正试图更好理解这样的情况并且对对这样的事件的响应加以改进的研究员提供有价值的工具。

另外，可以向某些响应者委派任务对事件的受害者的身份进行注册。出于跟进的目的，可以使用这样的信息，以诸如跟踪受害者的后续健康、向受害者提供补偿、识别相关事件的潜在目击者等。当典型重大事件跟进人员不能快速到达地点，并且因此可能错过快速离开的目击者或受害者时，第一响应者进行这样的注册可以是特别有益的。作为一个示例，调度员可以分配特定响应者来形成事件周围的外围，并且记录离开该外围的个人。采集的关于在重大事件（例如，飓风）的地点处的个人的信息还可以用于生成大量统计，诸如用于报告重大事件的严重性。

图2B是用于协调对紧急事件的外行响应的具有多个子系统的系统230的框图。总的来说，系统230可以被布置并且编程为提供如同在上面描述的功能性，尽管在此示出了能够实现该功能性的组件的另外的细节。

在该示例中，系统230包括通过诸如因特网234的一个或多个网络通信的多个组件。例如，移动计算设备232可以由多个外行响应者或专业响应者使用来接收关于紧急或类似事件的信息，并且对所述事件做出响应。在通信设备232内的各个组件可以提供这样的功能性，并且可以包括通常是设备的一部分的组件或可以稍后由用户添加到设备的组件。

一个这样的组件是输入/输出管理器240。管理器240在设备中扮演正常角色，包括通过管理在设备232的屏幕上显示图形组件的方式、以及诸如在触摸屏、跟踪球以及物理或软按钮上接收来自设备232的用户的输入。管理器240可以例如协同正在屏幕上显示的内容来确定用户在触摸屏显示器上选择的位置、或用指示器做出选择的位置，以便确定用户在屏幕上正提供的命令和其他输入。

设备232中的加速度计242感测设备232的相对运动。在设备232被系在施行CPR胸部按压的人的手上的实施方式中，加速度计242所感测到的加速度可以被双重整合并且另外被处理来产生设备在垂直方向上的位移的测量。这样的位移可以紧密接近在胸部按压期间病人的胸部的位移水平，以及可以将这样的位移报告给设备的应用并且将其传送给系统230中的其他组件。

Web浏览器244可以与设备232包括在一起，并且可以从远程服务接收以已知方式被格式化以在设备232上显示的内容。Web浏览器244可以支持对丰富内容的传送和显示，使得用户可以以如同在上面为图1论述的那些的方式与内容交互。地图/导航应用246可以作为web浏览器的一部分被提供以显示下载到web浏览器244的内容、或可以是设备232上的单独独立应用。地图/导航应用246可以从远程服务以及从设备232（诸如从作为设备232的一部分的GPS模块）接收位置信息，可以生成可以用导航信息覆盖的地图，以及随着用户朝紧急事件移动，还可以提供逐向（turn-by-turn）导航。

无线接口248可以以熟悉的方式提供与网络的数据和语音通信，使得设备232的用户可以与朝紧急事件行进的其他响应者交谈，以及还可以提供和接收描述事件和事件周围发生的动作的数据。事件数据储存库250可以保存与设备232的用户大约在事件时间采取的动作有关的信息，诸如来自加速度计242的信息以及来自其他传感器252的信息。其他传感器252可以是设备232自身的一部分，诸如设备232的光传感器或触摸屏、或可以是作为可以通过有线或无线连接与设备232通信的附件被提供的传感器。例如，设备232的用户可以购买可以插入设备232中并且充当传统听诊器的电子听诊器。用户还可以购买血压袖带、或可以向设备232提供电子信号，使得受害者参数的读数以及尤其生命体征可以通过网络234被容易地上传到系统的其余部分的其他这样的传感器。

单独地，可以在调度服务处提供CTI计算机/电话集成系统233，并且CGI系统233可以将信息传送给人类调度员所使用的终端236。除调度员可以使用的电话头戴式耳机外，终端236可以包括计算机监视器和键盘。CTI系统233可以整合如同上述和下述的信息，包括来自进入的呼叫和来自响应者的语音信息，以及表示关于呼叫和在呼叫的地理附近发生的操作的信息的数据。这样的信息可以由调度员使用来将救援队和外行响应者指引到呼叫。替选地，调度员可以将协调呼叫的职责传递给另一个管理用户，使得该调度员可以返回到接收新近呼叫，以及其他用户可以继续特定呼叫达较长时间。

CTI系统233还可以被连接到专业响应设施235，诸如救护车车库或消防站。这样的连接可以允许调度员触发警报，使得紧急安全人员被调度到呼叫。来自系统233的信息可以被自动下载到设施235，以及还下载到专业响应者的正对呼叫做出响应的车辆。

外行响应服务器238可以协调到潜在外行响应者的通知、来自响应者的响应、以及当响应者对事件做出响应时对响应者的管理和协调。例如，响应者跟踪器274可以被编程为获取CPS或与向服务器238注册的用户的电子通信设备有关的其他数据。这样的数据可以由服务器238直接获取、或可以通过查询专门获取这样的数据的设备跟踪器256（例如，其可以由无线服务提供商为该提供商的网络上的设备进行操作）来获取。响应者跟踪器274通常可以不跟踪用户的位置，并且可以仅仅在CTI系统233或另一个源通知特定区域中的紧急事件时才检查位置。当这样的通知发生时，响应者跟踪器274可以获取已注册的用户的位置，并且可以将仅仅在事件的预定距离内的用户的位置传递给适当的子系统。

响应者指令器272可以负责为已被系统识别在特定区域中的响应者生成指令。例如，响应者指令器272可以被提供有在区域中的特定响应者的身份，并且可以将预先格式化的请求递送给响应者，邀请他们对该区域中的事件做出响应。响应者指令器272还可以稍后通过语音或以键入形式提供指令，以帮助协调同意朝事件移动的响应者的响应。

响应协调器270可以跟踪系统中的各个响应者的位置和动作，并且可以向响应者指令器272提供指令并且进一步协调这样的响应。例如，响应协调器270可以确定特定响应者在他们去往事件的路上拿起了除颤器，并且因此可以向其他响应者指令他们不需要做同样的事情。例如，可以通过将图标或除颤器添加到特定用户的图标以在各个响应者的设备的显示器上示出来提供这样的指令。这样的指令还可以是更明确的，以及可以由响应者的设备键入或说出。

可以由诸如响应协调器270的系统的其他组件指引语音通信协调器268，以识别用于为语音通信连接响应者，以及诸如通过VoIP服务258发起这样的连接的信息。例如，响应协调器270可以响应于用户点击设备上的“交谈”按钮而从设备232接收消息，并且可以使语音通信协调器268在设备232的用户和另一个响应者、其他响应者或调度员之间做出语音连接。语音通信协调器268可以将命令发送给VoIP服务258，以便实行这样的连接。

服务器238（其可以是在系统中一起行动的一个或多个服务器）可以使用各种数据源。例如，响应者数据260可以包括为系统识别已注册的响应者的信息、与每一个响应者做出的响应有关的历史数据、每一个响应者的评级数据等。事件数据262可以包括按照服务器238为其协调响应的每一个紧急事件组织的数据，其反映响应者设备所收集并且通过系统的部分或全部数据，包括响应者所收集的生命体征数据、示出响应者的路径的数据以及在响应者之间的语音通信的音频文件。

出于研究目的，可以存储大量事件的事件数据262。例如，研究可以访问示出不同事件的到达时间和响应的数据，并且可以做出准许在调度员处理事件的方式方面进行调整的结论。例如，可以确定不同类型的响应者来组成更好的响应团队，或可以使用不同大小的团队。而且，可以使用这样的信息来确定需要邀请来对事件做出响应的响应者的数目，以便得到适当数目的确认的响应者。

可以针对这样的数据进行更一般的临床研究。例如，研究员可以通过将事件数据262与关于通过事件治疗的病人的结果数据相组合，来对造成最佳结果的紧急响应方法的种类进行研究。例如，这样的研究可以证实对特定类型的外行响应者的使用提高或降低了受害者从诸如心搏停止的某些紧急事件生存的机会。而且，关于是否使诸如便携式除颤器的某些设备对受害者可用，以及当这样的设备到达受害者时，可以将结果进行比较。

图2C是示出在紧急响应系统中的子系统之间的示例信息流的框图。在此所示的特定组件是在先前附图中所示的那些的子集，以及替代地，焦点是可以通过诸如电话和/或数据网络的一个或多个网络284在组件之间传递的示例类型的消息。

在该示例中的第一组件是调度系统288。调度系统288可以是具有用于将外行响应者指引到事件的扩增功能性的传统调度系统。系统299可以生成例如正试图指引外行和专业响应者、以及对呼叫通知事件的呼叫者做出响应的人类调度员的语音流。调度系统288还可以以调度员可以键入终端的数据（包括事件的地址信息）的形式提供指令。调度员还可以被提供有如同在图1或图6A中所示的地图，因此，调度系统可以接收用户数据和地图数据，以便生成这样的显示。

外行响应系统290可以负责如由调度系统288触发的，向外行响应者通知事件、最初注册这样的响应者、协调响应者的响应以及其他类似功能。外行响应系统可以生成用于协调响应的信息，可以提供对外行响应者的确认以指示他们是确认的响应者、对外行响应者的邀请、以及用于生成如同在上面示出的那些的显示的地图数据。外行响应系统290可以存储它接收的多种数据类型并且对其做出响应，该多种数据类型包括直接紧急呼叫、示出响应者和受害者或呼叫的位置的GPS数据、来自响应者所使用的电子设备的传感器数据、以及在呼叫者、响应者和调度员之间的语音通信。

紧急响应车辆286可以包含熟悉的便携式计算机系统，并且可以准许组成员向系统的其他部分，包括向外行响应者，提供键入的指令和语音通信。车辆286进而可以接收示出他们的位置和受害者的位置以及外行响应者的位置的地图数据。车辆286还可以从调度员和外行响应者接收语音通信。

响应者客户端通信设备282可以由各个响应者中的每一个使用并且可以采用多种形式，但是一般可以被提供有电话功能性、以及优选基于web的数据访问和显示功能性。在一些情况下，设备282还可以被布置成从应用商店下载并执行定制应用。设备可以向其他组件提供数据，所述数据包括GPS数据、来自设备282的用户的语音通信、以及来自设备的传感器数据，诸如由设备上的触摸屏感知到的数据（例如，以获取受害者的脉搏）。设备282进而可以接收多种信息，诸如来自系统280的其他部分的语音通信、诸如调度员或专业响应者提供的那些的指令以及地图数据。

图3A是用于将响应者组织到紧急呼叫的处理的流程图。总的来说，该处理涉及识别已向系统注册并且在进入的紧急事件附近的多个合法响应者。然后，当响应者接近事件并且照顾在事件的位置处的一个或多个受害者时，该处理跟踪响应者的动作。

该处理在框302开始，其中系统接收关于紧急呼叫的信息。在一个实例中，呼叫可以是911呼叫，以及应答呼叫的接线员可以将信息输入计算机终端。在其他情况下，呼叫可以是来自移动计算设备的数据传输。在任一情况下，诸如通过接线员键入呼叫者转达的地址、或通过与数据传输一起接收到的位置信息（例如，来自移动计算设备的GPS数据），可以确定紧急事件的位置。信息还可以包括呼叫者的联系信息，诸如移动计算设备的IP地址或电子邮件地址、或（例如，使用自动号码识别（ANI）服务来确定的）电话号码。稍后，可以使用这样的联系信息来允许响应者与呼叫者说话，包括通过与调度系统相关联的网络接通（patch）这样的通信。

在框304，系统的地理确定组件获取如同在上面论述的位置信息，并且将其转换成纬度/经度坐标或区域。例如，调度员的终端可以提供对调度员键入的文本的解析，并且在文本中识别的任何地址可以被传递给可以将地址变成纬度/经度坐标的单独系统。作为响应，可以使另一个系统将数据传送给调度员的终端，使得向调度员显示事件周围的区域的地图。

在框306，识别在紧急位置的附近的活动的外行响应者。例如，将地图数据传送给调度员终端的同一系统还可以访问跟踪子系统，该跟踪子系统知道或可以轮询用该处理注册为潜在响应者、在紧急情况的附近、以及将他们的设备打开、报告他们的当前位置的所有人的移动计算设备的位置。

诸如通过在事件周围划定特定半径的圆（其中，在能够找到预定数目的潜在响应者之前，可以使该圆越来越大），仅仅基于与事件的距离，可以确定可能的响应者。还可以基于响应者他们的类型来单独地识别响应者。例如，可以识别10个最接近的CPR认证的响应者以及三个最接近的医生，即使医生比更少受训的响应者中的任何一个更远。而且，可以基于响应者对响应的估计时间来选择响应者，使得系统可以查看响应者的当前速度来推断该响应者在汽车内，并且因此能够比当前没有移动的响应者更快到达事件。而且，可以在智能手机中提供机制，使得设备能够就它们是否停靠在汽车中做出报告，使得系统可以推断这样的设备的用户能够比对呼叫做出响应的其他用户行进更远。另外，智能手机可以具有工具，诸如实时CPR反馈、或将更好地使得响应者能够帮助事件的受害者的内容。还可以在图形显示上向调度员指示通信设备的类型以及这样的工具在设备上是否可用。

在框308，该处理发送信息和地图数据以传送给响应者，以及尤其传送给外行响应者。（可以以相同方式联系或可以以传统方式联系专业响应者。）信息可以包括关于紧急情况的一些基本信息以及还包括生成如同图1中所示的有注释的地图所需的信息。

在框310，该处理协调在响应者之间的通信。如上所述，例如，可以以步话机同线通信的形式使响应者相互连接，使得他们能够协调他们的应对紧急情况的方法，并且确保他们没有准备执行冗余操作。

在框312，该处理生成对紧急事件的报告。在受害者被指示为正搭载在救护车中或正通向医院、或事件另外已终止（例如，如果其是假警报）之后，可以生成这样的报告。报告可以包括在响应期间采集的各种类型的数据，包括示出各个响应者的运动的数据、由响应者拿起的设备（以确保设备找到其回到合法所有者的路）、在响应者之间的通信的音频副本、工具的应用，诸如CPR反馈和CPR数据等。另外，可以（例如，以带有瞄准报告的超链接的电子邮件形式）将报告的通知发送给响应者中的每一个，使得他们能够查阅报告并且对其进行评论。

图3B是用于向紧急响应系统登记外行响应者的处理的流程图。总的来说，该处理涉及从在一人周围的紧急情况发生时想要被视为响应者的该人获取标识信息，以及潜在地验证要成为响应者的该人的能力。

该处理在框320开始，其中接收来自想要成为外行响应者的人的联系。这样的联系可以是由外行响应者访问在适当网站处的注册网页。当用户从在线应用商店下载特定应用，并且应用使联系进行时，该联系也可以发生。例如，CPR训练应用可以允许用户实践CPR，并且使他们的智能手机中的加速度计跟踪他们的进展（其中，当他们在泡沫块或模型人上施行CPR时，他们将手机捆扎到他们的手上）。训练还可以涉及用户查阅训练资料以及进行并通过一个或多个测试或小测验。当用户已证明熟练度时，应用可以向用户提供注册为具有执行响应和救援活动的至少最低能力的某人的机会。

在框312，从外行响应者接收标识。这样的信息可以由外行响应者手动提供或可以从存储在外行响应者的移动计算设备上的联系数据库或从与外行响应者相对应的在线帐户自动获得。信息可以包括响应者的姓名和地址、雇主和职位、以及电话号码和电子邮件地址等。

在框314，注册外行响应者的设备。这样的注册可以仅仅涉及获取关于响应者或设备的足够信息，使得该处理能够知道将后续警示发送到何处，以帮助确保它们将到达响应者。

在框316，该处理检查外行响应者已提供的能力信息。例如，该处理可以仅仅检查来确定响应者已成功通过可能已由响应者从应用商店获得的应用施加的测试。对于较高水平的置信，诸如当响应者报告他或她是医生时，该处理可以遵循标准身份验证技术，诸如通过联系响应者所识别的雇主，并且让雇主确认该响应者是他或她说他们的那样。当确认时，对系统的其他用户，诸如调度员和专业响应者来说，可以稍后将响应者识别为具有该特定技能水平。

如果响应者核实，则可以在系统中将他们激活（框330）。这样的激活可以涉及向响应者提供各种警告，以及获得出于将响应者识别为对对紧急事件的响应可用的目的，可以跟踪响应者的位置的同意。还可以在用系统激活响应者之前寻求并且从响应者接收其他适当的肯定。在系统中的激活可以涉及将响应者的标识符添加到生成警示的系统的一部分，以及随后，当关于响应者的位置的信息对系统可用时，跟踪响应者的位置。

图4是用于将响应者组织到紧急呼叫的处理的泳道图。图4一般示出可以由特定组件在如同上述那些的处理中执行的动作的示例，其中由调度员将位置信息手动输入到该处理中。

该处理在步骤402开始，其中诸如电话的客户端设备（其中客户端一般是用于特定用户的设备，以及服务器是向多个客户端设备提供信息的设备）呼叫入调度中心来报告正发生的紧急情况。在框402，调度服务接收报告、调度员键入呼叫者所报告的数据、并且调度员使通知被触发。在触发通知之前，调度组件可以与通知器/通信集线器进行通信来确定在区域中是否有外行响应者、有多少、他们是什么类型的外行响应者、以及他们距呼叫者的位置有多近。另外，调度员可以确定是否在任何情况下向外行响应者触发通知，例如，如果专业响应者足够接近于位置，使得外行响应者不会提供许多额外益处。

在框408，可以将调度员获得的数据，其可以包括表示呼叫者的位置的数据，在框410向专业响应者的客户端设备和在框412向集线器两者做出报告。专业响应者可以以常规方式调度，并且开始朝事件行进，同时集线器可以为所报告的事件周围的区域采集设备和响应者数据，并且可以为各个响应者生成地图。

在框414，集线器将数据传送给响应者，包括由调度员或由自动过程识别的专业响应者和候选外行响应者。该数据可以包括在外行和专业响应者的客户端设备上生成地图所需的数据。在框416，在专业客户端先前在显示从已向其示出事件的位置的他们的标准调度生成的屏幕的假设下，专业客户端对他们的屏幕进行更新。在框418，外行响应者的客户端设备（外行客户端）接收向它们通知事件的警示。在该阶段，外行响应者中的每一个是候选响应者，并且尚未同意响应或拒绝响应。在框420，外行客户端中的每一个对警示做出响应，以及在这种情况下，仅示出肯定的响应。（系统还可以接收否定响应或无响应，并且可以从对该特定呼叫的考虑移除这样的响应者）。

在框422，集线器使各个响应者相互连接以进行通信。例如，通信可以在他们的设备上以视觉数据方式，诸如通过在每一个响应者的地图上更新其他响应者的位置。通信还可以以语音方式，诸如通过集线器在所有各种响应者之间提供IP语音连接。在框424，专业客户端接收连接信息，以及在框426，外行客户端接收连接信息。客户可以使用该信息来建立各种必需的通信信道，诸如通过相互之间或在每一个客户端和集线器之间建立IP语音链路。

在框428和430，各个响应者相互通信来协调对事件的响应。遍及响应，在框434，集线器可以将更新分发给各个响应者，以及响应者的客户端可以向他们提供更新，如框432和430所示。更新可以采用多种形式，诸如集线器提供关于事件的新信息。例如，集线器可以获取关于汽车事故的信息，并且可以获悉实际有三个受害者，而不是初始单个受害者（如最初向调度员报告的）。（例如，在现场的第二呼叫者可能拨打了911并且提供了比初始呼叫者提供的更准确的信息。）该信息可以由响应者使用来更好地计划他们的对事件的响应。例如，响应者可以同意分散，其中一个外行响应者照顾三个受害者中的每一个，以及还可以告诉稍后到达的响应者哪些受害者已由早前响应者负责，使得稍后响应者可以立即照顾尚未受到关注的受害者。集线器还可以告知响应者已采取的其他步骤，诸如对救护车的、第二或第三救护车、救火车的呼叫；或可能需要采取、以及不应当被采取多于一次或另外占用响应者的时间的其他动作。

尽管在此论述的过程的前面步骤中，关于事件的位置的信息口头地来自呼叫者，但是还可以自动获取这样的信息，包括通过没有使用人类调度员的系统。尤其，被呼叫的系统可以使用诸如“我的位置（MYLOCATION）”的塔三角测量方法，使用信息来为呼叫者识别大致位置。还可以由设备上的应用联系这样的系统，以及该应用可以使通信设备的经度和纬度分量到系统（例如，如从设备上的GPS模块确定的）。然后可以将所确定的位置自动馈送到这样的处理中：该处理找出在事件的所限定的区域内的潜在响应者列表，并且生成用于产生地图的数据，所述地图示出事件周围的区域、在该区域中的响应者以及在该区域中的潜在响应设备。

图5示出用于调度员的示例截屏。总的来说，该截屏提供了在调度员选择外行响应者来对已通过电话呼叫通知的紧急事件做出响应时，调度员可以看到的数据的类型的示例。

在该示例中，屏幕主要被分成地图区域和数据区域。地图区域以图标504所表示的受害者为中心，以及调度员一将位置键入他们的计算机终端中，就可以自动检索该地图区域。圆506可以绕受害者的图标被示出，示出了受害者的位置的不确定的地区，其可以被显现，是因为呼叫者的通信设备没有精确定位能力（例如，他们的GPS在密集城市中不能工作，以及塔三角测量是不精确的）。更广的圆502指示受害者周围的候选地区。该圆可以划定系统将在其中寻找潜在外行响应者的区域，以及初始圆的大小可以被自动选择成诸如是预定的半径、或基于外行响应者到达受害者的估计时间来自动选择。例如，实时交通数据可以由系统获取来确定外行响应者从一个位置到达另一个将花费的时间、或（诸如通过为外行响应者标绘假定的行进路径）可以确定外行响应者跑向位置的时间。如果调度员在该圆中没有看到足够的外行响应者，则调度员可以提供输入来改变圆的大小，诸如通过在触摸屏显示上将圆拖进或拖出。

在屏幕500的数据分配中，以及在顶部，示出了紧急信息区域508，其中可以显示关于事件的各种数据，诸如受害者的位置（用浅显的英语以及纬度/经度）、以及调度员在接收呼叫时可能已输入的事件的描述。然后可以将这样的描述自动发送给在系统中变成确认的任何响应者、或甚至发送给邀请中的潜在响应者。区域508还包括可选按钮，当调度员按下该按钮并且按住它时，使调度员讲话以向所有响应者（例如，所有确认的外行响应者和所有专业响应者）广播，诸如当调度员希望向团队广播指令时。视需要，还可以提供其他类似的控件。

在数据区域的底部处的消息区域516提供了调度员在其中可以输入文本消息以被发送给响应者的位置。还可以在取决于调度员正控制的系统的情景可以出现的一个或多个弹出框中提供其他数据输入和输出。

数据区域的三个剩余区域与在示出那些外行响应者的地图区域上的图标协同指示在区域中的各个外行响应者的状态。例如，在该显示中，候选响应者区域514示出在相关区域中的尚未由调度员采取行动的响应者。在此，有名为Chris Hoff的一个这样的响应者，其用B2下标指明，B2下标指示他是在地图上的B响应者以及他是级别2技能水平，其可能是正式CPR认证的外行响应者。在他的名字旁示出了“T”图标，并且调度员可以选择该图标，以便通过语音直接与他交谈；调度员还可以推动该图标，并且然后键入消息，以及该消息将被直接发送给Hoff先生。

所选择的响应者的区域示出了已接收到对响应的邀请的响应者。调度员可以通过选择他们的条目并且然后将它向上从一个区域拖动到下一个，来将某人从区域514移动到512。在此，调度员已选择了级别1响应者，其可以是已用下载的应用显出了对CPR的熟练度但是没有被CPR认证的人。该用户，Tony Oilo，尚未做出响应。尽管未被示出，但是条目还可以附有示出自响应者已被邀请以来流逝的时间的数字时钟，使得在一时间之后，调度员可以取消该邀请并且邀请不同的候选者。

确认的响应者的区域510示出了被邀请并且做出肯定响应，且因此据推测在去往受害者的途中的两个响应者。这些响应者再次是级别1响应者和级别4响应者，其可以是一般医生（其中级别6响应者可以是急诊室或急救护理医生）。在该示例中，Langhans医生相对接近于受害者所位于的公园，并且因此可以被期望很快达到那里。

在此的各个特征可以作为现有紧急响应系统和服务（诸如来自科罗拉多州，布鲁姆菲尔德的ZOLL Medical公司的RESCUENET系列的产品和服务）的补充或组成部分来部署在之中。例如，在此所示的截屏600可以由诸如RESCUENET DISPATCH的计算机辅助调度（CAD）服务生成或可以扩增该计算机辅助调度（CAD）服务，其是被设计成增加调度中心的效率的EMS CAD解决方案。使用收集行程信息，使得未来的呼叫可以更有效的模块，DISPATCH产品帮助简化呼叫交谈和调度，同时减少响应时间。而且，RESCUENET WEB VIEWER可以使得调度员或其他用户能够监视救援车辆的状态，以及NETTRANSIT.COM服务可以允许顾客发出在线传输请求和询问、以及监视呼叫状态。

RESCUENET NAVIGATOR提供移动数据计算机（MDC）以供在救援车辆中使用，以及可以被用来以上述各种方式将信息递送给专业响应者以及从专业响应者接收信息。不同于上述处理，现有NAVIGATOR系统可以向组员提供（由RESCUENET COMMCAD生成的）带有到现场的逐向指引的可视地图、可以被用来测量及时性、收集事件时间戳、以及将所获取的信息整合成事故报告。

其他RESCUENET服务和产品可以提供组员时间表、资源规划、来自人工呼吸器和除颤器的代码的查阅（Code Review）、查阅调度系统的总体性能（Insight）、管理记录保持（FireRMS）、以及执行多种其他功能。

图6示出可以与在本文中描述的技术一起使用的通用计算机设备600和通用移动计算机设备650的示例。计算设备600意在表示各种形式的数字计算机，诸如膝上型机、台式机、工作站、个人数字助理、服务器、刀片式服务器、大型机以及其他适当的计算机。计算设备650意在表示各种形式的移动设备，诸如个人数字助理、蜂窝电话、智能手机以及其他类似的计算设备。在此示出的组件、它们的连接和关系以及它们的功能意在仅仅是示例性的，并且并不意指限制在本文档中所描述和/或所主张的本发明的实施方式。

计算设备600包括处理器602、存储器604、存储设备606、连接到存储器604和高速扩展端口610的高速接口608、以及连接到低速总线614和存储设备606的低速接口612。组件602、604、606、608、610和612中的每一个使用各种总线互连，并且可以在适当情况下被安装在公共主板上或以其他方式安装。处理器602可以处理用于在计算设备600内执行的指令，包括存储在存储器604中或存储设备606上、用来在诸如耦接到高速接口608的显示器616的外部输入/输出设备上显示GUI的图形信息的指令。在其他实施方式中，可以在适当情况下使用多个处理器和/或多个总线以及多个存储器和存储器类型。而且，可以连接多个计算设备600，其中每一个设备提供部分必需操作（例如，作为服务器簇、刀片式服务器组或多处理器系统）。

存储器604存储计算设备600内的信息。在一个实施方式中，存储器604是一个或多个易失性存储器单元。在另一个实施方式中，存储器604是一个或多个非易失性存储器单元。存储器604还可以是另一种形式的计算机可读介质，诸如磁盘或光盘。

存储设备606能够为计算设备600提供海量存储。在一个实施方式中，存储设备606可以是或包含计算机可读介质，诸如软盘设备、硬盘设备、光盘设备或磁带设备、闪速存储器或其他类似的固态存储器设备、或设备阵列，包括在存储区域网络或其他配置中的设备。可以将计算机程序产品有形地包含在信息载体中。计算机程序产品还可以包含当被执行时执行诸如上述那些方法的一个或多个方法的指令。信息载体是计算机或机器可读介质，诸如存储器604、存储设备606、在处理器602上的存储器或传播信号。

高速控制器608为计算设备600管理带宽密集型操作，而低速控制器612管理较低带宽密集型操作。这样的功能分配只是示例性的。在一个实施方式中，高速控制器608（例如，通过图形处理器或加速器）耦接到存储器604、显示器616，以及耦接到可以接受各种扩展卡（未示出）的高速扩展端口610。在该实施方式中，低速控制器612耦接到存储设备606和低速扩展端口614。可以包括各种通信端口（例如，USB、蓝牙、以太网、无线以太网）的低速扩展端口可以耦接到诸如键盘、定点设备、扫描仪的一个或多个输入/输出设备，或例如通过网络适配器耦接到诸如交换机或路由器的联网设备。

如附图中所示，计算设备600可以以多种不同的形式来实现。例如，计算设备600可以被实现为标准服务器620或在一组这样的服务器中被实现多次。计算设备600还可以被实现为机架服务器系统624的一部分。另外，计算设备600可以在诸如膝上型计算机622的个人计算机中实现。替选地，可以将来自计算设备600的组件与诸如设备650的移动设备（未示出）中的其他组件相组合。这样的设备中的每一个可以包含计算设备600、650中的一个或多个，以及整个系统可以由相互通信的多个计算设备600、650组成。

除其他组件外，计算设备650包括处理器652、存储器664、诸如显示器654的输入/输出设备、通信接口666以及收发器668。设备650还可以被提供有诸如微型驱动器或其他设备的存储设备以提供另外的存储。组件650、652、664、654、666和668中的每一个使用各种总线互连，以及若干组件可以在适当情况下被安装在公共主板上或以其他方式安装。

处理器652可以执行计算设备650内的指令，包括存储在存储器664中的指令。处理器可以被实现为芯片的芯片集，该芯片集包括单独和多个模拟和数字处理器。处理器可以提供例如对设备650的其他组件的协调，诸如对用户接口、设备650运行的应用以及设备650的无线通信的控制。

处理器652可以通过耦接到显示器654的控制接口658和显示接口656与用户通信。显示器654可以是例如TFT LCD（薄膜晶体管液晶显示器）或OLED（有机发光二极管）显示器或其他适当的显示技术。显示接口656可以包括用于驱动显示器654向用户呈现图形和其他信息的适当的电路。控制接口658可以从用户接收命令并且将命令进行转换以提交给处理器652。另外，可以提供与处理器652通信的外部接口662，以便使得设备650能够与其他设备进行近区域通信。外部接口662可以例如在一些实施方式中提供有线通信、或在其他实施方式中提供无线通信，以及还可以使用多个接口。

存储器664存储计算设备650内的信息。存储器664可以被实现为以下中的一个或多个：一个或多个计算机可读介质、一个或多个易失性存储器单元或一个或多个非易失性存储器单元。还可以提供扩展存储器674，并且通过可以包括例如SIMM（单列直插式存储器模块）卡接口的扩展接口672将其连接到设备650。这样的扩展存储器674可以为设备650提供额外的存储空间，或还可以存储用于设备650的应用或其他信息。具体地，扩展存储器674可以包括指令来实现或补充上述处理，以及还可以包括安全信息。因此，例如，扩展存储器674可以作为用于设备650的安全模块被提供，以及可以被编程有准许安全使用设备650的指令。另外，安全应用以及另外的信息可以经由SIMM卡提供，诸如以不可非法侵入的方式将识别信息放置在SIMM卡上。

如下所述，存储器可以包括例如闪速存储器和/或NVRAM存储器。在一个实施方式中，可以将计算机程序产品有形地包含在信息载体中。计算机程序产品包含当被执行时执行诸如上述那些方法的一个或多个方法的指令。信息载体是计算机或机器可读介质，诸如存储器664、扩展存储器674、在处理器652上的存储器、或可以例如通过收发器668或外部接口662接收到的传播信号。

设备650可以通过通信接口666无线地通信，通信接口666在需要的情况下可以包括数字信号处理电路。通信接口666可以提供在各种模式或协议下的通信，诸如GSM语音呼叫、SMS、EMS或MMS消息收发、CDMA、TDMA、PDC、WCDMA、CDMA2000或GPRS等。可以例如通过射频收发器668来发生这样的通信。另外，诸如使用蓝牙、WiFi或其他这样的收发器（未示出），可以发生短距离通信。另外，GPS（全球定位系统）接收器模块670可以向设备650提供可以由运行在设备650上的应用在适当情况下使用的另外的导航和位置相关的无线数据。

设备650还可以使用音频编解码器660可听地通信，音频编解码器660可以从用户接收话音信息并且将其转换为可使用的数字信息。同样，音频编解码器660可以诸如通过例如在设备650的送受话器中的扬声器，为用户生成可听的声音。这样的声音可以包括来自语音电话呼叫的声音，可以包括已记录的声音（例如，语音消息、音乐文件等），以及还可以包括由在设备650上操作的应用生成的声音。

如附图中所示，计算设备650可以以多种不同的形式来实现。例如，计算设备650可以被实现为蜂窝电话680。计算设备650还可以被实现为智能手机682、个人数字助理和/或其他类似的移动设备的一部分。

在本文中描述的系统和技术的各种实施方式可以以数字电子电路、集成电路、专门设计的ASIC（专用集成电路）、计算机硬件、固件、软件和/或其组合来实现。这些各种实施方式可以包括在一个或多个计算机程序中的实现，所述一个或多个计算机程序在包括至少一个可编程处理器的可编程系统上是可执行和/或可解释的，所述至少一个可编程处理器可以是专用或通用的，其被耦接以从存储系统、至少一个输入设备和至少一个输出设备接收数据和指令以及将数据和指令传送到存储系统、至少一个输入设备和至少一个输出设备。

这些计算机程序（也被称为程序、软件、软件应用或代码）包括用于可编程处理器的机器指令，以及可以以高级程序和/或面向对象的编程语言、和/或以汇编/机器语言来实现。如在本文中所使用的，术语“机器可读介质”、“计算机可读介质”是指用于向可编程处理器提供机器指令和/或数据的任何计算机程序产品、装置和/或设备（例如，磁盘、光盘、存储器、可编程逻辑器件（PLD）），包括接收作为机器可读信号的机器指令的机器可读介质。术语“机器可读信号”是指用于向可编程处理器提供机器指令和/或数据的任何信号。

为了提供与用户的交互，在本文中描述的系统和技术可以在具有下述的计算机上实现：用于向用户显示信息的显示设备（例如，CRT（阴极射线管）或LCD（液晶显示）监视器）；以及用户通过其可以向计算机提供输入的键盘和定点设备（例如，鼠标或跟踪球）。也可以使用其他类型的设备来提供与用户的交互；例如，提供给用户的反馈可以是任何形式的感知反馈（例如，视觉反馈、听觉反馈或触觉反馈）；以及可以以包括声学的、话音的或触觉的输入的任何形式来接收来自用户的输入。

在本文中描述的系统和技术可以在包括下述的计算系统中实现：后端组件（例如，作为数据服务器）；或者中间件组件（例如，应用服务器）；或者前端组件（例如，具有用户通过其可以与在本文中描述的系统和技术的实现交互的图形用户界面或Web浏览器的客户端计算机）；或者这样的后端、中间件或前端组件的任何组合。系统的组件可以通过任何形式或介质的数字数据通信（例如，通信网络）互连。通信网络的示例包括局域网（“LAN”）、广域网（“WAN”）和因特网。

计算系统可以包括客户端和服务器。客户端和服务器通常彼此远离并且典型地通过通信网络交互。客户端和服务器的关系借助于在各个计算机上运行并且彼此具有客户端-服务器关系的计算机程序产生。

已经描述了多个实施例。然而，将理解的是，在不背离本发明的精神和范围的情况下，可以进行各种修改。例如，关于智能手机和类似客户端设备描述了本文档的大部分，但是可以采用其它形式的设备，包括用于便携式设备的保护套，其中保护套已被提供有刚才描述的功能性中的一些或全部。例如，用于智能手机的保护套可以被提供有在保护套中的一对金属板以形成较大电容器，其可以用来测量用户在CPR期间向下按压在受害者的胸部上的力，以及可以诸如通过在智能手机上的物理端口或无线连接将这样的感测到的力传递给智能手机，还可以处理病人监护和报告。

另外，在附图中描绘的流程图不要求所示的特定顺序或依次顺序来达到期望的结果。另外，可以提供其他步骤、或可以从所描述的流程去除步骤，以及可以将其他组件添加到所描述的系统、或从所描述的系统移除组件。因此，其他实施例在下面的权利要求的范围内。

如图7中所图示的，系统700执行对来自多个不同设备的EMS数据的高级数据管理、整合以及呈现。总的来说，系统700包括移动环境701、企业环境702以及管理环境703。可以经由诸如因特网的网络720可通信地耦接各个环境701、702、703内的设备。

如在此所使用的，短语“可通信地耦接”广义上用来指借此可以传递信息的任何耦接。因此，例如，可通信地耦接包括通过例如电线电耦接；可选地通过例如光缆耦接；和/或通过例如射频或其他传输介质无线地耦接。“可通信地耦接”还包括例如诸如通过网络的间接耦接或直接耦接。

网络720还可以采用诸如网状网络的自组织、自配置、自愈网络2400的形式。无线网状网络2400是多跳跃系统，其中设备彼此帮助通过网络传送分组，尤其在不利条件下。可以用最小准备来实现这样的自组织网络，以及它们能够提供可以被扩展到数千设备的可靠、灵活的系统。

在无线网状网络中，多个节点合作来将消息转送给其目的地。网状拓扑结构增强了网络的总体可靠性，其当在严酷的工业环境中操作时尤其重要。如同因特网和其他对等基于路由器的网络，网状网络遍及网络提供多个冗余通信路径。如果一个链路因任何理由（包括强大RF干扰的引入）失败，则网络自动通过替选路径来路由消息。在网状网络中，可以缩短节点间的距离，这显著地增加了链路质量。将距离减少一半，所得到的信号在接收器处强大了至少四倍。这使链路更可靠，而不用在各个节点中增加发射器功率。仅仅通过添加更多节点，可以扩展网状网络的范围、添加冗余以及提高一般可靠性。

网络可以是自配置和自愈网络。网络2400可以不要求系统管理员来告诉它如何使消息到达其目的地。网状网络可以是自配置的，并且不要求手动配置。由于这个，添加新的设备或迁移现有设备如将它插入并且将它打开般简单。网络可以发现新的节点，并且自动将其合并入现有系统中。

网状网络不仅是固有可靠的，其还可以是高度适应的。例如，如果油箱油面传感器和数据记录器对稳健的RF通信链路来说被放置离得太远，则可以添加一个或多个中继器节点来填补网络中的间隙。

在因特网上，如果一个路由器出故障，则由其他路由器通过替选路径发送消息。类似地，如果在网状网络中的设备或其链路失败，则经由其他设备在它周围发送消息。一个或多个节点的损失不一定影响网络的运作。网状网络是自愈的，因为人类干涉对于重新路由消息不是必要的。这样的网络提供冗余和可缩放性。

在网状网络中，冗余度本质上是节点密度的函数。可以仅仅通过添加额外的节点来为可靠性蓄意过度设计网络，因此，每一个设备具有用于发送数据的两个或多个路径。这是比在大部分其他类型的系统中可能的获取冗余的更简单的方式。网状网络还是可缩放的，并且能够处理数百或数千节点。由于网络2400的操作不取决于中央控制点，添加多个数据收集点或网关可以是便利的。

可靠性、适应性和可缩放性是用于工业控制和感测应用的无线网络的显著属性。点对点网络提供可靠性，但是它们通常在对缩放来处理多于一对的端点是具有挑战性的。点对多点网络可以处理更多端点，但是它们的可靠性可能取决于接入点和端点的放置。网状网络是固有可靠的、容易地适应于环境或架构限制，以及可以缩放来处理数千端点。

再次参考图7，移动环境701是救护车或其他EMS车辆——例如，车辆移动环境（VME）。移动环境还可以是在现场环境中对一个或多个病人进行治疗时建立的数据输入设备以及诊断和治疗设备的本地网络——“在现场病人移动环境”（ASPME）。移动环境还可以是VME和/或ASPME中的一个或多个的组合。移动环境可以包括由驾驶员712使用来跟踪移动环境的位置701、定位移动环境701和/或紧急情况位置以及定位运送目的地的导航设备710。例如，导航设备710可以包括全球定位系统（“GPS”）。导航设备710还可以被配置成执行关于车辆速度、在位置间的行程时间以及到达的估计时间的计算。导航设备710位于救护车的前部以帮助驾驶员712对车辆进行导航。导航设备710可以是例如从科罗拉多州，布鲁姆菲尔德的ZOLL数据系统可获得的RescueNet导航器机载电子数据通信系统。

病人监护设备706和病人制图设备708在移动环境701中还通常被用于进行病人护理。EMS技术人员714将病人监护设备706附着到病人716以对病人716进行监护。病人监护设备706可以是例如带有电极和/或传感器的除颤器设备，其被配置来附着到病人716来对心率进行监护和/或生成心电图（“EGG”）。病人监护设备106还可以包括用来检测的传感器或用来导出或计算其他病人状况的处理器。例如，病人监护设备706可以监护、检测、治疗和/或导出或计算血压、温度、呼吸率、血氧水平、呼气末二氧化碳水平、肺功能、血糖水平和/或重量。病人监护设备706可以是从马萨诸塞州，切尔姆斯福德的loll Medical公司可获得的loll E系除颤器。病人监护设备还可以是病人治疗设备、或包括病人监护和/或病人治疗能力的另一种类型的设备。

病人制图设备108是EMS技术人员714使用来生成关于病人716的状况和/或应用到病人的治疗的记录和/或笔记的设备。例如，病人制图设备708可以用来记录在特定时间给予病人716的药剂量。病人制图设备708和/或病人监护设备706可以具有时钟，该时钟可以与诸如网络或卫星的外部时间源同步以防止EMS技术人员必须手动输入治疗或观察的时间（或在实施治疗很久之后为了制图目的必须试图估计治疗的时间）。病人制图设备708还可以用于记录关于病人的传记和/或人口统计和/或历史信息，例如，病人的姓名、标识号、身高、体重和/或病史。病人制图设备108可以是平板PC，诸如从科罗拉多州，布鲁姆菲尔德的ZOLL数据系统可获得的RescueNet ePCR Suite的TabletPCR组件。根据一些实施例，病人制图设备108是腕带或智能手机，诸如带有诸如触摸屏的交互式数据输入界面或语音识别数据输入的苹果iPhone或iPad，其可以被可通信地连接到BOA设备704，并且被轻击来指示对病人716做了什么和其被完成的时间。

导航设备710、制图设备708和监护设备706每一个在病人运送之前、期间和之后，对EMS驾驶员712和技术人员714分别都是非常有用的。“救护车的后部”（“BOA”）设备704接收、组织、存储以及显示来自每一个设备708、710、712的数据以进一步增强每一个设备708、710、712的有用性，并且使EMS技术人员714执行通常需要EMS技术人员714将视觉和手动注意力分别转移到每一个设备708、710、712的某些任务更加容易。换句话说，BOA设备集中并且组织通常是分散且无组织的信息。

尽管设备704在此被称为“救护车的后部”设备，因为EMS技术人员714通常从具有安装在救护车的后部752中的这样的显示设备获益最多，但是本领域技术人员基于在本文中提供的公开将认识到，BOA设备704的一些或全部可以位于移动环境701、EMS车辆的任何部分和/或对EMS技术人员714有用的别的地方中。例如，BOS设备104可以位于救护车的前部750，和/或可以包括便携式且可以被携带到病人住所的组件。

BOA设备704可通信地耦接到病人监护设备706、病人制图设备708和导航设备710。BOA设备704还可通信地耦接到存储介质718。BOA设备704可以是触摸屏、平板PC，以及存储介质718可以位于BOA设备704内或BOA设备704外部。BOA设备704可以包括用作图形用户界面的显示模板，该显示模板准许用户（例如，EMS技术人员714）选择从设备706、708、710采集和/或发送给设备706、708、710的信息的不同子集和/或显示模式。

图8图示用于BOA设备704的显示的菜单模板800的一个示例。菜单模板800包括导航按钮802、病人监护设备按钮804、病人制图设备按钮806、“补丁笔记”按钮808以及协议按钮810。按下按钮中的一个将用户（例如，EMS技术人员714）带到显示来自设备706、708、710的信息的全部或子集的特定页面。附图图示了特定信息模板的示例，根据该模板，显示来自一个或多个EMS设备706、708、710的信息。

图9图示当用户选择了导航按钮802时所显示的图形用户界面。该显示的一部分包括状态部902，并且显示的另一个部分包括地图部904。状态部902包括识别关于EMS车辆行程的信息的一个或多个字段。例如，状态部902的字段可以包括以下中的一个或多个：识别显示其信息的EMS车辆的名称的单位（Unit）字段906、识别EMS车辆的一个或多个组成员的组员（Crew）单元908、识别行程的状态（例如，“运送”或“在去往病人的途中”）的状态（Status）单元910、识别到达目的地的估计时间的ETA字段912、识别EMS车辆的目的地（例如，医院）的目的地（Destination）字段914、以及识别用于联系EMS车辆目的地（例如，医院）的电话号码或其他信息的补丁信息（Patch Info）字段916。

地图部904可以显示街道信息，以及起点、目的地、路线标识和/或进展信息。导航设备710还可以供给车辆状态信息以供显示，其在运送尚未开始时也可以是有用的。用户可以选择循环馈送（Cycle Feeds）按钮918，以便在各种显示中的一个或多个之间不断转换显示。图9中所图示的信息正常仅对在救护车701前部的驾驶员712可用，但是由于BOA设备704可通信地耦接到导航设备710，所以BOA设备704可以显示对导航设备710可用的信息的全部或选择的子集。

在公众响应者已识别其自身或已被调度员识别的情况下，地图部904。在上面的附图中所示的系统还可能能够向诸如EMT的响应者提供另外的功能性。例如，与导航设备710通信的BOA设备704可以被配置成提供另外的地图和/或导航信息。BOA设备704可以显示关于医院目的地的状态信息，以及可以指示转向或替选目的地以将救护车701指引到适当的目的地。BOA设备704还可以显示关于医院和/或其他目的地的特性，诸如医院的能力（例如，心脏专长、烧伤专长）、接受的保险、病人容量以及当前病人容量状态。BOA设备704还可以与医院或其他目的地的企业工作站722通信来准许对病人716进行预注册或部分预注册。没有可用性的医院对救护车驾驶员712显出为不可用。BOA设备704可以被配置成与地图同时和/或在导航期间显示这样的信息，以便于目的地选择。可以通过网络720从企业服务器726或728和/或从企业工作站722和/或从导航设备710获取该信息。

BOA设备704还可以被配置成以各种方式与用户，包括与EMS驾驶员712和/或EMS技术人员714进行通信。例如，BOA设备704可以被配置成向EMS用户提供音频提示、警报、时间表、定时和/或音频流。BOA设备704可以被配置有蓝牙连通性或能力，使得用户可以使特有蓝牙设备与BOA 704连接或成对，以接收音频信息和/或传送语音提示。警报可以被配置成在触发事件时，例如在BOA设备704从传感器接收到指示所检测到的参数超出可接受的范围或值的异步事件信号时，发出声音或在视觉上显示。音频和/或视觉提示可以用来针对特定给药时间表对用户进行警示，例如当自对药物的第一次管理起已流逝了某一量的时间时发出嘟声。这样的警报和/或时间表可以由用户设置或定制、或可以从预定的警报和时间表选项集进行选择。

BOA设备704还可以提供基于角色的数据和/或音频流；例如，实施CPR的技术人员可以接收关于病人的心脏状况的音频和/或视觉信息，但是BOA设备704可以为该用户滤除其他信息，诸如地图和/或路线选择信息。可以基于EMS用户的角色向EMS用户提供私密、定制的反馈和/或信息。

BOA设备704可以进一步为EMS技术人员提供决策支持。基于技术人员714（例如，经由病人制图设备708）输入的信息和/或从病人监护设备106接收到的信息，BOA设备704可以将该信息与内部或外部数据库进行比较来显示或另外表达鉴别诊断和/或预测性诊断（例如，基于向量或EKG信息）。例如，BOA设备704可以基于症状和/或对治疗的响应向EMS技术人员714呈现判决矩阵，以帮助EMS技术人员714例如以交互式格式确定潜在诊断。BOA设备704可以基于从技术人员714或从它与之进行通信的设备中的一个接收到的信息来提供协议或到协议的链接。

在一个实施例中，关于病人的历史的数据可以经由BOA设备704输入，病人生理测量经由BOA设备704的监视器输入。因为鉴别诊断需要病人历史、病人检查结果、以及经由如ECG、二氧化碳分析法以及脉搏血氧饱和度法的这样的监测的病人的生理状态的测量两者，所以这些数据元素被整合到用户界面中，该用户界面自动或半自动将各种数据元素整合在BOA设备704上的应用内的单个鉴别诊断屏幕上。BOA704的界面通过要求救援者从病人的常见症状或不适列表，例如呼吸困难或呼吸窘迫，进行选择开始。随着病人历史和身体检查结果被输入BOA设备704中，鉴别诊断页面可以逐步缩小可能的诊断。心音测量和检测可以被合并到监护设备706中以检测S3和S4心音，并且自动缩小对心力衰竭或肺水肿的鉴别、或向救援者建议确认同意对心力衰竭或肺水肿的软件诊断。脉搏血氧法和二氧化碳分析法也是非常有用的测量，并且可以被自动合并到用于更准确诊断的算法中。

在一个实施例中，救援者可能能够尽可能地仅仅将光标触碰到所列出的历史或身体检查结果，从而最小化不必要的按键输入。在每一个可能的结果或历史列表底部，可以是用于“其他”数据条目位置，其用于与目前状况通常不一致的那些结果或历史。在一个实施例中，基于计算的概率或如果其他可能的原因已被排除，可以将这些另外的结果、历史或生理测量与较大鉴别诊断数据库进行比较来向救援者建议其他可能性。

以与十二导联数据和其他BOA 704设备数据可以被发送给企业环境702并且在企业工作站722或基于web环境上被显示和/或检索几乎一样的方式，BOA设备704还可以被配置成接收、显示和/或存储来自企业环境702的类似信息。例如，在正将病人从一家医院运送到另一家以接受专门护理的情况下，医院可以向BOA设备704发送关于病人的生命特征和/或健康历史和/或医生建议的信息。替选地，医院可以为远程EMS技术人员授予电子授权来查询其保留这样的信息的一个或多个数据库，以使得EMS技术人员714能够使用BOA设备704界面来选择他愿意接收哪些以及多少信息。以这种方式，例如，救护车701中的技术人员能够看到在医院正发生在病人身上的事情。

BOA设备704还可以包括语音识别软件和/或文本到语音软件。如此，BOA设备704可以提供读取从一个或多个设备接收到的文本或数字数据的音频信号，以将数据可听地转达给EMS技术人员714，使得EMS技术人员714不必从病人或从另一个任务转移视觉注意力。BOA设备704还可以辨识语音命令提示，以使得用户能够通过语音而不是必须从在手边的病人或任务转移手动注意力来操作BOA设备704。

BOA设备704还被配置成检索存储在诸如病人监护设备706的设备上的音频数据，以帮助EMS技术人员714进行治疗或诊断、和/或用于存储、技术人员评估、质量控制或稍后回放。例如，病人监护设备714可以是记录连续音频流的除颤器；BOA设备704可以访问该连续音频流并且准许对某些部分的选择性回放和/或传送音频流或音频文件以供远程访问或存储。BOA设备704还可以被配置成甚至在EMS技术人员714已经到达病人之前，从病人监护设备706或其他设备接收音频信息，以帮助EMS技术人员714为现场作准备。

BOA设备704可以被配置成与视频监视设备联系，视频监视设备例如是安装在BOA设备704连接到的另一个设备上或为该另一个设备的一部分的摄像头、或独立摄影机、和/或视频捕捉设备。例如，安装在救护车701的后部中的摄影机或静物照相机可以向BOA 704提供视觉数据以供存储和/或传送和/或重传到企业环境702和/或管理环境703。例如，这样的视频馈送可以准许在医院等待的医生在病人到达之前查看病人的状态。

具有与多个EMS相关设备——临床和非临床两者的——连接及使该多个EMS相关设备联接，以及使来自多个设备的这样的EMS信息（临床和非临床两者）聚集的能力，BOA设备704还可以被配置用于进行库存监视和控制。例如，BOA设备704可以与条形码扫描仪、射频识别（“RFIO”）接收器或收发器、或其他库存监视设备可通信地耦接。BOA设备704可以维护跟踪特定库存的项集，无论它们是医疗设备、用品、药物、人员等的数据库或与该数据库通信。

例如，BOA设备704可以包括跟踪特定救护车701车载的设备、用品、以及药物的库存的数据库。当新的设备被放置在救护车701上时，新的设备装备有标签或条形码或一些其他特有标识符，以及BOA识别704可以被配置成自动感测、或被指令来感测（例如，通过用条形码扫描仪扫描条形码）新的库存项的存在。BOA设备704还可以向用户提示状态更新请求，例如：新的项、正被移除的项、正被免除的项、被毁坏的项、被转送的项。因此，在救护车701移动开始时，组员可以查询BOA设备704以显示车载的设备、用品和/或药物的库存，以及可以为任何不足项补充库存。当药物被管制时，在其已被免除并且应当被替代的指示下，可以将其扫描到BOA设备704系统中。在移动结束时，组员可以经由BOA设备704检查库存，并且再补给必须用品和/或为任何适当的再补给、监视和/或验证活动将库存情况传送给第三方。

还可以由BOA 704转送这样的库存信息以供远程使用和/或存储。例如，可以向每一个救护车701的每一个组员核实除颤器病人监护设备106，以及可以由BOA设备704通过网络720将该信息发送给企业存储服务器726，企业存储服务器726可以跨多个救护车701聚集这样的信息。使用远程企业工作站722的轮班监督者可以查询这样的数据库来确定哪些除颤器在哪些救护车710上在外执行任务。以这种方式，BOA设备704可以将库存信息自动上传到中央系统。

BOA设备704还可以被配置成与跟踪EMS技术人员714和病人716安全的设备（临床和/或非临床）连接。例如，BOA设备704可以被配置成与加速度计和/或轮胎压力传感器和/或其他车辆相关传感器连接，以跟踪驾驶状况、驾驶行为、安全级别和/或事件发生。根据一个实施例，BOA设备704可以被配置成与呼吸测醉器设备连接，其可以被用来感测和/或估计驾驶员和/或病人的血液酒精含量。BOA设备704可以收集这样的数据，并且以反馈格式向用户显示该数据，和/或可以通过网络720发送这样的数据以供存储和/或远程评估。BOA设备104还可以监视车辆的维护时间表，以及在需要或建议维护时，警示用户。

由于BOA设备704与网络720以及还与其他设备706、108、710的连接，BOA设备704还可以用作在损伤或灾难情况下的救护车总部和/或一种类型的“中继器”。例如，BOA设备704可以被配置成与包括在救护车701外和/或在不同救护车701中的设备的多个设备连接，以例如准许BOA设备704用户查看并管理响应治疗。这样的配置还准许来自多个设备（例如，多个除颤器或其他病人监护设备）的数据通过网络720被转送给企业环境702和/或管理环境703。在另一个示例中，可以将装备有如上所述的BOA设备704系统的单个救护车701部署到灾难或损伤情况，以及BOA设备704可以被连接到多个病人监护设备706并且从多个病人监护设备706聚集信息。监督者或情况管理者可以使用BOA设备704来监视治疗状态、将病人医疗需求确定优先次序、将相关信息传送给选择的外部护理人员、医院和/或治疗中心、以及相应地分发资源。

根据一些实施例，BOA设备704被配置成在其与之连接的设备上执行诊断和/或为所述设备发起自身诊断。通过使下载的协议对显示可用、和/或通过模拟医疗紧急情况（例如，模拟在医疗紧急情况或运送期间来自多个临床和非临床设备的设备馈送），BOA设备704还可以用于EMS技术人员714的训练和/或教育。

根据一些实施例，BOA设备704提供其与导航设备710（或其他预定的设备）的连接是在线还是离线的视觉指示。用户可以选择查看历史而不是当前病人信息；例如，用户可以选择查看先前十二导联的缩略图，并且能够将十二导联数据快照集合发送给企业环境702（例如，医院），例如每一个具有唯一序列号。企业用户724还可以查看来自BOA设备704的补丁笔记，使得EMS技术人员714不必电话地转达它们。

BOA设备704还可以包括下拉菜单界面，列出了BOA设备704被连接到的每一个设备及其连接状态。还可以将BOA设备704与诸如指纹读取器或视网膜扫描仪的生物识别设备、或诸如键盘的非生物识别设备连接，以帮助验证病人的身份和/或授权访问病人医疗记录。例如，这样的记录可以被存储在远程数据库中和/或由不同的实体存储。

图10图示数据传输接口。Zango设备（1a）可以被配置成执行多个功能，诸如：

·构造除颤器事故数据块。

·流送构造的事故数据。

·将事故数据帧保存到Zango数据库。

·将数据管理服务集托管在Zango数据库上。

○在一个实施例中，数据管理服务是只读/只擦除的。不提供修改事故数据的服务。

“EMS通信接口信道”（1a、1b、1c）提供了用于将病人监护数据（例如，E系数据）传送给BOA设备704的机制。该信道使用设备2000来连接到BOA 104。

RNI Zango客户端（1c）可以被配置成执行多个功能，诸如：

·接收流送的事故帧数据（1b）。

·在移动链路显示（1e）上呈现事故帧数据（解析、呈现，1d）。

·将事故帧数据存储到移动链路数据库（1f）中。

·将数据管理服务集托管在移动链路数据库（1f）上。

○在一些实施例中，数据管理服务是只读/只擦除的；以及不提供修改事故数据的服务。

·将12导联ecg和生命体征数据转送给区域链路（1g）。

·消耗Zango数据管理服务（1b）。

下面的表列出并描述了图10的各个元素，参考一个实施例进行描述。

图11图示EMS通信接口传输处理块图。E系将数据的连续字节流写到PCMCIA数据槽。字节流由E系数据块消息组成，其中的一些被定期性发送以及其中的一些被偶然地发送。示例定期性消息是ecg消息。E系为当前显示的导联每100ms一次地编写ecg值，消息包含25个数据值（250Hz样值，4ms间隔）。

偶然消息的示例是生命体征消息。当特定生命体征参数值已改变时，E系发送特定生命体征消息；不以特定频率发送异步消息。

字节流在到Zango卡的输入端被分为二支。一个分支将数据存储到卡载（16MB）线性闪存中，复制所有E系线性闪存操作。编写的所有数据被存储在线性闪存子系统中。接口是硬件级，即时在准备接收E系字节流和将其保存到闪存子系统。

第二字节流分支进入Zango卡的处理器侧。Zango卡的处理器侧用来处理执行图31中所图示的逻辑操作的字节流。在非故障情况下，字节流接收器将字节传递给字节块工厂。字节块工厂重构来自字节流的E系数据块消息。在该操作中，12导联ecg数据块在到事故路径的单独路径上被重构并且管理（12导联数据块集被集合成整个12导联消息）。12导联数据被完全保留在事例流中。将它们单独存储的原因中的一个是：准许服务用户请求看见在服务信道上的12导联记录，而不是上传整个事故以得到12导联数据。

然后，块被构造成可配置的时间间隔的价值的数据块。例如，一秒钟大小的帧可能在一秒钟帧中具有大约15个数据块。帧被集合成事例或事故的构成物。帧被存储在Zango数据库中。完整事故当它们被完成时作为事故被标记（所有事件帧的集合）并且管理。帧还可以在WiFi上被流送，其中它们可以由授权的客户端应用接收，诸如在下面参考图32所描述的RNL Zango客户端。

在图31中的框的上行识别对于折中数据故障的风险控制的检测和错误应对处理。字节流、块、成帧、12导联或事故错误均导致以下行为：

·数据被标记为无效。

·在事故的急救治疗阶段，不呈现无效数据供用户查看。

·标记为无效的数据被存储以供取证分析。

·这些故障中的任何一个将使事故被标记无效。

·如果有到RNL的连通性，向急救医疗人员告知数据故障。

存在直接跟踪到对数据折中故障的危害分析的控制测量和行为。

图12图示EMS通信接口设备客户端架构。在一些情况下，作为在移动环境中的无线通信的性质的结果，到RNL的Zango连通性可以是不稳定的。例如，装备有Zango卡的E系可以被移出其曾连接到的无线接入点的范围。当设备回到范围中并且被重新连接时，如所图示恢复处理。由E系编写而没有被连接到RNL的数据被存留在Zango数据库中，以及可以在重新连接时在RNL中获取。

在图12中的框的上行识别对于折中数据故障和通信故障的风险控制的检测和错误应对处理。在流送的数据上检测到的完整性或成帧故障导致以下行为：

·数据被标记为无效。

·在事故的急救治疗阶段，不呈现无效数据供用户查看。

·标记为无效的数据被存储以供取证分析。

·这些故障中的任一个将使事故被标记无效。

·向急救医疗人员告知12导联或事例帧的数据故障。

·向急救医疗人员告知通信故障。

·向急救医疗人员告知服务故障。

服务响应被验证，以及向用户通知无效服务响应，并且不显示无效数据。在Zango和Zango流信道接收器之间的连通性状态被监视并且在移动链路显示上向用户报告。在Zango和RNL之间的丧失的连通性不会导致损失数据，因为Zango将数据存储在Zango数据库中，而不考虑连接状态。服务信道连通性不是被连续监视的，如果服务连通性不存在，则服务请求将失败（响应无效）。

Claims (26)

1.一种用于向医疗响应者传送信息的计算机实现的方法，所述方法包括：

将多个个人注册为医疗问题的潜在响应者；

在中央服务处接收有人正具有医疗问题的指示以及接收识别所述人的当前位置的信息；

从所述已注册的多个个人之中识别当前非常接近于具有医疗问题的所述人的一个或多个已注册的个人；以及

向所述一个或多个已注册的个人传送识别具有医疗问题的所述人的所述位置的信息，

其中所述一个或多个个人包括没有被分配在所述人的所述当前位置周围的区域中提供救生服务的职责的外行响应者。

2.根据权利要求1所述的方法，其中注册所述多个潜在响应者包括：揭示因特网可访问的签约软件应用；以及使用所述签约应用对来自公众的志愿者进行注册。

3.根据权利要求2所述的方法，进一步包括：与第三方组织一起验证所述志愿者有资格提供预定水平的医疗护理。

4.根据权利要求3所述的方法，其中验证所述志愿者有资格提供预定水平的医疗护理包括：验证所述志愿者是被CPR认证的。

5.根据权利要求4所述的方法，进一步包括：定期性确定所述志愿者是否有资格提供预定水平的医疗护理；以及如果所述志愿者不再有资格提供所述预定水平的医疗护理，则对作为医疗问题的响应者的考虑来说，移除所述志愿者。

6.根据权利要求1所述的方法，其中传送识别具有医疗问题的所述人的所述位置的信息包括：识别与所述一个或多个已注册的个人相对应的设备标识符；以及将所述信息传送给与所述设备标识符相对应的设备。

7.根据权利要求1所述的方法，进一步包括：向所述一个或多个已注册的用户传送识别在具有医疗问题的所述人附近的已注册的医疗设备的位置的信息。

8.根据权利要求1所述的方法，进一步包括：从所述一个或多个已注册的用户中的第一用户接收响应；以及在与所述一个或多个已注册的用户中的所述第一用户相对应的便携式电话和所述一个或多个已注册的用户中的另一个用户或调度员之间自动进行语音连接。

9.根据权利要求1所述的方法，进一步包括：向所述一个或多个已注册的个人传送对具有所述医疗问题的所述人做出响应的邀请；确定所述一个或多个已注册的个人中的所述第一个人是否对所述邀请已做出肯定响应；以及仅当所述第一已注册的个人已做出肯定响应时，才向所述第一已注册的个人传送识别具有医疗问题的所述人的所述位置的信息。

10.根据权利要求1所述的方法，进一步包括：从分配给所述一个或多个已注册的个人中的一个的设备接收由所述设备上的传感器从具有所述医疗问题的所述人采集的数据；以及将所接收到的数据与和围绕所述医疗问题的活动相对应的事件标识符联合存储。

11.根据权利要求1所述的方法，进一步包括：存储在围绕所述医疗问题的活动期间从所述一个或多个个人接收到的信息；以及提供所存储的信息以供分析。

12.根据权利要求11所述的方法，进一步包括：基于所存储的信息来对所述一个或多个已注册的个人中的至少一个的评级进行调整，其中所述评级指示所述个人对医疗呼叫做出响应的熟练度。

13.根据权利要求11所述的方法，进一步包括：通过对所存储的数据进行分析来改变用于将响应者调度到紧急呼叫的过程。

14.根据权利要求1所述的方法，进一步包括：向与所述一个或多个已注册的个人相对应的设备提供用于自动生成示出具有医疗问题的所述人的位置和所述一个或多个已注册的个人的位置的地图的数据。

15.一种用于对响应者对紧急事件的动作进行协调的计算机实现的系统，所述系统包括：

调度服务器，所述调度服务器被布置成从做出报告的呼叫者接收紧急事件的通知以及提供专业响应者的调度；

通知系统，所述通知系统用来识别在所报告的紧急事件的附近的外行响应者，以及向所述外行响应者通知在他们的区域中的所报告的紧急事件，其中救生组织没有向所述外行响应者分配用于对他们的区域中的紧急事件进行服务的职责；以及

响应者间通信系统，所述响应者间通信系统被编程为在对于紧急事件的专业响应者和已响应于来自所述通知系统的通知而将其自身识别为可用的外行响应者之间做出自动电子语音连接。

16.根据权利要求15所述的系统，进一步包括：公众可访问的应用储存库，所述公众可访问的应用储存库使用于对CPR胸部按压进行实践以及用于对来自公众的志愿者进行注册以被所述通知系统识别为外行响应者的应用可用。

17.根据权利要求16所述的系统，其中所述通知系统进一步被编程为与第三方组织一起验证所述志愿者有资格提供预定水平的医疗护理。

18.根据权利要求17所述的系统，其中验证所述志愿者有资格提供预定水平的医疗护理包括：验证所述志愿者是被CPR认证的。

19.根据权利要求18所述的系统，其中所述通知系统进一步被编程为：定期性确定所述志愿者是否有资格提供预定水平的医疗护理；以及如果所述志愿者不再有资格提供所述预定水平的医疗护理，则对作为医疗问题的响应者的考虑来说，移除所述志愿者。

20.根据权利要求15所述的系统，其中所述通知系统包括响应者跟踪器，所述响应者跟踪器被编程为：识别具有医疗问题的所述人的位置；识别与所述一个或多个已注册的个人相对应的设备标识符；以及向与所述设备标识符相对应的设备传送表示所述位置的数据。

21.根据权利要求15所述的系统，其中所述通知系统进一步被编程为：向所述一个或多个已注册的用户传送识别在具有医疗问题的所述人附近的已注册的医疗设备的位置的信息。

22.根据权利要求15所述的系统，进一步包括：语音通信系统，所述语音通信系统用于在所述通知系统中被注册为属于所述一个或多个已注册的外行响应者的通信设备之间自动进行语音连接。

23.根据权利要求15所述的系统，其中所述通知系统进一步被编程为：向所述一个或多个外行响应者传送对紧急事件做出响应的邀请；确定所述一个或多个外行响应者中的第一外行响应者是否对所述邀请已做出肯定响应；以及仅当所述第一外行响应者已做出肯定响应时，才向所述第一外行响应者传送识别所述紧急事件的位置的信息。

24.根据权利要求15所述的系统，进一步包括：事件数据库，所述事件数据库存储在围绕紧急事件的活动期间从外行响应者接收到的信息，以及被组织成提供所存储的信息以供分析。

25.根据权利要求24所述的系统，进一步包括：评级模块，所述评级模块被编程为基于所存储的信息来对外行响应者的评级进行调整，其中所述评级指示外行响应者对紧急事件做出响应的熟练度。

26.根据权利要求15所述的系统，进一步包括：地图服务器，所述地图服务器用来向与外行响应者相对应的设备提供用于自动生成示出所述紧急事件的位置和一个或多个外行响应者的位置的地图的数据。

Images