FAKULTNÍ NEMOCNICE BRNO Jihlavská 20, 625 00 Brno IČ: 652 697 05 ŘEDITELSTVÍ
FAKULTNÍ NEMOCNICE BRNO
Xxxxxxxxx 00, 000 00 Xxxx
IČ: 652 697 05
ŘEDITELSTVÍ
MUDr. XXX XXXXX, MBA, ředitel FN Brno
Tel.:000 000 000
Zadávací dokumentace
k nadlimitní veřejné zakázce na služby
zadávané v otevřeném řízení dle § 56 zákona č. 134/2016 Sb., o zadávání veřejných zakázek (dále jen „zákon“), nazvané
„Komplexní laboratorní informační systém“
Zadavatel:
Fakultní nemocnice Brno
Xxxxxxxxx 00, 000 00 Xxxx
IČ: 65269705
Identifikační údaje zadavatele
Název zadavatele: Fakultní nemocnice Brno
IČ: 65269705
DIČ: CZ65269705
Sídlo zadavatele: Xxxxxxxxx 00, 000 00 Xxxx
Statutární orgán: MUDr. Xxx Xxxxx, MBA, ředitel
Bankovní spojení: Česká národní banka
Číslo účtu: 71234621/0710
Fakultní nemocnice Brno je státní příspěvková organizace zřízená rozhodnutím České republiky – Ministerstva zdravotnictví. Nemá zákonnou povinnost zápisu do obchodního rejstříku, je zapsána do živnostenského rejstříku vedeného Živnostenským úřadem města Brna.
Předmět veřejné zakázky
Předmětem veřejné zakázky je dodávka a implementace komplexního laboratorního informačního systému včetně připojení periferních zařízení a poskytování služeb podpory k implementovanému řešení.
Klasifikace předmětu veřejné zakázky
Hlavní CPV kód: 48814000-1 Zdravotnické informační systémy
Rozdělení veřejné zakázky na části
Veřejná zakázka není rozdělena na části. Je-li v této zadávací dokumentaci použit ve vztahu k plnění předmětu veřejné zakázky pojem „část“, rozumí se tím v této zadávací dokumentaci věcně vymezená část komplexního laboratorního informačního systému, jehož dodávka a implementace je předmětem této veřejné zakázky, nikoli část ve smyslu § 101 zákona.
Zadavatel požaduje, aby součástí nabídky bylo doložení splnění podmínek kvalifikace podle zákona, které dodavatel prokáže ve lhůtě pro podání nabídek následujícím způsobem.
Splnění podmínek kvalifikace prokazuje dodavatel již ve své nabídce, a to předložením prostých kopií požadovaných dokumentů. Kopie mohou být nahrazeny čestným prohlášením nebo jednotným evropským osvědčením dle § 87 zákona. Zadavatel si může v průběhu zadávacího řízení vyžádat předložení originálů nebo úředně ověřených kopií dokladů o splnění podmínek kvalifikace.
Doklady prokazující základní způsobilost podle § 74 zákona musí prokazovat splnění požadovaného kritéria způsobilosti nejpozději v době 3 měsíců přede dnem zahájení zadávacího řízení.
Základní způsobilost dle § 74 zákona a způsob jejího prokázání
Účastník zadávacího řízení předloží výpis z Rejstříku trestů k prokázání splnění podmínek ve vztahu k § 74 odst. 1 písm. a) zákona, tj. k prokázání, že nebyl v posledních 5 letech před zahájením zadávacího řízení pravomocně odsouzen pro trestný čin uvedený v příloze č. 3 k zákonu nebo obdobný trestný čin podle právního řádu země sídla; k zahlazeným odsouzením se nepřihlíží.
Jde-li o právnickou osobu, musí tento předpoklad splňovat jak tato právnická osoba, tak zároveň každý člen jejího statutárního orgánu. Je-li členem statutárního orgánu dodavatele právnická osoba, musí výše uvedené podmínky splňovat jak tato právnická osoba, tak každý člen statutárního orgánu této právnické osoby a také osoba zastupující tuto právnickou osobu v statutárním orgánu dodavatele.
Podává-li nabídku či žádost pobočka závodu zahraniční právnické osoby, musí výše uvedené podmínky splňovat tato právnická osoba a vedoucí pobočky závodu. Podává-li nabídku či žádost o účast pobočka závodu české právnické osoby, musí výše uvedené podmínky splňovat vedle výše uvedených osob rovněž vedoucí pobočky.
Tento základní kvalifikační předpoklad musí splňovat účastník zadávacího řízení v zemi svého sídla.
Účastník zadávacího řízení předloží dle § 75 odst. 1 písm. b) zákona potvrzení příslušného finančního úřadu ve vztahu k § 74 odst. 1 písm. b), a dle § 75 odst. 1 písm. c) zákona písemné čestné prohlášení ve vztahu ke spotřební dani podepsané osobou oprávněnou zastupovat účastníka zadávacího řízení k prokázání splnění podmínek ve vztahu k § 74 odst. 1 písm. b) zákona, tj. k prokázání, že účastník zadávacího řízení nemá v evidenci daní zachyceny splatné daňové nedoplatky, a to jak v České republice, tak v zemi svého sídla.
Účastník zadávacího řízení předloží dle § 75 odst. 1 písm. d) zákona písemné čestné prohlášení podepsané osobou oprávněnou zastupovat účastníka zadávacího řízení k prokázání splnění podmínek ve vztahu k § 74 odst. 1 písm. c) zákona, tj. k prokázání, že účastník zadávacího řízení nemá splatný nedoplatek na pojistném nebo na penále na veřejné zdravotní pojištění, a to jak v České republice, tak v zemi svého sídla.
Účastník zadávacího řízení předloží dle § 75 odst. 1 písm. e) zákona potvrzení příslušné okresní správy sociálního zabezpečení k prokázání splnění podmínek ve vztahu k § 74 odst. 1 písm. d) zákona, tj. že nemá splatný nedoplatek na pojistném nebo na penále na sociálním zabezpečení a příspěvku na státní politiku zaměstnanosti, a to jak v České republice, tak v zemi sídla.
Účastník zadávacího řízení předloží dle § 75 odst. 1 písm. f) zákona výpis z obchodního rejstříku, nebo předloží písemné čestné prohlášení, v případě, že není v obchodním rejstříku zapsán, ve vztahu k § 74 odst. 1 písm. e) zákona.
Profesní způsobilost dle § 77 odst. 1 zákona a způsob jejího prokázání
Účastník zadávacího řízení předloží dle § 77 odst. 1 zákona výpis z obchodního rejstříku nebo jiné obdobné evidence, pokud jiný právní předpis zápis do takové evidence vyžaduje.
Technická kvalifikace dle § 79 odst. 2 zákona
Účastník zadávací řízení předloží dle § 79 odst. 2 písm. b) zákona:
seznam významných dodávek obsahující minimálně 3 významné dodávky poskytnuté za posledních 7 let před zahájením zadávacího řízení, přičemž u každé takové významné dodávky účastník zadávacího řízení uvede cenu bez DPH, dobu jejího poskytnutí, identifikaci objednatele a kontaktní údaje umožňující ověření věrohodnosti poskytnutých údajů, jakož i další údaje nezbytné k prokázání splnění tohoto kritéria technické kvalifikace. Za významnou dodávku se pro účely tohoto kritéria technické kvalifikace považuje implementace, poskytnutí nebo zajištění licence a/nebo poskytování služeb podpory pro laboratorní informační systém, který poskytuje komplexní podporu (tj. pokrývá veškeré laboratorní činnosti nezbytné pro řádné zajištění dále uvedených laboratorních provozů) následujících laboratorních provozů: klinická biochemie, hematologie a mikrobiologie. Objednatel těchto významných dodávek musí mít sídlo na území zemí EU nebo EHP. Minimální finanční objem bez DPH každé této významné dodávky musí činit alespoň 500 000,- Kč úhrnně za 60 měsíců po sobě jdoucích, přičemž objednatelem minimálně 2 z těchto významných dodávek musí být poskytovatel zdravotních služeb poskytující lůžkovou péči.
seznam významných dodávek obsahující minimálně 1 významnou dodávku poskytnutou za posledních 7 let před zahájením zadávacího řízení, přičemž u každé takové významné dodávky účastník zadávacího řízení uvede cenu bez DPH, dobu jejího poskytnutí, identifikaci objednatele a kontaktní údaje umožňující ověření věrohodnosti poskytnutých údajů, jakož i další údaje nezbytné k prokázání splnění tohoto kritéria technické kvalifikace. Za významnou dodávku se pro účely tohoto kritéria technické kvalifikace považuje implementace, poskytnutí nebo zajištění licence a/nebo poskytování služeb podpory pro laboratorní informační systém, který poskytuje komplexní podporu (tj. pokrývá veškeré laboratorní činnosti nezbytné pro řádné zajištění dále uvedených laboratorních provozů) následujících laboratorních provozů: lékařská genetika a molekulární biologie. Objednatel těchto významných dodávek musí mít sídlo na území zemí EU nebo EHP. Minimální finanční objem bez DPH každé této významné dodávky musí činit alespoň 250 000,- Kč úhrnně za 60 měsíců po sobě jdoucích, přičemž objednatelem těchto významných dodávek musí být poskytovatel zdravotních služeb poskytující lůžkovou péči.
seznam významných dodávek obsahující minimálně 1 významnou dodávku poskytnutou za posledních 7 let před zahájením zadávacího řízení, přičemž u každé takové významné dodávky účastník zadávacího řízení uvede cenu bez DPH, dobu jejího poskytnutí, identifikaci objednatele a kontaktní údaje umožňující ověření věrohodnosti poskytnutých údajů, jakož i další údaje nezbytné k prokázání splnění tohoto kritéria technické kvalifikace. Za významnou dodávku se pro účely tohoto kritéria technické kvalifikace považuje implementace, poskytnutí nebo zajištění licence a/nebo poskytování služeb podpory pro laboratorní informační systém, který poskytuje komplexní podporu (tj. pokrývá veškeré laboratorní činnosti nezbytné pro řádné zajištění dále uvedených laboratorních provozů) následujících laboratorních provozů: patologie. Objednatel těchto významných dodávek musí mít sídlo na území zemí EU nebo EHP. Minimální finanční objem bez DPH každé této významné dodávky musí činit alespoň 250 000,- Kč úhrnně za 60 měsíců po sobě jdoucích, přičemž objednatelem těchto významných dodávek musí být poskytovatel zdravotních služeb poskytující lůžkovou péči.
Tj. zadavatel požaduje k prokázání technické kvalifikace dle §79 odst. 2 písm. b) zákona předložení tří výše specifikovaných seznamů. Rovnocenným dokladem k prokázání kritéria podle § 79 odst. 2 písm. b) zákona je zejména smlouva s objednatelem a doklad o uskutečnění plnění dodavatele.
Účastník zadávacího řízení předloží dle § 79 odst. 2 písmene d) zákona pro všechny části veřejné zakázky osvědčení o vzdělání a odborné kvalifikaci vztahující se k předmětu veřejné zakázky. Pro splnění tohoto kritéria je požadováno k následujícím funkcím předložení dokladů k požadovanému vzdělání (např. vysokoškolský diplom nebo maturitní vysvědčení) a profesních životopisů osob k prokázání splnění níže uvedených požadavků na jejich praxi, a to včetně dob poskytnutí zakázek, identifikaci objednatelů a kontaktní údaje na tyto objednatele umožňující ověření věrohodnosti poskytnutých údajů:
vedoucí realizačního týmu – jedna fyzická osoba, která povede realizační tým veřejné zakázky při poskytování plnění vztahujících se k části 1, splňující následující požadavky:
vysokoškolské vzdělání v technickém nebo přírodovědném oboru;
praxe v řízení projektů implementace informačních systémů, případně včetně implementace komunikačních technologií, minimálně 3 roky, a to v posledních 5 letech před zahájením zadávacího řízení;
je držitelem certifikátu z oblasti projektového řízení PRINCE2 nebo IPMA anebo ekvivalentu těchto certifikátů z oblasti projektového řízení; tento certifikát lze nahradit doložením praxe s vedením nejméně 3 zakázek zahrnujících implementaci laboratorních informačních systémů.
člen realizačního týmu pro projektové řízení – jedna fyzická osoba splňující následující požadavky:
středoškolské vzdělání;
praxe z realizace projektů implementace informačních systémů, případně včetně implementace komunikačních technologií, minimálně 3 roky, a to v posledních 5 letech před zahájením zadávacího řízení;
člen realizačního týmu pro migraci dat – nejméně jedna fyzická osoba splňující následující požadavky (zadavatel připouští prokázání tohoto subkritéria více fyzickými osobami, které kumulativně splní níže uvedené požadavky, přičemž požadavky v první a druhé odrážce musí splňovat každá z těchto fyzických osob):
středoškolské vzdělání;
praxe z realizace projektů implementace informačních systémů, případně včetně implementace komunikačních technologií, minimálně 3 roky, a to v posledních 5 letech před zahájením zadávacího řízení;
zkušenosti s programováním v rámci minimálně 2 zakázek zahrnujících migraci dat nebo vývoj (tj. programování) informačního systému, a to v posledních 5 letech před zahájením zadávacího řízení;
zkušenosti s prováděním migrace dat v rámci minimálně 2 zakázek zahrnujících migraci z původního informačního systému do nově implementovaného informačního systému, a to v posledních 5 letech před zahájením zadávacího řízení (tj. u těchto zakázek účastník zadávacího řízení doloží, že jejich předmět zahrnoval uvedenou migraci dat a že tato fyzická osoba měla v rámci plnění těchto zakázek za úkol, výhradně nebo mimo jiné, tuto migraci dat).
Účastník zadávací řízení předloží vzorek požadovaného řešení (dále jen „Prototyp“), jehož vybrané vlastnosti zadavatel stanovuje jako kritéria splnění technické kvalifikace dle § 79 odst. 2 písm. k) zákona a ostatní vlastnosti budou předmětem hodnocení kvality nabídky. Podrobné požadavky zadavatele na Prototyp a způsob jeho předložení jsou stanoveny dále v této zadávací dokumentaci.
Prokazování kvalifikace v případě společné účasti dodavatelů
V případě společné účasti dodavatelů prokazuje dle § 82 zákona základní způsobilost a profesní způsobilost podle § 77 odst. 1 zákona každý dodavatel samostatně.
Prokazování splnění kvalifikace prostřednictvím jiných osob
Dodavatel může prokázat splnění technické kvalifikace nebo profesní způsobilosti s výjimkou kritéria podle § 77 odst. 1 zákona požadované zadavatelem prostřednictvím jiných osob. V takovém případě je povinen zadavateli předložit:
doklady prokazující splnění profesní způsobilosti podle § 77 odst. 1 zákona jinou osobou,
doklady prokazující splnění chybějící části kvalifikace prostřednictvím jiné osoby,
doklady o splnění základní způsobilosti podle § 74 zákona jinou osobou a
smlouvu nebo jinou osobou podepsané potvrzení o její existenci, jejímž obsahem je závazek jiné osoby k poskytnutí plnění určeného k plnění veřejné zakázky nebo k poskytnutí věcí nebo práv, s nimiž bude dodavatel oprávněn disponovat při plnění veřejné zakázky, a to alespoň v rozsahu, v jakém jiná osoba prokázala kvalifikaci za dodavatele.
Prokazování splnění kvalifikace výpisem ze seznamu kvalifikovaných dodavatelů
Účastník může namísto dokladů k prokázání základní způsobilosti podle § 74 zákona a profesní způsobilosti podle § 77 zákona předložit výpis ze seznamu kvalifikovaných dodavatelů, který nahrazuje prokázání základní způsobilosti podle § 74 zákona. Prokázání profesní způsobilosti podle § 77 zákona nahrazuje tento výpis ze seznamu kvalifikovaných dodavatelů v tom rozsahu, v jakém údaje v tomto výpisu prokazují splnění kritérií profesní způsobilosti.
Výpis ze seznamu kvalifikovaných dodavatelů nesmí být k poslednímu dni, ke kterému má být prokázáno splnění kvalifikace, starší než 3 měsíce.
Změny kvalifikace účastníka zadávacího řízení
Pokud po předložení dokladů nebo prohlášení o kvalifikaci dojde v průběhu zadávacího řízení ke změně kvalifikace účastníka zadávacího řízení, je účastník zadávacího řízení povinen tuto změnu oznámit zadavateli do 5 pracovních dnů oznámit a do 10 pracovních dnů od oznámení této změny předložit nové doklady nebo prohlášení ke kvalifikaci; zadavatel může tyto lhůty prodloužit nebo prominout jejich zmeškání. Tato povinnost účastníkům zadávacího řízení nevzniká, pokud je kvalifikace změněna takovým způsobem, že:
podmínky kvalifikace jsou nadále splněny,
nedošlo k ovlivnění kritérií pro snížení počtu účastníků zadávacího řízení nebo nabídek a
nedošlo k ovlivnění kritérií hodnocení nabídek.
Pokud je v technické specifikaci níže užit pojem „možnost“, rozumí se tím vlastnost, funkce či schopnost předmětu veřejné zakázky, nikoliv pouze jeho připravenost k využití této možnosti (tzn. že zadavatel požaduje, aby mohl tyto „možnosti“ využívat bez dalších finančních investic do různých rozšíření, upgradů, apod., nejsou-li tyto výslovně zmíněny).
Zadavatel požaduje dodávku komplexního laboratorního informačního systému dle specifikace uvedené v přílohách této zadávací dokumentace (dále jen „Software“ nebo „LIS“), a to po jednotlivých částech podle jednotlivých laboratorních provozů zadavatele (dále jen „části Řešení“). Zadavatel rovněž požaduje, aby Software měl veškeré funkcionality nezbytné pro plnohodnotnou podporu níže uvedených laboratorních provozů, a to v rozsahu předpokládaném nebo vyžadovaném právními předpisy vztahujícími se k těmto laboratorním provozům.
Software musí být plně integrován na koncová zařízení a specifické laboratorní počítačové programy vymezené v příloze č. 4 této zadávací dokumentace (tato zařízení a tyto specifické laboratorní počítačové programy dále souhrnně jen „Zařízení“ a jednotlivě „Zařízení“; Software včetně těchto integrací výše a dále jen „Řešení“). Zadavatel pro vyloučení pochybností uvádí, že požadované Řešení musí být, vedle koncových zařízení specifikovaných v příloze č. 4 této zadávací dokumentace, schopno plné spolupráce s běžnými koncovými zařízeními, jako jsou klávesnice, myši, skenery čárového kódu, čtečky čipových karet, tiskárny aj.
Každá část Řešení je v příloze č. 2 této zadávací dokumentace vymezena:
obecnými požadavky;
základními funkcionalitami, které jsou prioritní;
rozšířenými funkcionalitami, které jsou neprioritní; a
specifickými požadavky vztahujícími se k příslušným laboratorním provozům.
Součástí implementace části 1 Řešení musí být rovněž implementace funkcionalit společných pro všechny části Řešení.
V rámci implementace každé části řešení zadavatel ve vztahu k požadavkům specifickým pro laboratorní provozy spadající do dané části řešení požaduje provést implementaci funkcionalit Řešení v tomto pořadí a ve stejném pořadí připojit Zařízení podle jejich priority, jak je tento pojem vymezen v této zadávací dokumentaci, resp. v jejich přílohách:
základní funkcionality (kap. 2 přílohy č. 2 této zadávací dokumentace) a prioritní Zařízení (v tabulce v příloze č. 4 zadávací dokumentace ve sloupci „Priorita připojení na LIS“ označena *);
rozšířené funkcionality (kap. 3 přílohy č. 2 této zadávací dokumentace) a neprioritní Zařízení (v tabulce v příloze č. 4 zadávací dokumentace ve sloupci „Priorita připojení na LIS“ neoznačena *).
Jednotlivé části Řešení jsou dle laboratorních provozů Objednatele vymezeny takto:
část 1: biochemická a hematologická laboratoř, POCT – kapitoly 1, 2, 3 a 4 přílohy č. 2 této zadávací dokumentace, jakož i funkcionality společné pro všechny části řešení;
část 2: imunologická laboratoř a infekční sérologie, mikrobiologická laboratoř (bakteriologie a molekulární mikrobiologie), ATB středisko, nozokomiální nákazy – kapitoly 1, 2, 3 a 5 přílohy č. 2 této zadávací dokumentace;
Část 3: laboratoř průtokové cytometrie, laboratoř genetiky a molekulární biologie (molekulární biologie, genetika, cytogenetika) – kapitoly 1, 2, 3 a 6 přílohy č. 2 této zadávací dokumentace;
Část 4: laboratoř patologie – kapitoly 1, 2, 3 a 7 přílohy č. 2 této zadávací dokumentace.
Zadavatel požaduje, aby všem uživatelům Řešení byl k dispozici těžký klient umožňující, v závislosti na konkrétní konfiguraci, využívat veškeré funkcionality Řešení. Zadavatel připouští, avšak nepožaduje to, aby uživatelům Řešení byl k dispozici rovněž lehký klient.
Zadavatel výslovně upozorňuje, že náklady na připojení všech Zařízení, včetně periferií uvedených v příloze č. 4 této zadávací dokumentace, musí být zahrnuty v nabídkové ceně, tj. dodavatel nebude oprávněn v souvislosti s jejich připojením účtovat žádné další náklady, ledaže je ve smlouvě uvedeno jinak.
Řešení musí obsahovat kontextovou nápovědu v českém jazyce ke každé funkcionalitě.
Licenční zajištění
Zadavatel požaduje poskytnutí nebo zajištění licence ke všem součástem Řešení, která bude umožňovat užívání Řešení v prostředí zadavatele s výjimkou následujících parametrů bez jakýchkoli omezení:
počet registrovaných uživatelů: minimálně 1200550;
počet současně přihlášených uživatelů pracujících: minimálně 800450.
V ostatních parametrech musí být licence ke všem součástem Řešení bez jakéhokoli omezení, tj. zejména pro celé území České republiky, bez omezení počtu užití, bez omezení počtu analyzovaných vzorků, bez omezení počtu připojených Zařízení, bez omezení počtu integrovaných middleware, bez omezení počtu vyšetření, bez omezení počtu pacientů, bez omezení rozsahu databáze, bez omezení počtu CPU nebo jader serverové části a na dobu trvání majetkových práv autorských.
Veškeré licence, které budou součástí nabízeného řešení, musí být poskytnuty v takovém rozsahu a za takových podmínek, které zadavateli umožní nabízené řešení implementovat a zprovoznit jak v produkčním prostředí, tak v testovacím prostředí, které zadavateli umožní testovat změny nabízeného řešení před nasazením do produkčního prostředí, případně během školení nebo onboardingu prezentovat funkcionality Řešení. Licence se musí vztahovat i na nové verze Software vydané během trvání smlouvy.
Účastník zadávacího řízení v nabídce detailně popíše podmínky, rozsah a veškerá omezení poskytnuté licence.
Další požadavky na architekturu Řešení
Účastník zadávacího řízení předloží jako součást nabídky blokové komunikační schéma, které bude popisovat veškeré vzájemné komunikační vazby komponent Řešení (včetně způsobu komunikace) a veškeré komunikační vazby Řešení na ostatní systémy zadavatele (včetně způsobu komunikace), které jsou nezbytné pro řádné a bezpečné provozování Řešení v prostředí zadavatele, jakož i komunikaci s koncovými zařízeními a informačními systémy třetích stran, přičemž toto blokové komunikační schéma bude obsahovat popis potřebných komunikačních protokolů včetně portů a rozliší alespoň serverovou část a klientskou část Řešení a bude zobrazovat splnění požadavků této zadávací dokumentace vztahujících se ke komunikaci Řešení prostřednictvím ESB, komunikaci s koncovými zařízeními a informačními systémy třetích stran (dále a výše jen „Blokové komunikační schéma“). Toto Blokové komunikační schéma účastník zadávacího řízení v nabídce uvede ve formátu PDF a dále ve vektorové podobě ve formátu VSDX, SVG nebo DRAWIO. Pro vyloučení pochybností se vedle výše uvedeného uvádí, že Blokové komunikační schéma musí jako samostatné prvky rozlišovat komponenty Řešení, které budou vyžadovat komunikaci prostřednictvím datové sítě zadavatele nebo budou provádět datovou komunikaci s jinými systémy zadavatele, s koncovými zařízeními a s informačními systémy třetích stran, a to s vyznačením všech nezbytných vazeb a způsobů komunikace. Za tímto účelem budou u všech vazeb, jejichž povaha to nevylučuje, uvedeny tyto údaje: komunikační protokol/y, čísla TCP/UDP portů a směry navazování komunikace. Z předloženého Blokového komunikačního schéma musí být zřejmé rozlišení mezi segmenty sítě, tj. alespoň mezi segmentem technologickým (segmentem Řešení) a segmentem nemocničním (doménovým).
Příklad zpracování Blokového komunikačního schéma je uveden v příloze č. 8 této zadávací dokumentace. Účastník zadávacího řízení vyjde při zpracování Blokového komunikačního schéma z tohoto příkladu, tj. Blokové komunikační schéma předložené v nabídce se nesmí svou povahou od tohoto příkladu významně lišit.
Řešení musí dále splňovat následující technické požadavky zadavatele:
Řešení musí mít architekturu server-klient;
Řešení musí umožňovat komunikaci se systémy třetích stran prostřednictvím Enterprise Service Bus výrobce InterSystems (dále jen „ESB“), ledaže z této zadávací dokumentace vyplývá něco jiného, přičemž rozhraní Řešení na ESB musí být součástí Řešení (tj. součástí nabídkové ceny) a to včetně všech funkcionalit nezbytných pro takovou komunikaci. Účastník zadávacího řízení učiní v nabídce výslovné prohlášení o tom, že jeho nabídka splňuje požadavek zadavatele uvedený v této odrážce (dále jen „Prohlášení o kompatibilitě s ESB zadavatele“);
uživatelské rozhraní všech součástí Řešení musí být plně v českém jazyce;
Řešení musí umožňovat provozování na virtuálních serverech zadavatele řešených technologií VMware;
součástí nabídky bude prohlášení účastníka zadávacího řízení, že nabízené Řešení, a to serverová i klientská část, je plně provozuschopné na HW a SW prostředcích zadavatele specifikovaných v kap. 8 přílohy č. 2 této zadávací dokumentace, a to za tam specifikovaných podmínek (dále jen „Prohlášení o kompatibilitě s technologiemi zadavatele“);
všechny součásti Řešení musí umožňovat provozování bez jakéhokoli omezení na operačních systémech, kterým jejich výrobce poskytuje v době podání nabídky podporu;
instalaci operačních systémů na serverové i klientské části Řešení provede zadavatel včetně zavedení do domény xxxxxx.xx, což musí Řešení umožňovat;
požadavky na serverovou část Řešení:
serverová část Řešení musí běžet na operačním systému Windows Server;
instalace serverové části Řešení povolena pouze do %PROGRAMFILES%, pro logování, konfigurační soubory a „nespustitelné“ soubory lze využívat pouze %PROGRAMDATA%, %USERPROFILE%;
správa vlastního Řešení musí být oddělena od správy operačního systému;
nesmí vyžadovat vytváření složek ani souborů v kořenovém adresáři systémového oddílu;
požadavky na klientskou část Řešení:
lehký (tenký) klient řešený jako webová aplikace, který k běhu vyžaduje pouze webový prohlížeč:
musí běžet na operačním systému Windows;
nesmí na klientské stanici vyžadovat žádnou instalaci;
musí bez omezení běžet v aktuální verzi prohlížečů Edge a Chrome, a to bez nutnosti instalovat jakýkoli plug-in nebo jiné rozšíření (mimo pluginy využívané zadavatelem pro elektronický podpis);
přístup do klientské části Řešení musí být možné řídit jak pomocí LDAP, tak i pomocí SSO, a to podle výběru zadavatele v konkrétním případě;
těžký (tlustý klient) řešený jako lokální aplikace:
musí běžet na operačním systému Windows;
musí být uživatelům poskytován přes DFS Distributed File System (Microsoft) ze síťového úložiště;
v případě, že bude nezbytné doinstalovat atypické aplikace, které nebude možné poskytovat pomocí DFS, nesmí vyžadovat žádnou instalaci mimo %PROGRAMFILES%, %PROGRAMFILES(x86)%;
nesmí vyžadovat práva zápisu jinam, než do %PROGRAMDATA%, %USERPROFILE%;
nesmí pro svůj provoz vyžadovat jiná oprávnění k operačnímu systému, než která má v defaultním nastavení nastavena skupina Users.
správa vlastního Řešení musí být oddělena od správy operačního systému;
přístup do klientské části Řešení musí být možné řídit jak pomocí LDAP, tak i pomocí SSO, a to podle výběru zadavatele v konkrétním případě;
klientská část Řešení, lehký i těžký klient, nesmí vyžadovat lokální (standalone) aplikace Microsoft Office, a to vzhledem k tomu, že zadavatel na klientských stanicích garantuje licence Microsoft pouze v úrovni F3 O365;
klientská část Řešení, lehký i těžký klient, však musí umožňovat přímou integraci s lokálními (standalone, tj. nikoli pouze webovými) aplikacemi Microsoft Office, alespoň s Outlook, Word a Excel, a to pro případ, že na konkrétní klientské stanici jsou tyto aplikace instalovány;
požadavky na databázovou vrstvu, tj. databázovou část Řešení:
Řešení může využívat stávající systém řízení báze dat (tj. database management system; dále jen „SŘBD“) zadavatele, kterým je Microsoft SQL v aktuální verzi;
pro případ, že Řešení nebude využívat uvedené SŘBD zadavatele:
musí být součástí dodávky rovněž SŘBD (tj. „databázová vrstva“), kdy dodavatel provede rovněž její implementaci v rámci Implementace, jak je tento pojem vymezen v návrhu smlouvy, který je přílohou č. 1 této zadávací dokumentace;
ke každému údaji uloženému v databázi musí mít zadavatel možnost nastavit read-only přímý přístup pomocí SQL příkazů;
žádná část Řešení nesmí vyžadovat manipulaci s oprávněním jednotlivých položek registru operačního systému;
Řešení, tj. klientská, databázová i serverová část, musí umožňovat fungování:
aktivovaného a standardně nastaveného firewallu, jenž je součástí operačního systému Windows;
aktivované a standardně nastavené antivirové ochrany využívané zadavatelem, což je systém Bitdefender, a to bez nutnosti vynechání antivirové kontroly kterékoli složky využívané Řešením;
aktivovaného řízení uživatelských účtů (User Account Control, tj. UAC);
pokud Řešení, serverová, databázová nebo klientská část, vyžaduje instalaci:
Microsoft .NetFramework, musí se jednat o verze 4 nebo vyšší;
Java – musí se jednat o poslední vydanou verzi;
Řešení, tj. serverová, databázová ani klientská část, nesmí vyžadovat:
makra systému Microsoft Office;
Microsoft ActiveX;
Microsoft SilverLight; ani
Flash Player.
Řešení musí umožňovat zálohování nástrojem Veeam, který má zadavatel již pořízen, a to včetně operačních systémů a databázových řešení dodaných dodavatelem;
pokud pro provoz Řešení nezbytný HW klíč, musí HW klíč podporovat provoz Řešení na virtualizační platformě VMware.
Zadavatel požaduje provedení migrace dat ze stávajících informačních systémů zadavatele. Zadavatel poskytne data ze stávajících informačních systémů dle svých možností vždy v jednom z formátů: XML, MS SQL, databáze Firebird, XLS, XLSX, DASTA 1, DASTA 3 nebo DASTA 4.
Bude-li zadavatel požadovat migraci dat ze stávajících informačních systémů zadavatele uložených v jiných formátech, budou se moci smluvní strany dohodnout na změně závazku, na základě které bude taková migrace provedena (viz kap. VI této zadávací dokumentace)
Požadavky v oblasti kybernetické bezpečnosti
V rámci Realizačního projektu, jak je tento pojem definován v návrhu smlouvy, musí být uvedeny všechny kryptografické algoritmy využívané Řešením. Zadavatel připouští pouze kryptografické algoritmy vyhovující doporučení Národního úřadu pro kybernetickou a informační bezpečnost uvedeným v platném dokumentu „Minimální požadavky na kryptografické algoritmy“1.
Zadavatel požaduje, aby prvotní implementace Řešení, jakož i veškeré následné změny, byly nejprve za podmínek smlouvy, která je přílohou č. 1 této zadávací dokumentace, ověřeny v testovacím prostředí, jehož vytvoření a provoz je součinností zadavatele ve stejném rozsahu, v jakém je součinností zadavatele vytvoření a provoz produkčního prostředí.
Řešení musí:
veškerá komunikace specifikovaná v příloze č. 4 této zadávací dokumentace musí být šifrovaná (tj. musí využívat kryptografických algoritmů) a využívající pouze certifikáty defaultně obsažené v aktuální verzi operačního systému Microsoft Windows nebo eIDAS; komunikace označená v příloze č. 4 této zadávací dokumentace jako interní může využívat certifikáty vydané interní certifikační autoritou zadavatele; z požadavku uvedeného v této odrážce může zadavatel v Realizačním projektu schválit výjimky v případech, kdy požadovanou šifrovanou komunikaci nepodporuje systém třetí strany;
využívat jednotnou adresářovou službu v podobě MS Active Directory;
jako primární zdroj identit musí Řešení využívat IDM zadavatele (InterSystems Ensemble), který komunikuje prostřednictvím webových služeb protokolem SOAP, přičemž musí být možné přímo v Řešení provádět další konfigurační úpravy rolí a kompetencí uživatelů;
provádět sběr informací dle § 22 odst. 2 písm. b) vyhlášky č. 82/2018 Sb., o kybernetické bezpečnosti (dále jen „VKB“);
logovat veškeré události a uživatelské aktivity a bude disponovat funkcionalitou pro centrální správu logů;
mít všechny vlastnosti nezbytné pro splnění § 22 odst. 2 písm. d) VKB zadavatelem.
Obchodní podmínky jsou obsaženy:
v závazném návrhu smlouvy, který je přílohou č. 1 této zadávací dokumentace; a dále
v závazném návrhu smlouvy, který je přílohou č. 5 této zadávací dokumentace.
Pro doplnění návrhu smlouvy, který je přílohou č. 1 této zadávací dokumentace, platí následující požadavky zadavatele (dále viz kap. XIIXI této zadávací dokumentace):
tato smlouva musí být předložena ve znění uvedeném v příloze č. 1 této zadávací dokumentace, a to bez jakýchkoli změn ve formátu DOC nebo DOCX;
do této smlouvy je však účastník zadávacího řízení povinen doplnit zadavatelem vyznačené údaje, přičemž:
zadavatel upozorňuje, že ceny Paušálních Služeb se do této smlouvy vyplňují jako ceny za kalendářní měsíc;
do přílohy č. 1 této smlouvy účastník zadávacího řízení přehledně a ve strojově čitelném formátu doplní detailní specifikaci nabízeného řešení, služeb neuvedených v příloze č. 2 této smlouvy a dalších plnění požadovaných touto zadávací dokumentací, a to tak, aby z takto doplněné smlouvy jednoznačně vyplývalo splnění všech požadavků uvedených v této zadávací dokumentaci a v přílohách č. 2, 3 a 4 této zadávací dokumentace;
do přílohy č. 2 této smlouvy účastník zadávacího řízení u Paušálních Služeb, jak je tento pojem ve smlouvě vymezen, vyplní cenu za měsíc poskytování příslušné Paušální Služby bez DPH.
Pro doplnění návrhu smlouvy, který je přílohou č. 5 této zadávací dokumentace, platí následující požadavky zadavatele (dále viz kap. XIIXI této zadávací dokumentace):
tato smlouva musí být předložena ve znění uvedeném v příloze č. 5 této zadávací dokumentace, a to bez jakýchkoli změn ve formátu DOC nebo DOCX;
do této smlouvy je však účastník zadávacího řízení povinen doplnit zadavatelem vyznačené údaje.
Zadavatel si vyhrazuje následující změny závazku, jejichž předmětem bude:
pořízení věcí dle odst. II.5 návrhu smlouvy, který je přílohou č. 1 této zadávací dokumentace, a to za podmínek tam uvedených;
pořízení softwarových ovladačů a dalších plnění dle odst. II.5 návrhu smlouvy, který je přílohou č. 1 této zadávací dokumentace (včetně pořízení softwarových ovladačů při poskytování služby A03), a to za podmínek tam uvedených;
migrace dat ze stávajících informačních systémů zadavatele uložených v jiných formátech, než které jsou uvedeny v kap. IV.4 této zadávací dokumentace, přičemž plnění dodavatele bude spočívat v analýze formátů, vytvoření utilit pro provedení takové migrace, provedení takové migrace včetně dočišťovacích prací na výsledném datovém výstupu.
Zadavatel za účelem posouzení a hodnocení nabídek požaduje od účastníka zadávacího řízení předložení vzorku Software specifikovaného v kap. VII.1.1VI.1.1 implementovaného na přenosném počítači (notebooku) specifikovaném včetně periferií v kap. VII.1.2VI.1.2 (tento vzorek Software, tj. část Software, která za podmínek této zadávací dokumentace umožní provedení modelových úloh, dále též jen „Vzorek“; tento počítač dále jen „Počítač“; Vzorek včetně Počítače a níže uvedených dokumentů dále též jen „Prototyp“). Požadavky na Prototyp viz kap. VII.1.3VI.1.3. Zadavatel musí být v rámci hodnocení nabídek schopen pomocí Počítače postupem dle této zadávací dokumentace, včetně kap.VII.1.4VI.1.4, předvést, resp. provést Vzorek, čímž se rozumí provedení modelových úloh stanovených v příloze č. 3 této zadávací dokumentace (dále též jen „Modelové úlohy“) pomocí Prototypu, a to za podmínek této zadávací dokumentace.
Prototyp nebude v souladu s ustanovením § 211 odst. 3 písm. c) zákona připojen k elektronické nabídce s ohledem na formu tohoto prototypu. Prototyp musí být zadavateli doručen nejpozději do konce lhůty pro podání nabídek, a to buď osobně v pracovních dnech v době mezi 8:00 a 11:00 hodin nebo zaslat do podatelny zadavatele na adresu: Xxxxxxxxx 00, 000 00 Xxxx. Při dodání Prototypu poštou nebo jiným veřejným přepravcem se za okamžik dodání Prototypu považuje jeho fyzické převzetí zadavatelem.
Podmínky pro předložení Prototypu:
Prototyp bude uzavřen v zalepeném a zapečetěném, nebo obdobně zajištěném, dostatečně pevném obalu tak, aby Prototyp byl chráněn před běžným poškozením (např. pevná lepenková krabice) a aby zadavatel nemohl tento obal otevřít, aniž by znehodnotil zajištění tohoto obalu;
obal (krabice) s Prototypem bude zřetelně označen alespoň takto:
názvem účastníka zadávacího řízení včetně IČO;
názvem veřejné zakázky;
slovy „Prototyp – neotvírat!“.
Nebude-li obal s Prototypem splňovat výše uvedené podmínky, vyhrazuje si zadavatel právo obal s Prototypem nepřevzít.
Zadavatel si v souladu s § 39 odst. 6 zákona vyhrazuje povinnost účastníka zadávacího řízení převzít předložený Prototyp po ukončení zadávacího řízení zpět. Účastník zadávacího řízení je povinen na výzvu zadavatele převzít předložený Prototyp zpět na své náklady osobně u zadavatele, a to po předchozí domluvě na telefonním čísle 532 232 106 nebo na e-mailu xxxxxxxxxx.xxxxx@xxxxxx.xx Nedostaví-li se osoba pověřená účastníkem zadávacího řízení k převzetí Prototypu dle věty předchozí ani po opakované výzvě, vyhrazuje si zadavatel právo uskladnit Prototyp na náklady účastníka zadávacího řízení.
Zadavatel požaduje předložení Vzorku, kterým se rozumí část Software požadovaného touto zadávací dokumentací v rozsahu nezbytném pro provedení Modelových úloh, tj. Prototyp musí splňovat takové funkční požadavky, aby bylo možné provést Modelové úlohy. Pokud Modelová úloha nebo její část vyžaduje načtení souboru, musí být součástí Vzorku i takový soubor. Zadavatel si však vyhrazuje právo v rámci provádění Modelových úloh měnit uživatelská data obsažená v takových souborech, nikoli však jejich strukturu.
Vzorek nesmí být zpracován jako pouhý videozáznam, nebo obdobný záznam, který bude zadavatel v rámci předvádění Vzorku přehrávat. Vzorek musí být skutečným počítačovým programem a skutečnou částí nabízeného Řešení, tj. vzorek v případě vyhodnocení nabídky dodavatele jako nejvhodnější bude využit jako část nabízeného Řešení. Pokud zadavatel v průběhu plnění smlouvy uzavřené s vybraným zadavatelem zjistí, že implementované Řešení neodpovídá Vzorku, bude oprávněn od takové smlouvy odstoupit a vznikne mu nárok na smluvní pokutu.
Součástí Prototypu musí být rovněž podrobný popis spuštění Vzorku a provedení Modelových úloh včetně snímků obrazovky nebo videozáznamů ve formátu MP4 nebo AVI (oba popisy dále souhrnně jen „Dokumentace Vzorku“) tak, aby zadavatel mohl posoudit schopnost Vzorku provést Modelové úlohy již z tohoto popisu. Další požadavky na Dokumentaci Vzorku:
bude zpracována plně v českém jazyce;
s výjimkou multimediálních příloh bude zpracována ve formátu DOCX nebo PDF;
bude přehledně členěná, a to zejména dle jednotlivých Modelových úloh a dále dle jednotlivých kroků;
bude obsahovat podrobný návod uvedení Vzorku do výchozího stavu po provedení Modelové úlohy tak, aby bylo možné provést další Modelovou úlohu;
bude obsahovat podrobný návod na ukončení Vzorku.
Vzorek musí být po spuštění Počítače a Vzorku ve výchozím stavu, který umožní provedení kterékoli Modelové úlohy dle volby zadavatele.
Každá Modelová úloha je posloupností jednotlivých kroků, přičemž Vzorek musí být schopen provedení každého takového kroku a schopnost provedení každého takového kroku na Vzorku musí vyplývat z Dokumentace Vzorku. Tj. zadavatel předvedením Vzorku:
ověří schopnost Vzorku provést Modelové úlohy; a
provede hodnocení nabídky v příslušném dílčím hodnoticím kritériu.
Zadavatel ve specifikaci Modelových úloh mimo jiné u jednotlivých kroků uvádí typ klienta, ve kterém požaduje, aby bylo možné je provést. Požaduje-li tedy zadavatel provedení kroku v těžkém klientovi, musí Vzorek obsahovat těžkého klienta splňujícího požadavky této zadávací dokumentace, který provedení takového kroku umožní. Požaduje-li zadavatel provedení kroku v lehkém klientovi, musí Vzorek obsahovat lehkého klienta (včetně nainstalovaného prohlížeče) splňujícího požadavky této zadávací dokumentace, který provedení takového kroku umožní.
Zjistí-li zadavatel z Dokumentace Vzorku nebo při předvádění Vzorku, že Vzorek není schopen provedení kteréhokoli kroku kterékoli Modelové úlohy, posoudí nabídku tak, že nesplňuje zadávací podmínky, tj. provedení všech kroků všech Modelových úloh je považováno za minimální technické podmínky, které musí Vzorek splňovat.
Požadavky zadavatele na Počítač, jehož všechny vlastnosti nezbytné pro předvedení Vzorku a rovněž dále uvedené vlastnosti a příslušenství musí být funkční a nastaveny jako aktivní:
notebook vybavený všemi periferními zařízeními nezbytnými pro předvedení Vzorku, a to alespoň síťovým napájecím zdrojem a externí myší (zadavatel doporučuje drátovou);
displayem alespoň v rozlišení Full HD, tj. alespoň 1920 x 1080 px;
klávesnice – buď interní klávesnice, nebo externí drátová;
výkonností parametry umožňující provedení Modelových úloh v reálném čase;
nesmí obsahovat modul pro připojení prostřednictvím mobilní sítě, případně, pokud tento modul obsahovat bude, musí tento modul být deaktivován a nesmí v něm být vložena SIM karta – v takovém případě musí být součástí nabídky popis, jak si může zadavatel splnění tohoto požadavku ověřit;
pokud bude obsahovat modul pro připojení WiFi sítě, musí být součástí nabídky popis, jak může zadavatel toto připojení deaktivovat;
předinstalovaný operační systém Microsoft Windows s možností:
promítání na dataprojektoru prostřednictvím HDMI konektoru;
zapnutí tzv. módu letadlo, tj. odpojení Počítače od počítačové sítě;
předinstalované veškeré softwarové komponenty (ovladače, knihovny aj.) nezbytné pro provedení Modelových úloh;
HDMI konektor umožňující připojení dataprojektoru;
akumulátor (baterie) nabitý alespoň na 80 % kapacity, případně alespoň na 20 % kapacity, pokud je součástí Počítače síťový adaptér;
nastavena konfigurace Počítače dle požadavků této zadávací dokumentace a tak, aby zadavatel mohl za podmínek této zadávací dokumentace pomocí Vzorku implementovaného na Počítači provést Modelové úlohy s rozlišením displeje nejméně 1920 x 1080 px;
plně implementovaný Vzorek, a to tak, aby zadavatel pomocí Vzorku mohl provést Modelové úlohy, aniž by k tomu byla nezbytná jakákoli síťová komunikace Počítače.
Součástí Prototypu musí být popis v českém jazyce, který bude obsahovat alespoň podrobný popis (dále též jen „Dokumentace Počítače“):
spuštění Počítače a jeho uvedení do stavu, ve kterém bude možné spustit Vzorek postupem dle této zadávací dokumentace;
veškeré případné přístupové údaje nezbytné pro předvedení Vzorku;
přepnutí Počítače do tzv. režimu Letadlo nebo jiné deaktivace síťové komunikace Počítače;
ověření, že Počítač má deaktivovánu síťovou komunikaci;
připojení a přepnutí počítače na dataprojektor připojený přes HDMI rozhraní;
vypnutí Počítače.
Požadovaný Prototyp a všechny jeho součásti musí splňovat požadavky této zadávací dokumentace a musí tedy umožňovat pomocí Počítače předvést Vzorek, tj. provést Modelové úlohy dle této zadávací dokumentace.
Prototyp musí obsahovat:
Vzorek plně implementovaný na Počítači tak, aby jej bylo možné použít způsobem předvídaným touto zadávací dokumentací;
1 ks vytištěné Dokumentace Vzorku;
1 ks vytištěné Dokumentace Počítače;
datový nosič (USB flash disk, CD nebo DVD) obsahující Dokumentaci Vzorku a Dokumentaci Počítače ve formátu DOCX nebo PDF, ledaže jsou tyto dokumenty součástí nabídky (v takovém případě tento datový nosič nemusí být součástí Prototypu).
Nepředložení Prototypu účastníkem zadávacího řízení nebo jeho předložení v rozporu s touto zadávací dokumentací bude posouzeno jako nesplnění zadávacích podmínek.
Zvláštní podmínky zadavatele pro předvedení Vzorku:
zadavatel dle Dokumentace Počítače spustí Počítač a případně jej dle Dokumentace Počítače nastaví a připojí (zejména deaktivuje schopnost síťové komunikace a připojí dataprojektor);
zadavatel spustí Vzorek dle Dokumentace Vzorku;
zadavatel postupně provede Modelové úlohy zejména dle Dokumentace Vzorku;
zadavatel bude z předvedení Vzorku pořizovat videozáznam a písemný zápis;
Prototyp, tj. Počítač i Vzorek, bude ovládat pověřená osoba zadavatele, která se v případě technických dotazů obrátí na přítomné zástupce účastníka zadávacího řízení; zástupce účastníka zadávacího řízení nebude sám provádět žádné Modelové úlohy ani nebude provádět jakékoliv změny Prototypu, zástupce účastníka zadávacího řízení tedy bude účasten pouze za účelem zodpovězení případných technických dotazů zadavatele;
zadavatel může ověřovat, zda Prototyp, zejména Počítač, splňuje požadavky této zadávací dokumentace.
Povinné doklady
Součástí nabídky musí být následující doklady v českém jazyce (není-li dále stanoveno jinak):
údaje a dokumenty, které zadavatel potřebuje k hodnocení nabídek a posouzení splnění podmínek účasti v zadávacím řízení;
doklady, které jsou požadovány touto zadávací dokumentací, a to mimo jiné:
Prohlášení o kompatibilitě s ESB zadavatele;
Prohlášení o kompatibilitě s technologiemi zadavatele;
Blokové komunikační schéma;
kompletní dokumentace k nabízenému Řešení v českém ve formátu DOC, DOCX nebo PDF;
na vyznačených místech řádně vyplněné čestné prohlášení o opatřeních ve vztahu k mezinárodním sankcím přijatým Evropskou unií v souvislosti s ruskou agresí na území Ukrajiny vůči Rusku a Bělorusku, které je přílohou č. 6 této zadávací dokumentace.
Prohlídka místa plnění
Zadavatel s ohledem na charakter předmětu veřejné zakázky neumožní prohlídku místa plnění.
Zadavatel požaduje, aby účastník zadávacího řízení v nabídce:
předložil seznam poddodavatelů, kteří jsou účastníkovi zadávacího řízení známi, a uvedl, kterou část veřejné zakázky bude každý z poddodavatelů plnit.
Za významnou činnost dle § 105 odst. 2 zákona považuje zadavatel následující činnosti a plnění:
činnost vedoucího realizačního týmu, který bude na straně dodavatele odpovědný za vedení celého projektu, tj. osoba, kterou účastník zadávacího řízení prokáže splnění kritéria technické kvalifikace dle § 79 odst. 2 písm. d) zákona pro funkci vedoucího realizačního týmu;
poskytnutí licence k Řešení v rozsahu základních i rozšířených funkcionalit částí 1, 2, 3 a 4 specifikovaných v příloze č. 2 této zadávací dokumentace včetně poskytnutí, tj. dodávky počítačových programů, kterými jsou tyto funkcionality realizovány, avšak s výjimkou běhových komponent, běhových prostředí a zálohovacích modulů.
Zadavatel požaduje, aby výše uvedené významné činnosti byly plněny přímo vybraným dodavatelem. V případě vedoucího realizačního týmu účastník zadávacího řízení v nabídce uvede, v jakém pracovněprávním vztahu vůči němu tato osoba je.
Požadavky na způsob zpracování nabídkové ceny
Nabídková cena bude zpracována jako celková cena za splnění celého předmětu veřejné zakázky včetně 48 měsíců poskytování Služeb, jak je předmět veřejné zakázky specifikován v této zadávací dokumentaci včetně příloh a v návrhu smlouvy, který je přílohou č. 1 této zadávací dokumentace, a to v Kč bez daně z přidané hodnoty (dále jen „DPH“), včetně DPH a s vyčíslením sazby a výše DPH.
Účastník zadávacího řízení zpracuje nabídkovou cenu do tabulky uvedené v příloze č. 7 této zadávací dokumentace podle pokynů v této příloze uvedených. Pojmy uvedené v této tabulce začínající velkým písmenem, jako je „Řešení“, „Cena plnění“, „Paušální Služba“, „Ad-hoc Služba“ a „Cena za člověkohodinu“, jsou vymezeny v návrhu smlouvy, který je přílohou č. 1 této zadávací dokumentace. Pojmy „fakturační milník“ a „nemocniční část“ jsou rovněž vymezeny v návrhu smlouvy, který je přílohou č. 1 této zadávací dokumentace.
Zadavatel výslovně požaduje, aby Cena plnění za fakturační milník A1 byla menší než Cena plnění za fakturační milník A2. Nesplnění této podmínky je důvodem pro vyloučení účastníka zadávacího řízení z další účasti v zadávacím řízení.
Vysvětlení zadávací dokumentace
Zadavatel může zadávací dokumentaci vysvětlit, pokud takové vysvětlení, případně související dokumenty, uveřejní na profilu zadavatele, a to nejpozději 5 pracovních dnů před uplynutím lhůty pro podání žádostí o účast, předběžných nabídek nebo nabídek.
Pokud o vysvětlení zadávací dokumentace písemně požádá dodavatel, zadavatel vysvětlení uveřejní, odešle nebo předá včetně přesného znění žádosti bez identifikace tohoto dodavatele. Zadavatel není povinen vysvětlení poskytnout, pokud není žádost o vysvětlení doručena včas, a to alespoň 3 pracovní dny před uplynutím lhůt podle prvního odstavce, tj. celkem alespoň 8 pracovních dnů před uplynutím lhůty pro podání nabídek. Pokud zadavatel na žádost o vysvětlení, která není doručena včas, vysvětlení poskytne, nemusí dodržet lhůtu podle prvního odstavce.
Pokud je žádost o vysvětlení zadávací dokumentace doručena včas a zadavatel neuveřejní, neodešle nebo nepředá vysvětlení do 3 pracovních dnů, prodlouží lhůtu pro podání nabídek nejméně o tolik pracovních dnů, o kolik přesáhla doba od doručení žádosti o vysvětlení zadávací dokumentace do uveřejnění, odeslání nebo předání vysvětlení 3 pracovní dny.
Pokud se vysvětlení zadávací dokumentace týká částí zadávací dokumentace, které se neuveřejňují podle § 96 odst. 2 zákona, odešle je nebo předá zadavatel všem dodavatelům, kteří podali žádost o příslušné části zadávací dokumentace. V případě vysvětlení částí zadávací dokumentace, které se neuveřejňují, se vysvětlení zadávací dokumentace na profilu zadavatele neuveřejňuje.
Kontaktní osobou zadavatele je Xxx. Xxx. Xxxxxx Xxxxxxx, Ph.D., Oddělení právních věcí, Fakultní nemocnice Brno, Xxxxxxxxx 00, 000 00 Xxxx, e-mail: xxxxxxx.xxxxxx@xxxxxx.xx (viz též kap. XII této zadávací dokumentace).
Zadavatel akceptuje nabídky pouze v elektronické podobě.
Nabídka bude zpracována v českém jazyce a předložena prostřednictvím elektronického nástroje E-ZAK dostupného na adrese: xxxxx://xxxx.xxxxxx.xx/
Nabídka bude zpracována v českém jazyce a předložena ve formátu DOC, DOCX nebo PDF.
Účastník zadávacího řízení předloží jako součást nabídky v samostatném souboru elektronickou verzi smluv uvedených v příslušných přílohách této zadávací dokumentace (viz kap. V), a to ve formátu DOC nebo DOCX. Elektronická verze smlouvy musí být řádně vyplněna v souladu s touto zadávací dokumentací, a to včetně všech příloh. Celá elektronická verze smlouvy včetně příloh musí být v jednom souboru a musí být celá strojově čitelná v souladu se zákonem č. 340/2015 Sb., o registru smluv, ve znění pozdějších předpisů (dále jen „zákon o registru smluv“).
V případě, že obsah některé přílohy smlouvy nebude celý strojově čitelný dle zákona o registru smluv, předloží účastník zadávacího řízení takovou přílohu rovněž jako samostatný soubor, který musí podmínky strojové čitelnosti dle zákona o registru smluv splňovat (např. ve formátu XLS nebo XLSX). Zadavatel ve vztahu k podmínkám strojové čitelnosti zejména upozorňuje, že tabulky nebo texty vložené jako obrázky do textového souboru se smlouvou podmínky strojové čitelnosti dle zákona o registru smluv nesplňují. V případě, že obsah doplňovaný do příloh smlouvy účastníkem zadávacího řízení podmínky strojové čitelnosti nesplňuje, musí jej účastník zadávacího řízení předložit jako součást nabídky v samostatném souboru, který musí podmínky strojové čitelnosti dle zákona o registru smluv splňovat (např. technická specifikace v samostatném PDF souboru s textovou vrstvou, cenová nabídka v samostatném XLSX souboru apod.).
Jednotlivé soubory nabídky musí být pojmenovány tak, aby bylo jednoznačné, jaký soubor má jaký význam.
Struktura nabídky:
obsah nabídky – seznam předkládaných dokumentů;
krycí list účastníka obsahující identifikační údaje účastníka, a to obchodní firmu nebo název, sídlo, právní formu, IČ, DIČ, bankovní spojení, statutární orgán, telefonní, faxové a e-mailové spojení, adresu pro doručování písemností, internetovou adresu, ID datové schránky apod;
doklady prokazující splnění kvalifikačních podmínek dle této zadávací dokumentace;
další doklady dle této zadávací dokumentace;
cenová nabídka zpracovaná dle této zadávací dokumentace;
návrhy smluv uvedených v příslušných přílohách této zadávací dokumentace a zpracované (tj. vyplněné) dle této zadávací dokumentace včetně příloh, a to v samostatných souborech vždy ve formátu DOC nebo DOCX;
seznam poddodavatelů a informace dle kap. VIII této zadávací dokumentace;
na vyznačených místech řádně vyplněné čestné prohlášení o opatřeních ve vztahu k mezinárodním sankcím přijatým Evropskou unií v souvislosti s ruskou agresí na území Ukrajiny vůči Rusku a Bělorusku, které je přílohou č. 6 této zadávací dokumentace.
Pravidla pro hodnocení nabídek
Nabídky v každé části veřejné zakázky budou hodnoceny podle ekonomické výhodnosti, a to následujícím postupem.
Zadavatel stanovil následující dílčí hodnoticí kritéria pro vyhodnocení nejvýhodnějšího poměru nabídkové ceny a kvality, přičemž těmto dílčím hodnoticím kritériím zadavatel stanovil váhy vyjádřené v procentech takto:
dílčí hodnoticí kritérium č. 1 – nabídková cena: 60 %;
dílčí hodnoticí kritérium č. 2 – uživatelská přívětivost Prototypu: 40 %.
Každá nabídka bude ohodnocena počtem bodů na bodovací stupnici od 0 do 100 bodů určeným takto:
počet bodů = počet bodů v dílčím hodnoticím kritériu č. 1 + počet bodů v dílčím hodnoticím kritériu č. 2
Tento počet bodů, jakož i počty bodů v dílčích hodnoticích kritériích, budou stanoveny s přesností na dvě desetinná místa.
Nabídky budou seřazeny podle počtu bodů. Jako nejvýhodnější bude hodnocena nabídka s nejvyšším počtem bodů.
Hodnocení v dílčím hodnoticím kritériu č. 1 „Nabídková cena“
V dílčím hodnoticím kritériu č. 1, kterým je nabídková cena, může nabídka získat nejvýše 60 bodů. Počet bodů získaných v dílčím hodnoticím kritériu č. 1 se určí tak, že nejnižší nabídková cena ze všech předložených nabídek bude vydělena hodnocenou nabídkovou cenou a výsledek bude vynásoben číslem 60 takto:
počet bodů v dílčím hodnoticím kritériu č. 1 |
= |
nejnižší nabídková cena |
· 60 |
hodnocená nabídková cena |
Hodnocení v dílčím hodnoticím kritériu č. 2 „Uživatelská přívětivost Prototypu“
V dílčím hodnoticím kritériu č. 2, kterým je kvalitativní kritérium, bude předmětem hodnocení kvalitativní úroveň uživatelské přívětivosti Prototypu. V dílčím hodnotícím kritériu č. 2 provede hodnocení hodnoticí komise složená z osob, které mají příslušnou odbornost ve vztahu k předmětu veřejné zakázky.
Zadavatel za účelem hodnocení kvality stanovil Modelové úlohy uvedené v příloze č. 3 této zadávací dokumentace, které budou provedeny pro účely hodnocení. Účastník zadávacího řízení zadavateli za podmínek této zadávací dokumentace předal Prototyp. Údaje a hodnoty dle předaného Prototypu jsou pro účastníka zadávacího řízení závazné i pro účely plnění veřejné zakázky.
Zadavatel svolá prezenční jednání hodnoticí komise a stanoví každému účastníkovi zadávacího řízení konkrétní termín. Jednání hodnoticí komise se budou moci účastnit vždy až dva zástupci toho účastníka zadávacího řízení, jehož Vzorek bude hodnocen. Písemnou pozvánku na toto jednání obdrží dotčený účastník zadávacího řízení alespoň 5 pracovních dnů předem. Technické a organizační podmínky předvedení Vzorku jsou obsaženy rovněž v kap. VII.1.4VI.1.4.
Každá Modelová úloha je posloupností jednotlivých kroků. Každý krok Modelové úlohy bude proveden postupem vyplývajícím z této zadávací dokumentace a z Dokumentace Vzorku a bude u něj vyhodnocena míra uživatelské přívětivosti. Hodnocení v tomto dílčím hodnoticím kritériu bude provedeno z pohledu odborných pracovníků z laboratorních provozů poskytovatelů zdravotních služeb, kteří jsou středně zkušení uživatelé informačních systémů využívaných ve zdravotnictví.
Hodnoticí komise, resp. osoby pověřené zadavatelem k technické, právní a administrativní podpoře hodnoticí komise, postupem dle Dokumentace Vzorku postupně na Vzorku spustí všechny Modelové úlohy. Jednání hodnoticí komise bude řídit a moderovat osoba pověřená zadavatelem k právní podpoře hodnoticí komise.
Modelové úlohy budou spouštěny v pořadí dle volby hodnoticí komise, přičemž Modelové úlohy mohou být dle volby hodnoticí komise spouštěny opakovaně a v libovolném pořadí. Umožňuje-li to povaha kroku Modelové úlohy, může k jeho provedení hodnoticí komise přistoupit i mimo pořadí kroků vyplývající z vymezení Modelových úloh v této zadávací dokumentaci. Vyplývá-li to z povahy některé kroků Modelové úlohy, že je třeba je hodnotit ve vzájemných souvislostech, provede hodnoticí komise jejich hodnocení ve vzájemných souvislostech.
Předmětem hodnocení v tomto dílčím hodnoticím kritériu bude míra uživatelské přívětivosti. Jako výhodnější bude v rámci tohoto hodnoticího kritéria hodnocen Vzorek, resp. hodnocený krok Modelové úlohy, u něhož vůči ostatním předloženým Vzorkům bude platit, že:
provedení kroku spočívá v menším počtu uživatelských úkonů, přičemž uživatelským úkonem se zde a dále rozumí stisk klávesy, klávesové zkratky nebo kliknutí myší, resp. na touchpadu;
k provedení části nebo celého kroku je možné využít klávesovou zkratku, resp. klávesové zkratky;
ovládací prvky uživatelského rozhraní (tlačítka, pole, rozbalovací seznamy apod.) svými názvy sémanticky více odpovídají výsledkům, kterých se má jejich použitím dosáhnout, a tyto názvy jsou ve vyšší míře dostatečně srozumitelné a ve vyšší míře odpovídají odborné terminologii;
vzájemně související ovládací prvky uživatelského rozhraní jsou ve vyšší míře uspořádány, řazeny nebo případně zobrazovány podle procesu, kterému Modelová úloha odpovídá, tak, aby provedení Modelové úlohy proběhlo s co nejmenším počtem uživatelských úkonů;
ovládací prvky uživatelského rozhraní sloužící k datovým vstupům jsou ve vyšší míře rozlišeny na povinné a nepovinné;
ovládací prvky uživatelského rozhraní sloužící k datovým vstupům jsou ve vyšší míře odolné proti syntaktickým chybám;
při ovládání Vzorku klávesnicí lze pomocí klávesnice (např. klávesou tabulátoru) přepínat tzv. fokus ovládacích prvků uživatelského rozhraní (tj. aktivovat tyto prvky pro reakci na ovládání klávesnicí) tak, že pořadí, ve kterém se fokus takto přepíná, ve vyšší míře odpovídá procesu zachycenému v Modelové úloze a umožňuje rychlejší provedení kroku;
prostorové a funkční uspořádání pracovní plochy Vzorku ve vyšší míře vzhledem k Modelové úloze umožňuje snadnou orientaci uživatele ve funkcionalitách Vzorku;
pro více prvků uživatelského rozhraní je k dispozici samostatná kontextová nápověda;
kontextovou nápovědu k prvku uživatelského rozhraní lze vyvolat menším počtem uživatelských úkonů;
kontextová nápověda k prvku uživatelského rozhraní srozumitelněji vysvětluje účel prvku a správný způsob jeho použití;
dílčí uživatelské úkony nezbytné k provedení kroku jsou ve vyšší míře dostupné prostřednictvím kontextového menu.
Každý člen hodnoticí komise podle výše uvedených hledisek přidělí každému kroku každé Modelové úlohy hodnocení v bodech kvality podle následující stupnice:
Počet bodů kvality |
Stručné hodnocení |
5 |
Provedení kroku je zcela uživatelsky přívětivé |
2 |
Provedení kroku je částečně uživatelsky přívětivé |
0 |
Provedení kroku jen zanedbatelně uživatelsky přívětivé nebo je uživatelsky nepřívětivé |
Nejvýhodnější nabídka ke každému kroku každé Modelové úlohy získá maximální možný počet 5 bodů a ostatní nabídky získají poměrný počet bodů vyjadřující kvalitu nabídky oproti nejlepší nabídce v daném kroku každé Modelové úlohy.
Pokud zadavatel, resp. hodnoticí komise zjistí, že Vzorek neumožňuje provedení kteréhokoli kroku kterékoli Modelové úlohy (tj. krok není možné provést ani uživatelsky nepříznivým způsobem), posoudí nabídku tak, že nesplňuje zadávací podmínky, a to bez ohledu na to, zda z Dokumentace Vzorku vyplývá, že nabízené Řešení nebo Vzorek provedení takového kroku umožňuje.
Počet bodů kvality za každou Modelovou úlohu se určí jako součet počtů bodů kvality přidělených jednotlivými členy hodnoticí komise k jednotlivým krokům dané Modelové úlohy. Celkový počet bodů kvality se u každé nabídky určí jako součet počtů bodů kvality za jednotlivé Modelové úlohy.
V dílčím hodnoticím kritériu č. 2 může nabídka získat nejvýše 40 bodů. Počet bodů získaných v dílčím hodnoticím kritériu č. 2 se určí tak, že hodnocený celkový počet bodů kvality za všechny Modelové úlohy bude vydělen nejvyšším celkovým počtem bodů kvality za všechny Modelové úlohy ze všech předložených nabídek a výsledek tohoto podílu bude vynásoben číslem 40.
Matematické vyjádření výše uvedeného postupu hodnocení v dílčím hodnoticím kritériu č. 2 je následující:
členi,j |
– počet bodů kvality přidělených Vzorku členem hodnoticí komise i v kroku j hodnocené Modelové úlohy |
m |
– počet Modelových úloh |
n |
– počet kroků dané Modelové úlohy |
p |
– počet členů hodnoticí komise |
počet bodů kvality za Modelovou úlohu |
= |
člen1,1 + člen2,1 + … + členp,1 + + člen1,2 + člen2,2 + … + členp,2 + … + člen1,n + člen2,n + … + členp,n |
celkový počet bodů kvality |
= |
počet bodů kvality za Modelovou úlohu1 + + počet bodů kvality za Modelovou úlohu2 + … + počet bodů kvality za Modelovou úlohum |
počet bodů v dílčím hodnoticím kritériu č. 2 |
= |
hodnocený celkový počet bodů kvality |
· 40 |
nejvyšší celkový počet bodů kvality |
Komunikace mezi zadavatelem a účastníky zadávacího řízení
Veškerá písemná komunikace mezi zadavatelem a účastníky zadávacího řízení probíhat výhradně elektronicky, a to za využití:
elektronického nástroje E-ZAK na adrese xxxxx://xxxx.xxxxxx.xx/; zadavatel doporučuje účastníkům včas se v elektronickém nástroji registrovat a z důvodu eliminace technických problému při podávání nabídky provést TEST NASTAVENÍ PROHLÍŽEČE;
datové schránky zadavatele: 4twn9vt;
e-mailem na adresu kontaktní osoby pro toto zadávací řízení.
Podmínky pro uzavření smlouvy
Je-li vybraný dodavatel českou právnickou osobou, zjistí zadavatel údaje o jeho skutečném majiteli z evidence údajů o skutečných majitelích podle § 122 odst. 5 zákona.
Je-li vybraný dodavatel zahraniční právnickou osobou, bude zadavatel podle § 122 odst. 6 zákona požadovat předložení výpisu ze zahraniční evidence obdobné evidenci skutečných majitelů nebo, není-li takové evidence:
sdělení identifikačních údajů všech osob, které jsou jeho skutečným majitelem; a
předložení dokladů, z nichž vyplývá vztah všech osob podle písmene a) k dodavateli; těmito doklady jsou zejména:
výpis ze zahraniční evidence obdobné veřejnému rejstříku;
seznam akcionářů;
rozhodnutí statutárního orgánu o vyplacení podílu na zisku;
společenská smlouva, zakladatelská listina nebo stanovy.
Zadavatel dále upozorňuje dodavatele, že v souladu s čl. 5k nařízení Rady EU č. 2022/576 ze dne 8. dubna 2022, kterým se mění nařízení č. 833/2014, o omezujících opatřeních vzhledem k činnostem Ruska destabilizujícím situaci na Ukrajině, je povinen vyloučit dodavatele (účastníka zadávacího řízení), který je:
ruským státním příslušníkem, fyzickou či právnickou osobou, subjektem či orgánem se sídlem v Rusku,
právnickou osobou, subjektem nebo orgánem, které jsou z více než 50 % přímo či nepřímo vlastněny některým ze subjektů uvedených v písm. a),
dodavatelem jednajícím jménem nebo na pokyn některého ze subjektů uvedených v písm. a) nebo b),
sdružením dodavatelů (ve smyslu § 82 zákona), jehož člen je subjektem uvedeným v písm. a), b) nebo c),
prokazuje část kvalifikace (ve smyslu § 83 zákona) poddodavatelem, který má plnit více než 10 % předpokládané hodnoty veřejné zakázky a který zároveň je subjektem uvedeným v písm. a), b) nebo c).
Lhůta a místo podání a otvírání nabídek
Lhůta pro podání nabídek
Lhůta pro podání nabídek je uvedena na profilu zadavatele.
Místo podání nabídek
Prostřednictvím elektronického nástroje E-ZAK na adrese xxxxx://xxxx.xxxxxx.xx/
Prototyp nebude připojen k elektronické nabídce, ale bude předán v souladu s odst. VII.1VI.1 této zadávací dokumentace.
Otevírání nabídek
Otevírání nabídek proběhne prostřednictvím elektronického nástroje E-ZAK na adrese xxxxx://xxxx.xxxxxx.xx/
V Brně dne
MUDr. Xxx Xxxxx, MBA,
ředitel Fakultní nemocnice Brno
Přílohy:
Příloha č. 1 – závazný návrh smlouvy o dodávce komplexního laboratorního informačního systému
Příloha č. 2 – technická specifikace
Příloha č. 3 – modelové úlohy
Příloha č. 4 – seznam Zařízení
Příloha č. 5 – závazný návrh smlouvy o zajištění některých požadavků kybernetické bezpečnosti
Příloha č. 6 – čestné prohlášení o opatřeních ve vztahu k mezinárodním sankcím přijatým Evropskou unií v souvislosti s ruskou agresí na území Ukrajiny vůči Rusku a Bělorusku
Příloha č. 7 – tabulka pro zpracování nabídkové ceny
Příloha č. 8 – příklad Blokového komunikačního schéma
1 xxxxx://xxx.xxxxx.xx/xxxxxxxx/xxxxxxxxx/xxxxxxxx_xxxxxxxxx/Xxxxxxxxxxxxxx_xxxxxxxxxx_xxxxxxxxxx_x0.0.xxx