CN109844782A - 包括自动转移的计算机辅助调度 - Google Patents

Abstract

本发明的实施方式公开了一种用于在将多个诸如救急车辆的可分配参与者调度到多个设施之一的计算机辅助调度系统中自动指示设施是处于转移状态还是接收状态的计算机实现的方法。集中式数据库接收车辆状态的变化，以用于确定设施的状态。响应于接收到车辆状态的变化，将包括当前状态和先前状态的关于车辆的状态信息传输到一个或更多个客户端程序。客户端程序接收车辆的当前状态和先前状态，并使用车辆的当前状态和先前状态以及标准集来确定多个设施中的任意设施的状态是否应从接收变为转移或从转移变为接收。

Description

包括自动转移的计算机辅助调度

相关申请的交叉引用

本专利申请要求2016年9月13日提交的美国专利申请No.15/263,958的优先权，在此，在允许的范围内将该申请以引用方式并入本文。

技术领域

本发明涉及计算机辅助调度系统，更具体地，涉及自动确定设施的状态应是接收还是转移车辆的计算机辅助调度系统。

背景技术

计算机辅助调度程序在本领域中是众所周知的，尤其是在救急车辆(例如救护车、消防车和警车)的分配中。计算机辅助调度系统可以具有收集关于紧急情况的信息(即核实位置、紧急情况类型等)的呼叫接收器。该信息可以由呼叫接收器输入系统，或者若是以数字格式接收到信息，则自动填入。这些系统帮助调度员根据诸如紧急情况的接近度和类型等标准为救急车辆分配任务。

计算机辅助调度程序通常包括与调度员相关联的联网计算机程序，该联网计算机程序从系统内的救急车辆接收关于救急车辆状态的信息。共享信息的类型可以包括救急车辆的类型、车辆能力、车辆位置、以及车辆是可用于分配的还是正在响应紧急情况的过程中。因此，调度员可以选择正确类型的救急车辆以分配给紧急情况。

除了跟踪救急车辆之外，一些计算机辅助调度程序还跟踪诸如医院之类的设施的状态。调度员在这种系统中的作用是有效地将救护车分配给紧急情况，然后将救护车分配到医院。调度员根据诸如救护车到医院的接近度和医院的能力等标准做出分配决策。因此，调度员更愿意将救护车分配到最近的医院，但该医院可能有限制。最近的医院可能只提供一般的急诊服务，而救护车内的患者可能需要特殊治疗，例如仅能由距离更远的第二家医院提供的心脏治疗。因此，计算机辅助调度程序跟踪救护车位置以及与一家或更多家医院的接近度，同时还向调度员提供关于每家医院的能力的信息。

发明内容

根据本发明的一个实施方式，一种用于在将多个诸如车辆的可分配参与者调度到多个设施之一的计算机辅助调度系统中自动指示设施是处于转移状态还是接收状态的计算机实现的方法。类似地，在某些实施方式中，可分配参与者可以是个人。集中式数据库接收可分配参与者(例如车辆)的状态变化，以用于确定设施的状态。数据库可以是数据库管理系统的一部分，并且可以包括多个数据库表。响应于接收到所分配参与者的状态变化，将关于所分配参与者的状态信息(包括当前状态和先前状态)传输到一个或更多个客户端应用。客户端应用接收当前状态和先前状态，并且使用当前状态和先前状态以及标准集来确定多个设施中的任意设施的状态是否应该从接收变为转移或者从转移变为接收。因此，本发明的实施方式监视存在于计算机辅助调度系统内的所有可分配参与者，并且部分地基于可分配参与者的状态来确定计算机辅助调度系统内的设施的状态。在本发明的一个实施方式中，可分配参与者是车辆。

在本发明的一个实施方式中，设施是医疗设施，并且车辆是救急车辆。应该认识到，每个设施可以具有用于确定该设施是否应该进入转移状态或接收状态的单独的标准集。

在某些实施方式中，车辆的状态可以包括：可用或到达设施。在本发明的其他实施方式中，车辆的状态可以包括：可用、分配给事件、到达事件或到达设施。

标准集可以包括在需要转移之前允许在设施处出现的车辆的预设数量。在其他场景中，标准集可以包括预设数量的车辆在需要转移之前能够停留在设施处的预定时间长度。在其他实施方式中，标准集可以包括设施的入口数量。在其他实施方式中，标准集还可以包括医疗科室类型。在本发明的其他实施方式中，标准集可以包括医疗设施的容量，包括在可用床数、可用医生数或特定科室的可用医生数方面的容量。

在本发明的实施方式中，该计算机实现的方法对计算机辅助调度系统内的多个车辆的当前状态的数据库进行维护。

