Smlouva o dílo

uzavřená ve smyslu § 2586 a násl. ve vazbě na § 1746 odst. 2 a § 2631 zákona č. 89/2012 Sb., občanský zákoník, ve znění pozdějších předpisů

Smluvní strany: Nemocnice Břeclav, příspěvková organizace

IČO 00390780

se sídlem U Nemocnice 3066/1, 690 02 Břeclav

zastoupená Xxx. Xxxx Xxxxx, ředitel

DIČ: CZ00390780

zapsána v OR Krajského soudu v Brně, oddíl Pr, vložka 1233 číslo účtu

dále také jako „objednatel“ a

OR-CZ spol. s r. o.

Obchodní společnost zapsaná v obchodním rejstříku vedeném Krajským soudem v Hradci

Králové pod spisovou značkou C 4090

IČO 48168921

DIČ CZ48168921

se sídlem Brněnská 19, Moravská Třebová 571 01

zastoupen Ing. Xxxxxxxx Xxxxxxx, jednatelem

bankovní spojení číslo účtu

dále také jako „zhotovitel“, objednatel a zhotovitel také společně jako „smluvní strany“

Článek 1

Úvodní ustanovení

1. Závazkový vztah založený touto smlouvou se řídí zákonem č. 89/2012 Sb., občanský zákoník, ve znění pozdějších předpisů (dále jen „občanský zákoník“), a zákonem č. 121/2000 Sb., o právu autorském, o právech souvisejících s právem autorským a o změně některých zákonů (autorský zákon), ve znění pozdějších předpisů (dále jen „autorský

zákon“), konkrétně pak § 2586 a násl. ve vazbě na § 1746 odst. 2 a § 2631 občanského zákoníku.

2. Tato smlouva je uzavřena na základě výsledku zadávacího řízení veřejné zakázky s názvem

„Modernizace a rozvoj Nemocničního informačního systému Nemocnice Břeclav“ která byla uveřejněna ve Věstníku veřejných zakázek pod evidenčním číslem zakázky Z2019- 021841 (dále také jako „veřejná zakázka“), to vše ve smyslu zákona č. 134/2016 Sb., o zadávání veřejných zakázek, ve znění pozdějších předpisů (dále jen „zákon o zadávání veřejných zakázek“ nebo rovněž jen „ZZVZ“). Jednotlivá ustanovení této smlouvy musí být vykládána v souladu se zadávacími podmínkami uvedenými v zadávací dokumentaci veřejné zakázky a v souladu s nabídkou zhotovitele podanou v rámci zadávacího řízení veřejné zakázky.

3. Spolufinancování realizace díla se předpokládá z fondů Evropské unie prostřednictvím Integrovaného regionálního operačního programu (dále jen „IROP“) v rámci projektu

„Modernizace a rozvoj Nemocničního informačního systému Nemocnice Břeclav“, reg. č. CZ.06.3.05/0.0/0.0/16_044/0006190, který je realizován z výzvy č. 28 Integrovaného regionálního operačního programu s názvem „Specifické informační a komunikační systémy a infrastruktura II.“, prioritní osy PO 3: Dobrá správa území a zefektivnění veřejných institucí, specifického cíle SC 3.2: Zvyšování efektivity a transparentnosti veřejné správy prostřednictvím rozvoje využití a kvality systémů IKT (dále jen „projekt“).

Tato smlouva nabude účinnosti pouze za podmínky závazného schválení poskytnutí finančních prostředků na krytí celkové ceny díla, která není kryta z rozpočtu zadavatele. Smlouva nabývá účinnosti dnem uveřejnění v registru smluv ve smyslu § 6 odst. 1 zákona č. 340/2015 Sb., o zvláštních podmínkách účinnosti některých smluv, uveřejňování těchto smluv a o registru smluv (zákon o registru smluv).

Smluvní strany budou při realizaci smlouvy postupovat v souladu s příslušným aktuálním programovým dokumentem Integrovaného regionálního operačního programu (dále také

„IROP“) pro období 2014–2020 a Obecnými pravidly pro žadatele a příjemce pro všechny specifické cíle a výzvy v rámci IROP v platné verzi. Realizace smlouvy musí probíhat v souladu s výzvou k předkládání žádostí o finanční podporu relevantní pro účel a předmět této smlouvy včetně jejich veškerých příloh (dále také jako „výzva“) a v souladu s příručkami, metodikami, oficiálními doporučeními, oznámeními a dalšími písemnými pokyny řídícího orgánu či zprostředkujícího subjektu dané výzvy v aktuálním platném a účinném znění.

4. Xxxxxxxxxx prohlašuje, že je plně způsobilý k řádnému a včasnému provedení díla dle této smlouvy, že se detailně seznámil s rozsahem a povahou předmětu smlouvy, a to tak, že jsou mu známy veškeré relevantní technické, kvalitativní a jiné podmínky nezbytné k jeho

realizaci, a že disponuje takovými kapacitami a odbornými znalostmi, které jsou nezbytné pro realizaci předmětu smlouvy za dohodnuté maximální smluvní ceny uvedené v této smlouvě, a to rovněž ve vazbě na jím prokázanou způsobilost a kvalifikaci (dále rovněž jen

„kvalifikace“) pro plnění veřejné zakázky. Pověří-li zhotovitel provedením díla jinou osobu, má zhotovitel při provádění díla jinou osobou odpovědnost, jako by dílo prováděl sám. Zhotovitel je oprávněn plnit dílo pouze prostřednictvím svých zaměstnanců nebo osob uvedených v seznamu poddodavatelů. Změnu poddodavatele je zhotovitel oprávněn provést pouze s předchozím souhlasem objednatele.

5. Xxxxxxxxxx dále prohlašuje, že není v úpadku ani ve stavu hrozícího úpadku, a že mu není známo, že by vůči němu bylo zahájeno insolvenční řízení. Rovněž prohlašuje, že vůči němu není v právní moci žádné soudní rozhodnutí, případně rozhodnutí správního, daňového či jiného orgánu

na plnění, které by mohlo být důvodem zahájení exekučního řízení na majetek zhotovitele a že takové exekuční řízení nebylo vůči němu zahájeno.

6. Smluvní strany prohlašují, že identifikační údaje uvedené v ustanovení o smluvních stranách této smlouvy odpovídají aktuálnímu stavu, a že osobami jednajícími při uzavření této smlouvy jsou osoby oprávněné k jednání za smluvní strany. Jakékoliv změny předmětných údajů, jež nastanou v době po uzavření této smlouvy, jsou smluvní strany povinny bez zbytečného odkladu písemně sdělit druhé smluvní straně.

7. V případě, že se kterékoliv prohlášení některé ze smluvních stran podle tohoto článku ukáže být nepravdivým, odpovídá tato smluvní strana za škodu a nemajetkovou újmu, která nepravdivostí prohlášení nebo v souvislosti s ní druhé smluvní straně vznikla.

8. Xxxxxxxxxx prohlašuje a zavazuje se, že po celou dobu platnosti této smlouvy bude mít sjednánu pojistnou smlouvu pro případ způsobení škody třetí osobě s limitním plněním na jednu škodnou událost minimálně 10.000.000 Kč s tím, že jeho spoluúčast v případě škodné události nepřekročí 5% pojistného plnění. Kopii pojistné smlouvy předloží zhotovitel objednateli nejpozději do 14ti dnů ode dne uzavření smlouvy.

9. Zhotovitel a objednatel se zavazují k vzájemné součinnosti za účelem plnění smlouvy.

10. Kontaktní údaje smluvních stran pro účely této smlouvy jsou následující:

a) Kontaktní údaje objednatele

● zástupce objednatele ve věcech technických

● zástupce objednatele ve věcech administrativních I

b) Kontaktní údaje zhotovitele

● zástupce zhotovitele ve věcech technických

● zástupce zhotovitele ve věcech administrativních

●

Článek 2 Definice pojmů

1. Xxxxxx „update“ se v této smlouvě rozumí taková verze díla, u které se oproti předcházející verzi díla mění jeho funkčnost, a to na základě změny jakékoliv skutečnosti, podle které byla celá funkčnost tohoto díla vytvořena, ale nemění se struktura dat datového fondu, se kterým tato verze díla pracuje. V případě, že změna funkčnosti tohoto díla byla provedena pouze na základě legislativních změn, je nová verze tohoto díla jeho “legislativním updatem”.

2. Pojmem „upgrade“ se ve smlouvě rozumí taková verze díla, u které se oproti předcházející verzi tohoto díla mění jeho funkčnost, a to na základě změny jakékoliv skutečnosti, podle které byla celá funkčnost díla vytvořena, a zároveň se mění struktura vět datového fondu, se kterým tato verze díla pracuje. V případě, že změna funkčnosti tohoto díla a změna struktury dat datového fondu, se kterým dílo pracuje, byla provedena pouze na základě legislativních změn, je nová verze tohoto díla jeho “legislativním upgradem”.

Článek 3

Účel a předmět smlouvy

1. Účelem této smlouvy je dodávka a implementace nemocničního informačního systému včetně poskytnutí licencí a dalších souvisejících služeb, které jsou realizovány v rámci projektu.

2. Dodávka a implementace ve smyslu předchozího odstavce bude probíhat u objednatele,

a to v rámci jeho pracovišť na adresách:

a) U Nemocnice 3066/1, 690 02 Břeclav

3. Předmětem této smlouvy je závazek zhotovitele provést pro objednatele na vlastní riziko a nebezpečí dále specifikované dílo včetně poskytnutí všech nutných licencí, dokumentací, implementace a zkušebního provozu.

4. Zhotovitel zabezpečí pro objednatele poskytování veškeré technické podpory a kompletního servisu po dobu zkušebního provozu až do doby řádného předání kompletního díla. Poskytnutí technické podpory a servisu v době po předání díla je

předmětem servisní smlouvy uzavřené mezi zhotovitelem a objednatelem v rámci společného zadávání předmětné veřejné zakázky.

5. Objednatel se zavazuje řádně a včas provedené dílo převzít a uhradit za něj zhotoviteli

sjednanou cenu.

Článek 4

Specifikace díla

1. Realizace díla zahrnuje závazek zhotovitele zajistit kompletní dodávku a implementaci (modernizace) nemocničního informačního systému včetně poskytnutí všech nezbytných licencí a dalších oprávnění či dokumentů nutných k realizaci a dalšímu provozování díla a dalších souvisejících služeb a dodávek, a to v souladu se zadávací dokumentací veřejné zakázky, v rozsahu a dle podmínek v zadávací dokumentaci stanovených. Podrobný rozsah předmětu plnění je uveden v zadávací dokumentaci veřejné zakázky.

2. Dílo, jeho rozsah a obsah plnění jeho jednotlivých částí jsou podrobně definovány touto smlouvou a jejími přílohami, zejména Přílohou č. 1 až č. 3 této smlouvy a nabídkou zhotovitele podanou v zadávacím řízení na výběr dodavatele veřejné zakázky. Zhotovitel zejména zajistí, aby dílo mělo vedle technických požadavků daných přílohami zadávací dokumentace veřejné zakázky i technické a funkční vlastnosti, které deklaroval v rámci podané nabídky a které byly předmětem hodnocení jeho nabídky během zadávacího řízení na výběr dodavatele veřejné zakázky v rámci kritéria hodnocení – Technické a funkční vlastnosti nabízeného řešení.

3. Ke každé inovované verzi díla, včetně update a legislativního update, upgrade a legislativního upgrade, je zhotovitel povinen dodat seznam změn a úprav v elektronické formě, které byly provedeny do inovované verze. Budou-li inovované verze obsahovat modifikovanou funkčnost oproti předchozí verzi, potom budou tyto zhotovitelem distribuovány spolu s náležitou dokumentací a aktualizovanou uživatelskou příručkou v elektronické podobě.

4. V případě, že provedená změna nebo úprava má vliv na funkčnost díla, případně mění uživatelské vlastnosti díla, je zhotovitel povinen dodat i aktualizovanou uživatelskou dokumentaci a dokumentaci pro správce informačních systémů.

5. Objednatel je oprávněn provádět změny hardware (dále také “HW“) a software (dále také

„SW“), nastavení a konfigurace HW a SW, a to tak, aby byl zabezpečen chod produktu a související infrastruktury. Objednatel je povinen zhotovitele předem informovat o plánovaných změnách HW a SW, jakož i o změnách nastavení a konfigurace HW a SW tak, aby zhotovitel mohl vyhodnotit dopady takových změn díla a SLA a stanovit podmínky pro takovou změnu. V opačném případě zhotovitel neodpovídá za jakékoliv vady nebo škodu,

které byly způsobeny takovou změnou. Zhotovitel musí vyhodnotit dopady a stanovit podmínky pro změnu nejpozději do 3 pracovních dnů od doručení informace, pokud tak neučiní, považují se navržené změny za akceptované. Následně objednatel provede potvrzení změny formou záznamu, který bude obsahovat vždy alespoň označení pořadovým číslem, datum vyhotovení, datum podpisu zástupci objednatele, jakož i specifikaci změny HW a SW a změny nastavení a konfigurace HW a SW, která byla provedena a způsob vypořádání připomínek zhotovitele.

6. Zhotovitel je povinen zajistit, že veškeré vlastnosti předmětu smlouvy, včetně jeho update, legislativních update, upgrade a legislativních upgrade budou po celou dobu účinnosti této smlouvy odpovídat obecně platným právním předpisům České republiky a relevantním mezinárodním právním předpisům.

7. Zhotovitel je povinen na písemné vyžádání objednatele opatřit předmět smlouvy a každý update, legislativní update, upgrade a legislativní upgrade předmětu smlouvy čestným prohlášením o tom, že předmět smlouvy, případně provedený update či upgrade, je ve shodě s platnými právními předpisy ČR.

8. Zjistí-li zhotovitel při plnění předmětu smlouvy skryté překážky bránící řádnému provedení předmětu plnění, je povinen to bez odkladu oznámit objednateli a navrhnout mu další postup.

Článek 5 Doba a místo plnění

1. Xxxxxxxxxx bude předmět díla zhotovovat a dílo, resp. jeho části, předá objednateli v termínech stanovených na základě harmonogramu jednotlivých etap, který je uveden v příloze č. 5.

Zhotovitel začne s plněním předmětu této smlouvy bez odkladu po písemném vyzvání k plnění smlouvy. Písemný pokyn objednatele k plnění ze smlouvy bude dán bezodkladně poté, kdy tato smlouva nabude účinnosti.

2. Xxxxxxxxxx je povinen dílo (jeho části) předat objednateli (případně dle charakteru plnění provádět pro objednatele) bez vad a nedodělků na základě předávacího protokolu podepsaného oprávněnými zástupci obou smluvních stran.

3. Místem plnění jsou pracoviště objednatele na adrese: U Nemocnice 3066/1, 690 02 Břeclav

Článek 6

Cena díla

1. Cena předmětu plnění v rozsahu specifikovaném touto smlouvou v členění dle nabídky

zhotovitele je stanovena v příloze č. 1 této smlouvy.

Cena je pevná a obsahuje veškeré náklady a zisk zhotovitele, nezbytné pro splnění předmětu této smlouvy v rozsahu, který je dán touto smlouvou (tedy i včetně případných prací a dodávek, které v nabídce dodavatele uvedeny nejsou, přestože tvoří součást předmětu veřejné zakázky a této smlouvy) a v termínu dle této smlouvy.

Cena předmětu plnění bude hrazena následujícím způsobem:

a) část ceny díla, odpovídající součtu cen položek rozpočtu č. 3 až 9 tabulky nabídkové ceny (dle přílohy č. 6 ZD), která je přílohou č. 1 této smlouvy, uhradí objednatel zhotoviteli po dodání a zprovoznění dané HW a SW infrastruktury bez vad a nedodělků, jejím uvedená do provozu bez chyb a výpadků a předání všech dokumentů nutných k užívání a provozování dané infrastruktury, to vše na základě dílčího předávacího protokolu;

b) zbylou část celkové ceny díla dle této smlouvy uhradí objednatel zhotoviteli po řádném a úplném dokončení díla a jeho převzetí objednatelem na základě písemného předávacího protokolu o dokončení a předání díla;

c) v případě, že dílo bude obsahovat v době jeho převzetí objednatelem vady nebo nedodělky, je objednatel oprávněn pozdržet úhradu 10% celkové ceny díla až do doby, než budou odstraněny všechny vady nebo nedodělky díla;

d) objednatel bude v takovém případě oprávněn čerpat bankovní záruku v případě, že vady nebo nedodělky, zjištěné při předání díla, nebudou odstraněny ve lhůtě stanovené tuto smlouvou nebo dohodou stran; takto vyčerpanou částku bude objednatel povinen opětovně vydat zhotoviteli do 30 dnů poté, kdy dojde k odstranění všech vad a nedodělků díla, přičemž ji bude oprávněn snížit o své nároky na smluvní pokuty a na náhradu majetkové újmy způsobené prodlením zhotovitele.

2. STANOVENÁ A ODSOUHLASENÁ CENA JE CENOU NEJVÝŠE PŘÍPUSTNOU, tj. pokud jde o horní limit ceny, zhotovitel nemá právo požadovat bez souhlasu objednatele její zvýšení. V případě, že rozsah předmětu této smlouvy bude ze strany objednatele omezen, případně, pokud v průběhu plnění předmětu plnění dojde ke zjištění, že některé práce a dodávky při zachování rozsahu předmětu této smlouvy (funkčnosti celku) budou dodány v menším rozsahu, množství nebo ceně, pak se celková cena adekvátním způsobem sníží (tzv. méněpráce). V ostatních případech může být cena uvedená v tomto článku změněna pouze písemnou dohodou smluvních stran. Součástí ceny je i odměna dodavatele za splnění všech ostatních jemu stanovených povinností dle této smlouvy. Smluvní strany se

dohodly, že pokud dojde v průběhu plnění této smlouvy ke změně zákonné sazby daně z přidané hodnoty (dále jen „DPH“) stanovené pro příslušné plnění vyplývající z této smlouvy, bude tato sazba promítnuta do všech cen uvedených v této smlouvě s DPH a zhotovitel je od okamžiku nabytí účinnosti změny zákonné sazby DPH povinen účtovat platnou sazbu DPH. O této skutečnosti není nutné uzavírat dodatek k této smlouvě.

3. Za stanovení sazby daně v souladu s platnými právními předpisy odpovídá zhotovitel.

4. Smluvní strany se dohodly, že náklady zkušebního provozu, technická podpora a další služby ze strany zhotovitele poskytované objednateli do doby řádného předání dokončeného díla jsou poskytovány bezplatně.

Článek 7

Předání části díla a přechod vlastnického práva

1. Objednatel je oprávněn, nikoli však povinen, převzít jednotlivé části díla i s jednotlivými nedodělky. Tímto ustanovením se smluvní strany odchylují od § 2605 občanského zákoníku.

2. Za účelem předání částí díla budou mezi smluvními stranami sepsány předávací protokoly, ve kterých bude jednoznačně specifikováno, které části díla objednatel přebírá a dále zde bude uvedena specifikace případných nedodělků včetně způsobu a termínu pro jejich odstranění. Za nedodělek se považuje i nepředání potřebné listiny, licence či jiného dokumentu nutného k provozování či užívání díla nebo jeho části či neproškolení pracovníků objednatel pro potřeby užívání díla.

3. Předávací protokol bude podepsán oprávněnými zástupci obou smluvních stran. Oprávněnými zástupci pro podpis předávacích protokolů smluvní strany stanoví následující osoby:

Za objednatele: I

Za zhotovitele: M

4. Po řádném předání (části) díla na základě předávacího protokolu, případně po odstranění nedodělků v termínech uvedených v předávacím protokolu, bude mezi smluvními sepsán akceptační protokol, který bude podepsán oprávněnými zástupci obou smluvních stran dle odst. 3.

5. Vlastnické právo k jednotlivým částem díla přechází na objednatele dnem podpisu akceptačního protokolu podepsaného oprávněnými zástupci obou smluvních stran dle odst. 3.

6. Předávací protokol a akceptační protokol musí obsahovat mimo jiné tyto náležitosti:

▪ číslo předávacího/akceptačního protokolu a datum;

▪ číslo smlouvy a datum jejího uzavření, číslo veřejné zakázky;

▪ označení předmětu plnění nebo jeho části;

▪ název, sídlo, IČO a DIČ objednatele a zhotovitele;

▪ název projektu, registrační číslo projektu a informaci, že se jedná o projekt podpořený z Integrovaného regionálního operačního programu;

▪ datum zahájení a dokončení plnění příslušné části díla/celého díla;

▪ podrobné vymezení rozsahu provedených prací a dodávek;

▪ prohlášení objednatele, že plnění (jeho část) přejímá (nepřejímá), a to včetně uvedení případných vad a nedodělků a termínu jejich odstranění, podpis oprávněné osoby objednatele, je-li podpis takové osoby objednatelem vyžadován;

▪ jméno a vlastnoruční podpis osoby, která předávací/akceptační protokol vystavila, včetně kontaktního telefonu.

Článek 8

Platební a fakturační podmínky

1. Úhrada ceny předmětu plnění proběhne na základě faktur vystavených v souladu s článkem 6 této smlouvy.

2. Podkladem pro úhradu ceny dle této smlouvy bude vždy faktura, která bude mít náležitosti účetního dokladu podle zákona č. 563/1991 Sb., o účetnictví, ve znění pozdějších předpisů, a daňového dokladu dle zákona č. 235/2004 Sb., o dani z přidané hodnoty, ve znění pozdějších předpisů (dále jen „faktura“).

Přílohou faktury bude zejména soupis skutečně dodaných a oceněných věcí a provedených a oceněných prací, který musí být odsouhlasen zástupcem objednatele. V případě neodsouhlasení soupisu skutečně dodaných věcí a provedených prací objednatelem se má za to, že nevzniklo právo fakturovat. Pokud bude faktura zhotovitele obsahovat i neodsouhlasené práce, či nedodané věci je objednatel oprávněn uhradit pouze tu část faktury, se kterou souhlasí. Na zbývající část faktury nemůže zhotovitel uplatňovat žádné majetkové sankce, vyplývající z peněžitého dluhu objednatele.

3. Práce či dodávky, které provedl dodavatel bez souhlasu objednatele nad rámec předmětu této smlouvy tak, jak je popsáno v článku čl. II této smlouvy, se do soupisu dodávek a prací nesmějí zařazovat a považují se za součást celkové ceny, vyjma případů, kdy se strany písemně dohodnou jinak.

4. Lhůta splatnosti faktury činí 30 kalendářních dnů ode dne doručení objednateli. Faktura bude doručena doporučenou poštou nebo osobně oprávněnému zaměstnanci objednatele proti písemnému potvrzení.

5. Faktura musí kromě zákonem stanovených náležitostí pro daňový doklad obsahovat také:

▪ číslo a datum vystavení faktury,

▪ číslo smlouvy a datum jejího uzavření, číslo veřejné zakázky,

▪ název projektu, registrační číslo projektu a informaci, že se jedná o projekt podpořený

z Integrovaného regionálního operačního programu;

▪ předmět plnění a jeho přesnou specifikaci ve slovním vyjádření (nestačí pouze

odkaz

na číslo uzavřené smlouvy),

▪ označení banky a číslo účtu, na který musí být zaplaceno (pokud je číslo účtu odlišné

od čísla uvedeného v této smlouvě, je zhotovitel povinen o této skutečnosti

informovat objednatele),

▪ číslo a datum příslušných předávacích a akceptačních protokolů podepsaných zástupcem zhotovitele a odsouhlasených zástupcem objednatele (Akceptační a předávací protokol bude přílohou faktury),

▪ lhůtu splatnosti faktury,

▪ název, sídlo, IČO a DIČ objednatele a zhotovitele,

▪ jméno a vlastnoruční podpis osoby, která fakturu vystavila, včetně kontaktního

telefonu.

6. Nebude-li faktura obsahovat zákonem či touto smlouvou stanovené náležitosti nebo bude chybně vyúčtována cena nebo DPH, je objednatel oprávněn fakturu před uplynutím lhůty splatnosti vrátit druhé smluvní straně k provedení opravy s vyznačením důvodu vrácení. Xxxxxxxxxx provede opravu vystavením nové faktury. Dnem odeslání vadné faktury zhotoviteli přestává běžet původní lhůta splatnosti a nová lhůta splatnosti běží znovu ode dne doručení nové a řádně vystavené faktury objednateli.

7. Povinnost zaplatit cenu je splněna dnem odepsání příslušné částky z účtu objednatele.

8. Zhotovitel se zavazuje dodržovat případné další pokyny objednatele na formální požadavky faktury a předávacího/akceptačního protokolu ohledně informací k financování projektu.

9. Smluvní strany se dále dohodly, že v případě, že se zhotovitel stane ve smyslu § 106a zákona o dani z přidané hodnoty nespolehlivým plátcem daně a po dobu, kdy za něj ve smyslu uvedeného zákonného ustanovení bude považován (tedy až do doby, kdy bude rozhodnuto, že není nespolehlivým plátcem daně), bude objednatel oprávněn hradit účtované části ceny díla co do částky, odpovídající dani z přidané hodnoty, přímo na účet správce daně. Poukázáním příslušné částky na účet správce daně se v dané části bude považovat účtovaná částka za uhrazenou.

Článek 9

Licence a podmínky užití produktu

1. Xxxxxxxxxx prohlašuje, že je oprávněn vykonávat svým jménem a na svůj účet majetková práva autorů k plnění dle této smlouvy a že má souhlas autorů k uzavření následujících licenčních ujednání.

2. Bude-li objednateli dodán, nebo bude-li výsledkem plnění nebo jiné činnosti zhotovitele prováděné dle této smlouvy počítačový program, který nebyl vytvořen výhradně pro potřeby objednatele, ale jedná se zejména o tzv. standardní počítačový program zhotovitele nebo třetí strany, který požívá ochrany autorského díla podle zákona č. 121/2000 Sb., o právu autorském, o právech souvisejících s právem autorským a o změně některých zákonů (autorský zákon), ve znění pozdějších předpisů (dále jen

„autorské dílo“), zavazuje se zhotovitel poskytnout objednateli nevýhradní právo užít takovéto autorské dílo všemi způsoby nezbytnými k naplnění účelu vyplývajícímu z této smlouvy, a to minimálně po dobu 30 let.

3. Poskytuje-li zhotovitel licenci k tzv. unikátním dílům, tedy počítačovým programům vytvořeným výhradně pro potřeby objednatele nebo k úpravám jiných počítačových programů, které byly provedeny výhradně pro potřeby objednatele, poskytuje se licence jako výhradní a časově neomezená a zhotovitel uděluje objednateli souhlas k provedení jakýchkoliv změn nebo modifikací autorského díla, a to i prostřednictvím třetích osob, přičemž taková licence se vztahuje ve stejném rozsahu k počítačovým programům ve zdrojovém a strojovém kódu, jakož i ke koncepčním přípravným materiálům. Zhotovitel se zavazuje v případě, že se licence vztahuje k počítačovým programům ve smyslu tohoto odstavce, poskytnout objednateli zdrojové kódy takových počítačových programů a koncepční přípravné materiály (zahrnující zejména analýzy a technické designy) a tyto v případě změny průběžně aktualizovat a poskytovat i dokumentaci provedených změn. Zhotovitel se dále zavazuje předat objednateli aktuální dokumentované zdrojové kódy a koncepční přípravné materiály počítačových programů (kromě tzv. standardních počítačových programů) nejpozději v den akceptace příslušného plnění dle této smlouvy.

4. Bude-li autorské dílo vytvořeno činností zhotovitele v souvislosti s plněním povinností zhotovitele dle této smlouvy, smluvní strany činí nesporným, že jakékoliv takovéto autorské dílo vzniklo z podnětu a pod vedením objednatele.

5. Práva získaná v rámci plnění této smlouvy přechází i na případného právního nástupce objednatele. Případná změna v osobě zhotovitele (např. právní nástupnictví) nebude mít vliv na oprávnění udělená v rámci této smlouvy zhotovitelem objednateli.

6. Odměna za poskytnutí, zprostředkování nebo postoupení licence k autorskému dílu vytvořenému dle této smlouvy (včetně licencí k dílům třetích osob) je zahrnuta v ceně plnění, při jehož poskytnutí došlo k vytvoření autorského díla.

7. Smluvní strany sjednávají, že zhotovitel poskytne bezplatně objednateli veškeré potřebné (přístupové) časově neomezené licence a multilicence k produktům, které jsou předmětem díla, a to v rozsahu a specifikaci obsažené v zadávací dokumentaci, tak aby objednatel mohl využívat plně funkcionalitu díla a jeho částí.

8. Smluvní strany sjednávají, že zhotovitel se výslovně zavazuje po skončení účinnosti servisní smlouvy, která je mezi smluvními stranami uzavírána v rámci předmětné veřejné zakázky poskytnout objednateli k jeho žádosti maximální součinnost vedoucí k transferu dat z NIS zhotoveného na základě této smlouvy do případně nového formátu NIS. Zhotovitel zejména poskytne novému poskytovateli, jakož i objednateli, veškerá data potřebná k migraci databází do nového systému, a to striktně ve formátu zpracovatelném ve standardně dostupném programovém vybavení.

Článek 10

Odpovědnost za škodu

