ZAD[VACÍ DOKUMENTACE VEŘEJN[ ZAK[ZKA

ZAD[VACÍ DOKUMENTACE ve smyslu ust. § 44 z{kona č. 137/2006 Sb., o veřejných zak{zk{ch, ve znění pozdějších předpisů (d{le jen „ZVZ“)

VEŘEJN[ ZAK[ZKA „Vyvinutí, nasazení a podpora nového centr{lního informačního systému RBP“ veřejn{ zak{zka na služby zad{van{ v otevřeném řízení podle ust. § 27 ZVZ, jejíž předběžné ozn{mení dle § 86 ZVZ bylo uveřejněno dne 21. 11. 2012

ZADAVATEL: Revírní bratrsk{ pokladna, zdravotní pojišťovna Sídlem: Slezsk{ Ostrava, Mich{lkovick{ 108 IČ: 47673036

1

OBSAH: 1. IDENTIFIKAČNÍ ÚDAJE .................................................................................................. 3 2. ÚČEL A PŘEDMĚT PLNĚNÍ VEŘEJNÉ ZAK[ZKY ........................................................ 3 3. DOBA PLNĚNÍ VEŘEJNÉ ZAK[ZKY .............................................................................. 5 4. MÍSTO PLNĚNÍ VEŘEJNÉ ZAK[ZKY ............................................................................ 6 5. KVALIFIKAČNÍ PŘEDPOKLADY ................................................................................... 6 6. SPOLEČN[ USTANOVENÍ KE SPLNĚNÍ KVALIFIKAČNÍCH PŘEDPOKLADŮ ... 13 7. OBCHODNÍ A PLATEBNÍ PODMÍNKY ....................................................................... 15 8. POŽADAVKY NA ZPŮSOB ZPRACOV[NÍ NABÍDKOVÉ CENY ............................. 16 9. HODNOCENÍ ................................................................................................................... 17 10. PODMÍNKY A POŽADAVKY NA ZPRACOV[NÍ A POD[NÍ NABÍDKY ............. 20 11. Z[VAZNOST POŽADAVKŮ ZADAVATELE............................................................. 21 12. DODATEČNÉ INFORMACE K ZAD[VACÍM PODMÍNK[M ................................ 21 13. LHŮTA A MÍSTO PRO POD[NÍ NABÍDEK............................................................... 22 14. OTEVÍR[NÍ OB[LEK ................................................................................................... 22 15. ZAD[VACÍ LHŮTA ...................................................................................................... 22 16. POŽADAVEK NA POSKYTNUTÍ JISTOTY ................................................................ 22 17. OPČNÍ PR[VO ............................................................................................................... 23 18. OPR[VNĚNÍ A VÝHRADY ZADAVATELE ............................................................... 24 19. SEZNAM PŘÍLOH.......................................................................................................... 24

2

1. Identifikační údaje 1.1. Z{kladní údaje o zadavateli n{zev:

Revírní bratrsk{ pokladna, zdravotní pojišťovna

sídlo:

Ostrava, Slezsk{ Ostrava, Mich{lkovick{ 967/108

IČ:

47673036

profil zadavatele:

rbp.profilzadavatele.cz

Osobou opr{vněnou k činění pr{vních úkonů souvisejících s touto veřejnou zak{zkou je Ing. Lubomír K{ňa, ředitel. 1.2. Kontaktní osoba zadavatele Kontaktní osobou ve věcech souvisejících se zad{v{ním této veřejné zak{zky je MT Legal s.r.o., advok{tní kancel{ř, Bukovanského 30, 710 00 Ostrava – Slezsk{ Ostrava, email: [email protected]. Kontaktní osoba zajišťuje veškerou komunikaci zadavatele s dodavateli (tím není dotčeno opr{vnění statut{rního org{nu či jiné pověřené osoby zadavatele) a je v souladu s ust. § 151 ZVZ pověřena výkonem zadavatelských činností v tomto zad{vacím řízení, s výjimkou přijím{ní nabídek uchazečů.

2. Účel a předmět plnění veřejné zak{zky 2.1. Účel veřejné zak{zky Účelem realizace veřejné zak{zky je zajištění centr{lního informačního systému pro zadavatele, který bude komplexně pokrývat veškeré procesy a podporovat všechny činnosti zadavatele jako zdravotní pojišťovny (není-li v zad{vací dokumentaci výslovně uvedeno, že někter{ činnost či proces nebude v informačním systému podporov{n). Informační systém bude zejm. usnadňovat kontrolu a likvidaci dokladů vykazované zdravotní péče, poskytovat data pro analytické rozbory vyk{zané poskytnuté zdravotní péče a činností zdravotnických zařízení, podporovat prov{dění finančních analýz a statistické vyhodnocov{ní dat. Současně bude významně podporovat elektronické komunikace s použitím certifik{tů mezi klienty a zadavatelem. Sledovaným cílem implementace informačního systému je optimalizace funkčních požadavků jednotlivých procesů a zajištění větší transparentnosti jednotlivých datových toků.

2.2. Klasifikace předmětu veřejné zak{zky (CPV) 

72262000-9 | Vývoj programového vybavení



72263000-6 | Implementace programového vybavení

3



72265000-0 | Konfigurace programového vybavení



48810000-9| Informační systémy



72222300-0 |Služby informačních technologií

2.3. Předpokl{dan{ hodnota veřejné zak{zky Předpokl{dan{ hodnota veřejné zak{zky určen{ zadavatelem postupem podle ust. § 13 a n{sl. ZVZ činí 49.000.000,- Kč bez DPH (z toho 8.000.000,- Kč bez DPH je hodnota odpovídající opčnímu pr{vu). Zadavatel výslovně upozorňuje, že s ohledem na omezené finanční prostředky nepřipouští překročení předpokl{dané hodnoty v r{mci nabídkových cen uchazečů (překročení uvedené finanční hodnoty by znamenalo nesplnění zad{vacích podmínek s n{sledkem vyloučení uchazeče z účasti v zad{vacím řízení).

2.4. Předmět plnění veřejné zak{zky Předmětem plnění veřejné zak{zky je poskytov{ní služeb v oblastech vymezených touto zad{vací dokumentací, a to: a)

vývoj1 komplexně pojatého modul{rního centr{lního informačního systému (d{le též jen „IS“), který musí být otevřen možným budoucím úprav{m;

b)

implementace IS do HW prostředí zadavatele, vč. provedení příslušných instalací, konfigurací, migrace dat ze st{vajícího systému, systémových a uživatelských nastavení, poskytnutí veškerých opr{vnění (licencí) k IS, zajištění zkušebního provozu a provedení školení pracovníků zadavatele IS ve vazbě na dod{vané plnění jako celek i jednotlivé moduly;

c)

poskytov{ní komplexních služeb servisní a technické podpory (d{le jen „technick{ podpora“) v r{mci režimu garantované úrovně služeb (Service Level Agreement);

d) další rozvoj IS dle požadavků zadavatele (zejm. v n{vaznosti na legislativní vývoj, případné vlastnické a organizační změny zadavatele apod.) a případné prodloužení technické podpory nad r{mec požadovaného období 2 let – uveden{ plnění jsou souč{stí vyhrazeného opčního pr{va zadavatele dle čl. 17 zad{vací dokumentace (tj. v případě, že zadavatel nevznese takový požadavek, nebude plnění poskytov{no) a cena nebude souč{stí nabídkové ceny na plnění této veřejné zak{zky. Bližší specifikace požadavků zadavatele na předmět plnění veřejné zak{zky je obsažena v příloze č. 2 zad{vací dokumentace. Navrhované řešení musí splňovat veškeré požadavky vyplývající z obecně z{vazných pr{vních předpisů (zejména v oblasti veřejného zdravotního pojištění) a obecné V případě některých modulů, u kterých to zad{vací dokumentace výslovně uv{dí, nebude modul nově vyvíjen na míru a může být implementov{no již existující řešení (tj. modul třetí strany). 1

4

požadavky na IS z hlediska implementačních standardů. Plnění uchazeče musí akceptovat a podporovat z{kladní procesy činností zadavatele, respektovat veškeré datové vstupy a výstupy činností zadavatele a odpovídat zvyklostem a ergonomii standardu informačních systémů z hlediska uživatelského prostředí. Navržené řešení musí rovněž splňovat požadavky na migraci dat s důrazem na možnosti jejich importu a exportu, d{le musí zohledňovat možnosti nasazení dílčích subsystémů třetích stran. IS bude uchazečem navržen tak, že bude v maxim{lním rozsahu využívat technickotechnologickou architekturu zadavatele a s touto bude zcela kompatibilní (blíže k tomu viz hodnotící kritéria). Uchazeč je povinen posoudit dostatečnost disponibilního HW zadavatele a v případě potřeby doplnit svou nabídku o další HW technologie tak, aby HW platforma IS byla bez dalšího doplňov{ní dostatečn{ pro provoz navrhovaného řešení IS v horizontu delšího časového období (minim{lně 4 roky); v takovém případě cena za dod{vku HW bude souč{stí nabídkové ceny uchazeče (v položce implementace IS do HW prostředí zadavatele). V r{mci plnění veřejné zak{zky zadavatel preferuje využití st{vajícího HW a SW zadavatele, který je definov{n v příloze č. 8 zad{vací dokumentace. Pokud uchazeč tento HW a SW nevyužije, vyhrazuje si zadavatel v r{mci racionalizace n{kladů opr{vnění takovou č{st plnění od dodavatele neodebrat. V tomto případě budou zadavatelem využity již jím pořízené produkty, aniž by dodavatel byl opr{vněn n{rokovat v případě tohoto postupu jakékoli platby. V r{mci plnění veřejné zak{zky bude vybraný uchazeč povinen zpracovat a zadavateli předat veškerou příslušnou dokumentaci týkající se předmětu plnění. Podrobnosti jsou vymezeny v příloze č. 1 zad{vací dokumentace. Výsledky zpracovaných analýz (implementačních dokumentů), které je souč{stí plnění, nesmí mít jakýkoli dopad na časovou a finanční n{ročnost vlastní implementační f{ze, pokud zadavatel neurčí v souladu se ZVZ jinak (tj. uchazeč je povinen vždy dodržet veškeré podmínky plynoucí ze zad{vací dokumentace, jakož i veškeré parametry své nabídky, vč. nejvýše přípustné ceny za plnění). Plnění veřejné zak{zky rovněž zahrnuje další činnosti a služby dodavatele, které zadavatel vymezil v r{mci zad{vacích podmínek, i když nejsou výslovně uvedeny ve shora uvedené z{kladní struktuře předmětu plnění. Rozsah vykon{vaných činností dodavatele musí být zajištěn tak, aby byl beze zbytku splněn předmět a účel smlouvy na realizaci veřejné zak{zky.

3. Doba plnění veřejné zak{zky Zadavatel uzavře smlouvu s vybraným uchazečem bezprostředně po ukončení zad{vacího řízení, v němž zadavatel rozhodl o výběru nejvhodnější nabídky. Vybraný uchazeč je povinen zah{jit realizaci veřejné zak{zky ihned po podpisu smlouvy na realizaci veřejné zak{zky.

5

Plnění dle odst. 2.4. písm. a) a b) zad{vací dokumentace - implementace jednotlivých modulů IS bude prov{děna dle zadavatelem přiřazené skupiny priority, a to ve 3 z{kladních f{zích. Nejzazší termín pro dokončení implementační f{ze je stanoven do 32 měsíců od uzavření smlouvy na realizaci veřejné zak{zky. Bližší specifikace harmonogramu (časové milníky jednotlivých f{zí) jsou definov{ny v příloze č. 1 zad{vací dokumentace (Z{vazný n{vrh smlouvy). Služby související s technikou podporou, tj. plnění dle odst. 2.4. písm. c) zad{vací dokumentace, bude dodavatel poskytovat způsobem stanoveným smlouvou na realizaci veřejné zak{zky, a to po dobu 2 let od dokončení implementační f{ze. Zadavatel požaduje, aby uchazeč uvedl v nabídce z{vazný harmonogram postupu plnění, který bude z pohledu času specifikovat jednotlivé etapy realizace předmětu plnění. Harmonogram plnění uchazeče učiní přílohou n{vrhu smlouvy na realizaci veřejné zak{zky.

4. Místo plnění veřejné zak{zky 4.1. Místo plnění veřejné zak{zky Místem plnění veřejné zak{zky je sídlo zadavatele. Vybrané služby mohou být dodavatelem poskytov{ny rovněž d{lkovou formou z prostor dodavatele, pokud to jejich charakter umožňuje a není-li nezbytné nebo vhodné výkon služby zajistit on-site. 4.2. Prohlídka místa plnění S ohledem na charakter předmětu plnění veřejné zak{zky, nebude zadavatel organizovat prohlídku místa plnění.

5. Kvalifikační předpoklady Kvalifikovaným pro plnění veřejné zak{zky je v souladu s ust. § 50 odst. 1 ZVZ dodavatel, který: a) splní z{kladní kvalifikační předpoklady podle ust. § 53 ZVZ, b) splní profesní kvalifikační předpoklady podle ust. § 54 ZVZ, c) předloží čestné prohl{šení o své ekonomické a finanční způsobilosti splnit veřejnou zak{zku, a d) splní technické kvalifikační předpoklady podle ust. § 56 ZVZ.

6

5.1. Z{kladní kvalifikační předpoklady dle ust. § 53 ZVZ Z{kladní kvalifikační předpoklady splňuje

Způsob prok{z{ní splnění

dodavatel který nebyl pravomocně odsouzen pro trestný čin

sp{chaný

ve

prospěch

organizované

zločinecké skupiny, trestný čin účasti na organizované zločinecké skupině, legalizace výnosů z trestné činnosti, podílnictví, přijetí úplatku, podplacení, nepřímého úplatk{řství, podvodu, úvěrového podvodu, včetně případů, kdy

jde

o

přípravu

nebo

pokus

účastenství na takovém trestném činu, nebo

Je-li dodavatel pr{vnickou osobou, musí

došlo k zahlazení odsouzení za sp{ch{ní

být doložen výpis z evidence Rejstříku

takového trestného činu; jde-li o pr{vnickou

trestů jak ve vztahu k této pr{vnické

osobu, musí tento předpoklad splňovat jak tato

a)

Výpis z evidence Rejstříku trestů.

nebo

osobě-dodavateli, tak i ve vztahu ke všem

pr{vnick{ osoba, tak její statut{rní org{n nebo statut{rním org{nům nebo všem členům statut{rního org{nu takové pr{vnické každý člen statut{rního org{nu, a je-li statut{rním org{nem dodavatele či členem statut{rního

org{nu

dodavatele

pr{vnick{

osoba, musí tento předpoklad splňovat jak tato pr{vnick{ osoba, tak její statut{rní org{n nebo každý člen statut{rního org{nu této pr{vnické osoby; pod{v{-li nabídku či ž{dost o účast zahraniční pr{vnick{ osoba prostřednictvím

osoby-dodavatele; je-li statut{rním org{nem dodavatele či členem statut{rního org{nu dodavatele pr{vnick{ osoba, musí být doložen výpis z evidence Rejstříku trestů jak ve vztahu k této pr{vnické osobě, tak i ke statut{rnímu org{nu nebo ke každému členu

své organizační složky, musí předpoklad podle statut{rního org{nu této pr{vnické osoby. tohoto písmene splňovat vedle uvedených osob rovněž vedoucí této organizační složky; tento z{kladní

kvalifikační

předpoklad

musí

dodavatel splňovat jak ve vztahu k území České republiky, tak k zemi svého sídla, místa podnik{ní či bydliště; který nebyl pravomocně odsouzen pro trestný čin,

jehož

předmětem b)

skutkov{ podnik{ní

podstata

souvisí

dodavatele

s

podle

Výpis z evidence Rejstříku trestů. Je-li dodavatel pr{vnickou osobou, musí být doložen výpis z evidence Rejstříku

zvl{štních pr{vních předpisů nebo došlo k

trestů jak ve vztahu k této pr{vnické zahlazení odsouzení za sp{ch{ní takového osobě-dodavateli, tak i ve vztahu ke všem trestného činu; jde-li o pr{vnickou osobu, musí statut{rním org{nům nebo všem členům tuto podmínku splňovat jak tato pr{vnick{

statut{rního org{nu takové pr{vnické

osoba, tak její statut{rní org{n nebo každý člen

osoby-dodavatele; je-li statut{rním

7

Z{kladní kvalifikační předpoklady splňuje


dodavatel statut{rního

org{nu,

a

je-li

statut{rním

org{nem dodavatele či členem

org{nem dodavatele či členem statut{rního statut{rního org{nu dodavatele pr{vnick{ org{nu dodavatele pr{vnick{ osoba, musí tento osoba, musí být doložen výpis z evidence předpoklad splňovat jak tato pr{vnick{ osoba,

Rejstříku trestů jak ve vztahu k této

tak její statut{rní org{n nebo každý člen

pr{vnické osobě, tak i ke statut{rnímu

statut{rního org{nu této pr{vnické osoby;

org{nu nebo ke každému členu

pod{v{-li nabídku či ž{dost o účast zahraniční statut{rního org{nu této pr{vnické osoby. pr{vnick{

osoba

prostřednictvím

své

organizační složky, musí předpoklad podle tohoto písmene splňovat vedle uvedených osob rovněž vedoucí této organizační složky; tento z{kladní

kvalifikační

předpoklad

musí

dodavatel splňovat jak ve vztahu k území České republiky, tak k zemi svého sídla, místa podnik{ní či bydliště; který v posledních 3 letech nenaplnil skutkovou c)

podstatu

jedn{ní

podpl{cení

nekalé

podle

soutěže

zvl{štního

formou pr{vního

předpisu; vůči

jehož

majetku

neprobíh{

nebo

Prohl{šení dodavatele, z něhož jednoznačně vyplýv{ splnění tohoto kvalifikačního předpokladu.

v

posledních 3 letech neproběhlo insolvenční řízení, v němž bylo vyd{no rozhodnutí o d)

úpadku nebo insolvenční n{vrh nebyl zamítnut

Prohl{šení dodavatele, z něhož

proto, že majetek nepostačuje k úhradě n{kladů

jednoznačně vyplýv{ splnění tohoto

insolvenčního řízení, nebo nebyl konkurs

kvalifikačního předpokladu.

zrušen proto, že majetek byl zcela nepostačující nebo zavedena nucen{ spr{va podle zvl{štních pr{vních předpisů; Prohl{šení dodavatele, z něhož e)

který není v likvidaci;

jednoznačně vyplýv{ splnění tohoto kvalifikačního předpokladu. Potvrzení příslušného finančního úřadu.

který nem{ v evidenci daní zachyceny daňové f)

nedoplatky, a to jak v České republice, tak v zemi

sídla,

místa

podnik{ní

či

bydliště

Prohl{šení dodavatele ve vztahu ke spotřební dani, z něhož jednoznačně vyplýv{ splnění tohoto kvalifikačního

dodavatele;

předpokladu.

8

Z{kladní kvalifikační předpoklady splňuje


dodavatel

g)

který nem{ nedoplatek na pojistném a na


pen{le na veřejné zdravotní pojištění, a to jak v


České republice, tak v zemi sídla, místa

kvalifikačního předpokladu ve vztahu

podnik{ní či bydliště dodavatele;

h)

ke všem zdravotním pojišťovn{m.

který nem{ nedoplatek na pojistném a na

Potvrzení příslušného pracoviště České

pen{le na soci{lní zabezpečení a příspěvku na

spr{vy soci{lního zabezpečení, příp.

st{tní politiku zaměstnanosti, a to jak v České

úřadu dle pr{vního ř{du země sídla,

republice, tak v zemi sídla, místa podnik{ní či

místa podnik{ní či bydliště dodavatele.

bydliště dodavatele;

i)

který není veden v rejstříku osob se z{kazem plnění veřejných zak{zek; kterému

nebyla

v

Prohl{šení dodavatele, z něhož jednoznačně vyplýv{ splnění tohoto kvalifikačního předpokladu.

posledních

3

letech

pravomocně uložena pokuta za umožnění j)

výkonu

neleg{lní

pr{ce

podle

zvl{štního


pr{vního předpisu (ust. § 5 písm. e) bod 3


z{kona č. 435/2004 Sb., o zaměstnanosti,

kvalifikačního předpokladu.

ve znění pozdějších předpisů).

5.2. Profesní kvalifikační předpoklady dle ust. § 54 ZVZ Profesní kvalifikační předpoklady splňuje dodavatel, který předloží výpis z obchodního rejstříku, pokud je v něm a)

dodavatel zaps{n, či výpis z jiné obdobné evidence, pokud je v ní dodavatel zaps{n;

Způsob prok{z{ní splnění Výpis z obchodního rejstříku, pokud je v něm dodavatel zaps{n, či výpis z jiné obdobné evidence, pokud je v ní dodavatel zaps{n. Doklady o opr{vnění k podnik{ní (výpis

doklad

o

b) zvl{štních

opr{vnění pr{vních

k

podnik{ní

předpisů

v

podle rozsahu

odpovídajícím předmětu veřejné zak{zky.

ze živnostenského rejstříku) pokrývající v plném rozsahu předmět této veřejné zak{zky (především vývoj SW, jeho implementace a poskytov{ní služeb v oblasti IT).

9

5.3. Čestné prohl{šení dodavatele o ekonomické a finanční způsobilosti splnit veřejnou zak{zku Dodavatel v souladu s ust. § 50 odst. 1 písm. c) ZVZ předloží čestné prohl{šení podepsané opr{vněnou osobou dodavatele, z něhož bude vyplývat, že je ekonomicky a finančně způsobilý splnit veřejnou zak{zku. 5.4. Technické kvalifikační předpoklady dle ust. § 56 ZVZ Technické kvalifikační předpoklady

Vymezení min. úrovně kvalifikačního

splňuje dodavatel, který předloží

předpokladu a způsob jeho prok{z{ní

seznam

významných

poskytnutých

služeb Předložením

dodavatelem

seznamu

významných

v realizovaných/poskytnutých

služeb

dodavatelem

v

posledních 3 letech s uvedením jejich posledních 3 letech, v němž budou uvedeny alespoň rozsahu

a

doby

plnění,

přičemž n{sledující údaje:

k seznamu musí být přiložena osvědčení a) n{zev objednatele, objednatelů těchto významných služeb, b) předmět významné služby a její rozsah, které lze za d{le uvedených podmínek c) doba realizace významné služby, nahradit smlouvou s jinou osobou a d) údaj o tom, že významn{ služba byla dokladem o uskutečnění plnění, pokud

poskytnuta ř{dně a včas,

byly služby poskytov{ny jiné osobě než e) kontaktní osoba objednatele, u které bude veřejnému zadavateli;

možné realizaci významné služby ověřit, přičemž přílohou tohoto seznamu musí být: 1. osvědčení vydané veřejným zadavatelem, pokud zak{zka

a)

byla

realizov{na

pro

veřejného

zadavatele, nebo 2. osvědčení vydané jinou osobou, pokud zak{zka byla realizov{na pro jinou osobu než pro veřejného zadavatele, nebo 3. smlouva s jinou osobou a doklad o uskutečnění plnění dodavatele, není-li současně možné osvědčení podle bodu 2 od této osoby získat z důvodů spočívajících na její straně. Z osvědčení a seznamu významných služeb musí jednoznačně vyplývat, že dodavatel v uvedeném období realizoval minim{lně 3 významné služby spočívající ve vývoji SW určeného k pokrytí klíčových

procesů

v organizaci

objednatele

a

podpoře jeho činností (z dokladů předložených za účelem

10

prok{z{ní

splnění

kvalifikace

musí

Technické kvalifikační předpoklady



předpokladu a způsob jeho prok{z{ní jednoznačně vyplývat, které klíčové procesy a činnosti objednatele poskytnutý SW pokrýval), přičemž souč{stí každé takové významné služby muselo být rovněž poskytov{ní služeb servisní (technické) podpory alespoň po dobu 12 měsíců. Každ{ významn{ služba musela být poskytnuta ve finanční hodnotě min. 20 mil. Kč bez DPH.

seznam techniků či technických útvarů, Uchazeč předloží seznam osob, které budou tvořit jež se budou podílet na plnění veřejné realizační tým, jehož přílohou budou profesní zak{zky, bez ohledu na to, zda jde o životopisy jednotlivých členů realizačního týmu zaměstnance dodavatele nebo osoby doložené příslušnými osvědčení o vzděl{ní (a v jiném

vztahu

k dodavateli, včetně dalšími vyžadovanými osvědčeními o profesní

doložení požadovaných osvědčení o způsobilost dosaženém kvalifikaci.

vzděl{ní

a

a

profesních

zkušenostech)

a

odborné informací/dokladem o tom, zda je příslušn{ osoba v zaměstnaneckém či jiném vztahu k dodavateli; z uvedených dokumentů musí být zřejmé splnění předmětných požadavků zadavatele; u

jména

každého člena realizačního týmu dodavatel uvede, za poskytnutí kterého plnění je ta kter{ osoba odpovědn{

(tj.

jakou

pozici

bude

zast{vat

v realizačním týmu uchazeče). Zadavatel požaduje, aby z předloženého seznamu b)

vyplývalo, že uchazeč disponuje pro plnění veřejné zak{zky min. čtyřčlenným realizačním týmem pracovníků v n{sledujících pozicích, splňujících minim{lně tyto požadavky: -

vedoucí

realizačního

týmu

(hlavní

projektový manažer); -

architekt SW řešení;

-

další 2 specialisté v jednotlivých oblastech.

Vedoucí

realizačního

týmu

musí

splňovat

n{sledující požadavky: - SŠ vzděl{ní technického zaměření v oblasti IT/ICT s maturitou, - disponuje jazykovou znalostí českého (anebo slovenského)

11

jazyka

na

úrovni

pracovní




předpokladu a způsob jeho prok{z{ní komunikace, - minim{lně 5 let praxe v

řízení projektů

(vedení týmu) v oblasti IT/ICT za období posledních 7 let, - vedl v posledních 5 letech minim{lně 1 projekt, který

naplňuje

požadavky

na

referenční

zak{zku dle odst. 5.4. písm. a) výše; nemusí se přitom jednat o identickou referenční zak{zku, prostřednictvím

které

uchazeč

prokazuje

splnění kvalifikace dle odst. 5.4. písm. a) zad{vací dokumentace, Architekt SW řešení musí splňovat n{sledující požadavky: -

SŠ technického směru (v oblasti IT/ICT) s maturitou,

-

disponuje

jazykovou

znalostí

českého

(anebo slovenského) jazyka na úrovni pracovní komunikace, -

minim{lně

3

roky

praxe

za

období

posledních 5 let v oblasti IT/ICT na pozici SW specialisty, -

jako architekt SW řešení se v posledních pěti letech podílel na realizaci minim{lně 1 projektu, který naplňuje požadavky na referenční zak{zku dle odst. 5.4. písm. a) výše; nemusí se přitom jednat o identickou referenční zak{zku, prostřednictvím které uchazeč prokazuje splnění kvalifikace dle odst. 5.4. písm. a) zad{vací dokumentace.

Specialista na testov{ní musí splňovat n{sledující požadavky: -


-

disponuje

jazykovou

znalostí

českého

(anebo slovenského) jazyka na úrovni

12




předpokladu a způsob jeho prok{z{ní pracovní komunikace, -

minim{lně 3 roky praxe v posledních 5 letech v testov{ní softwarových projektů (pl{nov{ní a prov{dění testů) v oblasti IT/ICT,

-

byl v posledních 5 letech odpovědný za testov{ní u minim{lně 1 projektu, který naplňuje požadavky na referenční zak{zku dle odst. 5.4. písm. a) výše; nemusí se přitom jednat o identickou referenční zak{zku, prostřednictvím které uchazeč prokazuje splnění kvalifikace dle odst. 5.4. písm. a) zad{vací dokumentace.

Specialista na design musí splňovat n{sledující požadavky: -


-

disponuje

jazykovou

znalostí

českého

(anebo slovenského) jazyka na úrovni pracovní komunikace, -

minim{lně 3 roky praxe v posledních 5 letech v designu uživatelského rozhraní (vzhled i pl{nov{ní ovl{d{ní) v oblasti IT/ICT,

-

v posledních 5 letech vytvořil design uživatelského rozhraní u minim{lně 1 projektu, který naplňuje požadavky na referenční zak{zku dle odst. 5.4. písm. a) výše; nemusí se přitom jednat o identickou referenční zak{zku, prostřednictvím které uchazeč prokazuje splnění kvalifikace dle odst. 5.4. písm. a) zad{vací dokumentace.

6. Společn{ ustanovení ke splnění kvalifikačních předpokladů

13

6.1.

Pravost dokladů prokazujících splnění kvalifikace

Dodavatel prok{že splnění kvalifikace ve všech případech příslušnými doklady předloženými v prostých kopiích. Zadavatel může před uzavřením smlouvy požadovat předložení origin{lů nebo ověřených kopií dokladů prokazujících splnění kvalifikace. Skutečnosti rozhodné pro splnění kvalifikace musejí vždy existovat ve lhůtě pro pod{ní nabídek. 6.2.

St{ří dokladů prokazujících splnění kvalifikace

Doklady prokazující splnění z{kladních kvalifikačních předpokladů a výpis z obchodního rejstříku nesmějí ke dni pod{ní nabídky starší 90 kalend{řních dnů. 6.3.

Prok{z{ní kvalifikace v případě zahraničních osob

Nevyplýv{-li ze zvl{štního pr{vního předpisu jinak, prokazuje zahraniční dodavatel splnění kvalifikace způsobem podle pr{vního ř{du platného v zemi jeho sídla, místa podnik{ní nebo bydliště, a to v rozsahu požadovaném ZVZ a zadavatelem. Pokud se podle pr{vního ř{du platného v zemi sídla, místa podnik{ní nebo bydliště zahraničního dodavatele určitý doklad nevyd{v{, je zahraniční dodavatel povinen prok{zat splnění takové č{sti kvalifikace čestným prohl{šením. Není-li povinnost, jejíž splnění m{ být v r{mci kvalifikace prok{z{no, v zemi sídla, místa podnik{ní nebo bydliště zahraničního dodavatele stanovena, učiní o této skutečnosti čestné prohl{šení. Doklady prokazující splnění kvalifikace předkl{d{ zahraniční dodavatel v původním jazyce s připojením jejich úředně ověřeného překladu do českého jazyka, pokud zadavatel v zad{vacích podmínk{ch nebo mezin{rodní smlouva, kterou je Česk{ republika v{z{na, nestanoví jinak; to platí i v případě, prokazuje-li splnění kvalifikace doklady v jiném než českém jazyce dodavatel se sídlem, místem podnik{ní nebo místem trvalého pobytu na území České republiky. Povinnost připojit k dokladům úředně ověřený překlad do českého jazyka se nevztahuje na doklady ve slovenském jazyce. 6.4.

Prok{z{ní č{sti kvalifikace prostřednictvím subdodavatele

Pokud není dodavatel schopen prok{zat splnění určité č{sti kvalifikace požadované zadavatelem podle ust. § 50 odst. 1 písm. b) a d) ZVZ (tj. profesní a technické kvalifikační předpoklady) v plném rozsahu, je opr{vněn splnění kvalifikace v chybějícím rozsahu prok{zat prostřednictvím subdodavatele (to neplatí v případě profesního kvalifikačního předpokladu podle ust. § 54 písm. a) ZVZ). Dodavatel je v takovém případě povinen zadavateli předložit a)

doklady prokazující splnění z{kladního kvalifikačního předpokladu podle ust. § 53 odst. 1 písm. j) ZVZ (prohl{šení, že subdodavatel není veden v rejstříku osob se z{kazem plnění veřejných zak{zek) a profesního kvalifikačního předpokladu podle ust. § 54 písm. a) ZVZ (výpis z obchodního rejstříku či jiné obdobné evidence) subdodavatelem, a

14

b)

smlouvu uzavřenou se subdodavatelem, z níž prokazatelně vyplýv{ z{vazek subdodavatele k poskytnutí konkrétního plnění určeného k plnění veřejné zak{zky dodavatelem či k poskytnutí konkrétních věcí či pr{v, s nimiž bude dodavatel opr{vněn disponovat v r{mci plnění veřejné zak{zky, a to alespoň v rozsahu, v jakém subdodavatel prok{zal splnění kvalifikace podle ust. § 50 odst. 1 písm. b) a d) ZVZ.

6.5.

Prok{z{ní kvalifikace v případě společné nabídky

M{-li být předmět veřejné zak{zky plněn několika dodavateli společně a za tímto účelem pod{vají společnou nabídku, je každý z dodavatelů povinen prok{zat splnění z{kladních kvalifikačních předpokladů a profesního kvalifikačního předpokladu podle ust. § 54 písm. a) ZVZ v plném rozsahu. Splnění kvalifikace podle ust. § 50 odst. 1 písm. b) a d) ZVZ musí prok{zat všichni dodavatelé společně. V případě, že m{ být předmět veřejné zak{zky plněn společně několika dodavateli, jsou tito dodavatelé povinni předložit zadavateli současně s doklady prokazujícími splnění kvalifikačních předpokladů smlouvu, ve které je obsažen z{vazek, že všichni tito dodavatelé budou vůči zadavateli a třetím osob{m z jakýchkoliv pr{vních vztahů vzniklých v souvislosti s veřejnou zak{zkou zav{z{ni společně a nerozdílně, a to po celou dobu plnění veřejné zak{zky i po dobu trv{ní jiných z{vazků vyplývajících z veřejné zak{zky. 6.6.

Důsledek nesplnění kvalifikace

Neprok{že-li dodavatel splnění kvalifikace v plném rozsahu, bude podle ust. § 60 odst. 1 ZVZ vyloučen ze zad{vacího řízení.

7. Obchodní a platební podmínky 7.1. Uchazeč je povinen podat n{vrh smlouvy pokrývající celý předmět plnění veřejné zak{zky. Za tímto účelem zadavatel připravil z{vazný vzor smlouvy, který jsou uchazeči povinni ve svých nabídk{ch akceptovat. Uchazeč doplní příslušné údaje do přílohy č. 1 zad{vací dokumentace „Z{vazný n{vrh smlouvy“, přičemž není opr{vněn činit další změny či doplnění n{vrhu smlouvy, s výjimkou údajů, které jsou výslovně vyhrazeny pro doplnění ze strany uchazeče. 7.2. N{vrh smlouvy musí být ze strany uchazeče podeps{n statut{rním org{nem nebo osobou prokazatelně opr{vněnou zastupovat uchazeče; v takovém případě doloží uchazeč toto opr{vnění (např. plnou moc) v nabídce. 7.3. Uchazeč je povinen upravit n{vrh smlouvy v č{sti identifikující smluvní strany na straně uchazeče, a to v souladu se skutečným stavem, aby bylo vymezení uchazeče dostatečně určité. V případě nabídky pod{vané společně několika dodavateli (jako

15

jedním uchazečem) jsou dodavatelé opr{vněni upravit pr{vní zkratky označující smluvní

stranu

zhotovitele

(tj.

nahrazení

zkratky

„dodavatel“

zkratkou

„dodavatelé“), a tomu odpovídající slovní tvary ve smlouvě a počet stejnopisů smlouvy.

8. Požadavky na způsob zpracov{ní nabídkové ceny 8.1.

Z{kladní požadavky zadavatele Zadavatel požaduje, aby v nabídce (tj. zejm. v n{vrhu smlouvy) byla uvedena

nabídkov{ cena za plnění předmětu veřejné zak{zky v Kč, a to v níže uvedeném členění. Uchazeč předloží jako souč{st nabídky podrobný ceník, který bude mít n{sledující strukturu: Dílčí plnění

Nabídkov{ cena Cena v Kč bez DPH

celkov{ cena za vývoj IS (případně a)

dod{vku existujících modulů) dle odst. 2.4. písm. a) zad{vací dokumentace ve třech f{zích – viz příloha č. 2 z toho celkov{ cena za dod{vku existujících modulů (např. moduly třetích stran)

celkov{ cena implementaci IS do prostředí b)

zadavatele (vč. všech souvisejících činností) dle odst. 2.4. písm. b) zad{vací dokumentace z toho cena za migraci, konverzi a čištění dat ze st{vajícího systému do dodaného IS z toho cena za licence SW nezbytného pro zajištění provozu, užív{ní, spr{vy dodaného IS

celkov{ cena za poskytov{ní služeb c)

technické podpory po dobu 2 let dle odst. 2.4. písm. c) zad{vací dokumentace z toho cena za technickou podporu licencovaného SW za 2 roky od implementace IS do prostředí zadavatele a jeho akceptace

16

Sazba

Cena

DPH v

celkem

%

v Kč s DPH

Cena za plnění veřejné zak{zky dle odst. 2.4. zad{vací dokumentace (Σ ř{dků a) – c) této tabulky)

Z nabídky uchazeče musí být dostatečně zřejmé, jakým způsobem kalkuloval cenu v jednotlivých oblastech plnění (tj. nabídka uchazeče bude dostatečně strukturov{na tak, aby z ní byly zřejmé příslušné n{klady uchazeče na realizaci veřejné zak{zky, tj. cena za jednotlivé moduly, případnou dod{vku HW dle jednotlivých položek, licence, školení, zkušební provoz atd.). Shora uvedené cenové specifikace zahrnují i cenu plnění, kter{ nejsou výslovně v tabulce označena, avšak dodavatel jakožto odborník o nich ví nebo m{ vědět s ohledem na skutečnost, že se jedn{ o plnění nezbytn{ pro ř{dné a úplné poskytnutí předmětu plnění. Celkov{ výše nabídkové ceny nesmí překročit předpokl{danou hodnotu veřejné zak{zky stanovenou v čl. 2.2 zad{vací dokumentace. Odpovědnost za spr{vnost stanovení sazby DPH nese dodavatel. DPH bude v nabídk{ch uvedena ve výši platné ke dni pod{ní nabídky. Nabídkov{ cena musí obsahovat veškeré n{klady vzniklé v souvislosti s plněním veřejné zak{zky. Souč{stí sjednané ceny jsou veškeré pr{ce, dod{vky, cestovné, ubytovné, další poplatky a n{klady dodavatele nezbytné pro ř{dné a úplné provedení předmětu plnění, není-li zad{vacími podmínkami výslovně stanoveno jinak.

8.2.

Podmínky, za nichž je možno překročit výši nabídkové ceny

Nabídkov{ cena bude stanovena jako nejvýše přípustn{. Podmínky, za nichž je možné překročit výši nabídkové ceny, jsou uvedeny v příloze č. 1 zad{vací dokumentace.

9. Hodnocení Hodnocení nabídek bude provedeno v souladu s ust. § 78 a § 79 ZVZ podle z{kladního hodnotícího kritéria ekonomick{ výhodnost nabídky, a to dle n{sledujících dílčích hodnotících kritérií (s využitím bodovací metody založené na bodové stupnici v rozsahu 0 až 100 bodů): Dílčí hodnotící kritérium

V{ha

A.

Nabídkov{ cena

60 %

B.

Technick{ úroveň nabízeného řešení

40 %

17

V r{mci dílčího kritéria A. Nabídkov{ cena bude zadavatel hodnotit celkovou výši nabídkové ceny veřejné zak{zky v Kč bez DPH, tj. č{stku uvedenou v souladu s odst. 8.1 zad{vací dokumentace. Za vhodnější bude považov{na nabídka s nižší nabídkovou cenou. V případě tohoto dílčího hodnotícího kritéria se jedn{ o n{kladové kvantitativní kritérium, u něhož jsou preferov{ny nižší hodnoty před vyššími; hodnocen{ nabídka získ{ bodovou hodnotu, kter{ vznikne n{sobkem 100 a poměru hodnoty nejvhodnější nabídky k hodnocené nabídce. N{sledně bude přidělen{ bodov{ hodnota přev{žena vahou tohoto dílčího kritéria. V r{mci dílčího kritéria B. Technick{ úroveň nabízeného řešení bude zadavatel hodnotit úroveň nabízeného plnění, a to z n{sledujících hledisek (subkritérií): a)

Architektura a koncepce řešení – v{ha subkritéria 60 %

Zadavatel bude hodnotit celkovou architekturu řešení a jeho jednotlivých nabízených funkčních celků při dodržené všech vlastností, parametrů a funkcionalit vymezených v zad{vací dokumentaci (uchazeč je povinen akceptovat z{kladní požadavky zadavatele obsažené v referenční architektuře; tuto uchazeč detailně rozpracuje pro účely hodnocení své nabídky). Bude hodnocena celkov{ struktura, vazby mezi jednotlivými oblastmi řešení, přičemž lépe bude hodnocena nabídka uchazeče, v níž uchazeč prok{že vysokou úroveň propracovanosti architektury a koncepce řešení srozumitelným popisem všech jejích komponent a vnějších i vnitřních vazeb doplněným o jasně definované technické parametry splňující podmínky kladené na provoz a dlouhodobý rozvoj systému. Výhodněji bude hodnocena nabídka uchazeče, který předloží kompletně pojaté řešení jako celku, které bude pojato na vysoké technické úrovni a bude v nejvyšší míře odpovídat mezin{rodně uzn{vaným standardům vztahujícím se na předmět plnění a příslušným Best Practice. Pro hodnocení nabídek dle tohoto subkritéria se použije stobodov{ stupnice. Každé jednotlivé nabídce bude přidělena bodov{ hodnota, kter{ podle členů hodnotící komise odr{ží úspěšnost předmětné nabídky v r{mci tohoto subkritéria (míru jeho naplnění). U tohoto subkritéria sestaví hodnotící komise pořadí nabídek od nejvhodnější k nejméně vhodné a přiřadí nejvhodnější nabídce 100 bodů a každé n{sledující nabídce přiřadí takové bodové hodnocení, které vyjadřuje míru splnění subkritéria ve vztahu k nejvhodnější nabídce (tj. hodnocen{ nabídka získ{ v r{mci daného subkritéria o tolik méně bodů, o kolik je méně výhodn{ oproti nabídce nejvhodnější). b)

Kvalita n{vrhu nabízeného řešení s ohledem na možnosti jeho budoucího rozvoje a dlouhodobou udržitelnost systému, možnosti údržby, provozu a rozvoje – v{ha subkritéria 40 %

Zadavatel bude hodnotit otevřenost nabízeného řešení pro další možné úpravy a případné budoucí připojení dalších systémů, přičemž zadavatel preferuje maxim{lně otevřený systém z hlediska dalšího možného budoucího rozvoje a rozšiřitelnosti řešení

18

s ohledem na zachov{ní st{vajících investic na straně zadavatele. Uchazeč v r{mci tohoto subkritéria uvede výčet dílčích funkcí či vlastností, u kterých bude zadavatel schopen: -

měnit funkce a vlastnosti řešení skrze jeho nativní funkčnost,

-

měnit funkce a vlastnosti řešení skrze jeho konfigurační parametry.

Lépe budou hodnoceny nabídky s větším celkovým počtem nabízených možností úprav, a to jak v oblasti nativní funkčnosti, tak z pohledu konfiguračních parametrů. V r{mci tohoto subkritéria bude zadavatel d{le hodnotit míru požadavků na specializaci pracovníků IT oddělení zadavatele, přičemž lépe bude hodnocena nabídka využívající standardní a obecně rozšířené technologie a postupy (oproti technologiím vyžadujícím speci{lní znalostní dovednosti). Pro hodnocení nabídek dle tohoto subkritéria se použije stobodov{ stupnice. Každé jednotlivé nabídce bude přidělena bodov{ hodnota, kter{ podle členů hodnotící komise odr{ží úspěšnost předmětné nabídky v r{mci tohoto subkritéria (míru jeho naplnění). U tohoto subkritéria sestaví hodnotící komise pořadí nabídek od nejvhodnější k nejméně vhodné a přiřadí nejvhodnější nabídce 100 bodů a každé n{sledující nabídce přiřadí takové bodové hodnocení, které vyjadřuje míru splnění subkritéria ve vztahu k nejvhodnější nabídce (tj. hodnocen{ nabídka získ{ v r{mci daného subkritéria o tolik méně bodů, o kolik je méně výhodn{ oproti nabídce nejvhodnější).

Za účelem hodnocení dle dílčího kritéria B. je uchazeč povinen předložit v r{mci své nabídky podrobný popis nabízeného řešení předmětu veřejné zak{zky (d{le jen „popis n{vrhu řešení“). Popis n{vrhu řešení musí být konkrétní a přiměřeně obs{hlý tak, aby z popisu jednoznačně vyplývaly skutečnosti, které umožní posoudit kvalitu a technickou úroveň nabízeného řešení z výše uvedených hledisek (subkritérií). Z popisu nabízeného řešení musí vyplývat dodržení minim{lních podmínek a požadavků zadavatele uvedených v této zad{vací dokumentaci a jejích příloh{ch. Údaje a popis řešení, které uchazeč uvede pro účely hodnocení nabídek, jsou pro uchazeče z{vazné i z hlediska n{sledného plnění smlouvy, tj. n{vrh řešení uchazeč rovněž učiní přílohou smlouvy na realizaci veřejné zak{zky. Celkové bodové ohodnocení jednotlivých nabídek vznikne součtem přev{žených bodových hodnot dosažených v jednotlivých dílčích hodnotících kritériích, tj. součtem bodových ohodnocení v daných dílčích hodnotících kritériích přev{žených vahou příslušného dílčího hodnotícího kritéria. Zaokrouhlov{ní bude prov{děno na dvě desetinn{ místa. Na z{kladě celkového bodového ohodnocení stanoví hodnotící komise výsledné pořadí nabídek.

19

10. Podmínky a požadavky na zpracov{ní a pod{ní nabídky 10.1. Nabídky se pod{vají písemně v uzavřené ob{lce označené n{zvem veřejné zak{zky s uvedením výzvy „Neotevírat“. Na ob{lce musí být uvedena adresa, na niž je možné dle ust. § 71 odst. 6 ZVZ vyrozumět uchazeče o tom, že jeho nabídka byla pod{na po uplynutí lhůty nebo dle ust. § 71 odst. 7 ZVZ o tom, že zadavatel obdržel ve lhůtě pro pod{ní nabídek pouze jednu nabídku. Nabídka bude obsahovat v souladu s ust. § 68 ZVZ n{vrh smlouvy podepsaný opr{vněnou osobou uchazeče. 10.2. Nabídka musí být zpracov{na ve všech č{stech v českém či slovenském jazyce (výjimku tvoří odborné n{zvy a údaje). 10.3. V nabídce musejí být na krycím listu uvedeny - identifikační údaje uchazeče v rozsahu uvedeném v ust. § 17 písm. d) ZVZ, - kontaktní adresa pro písemný styk (včetně e-mailové adresy) mezi uchazečem a zadavatelem, resp. osobou pověřenou zadavatelskými činnostmi, - nabídkov{ cena v členění celkov{ nabídkov{ cena bez DPH, DPH, celkov{ nabídkov{ cena vč. DPH, - příp. další údaje. 10.4. Uchazeč předloží nabídku v origin{le a případně (nepovinně) i v dalším 1 výtisku (kopii), přičemž origin{l nabídky bude výslovně jako origin{l označen, ostatní případné výtisky budou označeny jako „Kopie“. Veškeré souč{sti nabídky musí být poskytnuty v jedné ob{lce. Všechny listy nabídky budou navz{jem pevně spojeny či sešity tak, aby byly dostatečně zabezpečeny před jejich vyjmutím z nabídky. Všechny výtisky budou ř{dně čitelné, bez škrtů a přepisů. Krycí list musí obsahovat, vedle čísla výtisku a označení, zda jde o Origin{l či Kopii, též údaje dle ustanovení odst. 10.3 zad{vací dokumentace. Všechny str{nky nabídky, resp. jednotlivých výtisků, budou očíslov{ny vzestupnou řadou. 10.5. Uchazeč předloží nabídku též případně na technickém nosiči dat (CD či DVD). Na technickém nosiči dat uchazeč předloží zejména n{vrh smlouvy na realizaci veřejné zak{zky (v preferovaném form{tu *.doc). Informace na technickém nosiči dat mají pouze informativní povahu. 10.6. Nabídka bude předložena v n{sledující doporučené struktuře:  krycí list nabídky obsahující identifikační údaje uchazeče,  obsah nabídky s uvedením čísel stran kapitol nabídky, včetně seznamu příloh,  doklad o poskytnutí jistoty,

20

 identifikační údaje subdodavatelů - prohl{šení o subdodavatelích,  doklady prokazující splnění kvalifikace (předkl{d{-li nabídku více dodavatelů společně rovněž origin{l nebo úředně ověřenou kopii smlouvy o solid{rní odpovědnosti podle ust. § 51 odst. 6 ZVZ),  dokumenty dle ust. § 68 odst. 3 ZVZ,  nabídkov{

cena

(v požadovaném

členění)

a

další

parametry

nezbytné

k hodnocení nabídek dle stanovených dílčích hodnotících kritérií (tj. popis n{vrhu řešení),  n{vrh smlouvy podepsaný opr{vněnou osobou,  ostatní dokumenty, které mají dle uchazeče tvořit obsah nabídky,  informace o celkovém počtu listů nabídky. 10.7. Uvedené jednotlivé souč{sti nabídky uchazeč ve své nabídce zřetelně oddělí barevnými předělovými listy (uvedené m{ doporučující charakter).

11. Z{vaznost požadavků zadavatele Informace a údaje uvedené v jednotlivých č{stech této zad{vací dokumentace a v příloh{ch zad{vací dokumentace vymezují z{vazné požadavky zadavatele na plnění veřejné zak{zky. Tyto požadavky je dodavatel povinen plně a bezvýhradně respektovat při zpracov{ní své nabídky. Neakceptov{ní požadavků zadavatele uvedených v této zad{vací dokumentaci bude považov{no za nesplnění zad{vacích podmínek s n{sledkem vyloučení dodavatele ze zad{vacího řízení. V případě, že zad{vací podmínky obsahují odkazy na obchodní firmy, n{zvy nebo jména a příjmení, specifick{ označení zboží a služeb, které platí pro určitou osobu, popřípadě její organizační složku za příznačné, patenty na vyn{lezy, užitné vzory, průmyslové vzory, ochranné zn{mky nebo označení původu, umožňuje zadavatel výslovně použití i jiných, kvalitativně a technicky obdobných řešení, které naplní zadavatelem požadovanou či odborníkovi zřejmou funkcionalitu (byť jiným způsobem), avšak uchazeči vždy musí nabídnout zcela kompatibilní řešení při respektov{ní principu ochrany zadavatelem provedených investic do HW technologií.

12. Dodatečné informace k zad{vacím podmínk{m Přestože

tato

zad{vací

dokumentace

vymezuje

předmět

veřejné

zak{zky

v podrobnostech nezbytných pro zpracov{ní nabídky, mohou dodavatelé požadovat dodatečné informace k zad{vacím podmínk{m. Písemn{ (emailov{) ž{dost musí být zadavateli doručena nejpozději 6 pracovních dnů před uplynutím lhůty pro pod{ní nabídek.

21

Ž{dosti o ž{dosti o poskytnutí dodatečných informací mohou dodavatelé v písemné formě zasílat prostřednictvím emailové adresy [email protected] k ruk{m osoby uvedené v odst. 1.2. této zad{vací dokumentace. V ž{dosti o poskytnutí dodatečných informací musí být uvedeny identifikační a kontaktní údaje dodavatele a informace o tom, ke které veřejné zak{zce se ž{dost vztahuje. Zadavatel v z{konné lhůtě odešle dodatečné informace k zad{vacím podmínk{m a případné související dokumenty, vč. přesného znění ž{dosti, všem dodavatelům, kteří pož{dali o poskytnutí zad{vací dokumentace nebo kterým byla zad{vací dokumentace poskytnuta, a to prostřednictvím e-mailu. Zadavatel vždy současně uveřejní dodatečné informace včetně přesného znění ž{dosti na profilu zadavatele.

13. Lhůta a místo pro pod{ní nabídek Lhůta pro pod{ní nabídek:

do 11. 3. 2013, 14:00 hod.

Místo pod{ní nabídek:

Sídlo zadavatele, podatelna (provozní doba: pondělí a středa 7.00 až 17.00 hod.; úterý, čtvrtek a p{tek 7.00 až 15.00 hod.). Nabídka musí být pod{na nejpozději do konce lhůty pro pod{ní nabídek stanovené výše. Za včasné doručení nabídky nese odpovědnost uchazeč. Ob{lku s nabídkou je nutno označit v souladu s pokyny uvedenými v zad{vací dokumentaci.

14. Otevír{ní ob{lek Otevír{ní ob{lek s nabídkami se bude konat dne 11. 3. 2013 v sídle zadavatele a bude zah{jeno ihned po uplynutí lhůty pro pod{ní nabídek, tj. bezprostředně po uplynutí lhůty uvedené v čl. 133 této zad{vací dokumentace. Otevír{ní ob{lek s nabídkami se bude konat v sídle zadavatele. Otevír{ní ob{lek jsou opr{vněni se účastnit všichni uchazeči (maxim{lně však dvě osoby za uchazeče, které se prok{žou plnou mocí či pověřením, nejde-li o statut{rní org{n či jeho člena nebo uchazeče – fyzickou osobu), kteří podali nabídku ve lhůtě pro pod{ní nabídek. Otevír{ní ob{lek s nabídkami bude probíhat v místnosti č. 608.

15. Zad{vací lhůta Zad{vací lhůta (lhůta, po kterou jsou uchazeči svou nabídkou v{z{ni) činí 180 dnů a začín{ běžet v souladu s ust. § 43 ZVZ okamžikem skončení lhůty pro pod{ní nabídek. Ustanovením ust. § 43 ZVZ se rovněž řídí stavění zad{vací lhůty.

16. Požadavek na poskytnutí jistoty

22

16.1. Výše požadované jistoty Zadavatel v souladu s ust. § 67 ZVZ požaduje, aby uchazeči k zajištění plnění svých povinností vyplývajících z účasti v zad{vacím řízení poskytli jistotu ve výši 500.000,- Kč (slovy: pět set tisíc korun českých). 16.2. Forma poskytnutí jistoty Jistota bude poskytnuta formou 

bankovní z{ruky (ve smyslu ust. § 313 až 322 z{kona č. 513/1991 Sb., obchodního z{koníku, ve znění pozdějších předpisů), nebo



formou složení peněžní č{stky na účet zadavatele, nebo



formou pojištění z{ruky dle ust. § 47 z{kona č. 37/2004 Sb., o pojistné smlouvě, ve znění pozdějších předpisů.

Dokladem prokazujícím poskytnutí jistoty formou složení peněžní č{stky na účet zadavatele je výpis z účtu uchazeče u peněžního ústavu, z něhož je patrné, že uchazeč převedl č{stku ve výši odpovídající požadované jistotě na účet zadavatele uvedený níže nebo potvrzení peněžního ústavu o složení č{stky ve výši odpovídající požadované jistotě na účet zadavatele. Potřebné údaje pro složení jistoty na účet zadavatele jsou n{sledující: bankovní účet zadavatele č. 27-5540050247, kód banky 0100. Variabilním symbolem platby bude IČ uchazeče, konstantní symbol 558. Jistota ve formě složení peněžní č{stky na účet zadavatele musí být přips{na na účet zadavatele ve lhůtě pro pod{ní nabídek. Dokladem prokazujícím poskytnutí jistoty ve formě bankovní z{ruky je výlučně origin{l z{ruční listiny vystavené bankou ve prospěch zadavatele jako věřitele (příjemce z{ruky), z jejíhož obsahu jednoznačně vyplýv{, že banka uspokojí zadavatele do výše č{stky odpovídající výši požadované jistoty v případech předvídaných v ust. § 67 odst. 7 ZVZ, tedy pokud uchazeč v rozporu se ZVZ či zad{vacími podmínkami zrušil nebo změnil nabídku nebo odmítl-li uzavřít smlouvu podle ust. § 82 odst. 3 a 4 ZVZ. Poskytnut{ jistota může připadnout zadavateli též v případě, kdy uchazeč neposkytl součinnost potřebnou k uzavření smlouvy dle ust. § 82 odst. 4 ZVZ. Pro poskytnutí jistoty formou pojištění z{ruky platí ust. § 67 odst. 6 ZVZ, tzn., že pojistn{ smlouva musí být uzavřena tak, že pojištěným je uchazeč a opr{vněnou osobou, kter{ m{ n{rok na pojistné plnění je zadavatel. Pojistitel vyd{ pojištěnému písemné prohl{šení obsahující z{vazek vyplatit zadavateli za podmínek stanovených v ust. § 67 odst. 7 ZVZ pojistné plnění.

17. Opční pr{vo

23

17.1. Zadavatel si vyhrazuje ve smyslu § 99 ZVZ využít opční pr{vo na poskytov{ní dalších (nových obdobných) služeb, jejichž potřeba se vyskytne za dobu plnění veřejné zak{zky a které budou úzce souviset s plněním dodavatele (předmětem opčního pr{va může být zejména zajištění technické podpory licencovaného SW po dobu dalších 2 let po uplynutí technické podpory, kter{ je dle zad{vacích podmínek souč{stí předmětu plnění této veřejné zak{zky a d{le též další rozvoj informačního systému nad r{mec technické podpory, a to zejména ve vazbě na z{sadnější legislativní změny vyžadující komplexnější úpravu IS). Toto opční pr{vo je možné využít výhradně za předpokladu naplnění podmínek dle ZVZ. 17.2.

Zadavatel může opční pr{vo využít v průběhu 3 let ode dne účinnosti smlouvy na realizaci veřejné zak{zky.

17.3.

Opční pr{vo je zadavatel opr{vněn uplatnit vůči uchazeči, s nímž bude uzavřena smlouva, a to v plném rozsahu či jen z č{sti.

17.4.

I když zadavatel zahrnul předpokl{danou hodnotu plnění do celkové předpokl{dané

hodnoty

předmětu

veřejné

zak{zky,

uchazeč

nezahrne

nabídkovou cenu za tuto č{st plnění odpovídající opčnímu pr{vu do své nabídkové ceny.

18. Opr{vnění a výhrady zadavatele 18.1.

N{klady spojené s účastí v zad{vacím řízení nese každý účastník s{m.

18.2.

Zadavatel si vyhrazuje pr{vo dodatečně změnit či doplnit zad{vací podmínky.

18.3.

Zadavatel si vyhrazuje pr{vo zrušit zad{vací řízení v souladu s příslušnými ustanoveními ZVZ.

18.4.

Zadavatel nepřipouští varianty nabídky.

18.5.

Zadavatel si vyhrazuje pr{vo ověřit informace obsažené v nabídce uchazeče u třetích osob a uchazeč je povinen mu v tomto ohledu poskytnout veškerou potřebnou součinnost.

18.6.

Zadavatel je opr{vněn jakékoliv informace či doklady poskytnuté uchazeči použít, je-li to nezbytné pro postup podle ZVZ či pokud to vyplýv{ z účelu ZVZ.

19. Seznam příloh Souč{stí zad{vací dokumentace jsou n{sledující přílohy: Příloha č. 1: Z{vazný n{vrh smlouvy Příloha č. 2: Podrobn{ specifikace předmětu plnění, vč. požadovaného (referenčního) modelu architektury

24

Příloha č. 3: Vzor čestného prohl{šení o splnění vybraných z{kladních kvalifikačních předpokladů (které mohou být splněny formou čestného prohl{šení) Příloha č. 4: Vzor čestného prohl{šení podle ust. § 68 odst. 3 ZVZ Příloha č. 5: Vzor krycího listu nabídky Příloha č. 6: Popisy případu užití (Use case modeling) Příloha č. 6 zad{vací dokumentace bude před{na v elektronické podobě na CD na z{kladě ž{dosti z{jemce (dodavatele). Podmínkou poskytnutí přílohy č. 6 dodavateli je podpis smlouvy o ochraně obchodního tajemství mezi zadavatelem a dodavatelem, kter{ tvoří přílohu č. 7 zad{vací dokumentace, a její doručení kontaktní osobě zadavatele dle odst. 1.2. zad{vací dokumentace. Příloha č. 7: Smlouva o ochraně obchodního tajemství Příloha č. 8: HW a SW vybavení zadavatele

V Ostravě dne 8. 1. 2013

<<<<<<<<<<<<<<<<<<<<<<<. Ing. Lubomír K{ňa, ředitel Revírní bratrsk{ pokladna, zdravotní pojišťovna

25

Příloha č. 1

Z{vazný vzor smlouvy (Z{vazný vzor smlouvy je uveden v samostatném dokumentu)

26

Příloha č. 2

Podrobn{ specifikace předmětu plnění, vč. požadovaného (referenčního) modelu architektury Prioritizovaný seznam modulů rozdělený do f{zí Je oček{v{no využití N{zev modulu v novém IS

Priorita F{ze

Zdůvodnění priority

modulů třetí strany (není však nezbytné, pouze vhodné)

vytvoření hrubé architektonické kostry, na Z{kladní kostra systému

90000 I

které lze stavět

Ano

poč{tek naplnění funkce zdravotní Registr

10000 I

pojišťovny

Ne

bez sítě poskytovatelů nelze zajistit zdravotní Smluvní vztahy

9000 I

služby pro pojištěnce

Ne

Úhrady

8000 I

smysl pojišťovny je zaplatit zdravotní služby

Ne

Revize

7000 I

přímý dopad na výši úhrady

Ne

Expozitury I.

6000 I

mění informace v registru

Ne

Účetnictví I.

5000 I

nutno zaplatit za zdravotní služby

Ne

vstupní/výstupní kan{l pojišťovny (došl{ a odeslan{ papírov{ pošta, skenov{ní papírové Podatelna I.

4000 I

Port{l ZP

3000 I

pošty, příjem a odesl{ní ISDS)

Ano

vstupní/výstupní kan{l pro poskytovatele zdravotní péče

Ne

č{sti, které slouží k vnitřnímu oběhu Podatelna II.

1000 II

dokumentů v RBP a jejich ukl{d{ní

Č{stečně

Smlouvy a objedn{vky

900 II

nutné k zajištění chodu pojišťovny

Ne

Finance

800 II

nutné ke kontrole toku peněz

Ne

27

č{sti, které nesouvisí přímo s platbami za Účetnictví II.

700 II

zdravotní služby

Č{stečně

Skladové hospod{řství

600 II

souč{st nutn{ k zajištění chodu pojišťovny

L{zeňsk{ péče

500 II

č{st úhrad, kter{ je logicky samostatn{

Ne

Nadstandard

400 II

nen{rokov{ péče o pojištěnce

Ne

Majetek

300 II

souč{st nutn{ k zajištění chodu pojišťovny

Ano

Ano

č{sti, které nesouvisí přímo se změnami Expozitury II.

200 II

údajů pojištěnce

Ne

posunuto z důvodu nevyjasněné praxe Pr{vní odbor

100 III

pojišťovny po zavedení JIM

Ne

posunuto z důvodu nevyjasněné praxe N{hrady škod

90 III

pojišťovny po zavedení JIM

Ne

Administrace systému

80 III

systému

Stravov{ní

70 III

neklíčov{ činnost pojišťovny

Ano

Helpdesk

60 III

neklíčov{ činnost pojišťovny

Ano

Implementace řešení do prostředí zadavatele

50 III

přechod do rutinního provozu

-

Migrace a vyčištění dat ze st{vajícího systému

40 III


-

Zaškolení pracovníků zadavatele

30 III


-

Zajištění zkušebního provozu

20 III


-

logicky vhodné dotvořit po vytvoření celého Ne

28

Blokové schéma architektury nového IS

29

Legenda:  Šipky propojení mezi moduly kreslené plnou čarou musí být respektov{ny  Šipky propojení mezi moduly kreslené přerušovanou čarou představují alternativy  Je přípustné, aby navrhované řešení obsahovalo modul, který zastane pr{ci více bloků architektury  Je oček{v{no, že jeden blok architektury bude v navrhovaném řešení tvořen více prvky

Obecné principy, které musí IS splňovat

Společné principy pro všechny moduly 1. Jednotn{ identifikace uživatele v každé č{sti systému pomocí napojení na Microsoft Active Directory (např. přes LDAP) 2. V nejvyšší možné míře používat pro načít{ní vstupů a vystavov{ní výstupu rozhraní, které je podporov{no řešeními více než dvou výrobců (např. „de facto“ standardy ODBC, LDAP, WebDAV, SOAP apod.) 3. Umožnit okamžité logov{ní informací, varov{ní a chyb vzniklých v daném modulu do jednotné datab{ze logů 4. Každý modul musí mít platnou technickou podporu, po celou dobu jeho využív{ní (být buď podporov{n uchazečem, nebo smlouvou s třetí stranou) 5. Veškeré informace nebo upozornění pro uživatele a popisy chyb musí být lokalizov{ny do českého jazyka

Principy, které musí splňovat kontejner uživatelského rozhraní 1. Při až 250 souběžně připojených uživatelích musí vykreslovat rozhraní do 2 vteřin (vyjma prvotního n{běhu) 2. Při až 250 souběžně připojených uživatelích musí zvýraznit vybraný element GUI do 1 vteřiny 3. Při až 250 souběžně připojených uživatelích musí provést vybranou akci do 10 vteřin (vyjma hromadného zpracov{ní) 4. Pokud bude jak{koliv akce trvat déle než 10 vteřin, musí zobrazit indik{tor průběhu. 5. Bude

umožňovat

změnu

barevného

schématu,

kter{

nebude

znamenat

program{torský z{sah (např. změnou konfiguračního souboru) 6. Bude všude zobrazovat navigační a notifikační lištu

Principy, které musí splňovat kontejner napojení externích služeb 1. Musí umožňovat napojení webových služeb pracujících v architektuře SOAP a REST 2. Musí zvl{dnout minim{lně 5 000 dotazů/odpovědí na webové služby za minutu

30

3. Musí umožňovat automatickou kontrolu dostupnosti webových služeb, včetně nastavení notifikace při nedostupnosti

Principy, které musí splňovat kontejner workflow 1. Musí umožňovat elektronický oběh dokumentů (minim{lně ve form{tech PDF 1.3a, Office Open XML) 2. Musí podporovat přiřazov{ní akcí lidským účastníkům workflow (včetně podpory notifikace), podporovat spouštění akcí časovačem a podporovat spouštění akcí vyvolaných stavem nebo hodnotou 3. Musí podporovat přiřazov{ní akcí rolím nikoliv konkrétním účastníkům 4. Musí umožňovat změnu definice workflow bez nutnosti programov{ní (např. ve vizu{lním editoru BPMN 2.0) 5. Musí umožňovat sledov{ní jednotlivých průběhů všemi workflow (statistický přehled podle času, osoby, role, typu workflow) 6. Musí zvl{dnout minim{lně 1000 přechodů ve workflow za minutu

Principy, které musí splňovat kontejner obchodní logiky 1. Musí podporovat jak produkční pravidla (inference rules), tak reaktivní pravidla (Event Condition Action rules) 2. Musí být nez{vislý na použité relační datab{zi a také na použitém kontejneru workflow, ale využít k napojení obecný mechanismus 3. Musí umožňovat porovn{vat vz{jemně více než dva různé datab{zové objekty 4. Musí umožňovat verzov{ní pravidel a nastavení jejich platnosti pro určit{ časov{ období

Principy, které musí splňovat podnikov{ sběrnice služeb 1. V případě, že moduly nového IS spolu nebudou schopny komunikovat přímo, pak bude sloužit k jejich propojení a. Nesmí se jednat o nadpoloviční většinu modulů b. I při využití podnikové sběrnice musí být splněny veškeré definované výkonnostní parametry daných modulů 2.

Musí být schopna persistentně uchovat nepředané zpr{vy mezi vysílající službou a přijímající službou

31

Principy, které musí splňovat platforma pro objektově-relační mapov{ní 1. Musí umožňovat mapov{ní objektů definovaných ve vybraném programovacím jazyce na tabulky relační datab{ze 2. Mapov{ní mezi objekty a tabulkami musí být možné bez použití programovacího jazyka (např. konfigurace v XML) 3. Platforma musí mít jazyk pro dotazov{ní nad objekty 4. Platforma musí podporovat více než dvě rozdílné datab{ze

Principy, které musí splňovat reportovací n{stroj 1. Musí umožňovat napojení na relační datab{zi přes rozhraní ODBC 2. Musí vytv{řet výstupy ve form{tech PDF (PDF 1.3a nebo vyšší), HTML (HTML 4.01 nebo vyšší), XLSX (Office Open XML) 3. Rychlost d{vkového generov{ní výstupů minim{lně 5 000 stran/minutu 4. Možnost individu{lního spouštění generov{ní výstupů („on demand“) 5. Musí umožnit vytvořit na definovanou skupinou dat šablonu výstupu v grafickém prostředí (bez nutnosti znalosti programovacího/ skriptovacího jazyka) 6. Možnost nastavení workflow pro schvalov{ní výstupu

Principy, které musí splňovat systém pro spr{vu obsahu 1. Musí existovat možnost ukl{dat metadata ke každému souboru 2. Musí poskytovat rozhraní pro integraci s okolním světem (minim{lně jednu z uvedených technologií - WebDAV, LDAP, SOAP) 3. Musí existovat možnost nastavit přístupov{ pr{va jedinci nebo skupině jedinců na spravovaný objekt nebo skupinu objektů 4. Musí obsahovat politiky, které nastaví, kolik z{ložních kopií musí být uloženo, jak dlouho m{ být dokument uchov{n a jak{ akce se m{ po uplynutí dané doby automaticky provést (např. smaz{ní) 5. Musí poskytovat uživatelsky rozšiřitelnou skupinu atributů, které lze využít k indexaci 6. Musí umožňovat vyhled{ní obsahu na z{kladě indexovacích parametrů 7. Musí podporovat „archivační“ funkci (Write Once Read Many), včetně možnosti připojení obsahu na konec zapsaného souboru (append) 8. Musí podporovat form{t PDF-A, včetně podepisov{ní certifik{tem založeným na standardu X.509

32

Principy, které musí splňovat relační datab{ze 1. Musí minim{lně splňovat standard SQL-92, nejlépe i standard SQL:2008 (ISO 9075:2008) 2. Musí umožňovat ukl{d{ní bin{rních objektů (nestrukturovan{ data – např. soubory ve form{tu PDF, PNG) 3. Nesmí obsahovat programové omezení, které zabr{ní uložení dat do velikosti 10 TB 4. Principy, které musí splňovat datov{ struktura uvnitř relační datab{ze a. Datov{ struktura datab{ze musí splňovat Boyce-Coddovu norm{lní formu nebo být v 3. norm{lní formě b. Všechny číselníky musí podporovat časové omezení (platnost od a platnost do) c. Katalog pojištěnců, katalog poskytovatelů zdravotních služeb a katalog pl{tců pojistného musí podporovat časové omezení kterékoliv v něm zaznamenané informace (platnost od a platnost do) 5. Musí na HW zadavatele být maxim{lní doba pro dokončení výpočtu v r{mci ročního vyúčtov{ní úhrad hrazených služeb pro „největšího“ poskytovatele zdravotních služeb nejvýše 2 hodiny. Pro rok 2012 se jedn{ o cca 10.500 hospitalizačních případů sestavených z cca 14.500 vyk{zaných a uznaných dokladů (ve form{tu K-d{vek). Výpočet se skl{d{ z: a. sestavení Vstupní věty DRG dle aktu{lní „Metodiky sestavení případu hospitalizace“ vyd{vané N{rodním referenčním centrem pro jednotlivé hospitalizační případy b. přiřazení hospitalizačního případu do skupiny DR dle aktu{lního Grouperu c. přiřazení relativní v{hy hospitalizačním případům dle aktu{lní „Metodiky přiřazení relativní v{hy k případu hospitalizace“ vyd{vané N{rodním referenčním centrem. Detailní popisy požadované funkčnosti výše popsaných modulů Pro detailní popis požadované funkčnosti byla zvolena metodika Popisu případu užití (Use case modeling). Tam, kde to bylo možné, je poskytnuta relevantní metodika, relevantní z{konn{ norma nebo doporučení určené všem zdravotním pojišťovn{m (např. metodika VZP pro pořízení, příjem a vystavov{ní dokladů). Popisy případu užití tvoří přílohu č. 6 zad{vací dokumentace - vzhledem ke značnému rozsahu těchto materi{lů (desítky souborů a stovky str{nek) jsou tyto materi{ly dostupné pouze v elektronické podobě. Tyto podklady budou sloužit jako podklad k akceptačnímu testov{ní při před{v{ní jednotlivých modulů díla.

33

Veřejn{ zak{zka „Vyvinutí, nasazení a podpora nového centr{lního informačního systému RBP“ Zad{vací dokumentace

Příloha č. 3

Vzor čestného prohl{šení o splnění vybraných z{kladních kvalifikačních předpokladů (které mohou být splněny formou čestného prohl{šení)

Čestné prohl{šení

obchodní firma/n{zev/jméno a příjmení2 se sídlem/místem podnik{ní<< IČ:<< společnost zapsan{ v obchodním rejstříku vedeném <<, oddíl <<, vložka <<3 zastoupený / jejímž jménem jedn{: <<

čestně prohlašuje, že: 

nenaplnil v posledních třech (3) letech skutkovou podstatu jedn{ní nekalé soutěže formou podpl{cení podle zvl{štního pr{vního předpisu,



vůči jeho majetku neprobíh{ nebo v posledních třech (3) letech neproběhlo insolvenční řízení, v němž bylo vyd{no rozhodnutí o úpadku nebo insolvenční n{vrh nebyl zamítnut proto, že majetek nepostačuje k úhradě n{kladů insolvenčního řízení, nebo nebyl konkurs zrušen proto, že majetek byl zcela nepostačující nebo zavedena nucen{ spr{va podle zvl{štních pr{vních předpisů,



není v likvidaci,



nem{ v evidenci daní zachyceny daňové nedoplatky, a to ve vztahu ke spotřební dani (jak v České republice, tak v zemi sídla, místa podnik{ní či bydliště uchazeče),



nem{ nedoplatek na pojistném a na pen{le na veřejné zdravotní pojištění (jak v České republice, tak v zemi sídla, místa podnik{ní či bydliště uchazeče),



není veden v rejstříku osob se z{kazem plnění veřejných zak{zek,



nebyla mu v posledních 3 letech pravomocně uložena pokuta za umožnění výkonu neleg{lní pr{ce podle zvl{štního pr{vního předpisu.

Identifikační údaje doplní uchazeč dle skutečnosti, zda se jedn{ o uchazeče – fyzickou či pr{vnickou osobu. 2

3

Uchazeč případně doplní jiný veřejný rejstřík, ve kterém je evidov{n či zaps{n. 34


V <<<<<<<.. dne <<<<<..

Podpis osoby opr{vněné jednat jménem uchazeče či jej zastupovat:

<<<<<<<<<<<<.

35


Příloha č. 4

Vzor čestného prohl{šení podle ust. § 68 odst. 3 ZVZ

Čestné prohl{šení

obchodní firma/n{zev/jméno a příjmení4 se sídlem/místem podnik{ní<< IČ:<< společnost zapsan{ v obchodním rejstříku vedeném <<, oddíl <<, vložka <<5 zastoupený / jejímž jménem jedn{: <<

čestně prohlašuje,6 že: 

že jeho statut{rní org{n či ž{dný z členů jeho statut{rní org{nu v posledních 3 letech od konce lhůty pro pod{ní nabídek nebyl v pracovněpr{vním, funkčním či obdobném poměru u zadavatele, anebo níže předkl{d{ seznam statut{rních org{nů nebo členů statut{rních org{nů, kteří v posledních 3 letech od konce lhůty pro pod{ní nabídek byli v pracovněpr{vním, funkčním či obdobném poměru u zadavatele,



neuzavřel a neuzavře zak{zanou dohodu podle zvl{štního pr{vního předpisu (tj. z{kona č. 143/2001 Sb., o ochraně hospod{řské soutěže a o změně některých z{konů, ve znění pozdějších předpisů) v souvislosti se zad{vanou veřejnou zak{zkou,



souhrnn{ jmenovit{ hodnota ž{dného z vlastníků akcií nepřesahuje 10 % z{kladního kapit{lu, anebo níže předkl{d{ seznam vlastníků akcií, který byl vyhotoven ve lhůtě pro pod{ní nabídek, jejichž souhrnn{ jmenovit{ hodnota přesahuje 10 % z{kladního kapit{lu. 7

Identifikační údaje doplní uchazeč dle skutečnosti, zda se jedn{ o uchazeče – fyzickou či pr{vnickou osobu. 4

5

Uchazeč případně doplní jiný veřejný rejstřík, ve kterém je evidov{n či zaps{n.

Uchazeč je povinen prohl{šení a další informace, které mají tvořit obsah prohl{šení, upravit a doložit podle skutečnosti. 6

7

Jen pokud dodavatel m{ formu akciové společnosti. 36


V <<<<<<<.. dne <<<<<..

Podpis osoby opr{vněné jednat jménem uchazeče či jej zastupovat:

<<<<<<<<<<<<.

37


Příloha č. 5

Vzor krycího listu nabídky KRYCÍ LIST NABÍDKY Origin{l/Kopie „Vyvinutí, nasazení a podpora nového centr{lního informačního systému N{zev

RBP“

Z{kladní identifikační údaje Zadavatel: N{zev:

Revírní bratrsk{ pokladna, zdravotní pojišťovna

Sídlo:

Ostrava, Slezsk{ Ostrava, Mich{lkovick{ 967/108

IČ:

47673036

Osoba opr{vněn{ jednat jménem zadavatele či jej Ing. Lubomír K{ňa, ředitel zastupovat: Uchazeč: Obchodní firma/n{zev/příp. jméno a příjmení: Sídlo/místo podnik{ní: Fax: IČ: DIČ: Kontaktní

adresa

pro

písemný styk: Telefon: Email: Celkov{ nabídkov{ cena za plnění v Kč bez DPH: Sazba DPH a finanční hodnota odpovídající DPH: Celkov{ nabídkov{ cena za plnění v Kč vč. DPH: Podpis

opr{vněné

osoby: <<<<<<<<<<<<<<<<<<<<

38


Titul,

jméno,

příjmení Funkce

39


Příloha č. 6 Popisy případu užití (Use case modeling) (Bude dodavatelům zpřístupněna na z{kladě podpisu smlouvy o ochraně obchodního tajemství)

40


Příloha č. 7 Smlouva o ochraně obchodního tajemství (Smlouva o ochraně obchodního tajemství je obsažena v samostatném dokumentu)

41


Příloha č. 8 HW a SW prostředí zadavatele

1.

Obecné informace o zadavateli

Zadavatel m{ aktu{lně 213 zaměstnanců a srovnatelné množství osobních počítačů (pracovních stanic) – cca 250. Každ{ z těchto pracovních stanic je vybavena z{kladní sadou softwaru (podrobnosti v n{sledující kapitole). Téměř všichni zaměstnanci využívají informační systém na denní b{zi (minim{lně 200 z nich).

2.

Softwarové prostředí zadavatele

Vzhledem k postupné obnově pracovních stanic i serverů je softwarové prostředí zadavatele poměrně různorodé. Z{kladní softwarovou výbavu pracovních stanic tvoří: 

Systém Windows o 137 ks Windows XP o 167 ks Windows 7



Microsoft Office (247 ks verze Standard, 23 ks verze Professional) o 93 ks ve verzích 2003, 2007 o 177 ks ve verzi 2010



Antivirové řešení o 337 ks Symantec Endpoint Protection



Ostatní o Windows Internet Explorer 9 o Mozilla Firefox 15.0.1 o Java, verze 6, update 35

Serverové licence:    

Windows server 2008: 210 ks User CAL Windows server 2012: 40 ks User CAL Microsoft VDA (Virtual Desktop Access Subscription), 20 ks Microsoft 2008 R2 Datacenter Edition, 4 ks

42


3.

Provoz informačního systému

Aktu{lně se inovující produkční prostředí informačního systému se bude v průběhu roku 2013 skl{dat z dvou datab{zových serverů DELL PowerEdge T620 (nebo R720 – rack verze, s minim{lními rozdíly konfigurace oproti T620) a aplikačního serveru DELL PowerEdge R310. Jedn{ se o servery s n{sledující konfigurací: DELL PowerEdge T620 

          

2 sockety o 1. procesor: Intel XEON E5-2667, 6C, 2.90GHz, 15M Cache, 8.0 GT/s QPI, Turbo, 130W, DDR3-1600MHz o 2. procesor: stejný jako první procesor RAM: 384GB, DDR3, 1600MHz, (24x16GB DualRank RDIMMs, x4, 1600 MHz) HDD: 2+12 ks, SAS 6Gbps, 900 GB každý, 10k rpm, hot-plug, konfig. v RAID 1 a RAID5 řadič HDD: PERC H710p integrovaný, nastaven RAID 1 a RAID5, 1GB NV Cache interní Dual SD Modul s 2x2GB SD kartou 16x DVD +- RW mechanika, SATA, interní síť: 4 ks Ethernet 10/100/1000 Base-TX (1x4 ks) + 4 ks 10Gb Ethernet Base-T (2x2 ks) 2 kusy adaptéru HBA s FC rozhraním: QLogic QLE2560, Single Port, 8Gbps Fibre Channel PCIe HBA Card, LC-LC, Tyco 1 kus SAS 6Gbps HBA externí řadič nap{jecí zdroje: min. 2 ks, vyměnitelné za chodu server typu věž (samostatně stojící) operační systém: Red Hat Enterprise Linux, 1-2 sockety, 3 roky podpora, 1 virt. Guest

DELL PowerEdge R310 Rack Chasis         

1 socket o procesor : Intel Core i3-550, 2C, 3.20GHz, 4M Cache, DDR3-1333MHz RAM : 16GB, DDR3, 1333MHz, (4x4GB DualRanked LV UDIMMs) HDD : 2 ks, SAS 6Gbps, 600 GB každý, 3.5“, 15k rpm, hot-plug, RAID-1 řadič HDD : PERC H700A Integrated, 1GB NV Cache 16x DVD +- RW mechanika síť : 6 ks portů - Ethernet 10/100/1000 Base-TX nap{jecí zdroje : 2 ks, vyměnitelné za chodu rack mountable with universal sliding rails operační systém : Red Hat Enterprise Linux 6.0, 1 or 2 CPU, 1 Virtual Guest

Licence Oracle    

Standard Edition One (Processor Perpetual, Full Use), 10 ks Forms and Reports (Processor Perpetual, Full Use), 4 ks Standard Edition One (Named User Plus Perpetual, Full Use), 5ks Weblogic Server Standard Edition (Processor Perpetual, Full Use), 1 ks

43

ZAD[VACÍ DOKUMENTACE VEŘEJN[ ZAK[ZKA

Recommend Documents