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

Zadavatel: Revírní bratrská pokladna, zdravotní pojišťovna se sídlem: Slezská Ostrava, Michálkovická 108 IČ: 47673036 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 10. 1. 2013

DODATEČNÉ INFORMACE K ZADÁVACÍM PODMÍNKÁM MT Legal s.r.o., advokátní kancelář, sídlem Jakubská 1, 602 00 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 (http://rbp.profilzadavatele.cz).

Dotaz č. 1 (obdržen 1. 2. 2013): 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 34 - 39. Zadávací dokumentaci jsme obdrželi v pouze PDF formátu. Informace zadavatele: 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 4. 2. 2013): 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? Informace zadavatele:

1

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, 710 00 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 5. 2. 2013): 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)? Informace zadavatele: 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 5. 2. 2013): 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? Informace zadavatele: 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 5. 2. 2013): Má být součástí budovaného CIS i zajištění funkcionality spisové služby (pro zajištění

2

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? Informace zadavatele: 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 5. 2. 2013): Odstavec 3.3.3 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? Informace zadavatele: 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 5. 2. 2013): 3

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í. Informace zadavatele:  

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 5. 2. 2013): 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. Informace zadavatele:  


Dotaz č. 9 (obdržen 5. 2. 2013): 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í. Informace zadavatele:  


Dotaz č. 10 (obdržen 5. 2. 2013): 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. Informace zadavatele:  


Dotaz č. 11 (obdržen 15. 2. 2013): 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ů? Informace zadavatele:

4

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 15. 2. 2013): Informace zadavatele: Tento dotaz se týká přílohy č. 6 zadávací dokumentace. S poukazem na čl. 19 zadávací dokumentace je poskytnutí odpovědi na dotaz č. 12 (vč. přesného znění dotazu/žádosti o informace) podmíněno uzavřením smlouvy o ochraně obchodního tajemství, a to z důvodu zajištění ochrany takových informací.


Dotaz č. 14 (obdržen 15. 2. 2013): Žádáme o informaci, jaký skenovací SW RBP používá? Lze dodat popis používaného skenovacího SW? Informace zadavatele: 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: http://www.abbyy.com/support/.

Dotaz č. 15 (obdržen 15. 2. 2013): Informace zadavatele: Tento dotaz se týká přílohy č. 6 zadávací dokumentace. S poukazem na čl. 19 zadávací dokumentace je poskytnutí odpovědi na dotaz č. 15 (vč. přesného znění dotazu/žádosti o

5

informace) podmíněno uzavřením smlouvy o ochraně obchodního tajemství, a to z důvodu zajištění ochrany takových informací.



Dotaz č. 18 (obdržen 15. 2. 2013): 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? Informace zadavatele: 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 15. 2. 2013): Žá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? Informace zadavatele: První část dotazu řeší odpověď na otázku č. 7.

6

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 15. 2. 2013): 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? Informace zadavatele: 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 15. 2. 2013): 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í? Informace zadavatele: 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 15. 2. 2013): 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í? Informace zadavatele: Zadavatel nemá zakoupenu žádnou licenci MS SQL Server v edici DataCenter.

Dotaz č. 23 (obdržen 15. 2. 2013): Jaká verze produktů Oracle Weblogic má RBP k dispozici (v ZD je uvedena pouze edice bez uvedení verze)?

7

Informace zadavatele: 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 15. 2. 2013): Informace zadavatele: Tento dotaz se týká přílohy č. 6 zadávací dokumentace. S poukazem na čl. 19 zadávací dokumentace je poskytnutí odpovědi na dotaz č. 24 (vč. přesného znění dotazu/žádosti o informace) podmíněno uzavřením smlouvy o ochraně obchodního tajemství, a to z důvodu zajištění ochrany takových informací. Dotaz č. 25 (obdržen 15. 2. 2013): 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íčů? Informace zadavatele: 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 15. 2. 2013): 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. Informace zadavatele: 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

