# CBRN Risk Analysis Using the Analytical Tools of the WAZkA System

Ryszard Antkiewicz, Zbigniew Tarapata, Dariusz Pierzchala, Jaroslaw Rulka, Andrzej Najgebauer

► To cite this version:

Ryszard Antkiewicz, Zbigniew Tarapata, Dariusz Pierzchala, Jaroslaw Rulka, Andrzej Najgebauer. CBRN Risk Analysis Using the Analytical Tools of the WAZkA System. 3rd International Conference on Information Technology in Disaster Risk Reduction (ITDRR), Sep 2018, Poznan, Poland. pp.36-49, 10.1007/978-3-030-32169-7_4 . hal-02799285

HAL Id: hal-02799285

https://inria.hal.science/hal-02799285

Submitted on 8 Jun 2020

HAL is a multi-disciplinary open access
archive for the deposit and dissemination of sci-
entific research documents, whether they are pub-
lished or not. The documents may come from
teaching and research institutions in France or
abroad, or from public or private research centers.

L'archive ouverte pluridisciplinaire HAL, est
destinée au dépôt et à la diffusion de documents
scientifiques de niveau recherche, publiés ou non,
émanant des établissements d'enseignement et de
recherche français ou étrangers, des laboratoires
publics ou privés.

<figure><img src="image_1.png" /></figure>

Distributed under a Creative Commons Attribution 4.0 International License
# CBRN Risk Analysis Using the Analytical Tools of the WAZkA System

Ryszard Antkiewicz, Zbigniew Tarapata, Dariusz Pierzchała, Jarosław Rulka and Andrzej Najgebauer

Military University of Technology, Faculty of Cybernetics, Warsaw, Poland
ryszard.antkiewicz@wat.edu.pl, zbigniew.tarapata@wat.edu.pl,
dariusz.pierzchala@wat.edu.pl, jaroslaw.rulka@wat.edu.pl,
andrzej.najgebauer@wat.edu.pl

**Abstract.** The paper presents the set of analytical tools for CBRN risk analysis. They are modules of WAZkA system, which is IT system supporting the analysis of contamination risks and alarming in Poland. The Event Tree is a graphical representation of a chronological sequence of events, substantial from the point of view of functioning of the object, which occur after a given event that initiates such sequence. Events Tree Analyser tool, which implements Event Tree, was built according to client-server architecture and apart from web browser it does not require any additional user-installed software. If the Event Tree is associated with an initiating event that has its location, the prototype of WAZkA system allows the calculation of the so-called Loss Table. Each row in the Loss Table corresponds to a single effect in the event tree (leaf of the tree). Having threat zones from simulation experiment (e.g. Aloha software), a specialized expert algorithm is launched, which calculates the potential human losses in each zone and inputs them in the Loss Table. Finally, the Common Operational Picture. Visualization module is used to visualize results of simulation and analyses.

**Keywords:** Event tree analyser, Human losses calculation, CBRN threats, Common operational picture, IT system WAZkA.

## 1 Introduction

The main goal of the paper is to present set of software tools in WAZkA system, which are used for CBRN risk analysis and based on these analyses – ant-crisis decision making and alarming the population. WAZkA system demonstrator has been built within the scope of topics of the R&D project entitled: "Integration and support of the information management processes as well as optimization of decisions of the detection and alarming system" realized under the contest of the National R&D Center in Poland. The main objective of WAZkA [11, 18] was to develop and construct a highly developed ICT tool, required by the entities of National System for Detection of Contamination and Alarming (pol. Krajowy System Wykrywania Skażeń i Alarmowania, KSWSiA [3]) in Poland, which shall support the following processes: information exchange between the system elements and coordination of the system operations, as well
as to prepare assessment and expert analyses, required by the decision-making bodies,
with respect to risk emergency situations during natural disasters, technical failures or
other events resulting in biological, chemical or radioactive contamination.

There is no common system in Poland that would integrate all data from different
sources (i.e. threat monitoring systems, TMS), allow information exchange be-tween
KSWSiA system elements and support the decision-making bodies in performing the
following actions: (a) assessment and expert analyses concerning the contamination
risks and (b) warning and alarming the population about such risks. One of the compo-
nents of WAZkA system is set of analytical tools for CBRN risk analysis and the paper
is just focused on this subject.

