The invention pertains to alarms and particularly to alarm management. More particularly, the invention pertains to prioritization as it relates to alarm management
The invention is an approach for site prioritization and then a review and prioritization of the alarms at the site. A feature may be to first find the site most in need of attention and then check the alarms at the site. A rule algorithm may determine a prioritization of site according to primitive rules which can be customized and modified nearly at any time making site priority a dynamic determination. The alarms may be ordered by criticality at the site.
The present approach may stem from a need to manage and control the site portfolio and increase or decrease the priority of the site based on service level agreements. Some alarm management systems may concentrate deeply on prioritization of alarms, but fail to do the same with respect to the site and the actual system topology. Such systems may lack the ability to decipher and bring attention to the most critical site that needs immediate attention. A small site with few alarms and few modules may require faster attention and more importance then a large site with one item in alarm.
An objective of the present approach may be finding the site most in need of attention, not the highest priority, most persistent, or most ignored individual alarm. There appears to be a demanding need for a rule-based algorithm that is highly flexible and configurable to prioritize the site based on site level data, attributes and the alarm statistics. The algorithm may also need to be based on the continuous alarm patterns for defining the site priority and help in site diagnostics, continuous service, and monitoring and predicting equipment failures at the site. This approach may be regarded as smart site prioritization algorithm for dynamically enhancing the criticality and urgency level of a site, based on site attributes and alarm statistics.
A goal of the present approach is to avoid catastrophic failures at the site through prompt execution of the remedial actions, and to improve the overall operation of the facility, by categorizing the site based on criticality and presenting a site-based alarm management view for immediate and efficient action.
The present approach may relate to an algorithm for using information about alarm statistics at the site, a pattern of alarms at the site, and the site attributes to define and configure priority rules to raise or decrease the level of urgency at the site. A store criticality and urgency may be dependent on numerous attributes, and the varying nature of these attributes may make a site priority dynamic (e.g., a gift store may become a critical site during holidays, otherwise it can be of low priority). A rule algorithm should consider these dynamics at the site, and be aimed at providing efficient filtering options which can meet these demanding natures.
The rules may be customized and modified at any point of time with the changing alarm pattern and some times even due to the changing service level agreement. A service level agreement may sometimes indicate which sites need the most attention.
A rule algorithm may be based on key primitive rules which can be predefined. The system may accommodate adding new primitive rules or attributes at run time for creating the prioritization rules, but would necessarily be limited to those items. As illustrated with a diagram of an example in
Site level attributes 41 may involve site location, weather data at the site, site area, site type, and site occupied versus non-occupied time.
Alarm statistics 42 may incorporate the number of unacknowledged alarms, the number of acknowledged alarms, the number of unresolved alarms, the number of escalated alarms, the number of high priority alarms, the number of medium priority alarms, the number of low priority alarms, the last critical alarm, and the latest occurred time of an alarm.
Equipment type and statistics 43 may incorporate a number of modules at the site; the type of equipment at the site (e.g., HVAC/lighting/refrigeration), and health of the equipment.
An alarm pattern 44 may incorporate a number of critical alarms in the past 1 week/1 month, a number of nuisance alarms in the past 1 week/1 month, and a number of alarms grouped by modules at the site in the past 1 week/1 month.
Date and time information 45 may incorporate the day of the week (weekend/week days), the holiday season versus the non-holiday season, and the season (i.e., summer, fall, winter, or spring).
Based on the above attributes, a monitoring group may create rules which can prioritize the sites across the enterprises of a system.
The present approach may set the priority of the site coupled with a site list view of the filters and the routing group may display the ordered list of sites in the operator's console with a site needing most immediate attention at the top of the list. The system may then allow the operator to configure a default ordering of the site list view, and prioritize the work based on its own ease and use cases. This may vastly improve the operator's alarm management statistics.
The present approach may provide a quick inherent display of the current alarm statistics at various sites across the globe, which could assist the operator in making a logical decision for the alarm mitigation and management activities. The present approach may help foster ties between the alarm and the site, which combined with the site list order, augmented with default site ordering to place the most important and critical site at the top of the list, would vastly improve operator statistics and the cycle time.
The present approach may take alarm management to a higher level, where rather than prioritizing each and every alarm and event, an algorithm may prioritize a facility or site as a whole.
The present approach may be different from other approaches in that the algorithm can do all the analyses for the operator and direct the operator to the site which needs immediate attention, which would vastly reduce the cycle time of alarm management and give the operator ample time to be online with the site and monitor the health of the site.
The following definitions may be used in the present description. An “alarm group” may refer to an organization of alarms into a logical set. “Alarm routing” may involve using pre-determined algorithms and information about the current system state (i.e., responsibility, logged-in operators, workload, escalation conditions, and so forth) and automatically assign an alarm or alarms to a specific operator or group of operators for follow-through. A “rule engine” may be an intuitive user interface, for creating rules for alarm management and system configuration. An “enterprise model” may be a comprehensive specification of information that describes the entities in a typical and monitored enterprise in a hierarchical structure representing the scope of control. A “filter” may incorporate a set of parameters that define the items of interest from a larger set of items, by specifying terms to include or to exclude from a specified set of data points. Filters may affect the display of alarm records to the end user. “Nuisance alarms” may be alarms that are perceived to have no value in the overall management of a facility, based on criteria to be set and managed by operations personnel, including administrators and alarm console operators.
The details of the present approach may incorporate the following items as shown in
The present approach may further incorporate the following items: 9) Sites ordered based on the level of urgency and criticality of the site, which can be handled by a default sort ordering algorithm at symbol 59; 10) A quick inherent display of the site at the top of list, helping an operator in making a quick choice about which site needs to be dialed in at symbol 60; 11) A operator silencing the alarm at the site by taking appropriate action, including action on the alarm in the alarm management system as well at symbol 61; 12) The background thread re-evaluating the priority of the site by re-evaluating the site priority rules at symbol 62; 13) Re-evaluating priority rules that pull the last acted upon site from the top of the list and ideally with that site going to the bottom at the list at symbol 63; 14) This evaluation in turn bringing the next most critical and urgent site to the top of the list at symbol 64; and 15) The system providing a mechanism for modifying priority rules, and copying priority across a customer at symbol 65.
The following view details how the alarm information may be presented in a more condensed way by summarizing the alarm statistics and displaying the site-based alarm view. The view may allow the operator to take immediate action for the alarm which is at the top of the list for the respective site, as the site prioritization algorithm has already evaluated the criticality of all the sites across enterprises, and placed the site which needs immediate attention at the top of the list.
A flowchart may show the various steps involved in a site based alarm management strategy.
In the present specification, some of the matter may be of a hypothetical or prophetic nature although stated in another manner or tense.
Although the present system has been described with respect to at least one illustrative example, many variations and modifications will become apparent to those skilled in the art upon reading the specification. It is therefore the intention that the appended claims be interpreted as broadly as possible in view of the prior art to include all such variations and modifications.