1. informačný systém odpadového hospodárstva 1. informačný systém odpadového hospodárstva...

1

1. Informačný systém odpadového hospodárstva

Odpadové hospodárstvo je činnosť zameraná na predchádzanie a obmedzovanie vzniku odpadov a

znižovanie ich nebezpečnosti pre životné prostredie.

Informačný systém odpadového hospodárstva (ďalej len „ISOH“) zabezpečuje zhromažďovanie údajov

v oblasti odpadového hospodárstva a ich poskytovanie v ustanovenom rozsahu. Informačný systém tvorí

súčasť jednotného informačného systému životného prostredia.

Prevádzku informačného systému a sprístupňovanie údajov z neho v zmysle zákona č. 79/2015 Z. z. –

zákona o odpadoch zabezpečuje Ministerstvo životného prostredia SR (ďalej len „MŽP SR“) alebo ním

poverená organizácia.

1.1. Používatelia informačného systému odpadového hospodárstva

Dotknuté osoby - sú osoby vstupujúce do ISOH

a) Osoby povinné zadávať údaje do ISOH (t. j. osoby, ktorým zo zákona vyplývajú povinnosti):

- Pôvodca odpadu a osoby nakladajúce s odpadom:

- pôvodca odpadu

- držiteľ odpadu

- obchodník

- sprostredkovateľ

- Zariadenia na nakladanie s odpadom:

- zariadenie na zber odpadu/výkup odpadu

- zariadenie na zhodnocovanie odpadu

- zariadenie na zneškodňovanie odpadu

- Výrobca vyhradeného výrobku:

- elektrozariadení

- batérií a akumulátorov

- obalov

- vozidiel

- pneumatík

- neobalového výrobku

- Organizácia zodpovednosti výrobcov

- Koordinačné centrum

- Tretia osoba

- Distribútor

2

b) Orgány štátnej správy v oblasti odpadového hospodárstva:

- Ministerstvo životného prostredia SR

- Slovenská inšpekcia životného prostredia

- Okresné úrady v sídle kraja

- Okresné úrady

- Obce (prenesený výkon štátnej správy)

- Colné orgány (colný úrad)

- Kriminálny úrad finančnej správy

c) Iné orgány a organizácie:

- Štatistický úrad SR

- Environmentálny fond

- Slovenská agentúra životného prostredia

- Daňový úrad

- Policajný zbor

- Slovenská obchodná inšpekcia

d) Verejnosť

1.2. Legislatíva

1.2.1. Legislatíva EÚ

V smernici Európskeho parlamentu a Rady 2006/12/ES z 5. apríla 2006 o odpadoch sa ustanovuje

právny rámec pre odpadové hospodárstvo v Spoločenstve. Vymedzujú sa v nej kľúčové pojmy ako

odpad, zhodnocovanie a zneškodňovanie odpadu a stanovujú sa základné požiadavky pre odpadové

hospodárstvo, najmä povinnosť zariadení a podnikov, ktoré vykonávajú činnosti nakladania s odpadom,

mať povolenie alebo byť registrované a povinnosť členských štátov vypracovať programy odpadového

hospodárstva.

V smernici sa zároveň ustanovujú hlavné zásady, ako napríklad povinnosť nakladať s odpadom tak, aby

to nemalo negatívny vplyv na životné prostredie a zdravie ľudí, podpora uplatňovania hierarchie

odpadového hospodárstva, a to v súlade so zásadou „znečisťovateľ platí“, čo je požiadavka, podľa ktorej

musí náklady na zneškodnenie odpadu znášať jeho držiteľ, predchádzajúci držitelia alebo výrobcovia

výrobku, z ktorého odpad vznikol.

Základné legislatívne materiály:

3

- Smernica Európskeho parlamentu a Rady č. 2008/98/ES z 19. novembra 2008 o odpade a o

zrušení určitých smerníc

- Nariadenie (ES) č. 2150/2002 Európskeho parlamentu a Rady z 25. novembra 2002 o štatistike

o odpadoch

- Smernica Európskeho parlamentu a Rady 2003/4/ES z 28. januára 2003 o prístupe verejnosti k

informáciám o životnom prostredí, ktorou sa zrušuje smernica Rady 90/313/EHS

- Smernica Európskeho parlamentu a Rady 2007/2/ES zo 14. marca 2007, ktorou sa zriaďuje

Infraštruktúra pre priestorové informácie v Európskom spoločenstve (INSPIRE)

1.2.2. Legislatíva SR

Základom odpadového hospodárstva SR je zákon č. 79/2015 Z. z. o odpadoch a o zmene a doplnení

niektorých zákonov (ďalej tiež „zákon“).

Zákon o odpadoch stanovuje práva a povinnosti právnických osôb a fyzických osôb pri nakladaní s

odpadmi. Každý držiteľ odpadu je podľa tohto zákona povinný okrem iného viesť a uchovávať

priebežnú evidenciu o druhoch a množstve odpadov, s ktorými nakladá, a o ich zhodnotení a

zneškodnení a následne ohlasovať ustanovené údaje z evidencie príslušnému orgánu štátnej správy

odpadového hospodárstva.

Legislatívnym rámcom vymedzujúcim rozsah ISOH sú:

- Zákon č. 79/2015 Z. z. o odpadoch

- Vyhláška č. 365/2015 Z. z., ktorou sa ustanovuje Katalóg odpadov

- Vyhláška č. 366/2015 Z. z. o evidenčnej povinnosti a ohlasovacej povinnosti

- Vyhláška č. 371/2015 Z. z., ktorou sa vykonávajú niektoré ustanovenia zákona o odpadoch

- Vyhláška č. 373/2015 Z. z. o rozšírenej zodpovednosti výrobcov vyhradených výrobkov a o

nakladaní s vyhradenými prúdmi odpadov

1.2.3. Definícia najčastejšie používaných pojmov v súlade s platnou legislatívou:

Katalóg odpadov tvorí zoznam odpadov uvedený v prílohe č. 1 a kritériá na posudzovanie

nebezpečných vlastností odpadov uvedené v prílohe č. 2 vyhlášky č. 365/2015 Z. z..

Odpad je hnuteľná vec alebo látka, ktorej sa jej držiteľ zbavuje, chce sa jej zbaviť alebo je v súlade s

týmto zákonom alebo osobitnými predpismi povinný sa jej zbaviť. Odpady sa členia na dve kategórie;

nebezpečné odpady označené písmenom „N“, a odpady, ktoré nie sú nebezpečné (ďalej len „ostatné

odpady“), označené písmenom „O“. Nebezpečný odpad je odpad, ktorý má aspoň jednu nebezpečnú

vlastnosť uvedenú v prílohe osobitného predpisu.

Prúd odpadu je skupina druhov odpadov s podobnými vlastnosťami, ktoré umožňujú ich ďalšie

spoločné nakladanie.

Druhy odpadov sú označené šesťmiestnym číselným kódom odpadu, v ktorom prvé dvojčíslie označuje

skupinu odpadov, druhé dvojčíslie podskupinu odpadov v príslušnej skupine odpadov a tretie dvojčíslie

druh odpadu v príslušnej skupine odpadov a podskupine odpadov.

4

Poddruhy odpadov sú označené osemmiestnym číselným kódom odpadu, v ktorom prvé dvojčíslie

označuje skupinu odpadov, druhé dvojčíslie podskupinu odpadov v príslušnej skupine odpadov, tretie

dvojčíslie druh odpadu v príslušnej skupine odpadov a podskupine odpadov a štvrté dvojčíslie poddruh

odpadu v príslušnej skupine odpadov, podskupine odpadov a v príslušnom druhu odpadu.

Vyhradený výrobok:

- Elektrozariadenie je zariadenia, ktoré na svoju činnosť potrebuje elektrický prúd alebo

elektromagnetické pole a zariadenia na výrobu, prenos a meranie takého prúdu a poľa, ktoré sú

navrhnuté na použitie pri hodnote napätia do 1 000 V pre striedavý prúd a do 1 500 V pre

jednosmerný prúd.

- Batéria alebo akumulátor je zdroj elektrickej energie vyrobenej priamou premenou chemickej

energie, pozostávajúci z jedného alebo viacerých primárnych nedobíjateľných článkov alebo z

jedného alebo viacerých sekundárnych dobíjateľných článkov. Batérie a akumulátory sa členia

na: prenosné, automobilové a priemyselné.

- Obal je výrobok, ktorý sa používa na balenie tovaru, jeho ochranu, manipuláciu s ním,

dodávanie a prezentáciu, od surovín po výrobky, od výrobcu po používateľa alebo spotrebiteľa.

- Vozidlo je vozidlo kategórie M1 alebo N1, ako aj trojkolesové motorové vozidlo okrem

motorových trojkoliek.

- Pneumatika je súčasť sústavy kolesa, určeného pre motorové vozidlá a nemotorové vozidlá,

vyrobená z prírodného kaučuku alebo syntetického kaučuku bez ráfikov.

- Neobalový výrobok je výrobok, ktorý nie je obalom alebo nie je určený na balenie.

Výrobcom vyhradeného výrobku sa rozumie:

- výrobca elektrozariadení,

- výrobca batérií a akumulátorov,

- výrobca obalov,

- výrobca vozidiel,

- výrobca pneumatík,

- výrobca neobalového výrobku.

Vzťahy v oblasti povinnosti výrobcov vyhradených výrobkov sú znázornené v prílohe č.1.

Splnomocnený zástupca je právnická osoba alebo fyzická osoba – podnikateľ a ktorá má sídlo alebo

miesto podnikania v SR, prostredníctvom ktorého si výrobca vyhradeného výrobku, ktorý nemá sídlo

alebo miesto podnikania v SR plní povinností uložené zákonom o odpadoch.

Organizácia zodpovednosti výrobcov je právnická osoba so sídlom v SR založená, vlastnená a

prevádzkovaná výlučne výrobcami vyhradených výrobkov so sídlom v niektorom z členských štátoch.

Organizácia zodpovednosti výrobcov, v súlade s udelenou autorizáciou, zabezpečuje na základe zmluvy

o plnení vyhradených povinností plnenie týchto povinností za zastúpených výrobcov vyhradeného

výrobku. Účelom organizácie zodpovednosti výrobcov nie je dosahovanie zisku.

Koordinačné centrum je právnická osoba založená podľa osobitných predpisov na plnenie povinností

ustanovených podľa tohto zákona pre vyhradený prúd odpadu, nezaložená na dosahovanie zisku.

Tretia osoba je podnikateľ so sídlom v SR, ktorý je oprávnený na zber alebo spracovanie a recykláciu

použitých batérií a akumulátorov a ktorej bola udelená autorizácia na činnosť tretej osoby a ktorá na

základe zmluvy o plnení vyhradených povinností zabezpečuje plnenie vyhradených povinností pre

výrobcu batérií a akumulátorov.

5

Komunálny odpad sú odpady z domácnosti vznikajúce na území obce pri činnosti fyzických osôb a

odpady podobných vlastností a zloženia, ktorých pôvodcom je právnická osoba alebo fyzická osoba –

podnikateľ, okrem odpadov vznikajúcich pri bezprostrednom výkone činností tvoriacich predmet

podnikania alebo činností právnickej osoby alebo fyzickej osoby – podnikateľa.

Zberný dvor je zariadenie na zber komunálnych odpadov a drobných stavebných odpadov.

Odpadové hospodárstvo je súbor činností zameraných na predchádzanie a obmedzovanie vzniku

odpadov a znižovanie ich nebezpečnosti pre životné prostredie a na nakladanie s odpadmi v súlade s

týmto zákonom.

Nakladanie s odpadom je zber, preprava, zhodnocovanie a zneškodňovanie odpadu vrátane dohľadu

nad týmito činnosťami a nasledujúcej starostlivosti o miesta zneškodňovania a zahŕňa aj konanie

obchodníka alebo sprostredkovateľa.

Pôvodca odpadu je každý pôvodný pôvodca, ktorého činnosťou odpad vzniká, alebo ten, kto vykonáva

úpravu, zmiešavanie alebo iné úkony s odpadmi, ak ich výsledkom je zmena povahy alebo zloženia

týchto odpadov.

Držiteľ odpadu je pôvodca odpadu alebo osoba, ktorá má odpad v držbe.

Obchodník na účely tohto zákona je podnikateľ, ktorý pri kúpe a následnom predaji odpadu koná vo

vlastnom mene a na vlastnú zodpovednosť, vrátane obchodníka, ktorý tento odpad nemá fyzicky v

držbe.

Sprostredkovateľ na účely tohto zákona je podnikateľ, ktorý organizuje zhodnocovanie odpadu alebo

zneškodňovanie odpadu v mene iných osôb, vrátane sprostredkovateľa, ktorý tento odpad nemá fyzicky

v držbe.

Zariadenie na zber odpadov je priestor ohraničený plotom alebo nachádzajúci sa v stavbe, alebo inak

primerane zabezpečený pred odcudzením odpadu a vstupom cudzích osôb, v ktorom sa vykonáva zber

odpadov.

Zariadenie na zhodnocovanie odpadov je zariadenie určené na výkon aspoň jednej z činností

uvedených v prílohe č. 1 zákona.

Zariadenie na zneškodňovanie odpadov je zariadenie určené na výkon aspoň jednej z činností

uvedených v prílohe č. 2 zákona.

Mobilné zariadenie je zariadenie na zhodnocovanie odpadov alebo zariadenie na zneškodňovanie

odpadov, ak je prevádzkované na jednom mieste kratšie ako šesť po sebe nasledujúcich mesiacov.

Skládka odpadov je miesto so zariadením na zneškodňovanie odpadov, kde sa odpady trvalo ukladajú

