Abstract:
In one example, we describe a Method and System for Dashboard for Event Management. In one example, we describe a method and system for a synoptic dashboard for Public Safety Answering Points, which comprises: a) A dynamic filter criteria definition, tailorable both at PSAP and user level; b) A real-time query &amp; mash-up engine, to combine structured data search and field-tracked feedbacks; and c) An in-place active spreadsheet. Many other applications, situations, and examples are provided in the context of emergency management, optimization, prediction, and analysis. In one example, the table-form interface and platform, called “The Tavolo™”, is the convenient tool to bring all the functionalities and information hub in one place under one umbrella, for the manger to manage all events very efficiently (and reducing possibility of human errors).

Description:
RELATED APPLICATIONS 
       [0001]    This case is a CIP of another application pending now, with Ser. No. 14/662,185, titled “Method and System for Dashboard for Event Management”, filed 18 Mar. 2015. All of the teachings of the parent case are incorporated here by reference. The priority date of the parent case (mentioned above) is claimed here. 
     
    
     BACKGROUND OF THE INVENTION 
       [0002]    There are some emergency platforms in the industry, operated by humans, for dispatching the emergency vehicles and police to the proper location. However, the invention and embodiments described here, below, for automatic dispatch, prediction, allocation, and resource analysis, have not been addressed or presented in any prior art. Recently, we have added so many useful and novel features to our system that revolutionize the industry, which are the subjects of the inventions here in this disclosure. One example is the easy-to-use user-interface, in table form, for event management platform, for emergency events, which integrates all needed features and displays them graphically, to inform the user in the best way possible, as we describe below. 
       SUMMARY OF THE INVENTION 
       [0003]    In one embodiment, we describe a method and system for a synoptic dashboard for Public Safety Answering Points, which comprises: (See, e.g.,  FIG. 2 .) 
         [0004]    a. A dynamic filter criteria definition, tailorable both at PSAP and user level 
         [0005]    b. A real-time query &amp; mash-up engine, to combine structured data search and field-tracked feedbacks 
         [0006]    c. An in-place active spreadsheet 
         [0007]    In one embodiment, the filter criteria definition tool allows users to setup complex queries on almost all synopsis related information. (See, e.g.,  FIG. 3 .) The definition tool is system-wide tailorable to the specific needs of each Command &amp; Control Room, and allows a user-level customization bound to his/her roaming application profile. Moreover, it includes context aware optimizations, e.g., for avoiding the query engine from gathering data and requiring a mandatory filter criteria, if the expected returned data set may be too big. 
         [0008]    In one embodiment, the real-time query &amp; mash-up engine provides the Command &amp; Control Room users with a constantly updated synthesis of events and dispatches that have not been archived yet. (See, e.g.,  FIG. 4 .) Both events and their related first responders&#39; dispatches are displayed with all the relevant information collected throughout the Call Taking, Mission/Activity Dispatching, and Tracking processes. Besides querying and dashboarding capabilities upon the managed information, our system/platform, called “emma”, distinguishes itself by the unique capability of providing, directly within the dashboard, real-time field-tracked data, mash them up with the standard managed information, and using it to infer the whole process status, rather than only the status of a specific mission or activity. (See, e.g.,  FIG. 5 .) In addition, the result set presentation is system-wide tailorable, specially in terms of supported kinds of events and missions/activities, which give emma the ability to support almost all businesses having a PSAP involved, with customizable iconography, for clear, simple, powerful, and context-aware representations. (See, e.g.,  FIG. 6 .) Each user may also set up personalized rendering preferences, like column orders or default sorting, and bind them to his/her roaming application profile. 
         [0009]    In one embodiment, the result set shown by the query &amp; mash-up engine, besides its customization capabilities, includes natively advanced spreadsheet functionalities, e.g., in-place filtering, grouping, and pivoting. This way the need for off-application spreadsheet process, by exporting the result set, is sensibly reduced, even if it is still available. (See, e.g.,  FIG. 7 .) Furthermore, the spreadsheet is not only a data presentation tool, but a real active console including functionalities such as: access to the selected event or dispatching detail, print the selected detail, send map panning commands to the GIS display related to the selected detail&#39;s localization, send show/hide commands to the GIS display related to the a dynamic layer of all the involved resources related to the result set, and transfer the incident record to another Command &amp; Control Room, via any of the most popular protocols (e.g. CAP protocol). (See, e.g.,  FIG. 8 .) 
         [0010]    In one embodiment, the table-form interface and platform, called “The Tavolo™”, is the convenient tool to bring all the functionalities and information hub in one place under one umbrella, for the manger to manage all events very efficiently (and reducing possibility of human errors). 
     
    
     
       BRIEF DESCRIPTION OF THE DRAWINGS 
         [0011]      FIG. 1  is for one embodiment, as an example, for our system, with allocation module. 
           [0012]      FIG. 2  is for one embodiment, as an example, for our system, with dashboard module. 
           [0013]      FIG. 3  is for one embodiment, as an example, for our system, with command &amp; control room module. 
           [0014]      FIG. 4  is for one embodiment, as an example, for our system, with real time query &amp; mash-up engine module. 
           [0015]      FIG. 5  is for one embodiment, as an example, for our system, with whole process status module. 
           [0016]      FIG. 6  is for one embodiment, as an example, for our system, with sorting module. 
           [0017]      FIG. 7  is for one embodiment, as an example, for our system, with customization module. 
           [0018]      FIG. 8  is for one embodiment, as an example, for our system, with dynamic layer module. 
           [0019]      FIG. 9  is for one embodiment, as an example, for our system, with analytics module. 
           [0020]      FIG. 10  is for one embodiment, as an example, for our system, with telephony module. 
           [0021]      FIG. 11  is for one embodiment, as an example, for our system, with predictive module. 
           [0022]      FIG. 12  is for one embodiment, as an example, for our system, with emergency management module. 
           [0023]      FIG. 13  is for one embodiment, as an example, for our system, with health care module. 
           [0024]      FIG. 14  is for one embodiment, as an example, for our system, with call tracking client module. 
           [0025]      FIG. 15  is for one embodiment, as an example, for our system, with data input module. 
           [0026]      FIG. 16  is for one embodiment, as an example, for our system, with dispatching module. 
           [0027]      FIG. 17  is for one embodiment, as an example, for our system, with tracking module. 
           [0028]      FIG. 18  is for one embodiment, as an example, for our system, with data output module. 
           [0029]      FIG. 19  is for one embodiment, as an example, for our system, with predictive module. 
           [0030]      FIG. 20  is for one embodiment, as an example, for our system, with maxi-emergency module. 
           [0031]      FIG. 21  is for one embodiment, as an example, for our system, with color code module. 
           [0032]      FIG. 22  is for one embodiment, as an example, for our system, with urgency module. 
           [0033]      FIG. 23  is for one embodiment, as an example, for our system, with filtered search module. 
           [0034]      FIG. 24  is for one embodiment, as an example, for our system, with optimizer module. 
           [0035]      FIG. 25  is for one embodiment, as an example, for our system, with map modules. 
           [0036]      FIG. 26  is for one embodiment, as an example, for our system, with distance module. 
           [0037]      FIG. 27  is for one embodiment, as an example, for our system, with order urgency module. 
           [0038]      FIG. 28  is for one embodiment, as an example, for our system, with re-assign module. 
           [0039]      FIG. 29  is for one embodiment, as an example, for our system, with intersection and union modules on sets or lists. 
           [0040]      FIG. 30  is for one embodiment, as an example, for our platform and device, with various buttons and functions, plus display and options. 
           [0041]      FIG. 31  is for one embodiment, as an example, for our platform and device, with one sub-window. 
           [0042]      FIG. 32  is for one embodiment, as an example, for our platform and device, with multiple sub-windows. 
           [0043]      FIG. 33  is for one embodiment, as an example, for our platform and device, with hand and finger gestures for user input. 
           [0044]      FIG. 34  is for one embodiment, as an example, for our platform and device, with various functionalities on the screen. 
           [0045]      FIG. 35  is for one embodiment, as an example, for our platform and device, with a circle region defined on screen. 
           [0046]      FIG. 36  is for one embodiment, as an example, for our platform and device, with a polygon region defined on screen. 
           [0047]      FIG. 37  is for one embodiment, as an example, for our platform and device, with a region defined on screen. 
           [0048]      FIG. 38  is for one embodiment, as an example, for our platform and device, with a perpendicular distance measured on screen. 
           [0049]      FIG. 39  is for one embodiment, as an example, for our platform and device, with a perpendicular distance measured and ordered for various vehicles. 
           [0050]      FIG. 40  is for one embodiment, as an example, for our system, with components of our platform for public safety. 
           [0051]      FIG. 41  is for one embodiment, as an example, for our platform and system, with distance optimizer. 
       
    
    
     DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 
       [0052]    In one embodiment, we describe a method and system for a synoptic dashboard for Public Safety Answering Points. In one embodiment, “emma” is our system and platform (Beta 80 Group&#39;s Emergency Management software platform). “emma” provides PSAPs and First Responders with all the features required to react at the best to any type of emergency call. emma is the most complete software suite for PSAP available on the international market. emma has ultra-high level of customization, easy integration with multiple devices and vendors, and effective customer support. emma has been the No. 1 Italian emergency management platform, deployed in 60 installations on Italian territory, Europe, South America, Africa, Middle East and Asia, serving more than 25 million people. Via emma, more than 6 million emergency calls are managed every single year. For example, emma is the chosen platform for the Emergency Agency of the Milan area (AREU) where more than 9 million people live. Milan&#39;s main PSAP has more than 40 operators, and gets more than 2 million calls per year, proving to be the biggest Ambulance Services&#39; PSAP in Europe. 
         [0053]    emma has been a unique platform in managing efficiently and effectively a growing number of calls and type of events, evolving by design to suit PSAP changing needs. emma covers and supports all the tasks and activities involved in a modern PSAP&#39;s management, from Call Taking to Dispatch, Mission Tracking, and a full Data Collection and Analytics suite. (See, e.g.,  FIG. 9 .) Plus, emma is fully NG-911-compliant. 
         [0054]    emma provides a comprehensive solution for Call Takers, Dispatchers, and Group Coordinators, providing PSAP&#39;s managers with the most accurate and complete solution available on the market. It is far beyond NG911 standards. emma makes call-taking fast and accurate, and can be integrated with any choice of Telephony or IP-Based Communication technology. It manages any kind of radio technology, too. (See, e.g.,  FIG. 10 .) 
         [0055]    emma can be completely customized to fit any process of Dispatching, letting operators follow their own protocols and procedures. It also automatically tracks every single step of the custom designed process. This means that it is easy to learn, too. emma has the following features:
       a deep reporting platform second to none in the emergency management industry, (See, e.g.,  FIG. 11 .)   a hyper-long list of technology connectors, and   complementary applications such as a predictive planner to dynamically allocate vehicles and other resources on the map. (See, e.g.,  FIG. 1 .)       
 
         [0059]    Beta 80 Group serves more than 60 PSAPs in Europe, Latin America, the Mid-East, Africa and Asia. A team of 400+ professionals work for Beta 80, and a 24×7 multi-lingual Single Point of Contact takes care of its customers in any country. The family of products include: (See, e.g.,  FIG. 12 .) 
         [0060]    Emergency management
       9-1-1   Emergency medical services   Firefighters       
 
         [0064]    Civil protection (See, e.g.,  FIG. 13 .)
       Crisis management   Public safety and homeland security       
 
         [0067]    Healthcare
       Private healthcare   Patient transportation services       
 
         [0070]    Private control rooms
       Hubs, transports, exhibition centers, oil &amp; gas facilities       
 
         [0072]    Thus, emma is the most complete solution in the PSAP industry. emma is fully compliant with NG 9-1-1 standards. emma is completely adaptable to any PSAP specific process. emma is way less expensive than any other comparable CT/CAD software in the market. emma has a proven and growing track of satisfied customers. We have achieved this result constantly focusing on our 3C Mantra: affordable Cost, Customization &amp; Customer Support. 
         [0073]    Appendix 1 shows Beta 80 emma architecture high-level design, as an example. More information is available at: www.Beta80group.it, our web site. In Appendix 1, page 2, on the top figure, we show a number of displays that can be increased according to the PSAP requirements. On the left, we show a Call Tracking Client (CTI) monitor. In the middle, we have Call Tracking Client (triage and ANISALI management) and CAD client. On the right, we have GIS client (third party) display. On the far right, we have LMR/TETRA console. On front, we have a tel. set desktop unit or central unit. (See, e.g.,  FIG. 14 .) 
         [0074]    Appendix 1 also shows other embodiments:
         FIG. 1 : emma telephone bar client.     FIG. 2 : emma emergency management client: event record (Call Taking).     FIG. 1 : Regola ORIENTAE GIS viewer. It provides an interface which is developed on Google Chrome.     FIG. 4 : emma emergency management client: mission tracking (Call Dispatch).     FIG. 2 : emma emergency management client: patient form. Patient information is distributed among different TABs.     FIG. 6 : emma emergency management client: synoptic table of “live” events. The icons and the numbers represent the nature of the event and the statuses of the missions associated with it (e.g. ambulance directed to the hospital). The statuses can be automatically updated basing on the data coming from on duty vehicles via radio or IP based channels.       
 
         [0081]    Appendix 2 page 1 shows an example of our system: what emma does. emma covers and supports all the tasks and activities involved in a modern PSAP&#39;s management, from Call Taking to Dispatch, Mission Tracking, and a full Data Collection and Analytics suite. Plus, emma is fully NG-911 compliant. Appendix 2 page 1 also shows an example of details of our system: 
         [0082]    Data input: (See, e.g.,  FIG. 15 .)
       Computer telephone integration   SMS, fax, emails   Sensors and video networks   Resources databases       
 
         [0087]    Dispatching: (See, e.g.,  FIG. 16 .)
       Geographic information system   Radio/GPS   Workforces and vehicles       
 
         [0091]    Tracking: (See, e.g.,  FIG. 17 .)
       Signal detection   Data transmission   Image transmission   Standard operation procedures       
 
         [0096]    Data output: (See, e.g.,  FIG. 18 .)
       Quality of service and KPI   Document management   Enterprise portal   Reporting       
 
         [0101]    And other features: (See, e.g.,  FIG. 19 .)
       On-board clinical/other data transfer   Event location predictive analysis   Mobile on-board devices   Multi-touch table interface   Smart phone App       
 
         [0107]    Appendix 2 page 2 shows an example of what you see as a dispatcher. On the left, we have a monitor for all the status and data for various actors in the scene and environment. On the right, we have a display for the map, locations, directions, points-of-interest, and scale for map, as well as menu for the functions for the map, e.g., markers on the map and highlighter for the route on the map. 
         [0108]    In one embodiment, we have BETA 80 EMMA architecture, as high level design. Emma is composed of a number of software modules. emma can be installed on any commercial hardware (servers or storage). emma can be accessed in two different ways:
       client access: full featured access, typically used from inside the PSAP. A common operator position is made of three displays. The first monitor is used for the phone bar client, the second for the emergency management client, and the third for the GIS viewer.   web access (single display): it grants Microsoft IE access to a subset of features, restricted as “read-only” or “read-write”, depending of the particular user, to address the possible needs of PSAP external entities/agencies that are not operationally involved in the emergency management process (e.g., private associations or charities which may lend emergency vehicles to the EMS Agency).       
 
       Emma Macro-Features Walk-Through: 
       [0111]    Depending on the particular mix of modules that will be activated (i.e. licensed), the PSAP is provided with the following features: (See, e.g.,  FIG. 20 .) 
         [0112]    Emergency Management:
       call taking (phone calls, SMS) assisted by GIS and automatic caller location   call dispatching assisted by GIS and with complete interconnection with all the communications systems in place (radio, AVL, phone)   patient record management from within the PSAP or jointly with the staff on the ground (emma mobile)   remote web access (read-only or read-write)   emergency vehicles location dynamic prediction: a tool to dynamically forecast the optimal emergency vehicles positioning, balancing time responsiveness and the actual number of available resources on the ground   “SOS app” based distress call management (iOS, Android, Windows)   car crash automatic distress call support (emergency calls sent automatically by cars and/or triggered manually by people in the car in case of a crash)       
 
         [0120]    Healthcare:
       non-emergency transportations (inter-hospitals patient taxiing, organs transports, etc.): scheduling and accounting   after-hours medical services: non-emergency services provided during GPs off-shift time periods (night, bank holidays, etc.)       
 
         [0123]    Maxi-Emergency:
       event manager and crisis planning management: definition of the processes and orchestration/prioritization of activities during a crisis event occurrence (e.g., flood, earthquake, and tornado)   remote web access (as previously described)   first responders&#39; zero hour alerting procedures: on a per event/per location occurrence, a very specific set of skilled first responders can be immediately alerted via different means of communications (phone call, SMS, fax, etc.)   situation room touch-table       
 
         [0128]    Administration:
       Data warehouse capabilities for the production of customized reports and statistics   Customer self-provisioning tool   Accounting       
 
       Emma Package Building Blocks: 
       [0132]    The following table depicts the relevant details of emma modules that contributes to make up the application framework for the specific PSAP: 
         [0000]    
       
         
               
             
               
               
               
             
           
               
                 TABLE 1 
               
             
             
               
                   
               
               
                 The emma modules, as one example: 
               
             
          
           
               
                 Software module 
                 Technology 
                 Notes 
               
               
                   
               
               
                 emma  
                 Third party 
                 It represents the very core of emma; 
               
               
                 Database 
                 Database  
                 the structure of the DB, meaning the 
               
               
                   
                 (SAP Sybase, 
                 schemas and the relationships between 
               
               
                   
                 Microsoft  
                 them have completely been designed, 
               
               
                   
                 SQL, Oracle) /w  
                 engineered and developed by Beta 80. 
               
               
                   
                 Beta 80  
                 The DB is accessed by emma 
               
               
                   
                 development 
                 emergency management client. 
               
               
                 emma CTI 
                 Beta 80 
                 Completely developed by Beta 80, it 
               
               
                   
                   
                 performs the interworking between 
               
               
                   
                   
                 emma and the telephonic system (i.e. 
               
               
                   
                   
                 PBX); the protocols and software 
               
               
                   
                   
                 interfaces upon which it works are 
               
               
                   
                   
                 provided by the specific PBX Vendor. 
               
               
                   
                   
                 Emma requires a specific CTI module 
               
               
                   
                   
                 for every PBX technology it must 
               
               
                   
                   
                 inter-work with. 
               
               
                   
                   
                 CTI module is accessed by a specific 
               
               
                   
                   
                 emma client (the phone bar client). 
               
               
                   
                   
                 A CTI module “light” version exists 
               
               
                   
                   
                 which is based on a client/client 
               
               
                   
                   
                 relationship where the phone bar 
               
               
                   
                   
                 client is supplied by the PBX Vendor 
               
               
                   
                   
                 and interconnected with emma 
               
               
                   
                   
                 emergency management client (which 
               
               
                   
                   
                 needs specific Beta 80 developed 
               
               
                   
                   
                 plug-ins). 
               
               
                 emma GIS  
                 Third Party /w 
                 The GIS viewer performs the 
               
               
                 viewer 
                 Beta 80  
                 geographic contextualization of the 
               
               
                   
                 software 
                 occurring emergency events. This 
               
               
                   
                 integration 
                 module is integrated with emma via 
               
               
                   
                   
                 specific open APIs provided by the 
               
               
                   
                   
                 Vendor. When it&#39;s viable, Beta 80 
               
               
                   
                   
                 suggests Regola ORIENTAE 
               
               
                   
                   
                 technology, although emma is open to 
               
               
                   
                   
                 be integrated with any other GIS 
               
               
                   
                   
                 product as long as it provides the 
               
               
                   
                   
                 relevant open APIs. 
               
               
                 emma Call  
                 Beta 80 
                 Completely developed by Beta 80, it 
               
               
                 Logger 
                   
                 performs the interworking between 
               
               
                   
                   
                 emma and the Call Logger/Call 
               
               
                   
                   
                 Recorder. As in the case with the CTI, 
               
               
                   
                   
                 the CL module leverages on open 
               
               
                   
                   
                 APIs supplied by the CL Vendor. 
               
               
                 emma radio 
                 Beta 80 
                 It performs the inter-working between 
               
               
                   
                   
                 emma and the local LMR system. It&#39;s 
               
               
                   
                   
                 been completely developed by Beta 
               
               
                   
                   
                 80; any LMR (analog or digital) or 
               
               
                   
                   
                 Tetra technology can be integrated as 
               
               
                   
                   
                 long as its server component provides 
               
               
                   
                   
                 the relevant open APIs. 
               
               
                 emma Fax  
                 Beta 80 
                 This module makes it possible for 
               
               
                 Server 
                   
                 emma to integrate with a specific third 
               
               
                   
                   
                 party fax server technology (ZetaFax) 
               
               
                   
                   
                 which is sold as a separate solution 
               
               
                   
                   
                 component. It&#39;s been completely 
               
               
                   
                   
                 developed by Beta 80. 
               
               
                 emma SMS 
                 Beta 80 
                 It provides emma with the capability 
               
               
                   
                   
                 to interface SMS Providers; it allows 
               
               
                   
                   
                 PSAP operators to manage distress 
               
               
                   
                   
                 calls carried out via SMS (e.g. from 
               
               
                   
                   
                 hearing impaired people). It&#39;s been 
               
               
                   
                   
                 completely developed by Beta 80. 
               
               
                 emma DWH 
                 Third Party /w 
                 Beta 80 provides data export to 
               
               
                   
                 Beta 80  
                 external DWH applications via 
               
               
                   
                 software 
                 software connectors (the so-called 
               
               
                   
                 integration 
                 ETLs) completely developed by  
               
               
                   
                   
                 Beta 80. 
               
               
                   
                   
                 The choice of the particular DWH 
               
               
                   
                   
                 applications (e.g. MicroStrategy, 
               
               
                   
                   
                 SAS) typically depends on the 
               
               
                   
                   
                 PSAP/Public Safety Agency. 
               
               
                 emma mobile 
                 Beta 80 
                 emma access from “on the ground” 
               
               
                   
                   
                 staff (e.g. via 3 G/4 G tablets) for 
               
               
                   
                   
                 vertical applications. Some examples: 
               
               
                   
                   
                 patient clinical record, on-board 
               
               
                   
                   
                 ECGs, and Automated External 
               
               
                   
                   
                 Defibrillators data on-the-go 
               
               
                   
                   
                 transmission. It&#39;s been completely 
               
               
                   
                   
                 developed by Beta 80. 
               
               
                 emma web 
                 Beta 80 
                 This module allows access to emma 
               
               
                   
                   
                 via Microsoft Internet Explorer. It&#39;s 
               
               
                   
                   
                 been completely developed by 
               
               
                   
                   
                 Beta80. 
               
               
                 emma non- 
                 Beta 80 
                 It&#39;s been completely developed by 
               
               
                 emergency 
                   
                 Beta 80. 
               
               
                 transports 
                   
                   
               
               
                 emma 
                 Beta 80 
                 This module can be used when the 
               
               
                 administrative 
                   
                 PSAP or the Agency in control of the 
               
               
                 module 
                   
                 PSAP is in charge of refunding 
               
               
                   
                   
                 external entities. It&#39;s been completely 
               
               
                   
                   
                 developed by Beta80. 
               
               
                 After-hour  
                 Beta 80 
                 It&#39;s been completely developed by 
               
               
                 medical services 
                   
                 Beta80. 
               
               
                 Fleet vehicles 
                 Beta 80 
                 It&#39;s been completely developed by 
               
               
                 positioning  
                   
                 Beta80. 
               
               
                 dynamic forecast 
                   
                   
               
               
                 emma inter- 
                 Beta 80 
                 Those are typically customized 
               
               
                 PSAP  
                   
                 modules developed by Beta 80, on a 
               
               
                 communications  
                   
                 “per customer” basis. 
               
               
                 emma external  
                 Beta 80 
                   
               
               
                 agencies  
                   
                   
               
               
                 communications  
                   
                   
               
               
                 (e.g. ALI DB, 
                   
                   
               
               
                 hospitals bed  
                   
                   
               
               
                 count)  
                   
                   
               
               
                 emma external  
                 Beta 80 
                   
               
               
                 PSAP&#39; s 
                   
                   
               
               
                 elements  
                   
                   
               
               
                 communications  
                   
                   
               
               
                 (e.g. AVL 
                   
                   
               
               
                 systems, DB s) 
               
               
                   
               
             
          
         
       
     
       Emma Graphical User Interfaces (Referring to Appendix 1, FIGS.  1 - 6 ): 
       [0133]    The  FIG. 1  of Appendix 1 has been taken from a demo installation (as one embodiment). Apart from minor changes due to customization requests, the GUIs of the demo environment are exactly the same as those that appear in real EM control rooms.  FIG. 2  shows the emma emergency management client: event record (Call Taking).  FIG. 3  shows the Regola ORIENTAE GIS viewer. It provides an interface which is developed on Google Chrome.  FIG. 4  shows the emma emergency management client: mission tracking (Call Dispatch). 
         [0134]      FIG. 5  shows the emma emergency management client: patient form. Patient information is distributed among different TABs.  FIG. 6  shows the emma emergency management client: synoptic table of “live” events. The icons and the numbers represent the nature of the event and the statuses of the missions associated with it (e.g. ambulance directed to the hospital). The statuses can be automatically updated basing on the data coming from on duty vehicles via radio or IP based channels. 
         [0135]    We are using the following acronyms, for these components:
       API—Application Programming Interface   AVL—Automatic Vehicle Location   DB—Database   CL—Call Logger   CTI—Computer Telephony Interface   DWH—Data Warehouse   EM—Emergency Management   ETL—Extract, Transform, Load   GIS—Geographic Information System   GP—General Practitioner   IE—Internet Explorer   LMR—Land Mobile Radio       
 
       Emma Synoptic Dashboard: 
       [0148]    emma incidents synoptic dashboard (as one embodiment) provides the PSAP with a constantly updated synthesis of incidents and dispatches that have not been archived, yet. Both incidents and their related first responders dispatches are displayed with all the relevant information collected by the PSAP Operator, via emma Call Taking, Mission Dispatch, and Tracking application modules. Data coming from first responders and transmitted directly from the field are automatically updated according to the refresh frequency chosen by the Customer. 
         [0149]    Within the dashboard, each incident is detailed as follows (as one embodiment): (See, e.g.,  FIG. 21 .) 
         [0150]    1. Color-based code, indicating the nature of the event (EMS, Police, Fire, etc.); these icons can be customized according to PSAP&#39;s policies 
         [0151]    2. geo-localization of the incident 
         [0152]    3. timestamp (date/hour) of the incident recording 
         [0153]    4. Color-code assigned to the incident during the call taking phase (i.e., red, yellow, green, white, etc.) 
         [0154]    5. incident&#39;s unique ID; this information is also automatically sent to the call logger, as part of the metadata attached to audio recording files 
         [0155]    6. incident alphanumerical code (e.g., armed robbery); this field is completely customizable according to PSAP&#39;s policies 
         [0156]    7. PSAP Operator who has recorded the incident 
         [0157]    8. Flag icon to indicate that other Agencies have been alerted or informed about the occurring incident 
         [0158]    9. For EMS implementation, icon representing involved: patients with/without real time available EKGs; whether the patient has particular conditions (“frail” patient), to watch for specifically 
         [0159]    10. Icon representing content attached to the event record, for example, pre-arrival protocol documents related to the specific event 
         [0160]    11. a warning icon, suggesting that an alarm has been triggered for the incident record (e.g., the event record has not generated any dispatch). The trigger thresholds (as incident classification, idle time, etc.) are configurable according to the PSAP preferences or needs. 
         [0161]    Depending on its nature, an incident might bring about no dispatch (e.g. prank call), one dispatch or a number of them. In the latter case, all the dispatches associated with a specific incident are properly aligned in order to grant an easy-to-read graphical representation. 
         [0162]    Within the dashboard, dispatch details encompass the following (as one embodiment): 
         [0163]    1. timestamp (date/hour) of the dispatch 
         [0164]    2. PSAP Operator who has performed the dispatch 
         [0165]    3. dispatch unique ID 
         [0166]    4. emergency resource ID (e.g. vehicle, helicopter, vessel) involved in the dispatch 
         [0167]    5. mission status icons and timestamps, which are automatically updated according to messages coming from the first responders on the field (messages might be sent from VHF, UHF, Tetra radio systems, or 3G/4G systems). Both icons and statuses&#39; refresh frequency are customizable. 
         [0168]    6. station or standing post which the involved emergency resource belongs to 
         [0169]    7. icon representing the possible presence of notes the operator might have been taking down during either call taking or dispatching phase (or both). An operator is granted the possibility to open emma embedded notepad during any phase of emergency management process. 
         [0170]    8. icon representing the possible messages (e.g. radio messages or SMS) that the PSAP Operator might have sent to first responders within the tracking phase. The icon carries the information of the status of the message dispatching (in queue, sent, delivery acknowledged). 
         [0171]    9. color code (e.g., red, yellow, green, white) assigned by first responders on the field 
         [0172]    10. in EMS application, color code (e.g., red, yellow, green, white) assigned by the receiving hospital ER 
         [0173]    11. icon representing a particular component of the crew on board the emergency vehicle (e.g. a doctor in an ambulance) 
         [0174]    12. accounting information about the dispatched vehicle (should it be property of a third party providing emergency resources to the PSAP? (e.g., ambulances might be provided by Charities.)) 
         [0175]    13. a warning icon suggesting that dispatch record is lacking some important tracking information or that conflicting information has been filled in (e.g., conflicting timestamps) 
         [0176]    Directly from the dashboard, the following functions and features are available to do the process (as one embodiment): 
         [0177]    1. Open the selected incident record or the selected dispatch record 
         [0178]    2. Print the selected incident record or the selected dispatch record 
         [0179]    3. Execute a filtered search among all the incidents and dispatches 
         [0180]    4. Geo-localize the incident on the GIS display (See, e.g.,  FIG. 23 .) 
         [0181]    5. Geo-localize on the field emergency resources on the GIS display 
         [0182]    6. Transfer the incident record to another PSAP (e.g., via CAP protocol, email, or any other web services based protocol) 
         [0183]    7. Display the synthesis of all alerted stations, precincts, or standing posts 
         [0184]    8. Associate an incoming or outgoing call to the particular incident. In this way, emma inputs the call logger to mark the audio file of the recorded call with the incident unique ID. 
         [0185]    9. Call back the caller 
         [0186]    10. Create new dispatches for the selected event 
         [0187]    11. Search all the inventoried “frail” patients within a configurable radius from an occurring incident. This is typically used in case of major crisis (e.g., big blasts, floods, earthquakes) in order for the PSAP to proactively take care of such classes of citizens, first, or in priority, or in order of urgency, as they can be marked or graded based on the urgency of patients, e.g., using scores  1  to  100  or fuzzy values, e.g., low urgency, mid-urgency, and high-urgency. (See, e.g.,  FIG. 22 .) 
         [0188]    In one embodiment, the dashboard itself can be used as a read-only at a glance picture of the ongoing recent incidents and dispatches for the use of PSAP supervisors or for remote Agencies that may be concerned on emergency-related occurrences within the area of jurisdiction (e.g., hospitals, local or federal offices). Such “read-only” accesses are possible via a simple web browser. 
         [0189]    In one embodiment, the dashboard can be provided with different “tabs”, each of them filtering the displayed incidents and related dispatches on the basis of any relevant details, for example on the basis of the incident classification (e.g., Police, Fire, EMS, Major Crisis), on the basis of the incident code (e.g. red code, yellow code), on the basis of a specific geographical area, etc. (See, e.g.,  FIG. 24 .) 
         [0190]    In one embodiment, the filter is applicable on a per user fashion, in a way that the dashboard of the same PSAP could be displayed with no filter to the PSAP supervisors, and, for example, with EMS-only incidents towards local hospitals. Depending on the PSAP requirements, a light version of the dashboard can also be displayed which encompasses a set of the aforementioned incident and dispatch details. 
         [0191]    In one embodiment, we have a system for analyzing and prediction for event management, which has: 
         [0192]    a user interface; 
         [0193]    a display monitor; 
         [0194]    a first analyzer module for analyzing historical data to find trends and patterns; 
         [0195]    a feeding module for receiving real time data for traffic and weather; 
         [0196]    a first database for results of historical events; 
         [0197]    a dispatcher module; 
         [0198]    a first map module for roads; 
         [0199]    a second map module for weather; 
         [0200]    a third map module for traffic; 
         [0201]    a predictor for total travel time calculation; 
         [0202]    a map analyzer for making routes in small pieces for time calculation summation; 
         [0203]    a resource analyzer for marking and locating resources; 
         [0204]    a re-assigner module to re-allocate the resources in real time; and 
         [0205]    a main database for storing results. (See figures above.) 
         [0206]    In one embodiment, we have an emergency vehicles location dynamic prediction, a tool to dynamically forecast the optimal emergency vehicles positioning, balancing time responsiveness and the actual number of available resources on the ground. This prediction and dynamically forecasting, as well as optimal emergency vehicles positioning, or balancing time responsiveness, based on the actual number of available resources on the ground, all are very important to allocate the resources in real time or in advance, to maximize the efficiency of people, experts, equipment, and vehicles, as well as increased availability, reduced time to the destination, reduced personnel needed, reduced damages, reduced fatalities, and reduced cost of operation. So, we can make the clients very efficient and satisfied, which is unique in our system. (See, e.g.,  FIG. 25 .) 
         [0207]    In one embodiment, we have a system for linear programming or other methods, to optimize function F i , for the location of vehicles V i  and personnel P i , with respect to the incidents I i , patients A i , accident locations L i , and disaster location D i , plus the degree of urgency for each U i , plus location of final transportation T i , e.g. nearest hospital to be able to help with that specialty. In addition, the traffic map M i  and weather map M w  are also helpful to estimate the travel times through various routes and methods, e.g., using the highways, or using medical helicopter. These can be updated on a real-time basis. So, the nearest hospital or nearest ambulance may not be the best solution for a given set of emergency situations simultaneously happening in an area. (See, e.g.,  FIG. 26 .) 
         [0208]    If we treat these locations as a vector or set of numbers for 3-D or 2-D coordinate of an object, then we can find the relative distances/locations, as follows, as an example, for travel over air distance, e.g. for helicopters: (See, e.g.,  FIG. 27 .) 
         [0209]    V i −I i , vehicle to incident distance 
         [0210]    P i −A i , personnel to patient distance 
         [0211]    L i −T i , accident to hospital distance 
         [0212]    D i −T i , disaster to hospital distance 
         [0213]    Of course, for road distance, the actual distance from map or database is used, (V i −I i ) Road  which is larger than air distance, with the factors of traffic map M i  and weather map M w  being used to find the time of travel T i . This can be based on models, formulas, prior experiences, history, or tables, estimating such times for different situations, e.g.: 
         [0000]        T   t =Function(( V   i   −I   i ) Road   ,M   t   ,M   w ) 
         [0214]    For an accident, if the urgency factor or score is high, e.g. urgent situation, e.g., 90 out of 100, max value, then we can order the numbers associated with the urgency values, in a decreasing order, for all accidents within our area, and get, e.g., a sequence of accident numbers, in the order of urgency: 
         [0215]    accident numbers={Accident 4 , Accident 2 , Accident 8 , . . . } 
         [0216]    With urgency values, respectively, in order, for the above set: 
         [0217]    U i ={90, 85, 64, . . . } 
         [0218]    So, e.g., the system starts from Accident 4 , as a loop to the end of the list and continues the loop, and calculates the corresponding values for T t  for corresponding hospitals with eligible expertise, with respect to a given accident, Accident 4 , for resources of personnel and vehicles, e.g., helicopters or fire fighters, to find the min value for T t , which corresponds to the best method to help for that accident or incident. Once the resources are dispatched for one accident, they become unavailable, and get eliminated from available set of resources, e.g., ambulances. Then, the system repeats the same loop and continues with then-current set of resources/experts and accidents, plus hospitals, etc. 
         [0219]    One example of finding T t  for corresponding routes is by collection of piecewise road stretches that make the point A to B connected, in which the time for each piece is simply added to get the total time, for point A to B. These are based on historical data from many days for the same time, season, and weather conditions, averaged or aggregated for many days, or by looking for distribution of values on, e.g., the Normal distribution curve, e.g., to get the median value from the curve, as the “time”, as an example. 
         [0220]    A new situation happens when, e.g., the medium priority situation of 64 urgency score (e.g., a minor traffic accident) is the highest member of the priority list/set, U i , at a given point, and an ambulance A m , e.g., is responding to that accident. However, during dispatching and going toward that minor accident, a new more serious accident happens, with near fatalities, which requires more immediate attention, with urgency of 99, out of 100, max value. In that case, the difference between (U i −U j ) is so large (i.e., (99−64)=35, which is beyond a first threshold of 10 points, e.g.), or using ((U i −U j ) for relative difference (i.e., (35/64), which is bigger than a 2nd threshold 0.5, e.g.), that the nearest ambulance in terms of time must be dispatched immediately. (See, e.g.,  FIG. 28 .) In this example, other ambulances are too far, and the nearest one is the very same ambulance A m . Thus, ambulance A m  goes to the new accident with higher urgency factor or score, and a new ambulance is dispatched to the old accident, with lower urgency factor or score, U i , which repeats the same loop above, to find the new ambulance, with remaining resources and accidents in the area, in the sets/lists. Thus, the urgency factor can tilt/replace/re-order the allocation of the resources, to save lives, as an example, as shown above. 
         [0221]    In addition, one area, having surplus of resources at a given time, can help the neighboring state or city or region, for emergency situations, such as flood. So, optimization between neighboring regions as a whole is very important for overall efficiency and rescue efforts. Thus, we get the union U and/or intersection A of the sets/lists for these operations. For example, the union of set of, e.g., available hospitals H i  is found to expand the reach from neighboring area (H i  U H j ), and the intersection is found of available multiple expertise skills that are needed for a given surgery, e.g., multiple doctors and nurses (N i ) are needed for a given surgery (N i             N a ). (See, e.g.,  FIG. 29 .) 
       Method and System for Platform for Event Management: 
     The Tavolo™ 
       [0222]      FIG. 30  is for one embodiment, as an example, for our platform and device, with various buttons and functions, plus display and options.  FIG. 31  is for one embodiment, as an example, for our platform and device, with one sub-window.  FIG. 32  is for one embodiment, as an example, for our platform and device, with multiple sub-windows.  FIG. 33  is for one embodiment, as an example, for our platform and device, with hand and finger gestures for user input. 
         [0223]      FIG. 34  is for one embodiment, as an example, for our platform and device, with various functionalities on the screen.  FIG. 35  is for one embodiment, as an example, for our platform and device, with a circle region defined on screen.  FIG. 36  is for one embodiment, as an example, for our platform and device, with a polygon region defined on screen.  FIG. 37  is for one embodiment, as an example, for our platform and device, with a region defined on screen. 
         [0224]      FIG. 38  is for one embodiment, as an example, for our platform and device, with a perpendicular distance measured on screen.  FIG. 39  is for one embodiment, as an example, for our platform and device, with a perpendicular distance measured and ordered for various vehicles.  FIG. 40  is for one embodiment, as an example, for our system, with components of our platform for public safety.  FIG. 41  is for one embodiment, as an example, for our platform and system, with distance optimizer. 
         [0225]    Here, we have an example: A platform system for analyzing and prediction for event management, said platform system comprising: a user interface; a display monitor; said display monitor has a touch-screen input device; wherein a user&#39;s hand&#39;s or finger&#39;s gestures are captured by said touch-screen input device; a processor; wherein said processor interprets said captured user&#39;s hand&#39;s or finger&#39;s gestures to one or more functions on said platform system; said user interface comprises a filter module, a layer module, and an alert module; said processor creates one or more sub-windows on top a main window on said display monitor; a circle maker tool; a polygon maker tool; wherein said circle maker tool specifies a circle on a map shown on said display monitor, with length of radius of said circle measured and displayed on said display monitor; wherein said polygon maker tool specifies a region on said map shown on said display monitor; wherein said map specifies location of emergency vehicles, availability of said emergency vehicles, location of an event, degree of urgency and type of said event, and coordinates of roads and buildings; an event manager; wherein said event manager coordinates available resources against said event; with the following optional features: 
         [0226]    an antenna and a communication device. 
         [0227]    an analyzer module for analyzing historical data to find trends and patterns. 
         [0228]    a dispatcher module. 
         [0229]    a resource analyzer for marking and locating resources. 
         [0230]    a command and control module. 
         [0231]    a call tracking module. 
         [0232]    a coordination optimizer module. 
         [0233]    a flag maker. 
         [0234]    an icon maker. 
         [0235]    a marker maker. 
         [0236]    a GPS module. 
         [0237]    a distance measurement module. 
         [0238]    a distance minimization module. 
         [0239]    a distance optimization module. 
         [0240]    a map layers module. 
         [0241]    a feature filter module. 
         [0242]    a distance model calculation module. 
         [0243]    a pin specification module. 
         [0244]    a satellite map module. 
         [0245]    Here, we have the Application Layer for Public Safety Answering Points, or The Tavolo Public Safety app, or The Tavolo platform, which is also described in video, on Youtube, at the following site, where one can find the main functionalities of the system, as well as various features: 
         [0246]    https://www.youtube.com/watch?v=lO3FLEec3fc 
         [0247]    (Marked as: The Tavolo™ Demo, by BETA80GROUP) 
         [0248]    The following is a textual description of the above video: 
         [0249]    “The Tavolo™” is a multi-touch screen table for PSAPs and emergency operation centers. It can display live events, dispatches, and real-time information, and it can be integrated with any CAD system. 
         [0250]    Important Features: 
         [0251]    To start, click on “layers” option or button, and we get several types of maps that we can choose from. 
         [0252]    Select the type of the map layer. 
         [0253]    Now, select filters. 
         [0254]    See all the resources and events in the real-time. 
         [0255]    Dispatch center managers get all the information, e.g., current events and vehicles, as well as the corresponding tags, points of interests, sensors, and cameras. 
         [0256]    It can have as many filters for sub-categories that you need. 
         [0257]    First, select only the Events. 
         [0258]    It shows only all the events that are active in the CAD system. 
         [0259]    For more details on an event, click on the exclamation mark, and the details will pop up on screen, on a separate window, as a sub-window, on top of the old one, or original or main window. 
         [0260]    It can move or scale the 2nd window or sub-window on top of the first or main window, as the user wishes, by user&#39;s hand&#39;s or finger&#39;s motions or gestures. 
         [0261]    Once the location is set, pin the window, before doing the next step or action. 
         [0262]    Event window tells us the event classification and its exact location, plus contact details and Google street view. 
         [0263]    For further information, select one of the icons at the corner of screen: 
         [0264]    First icon shows: which resources are assigned to the situation/event. 
         [0265]    Use vehicle filter, to see them on the map. 
         [0266]    2nd icon: center that event on the map. 
         [0267]    3rd icon: shows availability of resources, as to what resources we can reach right now. 
         [0268]    Then, pin it. 
         [0269]    To send vehicle to the event, just drag and drop an available vehicle to the bottom region of the 2nd sub-window in the main window. 
         [0270]    Push “Send Vehicles” button or flag or symbol. 
         [0271]    Then, for the next function: 
         [0272]    Close windows. 
         [0273]    Check vehicle filters: 
         [0274]    It shows all the vehicles active in the CAD system. 
         [0275]    If the icon is not white (but has green, yellow, or red color), then it means that the vehicle is already assigned to an event. 
         [0276]    For more details about the vehicle, choose the vehicle on the map and the details will pop up on a sub-window, located over the main window. 
         [0277]    On the left side of the sub-window on the main window, we have event details, where the vehicle is heading to. 
         [0278]    On the right side of the sub-window on the main window, we have vehicle details, such as coded response, organization, dispatch ID, and the like. 
         [0279]    Two new icons on the corner of the sub-window on the main window:
       Phone icon   Walkie talkie icon       
 
         [0282]    These are used to contact the vehicle directly from the table. It has integrated communication system, as well, e.g., using radio. 
         [0283]    By selecting the icon on the map, and by using any filter sub-category, we get more information. 
         [0284]    Then, for the next function: 
         [0285]    To get the overview of the situation, for the whole system, town, site, or region, we zoom in an area, by using hand gesture on the window, to look at a specific area (the event area). 
         [0286]    Then, for the next function: 
         [0287]    For Actions: 
         [0288]    We can select “Free Form Selection Tool”: 
         [0289]    Use this tool to select the critical area. Click on the corner points of a polygon, to draw the polygon region and highlight the inner color of the polygon on screen for users to see. 
         [0290]    To cancel the selection, just click on the Hand icon on the bottom. 
         [0291]    Another option: Circular Selection Tool: 
         [0292]    Drag the point on screen: It selects the critical area, and also, it calculates the radius distance from the event. 
         [0293]    So, we have now selected our perimeter control. 
         [0294]    Then, we can dispatch our vehicle(s) and coordinate the responses. 
         [0295]    Then, for the next function: 
         [0296]    On the bottom, it shows the number of new incidences coming in, e.g., 78. 
         [0297]    In summary, we have a platform for public safety. It can independently run, or integrated with existing system (a third party&#39;s CAD system). It gives a holistic view of all operations across all agencies and across the region. It increases the operational efficiency and enhances public safety effectiveness and accuracy. (It also has an alert function on the screen.) 
         [0298]    As an example of the optimization for our system, using the polygon region, let&#39;s assume that we have highlighted a region (with our polygon tool on the map) which includes the event location on the map, roughly at the center of the polygon. Thus, all of the corners of polygon have exact and known coordinates, stored in our system. Now, if we have one or more available vehicles in the vicinity, we can use the following algorithm, as an example, to automatically call the best choice for an available vehicle (e.g., if the user or manager is not available to choose the vehicle, manually): 
         [0299]    In one example, if the available emergency vehicle (with the right color designation on the map) is within the polygon region, then that vehicle is selected for response, and is dispatched by the manager. If there is no available emergency vehicle within the polygon region, then the distance of a given vehicle to the boundaries/sides of polygon is calculated, as shown in  FIGS. 38-39 . Then, the minimum distance among all distances/values is found for a given vehicle. Then, the minimum distance for all vehicles is found, which corresponds to the vehicle that we want to dispatch to the event. 
         [0300]    The only exception to this rule is that a new event pops up immediately, which calls the same vehicle and is closer to that vehicle, which trumps the old designation, and the selection restarts again from scratch, minus the selected vehicle for the new event. This loop and algorithm can continue until a vehicle is selected for the original event. The distance is the vertical distance from a point to the side of polygon, as shown in  FIGS. 38-39 , which is calculated as the following square root value (see  FIG. 39 ): 
         [0000]        D =√(( x 2− x 1) 2 +( y 2− y 1) 2 )
 
         [0301]    Also, alternatively, we can find the distance by going on the Google map or similar maps, to find the actual street map, on the streets selected/optimized by the map, between the 2 points, for actual mileage distance. This of course takes longer time than the calculation above, to find the vehicle. So, the method above may be preferable for faster response, unless we have enough CPU for fast calculations. A human/user can find/assign the vehicle as well, as a backup. 
         [0302]    Any variations of the above teaching are also intended to be covered by this patent application.