WAZkA system is aimed at collecting information obtained from various sources (Threats Monitoring Systems - TMS, see Fig. 1): starting from sensors and single observers (such as: PMS (Permanent Monitoring System) stations [7], ASS-500 stations [4, 7], stations of the Institute of Meteorology and Water Management, stations of the Automated Network of Radioactive Contamination Measurements (SAPOS), which belong to the military, and the System of Contamination Detection of the Armed Forces of the Republic of Poland), through particular levels of the anti-crisis management system and ending with national centers [3]. Furthermore, the following entities are responsible for the contamination monitoring: Provincial Sanitary-Epidemiological Stations, HACCP system, National Health Inspectorate, etc. Information in WAZkA is collected and supplemented with the results of the analyses conducted in the system environment. Such prepared data are made available to all interested parties: population, elements of the anti-crisis management system and other information media. The outcome data are made available in different forms: tabular, descriptive, graphic on a background map, text and voice notifications. Alerts and notifications, which confirm the expansion of threats and which constitute direct instruction to undertake preventive actions, are of special significance (see section 2). In summary, WAZkA is a modern ICT system responsible for exchanging information on threats, preparing assessment and performing analyses of undesired events, coordinating actions, modeling scenarios, including identification of their risks, sending information to people via available warning systems (as Regional Warning System [12] or IP sirens [15]) and carrying out preparatory exercises.

The paper is organized as follows. In the section 2 we describe requirements and structure of WAZkA system. Section 3 contains description of the analytical tools in WAZkA system such as: Event Tree Analyser, Loss Table and Common Operational Picture. Section 4 contains some conclusions and description of the future works.

## 2 Requirements and the structure of the WAZkA system

The requirements on WAZkA system were formulated as follows:

1. Exchange of information

The purpose of the requirement is to support the process of information exchange
between the elements inside the contamination detection and alarming system.
## 2. Assessment and analysis of threats

The requirement is a generalized functionality, aimed at developing and implementing a tool for the needs of the entities forming part of the contamination detection and alarming system of the tool supporting the process of preparation of expert assessments and analyses of contingency situations, resulting in biological, chemical or radioactive contamination, for the decision-making bodies.

## 3. Coordination of activities

The purpose of the requirement is to deliver the functionality for coordinating activities of the elements inside the contamination detection and alarming system and analyses.

## 4. Access to the threat knowledge base

The purpose of the requirement is to provide access to the developed electronic catalog of threats of chemical, biological and radioactive contamination. The catalog needs to be in a form of knowledge base, accessible and possible to expand by authorized users.

## 5. Training session

The purpose of the requirement is to allow training of the public administration entities, using the developed products.

## 6. Emulation of the monitoring systems

The purpose of the requirement is to feed the system with the generated test, user-controlled data on threats. It facilitates the training process and allows to verify cooperation between the system and services in case of unusual threats. Furthermore, the requirement is aimed at supporting the training system by generating the data on threats to implement the predefined scenario of development and consequences of such threats.

**Error! Reference source not found.** presents structure of WAZKA system prototype which has been built to fill the requirements. It consists of the following modules [11, 18]:

* Data Acquisition & Analysis Module (DAAM) - central module of the system responsible for the analysis of data obtained from the Threats Monitoring Systems (TMS), via IM1. On the basis thereof, an assessment, arrangement in hierarchy and forecast of the risk development are made. In case of occurrence of such risks, an alert is sent to the Warning and Alarm Systems (via IM2);

* Visualization Modules (VM) - responsible for the presentation of data and results of analyses (in particular - warnings about the risks), as needed by the KSWSiA entities. Two VMs are proposed:

- Board - a web portal which facilitates quick access to the most recent information and the most serious risks. It is the central communication point between
the KSWSiA entities. An access to the presented information is filtered depend-
ing on the privileges of a logged user;

- Common Operational Picture (COP) - similarly to the Board module, the COP is accessed via the Internet. It presents information about the risks on a digital map.

* Simulators of Threats Causes and Effects (STCE) - the simulators support the DAAM module. They allow to simulate the processes of occurrence and expansion of risks, thanks to which it is possible to generate warning and prepare appropriate measures in advance. The simulators allow also to play different variants of the risk development scenarios, which contribute to faster and less risky decision-making process with respect to risk elimination. We also use existing simulators: Aloha [14] (the hazard modeling program, which is used widely to plan for and respond to chemical emergencies) and SI Promien [8];

