SPECIFIKACE POŽADAVKŮ NA SYSTÉM

PŘÍLOHA Č. 1 ZADÁVACÍ DOKUMENTACE

SPECIFIKACE POŽADAVKŮ NA SYSTÉM

Projekt „SIRIUS - Systém integrace a řízení informací v oblasti technické ochrany životního prostředí“ (registrační kód projektu: CZ.1.06/1.1.00/07.06408) je spolufinancován Evropskou unií v rámci Evropského fondu pro regionální rozvoj a Integrovaného operačního programu. Stránka 1/105

Obsah 1.

ÚVOD ............................................................................................................................... 3

1.1.

OBSAHOVÝ RÁMEC PROJEKTU (ODBORNÉ OBLASTI)...................................................... 3

1.2.

CÍLE .................................................................................................................................. 4

1.3.

ZDŮVODNĚNÍ POTŘEBNOSTI PROJEKTU ......................................................................... 4

2.

POPIS SOUČASNÉHO STAVU............................................................................................ 6

2.1.

ZÁKLADNÍ POPIS AGEND ................................................................................................. 6

2.2.

OBJEM DAT STÁVAJÍCÍCH INFORMAČNÍCH SYSTÉMŮ A DATABÁZÍ .............................. 29

3.

NÁVRH BUDOUCÍHO STAVU.......................................................................................... 34

3.1.

JEDNOTLIVÉ AGENDY – POPIS BUDOUCÍHO STAVU...................................................... 34

3.2.

TECHNICKÁ ARCHITEKTURA .......................................................................................... 63

4.

UŽIVATELSKÉ POŽADAVKY NA SYSTÉM ......................................................................... 89

5.

OMEZENÍ ....................................................................................................................... 89

5.1.

ČASOVÁ OMEZENÍ ......................................................................................................... 89


1. ÚVOD SIRIUS - Systém integrace a řízení informací v oblasti technické ochrany životního prostředí a jejich napojení na registry státní správy. Cílem projektu je vybudování jednotného komplexního IS pro technickou ochranu životního prostředí, napojeného na základní registry veřejné správy, propojení tohoto IS dalšími relevantními zdroji, vytvoření rozhraní pro řízení sdílení a komunikaci a vytvoření souboru analytických nástrojů pro vyhodnocování dat. Díky vybudování tohoto systému dojde ke zprostředkování jednotného přístupu k informacím o životním prostředí, který budou moci využívat všechny dotčené subjekty – veřejná správa, samospráva, podnikatelé, občané a další. Základním účelem projektu je zvýšení efektivity oboustranné komunikace MŽP a výše uvedených dotčených subjektů. Sjednocená technologická platforma umožní efektivnější práci se shromážděnými daty a jejich vytěžování. Tento dokument slouží k popisu stávajícího stavu dat a ostatních informací v oblasti technické ochrany životního prostředí, popisuje budoucí očekávaný stav systému a blíže specifikuje systém a jeho vazby jako celek. 1.1.OBSAHOVÝ RÁMEC PROJEKTU (ODBORNÉ OBLASTI) Nově budovaný systém zahrne relevantní data a poskytne analytické nástroje pro přípravu datových výstupů v těchto agendách:  Odpadové hospodářství  EIA/SEA  IPPC  IRZ  Poplatky za znečišťování a využívání životního prostředí  Ochrana povrchových a podzemních vod  Ochrana ovzduší


Podrobný popis jednotlivých agend je uveden v kapitole 2. Struktura systému musí zároveň zohlednit možná budoucí rozšíření a změny environmentální legislativy a musí zajistit propojení s registry veřejné správy. 1.2.CÍLE 

Bude vybudován komplexní IS pro oblast technické ochrany životního prostředí jako jednotná platforma pro práci s daty



Do systému budou plně implementovány všechny agendy vyjmenované v projektovém rámci



Budou optimalizovány nástroje pro práci s jednotlivými agendami



Agendy budou provázány a funkcionality napříč agendami budou sjednoceny



Systém bude vybudován na otevřených standardech (ISO, IEEE, W3C, OGC…)



Systém bude obsahovat nástroje pro zpracování a analýzu dat a bude poskytovat výstupy pro podporu rozhodovacích procesů a strategického plánování

1.3.ZDŮVODNĚNÍ POTŘEBNOSTI PROJEKTU 1.3.1. VYMEZENÍ A KVANTIFIK ACE PŘÍNOSŮ A NÁKLADŮ PRO VŠECHNY ROKY PROJEKTU

Předpokládané celospolečenské přínosy projektu lze kalkulovat s ohledem na hlavní identifikované cílové skupiny. 1.3.1.1.

ZVÝŠENÍ PŘÍJMŮ Z VYBRANÝCH POPLATKŮ.

Agendové informační systémy, slouží k evidenci rozsahu znečišťování životního prostředí a data, ohlašovaná a zpracovávaná v těchto systémech jsou základem pro výpočet a následně výběr poplatků za znečišťování životního prostředí dle platné legislativy. Vzhledem k aktuálnímu stavu a technologickým možnostem stávajících systémů vykazují evidence a tedy i systém výběru poplatků různou míru nepřesnosti. Poplatky za znečišťování životního prostředí jsou příjmem státního rozpočtu. Roční příjem státního rozpočtu z těchto poplatků činí v současnosti řádově 2 000 000 000 Kč. Uvažujeme-li přínos projektu ve zpřesnění


evidence o 1%, roční příjem státního rozpočtu z poplatků se zvýší cca o 20 000 000 Kč (tj. cca 1 666 667 za měsíc). 1 1.3.1.2.

ÚSPORA PROVOZOVATELŮ SYSTÉMU

Provozovatelem agendových informačních systémů, primárně zahrnutých do řešení projektu je v současnosti CENIA. I v případě rozšíření o další agendy, budou provozovateli systému instituce

rezortu

–

rozpočtové,

nebo

příspěvkové

organizace

zřizované

MŽP.

Technologickým zlepšením a centralizací systémů dojde ke snížení provozních nákladů na jednotlivé dílčí systémy. Provozní náklady na jeden agendový informační systém se v současnosti pohybují řádově ve výši 2 000 000 Kč. Při odhadu úspor ve výši 20% současných provozních nákladů na jeden provozovaný systém je celková úspora nákladů pro provozovatele 6 dotčených informačních systému cca 17 500 000 Kč/rok. 1.3.1.3.

ÚSPORA NÁKLADŮ OHLAŠOVATELŮ DO SYSTÉMU

Zpřesnění ohlašovacích povinností na základě analýzy relevantních dat, shromážděných a zpracovaných v systému povede ke snížení počtu ohlašovatelů – hlášení budou vyžadována pouze od relevantních subjektů. V současnosti se odhaduje, že přibližně 20% ohlašovatelů v oblasti produkce odpadů (z celkových 60 0000) ohlásí v sumě množství, které představuje cca 1% celkové roční produkce v České republice. Je zřejmé, že data ohlášená těmito subjekty mají z hlediska řízení systému odpadového hospodářství i z hlediska výše vybraných poplatků zanedbatelný vliv. Uvažujeme-li, že na základě vyhodnocení relevantních data bude počet ohlašovatelů snížen o cca 12 000 bude, při průměrné úspoře 5000 Kč/ohlašovatel/rok, celková úspora 60 000 000 Kč/rok. Ohlašovatelé jsou privátními subjekty, ušetřené náklady se promítnou do zvýšení daňového základu. Při zdanění 20% se ročně odvede navíc do státního rozpočtu cca 12 000 000 Kč. 1.3.1.4.

ÚSPORA NÁKLADŮ ORGÁNŮ MÍSTNÍ SAMOSPRÁVY

1

Státní fond životního prostředí odhaduje, na základě inspekce v oblasti evidence a výběru poplatků za ukládání nebezpečného odpadu, možné zvýšení výnosu při zpřesnění evidence v řádu 200 000 000 Kč/rok. Projekt „SIRIUS - Systém integrace a řízení informací v oblasti technické ochrany životního prostředí“ (registrační kód projektu: CZ.1.06/1.1.00/07.06408) je spolufinancován Evropskou unií v rámci Evropského fondu pro regionální rozvoj a Integrovaného operačního programu. Stránka 5/105