设施的标准集可以包括时间标准。如果时间是标准集中的因素，则对标准集进行评估需要不同时间点的一个或更多个车辆的状态。

本发明的实施方式还可以包括用于在计算机辅助调度系统中提供自动转移状态更新的计算机实现的系统，该计算机辅助调度系统用于将多个车辆之一调度到多个设施之一。该系统可以包括数据库，该数据库接收并存储系统内车辆状态的变化。该数据库可以从与车辆相关联的移动客户端接收变化信息。该系统还可以包括触发程序，该触发程序响应于车辆数据库内的状态变化而获取车辆的先前状态和车辆的当前状态。在本发明的某些实施方式中，触发程序传输车辆的先前状态和当前状态。在某些实施方式中，触发程序将变化信息插入数据库表，例如变化记录表。该系统还可以包括自动转移模块，该自动转移模块接收车辆的当前状态和先前状态，并且将车辆的当前状态和先前状态连同与设施相关联的标准集一起用于确定该设施应该处于转移状态还是接收状态。

该计算机实现的系统还可以包括移动服务器，该移动服务器从与车辆相关联的移动客户端接收状态变化，并将状态变化提供给数据库。该计算机实现的系统还可以包括调度员客户端应用，该调度员客户端应用从自动转移模块接收向用户指示一个或更多个设施处于转移状态的传输。调度员客户端可以向用户显示计算机辅助调度系统内的所有设施的状态。在某些实施方式中，当调度员试图确定向哪个医院派送救护车，并且调度员选择了处于转移状态的设施时，向调度员呈现视觉通知(例如生成窗口)，该视觉通知包括询问调度员是否希望继续选择该设施。在某些实施方式中，应该认识到，调度员可以发出用于将单元调度到紧急位置的调度命令，然后发出用于将单元分配给推荐的设施的单独的运送命令。如在本公开中所使用的，术语“调度”应当适用于将单元调度到紧急位置以及向车辆发送指示所推荐的设施的运送命令。

在本发明的实施方式中，调度员客户端响应于来自调度员或其他用户的输入，向移动服务器发送调度命令，以将车辆调度到计算机辅助调度系统内的设施。

在本发明的某些实施方式中，触发程序将车辆的当前状态和先前状态重新格式化为XML文件格式。该系统还可以包括变化发布应用，该变化发布应用解析XML文件格式并将当前状态和先前状态作为网络内的一系列数据包传输到一个或更多个应用。

附图说明

通过参考以下参照附图的详细描述，将更容易理解实施方式的前述特征，附图中：

图1示出了计算机辅助将车辆调度到多个设施的环境，其中设施处的条件使得可能需要从该设施自动转移车辆；

图2是示出计算机辅助调度系统中的调度员可以用以提供设施自动转移的创建和消除的组件的示例性计算机环境；

图3示出了客户端与数据库之间的通信以及用于截听数据库条目变化的变化发布监视模块；

图4是触发程序捕获对数据库所做的改变时所采取的步骤的流程图；

图5示出了变化发布应用在处理来自数据库变化记录表的数据时所采取的步骤的流程图；

图6是自动转移模块用于确定设施状态以创建离开该设施的转移或者取消针对该设施的转移的计算机实现方法的示例性流程图；

图7是自动转移模块用于消除转移的示例性流程图，其中转移标准要求在设施的特定入口处存在多于一个车辆；

图8是提供给计算机辅助调度系统内的调度员的示例性屏幕截图；以及

图9是如果调度员试图将车辆派送到具有“转移”状态的设施，则提供给调度员的示例性屏幕截图。

具体实施方式

定义。如在本说明书和所附权利要求中所使用的，除非上下文另有要求，否则以下术语应具有所指的含义：

术语“设施”应意指具有车辆可以停留以装卸人员(例如在医院的救护车的情况下)或物品(例如零售连锁店的商品)的一个或更多个相关联入口的建筑物。通常，设施为公司或组织提供房屋，并且该设施具有相关联的功能。例如，如果设施是医疗设施，则该设施可以提供医院的功能。医院本身可以有一个或更多个科室，如急诊科、呼吸科、心脏科、眼科、精神科、肿瘤科、肾脏科、胃肠科、妇科等。医疗设施可以包括医疗服务，但不被视为提供急诊服务的全方位服务医院，并且可以包括心脏科、呼吸科、眼耳鼻喉科、精神科或其他科室等医学科室。医疗设施可以包括一种或更多种不同类型的包括诊断成像的检查设施，例如X射线、超声、PET/CT扫描、MRI扫描和放射学，在此仅举几例。设施可能具有相关联的容量，功能(例如科室)也可能具有相关联的容量。例如，医院可能总共有300张病床(总容量)，但用于心脏科只有30张病床(心脏科容量)，用于呼吸科只有60张病床(呼吸科容量)。设施还可以具有与入口相关联的用于下车的相关数量停车位。例如，作为连锁店之一的商店可以具有三个用于车辆卸货的车位，医院可以具有四个与医院的急诊室入口相关联的车位。

