DODATEČNÉ INFORMACE K ZADÁVACÍM PODMÍNKÁM

Transkript

1 Zadavatel: Revírní bratrská pokladna, zdravotní pojišťovna se sídlem: Slezská Ostrava, Michálkovická 108 IČ: Veřejná zakázka: Vyvinutí, nasazení a podpora nového centrálního informačního veřejná zakázka na služby zadávaná v otevřeném řízení podle ust. 27 zákona č. 137/2006 Sb., o veřejných zakázkách, ve znění pozdějších předpisů (dále jen ZVZ ), jejíž oznámení bylo uveřejněno dne DODATEČNÉ INFORMACE K ZADÁVACÍM PODMÍNKÁM MT Legal s.r.o., advokátní kancelář, sídlem Jakubská 1, Brno, jako zástupce výše uvedeného zadavatele v zadávacím řízení k realizaci veřejné zakázky Vyvinutí, nasazení a podpora nového centrálního informačního systému RBP poskytuje v souladu s ust. 49 odst. 2 a 3 ZVZ následující dodatečné informace. Dodatečné informace, vč. přesného znění žádosti, jsou uveřejněny rovněž na profilu zadavatele ( Dotaz č. 1 (obdržen ): Prosím o informaci, zda je možné získat vzorová čestná prohlášení a vzor krycího listu nabídky k veřejné zakázce Vyvinutí, nasazení a podpora nového centrálního informačního systému RBP pro Revírní bratrskou pokladnu, zdravotní pojišťovnu, ve formátu DOC, tedy ve wordu. Jedná se o část zadávací dokumentace na stranách Zadávací dokumentaci jsme obdrželi v pouze PDF formátu. Zadavatel přílohou těchto dodatečných informací poskytuje zadávací dokumentaci v požadovaném formátu, tedy v *.doc. Dotaz č. 2 (obdržen ): Na str. 25 ZD zadavatel uvádí, že Příloha č. 6 bude předána v elektronické podobě uchazeči na základě podepsané Smlouvy o ochraně osobního tajemství. Lze tuto přílohu vyzvednout na pobočce MT Legal v Praze? 1

2 Nikoliv. Zadavatel odkazuje na čl. II. odst. 1 smlouvy o ochraně obchodního tajemství, podle které bude CD, obsahují přílohu č. 6 zadávací dokumentace, předáno zástupci dodavatele, který podepsanou smlouvu o ochraně obchodního tajemství osobně doručí na adresu společnosti MT Legal s.r.o., advokátní kancelář, Bukovanského 30, Ostrava Slezská Ostrava. Uvedený režim předání je součástí systému ochrany důvěrnosti dat obsažených v příloze č. 6 zadávací dokumentace. Dotaz č. 3 (obdržen ): Je možné v případě zařazení již existujícího produktu použít přímou komunikaci, např. mezi kontejnerem obchodní logiky a kontejnerem uživatelského rozhraní (bez nutnosti komunikace prostřednictvím ESB nebo kontejneru workflow)? Možnost přímé komunikace mezi kontejnerem obchodní logiky a kontejnerem uživatelského rozhraní je z pohledu zadavatele přípustná zejména v případě, že v daném kontejneru obchodní logiky existuje podpora workflow nebo v případě, že funkčnost workflow není v konkrétním případě potřeba. Návrh řešení uchazeče musí splňovat minimální požadavky zadavatele uvedené v zadávací dokumentaci (viz Principy, které musí splňovat podniková sběrnice služeb na str. 31 zadávací dokumentace). Zadavatel také výslovně uchazeče upozorňuje, že schopnost nabízeného řešení měnit jeho vlastnosti přes nativní funkčnost či konfigurační parametry je jedním z dílčích hodnotících kritérií (k uvedenému blíže viz čl. 9 zadávací dokumentace). Návrh řešení uchazeče v dané oblasti tedy bude nejprve předmětem posouzení z hlediska splnění požadavků zadavatele (z pohledu Principů, které musí splňovat podniková sběrnice služeb ) a následně součástí hodnocení nabídek. Zadavatel současně avizuje, že v dohledné době přistoupí k částečné modifikaci zadávacích podmínek, kterou dodavatelům oznámí prostřednictvím dodatečných informací (a souběžně přistoupí k přiměřenému prodloužení lhůty pro podání nabídek). Dotaz č. 4 (obdržen ): Je možné v případě konkrétních modulů (např. již existujících produktů) využít stávající klientskou část, například pokud se jedná o Oracle klient? Pokud stávající klientská část a způsob jejího napojení na zbytek nabízeného řešení splňuje obecné principy na požadované řešení a referenční model architektury, je to přípustné. Zadavatel také výslovně uchazeče upozorňuje, že schopnost nabízeného řešení měnit jeho vlastnosti přes nativní funkčnost či konfigurační parametry je jedním z dílčích hodnotících kritérií. Dotaz č. 5 (obdržen ): Má být součástí budovaného CIS i zajištění funkcionality spisové služby (pro zajištění 2

3 souladu se zákonem o archivnictví a spisové službě a dalšími předmětnými předpisy) v plném rozsahu, nebo pouze podpora činností podatelny, tak jak je definována v rámci UC_PD001-UC_PD005 pro modul Podatelna I a UC_PD001-UC_PD003 pro modul Podatelna II? Očekává zadavatel dodávku standardního SW balíku pro vedení el. spisové služby nebo jen parciální řešení vymezené uvedenými UseCase? Zajištění komplexní spisové služby v souladu se zákonem o archivnictví a spisové službě a dalšími relevantními právními předpisy je součástí řešení (nabídky uchazeče). S ohledem na přílohu č. 2 zadávací dokumentace zadavatel preferuje dodávku kompletního standardního SW balíku, který vedení el. spisové služby podporuje. Dotaz č. 6 (obdržen ): Odstavec smlouvy hovoří o nasazení rutinního provozu v rámci Fáze III. Znamená to tedy, že veškeré části díla (ve smyslu SW částí, tj. jádro IS a moduly) dodané a akceptované v rámci Fází I a II budou uvolněny do rutinního prostředí až v této fázi? Znamená to tedy, že moduly akceptované ve Fázi I nebudou využívány až do skončení Fáze III? Ve vazbě na tuto skutečnost bude migrace dat probíhat také ve Fázi III do připraveného systému? Nebo zadavatel požaduje více částečných migrací dat? Zadavatel preferuje postupnou migraci jednotlivých modulů tak, aby nový modul plně nahradil funkcionalitu odpovídajícího modulu z aktuálního informačního systému (přičemž plná funkcionalita je popsána v Popisech případů užití daného modulu poskytnutí uvedených informací je podmíněno podpisem smlouvy o ochraně obchodního tajemství). Vzhledem k provázanosti agend zadavatele a jednotlivých modulů je toto proveditelné pouze v případě, že nová platforma IS buď bude technologicky velmi podobná té současné, nebo uchazeč zvolí takovou architekturu řešení, která tuto schopnost bude podporovat. Vzhledem k tomu, že zadavatel zatím nezná parametry nabízených řešení a pro vyjasnění minimálních požadavků migrace zadavatel deklaruje, že minimálně požaduje toto: Migraci dílčích dat v rozsahu postačujícím pro provedení akceptačních testů daného modulu nejpozději v čase bezprostředně předcházejícím zahájení výše uvedeného akceptačního testování. Migraci veškerých dat obsažených ve stávajícím IS do datových struktur dodaného IS tak, aby veškeré dotazy (i na historická data), operace s daty a navádění nových dat bylo možno provádět výhradně v dodaném IS. Toto by mělo být provedeno nejpozději na konci Fáze III. Zadavatel současně avizuje, že v dohledné době přistoupí k částečné modifikaci zadávacích podmínek, kterou dodavatelům oznámí prostřednictvím dodatečných informací (a souběžně přistoupí k přiměřenému prodloužení lhůty pro podání nabídek). Dotaz č. 7 (obdržen ): 3

4 Uveďte prosím jaký počet souběžně pracujících uživatelů (mimo tento počet uveďte i počet pojmenovaných uživatelů) předpokládáte i pro práci s modulem Účetnictví. Předpokládaný počet souběžně pracujících uživatelů: 30 Předpokládaný počet pojmenovaných uživatelů: 35 Dotaz č. 8 (obdržen ): Uveďte prosím jaký počet souběžně pracujících uživatelů (mimo tento počet uveďte i počet pojmenovaných uživatelů) předpokládáte i pro práci s modulem Majetek. Předpokládaný počet souběžně pracujících uživatelů: 15 Předpokládaný počet pojmenovaných uživatelů: 20 Dotaz č. 9 (obdržen ): Uveďte prosím jaký počet souběžně pracujících uživatelů (mimo tento počet uveďte i počet pojmenovaných uživatelů) předpokládáte i pro práci s modulem Skladové hospodářství. Předpokládaný počet souběžně pracujících uživatelů: 15 Předpokládaný počet pojmenovaných uživatelů: 20 Dotaz č. 10 (obdržen ): Uveďte prosím jaký počet souběžně pracujících uživatelů (mimo tento počet uveďte i počet pojmenovaných uživatelů) předpokládáte i pro práci s modulem Helpdesk. Předpokládaný počet souběžně pracujících uživatelů: 20 Předpokládaný počet pojmenovaných uživatelů: 250 Dotaz č. 11 (obdržen ): Akceptujete Výpis ze seznamu kvalifikovaných dodavatelů jako doklad o splnění všech základních kvalifikačních předpokladů, které tento výpis dokladuje? Tzn. je možné jím nahradit např. potvrzení o bezdlužnosti od příslušných úřadů? 4

5 Ano, v souladu s ust. 127 odst. 1 ZVZ bude výpis ze seznamu kvalifikovaných dodavatelů akceptován (zadavatel současně upozorňuje na požadavek maximálního stáří takového výpisu ve smyslu ust. 127 odst. 4 ZVZ). Dotaz č. 12 (obdržen ): dokumentace je poskytnutí odpovědi na dotaz č. 12 (vč. přesného znění dotazu/žádosti o Dotaz č. 13 (obdržen ): dokumentace je poskytnutí odpovědi na dotaz č. 13 (vč. přesného znění dotazu/žádosti o Dotaz č. 14 (obdržen ): Žádáme o informaci, jaký skenovací SW RBP používá? Lze dodat popis používaného skenovacího SW? Zadavatel aktuálně využívá ke skenování jednotlivých dokumentů na stanicích pracovníků kombinaci skenneru CanoScan 8800F či CanoScan 9000F se standardně dodávaným softwarem Canon MP Navigator EX. V průběhu roku 2013 je plánována náhrada těchto stolních skennerů za přístroje OKI MB441 se standardně dodávaným software. Pro hromadné skenování dokumentů využívá zadavatel kombinaci skenneru Canon ImageFormula DR-7550C se standardně dodávaným softwarem CapturePerfect 3. Pro vytěžování a indexování dat z hromadně naskenovaných dokumentů používá zadavatel technologii společnosti ABBYY (ABBYY FlexiCapture 10, ABBYY FlexiLayout Studio 10, ABBYY Recognition Server zahrnuje Scanning Station, Indexing Station). Popis technologie spol. ABBYY: Dotaz č. 15 (obdržen ): dokumentace je poskytnutí odpovědi na dotaz č. 15 (vč. přesného znění dotazu/žádosti o 5

6 Dotaz č. 16 (obdržen ): dokumentace je poskytnutí odpovědi na dotaz č. 16 (vč. přesného znění dotazu/žádosti o Dotaz č. 17 (obdržen ): dokumentace je poskytnutí odpovědi na dotaz č. 17 (vč. přesného znění dotazu/žádosti o Dotaz č. 18 (obdržen ): Na straně 31 Zadávací dokumentace jsou popsány Principy, které musí splňovat podniková sběrnice služeb. Máme si vykládat první větu odstavce 1 tak, že upřednostňované řešení je bez podnikové sběrnice služeb? Význam první věty odstavce je takový, že pokud uchazeč nabídne řešení, jehož komponenty jsou spolu schopny pracovat přímo, není nutné pro tyto části využít podnikové sběrnice služeb. I v tomto případě však platí bod 2 bloku Společné principy pro všechny moduly na straně 30 zadávací dokumentace. Nicméně smysl výše zmiňované první věty odstavce 1 je takový, že není přípustné, aby uchazeč nabídl takové řešení, které bude zcela heterogenní a více než 50 % modulů bude muset využít podnikovou sběrnici služeb (není možno je propojit nativními prostředky). Dotaz č. 19 (obdržen ): Žádáme o informaci, zda součástí IS RBP má/nemá být povinně podniková sběrnice služeb? Pokud by byla součástí řešení podniková sběrnice služeb, má již RBP nějakou v současném systému (např. Oracle SOA suite (v ZD uveden pouze Weblogic AS) BizTalk, JBOSS, IBM Websphere ) a v jaké konfiguraci a verzi? První část dotazu řeší odpověď na otázku č. 7. 6

7 Zadavatel (RBP) v současném centrálním informačním systému nemá použitu žádnou podnikovou sběrnici služeb. Ani žádný jiný systém, spravovaný RBP, nevyužívá podnikovou sběrnici služeb. Dotaz č. 20 (obdržen ): V případě, že use-case popsané v zadávací dokumentaci popisují určitý postup, nicméně námi navrhované řešení bude umožňovat alternativní postup (např. eliminující potřebu nějakého papírového kroku v rámci daného workflow) je možné nabídnout takový postup, který dle know-how uchazeče by měl zjednodušit procesní administrativu dané agendy nebo je nutné jej zavést například z důvodu zavedení EESSI Access Pointu CMÚ? Bude nabídka takovýchto alternativních řešení hodnocena negativně z důvodu nutnosti změny procesu na straně RBP? Zadavatel očekává nabídky, které popsané postupy zjednoduší, přinesou vyšší stupeň automatizace nebo zvýší komfort uživatele nebo zvýší odolnost systému proti lidské chybě. Nabídka takovýchto alternativních postupů je vítána a neexistuje kritérium, které by ji mohlo znevýhodnit. Dotaz č. 21 (obdržen ): Jaké serverové licence (na CPU) má RBP zakoupeny na produkt Windows Sever a v jaké verzi a edici (v ZD jsou uvedeny pouze počty CAL)? Je možné tyto licence využít nebo jsou vázány stávající HW, který musí být zachován pro zálohu stávajícího řešení? Zadavatel má zakoupeny licence Windows Server 2008 R2 Standard, Windows Server 2008 R2 Datacenter a Windows Server 2012 Standard. Uvedené licence jsou nutné pro zajištění fungování kompletní technologické infrastruktury zadavatele, obecně je nelze pro nasazení nového IS použít. Dotaz č. 22 (obdržen ): K jakému účelu je používán MS SQL Server, který RBP vlastní v edici DataCenter? Jaké SW tuto databázi v rámci RBP využívají? Zadavatel nemá zakoupenu žádnou licenci MS SQL Server v edici DataCenter. Dotaz č. 23 (obdržen ): Jaká verze produktů Oracle Weblogic má RBP k dispozici (v ZD je uvedena pouze edice bez uvedení verze)? 7

8 Zadavatel má u uvedených produktů k dispozici všechny verze, které může v souladu s platnou licenční politikou společnosti Oracle používat zákazník se zaplacenou podporou úrovně Software Update & Support. Aktuálně nejvyššími verzemi jsou Oracle Database Standard Edition One 11g Release 2 a Oracle Weblogic Server 12c. Dotaz č. 24 (obdržen ): dokumentace je poskytnutí odpovědi na dotaz č. 24 (vč. přesného znění dotazu/žádosti o Dotaz č. 25 (obdržen ): Jaké jsou objemy dat ve stávající databázi, u kterých je očekávána migrace do nového systému? Předpokládáme správně, že zadavatel poskytne vítěznému uchazeči dokumentaci způsobu uložení dat ve stávající databázi, využívající referenční integritu pomocí cizích klíčů? Data jsou uložena v jediné centrální databázi (Oracle Database Standard Edition One). Aktuálně je v centrální databázi IS uloženo něco přes 1 TB dat. Roční nárůst objemu uložených údajů v této databázi činí v současnosti zhruba 0,6 TB dat. Zadavatel předpokládá realizaci migrací dat prostřednictvím datového rozhraní, spíše než přímým přístupem do stávající databáze, protože cizí klíče jsou využity v menšině případů. Dotaz č. 26 (obdržen ): V ZD je v rámci diagramu na straně 29 uvedeno u bloku Kontejner uživatelského rozhraní text Grafické uživatelské rozhraní (GUI) vytvořené jako tenký klient. Předpokládáme správně, že tento požadavek se vztahuje pouze na nově vytvářené části a že hotový aplikační software, jehož licence budou použity při implementaci, může mít vlastní GUI bez tenkého klienta? Stejně tak předpokládáme, že již hotové SW, použité v rámci implementace, nebudou využívat workflow kontejner obchodní logiky. Grafické uživatelské rozhraní vytvořené jako tenký klient v celém systému je zadavatelem preferovanou variantou. Minimálním požadavkem však zůstává 6 bodů v bloku Principy, které musí splňovat kontejner uživatelského rozhraní na straně 30 zadávací dokumentace. Analogicky, již hotový SW, použitý v rámci implementace, nemusí využít workflow kontejner nebo kontejner obchodní logiky, pokud splní všechny principy popsané v bloku 8

9 Principy, které musí splňovat kontejner workflow, respektive Principy, které musí splňovat kontejner obchodní logiky. Jedinou výjimkou u již hotového SW je případ, kdy tento SW pokrývá takovou část případů užití, kde není workflow a/nebo není obchodní logika potřeba. Dotaz č. 27 (obdržen ): V ZD je v rámci diagramu na straně 29 uveden blok Systém pro správu obsahu (Document managment system). Jedná se o část systému popsanou v Use-case modulu Podatelna II? Ano, nicméně do elektronické spisové služby zasahuje i většina ostatních modulů např. modul Úhrady do ní ukládá veškeré zúčtovací zprávy, moduly Právní odbor a Náhrady škod v ní vedou spisy apod. Dotaz č. 28 (obdržen ): dokumentace je poskytnutí odpovědi na dotaz č. 28 (vč. přesného znění dotazu/žádosti o Dotaz č. 29 (obdržen ): V ZD je na straně 5 uveden text Plnění uchazeče musí akceptovat a podporovat základní procesy činností zadavatele, respektovat veškeré datové vstupy a výstup činností zadavatele a odpovídat zvyklostem a ergonomii standardu informačního systému z hlediska uživatelského prostředí. Jaký konkrétní standard je myšlen? Zadavatel zvyklostí a ergonomii myslí aplikaci principů popsaných například ve standardech ISO 9241 série 100 a 200. V souladu s platnou legislativou však zadavatel nevyžaduje prokázání shody navrhovaného řešení s výše uvedeným standardem formalizovaným způsobem, tj. ve formě certifikace. Dotaz č. 30 (obdržen ): dokumentace je poskytnutí odpovědi na dotaz č. 30 (vč. přesného znění dotazu/žádosti o 9

10 Dotaz č. 31 (obdržen ): dokumentace je poskytnutí odpovědi na dotaz č. 31 (vč. přesného znění dotazu/žádosti o Dotaz č. 32 (obdržen ): Jaký aplikační software aktuálně RBP využívá? Které z těchto stávajících SW by měly být v průběhu projektu nahrazeny a které by měly být integrovány s novým řešením? Většinu informačních potřeb pojišťovny pokrývá svými moduly současný informační systém. K dalšímu SW vybavení relevantnímu ve vztahu k veřejné zakázce patří, mimo v zadávací dokumentaci uvedeného, zejména: Skenovací a vytěžovací SW (viz odpověď na dotaz číslo 14). Část Informačního systému ústřední spisovny US-WEB od společnosti Bach systems s.r.o. pro vedení evidence písemných materiálů v archivu organizace. Personální a mzdový systém PAMS MAGION od společnosti MAGION system, s.r.o. Zadavatel preferuje zachování těchto SW (většina z nich stojí mimo systém a pro propojení s ním využívá datového rozhraní). Nebrání se však jejich hlubší integraci do nového IS (viz odpověď na dotaz č. 20). Pokud uchazeč navrhne jiné řešení, zadavatel připomíná, že nabídka (nabídková cena) musí zahrnovat veškeré nezbytné náklady spojené s implementací takového řešení (vč. poskytnutí příslušných licencí). Dotaz č. 33 (obdržen ): dokumentace je poskytnutí odpovědi na dotaz č. 33 (vč. přesného znění dotazu/žádosti o Dotaz č. 34 (obdržen ): Je možné, aby se reportovací nástroj uvedený na obrázku na straně 29 ZD napojoval na databázi nebo prostřednictvím O-R mapovacího frameworku, ale i přímým napojením reportovacího nástroje na databázi v případech, kdy je to účelné? 10

11 Ano, v těchto případech ale zadavatel trvá na tom, že reportovací nástroj bude v databázi pracovat pouze s pohledy (anglicky views ) pro tento účel cíleně vytvořenými. Dotaz č. 35 (obdržen a ): dokumentace je poskytnutí odpovědi na dotaz č. 35 (vč. přesného znění dotazu/žádosti o Dotaz č. 36 (obdržen a ): Požije-li uchazeč ve své nabídce pro moduly Účetnictví, Skladu a Majetku pokrytí pomocí standardního ERP produktu, jenž je založen na architektuře klient/server, tj. bez oddělení prezentační vrstvy a vrstvy business logiky přes ESB nebo workflow, je možné takové řešení akceptovat? Prosíme o vysvětlení zadavatele, zda i v takovém případě se bude jednat o porušení architektonických požadavků zadavatele. Takovéto řešení je přípustné v případě, že bude i tak v těchto modulech zajištěna podpora uživatelsky upravitelných workflow a možnost definování pravidel a kontrol, které budou automaticky prováděny. Dále zadavatel upozorňuje na nutnost propojení těchto modulů se zbytkem řešení, jak je detailně popsáno v příloze č. 6 zadávací dokumentace. Zadavatel informuje, že v návaznosti na dříve avizovanou informaci provedl dílčí úpravy zadávacích podmínek, které z důvodu přehlednosti jsou dodavatelům zpřístupněny ve zvýrazněném revizním módu jako součást těchto dodatečných informací (korigované zadávací podmínky v totožném znění jsou současně uveřejněny na profilu zadavatele - Zadavatel požaduje, aby dodavatelé při zpracování nabídek uvedené požadavky zadavatele zcela respektovali. Zadavatel dále informuje dodavatele, že nově stanovil lhůtu pro podání nabídek následovně: lhůta pro podání nabídek končí dne , 14:00 hod. (místo pro podání nabídek zůstává nedotčeno, tj. nabídky musí být v rámci stanovené lhůty doručeny na podatelnu sídla zadavatele). V souvislosti s úpravou lhůty pro podání nabídek se současně mění termín otevírání obálek s nabídkami uchazečů. Otevírání obálek s nabídkami se uskuteční dne od 14:00 hodin na adrese sídla zadavatele, v místnosti č Uvedené informace zadavatel rovněž zaslal k uveřejnění ve Věstníku veřejných zakázek. 11

12 Dotaz č. 37 (obdržen ): dokumentace je poskytnutí odpovědi na dotaz č. 37 (vč. přesného znění dotazu/žádosti o Dotaz č. 38 (obdržen ): Disponuje zadavatel diskovým polem s kapacitou či volnými sloty, které by byly využitelné pro nové řešení? Mohou toto pole využívat i případné další nové servery, obsažené v nabídce uchazeče? O jaké diskové pole se jedná? Zadavatel v současné době disponuje diskovým polem HP P2000 G3, které je však plně využito v rámci řešení nynějšího IS a pro podporu aktuální technologické infrastruktury zadavatele. Uvedené diskové pole tedy nemohou využívat případné další nové servery dle nabídky uchazeče. Dotaz č. 39 (obdržen ): Jaký má zadavatel implementovaný zálohovací systém? Předpokládá se zálohování nového systému tímto existujícím zálohovacím systémem zadavatele? Pokud ano, má tento zálohovací systém potřebnou kapacitu a zadavatel vlastní nezbytné licence pro zálohování nového systému tímto nástrojem? Zadavatel má v současnosti implementováno heterogenní víceúrovňové zálohování v různých oblastech IS a technologické infrastruktury (obnova na holé železo, file level recovery, on-line mirroring diskových volumes, zálohování nativními prostředky databáze, atd.). V případě IS, jehož nosnou platformou je db Oracle, je využíváno mimo záloh umožňujících obnovu na holé železo hlavně on-line mirroringu do záložního stanoviště (technologie FalconStor Network Storage Server Gateway), zálohování souborů databáze a redo log souborů v pravidelných intervalech prostředky operačního systému a rovněž zálohování s pomocí nativních prostředků databáze Oracle. Zadavatel disponuje licencemi FalconStore pro 5 TB on-line mirroringu (využito na diskovém poli viz odpověď na dotaz č. 38), bez rezervy využitelné pro zálohování nového systému. Ostatní použité nástroje jsou buď součástí licencovaného operačního systému nebo licencované databáze nebo jsou volně dostupné. Zadavatel nepožaduje dodržení zálohování nového IS existujícím systémem, ale požaduje u zálohování srovnatelnou spolehlivost, jaká je v současném systému minimálně to znamená možnost obnovy i na holé železo, možnost ukládání záloh v oddělené lokalitě, disaster recovery v řádu několika málo hodin, se srovnatelnou snadností obsluhy. 12

13 Dotaz č. 40 (obdržen ): Vzhledem k popisům procesů správy uživatelů v rámci ZD, které umožňují správu uživatelů přímo pracovníky zadavatele, žádáme o upřesnění náplně služeb definovaných ve smlouvě v bodě nastavení zálohování IS RBP, správu uživatelů. Jedná se pouze o poskytnutí informací o uložení zálohovatelných dat a přidělení práv pro superadministrátory, kteří mohou přidělovat práva dalším uživatelům? Nastavením zálohování zadavatel nemyslí pouze poskytnutí informací o uložení zálohovatelných dat, ale komplexní nastavení procesů zálohování a obnovy dat i programů včetně praktického odzkoušení obnovy běhu IS při simulovaném výpadku. Náplní uvedených služeb se rovněž rozumí zaškolení administrátorů zadavatele v oblasti práce s procesy a mechanismy zálohování a obnovy dat a programů potřebných pro kompletní obnovu běhu IS i v případě totální havárie (např. požár serverovny) a zpracování DRP (Disaster Recovery Plan). V případě přidělování práv uživatelům se náplní uvedených služeb rozumí mimo přidělení práv superadministrátorům rovněž zpracování dokumentace a zaškolení administrátorů v nezbytném rozsahu. Dále počáteční nastavení přístupových práv pro všechny pracovníky zadavatele určené pro práci s novým IS (skupiny elementů aplikace, skupiny uživatelů, přidělení přístupu, ). Dotaz č. 41 (obdržen ): Má zadavatel zakoupenou Software Assurance (SA) od Microsoftu na své stávající licence Windows Server a Windows Server CAL (verze 2008 i 2012)? Zadavatel nemá na stávající licence MS Windows Server a Windows Server CAL zakoupenu SA. Dotaz č. 42 (obdržen ): dokumentace je poskytnutí odpovědi na dotaz č. 42 (vč. přesného znění dotazu/žádosti o Dotaz č. 43 (obdržen ): dokumentace je poskytnutí odpovědi na dotaz č. 43 (vč. přesného znění dotazu/žádosti o 13

14 Dotaz č. 44 (obdržen ): dokumentace je poskytnutí odpovědi na dotaz č. 44 (vč. přesného znění dotazu/žádosti o Dotaz č. 45 (obdržen ): dokumentace je poskytnutí odpovědi na dotaz č. 45 (vč. přesného znění dotazu/žádosti o Dotaz č. 46 (obdržen ): Uveďte prosím, jaký počet souběžně pracujících uživatelů (mimo tento počet uveďte i počet pojmenovaných uživatelů) předpokládáte pro práci s modulem Spisová služba. Předpokládaný počet souběžně pracujících uživatelů: 125 Předpokládaný počet pojmenovaných uživatelů: 250 Dotaz č. 47 (obdržen ): Zadavatel uvádí, že vlastní 10 ks procesorových licencí Oracle Database Standard Edition One. Na nové dva dvouprocesorové servery DELL T620/R720 zmíněné v příloze č. 8 zadávací dokumentace využije tedy zřejmě celkem 4 ks těchto licencí. Jakým způsobem plánuje zadavatel využít zbylých 6 ks procesorových licencí Oracle Database Standard Edition One? K jakému účelu plánuje využít zadavatel na stejném místě zmíněných 5 ks licencí pro pojmenované uživatele na stejný produkt? Nové dva servery Dell zmíněné v příloze č. 8 zadávací dokumentace jsou určeny k náhradě stávajících serverů pro běh současného IS a podporu s tímto souvisejících procesů. Žádná z procesorových licencí Oracle Database není v současnosti a v časovém horizontu několika následujících let určena pro využití mimo stávající infrastrukturu. Totéž platí o 5 kusech licencí pro pojmenované uživatele. 14

15 Dotaz č. 48 (obdržen ): Jakou bude mít zadavatel vazbu mezi oběma novými databázovými servery DELL T620/R720 zmíněnými v příloze č. 8 zadávací dokumentace? Předpokládáme, že na těchto serverech budou použity licence Oracle Database Standard Edition One a bude mezi nimi zadavatelem nastavena vazba pro high-availability nebo fail-over účely. Jaké řešení v tomto případě zadavatel použije pro účely high-availability nebo fail-over pro tyto nové databázové servery? Vzhledem k faktu, že zmíněné servery jsou určeny pouze k náhradě stávajících serverů pro umožnění běhu IS v současné podobě (hlavně s ohledem na výkonové možnosti), mechanismus jejich nasazení zadavatel zachová. Z hlediska plnění veřejné zakázky je toto irelevantní. Uvedený fakt by neměl mít vliv na možný způsob nasazení nového IS. Dotaz č. 49 (obdržen ): Zadavatel v dosud poskytnutých dodatečných informacích avizoval, že v dohledné době přistoupí k modifikaci zadávacích podmínek, a že zároveň přistoupí k prodloužení lhůty pro podání nabídek. Žádáme o informaci, kdy zadavatel poskytne modifikované zadávací podmínky a jaký bude nový termín pro podání nabídek. Modifikovaná zadávací dokumentace byla publikována na profilu zadavatele dne a téhož dne poskytnuta dodavatelům formou dodatečných informací. Lhůta pro podání nabídek byla prodloužena do , 14:00 hod. Dotaz č. 50 (obdržen ): Je předmětem poptávky náhrada stávajícího portálu nebo pouze napojení IS na stávající portál? Je-li v dotazu portálem myšlen společný portál zdravotních pojišťoven (dále jen Portál ZP ) na adrese pak je předmětem veřejné zakázky pouze napojení IS na stávající Portál ZP a nikoliv náhrada Portálu ZP. Dotaz č. 51 (obdržen ): Požadavek na technické kvalifikační předpoklady pro jednotlivé techniky (osoby realizačního týmu) je středoškolské vzdělání. Toto má být doloženo příslušnými osvědčeními o vzdělání (a dalšími vyžadovanými osvědčeními o profesní způsobilost a profesních zkušenostech). Pokud má osoba ukončené vzdělání vysokoškolské, stačí doklad o tomto studiu (kopie diplomu)? 15

16 Zadavatel potvrzuje, že doklad o vyšším dosaženém vzdělání (tj. VŠ diplom v požadovaném oboru IT/ICT) je skutečně adekvátní, tj. není nutné dokládat doklady o nižším stupni vzdělání. Dotaz č. 52 (obdržen ): V dodatečných informacích k zadávacím podmínkám v odpovědi k dotazu č. 3 ze dne avizujete, že částečně modifikujete zadávací podmínky a souběžně přistoupíte k prodloužení lhůty pro podání nabídek. Prosíme o sdělení, kdy dojde k upřesnění termínu a zadávacích podmínek. Modifikovaná zadávací dokumentace byla dodavatelům poskytnuta formou dodatečných informací a současně publikována na profilu zadavatele dne Současně s uvedeným byla prodloužena lhůta pro podání nabídek do , 14:00 hod. Dotaz č. 53 (obdržen ): Prosím o informaci, zda je možné podepsat smlouvu, kde bude vložena část vztahující se k prodeji SW třetí strany? Tento SW bude použit jako základ IS pro RBP. Přikládáme znění dokumentu, které se běžně vkládá do smluv. Zadavatel upozorňuje, že účelem dodatečných informací není posuzování dokladů, které uchazeč hodlá učinit součástí své nabídky. Zadavatel naopak zdůrazňuje, že je odpovědností každého uchazeče, aby podal nabídku zcela v souladu se zadávacími podmínkami; tj. v daném případě, aby poskytovaný software třetí strany měl takovou licenci, která umožňuje podání nabídky zcela v souladu se všemi zadávacími podmínkami (viz např. čl. XII. a XIII. závazného návrhu smlouvy o dílo). Takovéto licenční podmínky uchazeč učiní součástí přílohy č. 1, část B závazného návrhu smlouvy o dílo. Zadavatel deklaruje, že není možno podepsat jinou verzi smlouvy, než tu která je přílohou č. 1 zadávací dokumentace. Dotaz č. 54 (obdržen ): Prosím o informaci, kolik ročně má RBP pojištěnců? Tzn. kolik je nově příchozích, kolik odchozích, stávajících pojištěnců v průběhu roku? Údaje o počtu nově příchozích a odchozích pojištěnců zadavatel nezveřejňuje. Níže jsou uvedeny celkové počty pojištěnců za 5 let zpětně. Zadavatel upozorňuje, že tyto údaje mají pouze orientační charakter. Počet pojištěnců v nadcházejících letech nelze jednoznačně predikovat (především vzhledem k legislativním změnám v oblasti veřejného zdravotního pojištění). 16

17 Počet pojištěnců Datum V Brně dne Revírní bratrská pokladna, zdravotní pojišťovna i.s. MT Legal s.r.o., advokátní kancelář Mgr. David Mareš, Ph.D., advokát 17