„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 15. 2. 2013): 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“? Informace zadavatele: 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 15. 2. 2013): Informace zadavatele: Tento dotaz se týká přílohy č. 6 zadávací dokumentace. S poukazem na čl. 19 zadávací dokumentace je poskytnutí odpovědi na dotaz č. 28 (vč. přesného znění dotazu/žádosti o informace) podmíněno uzavřením smlouvy o ochraně obchodního tajemství, a to z důvodu zajištění ochrany takových informací. Dotaz č. 29 (obdržen 15. 2. 2013): 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? Informace zadavatele: 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 15. 2. 2013): Informace zadavatele: Tento dotaz se týká přílohy č. 6 zadávací dokumentace. S poukazem na čl. 19 zadávací dokumentace je poskytnutí odpovědi na dotaz č. 30 (vč. přesného znění dotazu/žádosti o informace) podmíněno uzavřením smlouvy o ochraně obchodního tajemství, a to z důvodu zajištění ochrany takových informací.

9

Dotaz č. 31 (obdržen 15. 2. 2013): Informace zadavatele: Tento dotaz se týká přílohy č. 6 zadávací dokumentace. S poukazem na čl. 19 zadávací dokumentace je poskytnutí odpovědi na dotaz č. 31 (vč. přesného znění dotazu/žádosti o informace) podmíněno uzavřením smlouvy o ochraně obchodního tajemství, a to z důvodu zajištění ochrany takových informací. Dotaz č. 32 (obdržen 15. 2. 2013): 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? Informace zadavatele: 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 15. 2. 2013): Informace zadavatele: Tento dotaz se týká přílohy č. 6 zadávací dokumentace. S poukazem na čl. 19 zadávací dokumentace je poskytnutí odpovědi na dotaz č. 33 (vč. přesného znění dotazu/žádosti o informace) podmíněno uzavřením smlouvy o ochraně obchodního tajemství, a to z důvodu zajištění ochrany takových informací. Dotaz č. 34 (obdržen 15. 2. 2013): 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é? Informace zadavatele:

10

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 19. 2. 2013 a 25. 2. 2013): Informace zadavatele: Tento dotaz se týká přílohy č. 6 zadávací dokumentace. S poukazem na čl. 19 zadávací dokumentace je poskytnutí odpovědi na dotaz č. 35 (vč. přesného znění dotazu/žádosti o informace) podmíněno uzavřením smlouvy o ochraně obchodního tajemství, a to z důvodu zajištění ochrany takových informací.

Dotaz č. 36 (obdržen 19. 2. 2013 a 25. 2. 2013): 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. Informace 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 http://rbp.profilzadavatele.cz). 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 15. 4. 2013, 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 15. 4. 2013 od 14:00 hodin na adrese sídla zadavatele, v místnosti č. 608. Uvedené informace zadavatel rovněž zaslal k uveřejnění ve Věstníku veřejných zakázek.

11


Dotaz č. 38 (obdržen 28. 2. 2013): 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á? Informace zadavatele: 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 28. 2. 2013): 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? Informace zadavatele: 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

Dotaz č. 40 (obdržen 28. 2. 2013): 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ě 8.2.2 „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? Informace zadavatele: 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 28. 2. 2013): Má zadavatel zakoupenou Software Assurance (SA) od Microsoftu na své stávající licence Windows Server a Windows Server CAL (verze 2008 i 2012)? Informace zadavatele: Zadavatel nemá na stávající licence MS Windows Server a Windows Server CAL zakoupenu SA.


Dotaz č. 43 (obdržen 28. 2. 2013): Informace zadavatele: Tento dotaz se týká přílohy č. 6 zadávací dokumentace. S poukazem na čl. 19 zadávací dokumentace je poskytnutí odpovědi na dotaz č. 43 (vč. přesného znění dotazu/žádosti o 13

informace) podmíněno uzavřením smlouvy o ochraně obchodního tajemství, a to z důvodu zajištění ochrany takových informací.



Dotaz č. 46 (obdržen 28. 2. 2013): 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. Informace zadavatele:  


Dotaz č. 47 (obdržen 28. 2. 2013): 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? Informace zadavatele: 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

Dotaz č. 48 (obdržen 28. 2. 2013): 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? Informace zadavatele: 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 28. 2. 2013): 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. Informace zadavatele: Modifikovaná zadávací dokumentace byla publikována na profilu zadavatele dne 05.03.2013 a téhož dne poskytnuta dodavatelům formou dodatečných informací. Lhůta pro podání nabídek byla prodloužena do 15.04.2013, 14:00 hod.

Dotaz č. 50 (obdržen 04. 03. 2013): Je předmětem poptávky náhrada stávajícího portálu nebo pouze napojení IS na stávající portál? Informace zadavatele: Je-li v dotazu portálem myšlen společný portál zdravotních pojišťoven (dále jen „Portál ZP“) na adrese www.portalzp.cz, 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 04. 03. 2013): 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)? Informace zadavatele:

15

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 04. 03. 2013): V dodatečných informacích k zadávacím podmínkám v odpovědi k dotazu č. 3 ze dne 5. 2. 2013 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. Informace zadavatele: Modifikovaná zadávací dokumentace byla dodavatelům poskytnuta formou dodatečných informací a současně publikována na profilu zadavatele dne 05.03.2013. Současně s uvedeným byla prodloužena lhůta pro podání nabídek do 15.04.2013, 14:00 hod.

Dotaz č. 53 (obdržen 11. 03. 2013): 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. Informace zadavatele: 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 14. 03. 2013): 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? Informace zadavatele: Ú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

Počet pojištěnců 406 080 413 799 412 866 415 551 418 074

Datum 1.1.2009 1.1.2010 1.1.2011 1.1.2012 1.1.2013

Dotaz č. 55 (obdržen 25. 03. 2013): Upřesněte, prosím, vaše požadavky na využití čárových kódů při evidenci a správě majetku (oproti skenování dokumentů, ke kterému se vztahuje dotaz č. 14). Jaké přenosné HW prostředky se nyní využívají pro snímání, případně tisk čárových kódů? Je součástí poptávky případný upgrade nebo dodávka? Informace zadavatele: Zadavatel aktuálně nevyužívá žádný systém čárových kódů pro evidenci a správu majetku. Nevyužívá tedy ani žádné HW prostředky pro snímání či tisk čárových kódů určených k účelům evidence majetku. Součástí předmětu plnění veřejné zakázky je tedy i dodávka těchto prostředků (dle konkrétního technického řešení navrženého uchazečem).

Dotaz č. 56 (obdržen 25. 03. 2013): Uveďte, prosím, celkový počet souběžně pracujících uživatelů v uvedených oblastech: účetnictví, majetek, skladové hospodářství. Nepožadujeme rozpis po modulech (jak tomu je v odpovědích na dotaz č. 7, 8, 9), ale za celou oblast. Informace zadavatele: Celkový předpokládaný počet souběžně pracujících uživatelů v oblasti účetnictví, majetek a skladové hospodářství je 60.

Dotaz č. 57 (obdržen 25. 03. 2013): Prosíme o upřesnění odpovědí na dotazy č. 35 a č. 32 ohledně oblasti mzdy. Dle odpovědi na dotaz č. 32 zadavatel preferuje zachování stávajícího SW pro mzdy včetně propojení, tudíž lze snad odvodit, že dodávka tohoto SW není předmětem zakázky. Ale dle odpovědi na dotaz č. 35 zadavatel uvádí, že modul je součástí zakázky. Žádáme o jednoznačné vyjádření. Informace zadavatele: Zda bude mzdová oblast řešena jako externí modul, který nahradí stávající řešení uvedené v odpovědi na dotaz č. 32, nebo bude zachován stávající mzdový systém, či bude navržen zcela nový jako součást systému, je předmětem nabízeného řešení uchazeče. Zadavatel preferuje dodání externího modulu a vzhledem k faktu, že mzdová oblast bývá součástí standardního ekonomického/účetního softwarového balíku, netrvá na zachování současného řešení. 17

Zadavatel připomíná, že v případě dodání externího modulu musí být tento schopný spolupracovat se zbytkem systému v souladu se zadávací dokumentací (především přílohy č. 6). Zadavatel dále 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 č. 58 (obdržen 25. 03. 2013): S kolika zápisovými licencemi (uživatelé, kteří dělají jakoukoliv jinou činnost, než je pouhé prohlížení dokumentů – tady např. vložení, úprava, smazání dokumentu, úprava metadat, schvalování úkolu ve workflow) se počítá pro DMS systém (systém pro správu obsahu)? Prosíme o počet pojmenovaných uživatelů celkem. Lze tyto licence rozdělit na pevné klienty (instalují se na klientské počítače, jsou vhodné pro uživatele, kteří vkládají hodně dokumentů) a tenké klienty (neinstalují se, pouští se např. z IE, vhodné pro uživatele, kteří nevkládají velká množství dokumentů)? Informace zadavatele: Celkový předpokládaný počet zápisových licencí (pojmenovaných uživatelů) pro DMS systém je 200. Odhad rozdělení na pevné/tenké klienty je možné v poměru 125/75. V současném řešení používají všichni uživatelé „pevné“ klienty.