<figure><img src="image_2.png" /><figcaption>Fig. 1. The WAZkA system prototype structure [11].</figcaption></figure>

* Emulators of the Threats Monitoring Systems (ETMS) allow to generate, in an artificial and user-controlled manner, data on risks, which "pretend" to be real data obtained from the monitoring systems. The approach significantly facilitates the organization of training and learning about rare situations or situations that have never occurred, but they are potentially dangerous. The subsystem of ETMS is described in detail in the paper [6];

* Integration Module IM1 - responsible for the communication, transfer and initial processing of data from the current TMS. The data are obtained in an automated manner from the systems and entities having IT systems to process the risk-related
information. For the purpose of the other entities, an interface for semi-automatic and manual data supplementation is launched (e.g. serial mail dispatch);

* Integration Module IM2 - responsible for the integration with the existing warning and alarm systems (WAS). The risk alerts from WAZkA system are set through the above-mentioned module. WAZkA system is ready to integrate with Regional Warning System [12] and IP sirens [15]. During the testing of WAZkA system prototype, positive attempts of integration with those systems were also made [18].

# 3 Description of the analytical tools in WAZkA system

## 3.1 Overview

The analytical tools in WAZkA allow to process data acquired from Threats Monitoring Systems (TMS). The tools can be used by analysts in the following modes:

* risk analysis and assessment (for a specific area of responsibility of the administration, for business, carried out periodically, for example one a year);

* forecasting the consequences development of the danger event that took place (e.g. losses, endangered areas, etc.);

* visualization on map of common operational picture and results of threats simulation.

Therefore, we describe the following analytical tools of WAZkA system: Event Tree Analyser, Loss Table, Common Operational Picture (COP) Visualization module.

## 3.2 Event Tree Analyser

The Event Tree is a graphical representation of a chronological sequence of events, significant from the point of view of functioning of the object, which occur after a given event that initiates such sequence [10] (Fig. 2, Fig. 3, Fig. 4). This is one of the forms of the decision trees (e.g. stochastic PERT [2]). It can be used for risk analysis during planning of hazardous materials transport, risk assessment for LNG terminals [1], risk analysis of chemical industry [5]. The Event Tree [9] allows:

* determination of probability of the occurrence of a given scenario of events;

* assessment of the final event consequences;

* calculation of frequency of the occurrence of particular event scenarios;

* modification of the Event Tree characteristics in case of the occurrence of specific events.

The vector of random variables constitutes the model of event sequence:

$$ \bar{X}(A^{(i)}) = (X_0(A^{(i)}), X_1(A^{(i)}), \dots, X_n(A^{(i)})) \quad (1) $$

$$ \text{where: } X_k(A^{(i)}) = \begin{cases} 1 & \text{if the } k\text{-th event done} \\ 0 & \text{otherwise} \end{cases} \quad (2) $$

$A^{(i)}$ - initial event of type i
A probabilistic description of the sequence model is known, if the following functions are known:

$$ P\{X_k(A^{(i)}) = x_k | X_{k-1}(A^{(i)}) = x_{k-1}, X_{k-2}(A^{(i)}) = x_{k-2}, \dots, X_l(A^{(i)}) = x_l\} = \\ = \begin{cases} p(x_k | x_{k-1}, x_{k-2}, \dots, x_l) \\ p(x_k | x_{k-1}) \\ p(x_k) \end{cases} \tag{3} $$

The probability of occurrence of a given scenario of events is determined based on the following relation:

$$ P\{X_l(A^{(i)}) = x_l^r, X_2(A^{(i)}) = x_2^r, \dots, X_{n_l}(A^{(i)}) = x_{n_l}^r\} = \\ = \prod_{k=1}^{n_l} p(x_k^r | x_{k-1}^r, x_{k-2}^r, \dots, x_l^r) \text{ for } r = 1, 2, \dots, R(A^{(i)}) \tag{4} $$

where $R(A^{(i)})$ is the number of scenarios for the initial event $A^{(i)}$.

When the particular event depends on the directly preceding events, the above relation will have the following form:

$$ P\{X_l(A^{(i)}) = x_l^r, X_2(A^{(i)}) = x_2^r, \dots, X_{n_l}(A^{(i)}) = x_{n_l}^r\} = \\ = \prod_{k=1}^{n_l} p(x_k^r | x_{k-1}^r), \text{ for } r = 1, 2, \dots, R(A^{(i)}) \tag{5} $$

