Smlouva na dodávku bezpečnostního přístupového informačního systému a poskytování jeho podpory
Smlouva na dodávku bezpečnostního přístupového informačního systému
a poskytování jeho podpory
uzavřená na základě dohody smluvních stran podle ustanovení § 2586 a následujících zákona č. 89/2012 Sb., občanský zákoník, (dále jen „OZ“)
mezi
.......................................................................
se sídlem .......................................................
IČO: .......................................
zapsána v ....................................................
zastoupená .................................................
bankovní spojení: ...................................
číslo účtu: ...................................................
(dále jen „zhotovitel“)
a
Nemocnice Třebíč, příspěvková organizace
se sídlem Purkyňovo nám. 133/2, 674 01 Třebíč
IČO: 008 393 96
zapsána v obchodním rejstříku vedeném u Krajského soudu v Brně, oddíl Pr, vložka 1441
zastoupená: Ing. Xxxx Xxxxxxxxx, ředitelkou
bankovní spojení: KB Třebíč
číslo účtu: 19-7759270227/0100
(dále jen „objednatel“)
Předmět plnění
Předmětem plnění podle této smlouvy je závazek zhotovitele:
dodat, instalovat a uvést do provozu bezpečnostní přístupový informační systém minimálně v rozsahu a kvalitě dle přílohy č. 1 této smlouvy, včetně poskytnutí licencí potřebných k užívání díla a návodu pro uživatele (dále také „přístupový systém“),
předat objednateli veškeré dokumenty, přístupová hesla, návod pro řadové uživatele (manuál) a další podklady a věci potřebné pro řádné užívání přístupového systému,
před započetím užívání přístupového systému objednatelem bezplatně zaškolit zaměstnance určené objednatelem v rozsahu potřebném pro jeho řádné užívání, nejméně však v rozsahu 10 hodin,
(dále také „dílo“) a
poskytovat objednateli službu údržby, podpory a rozvoje bezpečnostního přístupového informačního systému od započetí užívání řádně předaného a dokončeného díla na dobu neurčitou minimálně v rozsahu a kvalitě dle této smlouvy a její přílohy č. 2 (dále také „služba podpory“).
Zhotovitel je povinen poskytnout plnění v rozsahu a kvalitě podle podmínek této smlouvy, obecně závazných právních předpisů a příslušných technických norem. Veškeré dokumenty předávané zhotovitelem objednateli dle této smlouvy budou vyhotoveny v českém jazyce.
Předmětem této smlouvy je též závazek objednatele zaplatit zhotoviteli za dodání díla a poskytování služby podpory cenu dle čl. 3 smlouvy, a to způsobem dohodnutým v této smlouvě.
Místo plnění, předání a převzetí plnění, doba plnění
Místo plnění: Nemocnice Třebíč, příspěvková organizace, Purkyňovo nám. 133/2, 674 01 Třebíč.
Ke splnění závazku zhotovitele v rozsahu dle čl. 1.1. písm. a) dochází převzetím díla ze strany objednatele na základě předávacího protokolu, který za objednatele podepíše osoba pověřená převzetím plnění. Předávací protokol bude vždy vyhotoven ve dvou stejnopisech, z nichž po jednom obdrží každá ze smluvních stran. Ke splnění závazku zhotovitele v rozsahu dle č. 1.1 písm. a) dochází průběžným měsíčním plněním.
Při dodání softwaru, který je součástí díla, je zhotovitel povinen objednateli řádně předat veškeré dokumenty k licenčním oprávněním. Bez jejich předání nebude část díla, kterou je dodávka softwaru, považována ze strany zhotovitele za splněnou.
Předání díla bude předcházet zkušební provoz trvající 30 kalendářních dnů. Zahájení zkušebního provozu zhotovitel oznámí objednateli nejméně 5 pracovních dnů před jeho započetím. Podmínkou převzetí díla ze strany objednatele je úspěšné provedení zkušebního provozu s doložením, že dodané dílo splňuje veškeré podmínky stanovené touto smlouvou.
Zhotovitel se zavazuje zahájit plnění této smlouvy bez zbytečného odkladu po jejím uzavření a dodat:
SW včetně licencí týkající se přístupového systému, docházkového systému a stravovacího systému a přístupového systému do 31. 10. 2015,
Zbývající část díla včetně HW jako kompletní a funkční dílo objednateli ve lhůtě do 30. 6. 2016. V uvedené lhůtě je třeba dílo vytvořit, instalovat, úspěšně ukončit zkušební provoz a provést zaškolení personálu nejméně v rozsahu 10 hodin.
Xxxxxxxxxx se zavazuje zahájit poskytování služeb podpory nad rámec sjednaného maitenance dle přílohy č. 2 bezprostředně po převzetí díla objednatelem. Smluvní strany se dohodly, že o poskytování služeb podpory bude za každý měsíc vystaven výkaz o poskytnuté službě podpory (dále také „výkaz“), který podléhá oboustrannému podpisu obou smluvních stran, a to osobami pověřenými k jednání ve věcech technických a k převzetí plnění. Oboustranně podepsaný výkaz je podmínkou fakturace služeb podpory.
Dle dohody smluvních stran dochází k převodu vlastnického práva k předmětu plnění smlouvy ve smyslu čl. 2. 2. jeho převzetím zhotovitelem.
Nebezpečí škody na díle přechází na objednatele současně s nabytím vlastnického práva k dílu.
Osobou pověřenou jednat jménem objednatele ve věcech technických a k převzetí plnění:
technický náměstek Xxxxxxxxx Xxxxxx BA (Hons), MSc, + 420 568 809 330, + 000 000 000 132, e mail: xxxxxxx@xxx-xx.xx.
Osobou pověřenou jednat jménem objednatele ve věcech technických:
vedoucí oddělení ICT Xxxxx Xxxxx, tel. + 000 000 000 000, e-mail: xxxxxx@xxx-xx.xx
Osobou pověřenou jednat jménem zhotovitele ve věcech technických a k předání plnění: …………………………………………………………………………………………………
Smluvní strany se vzájemně dohodly, že změna uvedených osob oprávněných jednat ve věcech plnění bude oznamována jednostranným písemným sdělením a není potřeba na jejich změnu uzavřít dodatek ke smlouvě.
Cena plnění, platební podmínky
Cena předmětu plnění dodávaného dle této smlouvy je stanovena dohodou smluvních stran za celý předmět plnění, v souladu s článkem 1 a přílohami této smlouvy takto:
Celková cena SW včetně licencí v Kč bez DPH: ……………….…
DPH (…. %)
Celková cena SW včetně licencí v Kč vč. DPH: ……………….…
Celková cena HW v Kč bez DPH: ………………………….
DPH (…. %)
Celková cena HW v Kč bez DPH: ………………………….
Celková cena díla v Kč bez DPH: ……………………
DPH (…. %)
Celková cena díla v Kč vč. DPH: ……………………
Cena měsíční služby podpory v Kč bez DPH: ………….……………
Cena měsíční služby podpory v Kč vč. DPH: ………….……………
Celková cena služby podpory za 48 měsíců v Kč bez DPH:………………………
Celková cena služby podpory za 48 měsíců v Kč vč. DPH:………………………
Celková cena díla a služby podpory za 48 měsíců v Kč bez DPH: ……………
Celková cena díla a služby podpory za 48 měsíců v Kč vč. DPH: ……………
Sjednaná cena předmětu plnění je cenou konečnou a nejvýše přípustnou a zahrnuje veškeré náklady související s dodáním a instalací, zprovozněním díla, zaškolením obsluhy a předání dokumentace vztahující se k dílu, jakož i veškeré náklady na poskytování služby podpory.
Smluvní strany se dohodly, že dojde-li v průběhu plnění předmětu této smlouvy ke změně zákonné sazby DPH stanovené pro příslušné plnění vyplývající z této smlouvy, je zhotovitel od okamžiku nabytí účinnosti změny zákonné sazby DPH povinen účtovat objednateli platnou sazbu DPH. O této skutečnosti není nutné uzavírat dodatek k této smlouvě.
Smluvní strany se dohodly, že objednatel bude hradit cenu plnění dle této smlouvy na základě faktur vystavených zhotovitelem.
Objednatel se zavazuje zhotoviteli uhradit cenu díla ve lhůtě 30 dnů od dodání díla bez vad a nedodělků na základě daňového dokladu vystaveného po dodání díla. Cena bude uhrazena bezhotovostním převodem na účet zhotovitele uvedeného v záhlaví této smlouvy. Cena díla je zaplacena dnem odepsání finanční částky z účtu objednatele.
Objednatel se zavazuje hradit měsíční služby podpory nad rámec sjednaného maitenance dle přílohy č. 2, a to zpětně na základě průběžných faktur zhotovitele, jejichž součástí bude výčet poskytnutých služeb. Služba podpory bude poprvé hrazena za celý kalendářní měsíc, po který bude jako první přístupový systém v provozu po jeho převzetí objednatelem. Splatnost faktur za službu podpory je dohodou stanovena na 30 dnů od konce měsíce, za který je vystavena. Smluvní strany se dohodly, že podmínkou fakturace je oboustranně podepsaný výkaz poskytnuté služby podpory za konkrétní kalendářní měsíc.
Bude-li na faktuře uvedena doba splatnosti, musí odpovídat době, v níž je objednatel povinen zaplatit cenu díla dle předchozích odstavců.
Objednatel může zhotoviteli fakturu vrátit v případě, kdy obsahuje nesprávné nebo neúplné údaje a nesplňuje požadavky řádného účetního dokladu nebo obsahuje nesprávné cenové údaje. Toto vrácení se musí stát do 15 dnů ode dne přijetí faktury. V takovém případě vystaví zhotovitel novou fakturu s novou lhůtou splatnosti, kterou je povinen doručit objednateli do 5 (pěti) pracovních dnů ode dne doručení oprávněně vrácené faktury.
Celkovou a pro účely fakturace rozhodnou cenou se rozumí cena včetně DPH.
Podmínky užití díla a licenční ujednání
Ke všem částem plnění smlouvy, které mají povahu autorského díla ve smyslu zákona č. 121/2000 Sb., o právu autorském, o právech souvisejících s právem autorským a o změně některých zákonů, ve znění pozdějších předpisů (dále jen „autorský zákon“), a k nimž zhotovitel má nebo mu vznikne majetkové autorské právo, poskytuje zhotovitel objednateli licenci ke všem způsobům užití známým ke dni uzavření této smlouvy, a to s účinností ode dne převodu vlastnického práva k věci, v níž bylo konkrétní autorské dílo zahrnuto, nejpozději však ode dne dokončení díla. Zhotovitelem udělená licence se vztahuje ve shora uvedeném rozsahu i na jakékoli rozšíření a další změny autorských děl, jsou-li dodány zhotovitelem dle této smlouvy.
Cena za veškeré licence udělované dle této smlouvy je součástí ceny díla dodaného zhotovitelem objednateli na základě této smlouvy.
Zhotovitel se zavazuje učinit všechna nezbytná opatření nutná k zabezpečení nerušeného výkonu práv vyplývajících z této smlouvy pro objednatele.
Licenci dle předcházejícího odstavce této smlouvy zhotovitel uděluje objednateli jako, nevýhradní, nepřenosnou, na dobu trvání majetkových práv autora, v územním rozsahu České republiky. Ustanovení o nepřenosnosti licence neplatí v případě rozdělení objednatele, jeho sloučení nebo jiném způsobu převodu nebo přechodu činnosti objednatele na jiný subjekt. V takovém případě je objednatel povinen písemně oznámit tuto skutečnost zhotoviteli.
Zhotovitel uděluje objednateli oprávnění k dalšímu zapracování díla, sloučení nebo připojení autorských děl a jejich částí, dodaných zhotovitelem dle této smlouvy a dále k jakýmkoliv změnám uvedených autorských děl ze strany zhotovitele. Zhotovitel se zavazuje za tímto účelem poskytnout objednateli veškerou potřebnou součinnost, včetně poskytnutí potřebných údajů a podkladů, a to i do budoucna.
Zhotovitel se zavazuje poskytnout objednateli veškerou potřebnou součinnost včetně předání potřebných údajů a podkladů k zajištění služby podpory přístupového systému po ukončení platnosti této smlouvy, a to jak pro případ zajištění služby podpory vlastními silami objednatele, tak pro případ zajištění služby podpory dodavatelsky třetím subjektem pro objednatele.
Objednatel ani třetí osoba dle 4.4. až 4.6. není oprávněna odstranit údaje o autorských právech, obchodních značkách, ochranných známkách apod., které jsou v/na díle uvedeny.
Zhotovitel prohlašuje, že je oprávněn udělit licence a veškerá oprávnění uvedená v tomto článku 4. Pokud zhotovitel zjistí, že nebude moci dostát prohlášení dle předchozí věty, je povinen na takovou skutečnost objednatele neprodleně písemně upozornit. Zhotovitel odpovídá objednateli za jakoukoliv škodu, nemajetkovou újmu či náklady, včetně veškerých výdajů na odbornou právní pomoc, vyplývající z jakéhokoli porušení autorských a jiných práv duševního vlastnictví užíváním autorských děl dodaných zhotovitelem za účelem provedení díla.
Zhotovitel odpovídá za právní vady autorského díla vzniklé v případě, že objednatel užíváním předmětu plnění v souladu s touto smlouvou poruší práva z průmyslového nebo duševního vlastnictví jiných osob, jestliže toto právo třetí osoby požívá ochrany na základě právního řádu České republiky.
Odpovědnost za vady, záruka, záruční servis
Zhotovitel se zavazuje poskytnout na dílo záruku v délce 24 měsíců ode dne převzetí díla objednatelem dle čl. 2.2 smlouvy. Záruka se nevztahuje na závady způsobené neodborným zacházením nebo závady způsobené v důsledku chybné obsluhy objednatele.
Objednatel se zavazuje oznámit vady díla vzniklé v záruční době Zhotoviteli písemně přes Helpdesk (hlášení závad a požadavků), a následně bez zbytečného odkladu, nejdéle však do 3 (tří) pracovních dnů. Při splnění uvedených podmínek se za den oznámení vady považuje den oznámení vady na Helpdesk.
Zhotovitel je povinen odstranit vadu vzniklou v záruční době ve lhůtě
Do 3 pracovních dnů ode dne oznámení vady, pro vady, jež nebrání zásadním způsobem využívání systému jako celku;
Do 1 pracovního dne pro vážné závady, jež brání využívání provozu jako celku;
Do 24 hodin pro kritické poruchy, jež brání provozu systému jako celku a hrozí vznik škod z prodlení;
nedohodne-li se s objednatelem písemně na jiné lhůtě.
Neodstraní-li zhotovitel vadu díla vzniklou v záruční době ve lhůtě dle 5.3, je objednatel oprávněn podle vlastního uvážení vadu sám odstranit nebo pověřit jejich provedením třetí osobu. Zhotovitel je povinen uhradit objednateli škodu, která objednateli vznikla v podobě vynaložení nákladů na odstranění takových vad. Takto vzniklé náklady je zhotovitel povinen zaplatit objednateli do sedmi dnů od doručení faktury.
Záruční doba pro příslušnou část dodávky se prodlužuje o dobu počínající dnem oznámení záručních vad objednatelem zhotoviteli a končící dnem řádného odstranění oznámených záručních vad.
Služba podpory přístupového systému
Zhotovitel se zavazuje v souladu s čl. 1.1. písm. b) této smlouvy poskytovat objednateli službu podpory přístupového systému.
Služba podpory přístupového systému zahrnuje:
upgrade, update systému (poskytování nových verzí SW v reakci na upgrade, update a zapracování legislativních změn,
servisní zásahy prostřednictvím VPN včetně konfigurace na žádost objednatele
školení o úpravách přístupového systému provedených v souvislosti upgrade, update a zapracování legislativních změn, minimálně dvakrát ročně o délce 4 hodin (2x4),
provozování poradenské a servisní linky Helpdesk s dostupností v režimu 5x10 v pracovních dnech v době od 7 do 17 hod.
Další podmínky poskytování služby podpory jsou obsaženy v příloze č. 2 smlouvy.
Sankce, odpovědnost za škodu
Pokud nebude dílo dodáno zhotovitelem ve lhůtě dle čl. 2.5. této smlouvy může objednatel uplatnit a vyúčtovat zhotoviteli dohodnutou smluvní pokutu ve výši 0,02 % z celkové ceny díla včetně DPH uvedené v čl. 3.1. za každý den prodlení. Nedodáním se rozumí i neprovedení instalace a zprovoznění díla či zaškolení personálu.
Pokud nebude služba podpory poskytována řádně a v souladu s podmínkami této smlouvy,
Za pozdní nástup k řešení nahlášené vady;
Za pozdní odstranění nahlášen závady;
je objednatel oprávněn zhotoviteli účtovat smluvní pokutu ve výši 5 000 Kčza každé porušení.
V případě prodlení objednatele se zaplacením řádně vystavené a doručené faktury na cenu díla je zhotovitel oprávněn účtovat objednateli úrok z prodlení ve výši 0,02 % z nezaplacené částky za každý den prodlení.
Splatnost smluvních pokut nebo úroku z prodlení je 30 dní po obdržení daňového dokladu s vyčíslením smluvní pokuty nebo úroku z prodlení.
Pokud nesplní zhotovitel jakýkoli, byť i dílčí, závazek vyplývající z této smlouvy, může objednatel uplatnit a vyúčtovat zhotoviteli dohodnutou smluvní pokutu ve výši 5 000 Kč za každý jednotlivý případ, pokud se na něj nevztahuje smluvní pokuta dle předchozích ustanovení.
Každá ze stran odpovídá druhé straně za škodu, která ji vznikne v důsledku porušení povinnosti vyplývající z této smlouvy resp. závazkového vztahu. Zaplacením smluvní pokuty není dotčen ani omezen nárok kupujícího na náhradu případné škody.
Prohlášení a ujištění zhotovitele
Zhotovitel prohlašuje, že:
Objednateli oznámil všechny okolnosti významné pro realizaci závazkového vztahu dle této smlouvy, které jsou mu známy, a které by zásadně mohly ovlivnit rozhodnutí objednatele uzavřít tuto smlouvu.
Na dílo tvořící předmět této smlouvy nevázne žádné omezení či právo třetích osob, které by bránilo realizaci prodeje a převedení vlastnického práva na objednatele.
Má všechna potřebná povolení a potřebnou kvalifikaci k zajištění plnění dle této smlouvy tak jak dokladoval zejména v průběhu výběrového řízení.
Z titulu své podnikatelské činnosti je řádně pojištěn pro případ své odpovědnosti za vznik škody, včetně škody, které by mohla vzniknout objednateli.
Proti němu nebylo zahájeno insolvenční řízení, exekuční řízení či obdobné soudní či správní řízení, které by mohlo ovlivnit jeho schopnost plnit závazky z této smlouvy.
Závěrečná ustanovení
Výběr prodávajícího byl proveden v souladu s Pravidly Rady Kraje Vysočina pro zadávání veřejných zakázek.
Podklady pro uzavření smlouvy jsou zejména:
zadávací dokumentace na veřejnou zakázku malého rozsahu „Bezpečnostní přístupový informační systém“
cenová nabídka prodávajícího ze dne:…………………………..
Tuto smlouvu lze měnit pouze formou písemných dodatků podepsaných oprávněnými zástupci obou smluvních stran.
Tato smlouva se vyhotovuje ve ……. stejnopisech, z nichž …….. je určen pro zhotovitele a jeden pro objednatele.
Vztahy smluvních stran touto smlouvou blíže neupravené se řídí OZ.
Tato smlouva nabývá účinnosti dnem jejího podpisu smluvními stranami a je závazná pro případné právní nástupce obou smluvních stran.
Nedílnou součástí této smlouva jsou přílohy: Příloha č. 1 Minimální technické požadavky, Příloha č. 2 Služba podpory.
Zhotovitel prohlašuje, že se před uzavřením smlouvy nedopustil v souvislosti se zadávacím řízením sám nebo prostřednictvím jiné osoby žádného jednání, jež by odporovalo zákonu nebo dobrým mravům nebo by zákon obcházelo, zejména že nenabízel žádné výhody osobám podílejícím se na zadání veřejné zakázky, na kterou s ním zadavatel uzavřel smlouvu, a že se zejména ve vztahu k ostatním uchazečům nedopustil žádného jednání narušujícího hospodářskou soutěž.
Objednatel má právo vypovědět tuto smlouvu v případě, že v souvislosti s plněním účelu této smlouvy dojde ke spáchání trestného činu. Výpovědní doba činí 3 dny a začíná běžet dnem následujícím po dni, kdy bylo písemné vyhotovení výpovědi doručeno zhotoviteli.
Úhrada za plnění z této smlouvy bude realizována bezhotovostním převodem na účet zhotovitele, který je správcem daně (finančním úřadem) zveřejněn způsobem umožňujícím dálkový přístup ve smyslu ustanovení § 109 odst. 2 písm. c) zákona č. 235/2004 Sb., o dani z přidané hodnoty, ve znění pozdějších předpisů (dále jen „zákon o DPH“).
Pokud se po dobu účinnosti této smlouvy zhotovitel stane nespolehlivým plátcem ve smyslu ustanovení § 109 odst. 3 zákona o DPH, smluvní strany se dohodly, že objednatel uhradí DPH za zdanitelné plnění přímo příslušenému správci daně. Objednatelem takto provedená úhrada je považovaná za uhrazení příslušné části smluvní ceny rovnající se výši DPH fakturované zhotovitelem.
Zhotovitel: Objednatel:
V ....................... dne ...................... V Třebíči dne ...............................
……………………. ……………………….
Xxx. Xxx Xxxxxxxx ředitelka
Přílohy:
Příloha č. 1 – Minimální technické požadavky
Příloha č. 2 – Služba podpory
Příloha č. 1 – Minimální technické požadavky
Technické požadavky na dodávku bezpečnostního přístupového informačního systému
Bezpečnostní přístupový informační systém (dále také „přístupový systém“) bude řešen jako jednotný systém, plošně použitelný v rámci provozu objednatele, který poskytne svou koncepcí pružnou platformu pro dlouhodobý rozvoj souboru aplikací, jež mohou ID média využívaná objednatelem efektivně využít.
Výchozí stav:
Cílem veřejné zakázky na bezpečnostní přístupový systém nemocnice je realizace takového technického řešení (dodávka SW a HW), které skloubí problematiku nočního a denního režimu elektronického zabezpečení vnějších vchodů do budov, operačních sálů, serveroven, provázané na přístupový parkovací systém s možností nastavovat oprávnění zaměstnancům, dodavatelům a dalším oprávněným osobám, dále provázání tohoto systému na přístupový systém zaměstnanců, kdy předpokládáme evidenci zaměstnanců v souladu se zákoníkem práce. Tento přístupový systém však musí být provázán na stávající IS ShiftMaster, který nemocnice využívá pro efektivní plánování a evidenci směn a dále na stávající mzdový IS Vema. Nedílnou součástí je rovněž výměna dosavadního IS pro stravování zaměstnanců vč. drobného prodeje se zpětnou vazbou na mzdovou agendu. Cílový stav tak nejenom vyřeší problematiku uváděnou v kapitole 1.2, ale zároveň poskytne nemocnici sofistikovaný systém vzájemně provázaného bezpečnostního přístupového systému s napojením na mzdový systém, bez nutnosti ručně přeposílat data. Nemocnice uvažuje rovněž o zrcadlení aktuální přítomnosti zaměstnanců na intranetový a internetový telefonní online seznam.
Výše popsaný cílový stav po dokončení poskytne nemocnici základ pro další možné rozšiřování tohoto elektronického bezpečnostního docházkového systému o další především přístupové body, kdy bude postupně doplňovat a dále nahrazovat klasický klíčový přístupový systém, čímž poskytne v budoucnu přehled o přístupu a pohybu cizích osob a zaměstnanců s cílem zvýšit bezpečnost osob a majetku v nemocnici (například přístupy na oddělení, technické prostory, výtah, atd. s možností nastavení denního a nočního režimu.
Některé hlavní výhody
Posun v oblasti přechodu papírové formy docházky pomocí klasických výkazů práce do formy ryze elektronické.
Přehled přítomných zaměstnanců v nemocnici provázaný na intranet a internet nemocnice (např. možné využití přítomnosti zaměstnance pro zřizovatele i veřejnost).
Zajištění dodržení platné legislativy především v oblasti dodržování zákoníku práce.
Zajištění bezpečnosti pacientů, personálu a ochranu majetku zřizovatele.
Zajištění možnosti dalšího využití systému (možnost průběžného rozšiřování) především v oblasti přístupového systému. Dále návaznost na výstavbu PCHO (Pavilon chirurgických oborů - výstavba bude zahájena v roce 2016) a další zabezpečení objektů PCHO a energocentra (projekt PCHO počítá s propojením vchodových dveří na tento IS).
V současné době má nemocnice již vyměněno z vlastních provozních prostředků 1400 kusů karet standardu karty: 14443A, Mifare Standard 4KB (UID 4Byte nebo 7 Byte).
Existující samostatný elektronický parkovací systém s pokladnou na čárové kódy pro cizí řidiče. Komponenty jsou vzájemně propojeny pomocí počítačové sítě a poskytují vzdálený monitoring a logování pomocí samostatných IS.
Dva areály – hlavní areál Purkyňovo nám. 133/2, Třebíč a satelitní objekt oddělení LDN Moravské Budějovice, nám. Svobody 358. propojený v jedné počítačové síti pomocí VPN umožní zavedení elektronického bezpečnostního a přístupového systému.
Všichni zaměstnanci nemocnice s výjimkou lékařů jsou již zavedeni v SW pro plánování a evidenci směn v nepřetržitých provozech, což je nezbytným předpokladem zavedení bezpečnostního přístupového systému propojeného se mzdovým systémem. V současné době se začínají zavádět do tohoto IS lékaři.
Součástí přístupového systému budou následující obslužné aplikace splňující níže uvedené požadavky:
Technologie HW a SW pro evidenci docházky.
Technologie HW a SW pro řízení přístupu
On-Line a Off-Line kontrola přístupových bodů;
On-Line a Off-Line kontrola závorových systémů.
Stravovací systém (kompletní stravovací systém vč. bufetu).
Docházkový a přístupový systém.
Pořízení nového bezpečnostního přístupového systému včetně instalace a jeho zprovoznění v hlavním areálu Nemocnice Třebíč Purkyňovo nám. 133/2, Třebíč, dostupný na detašovaném pracovišti LDN Moravské Budějovice, nám. Svobody 358, Moravské Budějovice.
SW bude nainstalován v serverovně na HW nemocnice na Purkyňově nám. 133/2, Třebíč a bude součástí počítačové sítě nemocnice, včetně nově dodaného HW (čtečky, elektrické zámky a kování, přístupové a docházkové čtečky, závory apod.).
Systém vč. instalovaného SW bude plně funkční na obou provozech Třebíč a Moravské Budějovice a bude tvořit jeden celek s centrální správou.
Instalace a další servisní práce vč. dodávky instalačního materiálu budou součástí dodávky v rámci VZ (tzv. na klíč).
Hlavní podmínkou dodávky je, že bezpečnostní přístupový systém bude plně integrován se stávajícími informačními systémy ShiftMaster, Vema, parkovacím systémem nemocnice a dále s novým stravovacím IS vč. doplňkového prodeje (bufetu) ve stravovacím provozu.
Stravovací systém, bezpečnostní přístupový systém, bufet, ShiftMaster a Vema musejí vzájemně spolupracovat, musí docházet k výměně dat tak, aby docházelo k dodržení zákoníku práce typu příspěvkové organizace, provázanost musí zaručit nárok přítomného zaměstnance na oběd, slevu na oběd a vyúčtování odebraného zboží a stravy vč. srážky příslušené částky elektronicky ze mzdy zaměstnance.
Dodaný systém musí být otevřený k dalšímu rozšiřování a propojitelný se stávajícím ERP systémem instalovaným v nemocnici, online telefonním seznamem a dalšími informačními systémy v rámci elektronizace a záruku dodavatele informačního systému o možnost dalšího rozvoje SW třetích stran nemocnice.
Systém musí disponovat otevřeným rozhraním API, ODBC nebo jinou technologií aby bylo možné využívat data systému, i v jiných aplikacích je-li třeba.
Dodaný systém bude řešit archivaci a dostupnost archivovaných dat minimálně po dobu 20 let.
Dodávka bude obsahovat rovněž instalaci a zaškolení.
HW bezpečnostního přístupového systému musí podporovat současně používaný (preferovaný) standard čipových karet - 14443A, Mifare Standard 4KB (UID 4Byte nebo 7 Byte). Musí být rovněž plně připraven na modernější nastupující verze ID karet řady Mifare – MifarePlus, Desfire, Mifare se 7 byte UID kódem. HW systému musí umožnit implementaci i jiných typu DI médií jako jsou čárové kódy (identifikace pacientů s ID náramkem), UHF systémy pro identifikaci na 5 a více metrů (zejména vozidla).
Mezi dodávaným bezpečnostním přístupovým systémem musí být zajištěna vzájemná komunikace (výměna dat) směrem do IS ShiftMaster, do mzdového systému Vema a dále mezi dodávaným stravovacím systémem vč. bufetu tak, aby systémy poskytovaly potřebné informace, především – vyúčtování odebrané stravy, zboží. Systém musí umožnit náhledy na vybrané agendy i přes WEB klienta. Aby byla zajištěna flexibilita systému pro různé úlohy, požadujeme systém dovolující obsluhu ACS a dalších služeb. V režimu Semi-On Line – kdy distribuované řídící jednotky zajistí maximální odolnost proti výpadkům, v režimu On-Line pro služby a funkce, jež své chování musí měnit v reálném čase, nebo které musí poskytovat informace do centrálního systému bez zpoždění (počítání vozidel na parkovišti, funkce PASSBACK přes celý areál, obsluha výdejních automatů, atd.
Bezpečnostní přístupový systém umožní automatické uzamčení a odemčení vchodových dveří podle nastaveného časového plánu, který bude možné kdykoli uživatelsky měnit. Řízení standardních dveřních vstupů, řízení bran, řízení výtahů s rozlišením práv na úroveň jednotlivých pater, monitoring – protokol o pohybu výtahů a další aplikace.
Bezpečnostní přístupový systém umožní blokaci vstupů a výdeje obědů za sníženou sazbu nepřihlášeným zaměstnancům v přístupovém systému.
Požadujeme možnost demontovat a přestěhovat na jiné místo přístupový bod (HW) v případě, že dojde ke zrušení tohoto místa a jeho změnu v instalovaném přístupovém a docházkovém systému. Technologie musí dovolit provést vyřazení a přenesení bodu na jiné místo pokud možno bez jakéhokoli funkčního omezení ostatních kontrolovaných vstupů v lokalitě.
Nemocnice požaduje možnost nově zřídit přístupový bod (HW) v případě, že dojde k požadavku ze strany objednatele a promítnutí této změny v instalovaném bezpečnostní přístupový systém (necenit zřízení vč. přístupového HW).
Centrální správa bezpečnostního přístupového systému – zřizování a rušení uživatelů, jednoduché nastavování oprávnění ke vstupu, logování. Všechny funkce musí být jednoduše uživatelsky modifikovatelné.
Minimální počet uživatelů přístupového systému - 2000.
Minimální počet uživatelů mzdového systému - 950.
Minimální počet uživatelů stravovacího systému (zaměstnanců - strávníků) – 950.
Nemocnice plánuje u přístupového SW doplnit možnost min. 2000 přístupných míst (do budoucnosti).
Docházkový systém:
Technologické požadavky pro docházkový systém:
Zadavatel požaduje modulární stavbu systému dovolující
Plynulé rozšiřování systému podle provozních potřeb;
Možnost snadného upgrade systému na jiné (modernější) typy médií bez nutnosti výměny celého zařízení a s tím spojených investic.
Terminály musí disponovat
přímým napojením na LAN, Ethernet;
napájením PoE;
možnost dálkového monitoringu a diagnostiky zařízení;
možnost dálkové správy terminálu a upgrade firmware.
Technologické požadavky na systém – minimální požadované vybavení:
Alfanumerický display čitelný ve tmě i pod vysokým jasem denního osvětlení, nebo grafický dotykový display;
Klávesnice pro volbu typu přerušení pracovní doby a dalších specifických funkcí formou pevné klávesnice, nebo klávesnice emulované na dotykovém displeji;
Požadujeme možnost označit klávesy piktogramy s možností jejich změny na uživatelské úrovni;
Možnost připojení dvou čteček čipů na jednom docházkovém terminálu pro záznam příchodu/odchodu bez nutnosti obsluhy klávesnice;
Možnost rozšíření o biometrický snímač (snímače), zejména otisky prstů a rozlišení obličeje;
Mechanicky odolné provedení, minimálně IP65 krytí. Požadujeme, aby v souboru docházkových terminálů byl alespoň jeden model umožňující instalaci v exteriéru a odolávající vlivům vnějšího prostředí bez doplňkové ochrany;
Schopnost terminálu pracovat autonomně bez spojení s nadřízeným systémem min. 30 dní;
Minimální požadovaná kapacita paměti 10.000 ID karet, 100.000 záznamů z historie transakcí;
Schopnost evidovat min. 50 typů přerušení pracovní doby (služební cesta, lékař,…);
Požadavek možnosti programovat do terminálu nové funkce jako je:
Řízení přístupu min. 20 přístupových bodů s rozlišením přístupových práv jednotlivých držitelů ID karet;
Zobrazování různých typů zpráv pro koncové uživatele (zpráva, informace o saldu hodin, jméno,…);
Evidence pobytu nebo výkonu práce v exponovaných prostorách.
SW požadavky pro docházkový systém:
SW – aplikace klient – server.
Možnost provozu jádra úlohy na virtuálním serveru WIN2012R2 ve VMWARE.
Klientské licence funkční pro všechny verze operačního systému Windows od XP až po Windows 10.
SW pro evidenci a zpracování pracovní doby v souladu se ZP v plném rozsahu pro příspěvkové organizace:
Možnost zpracování všech běžných typů pracovní doby (rovnoměrná, pružná pracovní doba, krátkodobé úvazky);
Evidence dalších, min. 50 typů odchodů a příchodů či přerušení pracovní doby (odchod na služební cestu, lékař, oběd, dovolená, atd.) Vše definovatelné uživatelem;
Kvalitní a spolehlivá evidence odpracovaných směn, přesčasů, noční práce a přestávek v souladu se ZP včetně rozkladu vzniku těchto hodin (zejména u přesčasů);
Kontrola rozpisu směn na dodržování ZP;
Dispozice spolehlivé funkční vazby mezi stávajícím, již provozovaným SW pro plánování směn, optimálně jednotná databáze;
Možnost okamžitého přehledu přítomnosti zaměstnance na pracovišti s možností online exportu stavu do IS třetích stran;
Možnost zpětného náhledu na přítomnost na pracoviště ve vybraném časovém úseku;
Zadavatel požaduje možnost náhledu na osobní rozpisy směn pro všechny zaměstnance formou WEB klienta s možností povolení editace.
Další speciální rozšíření:
Zadavatel požaduje modul umožňující zadat začátek a konec výkonu směny + přerušení přes SW emulátor terminálu – určeno pro malá pracoviště;
Zadavatel požaduje modul umožňující zadat začátek a konec výkonu směny + přerušení přes WEB rozhraní – určeno pro malá pracoviště;
Možnost doplnit systém o mobilní klienty, jež si mohou přes mobil zadat počátek a konec výkonu práce, mít náhled na přítomnost osob v areálu apod.
Systém řízeného vstupu
Technologické požadavky na HW systému řízení vstupu:
Technologie musí integrovat více typu ID médií a čtecích interface do jednotného systému:
HF a LF technologie pro identifikaci na krátkou vzdálenost do 30 cm;
UHF technologie pro identifikaci objektů a vyšší vzdálenost (závorové systémy, uvolňování vchodových dveří a bran pro vozíky a dopravní prostředky);
Biometrické technologie (otisky prstů, rozpoznávání obličeje).
Technologie musí umožnit stavbu ACS (přístupového systému) s centrální správou v topologii zaručující vysokou funkční flexibilitu a odolnost proti lokálním a plošným výpadkům systému z důvodu přerušení komunikace nebo napájení. Krizové funkce:
Jednotlivé kontrolované skupiny přístupových bodů (osazení budovy) musí být schopny provozu bez spojení s nadstavbovým systémem bez ztráty či omezení funkcí a se zachováním historie dat min. po dobu 30 dní;
Každý přístupový bod musí být schopen v případě výpadku spojení se serverem i lokální řídící jednotkou alternativně:
kontinuální funkce s možností volby kontroly přístupu podle interně uloženého seznamu platných kódů v elektronice přístupového bodu (minimální kapacita 300 kódů pro nouzový režim),
nebo s automatickým uvolněním příslušného přístupového bodu,
systém musí umožnit napojení na EPS popř. jiný zdroj alarmu a na jeho základě zajistit plné uvolnění kontrolovaného vstupu,
po obnově standardního provozního stavu musí systém přejít na normální provoz automaticky včetně ošetření synchronizace dat.
Technologie musí umožnit stavbu ACS (přístupového systému) s centrální správou (vstupy do budov, vstupy na chodbách) v režimech:
Semi On-Line pro běžný režim řízení ACS. V tomto režimu budou do řídících jednotek v jednotlivých budovách ukládány provozní definice a řídící jednotky dále provádějí lokální řízení přístupových bodů autonomně. Řídící jednotky musí poskytnout i služby lokální Antipassback a možnost zaslání zpětné vazby do centrálního serveru v On-Line režimu do 1 sekundy pro účely monitoringu a vyhledávání;
On-Line provoz pro ACS body se speciálními funkcemi nebo požadavkem na Antipassback, systém bude řízen centrálně přes LAN.
Technologie musí umožnit průběžný On-Line monitoring pohybu osob včetně automatického výstupu údajů o nositeli karty a zobrazení jeho fotografie.
Technologie musí obsahovat plnou integraci alespoň jednoho typu pokročilých autonomních dveřních bateriových zámků jako je systém Aperio, CISA apod. (obsluha vstupu do kanceláří v režimu Off-Line).
Požaduje se možnost volného kombinování výše uvedených autonomních bateriových zámků, On-Line a Semi On-Line řízených přístupových bodů.
Požaduje se možnost propojení se stávajícím parkovacím systémem nemocnice (existující parkovací systém pro platící klienty pomocí pakovacích lístků), tak aby přístupový systém převzal správu jen ostatních klientů (zaměstnanců, dodavatelů apod.) s tím, že požadujeme - ověřené řešení řízení závorových systémů pro vjezdy na parkoviště a vjezdy do areálu nemocnice
Kontrola vjezdu do areálu pro rezidenty podle stanovených oprávnění na osobní kartu nebo na vozidlovou ID kartu UHF se čtením min. na 5m;
Kontrola vjezdu služebních vozidel, vozidel ZS pomocí ID médií zajišťujíc identifikaci na vzdálenost min. 5m včetně evidence historie průjezdů.
Stravovací systém
Požadavky na stravovací systém
Objednávka stravy:
Prostřednictvím objednávkového terminálu umístěného v prostorách jídelny;
Objednávka stravy přes intranet/internet;
Funkce „burza směn“ pro nákup a uvolnění objednané stravy po termínu uzávěrky pro daný den.
Výdej stravy – 2 výdejní místa pro jídla:
Výdejní místo s terminálem pro indikací objednané stravy pro klienta i obsluhu;
Zobrazení počtu jídel, jež ještě zbývají k výdeji pro příslušný typ;
Možnost potvrzení výdeje jídla ze strany obsluhy.
Výdej doplňků stravy a prodej – kantýna:
Prodej doplňků občerstvení na konto karty klienta;
Prodej doplňků a občerstvení s platbou v hotovosti.
Výdej stravy pomocí automatu – evidovaný výdej připravené (zamražené) stravy na základě karty uživatele.
SW doplňkové funkce:
Vedení skladu;
Vedení receptur;
Kompletní přehledy čerpání stravy ze strany klientů a výstupy ve formě tiskových sestav a exportních tabulek ve formátu Excelu;
Otevřenost pro ostatní spolupracující aplikace, exporty dat do mzdového IS.
Požadavky na propojení a kompatibilitu s jinými informačními systémy
Požadujeme funkční datové propojení docházkového systému s již provozovaným systémem evidence a plánování směn ShiftMaster. Propojení musí zajistit plné sdílení dat:
Jednotná databáze osob;
Jednotná databáze ID médií v držení osob;
Jednotná databáze osobních dat;
Přenos definovaných směn, jejich rozpisů a reálných záznamů o průběhu docházky mezi oběma systémy.
Propojení se systémem stravování:
Jednotná databáze držitelů ID karet;
Jednotná databáze ID médií v držení osob;
Jednotná databáze osobních dat;
Kontrola nároku zaměstnance na dotovanou stravu s plánovačem směn.
Propojení se systémem ACS:
Jednotná databáze osob;
Jednotná databáze ID médií v držení osob;
Jednotná databáze osobních dat.
Otevřené rozhraní pro další alternativní moduly (ODBC apod.).
Ostatní požadavky na dílo - technické řešení přístupového systému
Dodaný přístupový systém bude fungovat jako jeden celek vzájemně provázaný se společnou databází. Dodaný systém bude propojen s dalšími informačními systémy třetích stran užívaných objednatelem, do kterých bude zajištěn přenos dat nebo bude zajištěna spolupráce těchto IS (například mzdový systém VEMA, online telefonní seznam objednatele).
Přístupový systém převezme všechny stávající identifikační karty objednatele.
Zhotovitel kromě dodávky HW a SW provede montáž jednotlivých prvků včetně instalace kabeláže LAN a elektrických přívodů v podhledech a lištách.
Případné drobné stavební práce nejsou předmětem plnění dle této smlouvy a budou provedeny objednatelem.
Při dodávce a instalaci přístupového systému požadujeme provádění výše uvedených činností po vzájemné technické domluvě mezi objednatelem a zhotovitelem.
Objednatel vytvoří pro přístupový systém virtuální server na HW objednatele. Součástí dodávky budou licence serverového operačního systému.
Požadavky na umístění díla a výčet předpokládaných přístupových prvků
Orientační plánek rozmístění HW provozu Třebíč (LDN MB není zaneseno graficky, je uvedeno jen v tabulce)
Výše uvedený plánek areálu objednatele je orientační, s umístěním docházkových terminálů, automatických dveří (závor) a klasických dveří s klasickým elektricky neovládaným kováním (uveden příznak "bez"). V plánku je vynechána instalace v budově A a A1, u které se předpokládá demolice v roce 2015 – 2016 v důsledku výstavby Pavilonu chirurgických oborů.
Budova |
Typ |
ks |
Součást díla |
Vrátnice |
Přední závory - vjezd |
1x |
RFID čtečka, UHF čtečka, nová závora |
Vrátnice |
Přední závora - výjezd |
1x |
RFID čtečka, UHF čtečka, nová závora |
Vrátnice |
Zadní závora - vjezd |
1x |
RFID čtečka, UHF čtečka |
Vrátnice |
Zadní závora - výjezd |
1x |
RFID čtečka, UHF čtečka |
Vrátnice |
Zadní pokladna (zadní vrátnice) |
1x |
Rozšíření stávajícího parkovacího systému o druhou zadní pokladnu pro platící klienty |
D |
vchodové dveře s elektrickým vrátným |
1x |
RFID čtečka vchod |
D |
docházkový terminál |
1x |
RFID čtečka (dále jen čtečka) |
CH |
0.XX automatické vchodové dveře |
1x |
RFID čtečka vchod |
CH |
0.XX automatické dveře emergency |
1x |
RFID čtečka vchod |
Budova |
Typ |
ks |
Součást díla |
CH |
0.XX docházkový terminál |
1x |
Ve vchodu do budovy |
O |
0.XX vchodové dveře - bez |
1x |
RFID čtečka + el. kování |
O |
0.XX vchod na sály - automatické |
1x |
RFID čtečka |
O |
0.XX vchodové dveře do filtru ženy - bez |
1x |
RFID čtečka + el. kování |
O |
0.XX vchodové dveře do filtru muži - bez |
1x |
RFID čtečka + el. kování |
O |
0.XX vchod na sály - automatické dveře |
1x |
RFID čtečka |
O |
0.XX vchodové dveře do filtru ženy - bez |
1x |
RFID čtečka + el. kování |
O |
0.XX vchodové dveře do filtru muži - bez |
1x |
RFID čtečka + el. kování |
G |
0.XX vchodové dveře - bez |
1x |
RFID čtečka + el. kování |
G |
0.XX vchodové dveře - bez |
1x |
RFID čtečka + el. kování |
G |
docházkový terminál |
1x |
|
K |
0.XX automatické vchodové dveře |
1x |
RFID čtečka |
K |
0.XX vchodové dveře - bez |
1x |
RFID čtečka + el. kování |
K |
0.XX vchodové dveře - bez |
1x |
RFID čtečka + el. kování |
K |
0.XX vchodové dveře - bez |
1x |
RFID čtečka + el. kování |
K |
0.XX automatické dveře - jídelna |
1x |
RFID čtečka |
K |
0.XX docházkový terminál |
1x |
|
K |
0.XX výdejní místo strava |
2x |
RFID čtečka |
K |
0.XX bufet |
1x |
RFID čtečka a SW bufet |
K |
0.XX kiosek – objednávání stravy |
1x |
RFID čtečka, kiosek + SW |
U |
0.XX automatické vchodové dveře |
1x |
RFID čtečka |
U |
0.XX vchodové dveře |
1x |
RFID čtečka + el. kování |
U |
-3.PP vchodové dveře - bez |
1x |
RFID čtečka + el. kování |
U |
-3.PP vchodové dveře - bez |
1x |
RFID čtečka + el. kování |
U |
0.XX docházkový terminál |
1x |
Ve vchodě do budovy |
L |
0.XX automatické vchodové dveře |
1x |
RFID čtečka |
L |
0.XX elektrické vchodové dveře |
1x |
RFID čtečka |
L |
0.XX elektrické vchodové dveře |
1x |
RFID čtečka |
L |
0.XX elektrické vchodové dveře |
1x |
RFID čtečka |
L |
0.XX docházkový terminál |
1x |
|
M |
0.XX automatické vchodové dveře |
1x |
RFID čtečka |
M |
0.XX automatické vchodové dveře |
1x |
RFID čtečka |
M |
0.XX automatické dveře serverovna |
1x |
RFID čtečka |
M |
0.XX vchodové dveře - bez |
1x |
RFID čtečka + el. kování |
M |
0.XX docházkový terminál |
1x |
|
M |
0.XX docházkový terminál |
1x |
|
P |
0.XX vchodové dveře - bez |
1x |
RFID čtečka + el. kování |
P |
0.XX vchodové dveře - bez |
1x |
RFID čtečka + el. kování |
P |
0.XX docházkový terminál |
1x |
|
S |
Centrální spisovna |
3x |
RFID čtečka + el. kování |
N |
0.XX elektrické vchodové dveře |
1x |
RFID čtečka |
N |
0.XX vchodové dveře - bez |
1x |
RFID čtečka + el. kování 9 bodové, server |
N |
0.XX docházkový terminál |
1x |
|
Budova |
Typ |
ks |
Součást díla |
MB |
Vchodové dveře s elektrickým vrátným |
1x |
RFID čtečka |
MB |
0.XX vchodové dveře - bez |
2x |
RFID čtečka + el. kování |
MB |
0.XX vchodové dveře - bez |
2x |
RFID čtečka + el. kování |
MB |
Docházkový terminál |
1x |
|
MB |
Výdejní místo strava |
1x |
|
Požadavek na reálný stav nabízené technologie:
Požadujeme, aby požadavky uvedené v tomto dokumentu nabízený systém splňoval v celém rozsahu a bylo možné potvrdit funkci na doporučené již běžící referenční aplikaci. Funkcionalita „ve fázi budoucího vývoje“ není dostačující.
Příloha č. 2 – Služba podpory
Minimální požadavky na službu podpory:
upgrade, update systému;
řádné a včasné zapracování veškerých legislativních změn;
servisní zásahy prostřednictvím VPN včetně konfigurace na žádost objednatele;
poskytování nových verzí SW v reakci na upgrade, update a zapracování legislativních změn;
školení o úpravách přístupového systému provedených v souvislosti upgrade, update a zapracování legislativních změn, minimálně dvakrát ročně o délce 4 hodin (2x4);
provozování poradenské a servisní linky s dostupností v režimu 5x10 v pracovních dnech v době od 7 do 17 hod.;
nepřetržité provozování Helpdesku hlášení závad, požadavků a incidentů, včetně záznamu o procesu jejich řešení;
řešení požadavků nahlášených prostřednictvím HelpDesku ve lhůtě:
u havárií (tj. naprostý výpadek funkci softwaru, popř. podstatného omezení rychlosti zpracování dat softwarem oproti parametrům uvedeným v dokumentaci, které znamená výrazné provozní omezení - reakce do 24 hodin od nahlášení, termín odstranění havárie do 48 hodin;
u závad (tj. základní funkce softwaru jsou zajištěny, avšak rychlost zpracování je nepodstatným způsobem snížena oproti standardním parametrům – reakce do 3 pracovních dnů od nahlášení, termín odstraněná závady do 5 pracovní dnů.
Přičemž Helpdesk podpora zahrnuje:
Poradenství k využívání SW, doporučení optimálních postupů, asistence při hledání chybu uživatele nebo nejasností ve funkcionalitě v reakci na dotazy (po telefonu, po e- mailu).
Zasílání informací prostřednictvím emailu o novinkách, změnách a doporučených postupech v provozu SW.
Poradenství a asistence při implementaci nových upgrade SW, migrací SW, apod.
Stránka 18 z 18