本发明的实施方式涉及计算机辅助调度系统，其允许用户(即调度员)将车辆调度到多个设施之一。该计算机辅助调度系统包括基于系统内正在调度的车辆的状态自动确定设施是否应该处于转移状态的模块。设施的状态(设施是否正在接收患者或转移他们)有助于调度员确定应将特定车辆送往哪个设施。当满足该设施的标准集时，可能发生转移状态。在一个实施方式中，标准集可以是：如果在医疗设施的特定入口处存在超过三个车辆超过30分钟，则发生转移。本领域普通技术人员应该认识到，可以基于设施的容量和能力，将不同的标准应用于不同的设施。

图1示出了计算机辅助将车辆调度到多个设施的环境，其中设施处的情况使得可能需要从该设施处自动转移车辆。图1示出了五个不同的设施，每个设施具有不同的装卸容量。对于本申请的其余部分，这些设施将被称为医疗设施，并且这些车辆将被称为救急车辆，例如救护车。应该认识到，本发明不仅仅限于用于将救急车辆调度到设施的调度系统，而是适合于适于自动转移的一般调度系统。

图1示出了可用于调度到设施或调度到紧急位置的多个救急车辆601、602、603，或者目前位于设施处的救急车辆604、605、606、607。每个设施具有相关联的入口，该入口带有一个或更多个用于救急车辆的停车位。设施100、200、300和400各有一个入口，设施100和400具有4个停车位，而设施200和300具有3个停车位。设施500示为具有多个入口。这可能是大型医院，其不同的部门与不同的入口(例如急诊入口、精神科入口、儿科入口)相关联。如图所示，设施500具有三个不同的入口，每个入口具有不同数量的用于装卸患者的停车位。计算机辅助调度系统允许与多个车辆通信的调度员将车辆引导到紧急事件处以载上患者，或者将车辆引导到设施处以便患者在医疗设施处下车。

如图1所示，设施200的所有停车位均由救急车辆占据，因此是使设施的状态变为转移的候选者。在将车辆调度到设施和/或紧急位置的过程中，计算机自动化调度系统考虑每个车辆的位置及其与每个设施的接近度。例如，如果车辆602已经载上患者，则最近的设施将是设施200，但是由于所有停车位都被车辆占用，所以计算机自动化调度系统将使用标准集来确定设施200是处于转移状态(转移救急车辆)还是接收状态(接收救急车辆)。如果用于自动转移的标准集仅仅是基于停车位的可用性，则设施200将被置于与该设施相关联的转移状态，并且将促使调度员将救急车辆602调度到另一设施，例如设施100、300、400或500。救急车辆到设施的调度可以有其自身的标准集。例如，设施的特定科室可以是第一标准，救急车辆与设施的接近度可以是第二标准。假设没有与紧急情况/患者相关的特定科室，则标准仅仅是到可用设施的距离。调度系统将指示设施100是最近的设施，并且调度员可以将救急车辆调度到设施100。

图2是示出用于在计算机辅助调度系统中创建和取消自动转移的组件的示例性计算机环境。数据库700用于通过消息总线707在多个客户端之间收集和共享关于作为调度系统的一部分的设施和车辆的状态的数据。如本文所使用的，术语“客户端”与数据库服务器有关，因此从数据库服务器发送或接收数据的所有应用都被认为是数据库服务器的客户端。数据库位于中央并且与一个或更多个调度员客户端701通信。数据库700包含一个或更多个触发器，该触发器将变化信息(例如设施或车辆状态的变化)记录到数据库表，例如变化记录表。变化发布服务读取变化记录表，并通过消息总线广播这些变化。监听通知服务接收这些变化并将它们转发到自动转移模块。自动转移模块确定是否需要创建或消除(取消)转移。移动服务器在生成设施建议时读取转移信息。然后移动服务器将该信息传输给该移动服务器的移动客户端。

调度员客户端701是调度员用于与系统的车辆通信的计算机应用。来自调度员客户端701的通信通过移动服务器706经由因特网或无线电网络708等被引导至与系统中的车辆相关联的一个或更多个移动客户端702。操作调度员客户端701的调度员或者移动车辆中的人员可以超控(override)自动状态变化。提供自动转移状态变化，以帮助调度员将救急车辆分配给特定医疗设施。调度员客户端701接收关于当前运营车辆和设施的状态的状态更新。本领域普通技术人员将认识到，数据库可以是包含关联的一个或更多个单独的数据库表。数据库可以是数据库管理系统的一部分，该数据库管理系统包括用于定义、创建、更新和管理系统内的数据库的软件。