na povrchu zeme alebo do zeme.

Tok odpadu – proces nakladania s odpadmi je znázornený v prílohe č. 2.

2. Opis súčasného stavu

https://www.slov-lex.sk/pravne-predpisy/SK/ZZ/2015/79/20160701#prilohy.priloha-priloha_c_1_k_zakonu_c_79_2015_z_z.oznacenie

https://www.slov-lex.sk/pravne-predpisy/SK/ZZ/2015/79/20160701#prilohy.priloha-priloha_c_2_k_zakonu_c_79_2015_z_z.oznacenie

6

MŽP SR vedie jednotlivé agendy v oblasti odpadového hospodárstva s využitím informačných

systémov, avšak tieto informačné systémy nie sú medzi sebou systémovo prepojené alebo vzájomne

integrované. Existujúce informačné systémy sú vybudované na rôznych technologických a dátových

platformách.

Súčasná úroveň informatizácie služieb v oblasti odpadového hospodárstva je nedostatočná z viacerých

dôvodov. Aktuálne používané informačné systémy sú morálne a technicky zastarané, jednotlivé agendy

sú roztrieštené aj mimo rezortu MŽP SR, bez ich vzájomného previazania a bez možnosti pripojenia na

integračnú vrstvu Informačného systému verejnej správy (ďalej len „ISVS“). Nie sú definované dátové

štandardy pre komunikáciu subjektov s centrálnym systémom v elektronickej forme. Rôznorodosť

informačných systémov a ich distribúcia na rôzne úrovne riadenia verejnej a štátnej správy má za

následok rozptýlenie údajovej základne. Časť údajov sa nachádza v Regionálnom informačnom

systéme o odpadoch (ďalej len „RISO“), časť v špecializovaných databázach (napr. Register skládok),

časť len v lokálnych súboroch vo formátoch MS Office (Excel, Word) a na ŠÚ SR alebo v informačných

systémoch tretích osôb, napr. Elektronický register starých vozidiel (eRSV), Elektronický portál Zväzu

automobilového priemyslu (eZAP).

Chýba funkcionalita, ktorá by umožňovala monitorovanie opatrení v súvislosti s predchádzaním vzniku

odpadu a zároveň ktorá by podporila prípravu a koordináciu tvorby programov odpadového

hospodárstva (plánovanie) na rôznych úrovniach.

V neposlednom rade, absentujú nástroje pre elektronickú komunikáciu za účelom podávania žiadostí,

autorizácií, súhlasov vrátane evidencie rozhodnutí a elektronické podávanie hlásení o vzniku a

nakladaní s odpadom.

Súčasný stav informačných systémov odpadového hospodárstva neumožňuje sledovanie životného

cyklu odpadu od jeho vzniku až po stavy jeho konca. Podobná situácia je pri riadení kompetencií a

aktivít jednotlivých aktérov v rámci životného cyklu pri vzniku, transportu, recyklácie a likvidácie

odpadu. Validácia aktérov a kontrola lehôt jednotlivých aktivít sú zväčša v papierovej forme bez

centrálnej referenčnej evidencie. Ročné frekvencie podávania hlásení nedovoľujú reagovať na

nezrovnalosti vo vykazovaní jednotlivých tokov odpadov. Odovzdávanie údajov medzi príslušnými

úradmi nie je definované zákonom.

Vzťahy medzi jednotlivými informačnými systémami nie sú systémovo riešené, výmena informácií

prebieha na základe čiastkových technických riešení.

2.1. IS Odpady - Regionálny informačný systém o odpadoch (RISO)

Jedným z nosných informačných systémov v oblasti odpadového hospodárstva je RISO, ktorý je určený

na zber a spracovanie údajov z oblasti odpadového hospodárstva podľa v súčasnosti platných

legislatívnych noriem. Systém je zameraný na získavanie informácií o aktuálnom stave v oblasti vzniku

odpadov a nakladania s nimi. Tieto informácie sa ďalej využívajú na riadenie odpadového hospodárstva,

na sledovanie vývojových trendov v odpadovom hospodárstve a spracovanie analýz o vplyve na životné

prostredie.

V súčasnosti sú údaje z príslušných formulárov ročnej a štvrťročnej evidencie odpadov zavádzané

Okresnými úradmi – odbor starostlivosti o životného prostredia do databázy systému RISO – súčasná

verzia nazývaná RISO_NET ručným prepisovaním. Evidenciu a štatistiku komunálneho odpadu

spracováva ŠÚ SR, ktorý ju následne poskytuje MŽP SR (SAŽP).

7

Manuálne prepisovanie dát z hlásení do RISO nedovoľuje zvýšiť frekvenciu podávania hlásení, pretože

už v súčasnosti je zdrojom vysokej chybovosti aj z dôvodu ich nesprávneho vypĺňania a absencie

dostatočných kontrolných mechanizmov na vstupe. Proces spracovávania agendy odpadového

hospodárstva je neprimerane zdĺhavý až rigidný. Počet spracovávaných záznamov nepretržite narastá.

Spôsobené to môže byť narastajúcou zodpovednosťou ohlasovateľov, ktorí s väčšou disciplínou

pristupujú k plneniu zákonných povinností. Zároveň to však znamená aj skutočnosť, že manuálne

prepisovanie údajov z hlásení do centrálnej databázy pracovníkmi štátnej správy v oblasti životného

prostredia sa stáva neúnosným.

Kontrolu nakladania s odpadom vykonávajú hlavne príslušné Okresné úrady – odbor starostlivosti o

životné prostredie a Slovenská inšpekcia životného prostredia (ďalej len „SIŽP“). Tieto inštitúcie však

nemajú k dispozícii konsolidované informácie o nakladaní s odpadom a nemajú prepojené evidencie o

vykonaných a vykonávaných kontrolách, preto je problematická aj oblasť súčinnosti týchto orgánov.

Súčasní používatelia informačného systému RISO NET:

- pracovníci okresných úradov, odborov starostlivosti o životné prostredie,

- pracovníci MŽP SR, odboru odpadového hospodárstva,

- pracovníci SIŽP,

- pracovníci ŠÚ SR.

Typy hlásení v rámci RISO NET:

- hlásenie typu P - Pôvodca odpadu je každý pôvodný pôvodca, ktorého činnosťou odpad

vzniká, alebo ten, kto vykonáva úpravu, zmiešavanie alebo iné úkony s odpadmi, ak ich

výsledkom je zmena povahy alebo zloženia týchto odpadov.

- hlásenie typu M - Držiteľ odpadu je pôvodca odpadu alebo osoba, ktorá má odpad v držbe.

Uvedie sa iba vtedy, ak sa nedá použiť iný kód (napr. servisné práce).

- hlásenie typu V - Zber odpadu je zhromažďovanie odpadu od inej osoby vrátane jeho

predbežného triedenia a dočasného uloženia odpadu na účely prepravy do zariadenia na

spracovanie odpadov. Uvedie sa aj vtedy ak ide o registráciu vydanú pre zber odpadov.

- hlásenie typu R - Zhodnocovanie odpadu je činnosť, ktorej hlavným výsledkom je prospešné

využitie odpadu za účelom nahradiť iné materiály vo výrobnej činnosti alebo v širšom

hospodárstve, alebo zabezpečenie pripravenosti odpadu na plnenie tejto funkcie.

- hlásenie typu D - Zneškodňovanie odpadu je činnosť, ktorá nie je zhodnocovaním, a to aj

vtedy, ak je druhotným výsledkom činnosti spätné získanie látok alebo energie.

- hlásenie typu O - Obchodník je podnikateľ, ktorý pri kúpe a následnom predaji odpadu koná

vo vlastnom mene a na vlastnú zodpovednosť, vrátane takých obchodníkov, ktorí tento odpad

nemajú fyzicky v držbe.

- hlásenie typu S - Sprostredkovateľ je podnikateľ, ktorý organizuje zhodnocovanie odpadu

alebo zneškodňovanie odpadu v mene iných osôb, vrátane takých sprostredkovateľov, ktorí

tento odpad nemajú fyzicky v držbe.

8

Súčasné RISO však nie je na rozšírenie technicky pripravené. V nadväznosti na obmedzené kapacity sa

v súčasnosti evidujú zo stravy okresných úradov do systému RISO NET len hlásenia typu „P“,

pôvodcov odpadu, ktoré sú najdôležitejšie.

Z tejto databázy hlásení sa zabezpečuje podávanie správ (reporting) na Európsku komisiu a pre

EUROSTAT o vzniku a nakladaní s odpadmi.

2.2. IS Elektro

Informačný systém ELEKTRO je určený na zber a spracovanie údajov o množstvách elektrických

a elektronických zariadení ročne uvádzaných na trh v SR a tiež o množstvách odpadov z elektrických

a elektronických zariadení, ako aj o miere ich zhodnocovania.

Obsahom informačného systému je verejne prístupný register výrobcov elektrozariadení v súlade so

zákonom o odpadoch. Výrobca zariadenia je povinný požiadať o zápis do registra výrobcov

elektrozariadení. Súčasťou evidencie v systéme sú údaje z ročných hlásení výrobcov pre jednotlivé

kategórie elektrozariadení. Údaje v registri sa aktualizujú priebežne.

Systém je rozdelený:

- Verejná časť – obsahujúca Register výrobcov elektrozariadení a kolektívnych organizácií,

Register osôb a Register organizácií.

- Neverejná časť – autorizovaný prístup pre pracovníkov MŽP SR a SAŽP.

2.3. IS Obaly

Informačný systém OBALY je zameraný na zber a spracovanie údajov o množstvách obalov ročne

uvádzaných na trh v SR a tiež o množstvách odpadov z obalov, ako aj o miere ich zhodnocovania.

Obsahom informačného systému je verejne prístupný register povinných osôb v súlade so zákonom

o obaloch. Povinná osoba každú zmenu údajov v registri oznamuje MŽP SR v lehote stanovenej

zákonom. Súčasťou evidencie v systéme sú ročné hlásenia o obaloch uvedených na trh a hlásenia

o plnení záväzných limitov zhodnocovania a recyklácie odpadov z obalov. Údaje v registri sa

aktualizujú priebežne.

Systém je rozdelený:

- Verejná časť – obsahujúca Register povinných osôb a Register oprávnených organizácií.

- Neverejná časť – autorizovaný prístup pre pracovníkov MŽP SR, SIŽP a SAŽP.

2.4. Register zariadení na zhodnocovanie odpadu

Register zariadení na zhodnocovanie odpadov je internetová aplikácia, ktorá svojim užívateľom

poskytuje informácie o zariadeniach na zhodnocovanie odpadov prevádzkovaných v SR. Umožňuje

vyhľadávanie zariadení podľa ich lokality, prevádzkovateľa, katalógového čísla odpadu a spôsobu

zhodnocovania odpadov (R-kódy).

9

Údaje sú výstupom z evidencie zariadení na zhodnocovanie odpadov, ktorú vedie SAŽP. Údaje v

databáze sú priebežne aktualizované.

2.5 IS Elektronický portál odpadov

Elektronický portál odpadov je informačný systém, ktorý je zameraný na zber, spracovanie

a vyhodnocovanie údajov o komunálnom odpade. Bol vytvorený pre potreby miest a obcí, ktorým

pomáha pri evidencii produkovaného komunálneho odpadu. Elektronická evidencia komunálneho

odpadu pokrýva:

- Evidenčné listy odpadu,

- Hlásenia o vzniku odpadu a nakladanie s ním,

- Ročný výkazov o komunálnom odpade z obce,

- Registre účelových združení obcí, spracovateľov, subjektov pre zvoz komunálneho odpadu

a subjektov pre uloženie a spracovanie komunálneho odpadu,

- Množstvo tlačových a štatistických výstupov za obec i región.

Portál vytvára jednotný zdroj informácií o komunálnom odpade, údaje v portály sa priebežne

aktualizujú. Systém je prístupný na základe autorizovaného prístupu pre samosprávy SR, ZMOS

a ďalšie organizácie pôsobiace v oblasti komunálneho odpadu.

10

3. Požiadavky na informačný systém odpadového hospodárstva

V navrhnutom riešení sa požaduje elektronizácia výkonu verejnej moci, resp. relevantných činností

v zmysle platnej legislatívy a to hlavne v oblastiach:

- evidenčných a ohlasovacích povinností

- autorizačných činností,

- rozhodovacích činností,

- tvorba a poskytovanie referenčných údajov,

- a ďalších procesoch, ktoré sú súčasťou administrácie pri riešení daných úkonov.

Požadovaný stav predpokladá centralizáciu a optimalizáciu zainteresovaných informačných systémov

rezortu, prostredníctvom ktorých bude možné poskytovať elektronické služby zamerané na zvyšovanie

kvality informačných zdrojov. Prostredníctvom elektronických služieb, ktoré budú využívať referenčné

zdrojové registre bude možné optimalizovať a zjednodušovať jednotlivé agendové procesy s priamym

dopadom na všetkých zainteresovaných aktérov. Významný prínos budú zabezpečovať vybudované

zdieľateľné služby pre okolité informačné systémy a to aj v podobe otvorených dát (Open Data).

V rámci budovania jednotlivých služieb je potrebné dodržiavať architektonické princípy, ktoré budú

jednoznačne definovať pravidlá pre procesy, dáta, aplikácie, technológie a bezpečnosť.

Pre zabezpečenie požadovaného stavu je potrebné dodržať minimálne tieto nasledovné princípy:

1. Multikanálový prístup k službám – zainteresovaní aktéri môžu využívať celý rad

komunikačných kanálov (rozhraní) pre prístup k službám ISOH. Kanál použitý na vstup údajov