1. Zhotovitel je povinen nahradit objednateli, či třetí osobě, v plné výši škodu, která jim vznikla při realizaci a užívání díla v souvislosti nebo jako důsledek porušení povinností a závazků zhotovitele dle této smlouvy.

2. V případě, že při činnosti prováděné zhotovitelem dojde ke způsobení prokazatelné škody objednateli, či třetím osobám, která nebude kryta pojištěním sjednaným zhotovitelem, bude zhotovitel povinen tyto škody uhradit z vlastních prostředků.

3. Pokud v důsledku porušení povinností zhotovitele stanovených touto smlouvou nebude objednateli uhrazen finanční podíl nebo jeho část z Integrovaného regionálního operačního programu v rámci projektu, bude zhotovitel povinen uhradit objednateli takto způsobenou škodu.

4. Nesplní-li zhotovitel své závazky stanovené v článku 8 - Platební a fakturační podmínky této smlouvy a objednateli v důsledku toho vznikne škoda (např. uhrazením sankcí uložených příslušným finančním úřadem v důsledku pozdní úhrady DPH u prací a dodávek podléhajících režimu přenesené daňové povinnosti), bude zhotovitel povinen objednateli tuto škodu v plném rozsahu uhradit.

Článek 11 Odpovědnost za vady

1. Zhotovitel zaručuje, že dílo má vlastnosti a funkční specifikaci stanovené touto smlouvou a jejími přílohami, a že je tak způsobilé pro použití ke sjednanému účelu.

2. Zhotovitel poskytuje objednateli záruku, že celé dílo (každá jeho část) je prosto jakýchkoliv vad věcných, právních i ostatních. Dílo nebo jeho část má vady, jestliže zejména neodpovídá výsledku určenému ve smlouvě, účelu jeho využití, případně nemá vlastnosti

výslovně stanovené smlouvou, dokumentací, objednatelem, platnými předpisy nebo nemá vlastnosti obvyklé.

3. Zhotovitel poskytuje záruku za bezvadnost předmětu díla, tj. za všechny vlastnosti, které má mít předmět díla zejména dle smlouvy, dle jednotlivých požadavků a pokynů objednatele, případně ostatních pověřených osob, dle dokumentace, norem a ostatních předpisů, pokud se na prováděný předmět díla, jeho části a příslušenství vztahují. Zhotovitel prohlašuje, že předmět díla si po tuto dobu zachová všechny takové vlastnosti, funkčnost a stanovenou účelovou způsobilost. Po dobu záruční doby je tedy rozsah záruky neomezený, což znamená zejména, že předmět díla provedený podle smlouvy bude prostý jakýchkoliv vad.

4. Není-li sjednáno jinak, je záruční doba díla a každé jeho části sjednána na dobu od spuštění produkčního provozu předmětu díla v celém jeho celku. Záruka se vztahuje na vady resp. nedodělky díla, které se projeví během záruční doby s výjimkou vad, u nichž zhotovitel prokáže, že jejich vznik zapříčinil objednatel.

5. V průběhu záruční doby bude zhotovitel poskytovat objednateli na dílo a každou jeho část záruku na jakost a servisní podporu v rozsahu stanoveném dále v této smlouvě, resp. v zadávací dokumentaci.

6. Doba pro odstranění nahlášených vad se řídí povahou jednotlivých vad.

7. Záruční doba se staví po dobu, po kterou nemůže objednatel dílo řádně užívat pro vady, za které nese odpovědnost zhotovitel.

8. Veškeré vady (reklamace) je objednatel povinen uplatnit u zhotovitele bez zbytečného odkladu poté, kdy vadu zjistil, a to hlášením v souladu s ustanoveními článku 12 této smlouvy, obsahujícím specifikaci zjištěné vady.

9. Reklamaci lze uplatnit do posledního dne záruční doby, přičemž i reklamace odeslaná

objednatelem v poslední den záruční doby se považuje za včas uplatněnou.

10. Záruční servis bude prováděn u objednatele bezplatně po celou dobu záruky, zhotovitel tak není oprávněn objednateli účtovat v rámci reklamace poskytnuté služby, či k odstranění vad potřebné věci.

11. Záruční doba je mezi stranami sjednána takto:

a) 60 měsíců na informační systém(y), aplikace a služby spojené s realizací projektu,

b) 36 měsíců – u HW infrastruktury a systémového SW,

c) 12 měsíců na spotřební materiál, případně drobné vybavení podléhající rychlému opotřebení.

Případný spotřební materiál musí být explicitně zhotovitelem za takovýto označen a musí být prokázáno, že splňuje tento charakter.

12. Xxxxxxxxxx odpovídá za to, že dokumenty a soubory dat, které objednateli v rámci plnění předmětu smlouvy předal:

▪ jsou autorizovanými kopiemi originálů příslušných dokumentů a souborů dat

zhotovitele,

▪ neobsahují žádné infiltrační prostředky,

▪ že k nim má práva na jejich šíření, instalaci, konfiguraci a správu, která mu umožňují s nimi nakládat a dále je poskytovat tak, jak je sjednáno v této smlouvě.

13. V případě, že se některá z uvedených garancí zhotovitele ukáže nepravdivou a objednateli z tohoto důvodu vznikne škoda, bude zhotovitel povinen objednateli tuto škodu nahradit.

14. Zhotovitel uhradí škodu, která objednateli vznikla vadným plněním v plné výši. Zhotovitel rovněž uhradí náklady vzniklé objednateli při uplatňování práv z odpovědnosti za vady.

15. Nebezpečí škody na díle a dalším hmotném plnění z této smlouvy přechází na objednatele okamžikem jejich převzetí.

16. Xxxxxxxxxx prohlašuje, že na díle ani na jiném plnění z této smlouvy neváznou žádné právní vady, tedy dílo není zatíženo právem třetí osoby.

Článek 12

Odstraňování vad vzniklých z důvodů na straně zhotovitele

1. Reklamace (vady) budou zástupci objednatele hlášeny zhotoviteli prostřednictvím kontaktního místa pro hlášení závad v souladu s článkem 13 této smlouvy.

2. Proces odstraňování vad produktu bude probíhat v souladu s čl. 3.5 přílohy č. 2 této

smlouvy.

3. Neodstraní-li zhotovitel uplatněnou vadu ve smluveném termínu, je zadavatel oprávněn odstranit takovou vadu a nedodělek na náklady zhotovitele sám nebo prostřednictvím třetí osoby. Veškeré takto vynaložené nebo s odstraněním vady související náklady uhradí objednateli zhotovitel.

4. Vyplyne-li z objektivních skutečností potřeba lhůty delší než je stanovena, lze písemně dohodnout lhůtu delší. Za objektivní skutečnosti lze považovat zásah vyšší moci, chybnou funkci operačních a databázových platforem, časový rozsah potřebných prací jdoucí nad stanovený rámec.

5. Pro účely smlouvy je pro pracovní dny stanovena pracovní doba od 8:00 do 18:00 hodin.

Článek 13

Technická podpora a servis během realizace díla – zkušebního provozu

1. Technická podpora a servis jsou do doby předání díla součástí díla a jeho ceny.

2. Dostupnost kontaktního místa (Aplikace HelpDesk) pro hlášení závad je 7x24x365 s garantovanou dobou odezvy od nahlášení dle článku 12 odst. 2. Veškeré požadavky budou evidovány v systému servisní podpory zhotovitele. Alternativně lze vady nahlásit na tel:

.Nahlášení vady alternativním způsobem nemá vliv na dobu odezvy a dobu smluvenou k odstranění vady.

3. Kontaktní místo pro hlášení závad umožňuje příjem požadavků na technickou podporu a

servis v českém jazyce.

4. Požadavek na servisní zásah se považuje za nahlášený okamžikem jeho zapsání na HelpDesk, nebo okamžikem jeho zadání telefonem a emailem.

5. Bude zajištěn nepřetržitý přístup do systému servisní podpory (HelpDesk), umožňující objednateli upřesnit nebo doplnit požadavek. V případě podstatné změny požadavku běží zhotoviteli nová lhůta k jeho vyřešení. V případě nepodstatné změny požadavku není původní lhůta dotčena.

6. Systém servisní podpory musí objednateli poskytovat přehled o aktuálně nahlášených požadavcích, jejich stavu a aktuálním způsobu jejich řešení. Systém bude objednateli zasílat notifikace o změně stavu jeho požadavku (např. zadaný, v řešení, uzavřený apod.) a musí objednateli umožnit schvalování uzavření nahlášeného požadavku.

7. Systém servisní podpory musí poskytovat objednateli přístup i k databázi uzavřených požadavků a způsobu jejich řešení, který bude poskytovat podrobné údaje o historii požadavků od jejich nahlášení, po jejich vyřešení.

8. Systém servisní podpory musí umožňovat export dat, včetně obsahu požadavku a způsobu vyřešení. Tato funkcionalita bude zhotovitelem poskytována bezúplatně minimálně na vyžádání objednatele ve formátu minimálně *.xls a *.csv.

9. Objednatel může po vzájemné dohodě umožnit zhotoviteli zabezpečený vzdálený přístup do své datové sítě z IP adresy zhotovitele protokolem TCP/IP za účelem plnění části této smlouvy. Objednatel si vyhrazuje právo po předchozím upozornění tento přístup zhotoviteli ukončit.

10. Po řádném předání díla se servisní a technická podpora poskytovaná ze strany zhotovitele objednateli řídí servisní smlouvou uzavřenou v rámci této veřejné zakázky mezi smluvními stranami.

Článek 14

Sankce

1. Smluvní pokuty:

a) V případě prodlení zhotovitele s provedením nebo předáním díla nebo jeho jednotlivých částí dle harmonogramu prací nebo v případě prodlení s odstraněním vad nebo nedodělků díla zjištěných při předání díla se zhotovitel zavazuje objednateli uhradit smluvní pokutu ve výši 10.000 Kč včetně DPH, za každý i započatý kalendářní den prodlení.

b) V případě prodlení zhotovitele s odstraněním nedodělků způsobem a v termínech určených v této smlouvě, či v předávacím protokolu se zhotovitel zavazuje uhradit objednateli smluvní pokutu ve výši 2.000 Kč včetně DPH, za každý i započatý kalendářní den prodlení.

c) V případě prodlení zhotovitele s odstraněním vad specifikovaných v čl. 12 této smlouvy ve lhůtách stanovených v tomto článku se zhotovitel zavazuje objednateli uhradit smluvní pokutu ve výši 10.000 Kč za každý i započatý den prodlení, a to vždy pro každý případ prodlení.

d) Za porušení povinností zhotovitele dle čl. 18 odst. 10 a 12 této smlouvy je objednatel oprávněn požadovat zaplacení smluvní pokuty ve výši 10.000 Kč za každý zjištěný případ porušení, pokud zhotovitel nezjedná nápravu ani v dodatečné lhůtě, kterou mu ke zjednání nápravy objednatel určí.

e) V případě zaviněného porušení povinnosti vyplývající z právních předpisů upravujících ochranu osobních údajů zhotovitel uhradí ve prospěch objednatele smluvní pokutu ve výši 100.000 Kč za každé jednotlivé porušení povinnosti.

f) V případě neposkytnutí řádné součinnosti k migraci dat do jiného informačního systému dle zadání objednatele (článek 9 odst. 8) uhradí zhotovitel ve prospěch objednatele smluvní pokutu ve výši 1.000.000 Kč.

g) v případě, že zhotovitel nedodá objednateli bankovní záruku dle požadavků popsaných v čl. 6 odst. 2 písm. d) této smlouvy, zavazuje se zhotovitel objednateli uhradit smluvní pokutu ve výši 10% celkové ceny díla.

2. V případě nedodržení lhůty splatnosti řádně vystavené a doručené faktury se objednatel

zavazuje zhotoviteli uhradit úrok z prodlení v zákonné výši.

3. Sankce jsou splatné do 15 dní ode dne doručení písemného vyúčtování její výše povinné straně.

4. Zaplacením smluvní pokuty není dotčen nárok oprávněné strany na náhradu škody, oprávněná strana má nárok na náhradu škody v plné výši.

Článek 15

Finanční záruky

1. Zhotovitel nejpozději do 14ti dnů ode dne uzavření smlouvy předloží objednateli originál bankovní záruky za řádné provedení díla a za kvalitu díla a na plnění smluvních podmínek k odstraňování záručních vad včetně řádné úhrady případných smluvních pokut, přičemž tato bankovní záruka musí zajišťovat závazky zhotovitele do částky ve výši 300 tis. Kč po dobu od dne vystavení předložené bankovní záruky do uplynutí pěti let ode dne předání díla. Vybraný dodavatel může zvolit formu poskytnutí této bankovní záruky též složením finanční částky na účet objednatele. V případě, že zhotovitel požadavek na předložení bankovní záruky nesplní, vyhrazuje si objednatel právo odstoupit od plnění smlouvy s okamžitou platností bez jakýchkoliv sankcí.

2. Bankovní záruka za řádné provedení díla dle této smlouvy bude vystavena zhotovitelem ve prospěch objednatele k účelu krytí finančních nároků objednatele za zhotovitelem (zákonné či smluvní sankce, náhrady škody apod.), vzniklé objednateli z důvodů porušení povinností zhotovitele při plnění předmětu díla. Dojde-li ke změně termínu dokončení příslušné části díla, je zhotovitel povinen finanční záruku prodloužit o takovou dobu, aby záruka byla platná a účinná za nezměněných podmínek po celou dobu provádění díla dle této smlouvy.

3. Bankovní záruka za řádné plnění záručních podmínek kryje finanční nároky objednatele za zhotovitelem (zákonné či smluvní sankce, náhradu škody apod.), vzniklé objednateli z důvodů porušení povinností zhotovitele v průběhu záruční lhůty, které zhotovitel nesplnil ani po předchozí výzvě objednatele.

Objednatel pozbývá nárok na uplatnění z bankovní záruky dnem uplynutí posledního dne (nejdelší sjednané) záruční doby.

4. Výplatu peněžních prostředků z finanční záruky může objednatel uplatnit jen v případě nesplnění povinností zhotovitele dle této smlouvy. Finanční záruka podle této smlouvy musí být neodvolatelná a nepodmíněná a vystavená v souladu s podmínkami objednatele dle této smlouvy.

Článek 16

Důvěrné informace, ochrana osobních údajů

1. V případě, že bude při plnění předmětu smlouvy docházet ke zpracování osobních údajů, je tato smlouva zároveň smlouvou o zpracování osobních údajů ve smyslu § 6 zákona č. 101/2000 Sb., o ochraně osobních údajů a o změně některých zákonů, ve znění pozdějších předpisů (dále jen „zákon o ochraně osobních údajů“). Zhotovitel má pro účely ochrany osobních údajů postavení zpracovatele ve smyslu zákona o ochraně osobních údajů.

2. Zhotovitel je oprávněn zpracovávat osobní údaje pouze za účelem plnění účelu této

smlouvy.

3. Zhotovitel je oprávněn zpracovávat osobní údaje v rozsahu nezbytně nutném pro plnění této smlouvy, za tímto účelem je oprávněn osobní údaje zejména ukládat na nosiče informací, upravovat, uchovávat po dobu nezbytnou k uplatnění práv zhotovitele vyplývajících z této smlouvy, předávat zpracované osobních údaje objednateli, osobní údaje likvidovat.

4. Zhotovitel učiní v souladu s platnými právními předpisy dostatečná organizační

a technická opatření zabraňující přístupu neoprávněných osob k osobním údajům

o ochraně osobních údajů.

5. Xxxxxxxxxx zajistí, aby jeho zaměstnanci byli v souladu s platnými právními předpisy poučeni o povinnosti mlčenlivosti a o možných následcích pro případ porušení této povinnosti.

6. Zhotovitel zajistí, aby písemnosti a jiné hmotné nosiče informací, které obsahují osobní údaje, byly uchovávány pouze v uzamykatelných místnostech.

7. Zhotovitel zajistí, aby písemnosti a jiné hmotné nosiče informací, které obsahují citlivé údaje, byly uchovávány v uzamykatelných skříních umístěných v uzamykatelných místnostech.

8. Zhotovitel zajistí, aby elektronické datové soubory obsahující osobní údaje byly uchovávány v paměti počítače pouze:

▪ je-li přístup k takovýmto souborům chráněn heslem nebo,

▪ je-li přístup k užívání počítače, v jehož paměti jsou tyto soubory umístěny, chráněn

heslem.

9. Je-li pro účel kontroly správného fungování díla, odstranění vady nebo další vývoj díla nezbytné poskytnout zhotoviteli kopii databází, souborů nebo nosičů údajů obsahujících

jakékoliv údaje z činnosti objednatele je zhotovitel povinen s takovými údaji nakládat tak, aby nedošlo k jejich úniku či zneužití.

10. Veškeré skutečnosti obchodní, ekonomické a technické povahy související se smluvními stranami, které nejsou běžně dostupné v obchodních kruzích a se kterými se smluvní strany seznámí při realizaci předmětu smlouvy nebo v souvislosti s touto smlouvou, se považují za důvěrné informace.

11. Xxxxxxxxxx se zavazuje, že důvěrné informace jiným subjektům nesdělí, nezpřístupní, ani nevyužije pro sebe nebo pro jinou osobu. Zavazuje se zachovat je v přísné tajnosti a sdělit je výlučně těm svým zaměstnancům nebo poddodavatelům, kteří jsou pověřeni plněním smlouvy a za tímto účelem jsou oprávněni se s těmito informacemi v nezbytném rozsahu seznámit. Zhotovitel se zavazuje zabezpečit, aby i tyto osoby považovaly uvedené informace za důvěrné a zachovávaly o nich mlčenlivost.

12. Povinnost plnit ustanovení tohoto článku smlouvy se nevztahuje na informace, které:

▪ mohou být zveřejněny bez porušení této smlouvy,

▪ byly písemným souhlasem obou smluvních stran zproštěny těchto omezení,

▪ jsou známé nebo byly zveřejněny jinak, než následkem porušení povinnosti jedné ze smluvních stran,

▪ příjemce je zná dříve, než je sdělí smluvní strana,

▪ jsou vyžádány soudem, státním zastupitelstvím nebo příslušným správním orgánem

na základě zákona, popřípadě, jejichž uveřejnění je stanoveno zákonem,

▪ smluvní strana sdělí osobě vázané zákonnou povinností mlčenlivosti (např. advokátovi nebo daňovému poradci) za účelem uplatňování svých práv.

13. Povinnost ochrany důvěrných informací trvá bez ohledu na ukončení platnosti této

smlouvy.

14. Smluvní strany se zavazují, že obchodní a technické informace, které jim byly svěřeny druhou stranou, nezpřístupní třetím osobám bez písemného souhlasu druhé strany a nepoužijí tyto informace k jiným účelům, než je k plnění této smlouvy.

15. Ve smyslu nařízení Evropského parlamentu a Rady (EU) 2016/679 ze dne 27. dubna 2016 o ochraně fyzických osob v souvislosti se zpracováním osobních údajů a volném pohybu těchto údajů je zhotovitel považován za zpracovatele ve smyslu tohoto nařízení a je povinen splnit všechny povinnosti z toho vyplývající.

Doba trvání smlouvy, ukončení smlouvy

1. Smluvní strany mohou odstoupit od smlouvy z důvodu podstatného porušení smlouvy.

2. Za podstatné porušení smluvních povinností zhotovitele se považuje mimo jiné:

a) prodlení zhotovitele s plněním kteréhokoliv jeho závazku podle smlouvy delším než 15 dní,

b) nesplnění pokynu objednatele při plnění předmětu smlouvy zhotovitelem,

c) bránění zhotovitelem objednateli v provádění kontrol a zkoušek díla nebo jeho části,

d) opakované nebo hrubé porušení pravidel bezpečnosti práce, protipožární ochrany, ochrany zdraví při práci či jiných bezpečnostních předpisů a pravidel zhotovitelem nebo jeho poddodavatelem v místě plnění,

e) dílo vykazuje vady, které neumožní jeho řádné užívání k účelu, který je sjednán touto

smlouvou,

f) porušení povinností zhotovitele ze záruky, které nebylo napraveno ani po výzvě

objednatele.

3. Za podstatné porušení smluvních povinností objednatelem se považuje mimo jiné opakované prodlení objednatele s placením kterékoliv faktury (nebo její části) delší než jeden (1) měsíc.

4. Odstoupení od smlouvy musí být učiněno písemně a s uvedením důvodu; účinky odstoupení nastávají dnem doručení druhé smluvní straně oznámení o odstoupení, bylo- li odstoupení oprávněné.

5. V případě odstoupení objednatele od smlouvy z důvodu podstatného porušení smlouvy zhotovitelem nemá zhotovitel nárok na zaplacení ceny podle článku 5 této smlouvy v plné výši. Zhotovitel je pouze oprávněn žádat po objednateli to, o co se objednatel zhotovováním předmětu díla obohatil. Odstoupením od smlouvy není dotčen nárok objednatele na náhradu případné škody a zaplacení smluvní pokuty.

6. V případě odstoupení zhotovitele od smlouvy z důvodu podstatného porušení smlouvy objednatelem má zhotovitel nárok na zaplacení poměrné části ceny díla, odpovídající rozsahu provedeného díla. Odstoupením od smlouvy není dotčen nárok zhotovitele na náhradu případné škody a zaplacení smluvní pokuty.

7. V případě ukončení smlouvy, a to i jejím splněním, je zhotovitel povinen objednateli na své náklady bezodkladně poskytnout veškerou součinnost k řádné migraci dat do jiného informačního systému dle zadání objednatele. Tato součinnost bude spočívat především v poskytnutí všech objednatelem požadovaných dat v objednatelem určeném formátu a struktuře.

Ostatní práva a povinnosti smluvních stran

1. Objednatel se zavazuje poskytnout zhotoviteli nezbytnou součinnost a vyjadřovat se k návrhům na další postup, bude-li to nezbytné pro řádné zhotovení díla.

2. Xxxxxxxxxx se zavazuje při provádění díla postupovat v profesionální kvalitě a s odbornou péčí a řádně a včas předat dílo.

3. Xxxxxxxxxx je xxxxxxx dodat dílo a jeho části dle této smlouvy v dohodnutém množství, jakosti a provedení. Smluvní strany se dohodly na nejlepší jakosti dodaného plnění.

4. Xxxxxxxxxx je xxxxxxx při realizaci díla dodržovat veškeré bezpečnostní předpisy, veškeré zákony a jejich prováděcí vyhlášky, pokud se vztahují k prováděnému dílu a týkají se činnosti zhotovitele, bezpečnosti práce, požární ochraně a ochraně životního prostředí. Pokud porušením těchto předpisů zhotovitelem nebo jeho poddodavateli vznikne škoda, nese náklady zhotovitel.

5. Objednatel má právo přesvědčit se kdykoliv v průběhu plnění díla o stavu prací na díle včetně kontroly jakosti díla nebo jeho částí a zhotovitel mu k tomuto musí vytvořit podmínky, případné náklady nese zhotovitel.

6. Předmět díla je spolufinancován v rámci projektu „Modernizace a rozvoj Nemocničního informačního systému Nemocnice Břeclav“, reg. č. CZ.06.3.05/0.0/0.0/16_044/0006190, který je realizován z výzvy č. 28 Integrovaného regionálního operačního programu s názvem „Specifické informační a komunikační systémy a infrastruktura II.“, prioritní osy PO 3: Dobrá správa území a zefektivnění veřejných institucí, specifického cíle SC 3.2: Zvyšování efektivity a transparentnosti veřejné správy prostřednictvím rozvoje využití a kvality systémů IKT. Z tohoto důvodu:

a) je zhotovitel povinen minimálně do konce roku 2030 poskytovat požadované informace a dokumentaci související s realizací projektu zaměstnancům nebo zmocněncům pověřených orgánů (CRR, MMR ČR, MF ČR, Evropské komise, Evropského účetního dvora, Nejvyššího kontrolního úřadu, příslušného orgánu finanční správy a dalších oprávněných orgánů státní správy) a je povinen vytvořit výše uvedeným osobám podmínky k provedení kontroly vztahující se k realizaci projektu a poskytnout jim při provádění kontroly součinnost;

b) zhotovitel výslovně souhlasí s tím, že objednatel je oprávněn za účelem kontroly postupu objednatele poskytnout veškeré dokumenty (včetně nabídky zhotovitele);

c) zhotovitel je povinen spolupůsobit při výkonu finanční kontroly ve smyslu § 2 písm. e) zákona č. 320/2001 Sb., o finanční kontrole ve veřejné správě a o změně některých zákonů (zákon o finanční kontrole), ve znění pozdějších předpisů;

d) zhotovitel je povinen seznámit se s podmínkami pro čerpání předmětné dotace zveřejněné na stránkách xxxx://xxx.xxxxxxxxxxxx- xxxxx.xx/xx/Xxxxxxxxxx/XXXX/xxxxxxxxx, které musí zhotovitel splňovat v rámci dotačního programu. K plnění podmínek dotace je zhotovitel povinen poskytovat objednateli potřebnou součinnost, lze-li to po něm spravedlivě požadovat.

7. Xxxxxxxxxx je povinen uchovávat veškeré doklady související s realizací díla a jeho financováním (způsobem dle zákona č. 563/1991 Sb., o účetnictví v platném znění) včetně účetních dokladů minimálně do konce roku 2029 nebo po dobu nejméně 10 let ode dne poslední platby za provedené práce, závazná je lhůta, která je delší. Dále je povinen zajistit, aby také všichni jeho poddodavatelé, partneři, dodavatelé partnerů uchovávali veškeré dokumenty související s prováděním díla dle těchto podmínek.

8. Xxxxxxxxxx je povinen bez zbytečného odkladu písemně informovat objednatele

o skutečnostech, které mají nebo mohou mít vliv na plnění smlouvy, a to neprodleně, nejpozději následující pracovní den poté, kdy příslušná skutečnost nastane nebo zhotovitel zjistí, že by nastat mohla.

9. Xxxxxxxxxx je povinen všechny písemné zprávy, písemné výstupy a prezentace (včetně prováděcího projektu a předávacích protokolů) opatřit povinnou vizuální identitou projektu, je-li tato vyžadována pravidly IROP. Zhotovitel prohlašuje, že ke dni uzavření smlouvy je s těmito pravidly seznámen.

10. Minimálně dva členové realizačního týmu zhotovitele se musí zúčastnit pravidelných kontrolních dní v sídle objednatele dle pokynu objednatele, které budou probíhat minimálně jednou za měsíc ode dne, kdy smlouva nabude účinnosti. Objednatel může dle aktuální potřeby frekvenci konání těchto kontrolních dní upravit.

11. Xxxxxxxxxx je povinen účastnit se na základě pozvánky objednatele všech jednání týkajících se předmětu smlouvy, řídit se při provádění plnění dle této smlouvy jeho pokyny a poskytnout mu požadovanou dokumentaci. Účast na těchto jednáních není považována za technickou podporu, údržbu, poradenství ani konzultaci a zhotoviteli za takové jednání nenáleží odměna.

12. Xxxxxxxxxx je povinen z každého jednání či kontrolního dne týkajícího se plnění předmětu smlouvy vyhotovit zápis o průběhu a závěrech jednání či kontrolního dne, který bude poté ve formátu *.DOC nebo *.DOCX předán objednateli k odsouhlasení a následně podepsán zástupci objednatele i zhotovitele. Každý ze zápisů bude obsahovat minimálně tyto náležitosti: pořadové číslo zápisu, datum konání, místo konání, seznam přítomných či omluvených účastníků, program jednání, popis sjednaných úkolů závěrů jednání či kontrolního dne; popis splnění úkolů ujednaných na předchozím jednání či předchozím kontrolním dni. Každý ze zápisů bude dále obsahovat název projektu, registrační číslo projektu a prvky povinné publicity.

13. Objednatel je povinen ve smyslu zákona o registru smluv a zákona o zadávání veřejných zakázek uveřejnit text smlouvy uzavřené se zhotovitelem, včetně jejích příloh případných změn a dodatků a dále skutečně uhrazenou cenu, a to zákonem předpokládaným způsobem. Zhotovitel s uveřejněním souhlasí v plném rozsahu. Souhlas zhotovitele se vztahuje také na uveřejnění předmětných dokumentů a informací objednatelem podle zákona č. 106/1999 Sb., o svobodném přístupu k informacím, ve znění pozdějších předpisů.

14. Zhotovitel se zavazuje v případě potřeby spolupracovat se stávajícími dodavateli informačních systémů objednatele, a to tak, aby došlo k bezproblémové migraci databází, resp. nezávadovému přechodu na informační systém, který je předmětem díla dle této smlouvy a nebyl tak jakýmkoliv způsobem ohrožen běžný provoz objednatele.

Článek 19 Závěrečná ustanovení

1. Smluvní strany se budou bez zbytečného prodlení vzájemně informovat o všech změnách v adresách, telefonních číslech apod. Komunikace smluvních stran bude probíhat písemně.

Za písemnou formu se považuje i prostá elektronická pošta (e-mail).

2. Doplnit smlouvu mohou smluvní strany pouze formou písemných dodatků, které budou vzestupně číslovány, výslovně prohlášeny za dodatek této smlouvy a podepsány oprávněnými zástupci smluvních stran.

3. Zhotovitel nesmí bez předchozího souhlasu objednatele postoupit svá práva a povinnosti

