Dodatečné informace č. VII VEŘEJNÁ ZAKÁZKA „Nemocniční informační systém pro nemocnice Kraje Vysočina“ evidenční číslo zakázky ve Věstníku veřejných zakázek: 643679
ZADAVATEL VEŘEJNÉ ZAKÁZKY Kraj Vysočina se sídlem Žižkova 1882/57, Jihlava, PSČ 587 33 IČO: 70890749
ZÁSTUPCE ZADAVATELE Fiala, Tejkal a partneři, advokátní kancelář, s.r.o. se sídlem Helfertova 2040/13, Černá Pole, 613 00 Brno IČO: 28360125 V souladu s § 151 zákona č. 137/2006 Sb., o veřejných zakázkách, ve znění pozdějších předpisů (dále jen „zákon“), pověřil zadavatel výkonem zadavatelských činností v rámci zadávacího řízení k výše uvedené veřejné zakázce společnost Fiala, Tejkal a partneři, advokátní kancelář, s.r.o.
DODATEČNÉ INFORMACE V souladu s § 49 zákona zadavatel poskytuje dodatečné informace na žádost dodavatele takto. Dotaz č. 1 Zadání:
V dodatečných informacích č. I - Technické požadavky na integraci ke dni 3. 11. 2016 bylo v tabulce ve sloupci „Technické podmínky připojení/integrace systému“ uvedeno pro LIS Envis DS Soft (nemocnice Jihlava) pro laboratoře hematologie, biochemie, mikrobiologie a transfuzní stanice toto: Uchazeč provede: (a) Vystavení e-žádanky v NIS, která se přenese do ENVISu, (b) Verifikaci průvodky vzniklé z přijaté e-žádanky v ENVISu, (c) Verifikaci výsledků v NIS, které se přenesou z ENVISu Dále v Příloze č. 3 Technického zadání v kap. 4 je v části „Seznam minimálních funkčních požadavků na integraci“ v odstavci „Komunikace s laboratořemi“ uvedeno toto: Zadavatel požaduje zajištění komunikace NIS se stávajícím laboratorním informačním systémem minimálně v rozsahu: - export laboratorních elektronických žádanek ve formátu DASTA, - import laboratorních výsledků ve formátu DASTA, - online zpřístupnění výkonů provedených laboratoří do výkaznictví pro účely vyúčtování samoplátců, - krevní skupina a v odstavci „Komunikace s transfúzní službou“ uvedeno toto: Z modulů NIS (zejm. ambulance, hospitalizace, op. sály) zadavatel požaduje komunikaci v reálném čase s transfúzní službou provozovanou v ZZ. Požadované funkčnosti: - žádanka na krevní přípravky, která se vyplňuje z modulu NIS, - náhled z NIS na stav rezervovaných přípravků na danou žádanku vč. exspirace, - zápis podání vydaných přípravků vč. doby
Stránka 1 z 12
Dotaz:
Odpověď:
Dotaz č. 2 Zadání:
podání s vazbou na konkrétní konzervu, - v případě potřeby zápis potransfuzní reakce vč. tisku protokolu. a) Znamená to, že rozsahem integrace obou systémů NIS a LIS Envis v laboratořích hematologie, biochemie a mikrobiologie je jen a pouze odeslání elektronické žádanky na vyšetření z NIS do Envis a příjem elektronických výsledků z Envis do NIS? b) Je možné upřesnit verzi standardu DASTA? c) V DI č. I nejsou uvedeny případy pro online zpřístupnění výkonů a krevní skupiny. Znamená to, že zadavatel nemá zajištěno u DS Soft online zpřístupnění výkonů a nebude toto požadováno v rámci integrace? d) Popište případ užití, jak má být implementován požadavek na předání krevní skupiny, pokud je zadavatelem zajištěno integrační rozhraní na straně systému Envis. e) Přestože jsou v DI č. I uvedeny požadavky jen na žádanky-výsledky zůstává rozsah integrace mezi NIS a Envis v případě transfúzní stanice v rozsahu uvedeném v Technickém zadání v kap. 4, tj. o žádanka na krevní přípravky, která se vyplňuje z modulu NIS, o náhled z NIS na stav rezervovaných přípravků na danou žádanku vč. exspirace, o zápis podání vydaných přípravků vč. doby podání s vazbou na konkrétní konzervu, o v případě potřeby zápis potranfuzní reakce vč. tisku protokolu a tento rozsah má zadavatel zajištěn i u dodavatele systému Envis? Ad a), c), e): Vymezení technických požadavků na integraci obsažené v dokumentu Dodatečné informace č. I - doplnění přílohy č. 3 ZD ke dni 03. 11. 2016 je vypracováno ve smyslu řešení požadavků na zajištění integračních vazeb s NIS v jednotlivých nemocnicích tak, že respektuje cílový stav, který byl odvozen ze zadávací dokumentace. Technické požadavky na integraci je nutné chápat jako podmínky připojení/integrace NIS, nikoliv jako požadavky na podobu samotného NIS. Na základě výběru dodavatele a konkrétního NIS dojde v souladu se zadávací dokumentací k upřesnění požadavků na integraci systémů třetích stran. Podrobnější specifikace technologické připravenosti a požadavků na součinnost třetích stran je součástí plnění předmětu veřejné zakázky – Úvodní analýzy (obsahové vymezení Úvodní analýzy je uvedeno v zadávací dokumentaci, příloze č. 3 Technické zadání, kap. 10. - Úvodní analýza). Při zpracování nabídky je dodavatel povinen postupovat v souladu s požadavky uvedenými v zadávací dokumentaci. Dle zadávací dokumentace přílohy č. 3 Technické zadání, kap. 4 Požadavky na integraci systémů a migraci dat je dodavatel povinen zajistit si technickou rovinu integrace na straně svého produktu – NISu (zajištění dokumentace API integrovaného produktu, zajištění datového rozhraní, exportu dat …), a to vlastními prostředky a na vlastní náklady. Zadavatel v souladu se zadávací dokumentací kap. 2.22. Předmět veřejné zakázky, zabezpečil součinnosti třetích stran a všem potenciálním uchazečům rovné podmínky. Zadavatel garantuje zabezpečení technické roviny integrace na straně produktů třetích stran v rozsahu odpovídajícím požadavkům uvedeným v zadávací dokumentaci a úhradu nákladů na součinnost třetích stran. Ad b): Ke dni vydání těchto dodatečných informací se jedná o standard DASTA verze 03.02.01. Zadavatel připomíná, že je nutno počítat s vývojem standardu a jeho případnými aktualizacemi. Ad d) Krevní skupina je součástí vyšetřovací (laboratorní) metody a v případě její existence v NIS (výsledku) se bude tato hodnota zobrazovat jako validní u pacienta – položka krevní skupina.
V dodatečných informacích č. I - Technické požadavky na integraci ke dni 3. 11. 2016 bylo v tabulce ve sloupci „Technické podmínky připojení/integrace systému“ uvedeno Stránka 2 z 12
Dotaz:
Odpověď:
pro IS lékárny Medico (nemocnice Jihlava) toto: Výměna dat dle požadavků zadavatele v rozsahu dle zadávací dokumentace (Příloha č.3, kapitola 4) bude probíhat formou zápisu /čtení do/z databázi MS SQL 2012 nebo pomocí exportních/importních souborů v dohodnutých formátech (XML, CSV, TXT) ve vhodném úložišti LAN. V Příloze č. 3 Technického zadání v kap. 4 je v části „Seznam minimálních funkčních požadavků na integraci“ v odstavci „Komunikace s lékárnou“ uvedeno toto: Zadavatel požaduje zajištění komunikace klinického informačního systému se stávajícím lékárenským systémem: -import ambulantních pozitivních listů (recepty, poukazy), - import dat pro zobrazení informace o doplatcích a cenách HVLP (recepty, poukazy), - komunikace lékárny s příručními sklady – import elektronického dodacího listu do příručního skladu (HVLP), - generování předlohy žádanky na léky (i elektronicky pro export do modulu – lékárenského SW) ze stavu zásob a z výdejů na příručních skladech, - z NIS lze vyvolat žádanku na léky. Žádanka, schvalování a následné procesy jsou na straně Lsw, - generování kódu (čárový, QR) na recept/poukaz. Kód obsahuje unikátní číslo Rp, informace z hlavičky Rp; je čitelný pro Lsw při expedici, - záchyt počtu receptů vystavených v nemocnici – dle počtu receptů a v korunovém objemu dle importu unikátních čísel dokladů z Lsw, - integrace s Cytostatickým modulem (viz. příloha č. 5) a) Odpovídá rozsah požadavků z Technického zadání zajištěnému rozsahu integrace u dodavatele Medico? b) Předpokládáme, že požadavek na generování kódu (čárový, QR) na recept/poukaz je v současné době takto používán a Medico takto načítá údaje z hlavičky. Musí být tento způsob předávání informací do Medico zachován nebo může být realizován i jiným způsobem, např. předáním kompletních dat receptu/poukazu a implementací takového rozhraní i ze strany dodavatele Medico? V průběhu prosince 2016 došlo k výběru nového dodavatele lékárenského systému v Nemocnici Jihlava. Uváděný systém Medico bude nahrazen nově vybraným systémem Lekis a z tohoto důvodu lze výše uvedené dotazy považovat za irelevantní. Pro nemocnici Jihlava budou v rámci integračních vazeb platné údaje pro integraci se systémem Lekis. V souvislosti svýše uvedenou změnou lékárenského systému v Nemocnici Jihlava zadavatel provedl aktualizaci přílohy č. 3 zadávací dokumentace – Technické zadání, kap. 4 Požadavky na integraci systémů a migraci dat. Zadavatel provedl aktualizaci tabulky produktů, u kterých je požadována integrace s NIS. Změna je zvýrazněna v tabulce. Aktualizovaná tabulka produktů přílohy č. 3 zadávací dokumentace – Technické zadání, kap. 4 Požadavky na integraci systémů a migraci dat ke dni 23.01.2017 je uveřejněna na profilu zadavatele (soubor s názvem: Dodatečné informace č. VII aktualizace přílohy č. 3 ZD ke dni 23.01.2017 (tabulka).pdf) Dále zadavatel provedl aktualizaci přílohy č. 3 zadávací dokumentace – Technické zadání, kap. 4 Požadavky na integraci systémů a migraci dat - technické požadavky na integraci systémů třetích stran. Aktualizace technických požadavků na integraci systémů třetích stran ke dni 23. 1. 2017 je uveřejněna na profilu zadavatele (soubor s názvem: Dodatečné informace č. VII - aktualizace přílohy č. 3 ZD ke dni 23.01.2017.pdf)
Stránka 3 z 12
Dotaz č. 3 Zadání:
Dotaz:
Odpověď:
Dotaz č. 4 Zadání:
Dotaz:
Odpověď:
Dotaz č. 5 Zadání:
V dodatečných informacích č. I - Technické požadavky na integraci ke dni 3. 11. 2016 bylo v tabulce ve sloupci „Technické podmínky připojení/integrace systému“ uvedeno pro PACS Jivex (nemocnice Jihlava) toto: Komunikační interface bude realizován v protokolu HL7, zahrnuje funkcionalitu: a) Synchronizace registru pacientů (ADT) b) Předávání elektronických žádanek na vyšetření (ORM) c) Předávání výsledků vyšetření (ORU) V Příloze č. 3 Technického zadání v kap. 4 je v části „Seznam minimálních funkčních požadavků na integraci“ v odstavci „Komunikace s PACS“ uvedeno toto: - NIS musí podporovat komunikaci ve formátu DICOM SR Chápeme správně dodatečné informace, že NIS má realizovat komunikační rozhraní v protokolu HL7 nikoliv podporovat formát DICOM (viz požadavek na formát DICOM SR)? Vymezení technických požadavků na integraci obsažené v dokumentu Dodatečné informace č. I - doplnění přílohy č. 3 ZD ke dni 03. 11. 2016 je vypracováno ve smyslu řešení požadavků na zajištění integračních vazeb s NIS v jednotlivých nemocnicích tak, že respektuje cílový stav, který byl odvozen ze zadávací dokumentace. Technické požadavky na integraci je nutné chápat jako podmínky připojení/integrace NIS, nikoliv jako požadavky na podobu samotného NIS. Z tohoto pohledu je výklad dodatečných informací č. I v dotazu a položený dotaz neúplný. V nemocnicích Kraje Vysočina jsou 3 poskytovatelé systémů PACS, kteří mají ve svých požadavcích jak komunikaci prostřednictvím protokolu HL7, tak prostřednictvím DICOM SR. Konkrétně pro Nemocnici Jihlava, kde je poskytovatelem společnost Fomei a.s., je požadováno komunikační rozhraní v protokolu HL7. V dodatečných informacích č. I - Technické požadavky na integraci ke dni 3. 11. 2016 bylo v tabulce ve sloupci „Technické podmínky připojení/integrace systému“ uvedeno pro NEFRIS (nemocnice Jihlava) toto: Datové rozhraní DASTA Lze, stejně jako bylo v některých jiných případech, upřesnit alespoň rámcově rozsah/oblasti předávaných dat? Rámcově se jedná o tyto předávané oblasti: - předávání rtg. popisů a ambulantních výsledků z NIS do NEFRIS - předávání pravidelných měsíčních kontrol HD z NEFRIS do NIS - z NEFRIS do NIS ve smyslu laboratorních žádanek a ambulantních konzilií
V dodatečných informacích č. I - Technické požadavky na integraci ke dni 3. 11. 2016 bylo v tabulce ve sloupci „Technické podmínky připojení/integrace systému“ uvedeno pro LIS Infolab (nemocnice NMnM) pro laboratoře hematologie a biochemie toto: Import požadavků a export výsledků z laboratoře dle DASTA 1.11 – 4.13 dle aktuální specifikace. Dále v Příloze č. 3 Technického zadání v kap. 4 je v části „Seznam minimálních funkčních požadavků na integraci“ v odstavci „Komunikace s laboratořemi“ uvedeno toto: Zadavatel požaduje zajištění komunikace NIS se stávajícím laboratorním informačním systémem minimálně v rozsahu: - export laboratorních elektronických žádanek ve formátu DASTA,
Stránka 4 z 12
Dotaz:
Odpověď:
Dotaz č. 6 Zadání:
- import laboratorních výsledků ve formátu DASTA,- on-line zpřístupnění výkonů provedených laboratoří do výkaznictví pro účely vyúčtování samoplátců, - krevní skupina a) Jedná se opět pouze o výměnu žádanek a výsledků? b) Umožňuje Infolab online zpřístupnění výkonů? c) Umožňuje Infolab předání krevní skupiny (viz otázka jako u LIS Envis) d) Je možné upřesnit, co znamená „… dle DASTA 1.11 – 4.13 dle aktuální specifikace“ Ad a), b), c): Vymezení technických požadavků na integraci obsažené v dokumentu Dodatečné informace č. I - doplnění přílohy č. 3 ZD ke dni 03. 11. 2016 je vypracováno ve smyslu řešení požadavků na zajištění integračních vazeb s NIS v jednotlivých nemocnicích tak, že respektuje cílový stav, který byl odvozen ze zadávací dokumentace. Technické požadavky na integraci je nutné chápat jako podmínky připojení/integrace NIS, nikoliv jako požadavky na podobu samotného NIS. Na základě výběru dodavatele a konkrétního NIS dojde v souladu se zadávací dokumentací k upřesnění požadavků na integraci systémů třetích stran. Podrobnější specifikace technologické připravenosti a požadavků na součinnost třetích stran je součástí plnění předmětu veřejné zakázky – Úvodní analýzy (obsahové vymezení Úvodní analýzy je uvedeno v zadávací dokumentaci, příloze č. 3 Technické zadání, kap. 10. - Úvodní analýza). Při zpracování nabídky je dodavatel povinen postupovat v souladu s požadavky uvedenými v zadávací dokumentaci. Dle zadávací dokumentace přílohy č. 3 Technické zadání, kap. 4 Požadavky na integraci systémů a migraci dat je dodavatel povinen zajistit si technickou rovinu integrace na straně svého produktu – NISu (zajištění dokumentace API integrovaného produktu, zajištění datového rozhraní, exportu dat …), a to vlastními prostředky a na vlastní náklady. Zadavatel v souladu se zadávací dokumentací kap. 2.22. Předmět veřejné zakázky, zabezpečil součinnosti třetích stran a všem potenciálním uchazečům rovné podmínky. Zadavatel garantuje zabezpečení technické roviny integrace na straně produktů třetích stran v rozsahu odpovídajícím požadavkům uvedeným v zadávací dokumentaci a úhradu nákladů na součinnost třetích stran. Ad d) Upřesnění uvádíme v aktualizaci přílohy č. 3 zadávací dokumentace – Technické zadání, kap. 4 Požadavky na integraci systémů a migraci dat - technické požadavky na integraci systémů třetích stran. Aktualizace technických požadavků na integraci systémů třetích stran ke dni 23.01. 2017 je uveřejněna na profilu zadavatele (soubor s názvem: Dodatečné informace č. VII - aktualizace přílohy č. 3 ZD ke dni 23.01.2017.pdf)
V dodatečných informacích č. I - Technické požadavky na integraci ke dni 3. 11. 2016 bylo v tabulce ve sloupci „Technické podmínky připojení/integrace systému“ uvedeno pro LIS Milab (nemocnice NMnM) pro laboratoř mikrobiologie toto: Datové rozhraní DASTA MZČR. Dále v Příloze č. 3 Technického zadání v kap. 4 je v části „Seznam minimálních funkčních požadavků na integraci“ v odstavci „Komunikace s laboratořemi“ uvedeno toto: Zadavatel požaduje zajištění komunikace NIS se stávajícím laboratorním informačním systémem minimálně v rozsahu: - export laboratorních elektronických žádanek ve formátu DASTA, - import laboratorních výsledků ve formátu DASTA, - on-line zpřístupnění výkonů provedených laboratoří do výkaznictví pro účely vyúčtování samoplátců, Stránka 5 z 12
Dotaz:
Odpověď:
Dotaz č. 7 Zadání:
Dotaz:
- krevní skupina a) Jedná se opět pouze o výměnu žádanek a výsledků? b) Umožňuje Milab online zpřístupnění výkonů? c) Umožňuje Milab předání krevní skupiny (viz otázka jako u LIS Envis) d) Je možné upřesnit verzi datového standardu DASTA? Ad a), b), c): Vymezení technických požadavků na integraci obsažené v dokumentu Dodatečné informace č. I - doplnění přílohy č. 3 ZD ke dni 03. 11. 2016 je vypracováno ve smyslu řešení požadavků na zajištění integračních vazeb s NIS v jednotlivých nemocnicích tak, že respektuje cílový stav, který byl odvozen ze zadávací dokumentace. Technické požadavky na integraci je nutné chápat jako podmínky připojení/integrace NIS, nikoliv jako požadavky na podobu samotného NIS. Na základě výběru dodavatele a konkrétního NIS dojde v souladu se zadávací dokumentací k upřesnění požadavků na integraci systémů třetích stran. Podrobnější specifikace technologické připravenosti a požadavků na součinnost třetích stran je součástí plnění předmětu veřejné zakázky – Úvodní analýzy (obsahové vymezení Úvodní analýzy je uvedeno v zadávací dokumentaci, příloze č. 3 Technické zadání, kap. 10. - Úvodní analýza). Při zpracování nabídky je dodavatel povinen postupovat v souladu s požadavky uvedenými v zadávací dokumentaci. Dle zadávací dokumentace přílohy č. 3 Technické zadání, kap. 4 Požadavky na integraci systémů a migraci dat je dodavatel povinen zajistit si technickou rovinu integrace na straně svého produktu – NISu (zajištění dokumentace API integrovaného produktu, zajištění datového rozhraní, exportu dat …), a to vlastními prostředky a na vlastní náklady. Zadavatel v souladu se zadávací dokumentací kap. 2.22. Předmět veřejné zakázky, zabezpečil součinnosti třetích stran a všem potenciálním uchazečům rovné podmínky. Zadavatel garantuje zabezpečení technické roviny integrace na straně produktů třetích stran v rozsahu odpovídajícím požadavkům uvedeným v zadávací dokumentaci a úhradu nákladů na součinnost třetích stran. Ad d) Vymezení technických požadavků na integraci obsažené v dokumentu Dodatečné informace č. I - doplnění přílohy č. 3 ZD ke dni 03. 11. 2016 je vypracováno ve smyslu řešení požadavků na zajištění integračních vazeb s NIS v jednotlivých nemocnicích tak, že respektuje cílový stav, který byl odvozen ze zadávací dokumentace. Technické požadavky na integraci je nutné chápat jako podmínky připojení/integrace NIS, nikoliv jako požadavky na podobu samotného NIS. Na základě výběru dodavatele a konkrétního NIS dojde v souladu se zadávací dokumentací k upřesnění požadavků na integraci systémů třetích stran. Podrobnější specifikace technologické připravenosti a požadavků na součinnost třetích stran je součástí plnění předmětu veřejné zakázky – Úvodní analýzy (obsahové vymezení Úvodní analýzy je uvedeno v zadávací dokumentaci, příloze č. 3 Technické zadání, kap. 10. - Úvodní analýza).
V dodatečných informacích č. I - Technické požadavky na integraci ke dni 3. 11. 2016 bylo v tabulce ve sloupci „Technické podmínky připojení/integrace systému“ uvedeno pro LIS Orpheus (nemocnice H.B.) pro laboratoře hematologie, biochemie a mikrobiologie toto: Požadována je www služba, Dasta soubory, dohodnutý textový formát (csv, xml, json, HL7). a) Požaduje zadavatel pro komunikaci s LIS Orpheus podporu všech tří integračních rozhraní, tj. jak webová služba, tak předávání souborů ve formátu DASTA přes sdílený Stránka 6 z 12
souborový systém, tak předávání textových souborů uvedených formátů přes souborový systém? b) Požaduje zadavatel pro integraci s LIS Orpheus v případě integrace formou textových souborů podporu všech uvedených formátů (csv, xml, json, HL7)? Odpověď:
Dotaz č. 8 Zadání:
Dotaz:
Odpověď:
Ad a), b): Vymezení technických požadavků na integraci obsažené v dokumentu Dodatečné informace č. I - doplnění přílohy č. 3 ZD ke dni 03. 11. 2016 je vypracováno ve smyslu řešení požadavků na zajištění integračních vazeb s NIS v jednotlivých nemocnicích tak, že respektuje cílový stav, který byl odvozen ze zadávací dokumentace. Technické požadavky na integraci je nutné chápat jako podmínky připojení/integrace NIS, nikoliv jako požadavky na podobu samotného NIS. Na základě výběru dodavatele a konkrétního NIS dojde v souladu se zadávací dokumentací k upřesnění požadavků na integraci systémů třetích stran. Podrobnější specifikace technologické připravenosti a požadavků na součinnost třetích stran je součástí plnění předmětu veřejné zakázky – Úvodní analýzy (obsahové vymezení Úvodní analýzy je uvedeno v zadávací dokumentaci, příloze č. 3 Technické zadání, kap. 10. - Úvodní analýza). Při zpracování nabídky je dodavatel povinen postupovat v souladu s požadavky uvedenými v zadávací dokumentaci. Dle zadávací dokumentace přílohy č. 3 Technické zadání, kap. 4 Požadavky na integraci systémů a migraci dat je dodavatel povinen zajistit si technickou rovinu integrace na straně svého produktu – NISu (zajištění dokumentace API integrovaného produktu, zajištění datového rozhraní, exportu dat …), a to vlastními prostředky a na vlastní náklady. Zadavatel v souladu se zadávací dokumentací kap. 2.22. Předmět veřejné zakázky, zabezpečil součinnosti třetích stran a všem potenciálním uchazečům rovné podmínky. Zadavatel garantuje zabezpečení technické roviny integrace na straně produktů třetích stran v rozsahu odpovídajícím požadavkům uvedeným v zadávací dokumentaci a úhradu nákladů na součinnost třetích stran.
V dodatečných informacích č. I - Technické požadavky na integraci ke dni 3. 11. 2016 bylo v tabulce ve sloupci „Technické podmínky připojení/integrace systému“ uvedeno pro IS Amadeus (nemocnice H.B.) pro transfúzní stanici toto: Požadována je www služba, Dasta soubory, dohodnutý textový formát (csv, xml, json, HL7). a) IS Amadeus vyžaduje všechny uvedené formáty? b) Platí pro IS Amadeus rozsah výměny dat uvedený v Technickém zadání v kap. 4, tj. - žádanka na krevní přípravky, která se vyplňuje z modulu NIS, - náhled z NIS na stav rezervovaných přípravků na danou žádanku vč. exspirace, - zápis podání vydaných přípravků vč. doby podání s vazbou na konkrétní konzervu, - v případě potřeby zápis potranfuzní reakce vč. tisku protokolu a tento rozsah má zadavatel zajištěn i u dodavatele systému Amadeus? Ad a), b): Vymezení technických požadavků na integraci obsažené v dokumentu Dodatečné informace č. I - doplnění přílohy č. 3 ZD ke dni 03. 11. 2016 je vypracováno ve smyslu řešení požadavků na zajištění integračních vazeb s NIS v jednotlivých nemocnicích tak, že respektuje cílový stav, který byl odvozen ze zadávací dokumentace. Technické požadavky na integraci je nutné chápat jako podmínky připojení/integrace NIS, nikoliv jako požadavky na podobu samotného NIS. Na základě výběru dodavatele a konkrétního NIS dojde v souladu se zadávací dokumentací k upřesnění požadavků na integraci systémů třetích stran. Podrobnější specifikace technologické připravenosti a požadavků na součinnost třetích stran je Stránka 7 z 12
součástí plnění předmětu veřejné zakázky – Úvodní analýzy (obsahové vymezení Úvodní analýzy je uvedeno v zadávací dokumentaci, příloze č. 3 Technické zadání, kap. 10. - Úvodní analýza). Při zpracování nabídky je dodavatel povinen postupovat v souladu s požadavky uvedenými v zadávací dokumentaci. Dle zadávací dokumentace přílohy č. 3 Technické zadání, kap. 4 Požadavky na integraci systémů a migraci dat je dodavatel povinen zajistit si technickou rovinu integrace na straně svého produktu – NISu (zajištění dokumentace API integrovaného produktu, zajištění datového rozhraní, exportu dat …), a to vlastními prostředky a na vlastní náklady. Zadavatel v souladu se zadávací dokumentací kap. 2.22. Předmět veřejné zakázky, zabezpečil součinnosti třetích stran a všem potenciálním uchazečům rovné podmínky. Zadavatel garantuje zabezpečení technické roviny integrace na straně produktů třetích stran v rozsahu odpovídajícím požadavkům uvedeným v zadávací dokumentaci a úhradu nákladů na součinnost třetích stran. Dotaz č. 9 Zadání: Dotaz:
Odpověď:
Dotaz č. 10 Zadání:
Dotaz:
Odpověď:
Dodatečné informace č. I - Technické požadavky na integraci ke dni 3. 11. 2016 Je v Dodatečných informacích č. I - Technické požadavky na integraci ke dni 3. 11. 2016 v tabulce ve sloupci „Technické podmínky připojení/integrace systému“ zaměněn text pro integraci ERP a integraci DMS? Ano, v dokumentu Dodatečné informace č. I - doplnění přílohy č. 3 ZD ke dni 03.11.2016 došlo k záměně popisů u systému ERP a DMS. V souvislosti s upozorněním na záměnu popisů zadavatel provedl aktualizaci přílohy č. 3 zadávací dokumentace – Technické zadání, kap. 4 Požadavky na integraci systémů a migraci dat. Zadavatel provedl aktualizaci tabulky produktů, u kterých je požadována integrace s NIS. Změna je zvýrazněna v tabulce. Aktualizovaná tabulka produktů přílohy č. 3 zadávací dokumentace – Technické zadání, kap. 4 Požadavky na integraci systémů a migraci dat ke dni 23.01.2017 je uveřejněna na profilu zadavatele (soubor s názvem: Dodatečné informace č. VII aktualizace přílohy č. 3 ZD ke dni 23.01.2017 (tabulka).pdf)
V Příloze 4 ZD - Seznam požadavků je požadavek č. 98, kategorie "A", ve kterém je požadována Synchronizace registru pacientů s laboratorními systémy s tím, že registr v NIS je ve funkci Master. On-line komunikace - synchronizace musí být funkční mezi všemi dodávanými moduly. V dodatečných informacích č. I - Technické požadavky na integraci ke dni 3. 11. 2016 jsou však v technických podmínkách připojení/integrace uvedeny u laboratorních systémů vesměs jen požadavky na výměnu žádanek a výsledků. Není zde uvedeno prohlášení dodavatelů k zajištění online synchronizace centrálních registrů pacientů. a) Může být tento požadavek splněn jednostranným garantováním rozhraní pro online synchronizaci ze strany nového NIS, tzn. že pokud by laboratorní systém 3-tí strany neumožňoval tuto synchronizaci, tak tato komunikace nebude implementována? b) Tam, kde neposkytuje lab. systém rozhraní pro online synchronizaci, může být toto rozhraní definováno/specifikováno pouze ze strany nového NIS? Ad a), b): Při zpracování nabídky je dodavatel povinen postupovat v souladu s požadavky uvedenými v zadávací dokumentaci. Dle zadávací dokumentace přílohy č. 3 Technické zadání, kap. 4 Požadavky na integraci systémů a migraci dat je Stránka 8 z 12
dodavatel povinen zajistit si technickou rovinu integrace na straně svého produktu – NISu (zajištění dokumentace API integrovaného produktu, zajištění datového rozhraní, exportu dat …), a to vlastními prostředky a na vlastní náklady. Zadavatel v souladu se zadávací dokumentací kap. 2.22. Předmět veřejné zakázky, zabezpečil součinnosti třetích stran a všem potenciálním uchazečům rovné podmínky. Zadavatel garantuje zabezpečení technické roviny integrace na straně produktů třetích stran v rozsahu odpovídajícím požadavkům uvedeným v zadávací dokumentaci a úhradu nákladů na součinnost třetích stran. Dotaz č. 11 Zadání:
Dotaz:
Odpověď:
V Příloze 4 ZD - Seznam požadavků je požadavek č. 102, kategorie "C", ve kterém je požadována Synchronizace číselníku metod do NISu z LIS. On-line synchronizace základních číselníků laboratoří s číselníky NIS, a to ve směru z laboratoře do NIS (např. číselník metod apod.) a ve směru z NIS do laboratoří (např. číselník žadatelů). On-line synchronizace neznamená upozornění, že tak bylo učiněno, ale že se to projeví v druhém systému. V dodatečných informacích č. I - Technické požadavky na integraci ke dni 3. 11. 2016 jsou však v technických podmínkách připojení/integrace uvedeny u laboratorních systémů vesměs jen požadavky na výměnu žádanek a výsledků. Není zde uvedeno prohlášení dodavatelů k zajištění online synchronizace číselníků. a) Může být tento požadavek splněn/vypořádán jednostranným garantováním rozhraní pro online synchronizaci ze strany nového NIS, tzn. že pokud by laboratorní systém 3-tí strany neumožňoval tuto synchronizaci, tak tato komunikace nebude implementována? b) Tam, kde neposkytuje lab. systém rozhraní pro online synchronizaci, může být toto rozhraní definováno pouze ze strany nového NIS? c) Bude považován tento požadavek za splněný/vypořádaný, byť by byl naplněn jen s jedním ext. systémem? Ad a), b): Při zpracování nabídky je dodavatel povinen postupovat v souladu s požadavky uvedenými v zadávací dokumentaci. Dle zadávací dokumentace přílohy č. 3 Technické zadání, kap. 4 Požadavky na integraci systémů a migraci dat je dodavatel povinen zajistit si technickou rovinu integrace na straně svého produktu – NISu (zajištění dokumentace API integrovaného produktu, zajištění datového rozhraní, exportu dat …), a to vlastními prostředky a na vlastní náklady. Zadavatel v souladu se zadávací dokumentací kap. 2.22. Předmět veřejné zakázky, zabezpečil součinnosti třetích stran a všem potenciálním uchazečům rovné podmínky. Zadavatel garantuje zabezpečení technické roviny integrace na straně produktů třetích stran v rozsahu odpovídajícím požadavkům uvedeným v zadávací dokumentaci a úhradu nákladů na součinnost třetích stran. Ad c) Požadavek nebude považován za splněný/vypořádaný, pokud nebude garantovat funkčnost se všemi externími systémy, resp. se všemi integrovanými LIS. Při zpracování nabídky je dodavatel povinen postupovat v souladu s požadavky uvedenými v zadávací dokumentaci. Dle zadávací dokumentace přílohy č. 3 Technické zadání, kap. 4 Požadavky na integraci systémů a migraci dat je dodavatel povinen zajistit si technickou rovinu integrace na straně svého produktu – NISu (zajištění dokumentace API integrovaného produktu, zajištění datového rozhraní, exportu dat …), a to vlastními prostředky a na vlastní náklady. Zadavatel v souladu se zadávací dokumentací kap. 2.22. Předmět veřejné zakázky, zabezpečil součinnosti třetích stran a všem potenciálním uchazečům rovné podmínky. Zadavatel garantuje zabezpečení technické roviny integrace na straně produktů třetích stran v rozsahu odpovídajícím
Stránka 9 z 12
požadavkům uvedeným v zadávací dokumentaci a úhradu nákladů na součinnost třetích stran. Dotaz č. 12 Zadání:
Dotaz:
Odpověď:
Dotaz č. 13 Zadání:
Dotaz:
Odpověď:
Dotaz č. 14 Zadání: Dotaz: Odpověď:
V Příloze 4 ZD - Seznam požadavků je požadavek č. 103, kategorie "A", ve kterém je požadován v agendě Elektronická externí komunikace Přístup k databázi pro čtení, včetně popisu DB struktury, pro generování ad-hoc reportů a napojení do datové infrastruktury organizace. Může Zadavatel upřesnit účel tohoto požadavku ve smyslu agendy Elektronické externí komunikace, když je pro všechny externí systémy vyžadováno garantované komunikační rozhraní včetně provedení integrace? Účelem požadavku je možnost využití provozních dat NIS načítáním přímo z DB NISu pro externí systémy, typicky vytvářené nebo spravované přímo nemocnicí – reporting, statistiky, DB audit, SIEM.
V Příloze 4 ZD - Seznam požadavků je požadavek č. 117, kategirie "B", ve kterém je požadováno Systém umožňuje využití identifikace pomocí PKI pro autentizaci uživatele. Je tento požadavek vztažen pouze na interní uživatele systémů (de facto na zaměstnance nemocnic) nebo i externí uživatele, např. pacienti při autentizaci ke službě objednávání přes internet? Požadavek je vztažen na interní uživatele, tzn. zaměstnance. Pro externí služby objednávání pacientů přes internet je možné, v souladu se zadávací dokumentací Přílohou č. 3 – Technické zadání, kap. 5.1. Obecné požadavky na NIS, realizovat autentizaci prostřednictvím PKI pomocí služby Identity providera (MojeID).
Příloha č. 4 – Seznam požadavků; číslo požadavku 376 „Podpora spolupráce se snímači magnetických karet a čipů pro identifikaci strávníků a zákazníků.“ Bude možné si čtečky zapůjčit? Dodáte technický popis čteček? Vzhledem k tomu, že v nemocnicích nejsou náhradní čtečky, nelze zajistit jejich zapůjčení. Specifikace čteček v jednotlivých nemocnicích: Nemocnice Jihlava – MIFARE typ: 14443A; technický popis: http://www.cominfotrade.com/cz/produkty/komponenty-a-hardware/bezkontaktni-ctecky Nemocnice Havlíčkův Brod - Proxy card reader 1.03 125 kHz; technický popis: http://www.z-ware.cz/?40-externi-ctecky Nemocnice Třebíč - PROMAG PCR 300 (USB); technický popis: http://www.promageurope.com/products/rfid-readers-and-writers/rfid-readerpcr300.htm Nemocnice Pelhřimov Cominfo ENCO USB ; technický popis: http://produkty.topkontakt.idnes.cz/p/snimac-enco-s-usb-rozhranim/1035669/ Nemocnice Nové Město na Moravě požaduje v souladu se zadávací dokumentací (viz. Zadávací dokumentace, příloha č. 3 Technické zadání, kap. 2 Požadavky na rozsah NIS), koexistenci dodaného řešení stravovacího provozu se systémem Anete Kredit, který v nemocnici řeší objednávání a výdej zaměstnanecké stravy a provoz bufetu pro návštěvníky, pacienty a zaměstnance. Obsluhu čteček v tomto případě nebude zajišťovat NIS, ale i nadále systém Kredit. Stránka 10 z 12
Dotaz č. 15 Zadání: Dotaz: Odpověď:
Dotaz č. 16 Zadání: Dotaz: Odpověď:
Dotaz č. 17 Zadání:
Příloha č. 4 – Seznam požadavků; číslo požadavku 379 „ Možnost konfigurace obrazovky dotykového displeje vč. úpravy vzhledu úvodní obrazovky“ Žádáme o uvedení konkrétních parametrů, které zadavatel požaduje konfigurovat. V rámci plnění předmětu veřejné zakázky je požadována „možnost konfigurace“ obrazovky dotykového displeje, tudíž nelze poskytnout přesné uvedení parametrů, které budou uživatelé konfigurovat. Pro upřesnění uvádíme, že se jedná o možnost v programu upřesnit (konfigurovat), co se na display bude zobrazovat, protože ne všichni uživatelé systému potřebují vše vidět. Jde tedy o možnost zvolit jaká jídla (příklad 1-8 jídel), na kolik dní dopředu (např. někdo dva týdny dopředu, někdo 3) atd., budou uživatelé systému vidět a následně ovládat (dle potřeb jednotlivých stravovacích provozů). Tímto způsobem bude splněna i možnost volby vzhledu úvodní obrazovky.
Příloha č. 4 – Seznam požadavků; číslo požadavku 380 „Napojení na skladový a ekonomický SW“ Na jaké SW konkrétně? Popis napojení. Jedná se o ekonomický systém ERP (systém QI), který je provozován ve všech nemocnicích. Tento systém je uveden v zadávací dokumentaci, příloha č. 3 Technické zadání, kap. 4. Požadavky na integraci systémů a migraci dat. Popis napojení je obsažen v integračních vazbách (viz. příloha č. 3 ZD ve znění těchto dodatečných informací).
Dotaz:
Příloha č. 4 – Seznam požadavků; číslo požadavku 391 „Tisk a automatizované umístění jídelníčku na Intranet“ Jakým způsobem se má jídelníček umisťovat na intranet? Prosím o podrobný popis.
Odpověď:
Umístění bude probíhat uložením PDF souboru do definovaného adresáře.
Dotaz č. 18 Zadání: Dotaz: Odpověď:
Dotaz č. 19 Zadání: Dotaz:
Příloha č. 4 – Seznam požadavků; číslo požadavku 403 „Možnost objednání variantní (hrazené) pacientské stravy“ Podrobný popis požadavku. Jakým způsobem se strava má objednávat? Pacientům je standardně přidělována dieta na návrh lékaře. Ale v některých případech, kde není zvláštní požadavek na dietní stravování a pacient není stravou omezen, nebo například u nábožensky orientovaných pacientů, požadujeme možnost, aby si pacient z nabídky obědů v daném dni mohl objednat jakýkoliv jiný oběd, může jít i o nabídku nestandardně připraveného jídla. Veškeré změny však probíhají po dohodě s NT.
Příloha č. 4 – Seznam požadavků; číslo požadavku 411 „Více jídel v dietě“ Podrobný popis požadavku. Možnost přiřadit více receptur dietě.
Stránka 11 z 12
Odpověď:
Dotaz č. 20 Zadání: Dotaz:
Odpověď: Dotaz č. 21 Zadání:
Dotaz:
Odpověď:
Jedná se o možnost mít pro jednu konkrétní dietu více variant, které by pro objednání byly v nabídce jídel – například dieta pro kojící matky by obsahovala volbu „rýžová kaše“ anebo „kuřecí řízek“ při zachování stejného názvu diety.
Příloha č. 4 – Seznam požadavků; číslo požadavku 447 „Možnost zadání skutečně uvařených jídel“ Příloha č. 4 – Seznam požadavků; číslo požadavku 447 „Možnost zadání skutečně uvařených jídel“ Dotaz nebyl specifikován, nelze odpovědět.
V části 12 – technologie, část serverové technologie je uvedeno, že v každé organizaci jsou k dispozici následující licence: 6xWindows Server 2012 Std; MS SQL 2012 Standard 4 jádra. Byly tyto licence v době vyhlášení VŘ již k dispozici – tedy pořízeny před dnem vyhlášení VŘ? Prosím v odpovědi uveďte jasné ANO/NE pro každou organizaci. V zadávací dokumentaci Příloze č. 3 Technické zadání – kap. 12 Technologie je uvedeno minimálně dostupné technologické vybavení, které může garantovat každá nemocnice pro provoz nového NISu, a které není předmětem veřejné zakázky. Z pohledu zadavatele není pro zpracování nabídky nutný údaj o datu pořízení serverových technologií ve vazbě na datum vyhlášení zadávacího řízení.
PRODLOUŽENÍ LHŮTY PRO PODÁNÍ NABÍDEK: Vzhledem k tomu, že došlo poskytnutím těchto dodatečných informací ke změně zadávacích podmínek, a vzhledem k tomu, že dodatečné informace nebyly zaslány ve lhůtě dle § 49 zákona, dává zadavatel na vědomí, že rozhodl o prodloužení lhůty pro podání nabídek u výše uvedené veřejné zakázky takto: Konec lhůty pro podání nabídek:
03.04.2017 v 12:00 hod.
Termín otevírání obálek:
03.04.2017 v 12:00 hod.
K žádným dalším změnám v zadávacích podmínkách nedošlo. V Brně dne 23.01.2017
podepsal Mgr. Jan Digitálně Mgr. Jan Tejkal 2017.01.23 Tejkal Datum: 08:42:18 +01'00'
__________________________________________ Kraj Vysočina v.z. Fiala, Tejkal a partneři, advokátní kancelář, s.r.o. Mgr. Jan Tejkal, advokát a jednatel
Stránka 12 z 12