System Wspomagania Decyzji Państwowej Straży Pożarnej (SWD PSP) oraz jego podsystemy stanowią kluczowe narzędzia w zarządzaniu działaniami ratowniczymi. Firma Abakus oferuje szereg dodatkowych modułów, które rozszerzają funkcjonalność podstawowego systemu SWD-ST, ułatwiając pracę dyspozytorów oraz jednostek bojowych PSP i OSP.
Ewolucja i Ogólne Funkcjonalności Systemu SWD-ST
System SWD-ST powstał w 2001 roku i od ponad 20 lat jest nieprzerwanie użytkowany, obejmując swoim zakresem informacyjnym główne wydziały Państwowej Straży Pożarnej. W ciągu tego okresu powstało kilkadziesiąt wersji, kilka dużych aktualizacji oraz dwie gruntowne zmiany technologiczne. Pierwsza modernizacja miała miejsce w 2004 roku, kiedy to system został wyposażony w obsługę silnika baz danych Firebird oraz obsługę urządzeń w oparciu o usługi systemowe Windows.
W międzyczasie SWD-ST wzbogacił się o obsługę kilkunastu różnych urządzeń wspomagających pracę dyspozytorów PSP, moduł mapowy oraz szereg udogodnień i funkcji wynikających z potrzeb użytkowników. Kolejna, duża modernizacja SWD-ST miała miejsce w latach 2010-2012. W późniejszym okresie system był wielokrotnie aktualizowany i dostosowywany do bieżących zmian organizacyjnych i technologicznych. Jedną z ostatnich nowości w systemie jest funkcjonalność informowania SK PSP o nałożonej kwarantannie lub izolacji pod danym adresem.
Obsadzanie Pojazdów i Zmiany Służbowe
Sprawa obsad osobowych jest lepiej rozwiązana, zwłaszcza na autach, ponieważ istnieje nawet możliwość odnotowania podmiany osobowej i kilku innych spraw. W Jednostkach Ratowniczo-Gaśniczych (JRG), gdzie standardowo obsadzane są dwa auta (GBA i SRT), każdorazowy wyjazd np. GCBA czy SH wymaga obsadzenia pojazdu po jego zadysponowaniu. Pojazd jedzie w pierwszej fazie z obsadą zerową, co wiąże się ze zmianą czasu, gdyż auto ma inny czas niż obsada. Po zakończeniu wyjazdu, dowódca akcji na JRG uzupełnia obsadę osobową na wozie (czasem z pomocą dyspozytorów). W przypadku różnicy czasu, kliknięcie na ikonę z obsadą osobową i użycie strzałeczek aktualizuje czasy rozpoczęcia i zakończenia. System Abakus nadaje prawidłowe oznaczenia pojazdów, jednak ich dublowanie może wynikać z wpisania starej nazwy, którą należy skasować lub zostawić tylko człon dodatkowy.
W jednostkach OSP zazwyczaj odnotowuje się tylko ilość strażaków, bez obsady imiennej. Zgodnie z systemem, dyspozytorzy mogą obsadzać zmiany służbowe JRG tylko częściowo, np. samego siebie, podczas gdy pełniący służbę szefowie zmian mają pełne uprawnienia do obsadzania. W dawnej wersji preferowano możliwość samodzielnego obsadzania ludzi na wozach i służbie.
Problemy z Wydrukami Kart Zdarzeń
Istnieją zgłoszenia, że po zapisaniu karty zdarzenia i dopisaniu kolejnych informacji, aby wydrukować kartę z zaktualizowanymi danymi, trzeba wyłączyć i ponownie włączyć program SWD-ST. W przeciwnym razie drukowana jest wersja bez dopisanych informacji. Nie wszyscy użytkownicy mają ten problem, a sugerowana aktualizacja do najnowszej wersji (np. 2.5.110.19) może go rozwiązać. Czasami, mimo zaznaczenia opcji "wydruk rozszerzony", karta drukuje się w wydaniu uproszczonym.
Zasady Nadawania Nazw Pojazdom i Sprzętowi
System automatycznie nadaje prawidłowe oznaczenia pojazdów. Ich dublowanie wynika z wpisania starej nazwy, którą trzeba skasować lub zostawić tylko człon dodatkowy. Jak klasyfikuje się sprzęt zgodnie z określoną pozycją, a następnie wpisuje inną nazwę, system powiela dane. Nie da się tego obejść - system nadaje nazwę sprzętu zgodnie z kwalifikacją/przyporządkowaniem do katalogu. Nazwy zwyczajowe bądź rozróżniające dodaje się w polu, w którym w starym SWD nadawało się całą nazwę, dzięki czemu wszędzie będzie tak samo.
Przykładowo, kwalifikując pojazd jako „Samochody/Samochody ratowniczo-gaśnicze/Samochody ratowniczo-gaśnicze z pompą/Samochody ratowniczo-gaśnicze - ciężkie” i wpisując parametry, uzyskuje się normalne oznaczenie GCBM 18/8. Nie rozbija się tego na ciągnik i beczkę oraz nie kwalifikuje jako auta z cysterną, gdyż nie ma parametru wydajności pompy.
Dodatkowe Moduły i Ich Funkcje
SWD-ST wzbogacony jest o szereg modułów, które zwiększają jego funkcjonalność i efektywność w codziennej pracy.
Integracja z Centralami Telefonicznymi (TAPI, CTI) i Moduł PLI-CBD
Integracja SWD-ST z centralami telefonicznymi została zrealizowana w oparciu o protokół TAPI (v.2.0), Slican CTI (TCP/IP) oraz Platan CTI (RS232 i TCP/IP). Dzięki zastosowaniu najnowszych technologii możliwe jest usprawnienie pracy dyspozytorów oraz skrócenie czasu obsługi zgłoszeń. Numer telefonu zgłaszającego abonenta jest automatycznie przekazywany do karty zdarzenia, a informacje weryfikowane z wewnętrzną bazą abonentów SWD-ST.
Moduł współpracujący z centralą dla użytkowników systemu Windows 7 miał problemy z działaniem, co zostało potwierdzone przez Abakus. Problem ten dotyczył np. central DGT w połączeniu z Windows 7. Przed zakupem modułu centralki można skontaktować się z Abakusem w celu uzyskania certyfikatu na kilka dni w ramach testów. W przypadku problemów z wyświetlaniem numerów na Windows 7, często konieczne jest uruchomienie starej wersji systemu w tle. W ustawieniach menedżera urządzeń można spróbować skonfigurować protokół komunikacji TAPI i odpowiedni adres IP centralki.
Moduł SWD-ST-PLI-CBD to nowoczesne narzędzie wspomagania pracy dyżurnego operacyjnego PSP, które umożliwia pozyskiwanie informacji o danych oraz lokalizacji osoby dzwoniącej na numery alarmowe. Platforma, jej funkcjonalność oraz zakres informacyjny zostały przygotowane i udostępnione przez Urząd Komunikacji Elektronicznej (UKE) w ramach projektów związanych z obsługą numeru alarmowego 112.
Moduł Terminal-ST (Aplikacja Mobilna)
Terminal-ST to aplikacja przygotowana specjalnie dla potrzeb osób uczestniczących w akcji. Rozszerza współpracę z systemem SWD-ST, otwierając zupełnie nowe możliwości. Dzięki połączeniu cech telefonu komórkowego typu smartfon (Android®) oraz specjalistycznej aplikacji Terminal-ST, strażacy mogą korzystać ze wszystkich funkcji terminala statusów będąc na miejscu akcji. Aplikacja jest zgodna z systemem SWD-ST 2.5 oraz 3.0 i może być wykorzystywana również przez użytkowników w OSP.
Jej funkcje obejmują: bieżącą komunikację i statusy dla PSK/MSK, podgląd mapy okolicy wraz z pozycją innych SiS, lokalizację najbliższych hydrantów, punktów czerpania wody, zbiorników ppoż. Terminal-ST to także alternatywa dla terminali statusów w pojazdach, wzbogacona o nawigację do miejsca zdarzenia. Aplikacja gwarantuje bezpieczeństwo przesyłu informacji, cała komunikacja jest szyfrowana za pomocą SSL.
Użytkownicy zgłaszają, że ciągłe włączenie aplikacji w tle może powodować szybkie zużycie baterii, zwłaszcza z włączonym GPS. Rozwiązaniem może być: wyłączanie GPS, korzystanie z lokalizacji po sieci (mniejsza dokładność, ok. 2-3 km), wydłużenie czasu odpytywania pozycji (np. co 5-10 minut zamiast co 1 minutę). Tryb "e-Remizy" umożliwia powiadamianie przez dzwonienie na telefon, co jest odbierane jako pozytywna funkcja, szczególnie w kontekście szybkiego informowania o alarmie. Aplikacja może także służyć do zbierania danych o zarządzaniu JOT (badania, wyszkolenie strażaków, sprzęt, ewidencja wyjazdów). Abakus aktywnie pracuje nad aplikacją, otrzymując wiele pomysłów od strażaków. Kwestia prywatności i raportowania pozycji jest decydowana indywidualnie przez każdego strażaka.
Moduł MapaST 3 (GIS i Mapy)
Moduł MapaST 3 stanowi rozszerzenie systemu SWD-ST o możliwości, jakie daje technologia GIS. Szeroki wachlarz dostępnych funkcji oraz wsparcie dla wielu standardów danych mapowych pozwala użytkownikom na elastyczne dopasowanie modułu do własnych potrzeb. Dzięki standaryzacji interfejsu użytkownika, moduł MapaST 3 dostępny jest z taką samą funkcjonalnością dla użytkowników SWD-ST 2.5, SWD-ST 3 oraz SWD-ST-PR. W module Mapa ST3 funkcjonuje serwer mapowy AbakusOSM.
Wersja podstawowa oferuje: tworzenie projektów i szablonów warstw tematycznych, dopasowanie widoczności, selekcji i analizy warstw, wyświetlanie informacji z SWD-ST z podziałem na warstwy tematyczne (Jednostki, Katalog Obiektów, Baza SiS, Meldunki Ewid, Wyjazdy), tworzenie własnych obszarów roboczych, analizę wyświetlonych informacji, rysowanie kształtów dla obliczeń powierzchni/obwodu, eksport do formatów graficznych/PDF, wydruk mapy, menadżera stylów i projektów.
Wersja rozszerzona obejmuje: obsługę serwerów WMS (dodawanie warstw, menadżera adresów, opcje modyfikacji wyglądu), pobieranie informacji WMS o obiektach oraz wyszukiwanie tras i obszarów dojazdu (izochrony) z możliwością wyboru profilu "najkrótsza" lub "najszybsza". W ramach wsparcia technicznego Abakus oferuje Serwer Mapowy AbakusOSM oraz gotowe podkłady mapowe. Dostępna jest również uproszczona wersja MapaMINI, nie wymagająca skomplikowanych konfiguracji i gotowa do pracy od razu po uruchomieniu.
Moduł AbakusSMS
Moduł AbakusSMS to rozbudowane narzędzie, które pozwala użytkownikom SWD-ST wysyłać i odbierać krótkie wiadomości SMS bezpośrednio z systemu. Główna funkcjonalność polega na tworzeniu grup użytkowników, do których można wysyłać dowolne wiadomości SMS. Dodatkowo powstał moduł umożliwiający odbieranie wiadomości; każda taka wiadomość wyświetlana jest w specjalnym dymku, a jeśli nadawca jest w bazie danych i ma specjalne oznaczenie, system wyświetla wiadomość innym kolorem i emituje specjalny dźwięk. Istnieje możliwość utworzenia zdarzenia na podstawie danych i treści takiej wiadomości. Baza danych osób głuchoniemych może zawierać istotne informacje. System zapewnia także tworzenie grup alarmowania oraz blokadę przed wysyłaniem SMS na numery specjalne.
Moduł SWD-ST do obsługi wyświetlaczy DWA
Moduł systemu SWD-ST do obsługi wyświetlaczy serii DWA pozwala na wygodną integrację obu systemów. Dzięki niemu, korzystający z Rejestru wyjazdów może dysponować pojazd do zdarzenia i automatycznie przekazać ten alarm na wyświetlacze DWA bez dodatkowych czynności. W ramach jednej instancji systemu SWD-ST może działać kilka usług DWA obsługujących wyświetlacze alarmowe w kilku podległych jednostkach. Możliwe jest również zainstalowanie jednej usługi sterującej pracą kilku systemów wyświetlaczy jednocześnie (np. w wielu JRG), pod warunkiem, że jednostki te są połączone z siecią, w której pracuje system SWD-ST.
Moduł SWD-ST-SPA (Serwer Punktów Adresowych)
Moduł SWD-ST-SPA to nowoczesne narzędzie wspomagania pracy dyżurnego operacyjnego PSP. Umożliwia korzystanie podczas pracy z Kartą Zdarzenia z bazy danych punktów adresowych udostępnianej przez GUGiK w ramach EMUiA. Dyżurny w trakcie przyjmowania zgłoszenia może w łatwy i przejrzysty sposób wyszukać lokalizację zgłaszanego zdarzenia, a system SWD-ST informuje go o dokładności (poziomie zaufania) wskazanej lokalizacji. Baza danych EMUiA zawiera ponad 6 milionów punktów adresowych w całej Polsce. W celu zwiększenia jakości i pewności lokalizacji, do mechanizmów wyszukiwania adresów zostały dodane także dane z projektu OSM, dzięki czemu w razie nie odnalezienia adresu w bazie EMUiA, algorytm przeszukuje dodatkowo bazę OSM oraz najbliższe numery na danej ulicy.
W celu wygodnego korzystania z mechanizmu SPA wprowadzono system kolorów „zaufania”. Po wyszukaniu adresu w karcie zdarzenia pole ze współrzędnymi przyjmuje trzy kolory w zależności od poziomu dokładności: kolor zielony dla danych z EMUiA, pomarańczowy dla OSM i innych wariantów. Informacje wyświetlane są w takiej postaci, w jakiej zostały umieszczone przez GUGiK w bazie. Należy zgłaszać wszelkie zauważone błędy lub nieścisłości do serwisu Abakusa.
Wytyczne Dotyczące Uzupełniania Informacji ze Zdarzeń w SWD-ST
W wielu województwach wdrożono polecenia komendanta wojewódzkiego dotyczące wytycznych uzupełniania informacji ze zdarzenia w SWD, równocześnie wskazując odpowiedzialnych za meldunki oraz ich okresową kontrolę. Celem jest ujednolicenie nazewnictwa obiektów i danych, co pozwala na łatwe filtrowanie zdarzeń i precyzuje odpowiedzialność.
- Odpowiedzialni za poprawność sporządzonej informacji:
- Naczelnik Wydziału Operacyjnego - za poprawność informacji ze zdarzenia, przy którego likwidacji nie biorą udziału zastępy JRG, a dokumentację sporządza Dyspozytor w PSK/MSK.
- Dowódca Jednostki Ratowniczo - Gaśniczej - za poprawność informacji ze zdarzenia, przy których biorą udział zastępy JRG, a dokumentację sporządza kierujący działaniami.
- Zalecana jest okresowa kontrola poprawności zawartych danych i ciągłości meldunków w bazie.
Zasady Nazewnictwa i Klasyfikacji Zdarzeń
- Zdarzenia związane z usuwaniem owadów (OSY, PSZCZOŁY, SZERSZENIE):
- Miejscem zdarzenia jest obiekt, na którym zagnieździły się owady i zagrażają życiu i zdrowiu ludzi.
- Standard wpisu: Budynek mieszkalny/gospodarczy - OSY/PSZCZOŁY/SZERSZENIE na poddaszu/w ścianie/na drzewie itd.
- Przypuszczalna przyczyna zdarzenia: nietypowe zachowanie zwierząt - kod 32.
- Pożary (ZBOŻE, SŁOMA, RŻYSKO, STÓG, TRAWA, POSZYCIE LEŚNE):
- Obiekt prowadzenia działań pisany dużymi literami z dopisaniem lokalizacji (np. ZBOŻE na pniu, SŁOMA po kombajnie, RŻYSKO).
- Pożary stogów: STÓG słomy / siana (dużymi literami).
- Pożary traw: TRAWA (dużymi literami) z doprecyzowaniem miejsca (np. Nasyp kolejowy - TRAWA, Nieużytki/Pole/Łąka/Pobocze drogi - TRAWA). Kod obiektu i właściciela nadawany jest wg. miejsca pożaru trawy.
- POSZYCIE LEŚNE, TRAWA w lesie - obowiązkowo traktowane jako pożar lasu - rodzaj - pokrywy gleby.
- Pożary śmieci: Budynek mieszkalny / gospodarczy / opuszczony - ŚMIECI lub ŚMIECI w kontenerze/śmietniku/opuszczonym domu/budynku itp.
- Silne wiatry (KONAR DRZEWA, DRZEWO):
- Obiekty pisane dużymi literami: KONAR DRZEWA na jezdni, pochylone DRZEWO nad drogą, DRZEWO na drodze.
- Kod obiektu i właściciela w przypadku drzew i konarów na jezdni to: Jezdnia, droga, Pobocze itd.
- Obowiązkowo zaznacza się rodzaj zdarzenia - silne wiatry.
- W przypadku działań na dachach, poddaszach: Budynek mieszkalny/gospodarczy - cegły na gzymsie/blacha na dachu/spadający eternit itd.
- Zdarzenia związane z opadami deszczu itp. (POMPOWANIE WODY):
- Czynność POMPOWANIE WODY dopisuje się dużymi literami po myślniku, obiektem jest Budynek mieszkalny/gospodarczy. Dopuszcza się dodanie skąd jest pompowana woda (np. z piwnicy/kanału kablowego).
- Obowiązkowo zaznacza się rodzaj zdarzenia - Opady deszczu.
- Jeśli pompowanie wody wynikało z wybicia wody z gleby (nie zalania piwnicy otworami) lub wylewu rzeki, zaznacza się rodzaj - Przybory wód. Można zaznaczyć oba rodzaje, aby dokładnie sklasyfikować zdarzenie.
- Usuwanie plam substancji chemicznych (cieczy np. ropopochodnych) (PLAMA OLEJU):
- Na drogach, bez udziału środka transportu: obiekt jezdnia, droga, pobocze, dopisuje się - PLAMA OLEJU. Nie zaznacza się rodzaju w komunikacji drogowej.
- Jeśli na miejscu jest sprawca (pojazd) zanieczyszczenia i posiadamy jego dane, dopisuje się go jako drugi obiekt i dopiero wtedy zaznacza się rodzaj - w komunikacji drogowej.
- Zagadnienie dot. ekologicznego rodzaju zagrożenia:
- Zdarzenie ekologiczne występuje, gdy nastąpiło zanieczyszczenie substancjami chemicznymi: powierzchni ziemi, akwenów, atmosfery lub wód podziemnych.
- Nie jest zdarzeniem ekologicznym, jeśli substancja chemiczna (np. olej napędowy) zostanie uprzątnięta i zneutralizowana bez styku ze środowiskiem (np. zabezpieczono studzienki).
- Dane o zdarzeniach medycznych:
- Zdarzenie medyczne to miejscowe zagrożenie, podczas którego występuje zagrożenie dla życia i zdrowia ludzkiego i konieczne było udzielenie pomocy przez ratowników podmiotu systemu (PSP/OSP).
- Jeżeli pomocy udzielały wyłącznie podmioty spoza KSRG (np. pogotowie), zdarzenie nie jest klasyfikowane jako medyczne dla PSP/OSP.
- Należy wypełnić rubryki dotyczące udzielanej pomocy medycznej oraz liczby rannych (osoba przekazana personelowi służby zdrowia).
- W rubryce z imieniem i nazwiskiem koordynującego działania medyczne należy wpisać za nazwiskiem druha udzielającego pomocy dużymi literami „OSP”.
- Jeśli pomocy udziela tylko pogotowie, należy wypełnić rubrykę odnośnie koordynacji działań medycznych, wpisując nazwisko lekarza (w miarę możliwości).
- Ewakuacja - zawsze zaznacza się, jeśli ratownicy PSP lub OSP przemieszczali osobę poszkodowaną, której obecność w zastanym miejscu stanowiła zagrożenie dla zdrowia lub życia.
- Samochody POLICYJNE: Nie są traktowane jako sprzęt specjalistyczny (są to samochody osobowe). Sprzętem specjalistycznym jest np. pomoc drogowa, samolot medyczny.
- Zakładka samoloty/śmigłowce: Ilość zrzutów (użyty sprzęt) należy uzupełniać tylko przy pożarach.
- MZ (Miejscowe Zagrożenia): Klasyfikacja (małe, lokalne, średnie, duże) jest wyjaśniona w instrukcji wypisywania dokumentacji. Małe to te, które nie wymagają użycia sprzętu z samochodu.
- Sporządził/wprowadził do bazy dokumentację:
- Udział tylko OSP, informacja przekazana telefonicznie: w opisówce dokumentacji wpisujemy, że sporządzono na podstawie rozmowy telefonicznej z (np. dh Kowalski Jan, Naczelnik OSP); w rubryce sporządził i wprowadził do bazy - dane dyspozytora.
- Przybyli na miejsce zdarzenia: inne służby (policja, pogotowie, energetyczne, inne ratownicze), władze samorządowe/rządowe, prokurator, konserwator zabytków, burmistrz. Funkcyjni tylko wtedy, gdy nie przejęli dowodzenia lub grupa operacyjna przyjechała operacyjnym (z nazwiskami i stopniami). Czasy dojazdu na podstawie karty manipulacyjnej sporządzonej przez dyspozytora PSK/MSK.
- POMOC POLICJI, POMOC POGOTOWIU: Wpisuje się dużymi literami (np. Oświetlenie terenu - POMOC POLICJI).
- Ulica (zdarzenia na drogach): Należy bezwzględnie wpisywać numer drogi wg szablonu: DK01; DK25; DW552, DP3521 (dużymi literami DK, bez spacji, nr drogi wg szablonu: krajowa 2 cyfry, wojewódzka 3 cyfry, powiatowa 4 cyfry). Jeśli zdarzenie wystąpiło w miejscowości, przez którą przechodzi droga krajowa, wojewódzka, powiatowa i posiada nazwę własną, należy po nazwie własnej i myślniku drogi dopisać DK… (np. ul. Łódzka - DK01). W przypadku skrzyżowań ulic należy wpisać oba numery dróg.
Kierunki Rozwoju i Wyzwania
Projekt „Nowe SWD dla Państwowej Straży Pożarnej” jest kontynuowany od 2016 roku, kiedy to powołano zespół do opracowania dokumentacji przetargowej. W kolejnym roku przeprowadzono przetarg, który wygrało konsorcjum w składzie S&T Services Polska Sp. z o.o. i ABAKUS Systemy Teleinformatyczne. W ramach realizowanego przedsięwzięcia zmieniona zostanie architektura SWD PSP z rozproszonej na scentralizowaną, co ma usprawnić procesy obsługi zdarzeń oraz umożliwić łatwiejszą integrację z zewnętrznymi systemami teleinformatycznymi, w tym w szczególności z systemem powiadamiania ratunkowego. System początkowo miał być gotowy w 2019 roku, jednak pandemia COVID-19 i inne problemy spowodowały wielokrotne przekładanie terminu zakończenia prac i odbiorów.
22 lipca 2025 roku odbyło się pierwsze posiedzenie Zespołu Komendanta Głównego PSP do opracowania rekomendacji operacyjnych dla Modułu Świadomości Operacyjnej (MŚO), stanowiącego komponent Zintegrowanego Kokpitu Operatora dla Systemu Wspomagania Decyzji Państwowej Straży Pożarnej (SWD PSP) oraz podsystemów wspomagających jego funkcjonowanie. Podstawowym celem Zespołu jest opracowanie rekomendacji operacyjnych, technicznych i organizacyjnych dla KDR, sztabu oraz dowódcy modułu do działań poza granicami kraju (Team Leader TL) - Command and Control (C2) z uwzględnieniem funkcjonalności aplikacji mobilnych (np. przez dowódcę JRG PSP udającego się do działań na służbowym telefonie). Moduł będzie zapewniał jednolity obieg informacji i danych od momentu wpłynięcia formatki z CPR lub jej wprowadzenia przez dyżurnego operacyjnego SK PSP do systemu SWD PSP, w tym wspomaganie dyżurnego w prawidłowym zadysponowaniu sił i środków w ramach systemu dostarczającego informację i wiedzę DSS (decision support system).
Wśród użytkowników aplikacji mobilnych, takich jak "e-Remiza", pojawiły się doniesienia o blokowaniu jej działania w niektórych województwach przez PSP. Rodzi to obawy, szczególnie dla jednostek, które ze względu na koszty nie mają szans na selektywne alarmowanie, a system "e-Remiza" stanowił dla nich idealny sposób szybkiego dysponowania do zdarzeń. Pojawiły się również nieoficjalne informacje o planowanym wyłączeniu do końca roku e-remizy, alarmowania.pl oraz wszelkiego rodzaju aplikacji na smartfony na rzecz selektywnego alarmowania i SMS-ów wysyłanych z terminala. Jednak technicznie PSP nie może zablokować działania wszystkich aplikacji alarmowych poza e-Remizą bez wyłączenia alarmowania DSP.