plynoucí ze smlouvy třetí osobě.

4. Xxxxxxx je vyhotovena ve čtyřech (4) stejnopisech, které mají platnost originálu, z toho

jeden (1) stejnopis smlouvy obdrží zhotovitel a tři (3) stejnopisy smlouvy objednatel.

5. Vztahy vznikající ze smlouvy a v ní výslovně neupravené se řídí právním řádem ČR, zejména pak příslušnými ustanoveními občanského zákoníku a autorského zákona.

6. Xxxxxxx o dílo byla schválena Radou JmK dne 24. 6. 2019 usnesením č. 7648/19/R104.

7. Všechny postupně číslované přílohy smlouvy jsou její nedílnou součástí. Seznam příloh

smlouvy:

Příloha č. 1 – Cenová specifikace (vyplněná tabulka dle přílohy č. 6 ZD)

Příloha č. 2 – Technická specifikace dodávky (funkční specifikace) (nezměněná příloha č. 1 ZD)

Příloha č. 3 – Specifikace všech nutných licencí

Příloha č. 4 – Seznam poddodavatelů

Příloha č. 5 – Harmonogram plnění předmětu díla

Za objednatele Za poskytovatele

V Břeclavi V Moravské Třebové

Xxx. Xxxx Xxxxx, ředitel Xxx. Xxxxxx Xxxxx, jednatel Nemocnice Břeclav, příspěvková organizace OR-CZ spol. s r. o.

Příloha č. 6 ZD

Cenová tabulka

Požadavky na zpracování nabídkové ceny

Uchazeči v nabídce zpracují nabídkovou cenu pro VZ v následující struktuře:

Položka ceny	Cena v Kč bez DPH	DPH v Kč	Xxxx v Kč s DPH
Celková nabídková cena za dodávky dle vzorové Xxxxxxx o dílo	30 556 730	6 416 913	36 973 643
Celková nabídková cena za servisní služby dle vzorové Servisní smlouvy (4 roky)	9 021 600	1 894 536	10 916 136
Celková nabídková cena za plnění této VZ (dodávky i servisní služby)	39 578 330	8 311 449	47 889 779

25 / 172

Tabulka 1: Struktura nabídkové ceny

Zpracování nabídkové ceny – dodávky

V následující tabulce je rozpad nabídkové ceny za dodávky:

Ozn.	Položka rozpočtu	Jednotka	Jednotka	Jednotková cena v Kč bez DPH	Cena celkem v Kč bez DPH	DPH celkem v Kč	Cena celkem v Kč s DPH
1	Modernizace a rozvoj NIS NBv	soubor	1	21 390 007	21 390 007	4 491 901	25 881 908
2	NIS NBv – napojení na eHealth systém kraje	soubor	1	600 000	600 000	126 000	726 000
3	Dodávka nezbytné HW infrastruktury pro modernizovaný NIS a jeho nové části/funkcionality	soubor	1	5 247 240	5 247 240	1 101 920	6 349 160
4	Dodávka nezbytného systémového SW pro modernizovaný NIS a jeho nové části/funkcionality	soubor	1	0	0	0	0
5	Tiskárny čárových kódů	ks	45	11 727,69	527 746	110 827	638 573
6	Čtečky čárových kódů	ks	45	18 756,18	844 028	177 246	1 021 274
7.1	Tablety pro personál	ks	20	8 588,2	171 764	36 070	207 834

Ozn.	Položka rozpočtu	Jednotka	Jednotka	Jednotková cena v Kč bez DPH	Cena celkem v Kč bez DPH	DPH celkem v Kč	Cena celkem v Kč s DPH
7.2	Tablety pro personál (biometrický podpis)	ks	5	29 071,2	145 356	30 525	175 881
8	Pracovní stanice	ks	90	16 994,46	1 529 501	321 195	1 850 696
9	Notebooky	ks	5	20 217,6	101 088	21 000	000 000
Celkem:				27 342 602,33	30 556 730	6 416 913	36 973 643

26 / 172

Tabulka 2: Rozpad nabídkové ceny – dodávky

Zpracování nabídkové ceny – servisní služby

V následující tabulce je rozpad nabídkové ceny za servisní služby:

Položka	Cena v Kč bez DPH	DPH	Xxxx v Kč vč. DPH
Zajištění služeb servisní podpory za 1 kalendářní čtvrtletí	563 850	118 408,5	682 258,5
Zajištění služeb servisní podpory za 1 kalendářní rok	2 255 400	473 634	2 729 034
Cena celkem za zajištění služeb servisní podpory za 4 roky	9 021 600	1 894 536	10 916 136

26 / 172

Tabulka: Rozpad nabídkové ceny – servisní služby Další požadavky

1. Nabídková cena bude uvedena v Kč (CZK).

2. Nabídková cena bude zahrnovat veškeré náklady uchazeče spojené s plněním předmětu veřejné zakázky.

3. Uchazeč stanoví celkovou nabídkovou cenu celou částkou za celé plnění části veřejné zakázky.

Objektivní podmínky, za nichž je možno překročit nabídkovou cenu

1. Xxxxxxxxx cena musí být zpracována jako nejvýše přípustná, platná po celou dobu realizace veřejné zakázky.

2. Nabídková cena může být měněna pouze v souvislosti se změnou sazby a výše DPH.

3. Nabídková cena nesmí být měněna v souvislosti s inflací české měny, hodnotou kurzu české měny vůči zahraničním měnám či jinými faktory s vlivem na měnový kurz, stabilitou měny nebo cla.

Platební podmínky

1. Zadavatel neposkytuje zálohy.

2. Cena za dílo (nebo části díla) bude možné účtovat po řádném předání a převzetí díla oprávněným zástupcem objednatele.

Příloha č. 1: Technická specifikace

V této příloze jsou uvedeny výchozí podmínky a požadavky na dodávku v rámci této veřejné zakázky.

Obsah

Obsah 1

Seznam příloh 3

Seznam zkratek a pojmů 3

1 Předmět plnění 8

2 Členění dokumentu 9

3 Požadavky na dodávky a související služby 10

3.1 Předmět a rozsah dodávky 10

3.2 Východiska 13

3.3 Dodávky 14

3.3.1 Koncept/architektura požadovaného řešení 14

3.3.2 Obecné požadavky na dodávané řešení 21

3.3.3 Elektronická zdravotnická dokumentace (EZD) 28

3.3.4 Integrační vrstva (sběrnice ESB) 29

3.3.5 Centrální příjem 34

3.3.6 Ambulance 34

3.3.7 Hospitalizace 37

3.3.8 Ošetřovatelská dokumentace 39

3.3.9 Operační sály 41

3.3.10 Porodnice 44

3.3.11 Patologie 44

3.3.12 Žádanky/výsledky 46

3.3.13 eNeschopenka 49

3.3.14 Dlouhodobý bezpečný archiv elektronické zdravotnické dokumentace (Archiv EZD) 49

3.3.15 Elektronický recept 54

3.3.16 Pojišťovna (výkaznictví) 55

3.3.17 Fakturační modul 57

3.3.18 Centrální registr pacientů 57

3.3.19 Radiodiagnostika 59

3.3.20 Rehabilitace 62

3.3.21 Strukturovaná medikace a evidence podaných léků 66

3.3.22 Příruční sklady 68

3.3.23 Registrační autorita a kvalifikovaný elektronický podpis 70

Strana 1 / 142

3.3.24 Databáze NIS 70

3.3.25 Auditní služby 70

3.3.26 Manažerský informační systém (MIS) 71

3.3.27 SSO 75

3.3.28 Dodávka nezbytné HW infrastruktury a nezbytného systémového SW

pro modernizovaný NIS a jeho nové části/funkcionality 76

3.3.29 Tiskárny čárových kódů 93

3.3.30 Čtečky čárových kódů 94

3.3.31 Tablety pro personál 94

3.3.32 Pracovní stanice 95

3.3.33 Notebooky 95

3.3.34 Integrace na další systémy 96

3.3.35 Bezpečnostní požadavky 103

3.3.36 Implementační a provozní požadavky 106

3.4 Požadavky na služby 107

3.4.1 Realizace předmětu plnění 107

3.4.2 Migrace dat 110

3.4.3 Seznámení s funkcionalitami, obsluhou dodávaného systému 111

3.5 Záruky 112

4 Harmonogram 113

5 Místa plnění 114

6 Výchozí stav 115

6.1 Zadavatel: Nemocnice Břeclav, příspěvková organizace 115

6.2 Legislativa 115

6.2.1 Ochrana osobních údajů 115

6.2.2 Legislativa specifická pro zdravotnická zařízení 115

6.2.3 Bezpečnost informací 116

6.2.4 Ostatní 116

6.2.5 Připravovaná legislativa 116

6.2.6 Dokumentace projektu 117

6.3 Počty a množství zpracovávaných dat 117

6.3.1 Množství zpracovávaných dat 117

6.3.2 Uživatelé 117

6.3.3 Organizační struktura 119

6.4 Specifické údaje nemocnice a vybraných pracovišť 120

6.4.1 Ambulantní výkazy pro ÚZIS 120

Strana 2 / 142

6.4.2 Formuláře využívané v NBv 121

6.4.3 Rehabilitace 127

6.4.4 Zdravotnické přístroje 128

6.5 Informační systémy, infrastruktura a technologie 130

6.5.1 Současný stav informačních a komunikačních technologií 130

6.5.2 Informační systémy a vybavení, které budou dotčeny projektem 132

6.5.3 Informační datové resortní rozhraní (IDRR) 139

6.5.4 Komunikační infrastruktura 139

6.5.5 Datová centra, HW infrastruktura a technologie 139

6.5.6 Technologie využívané objednatelem 140

6.5.7 Pracovní stanice uživatelů 141

Konec základní části dokumentu 142

Seznam příloh

Nejsou.

Seznam zkratek a pojmů

V následující tabulce je uveden seznam použitých zkratek a pojmů:

Zkratka/pojem	Význam
365x7x24, 24x7x365	Poskytování služeb 365 dní v roce, 24 hodiny denně, 7 dnů v týdnu
ARO	Anesteziologicko-resuscitační oddělení
ATB	Antibiotikum / antibiotické (např. centrum)
AZD	Archiv elektronické zdravotnické dokumentace
B2B	Integrační rozhraní VZP
CA	Certifikační autorita
CSV	Jednoduchý souborový formát určený pro výměnu tabulkových dat. Soubor ve formátu CSV sestává z řádků, ve kterých jsou jednotlivé položky odděleny znakem čárka (,).
CT	Počítačová tomografie
CÚ (SÚKL)	Centrální úložiště SÚKL pro eRecept
Časová dotace	Doba trvání příslušné aktivity
ČR	Česká republika

Strana 3 / 142

Zkratka/pojem	Význam
DASTA	Otevřený český národní standard pro výměnu informací ve zdravotnictví
DB	Databáze
DC	Datové centrum
DICOM	Mezinárodní standard pro zobrazování, distribuci, skladování a tisk medicínských dat pořízených snímacími metodami jako jsou CT, MRI či ultrazvuk.
DMS	Document management systém
DR	Datové rozhraní
DRG	Diagnosis Related Group
EH	Evidence hospitalizovaných
NCP eH	Národní kontaktní místo pro eHealth
EP	Elektronická preskripce
ERP	Podnikový informační systém
ESB	Enterprise Service Bus / Integrační platforma
EU	Evropská unie
EZD	Elektronická zdravotnická dokumentace
GDPR	Nařízení Evropského parlamentu a Rady (EU) 2016/679 ze dne 27. dubna 2016 o ochraně fyzických osob (GDPR – General data protection regulation) v souvislosti se zpracováním osobních údajů a o volném pohybu těchto údajů.
GUI	Grafické uživatelské rozhraní
HL7	Standard pro přenos informací ve zdravotnictví si v celosvětovém měřítku
HPN	Hlášení pracovní neschopnosti
HVLP	Hromadně vyráběný léčivý přípravek
HW	Hardware
ICT	Informační a komunikační technologie
IČP	Identifikační číslo pracoviště
IČZ	Identifikační číslo zařízení
IdM	Identity management
IDRR	Informační a datové resortní rozhraní
IOP	Integrovaný operační program
IROP	Integrovaný regionální operační program

Strana 4 / 142

Zkratka/pojem	Význam
IS	Informační systém
IS ZR	Informační systém základních registrů
IZP	Infekce spojené se zdravotní péčí
JIP	Jednotka intenzivní péče
JMK	Jihomoravský kraj
KIS	Klinický informační systém
KLK	Číselník léčivých přípravků registrovaných v ČR
ks	Počet kusů
LIS	Laboratorní systém
LP	Léčivý prostředek
MIS	Manažerský informační systém
MKN 10	Mezinárodní klasifikace nemocí a přidružených zdravotních problémů, 10. revize
MPI	Master patient index
MR / MRI	Magnetická rezonance
MS	Microsoft
MZ / MZd	Ministerstvo zdravotnictví ČR
NIA	Národní bod pro identifikaci a autentizaci nebo též Národní identitní autorita zajišťující státem garantovanou službu identifikace a autentizace.
NIS	Nemocniční informační systém
NIX ZD	Projekt zavedení přeshraniční služeb eHealth v České republice
NLZP	Nelékařský zdravotnický personál
NBv	Nemocnice Břeclav, příspěvková organizace
NS	Nákladové středisko
NU	Nežádoucí událost
NZIS	Národní zdravotnický informační systém
ONM	Oddělení nukleární medicíny
OS	Operační systém nebo operační sály (dle kontextu)
OSSZ	Okresní správa sociálního zabezpečení

Strana 5 / 142

Zkratka/pojem	Význam
PACS	Systém pro správu, ukládání (archivaci), distribuci a zobrazení zdravotnické obrazové dokumentace (tj. obrazových vyšetření z modalit – RTG, MR a dalších zdrojů)
PD	Projektová dokumentace
PDF	Formát dokumentů
PIMOO	Pracoviště intenzivní medicíny operačních oborů
POJ	Zdravotní pojišťovny
PZT	Prostředky zdravotní techniky
QC	Quality Control (kontrola kvality)
RA	Registrační autorita
RDG	Radiologie
RIS	Radiodiagnostika
ROB	Registr obyvatel
RTG	Rentgen
SLA	Úroveň a podmínky poskytování služeb technické a technologické podpory.
SMS	Krátká textová zpráva
SQL	Označení DB nebo jazyka pro práci s relačními databázemi (dle kontextu)
SSO	Single Sign On – podpora pro jednotné přihlášení
SÚKL	Státní ústav pro kontrolu léčiv
SW	Software
SZD	Strukturovaná zdravotnická dokumentace
SZM	Speciální zdravotnický materiál
TIS	Transfuzní informační systém
TP	Transfuzní přípravky
UZ	Ultrazvuk
ÚZIS	Ústav zdravotnických informací a statistiky České republiky
VS	Veřejná správa
VZ	Veřejná zakázka
VZP	Všeobecná zdravotní pojišťovna

Strana 6 / 142

Zkratka/pojem	Význam
XLS	Formát MS Excel
XML	Výměnný formát a formát struktury dat
ZD	Zadávací dokumentace nebo zdravotnická dokumentace (dle kontextu)
ZP	Zdravotní pojišťovna/y
ZUM	Zvlášť účtovaný materiál
ZULP	Zvlášť účtované léčivé prostředky
ZZ	Zdravotnické zařízení
ZZS	Zdravotnická záchranná služba

Tabulka 1: Seznam zkratek a pojmů

Strana 7 / 142

1 Předmět plnění

Předmětem projektu a této veřejné zakázky je modernizace a rozšíření funkcionalit nemocničního informačního systému (NIS) v oblasti elektronizace procesů (např. v oblasti elektronické zdravotnické dokumentace, elektronické ošetřovatelské dokumentace, lékového workflow, dlouhodobé elektronické archivace zdravotnické dokumentace, apod.), podpora nových procesů v rámci nemocnice a jejich elektronizace a možnost jejich realizace nejen v nemocnici, ale i vzdáleně a zavedení nových funkcí v NIS v souvislosti se změnami procesů v NBv.

Jedná se o modernizaci a rozvoj vnitřního informačního systému žadatele pro řízení, podporu činností a provoz nemocnice. Součástí je napojení dalších vnitřních informačních systémů žadatele a na externí systémy pro výměnu zdravotnické dokumentace (eHealth, eMeDocS Kraje Vysočina). Prostřednictvím eHealth systému kraje (eMeDocS) bude zajištěno napojení na další systémy výměny zdravotnické dokumentace, např. NIX ZD, Národní kontaktní místo pro eHealth (eH NCP) a eHealth systémy dalších krajů.

Cílem projektu je automatizace a zefektivnění procesů a zpracování dat v rámci výkonu veřejné služby

v oblasti zdravotnictví (zajištění výkonu veřejné správy pro zřizovatele, kterým je Jihomoravský kraj). Součástí dodávky je i nezbytná HW infrastruktura, systémový SW, síťová infrastruktura, pracovní stanice

a notebooky koncových uživatelů, tiskárny čárových kódů, čtečky čárových kódů a tablety pro personál.

Předmět plnění je tedy následující:

1. Modernizace a rozvoj NIS NBv

2. NIS NBv – napojení na eHealth systém kraje (eMeDocS)

3. Dodávka nezbytné HW infrastruktury pro modernizovaný NIS a jeho nové části/funkcionality

4. Dodávka nezbytného systémového SW pro modernizovaný NIS a jeho nové části/funkcionality

5. Tiskárny čárových kódů

6. Čtečky čárových kódů

7. Tablety pro personál

8. Pracovní stanice

9. Notebooky

Požadavky na servisní služby k tomuto Dílu jsou definovány v samostatném dokumentu, který v rámci VZ je přílohou ZD a současně se stane přílohou Servisní smlouvy.

Strana 8 / 142

2 Členění dokumentu

Tento dokument obsahuje jen a pouze požadavky na dodávku a související služby (Dílo) a je členěn následovně:

• Kapitola 3 – Požadavky na dodávky a související služby – kapitola obsahuje požadavky na dodávky a služby (Dílo), které musí zhotovitel splnit ve svém řešení a ve své nabídce. Kapitola obsahuje základní koncept řešení, legislativní požadavky, konkrétní funkční a technické požadavky na řešení předmětu plnění v rámci VZ.

• Kapitola 4 – Harmonogram – kapitola obsahuje harmonogram realizace předmětu plnění VZ.

• Kapitola 5 – Místa plnění – kapitola obsahuje místa plnění v rámci realizace předmětu plnění

VZ.

• Kapitola 6 – Výchozí stav – kapitola obsahuje popis výchozího stavu pro realizaci předmětu VZ, tj. uvedení seznamu dotčených subjektů, jejich vztah k předmětu VZ, informační a komunikační technologie a vybavení, kterými subjekty disponují nebo které budou k dispozici pro realizaci VZ, případně další organizační a technické podmínky, které jsou důležité pro realizaci VZ.

Uvedené kapitoly a jejich obsah jsou uvedeny dále v tomto dokumentu.

Požadavky na servisní služby k tomuto Dílu jsou definovány v samostatném dokumentu, který v rámci

VZ je přílohou ZD a současně se stane přílohou Servisní smlouvy.

Strana 9 / 142

3 Požadavky na dodávky a související služby

V této kapitole jsou uvedeny požadavky na dodávky a související služby v rámci této VZ.

3.1 Předmět a rozsah dodávky

Jedná se o modernizaci a rozšíření funkcionalit nemocničního informačního systému (NIS) v oblasti elektronizace procesů (např. v oblasti elektronické zdravotnické dokumentace, elektronické ošetřovatelské dokumentace, lékového workflow, dlouhodobé elektronické archivace zdravotnické dokumentace, apod.), podpora nových procesů v rámci nemocnice a jejich elektronizace a možnost jejich realizace nejen v nemocnici, ale i vzdáleně a zavedení nových funkcí v NIS v souvislosti se změnami procesů v NBv.

Součástí je automatizace a zefektivnění procesů a zpracování dat v rámci výkonu veřejné služby v oblasti zdravotnictví (zajištění výkonu veřejné správy pro zřizovatele, kterým je Jihomoravský kraj).

Součástí projektu je i nezbytná HW infrastruktura, systémový SW, síťová infrastruktura, pracovní stanice

a notebooky koncových uživatelů, tiskárny čárových kódů, čtečky čárových kódů a tablety pro personál. Rozsah modernizace a rozvoje NIS NBv:

Modernizací se rozumí úprava stávajícího modulu – prvku – komponenty tak, aby byly naplněny nové požadavky, které jsou u každé modernizace specifikovány dále v kap. 3.3. Jedná se tedy o novou verzi (update či upgrade) tohoto modulu.

Rozvojem se rozumí nový modul s novou funkcionalitou specifikovanou v kap. 3.3, který musí být integrální součástí celého řešení.

Ozn.

Položka rozpočtu

Jednotka

Počet

Stručný popis položky

Modernizace a rozvoj NIS NBv

soubor

Modernizace nemocničního informačního systému pro NBv (NIS NBv). NIS NBv bude provozován jako spolehlivý, dostupný a bezpečný, centrálně provozovaný a spravovaný informační systém s komplexní funkcionalitou zajišťující efektivní podporu všem zdravotnickým (lékařským i ošetřovatelským), manažerským, ekonomickým a logistickým procesům v rámci organizace i procesům komunikace a kooperace s okolím (občané, privátní sféra, státní registry, zdravotní pojišťovny aj.).

NIS NBv bude pracovat plnohodnotně

s důvěryhodnou elektronickou zdravotní

Strana 10 / 142

Ozn.	Položka rozpočtu	Jednotka	Počet	Stručný popis položky
				dokumentací (EZD) v souladu se zákonem.	a	zajišťovat	její	archivaci
2	NIS NBv – napojení na eHealth systém kraje	soubor	1	Napojení na eHealth systém kraje (eMeDocS). Jedná se o výměnu informací o pacientech mezi poskytovateli ZS.
3	Dodávka nezbytné HW infrastruktury pro modernizovaný NIS a jeho nové části/funkcionality	soubor	1	Dodávka nezbytné HW infrastruktury pro běh modernizovaného NIS a nových modulů/funkcionalit NIS. Jedná se o servery, disková úložiště, síťové prvky apod., které jsou nezbytné pro dodávku a provoz IS.
4	Dodávka nezbytného systémového SW pro modernizovaný NIS a jeho nové části/funkcionality	soubor	1	Dodávka nezbytného systémového SW pro běh modernizovaného NIS a nových modulů/funkcionalit NIS. Jedná se o OS, DB, licence apod., které jsou nezbytné pro dodávku a provoz IS.
5	Tiskárny čárových kódů	ks	45	Tiskárny čárových kódů.
6	Čtečky čárových kódů	ks	45	Čtečky čárových kódů.
7.1	Tablety pro personál	ks	20	Tablety pro personál.
7.2	Tablety pro personál (biometrický podpis)	ks	5	Tablety pro personál s podporou biometrického podpisu.
8	Pracovní stanice	ks	90	Pracovní stanice uživatelů.
9	Notebooky	ks	5	Notebooky uživatelů na operační sály.

Tabulka 2: Rozsah modernizace NIS

Součástí dodávky jsou dále následující služby a náležitosti:

1. Zajištění projektového vedení realizace předmětu plnění ze strany zhotovitele a jeho případných subdodavatelů.

Strana 11 / 142

2. Zpracování implementační analýzy včetně návrhu řešení – konkretizace implementačního postupu, přesné konfigurace a instalačního a montážního návrhu řešení z nabídky, související konzultace.

3. Dodávka, implementace, instalace, konfigurace HW a SW infrastruktury.

4. Vývoj informačního systému a jeho součástí odpovídající schválenému návrhu řešení uvedenému v Implementační analýze.

5. Implementace a instalace informačního systému, jeho součástí a nastavení informačních a komunikačních technologií odpovídající schválenému návrhu řešení uvedenému

v Implementační analýze a příprava pro ověření ze strany objednatele.

6. Zajištění instalace a připojení k zařízením a technickým prostředkům zajištěným objednatelem.

7. Výchozí import/migrace datových zdrojů a metadat do systému (initial load).

8. Dodávka dokumentace dodaného systému a jeho částí (min. uživatelská dokumentace, dokumentace skutečného provedení, systémová dokumentace, projektová dokumentace).

9. Ověření funkčnosti dodaného systému a jeho částí, provedení akceptačních testů.

10. Seznámení uživatelů a administrátorů s funkcionalitami, obsluhou dodávaného systému a jeho budoucím provozem. Zaškolení se týká klíčových uživatelů, ostatní uživatelé budou proškoleni klíčovými uživateli.

11. Asistence pracovníků dodavatele uživatelům při náběhu provozu.

12. Zařazení do provozního prostředí žadatele (dohled, zálohování apod.)

13. Realizace pilotního provozu k ověření funkčnosti systému na menším objemu dat, s menším počtem uživatelů a na menším počtu zařízení.

14. Provedení zkušebního provozu.

15. Uvedení systému do produkčního provozu.

16. Poskytnutí záruky 5 let na informační systém, 5 let na HW infrastrukturu a 3 roky na systémový

SW.

17. Další služby výslovně neuvedené, které jsou však s realizací díla neoddělitelně spojeny a realizace díla bez nich není možná.

Doplňující požadavky na implementaci:

1. Zajištění kontinuity provozu zdravotnického zařízení. Po stránce nepřetržitého provozu předpokládá pouze plánovanou odstávku pouze na nezbytnou dobu.

2. Požaduje se kontinuita nastavených parametrů, všech číselníků, definic, tiskových sestav, definice organizační struktury a jiných aspektů provozu, tj. převedení do modernizovaného IS. Nepředpokládá se investici do opětovného zadávání a pořizování těchto údajů ze strany Zadavatele.

Předmětem dodávky není:

1. Zajištění komunikační infrastruktury (sítě apod.) mezi jednotlivými prvky systému nad rámec požadavků v tomto dokumentu.

2. Infrastruktura, HW a systémový SW poskytovaný Objednatelem uvedený ve výchozím stavu.

3. Spotřební materiál využívaný v následném provozu informačního systému.

Koncept řešení, principy a požadavky na dodávky a služby jsou uvedeny dále v tomto dokumentu.

Strana 12 / 142

3.2 Východiska

Zásadním východiskem pro řešení je, že požadavky na strukturovanou zdravotnickou dokumentaci, elektronizace zdravotnické dokumentace, řízení identit dle eIDAS, potřeba práce v mobilních zařízeních, nové integrace (interní i externí), požadavky GDPR a další znamenají zásahy do úplně všech modulů NIS NBv.

Z uvedeného plyne, že základním požadavkem a cílem je modernizovat NIS NBv, který bude provozován jako spolehlivý, dostupný a bezpečný, centrálně provozovaný a spravovaný informační systém s komplexní funkcionalitou zajišťující efektivní podporu všem zdravotnickým (lékařským i ošetřovatelským), manažerským, ekonomickým a logistickým procesům v rámci organizace i procesům komunikace a kooperace s okolím (občané, privátní sféra, státní registry, zdravotní pojišťovny aj.).

Systém umožní, aby Objednatel vedl minimálně dále uvedenou zdravotnickou dokumentaci v elektronické podobě. Z uvedeného plyne, že dokumentace se bude pořizovat, zpracovávat a ukládat elektronicky a to včetně archivace.

Elektronické verze dokumentů ze zdravotnické dokumentace budou podepsány uznávaným elektronickým podpisem, pokud se bude jednat o pracovníka Objednatele a nebude vyžadován podpis další osoby (ověření pravosti dokumentu pracovníkem). Pokud bude vyžadován podpis jiné osoby (např. pacienta bez elektronického podpisu), bude dokument elektronicky podepsán na tabletech (biometrický podpis) nebo vytištěn a podepsán touto osobou na vytištěném dokumentu. Takový dokument bude k elektronické dokumentaci zařazen následně pracovníkem objednatele, který provede převod do elektronické formy a elektronicky podepíše. Uvedené platí i pro podpisy více osob na jednom dokumentu a to jak elektronicky, tak případně v písemné formě.

Objednatel v rámci tohoto projektu bude pořizovat i archiv elektronické dokumentace pro archivaci zdravotnické dokumentace v souladu s požadavky legislativy na vedení a archivaci plně elektronické zdravotnické dokumentace.

Strana 13 / 142

3.3 Dodávky

V této kapitole je uveden koncept požadovaného řešení a požadavky na dodávky.

3.3.1 Koncept/architektura požadovaného řešení

Na následujícím schématu je uveden koncept/architektura řešení NIS NBv:

Obrázek 1: Koncept/architektura požadovaného řešení

Legenda k obrázku:

1. Stávající, případně modernizované moduly NIS NBv jsou zobrazeny světlemodrou barvou.

2. Nové moduly pro NIS NBv jsou zobrazeny oranžovou barvou.

3. Ohraničení rozsahu projektu a IS je červenou přerušovanou čárou. Mimo uvedenou čáru se jedná o systémy a technologie, které jsou sice napojeny na NIS, ale nejsou předmětem projektu.

4. Elektronická zdravotnická dokumentace bude napříč všemi částmi NIS, tj. není explicitně znázorněna.

Strana 14 / 142

Součástí modernizace NIS je i dodávka nezbytné HW a SW infrastruktury pro modernizovaný IS a

koncová HW zařízení.

