用于流化来自除纤颤器的病人信息的系统和方法与流程

文档序号:19615571发布日期:2020-01-07 08:06阅读:254来源:国知局
本申请是申请号为201180028312.8(国际申请号为pct/us2011/031868)、申请日为2011年4月9日、发明名称为“用于ems设备通信接口的系统和方法”的发明专利申请的分案申请。相关申请的交叉引用本申请要求于2010年4月9日提交的序列号为61/322,675的美国临时专利申请和于2011年1月20日提交的美国临时专利申请61/434,812的优先权,为了全部目的在此将其全文引入作为参考。本发明的实施例总体上涉及紧急医疗服务信息管理,更具体地,涉及用于流化来自除纤颤器的病人信息的系统和方法。
背景技术
::用于在紧急医疗服务(“ems”)应用中收集病人监护信息的设备,例如除纤颤器设备,通常是复杂且昂贵的设备,主要因为它们在ems设置中服务于非常重要的目的,并且必须是耐用、精确和可靠的。这种设备的通信能力通常受它们的硬件限制,因此用户必须在购买新的除纤颤器或者继续使用在旧除纤颤器上可用的原来通常更慢的通信接口之间作出选择。涉及改变设备的现有硬件或软件的改进解决方案在成本和耗时上与实施设备更换本身几乎相同。现有的病人监视设备在使用过程中存储各种信息。希望上载或下载这种信息的用户,通常在事件之后或者在某一时间周期之后(例如在一天结束时或者在周末),通常限制于仅提取设备存储卡的整个内容,而不考虑用户是否仅感兴趣整个卡内容的特定子集。这增加了数据传输所需的时间,以及整理数据和/或标识期望的数据子集所需的时间。技术实现要素:根据本发明实施例的用于补充配置以监视病人和提供病人监视信息的病人监视设备的通信性能的系统包括:配置以可通信地与病人监视设备耦合和接收来自病人监视设备的病人监视信息的接口设备;在该接口设备上容纳(hosted)和配置以存储病人监视信息的至少一部分的存储设备;在该接口设备上容纳的无线收发器;在该接口设备上容纳的资产管理数据库;和可通信地耦合至该无线收发器和资产管理数据库的处理器,该处理器被配置以将该病人监视信息格式化成一个或多个数据对象,该一个或多个数据对象中的每个与在其中收集病人监视信息的ems事件关联,该处理器被进一步配置以将该一个或多个数据对象存储至资产管理数据库和使用无线收发器发送该一个或多个数据对象。如上所述的系统,其中该处理器被进一步配置以通过无线收发器接收对与特定ems事件关联的数据对象的请求,查询该资产管理数据库以提取与该特定ems事件关联的全部数据对象,和使用无线收发器发送与该特定ems事件关联的数据对象。如上所述的系统,其中该病人监视设备是除纤颤器,和其中该一个或多个数据对象包括一个或多个ecg波形。该一个或多个数据对象还可以包括病人波形,可以包括多至八个ecg波形、侵入式血压波形、spo2波形、etco2波形、cpr波形和/或阻抗呼吸波形。多个参数可以表示病人重要指征信息,例如心率、nibp测量、温度测量等。如上所述的系统,其中该病人监视设备包括配置以生成来自病人的心音信号的音频设备,和其中该处理器被进一步配置以将心音信号格式化成一个或多个心音数据对象。如上所述的系统,进一步包括电子听诊器,该电子听诊器配置以与处理器连接和接收该一个或多个心音数据对象。根据本发明实施例的用于流化来自临床设备的病人信息的方法包括:建立与该临床设备的无线数据连接;通过该无线数据连接每五秒至少一次接收来自该临床设备的病人信息;在紧急医疗服务移动环境中显示该病人信息的至少一部分。如上所述的方法,其中该临床设备是除纤颤器。如上所述的方法,其中接收病人信息包括每秒至少一次地通过无线数据连接自医疗设备接收病人信息。如上所述的方法,其中该无线数据连接是安全wifi连接。如上所述的方法,其中该病人信息是临床信息,该方法进一步包括接收非临床信息和在紧急医疗服务移动环境中同时显示临床信息和非临床信息。如上所述的方法,其中该病人信息包括ecg波形。如上所述的方法,其中该病人信息包括心率。如上所述的方法,其中病人信息包括ecg波形。如上所述的方法,进一步包括:接收来自临床设备的全部公开数据;将该全部公开数据格式化成一个或多个数据单元,其中该一个或多个数据单元包括全部公开记录xml对象,其中该全部公开记录xml对象和/或在该全部公开xml对象内的每个单元包括时间标识符、事件标识符和与由时间标识符标识的时间和由事件标识符标识的事件关联的临床信息;和在无线数据连接上作为病人信息发送该全部公开记录xml对象。如上所述的方法,进一步包括在计算机可读介质内存储一个或多个数据对象。如上所述的方法,进一步包括:在无线数据连接上发送请求,该请求包括特定事件标识符;自计算机可读介质提取其事件标识符与该请求的特定事件标识符对应的一个或多个数据对象并将其添加给响应组;和在该无线数据连接上发送该响应组。如上所述的方法,进一步包括在紧急医疗服务移动环境中显示该响应组的至少一部分。根据本发明实施例的用于补充配置以监视病人和提供病人监视信息的病人监视设备的通信性能的方法,包括:接收自病人监视设备至ems通信接口设备的病人监视信息;将该病人监视信息存储至在ems通信接口设备上容纳的存储器;将该病人监视信息格式化成一个或多个数据对象的流,该一个或多个数据对象中的每个与其中收集该病人监视信息的ems事件关联;将该一个或多个数据对象存储至在ems通信接口设备上容纳的数据库或资产管理数据库;和通过ems通信接口设备的无线收发器发送该一个或多个数据对象的流。根据本发明实施例的方法包括在紧急医疗治疗或运输过程中除纤颤器设备在主动地监视病人时,通过无线网络连接将与病人相关的临床数据自除纤颤器设备发送给外部设备。如上所述的方法,其中该临床数据包括多个ecg波形,该方法进一步包括在显示设备上显示该多个ecg波形的一个或多个历史快照,其中该显示设备独立于除纤颤器设备。如上所述的方法,其中显示该多个ecg波形的一个或多个历史快照包括与该多个ecg波形的一个或多个历史快照中的另一个同时地显示该多个ecg波形的最新ecg波形。如上所述的方法,其中该外部设备是位于紧急响应车辆内的显示设备。如上所述的方法,其中该紧急响应车辆是救护车。如上所述的方法,进一步包括在紧急医疗治疗或运输过程中在除纤颤器设备主动地监视病人时,将临床数据发送给远程服务器(例如企业服务器)以允许网页浏览器访问该临床数据。根据本发明的一个实施例的用于流化来自包括第一显示器的除纤颤器的病人信息的系统包括:第二显示器和一个或多个可通信地耦合至所述第二显示器的处理器,所述一个或多个处理器被配置为建立与所述除纤颤器的无线数据连接,经由所述无线数据连接每五秒至少一次地接收来自所述除纤颤器的病人信息,以及在所述第二显示器上显示所述病人信息的至少一部分。根据本发明的另一实施例的用于流化来自包括第一显示设备的除纤颤器的病人信息的方法包括:建立与所述除纤颤器的无线数据连接;经由所述无线数据连接每五秒至少一次地接收来自所述除纤颤器的病人信息;以及在独立于所述除纤颤器的第二显示器上显示所述病人信息的至少一部分。根据本发明的又一实施例的用于流化来自包括第一显示设备的除纤颤器的病人信息的方法包括:每五秒至少一次地无线地接收来自所述除纤颤器的流化的病人信息;以及利用独立于所述除纤颤器的第二显示器以流化的方式显示所述病人信息的至少一部分。根据本发明的又一实施例的用于流化来自包括第一显示设备的除纤颤器的病人信息的方法包括:以一个频率无线地接收来自所述除纤颤器的病人信息,其中,所述流化的病人信息为病人ecg波形,且其中所述频率为每五秒至少一次;以及利用独立于所述除纤颤器的第二显示设备显示所述病人ecg波形以及以所述频率更新所述病人ecg波形。虽然公开了多个实施例,但是对于本领域的技术员来说根据下述详细描述,本发明的其它实施例将变得清楚。因此,将附图和详细描述视为本质上说明性的而非限制性的。附图说明图1图示根据本发明实施例的用于自多个不同的ems设备收集的医疗信息的移动和企业用户实时显示的系统。图2图示根据本发明的实施例用于“救护车后部”(“boa”)设备的显示的菜单模板的一个例子。图3图示根据本发明实施例的当用户选择菜单模板的导航按钮时显示的显示器和图形用户接口。图4图示根据本发明实施例的当用户选择菜单模板的病人监视按钮时显示的显示器和图形用户接口。图5图示根据本发明实施例的当用户选择菜单模板的病人绘图按钮时显示的显示器和图形用户接口。图6图示根据本发明实施例的当用户选择菜单模板的“补充记录”按钮时显示的显示器和图形用户接口。图7图示根据本发明实施例的当用户选择菜单模板的规程按钮时显示的显示器和图形用户接口。图8图示根据本发明实施例的当企业用户选择病人监视按钮时图示的企业显示器和图形用户接口。图9图示根据本发明实施例的当企业用户选择导航按钮时图示的企业显示器和图形用户接口。图10图示根据本发明实施例的当企业用户选择病人绘图按钮时图示的企业显示器和图形用户接口。图11图示根据本发明实施例的用于实时显示自多个不同ems设备收集的医疗信息的治疗域系统概图。图12图示根据本发明实施例的设备适配器/通信引擎和医疗设备接口。图13图示根据本发明实施例的示例管道。图14图示根据本发明实施例的通过使用发现支持传输的设备适配器的管道执行的方法。图15图示根据本发明实施例的通过使用非发现支持传输的设备适配器的管道执行的方法。图16图示根据本发明实施例的由boa模块执行的方法。图17图示根据本发明实施例的由boa模块执行的方法。图18图示根据本发明实施例的示例计算机系统。图19图示根据本发明实施例的用于移动和企业用户实时或治疗时显示自多个不同的ems设备收集的医疗信息的系统。图20图示根据本发明实施例的用于ems通信接口设备的承载板设计。图21图示根据本发明实施例的用于ems通信接口设备的系统概图。图22图示根据本发明实施例的用于ems通信接口设备的另一系统概图。图23图示根据本发明实施例的用于ems通信接口设备的软件逻辑图。图24图示常规网状网络。图25图示室内地理定位系统。图26图示成人急性呼吸困难的鉴别诊断的示例解释。图27图示呼吸困难的鉴别诊断的线索的示例解释。图28图示在急性呼吸困难的诊断中的身体检查结论的示例列表。图29(a)和图29(b)图示用于哮喘、copd和急性失代偿性心力衰竭的示例治疗规程。图30图示根据本发明实施例的数据传输接口。图31图示根据本发明实施例的ems通信接口传输处理方框图。图32图示根据本发明实施例的ems通信接口设备客户机接口整体结构。图33图示根据本发明实施例的当企业用户选择病人监视按钮时图示的企业显示器和图形用户接口。图34图示根据本发明实施例的当企业用户选择病人绘图按钮时图示的企业显示器和图形用户接口。图35图示根据本发明实施例的当企业用户选择导航按钮时图示的企业显示器和图形用户接口。图36图示根据本发明实施例的当企业用户选择导航按钮时图示的替代企业显示器和图形用户接口。图37图示根据本发明实施例的当企业用户选择补充记录按钮时图示的企业显示器和图形用户接口。图38图示根据本发明实施例的当用户选择boa菜单模板的病人绘图按钮时显示的显示器和图形用户接口。图39图示根据本发明实施例的当用户选择boa菜单模板的病人监视按钮时显示的显示器和图形用户接口。图40图示根据本发明实施例的当用户选择boa菜单模板的导航按钮时显示的显示器和图形用户接口。图41图示根据本发明实施例的当用户选择boa菜单模板的导航按钮时显示的替代显示器和图形用户接口。图42图示根据本发明实施例的当用户选择boa菜单模板的切换开始按钮时显示的显示器和图形用户接口。图43图示根据本发明实施例的当用户选择boa菜单模板的导航按钮时显示的替代显示器和图形用户接口。图44图示根据本发明实施例的当用户选择boa菜单模板的补充记录按钮时显示的显示器和图形用户接口。图45图示根据本发明实施例的当用户选择boa菜单模板的现场病人数据按钮时显示的显示器和图形用户接口。图46图示根据本发明实施例的用于与boa设备通信的基于角色的ems技术员移动设备的启动屏幕。图47图示根据本发明实施例的用于与boa设备通信的基于角色的ems技术员移动设备的角色选择屏幕。图48图示根据本发明实施例的用于与boa设备通信的基于角色的ems技术员移动设备的领导医师快速登录屏幕。图49图示根据本发明实施例的用于与boa设备通信的基于角色的ems技术员移动设备的领导医师ecg图表屏幕。图50图示根据本发明实施例的用于与boa设备通信的基于角色的ems技术员移动设备的领导医师病人数据屏幕。图51图示根据本发明实施例的用于与boa设备通信的基于角色的ems技术员移动设备的领导医师主诉屏幕。图52图示根据本发明实施例的用于与boa设备通信的基于角色的ems技术员移动设备的药物医师快速登录屏幕。图53图示根据本发明实施例的用于与boa设备通信的基于角色的ems技术员移动设备的药物医师ecg图表屏幕。图54图示根据本发明实施例的用于与boa设备通信的基于角色的ems技术员移动设备的角色选择屏幕。图55图示根据本发明实施例的用于与boa设备通信的基于角色的ems技术员移动设备的呼吸道医师ecg图表屏幕。图56图示根据本发明实施例的用于与boa设备通信的基于角色的ems技术员移动设备的呼吸道医师快速登录屏幕。图57图示根据本发明实施例的用于与boa设备通信的基于角色的ems技术员移动设备的cpr医师快速登录屏幕。图58图示根据本发明实施例的用于与boa设备通信的基于角色的ems技术员移动设备在空闲期间的cpr医师ecg图表屏幕。图59图示根据本发明实施例的用于与boa设备通信的基于角色的ems技术员移动设备在压缩管理过程中的cpr医师ecg图表屏幕。图60图示根据本发明实施例的用于与boa设备通信的基于角色的ems技术员移动设备在压缩管理过程中的cpr医师ecg图表屏幕。图61图示根据本发明实施例的用于与boa设备通信的基于角色的ems技术员移动设备在压缩管理过程中的cpr医师ecg图表屏幕。图62图示根据本发明实施例的用于自boa设备向ems技术员移动设备的基于角色的数据馈送系统。图63图示根据本发明实施例的包括ems通信接口设备的信息系统。图64a和图64b图示根据本发明实施例的用于ems通信接口设备和底层病人监视设备的软件系统结构。图65图示根据本发明实施例的用于为图63的ems通信接口设备的订阅设备的用户接口屏幕。图66图示根据本发明实施例的由图63的ems通信接口设备使用的全部公开文档xml模式。图67图示根据本发明实施例的在图66的xml模式中的12导联数据单元图。虽然本发明可修改成各种修改和替代格式,已经通过附图中的示例图示并将在下文中详细描述具体实施例。然而,意图并不在于将本发明限制于所描述的具体实施例。相反地,本发明将覆盖落入如本申请权利要求定义的本发明的保护范围内的全部修改、等同物和替代方式。具体实施方式如图1所示,根据本发明实施例的系统100执行来自多个不同设备的ems数据的先进数据管理、集成和显示。系统100包括移动环境101、企业环境102和管理环境103。可以通过诸如互联网等网络120可通信地耦合在各种环境101、102、103中的设备。如在此所使用的,在最广义的含义上使用术语“可通信地耦合”指可以借以传送信息的任意耦合。因而,例如,可通信地耦合包括诸如电线的电耦合、诸如光纤的光耦合、和或诸如射频或其它传输介质的无线地耦合。“可通信地耦合”还包括例如诸如通过网络的间接耦合或者直接耦合。根据本发明的实施例,网络120还可以采取特设(adhoc)、自配置、自恢复网络2400的形式,例如mesh网络,如图24所示。图24以及关于mesh网络的下述信息直接来自在http://www.sensorsmag.com/networking-communications/standards-protocol/wireless-mesh-network-968上可以获得的poor、robert;wirelessmeshnetworks;sensors(无线网状网络;传感器)(2003年2月1日),在此引入作为参考。用于产业的无线系统常规上使用蜂窝电话类型的无线电链路,使用点对点或点对多点传输。但是在麻省剑桥的mit的媒体实验室的研究指出传统的无线形式在产业应用中有限制。这些包括刚性的结构、谨慎的规划要求和丢失信号。在其中现有基础设施可能稀疏(例如农村环境)或故障(例如大规模事故或灾难情况)的ems或大规模事故环境中,这可能产生严重挑战。相反地,无线网状网络2400是多跳系统,其中设备在通过网络传输分组中相互协助,尤其在不利情况下。根据本发明的实施例,这种特设网络可以以最小准备来实现,它们提供可以扩展至数千设备的可靠、弹性系统。在mit开发用于产业控制和传感的无线网状网络是点对点对点或者对等的系统,称作特设多跳网络。节点可以发送和接收消息,在网状网络中,节点还用作路由器和可以为其邻居中继消息。通过中继处理,无线数据分组将发现通过具有可靠通信链路的中间节点的到其目的地的路径,如图24所示。在无线网状网络2400中,多个节点协作以将消息中继至其目的地。网状拓扑增强了网络的整体可靠性,当在苛刻的产业环境中操作时这尤其重要。类似于互联网和其它对等的基于路由器的网络,网状网络提供在整个网络内的多个冗余通信路径。如果因为任何原因(包括强大射频干扰的引入)导致一条路径故障,该网络自动地通过替代路径路由消息。在网状网络2400内,可以缩短节点之间的距离,这显著地提高了链路质量。以因数2缩短距离,结果信号在接收机上至少四倍地更加强大。这使链路更加可靠,而不增加在各个节点内的发射机功率。通过简单地添加更多的节点可以扩展、冗余增加网状网络的区域,和提高总体可靠性。根据本发明的实施例,网络2400可以是自配置和自恢复网络。根据本发明的实施例,网络2400并不需要系统管理员告诉它如何获取到其目的地的消息。网状网络2400是自组织的,并不需要人工配置。因此,根据本发明的实施例,添加新的设备或重新定位现有设备如同插上插件和打开插件那样简单。根据本发明的实施例,网络发现新的节点和自动地将其并入现有系统。根据本发明的实施例,网状网络2400不仅本质上可靠,而且适应性强。例如,如果将罐箱液位传感器和数据记录器放置距离强壮的射频通信链路过远,可以添加一个或多个中继器节点填补网络2400内的间隙。在互联网上,如果一个路由器故障,由其它路由器通过替代路径发送消息。类似地,如果在网状网络内的设备或其链路故障,通过其它设备绕过其发送消息。一个或多个节点的丢失并不必然影响网络操作。网状网络是自恢复的,因为不需要为了消息的重新路由进行人工干预。根据本发明的实施例,这种网络2400提供冗余和可伸缩性。在网状网络中,冗余度基本上是节点密度的函数。通过简单地添加额外节点,可以为了可靠性故意过度设计网络,以便每个设备具有用于发送数据的两条或更多路径。与在大部分其它类型的系统中的可能性相比,这是获取冗余度更简单的方式。网状网络也是可伸缩的,并可以处理数百或数千个节点。因为网络2400的操作并不取决于中央控制点,添加多个数据收集点或网关可以是方便的。根据本发明的实施例,可靠性、可适应性和可伸缩性是用于产业控制和传感应用的无线网络的显著属性。点对点网络提供可靠性,但是它们通常在扩展以处理一对以上端点时面临挑战。点对多点网络可以处理多个端点,但是它们的可靠性取决于接入点和端点的放置。网状网络本质上是可靠的,易于适应环境或结构限制,并可以扩展以处理数千端点。根据本发明的实施例,移动环境101是救护车或其它ems车辆-例如车载移动环境(vme,vehicularmobileenvironment)。移动环境还可以是数据输入设备以及在现场环境中病人或多个病人治疗时设置的诊断和治疗设备的本地网络-“在现场的病人移动环境”(aspme,atscenepatientmobileenvironment)。移动环境还可以是一个或多个vme和/或aspme的组合。根据本发明的实施例,移动环境可以包括由司机112使用的导航设备110以跟踪移动环境的位置101、定位移动环境101和/或紧急事件位置和定位运输目的地。导航设备110可以包括例如全球定位系统(“gps”)。导航设备110还可以被配置以执行车辆速度、位置之间的行程时间和估计抵达时间的相关计算。根据本发明的实施例,导航设备110位于救护车的前部以协助司机112导航该车辆。导航设备110例如可以是可自科罗拉多州布鲁姆菲尔德的卓尔数据系统(zolldatasystems)购买的导航仪板载电子数据通信系统。图25以及下述地理定位的相关信息直接来自k.pahlavan等人,“anoverviewofwirelessindoorgeolocation(无线室内地理定位概述)”,mobileandwirelesscommunicationnetworksifip-tc6/europeancommissionnetworking2000internationalworkshop,mwcn2000paris,2000年5月16-17日,在此引入作为参考。更概括地,移动环境可以包括在vme或aspme中的一个或多个设备内的地理定位传感器。地理定位传感器可以是普通类型的,例如全球定位系统(gps)。然而根据本发明的实施例,gps可能受到某些限制:1)到一个以上gps卫星的视线,这可能限制其在室内环境中的性能;2)在一些市区环境中,由于建筑物的信号反射,降低了定位准确度;和3)当存在多起事故和需要将每个受害者的位置集成至软件地图环境中时,在可能需要超过+/-5英尺的精确度的大规模事故的情况下,常规的精确度可能是不够的。因此,根据本发明的实施例,可以在现场室外或在建筑物内部署附加的定位器基站,其可以放大或替换常规的基于gps的地理定位器系统。类似于蜂窝地理定位系统,室内地理定位系统的结构可以划分成两个主要种类之一:基于移动的结构和基于网络的结构。大部分常规的室内地理定位应用已经集中于如图25所示的基于网络的系统结构。地理定位基站(gbs)从由移动站发射的无线电信号提取位置量度,和将该信息中继至地理定位控制站(gcs)。根据本发明的实施例,gbs和gcs之间的连接可以是有线或无线的。因此在室内环境中,可以估计移动站的位置。因此,专用室内地理定位系统提供准确的室内地理定位服务。这也可以被应用于诸如战场或其它大规模事故情况等移动环境,其中可以部署基于路标或诸如微分gps(dgps)等更复杂的gps系统具有更佳已知精确度的基站,从而提供更精确和完整的集成至诸如谷歌地图等导航软件或其它地图软件的病人状态的相关信息。如图1所示,根据本发明的实施例,还可以将病人监视设备106和病人绘图设备108用于在移动环境101中的病人护理。ems技术员114将病人监视设备106连接至病人116以监视病人116。根据本发明的实施例,病人监视设备106例如可以是除纤颤器设备,具有配置用于连接至病人116以监视心率和/或生成心电图(“ecg”)的电极和/或传感器。病人监视设备106还可以包括用于检测的传感器或者用于推导或计算其它病人情况的处理器。例如,根据本发明的实施例,病人监视设备106可以监视、检测、治疗和/或推导或计算血压、温度、呼吸率、血氧水平、潮气末二氧化碳水平、肺功能、血糖水平和/或体重。根据本发明的实施例,病人监视设备106可以是可自麻省切姆斯福德的卓尔医学产品公司(zollmedicalcorporation)购买的zolle-除纤颤器。根据本发明的实施例,病人监视设备也可以是例如病人治疗设备或者包括病人监视和/或病人治疗性能的另一种类的设备。根据本发明的实施例,病人绘图设备108是由ems技术员114用于生成病人116的情况和/或给病人的治疗的记录和/或笔记的设备。例如,可以使用病人绘图设备108记录在具体时间上向病人116提供的药物剂量。根据本发明的实施例,病人绘图设备108和/或病人监视设备106可以具有时钟,该时钟可以与诸如网络或卫星等外部时间源同步以防止ems技术员必需人工地输入治疗或观察的时间(或者在施加治疗很长时间之后必需为了绘图目的试图估计治疗时间)。根据本发明的实施例,还可以使用病人绘图设备108记录病人的相关基本信息和/或人口统计和/或历史信息,例如病人姓名、身份标识号、高度、体重和/或病史。根据本发明的实施例,病人绘图设备108是平板pc,例如自科罗拉多州布鲁姆菲尔德的卓尔数据系统(zolldatasystems)可购买的epcrsuite的tabletpcr组件。根据本发明的一些实施例,病人绘图设备108是腕带式或智能电话,例如苹果的iphone或ipad,具有诸如触摸屏或语音识别数据输入的交互式数据输入接口,其可以可通信地连接至boa设备104,并可被轻触以指示对病人106的处理内容和时间。在病人运输之前、过程中和之后,对于ems司机112和技术员114来说,导航设备110、绘图设备108和监视设备106都分别非常有用。根据本发明的实施例,“救护车后部”(“boa”)设备104自每个设备108、110、112接收、组织、存储和显示数据以进一步增强每个设备108、110、112的用途,和使ems技术员114更容易地执行某些任务,这些任务通常将要求ems技术员114分别地将视觉和手工注意力置于每个设备108、110、112上。换句话说,根据本发明的实施例,boa设备集中和组织通常将被分散和未组织的信息。尽管在此将设备104称作“救护车后部”设备,因为ems技术员114通常将从安装在救护车后部152内的这样一个显示设备获益良多,基于在此所公开的内容,本领域的技术员将认识到一些或全部boa设备104可以位于对于ems技术员114有用的移动环境101、ems车辆和/或任何其它地方的任意一部分内。例如,根据本发明的实施例,boa设备104可以位于救护车前部150,和/或可以包括便携式和可以携带进入病人住宅的组件。根据本发明的实施例,该boa设备104可通信地耦合至病人监视设备106、病人绘图设备108和导航设备110。boa设备104还可通信地耦合至存储介质118。根据本发明的实施例,boa设备104可以是触摸屏、平板pc,存储介质118可以位于boa设备104的内部或外部。根据本发明的实施例,boa设备104可以包括用作图形用户接口的显示模板,其允许用户(例如ems技术员114)自设备106、108、110收集和/或向其发送的信息的不同子集和/或显示模式。图2图示根据本发明实施例的用于boa设备104的显示器的菜单模板200的一个例子。根据本发明的实施例,该菜单模板200包括导航按钮202、病人监视设备按钮204、病人绘图设备按钮206、“补充记录”按钮208和规程按钮210。按下按钮之一使用户(例如ems技术员114)进入显示来自设备106、108、110的全部信息或其子集的具体页面。图3至7图示根据本发明实施例的具体信息模板的例子,据此显示来自一个或多个ems设备106、108、110的信息。基于在此公开的内容,本领域的普通技术员将认识到据此可以显示此类信息的其它各种信息模板。图3图示根据本发明实施例的当用户选择导航按钮202时显示的图形用户接口。根据本发明的实施例,该显示器的一部分包括状态部分302和该显示器的另一部分包括地图部分304。根据本发明的实施例,状态部分302包括标识ems车辆行程相关信息的一个或多个字段。例如,状态部分302的字段可以包括下述中的一个或多个:单元字段306,标识为其显示信息的ems车辆的名称;成员单元308,标识该ems车辆的一个或多个成员;状态单元310,标识行程状态(例如“运输”或“在接病人的途中”);eta字段312,标识抵达目的地的估计时间;目的地字段314,标识ems车辆的目的地(例如医院);和补充信息字段316,标识用于联系ems车辆目的地(例如医院)的电话号码或其它信息。根据本发明的实施例,地图部分304可以显示街道信息以及出发点、目的地、路线标识和/或进度信息。导航设备110还可以提供用于显示的车辆状态信息,当运输尚未开始时该信息可能也是有用的。根据本发明的实施例,用户可以选择循环馈送按钮318,从而将显示器在图3至图7的一个或多个各种显示器之间连续地切换。在图3中图示的信息通常将仅可用于救护车101前部的司机112,但是因为boa设备104可通信地耦合至导航设备110,该boa设备104可以显示可用于导航设备110的信息全部或选择子集。图4图示根据本发明实施例的当用户选择菜单模板的病人监视按钮204时显示的图形用户接口。图4显示由boa设备104自作为zolle-除纤颤器的病人监视设备106接收的信息。该显示器包括垂直的重要指征符号部分402、水平的重要指征符号汇总部分404、图形部分406、解释部分414。垂直的重要指征符号部分402包括指示连接至设备106的病人116的情况的一个或多个字段。例如,重要指征符号部分402包括心率字段、呼吸率字段、血压字段、血氧水平字段和潮气末二氧化碳水平字段。每个字段可以包括信息进一步子集的可视指示。例如,根据本发明的实施例,心率字段可以包括心率的数字指示408、表示执行测量或推导的时间指示410、和概括地指示自第一次测量之后或预定时间内心率如何提高或降低的历史图表。还可以显示重要指征符号趋势。根据本发明的实施例,水平的重要指征符号汇总部分404表示例如在垂直的重要指征符号部分402内同时地显示的数值。根据本发明的实施例,图形部分406包括心电图的可视显示,例如在病人116上放置的十二导联传感器所需要的。在ecg上面的是何时获得该ecg的指示。根据本发明的实施例,在新的重要指征符号信息和/或新的ecg信息变得可用时,自动地刷新图4的显示器以显示来自病人监视设备106的最新数据。根据本发明的实施例,解释部分414包括来自设备106的自动生成的信息,例如表示设备106观察到的症状的潜在原因。图5图示根据本发明实施例的当用户选择菜单模板的病人绘图按钮206时现实的图形用户接口。根据本发明的实施例,图5的显示器包括病人基本信息502、干预部分504和重要指征符号(例如,重要指征符号趋势)部分506。根据本发明的实施例,病人基本信息502可以显示由ems技术员114使用病人绘图设备108记录的病人姓名、年龄和性别。根据本发明的实施例,干预部分504显示使用病人绘图设备108记录的病人116干预(例如所施加的治疗)。例如,根据本发明的实施例,干预部分504包括所进行的每次干预的列表、干预时间、干预描述(例如所施用的药物的名称)和施加该治疗的人员姓名。根据本发明的实施例,重要指征符号部分506包括ems技术员114观察到的和在病人绘图设备108内记录,并在病人绘图设备108和/或数据库118内存储的某些重要指征符号数据的历史列表。根据本发明的实施例,在重要指征符号部分506内的重要指征符号数据的历史列表包括时间标记、心率、血压、呼吸率、血氧水平、潮气末二氧化碳水平、血糖水平、格拉斯哥昏迷度量率(“gcs”,glasgowcomascale)以及观察或记录该重要指征符号的技术员或设备的名称。根据本发明的实施例,图6图示当用户选择菜单模板的“补充记录”按钮208时显示的图形用户接口。补充记录是由ems技术员114用于向医院或其它治疗机构发出呼叫以确认该医院将接收该病人116和/或提供该病人116的相关信息以协助该医院或治疗机构准备接收的记录。因为时间通常对于这种电话呼叫非常重要(因为进行呼叫可以将ems技术员114的注意力临时地自病人116的护理转移开),ems技术员通常参考和与若干不同的设备106、108、110和/或非正式的数据源交互以汇编记录列表,进而传送给在医院或治疗机构内的护士或其他负责方。这种补充记录通常花费相当多的时间来组织,通常被快速地写在手套上,例如,还导致不准确性,和一些补充记录代表在进行呼叫和将信息传送给医院的时间之前的旧信息。另一方面,根据本发明的实施例,boa设备104自动地建立通常将包括补充记录的若干不同字段的显示器。图6的显示器包括代表来自多个不同设备,例如设备106、108、110的信息的字段。根据本发明的实施例,补充记录显示器可以将该信息组织成预定义模板,和/或可以将信息组织成与具体ems技术员114相关的定制模板。根据本发明的实施例,不仅boa设备104在总结用作补充记录的单个显示器内自动地接收和显示来自多个不同的设备106、108、110的信息,而且还自动地刷新显示器以反映最新信息,从而允许病人信息的实时传输。例如,在没有boa设备104的情况下,如果病人心率在三分钟的过程中自75升至115,和如果ems技术员在自他的病人图表查阅姓名和背景信息和向司机112询问位置信息之前,在三分钟之后呼叫医院之前,该ems技术员在他的手套上写“hr75”,该ems技术员114可能向医院报告心率75。然而,使用boa设备104,如图6所示自动地生成和显示补充记录。当ems技术员114将病人状态传送给医院时,除纤颤器重要指征部分将列出当前心率115。根据本发明的实施例,除了标识病人116被送往的医院名称和电话号码的一个或多个医院字段602和标识病人年龄的年龄字段604之外,图6的显示器还可以包括一个或多个现病史字段、干预字段、单元标识字段(例如标识具体的ems车辆)、性别字段、既往病史字段、病人绘图设备重要指征符号字段、预期抵达时间字段、主诉字段、评估字段和病人监视设备重要指征符号字段。根据本发明的实施例,可以配置每个字段显示来自与boa设备104可通信地耦合的一个或多个ems设备(例如设备106、108、110)的过去或当前或推导内容。例如,医院、单元和eta字段可以基于自导航单元110接收的信息。年龄、性别、主诉、现病史、既往病史和干预字段可以基于自病人绘图单元108接收的信息。根据本发明的实施例,病人绘图设备重要指征符号字段可以基于自病人绘图单元108接收的信息(例如gcs评分),病人监视设备重要指征符号字段可以基于自病人监视设备106(例如ecg)接收的信息。根据本发明的实施例,boa设备104可以位于救护车前部以允许司机112或另一ems技术员根据实时补充记录向医院发出呼叫,从而给主治的ems技术员114提供更多的时间和专注于直接病人护理。根据本发明的实施例,boa设备104自至少一个病人监视ems设备和至少一个非病人监视ems设备接收信息。根据本发明的实施例,图6的补充记录屏幕在同一显示器上图示来自至少一个病人监视设备和并不直接监视病人的至少一个其它设备(例如导航设备和/或病人绘图设备)的ems信息(例如紧急医疗病例或运输相关的信息)的一个例子。类似地,在本发明的另一实施例中,该boa设备104接收来自至少一个病人临床设备和至少一个非临床设备的信息,和以用户可用的格式分析、组合、存储、显示和/或发送该临床和非临床信息。如在此使用的,在其广义含义上使用术语“临床”是指在病人的监视或治疗或诊断中直接包含的内容。如在此使用的,在其广义含义上使用术语“非临床”是指在病人的监视或治疗或诊断中不直接包含的内容。例如,除纤颤器是临床设备,导航设备是非临床设备。举另外一个例子,病人的ecg信息或心率是临床信息,而病人地址是非临床信息。图7图示根据本发明实施例的当用户选择菜单模板的规程按钮210时显示的图形用户接口。根据本发明的实施例,图7的显示器包括用于其中出现医疗紧急事件,其中出现治疗和/或其中传送病人的具体位置的交互指南手册。可替代地,规程按钮210可以链接至手册或指南文档以使用具体设备和/或具体技术的管理和/或药物相关信息。例如,图7的显示器可以包括在县郡的规程索引中章节的交互页列表,其可以是本地存储的规程索引和/或通过互联网连接访问的规程索引。单击一个或多个章节或链接打开例如包含关于选定的特定章节或主题的更多细节的页面。根据在此公开的内容,本领域的普通技术员将理解可以配置boa设备104显示来自一个或多个ems设备和/或外部数据源的信息的附加或不同子集。根据本发明的实施例,该boa设备104不仅无缝地集成来自病人监视设备106、病人绘图设备108和导航设备110的信息以在移动环境101内显示,而且还用于在诸如企业环境102等远程环境中显示。企业环境102可以是例如医院和/或分派环境。根据本发明的实施例,来自该boa设备104的数据(因此来自与该boa设备104可通信地耦合的设备106、108、110的数据)可以由在管理环境103内的一个或多个企业存储服务器126接收,并存储在企业数据库130内,该信息可以由一个或多个企业应用服务器128访问和提供给企业用户124的工作站122。根据本发明的实施例,该boa设备104可通信地耦合至可通信地耦合至数据库130的存储服务器126,应用服务器128可通信地耦合至数据库和企业工作站122。通过诸如互联网等网络120将这些设备可通信地耦合。根据本发明的实施例,当该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显示器上观看的内容相同或类似。图8至图10图示根据本发明实施例的通过企业工作站122可用于企业用户124的用户接口和显示屏幕的例子。图8图示根据本发明实施例的基于网页浏览器的客户机接口,在显示器的一部分内包括可以使用ems设备数据的可用ems车辆802、804的列表。单击als2804,例如出现类似于图8的屏幕,其允许企业用户124选择按钮之一,包括但是并不限制于病人监视按钮806、导航按钮808和/或病人绘图按钮810。根据本发明的实施例,当用户124单击病人监视按钮806时,图8的屏幕显示出现,并包括来自救护车als2的病人监视设备106的当前信息。根据本发明的实施例,图8的病人监视显示器被自动地连续地或者半连续地更新;根据本发明的其它实施例,用户124选择“获取更新”或者浏览器的“刷新”按钮,从而获得可用的最新信息。根据本发明的实施例,图8的企业显示器包含类似于图4的移动显示器的信息。根据本发明的实施例,由在急诊室内等待病人被救护车送到的医生通过普通互联网浏览器访问在企业环境102内的网站显示。该网站可以通过诸如登录用户名称和密码等保护。每辆救护车可以通过车辆名称标识;医生自即将到来的车辆列表选择,此后显示该病人的数据。就如同在移动屏幕上显示的一样,可以显示该数据,同样在“临床时间”内。根据本发明的实施例,企业环境102网站仅显示其目的地与在用户机构上记录的目的地相同的那些病人的数据。根据本发明的实施例,当用户124单击导航器按钮808时,显示图9的屏幕显示,包括来自救护车als2的导航设备110的当前信息。根据本发明的实施例,图9的企业显示包含与图3的移动显示类似的信息。根据本发明的实施例,当用户124单击病人绘图按钮810时,显示图10的屏幕显示,包括来自救护车als2的病人绘图设备108的当前信息。根据本发明的实施例,图10的企业显示包括与图5的移动显示类似的信息。尽管图1图示了在移动环境101内的单个boa设备104,也可以在移动环境101内使用一个以上boa设备104以可通信地连接至相同或不同组的设备106、108、110。根据本发明的实施例,尽管图1图示一个移动环境101,一个以上移动环境101和/或一个以上boa设备104可以可通信地耦合至管理环境103和/或企业存储服务器126。根据本发明的实施例,企业存储服务器126接收来自boa设备104的ems设备信息,将其与身份验证后的时间标记和与特定ems设备和/或特定ems车辆的信息相关的标识符一起存储在数据库130内。这样,可以由企业用户124访问来自多个车辆和/或多个设备的数据。而且,企业存储服务器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的指令。根据本发明的一些实施例,该boa设备104可以连接(例如自动地或人工地或选择性地)可佩戴医疗设备,例如可佩戴除纤颤器,以自其接收和显示病人监视信息。该boa设备104还被配置以自这样一个可佩戴设备接收病人标识信息,允许boa设备104查询外部数据库,例如通过网络120,提取该病人的相关附加信息。根据本发明的实施例,该boa设备104还可以被配置以类似方式连接可植入的心率转换器-除纤颤器(“icd”)。图11图示根据本发明实施例的用于实时显示自多个不同的ems设备收集的医疗信息的治疗域系统1100概况。根据本发明的实施例,系统1100包括病人监视设备模块1102,其可通信地耦合至移动域模块1126,模块1126可通信地耦合至远程或企业域模块1128,模块1128可通信地耦合至瘦客户机显示模块1124。根据本发明的实施例,可以由在整个区域、州、国家和/或世界的多家医院访问该数据库130。根据本发明的实施例,移动域模块1126包括设备适配器1104、可访问移动数据库1108的移动资产管理模块1106、boa模块1110、病人绘图模块1112、导航模块1114和网络适配器1116。根据本发明的实施例,远程/企业模块1128包括网络适配器1116、可访问企业数据库1120的企业资产管理模块1118和企业应用服务器模块1122。病人监视设备模块1102操作病人监视设备106和生成包含病人116情况的相关信息的一个或多个数据管道。设备适配器/通信接口模块1104管理在计算设备和一个或多个医疗设备之间,例如在病人监视设备模块1102和移动资产管理模块1106和/或boa模块1110之间的数据通信。根据本发明的实施例,设备适配器模块1104包括一个或多个下述属性:·支持多种通信传输(例如设备可以使用蓝牙、802.11、以太网、串行电缆)。·支持多个数据传输协议。·支持多个医疗设备类型。·支持多个数据存储概况(例如存储至文件系统,由资产管理模块1106存储至数据库1108)。·允许管理员或用户将传输、协议、设备和多个存储概况关联在一起以显示通信“管道”,在其上可以与医疗设备交换数据。·同时支持多个管道。·允许管理员或用户指定它向其传送的一个或多个特定医疗设备,在这种情况下,模块1104将使用特定于传输的发现协议来发现和连接至设备。·允许管理员或用户指定任意一个(any)作为医疗设备,在这种情况下,它将使用特定于传输的发现协议来发现和连接至所发现的任意兼容医疗设备。·当配置管道使用并不支持发现的协议时(例如串行电缆),模块1104将允许该设备初始化该连接和随后根据是否选择特定医疗设备来允许或拒绝它。·通过允许其连接至模块1104和接收自医疗设备和装置抵达的数据的异步通知以提取数据,支持多个客户机应用(本地或远程的)。·如果医疗设备具有要传送的数据资产,维持通信‘管道’,而不考虑任意应用是否在运行或等待接收数据资产。·用户可以配置与之通信的一个或多个医疗设备应用,这种配置可以是持久和易于改变的·通信策略可以是可配置的。例如,在进行通信之前,蓝牙可能需要与设备配对。用户可以配置该配对例如是‘自动’或‘手动’或‘持续重新获取的’。·应用程序可以通过现对简单的表达api访问先前接收的数据资产。·可以向应用程序通知新接收的资产和可以根据特定设备和/或资产类型过滤这些通知。·应用程序可以向通信层查询用于可定制用户接口单元的状态、可用设备等等。·通信层可以是根据也指示状态的通知图标可控制的。·可以保护可配置项目不被普通用户通过使用特权‘管理’模式和在通知区域图标小应用程序中的普通用户模式的恶意或错误更改。·配置可以是‘便携式的’和‘可分配的’,以便可以建立一个配置和将其拷贝至每个设备,而不必需通过通知小应用程序实际地配置每个设备。·可以缺省地通过应用程序隐藏通信‘管道’的某些特征或限制。·通信层自身可以是分层的,并支持用于管理不同通信传输的多个插件类型传输驱动器和用于处理来自不同设备和不同资产类型的数据资产的接收的多个插件类型协议驱动器。这可以允许通信层随着新传输或新协议的发展快速扩展成新的传输或者新的协议。图12图示设备适配器/通信模块1104,其包括分别关联医疗设备1208、1210、1212的一个或多个管道1202、1204、1206。根据本发明的实施例,通信模块1104可以是可自科罗拉多州布鲁姆菲尔德的卓尔数据系统(zolldatasystems)购买的pelicantm的通信接口。根据本发明的实施例,通信引擎1104是“始终开启”操作系统服务,其实现通信管道1202、1204、1206和处理来自医疗设备1208、1210、1212的输入数据。根据本发明的实施例,通信引擎1104还包括api1216,这是由通信引擎1104暴露的对象和方法的集合,其可以由应用程序为了诸如获取数据资产和配置引擎1104等任务用于配置和与引擎1104交互。例如,移动资产管理模块1106可以与api1216交互以接收医疗设备数据。图13图示根据本发明实施例的管道1202。根据本发明的实施例,管道1202包括与医疗设备的一个或多个存储配置1312、1314、1316关联的一个或多个存储插件1302、1304、1306;与医疗设备的医疗设备配置1318关联的医疗设备插件1308;与医疗设备的传输配置1320关联的传输插件1310。如在此使用的,“传输”是操作系统支持的底层通信介质,例如tcp/ip、蓝牙和串行。一些传输是面向分组的(例如tcp),而其它是面向流的(例如串行)。一些支持发现,一些并不支持。一些支持配对,一些并不支持。每个传输可以包括唯一的配置。传输插件可以是.net组件,其由通信引擎1104动态地装载,和提供用于特定传输(例如串行端口、蓝牙、tcp/ip和文件系统)的数据通信支持。根据本发明的实施例,通信引擎1104可以被配置用于自动配对(例如用于支持配对的传输,引擎1104使用专用于传输的规则根据配置和用户首选项来自动地建立和维持与医疗设备的配对),和/或用于自动发现(例如用于支持发现的传输,引擎1104可以被配置以自动地发现新的医疗设备和将它们输入已知的设备列表)。医疗设备插件可以是.net组件,其由通信引擎1104动态地装载,其提供用于特定类型的医疗设备的传输独立数据通信服务,例如zollm/e-serieszollmodem或zolle-seriesdun。存储插件可以是由通信引擎1104动态地装载的.net组件,其将存储服务提供给引擎。如图13所示,管道可以是传输、医疗设备和存储配置的组合,其代表用户已经指示将自其接收数据的医疗设备,且其允许进行通信。管道可以由用户配置和/或可以是预定义的。例如,管道可以规定具有配置的传输串行端口(com1,波特=9600)、医疗设备e/m系列zollmodem(任意医疗设备)和存储器(本地文件系统)。该配置将从在9600波特上连接至com1的任意设备接收数据资产,和将它们存储至本地文件系统。举另外一个例子,管道可以规定传输蓝牙(波特=115200,自动配对)、医疗设备e/m系列zollmodem(zoll005611)存储器(本地文件系统)和存储器(资产管理)。该配置将导致蓝牙配对至zoll005611,即使中断时也维持该配对,接收来自特定设备的任意数据资产和将它们同时存储至本地文件系统和将它们提交给资产管理(例如移动资产管理模块1106和/或企业资产管理模块1118)。举另外一个例子,管道可以规定传输蓝牙(波特=115200,自动配对)、医疗设备e/m系列zollmodem(任意设备)。该配置将导致蓝牙与在定期发现过程中发现的任意医疗设备自动地配对,接收来自任意配对设备的任意数据资产,和通过全部装载和启用的存储插件予以存储。举另外一个例子,管道可以规定传输tcp/ip(本地ip=192.168.1.20,端口=7743)、医疗设备e/m系列dun(任意设备)、存储器(资产管理)。根据本发明的实施例,该配置将导致引擎1104开始在用于dun业务的规定ip地址和端口上监听和通过资产管理将其存储(例如通过将其发送给移动资产管理模块1106和/或企业资产管理模块1118)。根据本发明的实施例,对于使用发现支持传输的设备适配器1104的每个“管道”,适配器1104执行图14概述的方法,对于使用非发现支持传输的设备适配器1104的每个管道,适配器1104执行图15所示的方法。如上所述,根据本发明的实施例,移动资产管理模块1106接收来自设备适配器和通信接口1104的医疗设备数据。移动资产管理模块1106执行医疗设备数据的安全存储、提取和管理以及向其它应用通知这些数据资产的存储或修改的异步事件。根据本发明的实施例,移动资产管理模块1106支持本地或面向远程服务的api以存储、提取和修改医疗设备数据,和将基于本地或远程异步消息的事件通知提供给订阅它们的应用。这些事件可以包括医疗设备数据抵达的通知。根据本发明的实施例,boa模块管理来自多个数据提供者(包括但是并不限制于,设备适配器1104、病人绘图模块1112和导航模块1114)的数据馈送,并将这些馈送显示在触摸屏平板上。boa模块1110还将这些集成的数据单元传送给事务部门模块(例如企业资产管理模块1118)。根据本发明的实施例,病人绘图模块1112控制病人绘图设备108和由其发送和接收的信息,导航模块1114控制导航设备110和由其发送和接收的信息。根据本发明的实施例,boa模块1110包括一个或多个下述属性:·允许用户配置设备适配器/通信接口模块1104,包括但是并不限制于医疗设备的选择。·允许用户选择病人绘图设备,在病人绘图设备内输入信息时它将自其接收包含医疗记录信息的数据馈送。·允许用户选择导航设备,它将在定期基础上自其接收包含导航和分配信息的数据馈送。·自通信接口模块1104和/或移动资产管理模块1106接收包括但是并不限制于12导联ecg和重要趋势记录的新医疗设备数据的抵达的相关通知。·自选定的病人绘图设备接收异步消息,其包括当前开启的病人记录的相关数据,包括但是并不限制于:病人基本资料、病史、当前评估、所执行的干预和/或重要指征符号。·自选定的导航设备接收异步消息,其包括当前分配状态、目的地、成员、位置、路径和/或当前位置地图的相关数据。·循环地显示每个所接收的数据馈送的图形显示以在救护车后部在平板上或者在另一显示设备上的其它地方观看。·允许护理人员或ems技术员114临时地冻结在反馈上的循环显示,以便在特定的信息模板上更仔细地检查特定数据。·将数据馈送集成至定期地发送给企业资产管理模块1118的数据结构内。·为了便于向接收机构的口头报告,显示集成数据馈送的客户可定制视图(例如在boa设备104上显示的补充记录信息模板内的报告)。·向用户显示观看区域ems规程以参考的能力。图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)。boa模块1100咨询移动资产管理模块1106以确定新的导航数据是否可用(方框1616),如果是,则更新在数据模型内的导航数据(方框1618)。boa模块1110确定是否是将更新后的信息发送给企业资产管理模块1118的时间(方框1620),如果是,将数据模型发送给企业资产管理模块(方框1622)和生成异步消息(方框1626)。根据本发明的实施例,在方框1626上生成的异步消息的目的是企业应用服务器128;根据本发明的替代实施例,在方框1626上生成的异步消息的目的是企业存储服务器126,其又存储数据和向企业应用服务器128通知数据的可用性。根据本发明的实施例,随后例如以在boa设备104上的显示更新的形式呈现数据模型(方框1624)。根据本发明的实施例,不作为“阶段”而是作为每个事件执行用方框1608、1612、1616和1620指示的程序,这些事件触发修改数据模型的不同执行线程,进而又触发boa设备104显示的更新。根据本发明的实施例,网络适配器/通信接口模块1116是包括一个或多个下述属性的通信信道:·通用和数据格式独立。每个应用可以负责其消息的格式。·消息编址可以通过名称而不是传输地址(例如ip地址),以便可以将消息发送给当前不存在路由的实体(例如当发送者自互联网断开时)。可以推迟到实际机器地址的名称解析,直到路由实际存在。·在使用通信接口模块1116的实体之间的树型关系,其中可以将名称信息“预装载”到树上方而不是下方。如此,每个节点具有简单的路由选项:如果名称是当前设备或之下,则路由至那里,反之则路由至当前设备的父设备。树根可以是主消息代理器,其累积全部名称信息。根据本发明的实施例,主消息代理器是在通信树中是包含全部名称信息和因而可以执行自一个子树到另一个子树的路由选择的唯一节点。·可以推迟消息发送直到接收者实际地出现。可以存储消息直到接收者变成可路由的。·可以将消息存储在每个节点上的事务处理安全数据库内,以便即使节点未预期地故障并不产生消息丢失的风险。·可以维持消息的全部加密直到接收者实际地接收它们。虽然存储在数据库内,消息可以保持加密。·在间断连接的无线连接上的强壮操作。可以存储消息直到连接恢复。在某些时限内,如果连接重建,消息传输可以自它停止的地方继续而不是重新开始。·可以本地地路由预期发送到‘本地的’的机器或应用的消息,即使当该树的片段自主消息代理器断开时。·可以发送带有过期时间的消息,该时间后将不发送消息,和向发送者通知过期。根据本发明的实施例,通信接口1116可以是可自科罗拉多州布鲁姆菲尔德的卓尔数据系统(zolldatasystem)购买的mercurytm通信接口。可以使用通信接口模块1116作为通道实现boa模块1110的消息收发组件。根据本发明的实施例,这些消息收发组件实现下述的一个或多个特征:·公开订阅模型:向提供者(例如病人绘图模块1112)订阅以接收数据馈送的数据馈送用户(例如boa移动模块1110)。订阅请求包括订阅持续时间。当提供者修改数据馈送项目时,将数据馈送项目发送给全部订阅用户。根据实施例,boa模块1110是用于来自病人绘图模块1112和导航模块1114的馈送的数据馈送用户,而数据馈送提供者是用于进入企业资产管理模块1118的集中馈送。·消息队列节流:使用通信接口模块1116的消息过期特征,可以在短暂的过期时间之内发送全部消息,随后一旦通知过期则发送新的当前复本。这保证该系统在断开组件时不具有大型队列的陈旧数据馈送消息;至多一个当前消息在该系统内。·复杂消息格式:数据馈送消息包括图形、文本和二进制数据,其可以由接收者转换成对象以便于使用。企业资产管理模块1118接收来自多个boa模块1110的集中数据馈送,在远离始发者的显示器上提供这些集中数据馈送的显示。例如,根据本发明的实施例,可以由企业应用服务器模块1122自与企业资产管理模块1118相关的数据库1120提取这种集中数据馈送,并通过在网页浏览器上运行的瘦客户机显示应用模块1124向企业用户显示。根据本发明的实施例,可以保护、加密、密码保护和/或hipaa兼容这样一个网页。根据本发明的实施例,企业资产管理模块1118包括下述一个或多个属性:·自多个boa模块1110接收异步消息包括集中数据馈送,包括但是并不限制于来自病人绘图模块1112、导航模块1114和医疗设备的数据馈送。·使用来自boa模块1110的目的地数据,由导航模块1114或者由用户在平板boa设备104上手工地设置,为每个医院目的地创建包含以该医院为目的地的来自每个boa模块1110的馈送的网页。·当新版本的集中数据馈送抵达将病人116的相关数据发送给医院或治疗机构的每个boa模块1110时,异步地更新该网页。·使用12导联数据的诊断解析度呈现该集中的数据馈送。·使用医院专用登录账号进入安全ems数据馈送网页模块1124来防止未授权的访问。尽管图1图示了与病人监视设备106、病人绘图设备108和导航设备110可通信地耦合的boa设备104,在本发明的替代实施例中,该boa设备104与图1未图示的附加ems相关设备可通信地耦合,和/或与图1所示种类的多个设备可通信地耦合,和/或与图1所示种类不同型号或版本的设备可通信地耦合。例如,可以配置boa模块1110直接地和/或间接地通过设备适配器/通信接口模块1104向和自一个或多个下述设备传送ems相关设备数据:除纤颤器、病人绘图设备、导航设备、gps设备、脉冲血氧计、自动心肺复苏设备(例如非侵入式心脏支持泵)、驱动安全监视系统、独立血压监视器、血糖测量设备、存货控制系统、血液酒精监视器、呼气测醉仪器、输液泵、通气设备、可佩戴除纤颤器设备(如设备),和成员调度系统。根据本发明的实施例,除纤颤器或病人监视设备可以是由多个不同制造商制造和/或销售的大量除纤颤器或病人监视设备之一。根据本发明的实施例,boa设备104还可以与由zoll医疗公司制造的codenetwirtertm设备等可通信地耦合,配置以集中病人数据。根据本发明的实施例,该boa设备104可通信地耦合至仅一个或两个病人监视设备106、病人绘图设备108和导航设备110,被配置以组织和显示来自该仅一个或两个此类设备的ems信息。根据本发明的实施例,尽管参考图11描述的模块和应用可以大概对应于具有与图1类似的标记的硬件设备,根据在此公开的内容,本领域的普通技术员将理解用于执行所述程序的各种模块和/或指令可以以不同组合位于不同和各种硬件设备和/或未图示的硬件设备上。例如,根据本发明的实施例,尽管boa设备104可以是触摸屏pc,包括和配置以执行boa模块1110的任务,该boa设备104可以可替代地是简单的显示设备,例如监视器,具有由其它硬件执行的boa模块1110和/或移动资产管理模块1106的计算功能,以便仅将显示信息传送给boa设备104。可以配置根据本发明实施例的boa设备104以便于通过具有允许快速和轻易数据输入的软件的触摸屏设备进行输入,类似于卓尔数据系统(zolldatasystems)epcrsuite的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中描述或引用的设备和方法,在此全文引入作为参考。图17图示根据本发明实施例的由boa模块1110执行的方法的流程图1700。该处理开始于方框1701。初始化该boa模块1110(方框1702),随后用户可以选择将自其接收医疗和/或ems信息的设备(方框1704)。例如,这种设备选择可以涉及生成将由病人监视模块1102接收的用于建立连接的异步消息(方框1706),将由导航模块1114接收用于建立连接的异步消息(方框1708),和/或将由病人绘图模块1112接收用于建立连接的异步消息(方框1710)。当用户初始化选择或改变设备的异步事件时在任何时间上可以选择设备的不同子集(不同设备,更少设备或更多设备)(方框1712)。一旦已经选择设备,该boa设备104循环通过一系列的不同显示(方框1714)。可编程该循环以出现在预设间隔上;例如可配置boa设备104每七秒在不同数据模型之间循环显示。例如,可以显示导航设备数据模型(方框1716),这可能类似于例如图3所示的数据模型。在预设时间之后,可以将显示切换至病人监视设备数据模型(方框1718),类似于例如图4所示的数据模型。在另一预设时间之后,可以将该显示切换至病人绘图设备数据模型(方框1720),类似于例如图5所示的数据模型。根据本发明的实施例,一旦显示已经循环通过每个数据模型,它可以返回所显示的第一数据模型和重复该循环。例如当用户通过选择循环馈送按钮(类似于图3的按钮318)初始化异步事件(方框1722)时,可以在其它任务过程中初始化或重新初始化这样一个循环。当用户选择“馈送”按钮之一时(方框1724),生成异步事件,导致与该馈送对应的数据模型显示(方框1726)更长的预定时间周期,例如一分钟。举例来说,如果用户选择病人绘图按钮206(参见图2),将立即显示类似于图5的病人绘图数据模型,并将显示保持比缺省循环时间更长的时间周期。根据本发明的实施例,当用户选择补充记录按钮208(方框1728)时,生成异步事件,导致将显示类似于图6的补充记录数据模型(方框1730),直到用户接着选择循环馈送按钮318或特定馈送按钮202、204、206。根据本发明的实施例,当用户选择规程按钮(方框1732)时,生成异步事件,导致显示类似于图7的规程数据模型(方框1732),直到用户接着选择循环馈送按钮318或特定馈送按钮202、204、206。根据本发明的实施例,当ems设备之一接收或生成新数据时,可以配置其生成将由boa模块1110接收的异步通知。例如,根据本发明的实施例,当其具有共享的新信息时,病人绘图模块1112可以生成异步消息(方框1736),当其具有共享的新信息时,病人监视模块1102可以生成异步消息(方框1738),当其具有共享的新信息时,导航模块1114可以生成异步消息(方框1740)。这些异步消息可以在其中包括新的或更新的数据。当boa模块1110接收一个或多个这些通知时,它更新与特定设备和/或所接收的信息对应的一个或多个数据模型(方框1742)。例如,如果自病人绘图模块1112(其可以在病人绘图设备108上运行)接收到新的病人绘图信息,该boa模块1110将更新病人绘图数据模型以反映最新数据。随后,boa模块1110刷新其显示(方框1744),这导致如果在方框1742中更新在数据模型中的任意数据则立即使用新的数据模型替换当前显示的数据模型。根据本发明的实施例,随后可以将该数据模型更新发送给boa企业模块,该模块可以驻留在企业应用服务器128(方框1746)上,这可能导致生成到boa企业模块的异步消息(方框1748)。本发明的一些实施例包括各种步骤,其中一些可以通过硬件组件执行或者可以内嵌在机器可执行指令内。可以使用这些机器可执行指令使通过指令编程的通用或专用处理器执行步骤。可替代地,可以通过硬件、软件和/或固件的组合执行步骤。此外,可以在一个或多个计算机系统、大型机(例如诸如ibmz系列的ibm大型机、unisysclearpath大型机、hpintegritynonstop服务器、necexpress系列或其它大型机)或者客户机-服务器类型的系统上至少部分地(例如一个或多个模块)执行或实施本发明的一些实施例。此外,本发明实施例的具体硬件方面可以包括一个或多个这些系统或其部分。如此,图18是可以使用本发明实施例的计算机系统1800的例子。根据本例子,该计算机系统包括总线1801、至少一个处理器1802、至少一个通信端口1803、主存储器1804、可移动存储介质1805、只读存储器1806和大容量存储器1807。一个或多个处理器1802可以是任意已知的处理器,例如但是并不限制于一个或多个或itanium处理器或者一个或多个或athlon处理器或者的处理器产品线。一个或多个通信端口1803例如可以是由基于调制解调器的拨号连接使用的rs-232端口、10/100以太网端口或使用铜或光纤的吉比特端口中的任意一个。根据网络,例如局域网(lan)、广域网(wan)或者计算机系统1800连接至的任意网络,可以选择一个或多个通信端口1803。主存储器1804可以是本领域普通技术员公知的随机存取存储器(ram)或一个或多个任何其它的动态存储器。只读存储器1806可以是任意一个或多个静态存储设备,例如用于存储诸如用于处理器1802的指令的静态信息的可编程只读存储器(prom)芯片。可以使用大容量存储器1807存储信息和指令。例如,可以使用诸如scsi驱动的系列等硬盘、光盘、诸如raid的磁盘阵列(例如raid驱动的adaptec系列)或者任何其它大容量存储设备。总线1801可通信地耦合一个或多个处理器1802与其它存储器、存储介质和通信模块。根据所使用的存储设备,总线1801可以是例如基于pci/pci-x或scsi的系统总线。可移动存储介质1805可以是例如任意类型的外部硬盘驱动器、软盘驱动器、闪存驱动器、zip驱动器、紧凑盘-只读存储器(cd-rom)、紧凑盘-可重写(cd-rw)或数字视频盘-只读存储器(dvd-rom)。上述组件意味着举例了一些类型的可能性。上述例子绝不会限制本发明的保护范围,因为它们仅是示例实施例。可以配置本发明的实施例以实现在紧急医疗服务环境中的各种其它解决方案。例如,可以配置与导航设备110通信的boa设备104提供附加的地图和/或导航信息。根据本发明的实施例,该boa设备104可以显示与医院目的地相关的状态信息,并可以指示转移或替代目的地以将救护车101引导至适当目的地。根据本发明的实施例,该boa设备104还可以显示医院和/或其它目的地的相关特征,例如医院性能(例如心脏专业、烧伤专业)、可接受的保险、病人容量和当前的病人容量状态。该boa设备104还可以与医院或其它目的地的企业工作站122通信以允许病人116的预登记或部分预登记。根据本发明的实施例,不能使用的医院向救护车司机112显示为不可用。可以配置boa设备104与地图同时和/或在导航过程中显示此类信息以便于目的地选择。根据本发明的实施例,可以在网络120上自企业服务器126或128和/或自企业工作站122和/或自导航设备110获得该信息。根据本发明的实施例,还可以配置boa设备104以多种方式与用户通信,包括与ems司机112和/或ems技术员114。例如,可以配置该boa设备104将音频提示、警告、调度、定时和/或音频流提供给ems用户。可以配置该boa设备104具有连接性或性能,以便用户可以连接或配对唯一的设备与boa104以接收音频信息和/或传送语音提示。根据本发明的实施例,在触发事件时,例如一旦当由boa设备104自传感器接收到异步事件信号指示所检测的参数在可接受的范围或数值之外,可以配置警告以发出声音或可视地显示。可以使用音频和/或可视提示向用户告警具体的配药时间表,例如当自药物首次施用之后已经超过确定的时间量时蜂鸣。根据本发明的实施例,这种告警和/或时间表可以由用户设置或定制,或者可以自一组预定的告警和时间表选项选择。根据本发明的实施例,该boa设备104可以提供基于角色的数据和/或音频流;例如技术管理cpr可以接收与病人的心脏情况相关的音频和/或可视信息,但是boa设备104可以滤除其它信息,例如用于该用户的地图和/或路由信息。根据本发明的实施例,根据其角色,可以将专用的定制反馈和/或信息提供给ems用户。根据本发明的实施例,boa设备104可以进一步提供用于ems技术员的决策支持。根据本发明的实施例,基于由技术员114(例如通过病人绘图设备108)输入的信息和/或自病人监视设备106接收的信息,boa设备104可以比较该信息与内部或外部数据库以显示或传送不同的诊断和/或预测诊断(例如基于矢量或ekg信息)。例如,根据症状和/或对治疗的响应,boa设备104可以向ems技术员114显示决策矩阵以帮助ems技术员114例如以交互格式确定潜在的诊断。根据自技术员114或自与其通信的设备之一接收的信息,boa设备104可以提供规程或者到规程的链接。在一种实施例中,可以通过boa设备104的监视器通过具有病人生理测量的boa设备104输入用于病人历史的数据。根据本发明的实施例,因为不同的诊断需要病人历史、病人检查发现和通过例如ecg、二氧化碳监护仪、脉冲测氧法等监视的病人生理状态测量,将这些数据单元集成到用户接口中,其自动地或半自动地将各种数据单元集成在boa设备104上应用内的单个鉴别诊断屏幕上。boa104的接口开始要求救助者自普通呈现症状或病人主诉的列表中选择,例如呼吸困难或呼吸窘迫。例如在图26-28(直接取自amfamphysician2003:68:1803-10,在此引入作为参考)和图29(a)-(b)(直接取自colliercountycommonmedicalprotocol,02/01/08修订)内图示的屏幕上的信息提供救助者获取信息的结构化方法。当将病人历史和身体检查发现输入boa设备104时,鉴别诊断页可以逐渐地筛选可能的诊断。可以将心音测量和检测并入监视设备106,用于检测s3和s4心音和自动地筛选差别,或者建议救助者确认与心力衰竭或肺水肿的软件诊断的一致。在图26-29中图示了用于并入心音的流程图。脉冲测氧法和二氧化碳监护仪也是非常有用的测量,并可以自动地并入用于更准确诊断的算法。在一种实施例中,求助者可能能够简单地自图26-29的屏幕显示列表触摸到可能列出的历史或身体检查发现的光标,从而最小化不必要的按键输入。在可能发现或历史的每个列表底部是用于“其它”的数据输入位置,用于通常与当前状态不一致的那些发现或历史。在一种实施例中,根据本发明的实施例,可以比较这些附加的发现、历史或生理测量与较大的鉴别诊断数据库以根据所计算的可能性或者通过已经排除其它可能的病因向救助者建议其它可能性。根据本发明的实施例,以几乎相同的方式,可以将十二导联数据和其它boa104设备数据发送给企业环境102和在企业工作站122或基于网页的环境上显示和/或提取,还可以配置该boa设备104以自企业环境102接收、显示和/或存储类似信息。例如,在病人被从一个医院运送到另一医院以接受特别护理的情况下,医院可以向该boa设备104发送病人心肺相关信息和/或健康历史和/或医生建议。可替代地,医院可以向远程ems技术员授予电子授权以查询保存该信息的其一个或多个数据库,支持该ems技术员114使用boa设备104接口选择他将希望接收哪些和多少信息。这样,救护车101内的技术员可以查看例如在医院的病人所发生的事情。根据本发明的实施例,boa设备104还可以包括语音识别软件和/或文本至语音软件。由此,根据本发明的实施例,boa设备104可以提供读取自一个或多个设备接收的文本或数字数据的音频信号,通过声音将该数据传送给ems技术员114,以便ems技术员114不需要自病人或者自另一任务转移注意力。根据本发明的实施例,该boa设备104还可以识别语音命令提示,支持用户通过语音操作该boa设备104,而不是必需自病人或手上的任务转移人工注意力。还可以配置boa设备104提取在诸如病人监视设备106等设备上存储的音频数据,以帮助ems技术员114治疗或诊断,和/或用于存储技术员评估、质量控制或随后的回放。例如,根据本发明的实施例,病人监视设备114可以是记录连续音频流的除纤颤器,该boa设备104可以访问连续音频流和允许选择地回放某些部分和/或发送音频流或音频文件用于远程访问或存储。还可以配置该boa设备104以自病人监视设备106或其它设备接收音频信息,即使在ems技术员114已经抵达病人之前,以帮助ems技术员114为现场做准备。根据本发明的实施例,可以配置boa设备104与诸如网络摄像机、独立视频照相机和/或安装在该boa设备104所连接的另一设备上或者其一部分的视频捕获设备。例如,在救护车101后部安装的视频或静止照相机可以将可视数据提供给boa104用于存储和/或传输和/或重新传输给企业环境102和/或管理环境103。这样一个视频馈送允许在医院等待的医生在例如病人抵达之前查看病人的状态。使用与临床和非临床的多个ems相关设备连接和对接以及集合来自多个设备的这种(临床和非临床的)ems信息的能力,还可以配置该boa设备104用于存货监视和控制。例如,可以可通信地耦合该boa设备104与条形码扫描器、射频标识(“rfid”)接收器或收发器或其它存货监视设备。该boa设备104可以维护或者与跟踪一组具体的存货项目的数据库通信,无论它们是医疗设备、补给、药物、人员等。例如,boa设备104可以包括跟踪在具体救护车101上装载的设备、补给、和药物的存货的数据库。当将新设备放置在救护车101上时,该新设备装备有标签或条形码或某种其它唯一的标识符,可以配置该boa设备104自动地检测或者被指示检测(例如通过使用条形码扫描器扫描条形码)新存货项目的存在。该boa设备104还可以向用户提示状态更新请求,例如:新项目、被删除的项目、被分配的项目、被销毁的项目、被传送的项目。因此,在救护车101班次开始之前,成员可以查询该boa设备104以显示车载的设备、供应和/或药物的存货,并可以为任意缺少的项目补充该存货。当施用药物时,可以将其扫描进入boa设备104系统,指示它已经被分配和应当被替换。在班次结束时,成员可以通过该boa设备104检查存货和重新装货必需的供应和/或将存货情况发送给第三方以进行任何适当的重新装货、监视和/或验证活动。还可以由boa104为了远程使用和/或存储传送这种存货信息。例如,可以向每辆救护车的每个成员签出除纤颤器病人监视设备106,可以由boa设备104通过网络120将该信息发送给企业存储服务器126,其可以汇集多个救护车101的这种信息。根据本发明的实施例,使用远程企业工作站122的班次管理员可以查询该数据库以确定哪些除纤颤器不在救护车101所在的场地。这样,该boa设备104可以将存货信息自动上载至中央系统。根据本发明的实施例,还可以配置该boa设备104以与跟踪ems技术员114和病人116安全的(临床和/或非临床)设备连接。例如,根据本发明的实施例,可以配置该boa设备104与加速计和/或轮胎压力传感器和/或其它车辆相关传感器连接以跟踪驾驶情况、驾驶行为、安全等级和/或事件出现。根据本发明的一个实施例,可以配置该boa设备104与呼气测醉器设备连接,其可以用于检测和/或估计司机和/或病人的血液酒精含量。根据本发明的实施例,该boa设备104可以收集此类数据和以反馈形式将其显示给用户,和/或可以通过网络120发送该数据以存储和/或远程评估。根据本发明的实施例,该boa设备104还可以监视车辆的维护时间表和当需要或建议维护时向用户告警。由于其与网络120以及与其它设备106、108、110的连接,根据本发明的实施例,该boa设备104还可以用于救护车总部和/或在创伤或灾难情况下的一种“转发器”。例如,可以配置该boa设备104与包括在救护车101外部和/或在不同救护车101内的设备的多个设备连接以例如允许boa设备104用户观看和管理响应治疗。根据本发明的实施例,这样一种配置还允许通过网络120将来自多个设备(例如多个除纤颤器或其它病人监视设备)的数据传送给企业环境102和/或管理环境103。在另一个例子中,可以将如上所述装备有boa设备104的单个救护车101部署至灾难或创伤情况,可以将该boa设备104连接至多个病人监视设备106和自其收集信息。管理人或情况管理员可以使用该boa设备104监视治疗状态、优先级化病人医疗需要、将相关信息发送给选定的外部护理者、医院和/或治疗中心、和相应地分配资源。根据本发明的一些实施例,配置boa设备104以为与其连接的设备执行诊断和/或初始化自我诊断。通过使所下载的规程可用于显示,和/或仿真医疗紧急事件(例如仿真在医疗紧急事件或传输过程中来自多个临床和非临床设备的设备馈送)还可以将该boa设备104用于ems技术员114的训练和/或培训。根据本发明的一些实施例,该boa设备104提供其与导航设备110(或其它预定设备)的连接在线或离线的可视指示。根据一些实施例,用户可以选择观看历史而非当前病人信息;例如,用户可以选择观看先前十二导联的概述,并可以将十二导联数据概述的快照发送给企业环境102(例如医院),例如分别使用唯一的序列号。根据本发明的实施例,该企业用户124可以观看来自boa设备104的补充记录,以便该ems技术员114不需要通过电话传送它们。根据本发明的实施例,该boa设备104还可以包括下拉菜单接口,列出该boa设备104连接至的每个设备及其连接状态。还可以连接该boa设备104与生物统计测量设备,例如指纹读取器或虹膜扫描仪,或者非生物统计测量设备,例如键盘,从而协助验证病人身份和/或授权访问病人医疗记录。例如,可以将这种记录存储在远程数据库内和/或由不同实体存储。图20-23图示ems通信接口设备2000,配置以便于在病人监视模块1102和设备适配器/通信接口1104(参见图11)之间的通信。并非全部的病人监视设备106包括与boa设备104或者与其它企业环境103的某些通信(例如无线通信)必需的硬件。根据本发明的实施例,可以将ems通信接口设备2000添加作为病人监视设备106的附件,从而补充其通信性能,以及提供附加功能。根据本发明的实施例,可以配置该ems通信接口设备2000通过现有硬件接口,例如通过pcmcia卡槽、usb槽等与病人监视设备106接口。根据本发明的实施例,下述例子图示通过设备106内的pcmcia卡槽与病人监视设备106接口的ems通信接口设备2000。图20图示根据本发明实施例的设计用于ems通信接口设备2000的承载板2010。该承载板2010可以是用于各种子系统的模块上系统(“som”)承载的定制承载板。该承载板2010可以承载pcmciaedge连接器2030、pcmcia地址和控制收发器2012、pcmcia数据收发器2014、板载电源2016、先进先出(“fifo”)协处理器输入存储缓冲器2018、闪存公共存储平面(“cmp”)2020、复杂可编程逻辑设备(“cpld”)属性存储平面(“amp”)欺骗偏移器2022;通用串行总线(“usb”)通用异步接收机-发射机(“uart”)桥2024、cpld编程接口2026和重置按压按钮2028。根据本发明的实施例,可以自pcmcia5v和可能地12v输入得出用于3.3v、1.8v和1.5v的电源供应。设备2000可以进一步包括usb2.0端口。承载板2010还可以包括som协处理器子系统2040,例如gumstixoveroairsom或logicpdtorpedosom。som2040可以包括蓝牙(“bt”)无线电和/或天线和/或wifi(例如802.11a/b/g/n)无线电和/或天线2042。根据本发明的实施例,可以在启动过程中初始化和配置该802.11a/g子系统,还可以通过终端会话进行配置该子系统。som2040还可以包括存储设备2044,例如可移动微sd存储器/存储体槽。可以在这样一个槽内将微sd卡用作随机存取存储器以及启动带代码源以初始化协处理器子系统2040。som2040还可以包括电源管理集成电路(“ic”)2048,例如德州仪器tps65950的集成电源管理ic。som2040还可以包括处理器2046,例如在封装上封装(“pop”)的封装内的具有256mb随机存取存储器(“ram”)和256mb非易失性ram(“nvram”)的ti开放多媒体应用平台(“omap”)3503处理器。根据本发明的实施例,该协处理器子系统2040可以通过双70针头可通信地耦合至承载板2010。根据本发明的实施例,承载板2010还可以包括用于编程的联合测试行动组(“jtag”)接口。设备2000可以包括cpld固件,例如actellgloonanoagl250v2-vqg100_0。根据本发明的实施例,这种cpld固件可以控制用于读/写操作的线性闪存(“lf”)控制信号,可以以fifo双口实施方式控制用于写和读操作的fifo控制信号,并可以将电平偏移地址和数据总线用于lf、fifo和omap。该设备2000可以包括操作系统,例如oe2.6.x开放嵌入式linux。根据本发明的实施例,该设备2000可以使用c#公共语言运行时间(2.6.2),例如mono公共语言运行时间(“clr”)。根据本发明的实施例,该设备2000可以包括使用sqlite软件库的持久数据存储器。根据本发明的实施例,该设备2000可以执行用于成帧数据资产管理模式化数据存储,和/或用于参数化帧提取的资产管理模式化服务。根据本发明的实施例,使用用于流化数据输出的用户数据报协议/网际协议(“udp/ip”)、.net远程服务总线和/或.net远程事件总线,该设备2000可以实现wifi通信。图21图示根据本发明实施例的ems通信接口设备200的系统概图。病人监视模块1102处理和发送病人监视数据。根据本发明的实施例,病人监视模块1102可以通过zolle系列除纤颤器来实现。根据本发明的实施例,配置这种病人监视模块1102以将流化病人重要指征符号和十二导联信息以及全部公开数据在bt无线连接2110上发送给作为设备适配器1104的部分的bt插件2112。如在此所使用的,术语“全部公开数据”是指由病人监视设备106记录的全部数据,包括但是并不限制于病人重要指征符号、十二导联数据、音频信息、ecg信息、导联类型、增益、除纤颤器电震信息、系统模式、短板类型、心率告警状态、心率、配置信息、代码标记信息、非侵入式血压测量、病人姓名、病人标识、双相除纤颤器数据、侵入式血压信息、侵入式血压波形数据、温度数据、spo2信息、spo2波形、样本编号信息、加速计信息、加速计波形、阻抗波形、cpr字段数据、apls波形和/或apls压缩检测。wifi无线连接具有与bt无线连接相比用于信息传输的更高带宽。然而,在一些情况下,在其中运行病人监视模块1102的病人监视设备106可以不包括wifi性能,但是它可以包括具有pcmcia接口2114的个人计算机存储卡国际联合会(“pcmcia”)卡槽。也可以将pcmcia卡称作pc卡。可以将该ems通信接口设备2000插入pcmcia卡槽2114。根据本发明的实施例,设备2000可以包括用于记录来自病人监视设备106的全部公开数据的线性闪存卡2122或其它存储器单元。根据本发明的实施例,通过在线性闪存2122内存储写入病人监视设备106数据槽的全部数据,通过允许自线性闪存2122的存储数据的实用模式用户初始化提取,和/或通过允许线性闪存2122的实用模式用户初始化删除,可以使用存储卡2122复制病人监视设备106的全部现有存储卡功能。根据本发明的实施例,也可以通过ems通信接口模块2116,其将全部公开数据转换成输入数据,和在wifi连接2118上将输入数据提供给作为通信接口1104一部分的wifi插件2120,通过pcmcia槽2114接收来自病人监视模块1102的全部公开数据流。图22图示根据本发明实施例的ems通信接口设备2000的另一系统概图。如图21所示,根据本发明的实施例,将全部公开数据记录在存储模块2122内,例如快闪线性模拟存储模块2122。根据本发明的实施例,以类似于其中可以通过设备106读取、写入和/或删除与病人监视设备106持久相关的任意存储单元的方式,可以由病人监视模块1102读取、写入和/或删除快闪模拟模块2122。例如,这可以通过使用设备106的实用模式来实现。由此,不将快闪模拟接口至som(例如至微处理器2204),而仅以写/读/删除方式至病人监视模块1102。根据本发明的实施例,设计快闪模拟存储器2122以类似于通常与病人监视设备106关联和可以内嵌其中的线性闪存卡。可以将某些信息存储在非易失性存储区域,例如在属性存储平面内,可以将某些其它信息存储在公共存储平面的第一系列字节内,使存储器2122类似于病人监视设备106的内部存储器。通信接口2116可以是fifo缓冲器2202,其可以通过pcmcia接口2114自病人监视模块1102接收全部公开数据,并将该全部公开数据转发给微处理器2204。根据本发明的实施例,该fifo2202是自病人监视模块106至微处理器2204单向的。还可以将输入数据固化在资产管理数据库2314内。根据本发明的实施例,fifo缓冲器2202和/或快闪模拟存储模块2122是即使当som2040不操作时也能工作的仅硬件解决方案。根据本发明的实施例,该功能允许在som2040不工作的情况下的数据保护,并允许用于som2040的数据缓冲以初始化(例如启动和开始ems通信接口服务)。根据本发明的实施例,在对该卡2122的治疗模式数据捕获过程中,如果将要禁止som2040,将不丢失设备106的数据。根据本发明的实施例,这还允许已经在与存储模块上的数据存储相关地在病人监视设备106的实用模式上训练的用户继续使用这种实用模式,即使使用在存储模块2122而非设备106内部的存储模块上存储的数据。使用作为通信接口1104一部分的插件2120,可以在wifi连接2118上自微处理器2204流化事件数据(“id”)。这些信息可以由诸如boa设备104接收和显示,并可以实时地和/或临床地较长时间显示(例如具有不长于允许进行医学准确和即时观察、诊断和/或治疗决定的延迟)。根据本发明的实施例,可以以不高于一秒的延迟在boa设备104上流化事件数据。例如,根据本发明的实施例,可以每秒至少一次更新由除纤颤器病人监视设备生成的十二导联数据。根据本发明的实施例,还可以编程微处理器2204在wifi连接2118上通过事件总线生成异步(例如基于事件的)通知。例如,如果病人重要指征符号落在当前参数之外,可以编程微处理器2204在通信接口1104上通过事件总线发送告警事件。此外,根据本发明的实施例,可以编程微处理器2204允许双向服务总线/服务接口,允许请求事件数据相关专用事件。例如,在治疗事件之后,用户可以通过服务总线自微处理器2204请求与特定事件相关的全部信息(使用唯一的事件标识符,例如病例编号、病人姓名等)。随后,根据本发明的实施例,微处理器2204将查询资产管理模块2314和提取与特定事件相关的任意记录,并通过服务总线将它们发送回来。这样,用户可以提取特定事件数据而不是必需下载全部的卡文件数据(在许多情况下,这将涉及多个事件或者所寻求信息特定子集之外的信息)。通过在存储和/或转发之前由微处理器2204将全部公开数据转换成事件数据,使其成为可能。在一些情况下,用户可能希望请求由资产管理模块2314存储的全部数据,这将是与自病人监视模块1102直接地请求卡文件类似的操作。图23图示根据本发明实施例的用于ems通信接口设备2000的软件逻辑图。linux内核2302可以包括配置以自病人监视设备106接收数据流(例如全部公开数据)2301的通用输入/输出(“gpio”)模块2304。根据本发明的实施例,数据流2301通过使用若干gpio2304线路控制的fifo模块2202与系统2000形成接口。根据本发明的实施例,使用gpio状态、控制和八比特数据将fifo读取至som。在一些实施例中,可以在用户空间而不是设备驱动器内实施字节流驱动器2308以便于调试。通过监视fifo2202空标记(与在一种实施例中用于调试效率驱动的中断相反地,可以轮询该标记),字节流驱动器2308可以保持fifo2202排空。根据本发明的实施例,将由字节流驱动器2308自fifo读取的字节重新装配成块,类似于由病人监视设备106发送的和在数据格式化器2310内成帧的那样。这导致来自数据格式化器2310的帧事件流2303。随后将该帧事件流发送给资产管理模块2312,其将帧存储至数据库2314和将它们转发到wifi信道至linux内核2302的tcp/ip模块2306。根据本发明的一些实施例,在wifi连接上通过加密的udp广播发送帧事件流2303,以便它可以由各种客户机接收(例如可以配置iphone接收udp广播)。根据本发明的实施例,还可以通过通信接口模块1104的临床时间馈送插件2316接收该帧事件流2303。根据本发明的实施例,可以由授权的外部客户机,例如通过通信接口模块1104的事件插件2318,进行在数据库2314内存储的事件数据的异步请求。在图23中用虚线图示这种事件服务调用。根据本发明的实施例,尽管将数据库2314图示为sqlite数据库,本领域的普通技术员基于在此提供的公开内容将理解可以由资产管理模块2312使用其它数据库格式。根据本发明的实施例,由数据格式化器2310将字节流格式化成类似于设备106数据块的数据块,且一旦构造则在wifi格式中广播这些全部数据块(例如当形成块时,在wifi接口上将其发送)。根据本发明的实施例,资产管理模块2312将字节流成帧成一致的时间块,例如每帧一秒,将每帧存储在资产管理模式数据存储器内(例如数据库2314)。尽管图21至图22将全部公开数据图示为两个独立的馈送,根据本发明的实施例,可以将单个全部公开数据馈送分开和同时发送给快闪模拟模块2122和fifo2202。根据本发明的实施例,用户可以查询设备2000请求健康信息,例如运行时间、所检测的例外和来自病人监视设备106的其它信息。用户还可以请求来自设备2000的基于特定事件的数据;例如,用户可以发送查询,说“发送全部病例”或“发送与特定病例相关的数据”或“发送来自特定病例的全部十二导联数据”。根据本发明的实施例,设备2000还可以流化病例数据的发送从而允许多个授权的接收机(例如多个boa设备104)同时获取数据。根据本发明的一些实施例,设备2000便于在病人监视设备106和企业环境103之间的数据共享。一旦加电,设备106询问pcmcia槽2114的占用以确定有效的线性闪卡2122是否存在。有效性测试可以包括自lfamp读取一系列字节和对比可接受的卡组或可接受的卡验证该数值。如果发现有效卡,设备106自cmp读取一系列的字节以测试有效性和确定该卡是否已经根据设备106的要求被“格式化”。在这样一系列的字节不存在的情况下,根据本发明的实施例,该设备106可以将该信息写入卡2122。一旦该卡2122确认有效,设备106开始将设备数据写入lf卡2122作为如上所述格式化成块的字节流。尽管以单向方式将设备2000图示为与设备106对接,还可以配置设备2000以与设备2000双向地交互。例如,根据本发明的实施例,可以配置设备2000提供类似于在病人监视设备106上直接观察到的用户接口的wifi用户接口,允许病人监视设备106的整体或部分远程控制。封装在pcmcia型x外壳内,每个卡2010包含连接器2030、在小型外观封装(“tsop”)内封装的闪存阵列和卡控制逻辑。根据本发明的实施例,该卡控制逻辑提供系统接口和控制内部闪存以及到som的输入fifo。存在电平偏移器以适配pcmcia逻辑电压与卡逻辑电压。可以自pcmciavcc电压(ttl,+5v,可能地+12v)得出3.3v,1.8v和1.5v的卡逻辑电压。使用三个分离收发器建立3.3v和5v的单级转换。使用cpld执行3.3v和1.8v转换。在来自pcmcia字节流的3.3v上,数据进入fifo。在3.3和1.8之间偏移至omap的读取时钟上通过cpld,以一次8比特字节地定时读取fifo。可以以类似的方式转换omap控制和状态接口比特。每个承载卡2010可以具有usb2.0端口。根据本发明的实施例,omapuart信号被连接至usb至uart串行桥2024。可以提供用于编程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电平偏移器。根据本发明的实施例,设备2000通过该接口向lf存储器读取和写入数据。u5偏移16地址比特[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}。[pcd0:pcd7]8数据比特(u2)。根据本发明的实施例,在卡并不生成到设备2000的地址信息的情况下,可以仅输入地址偏移器,仅暴露输出寻址(设备到卡)。根据本发明的实施例,当该设备可以自卡读出和写入数据时,数据偏移器是双向的。u5偏移16比特地址和u6偏移8控制信号和来自pcmciavcc至3v3的地址和控制信号的高8比特。配置设备2000允许在设备106的治疗模式操作过程中通过wifi的流化数据传输,以及设备数据的病例完成后上载。设备2000具有硬件组件以及同时使用固件和内嵌软件,包括上述内嵌操作系统的可编程单元。根据一些实施例,该ems通信接口设备2000厚于标准类型的iiipcmcia卡。本发明的实施例可以包括下述特征和/或特性中的一个或多个:·载体可以是pcmcia卡·可以将载体插入病人监视设备pcmcia数据槽。·以对于病人监视设备106看起来是有效lf卡(“线性快闪模拟”)2122的方式,卡2000接口至病人监视设备106。·卡2000通过缓冲硬件接口将通过病人监视设备106写入的pcmcia字节流呈现给som处理器。·该载体将所接收的pcmcia字节流存储至非易失性存储子系统(“线性快闪模拟”),以便全部病人监视设备106的读/写/删除功能被保存在支持这些操作的全部设备106的操作模式内。·som提供ieee802.11.a/b/g/n无线通信性能。·som提供蓝牙v2.0+edr无线通信性能。·som提供微sd卡槽。·som支持看门狗型监视以在som不工作时提供自动重置。·在病人监视设备106或som重置或初始化过程中,将数据捕获至快闪模拟存储器。·在som重置过程中数据捕获持续不中断。·设计系统5000以便将由病人监视设备106写入的数据存储到快闪模拟内,而不考虑som状态。·som能够访问当som不可用时所存储的数据。·承载板提供usb连接器。·载体som组合支持usb2.0在活动(“otg”,on-the-go)。·设备2000格式因素包括宽和高的pcmcia标准尺寸。·设备2000格式因素包括宽度85.6mm×54.0mm×厚度(在一些情况下,该厚度大于作为10.5mm的类型iii)。·设备2000厚度不大于设备106pcmcia槽所允许的。·将全部载体板组件安装在载体卡一侧上。·到病人监视设备106的接口是通过槽湾通过68针pcmcia卡边沿连接器。·封装设备2000以符合emc/rfi的医疗设备要求。·使用2avx560270针连接器将som安装在载体上。·自pcmcia数据槽对设备2000加电,其可以在峰值电流不超过600ma的2.5w持续的等级上。·设备2000可以使用15gpio针控制读取fifo字节流缓冲器。·设备2000可以使用来自所连接的som的3条uart线和在载体上的usb桥。·设备2000可以包括用于wifi的天线。·设备2000可以包括用于bt的天线。·设备2000可以使用angstrom开放内嵌linux操作系统(“o/s”)。·设备2000o/s可以包括用于运行以c#实现的代码的mono。·设备2000o/s可以包括sqlite。·设备2000可以支持将usb用于双向串行通信。·设备2000提供安全无线通信,包括端点身份验证、机密性、完整性和/或发送确认。·外部数据接收者(到设备2000的外部处理)能够请求流化数据发送。·数据接收者能够通过事件标识符请求完整事件数据发送,例如事件后数据。·设备2000软件是通过无线接口可升级的。·使用循环冗余编码(“crc”)类似机制在运行时间上验证设备2000软件。根据本发明的实施例的设备2000可以允许用于不同接收设备(例如使用通信接口1104的不同接收设备)的各个屏幕允许不同用户获得不同数据。例如,根据本发明的实施例,可以配置一个用户的设置以接收和显示与病人的十二导联数据相关的帧事件流数据,同时可以配置管理技术员用户的设备以定期地请求仅与由病人监视设备106生成的错误代码相关的帧。类似地,根据本发明的实施例,可以由多个用户同时地在wifi连接上接收和/或显示相同数据。这样,可以自病人住宅到或来自救护车,和/或自救护车到或自医院,例如在无线wifi连接上流化来自病人监视设备106的数据。可以过滤和/或请求在事件流内的各种帧,以便可以获得特定的数据子集。例如,根据本发明的实施例,可以将呼吸数据包括在由设备2000生成的帧事件流内。根据本发明实施例的设备2000可以与其它类型的病人监视设备106组合,例如自动外部除纤颤器(“aed”)。因而,根据本发明的实施例,可以如此配置设备2000以发送来自aed的状态信息以便于aed的软件更新和/或远程地测试aed。根据本发明的实施例,也可以使用这样一个设备2000与病人绘图设备,例如组合来自一个销售商/平台的病人绘图设备108信息与来自另一个销售商/平台的病人监视设备106信息。根据本发明的实施例,设备2000还可以用作数据集成器,以分析、组织和将信息流置入在随后的事件后时间帧上更易于存储、查询和提供的离散帧信息。根据本发明的实施例,病人监视设备106(例如除纤颤器)按数据块将数据发送给设备2000,例如ecg数据或病人的当前心率。可以将与一个事件对应的数据块集合称作事件数据。全部公开数据是与全部事件相关的数据的拼接,并可以打断成与每个个人/病人对应的数据块序列。当接收用于事件的服务请求时,收集用于该事件的在设备2000上存储的全部帧和将其按照顺序排列在一起。根据本发明的实施例,每个ecg块对应于100ms的ecg数据,其提供每秒十个数据块。根据本发明的实施例,除纤颤器可以向每个数据块添加事件标识符、当记录数据块时相关的时间信息和/或用于数据完整性目的的计算散列。根据本发明的实施例,设备2000(在一些图中称作“zango”设备)和boa设备104(在一些图中称作rescuenet链路或rnl设备)在一起工作。依靠其内嵌的计算机,设备2000内嵌强大的处理引擎。根据本发明的实施例,使用该处理引擎代表boa设备104用户管理复杂数据、通信和应用程序。根据本发明的一种实施例,设备2000并不具有输入/输出用户接口(例如没有键盘或显示器),所以根据本发明的实施例,它与boa设备联合工作以提供到它支持的通信和数据管理服务的用户访问。图20和图23分别地图示ems通信接口卡2000处理和boa设备104处理的逻辑和功能结构。当设备2000未连接至设备104时,设备2000存储全部设备数据,当建立或恢复连接时,可以将其发送给设备104。图30图示根据本发明实施例的数据传输接口。根据本发明的实施例,zango设备(1a)可以被配置以执行多个功能:·帧除纤颤器事件数据块。·流成帧事件数据。·将事件数据帧存储到zango数据库。·主存在zango数据库上的一组数据管理服务。·在一种实施例中,数据管理服务仅是读取/删除。不提供修改事件数据的服务。“ems通信接口信道”(1a、1b、1c)提供将病人监视数据(例如e系列数据)发送给boa设备104的装置。该信道使用设备2000以连接至boa104。可以配置rnlzango客户机(1c)执行多个功能:·接收流化事件帧数据(1b)。·在移动链路显示器(1e)上显示事件帧数据(解析,呈现,1d)。·将事件帧数据存储在移动链路数据库(1f)内。·在移动链路数据库(1f)上主存一组数据管理服务。·在一些实施例中,仅读取/删除数据管理服务;和不提供修改事件数据的服务。·将12导联ecg和重要指征数据转发给现场链路.(1g)·使用zango数据管理服务(1b)。下述表格列出和描述了图30的各种单元,参考本发明的一种实施例予以描述。图31图示根据本发明实施例的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描述的rnlzango客户机,接收它们。根据本发明的实施例,图31中的方框的上列标识用于损害数据故障的风险控制的检测和错误处理过程。根据本发明的实施例,字节流、块、帧、12导联或事件错误都会导致下述行为:·将数据标记为无效的。·在事件的紧急治疗阶段过程中不将无效数据呈现给用户观看。·将数据存储标记为无效的以供法医分析。·这些故障中的任一个将导致将事件标记为无效的。·向紧急医疗人员通知数据故障,采用到rnl的连接。在本发明的一种实施例中,存在直接地跟踪用于数据损伤故障的危险分析的控制方法和行为。图32图示根据本发明实施例的ems通信接口设备客户机结构。在一些情况下,作为在移动环境中无线通信的本质结果,到rnl的zango连接可以是易失的。例如,可以将装备zango卡的e系列移出其已经连接至的无线接入点的范围。当设备返回范围之内和重新连接时,处理如图所示恢复。根据本发明的实施例,由并不连接至rnl的e系列写入的数据被固化在zango数据库内,并且一旦重新连接可以在rnl内获得。图32内的方框的上列标识用于损害数据故障和通信故障的风险控制的检测和错误处理过程。根据本发明的实施例,在流化数据上检测的完整性或成帧故障导致下述行为:·将数据标记为无效的。·在事件的紧急治疗阶段过程中不向用户显示无效数据以观看。·将数据存储标记为无效的以供法医分析。·这些故障的任一个将导致将事件标记为无效的。·向紧急医疗人员通知用于12导联或病例帧的数据故障。·向紧急医疗人员通知通信故障。·向紧急医疗人员通知服务故障。根据本发明的实施例,验证服务响应和将无效服务响应通知给用户和不显示无效数据。监视在zango和zango流信道接收机之间的连接状态和向移动链路显示器上的用户报告。丢失在zango和rnl之间的连接性并不导致丢失数据,因为zango将数据存储在zango数据库内,而与连接状态无关。不持续地监视服务信道连接性,如果不存在服务连接性,则服务请求将失败(响应无效)。图33至图37图示根据本发明实施例的可用于由企业用户124通过企业工作站122观看的屏幕截图的各种实施例。图33图示根据本发明的实施例,当企业用户选择病人监视按钮(例如“卓尔除纤颤器(zolldefib)”按钮)时的企业显示和图形用户接口。图34图示根据本发明实施例的当企业用户选择病人绘图按钮(例如“epcr”按钮)时的企业显示和图形用户接口。图35图示根据本发明实施例的当企业用户选择导航按钮时图示的企业显示和图形用户接口。图36图示根据本发明实施例的当企业用户选择导航按钮时图示的替代企业显示和图形用户接口。图36的显示将对应于当boa设备104未与导航设备可通信地耦合时建立的显示;因此,在这种情况下,企业显示列出由boa104用户输入的位置和/或导航信息。图37图示根据本发明的实施例当企业用户选择补充记录按钮时图示的企业显示和图形用户接口。根据本发明的实施例,与boa设备104交互的ems技术员114不需要选择补充记录屏幕和将信息中继至企业用户124;相反地,企业用户可以通过企业工作站122选择补充记录按钮以观看相同信息。图38至图44图示根据本发明实施例的由boa设备104显示的屏幕截图的附加例子。图38图示根据本发明实施例的当用户选择boa菜单模板的病人绘图按钮时显示的显示和图形用户接口。图39图示根据本发明实施例的当用户选择boa菜单模板的病人监视按钮时显示的显示和图形用户接口。如由左下角内的缩略十二导联图所图示的,根据本发明的实施例,可以配置该boa设备104显示过去十二导联数据的历史快照。图40图示根据本发明实施例的当用户选择boa菜单模板的导航按钮时显示的显示和图形用户接口。图41图示在导航设备110为可通信地耦合至boa设备104的情况下,当用户选择boa菜单模板的导航按钮时显示的替代显示和图形用户接口。在这些情况下,根据本发明的实施例,配置图41的屏幕允许用户手工地选择目的地以及选择抵达估计时间。根据本发明的实施例,可以将该信息复制或传送给相应的企业观看(例如图36)。图38至图44图示在boa设备104接口上可能包括的“切换开始”按钮。根据本发明的实施例,可以例如在切换开始时使用该切换开始按钮,从而允许ems技术员或其它用户可通信地耦合该boa设备104与其它设备。图42图示根据本发明的实施例的当用户选择boa菜单模板的切换开始按钮时显示的显示和图形用户接口。根据本发明的实施例,在该屏幕中,允许用户选择导航设备、除纤颤器设备和病人绘图设备;在该屏幕中,用户还能够确认该boa设备104已经可通信地耦合至的设备的身份,如在该具体例子中通过设备名称边上的校验标记所指示的。图43图示根据本发明实施例的当用户选择boa菜单模板的切换开始按钮时显示的替代显示和图形用户接口。在该替代显示中,该boa设备104已经检测出导航设备110不可用或者被断开,因而向用户提示标识该ems传输单元和/或出现在该单元的成员。可以在用于boa设备(图41)的相应导航屏幕和企业环境102(图36)中使用该信息。根据本发明的实施例,图44图示当用户选择boa菜单模板的补充记录按钮时显示的显示和图形用户接口。图62图示根据本发明实施例的用于自boa设备向ems技术员移动设备馈送基于角色的数据的系统。根据本发明的实施例,boa设备104接收来自病人监视设备106的流化ecg数据和其它数据,这可以通过如上所述的ems通信接口设备2000无线地实现。该boa设备104在例如图45图示的屏幕等屏幕上显示此类信息。图45图示根据本发明实施例的当用户选择boa菜单模板的现场病人数据按钮时显示的显示和图形用户接口。根据本发明的实施例,该显示包括干预列表、病人信息显示、主诉显示、ecg波形和/或spo2波形以及列出用于可用病人干预的按钮的按钮控制台(在屏幕的右侧上垂直扩展地图示)。干预按钮控制台可以是动态和/或颜色编码的。干预按钮控制台也可以包括定时器。例如,当检查病人的呼吸道时,ems技术员启动(例如按下或接触)在干预按钮控制台上的“病人呼吸道”按钮。该按钮启动和显示定时器,其递减直到应当检查该病人的呼吸道的下一个时间。该时间量可以由用户定制和/或预编程至boa模块内,其基于用于治疗该病人的位置所建立的治疗规程来操作该boa设备104。还可以使用颜色;例如干预按钮控制台的按钮通常可以是灰色的,和“病人呼吸道”按钮可以变成黄色的,只要该按钮被按下和定时器启动。在定时器过期之前,例如在所定时的时间周期过期之前的一分钟,该按钮可以在预定的时间量内变成红色。例如,用户可以观看图45的干预按钮控制台和看到最近已经管理epi和阿托品的服药,因为这些按钮是黄色的和它们的定时器启动,同时还看到先前检查了病人的呼吸道和准备再次检查,因为按钮是红色的。这允许ems技术员快速地可视评估已经进行了哪些干预以及在不久的将来,在时间上的任意点上应当(或者根据规程可以)考虑哪些干预。基于他们的训练或资格、可用技术员数量和病人状态,不同的ems技术员可以具有在ems场景中扮演的不同角色。以同样的方式,单个ems技术员可能需要在ems突发事件中扮演多个角色。这样的ems技术员可以更有效地执行他们相应的任务,如果仅向他们显示与他们的特定角色相关的信息,以便他们并不观看他们必需思考处理和过滤的无关信息,以便不向他们显示并不适用于他们的角色的决策或数据输入选项。实现这样的基于角色的信息发送的一种方式是通过向每个ems技术员提供具有配置以基于用户角色允许与boa设备104对接的软件的移动设备。图62图示根据本发明实施例的与boa设备104可通信地耦合的这些移动设备的例子,包括领导医生移动设备620、药物医师移动设备622、呼吸道医师移动设备624和cpr医师移动设备626。根据本发明的实施例,每个移动设备620、622、624、626包括与boa设备104的wifi收发器无线地通信的wifi收发器。图46图示根据本发明实施例的用于与boa设备104通信的基于角色的ems技术员移动设备620的启动屏幕。根据本发明的实施例,在移动设备上包含的软件指令呈现该启动屏幕以允许医师识别ip地址、发送端口、接收端口、医师姓名和医师角色。图47图示根据本发明实施例的用于基于角色的ems技术员移动设备与boa设备通信的角色选择屏幕。“医师-领导”列表附近的校验标记指示移动设备的用户是领导医师。根据本发明的实施例,可以需要口令或其它身份验证从而基于身份限制角色。图48图示根据本发明实施例的用于基于角色的ems技术员移动设备与boa设备通信的领导医师快速登录屏幕。可以配置该移动设备以显示菜单选项列表,例如沿着图48的屏幕底部水平地扩展图示的菜单选项允许领导医师选择快速登录、ecg图、病人数据、主诉和医师角色。这些选项可以基于用户角色而不同。根据本发明的实施例,当领导医师点击快速登录选项卡时,向领导医师显示干预按钮面板。根据本发明的实施例,该快速登录选项卡显示复制图45的boa现场ecg显示的干预按钮控制台,以便当领导医师通过图48的屏幕按下该移动设备上的干预按钮时,将相同按钮(和相应定时器和/或颜色)指示为在图45的boa显示屏幕内被启动,反之亦然。图49图示根据本发明实施例的用于基于角色的ems技术员移动设备与boa设备通信的领导医师ecg图屏幕,当领导医师选择ecg图菜单按钮时向领导医师显示。因为领导医师的角色通常需要大量的病人信息,根据本发明的实施例,领导医师ecg图屏幕基本上重新建立图45的boa设备104的病人数据显示屏幕。根据本发明的实施例,图50图示领导医师病人数据屏幕,其允许领导医师输入病人信息,包括病人姓名和性别。图51图示根据本发明实施例的允许领导医师识别病人主诉的领导医师主诉屏幕。图52图示药物医师快速登录屏幕和图53图示根据本发明实施例的用于已经将他或她的角色标识为药物医师的药物医师ecg图屏幕。因为该医师已经被识别为药物医师角色,根据本发明的实施例,该快速登录屏幕仅显示与药物相关的干预子集。尽管该药物医师角色仅访问干预按钮全部集合的子集,根据本发明的实施例,在整个平台上将相同的干预按钮联系在一起。例如,根据本发明的实施例,如果药物医师通过点击其移动设备622上的阿托品干预按钮指出已经服用阿托品,阿托品按钮将变黄为启动的,并开始定时器,不仅在他的移动设备622上,而且在领导医师设备620的快速登录屏幕的阿托品按钮上和在boa设备104显示的干预按钮控制台上,以及其快速登录屏幕包括阿托品干预按钮的任何其它设备。图54图示其中已经标识呼吸道医师角色的角色选择屏幕(例如通过点击或选择在移动设备624上的选项)。图55图示呼吸道医师ecg图屏幕,和图56图示根据本发明实施例的列出与呼吸道医师角色相关的干预子集的呼吸道医师快速登录屏幕。图57图示根据本发明实施例的图示与cpr医师角色相关的干预子集的cpr医师快速登录屏幕。图58图示根据本发明实施例的在基于角色的ems技术员移动设备与boa设备通信的空闲过程中的cpr医师ecg图屏幕。图59至图61图示根据本发明实施例在压缩管理过程中的cpr医师图屏幕,其并未图示ecg波形但是图示了胸腔压缩的测量和/或评估(因为cpr医师主要关注复苏)。由图58至图61的屏幕接口提供的cpr反馈可以采取多种不同形式。例如,如图59所示,可以使用垂直递减条标识每次胸腔压缩深度,以沿着时间轴水平间隔的方式。胸腔压缩条自轴向另一组轴递减,这规定了每次胸腔压缩的期望深度或最佳范围。在右上角图示的定性指示器条给用户提供了与胸腔压缩的深度和速度相关的组合可视反馈;完整的方框意味着速度和深度都在期望限制之内。根据本发明的实施例,图58上的字母“r”表示与胸腔压缩的速度相关的潜在告警,和图61的字母“d”表示与胸腔压缩的深度相关的潜在告警。根据本发明的实施例,设备626的cpr反馈屏幕提供与病人换气的速度和体积相关的信息。根据本发明的实施例,病人监视设备106和/或ems通信接口设备2000和/或boa设备104包括过滤机制(例如电路或处理指令),其自ecg信号数据过滤或消除胸腔压缩干扰。本发明的实施例可以包括设备或使用类似于在2007年11月13日授权的美国专利7,295,871中描述的方法,在此引入作为参考。本发明的实施例还可以使用可自zoll医药公司购买的realcpr技术。根据本发明的实施例,基于角色信息发送和干预跟踪的使用允许通过根据角色过滤数据而更有效的ems治疗情况。例如,药物医师、呼吸道医师和cpr医师并不具有可用于病人数据登录或主诉登录的菜单选项卡选择,而领导医师具有这些选项。尽管在图62中仅图示了四个移动设备620、622、624和626,但是boa设备104可以可通信地耦合更多或更少的基于角色的移动设备。而且,尽管将具体干预选项和数据馈送显示图示为与具体角色相关,但是本领域的普通技术员基于当前的公开内容将理解可以识别和实现多种不同的角色以及可以与每个角色相关的多种不同的数据馈送和/或选项。此外,根据本发明的实施例,可以配置移动设备(例如620)与多个boa设备104可通信地耦合和/或接收用于来自同一boa设备104的多个病人的信息,允许医师可能以不同的角色在各种病人数据馈送之间切换和/或治疗不同的病人。根据本发明的实施例,可将在boa设备104内包含的用于将数据向和自移动设备620馈送的软件模块和硬件合并在ems通信接口设备2000内,和/或直接地在病人监视设备106内。图63和图64(a)-(b)图示根据本发明实施例的ems通信接口设备631,其可以用作设备2000(上文描述)的替代设备,用于支持通过网络120在病人监视或临床设备106和boa系统104或诸如企业应用服务器128等其它设备之间的单向或双向通信。现有的除纤颤器设备有时允许用于受限信息传输的到信息系统的串行电缆连接,但是通常不能将病人相关流化数据提供给其它设备,或者通过wifi流化病人数据,或者将透明、易于使用和自动信息链接提供给ems设置内的一个或多个设备,诸如紧急运输车辆101等。图63图示根据本发明实施例的系统630,其包括能够自除纤颤器设备的监视板组件632上的处理器640接收临床病人数据的载体组件631。尽管将该载体组件631描述为与除纤颤器协同操作以接收、处理、存储和发送信息,基于该公开内容,本领域的普通技术人员将理解该载体组件631可以与除了除纤颤器设备之外的病人监视和治疗设备结合使用。通常,将已处理的数据和由处理器640生成的结果或图形本地存储在除纤颤器上或者在该除纤颤器设备上本地显示。在没有ems通信接口设备631的情况下,用户可以将内部存储数据复制到便携式存储设备(例如usb存储棒),其随后可以被物理传送至带有用于事后观看的适当应用的处理设备。在病人的实际监视或治疗过程中,用户不能观看、存储、显示和使用来自其它设备内的除纤颤器的信息。因而,能够在事件已经结束很长时间之后提取病人事件的相关病例数据,并不便于在ems临床和非临床设备之间的即时、流化和/或实时通信。因而,该ems通信接口设备631被可通信地与除纤颤器的处理器640耦合,以便它可以在生成临床数据和/或在病人监视过程中自处理器接收临床数据。根据本发明的实施例,该ems通信接口设备631包括处理器633,其可以是som处理器,其通过一个或多个信息交换连接或类型,例如通用输入/输出(gpio)线635、通用异步接收机-发射机(uart)线636和/或串行外围接口(spi)线637,与处理器640可通信地耦合。在一些实施例中,gpio线635并不传送数据,而仅传送用于与som处理器633同步的状态信息。ems通信接口设备631可以包括闪存单元645,还包括或者可通信地耦合至gps和天线组件634。根据本发明的实施例,该som处理器633还可以包括usb主机线路638,其可以连接至外部usb集线器639和/或诸如usb至以太网适配器642等设备、蜂窝调制解调器643和/或外部闪存驱动器644。该som处理器633还可以包括到埠连接站641的usb连接,以允许另一设备与这两个设备的usb端口埠接。将调试组件646图示为用于测试目的的可选组件。图64(a)-(b)图示根据本发明实施例的可以实现参考图63描述的通信功能的软件模块之间的信息流程图。根据本发明的实施例,图64(a)-(b)图示三个不同的软件域650、651、652,尽管它们大概地对应于参考图63描述的硬件域,其可以包括在其上包含的可执行指令和/或在其上包含的处理器,本地的或远程的各种设备,还可以包括在分布式设备阵列上执行的处理步骤。根据本发明的实施例,监视域650图示与除纤颤器和/或病人监视设备功能相关操作的模块。例如,用户接口模块649包括允许除纤颤器和/或病人监视设备用户通过除纤颤器接口屏幕和/或按钮交互以观看数据和/或进行选择的各种模块。该操作配置模块653允许用户配置数据传输的操作设置;例如,除了其它配置设置之外,模块653允许用户配置用于wifi操作、蓝牙操作、蜂窝操作和到企业存储服务器126的连接的设置。将该设置信息发送给通信操作管理器666,其通过网络接口667将信息发送给cp操作控制器675。该cp操作控制器675与外部客户机服务管理器676和通信会话管理器673协同工作以支持在ems通信接口设备631内其它管理器使用的传输模式。根据本发明的实施例,流化数据发送器模块665接收自记录器模块661、趋势管理器模块662、快照管理器663和12导联管理器664的输入。该记录器模块接收病人事件,例如重要指征测量读数、告警状态改变、去纤颤动作,将它们记录在本地持久存储器内和将它们发送至流化数据发送器。该趋势管理器模块在配置的定期基础上捕获全部病人重要指征信息,和将它们记录在本地持久存储器内并将它们发送给流化数据发送器。该快照管理器在事件前后的时间窗口上收集事件相关波形数据。它还在记录事件发生时的重要指征。它将全部这些数据存储在本地持久存储器内并将其发送给流化数据发送器。该12导联管理器捕获临床称作“12导联”的ecg波形以及该波形的分析数据。它将全部这些数据存储在本地持久存储器内并将其发送给流化数据发送器。该流化数据发送器将它自每个管理器接收的数据发送给通信接口设备631上的流化数据分配器668。根据本发明的实施例,当处理器640生成临床数据时,记录器模块680根据特定标准提取数据和通过快闪接口672将数据解析和/或存储为分区。例如,可以存储临床数据的多个部分,包括病例索引列表、公开记录、所收集的一组12导联、系统日志和跟踪日志。通信状态指示器模块655向用户显示自通信操作管理器模块666接收的通信状态。该报告传输控制模块656提供图形用户界面(gui),以便用户可以选择报告,例如12导联数据报告,和初始化该报告到外部接收机的传输。这通过将控制消息发送给通信操作管理器666来实现,其通过串行网络接口667将其发送给通信操作控制器675。该通信操作控制器675随后调用报告发送器,其自数据库读取所存储的12导联数据和将其发送给所请求的外部目的地。该设备数据管理模块提供gui控制菜单,以便用户可以选择病人全部公开记录或日志记录以传送给外部设备,并初始化该传输。这通过将控制消息发送给通信操作管理器666来实现,其通过串行网络接口667将其发送给通信操作控制器675。该通信操作控制器675随后调用病例上载管理器,其读取来自数据库的病例数据,并格式化该数据和将该数据通过网络接口发送给所请求的外部设备。设备图像管理控制模块658允许用户管理由除纤颤器设备捕获的各种图像。根据本发明的实施例,病例观看器模块659允许用户通过快闪接口672提取和显示各种所记录的临床数据。根据本发明的实施例,一旦载体处理器域651内的流化数据分配器668接收到临床数据,该流化数据分配器668将病人数据发送给全部公开管理器669和在主表管理器674内建立病人病例记录。这三个模块668、669、674可以称作流化数据处理器684。根据本发明的实施例,该流化数据处理器684处理来自除纤颤器处理器640的原始临床数据,存储该数据以便随后提取,和/或并发或快照提取。根据本发明的一种实施例,该流化数据处理器684使自除纤颤器抵达的临床数据与其抵达时基本上相同的格式存储在闪存内。根据本发明的另一实施例,流化数据处理器684成帧该流化数据,例如以类似于上文参考图22和图23描述的方式。根据本发明的其它实施例,该流化数据处理器684整理数据,和/或挑出选定的数据部分以存储和随后流化(实时地、基本上实时地或者延迟地),或者用于随后查询和提取,这通过无线和/或usb通信接口进行。根据本发明的实施例,各种软件模块和硬件组件允许ems通信接口设备631通过网际协议(ip)将数据发送至外部客户机域652(例如服务器126或128)内的后端服务器模块670,和/或订阅设备模块671(例如boa系统104和/或病人绘图设备108)。根据本发明的一种实施例,后端服务器126、128和/或boa设备104允许用户在远程环境内,例如救护车后部和/或企业工作站122内,观看和显示病人临床数据的历史快照。在进行收集的相同临床事件中可以观看和/或访问该历史快照数据。可以根据特定标准,包括例如时间周期,提取和/或显示这种数据。根据本发明的实施例,后端服务器模块670例如可以包括12导联和/或趋势观看模块686,其允许访问病人12导联数据。例如,如果ems技术人员114在观看十秒钟之前病人的12导联ecg的显示,技术员114可以请求观看在最后十分钟内获得的每个12导联ecg,或者最后十分钟的每分钟的一个12导联,从而更好地理解病人的12导联描绘情况在十分钟周期上是如何改变的。图65图示根据本发明实施例的可用于显示快照12导联ecg数据的用户接口的一个例子。根据本发明的一些实施例,并不连续地流化或提供12导联,而是在请求时可用。例如,它们可以是每分钟一个12导联,如果由用户请求的话。该显示可以在例如boa设备104上显示。将最新获取的12导联描绘情况显示在主位置692内,而将过去获得的先前12导联沿着显示器底部显示为更小的图形或缩略图,如图65所示。在所图示的例子中,用于最新获取的12导联的缩略图显示在右侧,而向左的每个缩略图代表病人的12导联信号的连续更早的快照。根据本发明的一些实施例,历史12导联快照的缩略图本身是在显示器上可读和清晰的。根据一些实施例,当用户选择或触摸或单击12导联缩略图图像时,在主位置692上放大和显示选定的12导联。在这种情况下,可以配置显示器向用户指示当前显示的12导联图像不是最新获取的;例如当历史快照12导联被定位在主显示器692内时,背景颜色可以改变成红色,而当最新获取的12导联被定位在主显示位置692内时,改变回灰色或白色。根据本发明的实施例,还可以显示时间通知704以指示当前显示或当前放大的12导联捕获的时间和/或日期。根据本发明的实施例,可以按下或选择按钮694和702从而在时间上向前或向后移动缩略图系列,例如逐一地移动。根据本发明的实施例,可以按下或启动双箭头按钮696从而前进缩略图系列以在缩略图的最右位置上显示最新获取的12导联,可以按下或启动双箭头按钮698以前进缩略图系列以显示最早获取的12导联(在缩略图的最左位置上)。双箭头696、698可以替代地操作用于以分页模式转换数据,以便按下双箭头按钮696、698将视图移动至下一组缩略图(例如如果图示四个缩略图,下一页包括下一组时间顺序的四个缩略图)。还可以在相反方向上以时间顺序设置缩略图。根据本发明的实施例,用户接口还可以包括输入区域,允许用户规定在其上显示12导联缩略图的时间帧,或者排序或缩小缩略图显示。例如,可以向左或向右调整滑动条690以放大或缩短在其上在屏幕底部上显示12导联缩略图的时间周期。根据本发明的实施例,如果增加时间周期,则可以刷新显示器以包括与该时间周期对应的附加12导联缩略图(例如通过缩小每个缩略图尺寸以更适合屏幕,和/或通过添加附加的缩略图的行数),或者每个缩略图的尺寸可以保持不变,而该系统自符合时间标准的12导联的总集合的周期子集中选择代表性缩略图。12导联数据集合的其它过滤器可以包括临床事件过滤器或者用户请求的过滤器。根据本发明的实施例,尽管图示了12导联快照数据集合,也可以将类似的显示和用户接口处理用于临床和/或非临床数据的其它集合。根据本发明的实施例,som处理器633可以进一步被配置以接收、存储和发送音频和视频数据,例如音频和视频流数据,至诸如boa系统104等外部订阅设备。该显示还可以包括书签按钮706,其允许标记特定12导联被标记以便随后轻易提取。在一些实施例中,可以选择和将缩略图拖拽至书签按钮从而为该特定缩略图设置书签。另一按钮(未图示)可以允许过滤显示以仅示出已标记书签的12导联图像。根据本发明的一些实施例,每个12导联缩略图显示包括记录其的日期和时间。图65的显示和用户接口还可以通过企业工作站122提供给企业用户124,以便当病人在被运输和/或治疗时,在远程位置(例如医院)的医生或其它健康护理专家可以在病人抵达医院之前观看病人的缩略图和历史临床数据,这例如通过网页浏览器界面进行。根据本发明的一种实施例,该boa设备104屏幕和/或企业工作站122可以在同一屏幕上观看一个以上病人,和/或为多个病人分片或分割包含类似信息的屏幕,从而跟踪横跨服务中各个单元的活动,和/或处理集中伤亡情况。在一些实施例中,该boa设备104或其它外部设备可以查询在通信接口设备631上包含的任意12导联快照数据集合,和随后处理、排序和/或过滤数据;在其它实施例中,该som处理器633已经排序、过滤和/或选择适当的或最相关的12导联图像和/或数据集合,该boa设备104或其它外部设备可以更快速地访问和显示,而不必进行它自己对数据的处理。根据本发明的实施例,该som处理器633根据xml模式格式化自除纤颤器接收的原始数据,其可以由订阅设备请求和在网际协议连接上作为xml对象提供。图66图示全公开记录模式的一个例子,使用每个子单元对应于特定种类的数据。图67图示图66的全公开记录的12导联记录(12leadrecord)单元的图。根据一些实施例,以定制xml格式由ems通信接口设备631传送临床ems信息;根据其它实施例,ems通信接口设备631存储并可以根据定义标准,例如国家ems信息系统(nemsis)标准格式自病人监视设备106传送ems信息。根据本发明的实施例,将在串行连接上由设备631使用处理器640接收的数据存储在sqlite数据库内,每种情况形成独立的文件,以及由跟踪在设备631上存储的每种病例的主表管理器674管理的病例目录数据库表格。设备可以以若干方式与系统630特别是系统631连接。例如,设备(例如boa设备104)可以通过“事务部门(backoffice)”企业服务器,例如服务器126或128(参见图1)连接至系统631。系统631可以以若干方式建立与服务器126、128的连接,例如:使用直接插入usb端口639的usb蜂窝调制解调器643,其还连接至互联网服务供应商,或者使用随后可以连接至互联网服务提供商的到蜂窝设备(例如电话)的连接,或者使用随后可以连接至互联网服务提供商的到蜂窝调制解调器的wi-fi连接。根据本发明的实施例,在每种情况下,在蜂窝链路上实现到载体的互联网服务提供商的数据连接,随后ems通信接口设备631使用标准的通信网际协议与服务器126、128连接、身份验证和交互。举另外一个例子,外部设备(例如boa104和/或病人绘图设备108)可以使用发现协议,例如mdns/dns-sd以探测本地系统631,从而确定它提供哪些数据服务。该外部设备随后将形成到通信接口系统631上服务的tcp/ip连接。根据本发明的实施例,每个通信接口系统631具有唯一的ip套接字地址。通信接口系统631和外部设备随后将相互身份验证以允许双向命令、响应和数据流。该数据流可以例如在tcp/ip协议上以xml格式出现。根据本发明的实施例,该发现协议还可以相反地操作,以便通信接口设备631可以探测外部设备(例如boa104)和连接至那些设备上的服务。这样,可以将外部设备连接至和自无线局域网(例如wi-fi网络)上的设备631接收流化数据。根据本发明的一些实施例,由流化数据发送器665发送12导联数据,当其出现至存储其的流化数据处理器684时。该boa设备104可以执行发现操作以确定cp设备631支持12导联更新。根据本发明的实施例,随后该boa连接至由设备631,具体地由报告发送器提供的服务,并形成持久连接。根据本发明的实施例,每次报告发送器被通知已经存储的新的12导联时,报告发送器将使用所建立的到boa的连接以适当的xml格式发送最新的报告。根据本发明的一些实施例,病人监视设备106是除纤颤器,或者包括用于记录和/或监视和/或重新发送病人心音的音频传感器或声音心电图传感器的某种其它设备。这种设备例如可以是声音心电图监视器。在这种情况下,可以将音频信号或其它声音信息自除纤颤器监视板组件632发送至ems通信接口设备631的som处理器633,例如以流化方式,其随后可以通过wi-fi和/或和/或某种其它协议流化至另一设备。电子听诊器设备可以订阅和/或连接ems通信接口设备631,和被配置以查询和/或接收病人的流化音频或声音信息。这可以允许临床医生无线地,甚至远程地,通过或其它ip信息流来听病人的心音。根据本发明的实施例,该声音数据可以被传送给远程用户用于在线会诊或复诊。这样一种设备可以是3mtm电子听诊器,其可以以这种方式实时、或者在门诊时、远程会诊时使用。该ems设备通信接口631还可以用于与病人监视设备交换非门诊数据。根据本发明的其它实施例,外部设备可以与通信接口设备631连接以运行诊断测试或者在底层病人监视设备632上安装软件更新。根据本发明的又一实施例,外部设备可以将软件更新的可用性广播给全部订阅通信接口设备631,例如与除纤颤器设备关联的那些设备,其随后将提醒设备用户更新可用和在安装过程引导用户。外部设备还可以连接至通信接口设备631,从而更新底层设备的设置或用户配置参数;例如,boa设备104可以在每次移位开始时连接除纤颤器设备106,从而改变用户配置设置以匹配最新登录进入系统的活动成员的优选设置。在不脱离本发明的保护范围的情况下,可以对所讨论的示例实施例进行各种修改和添加。例如,虽然上述实施例参考具体特征,但是本发明的保护范围还包括具有不同特征组合的实施例和并不包括全部所述特征的实施例。因此,本发明的保护范围将包括落入权利要求保护范围之内的全部这些替代、修改和变型以及其全部的等同物。当前第1页1 2 3 当前第1页1 2 3 
当前第1页1 2 3 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1