alebo výstup výsledkov nemusí byť nutne stanovený. Žiadateľ si môže zvoliť výstupný kanál

nezávisle od vstupného kanálu. Bez ohľadu na prístupový kanál budú vždy poskytované rovnaké

informácie a služby. Koncoví používatelia a poskytovatelia majú k dispozícii (pokiaľ je to

možné) rovnaké informácie, údaje a služby.

2. Spoločné agendové bloky - podobné činnosti a procesy agend ISOH môžu byť riešené

jednotným spôsobom. Pri poskytovaní služieb tak bude možné rovnakú funkcionalitu využívať

opakovane.

3. Otvorené údaje – relevantné dáta ISOH budú zverejňované ako otvorené údaje. Otvorené údaje

sú voľne dostupné komukoľvek na použitie a publikované bez obmedzení autorských práv na

základe verejnej licencie.

4. Vnútorné služby a procesy - vnútorné služby a procesy ISOH sú realizované efektívne, podľa

možnosti elektronicky a sú kontinuálne optimalizované, napríklad centralizáciou príslušného

IKT všade tam, kde je to možné a účelné.

5. Bezpečnosť - je cielená a riadená vo všetkých aspektoch a doménach ISOH.

6. Spoločné moduly front-endu a back-endu - stavebné bloky architektúry informačných systémov

sú identifikované a definované optimálne tak, aby čo najefektívnejšie podporili ich viacnásobnú

použiteľnosť. Podľa toho, či plnia funkcie pri interakcii s používateľmi alebo zabezpečujú

procesy spracovania (riešenia) sú zaradené medzi spoločné moduly front-endu alebo back-endu.

11

7. Prepojenie agendových informačných systémov, front-end a back-end integrácia - agendové

informačné systémy, spoločné moduly front-endu a back-endu sú prepojené prostredníctvom

front-endovej a back-endovej integrácie. Takéto prepojenie umožňuje systémom komunikovať

a zdieľať potrebné údaje, pri zohľadnení princípov SOA architektúry.

8. Riadenie dát - dátová platforma ISOH umožňuje spravovanie jej údajov, harmonizáciu

a synchronizáciu referenčných údajov a základných číselníkov. Ako súčasť dátovej platformy

sú definované pravidlá, na základe ktorých informačné systémy/moduly pristupujú k dátovým

zdrojom iných systémov. Týmto je (okrem iného) zabezpečená najmä integrita a kvalita údajov.

Dáta budú systematicky využívané na zlepšenie rozhodovania ISOH vďaka ich analytickému

spracovaniu.

3.1. Požiadavky vyplývajúce z legislatívy

Platná legislatíva dosť podrobne vymedzuje obsah činností, ktoré je potrebné v rámci evidenčných a

ohlasovacích povinností vykonávať s údajmi, ktoré sú obsahom ISOH. Súčasne sú v legislatíve

upravené autorizačné, rozhodovacie a ďalšie procesy, ktoré sú súčasťou administrácie pri nakladanie.

Okrem legislatívnych požiadaviek z oblasti odpadového hospodárstva je potrebné zohľadniť aj

relevantné požiadavky z oblasti životného prostredia a informatizácie verejnej správy.

3.1.1. Register výrobcov vyhradeného výrobku

Evidencia výrobcov vyhradeného výrobku pokrýva aktivity spojené so zberom údajov potrebných pre

uplatňovanie rozšírenej zodpovednosti výrobcov vyhradeného výrobku (elektrozariadenia, batérie a

akumulátory, obaly, vozidlá, pneumatiky, neobalové výrobky).

Vybrané povinnosti výrobcu vyhradeného výrobku:

- zaregistrovať sa v Registri výrobcov vyhradeného výrobku a oznamovať zmeny registrovaných

údajov,

- viesť a uchovávať evidenciu a ohlasovať ministerstvu údaje z nej v ustanovenom rozsahu a

uchovávať ohlasované údaje,

- plniť informačnú povinnosť vo vzťahu ku konečným používateľom vyhradeného výrobku v

súlade so zákonom

- je povinný doručiť na ministerstvo pred uvedením vyhradeného výrobku na trh SR písomnú

žiadosť o zápis do Registra výrobcov vyhradeného výrobku a zároveň priložiť vyhlásenie

výrobcu, že bude plniť vyhradené povinnosti individuálne alebo priložiť potvrdenie v zmysle

zákona.

3.1.2. Organizácia zodpovednosti výrobcov

12

Vybrané povinnosti organizácie zodpovednosti výrobcov sú zamerané na plnenie vyhradených

povinností spoločne za všetkých zastúpených výrobcov v prípade evidenčných a ohlasovacích

povinností:

- viesť evidenciu aj samostatne za jednotlivých zastúpených výrobcov,

- podávať sumárne hlásenie za všetkých zastúpených výrobcov a uchovávať ohlasované údaje,

- na vyžiadanie orgánu štátnej správy odpadového hospodárstva predložiť evidenciu vedenú

samostatne za jednotlivého zastúpeného výrobcu,

3.1.3. Autorizované činnosti a udelenie autorizácie

Autorizácia je udelenie oprávnenia právnickej osobe na výkon činnosti organizácie zodpovednosti

výrobcov alebo tretej osobe, a výrobcovi vyhradeného výrobku na výkon činnosti individuálneho

nakladania s vyhradeným prúdom odpadu.

3.1.4. Evidenčné a ohlasovacie povinnosti

Evidenčné a ohlasovacie povinnosti pre jednotlivé druhy odpadov:

- Evidencia odpadov a Ohlásenie o vzniku odpadu a nakladaní s ním

- Evidencia a Ohlásenie o batériách a akumulátoroch a nakladaní s použitými batériami

a akumulátormi

- Evidencia a Ohlásenie o spracovaní a recyklácii použitých batérii a akumulátorov,

- Evidencia a Ohlásenie o elektrozariadeniach a nakladaní s elektroodpadom,

- Evidencia a Ohlásenie o spracovaní elektroodpadu,

- Evidencia a Ohlásenie o obaloch a nakladaní s odpadmi z obalov, Ohlásenie o materiálovom

toku odpadov z obalov, ktoré nie sú súčasťou komunálneho odpadu

- Evidencia a Ohlásenie o neobalových výrobkoch a nakladaní s odpadmi z neobalových

výrobkov

- Evidencia a Ohlásenie o vozidlách

- Evidencia a Ohlásenie o spracovaní starých vozidiel

- Evidencia a Ohlásenie o pneumatikách, o množstve vyzbieraných odpadových pneumatík a

nakladaní s odpadovými pneumatikami

- Evidencia a Ohlásenie o objeme výroby, cezhraničnej prepravy z iného členského štátu do SR,

dovozu, cezhraničnej prepravy do iného členského štátu zo SR a vývozu,

- Evidenčný list zariadenia na zhodnocovanie a zneškodňovanie odpadov

- Evidenčný list skládky odpadov

- Evidencia o zbere alebo výkupe kovových odpadov

- Oznámenie o zbere alebo výkupe odpadu

13

- Evidencie a ohlásenie Výrobcov vyhradeného výrobku podľa § 27 ods. 8 Zákona o odpadoch –

tzv. výrobca pre vlastnú potrebu – EEZ, B/A, Pneumatiky, vozidlá

- Evidencia podľa § 50 ods. 4 písm. a) zákona o množstve vyzbieraných B/A – prevádzkovateľ

zberného miesta použitých prenosných B/A a osoba oprávnená na zber použitých B/A

- Evidencia podľa § 39 ods. 4 písm. d) zákona o množstve vyzbieraných EEZ – ten, kto vykonáva

zber EEO zo zberných miest EEO, od distribútorov vykonávajúcich spätný zber EEO alebo

priamo od konečných používateľov

- Evidencia a ohlasovanie prepravy nebezpečných odpadov – Sprievodný list nebezpečných

odpadov

3.1.5. Evidencia nakladania s odpadmi

Aktivity spojené so zberom údajov a plnením evidenčných povinností k nakladaniu s odpadmi podľa

zákona o odpadoch.

Vybrané povinnosti držiteľa odpadu:

- viesť a uchovávať evidenciu o druhoch a množstve odpadov a o nakladaní s nimi,

- ohlasovať údaje z evidencie príslušnému orgánu štátnej správy odpadového hospodárstva a

uchovávať ohlásené údaje,

Vybrané povinnosti pri zbere a výkupe odpadu:

- zverejňovať druhy zbieraných alebo vykupovaných odpadov vrátane podmienok zberu odpadov

alebo výkupu odpadov,

- oznamovať obci, na ktorej území sa zber odpadu alebo výkup odpadu uskutočňuje, údaje o druhu

a množstve vyzbieraného odpadu alebo vykúpeného odpadu.

Vybrané povinnosti prevádzkovateľa zariadenia na zhodnocovanie odpadov alebo zneškodňovanie

odpadov:

- plniť evidenčnú a ohlasovaciu povinnosť a povinnosť uchovávania evidencie a uchovávania

ohlasovaných údajov; ak ide o zariadenie na zneškodňovanie použitých polychlórovaných

bifenylov, aj o obsahu polychlórovaných bifenylov v týchto odpadoch,

- zverejňovať druhy odpadov, na ktorých zneškodňovanie alebo zhodnocovanie je oprávnený,

- zverejniť všetky platné rozhodnutia, ktoré mu boli vydané podľa zákona, na svojom webovom

sídle.

Vybrané povinnosti prevádzkovateľa skládky odpadov:

- plniť evidenčnú a ohlasovaciu povinnosť a povinnosť uchovávania evidencie o ohlasovaných

údajoch a o umiestnení nebezpečných odpadov na skládke odpadov,

Vybrané povinnosti pri nakladaní s komunálnym odpadom:

14

- obec je povinná zverejniť na svojom webovom sídle podrobný všeobecne zrozumiteľný popis

celého systému nakladania s komunálnymi odpadmi vrátane triedeného zberu v obci.

3.1.6. Administratívne nástroje pri nakladaní s odpadmi:

Medzi administratívne činnosti pri nakladaní s odpadmi patria udeľovania súhlasu a registrácia.

3.2. Požiadavka na jednotlivé moduly informačného systému odpadového hospodárstva

3.2.1. Modul - Elektronické komunikačné rozhranie

Elektronické komunikačné rozhranie ako základ plnohodnotnej elektronickej komunikácie,

zabezpečujúce sprístupnenie elektronických služieb pre interných a externých používateľov. Za

plnohodnotnú elektronickú komunikáciu považujeme proaktívnu interakciu s využitím elektronických

formulárov a ZEP.

Zavedenie princípu jedenkrát a dosť, aby už raz zadané údaje v rámci ISOH nebolo potrebné opätovne

zadávať, ale aby boli zdieľané a proaktívne zadávané automaticky.

Obsahom funkčnosti tohto modulu sú notifikačné služby, služby spojené s využívaním elektronickej

komunikačnej schránky, vytvorenie portálového rozhrania, evidencia a logovanie prístupov.

Základ pre tento modul predstavuje portál, ktorý tvorí základné rozhranie medzi používateľmi a ISOH.

Pozostáva z dvoch logických častí – verejnej a privátnej. Každá z nich je určená pre inú skupinu

používateľov a z toho vyplýva aj jej funkcionalita.

3.2.1.1. Verejná časť portálu

Verejná časť portálu je určená pre neautentifikovaných anonymných používateľov. V tejto časti sa

zobrazujú všeobecne dostupné informácie z oblasti zberu a spracovania odpadov a o stave životného

prostredia, ktoré sú sprístupnené prostredníctvom grafického používateľského rozhrania ako aj

štandardizovaného strojovo-čitateľného rozhrania.

Sú to najmä tieto oblasti:

- znenie zákonov, vyhlášok, príloh a priame odkazy na prístup,

- znenie alebo odkazy na platnú slovenskú a európsku legislatívu,

- všeobecné oznámenia týkajúce sa zberu a spracovania odpadu,

- verejne dostupné kontaktné informácie na orgány štátnej správy relevantné pre zber a

spracovania odpadu,

- kontaktné formuláre pre verejnosť,

- verejne publikované štatistiky a reporty,

- informácie zverejňované v zmysle mysle Aahruského dohovoru,

15

- ročné správy o stave životného prostredia.

Správa obsahu verejnej časti má byť umožnená používateľsky prívetivým spôsobom pomocou

redakčného nástroja (Content Management System – CMS). Obsah celej verejnej časti, vrátane mazania

a vytvárania nových sekcií musí byť editovateľný cez CMS bez znalosti webových technológii a

jazykov (HTML, JavaScript a pod.)

3.2.1.2. Privátna časť portálu

Privátna časť portálu je určená pre oprávnené osoby, obce, orgány kontroly a štátnej moci. Prístup do

tejto časti podlieha autentifikácii a následnej autorizácii. Používateľ dostáva právo prístupu len k tým

častiam a funkciám privátneho portálu na ktoré bol autorizovaný na základe jemu priradených rolí.

V privátnej časti portálu je možné vykonávať najmä:

- podávať hlásenia o objeme výroby, dovozu, vývozu a reexportu určených výrobkov,

- podávať žiadosti (napr. o autorizácia) a sledovať stav ich vybavenia,

- podávať hlásenia o zbere komunálneho odpadu,

- podávať hlásenia o evidencii odpadu,

- podávať hlásenia o nakladaní s odpadmi,

- nahlasovať údaje o skládkach odpadu,

- nahlasovať údaje o zariadeniach na spracovanie odpadu,

- podávať žiadosti o prepravu nebezpečného odpadu a sledovať stav ich vybavenia,

- ohlasovať údaje o preprave nebezpečného odpadu.

Obsah statickej časti privátneho portálu musí byť editovateľný cez CMS bez znalosti webových