Modernizací se rozumí úprava stávajícího modulu – prvku – komponenty tak, aby byly naplněny nové požadavky, které jsou u každé modernizace specifikovány. Jedná se tedy o novou verzi (update či upgrade) tohoto modulu.

Rozvojem se rozumí nový modul s novou specifikovanou funkcionalitou tak, aby byl integrální součástí celého řešení.

V následující tabulce je stručný popis konceptu/architektury řešení na úrovni aplikací/modulů, komponent, funkcí a integrovaných systémů:

Prvek	Popis
Předmět řešení projektu (ohraničeno červeně)
NIS NBv	Jedná se o modernizovaný nemocniční informační systém, který je primárním výstupem projektu. NIS NBv je jedním IS, tj. v rámci dodávky bude požadován kompaktní systém, který se bude na okolí napojovat jako celek, proto nejsou naznačeny vnitřní vazby, ale jen vnější, které jsou realizovány přes Integrační vrstvu NIS nebo specifickými komunikačními moduly napřímo mezi NIS NBv a externím systémem. Je třeba zachovat integritu s moduly – prvky ERP a LIS, které jsou homogenní součástí stávajícího NIS NBv, které nebudou modernizovány (nejsou předmětem této dodávky).
Integrační vrstva	Součástí NIS NBv je Integrační vrstva, která zajišťuje komunikaci s: 1. eHealth JMK (eMeDocS) – systém výměny zdravotnické dokumentace mezi poskytovateli zdravotních služeb na území kraje, modernizovaný a rozšiřovaný v rámci IROP, výzvy č. 26. Napojení na eHealth JMK (eMeDocS) musí být prostřednictvím komunikačního uzlu projektu eMeDocS, který bude integrován do běhového prostředí integrační vrstvy a bude komunikovat s NIS NBv přes rozhraní NIS adapteru. 2. NIX ZD – Národní systém pro výměnu zdravotnické dokumentace. Napojení bude prostřednictvím eHealth JMK (eMeDocS). 3. eH NCP – Národní kontaktní místo pro eHealth (eH NCP) pro Českou republiku. 4. ZZ – další zdravotnická zařízení, která budou napojena prostřednictvím eHealth JMK (eMeDocS), případně národní nebo nadnárodní výměny zdravotnické dokumentace. Detailnější popis některých uvedených systémů je uveden dále v kapitole 6.5.2 – Informační systémy a vybavení, které budou dotčeny projektem.

Strana 15 / 142

Prvek	Popis
	Integrace bude součástí projektu jen v případech, kdy v době realizace projektu budou tyto systémy připraveny pro integraci, a bude zajištěno legislativní prostředí, které integraci umožní. Pokud nebude integrace provedena v rámci realizace projektu a připravenost těchto IS bude zajištěna během trvání servisní smlouvy, zavazuje se dodavatel provést realizaci uvedených integrací v rámci servisních služeb. Technologie integrační vrstvy musí splňovat nároky na standardní ESB nástroj.
Pojišťovna	Modernizace modulu pro vykazování dat zdravotním pojišťovnám. Modul řeší práci s číselníky, tvorbu K-dávek včetně kontrol před pořízením a před zpracováním. Umožňuje tvorbu sestav, reportů, faktur a oprav. Součástí systému je kompletní agenda DRG. Modernizací se rozumí zavedení elektronické zdravotnické dokumentace a soulad modulu s nařízením eIDAS.
Centrální registr pacientů	Součástí NIS NBv je centrální registr pacientů v NBv. Jedná se o vnitřní evidenci pacientů v rámci NBv, nikoliv o registr veřejné správy. Registr pacientů zajišťuje práci s identifikací pacienta v souladu s legislativou a potřebné překlady mezi vnitřními identifikátory, RČ, případně bezvýznamovými identifikátory. Modernizací se rozumí soulad modulu s eIDAS. Registr pacientů bude prostřednictvím Integrační vrstvy napojen na služby IDRR nebo přímo na státní registry umožňující ztotožňování kmene pacientů nemocnice s registry garantovanými státem (za podmínky splnění legislativních a technických podmínek) a zajistí podporu práce s identifikátory pacientů ve vztahu k centrálním systémům VS v souladu s platnou legislativou a přechod na bezvýznamový identifikátor. Součástí bude i možnost vnitřní identifikace pacienta prostřednictvím čárového kódu a využití této identifikace v ostatních modulech NIS s pomocí čteček čárových kódů.
Hospitalizace	Součástí NIS NBv je modul Hospitalizace na podporu všeobecné hospitalizační práce, umožňující vedení zdravotnické dokumentace na lůžkových odděleních v elektronické podobě. Modernizací se rozumí zavedení elektronické zdravotnické dokumentace a soulad modulu s nařízením eIDAS.
Příruční sklady	Součástí NIS NBv budou klinické příruční sklady léků vč. Vazby na Lékárnu a výdej, včetně integrace na modul Strukturovaná medikace a evidence podaných léků. Jedná se o novou funkcionalitu.

Strana 16 / 142