In case when the occurrence of particular event does not depend on the preceding events, the above relations obtains the following form:

$$ P\{X_l(A^{(i)}) = x_l^r, X_2(A^{(i)}) = x_2^r, \dots, X_{n_l}(A^{(i)}) = x_{n_l}^r\} = \\ = \prod_{k=1}^{n_l} p(x_k^r), \text{ for } r = 1, 2, \dots, R(A^{(i)}) \tag{6} $$

An example of the event tree created in the Event Tree Analyser module is presented in the **Error! Reference source not found.** The tree consists of the initial event (black circle), intermediate events (rectangles with the names described inside), final events, i.e. the final states of the process (white circles) and arcs joining the tree events. Two arcs, described by the probability, are always derived from every event. One of them determines consequences of the fact that the event occurred, whereas the other one - that the event did not occur. The presented example describes development and consequences of the loss of integrity of an ammonia container. At the beginning, it is considered whether the bottom of the tank ruptured. The first consequence of the bottom of the tank rupture may be the direct ignition of the ammonia escaping. The probability of such event is equal 0.7 (opposite random event has probability equal 0.3). Then, we consider the next events which could be consequences of occurrence or non-occurrence of direct ignition. Sequence of events from initial event to final elements defines a specific scenario. Considering probability of occurrence of events in such scenario, we
could evaluate probability of occurrence of a specific scenario and probability of oc-
currence the fixed final state, described by sequence of events. It is possible to assess
of probability of occurrence of each of the intermediate events, provided that its prede-
cessors have occurred. Event tree in **Error! Reference source not found.** presents risk
analyses before any events occur. But the Event Tree Analyser module allows to deter-
mine which of the events has occurred and automatically to recalculate the probabilities
of events and scenarios. **Error! Reference source not found.** presents an example of
such a situation. Green (or grey) color of the event named “Direct ignition” means that
the directly preceding event “tank bottom rupture” has occurred. The probability of
occurrence of the events following the event “tank bottom rupture” significantly in-
creases. The events on an alternative scenario become improbable (it means the proba-
bility of occurrence is equal to zero). **Error! Reference source not found.** shows
recalculated Event Tree from **Error! Reference source not found.** with situation after
“tank bottom rupture” not occurred and “direct ignition” not occurred.

<figure><img src="image_3.png" /><figcaption>Fig. 2. Event Tree Analyser with some Event Tree for selected initial situation.</figcaption></figure>

The option of event tree recalculation, after occurrence of some events, is a new
feature of the module dedicated to event tree analysis. Another significant difference is
that the Event Tree Analyser module does not require to build complementary event in
every scenario. If an event is not possible in a particular scenario, it is not included. It
allows to avoid certain artificial aspects in the constructed trees.
<figure><img src="image_4.png" /><figcaption>Fig. 3. Recalculated Event Tree from **Error! Reference source not found.** with situation after "tank bottom rupture" event done.</figcaption></figure>

<figure><img src="image_5.png" /><figcaption>Fig. 4. Recalculated Event Tree from **Error! Reference source not found.** with situation after "Direct ignition" event not done.</figcaption></figure>
An important problem relates to methods of assessment of the probability of occurrence of events in the tree. The most popular method is based on expert assessments after appropriate processing. It is also possible to apply tables of statistical data published in some reports such as in [13]. The probability of direct ignition for stationary installations and transportation units are given in the Table 1 and Table 2.

<table><caption>**Table 1.** The probability of direct ignition for stationary installations [13].</caption><thead><tr><th colspan="3">Source</th><th colspan="2">Substance</th></tr><tr><th>Continuous</th><th>Instantaneous</th><th>K1 - liquid</th><th>Gas, low reactive</th><th>Gas, average / high reactive</th></tr></thead><tbody><tr><td>&lt; 10 kg/s</td><td>&lt; 1000 kg</td><td>0.065</td><td>0.02</td><td>0.2</td></tr><tr><td>10 – 100 kg/s</td><td>1000 – 10 000 kg</td><td>0.065</td><td>0.04</td><td>0.5</td></tr><tr><td>100 kg/s</td><td>10 000 kg</td><td>0.065</td><td>0.09</td><td>0.7</td></tr></tbody></table>