当前运营车辆数据库存储关于登录单元(例如车辆)的信息，例如其机构、当前状态、是否已被分配给事件(例如紧急情况)、以及事件标识符。当车辆通过移动客户端应用702登录系统时，在当前运营车辆数据库中插入行。当车辆的属性或状态发生变化时，将使用变化后的信息更新数据库中的行。当车辆通过移动客户端应用注销时，删除对应数据库中的针对该车辆的行。

在本发明的一个实施方式中，系统管理工具允许诸如调度员的用户分配与一个或更多个数据库表中的列相关联的触发器。通过数据库触发程序监视表的变化。触发程序在插入、更新和删除后启动，并记录有关受监视的数据库列的信息。在本发明的一个实施方式中，被称为变化记录表的单独数据库以诸如XML的可分发格式(distributable format)存储变化信息。除了在发生变化时提取数据库的变化之外，触发程序还可以重新格式化这些变化以存储在变化记录表中。触发程序的一个重要特性是触发程序记录任何受监视参数的旧值和新值。通过以可分发格式在变化记录表中记录此信息，可以容易地分发这些变化。每次插入变化记录行时，用当前数据和时间给该行加上时间戳。

变化发布模块访问变化记录表以获取关于设施和车辆的状态的更新信息。变化发布模块包括一种算法，该算法首先检查变化记录数据库表中是否有新数据。变化发布模块仅提取比特定阈值更新的行。默认情况下，变化发布模块忽略预定时间(例如十分钟)之前插入的行。变化发布模块将仅分发变化记录表中的最新数据。变化发布模块将通过在消息总线上发送一系列监听数据包而以可分发格式(即JSON、XML)发布变化记录表。监听数据包具有规定的协议格式，该协议格式可由包括监听通知服务705的客户端程序识别。监听通知服务将识别监听数据包并将数据包提供给自动转移模块。如图2所示，监听通知服务705将接收监听数据包并将数据包重新格式化为变化记录表，并且将该表传递给自动转移模块704。

自动转移模块704接收诸如XML的格式的变化记录表，并识别所提供的状态变化信息。自动转移模块包括可由用户(即调度员或系统管理员)定义的标准集，该标准集用于确定设施应具有接收状态(在设施处接收车辆)还是转移状态(从设施处转移车辆)。标准集使用关于系统中的一个或更多个车辆状态的变化了的状态信息以及同一车辆的先前状态。通过具有车辆的先前状态和当前状态两者，自动转移模块不需要为了确定系统中的设施的状态而在系统内创建每个车辆的状态的缓存。下面将更详细地描述自动转移模块采用的标准集和算法的示例。当自动转移模块已确定应改变设施的状态(从接收到转移或从转移到接收)时，自动转移模块将消息传输到消息总线上，该消息被分发给正在监听该消息的每个订阅客户端(包括调度员客户端)以及移动服务器，移动服务器会将变化传输到移动客户端以在车辆内显示。此外，设施的状态被更新并存储在数据库中。

图3示出了客户端与数据库之间的通信以及用于截听数据库条目变化的变化发布监视模块。图3提供了关于如何截听传输到数据库的状态变化并将其提供给一个或更多个订阅客户端的过程的更多细节。订阅客户端包括调度员客户端和监听通知服务，后者将信息转发给自动转移模块。首先，诸如图2的移动客户端702的客户端改变其状态800(例如，从到达设施1改为可用)。特定车辆的状态字段可以包括诸如机构ID、调度组、设施入口ID、处于紧急情况ID、已调度、位置(经度和纬度)、可用性、调度时间、在设施处、到达设施时间、到达紧急情况的途中时间、到达设施的途中时间、运送的患者总数等参数。在不偏离本发明的预期范围的情况下，上述参数以外的参数也可以与车辆相关联。特别重要的是“在设施处”、“到达设施时间”和“可用性”的状态字段。将状态变化从客户端装置分发到集中式数据库(在图3中标为I/CAD数据库)。在本发明的某些实施方式中，调度员可以接收针对系统中车辆状态变化的无线电请求，并且调度员或其他人代表车辆更新车辆状态。另外，可以通过软件代理更新车辆的状态，该软件代理从智能电话以及与可分配参与者(例如车辆和个人)相关联的其他GPS装置接收GPS坐标数据。如果可分配参与者的新位置在设施的某个邻近范围内，则GPS代理可以自动地将可分配参与者(通常是车辆，但也可能是带有智能手机的步行的人)置于运送到达状态。