Prvek	Popis
Porodnice	Součástí NIS NBv je modul Porodnice na podporu všeobecné hospitalizační práce, umožňující vedení zdravotnické dokumentace na lůžkovém oddělení porodnice v elektronické podobě. Modernizací se rozumí zavedení elektronické zdravotnické dokumentace a soulad modulu s nařízením eIDAS.
Centrální příjem	Součástí NIS NBv bude centrální příjem pacientů. Modernizací se rozumí soulad modulu s nařízením eIDAS.
Strukturovaná medikace a evidence podaných léků	Strukturované vedení medikace na lůžkových odděleních a elektronická evidence podaných léků s vazbami na moduly Hospitalizace, Příruční sklady a využití čteček čárového kódu. Jedná se o novou funkcionalitu.
Ambulance	Součástí NIS NBv je modul Ambulance na podporu všeobecné ambulantní práce, umožňující vedení zdravotnické dokumentace na ambulancích v elektronické podobě. Je realizováno ambulantní workflow včetně elektronické čekárny a podpory práce lékaře a sestry. Modernizací se rozumí zavedení elektronické zdravotnické dokumentace a soulad modulu s nařízením eIDAS.
Radiodiagnostika	Součástí NIS NBv je modul Radiodiagnostika na podporu práce na radiodiagnostickém oddělení s vazbami na PACS. Modernizací se rozumí zavedení elektronické zdravotnické dokumentace a soulad modulu s nařízením eIDAS a modernizace komunikace s PACS.
Rehabilitace	Součástí NIS NBv bude modul pro vedení kompletní agendy rehabilitačního lékařství.
Patologie	Součástí NIS NBv bude modul pro vedení kompletní agendy patologie.
Elektronický recept	Součástí NIS NBv je modul elektronická preskripce s integrací na eRecept (SÚKL). Modernizací se rozumí soulad modulu s nařízením eIDAS a řešení nových služeb eRecept po dobu udržitelnosti projektu.
Ošetřovatelská dokumentace	Součástí NIS NBv je modul umožňující vedení ošetřovatelské dokumentace, včetně ošetřovatelské anamnézy, ošetřovatelského plánu, evidence realizace ošetřovatelských intervencí. Modernizací se rozumí zavedení elektronické zdravotnické dokumentace, soulad modulu s nařízením eIDAS a rozšíření specifických funkcionalit.
Žádanky/výsledky	Součástí NIS NBv je Žádankový a výsledkový modul, zajišťujícími komunikaci s interními moduly a externími systémy komplementu (laboratoře, radiodiagnostika, specializované ambulance apod.

Strana 17 / 142

Prvek	Popis
	Modernizací se rozumí zavedení elektronické zdravotnické dokumentace a soulad modulu s nařízením eIDAS.
eNeschopenka	Součástí NIS bude zajištění podpory pro eNeschopenku, včetně je integrace na IS eNeschopenka s předáváním informací o neschopenkách na ČSSZ/OSSZ. Jedná se o napojení na službu Veřejného rozhraní pro e-Podání (VREP ČSSZ) Hlášení pracovní neschopnosti (dále jen „HPN“) Jedná se o novou funkcionalitu.
Operační sály	Součástí NIS NBv bude agenda operačních sálů a jejich plánování, včetně provázanosti s s modulem Hospitalizace. Jedná se o novou funkcionalitu.
Archiv EZD	Součástí NIS NBv bude dodávka důvěryhodného archivu pro ukládání elektronické zdravotnické dokumentace (EZD) v souladu se zákonem. Jedná se o novou funkcionalitu.
Manažerský systém (MIS)	Manažerský systém (MIS) je součástí NIS NBv. Modernizací se rozumí plná integrace s novými moduly NIS, především s modulem Operační sály.
SSO	Novou funkcionalitou NIS NBv bude plné integrování Single Sign On, které umožní uživatelů jednoduché přihlašování a odhlašování.
Identity management (IdM)	Řízení přístupů (autentizace) uživatelů NIS NBv na základě oprávnění definovaných v LDAP. Součástí projektu je dodávka a implementace IdM včetně integrace s NIS NBv a přebírání údajů z personálního systému.
Ostatní informační systémy a subjekty
ÚZIS	Součástí NIS NBv bude řešení exportů dat pro ÚZIS.
SÚKL	Součástí dodávky je integrace na IS eRecept pro elektronickou preskripci u nových a modernizovaných modulů NIS.
Zdravotní pojišťovny	Součástí projektu je vykazování péče zdravotním pojišťovnám v souladu s platnou legislativou.
OSSZ e*neschopenka	Součástí NIS bude zajištění komunikace na ČSSZ/OSSZ, tj. komunikace se službou Veřejného rozhraní pro e – Podání (VREP ČSSZ) Hlášení pracovní neschopnosti.
Registrační autorita	Uznávaný elektronický podpis je nutnou podmínkou pro zavedení důvěryhodné elektronické zdravotnické dokumentace v rámci NIS NBv. V NBv je provozována registrační autorita X.XX. Z tohoto systému jsou vydávány certifikáty pro identifikaci a autentizaci personálu v souladu s eIDAS.

Strana 18 / 142

Prvek	Popis
	Součástí projektu je využití certifikátů z této RA pro vedení elektronické zdravotnické dokumentace v souladu s eIDAS.
LIS	Součástí řešení je zachování napojení na stávající LIS.
Stravovací provoz	Součástí řešení je napojení na stávající Stravovací provoz.
Lékárna	NBv provozuje vlastní lékárnu mimo NIS (ústavní, tak veřejnou) a hodlá ji ponechat. Ústavní lékárna bude zajišťovat LP a SZM pro pacienty prostřednictvím skladů a logistiky do příručních skladů. Součástí projektu je integrace na tento systém.
ERP	ERP – Ekonomický systém NBv. Součástí řešení je zachování napojení na stávající ERP. Jedná se nejen o výstupy z vykazování péče, ale i z fakturačního modulu.
PACS	Informační systém pro správu, ukládání (archivaci) a zobrazení obrazové dokumentace. Součástí dodávky je modernizace integrace NIS NBv na tento IS v následujících službách: DICOM modality worklist, ukládání radiologického nálezu do PACS, synchronizace registrů a provolávání DICOM prohlížeče z NIS NBv a zařazování obrazové dokumentace do zdravotnické dokumentace.
Personální systém	Součástí dodávky je napojení Identity managementu na personální systém a čerpání údajů o uživatelích z personálního systému. Do IdM budou přebírány všechny údaje, které potřebuje jak IdM, tak NIS, údaje do NIS budou přebírány cestou IdM, samostatné připojení personálního systému a NIS se nepředpokládá.
Nefris	IS Nefris je využíván pro potřeby podpory procesů dialýzy. Součástí dodávky je napojení NIS na Nefris, nahlížení na data pacientů v NIS, přebírání nezbytných údajů a předávání výsledků a výkonů do NIS.
Koncová zařízení (součást dodávky)
Čtečka	Čtečky čárových kódů z identifikačních náramků pacientů, léčiv, materiálu a přístrojů pro identifikaci pacientů, léků, materiálu a přístrojů. Systém musí umožňovat čtení čárových kódů pomocí čtečky a rychlou identifikaci pacienta, LP/SZM anebo přístrojů.
Tiskárna	Tiskárny čárových kódů pro identifikaci pacientů prostřednictvím čteček čárových kódů.
Tablet	Tablety pro personál pro elektronické zadávání dat a elektronické provádění úkonů při vyšetřeních. Jedná se o nutnou podmínku pro elektronizaci procesů a dokumentace během poskytování péče.

Strana 19 / 142

Prvek	Popis
	Aplikace NIS v tabletech musí umožnit i vytvoření fotodokumentace z poskytování péče ve standardních audiovizuálních formátech a její vkládání do zdravotnické dokumentace.
Pracovní stanice	Pracovní stanice pro práci s NIS NBv pro elektronické zadávání dat a elektronické provádění úkonů v NIS NBv. Jedná se o nutnou podmínku pro elektronizaci procesů a dokumentace během poskytování péče.
Notebooky	Notebooky pro práci s NIS NBv pro elektronické zadávání dat a elektronické provádění úkonů v NIS NBv na operačních sálech. Jedná se o nutnou podmínku pro elektronizaci procesů a dokumentace během poskytování péče na operačních sálech.
Externí prostředí
eHealth kraje (NIX-ZD, eH NCP)	Součástí projektu je integrace NIS NBv na následující subjekty a jejich IS: 1. eHealth JMK (eMeDocS) – systém výměny zdravotnické dokumentace mezi poskytovateli zdravotních služeb na území kraje modernizovaný a rozšiřovaný v rámci IROP, výzvy č. 26. Napojení na eHealth JMK (eMeDocS) musí být prostřednictvím komunikačního uzlu projektu eMeDocS, který bude integrován do běhového prostředí integrační vrstvy a bude komunikovat s NIS NBv přes rozhraní NIS adapteru. 2. NIX ZD – Národní systém pro výměnu zdravotnické dokumentace. Napojení bude prostřednictvím eHealth JMK (eMeDocS). 3. eH NCP – Národní kontaktní místo pro eHealth (eH NCP) pro Českou republiku. 4. ZZ – další zdravotnická zařízení, která budou napojena prostřednictvím eHealth JMK (eMeDocS), případně národní nebo nadnárodní výměny zdravotnické dokumentace. Integrace bude součástí projektu jen v případech, kdy v době realizace projektu budou tyto systémy připraveny pro integraci, a bude zajištěno legislativní prostředí, které integraci umožní. Pokud nebude integrace provedena v rámci realizace projektu a připravenost těchto IS bude zajištěna během trvání servisní smlouvy, zavazuje se dodavatel provést realizaci uvedených integrací v rámci servisních služeb.
IDRR – IS ZR / MZ	Součástí projektu je integrace NIS NBv na následující subjekty a jejich IS: 1. Registry IS ZR – napojení na základní registry – systém musí být připraven k napojení na rozhraní centrálních sdílených služeb eGovernmentu (IS ZR – ROB) prostřednictvím IDRR. 2. MZ – napojení na registry Ministerstva zdravotnictví. Pokud bude v době realizace projektu připraveno Informační datové resortní rozhraní (IDRR), bude napojení realizováno přes toto rozhraní.

Strana 20 / 142

Prvek

Popis

Integrace bude součástí projektu jen v případech, kdy v době realizace projektu

budou tyto systémy připraveny pro integraci, a bude zajištěno legislativní prostředí, které integraci umožní.

Pokud nebude integrace provedena v rámci realizace projektu a připravenost těchto IS bude zajištěna během trvání servisní smlouvy, zavazuje se dodavatel provést realizaci uvedených integrací v rámci servisních služeb.

NIA

Napojení na Národní bod pro identifikaci a autentizaci (NIA) zajišťující identitu občana na národní úrovni a využití autentizace a identifikace občana/pacienta z tohoto identitního systému – vztahuje se na přebírání a ověřování identity pacienta z eHealth systému kraje (eMeDocS).

Tabulka 3: Koncept/architektura požadovaného řešení

Požadavky na funkce požadovaného řešení jsou uvedeny v následujícím textu.

3.3.2 Obecné požadavky na dodávané řešení

V této kapitole jsou uvedeny základní (minimální) požadavky na požadované řešení:

#	Požadavek
P.1	Řešení bude v souladu s legislativou uvedenou v kapitole 6.2 – Legislativa.
P.2	Modernizovaný systém musí svojí architekturou splňovat obecné zásady informační bezpečnosti v míře, odpovídající charakteru užití a kategorii zpracovávaných dat (GDPR).
P.3	Dodávaný systém musí být přehledný, logicky členěný a srozumitelný (user friendly). Aplikace musí obsahovat interaktivní nápovědu.
P.4	Systém musí obsahovat uživatelskou a administrátorskou příručku v elektronické podobě vždy v aktuální platné verzi s vazbou na aktuální verzi systému.
Moderní dlouhodobě perspektivní komerčně dostupný systém.
P.5	Řešení musí být založené na současných obecně dostupných a moderních technologiích a standardech s perspektivou rozvoje a podpory min. 10 let.
P.6	Řešení musí podporovat na straně klienta práci v maximální míře využití tenkého klienta – využívající internetové prohlížeče a tím dostupnost na různých typech koncových zařízení.
P.7	Řešení musí podporovat na straně klienta práci na zařízeních ve standardním prostředí MS Windows (PC, notebooky, vč. Podpory zařízení s dotykovými obrazovkami – viz kap. 6.5.7), v prostředí mobilních zařízení (tablety, mobily) a práci s dotykovými zařízeními v těch částech řešení, která jsou určena pro podporu procesů např. u lůžka pacienta.
P.8	Zaručená perspektiva rozvoje a podpory je minimálně po dobu dalších 10 let od uvedení do provozu v rámci celé NBv.
P.9	Řešení musí být v souladu a podporovat mezinárodní a národní standardy.

Strana 21 / 142

#	Požadavek
Systémové požadavky
P.10	Moduly klinické části informačního systému musí být realizovány nad centrální relační databází, ve které budou uložena veškerá data o pacientech, včetně multimediálních dat a jejich popisu.
P.11	Musí být realizovány třívrstvou nebo více vrstvou architekturou s tím, že v rámci databázového serveru není přípustná realizace aplikační logiky. Komunikace mezi serverovou a klientskou vrstvou bude probíhat v šifrované podobě (HTTPS)
P.12	Musí disponovat plnohodnotným grafickým uživatelským rozhraním
P.13	Musí být na klientské stanici bez instalační
P.14	Musí být na klientské straně provozován jako lehký klient v internetovém prohlížeči
P.15	Musí umožňovat autentizace uživatele s využití technologie Single Sign On (SSO).
P.16	Musí umožňovat odhlášení uživatele s využití technologie Single LogOut (SLO).
P.17	Řešení musí být v souladu a podporovat mezinárodní a národní standardy jako např. HL7, XXXXX, MKN 10 a další. V případě MKN 10 by řešení mělo dle potřeby umožňovat jednoduchou integraci dalších klasifikací.
Uživatelské prostředí (Grafické prostředí)
P.18	Uživatelské prostředí musí být provozovatelné v prostředí Microsoft Windows (viz výchozí stav uvedený v kap. 6.5.6 – Technologie využívané objednatelem
P.19	Možnost ovládání pomocí klávesových zkratek, minimalizace nutnosti použití myši.
P.20	Systém musí podporovat přerušení práce s pokračováním ve stejném místě. Tj. při odhlášení je k danému uživateli uložen aktuální stav obsahující minimálně pracoviště, na kterém byl uživatel nastaven před odhlášením, modul, ve kterém byl, a pacient, na kterém pracoval. Po přihlášení se musí NIS nastavit na stejné pracoviště, do stejného modulu a vybrat stejného pacienta.
P.21	Systém musí umožnit odhlášení uživatele v rozpracovaném stavu dokumentace ve formě konceptu, což jsou data rozpracovaná ve formuláři, aniž by musel uživatel formulář uložit a tím rozpracovaná data zpřístupnit ostatním uživatelům. Po opětovném přihlášení uživatele i na jiném pracovišti (koncové stanici) je uživateli tento koncept obnoven pro další práci – dopracování a uložení jako platná data nebo zrušení konceptu
P.22	Klinické moduly musí umožňovat jednoduchý pohled na veškerou dokumentaci pacienta – plošně (přes všechna oddělení) i časově (do historie).

Strana 22 / 142

#	Požadavek
	Pro potřeby náhledu na veškerou dokumentaci pacienta z integrovaných systémů NIS poskytne webovou stránku, která s příslušnými parametry (identifikace pacienta) a identifikací uživatele poskytne náhled pro integrované systémy.
P.23	Klinické moduly musí při práci s pacientem musí být na pracovní ploše vždy k dispozici jeho základní údaje s možností jejich editace.
P.24	Možnost vyhledávání a řazení pacientů, žádanek, výsledků a dalších seznamů dle zvolených údajů (jméno, příjmení, identifikace, diagnózy apod.).
P.25	Fulltextové vyhledávání v systému (ve všech modulech NIS).
P.26	U význačných diagnóz (např. diabetes), možnost grafického zvýraznění pacienta s danou diagnózou, jeho žádanek, výsledků a dalších údajů. Cílem je upozornění personálu na pacienta s takto významnou diagnózou a možnost jeho přednostního ošetření/vyšetření.
P.27	V textovém editoru umožnit formátování textu (volba písma, podtržení, tučnost, kurzíva atd.).
P.28	Textový editor umožňuje a používání uživatelem předdefinovaných textů s možností vkládání pomocí klávesových zkratek.
P.29	Textový editor zdravotnické dokumentace musí umožňovat zkopírování poslední zprávy do nově vytvářených zpráv.
P.30	Možnost ukládání multimediálních dat, jako jsou obrázky, video, zvuk a jiné binární a multimediální přílohy.
P.31	Systém musí umožnit individuální nastavení pracovní plochy: 1. Podporovat práci ve více oknech současně. 2. Možnost změny zobrazených atributů v seznamech (pacientů, žádanek apod.), možnost třídění dle různých zobrazených atributů.
P.32	Uživatelské prostředí umožňuje odlišná nastavení pro různé typy provozů (ambulance, hospitalizace, odlišné typy lůžkové péče, operační sály).
P.33	Při práci s pacientem musí být na pracovní ploše vždy k dispozici jeho aktuální údaje, včetně zvlášť významných údajů (CAVE, např. kardiostimulátor, infekčnost, špatný sluch, zrak, imobilní pacient apod.), upozornění apod. s možnost vstupu do úpravy těchto údajů.
P.34	U jednotlivého pacienta může být zároveň editováno více dokumentů/zpráv různých typů bez nutnosti uzavírat rozepsaný dokument (např. při psaní ambulantního nálezu moci současně zadat recept, žádanku atp.)..
P.35	Uživatel musí mít možnost dostávat on-line zprávy o určitých událostech (např. o příchodu nálezu, žádosti o konzilium atd.). Zobrazení zpráv v NIS (nástěnka), případně dle nastavení uživatele notifikace emailem nebo SMS zprávou. Možnost nastavit i více emailů a telefonních čísel, kam budou notifikace odesílány.

Strana 23 / 142

#	Požadavek
P.36	Systém umožňuje vytváření grafů z vybraných dat (např. naměřené údaje z přístrojů a laboratorní hodnoty).
P.37	Možnost vkládání pracovních poznámek, které nebudou součástí zdravotnické dokumentace pacienta. Možnost dodatečného zařazení poznámky do zdravotnické dokumentace pacienta.
P.38	Upozorňování na došlé výsledky a konzilia.
P.39	Všechny části systému musí být dokumentovány (musí být dodán popis jejich fungování a obsluhy včetně návazností na jiné části) Za vhodnou formu považujeme např. Příručku uživatele (vždy daného modulu). Dokumentace systému musí být obsažena i v IS (nápověda). Vše v českém jazyce.
Multimediální a textová dokumentace
P.40	Připojování multimediální a textové dokumentace, tj. jakéhokoli binárního dokumentu (fotografie, video, zvuk, PDF, naskenovaný dokument, …) k pacientské dokumentaci a to včetně datumu vložení do NIS.
P.41	Vkládání multimediálních dat a textové dokumentace k pacientské dokumentaci, včetně vyhledávání, katalogizace a filtrování.
P.42	Multimediální prohlížeč umožňující náhled většiny běžných multimediálních nebo dokumentových formátů – min. • Obrázky: PNP, JPEG, BMP, GIF, TIFF, TGA • Video: AVI, MPEG-2, MP4, MOV, WMV, MKV • Zvukový záznam: MP3, WMA, WAV • Dokumenty: PDF
P.43	Vložení multimediálních a textových příloh k dokumentaci pacienta
P.44	Možnost nastavení omezení přístupu k jednotlivým multimediálním a textovým přílohám.
P.45	Pořízení fotografie z mobilního zařízení a vložení do nálezu nebo dekurzu.
P.46	Možnost zobrazení všech multimediálních a textových příloh k pacientovi.
P.47	Vložení videa do nálezu nebo dekurzu.
Tiskové výstupy
P.48	Tiskové výstupy musí být individuálně konfigurovatelné a přizpůsobitelné administrátorem. Musí umožňovat, aby správce nemocnice mohl tvořit vlastní tiskové sestavy, k dispozici grafický návrh designu tiskových sestav
P.49	Tiskové výstupy musí být v souladu a ve formátu předepsaném příslušnou legislativou a interními akty Objednatele. Vizuální úprava výstupů bude navržena dodavatelem a

Strana 24 / 142

#	Požadavek
	realizována buď systémem uživatelských šablon umožňující úpravy Objednatelem, případně úpravy dodavatelem jako povinná součást provozní podpory.
P.50	Systém musí umožnit před tiskem náhled na vzhled tištěného dokumentu.
P.51	Možnost tisku jak na tiskárnu, tak do PDF.
P.52	Systém musí automaticky vybrat z více tiskáren u pracovní stanice v závislosti na tiskové úloze – dokumentace na primární tiskárnu, štítky na tiskárnu čárových kódů. Systém musí umožnit správci nastavení konkrétních tiskáren pro konkrétní účel a následně musí tisknout na určené tiskárny.
Řízení přístupu k aplikaci (přihlášení)
P.53	Navržené řešení musí být propojeno na systém správy uživatelů (Identity Management – IDM) nemocnice a musí provádět autentizaci uživatelů vůči této externí autoritě pro zajištění jednoznačné identifikace uživatele (vč. podpory pro jednotné přihlášení (Single Sign On)).
P.54	Možnost volby způsobu autentizace uživatele přes IdM nebo s využití technologie Single Sign On.
P.55	Automatické odhlášení nečinného uživatele. Doba nečinnosti musí být nastavitelný parametr.
P.56	Možnost změny hesla pro uživatele.
Řízení přístupů k aplikačním službám
P.57	Požadujeme hierarchické nastavování přístupových práv dle rolí.
P.58	Možnost definovat uživatelské role (počet, typ) dle potřeb organizace.
P.59	Možnost omezení přístupu pouze na pacienty vlastního pracoviště nebo na konkrétní typ dokumentace.
Jazyková mutace
P.60	Uživatelské rozhraní komunikuje v jazyce českém, pro práci správců a administrátorů se u definovaných systémových komponent připouští komunikace v jazyce anglickém.
Další významná legislativa a normy
P.61	Soulad s legislativou uvedenou v kap. 6.2.2 – Legislativa specifická pro zdravotnická zařízení
P.62	Systém musí splňovat ustanovení vyhlášky č. 98/2012 Vyhláška o zdravotnické dokumentaci a její novelizaci, vyhlášku 127/2018 Sb. v aktuálním znění
P.63	Soulad s Nařízením Evropského parlamentu a Rady (EU) 2016/679 ze dne 27. dubna 2016 o ochraně fyzických osob (GDPR – General data protection regulation) v souvislosti se zpracováním osobních údajů a o volném pohybu těchto údajů.
P.64	Xxxxxx se Zákonem č. 181/2014 Sb., o kybernetické bezpečnosti v aktuálním znění a vyhláškou Vyhláška č. 316/2014 Sb., o kybernetické bezpečnosti v aktuálním znění.

Strana 25 / 142

#	Požadavek
P.65	Možnost tisku legislativně případně nemocnicí požadovaných dokumentů (společné dokumenty) min. v následujícím rozsahu: 1. informovaný souhlas 2. poučení před výkonem 3. záznamy o osobách blízkých 4. souhlas s poskytováním informací o stavu pacienta 5. souhlas s pořízením a použitím obrazových snímků a obrazových a zvukových záznamů 6. souhlas s použitím omezovacích prostředků 7. negativní reverz 8. oznámení o převzetí do péče bez souhlasu pacienta 9. oznámení o omezení způsobilosti řízení motorových vozidel 10. externí žádanka na MR 11. Dále dokumenty uvedené v kap. 6.4.2 – Formuláře využívané v NBv Jednotlivé kliniky a oddělení mohou mít i specifické dokumenty, tyto dokumenty jsou uvedeny v příslušných kapitolách.
P.66	Řešení musí umožnit zadokumentování prohlášení o odmítnutí zdravotního výkonu/hospitalizace prostřednictvím formuláře.
Elektronická zdravotnická dokumentace
P.67	Řešení musí umožnit vést zdravotnickou dokumentaci v elektronické formě v souladu s nařízením eIDAS a umožnit postupný přechod na vedení zdravotnické dokumentace v elektronické podobě.
Sledování nežádoucích událostí
P.68	Možnost záznamu a evidence nežádoucích událostí včetně zaznamenání údajů o nápravných opatřeních.
P.69	Evidence ve zdravotnické dokumentaci pacienta (chorobopis, ambulantní záznam atd.).
P.70	Možnost evidování události v systému v rozsahu min. požadovaném UZIS tak, aby bylo následně možné z NIS automatizovaně předávat do Národního systému hlášení nežádoucích událostí přes Systém hlášení nežádoucích událostí (SHNU). Viz indikátory kvality dle SHNU, Věstník 7/2018 Sledování NU na lokální úrovni.

Strana 26 / 142

#	Požadavek
Infekce spojené se zdravotní péčí (IZP)
P.71	Evidence a vyhodnocování nozokomiálních infekcí, ve vazbě na výsledky mikrobiologických vyšetření. Zobrazování a výběr podle kritérií: min. dle druhů nákaz, podle typu bakteriálního osídlení té které nákazy, členění dle organizačních jednotek, času. Možnost automatického zasílání emailu odpovědným osobám při zápisu nozokomiální infekce.
P.72	Možnost vynucení zadání nozokomiální infekce při propuštění pacienta.
P.73	Tvorba a možnost tisku následujících dokumentů: 1. Evidenční list nozokomiální infekce – vzor je součástí směrnice, bude předána při zahájení dodávek. 2. Hlášení na Krajskou hygienickou stanici – požadavky vyplývají z legislativy. Dokumenty je nutné zpracovávat plně elektronicky, archivovat s možností tisku.
Využití omezovacích prostředků
P.74	Záznam využití omezovacích prostředků u pacienta, možnost zaznamenat na všech odděleních.
P.75	Evidence využití omezovacích prostředků dle oddělení, možnost vytváření tiskových výstupů a statistik (dle typů, oddělení, za celou nemocnici).
Ostatní obecné požadavky
P.76	Identifikace pacientů čárovým kódem. Tisk čárových kódů z NIS pomocí tiskáren čárových kódů a čtení náramků s čárovými kódy pomocí čteček čárových kódů. Štítek bude nalepen na opětovně použitelný náramek pacienta.
P.77	Možnost tisku nejen čárového kódu, ale i doplňujících informací: 1. u pacienta nebo vzorků pacienta: jméno a příjmení pacienta, případně identifikaci pacienta 2. u léků a materiálu: název, identifikační údaje, případně množství (včetně jednotky) 3. u přístrojů: název a identifikační údaje přístroje
P.78	Možnost tisku průvodních identifikačních štítků pro papírovou dokumentaci.
P.79	Čtení čárových kódů (pacient, ZUM, ZULP) a vyhledání dokumentace pacienta, přiřazování ZUM, ZULP a přístrojů do dokumentace pacienta.
P.80	Systém musí být funkční na min. konfiguraci pracovních stanic uvedených v kap. 6.5.7 – Pracovní stanice uživatelů.
P.81	Systém musí umožňovat integraci systému pro pořizování textových dat i pomocí diktování a převodu mluveného slova na text.

Strana 27 / 142

#	Požadavek
P.82	Možnost změny vyšetřujícího lékaře.
P.83	Možnost pro správce zaslat a zobrazit notifikaci uživatelům o významných událostech/situacích (např. nefunkčnost eRecept apod.).
P.84	Systém musí obsahovat tzv. nástěnku, na které budou zobrazována všechna obdržená upozornění a notifikace.

Tabulka 4: Obecné požadavky

Pro konkrétní oblasti jsou uvedeny specifické požadavky samostatně v dílčích podkapitolách.

3.3.3 Elektronická zdravotnická dokumentace (EZD)

Požadavky na tuto část NIS NBv jsou následující:

#	Požadavek
P.85	Možnost vedení zdravotnické dokumentace v elektronické podobě s využitím uznávaného elektronického podpisu/pečetě a časových razítek v souladu s nařízením eIDAS.
P.86	Textová EZD musí být ve formátu PDF/A.
P.87	Musí být zajištěno řízení životního cyklu el. dokumentů, tj. od podepsání/pečetění, případně razítkování časovým razítkem, archivace dokumentu včetně evidenčních, popisných a skartačních metadat v návaznosti na archiv zdravotnické dokumentace (viz kapitola 3.3.14 – Dlouhodobý bezpečný archiv elektronické zdravotnické dokumentace (Archiv EZD)), který zajišťuje ověřování podpisů/pečetí a časových razítek, prodlužování platnosti dokumentů, až po řízenou skartaci.
P.88	Musí být zavedeny elektronické identifikátory dokumentů EZD dle platné legislativy
P.89	Dokumenty EZD musí být podepisovány uznávaným elektronickým podpisem, splňujícím příslušnou technickou normu (PAdES).
P.90	Možnost podepisování pacienta prostřednictvím biometrického podpisu na tabletech podporujících biometrický podpis v souladu s legislativou.
P.91	Možnost využívání časových razítek pro osvědčení času podpisu dokumentace.
P.92	Musí být zajištěno zpracování a ukládání dokumentů EZD včetně metadat do dlouhodobého důvěryhodného archivu zdravotnické dokumentace (viz kapitola 3.3.14 – Dlouhodobý bezpečný archiv elektronické zdravotnické dokumentace (Archiv EZD))
P.93	Podpora procesu elektronizace dokumentace v tištěné podobě. Pokud bude vyžadován podpis jiné osoby (např. pacienta) bez elektronického podpisu a nebude možné využít ani biometrický podpis, bude dokument vytištěn a podepsán touto osobou na vytištěném dokumentu (nebo podepsán viditelným digitálním podpisem na zařízení a následně vytištěn). Takový dokument bude k elektronické dokumentaci zařazen následně pracovníkem

Strana 28 / 142

#	Požadavek
	zdravotnického zařízení, který provede konverzi do elektronické formy a elektronicky podepíše. Jedná se např. o informovaný souhlas.
P.94	Musí být zajištěno vybavení (načtení) uloženého dokumentu z Archívu EZD a jeho zpřístupnění uživateli v NIS.
P.95	Musí být zajištěna skartace nebo anonymizace primárních dat v NIS, pokud došlo ke skartaci dokumentu v Archívu EZD.
P.96	Diagnóza – systém umožní zvolit několik diagnóz či vyhledávat ve skupinách diagnóz na základě mezinárodní klasifikace chorob a onemocnění MKN 10.
P.97	Možnost tvorby diagnostických souhrnů dle hlavních i vedlejších diagnóz.
P.98	Možnost zaslat zprávy (propouštěcí, ambulantní) praktickému lékaři: 1. lékařům, využívajících eMeDocS nebo některý ze systémů pro distribuci elektronické zdravotnické dokumentace, který je propojen s eMeDocS, zasílat zprávy prostřednictvím eMeDocS. 2. Lékařům využívajícím výměnný systém MEDICAL NET, zasílat zprávy prostřednictvím tohoto systému. 3. Možnost exportu vybraných zpráv do adresáře praktického lékaře (volbou z číselníku) na portále nemocnice (adresář na portále nemocnice zajistí objednatel). 4. Ostatním lékařům bude zasíláno jiným kanálem mimo NIS (datové schránky, pošta).

Tabulka 5: Elektronická zdravotnická dokumentace (EZD)

3.3.4 Integrační vrstva (sběrnice ESB)

Integrační vrstva bude plnit funkci vnějšího komunikačního rozhraní NIS NBv se systémy a službami externího prostředí mimo NBv. Jedná se především o komunikaci se službami systému eHealth JMK (eMeDocS), službami IDRR a státem garantovanými identifikační a autentizační metodami NIA. Součástí integrační vrstvy musí být vybudována sběrnice služeb (Enterprise Service Bus – ESB), která bude spojovat a zprostředkovávat komunikace a interakce mezi službami vnějšího prostředí a službami NIS NBv. V rámci integrační vrstvy bude také provozován komunikační uzel projektu eMeDocS, prostřednictvím jehož služeb bude realizováno napojení na eHealth systém JMK (eMeDocS).

Požadavky na systém integrační sběrnice (dále jen systém) NIS NBv jsou následující:

#	Požadavek
Obecné požadavky na ESB
P.99	Systém musí mít jednotné komunikační prostředí pro přenos zpráv, inteligentní routing, orchestraci, logování, zprostředkování služeb.
P.100	Všechny části systému musí být navzájem integrovány a modulárně koncipovány.

Strana 29 / 142

#	Požadavek
P.101	Systém musí být založen na principu aplikačního kontejneru umožňující vývoj, nasazení a provoz služeb dle pravidel architektury orientované na služby (dále také Service Oriented Architecture nebo SOA).
P.102	Systém musí poskytovat služby v následujících oblastech: • Běhové prostředí na úrovni aplikačního kontejneru • Bezpečné a důvěryhodné doručování zpráv mezi komponentami • Vytváření, transformace, směrování a předávání zpráv • Aplikační programové rozhraní
P.103	Všechny komponenty systému musí být možné provozovat v běhovém prostředí ESB.
P.104	Všechny komponenty systému musí využívat služeb logování a dynamické konfigurace z běhového prostředí ESB.
Běhové prostředí ESB
P.105	Systém musí umožňovat nasazení, modifikaci a odinstalování komponent za běhu systému.
P.106	Systém musí umožnovat dynamickou konfiguraci a modifikaci funkce komponenty za běhu kontejneru i komponenty, které se konfigurace týká.
P.107	Systém musí umožňovat automatickou instalaci komponent a všech jejich závislostí na základě změny konfigurace.
P.108	Součástí systému musí být modul poskytující autentizační a autorizační funkce všem komponentám ESB.
P.109	Součástí systému musí být modul poskytující funkce logování a dynamické konfigurace všem komponentám ESB.
Bezpečné a důvěryhodné doručování zpráv mezi komponentami ESB
P.110	Komponenta systému pro doručování zpráv musí podporovat přechodné nebo stálé doručování zpráv (persistentní ukládání zpráv v případě krátkodobé nedostupnosti klienta), transakční doručování, kontrolu a vynucování TTL zpráv.
P.111	Součástí komponenty pro doručování zpráv musí být administrátorské rozhraní pro lokální i vzdálený dohled.
Vytváření, transformace, směrování a předávání zpráv
P.112	Komponenta systému pro vytváření, transformace, směrování a předávání zpráv musí dodržovat pravidla Enterprise Integration Patterns (EIP).
P.113	Komponenta systému pro vytváření, transformace, směrování a předávání zpráv musí být schopna integrovat komunikační uzel eMeDocS pro připojení k systému pro výměnu zdravotnické dokumentace projektu eMeDocS (viz kap. 3.3.4.1).
P.114	Možnosti nastavit prioritu zpráv individuálně, nebo prostřednictvím fronty.

Strana 30 / 142

#	Požadavek
P.115	Možnost specifikovat u odesílaných zpráv dobu jejich platnosti (time-to-Live), u zpráv, jejichž platnost je neomezená tuto dobu nespecifikovat.
P.116	Možnost šifrování a podepisování zpráv.
Aplikační programové rozhraní (API)
P.117	Komponenta systému API musí podporovat komunikační protokoly SOAP, XML/HTTP, RESTful http.
P.118	Komponenta systému API musí podporovat transportní protokoly HTTP, JMS a JBI.
P.119	Komponenta systému API musí podporovat standardy definované v oblasti webových služeb, a sice SOAP, WS-I Basic Profile, WSDL, WS-Addressing, WS-Policy, WS-ReliableMessaging, WS- Security, WS-SecurityPolicy, WS-SecureConverstation a WS-Trust.
P.120	Komponenta systému API musí obsahovat podporu pro vývoj API na základě definice rozhraní WSDL.
P.121	Komponenta systému API musí umožňovat vytváření API pro binární a proprietární protokoly, které nejsou založeny na standardu XML.
Integrace
P.122	Systém bude zajišťovat napojení NIS NBv na služby systému eHealth JMK, prostřednictvím kterého bude umožněna výměna elektronické zdravotnické dokumentace s dalšími subjekty a systémy ZZ, NIX ZD a NCP v souladu s požadavky v kap. 3.3.4.1 – NIS NBv – napojení na eHealth systém kraje (eMeDocS).
P.123	Systém bude zajišťovat napojení NIS NBv na služby IDRR v souladu s požadavky v kap. 3.3.4.2 - IDRR NIS NBv – napojení na IDRR, pokud bude IDRR v době implementace legislativně a technicky k dispozici.
P.124	Pro zajištění efektivní implementace komunikace mezi NIS NBv a národními systémy „elektronického zdravotnictví“ musí být integrační vrstva připravena podporovat Standardy elektronického zdravotnictví platných v době dodávky a následně bude NIS NBv udržován v souladu s těmito standardy, např.
P.125	• podpora národního datového standardu DASTA ve verzích a v rozsahu komunikačních rozhraní specifikovaných v této zadávací dokumentaci,
P.126	• podpora PIX IHE profilu (Patient Identifier Cross Referencing), a to transakční součásti profilu PIX: Patient Identity Feed, PIX Query, PIX Update Notification v návaznosti na Centrální registr pacientů (viz kap. 3.3.18),
P.127	• podpora XDS IHE profilu (Cross-Enterprise Document Sharing) ve vazbě na Dlouhodobý bezpečný archiv elektronické zdravotnické dokumentace (Archiv EZD) – (viz kap. 3.3.14) poskytující funkce „document registry a dokument repozitory“ dle terminologie IHE XDS),

Strana 31 / 142

Požadavek

P.128

• předávání Patient Summary (dle GUIDELINES ON MINIMUM / NONEXHAUSTIVE

PATIENT SUMMARY DATASET FOR ELECTRONIC EXCHANGE INACCORDANCE WITH THE

CROSS-BORDER DIRECTIVE 2011/24/EU) v dokumentu HL7 CDA nebo DASTA 4 (dle platné vyhlášky Ministerstva zdravotnictví nebo specifikace publikované na xxx.xxxxx.xx).

Tabulka 6: Integrační vrstva – sběrnice ESB

3.3.4.1 NIS NBv – napojení na eHealth systém kraje (eMeDocS)

Součástí projektu je napojení na eHealth systém Jihomoravského kraje (eMeDocS) v následujícím

rozsahu funkcionalit:

#	Požadavek
P.129	Napojení na eHealth systém Jihomoravského kraje (viz kap. 6.5.2.9 – eHealth systém Jihomoravského kraje (eHealth JMK / eMeDocS)
P.130	Vyhledání životních údajů pacienta (z jiného ZZ a ZZS), včetně náhledů do ambulantních a hospitalizačních zpráv (Emergency card – EC).
P.131	Přijetí výjezdové zprávy ZZS do nemocnice.
P.132	Náhled na ambulantní a hospitalizační zprávy (z jiného ZZ a při výjezdu ZZS)
P.133	Sdílení informací o dostupnosti volných lůžek pro urgentní příjem (on-line přehled dostupného lůžkového fondu).
P.134	Předání ambulantní a hospitalizační zprávy do jiných ZZ nebo na ZZS.
P.135	Vyžádání ambulantního vyšetření z jiného ZZ.
P.136	Předání výsledků ambulantního vyšetření do žádajícího ZZ.
P.137	Součástí projektu je dodávka a implementace adapteru NIS zajišťujícího napojení na komunikační uzel projektu eMeDocS v rozsahu uvedených služeb, včetně dodávky komunikačního uzlu projektu eMeDocS.
P.138	V rámci integrace na eHealth JMK musí být splněny následující požadavky napojení vyžadované ze strany eHealth JMK pro napojení na NCP eH a NIX ZD: 1. Poskytování dat do eHealth JMK (eMeDocS) v rozsahu vyžadovaném ze strany NCP eH dle popisu implementace API národního konektoru NCPeH dle specifikace v příloze č. 4 na následující adrese: 2. Poskytování dat do eHealth JMK (eMeDocS) v souladu s požadavky na vytvoření a ověření vzorového souboru pacientského souhrnu (PS) ve formátu HL7 (CDA L3, ev. CDA L1) – vzory viz h 3. Poskytování dat do eHealth JMK (eMeDocS) v souladu s požadavky na PS CDA L1 a L3.

Strana 32 / 142

Požadavek

Po splnění uvedených požadavků bude Objednatelem od provozovatele NCP eH vyžádán

protokol ověřující správnou realizaci uvedených požadavků a prokazující naplnění funkcionality interoperability dodávaného systému.

Oprávněné výhrady provozovatele NCP eH budou vadou systému a budou dodavatelem odstraněny v rámci záruky s tím, že za odstranění bude považováno získání protokolu od provozovatele NCP eH.

Tabulka 7: NIS NBv – napojení na eHealth systém kraje (eMeDocS)

3.3.4.2 IDRR NIS NBv – napojení na IDRR

Součástí projektu je napojení na napojení na IDRR v následujícím rozsahu funkcionalit:

Požadavek

P.139

Součástí dodávky je vybudování komunikačních služeb integrační vrstvy, které budou interním informačním systémům Zadavatele poskytovat služby komunikace se službami garantovaných státem prostřednictvím informačního a datového resortního rozhraní (IDRR) rezortu zdravotnictví.

Integrace bude součástí dodávky jen v případech, kdy v době realizace projektu budou tyto systémy připraveny pro integraci, a bude zajištěno legislativní prostředí, které integraci umožní.

P.140

Rozsah podporovaných služeb IDRR (bude-li to legislativně a technicky možné):

• využívání informací z registru obyvatel (ROB)

• využívání informací z registru územní identifikace, adres a nemovitostí (RÚIAN)

• využívání informací z registru poskytovatelů zdravotních služeb (NRPZS)

• využívání informací z registru zdravotnických pracovníků (NRZP)

Tabulka 8: IDRR - napojení na služby Informačního a datového rozhraní rezortu zdravotnictví

3.3.4.3 NIS NBv – napojení na NIA

Součástí projektu je vytvoření podpory využívání státem garantovaných identifikačních a autentizačních metod Národní identitní autority (NIA) pro systémy NBv:

Požadavek

P.141

Vytvoření podpory využívání státem garantovaných identifikačních a autentizačních metod

NIA.

Poskytování metod NIA prostřednictvím integrační vrstvy bude součástí projektu jen v případě, kdy v době realizace projektu bude využívání služeb NIA technicky, provozně a legislativně možné pro poskytovatele zdravotních služeb.

Strana 33 / 142

#	Požadavek
	Podporované funkce jsou následující:
P.142	Získání ověřené identity občana/pacienta na národní úrovni.
P.143	Autentizace uživatele.
P.144	Jednotné místo pro přístup uživatelů (pacientů) prostřednictvím internetu k aplikacím, které mohou být v budoucnu implementovány.

Tabulka 9: NIS NBv – napojení na NIA

3.3.5 Centrální příjem

Pro tuto oblast jsou následující požadavky:

#	Požadavek
P.145	Centrální příjem je v NIS NBv řešen pomocí modulu v AMIS*H, který zůstane zachován. V případě, že dodavatel provede náhradu daného modulu, musí dodat všechny funkcionality stávajícího modulu dle dokumentace, realizovat existující integrace a zajistit migraci dat.
P.146	Tento modul bude modernizován tak, aby plnil požadavky nařízení eIDAS a bude rozšířen o dále uvedené nové funkce.
P.147	Umožnit vedení samostatných částí zdravotnické dokumentace v čistě elektronické formě, včetně všech nezbytných dokumentů (např. informované souhlasy apod.).
P.148	Při příjmu pacienta od jiného poskytovatele zdravotních nebo sociálních služeb („subjekt“) nebo propuštění pacienta k jinému poskytovateli zdravotních nebo sociálních služeb, zaznamenání tohoto údaje, vytvoření číselníku, ze kterého bude prováděn výběr subjektu s možností přidat nový subjekt v době zadání.
P.149	Při příjmu pacienta zadávání údajů nezbytných pro automatizované vytváření ročního výkazu činnosti poskytovatele ZS. Jedná se min. o kategorizaci úrazů a informace, zda byl pacient pod vlivem alkoholu nebo drog. Údaje musí být zaznamenány do dokumentace pacienta tak, aby bylo možné dle těchto údajů vyhledávat a vytvářet statistiky, výstupy a požadovaného výkazu bez nutnosti úpravy dat uživatelem. Údaje musí být možné doplnit na ambulancích, pokud dojde jejich změně.

Tabulka 10: Centrální příjem

3.3.6 Ambulance

Požadavky na tuto část NIS jsou následující:

#	Požadavek
P.150	Ambulance je v NIS NBv řešen pomocí modulu v AMIS*H, který zůstane zachován.

Strana 34 / 142

#	Požadavek
	V případě, že dodavatel provede náhradu daného modulu, musí dodat všechny funkcionality stávajícího modulu dle dokumentace, realizovat existující integrace a zajistit migraci dat.
P.151	Tento modul bude modernizován tak, aby plnil požadavky nařízení eIDAS a bude rozšířen o dále uvedené nové funkce.
P.152	Umožnit vedení samostatných částí zdravotnické dokumentace v čistě elektronické formě, minimálně v rozsahu „ambulantní zpráva“.
P.153	Podpora administrativy a organizace práce v ambulanci, pro vedení ambulantní pacientské dokumentace.
P.154	Řešení musí uživateli umožňovat přístup k souhrnným informacím o návštěvách pacienta ve zdravotnickém zařízení. Musí být možné získat zprávy o všech souvisejících minulých událostech. Musí být k dispozici také další podrobné údaje jako např. diagnózy, výsledky vyšetření, záznamy o užívaných lécích a vystavené recepty.
Organizace ambulantního provozu
P.155	Možnost definice struktury ambulancí dle organizačního uspořádání.
P.156	Zadávání údajů o operativních zákrocích a hospitalizování pacienta – řešení musí poskytnout uživateli/odbornému zdravotnickému pracovníkovi možnost naplánovat operativní zákrok a hospitalizaci pacienta a zadat údaje o těchto skutečnostech z ambulantního prostředí.
P.157	Možnost převedení pacienta z ambulance na hospitalizaci (včetně zadané dokumentace).
P.158	Možnost propojení s vyvolávacími systémy a funkční podpora procesů a funkcí vyvolávání pomocí externího vyvolávacího systému.
Lékařská dokumentace na ambulanci
P.159	Využití grafického textového editoru pro ambulantní zprávu s možností formátovacích funkcí v rozsahu – velikost písma, typ fontu, barva písma, kurzíva, odrážky.
P.160	Všechny potřebné úkony umožnit vykonávat rovnou při zápisu ambulantního vyšetření.
P.161	Přehledná historie ambulantních zápisů.
P.162	Zadávání receptů: 1. on-line informace o preskripci 2. možnost práce s pozitivním listem 3. možnost zadání magistraliter 4. k dispozici on-line informace o lékových interakcích 5. napojení na eRecept (viz požadavky dále)
P.163	Poukazy na vyšetření/ošetření a pomůcky: 1. možnost zadání poukazů na vyšetření/ošetření a pomůcky

Strana 35 / 142

#	Požadavek
	2. poukazy na ošetřovatelku pro domácí péči 3. poukaz na rehabilitační péči 4. poukaz na léčebnou a ortopedickou pomůcku 5. žádanka o schválení/ povolení – žádost na pojišťovnu k posouzení reviznímu lékaři o schválení úhrady za pomůcku Tato funkčnost musí být dostupná i v rámci hospitalizačního provozu.
P.164	Možnost zařazení pacienta do dispenzárních skupin.
P.165	Možnost vkládat do nálezu obrazové informace, videosekvence či další multimediální soubory.
Plánovač Vybrané kliniky mají v příslušných kapitolách další požadavky na plánování, např. Radiodiagnostika.
P.166	Komplexní řešení objednávání pacientů k vyšetření v ambulancích na konkrétní datum a čas, na druh vyšetření, ke konkrétnímu lékaři, na dané pracoviště.
P.167	Možnost pohledů na denní, týdenní, měsíční plán a plán za zvolený časový interval a oddělení nebo jeho část (dle přístroje, procedury, sálu apod.).
P.168	Možnost plánování a objednávání min. na 1 rok do budoucna.
P.169	Možnost naplánovat přijetí a propuštění u konkrétního pacienta na konkrétní den a čas, oddělení, případně jeho část (dle přístroje, procedury, sálu apod.).
P.170	Možnost nastavit kapacitu oddělení a limity pro plánování. Při dosažení uvedených limitů barevně zvýraznit dosažení/překročení limitů. Při dalším objednávání upozornit na překročení limitů s dotazem, zda uživatel skutečně chce provést objednání/zaplánování. Při objednání/zaplánování v rámci překročení limitů provést záznam do plánu, že došlo k překročení limitu a kdo jej provedl.
P.171	Kalendář – zobrazení měsíčních či týdenních kalendářů dle potřeb uživatele. Kalendář slouží k zobrazení plánovaných aktivit uživatelů, jako např. schůzek s objednanými pacienty, apod.). Pro plánovaná vyšetření musí být uveden čas, typ vyšetření.
P.172	Možnost úprav v objednacím kalendáři (na základě dovolených, pracovní neschopnosti, konferencí, omezení počtu objednaných pacientů).
P.173	Zadávání a sledování účasti objednaných pacientů na plánovaných aktivitách, barevné odlišení neúčasti pacienta na plánované aktivitě.

Strana 36 / 142

#	Požadavek
P.174	Sestavy a tiskové výstupy za zvolené období, oddělení nebo jeho část: 1. Seznamu objednaných a plánovaných pacientů/výkonů na každý kalendářní den / oddělení nebo jeho část. 2. Statistiky objednaných a plánovaných pacientů/výkonů na každý kalendářní den / oddělení nebo jeho část. 3. Samostatné výstupy a statistiky s výběrem/rozlišením objednaných pacientů, přítomných, příjmů, propuštění.
P.175	Možnost notifikace pacientům s využitím SMS/emailu v definovaném časovém předstihu (výchozí je 1 den). SMS bránu a SMTP server zajistí Objednatel.
Přehledy a statistiky
P.176	Přehledy minimálně v rozsahu: ambulantní kniha, předepsané recepty. Poznámka: další statistiky jsou v MIS (viz kap. 3.3.26).

Tabulka 11: Ambulance

3.3.7 Hospitalizace

Požadavky na tuto část NIS jsou následující:

#	Požadavek
P.177	Hospitalizace je v NIS NBv řešena pomocí modulu v AMIS*H, který zůstane zachován. V případě, že dodavatel provede náhradu daného modulu, musí dodat všechny funkcionality stávajícího modulu dle dokumentace, realizovat existující integrace a zajistit migraci dat.
P.178	Tento modul bude modernizován tak, aby plnil požadavky nařízení eIDAS a bude rozšířen o dále uvedené nové funkce.
P.179	Využití grafického textového editoru pro hospitalizační zprávy (příjmová, propouštěcí, překladová atd.) s možností formátovacích funkcí v rozsahu – velikost písma, typ fontu, barva písma, kurzíva, odrážky.
P.180	Možnost definovat příjmový proces s kroky, které vykonává sestra, lékař, administrativní pracovník. Hlídání neprovedených kroků tohoto procesu, úkolování uživatele/role. Možnost vyhodnocování doby vzniku dokumentace (dle akreditačních požadavků) a on-line upozorňování na blížící se termín.
P.181	Vytváření operačních a hospitalizačních procesů – je možné vytvářet a naplánovat operační a hospitalizační procesy.
P.182	Možnost pohledu do historické dokumentace pacienta.
P.183	Vizuální rozlišení standardních pokojů a nadstandardních s možností zobrazení detailní informace o nadstandardních službách na nadstandardních pokojích.

Strana 37 / 142

#	Požadavek
P.184	Plánování hospitalizace: možnost automatického přidělení nejbližšího možného termínu dle kapacity oddělení po zadání přibližného termínu nástupu a předpokládané délky hospitalizace.
Práce u lůžka pacienta
P.185	Dostupnost veškeré dokumentace pacienta v mobilních zařízeních u lůžka pacienta (dekurzy, ordinovaná medikace atd.).
Vedení dokumentace
P.186	Zadání TISS protokolu, skórovacích schémat (SOFA, APACHE II, NIHSS).
P.187	Vedení bilance tekutin a měřených údajů a tlakový profil.
P.188	Možnost přizpůsobit tisky dekurzu.
P.189	Elektronické vedení medikací a jejich napojení na logistický systém.
P.190	Přehledné zobrazení výsledků vyšetření laboratorních, RTG, konzilií, možnost jejich jednoduchého přenosu do vytvářených dokumentů.
P.191	Závěrečné zprávy a propouštěcí dokumentace se generují automaticky dle předem dohodnutých pravidel a obsahu z dosud pořízené dokumentace (ambulantní vyšetření, konziliární vyšetření, včetně všech výsledků z hospitalizace a laboratorních výsledků) a je plně elektronická.
Stravování pacientů
P.192	Dodávka napojení NIS na stravovací provoz, který bude sloužit pro objednávání stravování hospitalizovaných pacientů (diety apod.).
P.193	Objednávání diet pacienta.
P.194	Vedení evidence diet na pacienta.
P.195	Přehledy diet po odděleních / stanicích.
P.196	Přehledy údajů pro stravovací provoz: • Počty jednotlivých diet • Počty strávníků
Výstupy
P.197	Přehled všech hospitalizovaných pacientů, možnost omezení na oddělení.
P.198	Přehled lůžek a jejich obsazenosti, dle oddělení.
Detence
P.199	Při přijetí pacienta v detenci možnost rovnou odeslat detenci na administrativního pracovníka NBv, který pošle na Městský soud Brno prostřednictvím datových schránek.

Strana 38 / 142

#	Požadavek
	Na administrativního pracovníka bude zaslána potřebná dokumentace emailem a bude proveden záznam do dokumentace pacienta o provedení.
Pracoviště intenzivní medicíny operačních oborů (PIMOO)
P.200	Náhled a práce s dokumentací pacienta na jednom místě bez ohledu na oddělení operačních oborů, které pacienta na PIMOO (JIP) umístilo. Je požadováno jednotné zadávání žádanek, zapisování vyšetřovacího statusu apod. pod specializací oddělení, které pacienta na PIMOO (JIP) umístilo. Poznámka: jedná o následující oddělení operačních oborů: chirurgie, ortopedie, urologie, gynekologie a porodnice, ORL.
P.201	Sdílení lůžek s uvedenými odděleními operačních oborů.
Ostatní požadavky
P.202	Možnost zadávat čerpání nadstandardních služeb, včetně účtování poplatků za tyto služby. Možnost zpětné kontroly úhrady za nadstandardní služby.
P.203	Příkaz transportu: možnost zadání, kontroly a tisku příkazu k transportu.
P.204	Umožnit tisky legislativně případně nemocnicí požadovaných dokumentů nad rámec společných dokumentů: 1. Edukační záznam 2. Plán prevence péče o dekubity 3. Záznam hodnocení bolesti 4. Protokol o užívání léčivých přípravků V seznamu dokumentů zobrazit nejprve specifické dokumenty a až následně ostatní (společné) dokumenty.

Tabulka 12: Hospitalizace

3.3.8 Ošetřovatelská dokumentace

Tato část NIS je podmnožinou strukturované dokumentace.

V současné době nemocnice využívá modul Ošetřovatelské dokumentace, včetně submodulů Fyziologické funkce a Bilance tekutin, v systému AMIS*HD.

Modul Ošetřovatelské dokumentace není možné nahradit, jen modernizovat a to z důvodu ochrany realizovaných investic. Z uvedeného plyne, že musí zůstat zachovány všechny stávající funkcionality a doplněny nově požadované.

Nad rámec požadavků na tuto dokumentaci jsou pro tuto oblast následující požadavky:

#	Požadavek
P.205	Kompletní vedení ošetřovatelské dokumentace dle znění zákona.

Strana 39 / 142

#	Požadavek
P.206	Tento modul bude modernizován tak, aby plnil požadavky nařízení eIDAS a bude rozšířen o dále uvedené nové funkce.
Invazivní vstupy
P.207	Evidence jednotlivých invazivních vstupů s možností konfiguračně přidávat nové typy invazivních vstupů dle potřeb jednotlivých pracovišť.
P.208	Evidence data zavedení invazivního vstupu.
P.209	Evidence počtu dní od zavedení invazivního vstupu.
P.210	Evidence data ošetření / převazu invazivního vstupu.
P.211	Evidence materiálu skutečně použitého k ošetření invazivního vstupu.
P.212	Evidence data (termínu) plánovaného ošetření / převazu/ výměny. Upozornění uživatele na blížící se termín.
P.213	Evidence data odstranění (ex) invazivního vstupu.
Hodnocení rizik
P.214	Hodnocení rizik – systém musí nabízet lékaři anebo sestře (NLZP) podporu posouzení rizik jako je např. riziko vzniku dekubitů nebo riziko pádu. Při posuzování jednotlivých rizik musí řešení nabízet nástroje, které lze použít k určení stupně rizika a možnost jejich přehodnocení v časovém intervalu, při změně zdravotního stavu pacienta, možnost vytvořit statistické přehledy a tabulky.
P.215	Hodnocení rizika podle Xxxxxxxxx
Péče o rány, defekty a dekubity
P.216	Při přijetí pacienta nebo vzniku rány, defektů nebo dekubitů záznam lokalizace do obrázku a záznam dalších nezbytných údajů o ráně, defektu nebo dekubitu.
P.217	Zachycení informací o stavu a ošetřování ran, defektů a dekubitů.
P.218	Evidence jednotlivých ran, defektů a dekubitů s možností konfiguračně přidávat nové typy dle potřeb jednotlivých pracovišť.
P.219	Evidence popisu, stavu, stupně a vlastností rány, defektu či dekubitu.
P.220	Možnost změny typu v případě změny.
P.221	Možnost záznamu údajů o ošetření jednotlivých ran, defektů či dekubitů – datum, velikost defektu, způsob realizace ošetření, evidence použitého materiálu, datum dalšího převazu. Údaje aktualizovat na denní bázi, případně po každém zákroku/ošetření. Možnost přikládat fotografický materiál.

Strana 40 / 142

#	Požadavek
P.222	V případě přeložení na jiné oddělení musí být údaje k dispozici a musí být možnost aktualizace údajů na novém oddělení (pokračování v ošetřování bez nutnosti nového zadávání).
P.223	Při ukončení péče (např. z důvodu ukončení hospitalizace), závěrečný záznam o stavu.
P.224	Tiskové výstupy a statistiky (rány, defekty a dekubity): 1. Seznamy pacientů dle typů, období, případně oddělení 2. Detailní přehled ošetření pacienta (souhrnný)

Tabulka 13: Ošetřovatelská dokumentace

3.3.9 Operační sály

Tato část NIS NBv je podmnožinou strukturované zdravotnické dokumentace. Nad rámec požadavků na tuto dokumentaci jsou pro tuto oblast následující požadavky:

#	Požadavek
P.225	Dodávka modulu pro podporu pro komplexního workflow operačních sálů od plánování operačních výkonů (objednání pacienta k operaci), sestavování a schvalování operačního programu, řízení a sledování průběhu operačního dne a vedení kompletní operační dokumentace pacienta, včetně perioperační a anesteziologické dokumentace.
Plánování operačních výkonů
P.226	Možnost plánování operací v diáři příslušného operačního sálu, barevné rozlišení objednávky dle typu plánovaného operačního zákroku.
P.227	Zadání všech nezbytných údajů vztahujících se k plánované operaci (stranový protokol, transfuze, nesvéprávný pacient, následné umístění na JIP atd.).
P.228	Na JIP musí být k dispozici seznam plánovaných umístění pacientů.
P.229	Možnost předdefinovat šablony plánu dne pro jednotlivé operační sály.
P.230	Podpora pro vyhledání volného termínu podle sálu, typu zákroku, operačního sálu, operatéra, časového období, potřeby přítomnosti anesteziologa.
P.231	Podpora pro vyhledání termínu již naplánované operace pro daného pacienta .
P.232	Možnost nastavení výjimek v objednací knize pro jednotlivé sály a vybraný den (nestandardní den, sál mimo provoz).
P.233	Možnost objednání pacienta bez operace (operační výkon bude upřesněn později).
P.234	Možnost objednání pacienta mimo předdefinovanou šablonu.
P.235	Možnost naplánování operace bez přiřazení k operačnímu sálu (sál bude upřesněn později).
P.236	Možnost různých pohledů na objednací knihu (denní, týdenní, pracovní týden).

Strana 41 / 142

#	Požadavek
P.237	Zachování historie (zmražení) stavu plánu operací nezávisle na dalších fázích zpracování záznamů o operacích (operační program, operační den).
P.238	Sledování účasti objednaných pacientů na plánovaných operacích, barevné odlišení neúčasti pacienta na plánované operaci.
Sestavování a schvalování operačního programu
P.239	Automatické převzetí plánovaných operací z objednací knihy do návrhu operačního programu
P.240	Možnost zadat stabilní operační tým dne pro jednotlivé operační sály
P.241	Možnost definice operačního dne (začátek první operace, konec poslední operace, začátek práce anesteziologa, …)
P.242	Indikace ukončeného plánování anesteziologem
P.243	Indikace ukončeného plánování perioperační sestrou
P.244	Možnost vícestupňového schvalování operačního programu (uzavření operačního programu, schválení operačního programu).
P.245	Možnost definování pořadí operací v rámci operačního dne.
P.246	Možnost změny pořadí operací formou drag & drop.
P.247	Automatický přepočet časů operací po změně pořadí.
P.248	Možnost vložení neplánované operace do operačního programu.
P.249	Možnost přiřazení plánované operace bez uvedeného operačního sálu na konkrétní operační sál formou drag & drop.
P.250	Zachování historie (zmražení) stavu operačního programu nezávisle na dalších fázích zpracování operačních záznamů (plán v objednací knize, operační den).
Řízení a sledování průběhu operačního dne
P.251	Možnost evidence časů operace dotykovým způsobem na dotykové obrazovce (začátek vytížení, začátek anestezie, začátek operace, konec operace, konec anestezie, konec vytížení)
P.252	On-line přehled stavu operačního dne, přehled všech operací a jejich průběhu a stavu vůči plánu (čekající, čekající zpožděná, probíhající, probíhající ve skluzu, provedená, vyjmutá, zrušená), včetně barevného odlišení operací dle stavu
P.253	Možnost operativních změn v operačním dni dle aktuálních potřeb (vložení neplánované operace, změna pořadí formou drag & drop, přesun na jiný operační sál, úplné zrušení operace, vyjmutí operace z daného operačního dne)

Strana 42 / 142

#	Požadavek
P.254	Grafický pohled na průběh operačního dne formou sloupcových a koláčových grafů, znázornění stavu operačního dne vůči plánu po jednotlivých operačních sálech
P.255	Zachování historie (zmražení) skutečného stavu průběhu operačního dne nezávisle na předchozích fázích zpracování operačních záznamů (plán v objednací knize, operační program)
Vedení kompletní operační dokumentace
P.256	Zápis operačního protokolu (OP) s možností využití předdefinovaných hodnot.
P.257	Automatické předání všech známých informací z plánu a operačního dne do OP.
P.258	Možnost vedení strukturovaného OP dle platné legislativy.
P.259	Možnost evidence sledovaných časů k operaci.
P.260	Podpora pro vykázání operačních výkonů, ZUM a ZULP.
P.261	Kontrola vzájemných vztahů výkonů: • Nutnost zadání výkonů, které jsou prováděny společně • Neumožnit zadat vylučující se výkony
P.262	Podpora pro vedení perioperační dokumentace.
P.263	Podpora pro vedení předanesteziologického protokolu.
P.264	Podpora pro vedení anesteziologického protokolu.
P.265	Podpora pro vedení poanesteziologického protokolu.
P.266	Možnost zaznamenání použitých přístrojů do dokumentace.
P.267	Možnost vícestupňového schvalování operační dokumentace.
Ostatní požadavky
P.268	Řešení umožňuje nahlížet na plánování na operačních sálech na mobilním zařízení (tablet) ve webovém prohlížeči.
P.269	Tiskové sestavy min. v rozsahu: diáře operačních sálů pro jednotlivý den i vybrané období, objednací kniha (denní, týdenní, pracovní týden), historie skutečného využití operačních sálů (včetně účasti/neúčasti pacientů), operační program, stav operačního dne, grafický pohled na stav operačního dne, dokumenty z operační dokumentace.

Tabulka 14: Operační sály

Strana 43 / 142

3.3.10 Porodnice

Požadavky na tuto část NIS jsou následující:

#	Požadavek
P.270	Porodnice je v NIS NBv řešena pomocí modulu v AMIS*H, který zůstane zachován. V případě, že dodavatel provede náhradu daného modulu, musí dodat všechny funkcionality stávajícího modulu dle dokumentace, realizovat existující integrace a zajistit migraci dat.
P.271	Tento modul bude modernizován tak, aby plnil požadavky nařízení eIDAS a bude rozšířen o dále uvedené nové funkce.
P.272	Umožnit vedení samostatných částí zdravotnické dokumentace v čistě elektronické formě, minimálně v rozsahu „porodopis“.
P.273	Využití grafického textového editoru pro ambulantní zprávu s možností formátovacích funkcí v rozsahu – velikost písma, typ fontu, barva písma, kurzíva, odrážky.
P.274	Možnost jednoduše (přímo z porodopisu) založit novorozence jako pacienta do registru a uložit na novorozeneckou stanici.
P.275	Přenos potřebných údajů mezi dokumentací rodičky a novorozence s vyloučením duplicit zadávání. Současně přenos mezi dokumentací standardní hospitalizace a dokumentací rodičky. Konverze hospitalizační dokumentace na porodopis a zpětně, dle potřeby.
P.276	Možnost svázat dokumentaci rodičky s dokumentací novorozence.
P.277	Možnost zadání více novorozenců k rodičce. Možnost opravy u mylně zadaných vícerčat, automatická konverze jen na jednoho novorozence.
P.278	Přehledné hlídání povinných údajů v dokumentaci.
P.279	Vyváření legislativně vyžadovaných statistik a výstupů.

Tabulka 15: Porodnice

3.3.11 Patologie

Požadavky na tuto část NIS NBv jsou následující:

#	Požadavek
P.280	Patologie je v NIS NBv řešena pomocí modulu v AMIS*H, který zůstane zachován. V případě, že dodavatel provede náhradu daného modulu, musí dodat všechny funkcionality stávajícího modulu dle dokumentace, realizovat existující integrace a zajistit migraci dat.
P.281	Dodávka modernizace modulů pro agendu patologie. Podpora nových činností pro histologii, cytologii, nekropsii.
P.282	Možnost automatického příjmu žádanek z klinických oddělení (elektronicky) nebo zápis žádanky na vyšetření přímo na patologii (opisem z papíru).
P.283	Možnost tvorby strukturované žádanky s označením povinných polí, aby byla úplná.

Strana 44 / 142

#	Požadavek
P.284	Objednávání vyšetření s možností registrace nového pacienta.
P.285	Automatický vstup potřebných údajů z žádanky resp. ze stávající dokumentace pacienta.
P.286	Možnost zadání dodatečného vyšetření ke stávajícímu požadavku.
P.287	Možnost úpravy/opravy žádanky.
P.288	Možnost zrušení/odmítnutí žádanky včetně odůvodnění akce. V případě elektronického zaslání žádanky, zaslání informace žadateli včetně odůvodnění.
P.289	Vhodné nastavení funkcí, seznamů a zobrazovaných informací pro jednotlivé role uživatelů (administrativní pracovník, laborant, lékař, primář apod.)
P.290	Možnost nastavení automatického sledu činností – aby systém kopírovat práci koncového uživatele.
P.291	Generování pracovních listů, možnost vyhledání a sestavy dle data nebo čísla žádanky.
P.292	Záznam plnění jednotlivých kroků vyšetření konkrétními pracovníky (odpovědnost pracovníků), kontrolní sestavy.
P.293	Použití standardního editoru (RTF) s možností používání předdefinovaných textů.
P.294	Součástí popisu je i zadání příslušných strukturovaných údajů: hodnocení dle klasifikace SNOMED, zadání hmotnosti orgánů pro nekropsii a podobně.
P.295	Možnost vkládání multimediálních dat k popisu/nálezu a jejich popisu.
P.296	Automatické proúčtování výkonů a materiálů na základě provedeného vyšetření
P.297	Možnost prohlížení historických nálezů při zápisu nálezu
P.298	Systém umožňuje zápis údajů o pitvě do Listu o prohlídce zemřelého.
P.299	Možnost prohlížení relevantní klinické pacientské dokumentace při popisu nálezu
P.300	Možnost nastavit potvrzování nálezů erudovanějším lékařem (druhé čtení).
P.301	Možnost zápisu dodatků (bez omezení počtu) k již uvolněnému nálezu, oprava textu a tisk.
P.302	Odeslání nálezu a dodatků žadateli, upozornění žadatele na nález nebo dodatek.
P.303	Archivace odeslaných nálezů a jejich dodatků v odeslaném stavu, možnost náhledu na odeslané verze nálezů a dodatků.
P.304	Využití dat z laboratorního modulu – viz kap. 6.5.2.7 – Laboratorní systém (LIS).
P.305	Využití dat z PACS: možnost vkládání odkazů na obrazovou dokumentaci a výsledků vyšetření (viz integrace s PACS).
P.306	Komplexní systém pro zpracování vzorků užívaný pro biopsii, cytologii a nekropsii.

Strana 45 / 142

#	Požadavek
P.307	Podpora procesů bioptické a cytologické laboratoře a bioptických a cytologických vyšetření: elektronická žádanka, zapsání výsledků a uvolnění výsledků.
P.308	Podpora procesů nekroptické diagnostiky: založení a zapsání pitevního protokolu, komplexní systém pro zpracování požadavku na patologicko-anatomickou pitvu s vazbou na LIS.
P.309	Vytvoření a vyplnění příslušných částí Listu o prohlídce zemřelého, možnost podpisu a tisku.
P.310	Předávání dat pro vykazování pojišťovnám a pro potřeby statistických výstupů nemocnice a ÚZIS/NZIS.
P.311	Tiskové sestavy – min. následující: celé vyšetření nebo každý vzorek samostatně, Průvodní list k histologickému materiálu, Pitevní protokol, List o prohlídce zemřelého, uživatelské formuláře, žádanky a štítky, spotřeba materiálu.
P.312	Elektronické vedení a archivace Pitevního protokolu a Listu o prohlídce zemřelého.
P.313	Statistiky provedených vyšetření, výkonů, spotřebovaného materiálu apod., možnost exportu dat
P.314	Možnost vytvářet další specifické statistické sestavy ze zadávaných dat pro potřeby pracoviště
P.315	Číselníky morfologií a topografií.
P.316	Napojení na příruční sklad včetně vazby na přípravu roztoků podle předdefinovaných položek.
P.317	Evidenci spotřeby spotřebovaného materiálu.
P.318	Možnost využít standardně předdefinovaných textů a šablon pro usnadnění práce uživatele, možnost jejich změny.
P.319	Elektronická evidence těl zemřelých pacientů uložených na oddělení patologie.

Tabulka 16: Patologie

3.3.12 Žádanky/výsledky

Požadavky na tuto část NIS jsou následující:

Požadavek

P.320

Žádanky a výsledky jsou v NIS NBv řešeny pomocí modulu v AMIS*H, který zůstane zachován.

V případě, že dodavatel provede náhradu daného modulu, musí dodat všechny funkcionality stávajícího modulu dle dokumentace, realizovat existující integrace a zajistit migraci dat.

P.321

Tento modul bude modernizován tak, aby plnil požadavky nařízení eIDAS a bude rozšířen o dále uvedené nové funkce.

Strana 46 / 142

#	Požadavek
P.322	Možnost nahrazení tištěných interních žádanek čistě elektronickými s elektronickým podpisem nebo pečetí.
P.323	Žádanky na laboratoře musí odpovídat normě ČSN EN ISO 15189:2013 „Zdravotnické laboratoře - Požadavky na kvalitu a způsobilost“
Ambulantní vyšetření od jiného poskytovatele zdravotních služeb
P.324	Příjem el. žádanky na ambulantní vyšetření od jiného subjektu prostřednictvím eHealth systému JmK (eMeDocS).
P.325	Odeslání el. žádanky na ambulantní vyšetření do jiného subjektu prostřednictvím eHealth systému JmK (eMeDocS).
P.326	Příjem el. výsledku/nálezu z ambulantního vyšetření od jiného poskytovatele zdravotních služeb prostřednictvím eHealth systému JmK (eMeDocS).
P.327	Odeslání el. výsledku/nálezu z ambulantního vyšetření jinému poskytovateli zdravotních služeb prostřednictvím eHealth systému JmK (eMeDocS).
Laboratorní vyšetření
P.328	Součástí žádanky na laboratorní vyšetření musí být povinně seznam léků, které pacient aktuálně užívá (např. ATB, warfarin apod.).
P.329	U žádanky na laboratorní vyšetření: 1. Komentáře k žádance (např. u odběru) musí umožnit zadat min. 2000 znaků, možnost zadat více komentářů více pracovníky. 2. V případě, že součástí žádanky jsou odběry, umožnit zadat místo odběru.
P.330	Možnost zobrazení seznamu žádanek a vyšetření k danému pacientovi na odděleních (aktuální, historických).
P.331	Laboratorní výsledky 1. Celkový výsledek musí umožnit zadat min. 2000 znaků. 2. Komentáře k výsledku musí umožnit zadat min. 2000 znaků, možnost zadat více komentářů více pracovníky. 3. Zobrazení všech komentářů k výsledku na žádajícím oddělení.
P.332	Laboratorní výsledky – zobrazení došlých výsledků v přehledné grafické tabulkové podobě.
P.333	Laboratorní výsledky – možnost zobrazení výsledků vybraných laboratorních metod v podobě grafu.
P.334	Laboratorní výsledky – barevné označení patologických hodnot, možnost zobrazení referenčních mezí.
P.335	Laboratorní výsledky – možnost nastavení uživatelských filtrů pro vybrané laboratorní metody/skupiny metod (napříč všemi typy laboratoří).

Strana 47 / 142

#	Požadavek
P.336	Možnost převzetí výsledků z laboratorních vyšetření ze všech laboratoří do zpracovávané dokumentace pacienta (propouštěcí, ambulantní zprávy atd.)
P.337	Výsledky laboratorních vyšetření přebírat z LIS do NIS i ve formě elektronické dokumentace dle zákona (elektronicky podepsané PDF), uložení do NIS, do AZD, možnost opakovaného tisku z předané elektronické formy.
P.338	Do žádanek a výsledků možnost zadat poznámky, případně komentáře, které budou předávány mezi NIS a LIS, nebudou součástí zdravotnické dokumentace, budou určeny jen pro vnitřní potřebu žadatele/příjemce.
Transfuzní přípravky (TP)
P.339	Elektronické zadávání žádanek imunohematologická vyšetření (některá jsou nutná pro výdej TP) a na transfuzní přípravky z krevní banky.
P.340	V rámci NIS vést evidenci podaných transfuzních přípravků u každého pacienta. Celkový počet evidovaných podání transfuzních přípravků u každého pacienta zobrazit žadateli a přenášet do LIS v rámci žádanky na transfuzní přípravky.
P.341	Přebírání výdejek transfuzních přípravků z LIS do NIS a záznam do dokumentace pacienta.
P.342	Při podání transfuzního přípravku pacientovi musí být zaznamenáno (dle výdejky): transfuzní přípravek, přesný čas podání, množství, kdo podal, kdo asistoval, transfuzní set (materiál) a další nezbytné údaje (dle požadavků SÚKL).
P.343	Po výdeji, podání a záznamu všech nezbytných údajů, automaticky dle kódu přípravku ve výdejce před k vyúčtování péče zdravotní pojišťovně (včetně transfuzního setu a kódu podání).
P.344	Záznam informace o potransfuzní reakce (ANO/NE), v případě, že bude potransfuzní reakce, povinně vyžadovat záznam reakce na transfuzi, včetně povinných vyšetření před a po transfuzi (teplota, tlak atd.), případně další relevantní údaje. Přenos informace o potransfuzní reakci do LIS.
Externí žádanky
P.345	Možnost vyplnit externí žádanku na vyšetření, její podpis (elektronický), případně tisk a předání pacientovi.
P.346	Možnost zaslání externí žádanky na vyšetření elektronicky prostřednictvím eHeath JMK na zařízení připojení do systému výměny zdravotnické dokumentace (viz kap. 3.3.4.1).
P.347	Příjem výsledků vyšetření elektronicky prostřednictvím eHeath JMK na zařízení připojení do systému výměny zdravotnické dokumentace (viz kap. 3.3.4.1).
P.348	Pro ostatní subjekty možnost předání elektronicky podepsané žádanky na administrativního pracovníka, který zašle např. prostředkovým datových schránek.

Strana 48 / 142

#	Požadavek
P.349	Seznam pracovišť kam lze zaslat externí žádanku včetně možností využití elektronických kanálů. Při tvorbě externí žádanky možnost výběru pracoviště a následně distribuce dle nastavení pro dané pracoviště.
Ostatní požadavky
P.350	Připravenost el. žádanek a výsledků na zavedení bezvýznamového identifikátoru při komunikaci s externími subjekty, pokud toto bude v době realizace projektu technicky a legislativně připraveno na straně státu.
P.351	Možnost hromadného načtení souboru platných IČP z portálu VZP – externích žadatelů a následné vyhledávání podle IČP. Nyní v AMIS*H probíhá ruční zadávání externích pracovišť a hledání podle odd. IT vymyšlené zkratky pracoviště.
P.352	Automatické generování čísel žádanek dle úseků. Platí i pro žádanky specifické k oddělení.

Tabulka 17: Žádanky/výsledky

3.3.13 eNeschopenka

Požadavky na tuto část NIS jsou následující:

#	Požadavek
P.353	Agenda eNeschopenka využívána v hospitalizační i ambulantní části.
P.354	NIS NBv musí nově zajistit komunikaci se službou Veřejného rozhraní pro e - Podání (VREP ČSSZ) Hlášení pracovní neschopnosti (dále jen „HPN“), která umožňuje ošetřujícímu lékaři (zdravotnickému zařízení) formou datové věty předávat tento formulář související s dočasnou pracovní neschopností (dále jen „DPN“): I. díl – Hlášení o vzniku DPN.
P.355	NIS NBv musí nově zajistit komunikaci se službou Veřejného rozhraní pro e - Podání (VREP ČSSZ) Hlášení pracovní neschopnosti (dále jen „HPN“), která umožňuje ošetřujícímu lékaři (zdravotnickému zařízení) formou datové věty předávat tento formulář související s dočasnou pracovní neschopností (dále jen „DPN“): II. díl – Ukončení DPN.
P.356	NIS NBv musí nově zajistit komunikaci se službou Veřejného rozhraní pro e - Podání (VREP ČSSZ) Hlášení pracovní neschopnosti (dále jen „HPN“), která umožňuje ošetřujícímu lékaři (zdravotnickému zařízení) formou datové věty předávat tento formulář související s dočasnou pracovní neschopností (dále jen „DPN“): Hlášení ošetřujícího lékaře (je možné zasílat službou e – Podání HPN nebo prostřednictvím ePortálu ČSSZ).

Tabulka 18: eNeschopenka

3.3.14 Dlouhodobý bezpečný archiv elektronické zdravotnické dokumentace (Archiv EZD) Archiv elektronické zdravotnické dokumentace (dále jen archiv) bude zajišťovat dlouhodobé a důvěryhodné uložení zdravotnické a ostatní dokumentace podle zákona č. 499/2004 Sb., o archivnictví a spisové službě, Národního standardu pro elektronické systémy spisové služby (NSeSSS) a podle úrovně

Strana 49 / 142

technického řešení problematiky obvyklého v Evropské unii, vedené v elektronické formě, podle zákona č. 372/2011 Sb., o zdravotních službách, a vyhlášky č. 98/2012 Sb., o zdravotnické dokumentaci a vyhlášky 137/2018 Sb., tzn., že musí dlouhodobě a důvěryhodně uchovávat jak textovou, tak obrazovou zdravotnickou dokumentaci, ale také grafické, digitální a jiné audiovizuální záznamy, které jsou součástí zdravotnické dokumentace. Pro komunikaci s ostatními interními zdravotnickými informačními systémy musí poskytovat rozhraní nebo konektory podporující standardy využívané ve zdravotnictví, jako jsou DASTA, HL7 a DICOM, a dále komunikační rozhraní založené na protokolu SOAP, případně architektuře REST.

Archiv elektronické zdravotnické dokumentace musí být nezávislý na informačních systémech, ve kterých je zdravotnická dokumentace vytvářena v elektronické formě a po jejím uzavření odesílána do archivu, kde je dlouhodobě a důvěryhodně uchovávána v souladu s legislativou. Uchování dokumentace a přístup k ní je pak nezávislý na zdrojovém systému, který může být nahrazen jiným systémem, aniž by to mělo dopad na dostupnost a důvěryhodnost archivované dokumentace.

Archiv elektronické zdravotnické dokumentace se stará o zachování důvěryhodnosti uložených elektronických dokumentů (elektronických podpisů, pečetí a časových razítek). Elektronicky uložený dokument se dá, dle evropské i české legislativy, pokládat za důvěryhodný, je-li opatřen platným zaručeným elektronickým podpisem nebo pečetí a kvalifikovaným časovým razítkem. Při zachování platnosti těchto prvků elektronického zabezpečení a neporušenosti datové integrity (kontrolní součet vypočtený z obsahu odpovídá kontrolnímu součtu vypočtenému v době podpisu) se dá takovýto dokument pokládat za důvěryhodný bez ohledu na formu jeho fyzického uložení.

Elektronická zdravotnická dokumentace pacienta (subjekt údajů) uložená v archivu musí být jednoznačně propojena s identitou pacienta v registru unicitních pacientů za účelem vytvoření centrálního elektronického zdravotního záznamu pacienta (Eletronic Health Record - EHR) v rámci zdravotnického zařízení. Registr unicitních pacientů musí být součástí archivu a je automaticky vytvářen na základě metadat předávaných spolu s každým ukládaným dokumentem ze zdrojových systémů nebo na základě administrativních událostí v provozních systémech spojených s evidencí pacientů, kterým je nebo byla poskytnuta zdravotní služba.

Archiv musí umožňovat řízenou skartaci postavenou dle platných předpisů pro zdravotnickou

dokumentaci.

Archiv musí umožňovat nastavení a řízení přístupových práv dle rolí uživatele a jeho organizačního zařazení a musí mít uživatelské rozhraní, ve kterém bude možné na základě oprávnění vyhledávat archivované dokumenty a zpřístupňovat je uživateli ke čtení nebo provádět manuální opravy pacientských metadat, slučovat chybně zaevidované dokumenty nebo duplicitně zaevidované pacienty včetně navázané dokumentace.

Podrobné požadavky na archiv elektronické zdravotnické dokumentace:

#	Požadavek
P.357	Systém musí být plně v souladu s platnou legislativou pro vedení zdravotnické dokumentace v elektronické podobě, tj. se zákonem 372/2011 Sb., o zdravotních službách, zejména s § 55 odstavci a), b), c), e), h), i) a s § 65 vymezujícím nahlížení do zdravotnické dokumentace, pořizování jejích výpisů nebo kopií.