Dotaz č. 59 (obdržen 25. 03. 2013): S kolika typy dokumentů (agend) a kterými se počítá v DMS? Agendou se myslí např. smlouvy, objednávky, faktury dodavatelské a odběratelské, interní dokumenty, žádosti o dovolenou, cestovní příkazy atd.) Nad kolika z nich poběží schvalovací proces (workflow)? Informace zadavatele: Předpokládaný počet typů dokumentů (agend) je 30 a patří mezi ně zejména smlouvy s poskytovateli zdravotnických služeb, ostatní smlouvy, faktury dodavatelské i odběratelské, interní dokumenty (např. směrnice). Schvalovací proces (workflow) se předpokládá minimálně u poloviny z nich.

Dotaz č. 60 (obdržen 25. 03. 2013): Jsou definovány nějaké agendové systémy? Kolik a jaké? Budou definovány ve spisovém a skartačním plánu? Informace zadavatele: Pokud jsou agendovými systémy myšleny systémy 3. stran poskytující informace (např. Informační systém základních registrů), tak jsou definovány v popisech Případů užití (příloha č. 6 Zadávací dokumentace).

18

Spisový a skartační plán neobsahuje jiné kategorie dokumentů než ty, kde je zadavatel původcem.

Dotaz č. 61 (obdržen 25. 03. 2013): Do které fáze harmonogramu (zadávací dokumentace str. 27 – 28) patří implementace DMS? Informace zadavatele: Zařazení implementace DMS do harmonogramu (viz zadávací dokumentace str. 27-28) záleží na uchazečem nabízeném řešení. DMS bude nutné implementovat nejpozději ve chvíli, kdy jej (dle nabízeného řešení) bude potřeba například pro uložení výstupů některého z modulů (např. Zúčtovací zpráva je výstupem modulu Úhrad – Fáze I., Návrh na provedení exekuce je výstupem modulu Náhrady škod – Fáze III.).

Dotaz č. 62 (obdržen 28. 03. 2013): Rozumíme správně požadavku na zálohování, uvedeném v ZD, tak že SW musí být připraven na zálohování požadované úrovně, nicméně předmětem dodávky není zálohovací HW či pásková média? Informace zadavatele: Ano. Systém musí být připraven na zálohování požadované úrovně (viz odpověď na dotaz č. 39), nicméně předmětem veřejné zakázky není zálohovací HW ani pásková média. Dotaz č. 63 (obdržen 28. 03. 2013): V odpovědi na doplňující dotaz č. 25 uvádí zadavatel, že: „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ů.“ Chápeme tuto odpověď správně tak, že pro migraci dat Zadavatel zajistí export dat ze stávajícího systému ve struktuře rozhraní, které uchazeč navrhne v rámci analýzy? Informace zadavatele: Způsob realizace migrací dat je předmětem nabízeného řešení. Vzhledem k informacím uvedeným v odpovědi na dotaz č. 25 (cizí klíče v menšině případů) však zadavatel předpokládá tuto migraci právě prostřednictvím datového rozhraní. V tom případě pak zadavatel poskytne pro toto rozhraní (navržené na základě společné analýzy) odpovídající data. Dotaz č. 64 (obdržen 28. 03. 2013): V příloze 2 zadávací dokumentace v části „Principy, které musí splňovat systém pro správu obsahu“ je uveden princip „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í)“. Jsou termínem záložní kopie myšleny identické kopie téhož dokumentu a nebo jsou zamýšleny různé verze téhož

19