<table><caption>**Table 2.** The probability of direct ignition for transportation units [13].</caption><thead><tr><th>Source</th><th>Probability of direct ignition</th></tr></thead><tbody><tr><td>road tanker continuous</td><td>0.1</td></tr><tr><td>road tanker instantaneous</td><td>0.4</td></tr><tr><td>tankwagon continuous</td><td>0.1</td></tr><tr><td>tankwagon instantaneous</td><td>0.8</td></tr></tbody></table>

Another possibility relates to application of Fault Tree model to evaluate probability of events in the event tree. The **Error! Reference source not found.** presents the method of evaluation probability of occurrence initiate event “Tank rupture” in the analysed event tree.

The presented application constitutes an alternative to the solutions like the tree event analysis, e.g. Logan [16]. However, the significant difference is that the Event Tree Analyser module does not require the necessity to build complementary event in every case, even though it provides for such a possibility. Event Tree Analyser is built according to the client-server architecture, which does not need any additional user-installed software outside a web browser.

### 3.3 Loss Table

If the event tree is related to the initiating event, which has its location, then the prototype of WAZkA system makes it possible to calculate the so-called Loss Table (see Fig. 6). Each row in the Loss Table (a column “Nazwa Skutku”) corresponds to a single effect in the event tree (white circles, so-called tree leaves for Fig. 2). Loss Table relates to Event Tree Analyser module, Simulators of Threats Causes and Effects (STCE) module and human losses evaluation algorithm. Relationships between these elements are described below.

**CBRN threats simulation.**
CBRN threats simulation realizes the main numerical tasks of the module "Simulators of Threats Causes and Effects" (STCE). The current decision-making situation is reflected in the simulation scenario by the values of the parameter set, which is required by the simulation software. Most of the data is retrieved automatically from the Data Acquisition & Analysis Module (DAAM), and thus indirectly from the Threats Monitoring Systems (TMS). Other mandatory data must be completed manually by the simulator operators. The execution of a simulation experiment involves a sequence of the following steps:

1. entering data into the simulation scenario (e.g. details about a real or potential chemical release);

2. performing calculations based on the scenario and the operator's decision, in accordance with hazard models and processes influencing the occurrence, evolution and effects of hazards; the simulation experiment has an autonomous run (batch mode, without interaction with the end user);

3. during the experiment, all determined results shall be collected (e.g. threat zone);

4. after completion of the simulation, the collected results are transferred to the evaluation and presentation components (Loss Table, COP), see, **Error! Reference source not found.**, left bottom corner.

The simulators, through both different computational models and differentiated scenario parameters, allow to play different variants of the risk evolution scenarios, which shall contribute to faster and less risky decision-making process with respect to risk elimination.

<figure><img src="image_6.png" /><figcaption>**Fig. 5.** Method of evaluation probability of occurrence initiate event "Tank rupture" in the analysed event tree</figcaption></figure>

The main role plays Aloha [14], which is the simulation software typically for modelling air hazard. It has been developed as a part of CAMEO jointly by NOAA (National
Oceanic & Atmospheric Administration) and EPA (Environmental Protection Agency). Firstly, based on scenario parameters describing a chemical release, Aloha's models estimate the rate of leakage of a chemical a tank, puddle, or gas pipeline as well as hazardous gas cloud is formed. The complementary function calculates how that release rate may change over time (within the assumed time frame). Second, Aloha's models how that hazardous gas cloud is migrating due to wind in two variants: neutrally buoyant and heavy gas dispersion. The other result shall appear if the chemical is flammable – the simulator will model pool fires, BLEVEs (Boiling Liquid Expanding Vapor Explosions), vapor cloud explosions, jet fires, and flammable gas clouds (i.e. when flash fires occur).

Among the different simulation outcomes, the most important are the boundary of the areas (zones) where a hazard (i.e. toxicity, thermal radiation) is predicted to exceed a specified LOC (Level of Concern) at given time after the release begins. The colour-coded zones (by red, orange, and yellow colours, see **Error! Reference source not found.** – columns: RED, ORANGE, YELLOW) indicate areas where the LOC thresholds were exceeded (order by decreasing hazard). It should be mentioned that for the purpose of variant analysis the threat zones might be estimated for various parameters of hazards. Finally, the threat zone estimate will be displayed on COP map.