Strana 50 / 142

#	Požadavek
P.358	Systém musí v souladu s platnou vyhláškou č. 98/2012 Sb. a vyhláškou 137/2018 Sb., o zdravotnické dokumentaci, zejména podporovat ukládání a zpřístupňování dokumentace ve formě textových, grafických, audiovizuálních, digitálních nebo jiných obdobných záznamů, a dle přílohy č. 2 a 3 být v souladu se zásadami pro uchovávání zdravotnické dokumentace a postupy při jejím vyřazování a zničení po uplynutí doby uchování (řízený proces skartace).
P.359	Pro komunikaci s jinými systémy a přístroji produkujícími záznamy, které jsou součástí zdravotnické dokumentace, musí systém podporovat datové standardy pro výměnu zdravotnické dokumentace HL7, DASTA, DICOM, XML a umožňovat komunikaci se zdrojovými systémy elektronické zdravotnické dokumentace (KISy, LIS, RIS, PACS apod.) nebo přístrojovou technikou (přístroje s DICOM rozhraním apod.) prostřednictvím různých typů protokolů jako HL7, DICOM, SOAP, REST apod.
P.360	Univerzální archivační systém umožňující napojení stávajících i v budoucnu pořízených produkčních systémů spravujících a pořizujících zdravotnickou dokumentaci (NIS, LIS, RIS, PACS apod.) nebo přístrojové techniky.
P.361	Systém musí ukládat dokumenty minimálně ve formátech PDF/A, HL7, XXXXX, DICOM, XML.
P.362	Systém musí zajišťovat tyto kroky procesu dlouhodobé archivace dokumentů: 1. kontrola neporušenost kontrolního součtu dokumentu a kontrola platnosti elektronických podpisů připojených k dokumentu na základě platnosti kvalifikovaného certifikátu, 2. připojení metadat: aktuální verze CRL (seznam zneplatněných certifikátů), OCSP odpovědi, případně další, 3. připojení časového razítka tak, aby kontrolní součet chránil nejen samotný dokument, ale i jeho metadata, periodické připojování dalších časových razítek tak, aby každé další bylo připojeno před vypršením platnosti předchozího.
P.363	Systém musí umožňovat fixaci archivovaných dokumentů formou elektronické pečeti a časového razítka.
P.364	Systém musí umožňovat tvorbu archivních balíčků zajišťujících dlouhodobou platnost celé sady dokumentů, což vede k optimalizaci procesu razítkování a přerazítkování dokumentů tak, aby byly minimalizovány náklady na razítka od časové autority. Systém balíčkování musí splňovat minimálně následující vlastnosti: 1. možnost balíčkování dokumentů do jednoho archivního balíčku nezávisle na jejich typu, významu, různých přístupových právech a bez jejich vzájemného vztahu; 2. poskytování důkazních informací k jednotlivým dokumentům bez nutnosti znalosti obsahu ostatních dokumentů ve stejném archivním balíčku; možnost mazat z archivu dokumenty, aniž by byla ovlivněna schopnost prokázání platnosti ostatních dokumentů ošetřených stejným archivním balíčkem.

