Technická specifikace požadovaného řešení Souhrn technických požadavků, které je plněním veřejné zakázky s názvem „Protipovodňový varovný, informační a monitorovací systém obce Petrovice u Karviné – Varovný informační systém (VIS)“ Tyto technické podmínky jsou souhrnem požadavků objednatele na charakteristiky a hodnoty technických parametrů, provozních a užitných vlastností dodávaného varovného informačního systému (VIS), koncových prvků měření a dalších předpokladů k plnění předmětu veřejné zakázky. Uchazečem nabízený VIS musí povinně splňovat tyto níže uvedené požadavky: Základní požadované parametry VIS •
Použitá zařízení (celý VIS) musí splnit požadavky stanovené dokumentem „Technické požadavky na koncové prvky varování připojované do jednotného systému varování a vyrozumění“. Tyto požadavky jsou dostupné na adrese: http://www.hzscr.cz/clanek/dotaceobcim-na-rozvoj-koncovych-prvku-varovani-207678.aspx
Uchazeč
musí
tuto
skutečnost
doložit dokladem vydaným GŘ HZS ČR. Tento doklad musí být vystaven na základě experimentálních zkoušek v laboratoři GŘ HZS ČR - Institutu ochrany obyvatel Lázně Bohdaneč, popřípadě zprávou nebo jiným dokumentem vystaveným Institutem ochrany obyvatel Lázně Bohdaneč včetně popsání způsobu přenosu informací mezi řídícím a odbavovacím pracovištěm a koncovým prvkem varování (bezdrátovým hlásičem, akustickou jednotkou). •
Dostatečné zabezpečení telekomunikační sítě – rádiové sítě – s důrazem na rádiový přenos povelů z řídícího pracoviště VIS pro aktivaci koncových prvků varování, přenos tísňových informací a přenos diagnostických dat od koncových prvků varování a dat od koncových prvků měření. Uchazeč musí popsat způsob komunikace mezi řídícím pracovištěm VIS (ústřednou) a koncovými prvky varování (bezdrátovými hlásiči), tj. základní princip přenosu zprávy a způsob komunikace zařízení VIS. Požadujeme doložení popisu obousměrné komunikace například výňatkem ze zprávy ze zkoušek provedených podle dokumentu č.j. MV-246661/PO-2008, případně zprávou či jiným dokumentem vystaveným Institutem ochrany obyvatel Lázně Bohdaneč a popisujícím způsob (princip) radiového zabezpečení a komunikace mezi řídícím pracovištěm (ústřednou) a koncovými prvky varování (bezdrátovými hlásiči). Důraz bude
kladen
zejména
na
zajištění
komunikačního
protokolu
proti
jeho
zneužití
k neoprávněnému hlášení. Za nezbytně nutný způsob zabezpečení je považována kódovaná digitální forma komunikačního protokolu. •
Celý VIS musí být napojen na Jednotný systém varování a vyrozumění (dále jen „JSVV“) provozovaný HZS ČR a to s největší prioritou.
•
Na všech úrovních (tj. řídící pracoviště, bezdrátové hlásiče, akustické jednotky, koncové prvky měření) je vyžadována nezávislost na elektrorozvodné síti podle čl.10 standardizačního
1
dokumentu č.j. MV-24666-1/PO-2008 vydaného GŘ HZS ČR „Technické požadavky na koncové prvky varování připojované do jednotného systému varování a vyrozumění“, který stanovuje zajištění provozuschopnosti koncového prvku minimálně po dobu 72 hodin za podmínky vyslání 4 signálů po 140 sekundách za 24 hodin a zároveň vyslání 10 verbálních informací po 20 sekundách za 24 hodin, nebo celkem 200 sekund verbálních informací definovaných uživatelem, nebo jedné tísňové informace v trvání 5 minut. •
Uchazeč doloží protokol o zkoušce vlivu vnějších činitelů prostředí rozsahu pracovních teplot –25°C až +55°C od instituce oprávněné k provádění takových zkoušek.
•
VIS jako celek musí být digitálně řízený a umožňovat přenos analogových hodnot hladin z hladinových čidel do řídícího pracoviště včetně vyhlášení alarmů pro jednotlivé SPA1-3. Systém musí nabízet grafické zobrazení historie přenesených analogových hodnot za zvolené časové období.
•
Použité baterie všech prvků VIS musí být akumulátorového typu, doplněné možností automatického dobíjení.
•
Akumulátory musí být provozovány podle doporučení výrobce. Stanovená životnost akumulátorů nesmí být kratší než pět let. V nabídce uchazeče je nutné uvést typ, kapacitu a životnost akumulátorů.
•
Automatické nabíjení akumulátorů musí zajišťovat, že akumulátor bude nabit na 80% své maximální jmenovité kapacity z plně vybitého stavu za dobu nepřevyšující 24 hodin.
Další požadované parametry VIS •
Ovládání VIS musí obsluze umožnit výběr jednotlivých bezdrátových hlásičů, nebo výběr předdefinovaných skupin bezdrátových hlásičů z mapového podkladu v ovládací aplikaci.
•
VIS obsahuje digitální převaděč s diagnostikou funkce a stavu napájení, který je zálohován proti výpadku elektrické energie po dobu minimálně 72 hod. Diagnostika je zobrazena v ovládací aplikaci a je dostupná na dotaz.
•
Rozsah přenosu a diagnostiky převaděče, který́ bude současně provozován i pro přenos audio hlášení je: - velkost napájecího napětí́ akumulátoru převaděče - přítomnost sítového napájení́ 230V - aktivní́ převaděč pro přenos audia - snímání stavu otevření dveřního kontaktu s automatickým odesláním alarmové́ zprávy do řídící aplikace - přenos plné́ diagnostiky pro obousměrné́ jednotky podle požadavků v bodech uvedených níže.
•
VIS musí́ umožnovat přenos diagnostiky obousměrných jednotek v systému přes převaděče i bez převaděče a to současně.
2
Obsah a vymezení požadavků zadavatele na základní technické a uživatelské charakteristiky řídícího pracoviště VIS
Požadované parametry řídícího pracoviště VIS Systém musí umožňovat provedení přímého nouzového hlášení i prostřednictvím GSM telefonu nebo telefonu VTS. Vstup do systému přes telefon musí být chráněn vstupním kódem. Uživatel musí mít možnost volby individuální, skupinové nebo generální adresy bezdrátového hlásiče (prvku), na které chce směrovat hlášení. Každý vstup do systému prostřednictvím GSM nebo VTS telefonu musí být za běžných podmínek systémem evidován. •
Vysílání přímo mluveného hlášení pro obyvatele.
•
Vzhledem k varovné funkci VIS bude kladen důraz na zabezpečení systému před vstupem neoprávněných osob do ovládání a na ochranu před zneužitím v době aktivovaného i neaktivovaného provozu.
Další požadované parametry řídícího pracoviště VIS Řídící pracoviště s rádiovou ústřednou musí mít zajištěnu nezávislost na řídícím počítači i v případě jeho výpadku tak, aby bylo možné: •
odvysílat hlášení přímo z lokálního mikrofonu,
•
vstoupit z celostátního Jednotného systému varování a vyrozumění (JSVV),
•
vstoupit do systému přes GSM síť nebo síť VTS,
•
připojit externí zdroje audio signálu.
•
Připojit vzdálenou stanici (vzdálené pracoviště) pomocí datové sítě.
•
Při vstupu oprávněných osob do VIS prostřednictvím GSM sítě systém zaznamenává přístupy přes GSM se zanesením čísla uživatele a zvoleného čísla oblasti s možností filtrace údajů.
•
Před hlasovým prostupem VTS nebo GSM telefonu musí být zajištěna možnost automatické reprodukce úvodní znělky.
•
Systém musí umožňovat automatické odesílání varovných SMS zpráv z řídící aplikace varovného systému na přednastavené skupiny osob při dosažení SPA1-3.
Obsah a vymezení požadavků zadavatele na základní technické a uživatelské charakteristiky bezdrátových hlásičů, akustických prvků
Požadované parametry bezdrátových hlásičů, akustických prvků •
Systém bude založen na radiově řízených akustických jednotkách, bezdrátových hlásičích. Venkovní bezdrátové hlásiče budou sloužit k ozvučení veřejných venkovních prostor. Minimální požadovaný akustický výkon akustické jednotky typu „bezdrátový hlásič“ musí být
3
min. 80 W s možností připojení až 5ks tlakových reproduktorů. Požadovaný výkon každého tlakového reproduktoru je minimálně 15W. •
Z důvodu předpokladu velkého množství bezdrátových hlásičů je požadované, aby každá akustická jednotka (obousměrný bezdrátový hlásič, komunikační jednotka čidlo) měla možnost nastavení jedinečné (individuální) adresy.
•
Z estetických důvodů je požadována jedna anténa pro jeden hlásič.
•
Předpokládá se použití akustické jednotky obousměrný bezdrátový hlásič se zpětnou diagnostikou. Použití jednosměrných prvků je vyloučeno.
•
Je požadovaná rychlost odezvy systému tj. získání stavu jednotky nebo hladiny do 3 sekund po odeslání povelu.
•
Diagnostické informace a alarmové stavy obousměrných bezdrátových hlásičů a čidel budou zobrazeny v ovládací aplikaci VIS minimálně v rozsahu funkčnosti řídící a zdrojové části. Informace musí obsahovat minimálně číslo (adresu) bezdrátového hlásiče a typ závady nebo přehled stavu.
•
Nabíjecí systém musí obsahovat kompenzaci nabíjecího proudu při změnách okolní teploty.
•
Musí být zajištěna odpovídající ventilace a ochrana před korozí a nebezpečím způsobeným plyny, které baterie vytváří.
Další požadované parametry bezdrátových hlásičů, akustických prvků •
Bezdrátový hlásič
a komunikační jednotka čidlo musí umožňovat softwarové přeladění
kmitočtu v celém pásmu od 66 do 74 MHz. •
•
Požadavky na diagnostiku obousměrného bezdrátového hlásiče jsou: o
dálkově spustitelný test kapacity akumulátoru se zobrazením výsledku v řídící aplikaci
o
možnost dálkového načtení a přenosu stavu až 3 vstupů u každého hlásiče
Obousměrné bezdrátové hlásiče musí mít možnost dálkového nastavení hlasitosti pro oba audio kanály samostatně pro optimalizaci ozvučení daného prostoru a lokality.
•
Akustická jednotka (bezdrátový hlásič) umožňuje nastavení minimálně 4 adres: jedné individuální, dvou skupinových a jedné generální.
•
Bezdrátový hlásič musí umožňovat plný provoz i při vadné nebo vybité baterii a přítomné napájecí síti.
•
Bezdrátový hlásič musí obsahovat optooddělení pro připojení externích zařízení nebo tlačítek, čidel.
•
U obousměrných hlásičů, musí byt zabezpečení proti neoprávněnému manipulování s hlásičem, tak, že hlásič bude elektronicky zabezpečen proti vniknutí pachatele. V případě odcizeni, nebo otevření bude okamžitě generována alarmová zprava do řídící aplikace, a zároveň dojde ke zpuštění akustického poplachu na uvedeném hlásiči a přednastavené alarmové hlasové relace.
4
Obsah a vymezení požadavků zadavatele na základní technické a uživatelské charakteristiky koncových prvků měření
Požadované parametry koncových prvků měření •
VIS musí umožňovat bez dalších dodatečných investic bezproblémové zapojení koncových prvků měření (hladinových čidel popř. dalších detekčních a monitorovacích prvků) pro přenos a generování informací zvýšené úrovni hladiny vodního toku případně průtoku v krizových a záplavových oblastech.
•
Informace z koncových prvků měření hladinoměrů budou bezdrátově přeneseny na řídící pracoviště. Je nepřípustné používat pro tento účel přenosy GSM/GPRS/3G/CDMA/WiFi nebo kmitočty všeobecného oprávnění (z bezpečnostních důvodů a z hlediska kompaktnosti celého řešení).
•
Informace z koncových prvků měření a data sledovaných veličin (výška hladiny ve vazbě na stupeň povodňové aktivity) včetně diagnostiky bude zobrazena v ovládací aplikaci VIS, obsluze na řídícím pracovišti. Požaduje se grafické zobrazení historie přenesených analogových hodnot hladin od jednotlivých čidel. V rámci celého VIS se nepřipouští oddělení a nezávislost aplikací pro BMIS resp. varovný systém a zvlášť aplikace pro monitoring vodních hladin (z bezpečnostních důvodů).
•
Hladinová čidla musejí pracovat na principu ultrazvukové metody zjištění výšky vodní hladiny. Minimální rozsah měření 0,3 až 8m. Minimální rozlišení 1 mm. Minimální přesnost 0,5% pro vzdálenost >1m. Krytí IP66.
•
Hladinová čidla musejí generovat informace o zvýšené úrovni hladiny vodního toku ve třech úrovních, přičemž minimálně překročení 1. SPA musí být hlášeno na řídící pracoviště ve formě alarmové zprávy a odeslaní SMS zpráv na zvolenou skupinu tel. čísel.
•
Hladinová čidla musí být zálohována minimálně po dobu 72 hod při výpadku elektrického napájení.
•
Systém musí umožňovat rádiovou obousměrnou komunikaci mezi jednotkou s hladinovými čidly a obslužnou aplikací. Tento přenos musí být v pásmu 66 až 74 MHz na přideleném kmitočtovém páru ČTÚ pomocí digitálního zabezpečeného protokolu, aby nedocházelo k falešným poplachům, anebo k zneužití.
•
Komunikační jednotka a čidlo musí být zabezpečené proti odcizení ochranným Tamperem s vyhlášením alarmu na řídící pracoviště a vyhlášením alarmu v případě porušení komunikace mezi čidlem a komunikační jednotkou.
•
2
Srážkoměr bude nevyhřívaný s plochou 200cm . Informace se srážkoměru budou veřejně dostupné přes internetový webový prohlížeč. Dataloger bude posílat varovné SMS v případě překročení limitních srážek.
5
Obsah a vymezení požadavků zadavatele na základní technické a uživatelské charakteristiky software a aplikací
1. Software pro správu a řízení systému varování a vyrozumění Předmětem zakázky je dodat, nainstalovat a oživit programové vybavení pro kompletní správu a řízení hardwarových části systému varování a vyrozumění (dále VIS). Softwarové vybavení musí umožňovat komplexní správu a dohled nad celým systémem varování, sledování a vyrozumění a to zejména: •
správu a údržbu hlasových relací a varovných hlášení nebo poplachů
•
administraci a dohled koncových prvků a zařízení
•
správu měřících bodů, prezentaci a zpracování naměřených hodnot
•
administraci uživatelů spravujících nebo přistupujících do systému
•
administraci alarmů a poruchových stavů
•
spravu a konfiguraci systémových vlastností a parametrů
•
jednotné prostředí a multiuživatelský přístup
1.1 Minimální požadavky na softwarové vybavení Softwarové
řešení
VIS
musí
být
koncipované
jako
tří-vrstvá
client-server
aplikace
s multiuživatelským přístupem na základě definovaných uživatelských oprávnění. Pro efektivní práci krizových složek jsou požadovány dva typy SW klientů. Klient pro běžnou administraci a správu systému a mobilní klient pro práci v terénu. Systém musí splňovat následující minimální požadavky jednotlivých částí: Server systému VIS •
data musí být uložena ve standardu SQL
•
systém musí zabezpečit archivaci dat (měření z koncových prvků, log událostí) po dobu nejméně 4 let
•
systém musí umožňovat automatickou zálohu dat a souborů do externího uložiště
•
umístění koncových prvků a zařízení musí být prezentováno v mapových podkladech na platformě GIS
•
systém musí umožňovat import dalších mapových vrstev, jak vektorových (SHP), tak rastrových (TIF)
•
systém bude zabezpečovat prezentaci povodňové aktivity a stavu obousměrných hlásičů pro občany a další povodňové komise prostřednictvím webového serveru
6
•
systém bude umožňovat provázání s dPP prostřednictvím hypertextových odkazů
Klient systému VIS •
veškeré funkce systému musí být dostupné prostřednictvím internetového prohlížeče (tenký klient)
•
systém musí podporovat funkcionalitu v internetových prohlížečích minimálně na platformách PC, notebook (windows) a smartphone (andriod, iOS)
Mobilní klient systému VIS •
veškeré funkce systému VIS musí být dostupné v aplikaci mobilního klienta
•
mobilní zařízení musí splňovat minimálně následující technické parametry: O
O
o
pracovní teplota 0 C až +40 C
o
krytí IP54
o
rozlišení displeje 1024 x 768
o
HDD SSD 32GB
o
RAM 2GB
o
integrovaná foto-kamera 2Mpix
7
1.2 Požadavky na integraci systému s datovými zdroji a dalšími systémy ČHMU
Povodí odry
Mobilní klient
Server VIS Klient
Klient
Klient
Klienti
Obr.: Přehledové schéma systému Systém musí umožnit integraci a automatický import dat z externích datových zdrojů: •
ČHMÚ o
import výšek vodních hladin a průtoků z profilů typu A a B na tocích v oblasti obce Petrovice a okolí z veřejně dostupných zdrojů ČHMÚ
o
importovaná data musí být plně integrována do prostředí VIS stejně jako měřené údaje z profilů typu C
•
Povodí Odry o
import výšek vodních hladin a průtoků z profilů typu A, B a C na tocích v oblasti obce Petrovice a okolí z veřejně dostupných zdrojů Povodí Odry
o
importovaná data musí být plně integrována do prostředí VIS
Systém musí disponovat API rozhraním v rozsahu všech uživatelských funkcí pro účely integrace VIS s dalšími aplikacemi. Například pro integraci s MKDS, PCO, EZS, EPS apod.
8
1.3 Požadavky na správu relací, poplachů a varovných hlášení Systém musí umožňovat komplexní správu hlasových a mediálních relací v následujícím rozsahu: •
Interaktivní spouštění poplachů
•
interaktivní a časové spouštění relací
•
administraci relací
1.3.1
Požadavky na spouštění relací Systém musí umožňovat prostřednictvím klientských aplikací přímé spuštění předdefinovaného
poplachu nebo relace. Grafické prostředí musí jednoznačně zobrazit na obrazovce nabídku varovných relací dle standardizovaných požadavků HZS ČR, tak aby bylo možné požadovanou relaci stiskem tlačítka aktivovat a následně potvrdit odvysílání. Systém musí umožňovat spuštění relace ve formě hlášení. Grafické rozhraní musí v tomto režimu umožnit odvysílání počáteční relace (znělky), automatické přepnutí do režimu přímého hlášení, kde má uživatel možnost uskutečnit z klientské aplikace mikrofonní hlášení nebo případně odvysílat vlastní audio soubor, a ukončit hlášení odvysíláním závěrečné relace (znělky). Systém musí umožnovat odvysílání vlastního hlášení. Grafické rozhraní musí v tomto režimu umožnit přípravu úvodní a závěrečné znělky výběrem z audio souborů dostupných na serveru systému. Uživatel musí mít možnost dále vybrat hlásiče, ve kterých bude relace odvysílána, a to buď výběrem hlásičů z hierarchického seznamu, nebo přímo z mapového podkladu pomocí ohraničení polygonem. Systém musí provést automatickou optimalizaci počtu hlásičů tak, aby výsledná aktivace koncových prvků byla co nejkratší a vlastní hlášení bylo co nejdříve distribuováno do koncových prvků. Grafické rozhraní musí zobrazovat na vyhrazeném místě obrazovky vždy název aktuálně probíhané relace, dále název následující relace (pokud existuje v časovém plánu) a dílčí průběh probíhající relace (aktivace/deaktivace koncových prvků, název a pozice přehrávaného souboru případně stav mikrofonu).
1.3.2
Požadavky na administraci relací Systém musí umožňovat kompletní administraci relací s ohledem na uživatelská práva. Relace
musí být definována jednoznačnými parametry, které popisují vlastnosti a chování dané relace. Jsou vyžadovány minimálně následující parametry: •
název relace – jednoznačný název relace
•
popis relace – doplňkový popis charakterizující relaci v širším rozsahu
•
časový plán – seznam plánovaných spuštění relace
•
seznam souborů – seznam audio souborů, které budou v rámci relace přehrané
•
seznam hlásičů – skupina koncových prvků, ve kterých bude audio zpráva odvysílána
Systém musí umožňovat následující operace s relacemi:
9
•
vytvoření nové relace
•
editace stávající relace
•
vymazání relace z databáze, vč. souvisejících audio souborů Grafické rozhraní musí umožňovat zobrazit, vytisknout a exportovat kompletní seznam všech
relací uložených v databázi na serveru systému. Systém musí disponovat nástroji pro vyhledávání v seznamu relací. Časový plán relací musí být možné zobrazit v přehledném scheduleru s denním, týdenním a měsíčním plánem. Scheduler musí umožnit také zobrazení naplánovaných relací v časové ose. Výběr audio souboru musí umožnit jeho poslech před začleněním do relace. Uživatel musí mít možnost měnit aktuální pořadí již vybraných souborů. Systém musí umožnit definovat skupinu hlásičů, do kterých bude relace odvysílána, a to buď výběrem hlásičů z hierarchického seznamu, nebo přímo z mapového podkladu pomocí ohraničení polygonem. Systém musí provést automatickou optimalizaci počtu hlásičů tak, aby výsledná aktivace koncových prvků byla co nejkratší a vlastní hlášení bylo po spuštění relace co nejdříve distribuováno do koncových prvků.
1.4 Požadavky na správu koncových prvků a zařízení Systém musí umožňovat kompletní administraci koncových prvků, zařízení (dále jednotek) integrovaných do systému varovaní a vyrozumění, s ohledem na uživatelská oprávnění. Jednotky musí být definovány parametry, které popisují význam, účel a status. Jsou vyžadovány minimálně následující parametry: •
název jednotky – jednoznačný název jednotky
•
popis jednotky - doplňkový popis charakterizující jednotku v širším rozsahu
•
pozice jednotky – umístění jednotky v souřadnicích GPS
•
hardwarové parametry – parametry jednotky související s její konfigurací (vstupy, výstupy, …)
Systém musí umožňovat následující operace s jednotkami: •
vytvoření nové jednotky
•
editace parametrů stávající jednotky
•
vymazání jednotky ze systému
•
začlenění do skupiny jednotek Grafické rozhraní musí umožňovat výpis jednotek v podobě přehledného seznamu, dále
zobrazení v hierarchickém formátu zobrazující začlenění jednotek do jednotlivých systémových a uživatelských skupin a zobrazení jednotek v mapovém prostředí GIS. Jednotlivé typy jednotek musí být v mapovém prostředí jednoznačně graficky rozlišeny a grafické prostředí musí umožnit výběr
10
zobrazení jednotek v mapě. Zároveň musí být možnost definovat viditelnost jednotlivých mapových vrstev GIS. Systém musí umožnit bezprostřední nebo periodickou diagnostiku a kontrolu stavu koncových prvků (hlásiče, hladinová čidla, srážkoměry, …). Výsledky kontroly stavu jednotek musí být možné zaslat ve formě přehledného protokolu na e-mail zodpovědných uživatelů systému. Systém musí také umožnit SMS notifikaci uživatelů v případě poruchy nebo změny stavu konkrétní jednotky (viz. požadavky na zpracování alarmů). Systém musí umožnit dálkové nastavení úrovně hlasitosti jednotlivých koncových hlásičů a to buď u konkrétního hlásiče, nebo vybrané skupiny. Skupinu musí být možné definovat výběrem hlásičů z hierarchického seznamu, nebo přímo z mapového podkladu pomocí ohraničení polygonem.
1.5 Požadavky na grafickou prezentaci měřených a importovaných dat Systém musí umožňovat grafickou prezentaci všech měřených a importovaných hodnot. Mezi měřené veličiny patří především hodnoty z hladinoměrů, srážkoměrů, stavu baterií, obecná analogová měření a stavy hladin a průtoků importované z externích datových zdrojů. Uživatelské rozhraní musí umožnit grafické zobrazení poslední měřené nebo importované hodnoty a také zobrazení trendového průběhu měřených nebo importovaných hodnot. V jednotlivých grafech musí být jednoznačně zvýrazněny jednotlivé úrovně povodňových stupňů (SPA1, SPA2 a SPA3), tak aby bylo vizuálně viditelné překročení přes nebo pokles pod jednotlivé povodňové stupně. Uživatel musí mít možnost zadat libovolný časový rozsah zobrazovaného průběhu. Systém musí také umožnit tisk seznamu a zobrazeného grafu a export do formátů JPG, PDF, SVG a XML.
1.6 Požadavky na zpracování alarmů a notifikaci uživatelů Systém musí umožňovat uživatelské nastavení podmínek alarmních stavů, jejich automatickou identifikaci a automatické provedení příslušné požadované akce. Systém musí umožňovat definici minimálně následujících vlastností a podmínek jednotlivých alarmů: •
význam alarmu (informace, minoritní, významný, kritický)
•
úroveň překročení nebo podkročení analogové hodnoty (výška hladiny, množství srážek, stav baterie, teplota, …)
•
eliminace falešných alarmů Systém musí dále umožnit definici akce nebo více akcí, které jsou uskutečněny v případě
vzniku alarmu. Jsou požadovány minimálně následující akce: •
zobrazení na displeji nebo monitoru klientské aplikace
•
spuštění požadované relace v definované skupině hlásičů. Systém musí umožnit spuštění relace bezprostředně po vzniku alarmu nebo po potvrzení kompetentním uživatelem.
11
•
spuštění požadované relace v hlásiči, jehož řídící jednotka vyvolala alarm. Systém musí umožnit spuštění relace bezprostředně po vzniku alarmu nebo po potvrzení kompetentním uživatelem.
•
odeslání SMS zprávy jednomu nebo skupině příjemců, zpráva musí obsahovat minimálně následující údaje: text alarmu, naměřená hodnota, trend měřené hodnoty (vzestup nebo pokles).
•
odeslání e-mailové zprávy jednomu nebo skupině příjemců, zpráva musí obsahovat minimálně následující údaje: název jednotky, naměřená hodnota, text alarmu, význam alarmu, trend měřené hodnoty (vzestup nebo pokles)
1.7 Požadavky na SMS server Součástí systému musí být také SMS server umožňující odesílání SMS zpráv na mobilní telefony. Systém musí umožnit minimálně následující funkce: •
vytvořit SMS zprávu a odeslat na konkrétní číslo nebo vybrané skupiny čísel
•
definovat skupiny čísel příjemců
•
umožnit zobrazení výpisu historie odeslaných SMS zpráv a jejich potvrzení o doručení s možností filtrace a exportu do formátu XML
1.8 Požadavky na funkce mobilního klienta VIS Mobilní klient VIS musí nad rámec běžného klienta umožňovat minimálně následující funkcionalitu: •
lokalizaci GPS pozice klienta a její periodické odesílání s periodou minimálně 30sec na centrální server VIS, pozice mobilního klienta musí být zobrazena v mapových podkladech GIS
•
spuštění relace s optimalizovaným výběrem hlásičů podle aktuální GPS pozice mobilního klienta
1.9 Ostatní požadavky na softwarové vybavení •
přístup do systému musí být zabezpečen uživatelským loginem a heslem
•
systém musí umožnit definici uživatelů s minimálně třemi úrovněmi oprávnění, např:
•
o
administrátor – nejvyšší oprávnění (uživatelé, systémová nastavení)
o
manažer – správa relací, zařízení, odbavení alarmů, SMS zprávy
o
uzivatel – spouštění relací, přímé hlášení
věškeré akce a stavy v systému musí být zaznamenány do logu událostí v následujícím minimálním rozsahu: datum, čas, uživatel, IP adresa, popis akce nebo stavu, s možností filtrování záznamů
•
server systému musí být zabezpečen firewallem s možností definice pravidel přístupů
•
přístup klientů na server musí být realizován přes zabezpečený protokol HTTPS 12
1.10
Systém pro hromadné odesílaní varovných SMS a emailu
•
systém musí umožňovat odesílání varovných SMS a e-mailů definované skupině kontaktů
•
systém musí disponovat vlastním webovým rozhraním pro registraci kontaktů, toto rozhraní musí být dostupné z webových stránek obce
•
registrace musí umožňovat ověření zadaného telefonního čísla a e-mailové adresy, tak aby bylo zamezeno zneužití cizího telefonního čísla nebo e-mailu
Slovník Relace – verbální nebo hudební zpráva odeslaná do předem definované množiny koncových prvků Audio soubor – binární soubor se zvukovým záznamem ve formátu mp3 nebo wav Scheduler – plánovač GIS – geografický informační systém MKDS – městský kamerový a dohlížecý systém PCO – pult centralizované ochrany EZS – elektronický zabezpečovací systém EPS – elektronický protipožární systém dPP – digitální povodňový plán
13