technológii a jazykov (HTML, JavaScript a pod.)

Autentifikácia používateľov musí byť na základe integrácie s modulom Identity Access Management

(IAM). Prístup do privátnej časti portálu vrátane úspešných a neúspešných pokusov o prihlásenie musí

byť dôsledne auditovaný.

Z pohľadu bezpečného prístupu bude privátny portál rozdelený do dvoch bezpečnostných zón, pre

používateľov v rámci rezortnej siete a pre mimorezortných používateľov pristupujúcich

prostredníctvom internetu.

Portál, ale najmä jeho privátna časť musia zohľadňovať best-practices pre bezpečné portálové riešenie.

Požaduje sa vykonanie bezpečnostných a penetračných testov.

3.2.2. Modul - Komunikačná a integračná platforma

ISOH požadujeme v architektonickom pohľade ako modulárne riešenie, umožňujúce budúce funkčné

rozšírenia, nasadenie nových modulov a integráciu s ďalšími systémami verejnej správy. Východiskom

sú princípy architektúry orientovanej na služby (SOA) pri rešpektovaní Integračnej architektúry

zadefinovanej v NKIVS. Všetky integračné rozhrania v rámci riešenia musia byť vybudované ako

webové služby postavené komunikačnom protokole SOAP a poskytované prostredníctvom http

protokolu.

16

Integračná platforma realizovaná ako zbernice služieb (Enterprise Service Bus - ESB), ktorá bude

poskytovať:

- prostriedky pre realizáciu procesnej choreografie resp. pre implementáciu komplexných

procesov, ktoré vyžadujú koordinovanie viacerých základných služieb informačných

systémov,

- nástroje na orchestráciu procesov,

- bezstratové doručovanie správ,

- podporu pre šifrovaný prenos správ,

- transformačné služby, ktoré umožnia vykonávanie transformácie správ a údajov

prichádzajúcich v neštandardných formátov na štandardné a naopak,

- repozitár služieb, musí byť podporovaný štandard UDDI,

- možnosť prevádzky a správy rôznych verzií zapojených služieb,

- podporu smerovania správ na základe pravidiel definovanej politiky smerovania,

- vysokú dostupnosť a zároveň poskytovať možnosti škálovania.

ESB bude predstavovať jednotnú integračnú platformu, nad ktorou sa budú pripájať interné aj externé

služby a ktorá bude nosným bodom integrácie externých systémov.

Komunikačná a integračná platforma je určená pre vytvorenie rozhraní informačných systémov tretích

strán, či už v rámci rezortu MŽP SR alebo mimo neho.

Súčasťou požadovaného riešenia je integrácia na spoločné moduly Ústredného portálu verejnej správy

(ďalej len „ÚPVS“), minimálne nasledujúce:

- Identity and access management (IAM),

- eForm modul (MEF),

- eDesk modul (eDesk),

- Modul elektronického doručovania (MED),

- Notifikačný modul (eNotify),

ako aj integrácia na iné systémy ISVS:

- základné registre (RPO, RFO, RA, RPI),

- registre ISVS,

- finančná správa (intrastat, extrastat, IS CEP, dane),

- štatistický úrad,

- Elektronický portál Zväzu automobilového priemyslu (eZAP).

- Elektronický register starých vozidiel (eRSV).

17

Relevantnosť a úroveň jednotlivých integrácií bude definovaná v rámci analýzy projektu, kde budú

zohľadnené podmienky pre úspešnú integráciu a to minimálne v rozsahu pripravenosti a dostupnosti

cieľových IS.

3.2.2.1. Modul notifikácie

Súčasťou riešenia má byť modul Notifikácie. Jeho hlavnou úlohou je zabezpečenie upovedomenia

používateľov o preddefinovaných udalostiach v ISOH.

Spôsob notifikácie musí byť konfigurovateľný pre jednotlivých používateľov alebo skupiny

individuálne. Pre komunikáciu sa požadujú najmä notifikácie zaslaním emailu a notifikácie zaslaním

správy do elektronickej komunikačnej schránky, prípadne ich kombinácie.

Modul Notifikácie musí byť taktiež napojený na elektronické schránky ÚPVS. Elektronická schránka

podľa zákona o e-Governmente je elektronické úložisko, v ktorom sa uchovávajú elektronické správy a

notifikácie. Elektronická schránka umožňuje komunikovať občanom a podnikateľským subjektom s

verejnou správou elektronicky.

Samotná integrácia s informačným systémom prevádzkujúcim elektronické schránky ÚPVS musí byť

realizovaná v súlade s metodikou integrácie IS VS so službami určených na komunikáciu s

elektronickou schránkou, elektronickou podateľňou a ostatnými službami ÚPVS.

Odoslanie akýchkoľvek notifikácii používateľom musí byť dôsledne auditované.

3.2.2.2. Integrácie

Požadované riešenie zavedie štandardy dátovej výmeny s využitím jazyka XML. Integračné rozhrania

budú budované ako webové služby. Riešenie zabezpečí transformácie štruktúr z jednotlivých

informačných systémov do zavádzaných štandardov a naopak pri opačnom toku údajov, zabezpečí

transformáciu zo štandardov pre potreby spracovania jednotlivými integrovanými riešeniami, ak

nebudú schopné sami spracovať zavedené štandardy. Riešenie tiež umožní spracovávať rôzne verzie

údajových štruktúr a teda so zmenou v údajových štruktúr nepríde k znefunkčneniu integračnej väzby.

Riešenie bude pripravené pre poskytovanie údajov pre potreby európskej únie, prípadne iných tretích

strán, s možnosťou transformácie údajov do požadovaných štruktúr.

Integráciu, ktorú sa bude riešiť možno vnímať v dvoch rovinách. Integrácia s externými informačnými

systémami, rezortnými a mimorezortnými a vzájomná integrácia jednotlivých komponentov ISOH.

Pre integráciu externých systémov integračná platforma vybuduje sady adaptérov. Súvisiace adaptéry

budú združené v module adaptérov. Ten zodpovedá typicky za integráciu jedného externého systému,

prípadne aj integráciu viacerých systémov, ak tieto zdieľajú ten istý komunikačný štandard a

zastrešujúce príbuznú doménovú oblasť.

Integračné adaptéry zabezpečujú transformáciu vstupných údajových štruktúr alebo správ do

štandardov zavedených riešením pre ďalšie spracovanie a naopak, v prípade potreby vykonávajú

transformáciu výstupných údajov alebo správ do takej podoby, aby ich integrovaný systém mohol

spracovať.

Interné aplikácie využívajú zbernicu služieb pre integráciu prostredníctvom doménových udalostí.

Konkrétna doménová udalosť je publikovaná práve jednou aplikáciou alebo jedným autonómnym

komponentom. Ostatné aplikácie alebo doménové udalosti sa môžu zaregistrovať na odber týchto

udalostí a na ich prijatie naviazať špecifické správanie sa. Vďaka takejto integračnej filozofii budú

aplikácie a komponenty previazané voľne.

18

Predpokladá sa integrácia na nasledujúce externé systémy ISVS:

- RPO (ŠÚ SR)

- RFO (MV SR)

- RISO (MŽP SR)

- AD MŽP SR

- Registratúra MŽP SR

- eRSV

- Interstat

- Extrastat

- DCOM (DEUS)

- eZAP

- eKolok

- eDane (FS SR)

- IS CEP (FS SR)

- ÚPVS

- Identity and access management (IAM),

- eForm modul (MEF),

- eDesk modul (eDesk),

- Modul elektronického doručovania (MED),

- Notifikačný modul (eNotify),

K integráciám medzi ISOH a externých systémov mimo priamej pôsobnosti obstarávateľa dochádza

prostredníctvom integračných pracovných produktov/výstupov, medzi ktoré patria: Dohoda

o integračnom zámere (DIZ), Integračný manuál poskytovateľa (IM) (na strane ISOH), integračný SLA

kontrakt (ISLA). Pracovné produkty/výstupy na základe bilaterálnej dohody sa jednotlivými stranami

odsúhlasia a akceptujú. Od úspešného uchádzača sa očakáva súčinnosť pri vypracovávaní DIZ

a konzultácie prípadných funkčných/nefunkčných SLA parametrov.

Pri implementácii akceptovaných integračných dohôd, pravidiel a postupov v sa úspešný uchádzač riadi

DIZ-om a prípadné nezrovnalosti postupuje na riešenie obstarávateľovi v rámci jeho súčinnosti.

3.2.3. Modul - Číselníky

Číselníky predstavujú základnú časť referenčných údajov používaných pre spracovanie dát

v jednotlivých biznis procesoch. Veľká časť z nich pochádza z legislatívnych predpisov. Vzhľadom na

meniacu sa legislatívu vzniká potreba sledovania histórie zmien v týchto číselníkoch, pretože v čase

kedy boli platné môžu byť previazané s inými, z hľadiska obsahu dôležitými dátami.

19

Súčasťou požadovaného riešenia je integrácia existujúcich číselníkov spravovaných mimo rezortu

životného prostredia, ako aj číselníkov spravovaných v rámci rezortu. V navrhovanom riešení sa

predpokladá administrácia cca základných 20 číselníkov. Obsah základných číselníkov je definovaný

legislatívou, a vrátane Katalógu odpadov, sú to hlavne číselníky pre:

- Zhodnocovanie odpadov – tzv. „R“ kódy – podľa prílohy č.1 zákona o odpadoch

- Zneškodňovanie odpadov – tzv. „D“ kódy – podľa prílohy č.2 zákona o odpadoch

- Kategórie elektrozariadení – podľa prílohy č.6 zákona o odpadoch

- Kritériá podrobnejšie definujúce obal – podľa prílohy č.7 zákona o odpadoch

- Odpad zo zdravotnej starostlivosti a veterinárnej starostlivosti, ktorý sa zakazuje

zneškodňovať skládkovaním – podľa prílohy č.8 zákona o odpadoch

- Kritériá podrobnejšie definujúce neobal (colný sadzobník)– podľa prílohy č.16 vyhlášky

- Odpady, pri ktorých sa musí podávať ohlásenie o vzniku odpadu bez ohľadu na ich množstvo

- prílohy č. 3 vyhlášky č. 366/2015 Z. z..

Požiadavky na funkcionalitu číselníkov sú nasledovné:

- Import a export číselníka,

- Sledovanie a zmena stavu číselníka v čase,

- Rozšírené parametre číselníkov a položiek,

- Fazetové vyhľadávanie číselníkov a položiek,

- Sledovanie histórie zmien číselníka a jeho položiek.

3.2.4. Modul - Registre

Registre predstavujú zoznamy určitých entít, ktoré sú viacnásobne využívané pri spracovaní dát

v jednotlivých biznis procesoch. Obsah registrov vzniká v priebehu výkonu činnosti orgánu verejnej

moci, spravidla na základe aktivity, ktorá je zameraná na administráciu daného registra. Potreba

sledovania histórie zmien v týchto registroch vyplýva zo zmeny ich atribútov alebo väzieb na iné dáta.

Súčasťou požadovaného riešenia je migrácia údajov z existujúcich registrov alebo ich integrácia do

navrhovaného riešenia:

- Register výrobcov elektrozariadení a kolektívnych organizácií IS Elektro

- Register osôb IS Elektro

- Register organizácií IS Elektro

- Register povinných osôb IS Obaly

- Register oprávnených organizácií IS Obaly

- Register zariadení na zhodnocovanie odpadu

- Register oprávnených osôb (register P) podľa § 17 vyhlášky MŽP SR č. 126/2004 Z. z. o

autorizácii, o vydávaní odborných posudkov vo veciach odpadov, o ustanovovaní osôb

http://enviroportal.sk/odpady/opravnene-osoby


20

oprávnených na vydávanie odborných posudkov o overovaní odbornej spôsobilosti týchto

osôb v znení neskorších predpisov

- Register odborne spôsobilých osôb na autorizáciu podľa § 10 vyhlášky MŽP SR č. 126/2004

Z. z. o autorizácii, o vydávaní odborných posudkov vo veciach odpadov, o ustanovovaní osôb

oprávnených na vydávanie odborných posudkov a o overovaní odbornej spôsobilosti týchto

osôb v znení vyhlášky MŽP SR č. 209/2005 Z. z. a vyhlášky MŽP SR č. 85/2013 Z. z.

Požiadavky na funkcionalitu registrov sú nasledovné:

- Import a export registrov,

- Sledovanie a zmena stavu registrov v čase,

- Variabilná štruktúra registrov a položiek,

- Fazetové vyhľadávanie v registroch,

- Sledovanie histórie zmien registrov a jeho položiek.

3.2.5. Modul - IAM

Súčasťou požadovaného riešenia je identifikovaný a autentifikovaný prístup používateľov k službám

ISOH s výnimkou verejnej časti Portálu. Zabezpečenie autentifikácie a autorizácie pristupujúcich

používateľov sa musí vykonávať na základe integrácie s modulom Identity Access Management (IAM),

ktorý má byť súčasťou riešenia.

Autentifikácia a autorizácia bude podporovať aj používanie elektronických občianskych preukazov

(eID) a vzťahuje sa nie len na prístup cez GUI, ale sa musí aplikovať aj na rozhrania (webové služby),

ktoré sa vystavujú pre potreby integrácie s tretími stranami.

Modul IAM bude predstavovať centralizovaný bod správy používateľov. Používatelia budú spadať do

nasledovných základných kategórií.

1. Povinné osoby

- Pôvodca odpadu a osoby nakladajúce s odpadom: pôvodca odpadu, držiteľ odpadu, obchodník,

sprostredkovateľ

- Výrobca vyhradeného výrobku

- Organizácia zodpovednosti výrobcov