Optimalizace agend povede k úspoře provozních prostředků (především osobních nákladů) úřadů místní samosprávy. Např. v oblasti odpadové agendy činí předpokládaná úspora v úřadech ORP ročně celkem cca 100 pracovníků. Při výši ročních nákladů na jednoho pracovníka cca 300 000 Kč dosáhne celková úspora orgánu místní samosprávy cca 30 000 000 Kč/rok. Předpokládáme, že projekt bude tyto přínosy generovat minimálně po dobu 5 let (i když skutečná doba fungování Informačního systému SIRIUS po skončení doby udržitelnosti projektu bude pravděpodobně delší). 1.3.2. KRITICKÉ FAKTORY ÚSP ĚCHU:

 Nahrazení stávajících systémů novým.  Vybudování společné datové základny a soustavy nástrojů umožňující analytickou práci nad sjednocenými daty  Vytvoření propojení s ISPOP a dalšími IS  Vznikne webový portál umožňující zveřejňování dat v zákonem stanoveném rámci  Vznikne nástroj pro vytváření specializovaných výstupů (např. Vytváření specializovaných reportů dle požadavků EU legislativy  Napojení na Základní registry státní správy prostřednictvím ISZR. 1.3.3. BENEFITY:

 Budou existovat skupiny uživatelů, kterým provoz systému přinese měřitelné benefity  Správa nově vybudovaného systému bude levnější než správa stávajících systémů  Jednotná správa dat umožní integrovaný pohled na problematiku technické ochrany  Vytěžení nových informací a souvislostí z existujících dokumentů 2. POPIS SOUČASNÉHO STAVU 2.1.ZÁKLADNÍ POPIS AGEND

2.1.1. AGENDA IPPC

Informační systém Integrované prevence a omezování znečištění je provozován na základě zákona č. 76/2002 Sb., o integrované prevenci. Jeho hlavním úkolem je zajištění publikace informací o povolovacím procesu IPPC, zejména evidence provozovatelů/žadatelů, zařízení,


žádostí o vydání integrovaného povolení, vyjádření odborně způsobilé osoby a vydaných rozhodnutí o integrovaném povolení. Systém je konstruován jako dokumentový. Systém je provozován v prostředí Lotus Notes a je umístěn na serverech MŽP a spravován odborem posuzování vlivů na životní prostředí a integrované prevence, oddělením IPPC a IRZ MŽP. Komunikačním rozhraním systému je webová aplikace. Umístění systému: http://www.mzp.cz/ippc Seznam dokumentů, které jsou popisovány těmito kategoriemi metadat:  seznam provozovatelů IPPC zařízení – jedinečným identifikátorem je IČ;  seznam jednotek zařízení (v režimu IPPC) – vázány na jednotlivé provozovatele a na kategorie průmyslových činností dle přílohy č. 1 zákona č. 76/2002 Sb.;  seznam OZO (odborně způsobilých osob) – pro jednotlivé kategorie průmyslových činností dle přílohy č. 1 zákona č. 76/2002 Sb.;  kategorie průmyslových činností dle přílohy č. 1 zákona č. 76/2002 Sb. – vázány na jednotky zařízení a seznam OZO;  správní úřady – seznam správních úřadů, včetně kontaktních údajů;  ostatní dokumenty: např. „Hodnocení BAT 2003 – 2008“. Uživatelé systému  MŽP, odbor posuzování vlivů na životní prostředí a integrované prevence (OPVI) – správce systému;  Krajské úřady (KÚ), odbory životního prostředí (OŽP) – pracovníci jednotlivých KÚ vkládají do IS záznamy, umísťují do IS dokumenty; přístup do systému mají na základě přístupového jména a hesla;  veřejnost – možnost vyhledání ve výše zmíněných seznamech, filtrování v seznamu žádostí, čtení přiložených dokumentů (uživatelská práva na úrovni veřejnosti mají také účastníci řízení, dotčené orgány státní správy nebo OZO, včetně zaměstnanců CENIA). Počet uživatelů systému Projekt „SIRIUS - Systém integrace a řízení informací v oblasti technické ochrany životního prostředí“ (registrační kód projektu: CZ.1.06/1.1.00/07.06408) je spolufinancován Evropskou unií v rámci Evropského fondu pro regionální rozvoj a Integrovaného operačního programu. Stránka 7/105

 MŽP, OPVI – správce systému – administrátorská práva – 2 uživatelé;  Pracovníci KÚ, OŽP – 14 KÚ – řízené přístupy (přístupová jména a hesla) – cca 100 uživatelů;  veřejnost, účastníci řízení, dotčené orgány státní správy, OZO, zaměstnanci CENIA – cca 15 000 uživatelů. Vstupy do IS  Registrační záznam provozovatele IPPC zařízení – identifikátorem je IČ.  Identifikační záznam jednotky zařízení v konkrétní žádosti o vydání integrovaného povolení (IP) – záznam je vztažen k žádosti o vydání IP.  Registrační záznam žádosti o vydání IP – provádí se formální registrace, každý objekt má přidělen jednoznačný identifikátor.  Registrační záznam stručného shrnutí žádosti o vydání IP – provádí se formální registrace, každý objekt má přidělen jednoznačný identifikátor.  Registrační záznam vyjádření OZO – provádí se formální registrace, každý objekt má přidělen jednoznačný identifikátor.  Registrační záznam rozhodnutí o vydání IP – provádí se formální registrace, každý objekt má přidělen jednoznačný identifikátor.  Registrační záznam odvolání proti rozhodnutí o vydání IP – provádí se formální registrace, každý objekt má přidělen jednoznačný identifikátor.  Registrační záznam o ukončení provozu zařízení – provádí se formální registrace, každý objekt má přidělen jednoznačný identifikátor.  Registrační záznam změny IP – provádí se formální registrace, každý objekt má přidělen jednoznačný identifikátor.  Registrační záznam usnesení o přerušení řízení – provádí se formální registrace, každý objekt má přidělen jednoznačný identifikátor.  Registrační záznam usnesení o zastavení řízení – provádí se formální registrace, každý objekt má přidělen jednoznačný identifikátor.  Registrační záznam změny provozovatele konkrétní jednotky zařízení – provádí se formální registrace, každý objekt má přidělen jednoznačný identifikátor. Projekt „SIRIUS - Systém integrace a řízení informací v oblasti technické ochrany životního prostředí“ (registrační kód projektu: CZ.1.06/1.1.00/07.06408) je spolufinancován Evropskou unií v rámci Evropského fondu pro regionální rozvoj a Integrovaného operačního programu. Stránka 8/105

 Katalogizační list kategorie zařízení – řízený slovník a rozhraní pro statistické výpočty.  Adresářový identifikační záznam OZO – každý objekt má přidělen jednoznačný identifikátor.  Adresářový identifikační záznam správního úřadu – každý objekt má přidělen jednoznačný identifikátor.  Formálně publikovaný obecný nestrukturovaný dokument – každý objekt má přidělen jednoznačný identifikátor. Výstupy z IS  Prohlížení dokumentů ve vazbě na povolovací proces IPPC;  Statistiky:  počty žádostí o vydání IP – podle krajů, stavu vyřízení, provozovatelů a změn IP;  Seznamy – provozovatelů, jednotek zařízení, OZO, kategorií průmyslových činností a správních úřadů. 2.1.2. AGENDA IRZ

Ohlašování do Integrovaného registru znečišťování životního prostředí je prováděno na základě zákona č. 25/2008 Sb., který upravuje povinnosti stanovené nařízením Evropského parlamentu a Rady (ES) č. 166/2006 a prováděcích právních předpisů – nařízení vlády č. 145/2008 Sb. (novelizováno nařízením vlády č. 450/2011 Sb.), kterým se stanoví seznam znečišťujících látek a prahových hodnot a údaje požadované pro ohlašování do integrovaného registru znečišťování životního prostředí. Hlášení jsou v případě vzniku ohlašovací povinnosti ohlašovateli zasílána v elektronické podobě dle platného datového standardu přes ISPOP (Integrovaný systém plnění ohlašovacích povinností). Tedy nejedná se o každoročně periodicky zasílanou agendu – vznik ohlašovací povinnosti je u každé provozovny daného subjektu vázán na překročení ohlašovacích prahů. Základní členění ohlašovaných údajů ve formuláři: 

Identifikační údaje organizace




Identifikační údaje provozovny (každá provozovna má svůj jednoznačný identifikátor IČP)



Údaje o zpracovateli hlášení



Údaje o činnosti provozovny



Údaje o únicích a přenosech znečišťujících látek



Údaje o přenosech množství nebezpečných a ostatních odpadů mimo provozovnu

Původní oddělením spravovaný systém - IS QT není od 01. 01. 2011 v provozu ani jako archiv. Náhledy dat z tohoto systému se podařilo zálohovat pouze ve formátu HTML. Jednalo se o ohlašovací roky 2004 až 2008. Komunikačním rozhraním systému byla webová aplikace IS QT (informační systém QueryTool) s napojením na prezentační vrstvu - webovou stránku, kde byla prezentována veřejná data. Neveřejné jádro systému umožňovalo oprávněným osobám z MŽP, ČIŽP a CENIA, na základě řízených přístupových práv, využití řady funkcionalit, které umožňovaly efektivní administraci celého procesu. V současné době na oddělení neexistuje nástroj, který by komplexně a systémově řešil danou problematiku. Dostupné provizorní nástroje vyžadují značnou část manuálního úsilí, které významnou měrou prodlužuje celý proces od upload dat z ISPOP až po přípravu, zveřejnění a reporting. Z tohoto důvodu je nezbytné vytvořit adekvátní náhradu systému s pokročilejšími nástroji pro evidenci, administraci, statistické vyhodnocování dat apod. Umístění vyhledávače pro veřejnost (pozn. obsahuje vybrané údaje z formuláře): http://tomcat.cenia.cz/irz/ Na pozadí tohoto vyhledávače pracuje jednoduchý nástroj umožňující pracovníkům oddělení manuální vklad oprav či dodatečně zaslaných xml souborů a odstranění publikovaných hlášení. Hromadný vklad xml souborů je zajišťován externí osobou po předání vyžádaných souborů z ISPOP. Počátkem roku 2012 byl na oddělení předán nástroj, který je ve fázi testování. Protože stávající provizorní řešení nevyhovují potřebám agendy, je popisován lépe vyhovující dřívější systém IS Query Tool Uživatelé systému QT:




MŽP, odbor posuzování vlivů na životní prostředí a integrované prevence (OPVI) oddělení IPPC a IRZ; přístup do systému IRZ (viz IS QT) mají oprávnění pracovníci oddělení IPPC a IRZ.



CENIA, česká informační agentura životního prostředí - oddělení ISPOP a IRZ; přístup do systému IRZ (viz IS QT) mají také pouze oprávnění pracovníci oddělení ISPOP a IRZ.



Česká inspekce životního prostředí – pracovníci jednotlivých oblastních inspektorátů ČIŽP. Inspekce ze zákona č. 25/2008 Sb. kontroluje plnění ohlašovací povinností do integrovaného registru znečišťování a vedení evidence údajů nezbytných k ohlašování do integrovaného registru znečišťování a dále rozhoduje o právních deliktech podle § 5 zákona č. 25/2008 Sb. Přístup do systému IRZ (viz IS QT) mají příslušní pracovníci.



veřejnost – nemá možnost přímého přístup do systému IRZ (viz IS QT). Data obsažená v IS QT jsou volně přístupná - každoročně hromadně publikována a průběžně aktualizována - na webové stránce IRZ, kde je možné provádět vyhledání nad uloženými a publikovanými ohlášenými daty. Z vyhledaných dat je možné přímo na webové stránce vytvářet výstupy do „.xls“ souboru.

Základní členění ohlašovaných údajů v IRZ formuláři: 

Identifikační údaje o organizaci (IČO apod.)



Identifikační údaje o provozovně (včetně čísla provozovny IČP a souřadnic)



Údaje o činnosti provozovny (tj. s či bez E-PRTR činnosti nebo obojí)



Úniky a přenosy znečišťujících látek do ovzduší, vody a půdy (např. název látky, metoda zjišťování, metodika apod.)



Přenosy množství odpadů mimo provozovnu: „O“ - ostatní či „N“ - nebezpečný odpad (postup zpracování, metoda zjišťování, předání do zahraničí, příjemce odpadu apod.)

Vstupy do IS QT (vnitřní prostředí): 

příjem, zpracování a zobrazení strukturovaných dat (vizualizace) z autorizovaných IRZ formulářů z IS CO (informační systém Centrální ohlašovna - od 01. 01. 2011 není dostupný) včetně potřebných metadat ke každému hlášení (pozn. propojení mezi IS QT a ISPOP nebylo nikdy realizováno - do IS QT tedy nebyla převedena data za ohlašovací roky 2009 a následující + opravy doručené již do ISPOP v kalendářním roce 2010 za předchozí ohlašovací období a dále;



on-line propojení s registrem IRZ provozoven v IS CO;



on-line propojení s registrem organizací v IS CO;




on-line propojení s Administrativním registrem ekonomických subjektů (ARES) provozovaných Ministerstvem vnitra České republiky (viz více http://wwwinfo.mfcr.cz/ares/ares.html) ;



Administraci IRZ hlášení (přiřazování stavů hlášení - nové, v řešení, zkontrolované a smazané);



zpracování dat z IRZ formulářů (tj. kontrolu hlášení včetně vizuálního porovnání s předchozími roky - možnost vytváření srovnávacích pohledů za příslušná ohlašovací období + vkládání poznámek;



vizuální detekce možných duplicitních IRZ hlášení;



řízenou jednorázovou a průběžnou publikaci ohlášených a zkontrolovaných dat na PVS - webu IRZ (v případě zaslaných oprav automatické smazání publikovaných dat, s následným nahrazením dat z opravného hlášení);



podrobné vyhledávání včetně tvorby datových exportů nad všemi ohlášenými daty a metadaty z IS CO s možností exportu do xls souboru;



vytváření základních i pokročilých statistických výstupů k agendě IRZ nad všemi ohlášenými daty a metadaty z IS CO s možností exportu do xls souboru;



automatické logování (sledování) činností uživatelů systému apod;



přístup do systému skupinám uživatelů s rozdílnými přístupovými právy.

Výstupy z IS QT (vnější prostředí): 

vymezení okruhu subjektů (IRZ provozoven) podléhajících reportingové povinnosti;



řízená hromadná publikace hlášení do IRZ k 30. září příslušného roku. Po tomto datu byla data průběžně aktualizována s ohledem na dodatečně zaslaná (po ohlašovacím termínu) hlášení a autorizované opravy. (pozn. Publikace probíhala tak, že na portálu bylo vždy publikováno pouze jedno IRZ hlášení dle IČP pro příslušný ohlašovací rok, tj. oprava plně nahradila původní hlášení).



poskytnutí - zpřístupnění dat pověřeným pracovníkům ČIŽP, MŽP a CENIA (pohledy na IRZ data koncipovány dle rolí jednotlivých uživatelů);



možnost vyhledávání nad všemi uloženými daty/soubory;



vytváření libovolných statistických výstupů na základě zvolených parametrů s možností exportu do „.xls“ souboru. 2.1.3. AGENDA SEA


Informační systém SEA je provozován, rovněž jako proces EIA, na základě zákona č. 100/2001 Sb., o posuzování vlivů na životní prostředí a o změně některých souvisejících zákonů (zákon o posuzování vlivů na životní prostředí), ve znění pozdějších předpisů. V rámci procesu posuzování vlivů na životní prostředí (dále proces SEA) se posuzuje vliv koncepcí, resp. strategií (používá se termín strategické posuzování) na životní prostředí. Rozlišují se strategie na národní (Koncepce), regionální (Zásady územního rozvoje) a lokální úrovni (Územní plány obcí). Do IS se tedy vkládají dokumenty vztahující se k záměru, který je posuzován, přičemž IS kopíruje proces SEA v tom, že dokumenty se sem vkládají v každé fázi posuzování, shodně s lhůtami, jak to ukládá zákon. Jeho hlavním úkolem je zajištění publikace informací o procesu posuzování, zejména evidence a zveřejňování dokumentů vzniklých v procesu posuzování, zahrnuje seznam autorizovaných osob pro zpracování dokumentace a posudku a pro hodnocení vlivů na území Natury 2000, obsahuje přehled legislativy vztahující se k procesu posuzování včetně výkladů, nařízení a sdělení. Systém je konstruován jako dokumentový. Je provozován na platforme Java 6 v servletovém kontejneru Tomcat 6a je umístěn na serveru CENIA a spravován oddělením IPPC a EIA na CENIA. Komunikačním rozhraním systému je webová aplikace. Umístění systému: www.cenia.cz/sea Uživatelé systému 

Ministerstvo životního prostředí (MŽP), odbor posuzování vlivů na životní prostředí a integrované prevence (OPVI)



Krajské úřady (KÚ), odbory životního prostředí

příslušní pracovníci vkládají do IS záznamy, umísťují do IS dokumenty; přístup do systému mají na základě přístupového jména a hesla 

CENIA – správce systému - kompletní přístupová práva na opravu vkládaných údajů, mazánía vkládání dokumentů, možnost změnit datum vytvoření dokumentu




veřejnost – možnost vyhledání ve výše zmíněných seznamech, filtrování v seznamu žádostí, čtení přiložených dokumentů (uživatelská práva na úrovni veřejnosti mají také účastníci řízení, dotčené orgány státní správy)

Vstupy do IS 

Koncepce - evidence koncepcí; upload souborů různých textových i grafických formátů je prováděn cíleně vždy k určitému záznamu, který má jedinečný identifikátor



Revize operačních programů - upload souborů různých textových i grafických formátů je prováděn cíleně vždy k určitému záznamu, který má jedinečný identifikátor



Politika územního rozvoje – jedná se o jediný záznam, upload souborů různých textových i grafických formátů je prováděn cíleně k danému záznamu, který má jedinečný identifikátor



Zásady územního rozvoje - upload souborů různých textových i grafických formátu je prováděn cíleně vždy k určitému záznamu, který má jedinečný identifikátor



Územní plány obcí dle z. č. 183/2006 Sb. - upload souborů různých textových i grafických formátů je prováděn cíleně vždy k určitému záznamu, který má jedinečný identifikátor



Mezistátní posuzování dle §14b) - upload souborů různých textových i grafických formátů je prováděn cíleně vždy k určitému záznamu, který má jedinečný identifikátor



Autorizované osoby pro zpracování dokumentace a posudku - jedinečný identifikátor umožňuje identifikaci osoby a současně propojení osoby se záznamy v IS SEA



Autorizované osoby pro Natura 2000 - jedinečný identifikátor umožňuje identifikaci osoby a současně propojení osoby se záznamy v IS SEA



Přehled posuzovatelů koncepcí - za jednotlivé roky, formou tabulky, seznam autorizovanýchosob s jejich vazbou na záměry, na kterých pracovali



Posuzování UPD VÚC (Územně plánovací dokumentace velkých územních celků) – (do roku 2006) - nyní již statické; upload souborů různých textových i grafických formátů je prováděn cíleně vždy k určitému záznamu, který má jedinečný identifikátor



Územní plány obcí (do roku 2006) - nyní již statické; upload souborů různých textových i grafických formátů je prováděn cíleně vždy k určitému záznamu, který má jedinečný identifikátor

Výstupy z IS 

Prohlížení dokumentů ve vazbě na proces posuzování



Statistiky:  Počet posuzovaných koncepcí v jednotlivých letech

o

podle krajů


o

podle správních úřadů

 Počet posuzovaných zásad územního rozvoje v jednotlivých letech

o

podle krajů

 Počet posuzovaných územních plánů velkých územních celků v jednotlivých

letech o

podle krajů

 Počet posuzovaných územních plánů dle z.č. 183/2006 Sb. v jednotlivých

letech o podle krajů o podle správních úřadů  Počet posuzovaných územních plánů do r. 2006 v jednotlivých letech

o podle krajů o podle správních úřadů 

Seznamy – autorizovaných osob pro zpracování dokumentace a posudku a pro hodnocení vlivů na území Natura 2000, záměry dotčené vlivem na soustavu Natura 2000 2.1.4. AGENDA ODPADOVÉ HOSPODÁŘSTVÍ

Agendu odpadového hospodářství lze dle produktů dělit na 11 základních kategorií: 

Odpady



Autovraky (online)



Evidence přepravy nebezpečných odpadů v ČR



Přeshraniční přeprava odpadů



Obaly



Zpětný odběr výrobků (elektrozařízení a elektroodpady; baterie a akumulátory; oleje, pneumatiky; autovraky)



Zařízení v OH (skládky; zařízení na využívání a odstraňování odpadů; shromažďovací místa NO)



PCB (inventarizace zařízení a látek obsahujících PCB)



Hlášení krajských úřadů nebo ORP o vydaných souhlasech a dalších rozhodnutí



Rozhodnutí správních orgánů o pokutách



Hodnocení nebezpečných vlastností odpadů 2.1.4.1.

INFORMAČNÍ SYSTÉM ODPADOVÉHO HOSPODÁŘSTVÍ


Základním informačním systémem provozovaným pro sběr dat o odpadech a jejich hodnocení je Informační systém odpadového hospodářství (dále jen „ISOH“). Systém je konstruován jako SQL databáze vytvářená v prostředí FIREBIRD. Pro sběr a zpracování dat je stanoven datový

standard

MŽP,

dostupný

na

url:

http://www.mzp.cz/cz/evidencni_ohasovaci_standardy. Vlastníkem ISOH je Ministerstvo životního prostředí, provozovatelem CENIA, česká informační agentura životního prostředí. Umístění systému: http://isoh.cenia.cz/groupisoh http://isoh.cenia.cz/allisoh Systém ISOH je tvořen následujícími agendami ohlašování: 

Hlášení o produkci a nakládání s odpady („roční hlášení“), dle přílohy č. 20 vyhlášky č. 383/2001 Sb., o podrobnostech nakládání s odpady.



Kaly z ČOV, dle listu č. 3 přílohy č. 20 vyhlášky č. 383/2001 Sb.



Údaje o finanční rezervě a volné kapacitě skládky, dle listu 4 přílohy č. 20 vyhlášky č. 383/2001 Sb.



Evidence skládek odpadů, dle přílohy č. 23 vyhlášky č. 383/2001 Sb.



Zařízení na využívání a odstraňování odpadů, dle přílohy č. 22 vyhlášky č. 383/2001 Sb.



Shromažďovací místa nebezpečných odpadů, sběrová místa a sklady odpadů (sběrné dvory), dle přílohy č. 24 vyhlášky č. 383/2001 Sb.



Hlášení o sběru a zpracování autovraků, jejich částí, o produkci a nakládání s odpady (roční hlášení o sběru a zpracování autovraků), dle přílohy č. 4 vyhlášky č. 352/2008 Sb., o podrobnostech nakládání s autovraky.



Potvrzení o převzetí autovraku do zařízení ke sběru autovraků, dle přílohy č. 3 vyhlášky č. 352/2008 Sb. (data z MA ISOH)



Roční zpráva výrobce a akreditovaného zástupce vybraných vozidel, dle přílohy č. 5 vyhlášky č. 352/2008 Sb.



Hlášení o zpracování, využívání a odstraňování elektroodpadů včetně hlášení o produkci a nakládání, dle přílohy č. 8 vyhlášky č. 352/2005 Sb., o nakládání s elektrozařízeními a elektroodpady.




Seznam výrobců a kolektivních systémů, dle přílohy č. 2, 3 vyhlášky č. 352/2005 Sb., o nakládání s elektrozařízeními a elektroodpady.



Roční zpráva o plnění ZO elektrozařízení a odděleného sběru elektroodpadů, dle přílohy č. 4 vyhlášky č. 352/2005 Sb., o nakládání s elektrozařízeními a elektroodpady.



Hlášení krajského úřadu nebo ORP o vydaných souhlasech a dalších rozhodnutích, dle přílohy č. 25 vyhlášky č. 383/2001 Sb.



Seznam dopravců odpadů, dle přílohy č. 27 vyhlášky č. 383/2001 Sb.

Výstupy z IS: 

Statistiky



Soustava indikátorů odpadového hospodářství stanovených v Plánu odpadového hospodářství ČR



Údaje pro statistické ročenky, reporty pro EU, data do ISSaR

Tento IS bude nahrazen IS SIRIUS, většina dat bude ohlašována prostřednictvím ISPOP a odtud importována do IS SIRIUS. 2.1.4.2. INFORMAČNÍ SYSTÉM PRO SLEDOVÁNÍ TOKU VYBRANÝCH AUTOVRAKŮ (MA ISOH)

MA ISOH slouží pro online ohlašování autovraků přebíraných do zařízení ke sběru a zpracování autovraků. Systém je konstruován jako SQL databáze vytvářená v prostředí FIREBIRD. Pro sběr a zpracování dat je stanoven datový standard MŽP, dostupný na url: http://www.mzp.cz/cz/evidencni_ohasovaci_standardy Systém disponuje propojením na IS Policie ČR, kdy prostřednictvím WS dochází k prověření přijímaného autovraku do zařízení s databází hledaných vozidel. Dalším propojením je vazba na CzechPOINT, kdy přepážky CzechPOINT vydávají přístupové údaje do systému a mohou měnit základní registrační a kontaktní údaje uživatelů systému (zpracovatelů autovraků). Vlastníkem MA ISOH je Ministerstvo životního prostředí, provozovatelem CENIA, česká informační agentura životního prostředí. Umístění systému:

https://autovraky.mzp.cz/autovrak


Součásti systému: 

Potvrzení o převzetí autovraku do zařízení, dle přílohy č. 3 vyhlášky č. 352/2008 Sb.



Přehled zařízení MA ISOH (rejstřík zpracovatelů autovraků)



Rejstřík autovraků



Číselník továrních značek, číselník chybějících částí

MA ISOH nebude IS SIRIUS nahrazován. Historická data budou namigrována do IS SIRIUS. Aktuální data budou předávána do IS SIRIUS prostřednictvím WS. 2.1.4.3.

DATABÁZE OBALY

Ohlašování údajů o obalech je řízeno zákonem č. 477/2001 Sb. a vyhláškou č. 641/2004 Sb. Roční výkazy, evidence množství obalů a odpadů jsou zasílána MŽP v listinné podobě a na technickém nosiči dat. Součásti databáze: 

Roční výkazy o obalech – 4 druhy hlášení



Evidence množství obalů a množství odpadů, způsob jejich využití - Autorizovaná obalová společnost (AOS)



Seznam osob, které jsou nositeli zpětného odběru – podle § 14 zákona o obalech



Seznam osob, které mají smlouvu s autorizovanou spol. – podle § 23 zákona o obalech

Data jsou manuálně přepisována do databáze MŽP 

tabulky MS Excel (XLS)



prostředí Lotus Notes

Evidenci dat a úpravy v databázi provádí CENIA - odd. odpadového hospodářství. Výstupy z IS: 

Statistiky



Soustava indikátorů odpadového hospodářství stanovených v POH ČR




Tyto databáze budou nahrazeny IS SIRIUS. Projekt „SIRIUS - Systém integrace a řízení informací v oblasti technické ochrany životního prostředí“ (registrační kód projektu: CZ.1.06/1.1.00/07.06408) je spolufinancován Evropskou unií v rámci Evropského fondu pro regionální rozvoj a Integrovaného operačního programu. Stránka 18/105

2.1.4.4.

EVIDENCE ZPĚTNÉHO ODBĚRU VÝROBKŮ

Ohlašování a evidence zpětně odebraných výrobků je prováděna na základě zákona č. 185/2001 Sb. a prováděcích právních předpisů - vyhlášky č. 383/2001 Sb., č.352/2005 Sb., č. 170/2010 Sb. Do evidence se zaznamenávají data o zpětně odebraných olejích, pneumatikách, bateriích a akumulátorech, elektrozařízeních, vozidlech. Roční zprávy o zpětném odběru jsou dle současné právní úpravy zasílány na MŽP buď v listinné, nebo v elektronické podobě v přenosovém standardu dat o odpadech. Od roku 2012 je ohlašování prováděno pouze elektronicky prostřednictvím ISPOP, výjimku dosud tvoří evidence baterií a akumulátorů, u které není stanovena zákonná povinnost podávat elektronické hlášení prostřednictvím ISPOP (očekává se doplnění této povinnost při novelizaci právního předpisu). Roční zpráva

Způsob podání roční

Existence

Roční zpráva

zprávy (podle platné

datového

bude

legislativy)

standardu

podávána přes ISPOP (po roce 2012)

Roční zpráva výrobce a

v elektronické podobě

akreditovaného zástupce

v přenosovém standardu

vybraných vozidel

dat o odpadech

Roční zpráva o plnění

v listinné podobě nebo v

zpětného odběru

elektronické podobě

ANO

ANO

ANO

ANO

ANO

ANO

v přenosovém standardu dat o odpadech Roční zpráva o plnění

v listinné podobě nebo v

povinnosti zpětného odběru



elektrozařízení a


odděleného sběru

dat o odpadech

elektroodpadů Roční zpráva o plnění

v listinné podobě a

povinnosti zpětného odběru


nebude

a odděl. sběru baterií a


provedena

akumulátorů

dat o odpadech

změna

NE

NE (pokud

legislativy) Všechna podání z MŽP i podání importovaná přes ISPOP se převádějí do listinné podoby a předávají ke zpracování – CENIA, odd. odpadového hospodářství. Údaje z ročních zpráv jsou manuálně přepisovány do databáze CENIA – tabulky excel (XLS). Výstupy: Tabulky – MS Excel (XLS) 

Statistiky



Soustava indikátorů odpadového hospodářství stanovených v POH ČR



Údaje pro statistické ročenky, reporty pro EU

Tento IS bude nahrazen IS SIRIUS, data budou importována přes ISPOP. 2.1.4.5.

EVIDENCE PŘEPRAVY NEBEZPEČNÝCH ODPADŮ

Povinnost účastníků přepravy nebezpečných odpadů vést evidenci o této přepravě je stanovena zákonem č. 185/2001 Sb. a vyhláškou č. 383/2001 Sb. Evidence je vedena výhradně v listinné podobě, neexistuje centrální databáze přeprav (formuláře jsou zasílány na jednotlivá ORP). Na základě usnesení vlády ČR a požadavku MŽP byl zahájen projekt, jehož cílem je: 

zpracovat on-line informační systém o pohybu nebezpečných látek a odpadů v ČR, zajistit jeho propojení s již existujícími systémy v ostatních státech EU




vytvořit databázový on-line systém postavený na univerzálním rozhraní webových služeb (SOAP, WSDL, popř. UDDI) pro spolupráci s dalšími aplikacemi v oblasti přepravy nebezpečných věcí a odpadů



sjednotit agendy přepravy NO podle ADR a podle zákona o odpadech při využití systému ISPOP



centralizovat evidenci přepravy NO

V současné době probíhá rozhodování na úrovni MŽP, zda-li bude vytvořen samostatný IS nebo bude pro ohlašování využit jednotný formulář v ISPOP. Podle výsledku rozhodnutí MŽP bude zdrojem dat samostatný IS nebo ISPOP. 2.1.4.6.

EVIDENCE PŘESHRANIČNÍ PŘEPRAVY ODPADŮ (IS NITAR)

Povinnost podat informace o přeshraničním pohybu/přepravě odpadů je stanovena zákonem č. 185/2001 Sb., průvodní doklad musí splňovat náležitosti přílohy IB Nařízení EP a rady ES č. 1013/2006. Formulář Průvodní doklad pro přeshraniční pohyb/přepravu odpadů je k dispozici pouze v listinné podobě. Databáze IS NITAR je naplňována na základě vydaných rozhodnutí MŽP o povolení přeshraniční přepravy (v MS Access): 

základní údaje z rozhodnutí jsou převedeny do IS NITAR



do IS jsou pak ručně vkládána další data z formuláře Průvodní doklad pro přeshraniční pohyb - daty jednotlivých částí přepravy odpadu (datum převzetí odpadu, převzetí odpadu do zařízení, datum zpracování odpadu), množství odpadů, kód nakládání s odpadem...

IS NITAR: Informační systém zaměřený na problematiku evidence a výkaznictví; vytvořený speciálně pro Úsek technické ochrany životního prostředí agentury CENIA. Verze: 1.0012.0001 Platforma serveru: hardware PC kompatibilní operační systém Microsoft Windows 2000 Professional webový server Apache


programovací jazyk PHP databáze MySQL HTML Umístění systému: http://www.purl.oclc.org/NET/nitar http://www.purl.org/NET/nitar http://purl.org/net/nitar Součásti systému: 

Archiv



Katalog odpadů






Nelegální přeshraniční přeprava odpadů



Seznam kategorií



Seznam kódů nakládání s odpady



Seznam států, seznam krajů

Výstupy z IS: 

Statistiky




IS NITAR (modul přeshraniční přeprava odpadů a nelegální přeshraniční přeprava odpadů) bude nahrazen IS SIRIUS; je nutné zajistit externí vstup do IS SIRIUS, přes který bude možné dávkově a automaticky importovat databázi rozhodnutí MŽP (rozhodnutí o povolení přeshraniční přepravy - v MS Access) a ručně prostřednictvím web aplikace vkládat data z formuláře Průvodní doklad pro přeshraniční pohyb (existuje pouze v listinné podobě).


2.1.4.7.

INVENTARIZACE ZAŘÍZE NÍ A LÁTEK OBSAHUJÍCÍCH PCB 2

Povinnost podat hlášení o zařízení a látkách obsahujících PCB je dána zákonem č. 185/2001 Sb. a vyhláškou č. 384/2001 Sb. Hlášení jsou přijímána v listinné nebo elektronické podobě. Elektronické formuláře (Evidenční list pro inventarizaci zařízení a Hlášení o změně vlastnických vztahů) neodpovídají přenosovému standardu dat. V letech 2011 a 2012 vznikla povinnost zasílat hlášení pouze v přenosovém standardu dat o odpadech prostřednictvím ISPOP. Evidence dat: V současné době neexistuje jednotná databáze zařízení obsahujících PCB, část dat je v listinné evidenci, část v elektronické, evidence je roztříštěná. Evidenci dat vedl do roku 2011 pro MŽP Výzkumný ústav vodohospodářský T.G. Masaryka v Praze, nyní evidenci dat spravuje CENIA. Načítací program PCB: Slouží k vygenerování registračního šestičíslí evidenčního listu a k převodu základních evidenčních listů zaslaných ve formátu XLS do formátu TXT a k převodu takto zpracovaných listů do výstupního formátu OUT. Systém není připraven na příjem dat, která budou nově získávána výhradně přes ISPOP (povinnost stanovena zákonem č. 185/2001 Sb., a zákonem č. 25/2008 Sb.). Výstupy:

2 Poznámka před vydáním finálního dokumentu: V současné době probíhá jednání mezi MŽP a CENIA, je očekáváno manažerské rozhodnutí o budoucnosti této agendy, zejména je-li skutečně nezbytné elektronizovat historická data. Pokud k rozhodnutí dojde, budou elektronizovaná historická data importována do IS SIRIUS. Nepředpokládáme, že IS SIRIUS bude financovat elektronizaci dat.


Tabulky – MS Excel. (Z tabulek není možné standardním způsobem provádět základní statistická vyhodnocení). 1. Statistiky 2. Soustava indikátorů odpadového hospodářství stanovených v POH ČR 3. Údaje pro statistické ročenky, reporty pro EU, data do ISSaR Tento stávající IS bude nahrazen IS SIRIUS, data budou importována přes ISPOP. 2.1.4.8.

HODNOCENÍ NEBEZPEČNÝCH VLASTNOSTÍ ODPADŮ

Povinnosti účastníků hodnocení nebezpečných vlastností odpadů vést evidenci o procesu jsou stanoveny zákonem č. 185/2001 Sb., vyhláškou č. 383/2001 Sb. a vyhláškou 376/2001 Sb. Evidence je vedena výhradně v listinné podobě, neexistuje centrální databáze (informace o uskutečněných hodnoceních jsou zasílány na MŽP). V současné době probíhá rozhodování na MŽP, zda-li bude vytvořen samostatný IS nebo pro ohlašování bude využit jednotný formulář v ISPOP. Zavedení informačního systému, resp. elektronického sběru dat, souvisí s potřebou průběžné kontroly procesu hodnocení nebezpečných vlastností odpadů. Podle výsledku rozhodnutí MŽP bude zdrojem dat samostatný IS nebo ISPOP. 2.1.5. AGENDA POPLATKŮ V ŽIVOTNÍM PROSTŘEDÍ

Data z resortního statistického zjišťování MŽP jsou zajišťována v rámci Programu statistických zjišťování vyhlašovaného ČSÚ ve spolupráci s jednotlivými resorty. V resortu MŽP je pro výkon státní statistické služby zmocněna i CENIA, která kompletuje a zpracovává následující roční statistické výkazy, pro jejichž podávání bude sloužit ISPOP:  poplatky za znečišťování ovzduší – střední stacionární zdroje znečištění  odnětí a o poplatky za odnětí pozemků určených k plnění funkcí lesů podle lesního zákona  poplatky za ukládání odpadů  poplatky za znečišťování ovzduší – velké a zvláště velké zdroje znečištění Projekt „SIRIUS - Systém integrace a řízení informací v oblasti technické ochrany životního prostředí“ (registrační kód projektu: CZ.1.06/1.1.00/07.06408) je spolufinancován Evropskou unií v rámci Evropského fondu pro regionální rozvoj a Integrovaného operačního programu. Stránka 24/105

 odnětí a odvody za odnětí půdy ze zemědělského půdního fondu podle zákona o ochraně zemědělského půdního fondu V rámci Programu statistického zjišťování agentura CENIA jakožto zpracovatel rozesílá na základě požadavku z MŽP všem zpravodajským jednotkám vzory výkazů i s metodickými poznámkami a termínem odevzdání údajů. Zpravodajské jednotky (tj. obecní úřady obcí s rozšířenou působností, orgány kraje, orgány státní správy lesů, orgány státní správy na úseku zemědělského půdního fondu, provozovatelé skládek) zasílají v průběhu měsíců leden–září zpět požadované výkazy přes podatelnu klasickou poštou potvrzené razítkem a podpisem či pro jejich rychlejší zpracování i elektronicky prostřednictvím informačního systému datových schránek. Tato agenda není součástí ISPOP a bude požadováno její začlenění do ISPOP. Oprávnění pracovníci CENIA přijaté výkazy zpracovávají v souladu se směrnicí MŽP č. 6/1999, především s ohledem na ochranu individuálních údajů. Ve fázi příjmu výkazů provádějí kontroly úplnosti a správnosti dat, v případě nedostatků tyto konzultují s příslušnými zpravodajskými jednotkami. Po kontrole jsou data zpracována (jakožto souhrnné informace) pro publikaci ve Statistické ročence ŽP, kde jsou k dispozici jejím uživatelům a dále pro účely následných analýz a opatření ze strany MŽP. Poplatkové „databáze“ mají v současné době podobu tabulek v Microsoft Excelu, kam se ručně vpisují získávaná data, která se dále zpracovávají do podoby určené pro statistickou ročenku a pro účely mezinárodního srovnání v rámci ekonomické databáze OECD. Všechny zpracované výkazy se následně zasílají na MŽP k archivaci popř. skartaci. 2.1.6. AGENDA OCHRANY OVZDUŠÍ

Agendu ovzduší lze dělit na 3 základní kategorie: Souhrnná provozní evidence a oznámení o poplatcích zdrojů znečišťování ovzduší Databáze resortních expertů a akreditací Oznámení týkající se halogenovaných látek


Evidence hasicích přístrojů s obsahem halonů Ohlašování a evidence agendy ovzduší je prováděna na základě zákona č. 86/2002 Sb. a prováděcích právních předpisů - vyhlášky č. 205/2009 Sb. a vyhlášky č. 279/2009 Sb. Do jednotlivých evidencí se zaznamenávají data o provozu zdrojů znečišťování emisí nebo o používání nebezpečných látek vymezených zákonem a ohlašují se jedenkrát za rok. Od roku 2011 (údaje za rok 2010) je ohlašování prováděno pouze elektronicky prostřednictvím ISPOP, výjimku dosud tvoří ohlašování poplatků za malé zdroje. Další ohlašovací povinnosti se týkají distribuce paliv a produkce skleníkových plynů. Tyto dvě agendy nejsou doposud součástí ISPOP. Nově schválený zákon o ochraně ovzduší č. XX/2012 a jeho připravovaný prováděcí předpis mění některé náležitosti ohlašování, zpravidla ale až od r. 2014. 2.1.6.1. SOUHRNNÁ PROVOZNÍ EVIDENCE A POPLATKY ZA ZNEČIŠŤOVÁNÍ OVZDUŠÍ

Údaje formuláře F_OVZ_SPOJ jsou rozčleněny do pěti oddílů pro souhrnnou provozní evidenci (dále SPE) doplněných dvěma oddíly pro poplatky, navázanými na SPE. Prováděcí předpis, kterým je vyhláška 205/2009 Sb., uvádí v příloze č. 7 obsah SPE a je doplněna číselníky vyhlášenými Věstníkem MŽP. Část zahrnující poplatkovou agendu není legislativně formalizována a je obsahově jednodušší. Datový standard sestavený v návaznosti na SPE obsahuje řadu kontrol, zaměřených především na úplnost vyplnění formuláře a jeho logickou správnost. Pro doplnění údajů agendy poplatků je možné přiložit k formuláři přílohy typu MS Excel, MS Word, apod. Ohlášené údaje jsou z části (týká se především poplatková části formuláře) ověřovány orgány ochrany ovzduší a na jejich základě je vydáváno rozhodnutí o poplatku podle Správního řádu. Pokud jsou v údajích zjištěny nesrovnalosti, vyzve příslušný orgán ohlašovatele k nápravě a podání doplněného (opraveného) hlášení. Údaje SPE jsou využívány především pro aktualizaci Registru emisí a zdrojů znečišťování (dále REZZO) provozovaného ČHMÚ. Pro tyto potřeby jsou údaje SPE při importu do REZZO podrobně kontrolovány a při zjištění nesrovnalostí í neúplnosti jsou ohlašovatelé Projekt „SIRIUS - Systém integrace a řízení informací v oblasti technické ochrany životního prostředí“ (registrační kód projektu: CZ.1.06/1.1.00/07.06408) je spolufinancován Evropskou unií v rámci Evropského fondu pro regionální rozvoj a Integrovaného operačního programu. Stránka 26/105

vyzýváni k opravám. Ve výjimečných případech jsou opravy vyžadovány prostřednictvím podnětů podle Správního řádu přes ČIŽP. Většímu počtu takových žádostí brání značná administrativní náročnost při jejich vyřizování. Uživateli údajů REZZO jsou jak orgány ochrany ovzduší, tak další orgány státní správy a samosprávy. Jsou využívány pro plnění legislativou stanovených úkolů, jako je např. vymezování oblastí se zhoršenou kvalitou ovzduší, regulace zdrojů i koncepční dokumenty. Přímo v ČHMÚ jsou údaje využívány pro plnění reportingových povinností v rámci EU i pro plnění požadavků mezinárodních smluv. Vybrané údaje REZZO jsou rovněž veřejně prezentovány formou povinné informační agendy (registr spaloven) nebo jako specializované oborové informace (přehled zdrojů znečišťování ovzduší, emisní bilance). Nová legislativa, která by měla být účinná již od 1.9. 2012, popř. od 1.1. 2013 nepřináší do procesu vzniku, sběru, kontroly a využití údajů SPE a poplatků výraznější změny. REGULOVANÉ LÁTKY A POŽÁRNÍ OCHRANA

Údaje formuláře F_OVZ_RL a F_OVZ_PO jsou ohlašovateli v současné době předávány prostřednictvím ISPOP přímo MŽP.

2.1.7. MODUL DATA MINER

V současné době neexistuje aplikace odpovídající požadovanému modulu Data Miner. V CENIA jsou k dispozici licence statistického a dataminingového software. Tento software zatím není používán k automatizovanému zpracování a vyhodnocování dat. 2.1.8. INTEGRACE SE SPISOVOU SLUŽBOU

V současné době neexistuje propojení mezi spisovou službou MŽP a dalšími systémy ve smyslu integrace informací uložených v dokumentech procházejících spisovou službou s relevantními daty s ostatních systému za účelem podpory rozhodovacího procesu na úrovni MŽP. Projekt „SIRIUS - Systém integrace a řízení informací v oblasti technické ochrany životního prostředí“ (registrační kód projektu: CZ.1.06/1.1.00/07.06408) je spolufinancován Evropskou unií v rámci Evropského fondu pro regionální rozvoj a Integrovaného operačního programu. Stránka 27/105

2.1.9. ISSAR

ISSaR – informační systém statistiky a reportingu je komplexní systém pro práci s agregovanými statistickými daty, který slouží k jejich získávání, ukládání, kontrole, zpracování a publikaci. Tuto funkcionalitu zajišťuje celý soubor aplikací a postupů. Základem systému je datový sklad pro uložení tematicky i strukturně velmi heterogenních dat. Struktura a rozsah dat navíc není neměnná a proto datový sklad používá nestandardní denormalizovanou datovou strukturu. Datový sklad je vybudován v relačním systému řízené báze dat, konkrétně MySQL. Universálnost datového modelu vyžaduje existenci tzv. aplikační vrstvy, tj. sady programů vybudovaných na straně serveru, které jsou schopny složitý zápis universálního úložiště přečíst. Vstup dat do systému ISSaR zajišťuje formset ISSaR. Formset je název označující vytvořenou sadu formulářů pomocí aplikace DataBuilder. Sada představuje ucelené řešení pro ruční správu a validaci dat (vkládání, opravu, sledování, dotazování). Zveřejňování dat probíhá několika způsoby. Hlavním je webový portál, který je vytvářen v redakčním systému (CMS) Janitor RS, který umožňujeumožňujícím zobrazování informací pomocí grafů, tabulek a map s obrázky, vytváření šablon a formulářů a představuje řešení s dynamicky propojenými objekty jednotlivých specializovaných komponent (grafy, tabulky, objekty fomulářů, datasety apod.). Součástí portálu je prezentace indikátorů a online ročenka o životním prostředí ČR. Jednotlivé stránky a objekty stránek jsou přístupné rovněž prostřednictvím API rozhraní. K datům je možné přistupovat také pomocí webových služeb SOAP. V rámci evropského projektu SENSE byl zprovozněn systém sdílení dat pomocí technologie RDF a Linked Data. Součástí webového portálu je metadatové rozhraní pro prohlížení Datového skladu (DS ISSaR), které poskytuje uživatelům přímý přístup k aktuálně dostupným a veřejně přístupným datům z oblasti životního prostředí a souvisejících oblastí na základě jimi stanovených kritérií výběru. Projekt „SIRIUS - Systém integrace a řízení informací v oblasti technické ochrany životního prostředí“ (registrační kód projektu: CZ.1.06/1.1.00/07.06408) je spolufinancován Evropskou unií v rámci Evropského fondu pro regionální rozvoj a Integrovaného operačního programu. Stránka 28/105

Metadatové rozhraní je určeno pro vytváření vlastních datových výstupů. Data se zobrazují v tabulkách na základě vyhledávacích kritérií definovaných uživatelem. Ve výsledné tabulce se zobrazují všechny dostupné informace o jednotlivých datech.

2.2.OBJEM DAT STÁVAJÍCÍCH INFORMAČNÍCH SYSTÉMŮ A DATABÁZÍ

Název

Informační systém

Celková

Popis

velikost

Systém je složen z několika samostatných Celkem

EIA databází:

(IS EIA)

Přírůstek

Cca 10 nových

záznamů:

záznamů

cca 12 000

denně;

EIA - evidence záměrů (záměry na území ČR,

podlimitní

posuzování,

záměry,

posuzování

15-25 update

mezistátní

podle

zákona Celkový

244/1992 Sb.)

objem

Autorizované osoby pro EIA

cca 230 GB

jedinečný

identifikátor

záznamů denně

umožňuje

identifikaci osoby a současně propojení osoby se záznamy v EIA Autorizované osoby pro Natura 2000 jedinečný

identifikátor

umožňuje

identifikaci osoby a současně propojení osoby se záznamy v EIA Informační

Systém je složen z několika samostatných Celkem

3-5 záznamů


Název

Celková

Popis

velikost

Přírůstek

systém SEA databází:

záznamů:

denně, cca 10-

(IS SEA)

cca 5 800

15 manipulací s daty denně (tvorba nových

Koncepce evidence koncepcí upload

souborů

různých

textových

i

grafických formátů je prováděn cíleně vždy

Celkový

záznamů,

objem 230

autorizace,

GB

upload souborů).

k určitému záznamu, který má jedinečný identifikátor

Zásady územního rozvoje upload

souborů

různých

textových

i

grafických formátu je prováděn cíleně vždy k určitému záznamu, který má jedinečný identifikátor Územní plány obcí upload

souborů

různých

textových

i

grafických formátů je prováděn cíleně vždy k určitému záznamu, který má jedinečný identifikátor

Mezistátní posuzování


Název

Celková

Popis

upload

souborů

různých

velikost

textových

Přírůstek

i

grafických formátů je prováděn cíleně vždy k určitému záznamu, který má jedinečný identifikátor

Autorizované osoby pro EIA jedinečný

identifikátor

umožňuje

identifikaci osoby a současně propojení osoby se záznamy v IS SEA Integrovaný

Obsahuje data z provozoven, které zasílají velikost dat

registr

na jediné místo periodicky zprávu s údaji o agendy IRZ

znečišťování

emisích znečišťujících látek do ovzduší, - cca 2 GB

(IRZ)

vody, půdy a o přenosech těchto látek (v

100 MB/rok velikost 1 záznamu 60230 kB

odpadech a odpadních vodách)

ročně cca 1500 hlášení. Historická data 20042009 cca 3GB

Informační

provozovatelů

evidence

systém IPPC spadajících (IPPC)

pod

režim

a

zařízení Velikost

integrovaného systému 3 GB

povolování upload

souborů

různých

textových

i

65 000

5-7 záznamů denně, cca 1015 manipulací s daty denně (tvorba nových záznamů, autorizace, upload


Název

Celková

Popis

velikost

grafických formátů je prováděn cíleně vždy záznamů

Přírůstek souborů).

k určitému záznamu, který má jedinečný identifikátor

Informační

evidence agregovaných statistických údajů Cca 42 MB

Cca 26 000

systém

z oblasti monitoringu životního prostředí a

záznamů ročně 190 000

a souvisejících socioekonomických ukazatelů záznamů

statistiky reportingu (ISSaR)

Program

1. Evidence zpoplatněných znečišťujících Celkem cca

cca 1200

statistických

látek vypouštěných do ovzduší z velkých a 6000

záznamů

zjišťování

zvláště

(Evidence hlášení poplatcích)

velkých

a

středních

zdrojů záznamů

(cca 2 MB)

znečišťování + poplatků uložených za toto (cca 10 o vypouštění MB) 2. Evidence odnětí půdy ze zemědělského a lesního půdního fondu a odvodů, resp. poplatků za odnětí 3. Evidence odpadů uložených na skládky a poplatků za jejich uložení Jedná se o evidenci dat shromažďovaných v rámci statistických výkazů Popl (MŽP) 101, Popl (MŽP) 2-01, Popl (MŽP) 3-01, Popl (MŽP) 4-01, Odv (MŽP) 1-01


Název

ISOH

Popis

Celková velikost

evidence dat o produkci a nakládání s 2 GB odpady

Přírůstek

800 MB 2 000 000 záznamů ročně > celkem cca 14 mil. záznamů

MA ISOH

Informační systém pro sledování toku 1 GB

Cca 350.000

vybraných autovraků

hlášení o přijatých autovracích, 950 záznamů o zpracovatelích autovraků,

Nitar

Evidence Přeshraniční přepravy odpadů Evidence Nelegální přeshraniční přepravy

8 MB

cca 10000 záznamů ročně

odpadů (zatím v experimentálním provozu) Metadata o archivu úseku TOŽP Evidence Žádostí a odborných vyjádření k integrovaným povolením (IPPC) (jako soubory jsou evidována odborná vyjádření, vše ostatní jsou pouze metadata)


3. NÁVRH BUDOUCÍHO STAVU Systém bude budován jako jednotný funkční celek - komplexní IS pro technickou ochranu životního prostředí. Jednotlivé agendy, které do systému vstupují, budou z hlediska uživatele oddělené, z hlediska systému však budou využívat společnou platformu. Důležitým požadavkem je propojení jednotlivých agend a možnost provádění průřezových pohledů a výpočtů nad daty. Systém musí být konstruovaný tak, aby bylo možné zajistit požadovanou integraci dat již na úrovni datového modelu. Jedním ze základních cílů projektu je propojit agendy rezortu životního prostředí se Základními registry státní správy. Pro agendy, zpracovávané v rámci projektu SIRIUS jsou relevantní následující registry: Registr práv a povinností (RPP), Registr osob (ROS), Registr územní identifikace, adres a nemovitostí (RUIAN). Sdílení informací z těchto registrů bude technologicky zabezpečeno propojením IS SIRIUS s Informačním systémem základních registrů (dále ISZR), který zajišťuje komunikaci základních registrů s externími informačními systémy veřejné správy (dále ISVS). Předpokladem úspěšné komunikace IS SIRIUS s ISRZ je získání statutu tzv. agendového informačního systému. Udělení tohoto statutu je podmíněno naplněním standardu ISVS v souladu se zákonem č. 365/2000 Sb., o informačních systémech veřejné správy. Zajištění souladu se standardem ISVS a zajištění fungující komunikace s ISZR je jedním ze základních akceptačních kritérií pro výstupy v rámci tohoto projektu. Pravidla tzv. udržitelnosti projektu stanoví, že systém musí být plně funkční a v provozu po dobu minimálně 5 let od ukončení projektu. Součástí celkové nabídky bude rovněž popis návrhu řešení udržitelnosti systému s ohledem na minimalizaci provozních nákladů na systém v období po ukončení projektu (v letech 2014-2018). Kompletní nabídka bude obsahovat návrh SW i HW řešení pro všechny technologické části systému. 3.1.JEDNOTLIVÉ AGENDY – POPIS BUDOUCÍHO STAVU


3.1.1. AGENDA IPPC

V rámci agendy IPPC bude vytvořen nový IS IPPC, který zajistí možnost komplexního využití dat o životním prostředí (ovzduší, voda, odpady) pro proces IPPC. Data v systému musí být harmonizovaná s dalšími agendami (odpady, IRZ, ovzduší, voda, EIA…), viz požadavek 17: Integrace s ostatními moduly prostředí Sirius, je nutné stanovit stejné vyhledávací klíče (min. IČ, kraj, ZÚJ, katastrální území, apod.). Systém bude disponovat rozhraním/prostředím pro nadefinování filtru na databáze s možností agregace, zejména na úrovni sum (viz integrovaný reporting a viz požadavek 8: o vyhledávání relevantních dokumentů a informací.). Vzhledem k tomu, že stávající informační systém je konstruován jako dokumentový, lze všechny požadované funkcionality považovat za nové. Systém musí zajistit pravidelné nadefinované výstupy (počet provozovatelů nebo jednotek zařízení v dané kategorii – [KP 4280, KP 4281, KP 4282, KP 4283]3 a zároveň musí dostupný nástroj pro sestavení dalších dotazů. Systém zajistí ukládání dotazů pro jejich opětovné použití, včetně popisu a výběru, viz požadavky 7: uchování plné historie případu, 8: o vyhledávání relevantních dokumentů a informací. Systém musí umožnit kontrolu dat ohlášených ve zprávě o plnění podmínek s ostatními agendami (odpady, IRZ, ovzduší, voda, EIA…) – [KP 4294, KP 4295]

3

V celém dalším textu se jedná o odkazy na konkrétní požadavky v Katalogu požadavků, který je přílohou Specifikace požadavků na systém Projekt „SIRIUS - Systém integrace a řízení informací v oblasti technické ochrany životního prostředí“ (registrační kód projektu: CZ.1.06/1.1.00/07.06408) je spolufinancován Evropskou unií v rámci Evropského fondu pro regionální rozvoj a Integrovaného operačního programu. Stránka 35/105

Systém zajistí reportingové povinnosti dat do Evropské komise i na národní úrovni dle stanoveného klíče – předdefinované statistické výstupy (KP 4990, KP 4904, KP 4905, KP 4906]. Systém bude dále obsahovat následující registry s možností průběžné aktualizace dat, funkce vyhledávání a exportu dat v nich obsažených – [KP 4284, KP 4293, KP 4885, KP 4891, KP 4897]. Systém bude vycházet z datového modelu, který vznikl v rámci projektu VaV, který řeší mj. návrh nového IS IPPC. Navrhovaný IS IPPC vycházející z VaV bude vyžadovat legislativní změny. V případě, že k nim nedojde, musí být systém vybaven rozhraním, které umožní import dat ze stávajícího IS IPPC, případně umožnit manuální import definovaných dat (příp. možnost využití „Text miningu“) – [KP 4898, KP 4899, KP 4900, KP 4902]. Základem nového IS IPPC je provoz zařízení (provozovna) žádající o integrované povolení. Nezbytnou součástí je identifikace provozovatele a konkrétního zařízení, včetně geografického z názornění. Další atributy jsou součástí žádosti o integrované povolení (viz datový model nového IS IPPC) – [KP 5869]. Příklady statistických výstupů:  počty provozovatelů, zařízení, jednotek zařízení, s jednoznačnou geografickou identifikací [KP 4280, KP 4281, KP 4282];  počty provozovatelů, zařízení, jednotek zařízení, emitujících konkrétní látku v daném množství do ovzduší nebo vod (včetně jednoznačné geografické identifikace) –[KP 5194, KP 5195];  počty provozovatelů, zařízení, jednotek zařízení, produkující specifický odpad v daném množství (včetně jednoznačné geografické identifikace) –[KP 5194, KP 5195]. Pro jednotlivé agendy musí být nastavena jednotná geografické identifikace [KP 5871]. Cílem je zajistit místně specifické údaje z různých agend (ovzduší, voda, odpady, EIA, IPPC) pro získání uceleného pohledu na konkrétní lokalitu z hlediska zatížení životního prostředí. 3.1.1.1.

CHARAKTERISTIKA DATOVÉHO ZDROJE:


 Data budou do nového IS IPPC předávána ve strukturované podobě (viz datový model návrhu nového IS IPPC) – viz KP 5192: Manuální vstup dat do týmového webu IPPC pro krajský úřad, CENIA.  Data budou v systému aktualizována denně.  Do systému budou migrována vybraná historická data [KP 4898,KP 4899, KP 4900, KP 4902]  Stávající systém IPPC obsahuje cca 65 000 záznamů (3 GB dat).  Do systému denně přibývá 5 až 7 záznamů a probíhá 10 až 15 různých manipulací s daty – viz KP 5870 3.1.2. AGENDA IRZ

Nově budovaný Informační systém musí v plném rozsahu nahradit funkcionality v minulosti provozovaného komplexního IS QT pro správu dat a současně implementovat zcela nové funkcionality, které nebyly součástí tohoto IS. Data budou do IS SIRIUS průběžně vstupovat prostřednictvím elektronických formulářů ISPOP (Integrovaný systém plnění ohlašovacích povinností). K těmto datům budou souběžně vstupovat i všechna metadata přidělená elektronickému formuláři v ISPOP.[KP 5850], [KP 5865] Základní členění ohlašovaných údajů z formuláře včetně metadat z ISPOP je v IS SIRIUS pro přehlednost požadováno členit do záložek [KP 5880] [KP 5863], [KP 5864]  Metadata z ISPOP + textová pole pro vkládání poznámek a výpis logů (standardizovaných činností uživatelů a systému) a údaje o zpracovateli hlášení  Organizace (zobrazeny budou všechny ohlášené údaje vztahující se k organizaci)  Provozovny (zobrazeny budou všechny ohlášené údaje vztahující se k provozovně) + činnosti dané provozovny  Úniky a přenosy (zobrazeny budou všechny ohlášené údaje vztahující se k ohlášeným datům u úniků a přenosů látek)  Přenosy odpadů (zobrazeny budou všechny ohlášené údaje vztahující se k ohlášeným datům u přenosů množství nebezpečných a ostatních odpadů) Projekt „SIRIUS - Systém integrace a řízení informací v oblasti technické ochrany životního prostředí“ (registrační kód projektu: CZ.1.06/1.1.00/07.06408) je spolufinancován Evropskou unií v rámci Evropského fondu pro regionální rozvoj a Integrovaného operačního programu. Stránka 37/105

Pozn. V každé záložce bude možné přehledně zobrazit data aktuálního roku s roky minulými v tzv. srovnávacím pohledu. V záložce Organizace bude možné přehledně zobrazit i data z externích systému (tj. z ARES, Základních registrů státní správy a registru organizací v ISPOP). V záložce Provozovny to budou data z registru provozoven v ISPOP a Základních registrů státní správy. [KP 5927], [KP 5928] Nástupce IS bude centrálně zajišťovat evidenci a administraci nad ohlášenými daty a metadaty a jejich následné zveřejňování na webové stránce, zejména se jedná o:  příjem, zpracování a zobrazení všech strukturovaných údajů (vizualizace) z autorizovaných formulářů za různá období převedených z ISPOP včetně potřebných metadat ke každému hlášení [KP 5850], [KP 5851], [KP 5852] [KP 5858] [KP 5859] [KP 5865] [KP 5866] [KP 5879] [KP 5880] [KP 5927] [KP 5928]  on-line propojení s registrem IRZ provozoven v ISPOP [KP 5927]  on-line propojení s registrem organizací v ISPOP [KP 5927]  on-line propojení s Administrativním registrem ekonomických subjektů (ARES) provozovaných Ministerstvem vnitra České republiky (viz více http://wwwinfo.mfcr.cz/ares/ares.html) a zejména základními registry státní správy umožňující kontrolu zda se nejedná o zaniklý subjekt [KP 5928]  Administraci hlášení – manuální a automatickou (přiřazování stavů hlášení - nové, v řešení, zkontrolované a smazané) s možností exportu do pdf a xls; v případě smazaných hlášení budou tato stále v systému archivována a dohledatelná [KP 5850] [KP 5851] [KP 5852]  zpracování údajů z formulářů, tj. manuální, ale zejména i automatickou kontrolu hlášení s výpisem nesrovnalostí s možností exportu do souboru pdf a xls (sporná hlášení budou zvýrazněna apod.) včetně zobrazení grafického srovnání s předchozími roky – možnost kombinovaného vytváření srovnávacích pohledů za příslušná ohlašovací období + vkládání poznámek [KP 5850] [KP 5851] [KP 5852] [KP 5858] [KP 5863] [KP 5864] [KP 5865] [KP 5866]  vizuální a automatickou detekci možných duplicitních hlášení s možností exportu duplicit do souboru pdf a xls [KP 5879] [KP 5863] [KP 5864] [KP 5865] [KP 5866] Projekt „SIRIUS - Systém integrace a řízení informací v oblasti technické ochrany životního prostředí“ (registrační kód projektu: CZ.1.06/1.1.00/07.06408) je spolufinancován Evropskou unií v rámci Evropského fondu pro regionální rozvoj a Integrovaného operačního programu. Stránka 38/105

 jednorázovou a průběžnou publikaci ohlášených a zkontrolovaných údajů na PVS webu IRZ (v případě zaslané opravy řízenou automatickou depublikaci tohoto hlášení s následným nahrazením opravným hlášením) Hlášení do IRZ budou hromadně publikována k 30. září příslušného roku. Po tomto datu budou údaje průběžně aktualizovány s ohledem na dodatečně zaslaná (po ohlašovacím termínu) autorizovaná hlášení a autorizované opravy. (pozn. publikace probíhá tak, že na portálu je vždy publikováno pouze jedno hlášení dle IČP pro příslušný ohlašovací rok, tj. oprava plně nahradí původní hlášení) [KP 5852] [KP 5854][KP 5858][KP 5859] [KP 5863] [KP 5864] [KP 5879] [KP 5929] [KP 5930]  podrobné kombinované vyhledávání včetně tvorby datových pravidelných a nepravidelných exportů nad všemi ohlášenými údaji a metadaty s možností exportu do xls souboru[KP 5854] [KP 5855] [KP 5856] [KP 5857] [KP 5859] [KP 5860] [KP 5863] [KP 5864] [KP 5903] [KP 5929] [KP 5930] Systém musí umožňovat prohlížení všech evidovaných údajů s možností vytváření porovnávacích pohledů za jednotlivé ohl. roky s kombinovaným vyhledáváním nad všemi ohlášenými daty a metadaty (opět s možností exportu do „.xls” souboru). Srovnávací pohledy pro každé hlášení a ohlašovací roky budou členěny dle záložek:  “Metadata”  “Organizace”  “Provozovna”  “Úniky a přenosy”  “Přenosy odpadů”, kdy pod každou ze záložek budou zobrazována veškerá relevantní ohlášená data. Srovnávací pohled = vizuální porovnání s předchozími roky, kdy odlišné hodnoty oproti referenční hodnotě budou vizuálně odlišeny + procentuálně vyčísleny. Automatickou kontrolu bude možno nastavovat dle kombinace libovolných parametrů s možností exportu výsledků kontrol do xls souboru. [KP 5863], [KP 5864], [KP 5880], [KP 5927], [KP 5928]


Autorizovaná data s metadaty budou do SIRIA převáděna z ISPOP webovými službami (WS) dle pravidelného ročního a pravidelného průběžného, tj. přírůstkového schématu (pozn. pro došlá opravná hlášení či řádná hlášení zaslaná po ohlašovacím termínu pro všechny ohlašovací roky). V případě WS bude vyžadována oboustranná kontrola kompletnosti a správnosti převedených dat s metadaty. [KP 5850], [KP 5863], [KP 5864], [KP 5865], [KP 5866] Přístup k datům a funkcím bude zabezpečený a diferencovaný dle předem definovaných rolí uživatelů. Systém bude sloužit oprávněným uživatelům z řad CENIA, MŽP a ČIŽP. [KP 5863], [KP 5864] [KP 5861] Systém bude disponovat rozhraním, prostředím pro nadefinování filtru na databáze s možností agregace, převážně na úrovni sum a počtů. [KP 5854], [KP 5930] [KP 5863] [KP 5864], [KP 5857] Pro potřeby statistického vyhodnocení budou požadovány moduly pro vytváření periodicky se opakujících statistických datových výstupů (pozn. předdefinované výstupy, tj. pro Souhrnné zprávy; Statistické ročenky životního prostředí České republiky apod.), tak i modul pro vytváření zcela nových datových výstupů (user friendly nástroj pracující nad všemi převedenými daty) dle aktuálního požadavku s možností exportu do xls souboru. [KP 5855], [KP 5856], [KP 5857] [KP 5863] [KP 5864] Systém bude flexibilní – umožní snadnou implementaci nových požadavků plynoucích ze změny legislativy (např. změny číselníků, změny ohlašovacích prahů u látek, úprava modulů při rozšíření počtu látek u úniků či přenosů apod.). [KP 5866], [KP 5857] Dále umožní snadné přidávání dalších ohlašovacích roků s např. odlišnou datovou strukturou od stávajícího roku (změny a rozšíření formulářů), příjem dodatečně zaslaných hlášení a napojení na WS ISPOP. [KP 5863] [KP 5864] Systém bude oprávněným uživatelům zobrazovat aktualizovaný seznam subjektů a jejich provozoven, které v požadovaném termínu za daný rok nesplnily svou ohlašovací povinnost (zaslaly hlášení po termínu ohlášení). [KP 5851] [KP 5858] [KP 5859], [KP 5879] [KP 5863] [KP 5864] Projekt „SIRIUS - Systém integrace a řízení informací v oblasti technické ochrany životního prostředí“ (registrační kód projektu: CZ.1.06/1.1.00/07.06408) je spolufinancován Evropskou unií v rámci Evropského fondu pro regionální rozvoj a Integrovaného operačního programu. Stránka 40/105

V systému bude požadována implementace nástroje pro doplnění právní formy subjektu v názvu organizace či změnu v hlášení u názvu organizace uvedeného IČ na název subjektu, a to u pole „Název“. [KP 5880] Dále bude implementován reportingový modul (viz požadavky nařízení č. 166/2006/ES) umožňující generování, předkontrolu a zaslání/upload reportingového XML souboru pro ohlášení do E-PRTR za Českou republiku podle článku 7 nařízení č. 166/2006/ES + přípravu a zaslání opravného datového souboru za aktuální a předchozí ohlašovací období. Reportingový modul bude mimo jiné obsahovat tři základní funkcionality: 

Vymezení okruhu subjektů, kteří budou do ohlašovacího XML souboru zahrnuti.



Nastavení požadované struktury ohlašovacího XML souboru.



Vytvoření ohlašovaného XML souboru.

Je požadováno i vygenerování (na základě požadovaných parametrů) souboru pro MS Access s následnou možností použití konverzního nástroje Evropské komise. V případě celého reportingového modulu se vyžaduje univerzální řešení s možností dodatečné implementace změn respektující změny validačního nástroje. [KP 5856][KP 5857][KP 5860] [KP 5863], [KP 5864], [KP 5903] [KP 5929][KP 5930] Dále bude požadována implementace automatické předkontroly ohlášených údajů z formuláře se zápisem výsledku provedené kontroly s možností exportu do pdf a xls. Automatická předkontrola ohlášených údajů = zejména: automatické porovnání časově následných hodnot na základě zadaných parametrů, které bude možno upravovat (tyto změny parametrů musí být logovány v čase). Pro potřeby dílčích kontrol a srovnání dat musí být systém vybaven zejména i nástrojem pro možnost porovnání a hodnocení dat nejen ostatních relevantních agend v IS SIRIUS (např. křížová kontrola IPPC činnosti a počtu zařízení oproti databázi IPPC). [KP 5850], [KP 5863], [KP 5864], [KP 5865][KP 5866] Musí být zajištěna komponenta pro oboustrannou komunikaci s jinými informačními systémy, viz ISPOP apod. (univerzální řešení pro sdílení a poskytování dat s možností rozšiřitelnosti poskytovaných služeb v budoucnu s následnou kontrolou převedeného objemu dat). [KP


5850], [KP 5853], [KP 5860], [KP 5861], [KP 5863], [KP 5864], [KP 5865], [KP 5866], [KP 5903], [KP 5927], [KP 5928], [KP 5864] Veřejnosti bude určena pouze prezentační část - webová stránka, kde budou data publikována. Součástí prezentace dat na webu je požadováno i propojení na mapový portál, kde bude možné vyhledávat a v reálném čase zobrazovat publikované provozovny (včetně ohlášených údajů). Uživateli musí být umožněno nad opublikovanými daty vyhledat data (tj. navolit si kombinace výběru) dle jím zvolených parametrů vyhledávání s možností exportu výsledku do xls souboru. [KP 5854], [KP 5864], [KP 5903], [KP 5929], [KP 5930] [KP 5863] [KP 5864] Při každé změně publikovaných dat na webu IRZ systém zajistí automatické generování (tj. zanášení provedených oprav u publikovaných/depublikovaných hlášení) a publikování těchto seznamů s položkami: IČ + název organizace, IČP + název provozovny za příslušný ohlašovací rok do xls souboru + aktuální soupis opravených či vymazaných IRZ hlášení včetně původních a změněných údajů opět do xls souboru. Dále provede aktualizaci souhrnných statistických údajů na webové stránce obsahující obdobná data jako http://irz.cenia.cz/irz/vyhledavani-v-registru/statistiky.html. Seznamy budou archivovány. [KP 5854], [KP 5856], [KP 5857], [KP 5859], [KP 5863],[KP 5864] [KP 5903], [KP 5929], [KP 5930] Požadována je i implementace správy uživatelských účtů (tj. aktivace a deaktivace registrovaných uživatelů, přidávání a odebírání uživatelů, přidělování a odebírání přístupových práv do IS + odesílání aktivačních či deaktivačních e-mailů zaregistrovaným uživatelům a možnost změny hesla každého z uživatelů po přihlášení do IS). [KP 5861], [KP 5863] [KP 5864]  Automatické logování (sledování) činností uživatelů v IS včetně samotného systému (viz změny stavů hlášení; publikace dat na web; příprava a reporting dat. [KP 5850], [KP 5851], [KP 5852], [KP 5857], [KP 5858], [KP 5859], [KP 5860], [KP 5861], [KP 5864], [KP 5865], [KP 5866], [KP 5880][KP 5863] Předmětem logu budou informace o:  změně stavu hlášení,


 přidání poznámky  ruční „smazání” hlášení (tento jev/příznak půjde nastavit dvěma způsoby) Dále součástí logu bude:  datum provedené akce;  jméno a příjmení uživatele (případně systému);  popis akce (např. změna stavu hlášení apod.). Zajistit migraci a bezchybné zobrazení historických dat + metadat. [KP 5843] [KP 5863] [KP 5864] Zřídit a zprovoznit helpdeskový systém pro řešení nestandardních situací v IS SIRIUS agenda IRZ s možností evidence a sledování vypořádání problémů. [KP 5863] [KP 5864] Zajistit evidenci a sledování komunikace s ověřovateli (včetně vypořádávání problémů). [KP 5853] [KP 5863] [KP 5864] 3.1.3. AGENDA EIA/SEA

V rámci agendy EIA bude nahrazen stávající IS EIA novým systémem, který zajistí centrální zastřešení procesu posuzování EIA, tj. evidenci a zveřejňování dokumentů vzniklých v procesu posuzování. Protože obě agendy podléhají stejnému zákonu, jsou v následujícím textu popsány společně. V systému SIRIUS budou agendy EIA a SEA jako samostatné systémy. Systém musí zajistit vedení a editaci následujících rejstříků: 

Autorizované osoby EIA[KP:5061]



Autorizované osoby Natura 2000[KP:5061]



Přehled záměrů na území ČR, podlimitních záměrů, mezistátní posuzování [KP:5062]



Přehled posuzovatelů strategií[KP:5060]



Přehled evropsky významných lokalit [KP:5922]



Přehled dotčených ptačích oblastí [KP:5922]


Data budou do

IS

SIRIUS vstupovat

prostřednictvím elektronických formulářů.

Uživatelskými skupinami, které budou data zadávat, jsou krajské úřady, MŽP a OVSS. Oproti současné funkcionalitě IS EIA/SEA bude systém rozšířen o následující:: 

práva uživatelů s diferencovaným přístupem (čtení/zápis/administrace)



využitelnost dat z vkládaných dokumentů (rozšíření o metadata dokumentů, vytvoření logických klíčových vazeb na ostatní agendy > územní identifikace, identifikace oznamovatele, apod.)



nasazení text mineru (k dispozici je nestrukturalizovaný text, použijí se metody zpracování přirozeného jazyka (NLP – Natural language processing). Použité oblasti metod jsou kategorizace textů, extrakce informací, shlukování textů a rozdělení dokumentů do kapitol [KP:6088]



pokročilé vyhledávání podle více kritérií (např. záměry z kategorie II, bodu 7.5, které skončily ve zjišťovacím řízení v roce 2007, v jejichž názvu je obsaženo slovo "výrobna" a které jsou v k.ú. Vršovice). [KP:5062, KP:5071]



vytvoření administrátorského prostředí pro zajištění funkcionalit systému [KP:5075, KP:5076, KP:5075]



nápověda [KP:5063]



grafické schéma procesu [KP:5076]



kontrola lhůt pro jednotlivé kroky procesu EIA (např. vkládání dokumentů ) [KP:5076]



bude zajištěna možnost editace řízení procesu EIA v souvislosti se změnami legislativy (např. editace rejstříků, změny procesních lhůt, apod.) [KP:5076]



podpora organizace zkoušek odborné způsobilosti, resp. převod agendy udělování autorizace částečně do elektronizované podoby (podání přihlášky, pozvání, vyhodnocení, bude vedeno elektronicky, každý uchazeč bude mít své přihlašovací číslo (pořadové číslo, které získá při přihlášení o zkoušku (číselná řada)), bude moct zjistit ze systému, kdy se zkouška koná, kdy se může opakovaně přihlásit při neúspěšném absolvování zkoušky, do kdy mu platí autorizace – systém tedy bude automaticky kontrolovat lhůty). [KP:5077]



bude obsahovat archiv (nutná podmínka vzhledem k setrvalému nárůstu vkládaných záměrů), k určitému datu budou záměry přesunuty do archivu, nicméně budou stále k dohledání.



bude obsahovat veškerá historická data (i z nahrazovaného systému) [KP:6055]



bude řešit kapacitu disků pro vkládání dokumentů (v současné době kapacita disku pro dokumenty EIA 259 GB, SEA totéž) tak, aby nedošlo k zahlcení.




Vstupy u: CENIA (organizace celého procesu), uchazeči/autorizované osoby (přihlášení, kontrola lhůt), MŽP [KP:5057, KP:5059, KP:5061]



User friendly nástroj pro tvorbu statistických výstupů a reportingu (např. počty oznámení, výsledky procesu EIA, přehled dotčených lokalit, počty oznámení za dané oblasti, apod. velmi významně pomůže při statistických vyhodnoceních, včetně archivace dotazů pro pozdější použití [KP:5073, KP:5074, KP:5069]



Zveřejňování aktuálních informací k EIA/SEA. [KP:5068]



Zveřejňování legislativních textů k EIA/SEA. [KP:5072]



Propojení na potřebné registry a automatické aktualizace číselníků těchto registrů a vedení historie. [KP:5922]

Informace o záměrech a jejich lokalizaci budou sloužit k propojení s ostatními agendami SIRIUS, zejména ve vazbě na lokalitu (katastrální území, ZUJ, kraj) a oznamovatele (název oznamovatele, IČ…). Řešení bude využito pro společnou registraci, konkrétně s agendou IPPC, prostřednictvím IČ. 3.1.4. AGENDA ODPADOVÉ HOSPODÁŘSTVÍ

V rámci agendy odpadového hospodářství bude vytvořen nový IS, který pro oblast odpadů zajistí centrálně zastřešený sběr, validaci a vyhodnocení dat za odpady jako celek včetně odpadů z obalů. Nový IS sjednotí tok údajů prostřednictvím jednoho ohlašovacího kontaktního místa. Agendy OH, které budou integrovány do IS SIRIUS včetně zdroje importu dat:

Agenda

Import z

Import z externích IS

ISPOP

Autovraky

Odpady

MA ISOH

X

Evidence přepravy nebezpečných X(*)

IS ELPNO(*)

odpadů v ČR



Obaly

SIRIUS web aplikace

X

Zpětný

odběr

výrobků X

(elektrozařízení a elektroodpady; baterie

a akumulátory;

oleje,

pneumatiky) Zařízení v OH (skládky; zařízení X na

využívání

odpadů;

a

odstraňování

shromažďovací

místa

NO PCB (inventarizace zařízení a X látek obsahujících PCB) Hlášení krajských úřadů nebo

WS z IS ESPI provozovaný

ORP o vydaných souhlasech a

krajskými úřady – řídí se dle

jiných rozhodnutích

datového standardu MŽP

Rozhodnutí správních orgánů o

WS z IS ČIŽP

pokutách Hodnocení

nebezpečných X(*)

IS HNVO(*)

vlastností odpadů (*) závisí na rozhodnutí MŽP


Většina dat bude do databáze SIRIA vstupovat přes ISPOP, (KP 4944), existují však výjimky (podrobněji viz kapitola 5.6. Taktická rozhodnutí): 

hlášení ORP o produkci a nakládání s odpady za oblast jejich působnosti (KP 9773)



přeshraniční pohyb/přeprava odpadů (KP 4946)



potvrzení o převzetí autovraku do zařízení ke sběru autovraků (KP 4981)



evidence přepravy nebezpečných odpadů v ČR (KP 4945)



hodnocení nebezpečných vlastností odpadů (KP 7489)



relevantní seznamy ze stránek MŽP (seznamy výrobců a osob, které jsou nositeli zpětného odběru) (KP 5841)

Přístup k datům a funkcím bude zabezpečený a diferencovaný podle rolí uživatelů. Systém bude sloužit oprávněným uživatelům z řad CENIA, MŽP, ČIŽP, krajů, ORP, apod. Veřejnost bude mít k dispozici agregovaná data. (KP 5874, 5877 a 5878) Pro potřeby statistického vyhodnocení budou využívána data z jedné databáze, budou vytvořeny moduly pro tvorbu periodicky se opakujících statistických výstupů (např. Soustava indikátorů odpadového hospodářství stanovených v POH ČR, Statistické ročenky životního prostředí ČR, reporty pro EU, data do ISSaR apod.) a modul pro vytváření zcela nových výstupů. Data za jednotlivé oblasti OH budou vzájemně propojitelná minimálně podle následujících kritérií: 

Geografické (ZÚJ, ORP, KÚ)



IČ



Provozovna



Kód nakládání s odpady (dle zákona č. 185/2001 Sb.)



Katalogové číslo odpadů (dle vyhlášky č. 381/2001 Sb.)



Kategorie odpadu (ostatní, nebezpečný)

Kritéria pro práci s daty viz bod výše budou použitelná i pro ostatní agendy IS SIRIUS


Systém bude disponovat rozhraním/prostředím pro nadefinování filtru na databáze s možností agregace, zejména na úrovni sum (viz. KP 5883 a 5884 - a KP 5892). Pro potřeby dalších kontrol dat, jejich kontroly a logických vazeb bude systém vybaven zejména nástrojem pro možnost porovnání a hodnocení dat. Pro sestavení dotazů bude vytvořen user friendly nástroj pro editace a doplňování. Příklady očekávaných kontrolních a srovnávacích funkcí (KP 9660): 

kontrola vyplnění povinných položek formulářů a provedení automatizovaných logických kontrol v současnosti probíhajících v ISOH



křížová kontrola (porovnání hlášení ohlašovatele a partnerského subjektu, kterému byl odpad předán)



kontrola ohlašovací povinnosti (vyhledání subjektů, které překročily ohlašovací práh a přitom nepodali hlášení) – nutné zajistit možnost editování ohlašovacích limitů, min. pro odpady kategorie ostatní a nebezpečný



vyhledání zařízení, které nemá platné povolení (porovnání kódů nakládání oproti přehledu zařízení)

Systém bude vybaven rozhraním pro evidenci přeshraniční přepravy odpadů s možností manuálního zápisu z listinných formulářů přijímaných do CENIA. Současně tento nástroj zajistí dávkové a automatické importy databázi rozhodnutí MŽP (rozhodnutí o povolení přeshraniční přepravy - v MS Access) uložené na serverech MŽP. Pro případ výpadku na straně MŽP bude sestaven nástroj pro ruční import rozhodnutí MŽP. Zpětný odběr vybraných výrobků – pro případ, že nebude zapracována novela zákona č. 25/2008 Sb., bude systém vybaven vstupním rozhraním pro import elektronických hlášení o bateriích a akumulátorech, které bude probíhat dle datového standardu MŽP. Obdobně bude postupováno v případě Hlášení krajských úřadů nebo ORP o vydaných souhlasech a jiných rozhodnutích a hlášení o Rozhodnutích správních orgánů o pokutách. Systém zajistí následující statistické a reportingové výstupy (KP 4982):




periodické - vycházejí z definovaných a pravidelných požadavků, např. podklady pro hodnocení plánu odpadového hospodářství, statistické ročenky životního prostředí, zprávy o stavu ŽP, data pro nástupce ISSaR



interaktivní – user friendly nástroj pro vytvoření dotazů a statistických výstupů na základě operátorova nastavení vstupních proměnných vycházející přímo z databáze OH nebo prohlížečky pro různé skupiny uživatelů a prohlížečky statistických výstupů

Systém zajistí ukládání dotazů pro jejich opětovné použití, včetně popisu a výběru (zobrazení SQL). 3.1.4.1.

POŽADOVANÉ FUNKCE



Řízení víceúrovňových uživatelských přístupů – skupina s nejvyššími právy (ID požadavku: 5874), skupina se středními právy (KP 5877), skupina s nízkými právy (KP 5878)(nová funkce)



Import verifikovaných dat z ISPOP (hlášení odpady) (KP4944) (nová funkce)



Import dat agendy Autovraky z MA ISOH (KP 4981) (nová funkce)



Import dat agendy Přeprava nebezpečných odpadů (KP 4945) (nová funkce)



Import dat agendy Přeshraniční přeprava odpadů a vydaných rozhodnutí MŽP o přeshraniční přepravě odpadů (KP 4946) (nová funkce)



Rozhraní pro ruční vkládání dat o přeshraniční přepravě (přepsání stávající funkce)



Import dat z IS pro hodnocení nebezpečných vlastností odpadů (KP 7489) (nová funkce)



Vedení relevantních seznamů MŽP (KP 5841) (nová funkce)



Vedení workflow ISOH (hlášení odpady) (nový požadavek ID: 9648) (přepsání stávající funkce)



Vytvoření DB předběžných dat a finálních dat daného ohlašovacího roku ( k 31.7.) (nový KP 9655) (nová funkce)



Tvorba agregované databáze 2 x ročně (KP 5881) (přepsání stávající funkce)



Provedení automatizovaných logických kontrol – nebude-li možné provést již na úrovni ISPOP (nový KP 9660) (přepsání stávající funkce)



Tvorba pravidelných statistických výstupů (reportů), včetně nástroje pro jejich vytvoření - pro uživatele s nejvyššími právy ( KP 4982) (nová funkce) 

Výstup dat z aktuálního hlášení



Statistiky



Nástroj pro výpočet Soustavy indikátorů odpadového hospodářství stanovených v Plánu odpadového hospodářství ČR




Údaje pro statistické ročenky, reporty pro EU, data proISSaR



Napojení na základní registry (KP 5899) (nová funkce)



Import historických dat (KP 5840) (nová funkce) (1995 – 2001 od VUV, 2002 – současnost z ISOH)



Objektová prohlížečka agendových dat s exportem do PDF, XLS, TXT, XML, CSV, TSV, ODS, DBF, HMTL;pro skupinu uživatelů s nízkými právy (agregovaná data) – aktualizace dat 2x ročně (KP 5883) (nová funkce)



Objektová prohlížečka agendových dat s exportem do PDF, XLS, TXT, XML, CSV, TSV, ODS, DBF, HMTL; pro skupinu uživatelů s nejvyššími a středními právy– aktualizace dat online a možností dodání dotazu SQL (KP 5884) (nová funkce)



Portál statistických výstupů s exportem do PDF, XLS, TXT, XML, CSV, TSV, ODS, DBF, HMTL;pro skupinu uživatelů se středními a nízkými právy (KP 5892) – funkcionalita ISSARu (přepsání stávající funkce)



Napojení na číselníky a seznamy a jejich archivace (KP 5872) (nová funkce)



Import dat z hlášení ORP o produkci a nakládání s odpady za oblast jejich působnosti (KP 9773) (nová funkce) 3.1.5. AGENDA OCHRANA OVZDUŠÍ

Na rozdíl od některých uvedených agend nedojde u agendy ochrany ovzduší ke kompletní integraci v rámci SIRIUS. Vazba naSIRIUS je vedle obecných hledisek (např. propojení na základní registry, apod.) zamýšlena především jako nadstavba k současným využívaným , tj. především ke sběru údajů prostřednictvím ISPOP a k aplikacím používaným pro kontrolu, archivaci a prezentaci údajů SPE provozovaných v rámci REZZO. Součástí projektu SIRIUS by mělo být vybudování jedné nebo více specifických aplikací pro následující oblasti: 

platformu pro podkladové dokumenty a materiály k inventarizaci emisí, vhodnou pro uložení a předávání veřejných i neveřejných dokumentů. [KP 9791]



kontrolní procesy k SPE zahrnující kontrolu souřadnic podle adresných údajů provozovny, kontrolu množství emisí, spotřeb paliv a produkce výrobků s využitím časových řad sestavených z konzistentních ohlášených údajů. [KP 9779], [KP 9783], [KP 9784], [KP 9785], [KP 9787], [KP 9788]



schvalovací procesy k SPE týkající se především přidělování stálých údajů provozoven (čísla provozoven, zdrojů a výduchů/komínů), které budou dle návrhu vyhlášky přidělována v rámci ISPOP. [KP 9790]


Platforma pro podkladové dokumenty a materiály k inventarizaci emisí.

Výsledkem zavedení aplikace umožňující řízení schvalovacích procesů [KP 9790] k ohlašování údajů SPE bude systém, v němž se propojí stávající registrované a ohlášené údaje F_OVZ_SPOJ (identifikační čísla provozoven) a zároveň budou doplněny nově registrované údaje podle požadavků legislativy (čísla zdrojů, popř. čísla výduchů/komínů). Při potřebě změny registrovaných údajů na straně ohlašovatele dojde ke spuštění oznamovacího a následného schvalovacího procesu, jehož výsledkem bude provedení změny dosavadních registrovaných údajů, umožňující následné podání hlášení, obsahujícího právě tyto změněné údaje. Aplikace zahrnující kontroly vybraných údajů by doplnila dosavadní kontrolní mechanismy F_OVZ_SPOJ o kontrolu dalších údajů. Jednalo by se především o takové údaje, u nichž je obtížné jednoznačně odhalit chybu a označit ji za nesprávný údaj, zabraňující podání hlášení (tzv. tvrdou chybu). U údajů, u nichž nelze vždy stanovit s jistotou, že jsou chybné, by nově provozovaná aplikace umožnila kontrolu údajů ze strany ověřovatele a recenzentů (krajské úřady, inspekce, ČHMÚ) ještě před odesláním do ISPOP. Údaje, které by byly vyhodnoceny jako správné, by ověřovatel (recenzent) „odblokoval“, aby nevyvolávaly chyby, zabraňující podání hlášení. U skutečně zjištěných chyb by byl ohlašovatel vyzván ke kontrole a opravě údajů. Teprve následně by byla provedena stávající kontrola správnosti údajů formuláře a jeho odeslání do ISPOP. Platforma pro podkladové dokumenty a materiály k inventarizaci emisí by představovala především společné uložiště dokumentů do nějž by byly zasílány podkladové údaje pro emisní bilanci jak v územním, tak sektorovém členění. Platforma by umožňovala přístup respondentů, poskytujících údaje (např. ČSÚ, CDV, VÚZT, aj.) a rovněž vybraných uživatelů (MŽP, KÚ), jimž by umožnila jednodušší přístup jak k primárním podkladům, tak ke specifických výstupům distribuovaným v současné době především elektronickou poštou.


3.1.6. AGENDA OCHRANY VOD

Zapojení agendy ochrany vod bude řešeno prostřednictvím výměny dat s připravovaným Informačním systémem EnviVODA ČHMÚ prostřednictvím WS. (KP 6062). Předpokládáme výměnu dat zejména z následujících oblastí IS EnviVODA:  Registr průmyslových zdrojů znečištění  Registr bodových (komunálních) zdrojů znečištění  Ochranná pásma vodních zdrojů  Povrchové vody  Záplavová území  Zranitelné oblasti  Citlivé oblasti  Oblasti povrchových vod využívaných ke koupání  Chráněné oblasti přirozené akumulace vod  Množství a jakosti povrchových a podzemních vod, stavu vodních útvarů a ekologického potenciálu silně ovlivněných a umělých vodních útvarů  Hydrogeologické rajony  Vodní útvary Další oblastí zapojení agendy vod je import (KP 9765) dat z hlášení o nakládání s vodami ohlašovanými do systému ISPOP. Zde se jedná o následující hlášení:  Základní údaje předávané znečišťovatelem vodoprávnímu úřadu, správci povodí a pověřenému odbornému subjektu na základě § 38 zákona č. 254/2001 Sb.  Poplatkové hlášení pro stanovení výše záloh poplatku za odebrané množství podzemní vody (za zdroj odběru podzemní vody) / Poplatkové přiznání pro výpočet vyrovnání poplatku (za zdroj odběru podzemní vody) § 1 vyhl. č. 125/2004 Sb. - příloha č. 1  Poplatkové hlášení za zdroj znečišťování / Poplatkové přiznání za zdroj znečišťování § 8 vyhl. č. 293/2002 Sb. - příloha č. 4


3.1.7. AGENDA POPLATKŮ

Specifikace požadovaných funkcí  Prvotní migrace všech historických údajů evidence poplatků do systému SIRIUS pro všechny sledované druhy poplatků. Nová funkce. (KP 4996).  Hlavním požadavkem je řádná validace všech dat, která musí proběhnout v rámci nového systému, tzn.: musí být provedeny všechny kontroly správnosti a úplnosti dat (např.: kontrola vyplnění všech požadovaných dat, kontrola jednotek, extrémních hodnot a výkyvů oproti minulé skutečnosti, resp. významných odchylek od předpokladu daného příslušnými vyhláškami, kontrola souhlasu sum a jednotlivých položek). V případě nesrovnalostí musí být data zpětně konzultována s respondentem. Nová funkce. (KP 4994–4995).  Systém bude na výstupu automaticky naplňovat a zobrazovat sadu tabulek a grafů, a to zejména pro potřeby sestavení ročenky, pro ISSaR a pro účely mezinárodního srovnání v rámci ekonomické databáze OECD. Vizuální podoba těchto tabulek je částečně daná vzory z minulých let, nový systém umožní definovat si další. Systém umožní statistické vyhodnocení dat (čištění dat, sledování trendů, meziroční srovnání dat, porovnávání dat mezi vybranými regiony (kraji), přepočty na vybrané veličiny (např. regionální HDP, na celkovou sumu vybraných poplatků, aj.) apod.) a archivaci agregovaných dat. Pro účely statistických analýz bude systém nabízet možnosti užití agregace dat, zejména na úroveň krajů a národní úroveň. Nová funkce. (KP 4961).  Pro potřeby statistických analýz, popř. pro sestavení Ročenky a publikaci na ISSaR bude vhodné mít funkci umožňující vykreslování evidence poplatku formou tematické mapy po jednotlivých úrovních správního členění až do úrovně ORP. Nová funkce. (KP 4955).  Systém umožní editaci, prohlížení a zobrazení dle uživatelských požadavků a dotazů, tj. zobrazení všech evidovaných údajů poplatků s možností vyhledávání podle druhu, subjektu (základní) a množství, oblasti (pokročilé). Jako výstup požadujeme přehled všech sledovaných veličin, možnost řadit je dle geografické polohy, možnost sledovat další činnosti zpravodajských jednotek, apod. Systém umožní export dat a výstupů do


běžně užívaných formátů (např.: .xls, pdf). Přístup k funkcím a datům bude diferencovaný a zabezpečený. Systém bude sloužit zejména oprávněným uživatelům z řad CENIA (administrátor), MŽP, ČIŽP, popřípadě zástupcům krajských úřadů a ORP. Nová funkce. (KP 4997).  Systém pro omezenou skupinu uživatelů bude zobrazovat seznam subjektů, které v požadovaném termínu nesplnily svou oznamovací povinnost. Následně bude umět na příkaz tyto subjekty obeslat elektronickou poštou a informovat je o potřebě plnit tuto povinnost. Systém bude reagovat na následující události: blížící se termín pro odevzdání výkazu, výkaz nebyl dodán včas, informace o změnách v systému vykazování. Nová funkce. (KP 4992).  V případě poplatků za ukládání odpadů na skládky bude prováděna křížová kontrola – všichni, kdo odvádějí poplatek za odpady, musejí být registrováni také v ISOH, proto bude prováděna kontrola proti databázi ISOH. V této souvislosti systém umožní vzájemnou propojitelnost dat zejména prostřednictvím IČ a dalších jedinečných charakteristik sledovaných dat. Nová funkce. (KP 4954).  Aktualizace dat bude probíhat pro všechny sledované poplatky jednou ročně vždy po provedení validace, a to po termínu stanoveném pro jednotlivé respondenty v rámci jejich ohlašovací povinnosti. Systém si prostřednictvím propojení na základní registry automaticky aktualizuje identifikační a kontaktní údaje o zpravodajských jednotkách (tj. orgánech veřejné správy (KrÚ, ORP, POÚ, SNP, VLÚ) a dalších (tj. provozovatelů

skládek)).

Dále

aktualizuje

územní

identifikaci

některých

zpravodajských jednotek pro účely tvorby mapových podkladů. Nová funkce. (KP 5886). 3.1.8. INTEGRACE AGEND – INTEGROVANÝ POHLED

Jedním z hlavních cílů projektu SIRIUS je provedení integrace jednotlivých dílčích agend týkající se technické ochrany životního prostředí. K naplnění tohoto cíle je nutné vytvořit nástroj, který z jednotlivých dílčích agend poskytne jednotný výstup. S ohledem na obsáhlost agend a možnosti náhledů je nutné integraci dat v jednotlivých agendách provést následujícími přístupy: (KP 9766):


 geografický pohled – představuje zobrazení dat z jednotlivých agend vztažených k určitému geografickému bodu, resp. oblasti. Optimální členění je následující: o národní (ČR) o regionální (kraj) o podregionální (okres) o oblastně – správní (ORP) o místní – (obec – ZÚJ) o katastrální (katastrální území) Geografický pohled musí být vytvářen s vazbou na nejbližší okolí, aby bylo možné zaznamenat přeshraniční vlivy geografické úrovně. Zobrazení v tomto pohledu musí zohledňovat geograficky označená data všech agend systému.  pohled dle subjektu – představuje zobrazení dat z jednotlivých agend vztažených k identifikaci právního subjektu. Pro potřeby projektu SIRIUS lze právní subjekty vyčlenit na ohlašovatele/znečišťovatele a povolovatele/inspektory. Zatímco u povolovatelů/inspektorů je zobrazení vztaženo k oblasti jejich působosti, u ohlašovatelů/znečišťovatelů je pohled vztažen k identifikaci právního subjektu. Mezi základní identifikační údaje patří (IČ, název, adresa sídla, adresa provozovny, adresa zařízení).  pohled dle zařízení/jednotky - zobrazení dat z jednotlivých agend vztažených k identifikaci zařízení, jednotky zařízení nebo záměru. Jako identifikační údaj patří přidělené ID. 3.1.8.1.

INTEGRACE SE SPISOVOU SLUŽBOU MŽP

Systém SIRIUS bude schopen obousměrně komunikovat se systémem zajišťujícím elektronickou spisovou službu MŽP, která bude splňovat požadavky Národního standardu elektronických spisových služeb (NSESS) níže uvedeným způsobem. Komunikace bude probíhat se spisovou službou, která bude v provozu ke dni akceptace projektu. 1. Systém SIRIUS musí být schopen předat dokumenty zpracovávané v rámci konkrétních agend do systému elektronické spisové služby MŽP. 2. V rámci pohledů uvedených v kapitole 3.1.8 systém SIRIUS umožní práci v jednotném prostředí s možností uživatelského vyhledávání mezi dokumenty spisové služby a informacemi a daty z datového skladu SIRIUS. Za tímto účelem budou relevantní data ze spisové služby nahrávána do systému Sirius a v něm následně zpracována tak, aby bylo možné dokumenty spisové služby prohledávat jak pomocí metadatových informací, zpracovaných v systému spisové služby, tak i pomocí fultextového vyhledávání. Projekt „SIRIUS - Systém integrace a řízení informací v oblasti technické ochrany životního prostředí“ (registrační kód projektu: CZ.1.06/1.1.00/07.06408) je spolufinancován Evropskou unií v rámci Evropského fondu pro regionální rozvoj a Integrovaného operačního programu. Stránka 55/105

3. Kromě pohledů uvedených v kapitole 3.1.8 musí systém SIRIUS umožňovat Integrovaný pohled na data systému SIRIUS (pocházející z elektronické spisové služby MŽP i z jiných datových zdrojů) dle jednotlivých spisů zpracovávaných elektronickou spisovou službou MŽP. To znamená, že má příslušný pracovník možnost zobrazit všechny informace, které dle pohledů uvedených v kapitole 3.1.8. souvisejí se zpracovávaným spisem. Tato data budou zobrazována přes uživatelské rozhraní elektronické spisové služby. Součástí dodávky systému SIRIUS je vytvoření webové služby, která takovouto komunikaci umožní, vlastní uživatelské rozhraní bude zpracováno v rámci projektu elektronické spisové služby MŽP.


3.1.9. PŘEDPOKLÁDANÝ CELKOVÝ POČET UŽIVATELŮ SYSTÉMU

agenda

Počet uživatelů s přístupovými právy do systému CENIA+ČHMÚ MŽP KÚ ČIŽP OVSS ORP celkem celkem

IPPC

z toho analýzy

celkem

z toho analýzy

7

3

2

80

100

IRZ

10

4

7

3

0

100

EIA

2

2

12

3 100

150

7

1 100

3

1

1

124

8

1

4

60

329

2

1

6

1

40

50

30

130

150

60

318

4

1

40

50

30

125

5 150

110

50 1000

2

30

100

15

15

20

poplatky

2

2

2

ovzduší

6

3

10

1 150

15

15

20

5 150

7

7

ostatní

30 2000

z toho analýzy

celkem

2230

odpady

voda

z toho analýzy

celkem

8

SEA

počet současně nahlížejících uživatelů CENIA+ČHMÚ MŽP KÚ ČIŽP OVSS ORP celkem

1

14

11

4

200

235

50

63

1365

3

2

2

1

15

11

5

100

139

500

638

1

1

1

1

3

10

0

25

42

110

250

530

3

1

3

1

30

11

50

99

110

1000

1315

3

1

3

1

15

11

100

134

14

2

2

0


4

celkem

45

42

52

13 480

430

50 2750

3862

12

7

9

4

63

43

5

275

418

Uvedený odhad počtu uživatelů bude zohledněn při přípravě zátěžových testů.


3.1.10.

DATAMINER

Modul je podrobně popsán v kapitole …3.2.2.3 3.1.11.

MODUL ISSAR

Modul ISSaR v systému SIRIUS by neměl zcela nahradit současný systém ISSaR. Předpokládá se zachování některých částí současného systému ISSaR. A to především univerzálního datového skladu. Součástí systému SIRIUS bude front-end pro systém ISSaR, který bude schopen plně nahradit a doplnit současné části ISSaR zajištující zveřejňování a vstup dat. Systém bude obsahovat nástroje manuální vkládání dat i pro automatizovaný příjem dat do datového skladu ISSaR. Automatizovaný příjem bude využívat XML a webové služby. Bude existovat prostředí pro nastavení a správu automatizovaných vstupních kanálů. Manuální vstupy budou realizovány pomocí editovatelných formulářových sestav, které půjdou v systému spravovat. (KP 6135) Základem prezentační části bude vytvoření dynamického prezentačního portálu pro publikaci statistických dat a informací. Portál bude spravován pomocí CMS systému (Content management System, redakční systém), který umožňuje definovat jednotlivé prezentační objekty stránek (např. grafy, tabulky, html texty, obrázky, mapové kompozice) a z nich s využitím šablon skládat jednotlivé stránky. Šablony lze editovat. Prezentační objekty jsou dynamicky propojeny s datovým skaldem (pro zvýšení efektivnosti mohou být cashovány a v nastaveném intervalu obnovovány). CMS systém umožňuje kompletní správu uživatelských účtů. (Podrobněji viz KP 6131) Dále bude nově vybudováno metadaty řízené nahlížení do datového skladu (DS) umožňující uživateli vytvořit si vlastní pohled na data. Při postupném sestavování tohoto pohledu (a tím požadavku na data) využívá metadata o záznamech uložených v DS a jejich vztazích (struktuře). (Viz KP 6132)


Prezentační objekty budou poskytovány rovněž prostřednictvím webových služeb a protokolu RDF. Obdobně budou přístupná i data z metadatového přístupu. Aplikace bude zahrnovat nástroje pro evidenci a správu těchto služeb. (Viz KP 6134) 3.1.12.

MODUL EKNIHOVNA

Modul eKnihovna bude koncipován jako globální řešení vnitřní podpory služeb a uživatelů systému. S podporou modulu eKnihovna bude v rámci informačního systému SIRIUS zajištěna komplexní znalostní podpora uživatelů pro níže uvedené integrované agendy: EIA SEA IPPC Cílem integrace modulu eKnihovna je poskytnout komplexní informační podporu uživatelům systému SIRIUS v daném procesním kroku integrované agendy. Jedná se o procesní aplikaci, která je navržena v souladu s aktuálním zněním zákona č. 500/2004 Sb., správní řád a umožní uživatelům projektu SIRIUS komplexní správu informací v rámci výše uvedených integrovaných agend. Modul eKnihovna, respektive její výstup v podobě okamžité informační podpory, bude integrován napříč agendami EIA, SEA, IPPC takovým způsobem, aby uživatel těchto agend měl v každém okamžiku jasný a ucelený přehled o evidovaných řízeních a dalších relevantních informacích vedoucí k podpoře a zkvalitnění přijímaných rozhodnutí. Při založení nového případu v podporované agendě (hlášení, oznámení apod.) modul eKnihovna automaticky vytvoří spis s jedinečným identifikátorem odvozeným z podporované agendy. Veškeré dokumenty a další informace vzniklé během řešeného případu se ukládají na jednotné centrální datové úložiště v rámci eKnihovny. Přílohy, které budou vkládány do spisu v rámci řešeného případu dané agendy, je nutné systematicky zatřídit a uložit pro další návazné využití.


V rámci zvyšování kvality předkládaných informací v čase umožní eKnihovna vyloučit z výběru již neplatné nebo neaktuální dokumenty. Každý jednotlivý spis bude shromažďovat záznamy o všech definovaných událostech, uživatelem spouštěných akcích a připojovaných dokumentech v průběhu životního cyklu řízení (spisu). Z těchto údajů, zdrojů a popisných informacích bude možné nejen plnohodnotně rekonstruovat skutečný průběh procesu (např. řízení), ale také poskytovat zdrojová data k následné optimalizaci na základě vyhodnocení procesních charakteristik, efektivnosti a kvality. Modul eKnihovna, jako centrum informační podpory, bude interaktivně komunikovat s jednotlivými agendami a jejich uživateli, a vytvářet předzpracované strukturované soubory (sestavy, nabídky) relevantních dokumentů a dalších informačních zdrojů. Ty jsou automaticky parametrizované dle aktuálního procesního stavu řešené agendy, nebo manuálně na základě specifikovaného požadavku uživatele. V souvislosti s rozvojem informační báze eKnihovny má pro optimalizaci a další rozvoj systému zásadní význam efektivnost a účinnost využívání informací v rámci agendových procesů, administrativních řízení nebo aktivit jednotlivých uživatelů. Proto je nutné získat přehled a periodicky monitorovat vlastní údaje eKnihovny o míře a četnosti využívání jednotlivých datových zdrojů, obsahových i metadatových informací, sledování trendů efektivnosti v rámci adaptační fáze uživatelů při náběhu systému a míře využívání poskytnutých informací. Aktuálně dostupná úplná kategorizace informací podléhá iterativnímu zpracování, v průběhu kterého se na vytváření a zpřesňování popisných dat podílejí sofistikované technologie, expertní systémy i lidský faktor reprezentovaný oprávněnými editory. Řízení kombinace těchto tří přístupů ve vzájemné synergii dotváří přidanou hodnotu nástroje. Informační podporu poskytovanou uživatelům v podobě výběru informací a dokumentů, relevantních k danému kroku případu, bude podporovat eKnihovna i v oblasti pohledů na aktuálně rozpracované případy anebo rozhodování při volbě alternativních cest procesu (o doporučených preferencích tam, kde další postup není vynucen parametry předchozího kroku Projekt „SIRIUS - Systém integrace a řízení informací v oblasti technické ochrany životního prostředí“ (registrační kód projektu: CZ.1.06/1.1.00/07.06408) je spolufinancován Evropskou unií v rámci Evropského fondu pro regionální rozvoj a Integrovaného operačního programu. Stránka 61/105

a legislativních předpisů) doplněnou o výpočet časové dotace, výčet dokumentace a další údaje svázané s příslušnou větví procesu. Modul eKnihovna není koncipován pouze jako interní komponenta systému, ale také jako robustní nástroj pro správu popisných dat systému a poskytovatel rozhraní přes které může řízeným způsobem na základě přiznaných oprávnění poskytovat informační podporu také externím odběratelům. eKnihovna integrovaná v heterogenním prostředí agend, správních procesů a řízení, bude mít schopnost při řešení požadavků zohlednit také další specifika a omezení přístupu k informacím vycházejících z platné legislativy, zejména zákona č. 101/2000 sb. o ochraně osobních údajů, zákona 412/2005 Sb., o ochraně utajovaných informací a o bezpečnostní způsobilosti, a dalších specifických zákonných norem nebo interních předpisů rezortu. Pro náběh aplikace podporované modulem eKnihovna bude připraveno spektrum automatizovaných, poloautomatizovaných i manuálních vstupních rozhraní, využitelných pro prvotní migraci dat z aktuálně provozovaných systémů, k průběžnému doplňování informací , údajů a popisných dat, a ke zpracování dokumentační báze evidované převážně v listinné podobě prostřednictvím definice kvalitativního parametru - akceptovatelné úrovně přesnosti rozpoznání OCR procesu pro danou kategorii dokumentů. eKnihovna bude extrahovat informace zejména z následujících datových vstupů a formátů: Běžné kancelářské aplikace MS WORD, MS EXEL, MS PowerPoint, OpenOffice, RTF, PDF Relační databáze (ODBC) Dokumentová úložiště (Lotus Notes, MS Sharepoint) OCR – digitalizace obsahu (výstupní grafické formáty, PDF, TXT, RTF) Grafický formát (JPEG, TIFF, GIF, PNG, BMP) HTML/XML


S ohledem na integraci eKnihovny do celkového řešení bude umožňovat jak průběžné načítání dokumentů i jim přidružených popisných informací z ostatních agend, tak uplatnit územní i oborovou rozprostřenost uživatelů systému, kteří budou přistupovat do výsledného systému a podílet se na procesech, agendách a tvorbě obsahu (oprávnění uživatelé z řad MŽP, ČIŽP, krajů, ORP, CENIA). Je proto nezbytné, aby výsledné řešení podporovalo rozložení zátěže a distribuované zpracování. 3.2.TECHNICKÁ ARCHITEKTURA Systém je založen na modelu vícevrstvé architektury (datová, aplikační a prezentační vrstva). Každá vrstva je reprezentovaná jedním nebo několika technologickými moduly, které jsou navzájem funkčně propojeny do jediného kompaktního celku. Aplikační vrstva je navíc rozšířená o funkce zajišťující analytické zpracování dat – data – mining. Kompletní nabídka bude obsahovat návrh SW i HW řešení pro všechny technologické části systému. Celý systém, musí maximálně zohledňovat možnosti budoucích změn a také případné rozšíření o nové agendy. Požadujeme tedy co největší využití otevřených standardů IEEE, ISO, ECMA, apod., abychom mohli systém dále bezpečně rozvíjet s ohledem na maximalizaci ochrany investic. Systém bude mít tyto základní funkcionality: 

Systém pro práci s vlastním datovým skladem.



Komunikace a interoperabilta s ISPOP, případně dalšími definovanými externími systémy (zdroji vstupních dat) – systém přebírání ohlášených dat k jejich uložení, archivaci a dalšímu zpracování.



Komunikace s modulem Data Miner :



validace přijatých dat,



provádění analýz nad validovanými daty.




Vstupy agregovaných dat ze systému ISSaR, případně dalších definovaných systémů pro jejich využití v modulech systému SIRIUS (předpokládá se přebírání dat a jejich uložení do struktury datového skladu bez úprav (synchronizace))4



Zajištění diferencovaného přístupu uživatelů k datům a informacím.



Transformace dat mezi různými formáty a strukturami (na vstupu i na výstupu, případně i uvnitř systému).



Zpracování dat a poskytování tématicky orientovaných dat pomocí služeb uživatelům (osobám i externím aplikacím).



Ukládání agregací a dalších výsledků analytického zpracování dat.



Práce s dokumentovými agendami. 3.2.1. DATOVÁ VRSTVA - DATOVÝ SKLAD

Datový sklad je hlavním úložištěm dat na atomární úrovni. Projekt předpokládá implementaci s využitím některého pokročilého RDBMS. Datový sklad jako hlavní datové úložiště projektu zahrne jak vlastní datový sklad, tak technické prostředky pro zpracování vstupních dat a datové transformace, implementované v transformační vrstvě. 3.2.1.1.

KONSOLIDACE IT INFRASTRUKTURY

Jedním z požadavků na datový sklad bude i konsolidace stávajících dat a infrastruktury. Dodavatel by si měl tedy před rozhodnutím o tom jaký konkrétní RDBMS systém zvolí, prostudovat existující IT infrastrukturu CENIA a již běžící projekty a podle toho přihlédnout u výběru vhodného databázového stroje od konkrétního dodavatele. Pokud bude úplná konsolidace vyloučena některým z požadavků na systém SIRIUS, měl by databázový stroj SIRIUS umožňovat propojení dat alespoň na úrovni standardů OLEDB, ODBC (nízkoúrovňové služby propojení dat). 3.2.1.2.

INTEGRACE A MIGRACE DAT

Jednotný datový sklad pro agendy podle zákona o odpadech, IRZ a ISPOP, IPPC, EIA a SEA, bude navržen tak, aby integroval data těchto existujících agend: 

Informační systém odpadového hospodářství (ISOH)



Online systém pro sledování toku vybraných autovraků (MA ISOH)

4

Předpokládané řešení: DS ISSaR bude zachován, aplikace nad ním budou nahrazeny aplikačně IS SIRIUS (dataminer a portál) Projekt „SIRIUS - Systém integrace a řízení informací v oblasti technické ochrany životního prostředí“ (registrační kód projektu: CZ.1.06/1.1.00/07.06408) je spolufinancován Evropskou unií v rámci Evropského fondu pro regionální rozvoj a Integrovaného operačního programu. Stránka 64/105



NITAR



DB obaly



Zpětný odběr výrobků



Inventarizace zařízení a látek obsahujících PCB5



Informační systém evidence přepravy nebezpečných věcí



Informační systém hodnocení nebezpečných vlastností odpadů



Informační systém integrované prevence (IS IPPC)



IS EIA



IS SEA



Integrovaný registr znečišťování (IRZ)



Poplatky za znečišťování životního prostředí a využívání přírodních zdrojů

Navrhovaný systém tedy nahradí několik dílčích datových zdrojů (tematicky odlišných), které aktuálně v CENIA fungují jako nástroje pro zpracování dat z oblasti technické ochrany životního prostředí, případně souvisejících dat. Uvedené agendy jejich datové zdroje představují heterogenní prostředí i z pohledu dat a aplikací. Tyto systémy dnes fungují většinou zcela samostatně a jejich vzájemná kompatibilita není zajištěna. Data jsou ukládána jak v: 

strukturované podobě (RDBMS)



tak i v semistrukturované podobě (např. MS Excel, MS Outlook...)



tak i nestrukturované (CD, scan, papírová agenda).

Podrobný přehled zdrojových informačních systémů, které v rámci řešení projektu projdou procesem integrace je obsažen v kapitole 2 – popis stávajícího stavu. Nový systém musí plně funkčně nahradit stávající datové sklady (i jejich aplikace). Navíc musí zohlednit i požadavky na vylepšení stávajících funkcionalit a implementaci nově požadovaných. Podrobnosti jsou popsány v kapitole 2 a 3 tohoto dokumentu.

5

Systém v současné době spravuje VÚV, probíhají jednání o předání na CENIA


Migrace dat je součástí realizace projektu a představuje jednu z nejdůležitějších částí realizace projektu. Zadavatel požaduje protokolární převod dat do nového prostředí s možností verifikace stavu zdroj-cíl. Úpravy datových struktur v novém datovém modelu a přechod na jiný systém pro uložení dat sebou nesou také nekompatibilitu datových typů, kódových stránek textu. Zadavatel požaduje dokumentaci migrace takových částí, kde se uvedené problémy vyskytly. 3.2.1.3.

NOVÝ DATOVÝ MODEL A DATAMARTY

Logický datový model by měl být navržen v normalizované formě. Předpokládaná je možnost řešení fyzické implementace (fyzický datový model) v denormalizované podobě, pokud toto řešení bude nutné v závislosti na zvolené platformě, použité pro implementaci datového skladu, s ohledem na dosažení požadovaných výkonnostních parametrů a efektivitu nákladu vynaložených na hardwarovou a softwarovou infrastrukturu. Výstupy dat z datového skladu budou řešeny s využitím vrstvy služeb a transformační vrstvy. V rámci návrhu řešení je předpokládána implementace jednoho či více datamartů, realizovaných jako závislé datamarty vybudované nad datovým skladem. Účelem datamartu(-ů) je prezentovat data – ať už prostřednictvím pohledů (views), materializovaných pohledů nebo agregovaných souhrnů dat – uložená v datovém skladu, tak aby přístup k datům prostřednictvím definovaných služeb byl implementován optimálně z pohledu přístupové doby a efektivity využití dostupné výpočetní, diskové a přenosové kapacity. Návrh struktury datamartu(-ů) musí primárně vycházet z požadavků poskytovaných služeb. Transformační vrstva zajišťuje veškeré transformace dat, jak pro vstupní a výstupní rozhraní (realizovaná prostřednictvím vrstvy služeb), tak pro vnitřní datové transformace datového skladu. Pro implementaci transformačních pravidel se předpokládá využití standardních ETL nástrojů.


3.2.2. APLIKAČNÍ VRSTVA 3.2.2.1.

SLUŽBY SYSTÉMU

Přístup k informacím pro aplikace a uživatele bude realizován prostřednictvím vrstvy služeb. Předpokládá se využití principů SOA (Service Oriented Architecture) a také využití webových služeb jako jejich součásti. Jak bylo zmíněno výše, navrhovaný systém bude jako externí zdroje dat využívat tyto: 

ISPOP



Informační systém pro sledování toku vybraných autovraků (MA ISOH)



Evidence přepravy nebezpečných odpadů (IS EPNV) (*)



Informační systém hodnocení nebezpečných vlastností odpadů (IS HNVO) (*)



ISSaR



IS ENVIVODA



Základní registry (ROS, RPP, RUIAN)



číselníkové údaje a databáze ČSÚ



dílčí (složkové) informační systémy – součásti Jednotného informačního systému o životním prostředí (JISŽP)6

3.2.2.1.1.

VNITŘNÍ A VNĚJŠÍ PROPOJOVACÍ SLUŽBY

Některé služby zprostředkovávají výhradně interní i externí propojením dat a informací. Je přípustné, aby interní propojovací služby používaly některé nízko úrovňové rozhraní jako je OLEDB, ODBC (příp. replikaci) pro komunikaci mezi interními (myšleno interními v rámci organizace ale vně systému SIRIUS) datovými zdroji, bude-li to účelné. Vnější propojovací služby budou postaveny výhradně na standardu SOAP WS.7

6

(*) V případě, že bude realizován jako samostatný IS. Pokud ne, zdrojem dat bude ISPOP.

7

Poznámka: Všechny součásti systému, které budou konzumovat vnější propojovací služby budou mít zpracovánu dokumentaci se zdůvodněním a popisem fungování propojení (způsob výměny dat, replikace, přenos záznamu na vyžádáni, přenos informací, četnost aktualizace, pouze na požádání, atp.)


3.2.2.1.2.

DODRŽOVÁNÍ PRINCIPŮ INSPIRE A SLUŽBY

Při tvorbě IS bude kladen důraz na „neduplikování“ informací ale naopak na vytváření vazeb a to jak interně tak i na okolní systémy. Prakticky to znamená, že systém, vyjma svých interních datových struktur bude ukládat informace z cizích informačních systému pouze v těchto případech: 

Ukládání informací do cache - mapové výřezy, tabelární údaje apod., tak aby se zrychlila tvorba vlastních výstupů a nebylo nutné neustále zatěžovat infrastrukturu cizích IS



Tvorba rozsáhlých dotazů s využitím cizích číselníku a údajů – bude použito zejména v případě dat ČSÚ. Údaje jako IČO, kód uzemní jednotky apod., budou často primárním klíčem interních (dále jen PK) datových struktur IS a při dotazech napříč různými částmi systému bude požadováno zobrazení těchto číselníkových hodnot. Hodnoty PK je také potřeba kontrolovat a proto budou tyto údaje součástí interních datových struktur. V takovémto případě bude nutné pomocí WS zajistit pravidelnou aktualizaci těchto dat. 3.2.2.1.3.

VLASTNÍ WEBOVÉ SLUŽBY

Webové služby budou sloužit jak samostatně vytvářet vazby s okolními IS ale také zároveň budou tvořit oborově specifickou funkcionalitu portálu. Systém bude poskytovat data a informace vně pomocí webových služeb s využitím následujících standardů: SOAP-WSDL (Simple Object Access Protocol-Web Service Description Language) - hlavní seznam dostupných webových služeb (objektů SOA) s jejich popisem, kompletním seznamem a popisem všech dostupných metod IS a popisem jejich parametrů. Přístup k seznamu dostupných objektů i jejich funkcí bude omezen podle přístupového oprávnění uživatele. Všechny webové objekty a jejich metody a vlastnosti budou mít kompletní vyplněnou dokumentaci tak jak je definována standardem pro webové služby. 3.2.2.1.4.

PORTÁLOVÉ WEBOVÉ SLUŽBY A INTEGRACE S PORTÁL

O portálové webové službě tedy hovoříme jako o kompletní implementaci normální webové služby, ale už včetně uživatelského rozhraní, které bude navrženo pro konkrétní portálovou technologii zvolenou dodavatelem. Uživatelské rozhraní bude sice závislé na platformě a technologii portálu, ale používání samotné webové služby nikoliv. Portálová webová služba Projekt „SIRIUS - Systém integrace a řízení informací v oblasti technické ochrany životního prostředí“ (registrační kód projektu: CZ.1.06/1.1.00/07.06408) je spolufinancován Evropskou unií v rámci Evropského fondu pro regionální rozvoj a Integrovaného operačního programu. Stránka 68/105

je nezbytnou součástí SOA tak aby služby mohli konzumovat i uživatelé, kteří nemají žádné speciální programové vybavení a chtějí využívat funkce poskytované webovými službami SIRIUS. I tyto služby budou součástí WSDL SIRIUS a bude u nich požadována standardní dokumentace. Pro jednodušší IT správu a údržbu je žádoucí aby webové služby a portál používaly stejnou základní technologii (framework). Pokud z požadavků na systém vyplyne nutnost použít jiný framework pro služby a portál, požaduje zadavatel v nabídce krátké a výstižné zdůvodnění a osvětlení systému údržby zvolených technologií tak aby se předešlo konfliktům a problémům vyplývajícím z různého životního cyklu obou technologií. 3.2.2.2.

IMPLEMENTACE PRVKŮ SÉMANTICKÉHO WEBU

Systém SIRIUS bude propojen s mnoha stávajícími systémy a příslušnými zdroji. Informace z těchto zdrojů budou propojovány a použity k vytvoření služeb a webového portálu. Je nutné nejenom zajistit přístup k informacím z různých zdrojů, prostřednictvím různých API a z různých databází, ale je třeba rovněž vytvářet relace a popisovat význam dat. K tomu bude využito RDF (Resource Description Framework). SIRIUS bude příjemcem i poskytovatelem RDF. Poskytování všech informací technologií sémantického webu umožní přistupovat k informacím standardizovaným způsobem (místo specifického proprietárního řešení). SIRIUS bude shromažďovat informace z různých systémů a umožní jejich zpřístupnění ve formátu RDF a HTML prostřednictvím služeb externím subjektům. Základem architektury sémantického webu jsou standardy a nástroje XML, XML Schema, RDF, RDF Schema and OWL 

RDF - RDF je jazyk pro reprezentaci objektů, nazývaných také zdroje, a jejich vztahů.



RDF Schéma - RDF Schema (RDFS) je slovník, který se používá pro popis vlastností a tříd RDF zdrojů.




OWL Web Ontology Language - OWL přidává další slovníky pro popis vlastností a tříd, odlišné vztahy, kardinality (mohutnosti), rozšířené typy vlastností a jejich charakteristiky.

Obr.: Semantic Web Architecture (Wikipedia) Úkolem nově budovaného systému SIRIUS bude integrovat velké množství informací z různých informačních systémů a zdrojů. Zásadním předpokladem je, že komunikace mezi systémy a jejich částmi bude efektivní. Zefektivnění bude dosaženo použitím komunikace prostřednictvím standardizovaných rozhraní API (univerzálních namísto proprietárních). To zajistí využitelnost informací, publikovaných v portálu SIRIUS také pro systémy a uživatele mimo SIRIUS a podpoří tak rozvoj služeb nad dostupnými informacemi. 3.2.2.2.1.

SEIS – SYSTÉM SDÍLENÍ INFORMACÍ

SIRIUS bude shromažďovat informace z různých systémů a umožní jejich zpřístupnění ve formátu RDF a HTML prostřednictvím služeb externím subjektům. Aby bylo možné zpřístupnit data (nejen) stávajícím internetovým aplikacím, je nezbytné v maximální možné míře využívat standardizované termíny ze známých slovníků. Pokud nebude možné najít požadované termíny v existujících slovnících, bude třeba definovat tyto nové pojmy ve


vlastním slovníku. (viz Jak publikovat Linked Data na webu) Některé slovníky jsou definovány jako povinné, nicméně, v průběhu projektu budou přibývat další. Systém musí být konfigurovatelný a snadno rozšířitelný, aby podporoval rozšiřující se slovníky. A to jak jejich čtení, tak jejich publikaci. Povinné slovníky Následující slovníky a standardy musí být podporovány: 

Dublin Core (DC) definující obecná pravidla pro metadata.



SENSE Shared European National State of the Environment (dokumentace, SENSE ontologie)



GEMET RDF Service poskytovaný European Environment Information and Observation Network (EIONET)

Doporučené slovníky Použití následujících slovníků a odkazů je doporučené, pokud odpovídají datům případně službám v systému. 

SKOS Simple Knowledge Organization System



SKOS DataZone výčet slovníků dostupných ve schématu SKOS



Organization Ontology pro popis struktur organizací. 3.2.2.2.2.

OVĚŘOVACÍ NÁSTROJE

Všechny výstupy webového portálu musí odpovídat zvoleným standardům. Obsah RDF musí projít validačními nástroji: 

Linkdata validator (http://validator.linkeddata.org/)



W3C RDF validator (http://www.w3.org/RDF/Validator/ )


3.2.2.2.3.

LICENCE

Sdílené informace musí obsahovat informace o licenci. Většina informací bude veřejně dostupná, a proto nejvhodnější licencí pro ně bude některá z verzí Creative Commons(CC). Dokumentace CC jak popisovat copyright and in RDF. Creative Commons validator (http://validator.creativecommons.org/ ) pro ověření výstupu. 3.2.2.2.4.

TRANSPARENTNOST A PROVÁZANOST

Jedním z nejdůležitějších cílů projektu SIRIUS je správně umístěné a načasované zpřístupňování informací pro veřejnost a státní správu. Z důvodu nezbytnosti ověřování původu informací je třeba u informací zásadně uvádět odkaz na zdroj. Zdroj by měl být nezměněný a ve formátu, který byl použitý k vytvoření výstupu. Odkaz musí směrovat na samotný datový zdroj, nikoli pouze na instituci, která jej spravuje. Zdroj dat může rovněž obsahovat svůj další zdroj. Cílem je zajistit provázanost až k původnímu zdroji (příkladem může být www.eea.europa.eu/soer/1.0#dataSource) 3.2.2.2.5.

VYHLEDÁVAČE A LINKDATA

Na webovém portálu musí být data, zpracovaná systémem SIRIUS k dispozici ve formátu RDF stejně tak, jako i v lidsky čitelné podobě (HTML). RDF URI by měly být k dispozici prostřednictvím mechanismu „content negotiation“, aby RDF prohlížeče mohly procházet portál pomocí stejných URL adres. Portál bude poskytovat RDF sitemaps pro snazší zpracování vyhledávači a linkdata. Viz GEMET jako příklad webového portálu, který je k dispozici také jako RDF. 3.2.2.3.

DATA MINER

Data Miner představuje soustavu analytických nástrojů umožňujících zpracování dat z databáze SIRIUS a dalších zdrojů. Tyto analytické nástroje musí být plně kompatibilní a použitelné jako jeden celek. Výsledky analýz budou podkladem pro rozhodovací procesy, informování veřejnosti a naplňování reportingových povinností. Pro přístup k datům, jejich validaci a pokročilé vyhodnocování bude využit (případně rozšířen stávající) robustní analytický nástroj, který musí simultánně komunikovat s několika databázovými zdroji


informačních systémů. Modul bude poskytovat především tyto nástroje: komplexní soubor nástrojů na vyhodnocování dat, soubor automatizovaných dataminingových projektů, modul pro validaci dat, podporu mezidatabázové komunikace, modul pro editaci a publikování výstupu v rámci internetového rozhraní, nástroj na převod scanovaných dokumentů na text a text mining digitalizovaných textových dat. 3.2.2.3.1. KOMUNIKACE DATA MINERU S DATABÁZEMI A JINÝMI ZDROJI DAT

V rámci projektu SIRIUS bude pracováno s daty rozličného charakteru pocházejícími z několika databází a zdrojů. Všechny zdroje dat budou propojeny pomocí klíčů. Databáze SIRIUS bude napojena např. na cizí číselníky a data dalších organizací, která mohou být uložena také v externím datovém skladišti (např. v prostředí internetové sítě nebo přímo uvnitř infrastruktury zadavatele). Proto bude součástí SW na vytěžování dat i nástroj umožňující komunikaci s těmito zdroji, což znamená  předdefinovaný přístup do dat systému SIRIUS a ISSaR.  Možnost nastavení přístupu do dalších datových zdrojů podle potřeby  souběžnou práci s daty pocházejícími z různých databází (interních nebo externích, ze zdrojů aktuálních číselníků). Vstupní data budou převedena na společnou platformu a výsledky statistického zpracování budou uloženy do databáze k dalšímu využití. 

sestavování interaktivních databázových dotazů (např. prostřednictvím OLE DB a ODBC) s využitím grafického uživatelského rozhraní pro definování dotazu

 výkonné přímé rozhraní mezi externími databázemi a analytickými funkcemi, které bude zpřístupňovat rozsáhlá data (po skončení analýzy zůstanou uložena pouze v původních databázích), aniž by byla vyžadována lokální kopie dat, tj. kopie dat na počítači analytika. Pro běžné uživatele bude k dispozici webové rozhraní v rámci portálu SIRIUS. Pomocí grafického uživatelského rozhraní pro definování dotazu budou schopni sestavit dotaz na


výběr nebo agregaci pro rychlou prezentaci dat (rozčleněno podle přístupových práv k datům). 3.2.2.3.2.

NÁSTROJE NA PŘÍPRAVU A VYHODNOCOVÁNÍ DAT

Pro práci s daty je potřeba soubor komplexních nástrojů na vyhodnocování dat (validace, čištění, ořezávání, transformace a vytěžování) vybudovaný na bázi specializovaného statistického SW. Tyto nástroje budou k dispozici vybrané skupině uživatelů pro přípravu analytických dotazů na základě přidělených práv. V úvodní fázi práce s daty jde o rozhraní pro komunikaci s databázemi. Dalším nástrojem bude agregační modul pro deskriptivní statistiku, tzn. nástroj na tvorbu a správu kontingenčních tabulek, OLAP kostek (nad relačními databázemi), přehledných výpisů a popisných statistik včetně deskriptivního grafického zobrazení (KP 5913, části 1 a 2). Součástí úvodní fáze je kontrola dat, odhalení a zpracování chybných, odlehlých a chybějících hodnot. K tomu bude sloužit uživatelsky přístupné prostředí pro nastavení pravidel validace a jiné nástroje k provedení korekce, případně redukce datového souboru o neplatná data (KP 5909). Mezistupněm a pomůckou při výběru vhodné metody bude samostatný nástroj na snadnou tvorbu a správu grafických výstupů. Tento nástroj bude používán také na vizualizaci výsledků analýz. Důležitým požadavkem na grafické výstupy je uživatelská přístupnost (intuitivní ovládání) a dostatečně široká škála možností vizualizace a editace (KP 5913, část 1). Následující fází je výběr vhodné statistické metody na vytěžování dat. Data je nejprve nutno upravit do formy vyžadované příslušnou metodou. Z tohoto důvodu je potřeba zajistit snadnou manipulaci s daty (přeskupování, transformace, filtrace, překódování, řazení, tvorba číselníků, aplikace funkcí, optimální kategorizace, úprava řídkých dat, náhodné a stratifikované náhodné výběry, slučování či dělení dat apod. – KP 5913, část 2). Jádrem analytického nástroje bude celá škála statistických metod. Cílem statistického zkoumání je klasifikace dat s následnou predikcí (podrobnější a složitější popis vytvořený z více lokálních modelů), deskripce (hrubější celkový popis zkoumaných dat postihující Projekt „SIRIUS - Systém integrace a řízení informací v oblasti technické ochrany životního prostředí“ (registrační kód projektu: CZ.1.06/1.1.00/07.06408) je spolufinancován Evropskou unií v rámci Evropského fondu pro regionální rozvoj a Integrovaného operačního programu. Stránka 74/105

podstatné souvislosti) a nalezení výjimečných netypických informací a souvislostí (např. Extreme Value Theory). Tyto metody jsou charakterizovány následujícími moduly (KP 5913, část 3): • mnohorozměrná statistická analýza, regresní analýza • metody strojového učení • hledání asociačních pravidel •testování hypotéz • metody pro snížení počtu atributů • optimalizace • analýza časových řad a panelových dat • teorie extremálních hodnot • nástroje pro explorační analýzu dat K dispozici bude nejen grafické rozhraní s předdefinovanými nabídkami, ale i textový editor (konzole) pro psaní vlastních příkazů. Pokud nebudou všechny oblasti požadovaných analýz pokryty funkcemi statistického SW, bude zajištěna jejich implementace (i v jiném programovacím prostředí) a součinnost se statistickým SW. V případě, že nabízený analytický nástroj bude obsahovat alternativní statistickou metodu k metodě požadované zadavatelem, může uchazeč nahrazení požadované metody v nabídce zdůvodnit srovnáním obou metod. O oprávněnosti nahrazení požadované metody jinou metodou rozhodne zadavatel při hodnocení nabídek. Dalšími požadavky jsou paralelizace výpočtů, zpracování rozsáhlých souborů dat, souběžná práce s více soubory a možnost vzdáleného přístupu do modulu Data Miner, který bude využíván nejen v pražském pracovišti CENIA, ale i v detašovaném pracovišti CENIA,


případně na MŽP. Tato pracoviště nejsou připojena do stejné lokální sítě. Ze všech pracovišť musí být zajištěn rovnocenný, plně funkční přístup k data miningovému nástroji. 3.2.2.3.3.

NÁSTROJE NA AUTOMATIZACI VÝPOČTŮ

Důležitou součástí systému zpracování dat je automatizace procesů, která vyžaduje co nejmenší manuální vstup při provádění analýz a aktualizacích výstupů (KP 5979). Tato automatizace bude umožněna ve třech úrovních/formách. • SW bude vybaven nástroji pro zápis a přehrávání maker s možností dodatečných úprav zdrojového kódu. • K rychlé prezentaci dat (tabulky agregátů přes různě hierarchicky uspořádané dimenze) budou sloužit předem sestavené dotazy dotazovacího nástroje (SQL) pracujícího nad relačními databázemi, případně OLAP (On-Line Analytical Processing). • Nejsofistikovanější formou automatizace bude předem sestavený data miningový projekt umožňující provádění předem definovaných operací nad daty (validace, agregace, vytěžování a výstup ve formě reportu nebo objektu redakčního systému). Tuto funkcionalitu bude zajišťovat úzce specializovaný skriptovací jazyk (DSL, Domain-Specific Language) s adekvátním editorem. Součástí dodávky je zpracování konkrétních data miningových projektů, které jsou popsány u jednotlivých agend. Jedním z těchto projektů je implementace nástroje „MAKESENS“ (KP 4317). Bude možné nastavit datum a čas , příp. časové intervaly, automatického zpracování výpočtů. 3.2.2.3.4.

NÁSTROJE NA PUBLIKACI VÝSTUPŮ DATA MINERU

Součástí souboru předpřipravených úloh bude systém pro publikování výsledků statistického zpracování dat v prostředí portálu SIRIUS. To zahrnuje online propojení se zdroji dat a průběžné přepočty výstupů z aktualizovaných dat uložených v datovém skladu (přepočtení příslušných výstupů po každé aktualizaci souvisejících dat). Systém musí být schopen vygenerovat současný stav předem definovaných výstupů (tabulky a grafy v ročenkách,


indikátory…) ze současného stavu dat. Hotové výstupy se ukládají do databáze SIRIUS, aby je nebylo nutné počítat opakovaně. Nástroj bude součástí redakčního systému a bude poskytovat nastavitelné a upravitelné šablony vzhledu a uspořádání výsledků zpracování dat. Bude pracovat na základě předdefinovaných algoritmů agregace až analýzy dat a bude umožňovat jak ruční, tak automatické vkládání prvků (tabulky, grafy, text, obrázky, odkazy…). Redakční systém bude mít k dispozici i výstupy z DSL. Pro běžné uživatele bude k dispozici webové rozhraní portálu SIRIUS. Uživatel bude moci prohlížet přednastavené výstupy typu statistická ročenka a indikátory různých oblastí technické ochrany životního prostředí. 3.2.2.3.5.

TEXT MINING

K vytěžování znalostí z textových dat bude sloužit nástroj na text mining (KP 5908). Nejprve bude potřeba získat z naskenovaných dokumentů dostupných v rámci agend EIA, SEA, IPPC na digitalizovaný text. Ke kvalitnímu převodu naskenovaných dokumentů bude sloužit OCR nástroj. Samotný text mining lze charakterizovat ve dvou fázích: předzpracování dat a vlastní vytěžování znalostí. V rámci předzpracování bude možné importovat různé formáty dokumentů a převést je do jednotného anotovaného tvaru. Dále budou dokumenty rozčleněny podle struktury do kapitol, odstavců, vět a slov a všechny takto vzniklé objekty budou anotovány a uloženy do databáze SIRIUS. Nástroj na text mining bude ovládat širokou škálu metod (KP 5908). Díky těmto metodám bude možné hledat asociace a podobnosti, kategorizovat, shlukovat a sumarizovat dokumenty a vyhledávat v nich podle sémantických kritérií. Metody musí být robustní vůči překlepům, gramatickým chybám a synonymům. Výstupy metod budou pravděpodobnostní. Pro exportování výsledků metod budou k dispozici rozmanité textové, obrazové a tabelární formáty.


3.2.2.3.6. TECHNICKÁ PODPORA DATA MINERU OD POSKYTOVATELE STATISTICKÉHO SW

Součástí zadání je požadavek na provedení série specializovaných školení pro vybranou skupinu uživatelů, zaměřených na možnosti využití všech nástrojů dostupných v modulu pro data mining, stejně jako školení zaměřené na možnosti využití statistických a dataminingových metod a postupů při zpracování environmentálních dat (KP 5986). Předpokládá se školení pro celkem 25 účastníků. Všichni účastníci absolvují základní školení na ovládání a možnosti využití implementovaných nástrojů v minimálním rozsahu 2 dnů, přičemž se uvažují celodenní školení. Skupiny uživatelů poté absolvují školení zaměřené na konkrétní statistické a dataminingové metody. Předpokládá se, že rozsah tohoto typu školení pro různé skupiny se bude lišit, dle specifikovaných uživatelských požadavků pro jednotlivé agendy. Konkrétní rozsah školení je předmětem zakázky, nicméně zadání předpokládá rozdělení účastníků minimálně do dvou skupin podle úrovně znalostí. První skupina zahrne uživatele se znalostí základů statistiky. Druhá skupina pokročilé uživatele. Rozsah školení pro tyto skupiny uživatelů se bude lišit dle požadavků na zpracování dat specifikovaných v tomto dokumentu. Minimální rozsah školení pro každou skupinu je 5 dní (uvažují se celodenní školení). Návrh musí obsahovat přesný popis obsahu školení s výčtem metod, které budou předmětem výuky včetně časové dotace, věnované jednotlivým metodám. Implementace standardních nástrojů pro analytické zpracování dat a data mining představuje – dle tohoto zadání - jednak dodání a nasazení aplikačního SW pro statistické zpracování dat a datamining a rovněž vybudování tzv. znalostní báze (KP 5979), tj. souboru připravených úloh (dataminingových projektů) umožňujících provádění předem definovaných operací nad daty (validace, agregace, vytěžování). Vybudování tzv. znalostní báze na základě požadavků na zpracování dat z jednotlivých agend předpokládá využití odborné podpory ze strany dodavatele systému. Odborná podpora zahrne jednak programovací práce na příslušných analýzách a rovněž přípravu prostředí pro budoucí úpravy a rozšiřování znalostní báze. Minimální rozsah této odborné podpory v období realizace projektu je požadován v rozsahu 30 člověkodní.


Po dobu udržitelnosti projektu zajistí poskytovatel statistického SW dostatečný počet licencí a technickou i odbornou podporu pro případ potřeby konzultací nebo spolupráce na složitějších analýzách (KP 5986). Součástí celkové nabídky bude popis návrhu řešení udržitelnosti systému (maintenance a uživatelská podpora) s ohledem na minimalizaci provozních nákladů na systém v období od ukončení projektu do konce doby udržitelnosti. Nabízená podpora (support) a údržba (maintenance) bude zahrnovat minimálně tyto aktivity: Technickou podporu elektronickou poštou a telefonicky (hot-line pro správce systému) v pracovních dnech ve stanovených hodinách Opravy, úpravy či jiné modifikace veškerého komerčního SW, který byl dodán jako součást řešení. 3.2.3. PREZENTAČNÍ VRSTVA - PORTÁL

Jak už bylo zmíněno v kapitole o službách, vzhledem ke komplexnosti celého systému, požadujeme řešit jak portál tak i navazující webové služby jako jeden celek, kde jednotlivé součásti budou vzájemně provázané. Portál bude nejviditelnější součásti implementace SOA. Portál IS SIRIUS bude prvním kontaktním místem pro jakéhokoliv uživatele a musí jej jednoduše a přehledně nasměrovat a poskytnout mu požadované informace. Úlohou portálu bude: 

integrace všech aplikaci systému technické ochrany živ. prostředí do něj,



omezení vlivu IT na publikované informace, při vytváření obsahu www prezentace, odpovědní pracovníci sami spravují obsah portálu a prezentují svoji práci



zajistit jednoduchost a pochopitelnost publikovaných informací a sjednocení jejich prezentace



možnost pro odbornou veřejnost získat detail dat, ukázat i rozpory v datech a navrhovat scénáře řešení problémů

Náplň portálu bude rozdělena na: 

veřejně přístupnou část k informacím a případně i datům SIRIUS pro širokou (laickou) veřejnost




neveřejnou část přístupnou výhradně odborné veřejnosti (ministerstva, kraje, ...)



uzavřenou část přístupnou pouze zaměstnancům CENIA a spolupracujícím subjektům (interní projekty)

Součástí celkového řešení bude rovněž příprava a implementace grafického návrhu webové prezentace portálu. 3.2.3.1.

POŽADAVKY NA TECHNOLOGII PORTÁLU

Pro běh portálu požadujeme jeho implementaci na některém z komerčně dostupných aplikačních framework technologii: 

Java (SUN/Oracle)



NET (Microsoft)

Důvodem pro tento požadavek je potřeba správy a údržby systému v prostředí často se měnící (vyvíjející se) legislativy a následná potřeba úprav vzhledu i funkcionality portálu i webových služeb. 3.2.3.2.

PORTÁL JAKO CMS

Dodavatel musí prokázat, že jím vybrané řešení portálových služeb bude obsahovat základní následující funkce portálu: 

optimální vazba mezi portálem zobrazovanými informacemi a jednotným prostředím dat/informací vytvořeným v rámci systému SIRIUS (tj. nejlépe s podporou technologicky shodného prostředí, které bude používat SIRIUS pro ukládání dat o technické ochraně životního prostředí)



možnost využití relevantních modulů SIRIUS pro dokumentově orientované agendy technické ochrany životního prostředí,



možnost stromové struktury stránek v rámci optimálního počtu úrovní,



schopnost spolupráce CMS s portálovými webovými službami vyvinutými v rámci SIRIUS,



možnost variability vzhledu www, snadné vytváření variant vzhledu, podpora rozdělení práce ve velké organizaci (grafika - obsah - správa),



základní funkcionální dostupnost pro všechny webové prohlížeče (mobilní přístup)



přehledná navigace, dle zvoleného vzhledu a navigačního systému,



možnost integrace částí portálu do portálu MŽP,




provázanost stránek – snadná a jasná identifikace všech zdrojů/odkazů, které na danou stránku odkazují, sledování vzájemných vazeb pro účely budoucího sledování změn.



ochrana proti spamu, robotům a dalším útokům po síti.



modul pro zabezpečení webu, přidělování oprávnění uživatelů pro přístup k www a diferencovaně k jeho částem (stránkám), či jednotlivým položkám na webových stránkách (modulům).



modul pro registraci nových uživatelů, včetně jejich ověření,



modul pro napojení na poštovní server pro potřeby týmové komunikace, správy obsahu, automatizovaného upozorňování na změny obsahu, atp.



modul pro integraci s webovými vyhledávači, pro zapojení webu do internetových vyhledávačů (zejména Google)



modul pro prohledávání obsahu webu (myšleno CMS portálu, ne internetu)



HTML modul s uživatelsky přívětivým editorem textu a možností vkládání multimediálního obsahu



modul pro rozesílání pošty registrovaným uživatelům dle jejich zařazení v systému



modul fórum, pro komunikaci mezi uživateli nebo i s anonymními návštěvníky portálu



modul pro tvorbu reportů nad zvolenou oblastí dat s různými možnostmi vizualizace výsledků dotazu s možným využitím navrženého modulu reportingu systému SIRUS. 3.2.3.3.

ZABEZPEČNÍ KOMUNIKACE A OVĚŘOVÁNÍ UŽIVATELŮ

Pro funkce vyžadující omezení přístupu na zadanou skupinu uživatelů, musí portál podporovat: 

Protokol https s vydaným ověřeným certifikátem od certifikační autority



Rozpoznání uživatele podle jeho proxy IP adresy a lokální IP adresy



Autentikace uživatele pomocí jména a hesla, LIVE ID, Windows integrované ověření, ASP.NET, LDAP



Rozpoznání přihlašovacích údajů interního uživatele (z domény CENIA) tak aby se nemusel znovu přihlašovat do portálu



CAPTCHA ověření



Integraci s budoucím resortním SSO (single sign on) systémem na úrovni deklarace kompatibility s některým ze standardů v této oblasti.

Tyto funkce musejí být propojeny s funkcemi zabezpečení webových služeb a musejí používat stejnou centrální evidenci uživatelů.


3.2.3.4.

INTEGRACE S EXISTUJÍCÍMI APLIKACEMI

Jedním z požadavků na portál i webové služby je i návaznost na existující technologie a komponenty, které již CENIA provozuje a které chce v portálu SIRIUS i webových službách využít. 3.2.3.4.1.

INTEGRACE S MAPOVÝMI SERVERY

U některých požadavků na funkce aplikací je zmíněna i potřeba vizualizace různých jevů pomocí map. Dodavatel musí zajistit integraci mapového serveru a vzájemnou komunikaci modulů na stránkách portálu tak aby uživatel mohl plynule přecházet při práci s informacemi mezi mapou a alfanumerickými výstupy. Pro zobrazení topografických podkladů a dalších externích mapových služeb bude využit primárně Národní geoportál INSPIRE – http://geoportal.gov.cz. Propojení bude zajištěno prostřednictvím OGC služeb a jejich INSPIRE rozšíření – CSW pro vyhledávací a WMS pro prohlížecí služby. Kromě OGC a INSPIRE standardů je možné použít i proprietární SOAP a REST služby Esri ArcGIS Serveru. Všechny služby prostorových dat poskytované mapovým serverem budou splňovat příslušná nařízení INSPIRE v oblasti síťových služeb a datových specifikací podle aktuálních specifikací v době realizace. Veškerá prostorová data a služby prostorových dat budou mít řádně vyplněná metadata přístupná prostřednictvím INSPIRE kompatibilní vyhledávací služby. 3.2.3.4.2.

INTEGRACE VÝSTUPŮ STATISTICKÉHO ZPRACOVÁNÍ DAT

Velice důležitou součástí portálu bude také prezentace výstupu statistického zpracování dat o technické ochraně životního prostředí. Tyto údaje mohou být prezentovány buď ve formě již předpřipravených grafů a tabulek a nebo bude portál přímo spouštět funkce statistického modulu a dovolí uživateli vytvářet vlastní statistické analýzy přímo v prostředí portálu. Podrobná specifikace funkcionalit modulu pro statistické zpracování dat a data-mining je obsažena v kapitole 3.2.2.2


3.2.3.4.3. INTEGRACE S PORTÁLEM ENVIHD (ENVIRONMENTÁLNÍ HELPDESK)

Portál EnviHD zajišťuje v CENIA znalostní podporu pro další aktivity zejména pro proces ohlašování, realizovaný prostřednictvím ISPOP. Projekt SIRIUS předpokládá využití informací, obsažených v portálu EnviHD a jejich propojení s informacemi obsaženými přímo v portálu SIRIUS prostřednictvím webových služeb. Podrobná specifikace propojení je obsažena Příloze č. 5 zadávací dokumentace. 3.2.3.4.4.

INTEGRACE S IS ENVIVODA

IS EnviVODA je systém, který je v současné době připravovaný na ČHMÚ a bude budovaný paralelně s projektem SIRIUS. Pro SIRIUS je podstatné vybudování datového rozhraní pro komunikaci související s výměnou dat prostřednictvím webových služeb. Předpokládáme online propojení a zobrazení požadovaných dat na pokyn uživatele systému. 3.2.3.5. MIGRACE STÁVAJÍCÍCH APLIKACÍ DO PORTÁLU SIRIUS A SPUŠTĚNÍ PORTÁLU

Jedním ze základních cílů projektu SIRIUS je nahrazení několika dílčích informačních systému (jejich podrobný popis se zpracován v kapitole 2 a 3). Předpokládá se , že nově budovaný systém plně nahradí původní systémy i v oblasti publikace dat a poskytne všechny nástroje, které jsou (případně byly) k dispozici v původních aplikacích. Podrobný soupis je zpracován v katalogu požadavků. Kromě systémů, které budou plně nahrazeny, bude portál nahrazovat funkcionality stávajícího publikačního rozhraní systému ISSaR (RS ISSaR http://issar.cenia.cz). Jedná se o proprietární řešení, vytvářené v CENIA pro potřeby publikování agregovaných dat. Předmětem vlastních prací na portálu následně bude: 

naplnění zvolené CMS portálové technologie obsahem



vytvoření specializovaných funkcí, které budou publikovat informace i data o technické ochraně životního prostředí a jejich integrace do zvolené CMS portálové technologie.


3.2.3.5.1. MIGRACE STÁVAJÍCÍCH APLIKACÍ DO PROSTŘEDÍ PORTÁLŮ A WEBOVÝCH SLUŽEB

Každá aplikace, kterou dnes CENIA využívá má svůj vývojový cyklus a podporu. U řady z nich se přešlo (přechází) z původního používání několika specialisty na hromadný provoz a u takových aplikaci je nutné aby další vývoj byl již uvažovány v intencích SOA. Tyto aplikace se budou v rámci projektu SIRIUS integrovat do webového portálu. 3.2.3.5.2. VEŘEJNÁ ROZHRANÍ PORTÁLU A VEŘEJNÝ OBJEKTOVÝ MODEL

Veřejná rozhraní jsou základním přístupovým bodem pro uživatele webových služeb. Aby tato rozhraní bylo možné využívat, musí existovat veřejný objektový model v obecně akceptovaném formátu. Tím je dnes především UML. Webová služba bude nejčastěji nabízet vybrané údaje v souvislostech. Z toho plyne, že funkce a metody webové služby jsou nadřazené internímu datovém modelu jednotlivých systému a agend technické ochrany životního prostředí. Jejich dokumentace je součástí až portálu a webových služeb. Webový portál zde pak také bude sloužit jako pojítko mezi dokumentací webových služeb a dokumentací veřejného datového modelu. Dokumentace funkcí webových služeb bude součástí webového portálu a každá webová služba bude odkazovat na příslušnou stránku portálu, kde bude její dokumentace uložena.8 3.2.4. LOGICKÁ ARCHITEKTURA ŘEŠENÍ

Následující diagram popisuje základní logickou architekturu navrhovaného řešení, a základní funkčnost jednotlivých vrstev, implementovanou prostřednictvím jednotlivých modulů

8

Poznámka: Vývoj veřejného objektového modelu musí být realizován se zachováním principu tzv. zpětné kompatibility


Nástroje pro přístup k

Definice služeb, rozhraní a

datům a prezentaci dat

řízení přístupu

Prezentační vrstva

Vrstva služeb

Transformace dat

Agregace a pohledy

Datový sklad Závislý datamart(y) obsahující agregace a logická/materializovaná view nad DS

Atomická data v integrované struktuře

Obr. ..: Logická architektura řešení Následující diagram popisuje vazby mezi jednotlivými moduly:


Obr.: Vazby mezi jednotlivými vrstvami systému Ze zdrojových systémů jsou data pomocí ETL procesů pravidelně načítána do fyzicky i logicky odděleného datového úložiště – do datového skladu, který má tři logické vrstvy: V-1 Staging area – pracovní oblast, kam jsou prostřednictvím ETL procesů ukládána data ze zdrojových systémů. Před jejich dalším zpracováním do vyšších systémových vrstev zde mohou být data verifikována a doplňována pomocí workflow agend. V-2 Data Warehouse – jádro datového skladu, kam jsou dle definovaných pravidel nahrávána verifikovaná a vyčištěná data z V-1. Vzhledem k tomu, že jednotlivé agendy systému SIRIUS pracují se specifickými datovými strukturami, nepředpokládáme nutně vytvoření unifikované datové struktury. Ve vrstvě V-2 mohou být data ukládána do několika oblastí s optimalizovanou datovou strukturou (dle agend v sekci 3.1), které bude možno logicky propojovat pomocí jednotných číselníků.


V-3 Datamarty, pohledy – v této vrstvě jsou ukládána data vytvořená nad jádrem datového skladu (nad jednou oblastí nebo více oblastmi) tak, jak je zapotřebí pro správné, rychlé a efektivní fungování Standardních reportů Analytických nástrojů Datových rozhraní systému V rámci ETL procesů dochází k čištění, integraci a transformaci dat jak načítaných ze zdrojových systémů, tak i mezi jeho vrstvami. Předpokládáme využití některého ze standardních ETL nástrojů. Implementace ETL musí zohlednit tyto základní principy: ETL představuje centrální správu načítání dat z externích systémů transformací mezi vrstvami systému Maximum transformací a dalších operací s daty je prováděno prostředky databázového systému datového skladu (SQL příkazy/skripty) spouštěnými z ETL nástroje. 3.2.5. HW PLATFORMA A BEZPEČNOSTNÍ ARCHITEKTURA

Hardware bude umístěn v housingovém centru. Veškerá zařízení budou umístěna na lokání síti zabezpečené firewallem. HTTP(S) přístup na aplikační servery bude prostřednictvím reverzní proxy, administrátorské přístupy budou zajištěny šifrovaným přístupem. Zálohování bude probíhat na zálohovací server inkrementačně v pravidelných intervalech. Nepřetržitý zdroj napájení bude zajištěn prostředky housingového centra. 3.2.5.1.

BEZPEČNOSTNÍ ARCHITEKTURA

Za účelem naplnění bezpečnostních cílů a maximálního možného snížení bezpečnostních rizik se předpokládá zavedení vyvážené kombinace technických a netechnických opatření. V pilotní fázi musejí být provedeny minimálně tyto bezpečnostní testy:




Prověření konfigurace systému



Prověření bezpečnostních funkcí systému



Hodnocení zranitelnosti systému (investigativní test)

Udržení a rozvoj bezpečnostního rámce informačního systému bude vyžadovat řízení a údržbu systému bezpečnosti i po skončení projektu – po uvedení systému do ostrého provozu. Zajištění bezpečnosti systému v období udržitelnosti projektu je rovněž předmětem této zakázky. 3.2.6. INTEGRACE DO PROSTŘEDÍ ZÁKAZNÍKA A OCHRANA INVESTIC

Dodavatel by měl před realizací návrhu řešení prostudovat existující IT architekturu CENIA a již běžící projekty. Předkládaný návrh by měl být v maximální možné míře postaven na technologiích a aplikacích, které jsou v CENIA již implementované a implementaci nových prvků navrhovat pouze v případě, že adekvátní technologie v CENIA prozatím není využívaná. Podrobný popis IT architektury CENIA včetně implementačních pravidel a požadavků je specifikován v Příloze č. 4 zadávací dokumentace


4. UŽIVATELSKÉ POŽADAVKY NA SYSTÉM Podrobný soupis uživatelských požadavků na systém včetně návrhu akceptačních kritérií je obsažen v Příloze č. 5 zadávací dokumentace. 5. OMEZENÍ 5.1.ČASOVÁ OMEZENÍ

Agenda

Popis

Ohlašovací termín

Poplatky

Poplatková hlášení týkající se odvodů za odnětí

31.1.

zemědělského půdního fondu, odnětí pozemků určených k plnění funkcí lesa

Poplatková hlášení odpady

31.3.

Poplatková hlášení za znečištění ovzduší ze středních,

31.7.

velkých a zvláště velkých zdrojů (po dohodě až 30.9.)

Odpadové

Hlášení o produkci a nakládání s odpady, roční výkazy,

hospodářství

roční hlášení, informace od provozovatelů zařízení

15.2.

v OH (hlášení zasílána prostřednictvím ISPOP na ORP, MŽP)


Roční zprávy výrobců a akreditovaných zástupců, roční

31.3.

zprávy o plnění zpětného odběru (elektrozařízení, baterie a akumulátory,..) (zprávyzasílány prostřednictvím ISPOP, resp. v listinné podobě (baterie a akumulátory), na MŽP)

Zpracované a opravené evidence z ORP, Vydané

30.4.

souhlasy a další rozhodnutí vydaná podle zákona o odpadech (ORP, kraje) (zasílány na MŽP)

Ohlašování zahájení nebo ukončení provozu zákonem

průběžně

stanovených zařízení k odstraňování nebo využívání odpadů, sběru a zpracování. autovraků, elektroodpadů, shromažďovacích míst NO, sběrových míst a skladů odpadů… (§39 zákona č. 185/2001 Sb.) Evidenční povinnost osob, které provozují zařízení obsahující PCB a které podléhá evidenci podle zákona (hlášení zasílána na ORP, MŽP)

EIA/SEA

Všechny agendové dokumenty

průběžně

IPPC

Všechny agendové dokumenty

průběžně

Ovzduší

Všechny ohlašovací povinnosti

31.3.

Ochrana vod

Odběry a vypouštění -_ISVS Voda

30.9


Vodoprávní rozhodnutí - ISVS Voda

30.9

Stav povrchových vod- ISVS Voda

30.9

Stav podzemních vod- ISVS Voda

30.9

Vymezení vodních útvarů (HEIS)

1x za 6 let (příští termín do 2015)

IRZ

Povinnost provozovatele ohlásit požadované údaje podle

31.3.

odstavců 1a 3 zákona č. 25/2008 Sb., vždy do 31. března běžného roku za předchozí kalendářní rok. Relevantní právní předpisy pro agendu IRZ: - Nařízení č. 166/2006/ES - Zákon č. 25/2008 Sb. - Zákon č. 77/2011 Sb., kterým se mění zákon č. 25/2008 Sb. - Nařízení vlády č. 145/2008 Sb. - Nařízení vlády č. 450/2011 Sb., kterým se mění nařízení vlády č. 145/2008 Sb.

IRZ

Dle § 7 odst. a) zákona č. 25/2008 Sb. ministerstvo

30.9.

zveřejňuje údaje ohlášení do integrovaného registru znečišťování za kalendářní rok do 30. září následujícího


kalendářního roku na portálu veřejné správy ) a zabezpečuje jejich předávání Evropské komisi v souladu s požadavky přímo použitelného předpisu Evropských společenství a dále v souladu s mezinárodními závazky

IRZ

Aktualizace zveřejněných údajů ohlášených do IRZ na

Průběžně

portálu veřejné správy (viz zaslané opravy za příslušné ohlašovací roky).

IRZ

Dle článku 7 odst. 2. b) nařízení č. 166/2006/ES členské

Do 15 měsíců

státy poskytnou Komisi všechny údaje uvedené v čl. 5

od konce

odst. 1 a 2 elektronickou cestou ve formátu vedeném

ohlašovacího

v příloze III a podle tohoto časového plánu: b) za

roku.

všechny následující ohlašovací roky do 15 měsíců od konce ohlašovacího roku.

IRZ

Termín zasílání opravných hlášení za příslušné

Průběžně

ohlašovací roky (tj. doplněných hlášení) není časově omezen.

IRZ

Aktualizace reportovaných dat + kontroly

Dle Komisí/Evropsk ou agenturou pro životní prostředí stanových termínů

IRZ

Zveřejnění datového standardu dle § 7 písm. c) zákona č. Nejméně šest měsíců před


25/2008 Sb. (novelizováno zákonem č. 77/2011 Sb.)

termínem plnění jednotlivých ohlašovacích povinností

5.2. BEZPEČNOSTNÍ OMEZENÍ

Agenda IPPC Pouze část údajů z žádostí o vydání (změnu) integrovaného povolení (tzv. Stručné shrnutí) jsou veřejné. Všechny ostatní údaje jsou přístupné pouze pro pracovníky příslušného KÚ, účastníky daného řízení, příslušné dotčené orgány státní správy, příp. OZO, kteří jsou zapojeni do procesu vydání (změny) konkrétního integrovaného povolení. Agenda odpadové hospodářství S veškerými shromažďovanými údaji musí být nakládáno v souladu se zákonem o ochraně osobních údajů a zákonem o ochraně utajovaných skutečností. Pro jednotlivé skupiny uživatelů budou přesně stanovena přístupová práva. Je požadováno řízení víceúrovňového přístupu uživatelů a využívání protokolu https. Agenda EIA/SEA Všechny dokumenty zveřejňované na IS EIA/SEA jsou veřejné, jejich vkládání do systému zajišťují pracovníci KÚ, MŽP, OVSS pomocí přístupových hesel. Údaje o autorizovaných osobách a do budoucna proces udělování autorizací jsou/budou v souladu se zákonem o ochraně osobních údajů a zákonem o ochraně utajovaných skutečností. Agenda IRZ


Přístup k datům a funkcím v interní databázi musí být zabezpečený a diferencovaný dle rolí uživatelů - operátor, konfirmátor, pozorovatel a administrátor. Systém bude sloužit oprávněným uživatelům z řad CENIA, MŽP a ČIŽP, kterým bude umožněno s daty pracovat. Veřejnosti bude určena pouze prezentační část - příslušná webová stránka, kde budou vybraná ohlášená data publikována. [KP 5861] [KP 5863][KP 5864] [KP 5929] [KP 5930] [KP 5854] [KP 5903] Agenda Voda S výjimkou dat z majetkové a provozní evidence vodovodů a kanalizací jsou data (v rozsahu specifikovaném příslušnou legislativou) z ostatních evidencí veřejná. Agenda Poplatky Se všemi shromažďovanými daty je nutno nakládat dle zákona č. 89/1995 Sb., o státní statistické službě (charakter individuálních dat). S těmito daty může pracovat pouze pracovník, který složí slib mlčenlivosti, resp. má uděleno oprávnění nakládat s důvěrnými statistickými údaji. Ostatní uživatelé mají přístup pouze k agregovaným údajům. Modul Data Miner Analytický modul Data Miner bude dostupný omezené skupině uživatelů z CENIA, případně z MŽP. Omezení, týkající se přechodu Agenda IPPC Pouze část dat (seznamy provozovatelů IPPC zařízení nebo seznamy jednotek IPPC zařízení) je v současném IS IPPC dostupná ve formě seznamů („strukturovaná“ data). Ostatní data nejsou nijak strukturována. Jsou součástí dokumentů ve formátu *.doc nebo *.pdf. Převod dat do strukturované podoby byl částečně řešen projektem VaV – návrh nového IS IPPC. V případě ostatních dat bude muset být stanoven rozsah a způsob jejich převodu do strukturované podoby.


Agenda odpadové hospodářství Potřeba zajistit migraci dat z informačních systémů nebo databází agend: ISOH – migrace dat z databáze - datový standard MŽP ((MŽP_ODPADY_2011_A – pro evidenční rok 2011, MŽP_ODPADY_2010_B - pro evidenční rok 2010; MŽP_ODPADY_2009_A - pro evidenční rok 2009; MŽP_ODPADY_2008_A - pro evidenční rok 2008; Datový standard 2006 - pro evidenční rok 2006 a 2007) MA ISOH – data jsou exportována do ISOH, migrace dat bude prováděna z databáze ISOH (viz předchozí bod) IS NITAR – migrace dat z databáze Zpětný odběr výrobků – migrace dat z tabulek MS Excel Obaly - migrace dat z tabulek MS Excel Požadavek: Po určitou dobu „zkušebního provozu“ je nezbytné, aby staré IS a nový (SIRIUS) fungovaly paralelně. Agenda EIA/SEA Po určitou dobu „zkušebního provozu“ je nezbytné, aby současné IS i SIRIUS fungovaly paralelně. Strukturovaná data ve formě tabulek, dokumenty k datům na CENIA disku. V rámci projektu SIRIUS budou veškeré vkládané dokumenty převedeny do strukturované podoby. Oznamovatel (potažmo zpracovatelé dokumentace a zpracovatelé posudku) budou data posílat v určitém formátu, ze kterého bude možné informace použít. Agenda IRZ Potřeba zajistit migraci dat z informačních systémů a databází a jejich následnou publikaci na webu [KP 5843], [KP 5858], [KP 5859], [KP 5879], [KP 5929], [KP 5930]:


Z původního IS QT data za ohlašovací roky 2004 až 2008 archivována ve formátu HTML. Část obsahu z HTML byla pro účely publikace dat na webové stránce převedena do XML (viz http://tomcat.cenia.cz/irz/) – v XML chybí podstatná data, jako je příznak E-PRTR činnosti apod. Dále do struktury webu byla z ISPOP převedena data i za ohlašovací roky 2009 a 2010. Kompletní XML soubory těchto roků jsou archivovány i v ISPOP.

Dále zajistit bezchybnou publikaci relevantních ohlášených dat za příslušné ohlašovací roky na k tomuto účelu určené webové stránce. Provést kontrolu úplnosti všech relevantních převedených dat + metadat včetně jejich správné publikace na webu. [KP 5863] [KP 5864] V souvislosti s migrací dat do datového uložiště a následného zobrazení těchto dat, která mají mnohdy oproti předchozím rokům odlišný datový obsah (změny v číselnících a rozsahu ohlášených dat) je potřeba brát zřetel i na skutečnosti níže uvedené: Vzhledem k měnícímu se právnímu rámci ohlašování do IRZ se rozsah ohlašovacích údajů v letech 2004 - 2009 (zejména v souvislosti s přijetím nařízení o E-PRTR a plné účinnosti zákona č. 25/2008 Sb.) měnil. V ohlašovacím období 2004, 2005, 2006 ohlašovali všichni provozovatelé (uživatelé registrované látky) stejný rozsah údajů o únicích a přenosech dle zákona č. 76/2002 Sb. (zákon o integrované prevenci) a jeho prováděcích právních předpisů nařízení vlády č. 368/2003 Sb. a vyhlášky č. 572/2004 Sb. Nový rámec ohlašování byl vymezen zákonem č. 25/2008 Sb. (zákon o integrovaném registru znečišťování) a nařízením Evropského parlamentu a Rady (ES) č. 166/2006 ze dne 18. ledna 2006 (dále jen „nařízení o E-PRTR“). V ohlašovacích obdobích 2007 a 2008 byl rozsah ohlašovaných údajů závislý na tom jaká činnost (tj. zda je či není vymezená v příloze I k nařízení o E-PRTR) byla v provozovně provozována. V případě těchto ohlašovacích roků, s ohledem na přechodná ustanovení v zákoně č. 25/2008 Sb., bylo třeba brát v potaz i zákon


č. 76/2002 Sb. (zákon o integrované prevenci) a nařízení vlády č. 368/2003 Sb. (nařízení o IRZ). Počínaje ohlašovacím obdobím 2009 bylo, v souladu se zákonem č. 25/2008 Sb., poprvé použito nařízení vlády č. 145/2008 Sb., kterým se stanoví seznam znečišťujících látek a prahových hodnot a údaje požadované pro ohlašování do integrovaného registru znečišťování životního prostředí. Oba právní předpisy, v návaznosti na evropské nařízení o EPRTR, dotvářejí rozsah požadovaných údajů ohlašovaných do IRZ. Uvedené právní předpisy jsou platné od roku 2009 pro provozovatele podle § 3 odst. 1 (činnost podle přílohy I nařízení o E-PRTR) i § 3 odst. 2 zákona č. 25/2008 Sb. (činnost jiná nebo činnost s nižší kapacitou podle přílohy I nařízení o E-PRTR) > od kal. roku 2010 (tj. ohlašovacího roku 2009) došlo ke sjednocení ohlašovacích povinností pro obě skupiny provozovatelů (tj. pro provozovatele s i bez E-PRTR činnosti dle přílohy I k nařízení o E-PRTR). Agenda poplatky a daně Migrace všech dat z tabulek MS Excel. Omezení daná harmonogramem Agenda ovzduší Platnost vybraných ustanovení nové legislativy, v rámci níž bude možné uskutečnit především schvalovací procesy k SPE, je stanovena připravovaným přechodným ustanovením v návrhu emisní vyhlášky na 1. 1. 2013. V praxi se dá předpokládat uplatnění nových procesů nejdříve po 31.3. 2013, tj. po ukončení ohlašovacího období pro údaje za rok 2012. Optimální termín nasazení aplikace pro schvalovací procesy k SPE je k 1. 9. 2013. Agenda odpadové hospodářství Připravována komplexní změna. Současnými „technickými“ novelami zákona č. 185/2001 Sb., o odpadech, došlo k implementaci požadavků nové evropské rámcové směrnice o odpadech. Bližší informace o připravovaných změnách nejsou dosud známy. Agenda IPPC Projekt „SIRIUS - Systém integrace a řízení informací v oblasti technické ochrany životního prostředí“ (registrační kód projektu: CZ.1.06/1.1.00/07.06408) je spolufinancován Evropskou unií v rámci Evropského fondu pro regionální rozvoj a Integrovaného operačního programu. Stránka 97/105

Po schválení Směrnice o průmyslových emisích byla v roce 2011 zahájena novelizace zákona č. 76/2002 Sb. Následná účinnost novely bude nejpozději od 1.1.2013. S účinností od 1.1.2011 vstoupila v platnost novela vyhlášky č. 554/2002 Sb. – vyhláška č 363/2010 Sb. Nový IS IPPC vycházející z projektu VaV bude vyžadovat legislativní změny. V případě, že k nim nedojde, musí být systém vybaven rozhraním, které umožní import dat ze stávajícího systému IS IPPC, případně umožní ruční import definovaných dat. Agenda IRZ Předpoklad dalších legislativních změn. Bližší informace nejsou dosud známy. Agenda poplatky a daně Předpoklad menších legislativních změn. Podrobnosti zatím nejsou známy. Agenda EIA/SEA Předpoklad menších legislativních změn. Podrobnosti zatím nejsou známy. Implementační omezení (omezení, týkající se nasazení systému) Termíny pro migraci historických dat nesmí být v kolizi s provozem. Taktická rozhodnutí Agenda odpadové hospodářství Většina dat bude do databáze SIRIA vstupovat přes ISPOP, existují však výjimky: hlášení ORP o produkci a nakládání s odpady za území jejich působnosti – v současné době provádí ORP verifikaci dat o produkci a nakládání s odpady (příloha č. 20, vyhlášky č. 383/2001 Sb.) za oblast, resp. území, jejich působnosti. Takto zpracovaná data odesílají emailem na MŽP, resp. CENIA, k zapracování do ISOH. Pokud nedojde ke změně příslušné


právní úpravy, bude nutné zajistit import takto ohlášených dat např. prostřednictvím WS, popřípadě strojovým nebo ručním importem do importního modelu, apod. přeshraniční pohyb/přepravu odpadů – v současné době formuláře přeshraniční přepravy odpadů existují pouze v listinné podobě, data z formulářů jsou manuálně vkládána do databáze IS NITAR. V budoucnosti nedojde ke změně, formuláře i nadále budou k dispozici pouze v listinné podobě (nebude možný vstup přes ISPOP) a zůstane zachováno i ruční vkládání dat do databáze. potvrzení o převzetí autovraku do zařízení ke sběru autovraků – k vydávání potvrzení a k tvorbě základních rejstříků (autovraků, zpracovatelů autovraků) je využíván Informační systém pro sledování toku vybraných autovraků (MA ISOH); slouží pro on-line ohlašování autovraků přebíraných do zařízení ke sběru a zpracování autovraků. Získaná data (potvrzení o převzetí autovraku, rejstřík autovraků, rejstřík zpracovatelů autovraků) nebudou do SIRIA vstupovat přes ISPOP – import dat bude prováděn dávkově přímo z MA ISOH do databáze SIRIUS. evidence přepravy nebezpečných odpadů v ČR – evidence je v současnosti vedena pouze v listinné podobě, neexistuje centrální databáze přeprav nebezpečných odpadů v ČR. MŽP připravuje řešení elektronického ohlašování. Probíhá rozhodování mezi vytvořením samostatného IS a využitím ISPOP. V případě realizace samostatného IS budou data z tohoto systému importována dávkově přímo do databáze SIRIUS, nebudou vstupovat přes ISPOP. V opačném případě bude zdrojem dat ISPOP. hodnocení nebezpečných vlastností odpadů - neexistuje centrální databáze uskutečněných hodnocení nebezpečných vlastností odpadů v ČR. MŽP připravuje řešení elektronického ohlašování. Probíhá rozhodování mezi vytvořením samostatného IS a využitím ISPOP. V případě realizace samostatného IS budou data z tohoto systému importována dávkově přímo do databáze SIRIUS, nebudou vstupovat přes ISPOP. V opačném případě bude zdrojem dat ISPOP. relevantní seznamy ze stránek MŽP (seznamy výrobců a osob, které jsou nositeli zpětného odběru) - v současné době seznamy vede, aktualizuje a zveřejňuje na svých webových Projekt „SIRIUS - Systém integrace a řízení informací v oblasti technické ochrany životního prostředí“ (registrační kód projektu: CZ.1.06/1.1.00/07.06408) je spolufinancován Evropskou unií v rámci Evropského fondu pro regionální rozvoj a Integrovaného operačního programu. Stránka 99/105

stránkách MŽP. Ministerstvo bude provádět import, správu a údržbu dat v seznamech v rámci DB SIRIUS, bude zajištěn externí vstup pro vkládání dat a editaci pracovníky MŽP. Data nebudou vstupovat přes ISPOP. Seznamy budou přístupné k prohlížení skupině uživatelů s nízkými právy (veřejnosti). Vnější rozhraní Příloha č. 4 zadávací dokumentace specifikuje technologie a aplikace, které CENIA implementovala a využívá. Předložený návrh musí v maximální možné míře zajistit integraci s existujícím prostředím u zákazníka a měl by být postaven na technologiích a aplikacích, které CENIA již implementovala a implementaci nových prvků navrhovat pouze v případě, že adekvátní technologie v CENIA prozatím není využívaná.


Zapojení zadavatele do rozvoje systému Agenda odpadového hospodářství Tvorba reportů: Specifikace reportů Úprava agend při změnách legislativy: Specifikace požadavků v důsledku změn legislativy Kvalita dat: Kontrola provedení importu dat, kontrola funkcionality systému Nahrávání nových dat: Kontrola importů (importní log) Agenda IPPC Tvorba reportů Předdefinované statistické výstupy týkající se jednotlivých dílčích agend jsou předmětem návrhu řešení dodavatele (viz katalog požadavků). Při tvorbě integrovaných statistických reportů, které jdou napříč jednotlivými agendami, bude zadavatel aktivně spolupracovat s dodavatelem v rámci jejich vývoje. Úprava agend při změnách legislativy V případě legislativní změny zajistí zadavatel ve spolupráci s dodavatelem aktualizaci zadávací dokumentace pro agendu IPPC, včetně katalogu požadavků, která zohlednění zveřejněné legislativní změny. Kvalita dat Zadavatel zajistí dodavateli data v takové kvalitě, jakou umožňuje stávající IS IPPC. Nahrávání nových dat


Pro nahrávání nových dat předpokládá zadavatel vytvoření nástroje pro vstup takových dat (viz např. KP 5192: Manuální vstup dat do týmového webu IPPC pro krajský úřad, CENIA). Modul Data Miner Znalostní báze – poskytnutí podkladů k výstupům zpracování environmentálních dat potřebných k vytvoření souboru dataminingových projektů (metodiky, standardy, atd.) Agenda ochrana ovzduší Pro kontrolní procesy je předpokládána spoluúčast zadavatele na sestavení kontrolních procesů, vymezení kritických hodnot a při tvorbě komunikačních textů. Pro tvorbu platformy je předpokládána spoluúčast zadavatele při úvodní komunikaci s externími respondenty a uživateli, u nichž se předpokládá zapojení do platformy.


seznam použitých zkratek “N” – Nebezpečné odpady “O” – Ostatní odpady CDV – Centrum dopravního výzkumu CENIA – Česká informační agentura životního prostředí ČHMÚ – český hydrometeorologický ústav ČIŽP – Česká inspekce životního prostředí ČSÚ - Český statistický úřad EIA – Environmental Impact Assessment (Posuzování vlivů na životní prostředí) EK – Evropská komise EnviHD - environmentální Helpdesk IČ – Identifikační číslo organizace (dříve IČO) IČP – Identifikační číslo provozovny (jedná se o agendu IRZ) IPPC – Integrovaná prevence a omezování znečištění IRZ - Integrovaný registr znečišťování IS – Informační systém IS ELPNO - informační systém evidence přepravy nebezpečných odpadů IS HNVO – informační systém hodnocení nebezpečných vlastností odpadů IS QT – Informační systém Query Tool (aplikace Query Tool) Projekt „SIRIUS - Systém integrace a řízení informací v oblasti technické ochrany životního prostředí“ (registrační kód projektu: CZ.1.06/1.1.00/07.06408) je spolufinancován Evropskou unií v rámci Evropského fondu pro regionální rozvoj a Integrovaného operačního programu. Stránka 103/105

ISPOP – Integrovaný systém plnění ohlasovacích povinností ISSaR – Informační systém statistiky a reportingu ISVS – Informační systémy veřejné správy (standard pro harmonizaci systémů veřejné správy) ISZR – Informační systém základních registrů JISŽP - jednotný informační systém o životním prostředí KÚ – Krajský úřad MD – Ministerstvo dopravy MPO – ministerstvo průmyslu a obchodu MZe – Ministerstvo zemědělství MŽP – Ministerstvo životního prostředí Natura 2000 – soustava chráněných území, které vytvářejí na svém území podle jednotných principů všechny státy Evropské unie NSESS – Národní standard elektronických spisových služeb OH - odpadové hospodářství OPVI – Odbor posuzování vlivů na životní prostředí a integrované prevence OVSS – Odbory výkonu státní správy OZO – Odborně způsobilá osoba OŽP – Odbor životního prostředí PCB – polychlorované bifenyly (skupina 209 chemických látek, některé vysoce toxické) PCB6 – podskupina vybraných organických látek vymezená v rámci vyhlášky 382/2001 Sb.,


POH – Plán odpadového hospodářství PVS – Portál veřejné správy definovaný dle zákona č. 25/2008 Sb. (více viz § 2 písm. q) zákona č. 365/2000 Sb., ve znění zákona č. 81/2006 Sb.) RDBMS - Relational Data Base Management Systém (systém řízení báze dat) HEIS - Hydroecological Information Systém HEIS VÚV - hydroekologický informační systém vyvíjený Výzkumným ústavem vodohospodářským Brno, je součástí Jednotného informačního systému o životním prostředí MŽP ČR OECD - Organisation for Economic Co-operation and Development (mezivládní Organizace pro hospodářskou spolupráci a rozvoj) ROS - registr osob RES – registr ekonomických subjektů RPP - registr práv a povinností RUIAN - registr územní identifikace a nemovitostí SEA – Strategic Environmental Assessment (Proces posuzování vlivů koncepcí) SVN - Apache Subversion, systém pro správu a verzování zdrojových kódů (náhrada za starší CVS) SOA - (Service Oriented Architecture) ÚPD – územně plánovací dokumentace VÚZT – Výzkumný ústav zemědělské techniky WS – Web Services (Webové služby) ZUJ – Základní územní jednotka


SPECIFIKACE POŽADAVKŮ NA SYSTÉM

Recommend Documents