Strana 51 / 142

#	Požadavek
P.365	Systém musí mít službu autorizované konverze, která by minimálně umožnila konvertovat PDF/A dokument do papírové formy.
P.366	Systém musí umožňovat řízený proces skartace dle platné vyhlášky č. 98/2012 Sb., o zdravotnické dokumentaci v aktuálním znění (viz přílohy č. 2 a 3 této vyhlášky) a vyhlášky 137/2018 Sb., vytvoření skartačního návrhu na základě skartačního plánu, skartačních znaků a skartačních lhůt.
P.367	Systém musí umět dynamicky reagovat na dodatečné informace, které mohou dodatečně ovlivnit a změnit skartační plán a zohlednit tyto změny do skartační lhůty pro konkrétní archivované dokumenty.
P.368	Systém musí vytvářet protokoly o uskutečněných skartacích a na vyžádání poskytovat zdrojovým systémům informace o skartovaných dokumentech.
P.369	Systém musí umět převést zdrojová data ve formátu JPEG do formátu DICOM s využitím předaných metadat nebo na základě ručně zadaných metadat.
P.370	Elektronická zdravotnická dokumentace pacienta (subjekt údajů) uložená v archívu musí být jednoznačně propojena s identitou pacienta v registru unicitních pacientů za účelem vedení centrálního elektronického zdravotního záznamu pacienta (Eletronic Health Record - EHR) v rámci zdravotnického zařízení.
P.371	Registr unicitních pacientů musí být součástí systému. Registr bude pracovat s identifikací v souladu s legislativou a prováděcími předpisy platnými ke dni dokončení realizace řešení, vč. zajištění připravenosti na postupné opuštění rodných čísel, jako jediného výměnného identifikátoru a zavedení bezvýznamového identifikátoru během doby udržitelnosti, pokud nebude možné tento přechod realizovat během realizace projektu.
P.372	Pro podporu komunikace s ostatními interními, ale převážně externími systémy musí mít registr pacientů implementované transakční součásti IHE PIX profilu (Patient Identifier Cross Referencing) a to „Patient Identity Feed“ pro příjem identifikačních a demografických údajů o pacientovi, „Query/Retrieve“ pro vyhledání pacienta a „Update Notification“ pro příjem informací o změně identifikačních a demografických údajů o pacientovi.
P.373	Pro podporu sdílení zdravotnické dokumentace mezi systémy i zdravotnickými subjekty nezávisle na zdrojových systémech musí mít systém implementován IHE XDS profil (Cross- Enterprise Document Sharing), včetně registru dokumentů (document registry) obsahujícím identifikátory záznamů. Systém musí být připraven na poskytování identifikátorů dokumentů do národního indexu zdravotnické dokumentace prostřednictvím IDRR, pokud to v době realizace bude technicky a legislativně možné.
P.374	Systém musí obsahovat uživatelské rozhraní pro přístup k uložené dokumentaci provozované ve webovém prohlížeči bez nutnosti instalovat přídavné moduly či rozšíření. Toto uživatelské prostředí musí umožňovat vyhledávání dle různých vyhledávacích kritérií, např. dle pacienta, klinické události apod.

Strana 52 / 142

#	Požadavek
P.375	Systém musí umožňovat provoz ve dvou synchronizovaných instancích.
P.376	Systém musí být schopen ukládat archivované dokumenty do různých fyzických úložišť s uložením odkazů na dokumenty v těchto úložištích a se schopností předávat informace o skartaci do těchto úložišť.
P.377	Systém bude chránit osobní údaje pacientů a bude v souladu s Nařízením Evropského parlamentu a Rady (EU) 2016/679 ze dne 27. dubna 2016 o ochraně fyzických osob (GDPR) v souvislosti se zpracováním osobních údajů a o volném pohybu těchto údajů.
P.378	Komunikace s ostatními systémy i přístup prostřednictvím uživatelského prostředí může být zabezpečena prostřednictvím zabezpečených (šifrovaných) kanálů.
P.379	Systém musí podporovat identifikaci, autentizaci a autorizaci jak pomocí interních mechanismů systému, tak s využitím adresářových služeb (LDAP/AD).
P.380	Systém umožní řídit přístupová oprávnění jednotlivých subjektů jen k údajům, ke kterým mají a mohou mít přístup.
P.381	Systém povede žurnál logů o všech operacích v archivu s možností exportu logů do externího SIEM systému. Veškeré přístupy k datům a aktivita uživatelů v archivu budou logovány tak, aby byly zřejmé přístupy k jednotlivým údajům a zpětná kontrola těchto údajů. V systému bude evidována jednoznačná identifikace kdo, kdy provedl zápis do systému nebo provedl náhled do dokumentace.
P.382	Systém musí být připraven na provoz 24x7x365 (non-stop).
P.383	Systém musí být funkční na min. konfiguraci pracovních stanic uvedených v kap. 6.5.7 – Pracovní stanice uživatelů.
P.384	Archivační systém nesmí být licenčně omezen na počet nebo typ připojených produkčních systémů nebo přístrojů; typ archivované dokumentace; počet uživatelů nebo zobrazovacích stanic
P.385	Systém musí zajistit automatické transformace dokumentů k zajištění dlouhodobé archivace.
P.386	Auditování a logování provozu jednotlivých prvků systému a možnost vyhodnocování min. 5 let zpětně.
P.387	Integrační rozhraní musí být podporovat standard NSeSSS, resp. komunikaci prostřednictvím tohoto standardu.

Tabulka 19: Dlouhodobý bezpečný archiv elektronické zdravotnické dokumentace (Archiv EZD)

Strana 53 / 142

3.3.15 Elektronický recept

Požadavky na tuto část NIS jsou následující:

#	Požadavek
P.388	Elektronický recept je v NIS NBv řešen pomocí modulu v AMIS*H, který zůstane zachován. V případě, že dodavatel provede náhradu daného modulu, musí dodat všechny funkcionality stávajícího modulu dle dokumentace, realizovat existující integrace a zajistit migraci dat.
P.389	Tento modul bude modernizován tak, aby plnil požadavky nařízení eIDAS a bude rozšířen o dále uvedené nové funkce.
P.390	Systém podporuje pozitivní listy, je možné vést oddělené pozitivní listy pro ústavní a komerční lékárnu. Správa pozitivních listů je možná oprávněným uživatelem.
P.391	Uživatelé musí být schopni volit z nabídky léků, které jsou aktuálně k dispozici. Na základě integrace s lékárenským systémem je lékař schopen zjistit dispozici léčivého přípravku i aktuální výši doplatku za léčivo.
P.392	Možnost komunikovat s CÚ SÚKL dle požadavků legislativy.
P.393	Elektronická preskripce bude sloužit k vystavení lékařského předpisu z klinického informačního systému v elektronické podobě (tzv. eRecept) dle platné legislativy a pravidel v době realizace systému.
P.394	Vytvoření elektronické podoby receptu nebo poukazu (eRecept) ve struktuře požadované SUKL.
P.395	Podpis vytvořeného elektronického receptu nebo poukazu pomocí kvalifikovaného elektronického podpisu.
P.396	Odeslání podepsaného elektronického receptu nebo poukazu na centrální uložiště receptů (dále CU) SÚKL.
P.397	Příjem elektronických identifikačních znaků receptu nebo poukazu a jednotlivých položek na receptu z CU SÚKL.
P.398	Oprava dříve uloženého eReceptu v CU SÚKL.
P.399	Stornování dříve uloženého eReceptu v CU SÚKL.
P.400	Možnost dotázat se CÚ SÚKL z prostředí klinického systému, zda byl konkrétní eRecept (recept/poukaz) vyzvednut v lékárně.
P.401	Záznam telefonního čísla, na které byl zaslán elektronický recept do dokumentace pacienta a možnost zobrazit toto číslo u receptu.

Tabulka 20: Elektronický recept

Strana 54 / 142

3.3.16 Pojišťovna (výkaznictví)

Požadavky na tuto část NIS jsou následující:

#	Požadavek
P.402	Pojišťovna je v NIS NBv řešena pomocí modulu AMIS*H POJ5, který zůstane zachován. V případě, že dodavatel provede náhradu daného modulu, musí dodat všechny funkcionality stávajícího modulu dle dokumentace, realizovat existující integrace a zajistit migraci dat.
P.403	Tento modul bude modernizován tak, aby plnil požadavky nařízení eIDAS a bude rozšířen o dále uvedené nové funkce.
P.404	Evidence výkonů včetně evidence, zda jsou zasmluvněny se zdravotními pojišťovnami. V případě používá nenasmlouvaného výkonu, upozornění uživatele s dotazem, zda chce opravdu výkon vykázat.
P.405	Nasazování veškerých potřebných číselníků – výkony dle platného seznamu zdravotních výkonů s bodovými hodnotami, HVLP, IVLP, ZP a další dle SÚKL a VZP. Uchování historie změn číselníků, včetně zpětného využití. Možnost editace a vkládání dalších položek (např. nových léků bez úhrady z VZP. schválených mimořádně na žádanku apod.)
P.406	Podpora číselníku N-léků VZP (= léky, které lze vykazovat za hospitalizace); paralelní číselníky léků od ostatních ZP. Ve vazbě na konkrétní pojišťovnu.
P.407	Import číselníku IČP od VZP = Číselník externích žadatelů.
P.408	Vykazování výkonů dle platné výkonové vyhlášky (metodiky vyúčtování VZP).
P.409	Ověřování pacientů vůči B2B službám VZP.
P.410	Import do číselníku frekvenčního omezení výkonů.
P.411	Nastavení ceny bodu dle platné legislativy (pro jednotlivé odbornosti, ZP, výkony,…). Prostor pro ruční nastavení ceny bodu ve specifických případech (komerční pojištění, smluvní partneři apod.).
P.412	Číselník nasmlouvaných výkonů (kontrola při zadávání výkonů do účtů), případné propojení s elektronickými přílohami č. 2 (pro jednotlivé ZP); kontrola vykazovaných výkonů na číselník nasmlouvaných výkonů.
P.413	Rozšíření kontroly kombinace položek (výkony, diagnózy, ZUP, markery).
P.414	Kontrola splnění požadavků u vykazování výkonu 09555 Ošetření dítěte do 6 let (věk, odbornost).
P.415	Kontrola splnění požadavků u vykazování výkonu 09563 Výkon ústavní pohotovostní služby (lze vykázat pouze ambulantně, přičítá se u každého pacienta k výkonu prvního klinického vyšetření v rámci jedné lékařské pohotovostní služby u jednoho poskytovatele lůžkové zdravotní péče vždy v rámci pohotovostní služby).

Strana 55 / 142

#	Požadavek
P.416	Kontrola splnění požadavků u výkonu 09543 Signální výkon klinického vyšetření (Vykazuje se u všech věkových kategorií s výkonem klinického vyšetření provedeným pojištěnci při návštěvě klinického psychologa a klinického logopeda a dále s výkonem klinického vyšetření provedeným pojištěnci staršímu 18 let při návštěvě u praktického lékaře, praktického lékaře pro děti a dorost, ženského lékaře, zubního lékaře, ambulantního specialisty a při návštěvní službě poskytnuté praktickým lékařem a praktickým lékařem pro děti a dorost). Tzn. kontrola na věk, odbornost, hospitalizaci atd. Automaticky doplňovat signální výkony 09543 ke klinickému vyšetření a 09544 k ošetřovacímu dni.
P.417	Kontrola na IČP žadatele a poskytovatele u poukazu na ošetření. Pokud je IČP žadatele shodné s IČP poskytovatele, umožnit konverzi (hromadnou) na ambulantní doklad.
P.418	Umožnit pozastavení, následnou kontrolu a případnou opravu těch poukazů na ošetření, které mají interního žadatele s hospitalizační odborností a požadované výkony jsou provedeny již mimo interval hospitalizace. (Poukazy na vyšetření, která jsou provedena mimo interval hospitalizace, musí mít ambulantního žadatele.)
P.419	Kontrola vykázaného množství u ZULP.
P.420	Pořizování cen ZULP dle průměrných/nákupních cen.
P.421	Automatické přebírání účtovaných výkonů z oddělení pro vyúčtování péče. Zamezení přepisování údajů z oddělení pro vyúčtování péče.
P.422	Převod hospitalizačního žadatele na ambulantního.
P.423	Automatické nahrávání k-dávek.
P.424	Koderské centrum – úpravy hospitalizačních účtů.
P.425	Úpravy hospitalizačních případů pro potřeby CZ-DRG.
P.426	Podpora evidence čerpání nadstandardních služeb.
P.427	Podpora závěrečného účtu pacienta – včetně nadstandardních služeb a plateb – sběr nebo poskytnutí dat pro závěrečný účet pacienta včetně čerpání služeb neevidovaných v KIS (strava, Internet, …)
P.428	Podpora řešení hospitalizace doprovodů vykazovaných i nevykazovaných ZP – návaznost na vyúčtování pro ZP, statistiky využití lůžkového fondu, účtování nadstandardních služeb.
P.429	Možnost jednoduchého zobrazení zadaných výkonů pacienta i při náhledu do historické dokumentace pacienta a to přímo z příslušné části dokumentace pacienta, ke které výkony přísluší.

Tabulka 21: Pojišťovna (výkaznictví)

Strana 56 / 142

3.3.17 Fakturační modul

Požadavky na tuto část NIS NBv jsou následující:

#	Požadavek
P.430	Dodávka fakturačního modulu pro zajištění fakturace poskytnuté péče nad rámec veřejného zdravotního pojištění.
P.431	Fakturační modul umožní zpracování podkladů pro vydávání, storna, případně opravy faktur v ekonomickém systému. Bude se jednat o podklady pro vydávání faktur ve všech relevantních sazbách DPH za poskytnutou péči: regulační poplatky, nadstandardy, výkony nehrazené, agregace, samoplátci, hospitalizace atd.
P.432	Tisk účetních dokladů (faktur, potvrzení o přijetí platby).
P.433	Předávání podkladů pro faktury do ekonomického systému (viz integrace). Přenos pokladů pro faktury do účetního systému včetně podkladů pro faktury pro zdravotní pojišťovny – denně (viz integrace).
P.434	Přenos z účetnictví do NIS informace o platbě faktur (o spárování faktury s úhradou) – denně.
P.435	Správa ceníků pro účtování péče.
P.436	Import údajů o ZUM, dle specifikace do účetnictví (do vnitropodnikového dokladu).
P.437	Sestavy s přehledy vystavených faktur a pro potřeby finanční kontroly, dle oddělení/nemocnici, za vybrané období.

Tabulka 22: Fakturační modul

3.3.18 Centrální registr pacientů

Požadavky na tuto část NIS NBv jsou následující:

#	Požadavek
P.438	Centrální registr pacientů je v NIS NBv řešen pomocí modulu v AMIS*H, který zůstane zachován. V případě, že dodavatel provede náhradu daného modulu, musí dodat všechny funkcionality stávajícího modulu dle dokumentace, realizovat existující integrace a zajistit migraci dat.
P.439	Tento modul bude modernizován tak, aby plnil požadavky nařízení eIDAS a bude rozšířen o nové funkce interního referenčního registru pacientů (dále MPI) v souladu s nařízením eIDAS, který bude referenčním zdrojem identifikačních, demografických a kontaktních údajů a údajů o zdravotním pojištění všech pacientů, kteří jsou vedeni v interních produkčních informačních systémech Zadavatele, zejména v NIS a archívu elektronické zdravotnické dokumentace.
P.440	Systém podporuje automatickou kontrolu identity a pojištění pacienta v průběhu příjmu k hospitalizaci / ambulantnímu ošetření v příslušném státním či pojišťovenském registru dle aktuálních legislativních a technických možností v době realizace projektu.

Strana 57 / 142

#	Požadavek
P.441	MPI bude ověřovat odpovídající údaje vůči externím autoritativním registrům, např. ARP (IDRR), ROB (IS ZR) nebo registr pojištěnců (VZP), podle toho, co bude v době realizace projektu legislativně platným autoritativním registrem. Komunikace s registry bude probíhat prostřednictvím služeb integrační vrstvy.
P.442	Řešení podporuje identifikaci pacientů pomocí fotografií a čárových kódů (s možností tisku čárových kódů pro nalepení na náramek pacienta) s cílem zajistit jednodušší a bezpečnější identifikaci pacientů a zabránit záměně pacientů.
P.443	Řešení musí umožnit vyhledávání pacientů pomocí různých kritérií, jako je RČ, jméno, věk, pohlaví, ošetřující lékař, datum registrace atd. V rámci vyhledávání musí být filtry, jako např. aktivní pacienti, neaktivní pacienti, objednaní pacienti atd.
P.444	Řešení musí poskytovat rozhraní interním produkčním systémům pro registraci nových pacientů, opravy nebo doplňování údajů, slučování duplicit z interních produkčních systémů a grafické uživatelské rozhraní pro manuální správu obsahu registru.
P.445	MPI bude poskytovat napojeným produkčním systémům (notifikované systémy) zprávu o změně v referenčních údajích pacienta a poskytovat rozhraní pro získání aktuálních referenčních údajů.
P.446	MPI bude připraven na zavedení bezvýznamového identifikátoru dle platné legislativy v době realizace a bude referenčním zdrojem tohoto bezvýznamového identifikátoru pro ostatní interní produkční systémy při komunikaci s externími subjekty.
P.447	MPI bude prostřednictvím služeb integrační vrstvy poskytovat informace externím systémům mimo NBv. Rozhraní integrační vrstvy bude podporovat IHE profily PIX a PDQ.
P.448	Možnost zapisovat k pacientovi významné informace, které budou součástí kmenových dat (např. alergie, předem vyslovené přání, …)
P.449	U jednotlivých pacientů vedení údajů o praktickém lékaři a odborných lékařích pacienta.
P.450	U jednotlivých pacientů vedení údajů o kontaktech (telefonní, mailový, …), osobách blízkých.
P.451	Generování náhradního rodného čísla, možnost identifikace cizince.
P.452	Možnost sloučení chybně evidovaných pacientů.
P.453	Kontroly správnosti RČ, čísla pojištěnce, hlídání duplicit, podobností, možnost stornování, oprav chybně zadaných dat.
P.454	MPI bude v souladu s GDPR uchovávat historii změn údajů, včetně autorizace změny.
P.455	Součástí dodávky je i naplnění MPI „vyčištěnými“ referenčními údaji z evidencí interních produkčních systémů, a pokud to bude v době realizace technicky a legislativně možné, tak i verifikovanými vůči autoritativním registrům.
P.456	Přístup k údajům a službám MPI pro ambulantní a hospitalizační provoz.

Strana 58 / 142

Tabulka 23: Centrální registr pacientů

3.3.19 Radiodiagnostika

Radiodiagnostika provádí diagnostické činnosti na základě vyšetření na zdravotnických přístrojích, tzv. modalitách, které poskytují obrazovou dokumentaci (CT, rentgeny, ultrazvuky apod.).

Požadavky na tuto část NIS NBv jsou následující:

#	Požadavek
P.457	Radiodiagnostika je v NIS NBv řešena pomocí modulu v AMIS*H, který zůstane zachován. V případě, že dodavatel provede náhradu daného modulu, musí dodat všechny funkcionality stávajícího modulu dle dokumentace, realizovat existující integrace a zajistit migraci dat.
P.458	Tento modul bude modernizován tak, aby plnil požadavky nařízení eIDAS a bude rozšířen o dále uvedené nové funkce.
P.459	Umožnit vedení samostatných částí zdravotnické dokumentace v čistě elektronické formě, minimálně v rozsahu „radiologický nález“.
P.460	Systém musí být plně integrován s PACS – předávání žádanek, předávání nebo přebírání výsledků (strukturovaných popisů) a provolávání DICOM prohlížečů.
Žádanky
P.461	Žádanka obsahuje údaje uvedené v § 3 odst. 2 vyhlášky č. 410/2012 Sb. [16] a minimálně následující údaje: 1. jednoznačnou identifikaci pacienta, 2. výšku, hmotnost a pohlaví pacienta, 3. jasnou specifikaci vyšetření (modalita a oblast), 4. klinickou diagnózu číselným kódem MKN-10, 5. indikaci – očekávaný přínos vyšetření (klinická otázka), 6. V případě, že lze předpokládat podání kontrastní látky, kontraindikace podání kontrastní látky, případně další důležité skutečnosti s tím spojené, 7. informace o graviditě, 8. informace o předchozích aplikacích radionuklidů a ionizujícího záření, které by mohly mít význam pro uvažované vyšetření nebo léčbu, 9. jméno a příjmení, podpis indikujícího lékaře a razítko pracoviště, 10. datum vystavení žádanky, případně datum objednání vyšetření, pokud je objednání k výkonu požadováno. 11. schválení indikace: jméno schvalující osoby a podpis (elektronický) Stávající forma papírové žádanky bude předána v rámci implementační analýzy, je nezbytné zachovat úplný obsah, forma bude předmětem návrhu řešení v rámci dodávky. Systém musí umožnit vytvoření a předání plnohodnotné žádanky pouze elektronicky.
P.462	Při zadávání žádanky automaticky zobrazit žadateli, kdy bylo u pacienta provedeno poslední stejné vyšetření.

Strana 59 / 142

#	Požadavek
P.463	Možnost zápisu žádanky na vyšetření od externích žadatelů přímo na RDG oddělení (opisem z papíru nebo skenem).
P.464	Pokud je u pacienta zjištěna polyvalentní alergie, asthma bronchiale, alergie na JKL automaticky upozornit zadávající osobu na tyto skutečnosti a nabídnout tabulku se speciální přípravou pacienta před vyšetřením – protialergická příprava. Systém musí umožnit správcům nastavit požadované aplikace léčiv a časování pro protialergickou přípravu, která bude nabídnuta zadávající osobě. Konkrétní výchozí požadovaných nastavení aplikací léčiv bude předáno v rámci implementační analýzy.
P.465	Při zadávání žádanek radiologickými asistenty u externích pacientů možnost vyhledávání a řazení pacientů a externích lékařů dle zvolených údajů (jméno, příjmení, identifikace).
P.466	Při vyplňování žádanky nastavit tak, aby indikující lékař nemohl pokračovat, dokud nevyplní požadované povinné údaje (např. indikace vyšetření, přínos vyšetření, co vyšetřením mám zjistit). Přesný výčet povinných údajů bude upřesněn v rámci implementační analýzy.
P.467	Při přijetí žádanky automaticky zobrazit na pracovišti radiodiagnostiky, kdy bylo u pacienta provedeno poslední stejné vyšetření.
P.468	V případě, že se jedná o nového pacienta nebo bylo poslední vyšetření provedeno v minulých letech, tak při přebírání žádanky a plánování provedení výkonů (t.j. přebírání žádanky radiologickým asistentem) automatické vytvoření nového čísla obálky pro aktuální rok. Toto se nevztahuje na případy, kdy již pacient má přiděleno číslo obálky pro aktuální rok.
P.469	Na žádance automaticky zobrazovat dostupné údaje pacienta – min. alergie na JKL, asthma bronchiale, polyvalentní alergie, chladová alergie, DM, PAD, hodnotu kreatininu, koagulace.
P.470	Při potvrzení přijetí žádanky provést záznam do plánu vyšetření a potvrzení termínu žadateli.
Objednávání na vyšetření a plán vyšetření
P.471	Dodávka plánovacího nástroje pro tvorbu plánu vyšetření.
P.472	Nástroj umožní nastavit limity (počty) vyšetření.
P.473	Nástroj umožní nastavit limity (počty) vyšetření pro jednotlivá oddělení NBv a externí žadatele. Současně umožní tyto limity omezit na vybraná časová období.
P.474	V plánu vyšetření zobrazovat ambulantní a hospitalizované pacienty na jedné obrazovce.
P.475	Možnost přednastavit časy vyšetření po 15 minutách.
P.476	Možnost zablokovat časy pro akutní vyšetření a iktový program, intervence – bez možnosti zadání žádanek na tyto časy z oddělení a ambulancí.
P.477	Parametry plánovače (limity, blokované časy, doby apod.) bude možné nastavovat pracovníky radiologie.

Strana 60 / 142

#	Požadavek
P.478	Možnost náhledu na plán operací na operačních sálech pro potřeby plánování výkonů v rámci operací.
P.479	Možnost zobrazení naplánovaných časů vyšetření k danému pacoentovi z jiných oddělení.
Vyšetření / nálezy
P.480	Umožnit tisky legislativně případně nemocnicí požadovaných dokumentů nad rámec společných dokumentů: 1. souhlas pacienta s ionizujícím zářením 2. souhlas pacienta s aplikací kontrastní látky apod. V seznamu dokumentů zobrazit nejprve specifické dokumenty a až následně ostatní (společné) dokumenty.
P.481	Možnost nahlížet do dokumentace pacienta při zápisu nálezu.
P.482	Možnost přednastavení standardních popisů a jejich kopírování/vkládání do nálezu.
P.483	Možnost prohlížení historických RDG nálezů při popisu snímků a jejich kopírování do nového nálezu.
P.484	Komunikace s PACS (a modalitami) formou vytváření pracovních listů (worklistů) modality.
P.485	Komunikace s PACS – zajištění komunikace nemocničního informačního systému se stávajícím PACS systémem, a to prostřednictvím worklistů. NIS musí umožňovat: 1. automatické sestavení „worklistu“ na základě žádanky v NIS a jeho odeslání v požadovaném formátu na server PACS, 2. textový popis vyšetření bude vytvářen v NIS a ukládán do databáze NIS, následně bude v NIS přenesen do nálezu. 3. spuštění prohlížeče snímků v PACS z NIS s předáním parametrů pro vyhledání konkrétní obrazové studie nebo všech studií pacienta. 4. Zobrazení žádanky a údajů pacienta v NIS ve formě odkazu z PACS.
P.486	Možnost diktovat nález a hlasový záznam automaticky převádět na psaný text do dokumentace pacienta (např. s použitím externího programu).
P.487	Pro popisujícího specialistu možnost náhledů všech vyšetření, epikrízy apod.
P.488	Možnost kontroly nálezu a potvrzení správnosti nálezu, záznam jak zpracovatele nálezu, tak kontrolující osoby.
P.489	Přehled nálezů / vyšetření (popisů) včetně stavu zpracování (rozpracován, dokončen, zkontrolován, potvrzena správnost, uvolněn).
Ostatní požadavky
P.490	Po provedení kontroly a případných úprav seznamu provedených výkonů a materiálu, automatické vyúčtování výkonů a zadaného materiálu dle provedeného vyšetření.