- Koordinačné centrum

- Tretia osoba

- Distribútor

2. Orgány štátnej správy v oblasti odpadového hospodárstva:

- Ministerstvo životného prostredia SR

- Slovenská inšpekcia životného prostredia

- Okresné úrady v sídle kraja

- Okresné úrady



http://enviroportal.sk/odpady/register-a




21

- Obce (prenesený výkon štátnej správy)

- Colné orgány (colný úrad)

- Kriminálny úrad finančnej správy

3. Iné orgány a organizácie:

- Štatistický úrad SR

- Environmentálny fond

- Slovenská agentúra životného prostredia

- Daňový úrad

- Policajný zbor

- Slovenská obchodná inšpekcia

4. Ostatní používatelia

- Administrátor

- Interný audit

- Redaktor portálu (prístup na CMS)

Pre všetky kategórie používateľov musia byť vytvorené zodpovedajúce používateľské skupiny a k nim

priradené zodpovedajúce role.

3.2.6. Modul - eFormuláre

Veľká časť biznis procesov, ktoré iniciuje používateľ na Portáli, začína vyplnením štruktúrovaných

údajov alebo procesy končia zverejnením rozhodnutia. Pre vstupy (podania) aj výstupy (rozhodnutia)

má byť jasne definovaná a dodržaná preddefinovaná štruktúrovaná forma. Preferovaná elektronická

komunikácia v navrhovanom riešení je orientovaná na podporu využívania inteligentných

elektronických formulároch, ktoré sú v súlade so zákonom č. 275/2006 Z. z. o ISVS a s výnosom MS

SR. Pre elektronické formuláre definuje základné požiadavky zákon č. 305/2013 Z. z. o e-Governmente,

ktorý nariaďuje zverejňovať vzory elektronických formulárov pre elektronické podania a elektronické

úradné dokumenty (rozhodnutia) v module eForm ÚPVS.

Systém má disponovať elektronickými formulármi – šablónami, ktoré budú prostredníctvom integrácie

zo systémom eForm UPVS (G2G) synchronizované.

Systém má poskytovať možnosť vypĺňania elektronických formulárov, ktoré budú v rámci projektu

navrhnuté s ohľadom na použiteľnosť a používateľskú prívetivosť. Formuláre budú využívať dostupné

údaje z registrov a číselníkov v rámci funkcie predvypĺňania, kontroly a automatického dopĺňania

údajov. Predpokladá sa návrh približne 30 bežných formulárov pre potreby elektronickej komunikácie

medzi systémom ISOH a jeho používateľmi. Predpokladáme, že niektoré z formulárov budú mať viac

variácií vzhľadom na ich univerzálny návrh a špecifikované určenie použitia (predpoklad cca. 20

variácií).

22

Formuláre musia byť pripravené s ohľadom na metodické usmernenie ÚPVS s využitím modulu eForm

a s možnosťou vytvorenia vlastných vzorov formulárov, zverejnenia, úpravy a ich prípadného

zneplatnenia s použitím štandardných prostriedkov ÚPVS.

3.2.7. Modul - Data

Súčasťou riešenia ISOH by malo byť aj bezpečné úložisko dát. Súčasťou návrhu by mali byť aj

migračné postupy pre existujúce údaje, štandardné požiadavky na kvalitu údajov ako aj rozhrania pre

využívanie týchto dát. Modul sa skladá z dvoch typov komponentov – z aplikačno-dátových, ktoré

podporujú ostatné agendové komponenty a z rýdzo dátových, založených na databázových

technológiách.

Dáta by mali byť ukladané v optimalizovanej forme vzhľadom na ich použitie, aby následná práca

s údajmi mohla byť v reálnom čase.

- Pri použití údajov na vyhľadávanie by preto mali byť uložené v optimalizovanej databáze pre

vyhľadávanie tzv. „index“, s podporou vyhľadávania v Slovenskom jazyku.

- Pri štatistických údajoch by údaje mali byť uložené v dátovom sklade (DWH), ktorý je

štruktúrou a dátovým modelom optimalizovaný na štatistické dopyty vzhľadom na časovú

dimenziu údajov.

- Pre zabezpečenie maximálnej konzistencie údajov, ktoré prichádzajú z rôznych zdrojov

asynchrónne v rôznom formáte, by mala byť použitá technológia prevádzkového úložiska dát

(ODS)

ISOH bude zabezpečovať zhromažďovanie údajov v tej doménovej oblasti, ako aj ich následné

poskytovanie. Údaje môžu byť v rôznej štruktúrovanej, ale aj neštruktúrovanej forme, a vyhľadávanie

v nich je jednou z najdôležitejších súčastí informačného systému. Používatelia systému očakávajú

rýchle a používateľsky prívetivé nástroje vyhľadávania konkrétnych údajov alebo dokumentov. Pri

rutinnej prevádzke každodenne pribúdajú nové dokumenty a preto je potrebné, aby riešenie

podporovalo spracovanie väčšieho rozsahu dokumentov a bolo vysoko dostupné.

Pre umožnenie rýchleho vyhľadávania v dokumentoch je nutná fulltextové indexovanie a indexovanie

metadát. Dokumenty sú prevažne v slovenskom jazyku, a požiadavkou na vyhľadávanie je preto plná

podpora slovenského jazyka a jeho morfológie. Dôležitou súčasťou vyhľadávania je korektné

zoraďovanie vyhľadaných dokumentov podľa relevancie. Tým sa dokazuje technická vyspelosť

riešenia, ktoré okrem nájdenia vyhľadávaných výrazov, ich zoradí tak, aby dokument, ktorý používateľ

hľadá bol medzi prvými výsledkami.

3.2.7.1. Dátovo založené komponenty riešenia

Z funkčného pohľadu sú to nasledujúce komponenty:

DWH - DataWareHouse

Úlohou dátového skladu (DWH) je podporovať analytický reporting nad zozbieranými historickými

údajmi a umožňovať budúce analytické rozšírenia. Taktiež má združovať dáta z ISOH a iných externých

zdrojov potrebných pre vykonávanie analýz v oblasti odpadového hospodárstva. V rámci implementácie

DWH sa očakáva dodržanie tzv. best practices pre dátové sklady ako je použitie star/snowflake schém,

robustných ETL procesov, atď. Použitie DWH umožňuje aplikovať vhodnú dátovú retenčnú politiku

23

nad „živými“ dátami v ISOH a podľa potreby vymazávať staršie historické dáta, ktoré nie sú potrebné

pre rutinnú prevádzku ISOH, ale ktoré však môžu byť relevantné pre dlhodobé analýzy.

Vyhľadávací index

Pre vyhľadávanie existuje samostatné úložisko, ktoré je optimalizované pre dané účely. Aplikačná časť

vyhľadávania sa nachádza v podporných dátových komponentoch.

SQL databázový server

Úložisko relačných dát pre verejne dostupné údaje a údaje anonymizovaných a replikovaných

registrov pre účely zverejňovania. Úložisko relačných dát pre interné údaje a replikovaných registrov

pre účely vykonávania agendy. Úložisko dát monitoringu systému.

Súborové úložisko

File systemové úložisko.

3.2.7.2. Aplikačno podporné dátové komponenty riešenia

DMS

Nástroj na tvorbu, správu a úpravu súborových dát a kodifikovaných metadát systému ISOH. Okrem

funkcionality podpory dokumentov obsahuje špecializovanú funkcionalitu pre:

- Šablóny a ich správu (pre úradné dokumenty)

- Samostatné bezpečné úložisko a správa úradných dokumentov s verzionovaním

- Samostatné bezpečné úložisko a správa príloh podaní a úradných záznamov

- Fulltextové vyhľadávanie nad dokumentami

- Anonymizácia zverejňovaného obsahu

Nástroje pre zabezpečenie integrity údajov

Funkcionalita databázových kontrol pre postprocesované krížové kontroly zadaných údajov do

jednotlivých typov hlásení. Zabezpečenie synchronizácie údajov s externými systémami.

Konverzné a migračné nástroje

V rámci funkcionality tohto modulu sa požaduje aj aktivita migrácia historických dát z existujúcich

systémov (vrátane RISO) tak, aby v rámci kvality a dostupnosti migrovaných údajov boli umožnené

analýzy za širšie obdobie predchádzajúce aj nasledujúce po uvedení ISOH do prevádzky. Pri migrácii

údajov z existujúcich systémov budú údaje rozšírené a zjednotené primárne s údajmi referenčných

registrov (RFO, RPO a RA). Pri migrácii neštruktúrovaných dát sa vyžaduje extrakcia informácií do

štruktúrovanej podoby.

3.2.8. Modul - Štatistiky a reporty

Navrhované riešenie by malo obsahovať funkcie pre vytváranie definovaných prehľadov, ako aj

nástroje pre vytváranie prehľadov podľa špecifických požiadaviek zákazníka.

Štatistiky čerpajú údaje z dátového skladu, kde sú údaje pripravené, tak aby bolo možné nad nimi

vykonávať analytické dopyty v reálnom čase. Štatistický modul by mal zabezpečovať aj pomoc pri

tvorbe takýchto analytických dopytov a zároveň umožní zobraziť a exportovať údaje v tabuľkovej alebo

grafovej forme.

24

Podľa predpokladanej technickej úrovne používateľa a definovaného používateľského rozhrania sa tiež

vyžaduje poskytnúť pre používateľa jednoducho ovládateľné funkcie pre interaktívny prístup

k informáciám formou preddefinovaných (predpokladá sa 20 základných pohľadov), ako aj z určitej

množiny voliteľných štatistických prehľadov (predpokladá sa 10 konfigurovateľných pohľadov).

Súčasne sa predpokladá publikovanie vybraných štatistík pre verejnosť.

Hodnotenie a vytváranie reportov je v súčasnosti úloha náročná časovo aj prácna pre nedostatok

informačných nástrojov, ktorými by bolo hodnotenie a tvorbu výkazov podporiť. Z údajov zozbieraných

a spracovaných v rámci monitorovania OH sú spracované súhrnné informácie vo forme hodnotení

plnenia cieľov programov a reportov s rôznymi pohľadmi na odpadové hospodárstvo SR. Tieto

hodnotenia a reporty sú podkladom pre rozhodovanie a výkon štátnej správy v odpadovom hospodárstve

SR.

Orgány štátnej správy pravidelne poskytujú súhrnné informácie o stave plnenia medzinárodných

záväzkov vo forme reportov inštitúciám EUROSTAT, OECD, Európska komisia, Európska

environmentálna agentúra, Sekretariát Bazilejského dohovoru .

3.2.9. Modul - Evidencia a nakladanie s odpadmi

Všetky povinné subjekty sú povinné zo zákona viesť priebežnú evidenciu produkovaných odpadov

alebo odpadov, s ktorými sa nakladajú. Evidencia odpadov sa pre všetky kategórie odpadov vedie podľa

druhov odpadov bez obmedzenia množstva na Evidenčnom liste odpadu. V určených intervaloch (ročne

alebo štvrťročne) povinné subjekty sú povinné podávať hlásenia o vzniku a nakladaní s odpadmi na

príslušný úrad.

Pre všetky procesy nakladania s odpadmi sa vyžaduje dôsledné využívanie záväzných číselníkov a

registrov, aby bola umožnená kontrola, následné sledovanie a štatistické vyhodnocovanie toku odpadu.

ISOH by mal podporovať biznis procesy súvisiace s evidenciou vzniku odpadu. Ak držiteľ odpadu

nakladá s odpadom alebo nebezpečným odpadom s hmotnosťou prekračujúcou zákonom určený limit,

je povinný raz ročne odoslať hlásenie o vzniku odpadu a nakladaní s ním na príslušný orgán štátnej

správy. V pravidelných, v legislatíve definovaných, intervaloch je povinný držiteľ odpadu zasielať

hlásenie príslušnému úradu a Recyklačnému fondu, ak nakladal s určenými prúdmi odpadov.

Funkcionalita modulu pre evidenciu a nakladanie s odpadmi by mala byť zameraná hlavne na:

- Podpora administratívnej a rozhodovacej činnosti orgánov štátnej a verejnej správy,

- Podpora plnenia povinností subjektov pri nakladaní s odpadmi v evidenčnej a v ohlasovacej

časti.

Podpora týchto činností je členená podľa povinností definovaných v legislatíve pre jednotlivé agendy,

ktorými sú:

- Elektroodpad,

- Batérie a akumulátory,

- Obaly,

- Vozidlá,

- Pneumatiky,

- Neobaly,

25

- Osobitné prúdy odpadov,

- Komunálny odpad a drobný stavebný odpad,

- Nebezpečný odpad,

- Iné odpady (tzv. ostatný odpad).

Špecifickým používateľom systému sú mestá a obce, ktoré majú ohlasovaciu povinnosť v oblasti

komunálneho odpadu a drobného stavebného odpadu. Najmä menšie obce, ktoré majú obmedzené

zdroje, je potrebné podporiť pri vstupe údajov do systému ISOH zníženou administratívnou

náročnosťou. Napr. riešením je predvyplnenie vybraných predikovaných údajov na základe

pravdepodobnostného modelu, ktorý zohľadňuje veľkosť obce a údaje o odpadoch z existujúcich

záznamov.

3.2.10. Podpora e-služieb

a) Administratívne služby pre modul EVO, pre každú agendu:

- Registrácia – povinné osoby na základe podnetu k registrácii napĺňajú registračné povinnosti

uložené legislatívou. Služba registrácie umožňuje bezodkladné overenie stavu deklarovanej

registrácie.

- Autorizácia – je proces, v ktorom na základe žiadosti je vydaním rozhodnutia orgánu štátnej

