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. 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? 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)? 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? 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í. 2
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í 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 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? 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). 3
Dotaz č. 7 (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 Úč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 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. 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 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í. 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 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. 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 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ů? 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): dokumentace je poskytnutí odpovědi na dotaz č. 12 (vč. přesného znění dotazu/žádosti o Dotaz č. 13 (obdržen 15. 2. 2013): dokumentace je poskytnutí odpovědi na dotaz č. 13 (vč. přesného znění dotazu/žádosti o 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? 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/. 5
Dotaz č. 15 (obdržen 15. 2. 2013): dokumentace je poskytnutí odpovědi na dotaz č. 15 (vč. přesného znění dotazu/žádosti o Dotaz č. 16 (obdržen 15. 2. 2013): dokumentace je poskytnutí odpovědi na dotaz č. 16 (vč. přesného znění dotazu/žádosti o Dotaz č. 17 (obdržen 15. 2. 2013): dokumentace je poskytnutí odpovědi na dotaz č. 17 (vč. přesného znění dotazu/žádosti o 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? 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 6
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. 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? 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í? 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í? 7
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)? 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): dokumentace je poskytnutí odpovědi na dotaz č. 24 (vč. přesného znění dotazu/žádosti o 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íčů? 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. 8
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 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? 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): dokumentace je poskytnutí odpovědi na dotaz č. 28 (vč. přesného znění dotazu/žádosti o 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? 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. 9
Dotaz č. 30 (obdržen 15. 2. 2013): dokumentace je poskytnutí odpovědi na dotaz č. 30 (vč. přesného znění dotazu/žádosti o Dotaz č. 31 (obdržen 15. 2. 2013): dokumentace je poskytnutí odpovědi na dotaz č. 31 (vč. přesného znění dotazu/žádosti o 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? 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): dokumentace je poskytnutí odpovědi na dotaz č. 33 (vč. přesného znění dotazu/žádosti o 10
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é? 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): dokumentace je poskytnutí odpovědi na dotaz č. 35 (vč. přesného znění dotazu/žádosti o V Brně dne 21. 2. 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 11