The highest impact for casualties from a CBRN hazards could be a distance from the source of hazard, type of environment (indoor, outdoor, roughness) and atmosphere/weather conditions. The next step is to calculate the concentration, deposition and dosages of CBRN materials outside and inside buildings with taking into account the contaminated areas and associated casualties (Loss Table).

The supported solutions have been integrated as a flexible and modular concept due to dedicated software interface. Thus, a future versions and alternative modular solutions (which have yet to be developed) might replace Aloha or compete simultaneously in order to produce series of result instead of a single.

<figure><img src="image_7.png" /><figcaption>**Fig. 6.** Loss Table for the event tree from Fig. 2 (location of the initiating event: rolling mill in Czechowice-Dziedzice, Poland).</figcaption></figure>

## Human losses evaluation algorithm.

To calculate the expected losses of human life, proceed as follows: (1) First, the user of WAZkA prototype system must simulate each of the effects in the event tree (tree leaves), using one of the threat cause and effect simulators, e.g. Aloha (output data format is KML) or SI Promien (output data format is the NATO ADatP-3); (2) After
loading the simulation results into the appropriate row of the Loss Table (automatically
the software tool is run, so called "parser", which enters the simulation results into the
table structure in the Data Acquisition & Analysis Module (DAAM), see **Error! Reference source not found.**), the columns "Promień Stref Zagrożenia" ("Radius of Risk Zones") in the Loss Table (based on the simulation results) are automatically filled in;
(3) having threat zones, a specialized expert algorithm is activated, which using the
geographical coordinates of the envelopes of the zones classifies these zones into communes, column "Gminy objęte zagrożeniem" (specifying the part of each commune included in the zone, commune borders are taken from the TERYT register [17]) and,
knowing the estimation of the number of inhabitants of communes and taking into account the time of day, calculates potential human losses in each zone and input them
into the Loss Table in the column "Spodziewane straty w ludziach" ("Expected human losses").

3.4 Common Operational Picture

The Common Operational Picture (COP) Visualization Module performs the
following main functions:

* presentation of objects on map backgrounds according to the NATO APP-6A symbol and the Ministry of Interior and Administration in Poland;

* decision support, e.g. in the form of delimitation of flood zones and profiles of the site; they can be applied to the threat data under consideration, which significantly facilitates the analysis of the crisis situation under consideration;

* making map measurements of indicated routes, areas;

* management of WMS (Web Map Service) compliant data layers, allowing to enrich the image of operations with satellite data, analytical maps, terrain elevation models and other analytical data related to e.g. weather data;

* displaying 30 predefined GIS layers from the following data sources: Geopor-tal.pl, Bing Maps, OpenStreetMap, Wikimedia, OpenWeatherMap;

* displaying vector data layers of GIS in the form of KML, GeoJSON, TopoJSON, MVT;

* management of geographical POI information (supplemented with data from threat zones) and mechanisms of searching (data visibility restrictions) for POIs (Point of Interest);

* address data search engine and map location indication functions;

* copying geographical coordinates and preparing them in many acceptable formats in the rest of WAZKA application;

* management of reported data (recorded, analyzed) of threat data;

* visualization of data from the simulation of threat development transferred in the form of vector data of KML layers.

Moreover, the COP Visualization Module has been integrated into WAZKA sys-tem
in the following areas (see Fig. 7):

* entering the coordinates of the place where the initiating event took place in the Data Acquisition & Analysis Module (DAAM);
* depicting the selected locations of the so-called ongoing threats visible in the Board Visualization Module, previously entered in the Data Acquisition & Analysis Module (DAAM);

* results of simulations from Aloha and SI Promien.

<figure><img src="image_8.png" /><figcaption>**Fig. 7.** Integrated image of operations (COP) in the prototype of WAZkA system presenting both simulation data of threat development, as well as elements of static situation (infrastructure) and units of the Ministry of Interior and Administration and the Ministry of Foreign Affairs participating in crisis management.</figcaption></figure>

# 4 Conclusions

The analytical tools presented in the paper have undergone testing with the participation of crisis management experts. The results of the tests are suggestions for further development of the analytic tools. It is foreseen:

* replacing the event tree with a dynamic Bayesian Network, what give the possibility to consider the impact of "non-binary" factors on the probability of events occurring, a more flexible model of dependence of factors determining the occurrence of events and elapsed time between events (taking into account the duration of activities ending with events);

* fully automated transfer of data from the simulation of the final states of the event tree to the analytical module;

