用于EMS信息采集、组织和显示的系统和方法

1.一种用于收集和显示紧急医疗服务信息的系统，该系统包括：
临床设备，其被配置以收集临床病例的相关临床数据；
非临床设备，其被配置以收集临床病例的相关非临床数据；其中紧急医疗服务信息包括至少一些临床数据和至少一些非临床数据；
数据库；
显示设备；和
处理器，其可通信地耦合至临床设备、非临床设备、数据库和显示设备，该处理器被配置以接收来自临床设备的紧急医疗服务信息的临床数据，接收紧急医疗服务信息的非临床设备数据，在数据库内存储该紧急医疗服务信息，和在临床地较长时间内在显示设备上显示紧急医疗服务信息，其中所述处理器被进一步配置以：
在所述显示设备上显示具有多个可选择标识的用户接口，所述可选择标识包括链接到临床数据的第一可选择标识以及链接到非临床数据的第二可选择标识，以及当所述可选择标识得到选择时，在所述显示设备上显示所述紧急医疗服务信息且通过所述用户接口，所述紧急医疗服务信息链接到所述多个可选择标识的可选择标识，其中所述处理器被配置以在显示设备上同时地显示至少一些临床数据和至少一些非临床数据。
2.权利要求1的系统，其中该临床设备是除纤颤器，并且其中所述除纤颤器被配置成向所述处理器实时传输临床数据。
3.权利要求1的系统，其中该处理器被进一步配置以产生基于紧急医疗服务信息的鉴别诊断指示以及在显示设备上显示所述鉴别诊断指示。
4.权利要求1的系统，其中所述处理器被配置以在所述显示设备上显示在用户接口的第一区域内的多个可选择标识以及在用户接口的第二区域内的紧急医疗服务信息。
5.权利要求1的系统，其中所述处理器被配置以接收来自非临床设备的紧急医疗服务信息的非临床数据，其中该非临床设备是被配置以实时提供导航信息的导航设备，和其中该非临床数据是导航信息。
6.权利要求1的系统，其中该非临床设备是被配置以实时提供病人绘图信息的病人绘图设备，和其中该非临床数据是病人绘图信息。
7.权利要求1的系统，进一步包括紧急服务车辆，其中该显示设备被安装在该紧急服务车辆内。
8.权利要求7的系统，其中该紧急服务车辆是救护车，和其中该显示设备被安装在救护车的后部。
9.权利要求7的系统，进一步包括：
可通信地耦合至处理器的企业服务器，该企业服务器被配置以实时接收来自处理器的紧急医疗服务信息，和通过网页浏览器接口将该紧急医疗服务信息实时发送给企业环境。
10.权利要求9的系统，其中该网页浏览器接口类似于在显示设备上显示的用户接口。
11.权利要求9的系统，其中该数据库是移动数据库，该系统进一步包括在存储介质上的企业数据库，其中该企业服务器被进一步配置以在企业数据库内存储紧急医疗服务信息的至少一部分。
12.一种用于收集和显示紧急医疗服务信息的系统，该系统包括：
病人监视设备，其被配置以监视病人和提供病人监视信息；
病人绘图设备，其被配置以提供病人绘图信息，其中紧急医疗服务信息包括至少一些病人监视信息和至少一些病人绘图信息；
数据库；
显示设备；和
处理器，其可通信地耦合至病人监视设备、病人绘图设备、数据库和显示设备，该处理器被配置以接收紧急医疗服务信息，在数据库内存储紧急医疗服务信息，和根据信息模板在临床地较长时间内在显示设备上显示紧急医疗服务信息，其中所述处理器被配置以接收来自病人监视设备病人监视信息，且被进一步配置以：
在用户接口内同时地显示至少一些病人绘图信息和至少一些病人监视信息。
13.权利要求12的系统，其中该病人监视设备是除纤颤器，并且其中所述除纤颤器被配置成向所述处理器实时传输临床数据。
14.权利要求12的系统，其中处理器被进一步配置以根据紧急医疗服务信息产生鉴别诊断指示并且在显示设备上在所述用户接口内显示鉴别诊断指示。
15.权利要求12的系统，还包括被配置以实时提供导航信息的导航设备，其中该处理器可通信地耦合至导航设备，并且其中紧急医疗服务信息还包括至少一些导航信息。
16.权利要求15的系统，其中该处理器被配置以在用户接口内同时地显示至少一些病人绘图信息、至少一些病人监视信息和至少一些导航信息。
17.权利要求15的系统，其中导航信息是紧急医疗服务车辆位置的相关信息。
18.权利要求12的系统，还包括紧急服务车辆，其中该显示设备被安装在紧急服务车辆内。
19.权利要求18的系统，其中该紧急服务车辆是救护车，和其中该显示设备被安装在该救护车的后部。
20.权利要求12的系统，其中该显示设备包括用于向处理器发送指令的触摸屏输入设备。
21.权利要求12的系统，其中该显示设备和处理器是平板PC的一部分独立于所述病人监视设备。
22.权利要求12的系统，其中所述处理器被配置成循环用户接口在主要包括病人监视信息的信息模板和主要包括病人绘图信息的信息模板之间循环显示。
23.权利要求12的系统，其中所述处理器被配置成循环用户接口在主要包括病人监视信息的信息模板、主要包括病人绘图信息的信息模板和补充记录信息模板之间循环显示以相应用户选择可选择标识。
24.权利要求12的系统，还包括：
可通信地耦合至处理器的企业服务器，该企业服务器被配置以实时接收来自处理器的紧急医疗服务信息，和通过网页浏览器接口将紧急医疗服务信息实时发送给企业环境，其中所述网页浏览器接口类似于在显示设备上显示的用户接口。
25.权利要求12的系统，其中所述病人监视设备是第一病人监视设备，其中所述系统还包括第二病人监视设备配置以监视病人和提供病人监视信息，当可选择标识得到选择时并且其中所述处理器还配置以同时显示来自第一病人监视设备的病人监视信息以及来自第二病人监视设备的病人监视信息的设备。
26.权利要求24的系统，其中该数据库是移动数据库，该系统还包括在存储介质上的企业数据库，其中该企业服务器被进一步配置以在企业数据库内存储该紧急医疗服务信息的至少一部分，其中所述病人监视信息通过配置病人监视设备以监视病人和提供病人监视信息，所述病人监视信息包括关于第一重要指征条件和第二重要指征条件的信息，并且其中所述处理器被配置以同时在用户接口内显示关于第一重要指征条件和关于第二重要指征条件的信息。
27.一种用于收集和显示紧急医疗服务信息的系统，该系统包括：
病人监视设备，其被配置以监视病人和提供病人监视信息；
导航设备，其被配置以提供紧急医疗服务车辆的相关导航信息其包括抵达估计时间，其中紧急医疗服务信息包括至少一些病人监视信息和至少一些导航信息；
数据库；
显示设备；和
处理器，其可通信地耦合至病人监视设备、导航设备、数据库和显示设备的，该处理器被配置以接收紧急医疗服务信息，在数据库内存储紧急医疗服务信息，和根据信息模板在临床地较长时间内在显示设备上显示紧急医疗服务信息，其中所述处理器被进一步配置以：
同时显示估计抵达时间以及可得病人监视信息。
28.一种用于收集和显示紧急医疗服务信息的系统，该系统包括：
多个病人监视设备，其被配置以监视处于医疗紧急事件中的病人和以计算机可读形式提供病人监视信息；
显示设备，其被配置以在医疗紧急事件中部署的移动环境内布置；
紧急医疗服务设备，其并不监视病人但是记录或观察医疗紧急事件的相关信息，该紧急医疗服务设备被配置以根据所记录或观察的信息以计算机可读形式提供紧急医疗服务信息；和
处理器，其可通信地耦合至所述多个病人监视设备、紧急医疗服务设备和显示设备，该处理器被配置以同时在临床地较长时间内在显示设备上显示病人监视信息和紧急医疗服务信息的至少一部分。
29.权利要求28的系统，其中该紧急医疗服务设备是病人绘图设备，和其中该紧急医疗服务信息是病人绘图信息。
30.权利要求28的系统，其中该紧急医疗服务设备是导航设备，和其中紧急医疗服务信息是涉及医院的移动环境的相关导航信息。
31.权利要求28的系统，其中该病人监视设备是除纤颤器。
32.权利要求28的系统，其中该紧急医疗服务设备是第一紧急医疗服务设备和该紧急医疗服务信息是第一类型的紧急医疗服务信息，该系统进一步包括：
第二紧急医疗服务设备，其并不监视病人但是记录或观察医疗紧急事件的相关信息，该第二紧急医疗服务设备被配置以计算机可读形式提供不同于第一类型的紧急医疗服务信息的第二类型的紧急医疗服务信息，
其中该处理器可通信地耦合至第二紧急医疗服务设备，并被配置以在临床地较长时间内在显示设备上显示第二类型的紧急医疗服务信息的至少一部分。
33.权利要求32的系统，其中该第一紧急医疗服务设备是病人绘图设备，其中该第一类型的紧急医疗服务信息是病人绘图信息，其中该第二紧急医疗服务设备是导航设备，和其中该第二类型的紧急医疗服务信息是移动环境的相关导航信息包括关于移动环境的移动车辆运营商的信息。
34.权利要求28的系统，进一步包括：
可通信地耦合至处理器的企业服务器，该企业服务器被配置以接收来自处理器的紧急医疗服务信息和病人监视信息，和将该紧急医疗服务信息和病人监视信息通过网页浏览器接口发送给企业环境。
35.权利要求34的系统，其中该企业环境是医院。