správy udelený/resp. neudelený súhlas na vybranú činnosť. Súčasťou tohto procesu môže byť

preskúšanie odborne spôsobilej osoby alebo preskúmanie schopností žiadajúceho subjektu.

- Evidencia – výrobcovia a dovozcovia určených výrobkov (prípadne kolektívna organizácia,

ktorá ich zastupuje) sú povinní viesť a uchovávať evidenciu o objeme svojej výroby, dovozu,

vývozu a reexportu. Súčasne medzi ich povinnosti sa zaraďuje viesť evidenciu a podávať

hlásenia požadovaných údajov v pravidelných intervaloch (kvartálne alebo ročne) určenej

inštitúcii poverenej výkonom verejnej správy na danom úseku, príslušnému okresnému úradu a

Recyklačnému fondu.

- Ohlasovacie a oznamovacie povinnosti – podpora procesu centralizovaného zberu údajov v

kvalite, za ktorú zodpovedá povinná osoba.

- Informačné povinnosti – vyhľadávanie a zverejňovanie informácií v rôznych elektronických

formách, vrátane možnosti prehliadania detailov metaúdajov. Navrhované riešenie bude

poskytovať jedno miesto vyhľadávania vo všetkých informáciách o OH v SR a aplikovať

jednotné postupy na poskytovanie informácií.

- Potvrdenia – orgán štátnej správy na základe podnetu od povinnej osoby vystaví požadované

potvrdenie v súlade s platnou legislatívou.

- Súhlasy – orgán štátnej správy na základe podnetu od povinnej osoby vystaví požadovaný

súhlas v súlade s platnou legislatívou.

- Žiadosti – administrácia žiadosti je proces, v ktorom na základe príslušného podania orgán

štátnej správy koná v súlade s platnou legislatívou.

- Rozhodnutia – je proces, v ktorom na základe žiadosti je vydané rozhodnutia orgánu štátnej

správy v súlade so správnym poriadkom. Súčasťou procesu sú nastavenia príslušných lehôt

stanovených legislatív pre konkrétne činnosti.

26

- Vyjadrenia – orgán štátnej správy na základe podnetu od povinnej osoby vydá vyjadrenie

k zaslanému podnetu v súlade s platnou legislatívou.

b) Možnosti prístupu:

- Read/Write – vkladanie údajov a správa údajov v systéme,

- Read – prístup k údajom bez možnosti zásahov do systému.

c) Rozšírenie na ďalšie činnosti:

- Podpora vytvorenia kompletného podania vrátane formulára a príloh podľa typu agendy,

- Podpora rozhodovacieho procesu (v súlade so správnym poriadkom),

- Rozpoznávanie textu v prílohách a jeho indexácia,

- Fulltextové a fazetové vyhľadávanie,

- Anonymizácia požadovaného obsahu,

- Kontroly a ich centrálna evidencia,

- Zverejňovanie informácií – zabezpečenie podpory zverejňovania informácii z oblasti

nakladania s odpadmi a ochrany životného prostredia. Je dôležité, aby verejnosť na základe

zverejnených informácií mohla pochopiť, čo sa v životnom prostredí okolo nej deje,

zúčastňovať sa aktívne a so znalosťou veci, resp. aspoň s primeranými informáciami na

rozhodovaní v záležitostiach životného prostredia, ako aj spolupodieľať sa na ďalších

aktivitách v oblasti starostlivosti o životné prostredie, vrátane zlepšovania svojho

environmentálneho správania. Na naplnenie tohto cieľa je potrebné vo verejnej časti Portálu

vytvoriť priestor pre účasť verejnosti na rozhodovaní o konkrétnych činnostiach, napr. o

plánoch, programoch či politikách (zásadných rozvojových koncepciách), ako aj na tvorbe a

schvaľovaní všeobecne záväzných právnych predpisov.

- Prepojenie logického pracovného toku informácií v nadväzujúcich činnostiach z pohľadu

vzniku, nakladania a zhodnocovania jednotlivých druhov odpadov a obalov z odpadov (Podľa

prílohy č. 2 – tok odpadov) za účelom zníženia administratívnej náročnosti a udržania integrity

údajov v systéme.

3.3. Požiadavky na riešenie ISOH:

3.3.1. Nefunkčné požiadavky

Dodávka navrhovaného riešenia by mala obsahovať nasledovné aktivity:

- Riadenie projektu

- Analýza súčasného stavu

- Návrh riešenia

- Vývoj

- Implementácia

- Migrácia existujúcich dát RISO

27

- Testovanie

- Školenie

- Nasadenie do prevádzky

- Podpora

3.3.2. Architektonické požiadavky na návrh riešenia

Riešenie by malo byť v súlade s požiadavkami zákona č. 275/2006 Z. z. o ISVS a o zmene a doplnení

niektorých zákonov v znení neskorších predpisov, zákona č. 305/2013 Z. z. (zákon o e-Governmente)

a výnosu Ministerstva financií SR č. 55/2014 Z. z. o štandardoch pre ISVS.

Navrhované riešenie by malo zohľadňovať tieto aspekty:

- Otvorená architektúra pre:

- efektívne zakomponovanie nových požiadaviek v súlade so zmenami legislatívy

- doplnenie ďalších modulov s rozšírenou funkcionalitou, ktorá nie je predmetom tohto

zadania

- Horizontálna a vertikálna škálovateľnosť

- Zabezpečenie vysokej dostupnosti pomocou cloudových riešení

- Jednotná integračná platforma

- Multiplatformové riešenie

- Softvérové riešenie nad technológiami s otvoreným zdrojovým kódom

- Nezávislosť na platforme na strane klientskych počítačov

- Modulárne riešenie pre pokrytie procesu sledovania toku odpadov v rámci reťazca „pôvodca-

zber-zhodnotenie/zneškodnenie“

- Jednoznačná identifikácia konkrétneho subjektu/zariadenia v rámci ISOH

- Štandardizácia vstupných údajov za cieľom zvýšenia integrity dát

- Možnosť dynamicky vytvárať zvolené štatistiky a reporty

- Dodržanie zásad a politiky informačnej bezpečnosti MŽP SR

- Centrálny monitoring bezpečnosti a aktivity

Z pohľadu fyzickej architektúry riešenie predpokladá využitie infraštruktúrnych a hardvérových kapacít

vládneho cloudu.

Obstarávateľ zabezpečí prenájom výpočtových prostriedkov cez http://www.sk.cloud/, kde je možné aj

získať viac informácii o fyzickom a logickom usporiadaní prostredia.

http://www.sk.cloud/

28

Od úspešného uchádzača sa očakáva, že navrhne a zrealizuje také riešenie, ktoré bude plne kompatibilné

s daným a dostupným prostredím. Návrh na úrovni HW sa očakáva vo forme návrhu nutných

výpočtových kapacít a parametrov, ako aj prepojenia jednotlivých virtuálnych prostriedkov.

Prehľad obsahu funkčnosti jednotlivých modulov je na obrázku č.1.

29

Obr. č.1 - Prehľad obsahu funkčnosti jednotlivých modulov

30

3.3.4. Ochrana osobných údajov

ISOH je informačným systémom verejnej správy, ktorý pri svojej činnosti bude spracovávať osobné

údaje, a preto musí plniť legislatívne požiadavky dané zákonom č. 122/2013 Z. z. o ochrane osobných

údajov v znení zákona č. 84/2014 Z. z. ako aj zákona č. 275/2006 Z. z. o ISVS a o zmene a doplnení

niektorých zákonov v znení zákona č. 570/2009 Z. z. a Výnosom Ministerstva financií SR č. 276/2014

Z. z., ktorým sa mení a dopĺňa Výnos Ministerstva financií SR č. 55/2014 Z. z. o štandardoch pre ISVS.

Na splnenie týchto požiadaviek preto verejný obstarávateľ požaduje vypracovanie bezpečnostnej

dokumentácie, ktorá musí obsahovať najmä:

- Analýzu spracúvania osobných údajov, ktorej úlohou bude analyzovať výskyt a spôsob

spracúvania osobných údajov využívaných v rámci ISOH.

- Návrh bezpečnostných opatrení – tzn. primerané technické, organizačné a personálne opatrenia

zodpovedajúce spôsobu spracúvania osobných údajov, pričom sa požaduje aby bolo

prihliadnuté najmä na použiteľné technické prostriedky, dôvernosť a dôležitosť spracúvaných

osobných údajov ako aj rozsah možných rizík, ktoré sú spôsobilé narušiť bezpečnosť alebo

funkčnosť informačného systému podľa § 19 ods. 1 zákona č. 122/2013 Z. z. o ochrane

osobných údajov v znení zákona č. 84/2014 Z. z.

Návrh predpisov a internej bezpečnostnej dokumentácie vyplývajúcej z legislatívnych požiadaviek

zákona č. 275/2006 Z. z. o ISVS a o zmene a doplnení niektorých zákonov v znení zákona č. 570/2009

Z. z. a Výnosu Ministerstva financií SR č. 276/2014 Z. z., ktorým sa mení a dopĺňa výnos Ministerstva

financií SR č. 55/2014 Z. z. o štandardoch pre informačné systémy verejnej správy.

3.3.3. Požiadavky na bezpečnosť

Bezpečnosť informačného systému ISOH je priamo naviazaná na bezpečnostné politiky ministerstva,

ktoré vychádzajú predovšetkým zo:

- zákona č. 275/2006 Z. z. o informačných systémoch verejnej správy a o zmene a doplnení

niektorých zákonov v znení neskorších predpisov,

- výnosu Ministerstva Financií SR č. 55/2014 Z. z. o štandardoch pre informačné systémy

verejnej správy

- STN ISO/IEC 2701- Informačné technológie, Bezpečnostné metódy, Systémy riadenia

informačnej bezpečnosti, Požiadavky, (STN ISO/IEC 27001:2014),

- zákona č. 45/2011 Z. z. o kritickej infraštruktúre

- Koncepcie rozvoja informačných systémov v rezorte ministerstva na roky 2014 až 2019.

V rámci bezpečnostných politík ministerstva sú kladené požiadavky na bezpečnosť a spôsob

uchovávania údajov v informačnom systéme. Pri kľúčových moduloch je preto vyžadované

uchovávanie záznamu o činnosti používateľov, čo zabezpečuje tiež možnosti vyvodenia dôsledkov pri

prieniku do systému a pomáha identifikovať bezpečnostné riziká. Vzhľadom na to, že systém bude

prijímať a spracovávať dokumenty a súbory, vyžaduje sa ochrana systému pred škodlivým kódom

minimálne v rozsahu §33 výnosu Ministerstva Financií SR č. 55/2014 Z. z. Taktiež je požadované

rozdelenie infraštruktúry do zón na sieťovej úrovni, čo pri prieniku do verejnej časti systému zabraňuje

31

úniku privátnych dát. V rámci ISOH sa tiež požaduje vyriešiť zálohovanie kritickej infraštruktúry

a ochrana pred preťažením alebo stratou údajov.

3.3.4. Požiadavky na dokumentáciu riešenia

Súčasťou dodávky riešenia je elektronický systém poskytujúci prístup k dokumentácii v elektronickej

editovateľnej podobe ako aj podobe vhodnej pre tlač. Dokumentácia bude predstavovať sériu

dokumentov, ktoré dostatočne jasne a kompletne popisujú dodávané riešenie.

Požadované sú najmä tieto dokumenty:

- Analýza súčasného stavu

- Biznis požiadavky na nové riešenie

- Funkčné a nefunkčné požiadavky

- Procesná analýza

- Analýza vstupov a výstupov

- Risk analýza

- Procesno-funkčný návrh

- Aplikačný návrh riešenia – funkčná špecifikácia.

- Infraštruktúrny návrh riešenia

- Bezpečnostný projekt

- Návrh akceptačných testovacích scenárov

- Vyhodnotenie verejného testovania

- Používateľské príručky a manuály pre správu

- Konfigurácia a administrácia systému

Dokumentácia v slovenskom jazyku bude dodaná v dohodnutých elektronických formátoch (napr.

ODT, DOC, PDF).

3.3.5. Požiadavky na testovanie riešenia

Testovanie navrhnutého a implementovaného riešenia musí byť realizované nižšie popísanými

metódami, v požadovanom rozsahu a musí prebiehať v niekoľkých fázach takým spôsobom, aby

splnilo nasledovné ciele:

- Overiť požadovanú funkcionalitu v zmysle User Experience

- Overiť požadovanú funkcionalitu jednotlivých častí systému voči funkčnej špecifikácii.

- Overiť kompatibilitu systému s internetovými prehliadačmi na rôznych platformách.

- Overiť integráciu riešenia s externými systémami.

32

- Overiť odolnosť systému voči záťaži a posúdiť jeho výkonnosť.

- Overiť bezpečnosť navrhnutého riešenia voči neoprávneným prístupom alebo zásahom (v

súlade s OWASP).

Verejný obstarávateľ požaduje od uchádzača vypracovanie návrhu pre proces testovania v súlade s

návrhom implementácie a nasadenia systému pred samotným začatím procesu testovania.

V rámci procesu testovania sa požaduje dodržanie nasledovnej postupnosti aktivít:

- Príprava testovania – dodávateľ pred začiatkom procesu testovania vytvorí plán testovania, v

ktorom popíše metódy a spôsob testovania, podmienky a akceptačné kritériá, pre jednotlivé

testované časti funkcionalít systému vytvorí testovacie scenáre

- Vykonanie testov – vykonanie testovacích scenárov v danom rozsahu verzie systému

- Analýza výsledkov testov – identifikácia chýb, prípadná aktualizácia návrhu testov.

- Regresné testy – opakované vykonanie testovacích scenárov pre zvolenú časť systému resp.