首先在当前运营车辆表中更新数据，该表是系统的主数据库的一部分。801触发程序监视数据库中特定状态参数的变化，该特定状态参数包括：在设施处、到达设施的时间和可用性。触发程序捕获数据库内的变化记录表中的变化和先前状态。802变化发布应用不断访问变化记录表以查看是否创建了任何记录。变化发布应用将变化发给订阅客户端。自动转移模块将算法应用于变化数据，以识别特定的关注字段、以及关注字段是否已被更新(例如，在设施处(哪个设施)、到达设施的时间(时间)和可用性(可用于调度或者由于在设施处或正在前往紧急情况或设施而不可用)。本系统的实施方式被构想为用于实时调度系统。由于系统的实时性，数据必须保持最新，从而可以忽略旧的状态变化，例如过时10分钟的，并且可以再次轮询数据库以查看是否发生了任何更新的变化。如果触发器应用正在监视的数据库中特定数据字段的状态发生了变化，则变化发布应用将访问先前和当前状态并准备该数据以进行传输。变化发布应用将数据转换为可分发格式，例如XML或JSON。也可以使用用于分发数据的其他已知格式。考虑XML和JSON是因为这些格式在计算机产业中尤其是在因特网中无处不在。

然后，变化发布应用传输重新格式化的数据并将数据作为包括相关字段的当前和先前状态的联网数据包分发。

图4是触发程序捕获对数据库所做的改变所采取的步骤的流程图。触发程序收集数据库中已变化内容的信息，并将数据转换为XML表示形式，然后将其作为XML存储在数据库的变化记录表中。触发器使用插入和删除的伪表，服务器(如SQL Server)公开这些伪表，以允许收集变化了的信息的旧值和新值。

首先，声明表示游标的变量901。触发程序定义了将包含用于插入、更新和删除的数据的游标变量。然后打开该游标902。接下来访问数据库表并将其定位在数据库的第一行。触发程序询问“是否有数据库的另一行要处理？”903。如果回答为“否”，则关闭游标904并且过程停止905。如果有另一行，则触发程序生成具有行中已变化信息的XML。906。然后，触发程序将该新行插入变化记录数据库907。当插入行时，只有插入的伪表具有数据。当删除行时，只有删除的表具有数据。当更新行时，删除的表具有旧值，而插入的表具有新值。因此，通过访问删除的表和插入的表，收集参数的旧值和新值两者。

图5示出了当处理来自数据库变化记录表的数据时由变化发布应用采取的步骤的流程图。变化发布应用访问变化记录表，并首先解析由触发程序创建的表中的文档。数据库以特定于数据库提供程序的格式提供表中的值。XML解析器将每个数据库值从数据库表示形式转换为将用于从文档中提取数据的XML数据类型921。变化发布应用查询变化记录表，忽略旧数据(即，已过期的)922。使用XML数据类型，变化发布应用获取到反映了自数据库记录的变化进入队列以来的秒数的数据。如果根据预定阈值，数据过期，则变化发布应用不转发数据。923如果数据未过期，则变化发布应用检查XML文档的根节点是否被设置为变化记录924。如果对于该查询的回答为“是”，则输入文档是将包含变化记录数据的变化记录文档。如果它不是变化记录文档，则丢弃该文档925。变化记录文档包括具有XML文档格式的新、旧值的属性元素。从XML文档中的所有属性元素中选择作为NewPropertyValue和OldPropertyValue列出的属性元素，并将其放入列表中926。接下来，创建一个新的XML文档，其根节点具有使用适当的实体类型名称指定的类型的名称927。然后，变化发布应用开始遍历926中添加到列表中的属性，并获取第一属性928。查询具有用于指示列表已被完全解析的属性。929如果搜索第一属性或下一属性时没有属性，则变化发布应用完成，并且可以发送新XML文档以传输给客户端。930。应用接下来查询“变化是否为删除？”931。如果输入文档中的元素包含参数的“删除”值，则输入文档被视为删除。如果针对查询的回答为“否”，则应用将旧值写入属性。932。这会添加新的子元素，其具有被添加至新文档的根元素的属性名称，且元素的值是列表中的旧值。如果“变化是否为删除？”的回答为“是”，则将具有属性名称的新的子元素添加到新文档的根元素中。该元素的值是列表中的旧值。然后，应用查询“属性是否更新？”。如果列表中的新值与列表中的旧值不匹配，则属性是更新的。934如果旧值与新值的比较表明属性已更新，则应用将名称“旧值及其值”的属性添加到新的子元素，并添加来自列表的新值。935。如果属性未更新，因此回答为“否”，则从列表添加未变化的值。然后，应用获取下一属性936并循环回到框929。

变化发布应用中的下述示例性LINQ查询从变化记录表中读取XML数据，并将信息转换为XML格式以传给订阅客户端。

下面提供了一个示例xml文档，该文档可以由变化发布应用生成并被发送到计算机辅助调度系统的网络内的客户端应用。在下面的示例中，单元状态值已从旧值13变为新值14。在示例性实施方式中，单元状态为13表示“运送”，意味着救护车正在将患者运送到医院。单元状态值为14表示救护车处于“运送到达”状态。这意味着救护车已经带着患者到达了推荐的医院。

图6是自动转移模块用于确定设施状态的计算机实现方法的示例性流程图。自动转移模块将创建转移救护车离开该设施的转移或者消除针对该设施的转移。自动转移模块执行算法，该算法具有用于确定是否已满足设施的一个或更多个预定义标准集以使设施处于转移状态的标准集。自动转移模块还确定是否应该消除转移，即，是否应该将设施的状态从“转移”变为“接收”。

在一个实施方式中，如果超过三个救急车辆在设施的入口处停留超过30分钟，则指示转移。本领域技术人员应该想到，可以使用其他参数来识别转移，并且转移标准可以取决于设施。例如，标准可以基于设施的停车位的数量、停车位已被占据的时间长度、设施能力、是否已经超过设施中针对特定能力的容量(例如，医院X只有10张心脏病床，而所有这些床都已被占据；医院Y只有两个肺外科手术组，而两个组都在进行手术，等等)或任何数量的参数以及参数组合。

在本发明的某些实施方式中，关键的是，与系统中的车辆相关联的参数的旧状态和新状态都被提供给自动转移模块，这是因为转移的标准是基于时间分量或者基于对车辆先前状态的了解。在一个示例中，转移的标准是基于三个车辆在设施处超过30分钟，自动转移模块需要知道车辆的当前状态、车辆处于该状态有多久以及先前状态。因此，如果三个车辆在设施1处已处于到达状态超过30分钟并且其中一个车辆的当前状态已变为“可用”，则发送取消转移信号并将其传输给客户端。自动转移引擎将评估系统内每个车辆的状态，以便每当至少一个车辆的状态发生变化时确定设施是处于转移状态还是处于接收状态。

在某些实施方式中，针对设施的标准集可以是与入口相关的。例如，处于医院X的满容量的第一入口处的车辆移动到医院X处的第二入口，其中第二入口在车辆到达时达到满容量。因此，当救急车辆的状态变化被呈现给自动转移模块时，自动转移模块将评估设施的每个入口的状态，并且第一入口将从转移状态变为接收状态，第二入口将从接收状态变为转移状态。

设施的标准集也可以基于设施的容量和能力。如上所述，设施可具有特定功能以及用于那些功能的容量。例如，医院可以具有“接收一般急诊”的功能，并且还可以包括用于接收需要专家(例如“心脏外科医生”或“肺外科医生”)的患者的其他功能。每个功能可以关联有容量，例如医院的急诊室医生或急诊室病床总数、心脏外科医生总数以及目前可用或手术中的心脏外科医生数量。自动转移模块可以使用该信息来确定设施的状态是否应该变化。

如图6所示，首先，自动转移模块从变化发布应用接收包含变化的XML文档形式的通知，即计算机辅助调度系统内的一个或更多个车辆已具有状态变化。1001然后，自动转移模块解析从变化发布应用接收的数据，以确定哪些车辆已具有状态变化以及每个车辆的先前状态和当前状态1002。然后，自动转移模块获取针对每个设施的标准集1003。在算法内评估每个车辆的状态(包括先前状态和当前状态)1004，该算法包括用于确定是否应设置针对每个设施/或设施入口的转移的标准集。如果设施/入口满足该标准，则状态将自动变为“转移”1005。如果设施不满足标准集，则设施将被设置为“接收”状态1006。重复该流程图直到所有设施都已被评估。本领域普通技术人员应该认识到，每个标准集可以基于系统内的车辆的一个或更多个参数，并且可以包括用于评估标准集的逻辑元件。

图7是自动转移模块用于消除转移的示例性流程图，其中转移标准要求在设施的特定入口处存在多于一个车辆。首先，自动转移模块读取XML变化通知941。应该认识到，该流程图可以应用于计算机辅助调度系统内的每个救急车辆，并且还可以应用于系统内的每个设施。该过程询问从变化发布应用接收的文件是否包含关于车辆(单元)和车辆的状态变化的信息942。如果回答为“否”，则过程停止943。如果回答为“是”，则自动转移模块询问旧单元状态是否为“运送到达”944，该状态表明救急车辆已经在先前时间点到达用于卸下患者的设施。如果回答为“是”，则自动转移模块询问“医院(即设施)处现在是有0个单元吗？”946。如果回答为“是”，则消除针对该医院的自动转移状态943。然后该自动转移消除被发送给所有客户端，并由调度员客户端和移动客户端接收，以使客户端知道设施的状态变化。如果回答为“否”，则自动转移模块询问“单元(车辆)是在新设施入口处吗？”945。如果回答为“是”，则自动转移模块检查现在在评估中的当前设施入口处是否有0个单元946。如果回答为“否”，则该过程停止。如果回答为“是”，则消除自动转移状态，将状态从“转移”变为“接收”947。

图8是提供给计算机辅助调度系统内的调度员的示例性屏幕截图。如图所示，正在“245 Governors Dr.”处发生的紧急情况被提供给调度员1000。调度员正在运行运送单元命令，该命令告知单元(救急车辆)将他们的患者运送到特定医院(设施)。向调度员提供可能的设施推荐列表，该列表基于从紧急位置到设施的距离和预期的运送时间。尽管设施HHPEDS是距离紧急位置最近的设施(仅2.5英里远)，但该设施具有与“GED”设施相关联的转移或一般紧急转移1101。因此，调度员可以在知道转移的情况下选择将患者派送到HHPEDS，或者调度员可以将救急车辆派送到下一个最近的设施，例如crestwood_cardiac或crestwood_er，它们距紧急情况在4.1英里和4.3英里范围内。

图9是如果调度员试图将车辆派送到具有“转移”状态的设施时，提供给调度员的示例性屏幕截图。如果调度员在图8中决定选择HHPEDS作为派遣救急车辆的设施，则调度员将接收到设施处于“转移”状态的警告消息，并且调度员可以决定继续并派送救急车辆到HHPEDS，或者调度员可以选择一个替代位置来派送救急车辆。

本发明可以以许多不同的形式实施，包括但不限于与处理器(例如微处理器、微控制器、数字信号处理器或通用计算机)一起使用的计算机程序逻辑、与可编程逻辑器件(例如现场可编程门阵列(FPGA)或其他PLD)一起使用的可编程逻辑、离散元件、集成电路(例如专用集成电路(ASIC))、或包括上述任何组合的任何其他装置。在本发明的一个实施方式中，基本上所有重新排序逻辑可以被实现为一组计算机程序指令，这些指令被转换成计算机可执行形式，如此存储在计算机可读介质中，并在操作系统的控制下由阵列内的微处理器执行。

实现本文先前描述的全部或部分功能的计算机程序逻辑可以以各种形式体现，包括但不限于源代码形式、计算机可执行形式和各种中间形式(例如由汇编程序、编译程序、网络程序或定位器生成的形式)。源代码可以包括以各种编程语言(例如目标代码、汇编语言或诸如Fortran、C、C++、C#、JAVA或HTML的高级语言)中的任何一种实现以用于各种操作系统或操作环境的一系列计算机程序指令。源代码可以定义和使用各种数据结构和通信消息。源代码可以是计算机可执行形式(例如通过解释器)，或者源代码可以(例如通过翻译器、汇编器或编译器)被转换成计算机可执行形式。

计算机程序可以以任何形式(例如源代码形式、计算机可执行形式或中间形式)永久地或暂时地固定在有形存储介质中，例如半导体存储器装置(例如RAM、ROM、PROM、EEPROM或闪存可编程RAM)、磁存储器装置(例如软盘或硬盘)、光存储器装置(例如CD-ROM)、PC卡(例如PCMCIA卡)或其他存储器装置。计算机程序可以以任何形式固定在可以使用各种通信技术中(包括但不限于模拟技术、数字技术、光学技术、无线技术、网络技术和网络互联技术)的任何一种传输到计算机的信号中。计算机程序可以以任何形式分发，如附带印刷或电子文档的可移动存储介质(例如收缩包装软件或磁带)、随计算机系统预装(例如在系统ROM或硬盘上)、或通过通信系统(例如因特网或万维网)从服务器或电子公告板分发。

实现本文先前描述的全部或部分功能的硬件逻辑(包括用于可编程逻辑器件的可编程逻辑)可以使用传统的手动方法来设计，或者可以使用各种工具(例如硬件描述语言(例如VHDL或AHDL)、或PLD编程语言(例如PALASM、ABEL或CUPL))以电子方式设计、捕获、模拟或记录。

尽管已经参照具体实施方式具体示出和描述了本发明，但是本领域技术人员将理解，在不脱离本发明的精神和范围的情况下，可以在形式和细节上进行各种变化，并且本发明的范围由所附条款定义。本领域技术人员容易明白，上面描述的用于全景图的技术可以应用于已经被捕获为非全景图像的图像，反之亦然。

可以通过所附条款非限制地描述本发明的实施方式。虽然已经在条款中通过处理步骤描述了这些实施方式，但是本发明也包括包含能够执行所附条款中的处理步骤的具有相关显示的计算机的装置。同样，本发明包括包含用于执行所附条款中的处理步骤并存储在计算机可读介质上的计算机可执行指令的计算机程序产品。

Claims (22)

1.一种用于在将多个可分配参与者调度到多个设施之一的计算机辅助调度系统中自动指示设施是处于转移状态还是接收状态的计算机实现的方法，所述方法包括以下步骤：

响应于在集中式数据库处接收到可分配参与者的状态变化，向至少一个客户端传输关于所述可分配参与者的状态信息，所述状态信息包括当前状态和先前状态；

所述客户端接收所述可分配参与者的当前状态和先前状态，并且使用所述可分配参与者的当前状态和先前状态以及标准集来确定是否应将多个设施中的任意设施的状态从接收变为转移或者从转移变为接收。

2.根据权利要求1所述的计算机实现的方法，其中，所述可分配参与者是多个车辆。

3.根据权利要求2所述的计算机实现的方法，其中，所述设施是医疗设施，并且所述车辆是救急车辆。

4.根据权利要求1所述的计算机实现的方法，其中，每个设施与单独的标准集相关联。

5.根据权利要求1所述的计算机实现的方法，其中，所述可分配参与者的状态指示所述可分配参与者是可用的还是到达了设施。

6.根据权利要求2所述的计算机实现的方法，其中，所述标准集规定了在需要转移之前允许在设施处出现的车辆的预设数量。

7.根据权利要求2所述的计算机实现的方法，其中，所述标准集规定了预设数量的车辆在需要转移之前能够停留在设施处的预定时间长度。

8.根据权利要求2所述的计算机实现的方法，所述方法还包括：

对所述计算机辅助调度系统内的多个车辆的当前状态的数据库进行维护。

9.根据权利要求4所述的计算机实现的方法，其中，设施的标准集指示所述设施的入口数量。

10.根据权利要求4所述的计算机实现的方法，其中，设施的标准集指示医疗科室类型。

11.根据权利要求4所述的计算机实现的方法，其中，设施的标准集包括时间分量，所述时间分量要求一个或更多个车辆的当前状态和先前状态。

12.一种用于在计算机辅助调度系统中提供自动转移状态更新的计算机实现的系统，该计算机辅助调度系统用于将多个可分配参与者之一调度到多个设施之一，所述系统包括：

数据库，所述数据库接收与可分配参与者相关联的状态变化；

触发程序，响应于所述数据库内所述可分配参与者的状态变为当前状态，所述触发程序获取所述可分配参与者的先前状态，并且传输所述可分配参与者的先前状态和当前状态；以及

自动转移模块，所述自动转移模块接收所述可分配参与者的当前状态和先前状态，并且将所述可分配参与者的当前状态和先前状态连同与设施相关联的标准集一起用于确定该设施应处于转移状态还是接收状态。

13.根据权利要求12所述的计算机实现的系统，其中，所述可分配参与者是车辆。

14.根据权利要求13所述的计算机实现的系统，所述系统还包括：

移动服务器，所述移动服务器接收状态变化并向所述数据库提供所述状态变化。

15.根据权利要求12所述的计算机实现的系统，所述系统还包括：

调度员客户端，所述调度员客户端从所述自动转移模块接收指示所述多个设施中的一个或更多个处于转移状态的传输。

16.根据权利要求15所述的计算机实现的系统，其中，所述调度员客户端向用户显示所述计算机辅助调度系统内的所有设施的状态。

17.根据权利要求15所述的计算机实现的系统，其中，响应于接收到用户对具有转移状态的设施的选择，产生该设施处于转移状态的视觉通知，并且询问所述用户是否希望继续选择该设施。

18.根据权利要求15所述的计算机实现的系统，其中，所述调度员客户端响应于用户输入，向所述移动服务器发送运送单元命令，以将可分配参与者调度至所述计算机辅助调度系统内的设施。

19.根据权利要求12所述的计算机实现的系统，其中，所述触发程序将所述可分配参与者的当前状态和先前状态重新格式化为XML文件格式。

20.根据权利要求18所述的计算机实现的系统，所述系统还包括：

变化发布应用，所述变化发布应用解析所述XML文件格式，并且将所述当前状态和所述先前状态作为一系列数据包传输到一个或更多个客户端装置。

21.根据权利要求12所述的计算机实现的系统，其中，所述数据库包含一个或更多个数据库文件，所述数据库文件包含关于所述计算机辅助调度系统内的可分配参与者和设施的状态信息。

22.根据权利要求12所述的计算机实现的系统，其中，可分配参与者的状态变化可以由移动客户端设置、由代表所述可分配参与者的调度员设置、或者由代表所述可分配参与者的软件代理设置。