* implementation of a graph database for storing and searching for similar event trees;

* use of spatial statistical data from the system „Geostatistics portal” of the Statistical Office (GUS in Polish).

# Acknowledgements
This work was partially supported by grant No DOB-BIO7/12/01/2015 of Polish National Center for Research and Development (NCBiR) titled „Integration and support of information management processes and decision optimization in warning and alarm system” and Statutory Research Work in the Institute of Computer and Information Systems, Cybernetics Faculty, Military University of Technology in Warsaw, Poland.

## References

1. Aneziris, O.N., Papazoglou, I.A., Konstantinidou, M., Nivolianitou, Z.: Integrated risk assessment for LNG terminals, Journal of Loss Prevention in the Process Industries 28, pp. 23–35 (2014).

2. Antkiewicz, R., Gąsecki, A., Najgebauer, A., Pierzchała, D., Tarapata, Z.: Stochastic PERT and CAST Logic Approach for Computer Support of Complex Operation Planning, ASMTA’2010, LNCS, vol. 6148, pp. 159–173. Springer, Heidelberg (2010).

3. Binek, T., Czepiel J.: The National System of Contamination Detection and Alarm, Currently Operating in Poland. BiTP 36(4), 15–24 (2014).

4. Grabowski, D., Kurowski, W., Muszynski, W., Rubel, B., Smagala, G., Swietochowska, J.: Radiation monitoring network in Poland, Nukleonika, 46(4), 147–149 (2001).

5. Jelemenský, L., Harisová, J., Molnár, A., Marko, J.: Reliable Risk Estimation in the Risk Analysis of Chemical Industry Case Study: Ammonia Storage Pressurized Spherical Tank. Chemical Papers- Slovak Academy of Sciences 58(1), 48–54 (2004).

6. Kulas, W., Tarapata, Z.: An IT Tool to Support Anti-crisis Training in WAZKA System: A Case Study. In: Czachórski, T., Gelenbe, E., Grochla, K., Lent, R. (eds.) Computer and Information Sciences. ISCIS 2018, Communications in Computer and Information Science, vol. 935, pp. 158–165. Springer, Heidelberg (2018).

7. Lipiński, P., Isajenko, K., Biernacka, M., Żak, A.: Integration of Polish Monitoring Networks (ASS-500 and PMS systems), Nukleonika, vol. 46(4), 143–146 (2001).

8. Mlynarczyk, M., Maciejewski, P., Szerszen M.: CBRN Analysis and SI Promień – Comparison of the Functionality of the Software for the Assessment of Contamination. BiTP 40 (4), pp. 133–138 (2015).

9. Pate-Cornell, M.E.: Fault Trees vs. Event Trees in Reliability Analysis. Risk Analysis 4(3), 177–186 (1984).

10. Schüller, J.C.H., Brinkman, J.L., Van Gestel, P.J., van Otterloo, R.W.: Methods for determining and processing probabilities, Committee for Prevention of Disasters (Red Book), The Hague, Netherlands (1997).

11. Tarapata, Z., Antkiewicz, R., Chmielewski, M., Dyk, M., Kasprzyk, R., Kulas, W., Najgebauer, A., Pierzchała, D., Rulka, J.: A Computer System for CBRN Contamination Threats Analysis Support, Prediction Their Effects and Alarming the Population: Polish Case Study, CSCC 2017, MATEC Web of Conf., vol. 125, 02012 (2017).

12. Tuśnio, R.: Applications for mobile devices informing about threats, FESE 2018, MATEC Web of Conf., vol. 247, 00012 (2018).

13. Uijt de Haag, P.A.M., Ale, B.J.M.: Guidelines for quantitative risk assessment (Purple book), The Advisory Council on Dangerous Substances, The Hague, Netherlands (2005).

14. Aloha Software Homepage, https://www.epa.gov/cameo/aloha-software, last accessed 2018/12/05.

15. digitexCZK/IP System Homepage, https://www publicalerting.com/products/public-warning-system/advantages-of-digitexczkip/, last accessed 2018/12/05.
16. LOGAN System Homepage, http://loganfta.com, last accessed 2018/12/05.

17. TERYT register Homepage, http://eteryt.stat.gov.pl/eTeryt/english.aspx, last accessed 2018/12/31.

18. WAZKA Project Homepage, http://wazka.wat.edu.pl/, last accessed 2018/12/05.