celok.

- Finálne akceptačné testovanie – vykonanie testovacích scenárov na finálnej verzii systému.

Požaduje sa realizácia nasledovných druhov testov:

- Funkčné testovanie – overenie správnosti a úplnosti jednotlivých funkcií implementovaných

častí systému, teda či reálne správanie sa systému presne zodpovedá tomu, ako je popísané vo

funkčnej špecifikácii riešenia.

- Testovanie kompatibility prehliadačov – overenie miery kompatibility s bežne používanými

internetovými prehliadačmi v ich základnej konfigurácii. Požaduje sa pre verejnú a aj pre

privátnu časť portálu na bežných webových prehliadačoch – MS Internet Explorer, Mozilla

Firefox, Google Chrome, Opera, Apple Safari (všetky verzie vymenovaných prehliadačov,

ktoré nie sú staršie ako 5 rokov).

- Bezpečnostné testovanie – naplnenie cieľa preverenia systému na rôzne možné zásahy do

bezpečnosti prevádzky a dát aplikácie.

- Zameranie orientované na:

- webové servre

- webové služby

- súlad s metodikou SDL

- Integračné testovanie – overenie naplnenia požiadaviek na integráciu s externými systémami

partnerských organizácií. Testovacie scenáre musia pokrývať všetky identifikované a

implementované externé rozhrania systému. Je potrebné realizovať pozitívne aj negatívne

(sunny-day, rainy-day) integračné scenáre.

- Záťažové testovanie - vykonávané pomocou nástrojov a automatizovaných skriptov nad

produkčným a testovacím prostredím pre vybrané reprezentatívne kritické funkcionality

systému. Testy majú emulovať rôzne typy používateľských a automatizovaných vstupov na

33

hostiteľskom systéme, ktorého výkon má byť testovaný. Zachytené výsledky výkonnostných a

záťažových testov budú vzájomné porovnávané. Testovanie má prebiehať v jednotlivých

sekvenciách, pri ktorých sa bude postupne zvyšovať zaťaženie systému (stress test). Tento

nárast bude realizovaný so sledovaním chybovosti vrátených odoziev testovaného systému. Pri

realizácii výkonnostného a záťažového testovania bude posudzovaná výkonnosť a kapacita

riešenia. Pri výkonnostnom a záťažovom testovaní majú byť výsledky posudzované aj

vzhľadom na plánovaný počet interných používateľov systému a počet odhadovaných

konkurenčných prístupov.

- Verejné testovanie - pre overenie implementácie prostredníctvom širokej odbornej i laickej

verejnosti

- Akceptačné testovanie - realizované po vyladení systému a odstránení zistených chýb z

predošlých testov. Účelom akceptačných testov je overenie zo strany objednávateľa, že

navrhnuté a implementované riešenie je pripravené na nasadenie do prevádzky. Akceptačné

testy majú byť vykonávané testovacím tímom na strane objednávateľa. Testovanie musí

prebiehať na základe testovacích scenárov, pričom akceptačné kritéria majú byť vopred

definované. Výsledky testovania určia prípadné nezrovnalosti medzi implementovaným

riešením a jeho špecifikáciou a nutné korekcie zo strany dodávateľa.

3.3.6. Požiadavky na školenie používateľov

Súčasťou dodávky riešenia je aj vykonanie školení interných používateľov obstarávateľa a vybranej

skupiny externých používateľov ISOH z kľúčových organizácii, ktoré budú v budúcnosti ISOH

používať.

Školenie má byť rozdelené podľa skupín používateľov a biznis procesov, do ktorých budú vstupovať.

Obsahom musia byť prebrané procesy realizované danou skupinou používateľov v ISOH a ponechaný

dostatočný čas na diskusiu a individuálne otázky ohľadne špecifík systému.

K dispozícii musia byť školiace materiály v elektronickej forme, ktoré zabezpečí dodávateľ riešenia.

Školiace materiály budú odovzdané správcovi systému na ich priebežné dopĺňanie a aktualizáciu.

Dodávateľ pre potreby zaškolenia používateľov vykoná nasledovné činnosti:

- Vytvorenie školiacich materiálov

- Príprava školenia (logistika)

- Vykonanie školenia

3.3.7. Požiadavky na nasadenie do prevádzky

Súčasťou dodávky riešenia je zabezpečenie kompletnej inštalácie riešenia do produkčného prostredia

zákazníka. Táto spočíva v inštalácii operačných systémov, databáz, podporného softvéru, aplikácií, ich

konfigurácie a vzájomného prepojenia, tak aby bolo umožnené bezproblémové prevádzkovanie

kompletnej funkcionality dodávaného riešenia ISOH.

3.3.8. Požiadavky na podporu počas pilotnej a produkčnej prevádzky

34

Dodávateľ zabezpečí poskytnutie konzultačnej a technickej podpory používateľov, po nasadení do

pilotnej prevádzky aj po prechode do produkčnej prevádzky a to na obdobie 9 mesiacov. Podpora sa

vykonáva formou telefonickej a vzdialenej podpory (remote control) a riešenia počiatočných

prevádzkových udalostí a požiadaviek.

3.3.9. Špecifické požiadavky

Špecifické požiadavky na riešenie ISOH:

- Migrácia existujúcich údajov z RISO NET do nového ISOH,

- Na základe analýzy definovať spôsob pre migráciu/integráciu súčasných databáz a informačné

systémy s obsahom, ktorý je súčasťou ISOH.

- Zabezpečením elektronického zberu autorizovaných údajov odbúrať manuálne vstupy.

- Pre odstránenie problému virtuálnych potvrdeniek o nakladaní s odpadom zaviesť elektronické

vydávanie a evidovanie vydaných potvrdeniek o nakladaní s odpadom, vrátane krížových

kontrol pre odhalenie zneužitia potvrdeniek.

35

4. Zhrnutie požiadaviek

Požiadavky uvedené v jednotlivých predchádzajúcich kapitolách sa navzájom dopĺňajú, pričom od

uchádzača o verejnú zákazku sa očakáva, že sa ku každej z nich vyjadrí, jednak či ju spĺňa a keď áno,

akým spôsobom zabezpečí realizáciu danej požiadavky. Spôsob vysvetlenia realizácie požiadavky musí

byť dostatočne podrobný nato, aby verejný obstarávateľ bol schopný zvážiť celkovú mieru naplnenia

požiadavky a jej kvalitu a to aj vo vzťahu k ostatným požiadavkám. Od uchádzača sa okrem vyjadrenia

k jednotlivým požiadavkám očakáva aj popis celkového navrhovaného riešenia na dostatočnej úrovni

detailu.

Ďalšie požiadavky, ktoré nie sú explicitnou súčasťou tohto dokumentu, vyplývajú z verejne dostupných

legislatívnych predpisov uvedených v kapitole „Legislatíva“ tohto dokumentu. Od uchádzača sa

očakáva, že sa k nim vyjadrí spôsobom spĺňa – v prípade, že je schopný zabezpečiť elektronizáciu

všetkých legislatívne predpísaných úkonov v súlade so zameraním tohto dokumentu a ostatnými

súvisiacimi dokumentmi, prípadne „nespĺňa“, pokiaľ nedokáže zabezpečiť elektronizáciu jednej, alebo

viacerých požiadaviek vyplývajúcich z legislatívnych dokumentov.

Úspešný uchádzač sa zaväzuje v rámci dodávky dodať úplný predmet zmluvy, ktorý pozostáva

z:

- Kompletných analytických výstupov definovaných nižšie

- Kompletných návrhových dokumentov definovaných nižšie

- Dodávky všetkých potrebných licencií pre všetky prostredia budúceho riešenia

- Inštalácie a konfigurácie SW prvkov

- Dodania kompletného funkčného diela aplikačného prostredia ISOH a jeho nasadenia na

všetky prostredia v rámci riešenia, vrátane odovzdania všetkých zdrojových kódov

- Vykonania všetkých úkonov definovaných nižšie pre fázu testovania

- Úplné nasadenie riešenia na všetky prostredia

- Okrem dodávky tzv. „designovej“ dokumentácie (výstupy analytickej a návrhovej fázy

projektu), sa po vykonaní všetkých testov a nasadení očakáva aj dodanie tzv. „as-build“

dokumentácie.

- Zaškolenia používateľov

- Používateľskej dokumentácie a manuálov pre výkon činností

- Používateľskej podpory riešenia

- Súčasťou riešenia nie je vybudovanie, alebo prenájom dátových centier a HW prostriedkov –

tie zabezpečí obstarávateľ po úroveň operačného systému (up to OS – čiže bez OS).

Od riešenia sa očakáva, že sa výkonnostne nadimenzuje tak, aby dokázal v zmysle štandardov ISVS

plnohodnotne obslúžiť používateľov podľa nasledovného rozdelenia:

- Používatelia Intranetu min. 600 osôb

36

- Používatelia extranetu min. 5 000 ľudí

- Používatelia verejného portálu sú všetci občania, ktorí využívajú funkcionalitu daného

riešenia, ich počet nie je možné inak obmedziť.

Uchádzač o verejnú zákazku predloží v ponuke časti „Ostatné“ popis navrhovaného riešenia

minimálne v nasledovnom rozsahu:

- Popis filozofie – architektúry navrhovaného riešenia

- Logickú schému navrhovaného riešenia v súlade s TOGAF

- Popis komponentov zobrazených v logickej schéme

- Navrhovaný časový harmonogram prác, ktorý zohľadní etapizáciu a postupný nábeh

prioritných častí* do prevádzky najneskôr do 6 mesiacov odo dňa nadobudnutia

účinnosti zmluvy

- Odhadovaná náročnosť jednotlivých modulov v MD

- Podrobný štruktúrovaný položkovitý rozpočet (nenacenený)

- Popis a špecifikáciu navrhovaných parametrov pre SLA

*Pod prioritnými časťami sa rozumie možnosť spustenia vybranej funkcionality registrov výrobcov a to

register obalov, register neobalových materiálov, register elektronických zariadení, register pneumatík,

register vozidiel, register akumulátorov a batérií v súlade so zákonom č. 79/2015 Z. z. o odpadoch

v znení neskorších predpisov a všetky typy ohlásení, ktoré majú výrobcovia povinnosť podávať

v zmysle vyhlášky MŽP SR č. 366/2015 o evidenčnej povinnosti a ohlasovacej povinnosti.

Vybraná funkcionalita registrov predstavuje:

- Vytvorenie registrov výrobcov:

o register obalov,

o register neobalových materiálov,

o register elektronických zariadení,

o register pneumatík,

o register vozidiel,

o register akumulátorov a batérií

- Bez integrácie na centrálne registre (RPO)

- Migrácia existujúcich registrov

- Overenia identifikačných údajov výrobcu voči údajom v doterajšom registri

- Zoznam typov dokumentov pre vybrané registre v zmysle vyhlášky MŽP SR č. 366/2015

o evidenčnej povinnosti a ohlasovacej povinnosti:

o § 13 Evidencia a Ohlásenie o batériách a akumulátoroch a nakladaní s použitými

batériami a Akumulátormi,

o § 14 Evidencia a Ohlásenie o elektrozariadeniach a nakladaní s elektroodpadom

37

o § 15 Evidencia a Ohlásenie o obaloch a nakladaní s odpadmi z obalov

o § 16 Evidencia a Ohlásenie o neobalových výrobkoch a nakladaní s odpadmi

z neobalových výrobkov

o § 17 Evidencia a Ohlásenie o vozidlách

o § 18 Evidencia a Ohlásenie o pneumatikách a nakladaní s odpadovými pneumatikami

- Príjem formulára – notifikácia potvrdenia príjmu

- Zverejnenie aktuálneho registra

Verejný obstarávateľ môže požadovať v rámci návrhovej fázy riešenia vytvorenie tzv. PoC (proof

of concept) komponentov pre dve vybrané agendy tak, aby k návrhu bolo možné vznášať odborné

pripomienky na základe funkčného modelu:

1. PoC je súčasťou opisu predmetu zákazky a je upresnením požadovaných minimálnych

štandardov, ktoré v danej oblasti musia uchádzači splniť v súlade s požiadavkami na predmet

zákazky, tak ako sú určené v opise predmetu zákazky.

2. Verejný obstarávateľ si vyhradzuje právo na overenie si riešení, ktoré sú uvedené (nižšie) v bode

5 tohto opisu predmetu zákazky.

3. Predmetným overením PoC si overuje verejný obstarávateľ, či uchádzač v danej veci spĺňa

minimálne štandardy t.j. či uchádzač spĺňa v danej časti požiadavky na predmet zákazky.

4. V oboch PoC sú uvedené minimálne kritéria pre vyhodnotenie, ktoré musí uchádzač splniť.

V prípade horšej úspešnosti, ako sú uvedené v PoC, sa toto bude považovať za nesplnenie

požiadaviek na predmet zákazky.

5. V prípade, ak verejný obstarávateľ využije možnosť vytvorenia riešenia, bude predmetné

riešenia žiadať od všetkých uchádzačov. Na vytvorenie PoC verejný obstarávateľ písomne

vyzve uchádzačov. V predmetnej výzve budú všetky potrebné informácie o tom, do kedy, kde

a ako bude potrebné odovzdať PoC. Vo veci doručenia PoC sa bude postupovať obdobne ako

pri ponukách. Lehota na vytvorenie PoC bude minimálne 15 dní.

6. Po doručení PoC, bude každý uchádzač vyzvaný na otvorenie jeho PoC a na preskúšanie

a vyhodnotenie jeho konceptov.

38

Príloha č. 1 - Vzťahy v oblasti povinností výrobcov vyhradených výrobkov

39

Príloha č. 2 - Nakladanie s odpadmi - tok odpadu