dokumentu? Informace zadavatele: Záložní kopií se v tomto případě rozumí identická kopie téhož dokumentu. Zda bude dokument zálohován včetně historie (tedy včetně jednotlivých revizí dokumentu) by také mělo být součástí politiky nastavení systému pro správu obsahu (tedy zda se má zálohovat daný dokument/typ dokumentů/všechny dokumenty včetně či bez historie). Dotaz č. 65 (obdržen 03. 04. 2013): Uveďte počet expozitur a v nich počet souběžně pracujících uživatelů. Informace zadavatele: Počet expozitur a jednatelství, tj. externích lokalit mimo vlastní sídlo RBP (ředitelství), činí celkem 41, z toho 9 expozitur a 32 jednatelství. Počet souběžně pracujících uživatelů v těchto lokalitách se v závislosti na dni v týdnu a denní době pohybuje zhruba v rozmezí cca 50 – 75. Dotaz č. 66 (obdržen 03. 04. 2013): Uveďte způsob připojení jednotlivých expozitur na centrální IS a datovou propustnost těchto připojení. Informace zadavatele: Jednotlivé externí lokality (expozitury a jednatelství) jsou na centrální IS připojeny zabezpečeným způsobem realizovaným nad běžnými internetovými přípojkami využívajícími ADSL a VDSL technologii. Záložní řešení ve vybraných lokalitách je realizováno formou CDMA připojení. V současné době jsou některé z uvedených linek (cca 10 ks) migrovány na symetrické linky s nominální hodnotou propustnosti ve většině případů činící 2Mbps. Procentuální rozdělení linek po dokončení migrace (do konce 2.Q 2013): cca 50% ADSL, cca 25% VDSL, cca 25% symetrické linky. Dotaz č. 67 (obdržen 04. 04. 2013): Informace zadavatele: Tento dotaz se týká přílohy č. 6 zadávací dokumentace. S poukazem na čl. 19 zadávací dokumentace je poskytnutí odpovědi na dotaz č. 67 (vč. přesného znění dotazu/žádosti o informace) podmíněno uzavřením smlouvy o ochraně obchodního tajemství, a to z důvodu zajištění ochrany takových informací. Dotaz č. 68 (obdržen 04. 04. 2013): Informace zadavatele: Tento dotaz se týká přílohy č. 6 zadávací dokumentace. S poukazem na čl. 19 zadávací dokumentace je poskytnutí odpovědi na dotaz č. 68 (vč. přesného znění dotazu/žádosti o informace) podmíněno uzavřením smlouvy o ochraně obchodního tajemství, a to z důvodu zajištění ochrany takových informací. 20

Dotaz č. 69 (obdržen 04. 04. 2013): Informace zadavatele: Tento dotaz se týká přílohy č. 6 zadávací dokumentace. S poukazem na čl. 19 zadávací dokumentace je poskytnutí odpovědi na dotaz č. 69 (vč. přesného znění dotazu/žádosti o informace) podmíněno uzavřením smlouvy o ochraně obchodního tajemství, a to z důvodu zajištění ochrany takových informací. Dotaz č. 70 (obdržen 04. 04. 2013): Informace zadavatele: Tento dotaz se týká přílohy č. 6 zadávací dokumentace. S poukazem na čl. 19 zadávací dokumentace je poskytnutí odpovědi na dotaz č. 70 (vč. přesného znění dotazu/žádosti o informace) podmíněno uzavřením smlouvy o ochraně obchodního tajemství, a to z důvodu zajištění ochrany takových informací. Dotaz č. 71 (obdržen 04. 04. 2013): Informace zadavatele: Tento dotaz se týká přílohy č. 6 zadávací dokumentace. S poukazem na čl. 19 zadávací dokumentace je poskytnutí odpovědi na dotaz č. 71 (vč. přesného znění dotazu/žádosti o informace) podmíněno uzavřením smlouvy o ochraně obchodního tajemství, a to z důvodu zajištění ochrany takových informací. Dotaz č. 72 (obdržen 04. 04. 2013): Informace zadavatele: Tento dotaz se týká přílohy č. 6 zadávací dokumentace. S poukazem na čl. 19 zadávací dokumentace je poskytnutí odpovědi na dotaz č. 72 (vč. přesného znění dotazu/žádosti o informace) podmíněno uzavřením smlouvy o ochraně obchodního tajemství, a to z důvodu zajištění ochrany takových informací. Dotaz č. 73 (obdržen 04. 04. 2013): Smlouva Otázka A: Je v příloze č. 6 článku 7 smlouvy správně uveden odkaz na „odst. 1“? Otázka B: Je nezbytné v nabídce tisknout celý obsah přílohy č. 6 Zadávací dokumentace, který je požadován jako příloha č. 7 smlouvy? Nestačí pouze jednoznačný odkaz na tuto Přílohu č. 6 Zadávací dokumentace ve smyslu všech aktualizací? Teprve v případě podpisování smlouvy Zadavatelem by pouze vybraný dodavatel doplnil tento seznam? Informace zadavatele: A: Ne. Správně by zde měl být odkaz na „odst. 2“ – zjevná chyba v psaní. Uchazeči v návrhu smlouvy zohlední správné číslování uvedeného odkazu, resp. bude upraveno zadavatelem ve smlouvě, k jejímuž podpisu zadavatel přistoupí s vybraným uchazečem.

