Doplňující informace k veřejné zakázce malého rozsahu Dodávka elektronického systému spisové služby

Transkript

1 Doplňující informace k veřejné zakázce malého rozsahu Dodávka elektronického systému spisové služby 1. Z obsahu zadávací dokumentace (výzvy) vyplývá, že součástí požadovaného plnění je rovněž servisní podpora po předání systému do provozu? Pokud ano, na jakou dobu? Ano, součástí předmětu plnění je rovněž poskytnutí provozní technické podpory (maintenance). V nabídkové ceně uchazeč zahrne rovněž cenu této servisní podpory na dobu 1 rok od předání systému do provozu. 2. V kapitole 5. Forma zpracování, Odst. b. Členění nabídky - je uveden požadavek na předložení návrhu smlouvy o provozní podpoře na dobu 4 let. Znamená to skutečně, že součástí hodnoty veřejné zakázky je rovněž poskytnutí servisní podpory na dobu 4 let? Ne, zadavatel tímto upřesňuje požadavek uvedený ve výzvě, přičemž požaduje, aby součástí smlouvy o dílo bylo zajištění servisní podpory na dobu 1 roku od předání systému do provozu. 3. Z důvodu porovnatelnosti nabídek předložených uchazeči je nezbytné blíže specifikovat požadovaný (předpokládaný) rozsah služeb, uvedených v odst. Dodavatel poskytne (součást bodu 2. Přílohy č.1). Níže jsou podtrženou kurzívou blíže specifikovány požadavky na požadované služby: Nové verze systému, do kterých jsou zahrnuty standardní úpravy, které sledují změnu resortních předpisů a dokumentace s popisem změn. Záruku na včasnou inovaci systému dle změn předpisů a zákonů. Dodání nové verze resp. inovace systému ve lhůtě nejdéle do 3 měsíců od účinnosti změny, pokud v konkrétních případech nebude dohodnuto jinak. Telefonickou konzultační službu a uživatelskou podporu v režimu 8 x 5. Rozsah 10h měsíčně. V akutních případech (havarijní stav) hot-line v režimu 24 x 7. Rozsah 10h ročně. Konzultační činnost týkající se systému. Rozsah 20h ročně. Záruku na okamžité a operativní řešení havárií a atypických situací provozu. Požadovaná reakční doba je 5 hodin od nahlášení havarijního stavu. Údržbu databázového serveru (prevence, nastavení parametrů). Rozsah 10h ročně. ~ 1 ~

2 Pravidelné kontroly systému, a to 2 krát ročně, včetně cestovních a servisních nákladů a vystavení validačního protokolu. Předpokládaný rozsah jedné kontroly činí jeden pracovní den. Zadavatel rozšiřuje současně požadavky uvedené v odst. Dodavatel poskytne (součást bodu 2. Přílohy č.1) o následující požadavek: Případné požadované programové úpravy systému dle zadání FNOL přepokládané v rozsahu například 50 hodin ročně. 4. V bodě 2. Přílohy č.1 odst. Dodavatel zajistí jsou uvedeny technické požadavky, které mají spíše charakter předmětu plnění. Lze tedy obsah a účel tohoto bodu upřesnit? Skutečně zde uvedené požadavky jsou myšleny jako součást předmětu plnění, nikoliv technické požadavky. 5. Z dokumentu Veřejná zakázka malého rozsahu na dodávku Elektronického systému spisové služby a jeho přílohy č. 1 není zcela jednoznačné, jaké jsou technické kvalifikační požadavky, neboť v bodě 2. Přílohy upřesňujícím tyto požadavky, je požadováno například i vyhotovení implementační dokumentace, přičemž takto stanovený kvalifikační požadavek je velmi problematicky splnitelný. Pro jednoznačnost a přehlednost požadavků zadavatele na zpracování nabídky uchazečem, upřesňuje zadavatel technické kvalifikační požadavky požadované dle bodu 4. Odst. 2. Přílohy č. 1 výzvy následovně: a. Nabízený systém musí odpovídat platným právním předpisům. Respektovat příslušná ustanovení zákona č. 190/2009 Sb., kterým se mění zákon č. 499/2004 Sb., o archivnictví a spisové službě a o změně některých zákonů, ve znění pozdějších předpisů, být v suladu s vyhláškou č. 191/2009 Sb., o podrobnostech výkonu spisové služby, a zohledňovat i další související právní předpisy. Informační systém zároveň musí plně zohledňovat požadavky zákona č. 300/2008 Sb., o elektronických úkonech a autorizované konverzi dokumentů, ve znění zákona č. 190/2009 Sb., a to včetně vazby na povinně využívanou datovou schránku organizace. Do musí splňovat požadavky Národního standardu. IS musí být v souladu s vyhláškou č. 385/2006 Sb., o ukládání zdravotnické dokumentace, ve znění pozdějších předpisů. b. SW bude provozovatelný na DB SQL minimálně verze 2005 SP2. c. SW bude ověřovat uživatele v Active directory stačí zjistit, kdo je přihlášen do Windows a porovnat s uživatelem programu. d. SW bude provozovatelný jako virtuální server na Hyper-V RZ. e. SW bude provozovatelný v nesnížené kvalitě na stanicích s OS Windows XP a vyšším. f. SW umožní webové rozhraní pro externí a kooperující pracoviště. g. SW bude umožňovat rozšíření na DMS. Uchazeč prokáže splnění kvalifikačních požadavků předložením čestného prohlášení. Současně zadavatel vyjímá z kvalifikačních požadavků uvedených ve výzvě následující body: - Dodavatel vypracuje implementační dokumentaci dle vzoru OIS. ~ 2 ~