用于EMS信息采集、组织和显示的系统和方法\n[0001] 相关申请的交叉引用\n[0002] 本申请要求于2009年7月21日提交的序列号为61/227,187的美国临时专利申请和于2010年4月9日提交的美国临时专利申请61/322,678的优先权，为了全部目的在此将其全文引入作为参考。\n技术领域\n[0003] 本发明的实施例一般地涉及紧急医疗服务信息管理，更具体地涉及自紧急医疗服务中使用的多种不同种类的设备收集的信息的采集、组织和显示。\n背景技术\n[0004] 当将救护车或其它紧急医疗服务(“EMS”)车辆派遣至医疗紧急事件时，救护车驾驶员以及EMS技术员通常依靠设备阵列帮助他们给病人定位、诊断、治疗、运输、绘图相关信息和发送。尽管这种设备通常便于EMS经验的特定方面，但是每个设备的人工交互时间和在设备之间注意力的转移在一些情况下可能增加传输时间和/或浪费宝贵的时间而不能进行病人照料，或者不能向工作人员提供完整的图景。\n[0005] 将某些数据密集信息自救护车发送给医院或其它护理提供者通常涉及在电话设备之间人工地传真或电子邮件传输此类数据。例如，试图自除纤颤器传送12导联数据的EMS技术员必需经常口头描述她自己对数据的评估，或者花费时间将12导联数据的简短描述用电子邮件或传真发送至医院。这可能延迟病人护理，和/或导致病人简短描述的耗费时间的传输，其抵达医院时已是若干分钟前的数据。实际上，在救护车后座上的EMS技术员和医院急诊室(“ER”)护士之间的信息传输通常涉及移动电话“补充”或呼叫，其中EMS技术员试图口头描述病人状态和治疗以及车辆位置，同时人工地整理各种数据源，包括病人图表、除纤颤器可视数据和/或救护车位置数据(例如看窗户外面)。这通常导致在EMS技术员和医院之间低效和有时不正确的沟通。\n发明内容\n[0006] 本发明的实施例与多个EMS设备通信(包括但是并不限制于监视病人的除纤颤器、病人绘图设备、导航设备)和自其收集相关数据，组织和存储信息，在救护车后部的屏幕上实时显示该信息，或者通过网页浏览器接口向医院或诸如医生住宅等其它位置显示。根据本发明的实施例，在救护车后部的显示屏是具有各种组织选项的触摸屏，即时显示用于不同用途的EMS信息的不同子集。\n[0007] 根据本发明实施例的用于收集和显示紧急医疗服务信息的系统包括：配置以监视病人的除纤颤器设备、导航设备、病人绘图设备、数据库、与除纤颤器设备、导航设备和病人绘图设备分离和不同的显示设备、与除纤颤器、导航设备、病人绘图设备、数据库和显示设备通信的处理器。根据本发明的实施例，该处理被配置以接收来自除纤颤器设备、导航设备和病人绘图设备的紧急医疗服务信息，在数据库内存储紧急医疗服务信息，和根据信息模板在显示设备上显示紧急医疗服务信息。\n[0008] 根据本发明的实施例，提供用于收集和显示紧急医疗服务信息的系统，该系统包括：配置以监视病人和提供病人监视信息的病人监视设备；配置以提供病人绘图信息的病人绘图设备，其中紧急医疗服务信息包括至少一些病人监视信息和至少一些病人绘图信息；数据库；显示设备；和可通信地耦合至病人监视设备、病人绘图设备、数据库和显示设备的处理器，该处理器配置以接收紧急医疗服务信息，在数据库内存储紧急医疗服务信息，和根据信息模板在显示设备上显示紧急医疗服务信息。\n[0009] 段落【0007】的系统，其中该病人监视设备是除纤颤器。\n[0010] 段落【0007】至【0008】中任一个的系统，其中该信息模板被存储在数据库内。\n[0011] 段落【0007】至【0009】中任一个的系统，其中该处理器被配置以在显示设备上同时地显示至少一些病人绘图信息和至少一些病人监视信息。\n[0012] 段落【0007】至【0010】中任一个的系统，还包括配置以提供导航信息的导航设备，其中该处理器可通信地耦合至导航设备，和其中紧急医疗服务信息还包括至少一些导航信息。\n[0013] 段落【0007】至【0011】中任一个的系统，其中该处理器被配置以在显示设备上同时地显示至少一些病人绘图信息、至少一些病人监视信息和至少一些导航信息。\n[0014] 段落【0007】至【0012】中任一个的系统，其中导航信息是紧急医疗服务车辆位置的相关信息。\n[0015] 段落【0007】至【0013】中任一个的系统，还包括紧急服务车辆，其中该显示设备被安装在紧急服务车辆内。\n[0016] 段落【0007】至【0014】中任一个的系统，其中该紧急服务车辆是救护车，和其中该显示设备被安装在该救护车的后部。\n[0017] 段落【0007】至【0015】中任一个的系统，其中该显示设备包括用于向处理器发送指令的触摸屏输入设备。\n[0018] 段落【0007】至【0016】中任一个的系统，其中该显示设备和处理器是平板PC的一部分。\n[0019] 段落【0007】至【0017】中任一个的系统，其中该显示设备在主要包括病人监视信息的信息模板和主要包括病人绘图信息的信息模板之间循环显示。\n[0020] 段落【0007】至【0018】中任一个的系统，其中该显示设备在主要包括病人监视信息的信息模板、主要包括病人绘图信息的信息模板和补充记录信息模板之间循环显示。\n[0021] 段落【0007】至【0019】中任一个的系统，还包括：可通信地耦合至处理器的企业服务器，该企业服务器配置以接收来自处理器的紧急医疗服务信息，和通过网页浏览器接口将紧急医疗服务信息发送给企业环境。\n[0022] 段落【0007】至【0020】中任一个的系统，其中该网页浏览器接口基本上类似于在显示设备上显示的接口。\n[0023] 段落【0007】至【0021】中任一个的系统，其中该数据库是移动数据库，该系统还包括在存储介质上的企业数据库，其中该企业服务器被进一步配置以在企业数据库内存储该紧急医疗服务信息的至少一部分。\n[0024] 根据本发明的实施例，提供一种用于收集和显示紧急医疗服务信息的系统，该系统包括：配置以监视病人和提供病人监视信息的病人监视设备；配置以提供紧急医疗服务车辆的相关导航信息的导航设备，其中紧急医疗服务信息包括至少一些病人监视信息和至少一些导航信息；数据库；显示设备；和可通信地耦合至病人监视设备、导航设备、数据库和显示设备的处理器，该处理器配置以接收紧急医疗服务信息，在数据库内存储紧急医疗服务信息，和根据信息模板在显示设备上显示紧急医疗服务信息。\n[0025] 根据本发明的实施例，提供一种用于收集和显示紧急医疗服务信息的系统，该系统包括：配置以监视处于医疗紧急事件中的病人和提供病人监视信息的病人监视设备；配置用于在医疗紧急事件中部署的移动环境内布置的显示设备；EMS设备，其并不监视病人但是记录或观察医疗紧急事件的相关信息，该EMS设备被配置以根据所记录或观察的信息提供EMS信息；和可通信地耦合至病人监视设备、EMS设备和显示设备的处理器，该处理器被配置以根据数据模型在显示设备上显示病人监视信息和EMS信息的至少一部分。\n[0026] 段落【0007】至【0024】中任一个的系统，其中该EMS设备是病人绘图设备，和其中该EMS信息是病人绘图信息。\n[0027] 段落【0007】至【0025】中任一个的系统，其中该EMS设备是导航设备，和其中EMS信息是移动环境的相关导航信息。\n[0028] 段落【0007】至【0026】中任一个的系统，其中该病人监视设备是除纤颤器。\n[0029] 段落【0007】至【0027】中任一个的系统，其中该EMS设备是第一EMS设备，该EMS信息是第一类型的EMS信息，该系统进一步包括：并不监视病人但是记录或观察医疗紧急事件的相关信息的第二EMS设备，该第二EMS设备配置以提供不同于第一类型的EMS信息的第二类型的EMS信息，其中该处理器可通信地耦合至第二EMS设备，和被配置以在显示设备上显示第二类型的EMS信息的至少一部分。\n[0030] 段落【0007】至【0028】中任一个的系统，其中该第一EMS设备是病人绘图设备，其中该第一类型的EMS信息是病人绘图信息，其中该第二EMS设备是导航设备，和其中该第二类型的EMS信息是移动环境的相关导航信息。\n[0031] 段落【0007】至【0029】中任一个的系统，还包括可通信地耦合至处理器的企业服务器，该企业服务器被配置接收来自处理器的EMS信息和病人监视信息，和将该EMS信息和病人监视信息通过网页浏览器接口发送给企业环境。\n[0032] 段落【0007】至【0030】中任一个的系统，其中该企业环境是医院。\n[0033] 根据本发明的实施例，提供一种用于收集和显示紧急医疗服务信息的系统，该系统包括：配置以收集临床病例的相关临床数据的临床设备；配置以收集临床病例的相关非临床数据的非临床设备；其中紧急医疗服务信息包括至少一些临床数据和至少一些非临床数据；数据库；显示设备；和可通信地耦合至临床设备、非临床设备、数据库和显示设备的处理器，该处理器配置以接收紧急医疗服务信息，在数据库内存储该紧急医疗服务信息，和根据信息模板在显示设备上显示紧急医疗服务信息。\n[0034] 段落【0007】至【0032】中任一个的系统，其中该临床设备是除纤颤器。\n[0035] 段落【0007】至【0033】中任一个的系统，其中该处理器被进一步配置以在显示设备上显示基于紧急医疗服务信息的鉴别诊断指示。\n[0036] 段落【0007】至【0034】中任一个的系统，其中该信息模板被存储在数据库内。\n[0037] 段落【0007】至【0035】中任一个的系统，其中该处理器被配置以在显示设备上同时地显示至少一些临床数据和至少一些非临床数据。\n[0038] 段落【0007】至【0036】中任一个的系统，其中该非临床设备是配置以提供导航信息的导航设备，和其中该非临床数据是导航信息。\n[0039] 段落【0007】至【0037】中任一个的系统，其中该非临床设备是配置以提供病人绘图信息的病人绘图设备，和其中该非临床数据是病人绘图信息。\n[0040] 段落【0007】至【0038】中任一个的系统，进一步包括紧急服务车辆，其中该显示设备被安装在该紧急服务车辆内。\n[0041] 段落【0007】至【0039】中任一个的系统，其中该紧急服务车辆是救护车，和其中该显示设备被安装在救护车的后部。\n[0042] 段落【0007】至【0040】中任一个的系统，进一步包括：可通信地耦合至处理器的企业服务器，该企业服务器被配置以接收来自处理器的紧急医疗服务信息，和通过网页浏览器接口将该紧急医疗服务信息发送给企业环境。\n[0043] 段落【0007】至【0041】中任一个的系统，其中该网页浏览器接口基本上类似于在显示设备上显示的接口。\n[0044] 段落【0007】至【0042】中任一个的系统，其中该数据库是移动数据库，该系统进一步包括在存储介质上的企业数据库，其中该企业服务器被进一步配置以在企业数据库内存储紧急医疗服务信息的至少一部分。\n[0045] 虽然公开了多个实施例，但是对于本领域的技术员来说根据下述详细描述，本发明的其它实施例将变得清楚。因此，将把附图和详细描述视为本质上说明性的而非限制性的。\n附图说明\n[0046] 图1图示根据本发明实施例的用于自多个不同的EMS设备收集的医疗信息的移动和企业用户实时显示的系统。\n[0047] 图2图示根据本发明的实施例用于“救护车后部”(“BOA”)设备的显示的菜单模板的一个例子。\n[0048] 图3图示根据本发明实施例的当用户选择菜单模板的导航按钮时显示的显示器和图形用户接口。\n[0049] 图4图示根据本发明实施例的当用户选择菜单模板的病人监视按钮时显示的显示器和图形用户接口。\n[0050] 图5图示根据本发明实施例的当用户选择菜单模板的病人绘图按钮时显示的显示器和图形用户接口。\n[0051] 图6图示根据本发明实施例的当用户选择菜单模板的“补充记录”按钮时显示的显示器和图形用户接口。\n[0052] 图7图示根据本发明实施例的当用户选择菜单模板的规程按钮时显示的显示器和图形用户接口。\n[0053] 图8图示根据本发明实施例的当企业用户选择病人监视按钮时图示的企业显示器和图形用户接口。\n[0054] 图9图示根据本发明实施例的当企业用户选择导航按钮时图示的企业显示器和图形用户接口。\n[0055] 图10图示根据本发明实施例的当企业用户选择病人绘图按钮时图示的企业显示器和图形用户接口。\n[0056] 图11图示根据本发明实施例的用于实时显示自多个不同EMS设备收集的医疗信息的治疗域系统概图。\n[0057] 图12图示根据本发明实施例的设备适配器/通信引擎和医疗设备接口。\n[0058] 图13图示根据本发明实施例的示例管道。\n[0059] 图14图示根据本发明实施例的通过使用发现支持传输的设备适配器的管道执行的方法。\n[0060] 图15图示根据本发明实施例的通过使用非发现支持传输的设备适配器的管道执行的方法。\n[0061] 图16图示根据本发明实施例的由BOA模块执行的方法。\n[0062] 图17图示根据本发明实施例的由BOA模块执行的方法。\n[0063] 图18图示根据本发明实施例的示例计算机系统。\n[0064] 图19图示根据本发明实施例的用于移动和企业用户实时显示自多个不同的EMS设备收集的医疗信息的系统。\n[0065] 图20图示根据本发明实施例的用于EMS通信接口设备的承载板设计。\n[0066] 图21图示根据本发明实施例的用于EMS通信接口设备的系统概图。\n[0067] 图22图示根据本发明实施例的用于EMS通信接口设备的另一系统概图。\n[0068] 图23图示根据本发明实施例的用于EMS通信接口设备的软件逻辑图。\n[0069] 图24图示常规网状网络。\n[0070] 图25图示室内地理定位系统。\n[0071] 图26图示成人急性呼吸困难的鉴别诊断的示例解释。\n[0072] 图27图示呼吸困难的鉴别诊断的线索的示例解释。\n[0073] 图28图示在急性呼吸困难的诊断中的身体检查结论的示例列表。\n[0074] 图29图示用于哮喘、COPD和急性失代偿性心力衰竭的示例治疗规程。\n[0075] 图30图示根据本发明实施例的数据传输接口。\n[0076] 图31图示根据本发明实施例的EMS通信接口传输处理方框图。\n[0077] 图32图示根据本发明实施例的EMS通信接口设备客户机接口整体结构。\n[0078] 图33图示根据本发明实施例的当企业用户选择病人监视按钮时图示的企业显示器和图形用户接口。\n[0079] 图34图示根据本发明实施例的当企业用户选择病人绘图按钮时图示的企业显示器和图形用户接口。\n[0080] 图35图示根据本发明实施例的当企业用户选择导航按钮时图示的企业显示器和图形用户接口。\n[0081] 图36图示根据本发明实施例的当企业用户选择导航按钮时图示的替代企业显示器和图形用户接口。\n[0082] 图37图示根据本发明实施例的当企业用户选择补充记录按钮时图示的企业显示器和图形用户接口。\n[0083] 图38图示根据本发明实施例的当用户选择BOA菜单模板的病人绘图按钮时显示的显示器和图形用户接口。\n[0084] 图39图示根据本发明实施例的当用户选择BOA菜单模板的病人监视按钮时显示的显示器和图形用户接口。\n[0085] 图40图示根据本发明实施例的当用户选择BOA菜单模板的导航按钮时显示的显示器和图形用户接口。\n[0086] 图41图示根据本发明实施例的当用户选择BOA菜单模板的导航按钮时显示的替代显示器和图形用户接口。\n[0087] 图42图示根据本发明实施例的当用户选择BOA菜单模板的切换开始按钮时显示的显示器和图形用户接口。\n[0088] 图43图示根据本发明实施例的当用户选择BOA菜单模板的导航按钮时显示的替代显示器和图形用户接口。\n[0089] 图44图示根据本发明实施例的当用户选择BOA菜单模板的补充记录按钮时显示的显示器和图形用户接口。\n[0090] 图45图示根据本发明实施例的当用户选择BOA菜单模板的现场病人数据按钮时显示的显示器和图形用户接口。\n[0091] 图46图示根据本发明实施例的用于与BOA设备通信的基于角色的EMS技术员移动设备的启动屏幕。\n[0092] 图47图示根据本发明实施例的用于与BOA设备通信的基于角色的EMS技术员移动设备的角色选择屏幕。\n[0093] 图48图示根据本发明实施例的用于与BOA设备通信的基于角色的EMS技术员移动设备的领导医师快速登录屏幕。\n[0094] 图49图示根据本发明实施例的用于与BOA设备通信的基于角色的EMS技术员移动设备的领导医师ECG图表屏幕。\n[0095] 图50图示根据本发明实施例的用于与BOA设备通信的基于角色的EMS技术员移动设备的领导医师病人数据屏幕。\n[0096] 图51图示根据本发明实施例的用于与BOA设备通信的基于角色的EMS技术员移动设备的领导医师主诉屏幕。\n[0097] 图52图示根据本发明实施例的用于与BOA设备通信的基于角色的EMS技术员移动设备的药物医师快速登录屏幕。\n[0098] 图53图示根据本发明实施例的用于与BOA设备通信的基于角色的EMS技术员移动设备的药物医师ECG图表屏幕。\n[0099] 图54图示根据本发明实施例的用于与BOA设备通信的基于角色的EMS技术员移动设备的角色选择屏幕。\n[0100] 图55图示根据本发明实施例的用于与BOA设备通信的基于角色的EMS技术员移动设备的呼吸道医师ECG图表屏幕。\n[0101] 图56图示根据本发明实施例的用于与BOA设备通信的基于角色的EMS技术员移动设备的呼吸道医师快速登录屏幕。\n[0102] 图57图示根据本发明实施例的用于与BOA设备通信的基于角色的EMS技术员移动设备的CPR医师快速登录屏幕。\n[0103] 图58图示根据本发明实施例的用于与BOA设备通信的基于角色的EMS技术员移动设备在空闲期间的CPR医师ECG图表屏幕。\n[0104] 图59图示根据本发明实施例的用于与BOA设备通信的基于角色的EMS技术员移动设备在压缩管理过程中的CPR医师ECG图表屏幕。\n[0105] 图60图示根据本发明实施例的用于与BOA设备通信的基于角色的EMS技术员移动设备在压缩管理过程中的CPR医师ECG图表屏幕。\n[0106] 图61图示根据本发明实施例的用于与BOA设备通信的基于角色的EMS技术员移动设备在压缩管理过程中的CPR医师ECG图表屏幕。\n[0107] 图62图示根据本发明实施例的用于自BOA设备向EMS技术员移动设备的基于角色的数据馈送系统。\n[0108] 虽然本发明可修改成各种修改和替代格式，已经通过附图中的示例图示并将在下文中详细描述具体实施例。然而，意图并不在于将本发明限制于所描述的具体实施例。相反地，本发明将覆盖落入如本申请权利要求定义的本发明的保护范围内的全部修改、等同物和替代方式。\n具体实施方式\n[0109] 如图1所示，根据本发明实施例的系统100执行来自多个不同设备的EMS数据的先进数据管理、集成和显示。系统100包括移动环境101、企业环境102和管理环境103。可以通过诸如互联网等网络120可通信地耦合在各种环境101、102、103中的设备。\n[0110] 如在此所使用的，在最广义的含义上使用术语“可通信地耦合”指可以借以传送信息的任意耦合。因而，例如，可通信地耦合包括诸如电线的电耦合、诸如光纤的光耦合、和或诸如射频或其它传输介质的无线地耦合。“可通信地耦合”还包括例如诸如通过网络的间接耦合或者直接耦合。\n[0111] 根据本发明的实施例，网络120还可以采取特设(ad hoc)、自配置、自恢复网络\n2400的形式，例如MESH网络，如图24所示。图24以及在段落【00109】至【00117】中关于MESH网络的下述信息直接来自在http://www.sensorsmag.com/networking-communications/standards-pro tocol/wireless-mesh-network-968上可以获得的Poor、Robert；WIRELESS MESH NETWORKS；Sensors(无线网状网络；传感器)(2003年2月1日)，在此引入作为参考。用于产业的无线系统常规上使用蜂窝电话类型的无线电链路，使用点对点或点对多点传输。\n但是在麻省剑桥的MIT的媒体实验室的研究指出传统的无线形式在产业应用中有限制。这些包括刚性的结构、谨慎的规划要求和丢失信号。在其中现有基础设施可能稀疏(例如农村环境)或故障(例如大规模事故或灾难情况)的EMS或大规模事故环境中，这可能产生严重挑战。\n[0112] 相反地，无线网状网络2400是多跳系统，其中设备在通过网络传输分组中相互协助，尤其在不利情况下。根据本发明的实施例，这种特设网络可以以最小准备来实现，它们提供可以扩展至数千设备的可靠、弹性系统。\n[0113] 在MIT开发用于产业控制和传感的无线网状网络是点对点对点或者对等的系统，称作特设多跳网络。节点可以发送和接收消息，在网状网络中，节点还用作路由器和可以为其邻居中继消息。通过中继处理，无线数据分组将发现通过具有可靠通信链路的中间节点的到其目的地的路径，如图24所示。\n[0114] 在无线网状网络2400中，多个节点协作以将消息中继至其目的地。网状拓扑增强了网络的整体可靠性，当在苛刻的产业环境中操作时这尤其重要。类似于互联网和其它对等的基于路由器的网络，网状网络提供在整个网络内的多个冗余通信路径。如果因为任何原因(包括强大射频干扰的引入)导致一条路径故障，该网络自动地通过替代路径路由消息。在网状网络2400内，可以缩短节点之间的距离，这显著地提高了链路质量。以因数2缩短距离，结果信号在接收机上至少四倍地更加强大。这使链路更加可靠，而不增加在各个节点内的发射机功率。通过简单地添加更多的节点可以扩展、冗余增加网状网络的区域，和提高总体可靠性。\n[0115] 根据本发明的实施例，网络2400可以是自配置和自恢复网络。根据本发明的实施例，网络2400并不需要系统管理员告诉它如何获取到其目的地的消息。网状网络2400是自组织的，并不需要人工配置。因此，根据本发明的实施例，添加新的设备或重新定位现有设备如同插上插件和打开插件那样简单。根据本发明的实施例，网络发现新的节点和自动地将其并入现有系统。\n[0116] 根据本发明的实施例，网状网络2400不仅本质上可靠，而且适应性强。例如，如果将罐箱液位传感器和数据记录器放置距离强壮的射频通信链路过远，可以添加一个或多个中继器节点填补网络2400内的间隙。\n[0117] 在互联网上，如果一个路由器故障，由其它路由器通过替代路径发送消息。类似地，如果在网状网络内的设备或其链路故障，通过其它设备绕过其发送消息。一个或多个节点的丢失并不必然影响网络操作。网状网络是自恢复的，因为不需要为了消息的重新路由进行人工干预。根据本发明的实施例，这种网络2400提供冗余和可伸缩性。\n[0118] 在网状网络中，冗余度基本上是节点密度的函数。通过简单地添加额外节点，可以为了可靠性故意过度设计网络，以便每个设备具有用于发送数据的两条或更多路径。与在大部分其它类型的系统中的可能性相比，这是获取冗余度更简单的方式。网状网络也是可伸缩的，并可以处理数百或数千个节点。因为网络2400的操作并不取决于中央控制点，添加多个数据收集点或网关可以是方便的。\n[0119] 根据本发明的实施例，可靠性、可适应性和可伸缩性是用于产业控制和传感应用的无线网络的显著属性。点对点网络提供可靠性，但是它们通常在扩展以处理一对以上端点时面临挑战。点对多点网络可以处理多个端点，但是它们的可靠性取决于接入点和端点的放置。网状网络本质上是可靠的，易于适应环境或结构限制，并可以扩展以处理数千端点。\n[0120] 根据本发明的实施例，移动环境101是救护车或其它EMS车辆-例如车载移动环境(VME，vehicular mobile environment)。移动环境还可以是数据输入设备以及在现场环境中病人或多个病人治疗时设置的诊断和治疗设备的本地网络-“在现场的病人移动环境”(ASPME，At Scene Patient Mobile Environment)。移动环境还可以是一个或多个VME和/或ASPME的组合。根据本发明的实施例，移动环境可以包括由司机112使用的导航设备110以跟踪移动环境的位置101、定位移动环境101和/或紧急事件位置和定位运输目的地。导航设备110可以包括例如全球定位系统(“GPS”)。导航设备110还可以被配置以执行车辆速度、位置之间的行程时间和估计抵达时间的相关计算。根据本发明的实施例，导航设备110位于救护车的前部以协助司机112导航该车辆。导航设备110例如可以是可自科罗拉多州布鲁姆菲尔德的卓尔数据系统(Zoll Data Systems)购买的 导航仪板载电子数据通信\n系统。\n[0121] 图25以及下述在段落【00119】至【00120】中地理定位的相关信息直接来自K.Pahlavan等人，“An Overview of Wireless Indoor Geolocation(无线室内地理定位概述)”，Mobile and Wireless Communication Networks IFIP-TC6/European Commi ssion NETWORKING 2000International Workshop，MWCN 2000 Paris，2000年5月16-17日，在此引入作为参考。更概括地，移动环境可以包括在VME或ASPME中的一个或多个设备内的地理定位传感器。地理定位传感器可以是普通类型的，例如全球定位系统(GPS)。然而根据本发明的实施例，GPS可能受到某些限制：1)到一个以上GPS卫星的视线，这可能限制其在室内环境中的性能；2)在一些市区环境中，由于建筑物的信号反射，降低了定位准确度；和3)当存在多起事故和需要将每个受害者的位置集成至软件地图环境中时，在可能需要超过+/-5英尺的精确度的大规模事故的情况下，常规的精确度可能是不够的。\n[0122] 因此，根据本发明的实施例，可以在现场室外或在建筑物内部署附加的定位器基站，其可以放大或替换常规的基于GPS的地理定位器系统。类似于蜂窝地理定位系统，室内地理定位系统的结构可以划分成两个主要种类之一：基于移动的结构和基于网络的结构。\n大部分常规的室内地理定位应用已经集中于如图25所示的基于网络的系统结构。地理定位基站(GBS)从由移动站发射的无线电信号提取位置量度，和将该信息中继至地理定位控制站(GCS)。根据本发明的实施例，GBS和GCS之间的连接可以是有线或无线的。因此在室内环境中，可以估计移动站的位置。因此，专用室内地理定位系统提供准确的室内地理定位服务。这也可以被应用于诸如战场或其它大规模事故情况等移动环境，其中可以部署基于路标或诸如微分GPS(DGPS)等更复杂的GPS系统具有更佳已知精确度的基站，从而提供更精确和完整的集成至诸如谷歌地图等导航软件或其它地图软件的病人状态的相关信息。\n[0123] 如图1所示，根据本发明的实施例，还可以将病人监视设备106和病人绘图设备108用于在移动环境101中的病人护理。EMS技术员114将病人监视设备106连接至病人116以监视病人116。根据本发明的实施例，病人监视设备106例如可以是除纤颤器设备，具有配置用于连接至病人116以监视心率和/或生成心电图(“ECG”)的电极和/或传感器。病人监视设备\n106还可以包括用于检测的传感器或者用于推导或计算其它病人情况的处理器。例如，根据本发明的实施例，病人监视设备106可以监视、检测、治疗和/或推导或计算血压、温度、呼吸率、血氧水平、潮气末二氧化碳水平、肺功能、血糖水平和/或体重。根据本发明的实施例，病人监视设备106可以是可自麻省切姆斯福德的卓尔医学产品公司(Zoll Medical Corporation)购买的Zoll 除纤颤器。根据本发明的实施例，病人监视设备也可以是例如病人治疗设备或者包括病人监视和/或病人治疗性能的另一种类的设备。\n[0124] 根据本发明的实施例，病人绘图设备108是由EMS技术员114用于生成病人116的情况和/或给病人的治疗的记录和/或笔记的设备。例如，可以使用病人绘图设备108记录在具体时间上向病人116提供的药物剂量。根据本发明的实施例，病人绘图设备108和/或病人监视设备106可以具有时钟，该时钟可以与诸如网络或卫星等外部时间源同步以防止EMS技术员必需人工地输入治疗或观察的时间(或者在施加治疗很长时间之后必需为了绘图目的试图估计治疗时间)。根据本发明的实施例，还可以使用病人绘图设备108记录病人的相关基本信息和/或人口统计和/或历史信息，例如病人姓名、身份标识号高度、体重和/或病史。根据本发明的实施例，病人绘图设备108是平板PC，例如自科罗拉多州布鲁姆菲尔德的卓尔数据系统(Zoll Data Systems)可购买的 ePCR Suite的TabletPCR组件。根据本发明的一些实施例，病人绘图设备108是腕带式或智能电话，例如苹果的iPhone或iPad，具有诸如触摸屏或语音识别数据输入的交互式数据输入接口，其可以可通信地连接至BOA设备104，并可被轻触以指示对病人106的处理内容和时间。\n[0125] 在病人运输之前、过程中和之后，对于EMS司机112和技术员114来说，导航设备\n110、绘图设备108和监视设备106都分别非常有用。根据本发明的实施例，“救护车后部”(“BOA”)设备104自每个设备108、110、112接收、组织、存储和显示数据以进一步增强每个设备108、110、112的用途，和使EMS技术员114更容易地执行某些任务，这些任务通常将要求EMS技术员114分别地将视觉和手工注意力置于每个设备108、110、112上。换句话说，根据本发明的实施例，BOA设备集中和组织通常将被分散和未组织的信息。\n[0126] 尽管在此将设备104称作“救护车后部”设备，因为EMS技术员114通常将从安装在救护车后部152内的这样一个显示设备获益良多，基于在此所公开的内容，本领域的技术员将认识到一些或全部BOA设备104可以位于对于EMS技术员114有用的移动环境101、EMS车辆和/或任何其它地方的任意一部分内。例如，根据本发明的实施例，BOA设备104可以位于救护车前部150，和/或可以包括便携式和可以携带进入病人住宅的组件。\n[0127] 根据本发明的实施例，该BOA设备104可通信地耦合至病人监视设备106、病人绘图设备108和导航设备110。BOA设备104还可通信地耦合至存储介质118。根据本发明的实施例，BOA设备104可以是触摸屏、平板PC，存储介质118可以位于BOA设备104的内部或外部。根据本发明的实施例，BOA设备104可以包括用作图形用户接口的显示模板，其允许用户(例如EMS技术员114)自设备106、108、110收集和/或向其发送的信息的不同子集和/或显示模式。\n[0128] 图2图示根据本发明实施例的用于BOA设备104的显示器的菜单模板200的一个例子。根据本发明的实施例，该菜单模板200包括导航按钮202、病人监视设备按钮204、病人绘图设备按钮206、“补充记录”按钮208和规程按钮210。按下按钮之一使用户(例如EMS技术员\n114)进入显示来自设备106、108、110的全部信息或其子集的具体页面。图3至7图示根据本发明实施例的具体信息模板的例子，据此显示来自一个或多个EMS设备106、108、110的信息。基于在此公开的内容，本领域的普通技术员将认识到据此可以显示此类信息的其它各种信息模板。\n[0129] 图3图示根据本发明实施例的当用户选择导航按钮202时显示的图形用户接口。根据本发明的实施例，该显示器的一部分包括状态部分302和该显示器的另一部分包括地图部分304。根据本发明的实施例，状态部分302包括标识EMS车辆行程相关信息的一个或多个字段。例如，状态部分302的字段可以包括下述中的一个或多个：单元字段306，标识为其显示信息的EMS车辆的名称；成员单元308，标识该EMS车辆的一个或多个成员；状态单元310，标识行程状态(例如“运输”或“在接病人的途中”)；ETA字段312，标识抵达目的地的估计时间；目的地字段314，标识EMS车辆的目的地(例如医院)；和补充信息字段316，标识用于联系EMS车辆目的地(例如医院)的电话号码或其它信息。\n[0130] 根据本发明的实施例，地图部分304可以显示街道信息以及出发点、目的地、路线标识和/或进度信息。导航设备110还可以提供用于显示的车辆状态信息，当运输尚未开始时该信息可能也是有用的。根据本发明的实施例，用户可以选择循环馈送按钮318，从而将显示器在图3至图7的一个或多个各种显示器之间连续地切换。在图3中图示的信息通常将仅可用于救护车101前部的司机112，但是因为BOA设备104可通信地耦合至导航设备110，该BOA设备104可以显示可用于导航设备110的信息全部或选择子集。\n[0131] 图4图示根据本发明实施例的当用户选择菜单模板的病人监视按钮204时显示的图形用户接口。图4显示由BOA设备104自作为Zoll 除纤颤器的病人监视设备\n106接收的信息。该显示器包括垂直的重要指征符号部分402、水平的重要指征符号汇总部分404、图形部分406、解释部分414。垂直的重要指征符号部分402包括指示连接至设备106的病人116的情况的一个或多个字段。例如，重要指征符号部分402包括心率字段、呼吸率字段、血压字段、血氧水平字段和潮气末二氧化碳水平字段。每个字段可以包括信息进一步子集的可视指示。例如，根据本发明的实施例，心率字段可以包括心率的数字指示408、表示执行测量或推导的时间指示410、和概括地指示自第一次测量之后或预定时间内心率如何提高或降低的历史图表。还可以显示重要指征符号趋势。\n[0132] 根据本发明的实施例，水平的重要指征符号汇总部分404表示例如在垂直的重要指征符号部分402内同时地显示的数值。根据本发明的实施例，图形部分406包括心电图的可视显示，例如在病人116上放置的十二导联传感器所需要的。在ECG上面的是何时获得该ECG的指示。根据本发明的实施例，在新的重要指征符号信息和/或新的ECG信息变得可用时，自动地刷新图4的显示器以显示来自病人监视设备106的最新数据。根据本发明的实施例，解释部分414包括来自设备106的自动生成的信息，例如表示设备106观察到的症状的潜在原因。\n[0133] 图5图示根据本发明实施例的当用户选择菜单模板的病人绘图按钮206时现实的图形用户接口。根据本发明的实施例，图5的显示器包括病人基本信息502、干预部分504和重要指征符号部分506。根据本发明的实施例，病人基本信息502可以显示由EMS技术员114使用病人绘图设备108记录的病人姓名、年龄和性别。根据本发明的实施例，干预部分504显示使用病人绘图设备108记录的病人116干预(例如所施加的治疗)。例如，根据本发明的实施例，干预部分504包括所进行的每次干预的列表、干预时间、干预描述(例如所施用的药物的名称)和施加该治疗的人员姓名。\n[0134] 根据本发明的实施例，重要指征符号部分506包括EMS技术员114观察到的和在病人绘图设备108内记录，并在病人绘图设备108和/或数据库118内存储的某些重要指征符号数据的历史列表。根据本发明的实施例，在重要指征符号部分506内的重要指征符号数据的历史列表包括时间标记、心率、血压、呼吸率、血氧水平、潮气末二氧化碳水平、血糖水平、格拉斯哥昏迷度量率(“GCS”，Glasgow Coma Scale)以及观察或记录该重要指征符号的技术员或设备的名称。\n[0135] 根据本发明的实施例，图6图示当用户选择菜单模板的“补充记录”按钮208时显示的图形用户接口。补充记录是由EMS技术员114用于向医院或其它治疗机构发出呼叫以确认该医院将接收该病人116和/或提供该病人116的相关信息以协助该医院或治疗机构准备接收的记录。因为时间通常对于这种电话呼叫非常重要(因为进行呼叫可以将EMS技术员114的注意力临时地自病人116的护理转移开)，EMS技术员通常参考和与若干不同的设备106、\n108、110和/或非正式的数据源交互以汇编记录列表，进而传送给在医院或治疗机构内的护士或其他负责方。这种补充记录通常花费相当多的时间来组织，通常被快速地写在手套上，例如，还导致不准确性，和一些补充记录代表在进行呼叫和将信息传送给医院的时间之前的旧信息。\n[0136] 另一方面，根据本发明的实施例，BOA设备104自动地建立通常将包括补充记录的若干不同字段的显示器。图6的显示器包括代表来自多个不同设备，例如设备106、108、110的信息的字段。根据本发明的实施例，补充记录显示器可以将该信息组织成预定义模板，和/或可以将信息组织成与具体EMS技术员114相关的定制模板。根据本发明的实施例，不仅BOA设备104在总结用作补充记录的单个显示器内自动地接收和显示来自多个不同的设备\n106、108、110的信息，而且还自动地刷新显示器以反映最新信息，从而允许病人信息的实时传输。\n[0137] 例如，在没有BOA设备104的情况下，如果病人心率在三分钟的过程中自75升至\n115，和如果EMS技术员在自他的病人图表查阅姓名和背景信息和向司机112询问位置信息之前，在三分钟之后呼叫医院之前，该EMS技术员在他的手套上写“HR 75”，该EMS技术员114可能向医院报告心率75。然而，使用BOA设备104，如图6所示自动地生成和显示补充记录。当EMS技术员114将病人状态传送给医院时，除纤颤器重要指征部分将列出当前心率115。\n[0138] 根据本发明的实施例，除了标识病人116被送往的医院名称和电话号码的一个或多个医院字段602和标识病人年龄的年龄字段604之外，图6的显示器还可以包括一个或多个现病史字段、干预字段、单元标识字段(例如标识具体的EMS车辆)、性别字段、既往病史字段、病人绘图设备重要指征符号字段、预期抵达时间字段、主诉字段、评估字段和病人监视设备重要指征符号字段。\n[0139] 根据本发明的实施例，可以配置每个字段显示来自与BOA设备104可通信地耦合的一个或多个EMS设备(例如设备106、108、110)的过去或当前或推导内容。例如，医院、单元和ETA字段可以基于自导航单元110接收的信息。年龄、性别、主诉、现病史、既往病史和干预字段可以基于自病人绘图单元108接收的信息。根据本发明的实施例，病人绘图设备重要指征符号字段可以基于自病人绘图单元108接收的信息(例如GCS评分)，病人监视设备重要指征符号字段可以基于自病人监视设备106(例如ECG)接收的信息。根据本发明的实施例，BOA设备104可以位于救护车前部以允许司机112或另一EMS技术员根据实时补充记录向医院发出呼叫，从而给主治的EMS技术员114提供更多的时间和专注于直接病人护理。\n[0140] 根据本发明的实施例，BOA设备104自至少一个病人监视EMS设备和至少一个非病人监视EMS设备接收信息。根据本发明的实施例，图6的补充记录屏幕在同一显示器上图示来自至少一个病人监视设备和并不直接监视病人的至少一个其它设备(例如导航设备和/或病人绘图设备)的EMS信息(例如紧急医疗病例或运输相关的信息)的一个例子。类似地，在本发明的另一实施例中，该BOA设备104接收来自至少一个病人临床设备和至少一个非临床设备的信息，和以用户可用的格式分析、组合、存储、显示和/或发送该临床和非临床信息。如在此使用的，在其广义含义上使用术语“临床”是指在病人的监视或治疗或诊断中直接包含的内容。如在此使用的，在其广义含义上使用术语“非临床”是指在病人的监视或治疗或诊断中不直接包含的内容。例如，除纤颤器是临床设备，导航设备是非临床设备。举另外一个例子，病人的ECG信息或心率是临床信息，而病人地址是非临床信息。\n[0141] 图7图示根据本发明实施例的当用户选择菜单模板的规程按钮210时显示的图形用户接口。根据本发明的实施例，图7的显示器包括用于其中出现医疗紧急事件，其中出现治疗和/或其中传送病人的具体位置的交互指南手册。可替代地，规程按钮210可以链接至手册或指南文档以使用具体设备和/或具体技术的管理和/或药物相关信息。例如，图7的显示器可以包括在县郡的规程索引中章节的交互页列表，其可以是本地存储的规程索引和/或通过互联网连接访问的规程索引。单击一个或多个章节或链接打开例如包含关于选定的特定章节或主题的更多细节的页面。\n[0142] 根据在此公开的内容，本领域的普通技术员将理解可以配置BOA设备104显示来自一个或多个EMS设备和/或外部数据源的信息的附加或不同子集。根据本发明的实施例，该BOA设备104不仅无缝地集成来自病人监视设备106、病人绘图设备108和导航设备110的信息以在移动环境101内显示，而且还用于在诸如企业环境102等远程环境中显示。企业环境\n102可以是例如医院和/或分派环境。\n[0143] 根据本发明的实施例，来自该BOA设备104的数据(因此来自与该BOA设备104可通信地耦合的设备106、108、110的数据)可以由在管理环境103内的一个或多个企业存储服务器126接收，并存储在企业数据库130内，该信息可以由一个或多个企业应用服务器128访问和提供给企业用户124的工作站122。根据本发明的实施例，该BOA设备104可通信地耦合至可通信地耦合至数据库130的存储服务器126，应用服务器128可通信地耦合至数据库和企业工作站122。通过诸如互联网等网络120将这些设备可通信地耦合。\n[0144] 根据本发明的实施例，当该BOA设备104自与其可通信地耦合的一个或多个设备(例如设备106、108、110)接收更新信息时，该BOA设备104将更新后的信息发送给企业存储服务器126，其将该更新后的信息存储在可以包含在存储介质130上的数据库内。因此，根据本发明的实施例，可以将来自一个或多个设备(例如设备106、108、110)的信息存储在移动数据库118、远程企业数据库130或者两者之内。企业用户124，例如可以是监视和/或准备救护车抵达的急诊室护士、急诊室医生和/或在家的医疗指导者，通过经企业工作站122请求信息，可以访问类似于由BOA设备104所显示信息的信息。例如，企业工作站122访问网页接口和/或瘦客户机网页浏览器应用，其在网络120上自应用服务器128请求信息。根据本发明的实施例，应用服务器128向数据库130询问信息，将显示返回给企业工作站122，其看起来与EMS技术员114当前在BOA设备104显示器上观看的内容相同或类似。\n[0145] 图8至图10图示根据本发明实施例的通过企业工作站122可用于企业用户124的用户接口和显示屏幕的例子。图8图示根据本发明实施例的基于网页浏览器的客户机接口，在显示器的一部分内包括可以使用EMS设备数据的可用EMS车辆802、804的列表。单击ALS2 \n804，例如出现类似于图8的屏幕，其允许企业用户124选择按钮之一，包括但是并不限制于病人监视按钮806、导航按钮808和/或病人绘图按钮810。根据本发明的实施例，当用户124单击病人监视按钮806时，图8的屏幕显示出现，并包括来自救护车ALS2的病人监视设备106的当前信息。根据本发明的实施例，图8的病人监视显示器被自动地连续地或者半连续地更新；根据本发明的其它实施例，用户124选择“获取更新”或者浏览器的“刷新”按钮，从而获得可用的最新信息。根据本发明的实施例，图8的企业显示器包含类似于图4的移动显示器的信息。\n[0146] 根据本发明的实施例，由在急诊室内等待病人被救护车送到的医生通过普通互联网浏览器访问在企业环境102内的网站显示。该网站可以通过诸如登录用户名称和密码等保护。每辆救护车可以通过车辆名称标识；医生自即将到来的车辆列表选择，此后显示该病人的数据。就如同在移动屏幕上显示的一样，可以显示该数据，同样在“临床时间”内。根据本发明的实施例，企业环境102网站仅显示其目的地与在用户机构上记录的目的地相同的那些病人的数据。\n[0147] 根据本发明的实施例，当用户124单击导航器按钮808时，显示图9的屏幕显示，包括来自救护车ALS2的导航设备110的当前信息。根据本发明的实施例，图9的企业显示包含与图3的移动显示类似的信息。\n[0148] 根据本发明的实施例，当用户124单击病人绘图按钮810时，显示图10的屏幕显示，包括来自救护车ALS2的病人绘图设备108的当前信息。根据本发明的实施例，图10的企业显示包括与图5的移动显示类似的信息。\n[0149] 尽管图1图示了在移动环境101内的单个BOA设备104，也可以在移动环境101内使用一个以上BOA设备104以可通信地连接至相同或不同组的设备106、108、110。根据本发明的实施例，尽管图1图示一个移动环境101，一个以上移动环境101和/或一个以上BOA设备\n104可以可通信地耦合至管理环境103和/或企业存储服务器126。根据本发明的实施例，企业存储服务器126接收来自BOA设备104的EMS设备信息，将其与身份验证后的时间标记和与特定EMS设备和/或特定EMS车辆的信息相关的标识符一起存储在数据库130内。这样，可以由企业用户124访问来自多个车辆和/或多个设备的数据。\n[0150] 而且，企业存储服务器130可以将自一个或多个BOA设备104接收的信息安全地存储更长的时间周期以允许该信息的随后使用。例如，BOA设备104可以通过病人绘图设备108或直接通过BOA设备104接收病人标识信息，例如名称、地址和/或社会安全号码，随后可以将一些或全部病人标识信息传送给企业存储服务器126，并请求企业存储服务器126向数据库130查询同一病人116相关的过去记录。随后，该企业存储服务器126可以将任意此类记录或此类记录的部分转发回BOA设备104(例如用于在病人绘图屏幕或者补充记录屏幕内的既往病史内显示)以协助EMS技术员114处理当前急诊。类似地，根据本发明的实施例，也可以由企业用户124访问此类过去EMS病例记录信息。根据本发明的实施例，系统管理员134可以通过可通信地耦合至服务器126、128的管理工作站132访问和/或监视数据库130内的数据和/或修改服务器126、128的指令。\n[0151] 根据本发明的一些实施例，该BOA设备104可以连接(例如自动地或人工地或选择性地)可佩戴医疗设备，例如 可佩戴除纤颤器，以自其接收和显示病人监视信息。该BOA设备104还被配置以自这样一个可佩戴设备接收病人标识信息，允许BOA设备104查询外部数据库，例如通过网络120，提取该病人的相关附加信息。根据本发明的实施例，该BOA设备104还可以被配置以类似方式连接可植入的心率转换器-除纤颤器(“ICD”)。\n[0152] 图11图示根据本发明实施例的用于实时显示自多个不同的EMS设备收集的医疗信息的治疗域系统1100概况。根据本发明的实施例，系统1100包括病人监视设备模块1102，其可通信地耦合至移动域模块1126，模块1126可通信地耦合至远程或企业域模块1128，模块\n1128可通信地耦合至瘦客户机显示模块1124。根据本发明的实施例，可以由在整个区域、州、国家和/或世界的多家医院访问该数据库130。\n[0153] 根据本发明的实施例，移动域模块1126包括设备适配器1104、可访问移动数据库\n1108的移动资产管理模块1106、BOA模块1110、病人绘图模块1112、导航模块1114和网络适配器1116。根据本发明的实施例，远程/企业模块1128包括网络适配器1116、可访问企业数据库1120的企业资产管理模块1118和企业应用服务器模块1122。\n[0154] 病人监视设备模块1102操作病人监视设备106和生成包含病人116情况的相关信息的一个或多个数据管道。设备适配器/通信接口模块1104管理在计算设备和一个或多个医疗设备之间，例如在病人监视设备模块1102和移动资产管理模块1106和/或BOA模块1110之间的数据通信。根据本发明的实施例，设备适配器模块1104包括一个或多个下述属性：\n[0155] ·支持多种通信传输(例如设备可以使用蓝牙、802.11、以太网、串行电缆)。\n[0156] ·支持多个数据传输协议。\n[0157] ·支持多个医疗设备类型。\n[0158] ·支持多个数据存储概况(例如存储至文件系统，由资产管理模块1106存储至数据库1108)。\n[0159] ·允许管理员或用户将传输、协议、设备和多个存储概况关联在一起以显示通信“管道”，在其上可以与医疗设备交换数据。\n[0160] ·同时支持多个管道。\n[0161] ·允许管理员或用户指定它向其传送的一个或多个特定医疗设备，在这种情况下，模块1104将使用特定于传输的发现协议来发现和连接至设备。\n[0162] ·允许管理员或用户指定任意一个(ANY)作为医疗设备，在这种情况下，它将使用特定于传输的发现协议来发现和连接至所发现的任意兼容医疗设备。\n[0163] ·当配置管道使用并不支持发现的协议时(例如串行电缆)，模块1104将允许该设备初始化该连接和随后根据是否选择特定医疗设备来允许或拒绝它。\n[0164] ·通过允许其连接至模块1104和接收自医疗设备和装置抵达的数据的异步通知以提取数据，支持多个客户机应用(本地或远程的)。\n[0165] ·如果医疗设备具有要传送的数据资产，维持通信‘管道’，而不考虑任意应用是否在运行或等待接收数据资产。\n[0166] ·用户可以配置与之通信的一个或多个医疗设备应用，这种配置可以是持久和易于改变的\n[0167] ·通信策略可以是可配置的。例如，在进行通信之前，蓝牙可能需要与设备配对。\n用户可以配置该配对例如是‘自动’或‘手动’或‘持续重新获取的’。\n[0168] ·应用程序可以通过现对简单的表达API访问先前接收的数据资产。\n[0169] ·可以向应用程序通知新接收的资产和可以根据特定设备和/或资产类型过滤这些通知。\n[0170] ·应用程序可以向通信层查询用于可定制用户接口单元的状态、可用设备等等。\n[0171] ·通信层可以是根据也指示状态的通知图标可控制的。\n[0172] ·可以保护可配置项目不被普通用户通过使用特权‘管理’模式和在通知区域图标小应用程序中的普通用户模式的恶意或错误更改。\n[0173] ·配置可以是‘便携式的’和‘可分配的’，以便可以建立一个配置和将其拷贝至每个设备，而不必需通过通知小应用程序实际地配置每个设备。\n[0174] ·可以缺省地通过应用程序隐藏通信‘管道’的某些特征或限制。\n[0175] ·通信层自身可以是分层的，并支持用于管理不同通信传输的多个插件类型传输驱动器和用于处理来自不同设备和不同资产类型的数据资产的接收的多个插件类型协议驱动器。这可以允许通信层随着新传输或新协议的发展快速扩展成新的传输或者新的协议。\n[0176] 图12图示设备适配器/通信模块1104，其包括分别关联医疗设备1208、1210、1212的一个或多个管道1202、1204、1206。根据本发明的实施例，通信模块1104可以是可自科罗拉多州布鲁姆菲尔德的卓尔数据系统(Zoll Data Systems)购买的PELICANTM的通信接口。\n根据本发明的实施例，通信引擎1104是“始终开启”操作系统服务，其实现通信管道1202、\n1204、1206和处理来自医疗设备1208、1210、1212的输入数据。根据本发明的实施例，通信引擎1104还包括API 1216，这是由通信引擎1104暴露的对象和方法的集合，其可以由应用程序为了诸如获取数据资产和配置引擎1104等任务用于配置和与引擎1104交互。例如，移动资产管理模块1106可以与API1216交互以接收医疗设备数据。\n[0177] 图13图示根据本发明实施例的管道1202。根据本发明的实施例，管道1202包括与医疗设备的一个或多个存储配置1312、1314、1316关联的一个或多个存储插件1302、1304、\n1306；与医疗设备的医疗设备配置1318关联的医疗设备插件1308；与医疗设备的传输配置\n1320关联的传输插件1310。如在此使用的，“传输”是操作系统支持的底层通信介质，例如TCP/IP、蓝牙和串行。一些传输是面向分组的(例如TCP)，而其它是面向流的(例如串行)。一些支持发现，一些并不支持。一些支持配对，一些并不支持。每个传输可以包括唯一的配置。\n[0178] 传输插件可以是.NET组件，其由通信引擎1104动态地装载，和提供用于特定传输(例如串行端口、蓝牙、TCP/IP和文件系统)的数据通信支持。根据本发明的实施例，通信引擎1104可以被配置用于自动配对(例如用于支持配对的传输，引擎1104使用专用于传输的规则根据配置和用户首选项来自动地建立和维持与医疗设备的配对)，和/或用于自动发现(例如用于支持发现的传输，引擎1104可以被配置以自动地发现新的医疗设备和将它们输入已知的设备列表)。\n[0179] 医疗设备插件可以是.NET组件，其由通信引擎1104动态地装载，其提供用于特定类型的医疗设备的传输独立数据通信服务，例如ZOLLM/E-Series ZOLLModem或ZOLL E-Series DUN。存储插件可以是由通信引擎1104动态地装载的.NET组件，其将存储服务提供给引擎。\n[0180] 如图13所示，管道可以是传输、医疗设备和存储配置的组合，其代表用户已经指示将自其接收数据的医疗设备，且其允许进行通信。管道可以由用户配置和/或可以是预定义的。例如，管道可以规定具有配置的传输串行端口(COM1，波特＝9600)、医疗设备E/M系列ZOLLModem(任意医疗设备)和存储器(本地文件系统)。该配置将从在9600波特上连接至COM1的任意设备接收数据资产，和将它们存储至本地文件系统。举另外一个例子，管道可以规定传输蓝牙(波特＝115200，自动配对)、医疗设备E/M系列ZollModem(ZOLL005611)存储器(本地文件系统)和存储器(资产管理)。该配置将导致蓝牙配对至ZOLL005611，即使中断时也维持该配对，接收来自特定设备的任意数据资产和将它们同时存储至本地文件系统和将它们提交给资产管理(例如移动资产管理模块1106和/或企业资产管理模块1118)。\n[0181] 举另外一个例子，管道可以规定传输蓝牙(波特＝115200，自动配对)、医疗设备E/M系列ZOLLModem(任意设备)。该配置将导致蓝牙与在定期发现过程中发现的任意医疗设备自动地配对，接收来自任意配对设备的任意数据资产，和通过全部装载和启用的存储插件予以存储。举另外一个例子，管道可以规定传输TCP/IP(本地IP＝192.168.1.20，端口＝\n7743)、医疗设备E/M系列DUN(任意设备)、存储器(资产管理)。根据本发明的实施例，该配置将导致引擎1104开始在用于DUN业务的规定IP地址和端口上监听和通过资产管理将其存储(例如通过将其发送给移动资产管理模块1106和/或企业资产管理模块1118)。\n[0182] 根据本发明的实施例，对于使用发现支持传输的设备适配器1104的每个“管道”，适配器1104执行图14概述的方法，对于使用非发现支持传输的设备适配器1104的每个管道，适配器1104执行图15所示的方法。\n[0183] 如上所述，根据本发明的实施例，移动资产管理模块1106接收来自设备适配器和通信接口1104的医疗设备数据。移动资产管理模块1106执行医疗设备数据的安全存储、提取和管理以及向其它应用通知这些数据资产的存储或修改的异步事件。根据本发明的实施例，移动资产管理模块1106支持本地或面向远程服务的API以存储、提取和修改医疗设备数据，和将基于本地或远程异步消息的事件通知提供给订阅它们的应用。这些事件可以包括医疗设备数据抵达的通知。\n[0184] 根据本发明的实施例，BOA模块管理来自多个数据提供者(包括但是并不限制于，设备适配器1104、病人绘图模块1112和导航模块1114)的数据馈送，并将这些馈送显示在触摸屏平板上。BOA模块1110还将这些集成的数据单元传送给事务部门模块(例如企业资产管理模块1118)。根据本发明的实施例，病人绘图模块1112控制病人绘图设备108和由其发送和接收的信息，导航模块1114控制导航设备110和由其发送和接收的信息。根据本发明的实施例，BOA模块1110包括一个或多个下述属性：\n[0185] ·允许用户配置设备适配器/通信接口模块1104，包括但是并不限制于医疗设备的选择。\n[0186] ·允许用户选择病人绘图设备，在病人绘图设备内输入信息时它将自其接收包含医疗记录信息的数据馈送。\n[0187] ·允许用户选择导航设备，它将在定期基础上自其接收包含导航和分配信息的数据馈送。\n[0188] ·自通信接口模块1104和/或移动资产管理模块1106接收包括但是并不限制于12导联ECG和重要趋势记录的新医疗设备数据的抵达的相关通知。\n[0189] ·自选定的病人绘图设备接收异步消息，其包括当前开启的病人记录的相关数据，包括但是并不限制于：病人基本资料、病史、当前评估、所执行的干预和/或重要指征符号。\n[0190] ·自选定的导航设备接收异步消息，其包括当前分配状态、目的地、成员、位置、路径和/或当前位置地图的相关数据。\n[0191] ·循环地显示每个所接收的数据馈送的图形显示以在救护车后部在平板上或者在另一显示设备上的其它地方观看。\n[0192] ·允许护理人员或EMS技术员114临时地冻结在反馈上的循环显示，以便在特定的信息模板上更仔细地检查特定数据。\n[0193] ·将数据馈送集成至定期地发送给企业资产管理模块1118的数据结构内。\n[0194] ·为了便于向接收机构的口头报告，显示集成数据馈送的客户可定制视图(例如在BOA设备104上显示的补充记录信息模板内的报告)。\n[0195] ·向用户显示观看区域EMS规程以参考的能力。\n[0196] 图16图示根据本发明的实施例由BOA模块1110执行的逻辑流程图1600。该逻辑流程图1600开始于方框1602。用户选择特定设备或选择“读取”配置以确定将由BOA设备104读取和显示哪些设备的数据(方框1604)。准备数据模型(方框1606)，例如将在BOA设备104上显示和最终将被传送给企业环境102和/或企业应用服务器128的系统的当前状态。根据本发明的实施例，该数据模型可以在添加馈送时扩展以包含其它数据单元，并可以签约以消除未使用数据馈送的容器属性(例如并不包括病人绘图设备108的装置)。BOA模块1110咨询移动资产管理模块1106以确定新的医疗设备数据是否可用(方框1608)，和如果如此，更新在数据模块内的医疗设备数据(方框1610)。BOA模块1110查询移动资产管理模块1106以确定新的病人绘图数据是否可用(方框1612)，如果是，更新在数据模块内的病人绘图数据(方框1614)。\n[0197] BOA模块110咨询移动资产管理模块1106以确定新的导航数据是否可用(方框\n1616)，如果是，则更新在数据模型内的导航数据(方框1618)。BOA模块1110确定是否是将更新后的信息发送给企业资产管理模块1118的时间(方框1620)，如果是，将数据模型发送给企业资产管理模块(方框1622)和生成异步消息(方框1626)。根据本发明的实施例，在方框\n1626上生成的异步消息的目的是企业应用服务器128；根据本发明的替代实施例，在方框\n1626上生成的异步消息的目的是企业存储服务器126，其又存储数据和向企业应用服务器\n128通知数据的可用性。根据本发明的实施例，随后例如以在BOA设备104上的显示更新的形式呈现数据模型(方框1624)。根据本发明的实施例，不作为“阶段”而是作为每个事件执行用方框1608、1612、1616和1620指示的程序，这些事件触发修改数据模型的不同执行线程，进而又触发BOA设备104显示的更新。\n[0198] 根据本发明的实施例，网络适配器/通信接口模块1116是包括一个或多个下述属性的通信信道：\n[0199] ·通用和数据格式独立。每个应用可以负责其消息的格式。\n[0200] ·消息编址可以通过名称而不是传输地址(例如IP地址)，以便可以将消息发送给当前不存在路由的实体(例如当发送者自互联网断开时)。可以推迟到实际机器地址的名称解析，直到路由实际存在。\n[0201] ·在使用通信接口模块1116的实体之间的树型关系，其中可以将名称信息“预装载”到树上方而不是下方。如此，每个节点具有简单的路由选项：如果名称是当前设备或之下，则路由至那里，反之则路由至当前设备的父设备。树根可以是主消息代理器，其累积全部名称信息。根据本发明的实施例，主消息代理器是在通信树中是包含全部名称信息和因而可以执行自一个子树到另一个子树的路由选择的唯一节点。\n[0202] ·可以推迟消息发送直到接收者实际地出现。可以存储消息直到接收者变成可路由的。\n[0203] ·可以将消息存储在每个节点上的事务处理安全数据库内，以便即使节点未预期地故障并不产生消息丢失的风险。\n[0204] ·可以维持消息的全部加密直到接收者实际地接收它们。虽然存储在数据库内，消息可以保持加密。\n[0205] ·在间断连接的无线连接上的强壮操作。可以存储消息直到连接恢复。在某些时限内，如果连接重建，消息传输可以自它停止的地方继续而不是重新开始。\n[0206] ·可以本地地路由预期发送到‘本地的’的机器或应用的消息，即使当该树的片段自主消息代理器断开时。\n[0207] ·可以发送带有过期时间的消息，该时间后将不发送消息，和向发送者通知过期。\n[0208] 根据本发明的实施例，通信接口1116可以是可自科罗拉多州布鲁姆菲尔德的卓尔数据系统(Zoll data System)购买的MERCURYTM通信接口。\n[0209] 可以使用通信接口模块1116作为通道实现BOA模块1110的消息收发组件。根据本发明的实施例，这些消息收发组件实现下述的一个或多个特征：\n[0210] ·公开订阅模型：向提供者(例如病人绘图模块1112)订阅以接收数据馈送的数据馈送用户(例如BOA移动模块1110)。订阅请求包括订阅持续时间。当提供者修改数据馈送项目时，将数据馈送项目发送给全部订阅用户。根据实施例，BOA模块1110是用于来自病人绘图模块1112和导航模块1114的馈送的数据馈送用户，而数据馈送提供者是用于进入企业资产管理模块1118的集中馈送。\n[0211] ·消息队列节流：使用通信接口模块1116的消息过期特征，可以在短暂的过期时间之内发送全部消息，随后一旦通知过期则发送新的当前复本。这保证该系统在断开组件时不具有大型队列的陈旧数据馈送消息；至多一个当前消息在该系统内。\n[0212] ·复杂消息格式：数据馈送消息包括图形、文本和二进制数据，其可以由接收者转换成对象以便于使用。\n[0213] 企业资产管理模块1118接收来自多个BOA模块1110的集中数据馈送，在远离始发者的显示器上提供这些集中数据馈送的显示。例如，根据本发明的实施例，可以由企业应用服务器模块1122自与企业资产管理模块1118相关的数据库1120提取这种集中数据馈送，并通过在网页浏览器上运行的瘦客户机显示应用模块1124向企业用户显示。根据本发明的实施例，可以保护、加密、密码保护和/或HIPAA兼容这样一个网页。根据本发明的实施例，企业资产管理模块1118包括下述一个或多个属性：\n[0214] ·自多个BOA模块1110接收异步消息包括集中数据馈送，包括但是并不限制于来自病人绘图模块1112、导航模块1114和医疗设备的数据馈送。\n[0215] ·使用来自BOA模块1110的目的地数据，由导航模块1114或者由用户在平板BOA设备104上手工地设置，为每个医院目的地创建包含以该医院为目的地的来自每个BOA模块\n1110的馈送的网页。\n[0216] ·当新版本的集中数据馈送抵达将病人116的相关数据发送给医院或治疗机构的每个BOA模块1110时，异步地更新该网页。\n[0217] ·使用12导联数据的诊断解析度呈现该集中的数据馈送。\n[0218] ·使用医院专用登录账号进入安全EMS数据馈送网页模块1124来防止未授权的访问。\n[0219] 尽管图1图示了与病人监视设备106、病人绘图设备108和导航设备110可通信地耦合的BOA设备104，在本发明的替代实施例中，该BOA设备104与图1未图示的附加EMS相关设备可通信地耦合，和/或与图1所示种类的多个设备可通信地耦合，和/或与图1所示种类不同型号或版本的设备可通信地耦合。例如，可以配置BOA模块1110直接地和/或间接地通过设备适配器/通信接口模块1104向和自一个或多个下述设备传送EMS相关设备数据：除纤颤器、病人绘图设备、导航设备、GPS设备、脉冲血氧计、自动心肺复苏设备(例如Autopul 非侵入式心脏支持泵)、驱动安全监视系统、独立血压监视器、血糖测量设备、存货控制系统、血液酒精监视器、呼气测醉仪器和成员调度系统。根据本发明的实施例，除纤颤器或病人监视设备可以是由多个不同制造商制造和/或销售的大量除纤颤器或病人监视设备之一。根据本发明的实施例，BOA设备104还可以与由Zoll医疗公司制造的CodeNet WirterTM设备等可通信地耦合，配置以集中病人数据。\n[0220] 根据本发明的实施例，该BOA设备104可通信地耦合至仅一个或两个病人监视设备\n106、病人绘图设备108和导航设备110，被配置以组织和显示来自该仅一个或两个此类设备的EMS信息。\n[0221] 根据本发明的实施例，尽管参考图11描述的模块和应用可以大概对应于具有与图\n1类似的标记的硬件设备，根据在此公开的内容，本领域的普通技术员将理解用于执行所述程序的各种模块和/或指令可以以不同组合位于不同和各种硬件设备和/或未图示的硬件设备上。例如，根据本发明的实施例，尽管BOA设备104可以是触摸屏PC，包括和配置以执行BOA模块1110的任务，该BOA设备104可以可替代地是简单的显示设备，例如监视器，具有由其它硬件执行的BOA模块1110和/或移动资产管理模块1106的计算功能，以便仅将显示信息传送给BOA设备104。\n[0222] 可以配置根据本发明实施例的BOA设备104以便于通过具有允许快速和轻易数据输入的软件的触摸屏设备进行输入，类似于卓尔数据系统(Zoll  Data Systems)ePCR Suite的Quicklog(快速登录)性能。此外，根据本发明的实施例，可以配置BOA设备104以允许自在先传输和/或自移动数据库118和/或企业数据库130提取的其它代理选择和显示病人监视数据(例如12导联ECG数据)。这种历史和/或共享病人数据也可以作为数据管理程序的一部分可用于医院和/或由医院或其它护理机构存储。还可以配置BOA设备104显示流化ECG信息，类似于例如通过除纤颤器设备的这种信息的“现场”显示。还可以配置BOA设备104向EMS技术员114显示正在执行的心肺复苏相关的反馈，在施加过程中和/或之后评估CPR技术。根据本发明的实施例，可以配置BOA设备104与来自加速计和/或其它CPR评估设备可通信地耦合和接收来自其的信息，例如配置以检测胸腔压缩的存在和/或定时和/或深度/偏移和/或速度和/或加速度的设备，例如在2002年5月21日授权的美国专利6,390,996号、2004年12月7日授权的美国专利6,827,695号、2006年10月17日授权的美国专利7,122,014号和2006年1月12日公开的美国专利申请公开文献2006/0009809中描述或引用的设备和方法，在此全文引入作为参考。\n[0223] 图17图示根据本发明实施例的由BOA模块1110执行的方法的流程图1700。该处理开始于方框1701。初始化该BOA模块1110(方框1702)，随后用户可以选择将自其接收医疗和/或EMS信息的设备(方框1704)。例如，这种设备选择可以涉及生成将由病人监视模块\n1102接收的用于建立连接的异步消息(方框1706)，将由导航模块1114接收用于建立连接的异步消息(方框1708)，和/或将由病人绘图模块1112接收用于建立连接的异步消息(方框\n1710)。当用户初始化选择或改变设备的异步事件时在任何时间上可以选择设备的不同子集(不同设备，更少设备或更多设备)(方框1712)。\n[0224] 一旦已经选择设备，该BOA设备104循环通过一系列的不同显示(方框1714)。可编程该循环以出现在预设间隔上；例如可配置BOA设备104每七秒在不同数据模型之间循环显示。例如，可以显示导航设备数据模型(方框1716)，这可能类似于例如图3所示的数据模型。\n在预设时间之后，可以将显示切换至病人监视设备数据模型(方框1718)，类似于例如图4所示的数据模型。在另一预设时间之后，可以将该显示切换至病人绘图设备数据模型(方框\n1720)，类似于例如图5所示的数据模型。根据本发明的实施例，一旦显示已经循环通过每个数据模型，它可以返回所显示的第一数据模型和重复该循环。例如当用户通过选择循环馈送按钮(类似于图3的按钮318)初始化异步事件(方框1722)时，可以在其它任务过程中初始化或重新初始化这样一个循环。\n[0225] 当用户选择“馈送”按钮之一时(方框1724)，生成异步事件，导致与该馈送对应的数据模型显示(方框1726)更长的预定时间周期，例如一分钟。举例来说，如果用户选择病人绘图按钮206(参见图2)，将立即显示类似于图5的病人绘图数据模型，并将显示保持比缺省循环时间更长的时间周期。根据本发明的实施例，当用户选择补充记录按钮208(方框1728)时，生成异步事件，导致将显示类似于图6的补充记录数据模型(方框1730)，直到用户接着选择循环馈送按钮318或特定馈送按钮202、204、206。根据本发明的实施例，当用户选择规程按钮(方框1732)时，生成异步事件，导致显示类似于图7的规程数据模型(方框1732)，直到用户接着选择循环馈送按钮318或特定馈送按钮202、204、206。\n[0226] 根据本发明的实施例，当EMS设备之一接收或生成新数据时，可以配置其生成将由BOA模块1110接收的异步通知。例如，根据本发明的实施例，当其具有共享的新信息时，病人绘图模块1112可以生成异步消息(方框1736)，当其具有共享的新信息时，病人监视模块\n1102可以生成异步消息(方框1738)，当其具有共享的新信息时，导航模块1114可以生成异步消息(方框1740)。这些异步消息可以在其中包括新的或更新的数据。当BOA模块1110接收一个或多个这些通知时，它更新与特定设备和/或所接收的信息对应的一个或多个数据模型(方框1742)。例如，如果自病人绘图模块1112(其可以在病人绘图设备108上运行)接收到新的病人绘图信息，该BOA模块1110将更新病人绘图数据模型以反映最新数据。随后，BOA模块1110刷新其显示(方框1744)，这导致如果在方框1742中更新在数据模型中的任意数据则立即使用新的数据模型替换当前显示的数据模型。根据本发明的实施例，随后可以将该数据模型更新发送给BOA企业模块，该模块可以驻留在企业应用服务器128(方框1746)上，这可能导致生成到BOA企业模块的异步消息(方框1748)。\n[0227] 本发明的一些实施例包括各种步骤，其中一些可以通过硬件组件执行或者可以内嵌在机器可执行指令内。可以使用这些机器可执行指令使通过指令编程的通用或专用处理器执行步骤。可替代地，可以通过硬件、软件和/或固件的组合执行步骤。此外，可以在一个或多个计算机系统、大型机(例如诸如IBM z系列的IBM大型机、Unisys ClearPath大型机、HPIntegrity NonStop服务器、NEC Express系列或其它大型机)或者客户机-服务器类型的系统上至少部分地(例如一个或多个模块)执行或实施本发明的一些实施例。此外，本发明实施例的具体硬件方面可以包括一个或多个这些系统或其部分。\n[0228] 如此，图18是可以使用本发明实施例的计算机系统1800的例子。根据本例子，该计算机系统包括总线1801、至少一个处理器1802、至少一个通信端口1803、主存储器1804、可移动存储介质1805、只读存储器1806和大容量存储器1807。\n[0229] 一个或多个处理器1802可以是任意已知的处理器，例如但是并不限制于一个或多个 或 处理器或者一个或多个 或\n处理器或者 的处理器产品线。一个或多个通信端口1803例如可以是由基于调制解调器的拨号连接使用的RS-232端口、10/100以太网端口或使用铜或光纤的吉比特端口中的任意一个。根据网络，例如局域网(LAN)、广域网(WAN)或者计算机系统1800连接至的任意网络，可以选择一个或多个通信端口1803。主存储器1804可以是本领域普通技术员公知的随机存取存储器(RAM)或一个或多个任何其它的动态存储器。只读存储器1806可以是任意一个或多个静态存储设备，例如用于存储诸如用于处理器1802的指令的静态信息的可编程只读存储器(PROM)芯片。\n[0230] 可以使用大容量存储器1807存储信息和指令。例如，可以使用诸如SCSI驱动的系列等硬盘、光盘、诸如RAID的磁盘阵列(例如RAID驱动的Adaptec系列)或者任何其它大容量存储设备。总线1801可通信地耦合一个或多个处理器1802与其它存储器、存储介质和通信模块。根据所使用的存储设备，总线1801可以是例如基于PCI/PCI-X或SCSI的系统总线。可移动存储介质1805可以是例如任意类型的外部硬盘驱动器、软盘驱动器、闪存驱动器、 驱动器、紧凑盘-只读存储器(CD-ROM)、紧凑盘-可重写(CD-RW)或数字视频盘-只读存储器(DVD-ROM)。上述组件意味着举例了一些类型的可能性。上述例子绝不会限制本发明的保护范围，因为它们仅是示例实施例。\n[0231] 可以配置本发明的实施例以实现在紧急医疗服务环境中的各种其它解决方案。例如，可以配置与导航设备110通信的BOA设备104提供附加的地图和/或导航信息。根据本发明的实施例，该BOA设备104可以显示与医院目的地相关的状态信息，并可以指示转移或替代目的地以将救护车101引导至适当目的地。根据本发明的实施例，该BOA设备104还可以显示医院和/或其它目的地的相关特征，例如医院性能(例如心脏专业、烧伤专业)、可接受的保险、病人容量和当前的病人容量状态。该BOA设备104还可以与医院或其它目的地的企业工作站122通信以允许病人116的预登记或部分预登记。根据本发明的实施例，不能使用的医院向救护车司机112显示为不可用。可以配置BOA设备104与地图同时和/或在导航过程中显示此类信息以便于目的地选择。根据本发明的实施例，可以在网络120上自企业服务器\n126或128和/或自企业工作站122和/或自导航设备110获得该信息。\n[0232] 根据本发明的实施例，还可以配置BOA设备104以多种方式与用户通信，包括与EMS司机112和/或EMS技术员114。例如，可以配置该BOA设备104将音频提示、警告、调度、定时和/或音频流提供给EMS用户。可以配置该BOA设备104具有蓝牙 连接性或性能，以便用户可以连接或配对唯一的蓝牙 设备与BOA 104以接收音频信息和/或传送语音提示。根据本发明的实施例，在触发事件时，例如一旦当由BOA设备104自传感器接收到异步事件信号指示所检测的参数在可接受的范围或数值之外，可以配置警告以发出声音或可视地显示。可以使用音频和/或可视提示向用户告警具体的配药时间表，例如当自药物首次施用之后已经超过确定的时间量时蜂鸣。根据本发明的实施例，这种告警和/或时间表可以由用户设置或定制，或者可以自一组预定的告警和时间表选项选择。\n[0233] 根据本发明的实施例，该BOA设备104可以提供基于角色的数据和/或音频流；例如技术管理CPR可以接收与病人的心脏情况相关的音频和/或可视信息，但是BOA设备104可以滤除其它信息，例如用于该用户的地图和/或路由信息。根据本发明的实施例，根据其角色，可以将专用的定制反馈和/或信息提供给EMS用户。\n[0234] 根据本发明的实施例，BOA设备104可以进一步提供用于EMS技术员的决策支持。根据本发明的实施例，基于由技术员114(例如通过病人绘图设备108)输入的信息和/或自病人监视设备106接收的信息，BOA设备104可以比较该信息与内部或外部数据库以显示或传送不同的诊断和/或预测诊断(例如基于矢量或EKG信息)。例如，根据症状和/或对治疗的响应，BOA设备104可以向EMS技术员114显示决策矩阵以帮助EMS技术员114例如以交互格式确定潜在的诊断。根据自技术员114或自与其通信的设备之一接收的信息，BOA设备104可以提供规程或者到规程的链接。\n[0235] 在一种实施例中，可以通过BOA设备104的监视器通过具有病人生理测量的BOA设备104输入用于病人历史的数据。根据本发明的实施例，因为不同的诊断需要病人历史、病人检查发现和通过例如ECG、二氧化碳监护仪、脉冲测氧法等监视的病人生理状态测量，将这些数据单元集成到用户接口中，其自动地或半自动地将各种数据单元集成在BOA设备104上应用内的单个鉴别诊断屏幕上。BOA 104的接口开始要求救助者自普通呈现症状或病人主诉的列表中选择，例如呼吸困难或呼吸窘迫。例如在图26-28(直接取自Am  Fam Physician 2003：68：1803-10，在此引入作为参考)和图29(直接取自Collier County Common Medical Protocol，02/01/08修订)内图示的屏幕上的信息提供救助者获取信息的结构化方法。当将病人历史和身体检查发现输入BOA设备104时，鉴别诊断页可以逐渐地筛选可能的诊断。可以将心音测量和检测并入监视设备106，用于检测S3和S4心音和自动地筛选差别，或者建议救助者确认与心力衰竭或肺水肿的软件诊断的一致。在图26-29中图示了用于并入心音的流程图。脉冲测氧法和二氧化碳监护仪也是非常有用的测量，并可以自动地并入用于更准确诊断的算法。\n[0236] 在一种实施例中，求助者可能能够简单地自图26-29的屏幕显示列表触摸到可能列出的历史或身体检查发现的光标，从而最小化不必要的按键输入。在可能发现或历史的每个列表底部是用于“其它”的数据输入位置，用于通常与当前状态不一致的那些发现或历史。在一种实施例中，根据本发明的实施例，可以比较这些附加的发现、历史或生理测量与较大的鉴别诊断数据库以根据所计算的可能性或者通过已经排除其它可能的病因向救助者建议其它可能性。\n[0237] 根据本发明的实施例，以几乎相同的方式，可以将十二导联数据和其它BOA 104设备数据发送给企业环境102和在企业工作站122或基于网页的环境上显示和/或提取，还可以配置该BOA设备104以自企业环境102接收、显示和/或存储类似信息。例如，在病人被从一个医院运送到另一医院以接受特别护理的情况下，医院可以向该BOA设备104发送病人心肺相关信息和/或健康历史和/或医生建议。可替代地，医院可以向远程EMS技术员授予电子授权以查询保存该信息的其一个或多个数据库，支持该EMS技术员114使用BOA设备104接口选择他将希望接收哪些和多少信息。这样，救护车101内的技术员可以查看例如在医院的病人所发生的事情。\n[0238] 根据本发明的实施例，BOA设备104还可以包括语音识别软件和/或文本至语音软件。由此，根据本发明的实施例，BOA设备104可以提供读取自一个或多个设备接收的文本或数字数据的音频信号，通过声音将该数据传送给EMS技术员114，以便EMS技术员114不需要自病人或者自另一任务转移注意力。根据本发明的实施例，该BOA设备104还可以识别语音命令提示，支持用户通过语音操作该BOA设备104，而不是必需自病人或手上的任务转移人工注意力。\n[0239] 还可以配置BOA设备104提取在诸如病人监视设备106等设备上存储的音频数据，以帮助EMS技术员114治疗或诊断，和/或用于存储技术员评估、质量控制或随后的回放。例如，根据本发明的实施例，病人监视设备114可以是记录连续音频流的除纤颤器，该BOA设备\n104可以访问连续音频流和允许选择地回放某些部分和/或发送音频流或音频文件用于远程访问或存储。还可以配置该BOA设备104以自病人监视设备106或其它设备接收音频信息，即使在EMS技术员114已经抵达病人之前，以帮助EMS技术员114为现场做准备。\n[0240] 根据本发明的实施例，可以配置BOA设备104与诸如网络摄像机、独立视频照相机和/或安装在该BOA设备104所连接的另一设备上或者其一部分的视频捕获设备。例如，在救护车101后部安装的视频或静止照相机可以将可视数据提供给BOA 104用于存储和/或传输和/或重新传输给企业环境102和/或管理环境103。这样一个视频馈送允许在医院等待的医生在例如病人抵达之前查看病人的状态。\n[0241] 使用与临床和非临床的多个EMS相关设备连接和对接以及集合来自多个设备的这种(临床和非临床的)EMS信息的能力，还可以配置该BOA设备104用于存货监视和控制。例如，可以可通信地耦合该BOA设备104与条形码扫描器、射频标识(“RFID”)接收器或收发器或其它存货监视设备。该BOA设备104可以维护或者与跟踪一组具体的存货项目的数据库通信，无论它们是医疗设备、补给、药物、人员等。\n[0242] 例如，BOA设备104可以包括跟踪在具体救护车101上装载的设备、补给、和药物的存货的数据库。当将新设备放置在救护车101上时，该新设备装备有标签或条形码或某种其它唯一的标识符，可以配置该BOA设备104自动地检测或者被指示检测(例如通过使用条形码扫描器扫描条形码)新存货项目的存在。该BOA设备104还可以向用户提示状态更新请求，例如：新项目、被删除的项目、被分配的项目、被销毁的项目、被传送的项目。因此，在救护车\n101班次开始之前，成员可以查询该BOA设备104以显示车载的设备、供应和/或药物的存货，并可以为任意缺少的项目补充该存货。当施用药物时，可以将其扫描进入BOA设备104系统，指示它已经被分配和应当被替换。在班次结束时，成员可以通过该BOA设备104检查存货和重新装货必需的供应和/或将存货情况发送给第三方以进行任何适当的重新装货、监视和/或验证活动。\n[0243] 还可以由BOA 104为了远程使用和/或存储传送这种存货信息。例如，可以向每辆救护车的每个成员签出除纤颤器病人监视设备106，可以由BOA设备104通过网络120将该信息发送给企业存储服务器126，其可以汇集多个救护车101的这种信息。根据本发明的实施例，使用远程企业工作站122的班次管理员可以查询该数据库以确定哪些除纤颤器不在救护车101所在的场地。这样，该BOA设备104可以将存货信息自动上载至中央系统。\n[0244] 根据本发明的实施例，还可以配置该BOA设备104以与跟踪EMS技术员114和病人\n116安全的(临床和/或非临床)设备连接。例如，根据本发明的实施例，可以配置该BOA设备\n104与加速计和/或轮胎压力传感器和/或其它车辆相关传感器连接以跟踪驾驶情况、驾驶行为、安全等级和/或事件出现。根据本发明的一个实施例，可以配置该BOA设备104与呼气测醉器设备连接，其可以用于检测和/或估计司机和/或病人的血液酒精含量。根据本发明的实施例，该BOA设备104可以收集此类数据和以反馈形式将其显示给用户，和/或可以通过网络120发送该数据以存储和/或远程评估。根据本发明的实施例，该BOA设备104还可以监视车辆的维护时间表和当需要或建议维护时向用户告警。\n[0245] 由于其与网络120以及与其它设备106、108、110的连接，根据本发明的实施例，该BOA设备104还可以用于救护车总部和/或在创伤或灾难情况下的一种“转发器”。例如，可以配置该BOA设备104与包括在救护车101外部和/或在不同救护车101内的设备的多个设备连接以例如允许BOA设备104用户观看和管理响应治疗。根据本发明的实施例，这样一种配置还允许通过网络120将来自多个设备(例如多个除纤颤器或其它病人监视设备)的数据传送给企业环境102和/或管理环境103。在另一个例子中，可以将如上所述装备有BOA设备104的单个救护车101部署至灾难或创伤情况，可以将该BOA设备104连接至多个病人监视设备106和自其收集信息。管理人或情况管理员可以使用该BOA设备104监视治疗状态、优先级化病人医疗需要、将相关信息发送给选定的外部护理者、医院和/或治疗中心、和相应地分配资源。\n[0246] 根据本发明的一些实施例，配置BOA设备104以为与其连接的设备执行诊断和/或初始化自我诊断。通过使所下载的规程可用于显示，和/或仿真医疗紧急事件(例如仿真在医疗紧急事件或传输过程中来自多个临床和非临床设备的设备馈送)还可以将该BOA设备\n104用于EMS技术员114的训练和/或培训。\n[0247] 根据本发明的一些实施例，该BOA设备104提供其与导航设备110(或其它预定设备)的连接在线或离线的可视指示。根据一些实施例，用户可以选择观看历史而非当前病人信息；例如，用户可以选择观看先前十二导联的概述，并可以将十二导联数据概述的快照发送给企业环境102(例如医院)，例如分别使用唯一的序列号。根据本发明的实施例，该企业用户124可以观看来自BOA设备104的补充记录，以便该EMS技术员114不需要通过电话传送它们。\n[0248] 根据本发明的实施例，该BOA设备104还可以包括下拉菜单接口，列出该BOA设备\n104连接至的每个设备及其连接状态。还可以连接该BOA设备104与生物统计测量设备，例如指纹读取器或虹膜扫描仪，或者非生物统计测量设备，例如键盘，从而协助验证病人身份和/或授权访问病人医疗记录。例如，可以将这种记录存储在远程数据库内和/或由不同实体存储。\n[0249] 图20-23图示EMS通信接口设备2000，配置以便于在病人监视模块1102和设备适配器/通信接口1104(参见图11)之间的通信。并非全部的病人监视设备106包括与BOA设备104或者与其它企业环境103的某些通信(例如无线通信)必需的硬件。根据本发明的实施例，可以将EMS通信接口设备2000添加作为病人监视设备106的附件，从而补充其通信性能，以及提供附加功能。\n[0250] 根据本发明的实施例，可以配置该EMS通信接口设备2000通过现有硬件接口，例如通过PCMCIA卡槽、USB槽等与病人监视设备106接口。根据本发明的实施例，下述例子图示通过设备106内的PCMCIA卡槽与病人监视设备106接口的EMS通信接口设备2000。\n[0251] 图20图示根据本发明实施例的设计用于EMS通信接口设备2000的承载板2010。该承载板2010可以是用于各种子系统的模块上系统(“SOM”)承载的定制承载板。该承载板\n2010可以承载PCMCIAEDGE连接器2030、PCMCIA地址和控制收发器2012、PCMCIA数据收发器\n2014、板载电源2016、先进先出(“FIFO”)协处理器输入存储缓冲器2018、闪存公共存储平面(“CMP”)2020、复杂可编程逻辑设备(“CPLD”)属性存储平面(“AMP”)欺骗偏移器2022；通用串行总线(“USB”)通用异步接收机-发射机(“UART”)桥2024、CPLD编程接口2026和重置按压按钮2028。根据本发明的实施例，可以自PCMCIA 5V和可能地12V输入得出用于3.3V、1.8V和\n1.5V的电源供应。设备2000可以进一步包括USB 2.0端口。\n[0252] 承载板2010还可以包括SOM协处理器子系统2040，例如Gumstix Overo Air SOM或LogicPD xxxSOM。SOM 2040可以包括蓝牙(“BT”)无线电和/或天线和/或WiFi(例如\n802.11a/g)无线电和/或天线2042。根据本发明的实施例，可以在启动过程中初始化和配置该802.11a/g子系统，还可以通过终端会话进行配置该子系统。SOM 2040还可以包括存储设备2044，例如可移动微SD存储器/存储体槽。可以在这样一个槽内将微SD卡用作随机存取存储器以及启动带代码源以初始化协处理器子系统2040。SOM 2040还可以包括电源管理集成电路(“IC”)2048，例如德州仪器TPS65950的集成电源管理IC。SOM 2040还可以包括处理器\n2046，例如在封装上封装(“POP”)的封装内的具有256MB随机存取存储器(“RAM”)和256MB非易失性RAM(“NVRAM”)的TI开放多媒体应用平台(“OMAP”)3503处理器。根据本发明的实施例，该协处理器子系统2040可以通过双70针头可通信地耦合至承载板2010。根据本发明的实施例，承载板2010还可以包括用于编程的联合测试行动组(“JTAG”)接口。\n[0253] 设备2000可以包括CPLD固件，例如Actel lgloo Nano AGL250V2-VQG100_0。根据本发明的实施例，这种CPLD固件可以控制用于读/写操作的线性闪存(“LF”)控制信号，可以以FIFO双口实施方式控制用于写和读操作的FIFO控制信号，并可以将电平偏移地址和数据总线用于LF、FIFO和OMAP。该设备2000可以包括操作系统，例如OE 2.6.x开放嵌入式Linux。\n根据本发明的实施例，该设备2000可以使用C#公共语言运行时间(2.6.2)，例如Mono公共语言运行时间(“CLR”)。根据本发明的实施例，该设备2000可以包括使用SQLite软件库的持久数据存储器。根据本发明的实施例，该设备2000可以执行用于成帧数据资产管理模式化数据存储，和/或用于参数化帧提取的资产管理模式化服务。根据本发明的实施例，使用用于流化数据输出的用户数据报协议/网际协议(“UDP/IP”)、.NET远程服务总线和/或.NET远程事件总线，该设备2000可以实现WiFi通信。\n[0254] 图21图示根据本发明实施例的EMS通信接口设备200的系统概图。病人监视模块\n1102处理和发送病人监视数据。根据本发明的实施例，病人监视模块1102可以通过Zoll E系列除纤颤器来实现。根据本发明的实施例，配置这种病人监视模块1102以将流化病人重要指征符号和十二导联信息以及全部公开数据在BT无线连接2110上发送给作为设备适配器1104的部分的BT插件2112。如在此所使用的，术语“全部公开数据”是指由病人监视设备\n106记录的全部数据，包括但是并不限制于病人重要指征符号、十二导联数据、音频信息、ECG信息、导联类型、增益、除纤颤器电震信息、系统模式、短板类型、心率告警状态、心率、配置信息、代码标记信息、非侵入式血压测量、病人姓名、病人标识、双相除纤颤器数据、侵入式血压信息、侵入式血压波形数据、温度数据、SpO2信息、SpO2波形、样本编号信息、加速计信息、加速计波形、阻抗波形、CPR字段数据、APLS波形和/或APLS压缩检测。\n[0255] WiFi无线连接具有与BT无线连接相比用于信息传输的更高带宽。然而，在一些情况下，在其中运行病人监视模块1102的病人监视设备106可以不包括WiFi性能，但是它可以包括具有PCMCIA接口2114的个人计算机存储卡国际联合会(“PCMCIA”)卡槽。也可以将PCMCIA卡称作PC卡。可以将该EMS通信接口设备2000插入PCMCIA卡槽2114。根据本发明的实施例，设备2000可以包括用于记录来自病人监视设备106的全部公开数据的线性闪存卡\n2122或其它存储器单元。根据本发明的实施例，通过在线性闪存2122内存储写入病人监视设备106数据槽的全部数据，通过允许自线性闪存2122的存储数据的实用模式用户初始化提取，和/或通过允许线性闪存2122的实用模式用户初始化删除，可以使用存储卡2122复制病人监视设备106的全部现有存储卡功能。\n[0256] 根据本发明的实施例，也可以通过EMS通信接口模块2116，其将全部公开数据转换成输入数据，和在WiFi连接2118上将输入数据提供给作为通信接口1104一部分的WiFi插件\n2120，通过PCMCIA槽2114接收来自病人监视模块1102的全部公开数据流。\n[0257] 图22图示根据本发明实施例的EMS通信接口设备2000的另一系统概图。如图21所示，根据本发明的实施例，将全部公开数据记录在存储模块2122内，例如快闪线性模拟存储模块2122。根据本发明的实施例，以类似于其中可以通过设备106读取、写入和/或删除与病人监视设备106持久相关的任意存储单元的方式，可以由病人监视模块1102读取、写入和/或删除快闪模拟模块2122。例如，这可以通过使用设备106的实用模式来实现。由此，不将快闪模拟接口至SOM(例如至微处理器2204)，而仅以写/读/删除方式至病人监视模块1102。\n[0258] 根据本发明的实施例，设计快闪模拟存储器2122以类似于通常与病人监视设备\n106关联和可以内嵌其中的线性闪存卡。可以将某些信息存储在非易失性存储区域，例如在属性存储平面内，可以将某些其它信息存储在公共存储平面的第一系列字节内，使存储器\n2122类似于病人监视设备106的内部存储器。通信接口2116可以是FIFO缓冲器2202，其可以通过PCMCIA接口2114自病人监视模块1102接收全部公开数据，并将该全部公开数据转发给微处理器2204。根据本发明的实施例，该FIFO 2202是自病人监视模块106至微处理器2204单向的。还可以将输入数据固化在资产管理数据库2314内。\n[0259] 根据本发明的实施例，FIFO缓冲器2202和/或快闪模拟存储模块2122是即使当SOM \n2040不操作时也能工作的仅硬件解决方案。根据本发明的实施例，该功能允许在SOM 2040不工作的情况下的数据保护，并允许用于SOM 2040的数据缓冲以初始化(例如启动和开始EMS通信接口服务)。根据本发明的实施例，在对该卡2122的治疗模式数据捕获过程中，如果将要禁止SOM 2040，将不丢失设备106的数据。根据本发明的实施例，这还允许已经在与存储模块上的数据存储相关地在病人监视设备106的实用模式上训练的用户继续使用这种实用模式，即使使用在存储模块2122而非设备106内部的存储模块上存储的数据。\n[0260] 使用作为通信接口1104一部分的插件2120，可以在WiFi连接2118上自微处理器\n2204流化事件数据(“ID”)。这些信息可以由诸如BOA设备104接收和显示，并可以实时地和/或临床地较长时间显示(例如具有不长于允许进行医学准确和即时观察、诊断和/或治疗决定的延迟)。根据本发明的实施例，可以以不高于一秒的延迟在BOA设备104上流化事件数据。例如，根据本发明的实施例，可以每秒至少一次更新由除纤颤器病人监视设备生成的十二导联数据。\n[0261] 根据本发明的实施例，还可以编程微处理器2204在WiFi连接2118上通过事件总线生成异步(例如基于事件的)通知。例如，如果病人重要指征符号落在当前参数之外，可以编程微处理器2204在通信接口1104上通过事件总线发送告警事件。\n[0262] 此外，根据本发明的实施例，可以编程微处理器2204允许双向服务总线/服务接口，允许请求事件数据相关专用事件。例如，在治疗事件之后，用户可以通过服务总线自微处理器2204请求与特定事件相关的全部信息(使用唯一的事件标识符，例如病例编号、病人姓名等)。随后，根据本发明的实施例，微处理器2204将查询资产管理模块2314和提取与特定事件相关的任意记录，并通过服务总线将它们发送回来。这样，用户可以提取特定事件数据而不是必需下载全部的卡文件数据(在许多情况下，这将涉及多个事件或者所寻求信息特定子集之外的信息)。通过在存储和/或转发之前由微处理器2204将全部公开数据转换成事件数据，使其成为可能。在一些情况下，用户可能希望请求由资产管理模块2314存储的全部数据，这将是与自病人监视模块1102直接地请求卡文件类似的操作。\n[0263] 图23图示根据本发明实施例的用于EMS通信接口设备2000的软件逻辑图。Linux内核2302可以包括配置以自病人监视设备106接收数据流(例如全部公开数据)2301的通用输入/输出(“GPIO”)模块2304。根据本发明的实施例，数据流2301通过使用若干GPIO 2304线路控制的FIFO模块2202与系统2000形成接口。根据本发明的实施例，使用GPIO状态、控制和八比特数据将FIFO读取至SOM。在一些实施例中，可以在用户空间而不是设备驱动器内实施字节流驱动器2308以便于调试。通过监视FIFO 2202空标记(与在一种实施例中用于调试效率驱动的中断相反地，可以轮询该标记)，字节流驱动器2308可以保持FIFO 2202排空。\n[0264] 根据本发明的实施例，将由字节流驱动器2308自FIFO读取的字节重新装配成块，类似于由病人监视设备106发送的和在数据格式化器2310内成帧的那样。这导致来自数据格式化器2310的帧事件流2303。随后将该帧事件流发送给资产管理模块2312，其将帧存储至数据库2314和将它们转发到WiFi信道至Linux内核2302的TCP/IP模块2306。根据本发明的一些实施例，在WiFi连接上通过加密的UDP广播发送帧事件流2303，以便它可以由各种客户机接收(例如可以配置iPhone接收UDP广播)。根据本发明的实施例，还可以通过通信接口模块1104的临床时间馈送插件2316接收该帧事件流2303。\n[0265] 根据本发明的实施例，可以由授权的外部客户机，例如通过通信接口模块1104的事件插件2318，进行在数据库2314内存储的事件数据的异步请求。在图23中用虚线图示这种事件服务调用。根据本发明的实施例，尽管将数据库2314图示为SQLite数据库，本领域的普通技术员基于在此提供的公开内容将理解可以由资产管理模块2312使用其它数据库格式。\n[0266] 根据本发明的实施例，由数据格式化器2310将字节流格式化成类似于设备106数据块的数据块，且一旦构造则在WiFi格式中广播这些全部数据块(例如当形成块时，在WiFi接口上将其发送)。根据本发明的实施例，资产管理模块2312将字节流成帧成一致的时间块，例如每帧一秒，将每帧存储在资产管理模式数据存储器内(例如数据库2314)。\n[0267] 尽管图21至图22将全部公开数据图示为两个独立的馈送，根据本发明的实施例，可以将单个全部公开数据馈送分开和同时发送给快闪模拟模块2122和FIFO 2202。\n[0268] 根据本发明的实施例，用户可以查询设备2000请求健康信息，例如运行时间、所检测的例外和来自病人监视设备106的其它信息。用户还可以请求来自设备2000的基于特定事件的数据；例如，用户可以发送查询，说“发送全部病例”或“发送与特定病例相关的数据”或“发送来自特定病例的全部十二导联数据”。根据本发明的实施例，设备2000还可以流化病例数据的发送从而允许多个授权的接收机(例如多个BOA设备104)同时获取数据。根据本发明的一些实施例，设备2000便于在病人监视设备106和企业环境103之间的数据共享。\n[0269] 一旦加电，设备106询问PCMCIA槽2114的占用以确定有效的线性闪卡2122是否存在。有效性测试可以包括自LF AMP读取一系列字节和对比可接受的卡组或可接受的卡验证该数值。如果发现有效卡，设备106自CMP读取一系列的字节以测试有效性和确定该卡是否已经根据设备106的要求被“格式化”。在这样一系列的字节不存在的情况下，根据本发明的实施例，该设备106可以将该信息写入卡2122。一旦该卡2122确认有效，设备106开始将设备数据写入LF卡2122作为如上所述格式化成块的字节流。\n[0270] 尽管以单向方式将设备2000图示为与设备106对接，还可以配置设备2000以与设备2000双向地交互。例如，根据本发明的实施例，可以配置设备2000提供类似于在病人监视设备106上直接观察到的用户接口的WiFi用户接口，允许病人监视设备106的整体或部分远程控制。\n[0271] 封装在PCMCIA型x外壳内，每个卡2010包含连接器2030、在小型外观封装(“TSOP”)内封装的闪存阵列和卡控制逻辑。根据本发明的实施例，该卡控制逻辑提供系统接口和控制内部闪存以及到SOM的输入FIFO。存在电平偏移器以适配PCMCIA逻辑电压与卡逻辑电压。\n[0272] 可以自PCMCIA VCC电压(TTL，+5V，可能地+12V)得出3.3V，1.8V和1.5V的卡逻辑电压。使用三个分离收发器建立3.3V和5V的单级转换。使用CPLD执行3.3V和1.8V转换。\n[0273]\n  部件   逻辑电压   电源   注释\n  J1   +5V   +5V，+12V   2X34 PCMCIA连接器\n  U5，U6，U7   +5V：+3.3V   +5V，+3.3V   电平偏移器\n  U3   +3.3V   +3.3V   闪存\n  U7   +3.3V   +3.3V   FIFO\n  U1   +3.3V：+1.8V   +3.3V，+1.8V   CPLD\n  MCU   +1.8V   +4.0V   OMAP SOM\n[0274] 在来自PCMCIA字节流的3.3V上，数据进入FIFO。在3.3和1.8之间偏移至OMAP的读取时钟上通过CPLD，以一次8比特字节地定时读取FIFO。可以以类似的方式转换OMAP控制和状态接口比特。每个承载卡2010可以具有USB2.0端口。根据本发明的实施例，OMAP UART信号被连接至USB至UART串行桥2024。\n[0275] 可以提供用于编程CPLD的JTAG接口。根据本发明的实施例，可以使用2X34，A和B侧PCMCIA连接器(J1)，互联在设备和卡之间的I/O、状态和电源信号。根据本发明的实施例，对于卡接口感兴趣的设备信号，存在一组三个收发器(U5、U6和U7)，其互相转换PCMCIA电压(VCC)和板电压(3V3)。根据本发明的实施例，设备200感兴趣将被电平偏移的26地址比特、8数据比特和6控制信号。根据本发明的实施例，U5和U6是自设备到卡的用于地址和控制信息的单向16b输入偏移器。U7是用于8比特数据的双向8b电平偏移器。\n[0276] 根据本发明的实施例，设备2000通过该接口向LF存储器读取和写入数据。U5偏移\n16地址比特[PCA0:PCA15]至[A0:A15]。U6偏移10地址比特[PC16:PC25]至[A16:A25]，和6控制信号{PC_REGn，PC_RESET，PC_CE1n，PC_CE2n，PC_OEn，PC_BWEn}至{REGn，RESET，CE1n，CE2n，OEn，BWEn}。\n[0277]\n  符号   描述   活动\n  REGn   属性存储器选择   低\n  CE1n   卡启用1   低\n  CE2n   卡启用2   低\n  OEn   输出启用   低\n[0278]\n  BWEn   写启用   低\n RESET   重置   高\n[0279] [PCD0:PCD7]8数据比特(U2)。根据本发明的实施例，在卡并不生成到设备2000的地址信息的情况下，可以仅输入地址偏移器，仅暴露输出寻址(设备到卡)。根据本发明的实施例，当该设备可以自卡读出和写入数据时，数据偏移器是双向的。U5偏移16比特地址和U6偏移8控制信号和来自PCMCIA VCC至3V3的地址和控制信号的高8比特。\n[0280] 配置设备2000允许在设备106的治疗模式操作过程中通过WiFi的流化数据传输，以及设备数据的病例完成后上载。设备2000具有硬件组件以及同时使用固件和内嵌软件，包括上述内嵌操作系统的可编程单元。根据一些实施例，该EMS通信接口设备2000厚于标准类型的III PCMCIA卡。\n[0281] 本发明的实施例可以包括下述特征和/或特性中的一个或多个：\n[0282] ·载体可以是PCMCIA卡\n[0283] ·可以将载体插入病人监视设备PCMCIA数据槽。\n[0284] ·以对于病人监视设备106看起来是有效LF卡(“线性快闪模拟”)2122的方式，卡\n2000接口至病人监视设备106。\n[0285] ·卡2000通过缓冲硬件接口将通过病人监视设备106写入的PCMCIA字节流呈现给SOM处理器。\n[0286] ·该载体将所接收的PCMCIA字节流存储至非易失性存储子系统(“线性快闪模拟”)，以便全部病人监视设备106的读/写/删除功能被保存在支持这些操作的全部设备106的操作模式内。\n[0287] ·SOM提供IEEE 802.11.b/g无线通信性能。\n[0288] ·SOM提供蓝牙V2.0+EDR无线通信性能。\n[0289] ·SOM提供微SD卡槽。\n[0290] ·SOM支持看门狗型监视以在SOM不工作时提供自动重置。\n[0291] ·在病人监视设备106或SOM重置或初始化过程中，将数据捕获至快闪模拟存储器。\n[0292] ·在SOM重置过程中数据捕获持续不中断。\n[0293] ·设计系统5000以便将由病人监视设备106写入的数据存储到快闪模拟内，而不考虑SOM状态。\n[0294] ·SOM能够访问当SOM不可用时所存储的数据。\n[0295] ·承载板提供USB连接器。\n[0296] ·载体SOM组合支持USB 2.0在活动(“OTG”，On-The-Go)。\n[0297] ·设备2000格式因素包括宽和高的PCMCIA标准尺寸。\n[0298] ·设备2000格式因素包括宽度85.6mm×54.0mm×厚度(在一些情况下，该厚度大于作为10.5mm的类型III)。\n[0299] ·设备2000厚度不大于设备106PCMCIA槽所允许的。\n[0300] ·将全部载体板组件安装在载体卡一侧上。\n[0301] ·到病人监视设备106的接口是通过槽湾通过68针PCMCIA卡边沿连接器。\n[0302] ·封装设备2000以符合EMC/RFI的医疗设备要求。\n[0303] ·使用2AVX 5602 70针连接器将SOM安装在载体上。\n[0304] ·自PCMCIA数据槽对设备2000加电，其可以在峰值电流不超过600mA的2.5W持续的等级上。\n[0305] ·设备2000可以使用15GPIO针控制读取FIFO字节流缓冲器。\n[0306] ·设备2000可以使用来自所连接的SOM的3条UART线和在载体上的USB桥。\n[0307] ·设备2000可以包括用于WiFi的天线。\n[0308] ·设备2000可以包括用于BT的天线。\n[0309] ·设备2000可以使用Angstrom开放内嵌Linux操作系统(“O/S”)。\n[0310] ·设备2000O/S可以包括用于运行以C#实现的代码的Mono。\n[0311] ·设备2000O/S可以包括SQLite。\n[0312] ·设备2000可以支持将USB用于双向串行通信。\n[0313] ·设备2000提供安全无线通信，包括端点身份验证、机密性、完整性和/或发送确认。\n[0314] ·外部数据接收者(到设备2000的外部处理)能够请求流化数据发送。\n[0315] ·数据接收者能够通过事件标识符请求完整事件数据发送，例如事件后数据。\n[0316] ·设备2000软件是通过无线接口可升级的。\n[0317] ·使用循环冗余编码(“CRC”)类似机制在运行时间上验证设备2000软件。\n[0318] 根据本发明的实施例的设备2000可以允许用于不同接收设备(例如使用通信接口\n1104的不同接收设备)的各个屏幕允许不同用户获得不同数据。例如，根据本发明的实施例，可以配置一个用户的设置以接收和显示与病人的十二导联数据相关的帧事件流数据，同时可以配置管理技术员用户的设备以定期地请求仅与由病人监视设备106生成的错误代码相关的帧。类似地，根据本发明的实施例，可以由多个用户同时地在WiFi连接上接收和/或显示相同数据。\n[0319] 这样，可以自病人住宅到或来自救护车，和/或自救护车到或自医院，例如在无线WiFi连接上流化来自病人监视设备106的数据。可以过滤和/或请求在事件流内的各种帧，以便可以获得特定的数据子集。例如，根据本发明的实施例，可以将呼吸数据包括在由设备\n2000生成的帧事件流内。\n[0320] 根据本发明实施例的设备2000可以与其它类型的病人监视设备106组合，例如自动外部除纤颤器(“AED”)。因而，根据本发明的实施例，可以如此配置设备2000以发送来自AED的状态信息以便于AED的软件更新和/或远程地测试AED。根据本发明的实施例，也可以使用这样一个设备2000与病人绘图设备，例如组合来自一个销售商/平台的病人绘图设备\n108信息与来自另一个销售商/平台的病人监视设备106信息。根据本发明的实施例，设备\n2000还可以用作数据集成器，以分析、组织和将信息流置入在随后的事件后时间帧上更易于存储、查询和提供的离散帧信息。\n[0321] 根据本发明的实施例，病人监视设备106(例如除纤颤器)按数据块将数据发送给设备2000，例如ECG数据或病人的当前心率。可以将与一个事件对应的数据块集合称作事件数据。全部公开数据是与全部事件相关的数据的拼接，并可以打断成与每个个人/病人对应的数据块序列。当接收用于事件的服务请求时，收集用于该事件的在设备2000上存储的全部帧和将其按照顺序排列在一起。根据本发明的实施例，每个ECG块对应于100ms的ECG数据，其提供每秒十个数据块。根据本发明的实施例，除纤颤器可以向每个数据块添加事件标识符、当记录数据块时相关的时间信息和/或用于数据完整性目的的计算散列。\n[0322] 根据本发明的实施例，设备2000(在一些图中称作“Zango”设备)和BOA设备104(在一些图中称作RescueNet链路或RNL设备)在一起工作。依靠其内嵌的计算机，设备2000内嵌强大的处理引擎。根据本发明的实施例，使用该处理引擎代表BOA设备104用户管理复杂数据、通信和应用程序。根据本发明的一种实施例，设备2000并不具有输入/输出用户接口(例如没有键盘或显示器)，所以根据本发明的实施例，它与BOA设备联合工作以提供到它支持的通信和数据管理服务的用户访问。\n[0323] 图20和图23分别地图示EMS通信接口卡2000处理和BOA设备104处理的逻辑和功能结构。当设备2000未连接至设备104时，设备2000存储全部设备数据，当建立或恢复连接时，可以将其发送给设备104。\n[0324] 图30图示根据本发明实施例的数据传输接口。根据本发明的实施例，Zango设备(1a)可以被配置以执行多个功能：\n[0325] ·帧除纤颤器事件数据块。\n[0326] ·流成帧事件数据。\n[0327] ·将事件数据帧存储到Zango数据库。\n[0328] ·主存在Zango数据库上的一组数据管理服务。\n[0329] ·在一种实施例中，数据管理服务仅是读取/删除。不提供修改事件数据的服务。\n[0330] “EMS通信接口信道”(1a、1b、1c)提供将病人监视数据(例如E系列数据)发送给BOA设备104的装置。该信道使用设备2000以连接至BOA104。\n[0331] 可以配置RNL Zango客户机(1c)执行多个功能：\n[0332] ·接收流化事件帧数据(1b)。\n[0333] ·在移动链路显示器(1e)上显示事件帧数据(解析，呈现，1d)。\n[0334] ·将事件帧数据存储在移动链路数据库(1f)内。\n[0335] ·在移动链路数据库(1f)上主存一组数据管理服务。\n[0336] ·在一些实施例中，仅读取/删除数据管理服务；和不提供修改事件数据的服务。\n[0337] ·将12导联ecg和重要指征数据转发给现场链路.(1g)\n[0338] ·使用Zango数据管理服务(1b)。\n[0339] 下述表格列出和描述了图30的各种单元，参考本发明的一种实施例予以描述。\n[0340]\n[0341] 图31图示根据本发明实施例的EMS通信接口传输处理方框图。该E系列将持续字节数据流写入PCMCIA数据槽。该字节流包括E系列数据块消息，一些被定期地发送，一些被分批发送。定期消息的例子是ecg消息。根据本发明的实施例，E系列每100ms一次地写入用于当前显示导联的ecg数值，该消息包含25数据值(250Hz样本、相距4ms)。\n[0342] 事件消息的例子是重要指征符号消息。根据本发明的实施例，当具体重要指征符号参数值已经改变时，E系列发送具体重要指征符号消息；没有具体频率地发送异步消息。\n[0343] 在输入上将字节流分叉成Zango卡。一个分支将数据存储在板载(16MB)线性闪存内，复制全部E系列线性快闪操作。将所写入的全部数据存储在线性快闪子系统内。该接口是硬件等级的，立即准备以接收和将E系列字节流存储至快闪子系统内。\n[0344] 第二类型的字节流分支进入Zango卡的处理器侧。该Zango卡的处理器侧用于处理执行图31所示逻辑操作的字节流。该字节块厂重新构建来自字节流的E系列数据块消息。在这一操作中，在与事件路径分离的路径上重新构建和管理12导联ecg数据块(将12导联数据块组收集到整个12导联消息内)。在病例流内整体保存该12导联数据。根据本发明的实施例，分别地予以存储的原因之一是允许服务用户请求查看在服务信道上的12导联记录，而不是上载整个事件以获得该12导联数据。\n[0345] 随后，将块成帧成可配置的时间间隔等值的数据块。例如，一秒的帧在大小上可以具有在一秒帧内15个数据块的数量级。将帧收集至病例或事件的结构内。将帧存储在Zango数据库内。将完成事件标记(全部事件帧的集合)标记和管理为已经完成的事件。还在WiFi上流化帧，在此可以通过授权的客户机应用，例如下文参考图32描述的RNL Zango客户机，接收它们。\n[0346] 根据本发明的实施例，图31中的方框的上列标识用于损害数据故障的风险控制的检测和错误处理过程。根据本发明的实施例，字节流、块、帧、12导联或事件错误都会导致下述行为：\n[0347] ·将数据标记为无效的。\n[0348] ·在事件的紧急治疗阶段过程中不将无效数据呈现给用户观看。\n[0349] ·将数据存储标记为无效的以供法医分析。\n[0350] ·这些故障中的任一个将导致将事件标记为无效的。\n[0351] ·向紧急医疗人员通知数据故障，采用到RNL的连接。\n[0352] 在本发明的一种实施例中，存在直接地跟踪用于数据损伤故障的危险分析的控制方法和行为。\n[0353] 图32图示根据本发明实施例的EMS通信接口设备客户机结构。在一些情况下，作为在移动环境中无线通信的本质结果，到RNL的Zango连接可以是易失的。例如，可以将装备Zango卡的E系列移出其已经连接至的无线接入点的范围。当设备返回范围之内和重新连接时，处理如图所示恢复。根据本发明的实施例，由并不连接至RNL的E系列写入的数据被固化在Zango数据库内，并且一旦重新连接可以在RNL内获得。\n[0354] 图32内的方框的上列标识用于损害数据故障和通信故障的风险控制的检测和错误处理过程。根据本发明的实施例，在流化数据上检测的完整性或成帧故障导致下述行为：\n[0355] ·将数据标记为无效的。\n[0356] ·在事件的紧急治疗阶段过程中不向用户显示无效数据以观看。\n[0357] ·将数据存储标记为无效的以供法医分析。\n[0358] ·这些故障的任一个将导致将事件标记为无效的。\n[0359] ·向紧急医疗人员通知用于12导联或病例帧的数据故障。\n[0360] ·向紧急医疗人员通知通信故障。\n[0361] ·向紧急医疗人员通知服务故障。\n[0362] 根据本发明的实施例，验证服务响应和将无效服务响应通知给用户和不显示无效数据。监视在Zango和Zango流信道接收机之间的连接状态和向移动链路显示器上的用户报告。丢失在Zango和RNL之间的连接性并不导致丢失数据，因为Zango将数据存储在Zango数据库内，而与连接状态无关。不持续地监视服务信道连接性，如果不存在服务连接性，则服务请求将失败(响应无效)。\n[0363] 图33至图37图示根据本发明实施例的可用于由企业用户124通过企业工作站122观看的屏幕截图的各种实施例。图33图示根据本发明的实施例，当企业用户选择病人监视按钮(例如“卓尔除纤颤器(Zoll Defib)”按钮)时的企业显示和图形用户接口。图34图示根据本发明实施例的当企业用户选择病人绘图按钮(例如“ePCR”按钮)时的企业显示和图形用户接口。图35图示根据本发明实施例的当企业用户选择导航按钮时图示的企业显示和图形用户接口。\n[0364] 图36图示根据本发明实施例的当企业用户选择导航按钮时图示的替代企业显示和图形用户接口。图36的显示将对应于当BOA设备104未与导航设备可通信地耦合时建立的显示；因此，在这种情况下，企业显示列出由BOA 104用户输入的位置和/或导航信息。图37图示根据本发明的实施例当企业用户选择补充记录按钮时图示的企业显示和图形用户接口。根据本发明的实施例，与BOA设备104交互的EMS技术员114不需要选择补充记录屏幕和将信息中继至企业用户124；相反地，企业用户可以通过企业工作站122选择补充记录按钮以观看相同信息。\n[0365] 图38至图44图示根据本发明实施例的由BOA设备104显示的屏幕截图的附加例子。\n图38图示根据本发明实施例的当用户选择BOA菜单模板的病人绘图按钮时显示的显示和图形用户接口。图39图示根据本发明实施例的当用户选择BOA菜单模板的病人监视按钮时显示的显示和图形用户接口。如由左下角内的缩略十二导联图所图示的，根据本发明的实施例，可以配置该BOA设备104显示过去十二导联数据的历史快照。\n[0366] 图40图示根据本发明实施例的当用户选择BOA菜单模板的导航按钮时显示的显示和图形用户接口。图41图示在导航设备110为可通信地耦合至BOA设备104的情况下，当用户选择BOA菜单模板的导航按钮时显示的替代显示和图形用户接口。在这些情况下，根据本发明的实施例，配置图41的屏幕允许用户手工地选择目的地以及选择抵达估计时间。根据本发明的实施例，可以将该信息复制或传送给相应的企业观看(例如图36)。\n[0367] 图38至图44图示在BOA设备104接口上可能包括的“切换开始”按钮。根据本发明的实施例，可以例如在切换开始时使用该切换开始按钮，从而允许EMS技术员或其它用户可通信地耦合该BOA设备104与其它设备。图42图示根据本发明的实施例的当用户选择BOA菜单模板的切换开始按钮时显示的显示和图形用户接口。根据本发明的实施例，在该屏幕中，允许用户选择导航设备、除纤颤器设备和病人绘图设备；在该屏幕中，用户还能够确认该BOA设备104已经可通信地耦合至的设备的身份，如在该具体例子中通过设备名称边上的校验标记所指示的。\n[0368] 图43图示根据本发明实施例的当用户选择BOA菜单模板的切换开始按钮时显示的替代显示和图形用户接口。在该替代显示中，该BOA设备104已经检测出导航设备110不可用或者被断开，因而向用户提示标识该EMS传输单元和/或出现在该单元的成员。可以在用于BOA设备(图41)的相应导航屏幕和企业环境102(图36)中使用该信息。根据本发明的实施例，图44图示当用户选择BOA菜单模板的补充记录按钮时显示的显示和图形用户接口。\n[0369] 图62图示根据本发明实施例的用于自BOA设备向EMS技术员移动设备馈送基于角色的数据的系统。根据本发明的实施例，BOA设备104接收来自病人监视设备106的流化ECG数据和其它数据，这可以通过如上所述的EMS通信接口设备2000无线地实现。该BOA设备104在例如图45图示的屏幕等屏幕上显示此类信息。\n[0370] 图45图示根据本发明实施例的当用户选择BOA菜单模板的现场病人数据按钮时显示的显示和图形用户接口。根据本发明的实施例，该显示包括干预列表、病人信息显示、主诉显示、ECG波形和/或Sp02波形以及列出用于可用病人干预的按钮的按钮控制台(在屏幕的右侧上垂直扩展地图示)。干预按钮控制台可以是动态和/或颜色编码的。干预按钮控制台也可以包括定时器。\n[0371] 例如，当检查病人的呼吸道时，EMS技术员启动(例如按下或接触)在干预按钮控制台上的“病人呼吸道”按钮。该按钮启动和显示定时器，其递减直到应当检查该病人的呼吸道的下一个时间。该时间量可以由用户定制和/或预编程至BOA模块内，其基于用于治疗该病人的位置所建立的治疗规程来操作该BOA设备104。还可以使用颜色；例如干预按钮控制台的按钮通常可以是灰色的，和“病人呼吸道”按钮可以变成黄色的，只要该按钮被按下和定时器启动。在定时器过期之前，例如在所定时的时间周期过期之前的一分钟，该按钮可以在预定的时间量内变成红色。例如，用户可以观看图45的干预按钮控制台和看到最近已经管理Epi和阿托品的服药，因为这些按钮是黄色的和它们的定时器启动，同时还看到先前检查了病人的呼吸道和准备再次检查，因为按钮是红色的。这允许EMS技术员快速地可视评估已经进行了哪些干预以及在不久的将来，在时间上的任意点上应当(或者根据规程可以)考虑哪些干预。\n[0372] 基于他们的训练或资格、可用技术员数量和病人状态，不同的EMS技术员可以具有在EMS场景中扮演的不同角色。以同样的方式，单个EMS技术员可能需要在EMS突发事件中扮演多个角色。这样的EMS技术员可以更有效地执行他们相应的任务，如果仅向他们显示与他们的特定角色相关的信息，以便他们并不观看他们必需思考处理和过滤的无关信息，以便不向他们显示并不适用于他们的角色的决策或数据输入选项。实现这样的基于角色的信息发送的一种方式是通过向每个EMS技术员提供具有配置以基于用户角色允许与BOA设备104对接的软件的移动设备。\n[0373] 图62图示根据本发明实施例的与BOA设备104可通信地耦合的这些移动设备的例子，包括领导医生移动设备620、药物医师移动设备622、呼吸道医师移动设备624和CPR医师移动设备626。根据本发明的实施例，每个移动设备620、622、624、626包括与BOA设备104的WiFi收发器无线地通信的WiFi收发器。\n[0374] 图45图示根据本发明实施例的用于与BOA设备104通信的基于角色的EMS技术员移动设备620的启动屏幕。根据本发明的实施例，在移动设备上包含的软件指令呈现该启动屏幕以允许医师识别IP地址、发送端口、接收端口、医师姓名和医师角色。图47图示根据本发明实施例的用于基于角色的EMS技术员移动设备与BOA设备通信的角色选择屏幕。“医师-领导”列表附近的校验标记指示移动设备的用户是领导医师。根据本发明的实施例，可以需要口令或其它身份验证从而基于身份限制角色。\n[0375] 图48图示根据本发明实施例的用于基于角色的EMS技术员移动设备与BOA设备通信的领导医师快速登录屏幕。可以配置该移动设备以显示菜单选项列表，例如沿着图48的屏幕底部水平地扩展图示的菜单选项允许领导医师选择快速登录、ECG图、病人数据、主诉和医师角色。这些选项可以基于用户角色而不同。根据本发明的实施例，当领导医师点击快速登录选项卡时，向领导医师显示干预按钮面板。根据本发明的实施例，该快速登录选项卡显示复制图45的BOA现场ECG显示的干预按钮控制台，以便当领导医师通过图48的屏幕按下该移动设备上的干预按钮时，将相同按钮(和相应定时器和/或颜色)指示为在图45的BOA显示屏幕内被启动，反之亦然。\n[0376] 图49图示根据本发明实施例的用于基于角色的EMS技术员移动设备与BOA设备通信的领导医师ECG图屏幕，当领导医师选择ECG图菜单按钮时向领导医师显示。因为领导医师的角色通常需要大量的病人信息，根据本发明的实施例，领导医师ECG图屏幕基本上重新建立图45的BOA设备104的病人数据显示屏幕。根据本发明的实施例，图50图示领导医师病人数据屏幕，其允许领导医师输入病人信息，包括病人姓名和性别。图51图示根据本发明实施例的允许领导医师识别病人主诉的领导医师主诉屏幕。\n[0377] 图52图示药物医师快速登录屏幕和图53图示根据本发明实施例的用于已经将他或她的角色标识为药物医师的药物医师ECG图屏幕。因为该医师已经被识别为药物医师角色，根据本发明的实施例，该快速登录屏幕仅显示与药物相关的干预子集。尽管该药物医师角色仅访问干预按钮全部集合的子集，根据本发明的实施例，在整个平台上将相同的干预按钮联系在一起。例如，根据本发明的实施例，如果药物医师通过点击其移动设备622上的阿托品干预按钮指出已经服用阿托品，阿托品按钮将变黄为启动的，并开始定时器，不仅在他的移动设备622上，而且在领导医师设备620的快速登录屏幕的阿托品按钮上和在BOA设备104显示的干预按钮控制台上，以及其快速登录屏幕包括阿托品干预按钮的任何其它设备。\n[0378] 图54图示其中已经标识呼吸道医师角色的角色选择屏幕(例如通过点击或选择在移动设备624上的选项)。图55图示呼吸道医师ECG图屏幕，和图56图示根据本发明实施例的列出与呼吸道医师角色相关的干预子集的呼吸道医师快速登录屏幕。\n[0379] 图57图示根据本发明实施例的图示与CPR医师角色相关的干预子集的CPR医师快速登录屏幕。图58图示根据本发明实施例的在基于角色的EMS技术员移动设备与BOA设备通信的空闲过程中的CPR医师ECG图屏幕。图59至图61图示根据本发明实施例在压缩管理过程中的CPR医师图屏幕，其并未图示ECG波形但是图示了胸腔压缩的测量和/或评估(因为CPR医师主要关注复苏)。由图58至图61的屏幕接口提供的CPR反馈可以采取多种不同形式。例如，如图59所示，可以使用垂直递减条标识每次胸腔压缩深度，以沿着时间轴水平间隔的方式。胸腔压缩条自轴向另一组轴递减，这规定了每次胸腔压缩的期望深度或最佳范围。在右上角图示的定性指示器条给用户提供了与胸腔压缩的深度和速度相关的组合可视反馈；完整的方框意味着速度和深度都在期望限制之内。根据本发明的实施例，图58上的字母“R”表示与胸腔压缩的速度相关的潜在告警，和图61的字母“D”表示与胸腔压缩的深度相关的潜在告警。根据本发明的实施例，设备626的CPR反馈屏幕提供与病人换气的速度和体积相关的信息。\n[0380] 根据本发明的实施例，病人监视设备106和/或EMS通信接口设备2000和/或BOA设备104包括过滤机制(例如电路或处理指令)，其自ECG信号数据过滤或消除胸腔压缩干扰。\n本发明的实施例可以包括设备或使用类似于在2007年11月13日授权的美国专利7,295,871中描述的方法，在此引入作为参考。本发明的实施例还可以使用可自Zoll医药公司购买的Real CPR 技术。\n[0381] 根据本发明的实施例，基于角色信息发送和干预跟踪的使用允许通过根据角色过滤数据而更有效的EMS治疗情况。例如，药物医师、呼吸道医师和CPR医师并不具有可用于病人数据登录或主诉登录的菜单选项卡选择，而领导医师具有这些选项。\n[0382] 尽管在图62中仅图示了四个移动设备620、622、624和626，但是BOA设备104可以可通信地耦合更多或更少的基于角色的移动设备。而且，尽管将具体干预选项和数据馈送显示图示为与具体角色相关，但是本领域的普通技术员基于当前的公开内容将理解可以识别和实现多种不同的角色以及可以与每个角色相关的多种不同的数据馈送和/或选项。此外，根据本发明的实施例，可以配置移动设备(例如620)与多个BOA设备104可通信地耦合和/或接收用于来自同一BOA设备104的多个病人的信息，允许医师可能以不同的角色在各种病人数据馈送之间切换和/或治疗不同的病人。\n[0383] 根据本发明的实施例，可将在BOA设备104内包含的用于将数据向和自移动设备\n620馈送的软件模块和硬件合并在EMS通信接口设备2000内，和/或直接地在病人监视设备\n106内。\n[0384] 在不脱离本发明的保护范围的情况下，可以对所讨论的示例实施例进行各种修改和添加。例如，虽然上述实施例参考具体特征，但是本发明的保护范围还包括具有不同特征组合的实施例和并不包括全部所述特征的实施例。因此，本发明的保护范围将包括落入权利要求保护范围之内的全部这些替代、修改和变型以及其全部的等同物。