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
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
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
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.
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.
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.
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.