Strana 61 / 142

#	Požadavek
P.491	V případě, že proběhla pitva, možnost zobrazení výsledků pitvy.

Tabulka 24: Radiodiagnostika

3.3.20 Rehabilitace

Požadavky na tuto část NIS NBv jsou následující:

#	Požadavek
P.492	Vedení pacientské dokumentace v elektronické podobě na rehabilitačním oddělení a zároveň systém pro plánování procedur jako integrální součást systému s návazností na centrální registr pacientů.
P.493	Systém umožní pracovat s pacientem ambulantním i hospitalizovaným.
P.494	Přístup ke kompletní dokumentaci pacienta, včetně radiologických výsledků a obrazové dokumentace.
P.495	Možnost vyžádání konzilia rehabilitačního lékaře a záznam konzilia.
P.496	Elektronické zasílání žádanky (procedury, konzilia) z ostatních oddělení nemocnice (ambulance i hospitalizace). Součástí žádanky musí být požadované procedury, informace o místě, času a způsobu poskytnutí (ambulance rehabilitace, lůžkové oddělení). Vnitřní žádanka musí odpovídat vnitřní metodice nemocnice (bude předána v rámci implementační analýzy).
P.497	Možnost zápisu žádanky nebo poukazu od externích žadatelů přímo na oddělení (opisem z papíru nebo skenem).
P.498	Rehabilitace (fyzioterapie x ergoterapie) na lůžcích akutní rehabilitační péče a na lůžkových odděleních ostatních oddělení. Možnost zadávání do dokumentace nejen na oddělení rehabilitace, ale i na ostatních odděleních.
P.499	Zobrazení denní a týdenní objednávky pacientů pro daného fyzioterapeuta nebo ergoterapeuta s možností tisku a poznámky pro další návštěvu např. TEJP.
P.500	Ucelené řešení pro fyzioterapie – provázanost lékařské dokumentace, naplánování procedur, zápisů fyzioterapeutů (denní zápisy), kontrolní vyšetření. Umožnit lékaři zadat strukturovaně ordinované procedury s vyznačením pořadí, četnosti, opakování s vazbou pro plánování procedur.
P.501	Systém musí zahrnovat významné úkony rehabilitační medicíny pro účely: 1. vytváření léčebných plánů a objednání termínů jednotlivých procedur 2. přiřazení zdravotních problémů k příslušným procedurám a cvičením 3. zobrazení jednotlivých procedur léčebného plánu v dvou samostatných mřížkách 4. realizace kroků týkajících se procedur dle profilu a povolených kroků a charakteru daného rehabilitačního úkonu

Strana 62 / 142

#	Požadavek
	5. odeslání pacienta z ambulantní rehabilitační terapie buď do zdravotnického zařízení s denní péčí, nebo k hospitalizaci na lůžkovém oddělení.
P.502	Při plánování procedur: 1. umožnit hromadné objednání, svázání objednávek 2. možnost nastavení standardních skupin procedur 3. kontrola možné četnosti dle metodiky VZP 4. umožnit přihlédnout k přání pacienta, kdy chce procedury absolvovat 5. efektivní naplánování rehabilitačních procedur pacienta za pomoci grafické vizualizace v diáři 6. barevné odlišení jednotlivých procedur 7. jednotlivé procedury se nesmí překrývat 8. možnost společného objednávání procedur stejného pacienta tak, aby na sebe navazovaly (např. cvičení a elektroléčba). 9. jednoduché změny v naplánovaných procedurách s evidencí důvodu změny (nemoc pacienta apod.).
P.503	Rehabilitační plán: uživatel (přímo lékař nebo časovač/ka) zadá typy a počty procedur, kterých se má pacient účastnit. Následně časovač/ka v diáři naplánuje termíny pro jednotlivé procedury. Je možné rozplánovat buď všechny procedury (najedou nebo postupně) nebo naplánovat časy procedur na první týden a ty se potom ve stejném časovém rozložení rozkopírují na následující týdny.
P.504	Časování s týdenním rozpisem a automatickým rozplánováním: 1. Tisk rozpisu procedur pro pacienta, který musí obsahovat co si má pacient vzít s sebou a podmínky omlouvání a kontaktní telefony, případně email 2. Vlastní časování 3. Možnost konfigurace diáře a šablon
P.505	Požadavky na objednávací systém: 1. Objednání pacientů na vyšetření včetně kontrolního k rehabilitačnímu lékaři. 2. Po zadání konkrétních procedur, dnů v týdnu kdy bude pacient docházet a orientačního času bude systémem vyhledán nejbližší vhodný termín. 3. Systém je schopen kombinovat cvičebnu pro individuální terapii s ostatními procedurami a nabízet nejbližší vhodný termín.
P.506	Možnost zobrazit pacienty, kteří docházejí na denní rehabilitační cvičení a procedury. Údaje o pacientech musí obsahovat druh procedury či cvičení, doporučení lékaře a datum další procedury.
P.507	Přehledně zobrazovat vytíženost pracovišť, strojů, fyzioterapeutů.

Strana 63 / 142

#	Požadavek
P.508	Umožnit automatické vykázání potřebných výkonů po odcvičení včetně kódů. Možnost zadání a rozlišení pacient omluven/neomluven.
P.509	Rehabilitační dokumentace (denní záznam): použití přednastavených textů, každého fyzioterapeuta a ergoterapeuta.
P.510	Možnost zadání do systému následujících formulářů pro konkrétního pacienta a záznam do zdravotnické dokumentace: • Index/test Barthelové • Rozšířený Barthelové test • Vyšetření celkové hybnosti páteře Součástí je nejen zadávání do NIS, ale i tisky příslušných protokolů/formulářů. Formuláře budou poskytnuty v rámci implementační analýzy.
P.511	Po uzavření záznamu automatické vykazování poskytnuté péče (viz kap. 3.3.16).
P.512	Statistiky a přehledy: umožnit statisticky vyhodnocovat počty pacientů, vytíženost pracovišť, množství vykázaných výkonů. Přehledy o docházce pacienta, přehled procedur, které nebyly vykázány pojišťovně, resp. zaplaceny pacientem
P.513	Tisk potřebných dokumentů: 1. rozpis pro pacienta 2. Přehled plánovaných pacientů objednaných na dané pracoviště 3. Zdravotní dokumentace a. zápisy lékařů, fyzioterapeutů b. výpis zdravotní dokumentace pro komerční pojišťovny – docházka pacienta a lékařské vyšetření.
P.514	Umožnit tisky legislativně případně nemocnicí požadovaných dokumentů nad rámec společných dokumentů: 1. Poučení o vyšetření / ošetření – vyšetření per rectum, mobilizace per rectum, pir a presura svalstva pánevního dna per rectum palpační vyšetření pánevního dna vaginálně 2. Poučení o vyšetření / ošetření – elektrostimulace a myofeedback – terapie poruch svalstva pánevního dna za použití vaginálních nebo rectálních stimulačních a registračních sond 3. Poučení o vyšetření / ošetření – canisterapie 4. Poučení o vyšetření / ošetření – sportovní fyzioterapie a podologie v rámci prevence a reedukace pohybových stereotypů 5. Kineziologický rozbor – vyšetření pánevního dna 6. Kineziologický rozbor – centrální parézy 7. Svalový test 8. Svalový test obličeje

Strana 64 / 142

#	Požadavek
	9. Hodnocení psychického stavu 10. Xxxxxx Hip Function Scale 11. Xxxxxxxxxx bodové skóre 12. XxXxxxxx vyšetřovací spis bederní páteř 13. XxXxxxxx vyšetřovací spis bederní páteř kontrolní 14. XxXxxxxx vyšetřovací spis hrudní páteř 15. XxXxxxxx vyšetřovací spis hrudní páteř kontrolní 16. XxXxxxxx vyšetřovací spis krční páteř 17. XxXxxxxx vyšetřovací spis krční páteř kontrolní 18. Xxxxxxxx dotazník - hodnocení bolesti 19. Bergova funkční škála rovnováhy 20. Borgovo skóre dušnosti 21. Hodnocení pohyblivosti podle X. Xxxxxxx 22. Modifikovaná Ashworthova škála 23. Screenig poruch polykání GUSS V seznamu dokumentů zobrazit nejprve specifické dokumenty a až následně ostatní (společné) dokumenty. Formuláře budou poskytnuty v rámci implementační analýzy.
P.515	Umožnit statisticky sledovat vykázané výkony, resp. platby pacientů
P.516	Jednoduchá správa nastavení: možnost zadání kapacity pracoviště a přístroje, pracovní doby pracoviště, uzavření pracoviště a částečné uzavření pracoviště: sanitární den, nemoc apod.
P.517	Jednoduché změny v naplánovaných procedurách s evidencí důvodu změny: nemoc pacienta, nemoc fyzioterapeuta – odvolání, přeobjednání a objednání na hospitalizaci pacienta apod. Oznámení změny prostřednictvím SMS a emailu.
P.518	Připravenost systému a nastavení pro rehabilitační pracoviště uvedená v kap. 6.4.3 – Rehabilitace. Možnost administrátorského doplnění pracovišť, přístrojů a nastavení časovek a způsobu objednávání.
P.519	Elektronická evidence použití zdravotnických prostředků podléhajících evidenci (II b) – např. elektroléčba.
P.520	Přístup vedoucího k dokumentaci a výkonům podřízených pro provádění kontroly.

Tabulka 25: Rehabilitace

Strana 65 / 142

3.3.21 Strukturovaná medikace a evidence podaných léků

Požadavky na tuto část NIS NBv jsou následující:

#	Požadavek
P.521	Podání léků a evidence spotřeby až na pacienta s automatickým vykázáním plátci, vydání léků ze skladů (sledování nákladů na pacienta) a dle metodiky je automaticky zapisovat do dokladu pro plátce péče.
P.522	Je požadováno napojení na ústavní lékárnu a příruční sklady na lůžkových odděleních, poskytování informací o dostupnosti daného léčiva na skladu a informace o lécích na pozitivním listu.
P.523	Ordinace léčivého přípravku různých ordinačních skupin.
P.524	Preskripční omezení pro léky s preskripčním omezením: 1. umožnit ordinaci léčiv jen lékařům s odbornostmi, které ordinaci daného léčiva mohou provádět. 2. Umožnit ordinaci léčiv jen na indikace, pro které jsou určeny. V případě nesplnění těchto podmínek bude lékaři umožněno předepsání léčiva jen po explicitním zadání důvodu předepsání.
P.525	Ordinace infuzí, automatický výpočet délky podání a rychlosti podání infuze s možností ruční změny parametrů.
P.526	Indikace léků, pomůcek a materiálu, které vyžadují schválení revizním lékařem zdravotní pojišťovny. V případě výběru takového léku dotázání uživatele, zda je zajištěn souhlas revizního lékaře a zda chce tedy předepsat. Následné možnosti dalšího postupu: 1. Nebude předepsáno 2. Možnost vyplnění žádanky o schválení/ povolení – žádost na pojišťovnu k posouzení reviznímu lékaři o schválení úhrady 3. Potvrzení, že byla schválena úhrada pojišťovnou a předepsání Záznam výsledku do dokumentace pacienta, včetně dokumentů.
P.527	Možnost výběru náhradního léku dle ATC skupiny.
P.528	Možnost výběru léků z léků dostupných na oddělení nebo v nemocnici (klinické sklady, lékárna).
P.529	V případě výběru léku mimo pozitivní list, nutnost explicitního odůvodnění výběru tohoto léku.
P.530	Ukončení podávání léků – ex léku.
P.531	Prodloužení platnosti ordinovaných LP na definované období.

Strana 66 / 142

#	Požadavek
P.532	Kontrola a upozornění na lékové interakce – zjišťování lékových interakcí pomocí integrace se systémem „Kontrolní modul lékových interakcí DrugAgency, a.s.“ (Vademecum Infopharm), včetně dodávky tohoto systému a aktualizací.
P.533	Vložení informace o ordinovaných LP do dokumentace pacienta.
P.534	Ordinované medikace budou k dispozici na mobilním zařízení (inteligentní mobilní čtečka), kde v rámci aplikace v mobilním zařízení budou k dispozici veškeré potřebné informace pro sesterský personál, potřebné ke správnému a kompletnímu podání ordinovaných léčiv pacientovi.
P.535	Na základě přečtení identifikace pacienta čárovým kódem aplikace poskytne sestře informace o požadovaných ordinacích v daném čase včetně podmíněného podání, množství, formě, jednotek, informace o vnesených léčivech, maximální denní dávce a doplňujících informacích k podání.
P.536	V případě vyhledávání léčiv možnost zadání jen části názvu s nabídkou léčiv, která odpovídají názvu a možností vybrat.
P.537	Poskytnutí informací o již realizovaných podáních v rámci ordinačního období (platnosti dekurzu).
P.538	Přečtením čárového kódu z balení léku se dané léčivo načte v aktuální šarži, provede se kontrola na expiraci léku a sestra bude vyzvána k potvrzení podání a jeho množství, případně k doplnění informace o nepodání a vyplnění zdůvodnění nepodání.
P.539	Po úspěšném potvrzení podání systém automaticky odepíše podané množství daného léku správné šarže z příručního skladu oddělení a zapíše potvrzení podání do dokumentace v NIS.
P.540	Tisk ordinovaných LP jako součást dekurzu pacienta.
P.541	Možnost vložení předdefinovaných medikací (skupiny léků, složené infúze).
P.542	Podpora vedení trvalé medikace pacienta.
P.543	Systém umožní elektronickou evidenci podání léků on-line pomocí inteligentní mobilní čtečky u lůžka pacienta. Po identifikaci pacienta se na mobilní aplikaci vypíšou ordinované léky a sestra má možnost je načíst čtečkou čárových kódů a evidovat jejich podání až na konkrétní šarži.
P.544	Po načtení identifikace pacienta zobrazí seznam léků k podání v daný čas.
P.545	Po načtení léku zobrazí detail o podávaném léku, předpis podání, informace o již podaném množství z celkového množství k podání, množství k podání v daném okamžiku, informace, zda se jedná o vnesený lék.
P.546	Možnost zadat cílené nepodání léku s uvedením důvodu nepodání.
P.547	Možnost podat nenaordinovaný lék – aplikace upozorní, že se jedná o nenaordinovaný lék.

Strana 67 / 142

#	Požadavek
P.548	Aplikace umožní výpis všech podaných léků pacientovi.
P.549	Možnost vygenerování a vytištění rozpisu léků pacientovi při odchodu z nemocnice pro následné užívání.
P.550	Vedení opiátové knihy v souladu s vyhláškou č. 123/2006 Sb.
P.551	Možnost zadání vnesených léků do dokumentace pacienta z kteréhokoliv přijímajícího pracoviště.
P.552	Možnost načítání číselníků léčiv ze SÚKL i z VZP.
P.553	Možnost zobrazení informací o léčivých přípravcích v NIS z informačního systému léčivých přípravků (AISLP), možnost i odkazem do AISLP. Předplatné AISLP zajistí Objednatel.

Tabulka 26: Strukturovaná medikace a evidence podaných léků

3.3.22 Příruční sklady

Požadavky na tuto část NIS NBv jsou následující:

#	Požadavek
P.554	Centrální sklady léků a zdravotnického materiálu v IS Lékárna jsou bez důležitých vazeb na NIS, musí proto plně komunikovat s klinickými sklady v NIS NBv. NIS proto musí podporovat komunikaci se sklady a logistikou zdravotnického materiálu mimo NIS (integrace na IS Lékárna).
P.555	Přebírání vnitřní identifikace LP a SZM z externího systému (IS Lékárna) a využití této identifikace v modulech NIS s pomocí čteček čárových kódů. Upozorňujeme, že čárové kódy bude přidělovat centrální systém pro vedení skladů a logistiky LP a SZM (IS Lékárna) a není možné využít jiný kód. S čárovým kódem bude jednoznačně propojena informace o LP/SZM a jeho atributech (množství, šarže, expirace).
P.556	Systém musí umět vydávat do spotřeby položky evidované jak na skladu SZM, tak na klinických (příručních) skladech oddělení (realizace těchto klinických/příručních skladů je součástí tohoto projektu). Musí být zajištěna synchronizace číselníku zboží SZM. Informace o výdeji musí být využitelná pro evidenci a vykázání nákladů na pacienta nebo na výkon (např. operační) jako součást celkových nákladů. Číselník je součástí systému.
P.557	Uživatelé musí být schopni předepisovat SZM a LP, které budou dále spravovány v rámci místního zdravotnického zařízení. Řešení musí také umožnit výběr dle specifických informací, jako např. název prostředku. Strukturovaný předpis probíhá ve vazbě na číselník SUKL/ZP/individuální, umožňuje vazbu na příruční/klinický sklad oddělení.
P.558	Záznam předepsaných SZM a LP do dokumentace pacienta.
P.559	Žádanky z oddělení na SZM, MTZ a služby budou řešeny v NIS a po schválení předávány do systému skladů a logistiky SZM a LP mimo NIS, kde budou vyřízeny.

Strana 68 / 142

#	Požadavek
Číselníky
P.560	Katalog partnerů, NS, katalog léčiv a zdravotnického materiálu a prostředků zdravotní techniky, účetní členění skladových položek, zařazení skladových položek do skupin, uživatelské jednotky pro příjem a výdej (rozdílné) apod.
Doklady pohybů
P.561	Požadavky pro dané oddělení – sepsání požadavků před objednáním, sestavení požadavků dle ordinovaných léků
P.562	Centralizace žádanek z oddělení.
P.563	Schválení žádanky oprávněnou osobou
P.564	Převod do jiného skladu – přeskladnění zboží – 1. fáze: vyskladnění, možnost vytvořit dle požadavku
P.565	Převod z jiného skladu – přeskladnění zboží – 2. fáze: naskladnění, automatické naskladnění, ruční naskladnění
P.566	Příjem / zaevidování pacientem donesených léčivých přípravků (s provázáním s ordinovanou léčbou)
P.567	Výdej: 1. Možnost nastavení a následně dle nastavení metodou FIFO (first-in-first-out) nebo FEFO (first-expirated-first-out) 2. Výdeje na nákladové středisko (NS) bez specifikace pacienta. 3. Výdeje na NS vázané na daného pacienta dle ordinovaných léků a plánované spotřeby materiálu. 4. Výdeje expirovaného a znehodnoceného zboží. 5. Výdeje / vrácení donesených léků pacientovi.
Podpora činností ve skladu na oddělení
P.568	Evidence stavu a pohybu léků, zdravotnického materiálu, prostředků zdravotní techniky a dalšího zboží (včetně tzv. neměřitelných přípravků – kapky, masti).
P.569	Sledování expirací, zkracování expirací při otevření přípravku.
P.570	Komunikace s ekonomickými systémy a se systémem Lékárna, včetně aktualizace číselníků položek a elektronického avíza dodávky z centrálního skladu na klinický sklad.
P.571	Využívání čárového kódu pro příjem, výdej a inventuru
Inventarizace zboží
P.572	Možnost zobrazit inventární rozdíly ve skladě k určitému datu. Zobrazení položek na skladových kartách ke zvolenému datu inventury. K vypočtenému stavu skladu možnost

Strana 69 / 142

#	Požadavek
	dopsat pro každou kartu skutečný stav a následně vytvořit výdejku nebo příjemku na tyto rozdíly.
Výstupy
P.573	Provozní a ekonomické sestavy.
Ostatní požadavky
P.574	Možnost opravy položek v příručním skladu pro oprávněné uživatele z oddělení.

Tabulka 27: Příruční sklady

3.3.23 Registrační autorita a kvalifikovaný elektronický podpis

Požadavky na tuto část NIS NBv jsou následující:

#	Požadavek
P.575	Integrace NIS na registrační autoritu NBv (RA) a přebírání elektronických podpisů z RA do NIS pro podepisování EZD.
P.576	Rozšíření NIS o zapojení uznávaného elektronického podpisu do procesů zpracování EZD.
P.577	Evidence podpisových certifikátů pro jednotlivé uživatele informačního systému tak, aby bylo možné realizovat kontroly oprávněnosti použití certifikátu při podepisování. Jde o jeden z nástrojů autentizace elektronického dokumentu.
P.578	Implementace uznávaného elektronického podpisu v oblasti podepisování EZD.

Tabulka 28: Registrační autorita a kvalifikovaný elektronický podpis

3.3.24 Databáze NIS

Požadavky na tuto část NIS NBv jsou následující:

Požadavek

P.579

Technologie musí respektovat prostředí zadavatele – viz kap. 6.5.6 – Technologie využívané

objednatelem.

P.580

Databáze musí být zabezpečena tak, aby systém plnil požadavky uvedené v kapitole 3.3.35.

Tabulka 29: Databáze NIS

3.3.25 Auditní služby

Požadavky na tuto část NIS NBv jsou následující:

#	Požadavek
P.581	Navržená softwarová aplikace umožní provádět audity užití na základě interních logů aplikace, které zaznamenávají a ukládají údaje o změnách či nahlížení do pacientské dokumentace podle identity uživatelů.

Strana 70 / 142

#	Požadavek
P.582	Řešení umožní poskytovat auditní reporty o přístupech uživatelů (kdo, kdy, období, kam).
P.583	Auditní (logovací) aparát je nezávislý a dostupný pouze určené roli (auditor). Není dostupný a manipulovatelný uživateli, administrátory ani správci.
P.584	Systém musí umožnit automatizované i manuální vystoupení logových záznamů do externích systémů pro správu logů (log management, SIEM) a do tabulek MS Excel.
P.585	Auditní systém musí být v souladu s nařízení EU o ochraně osobních dat (GDPR).

Tabulka 30: Auditní služby

3.3.26 Manažerský informační systém (MIS)

Požadavky na tuto část NIS NBv jsou následující:

#	Požadavek
P.586	V současné době nemocnice využívá Manažerský informační systém ICZ AMIS MIS, který je datově propojen s modulem POJ5 AMIS*H a prezentuje produkční data vzhledem k úhradové vyhlášce. Prezentační vrstva je provozována na Oracle Business Intelligence prohlížečích. V rámci zachování vynaložených investic zadavatel předpokládá zachování stávajícího systému a jeho rozšíření Tento modul bude modernizován tak, aby plnil požadavky nařízení eIDAS a bude rozšířen o dále uvedené nové funkce.
P.587	Manažerský informační systém nyní poskytuje statistiky a výstupy pro zdravotnickou produkci a DRG. Požaduje se jejich zachování nebo převedení do modernizovaného systému.
P.588	Požaduje se rozšíření o následující oblasti: 1. Ekonomika a ekonomické výkazy – požadavky na ekonomiku a ekonomické výkazy jsou uvedeny dále v této kapitole. 2. Preskripce – požadavky na preskripci jsou uvedeny dále v této kapitole. 3. Antibiotika – přehled o spotřebě a druhu antibiotik dle oddělení a za celou nemocnici. 4. Kvalita – požadavky na kvalitu jsou uvedeny dále v této kapitole. 5. Operační sály – požadavky na operační sály jsou uvedeny dále v této kapitole. 6. Logistika a náklady na materiál a léky – požadavky na logistiku a náklady na materiál a léky jsou uvedeny dále v této kapitole. 7. Efektivita – požadavky na efektivitu jsou uvedeny dále v této kapitole. 8. Nákladové ceníky – požadavky na nákladové ceníky jsou součástí požadavků na logistiku a nákladů na materiál a léky a jsou uvedeny dále v této kapitole.
P.589	Všechny oblasti musí umožňovat výběry min. dle časového intervalu (den., měsíc, rok, vybrané období) a dle oddělení, případně za celou nemocnici.
Poskytování péče
P.590	Statistiky výkonů: 1. Denní, případně s výběrem časového období

Strana 71 / 142

#	Požadavek
	2. Za oddělení, případně i za více oddělení 3. V případě dalšího členění oddělení na části (operační sály apod.) možnost pro jednotlivé části 4. Dle personálu (osob) provádějící výkon – lékař/i, ošetřující personál. 5. Dle přístroje, na kterém byl prováděn výkon Lze realizovat více samostatnými statistikami umožňujícími uvedené kombinace parametrů.
P.591	Statistika počtu pacientů ve stejném rozsahu podmínek jako u požadavku P.590. Lze realizovat více samostatnými statistikami umožňujícími uvedené kombinace parametrů.
P.592	Statistika pacientů přijatých od jiného poskytovatele zdravotních nebo sociálních služeb.
P.593	Statistika pacientů propuštěných k jinému poskytovateli zdravotních nebo sociálních služeb,
Ekonomika
P.594	Simulace úhrad dle úhradové vyhlášky (podklad pro sestavení plánu výnosů).
P.595	Výpočet výnosů od zdravotních pojišťoven dle platné úhradové vyhlášky.
P.596	Rozpad výnosů dle struktury: nemocnice, oddělení, stanice, ambulance.
P.597	Celkové náklady v Kč (variabilní volba zobrazení v tis. Kč, v mil. Kč).
P.598	Rozpad nákladů dle struktury: nemocnice, oddělení, stanice, ambulance.
P.599	Rozpad nákladů dle účtů účtové osnovy – všech pozic syntetického i analytického členění.
P.600	Srovnání s nemocničním plánem nákladů.
P.601	Náklady dle jednotlivých účtů účtové osnovy dle jednotlivých pozic, vše v členění na nákladová střediska, propadem na jednotlivé doklady, trendové zobrazení několika let.
P.602	Náklady na personál (minimálně na 1 lékaře, na nákladové středisko atd.).
P.603	Celkové výnosy v Kč (variabilní volba zobrazení v tis. Kč, v mil. Kč).
P.604	Rozpad výnosů dle struktury: nemocnice, oddělení, stanice, ambulance.
P.605	Rozpad výnosů dle účtů účtové osnovy – všech pozic syntetického i analytického členění.
P.606	Srovnání s nemocničním plánem výnosů.
P.607	Výnosy dle jednotlivých účtů účtové osnovy dle jednotlivých pozic, vše v členění na nákladová střediska, propadem na jednotlivé doklady, trendové zobrazení několika let.
P.608	Celkový hospodářský výsledek v Kč (variabilní volba zobrazení v tis. Kč, v mil. Kč).
P.609	Výpočet tržeb od zdravotních pojišťoven dle sjednaných úhradových mechanismů včetně veškerých platných regulací, a to individuálně dle jednotlivých zdravotních pojišťoven a jednotlivých segmentů péče.

Strana 72 / 142

#	Požadavek
ABC (Activity Based Costing)
P.610	Výpočet jednicových nákladů pro přiřazení nákladů na proces dle definované Metodiky.
P.611	Přehled jednicových nákladů dle organizační struktury.
P.612	Detailní přehled jednotlivých vstupních položek - nákladů a výnosů pro výpočet jednicových nákladů dle organizační struktury.
P.613	Trendy jednotlivých jednicových nákladů dle plovoucího roku.
P.614	Porovnání jednicových nákladů s referenčními údaji.
Preskripce
P.615	Návaznost na pozitivní listy.
P.616	Celkový objem preskripce.
P.617	Srovnání na nemocniční list pomůcek.
P.618	Záchytnost léků a materiálu v ústavní lékárně.
P.619	Preskripce dle lékaře, dle léku v návaznosti na plán.
P.620	Sledování trendů preskripce vůči referenčnímu období.
Operační sály
P.621	Sledování a řízení vytíženosti operačních sálů.
P.622	Sledování a řízení procesů souvisejících s operacemi (snímkování času operatéra, efektivita provozu operačních sálů).
P.623	Vnitřní benchmarking operací.
P.624	Zpřesnění přiřazení nákladů na péči a sledování veškerých skutečných nákladů na operace.
P.625	Možnost využití detailních informací o operaci propojených s daty hospitalizačního případu.
P.626	Sledování a řízení vytíženosti operačních sálů.
Logistika a náklady na materiál a léky
P.627	Zpracování údajů o dodavatelích, číselnících položek včetně PDK nomenklatury, nákupu, spotřebě a zásobách, převodních číselnících měrných jednotek pro porovnání vykazovaných a nákupních cen.
P.628	Všechny výstupy musí být v Kč.
P.629	Nákup materiálu a léků: 1. rozpad dle organizační struktury 2. rozpad dle dodavatele a materiálu 3. rozpad dle oborů a dodavatele

Strana 73 / 142

Document Metadata

Table of Contents

Smlouva o dílo

Document Metadata