Poznámky:

Tok odpadu prebieha od pôvodcu odpadu po jeho konečné spracovanie resp. zneškodnenie. V systéme

bude evidencia o tom, kto odpad odovzdáva a o tom, kto odpad preberá.

Spracovateľ odpadu resp. zneškodňovateľ / zhodnocovateľ odpadu môže byť opätovným pôvodcom

odpadu, t.j. materiálový tok sa pre niektoré druhy odpadov začína odznova.

40

5 Zadanie na Proof of Concept – preverenie konceptu navrhovaného riešenia

Od uchádzačov sa vyžaduje vykonanie previerky nim navrhovaného konceptu (ďalej „Proof of

Concept“ alebo „POC“) a to v dvoch vybraných oblastiach:

1. vyhľadávanie v dokumentoch,

2. integrácia.

Úspešným vykonaním POC uchádzač demonštruje svoje skúsenosti s realizáciou projektov v

oblastiach súvisiacich s predmetom obstarávania a schopnosť zabezpečiť požadované riešenie v

definovanom čase a potrebnej kvalite.

Uchádzač zabezpečí vytvorenie POC vo vlastnej réžii a bez nároku na náhradu.

Požiadavky na HW pre dosiahnutie referenčných časov uvedených ako minimálne kritériá pre

vyhodnotenie:

Odporúčaná:

4xCPU Core 4GHz

32 GB RAM 3000 MHz

NVMe SSD 250 GB read 3200 MB/s write 1500 MB/s

Minimálna:

4xCPU core 3 GHz

32 GB RAM 2133 MHz

SSD 50 GB read 1000 MB/s write 1000 MB/s

OS – podpora Centos 7, RHeL 7

Java 8, Docker, Python 2

Konektivita do internetu min 10 Mb/s

POC1 - Vyhľadávanie v dokumentoch

Informačný systém zabezpečuje zhromažďovanie údajov v doménovej oblasti a ich poskytovanie v

ustanovenom rozsahu. Systém má za úlohu zhromažďovať údaje v rôznej štruktúrovanej, ale

aj neštruktúrovanej forme, ktoré používatelia systému potrebujú vyhľadať. Rýchle a používateľsky

prívetivé vyhľadávanie ako vstupný bod k informáciám je jednou z najdôležitejších súčastí

informačného systému.

Pre umožnenie rýchleho vyhľadávania v dokumentoch je nutná fulltextové indexovanie a indexovanie

metadát. Dokumenty sú prevažne v slovenskom jazyku, a požiadavkou na vyhľadávanie je preto plná

podpora slovenského jazyka a jeho morfológie. Dôležitou súčasťou vyhľadávania je korektné

zoraďovanie vyhľadaných dokumentov podľa relevancie. Tým sa dokazuje technická vyspelosť

riešenia, ktoré okrem nájdenia vyhľadávaných výrazov, ich zoradí tak, aby dokument, ktorý používateľ

hľadá bol medzi prvými výsledkami.

Pri elektronizácii dokumentov sa často stretávame s dokumentami, ktoré sú skenované z papierovej

formy a je potrebné využiť technológie rozpoznávania znakov (OCR) pre extrakciu fulltextu

41

z dokumentu. Tieto dokumenty neobsahujú metadáta, ktoré sú pri vyhľadávaní, kategorizácii, ale aj pri

ďalšom strojovom spracovaní (napr. pre štatistické reporty) veľmi dôležité. Ručné vypĺňanie metadát

je náročné na ľudské zdroje a preto sa vyžaduje od riešenia extrakcia týchto informácií priamo z textu.

Metadáta obsahujú kategórie dokumentov a iné atribúty, na základe ktorých je možné fazetové

vyhľadávanie. Každodenne pribúdajú nové dokumenty a preto je potrebné, aby riešenie podporovalo

spracovanie väčšieho rozsahu dokumentov a bolo vysoko dostupné (využitie technológií

distribuovaných systémov).

Požiadavky na POC1:

Indexácia vzorovej dávky dokumentov

(Sada 10 000 dokumentov bude zadaná, vyhodnotenie: rýchlosť indexácie [s], úspešnosť

indexácie (počet zaindexovaných dokumentov)÷(všetky dokumenty).)

Indexácia predstavuje extrakciu, spracovanie a uloženie jednotlivých dokumentov, tak aby bolo

možné nasledovne presne a rýchlo získavať a vyhľadávať informácie. Zmyslom indexu je

optimalizácia rýchlosti a výkonu pri vyhľadávaní dokumentov pre zadaný vyhľadávací výraz.

Bez indexu by bolo nutné vždy prehľadávať celú sadu dokumentov. Súčasťou je extrakcia textu

z textových dokumentov. Je nutné poskytnúť rozhrania pre prácu s indexom.

Minimálne kritéria pre vyhodnotenie: rýchlosť indexácie [max 600s], úspešnosť indexácie

[min 95%]

Vyhľadávanie nad vytvoreným indexom s podporou častí slov (n-gram), využitie základov

a kmeňov slovenských slov (lematizácia a stemovanie), taktiež sa požaduje možnosť

vyhľadávať slov bez diakritiky a využívanie stop slov. (Vyhodnotenie: úspešnosť vyhľadávania

F-score [%].)

Vyhľadávanie využíva vytvorený index pre rýchle nájdenie dokumentov. Keďže slová majú

rôzne tvary a existujú zložené slová, je potrebné vyhľadávať s ohľadom na morfológiu a

špecifiká jazyka. Existuje niekoľko spôsobov podpory jazyka pri vyhľadávaní.

Jazykovo agnostickým prístupom je využitie (edge)n-gramov, čo predstavujú časti slova a majú

dĺžku podľa počtu písmen napr. edge 3-gram zo slova „auto“ je „aut“ alebo aj „uto“ a teda, v

prípade, že používateľ by napísal len aut, našlo by mu aj dokumenty, ktoré obsahujú slovo

„auto“. Tento prístup však nezohľadňuje špecifiká morfológie jazyka a má obmedzenú

úspešnosť najmä pri nepravidelne skloňovaných/časovaných slovách.

Preto sa používa podpora lematizáciou, ktorá všetky dostupné slová v slovníku prevádza na

základný tvar pomocou slovníka. A teda napr. slovo „ide“ prevedie na „ísť“, a potom pri

vyhľadávaní je možné použiť obidva tvary pre nájdenie dokumentu s týmto slovom.

Niektoré slová sú príliš nové, hovorové alebo vlastné pomenovania a v takomto prípade nie je

možné použiť slovníkové riešenie a využíva sa pravidlové riešenie, ktoré zohľadňuje gramatiku

a pravidlá jazyka. Toto riešenie sa nazýva stemovanie. Príkladom môže byť slovo „svojka“,

ktoré sa stemuje na slovo „svojk“ a rovnako vyskloňované slovo „svojke“ sa stemuje na „svojk“.

Týmto zohľadníme morfológiu aj pri neznámych slovách v danom jazyku.

Vyhľadávanie bez zohľadňovania diakritiky má zmysel najmä pri vyhľadávaní a extrakcii textu

zo skenovaných dokumentov, kde sa stáva, že diakritika nie je korektná.

Stop slová zlepšujú výsledky vyhľadávania najmä tým, že príliš často sa vyskytujúcim slovám

v danom jazyku prideľujú menšiu alebo žiadnu váhu pri vyhľadávaní.

Minimálne kritéria pre vyhodnotenie: úspešnosť vyhľadávania [min 85%]

Fazetové vyhľadávanie na základe dvoch atribútov

(Vyhodnotenie: úplnosť riešenia [A/N].)

42

Fazetové vyhľadávanie umožňuje efektívny spôsob filtrovania výsledkov podľa určitého

atribútu. Zvyčajne sa pri každej položke atribútu zobrazuje aj počet dokumentov, ktoré by spĺňali

takýto filter. Príkladom môže byť atribút „Pohlavie autora dokumentu“ s položkami „Muž (40)“,

„Žena (60)“. V prípade, že zaškrtneme položku „Muž“ dostaneme 40 dokumentov, ktorých

autorom bol muž. Po zaškrtnutí položky „Muž“, v prípade druhého atribútu napr. „Vek autora

dokumentu“ už budú zobrazované počty dokumentov len, ktoré vyhovujú aj prvému atribútu „0-

20 (10)“, „20-40 (20)“, „40-60 (10)“. V prípade Zaškrtnutia položky „20-40“ sa zobrazí len 10

dokumentov, kde budú autori muži vo veku 20 až 40 rokov.

Indexácia skenovaných dokumentov pomocou technológie OCR

(Bude zadaná trénovacia sada dokumentov cca 5 dokumentov a testovanie prebehne na cca 50

dokumentoch, vyhodnotenie: rýchlosť indexácie [s], úspešnosť OCR na dokumentoch

v slovenskom jazyku F-score [%].)

Technológia rozpoznávania znakov v obrázku sa nazýva OCR. Táto technológia dokáže zo

skenovaných súborov extrahovať text, nad ktorým je potom možné vyhľadávať.

Minimálne kritéria pre vyhodnotenie: rýchlosť indexácie [max 500s], úspešnosť OCR [min

85%]

Extrakcia informácií z dokumentu – extrakcia názvov firiem z textu dokumentov

(Bude zadaná trénovacia sada dokumentov cca 5 dokumentov a testovanie prebehne na cca 50

dokumentoch: úspešnosť extrakcie F-score [%].)

Pri extrakcii informácií z textu sa využíva technológia rozpoznávania pomenovaných entít, ktorá

využíva nástroje pre spracovanie prirodzeného jazyka, pravidlá, prípadne štatistické modely

alebo neurónové siete na nájdenie, ohraničenie a identifikáciu typu entity v texte. Môžeme si

predstaviť príklad: „Pracujem vo firme ABCDE, s.r.o., v ktorej som od 1.1.2001 a zarobil som

10€.“. Rozpoznávanie pomenovaných entít (NER) dokáže napr. identifikovať výrazy „ABCDE,

s.r.o.“ (organizácia), „1.1.2001“ (dátum), „10€“ (suma, plat). Pri takejto extrakcii sa vykonáva

zväčša aj normalizácia a jednoznačná identifikácia entity, aby bolo možné využiť tieto

extrahované údaje ako štruktúrované dáta.

Minimálne kritéria pre vyhodnotenie: úspešnosť extrakcie [min 80%]

F-score: (presnosť = true positives/(true positives + false positives); (pokrytie = true

positives/(true positives + false negatives) => F-score= 2 x (presnosť x pokrytie) ÷ (presnosť +

pokrytie)

POC2 – Integrácia

Integračná platforma je koncipovaná ako plne modulárny systém umožňujúci budúce funkčné

rozšírenia, nasadenie nových modulov a integráciu s ďalšími systémami verejnej správy (ISVS).

Východiskom pri integrácii sú princípy architektúry orientovanej na služby (SOA) a tvorbu v zmysle

Enterprise service bus (ESB). Integračné rozhrania platformy by mali byť vybudované ako webové

služby postavené na komunikačnom protokole SOAP a poskytované prostredníctvom https protokolu.

Požiadavky na POC2:

Plná podpora štandardov, dátových štandardov ISVS

(Vyhodnotenie: A/N plnenie štandardov ISVS)

Integrácia vyžaduje maximálne plnenie definovaných štandardov ISVS, predovšetkým:

43

zákon č. 305/2013 Z. z. o e-Governmente

výnos č. 55/2014 Z. z. o štandardoch pre informačné systémy verejnej správy

výnos č. 137/2015 Z. z. – katalóg dátových prvkov

výnos č. MF/009269/2014-173 o jednotnom formáte elektronických správ

Realizácia choreografie služieb

(Vyhodnotenie: A/N úspešná realizácia choreografie služieb, smerovanie správ medzi

službami.)

Choreografia služieb vyžaduje realizáciu smerovania správ medzi internými a externými

službami prostredníctvom pravidiel triedenia a smerovania správ. Toto smerovanie správ do

istej miery realizuje automatizované sekvencie procesného spracovania správ. Smerovanie

ošetruje aj nedostupnosť cieľovej služby, smerovaní na alternatívne ciele.

Choreografia služieb musí pokrývať aj orchestráciu viacerých technických služieb do jednej

biznis služby s ich publikáciu pre konzumentov.

Transformácia správ

(Vyhodnotenie: A/N úspešnosť transformácie vyskytujúcich sa typov správ.)

Pri integráciách v prostredí nehomogénnych systémov vzniká reálna potreba zaistiť obojsmerné

transformácie medzi rôznymi formátmi správ (z štandardných formátov na neštandardné

a naopak).

Integrácia na externé doménové ISVS

(Vyhodnotenie: A/N úspešnosť realizácie integrácie na vybraných základných služieb

integračného rozhrania ISVS.)

Integrácia na existujúce, rozvíjané alebo plánované rozhranie ISVS musí obsahovať všetky

kroky od vybudovania infraštruktúrnej konektivity po aplikačné prepojenia služieb. Preto je

v rámci overenia konceptu nutné overiť integráciu na úrovni elementárnych služieb rozhraní

konkrétneho ISVS do definovaného výstupného formátu.

Zvolená služba: Ústredný portál verejnej správy ÚPVS / eDESK: prijem podania a odoslanie

rozhodnutia

Monitorovanie a auditovanie

(Vyhodnotenie: A/N úspešnosť monitorovanie a audit správ.)

Všetky aktivity integračných modulov budú plne auditované a monitorované tak, že každá

správa má auditnú stopu ktorá obsahuje všetky kroky spracovania v prostredí modulu.

1. informačný systém odpadového hospodárstva 1. informačný systém odpadového hospodárstva...

Documents