3 - Dodavatel navrhne způsob zálohování a údržby databáze ve spoluprácí s OIS. - Dodavatel navrhne a zaručí se za kompatibilitu konkrétních typů HW potřebného pro provoz dodaného SW (OS PC, OS serverů, tiskárny,..). Výše uvedené body představují požadavky na vybraného uchazeče, které bude muset splnit v průběhu implementace systému. 6. V bodě 5. Přílohy č.1 jsou uvedeny požadavky zpracování nabídkové ceny. Zde uvedené množství licencí je myšleno jako licence uživatelské, nebo naopak licence pro organizační jednotku bez specifikovaného (neomezeného) počtu uživatelů? Lze jednoznačně specifikovat požadavky na zpracování nabídkové ceny? Požadované počty licencí jsou chápany na samostatné organizační jednotky (útvary), bez omezení počtu uživatelů. Uchazeč vyhotoví nabídkovou cenu v této struktuře: Položka počet MJ MJ celkem bez celkem s 1. SW Moduly: licencí Podatelna/Výpravna 1 Spisový uzel 170 Datové schránky 1 epodatelna 1 Příruční spisovna zdravotnická dokumentace Centrální spisovna - zdravotnická dokumentace Centrální spisovna - nezdravotnická dokumentace Školení: osob Školení správce 2 Školení uživatelů podatelna/výpravna 5 Školení uživatelů spisový uzel 70 Školení uživatelů příruční spisovna 30 Školení uživatelů centrální spisovna 8 3. Maintenance včetně požadovaného rozsahu služeb: Celková maintenance zahrnující obsahující: Update po změně právních a resortních předpisů 1 1 celkem za rok průběžně X X X X ~ 3 ~

4 Telefonickou konzultační službu a uživatelskou podporu v režimu 8h x 5 dní týdně. V akutních případech (havarijní stav) hot-line v režimu 24 x 7. Konzultační činnost týkající se systému. Záruku na okamžité a operativní řešení havárií a atypických situací provozu s reakční dobou 5 hodin. Údržbu databázového serveru (prevence, nastavení parametrů). Pravidelné kontroly systému v rozsahu jednoho pracovního dne. Programové úpravy systému dle zadání FNO. 10 h/měsíčně X X X X 10 h/ročně X X X X 20 h/ročně X X X X X X X X 10 h/ročně X X X X 2 dny/ročně X X X X 50 h/ročně X X X X Celková nabídková cena bez : Celková nabídková cena s : Celková nabídková cena je součtem položek 1., 2. a 3. Ceník souvisejících služeb (není součástí celkové nabídkové ceny ani předmětem hodnocení) Programové úpravy systému dle zadání FNOL přepokládané v rozsahu nad 50 hodin ročně (nad rámec maintenance): analytické programátorské implementační školení uživatelů poradenství ostatní Maintenance v poptávaném rozsahu v době záruky Maintenance v poptávaném rozsahu po uplynutí záruky MJ rok rok MJ celkem bez celkem s X X X X Nabídková cena bude uvedena v CZK bez za celý předmět plnění. Uchazeč uvede nabídkovou cenu v závazném návrhu smlouvy o dílo. Nabídková cena musí být úplná (zahrnující veškeré náklady spojené s realizací zakázky). ~ 4 ~