21

B: V případě přílohy č. 7 smlouvy bude zadavatel jako postačující projev vůle v nabídce akceptovat uvedení jednoznačného odkazu na Přílohu č. 6 Zadávací dokumentace ve smyslu všech aktualizací, příp. uvedená příloha může být z důvodu jednoznačnosti učiněna součástí CD, předloženého uchazečem v rámci nabídky. Dotaz č. 74 (obdržen 04. 04. 2013): Informace zadavatele: Tento dotaz se týká přílohy č. 6 zadávací dokumentace. S poukazem na čl. 19 zadávací dokumentace je poskytnutí odpovědi na dotaz č. 74 (vč. přesného znění dotazu/žádosti o informace) podmíněno uzavřením smlouvy o ochraně obchodního tajemství, a to z důvodu zajištění ochrany takových informací. Dotaz č. 75 (obdržen 07. 04. 2013): Prostředí objednatele Otázka: Ve smlouvě je dle bodu 3.2.2 požadována implementace do HW prostředí objednatele a současně je v zadávací dokumentaci uvedeno, že v případě nevyužití HW a SW objednatele uvedeného v příloze č. 8 zadávací dokumentace, vyhrazuje se právo na racionalizaci nákladů. Z odpovědí na některé dotazy však vyplývá, že uvedený HW i SW většinou není možné použit. Prosíme o jednoznačnou dopověď, které prostředky uvedené v příloze č. 8 objednatel poskytuje k případnému využití a v jakém časovém horizontu (např. jak dlouho bude provozován současný IS a jak bude nakládáno s jeho licencemi). Informace zadavatele: Současný IS bude provozován do chvíle, kdy bude celý nový IS předán do ostrého provozu, bude provedena celková migrace dat a nebudou známy žádné chyby, které by bránily v jeho používání. Kdy tato chvíle nastane, závisí na uchazeči, jeho nabídce a provedení prací. Vzhledem k tomu, že nový IS bude předán za cca 3 roky, nelze s určitostí tvrdit, jaká část HW prostředí zadavatele bude v té době odpovídat příloze č. 8 zadávací dokumentace. Ačkoli zadavatel prostředí definoval v zadávacích podmínkách (vč. dodatečných informací) v nezbytně možném rozsahu, dále s vysokou mírou pravděpodobnosti potvrzuje, že:    

Každý uživatel bude mít vlastní pracovní stanici (u pracovníků expozitur a jednatelství se počítá se zero clienty) Každá pracovní stanice bude mít operační systém Windows 7 nebo novější Každá pracovní stanice bude mít Microsoft Office ve verzi 2003 nebo novější Každá pracovní stanice bude mít antivirus

Po dobu běhu současného IS navíc zadavatel předpokládá, že:  Budou existovat 2 databázové servery odpovídající konfiguraci popsané v příloze č. 8 zadávací dokumentace  Budou existovat 2 aplikační servery odpovídající konfiguraci popsané v příloze č. 8 zadávací dokumentace  Budou existovat 2 zrcadlené diskové pole s kapacitou cca 2 – 5 TB

22

Po ukončení běhu současného IS (vzhledem k tomu, že nový IS jej má plně nahradit) se předpokládá, že:  Bude možno využít databázové i aplikační servery – dle přílohy č. 8 zadávací dokumentace  Bude možno využít licence Oracle (DB Standard Edition One, Forms and Reports, WebLogic Server Standard Edition) – dle přílohy č. 8 zadávací dokumentace  Bude možno využít licence Microsoft Windows Server 2008/2012 User CAL – dle přílohy č. 8 zadávací dokumentace  Nebude možno využít disková pole (bude využito pro virtualizaci a sekundární zálohování dat)  Bude možno využít ostatní licence aplikačního SW – dle přílohy č. 8 zadávací dokumentace

V Brně dne 9. 4. 2013

Revírní bratrská pokladna, zdravotní pojišťovna i.s. MT Legal s.r.o., advokátní kancelář Mgr. David Mareš, Ph.D., advokát

23

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

Recommend Documents