5 7. Jaká jsou hodnotící kritéria veřejné zakázky? Jak bude probíhat hodnocení nabídek? Základním hodnotícím kritériem je Ekonomická výhodnost nabídky. Dílčí hodnotící kritéria jsou stanovena následovně: a) Celková nabídková cena, váha kritéria 60% b) Popis nabízeného aplikačního a technického řešení 40% Popis dílčích kritérií způsobu jejich hodnocení: V rámci dílčího kritéria a), bude zadavatel hodnotit celkovou nabídkovou cenu veřejné zakázky bez. Uchazeč uvede nabídkovou cenu bez a s v krycím listu a v návrhu smlouvy. Nejvýhodnější nabídku v rámci tohoto dílčího kritéria předloží uchazeč, který nabídne nejnižší nabídkovou cenu. V rámci dílčího kritéria b), bude zadavatel hodnotit uchazečem předložený Popis nabízeného aplikačního a technického řešení, který bude tvořit samostatnou součást předložené nabídky. Zadavatel bude posuzovat komplexnost nabízeného řešení z pohledu požadavků uvedených v této výzvě, spolu s prokázáním schopnosti dodavatele splnit požadovaný předmět ve vztahu ke specifickým požadavkům zdravotnických zařízení. Je proto vhodné, aby předložený Popis uchazeč doplnil ukázkami obrazovek (screenu) aplikace, návodem k aplikaci a požadavky na součinnost zadavatele v případě, že bude vyžadována. V rámci tohoto kritéria zadavatel bude rovněž posuzovat (ověřovat) předložené referenční řešení. Jako nejvýhodnější bude vybrána nabídka uchazeče dle níže uvedeného postupu: a) Nabídky budou pro každé dílčí kritérium ohodnoceny na stupnici bodů. b) Nabídka, která je v daném dílčím kritériu nejvýhodnější, obdrží za toto kritérium 100 bodů. Ostatní nabídky získají takové bodové ohodnocení, které vyjadřuje míru splnění daného dílčího kritéria ve vztahu k nejvýhodnější nabídce. Pro číselně vyjádřitelná dílčí kritéria se přitom použije tohoto vzorce: u kritérií, kde má nejvýhodnější nabídka minimální hodnotu tj. kritérium a) počet bodů kritéria = (Hodnota nejvhodnější nabídky/hodnota nabídky) * 100 u kritérií, kde má nejvýhodnější nabídka maximální hodnotu tj. kritérium b) počet bodů kritéria = (Hodnota nabídky/hodnota nejvhodnější nabídky) * 100 c) Bodová hodnocení dílčích kritérií jsou vynásobena vahou daného kritéria. d) Budou sečteny body za jednotlivá dílčí kritéria. e) Vítězí nabídka s nejvyšším celkovým počtem bodů. Zadavatel bude hodnotit pouze nabídky uchazečů, kteří splní požadovanou kvalifikaci. Uchazeči, kteří kvalifikaci nesplní, budou z hodnocení nabídek vyloučeni. O výsledku výběrového řízení budou informováni všichni uchazeči, jejichž nabídka nebyla vyřazena. O případném vyřazení nabídky bude uchazeč vyrozuměn. 8. Jaké jsou požadované součásti nabídky, kterou má uchazeč předložit? ~ 5 ~

6 1. Krycí list nabídky (obchodní firma, sídlo, IČ a DIČ, statutární zástupci, telefon, fax, , celková výše nabídkové ceny bez a včetně ), 2. Doklad o oprávnění k podnikání ve vztahu k předmětu zakázky (živnostenský list) ve formě prosté kopie, 3. Výpis z Obchodního rejstříku či výpis z jiné obdobné evidence, pokud je v ní uchazeč zapsán, ve formě prosté kopie. 4. Prohlášení uchazeče o splnění technických a funkčních požadavků 5. Požadované reference 6. Popis nabízeného aplikačního a technického řešení 7. Cenová kalkulace nabídky dle požadované struktury 8. Návrh smlouvy k realizaci dodávky systému a návrh smlouvy o provozní podpoře. 9. Harmonogram implementace systému 10. Další přílohy, pokud jsou pro úplnost a správnost předložené nabídky vhodné, např. další údaje o dodavateli, profil (představení) dodavatele apod. 11. Je otevírání obálek veřejné? Mají uchazeči možnost být otevírání obálek přítomni? Otevírání obálek v uvedeném termínu není veřejné. S ohledem na druh této veřejné zakázky dle její hodnoty (tj. veřejná zakázka malého rozsahu) je tento postup v souladu s požadavky zákona č. 137/2006 Sb. a s interními předpisy zadavatele. ~ 6 ~