Smlouva o dílo
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
Objednatel Královéhradecký kraj
IČO 708 89 546
se sídlem Xxxxxxxxxx xxxxxxx 0000, 000 00 Xxxxxx Králové zastoupen PhDr. Xxxx Xxxxxx, Ph.D., hejtman kraje
bankovní spojení číslo účtu
dále také jako „objednatel“ a
Zhotovitel ICZ a.s.
Obchodní společnost zapsaná v obchodním rejstříku vedeném Městským soudem v Praze pod spisovou značkou B 4840
IČO 251 45 444
DIČ CZ699000372
se sídlem Na xxxxxxxxx XX 0000/00, 000 00 Xxxxx 0
zastoupen Ing. Bohuslavem Cempírkem, předsedou představenstva
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, v aktuálním znění (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 Nemocniční informační systém Královéhradeckého kraje – software včetně zajištění podpory, která byla uveřejněna ve Věstníku veřejných zakázek pod evidenčním číslem Z2017-005540 (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“). 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 specifického cíle 3.2
„Zvyšování efektivity a transparentnosti veřejné správy prostřednictvím rozvoje využití a kvality systémů IKT“, výzvy č. 26 eGovernment I., a to na základě projektu připraveného objednatelem s názvem „Nemocniční informační systém Královéhradeckého kraje“ s registračním číslem CZ.06.3.05/0.0/0.0/16_034/0003048 (dále jen „projekt“). Tato smlouva nabyde účinnosti pouze za podmínky závazného schválení poskytnutí finančních prostředků na krytí celkové ceny díly, 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). O nabytí účinnosti objednatel zhotovitele písemně uvědomí do následujícího pracovního dne.
4. Smluvní strany budou při realizaci smlouvy postupovat v souladu s 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 (vydání 1.9 platné ke dni 2. 6. 2017 či novější). 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í. Smluvní strany prohlašují, že obsah uvedených dokumentů je jim znám.
5. Zhotovitel 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 kvalifikaci 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.
6. 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.
7. 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ě.
8. V případě, že se kterékoliv prohlášení některé ze smluvních stran podle tohoto článku ukáže býti 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.
9. Zhotovitel 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ě 30.000.000 Kč. Kopie pojistné smlouvy předloží zhotovitel objednateli před podpisem smlouvy o dílo.
10. Zhotovitel a objednatel se zavazují k vzájemné součinnosti za účelem plnění smlouvy.
11. 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
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. Pojmem „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”.
3. Pojmem „dotčené organizace“ se ve smlouvě rozumí objednatelem ovládané právnické osoby, ve kterých má objednatel rozhodující vliv na strategické cíle i významná rozhodnutí takto ovládané právnické osoby. K takovému ovládání může docházet i ze strany jiné právnické osoby, která je sama objednatelem ovládána.
4. Pojmem „dotčené nemocnice“ se ve smlouvě rozumí právnické osoby uvedené v článku 3 odst. 2 této smlouvy.
Č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. Subjekty, u nichž bude probíhat dodávka a implementace ve smyslu předchozího odstavce, jsou:
a) Oblastní nemocnice Náchod a.s., IČO 260 00 202, se sídlem Purkyňova 446, 547 01 Náchod;
b) Oblastní nemocnice Trutnov a.s., IČO 260 00 237, se sídlem Maxima Gorkého 77, Kryblice, 541 01 Trutnov;
c) Oblastní nemocnice Jičín a.s., IČO 260 01 551, se sídlem Bolzanova 512, Valdické Předměstí, 506 01 Jičín;
d) Městská nemocnice, a.s., IČO 252 62 238, se sídlem Vrchlického 1504, 544 01 Dvůr Králové nad Labem.
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í technické podpory a servisu po dobu zkušebního provozu 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ích smluv uzavřených mezi zhotovitelem a dotčenými nemocnicemi, které byly zadavateli 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 kompletní dodávku a implementaci nemocničního informačního systému ICZ AMIS*HD včetně poskytnutí všech nutných licencí a dalších oprávnění nezbytných k realizaci díla a dalších souvisejících služeb.
2. Dílo má tyto části:
a) Pořízení nemocničního informačního systému (dále jen „produktu“) a neomezené multilicence k produktu k užití objednatelem a dotčenými organizacemi. Jedná se o časově neomezenou multilicenci opravňující k neomezenému počtu přístupů objednatele a dotčených organizací ke všem funkcionalitám produktu provozovaného a spravovaného na zařízení objednatele a dotčených organizací.
b) Zpracování detailní analýzy implementace produktu v rámci všech dotčených nemocnic.
c) Zpracování prováděcích projektů implementace produktu včetně harmonogramu realizace pro jednotlivé dotčené nemocnice odděleně. Každý prováděcí projekt bude popisovat podrobný popis realizace příslušné části veřejné zakázky a odsouhlasen smluvními stranami v rámci zpracování analýzy.
d) Dodávka a implementace produktu a migrace dat včetně ověření migrace a komplexnosti převodu dat v rozsahu dle jednotlivých prováděcích projektů.
3. Součástí díla je rovněž:
a) Školení správců produktu; intenzivní 5denní školení pro 22 osob (10 osob z Oblastní nemocnice Náchod a.s.; 5 osob Oblastní nemocnice Trutnov a.s., 5 osob Oblastní nemocnice Jičín a.s., 2 osoby Městská nemocnice, a.s.);
b) Realizace zátěžových, akceptačních a bezpečnostních testů produktu, a to s nastavením a daty ve stejné podobě, s jakou bude pracovat dílo během rutinního provozu;
c) Zpracování kompletní implementační, provozní a bezpečnostní dokumentace v písemné i elektronické editovatelné podobě, ve formátu MS Word/Excel, MS Visio, včetně popisu pravidelné údržby řešení a dokumentace finálního provedení, zahrnující detailní popis všech rozhraní;
d) Údržba a podpora řešení do doby řádného předání dokončeného díla;
e) Zkušební provoz produktu v rozsahu dle jednotlivých prováděcích projektů;
f) Převod relevantních dat a nastavení komunikačních vazeb;
g) 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á.
4. Dílo, jeho rozsah a obsah plnění jeho jednotlivých částí jsou podrobně definovány v přílohách této smlouvy, především přílohou č. 2 – Funkční specifikace.
5. 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ě.
6. 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ů.
7. Zhotovitel se zavazuje provozovat produkt na HW a SW zadavatele a dotčených nemocnic dle jeho pokynů, které zhotovitel poskytne na počátku realizace díla.
8. Objednatel a dotčené nemocnice jsou oprávněny provádět změny HW a SW, nastavení a konfigurace HW a SW, a to tak, aby byl zabezpečen chod produktu a související infrastruktury. Objednatel a dotčené nemocnice jsou povinny 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 8 hodin, 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.
9. 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.
10. 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.
11. 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 dílo předá objednateli v termínech dle jednotlivých etap stanovených v odst. 2. Xxxxxxxxxx začne s plněním předmětu této smlouvy ihned po písemném vyzvání k plnění ze smlouvy. Písemný pokyn objednatele k plnění ze smlouvy bude dán nejpozději do 60 dní ode dne, kdy tato smlouva nabyde účinnosti.
2. Zhotovitel je povinen dílo 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 v těchto etapách a termínech:
a) První etapa – dodávka licencí
Pořízení nemocničního informačního systému spočívající v poskytnutí neomezené multilicence k produktu k užití objednatelem a dotčenými organizacemi. Jedná se o časově neomezenou multilicenci opravňující k neomezenému počtu přístupů objednatele a dotčených organizací ke všem funkcionalitám produktu provozovaného a spravovaného na k tomu určeném zařízení.
Licence budou objednatelem dodány do 1 měsíce od písemné výzvy dle odst. 1.
b) Druhá etapa - Zpracování detailní analýzy implementace produktu
Zpracování detailní analýzy implementace produktu v rámci všech dotčených nemocnic včetně celkového předpokládaného harmonogramu realizace díla se zapracováním všech připomínek objednatele.
Detailní analýza implementace produktu bude objednateli předána nejpozději do 6 měsíců od písemné výzvy dle odst. 1.
c) Třetí etapa – Zpracování jednotlivých projektů implementace produktu
Zpracování detailních projektů implementace produktu na základě analýzy implementace produktu, a to pro každý jednotlivý subjekt v rámci dotčených nemocnic samostatně, a to se zapracováním všech připomínek objednatele. Součástí každého projektu implementace bude podrobný časový harmonogram příslušné implementační fáze.
1. Detailní projekt implementace produktu pro Oblastní nemocnici Náchod a.s., IČO 260 00 202, se sídlem Purkyňova 446, 547 01 Náchod, bude objednateli předán nejpozději do 9 měsíců od písemné výzvy dle odst. 1.
2. Detailní projekt implementace produktu pro Oblastní nemocnici Trutnov a.s., IČO
260 00 237, se sídlem Xxxxxx Xxxxxxx 77, Kryblice, 541 01 Trutnov, bude objednateli předán nejpozději do 9 měsíců od písemné výzvy dle odst. 1.
3. Detailní projekt implementace produktu pro Oblastní nemocnici Jičín a.s., IČO 260 01 551, se sídlem Bolzanova 512, Valdické Předměstí, 506 01 Jičín, bude
objednateli předán nejpozději do 9 měsíců od písemné výzvy dle odst. 1.
4. Detailní projekt implementace produktu pro Městskou nemocnici, a.s., IČO 252 62 238, se sídlem Vrchlického 1504, 544 01 Dvůr Králové nad Labem, bude
objednateli předán nejpozději do 9 měsíců od písemné výzvy dle odst. 1.
d) Čtvrtá etapa – Implementace produktu a realizace všech činností spojených s realizací díla do doby finančního ukončení projektu dle této smlouvy.
1. Implementace produktu pro Oblastní nemocnici Náchod a.s., IČO 260 00 202, se sídlem Purkyňova 446, 547 01 Náchod.
2. Implementace produktu pro Oblastní nemocnici Trutnov a.s., IČO 260 00 237, se sídlem Maxima Gorkého 77, Kryblice, 541 01 Trutnov.
3. Implementace produktu pro Oblastní nemocnici Jičín a.s., IČO 260 01 551, se sídlem Bolzanova 512, Valdické Předměstí, 506 01 Jičín.
4. Implementace produktu pro Městskou nemocnici, a.s., IČO 252 62 238, se sídlem Vrchlického 1504, 544 01 Dvůr Králové nad Labem.
Implementace produktu bude realizována v termínech stanovených jednotlivými projekty implementace.
Nejzazším termínem realizace díla dle této smlouvy je červen 2020.
3. Místem plnění je Královéhradecký kraj. Vyžaduje-li to charakter konkrétní činnosti zhotovitele, jsou místem plnění především sídla dotčených nemocnic.
4. Realizace čtvrté etapy díla dle odst. 2 písm. d) je závislá na výsledku zadávacího řízení veřejné zakázky na dodávku výpočetní techniky (HW), na které bude v rámci dotčených nemocnic produkt provozován. Objednatel je oprávněn odložit realizaci kterékoliv části implementace produktu o dobu nezbytně nutnou k zajištění dostatečného technického vybavení pro provoz produktu. Termíny realizace implementace produktu se v případě odložení realizace dle tohoto odstavce prodlužují o dobu odložení realizace.
Článek 6 Cena díla
1. Cena předmětu plnění dle článku 3 a v rozsahu specifikovaném v článku 4 této smlouvy, v členění dle nabídky zhotovitele je stanovena v příloze č. 1 této smlouvy.
2. Cena předmětu plnění bude hrazena následujícím způsobem:
a) cena za první etapu díla v rozsahu dle čl. 4 odst. 2 písm. a) bude uhrazena na základě faktury vystavené zhotovitelem nejdříve po řádném předání příslušné části díla; zhotovitel je v rámci této fáze oprávněn fakturovat cenu příslušné části díla dle přílohy č. 1 smlouvy, nejvýše však 10 % z celkové ceny díla;
b) cena za druhou a třetí etapu díla v rozsahu dle čl. 4 odst. 2 písm. b)–c) této smlouvy bude uhrazena na základě faktury vystavené zhotovitelem nejdříve po řádném předání příslušné části díla; zhotovitel je v rámci této fáze oprávněn fakturovat cenu příslušné části díla dle přílohy č. 1 smlouvy, nejvýše však 5 % z celkové ceny díla;
c) cena za čtvrtou etapu díla v rozsahu dle čl. 4 odst. 2 písm. d) této smlouvy bude uhrazena na základě faktur vystavených po řádném ukončení implementace dílčích části této části předmětu díla; zhotovitel je v rámci této fáze oprávněn fakturovat cenu příslušné části díla dle přílohy č. 1 smlouvy; v součtu všech částí čtvrté etapy díla nepřesáhne fakturovaná částka 75
% z celkové ceny díla;
d) zbytek ceny díla je zhotovitel oprávněn fakturovat po řádném předání celého díla po odstranění všech případných vad uplatněných objednatelem.
3. Ceny jsou uvedeny jako pevné a nejvýše přípustné, zahrnující veškeré náklady zhotovitele nutné k řádnému plnění předmětu smlouvy. Ceny je možné upravit pouze za níže specifikovaných podmínek.
4. 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ě.
5. Za stanovení sazby daně v souladu s platnými právními předpisy odpovídá zhotovitel.
6. 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 blíže specifikované v čl. 5 bod 2 této smlouvy i s jednotlivými nedodělky. Tímto ustanovením se smluvní strany odchylují od § 2605 zákona č. 89/2012 Sb., občanský zákoník, v účinném znění (dále také jako
„občanský zákoník“).
2. Za účelem předání částí díla blíže specifikovaných v čl. 5 bod 2 této smlouvy 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í.
3. Předávací protokol bude podepsán, po předchozím vyjádření dotčené nemocnice, oprávněnými zástupci obou smluvních stran. Předávací protokol o předání díla dle článku 4 odst. 2 písm. c) a d) bude vždy podepsán také zástupcem dotčené nemocnice. Oprávněnými zástupci pro podpis předávacích protokolů smluvní strany stanoví následující osoby:
Za objednatele:
Za zhotovitele:
Za subjekt dle článku 3 odst. 2 písm. a) - Za subjekt dle článku 3 odst. 2 písm. b) - Za subjekt dle článku 3 odst. 2 písm. c) - Za subjekt dle článku 3 odst. 2 písm. d) -
4. Po řádném předání díla a 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 stranami 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 hmotný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, případně zástupce dotčené nemocnice, 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 odst. 2 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“).
3. Lhůta splatnosti faktury činí 60 kalendářních dnů ode dne doručení objednateli. Smluvní strany souhlasně prohlašují, že okolnosti stanovené touto smlouvou, především spolufinancování předmětu díla z fondů Evropské unie, odůvodňují dobu splatnosti delší než 30 dnů. Faktura bude doručena doporučenou poštou nebo osobně oprávněnému zaměstnanci objednatele proti písemnému potvrzení.
4. 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.
Článek 9
Licence a podmínky užití produktu
1. Licenční ujednání a další práva a povinnosti smluvních stran vztahující se k užití díla se řídí oddílem 2 přílohy č. 2 této smlouvy.
Článek 10 Odpovědnost za škodu
1. Zhotovitel bude povinen nahradit objednateli, kterékoli z dotčených nemocnic č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, dotčeným nemocnicím či třetím osobám, která nebude kryta pojištěním sjednaným dle článku 1 odst. 9 této smlouvy, 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 že je způsobilé pro použití ke sjednanému účelu.
2. Zhotovitel poskytuje objednateli záruku, že celé dílo (a každá jeho část) bude 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í zkušebního provozu u první části díla až do protokolárního ukončení zkušebního provozu a předání celého díla do rutinního provozu. 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 či dotčená nemocnice.
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.
6. Doba pro odstranění nahlášených vad se řídí článkem 12 a 13 této smlouvy.
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. Za uplatnění vady objednatelem ve smyslu tohoto článku se považuje i uplatnění vady kteroukoliv dotčenou nemocnicí.
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 či dotčené nemocnice, která vadu uplatnila, bezplatně po celou dobu záruky.
11. Zhotovitel 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ě.
12. V případě, že se některá z uvedených garancí zhotovitele ukáže nepravdivou a objednateli či dotčené nemocnici z tohoto důvodu vznikne škoda, bude zhotovitel povinen objednateli tuto škodu nahradit.
13. Zhotovitel uhradí škodu, která objednateli či dotčené nemocnici vznikla vadným plněním v plné výši. Zhotovitel rovněž uhradí náklady vzniklé objednateli či dotčené nemocnici při uplatňování práv z odpovědnosti za vady.
14. 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í.
15. Zhotovitel 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. Objednatel má právo uplatnit formou reklamace svoje práva z odpovědnosti zhotovitele za vady, v rámci následujících skutečností:
▪ záznamových materiálů, na kterých jsou uloženy dokumenty a soubory dat, které tvoří předmět plnění zhotovitele,
▪ obsahu dokumentů a souborů dat, které tvoří předmět plnění zhotovitele,
▪ programového vybavení (produktu), které tvoří předmět plnění zhotovitele.
2. 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. Za hlášení vady objednatelem ve smyslu tohoto článku se považuje i hlášení vady kteroukoliv dotčenou nemocnicí.
3. Proces odstraňování vad produktu bude probíhat v těchto režimech:
▪ Kategorie vady „vysoká“ nebo „havárie“, vady zabraňující provozu, produkt není použitelný ve svých základních funkcích nebo se vyskytuje funkční závada znemožňující činnost systému. Tento stav může ohrozit běžný provoz objednatele a/nebo kterékoli z dotčených nemocnic a nelze jej dočasně řešit organizačním opatřením. Nejpozději do 4 hodin po nahlášení vady provede zhotovitel zjištění příčin, které vadu způsobují. Jde-li
o vadu způsobenou důvody na straně zhotovitele (oprávněná reklamace) bezodkladně zahájí práce na odstranění vady a zajistí odstranění této vady ve lhůtě do 24 hodin od nahlášení vady, a to i způsobem dočasného provizorního řešení, umožňujícího provoz produktu. Vada bude odstraněna v nejkratší možné lhůtě s ohledem na její povahu a dopad na činnost objednatele. Jde-li o vadu způsobenou důvody na straně objednatele, dohodne s objednatelem další postup.
▪ Kategorie vady „střední“ nebo „významná závada“, vady omezující provoz, funkčnost systému je ve svých funkcích degradována tak, že tento stav omezuje běžný provoz objednatele a/nebo kterékoli z dotčených nemocnic. Jedná se také o vady způsobující problémy při užívání a provozování produktu nebo jeho části, ale umožňující provoz, jimiž způsobené problémy lze dočasně řešit organizačními opatřeními. Nejpozději do 8 hodin po nahlášení vady provede zhotovitel zjištění příčin, které vadu způsobují. Jde-li o vadu způsobenou důvody na straně zhotovitele (oprávněná reklamace) bezodkladně zahájí práce na odstranění vady a zajistí odstranění této vady ve lhůtě do 2 pracovních dnů od nahlášení vady. Vada bude odstraněna v nejkratší možné lhůtě s ohledem na její povahu a dopad na činnost objednatele. Jde-li o vadu způsobenou důvody na straně objednatele, dohodne s objednatelem další postup.
▪ Kategorie vady „nízká“ nebo „chyba“, vady neomezující provoz, jedná se o drobné vady, které nespadají do kategorií „vysoká“ nebo „střední“. Nejpozději během dvou pracovních dnů po nahlášení vady provede zhotovitel zjištění příčin, které vadu způsobují. Jde-li o vadu způsobenou důvody na straně zhotovitele (oprávněná reklamace) bezodkladně zahájí práce na odstranění vady a zajistí odstranění této vady ve lhůtě do 14 kalendářních dnů od nahlášení vady. Vada bude odstraněna v nejkratší možné lhůtě s ohledem na její povahu a dopad na činnost objednatele. Jde-li o vadu způsobenou důvody na straně objednatele či dotčené nemocnice, dohodne s objednatelem či dotčenou nemocnicí další postup.
4. Zařazení vady do jednotlivých kategorií určuje objednatel či dotčená nemocnice.
5. Vyplyne-li z objektivních skutečností potřeba lhůty delší než je stanovena u jednotlivých kategorií vad, 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. Pro potřeby tohoto ustanovení je takovou dohodu za objednatele oprávněn uzavřít i zástupce dotčené nemocnice, která předmětnou vadu nahlásila.
6. Pro účely smlouvy je pro pracovní dny stanovena pracovní doba od 8:00 do 17:00 hodin.
Článek 13
Technická podpora a servis
1. Technická podpora a servis jsou po dobu zkušebního provozu součástí díla. Zkušební provoz probíhá od předání dílčích částí díla čtvrté etapy díla pro každou takovou jednotlivou část samostatně až do protokolárního ukončení zkušebního provozu a předání celého díla do rutinního provozu. Minimální délka zkušebního provozu každé součásti díla je 6 měsíců.
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. 3. Veškeré požadavky budou evidovány v systému servisní podpory zhotovitele.
3. Kontaktní místo pro hlášení závad v průběhu zkušebního provozu umožňuje příjem požadavků na technickou podporu a servis v českém jazyce
○ na telefonním čísle (Hot-line): v režimu 7x24x365;
○ systémem servisní podpory HelpDesk v režimu 7x24x365: .
4. Telefonické zadání požadavku bude zajištěno lidskou obsluhou.
5. Požadavek na servisní zásah se považuje za nahlášený okamžikem jeho zapsání na HelpDesk, nebo okamžikem jeho telefonického zadání.
6. Bude zajištěn nepřetržitý přístup do systému servisní podpory (HelpDesk), umožňující objednateli či dotčené nemocnici 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.
7. Systém servisní podpory musí objednateli či dotčené nemocnici 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 a dotčené nemocnici zasílat notifikace o změně stavu jeho požadavku (např. zadaný, v řešení, uzavřený apod.) a musí objednateli či dotčené nemocnici umožnit schvalování uzavření nahlášeného požadavku.
8. Systém servisní podpory musí poskytovat objednateli či dotčené nemocnici 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í.
9. 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 či dotčené nemocnice ve formátu minimálně *.xls a *.csv.
10. Objednatel či dotčená nemocnice 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.
Č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 článku 5 odst. 2 této smlouvy ve sjednané lhůtě 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 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 500 Kč za každou i započatou hodinu prodlení v případě vad kategorie vysoká a střední, a smluvní pokutu ve výši 1.000 Kč za každý i započatý den prodlení v případě vady kategorie nízká, a to pro každý případ prodlení.
d) Za porušení povinností zhotovitele dle čl. 17 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 řádné migraci dat do jiného informačního systému dle zadání objednatele uhradí zhotovitel ve prospěch objednatele smluvní pokutu ve výši
100.000 Kč za každý započatý měsíc prodlení.
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 30 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
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 a dotčených nemocnice, 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. Zhotovitel 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. Po nabytí účinnosti 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ů bude zhotovitel považován za zpracovatele ve smyslu tohoto nařízení a je povinen splnit všechny povinnosti z toho vyplývající.
Článek 16
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ž 30 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 V. 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.
Článek 17
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éčí.
3. Xxxxxxxxxx se zavazuje dle této smlouvy řádně a včas předat dílo.
4. Xxxxxxxxxx je povinen 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í.
5. Zhotovitel je povinen 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.
6. 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.
7. Zhotovitel 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 2028 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. Zhotovitel je povinen minimálně do konce roku 2028 resp. ve lhůtách dle předchozího odstavce poskytovat požadované informace a dokumentaci související s realizací projektu objednateli, 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ů veřejné správy) a je povinen vytvořit výše uvedeným osobám podmínky k provedení kontroly vztahující se k realizaci projektu, poskytnout jim při provádění kontroly součinnost a být fyzicky přítomen kontrolám v místě plnění.
9. Zhotovitel 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.
10. Zhotovitel 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.
11. Minimálně dva členové realizačního týmu zhotovitele se musí zúčastnit pravidelných kontrolních dní v sídle objednatele nebo kterékoliv z dotčených nemocnic 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.
12. Zhotovitel 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.
13. Zhotovitel 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 *.XXXX 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.
14. 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ů.
Článek 18 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. Tato smlouva nabývá platnosti dnem podpisu oběma smluvními stranami. Nenabyde-li tato smlouva účinnosti dle článku 1 odst. 3 do 12 měsíců od podpisu smlouvy, bez dalšího zaniká.
3. 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.
4. Zhotovitel nesmí bez předchozího souhlasu objednatele postoupit svá práva a povinnosti plynoucí ze smlouvy třetí osobě.
5. Smlouva 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.
6. 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.
7. Smlouva o dílo byla schválena Radou Královéhradeckého kraje dne 15. 4. 2019 usnesením č. RK/12/641/2019.
8. Všechny postupně číslované přílohy smlouvy jsou její nedílnou součástí. Seznam příloh smlouvy:
Příloha č. 1 – Cenová specifikace Příloha č. 2 – Funkční specifikace
Příloha č. 3 – Specifikace všech nutných licencí
Příloha č. 4 – Vybraná vysvětlení, změny nebo doplnění zadávací dokumentace Příloha č. 5 – Seznam poddodavatelů
Za objednatele Za zhotovitele
V Hradci Králové dne 28. 8. 2019 V Hradci Králové dne 28. 8. 2019
…………………. ……………………
PhDr. Xxxx Xxxxxx, Ph.D. Xxx. Xxxxxxxx Xxxxxxxx
hejtman předseda představenstva
Příloha č. 1 Cenová specifikace
Etapy dle článku 5 odst. 2 | Nabídková cena v Kč bez DPH | |
1. etapa | 1 637 109,- Kč | |
2. etapa | 327 422,- Kč | |
3. etapa | ||
1. část | 171 896,- Kč | |
2. část | 108 049,- Kč | |
3. část | 122 783,- Kč | |
4. část | 88 404,- Kč | |
4. etapa | ||
1. část | 4 870 399,- Kč | |
2. část | 3 061 394,- Kč | |
3. část | 3 478 856,- Kč | |
4. část | 2 504 777,- Kč | |
Příloha č. 2 Funkční specifikace
ZD NIS
pro
zdravotnická zařízení ZHKHK
FUNKČNÍ SPECIFIKACE
Obsah
1 Popis současného stavu 4
1.1 Současný stav ICT 4
1.2 Stručná charakteristika jednotlivých systémů 6
1.2.1 Nemocniční informační systémy (NIS) 6
1.2.2 Klinické informační systémy (KIS) 6
1.2.3 Radiologické informační systémy (RIS) 7
1.2.4 Laboratorní informační systém (LIS) 7
1.2.5 Systém pro obrazovou dokumentaci (PACS) 7
1.2.6 ERP systémy 8
1.2.7 Manažerský informační systém (MIS) 9
1.2.8 Systémy pro řízení provozu stravování 9
1.2.9 Jiné systémy 10
1.3 Přehled pokrytí stávajících procesů z hlediska IS 11
1.3.1 Hlavní procesy 11
1.3.2 Řídící procesy 17
1.3.3 Podpůrné procesy 20
2 Specifikace rozsahu implementace NIS 26
2.1 Licenční ujednání 33
2.2 Licence k dílu 34
2.3 Licence k aplikační části informačního systému 35
2.4 Licence k databázové části informačního systému 35
2.5 Licence a vlastnictví dat 35
3 Obecné požadavky na aplikační programové vybavení 36
4 Požadavky na komunikační vazby 37
4.1 Komunikace s interními laboratořemi 37
4.2 Další požadavky na komunikaci 37
5 Požadavky na převod dat z původních systémů 38
6 Požadované vlastnosti a funkce jednotlivých oblastí 42
6.1 Minimální požadavky na klinický informační systém 45
Minimální požadavky na funkcionalitu přístupových práv 50
Minimální požadavky na logovací aparát 51
Další požadované obecné vlastnosti 53
6.2 Vedení pacientské dokumentace na ambulancích 55
6.3 Vedení pacientské dokumentace na lůžkových odděleních (standard, JIP) 58
6.4 Požadavky na řešení pro obrazový komplement 66
6.5 Požadavky na řešení pro stravovací provoz 68
6.6 Požadavky na internetové objednávání pacientů s napojením na diáře pracovišť nemocnice 68
6.7 Zavedení elektronické zdravotnické dokumentace (EZD) včetně zavedení počítačově vedené ošetřovatelské dokumentace (EOD) 71
6.8 Zajištění provozu vizity u lůžka pacienta 73
6.9 Elektronická dokumentace v laboratořích a mezilaboratorní komunikace 74
6.10 Vedení strukturované ordinace medikace včetně výdeje léků na identifikovaného pacienta 76
6.11 Zvýšení bezpečí pacienta na JIP a ARO přes napojení přístrojů s urgentními daty do informačního systému nemocnice 78
6.12 Konsolidace prohlížečů s možností vzdáleného přístupu a konzultací 79
6.13 Zajištění elektronické preskripce prostřednictvím napojení na centrální úložiště SÚKL 79
6.14 Automatizace hlášení pro externí subjekty (UZIS, matrika…) 81
6.15 Požadavky na procesní řízení 81
7 Požadavky zadavatele na architektury NIS 82
7.1 Efektivita projektu – výkonnostní architektura 82
7.2 Byznys architektura – poskytování veřejných služeb 84
7.3 Architektura informačních systémů 89
7.4 Technologická architektura – vrstva IT technologie (HW a SW) 95
7.5 Technologická architektura – vrstva komunikační infrastruktury 96
7.5.1 Bezpečnostní architektura 98
7.6 Shoda s pravidly 99
7.7 Přehled služeb čtyřvrstvé architektury 102
7.8 Architektura navrhovaného řešení v kontextu strategické architektury organizace a navazujících subjektů veřejné správy 105
7.8.1 Pozice řešení v byznys architektuře organizace 105
7.8.2 Pozice řešení v architektuře informačních systémů organizace 106
7.8.3 Pozice řešení v IT technologické architektuře úřadu 107
1.1.1 Pozice řešení v komunikační infrastruktuře úřadu 109
7.9 Způsob využití sdílených prvků architektury úřadu a eGovernmentu 111
7.10 Přehled nahrazovaných procesů a technologických prvků a začlenění navrhovaného řešení do stávajícího prostředí úřadu a eGovernmentu 113
8 Požadavky zadavatele na naplnění cílů a indikátorů projektu 114
8.1 Požadavek na doplnění tabulky indikátorů 114
9 Požadavky zadavatele na postup implementace 118
9.1 Analýza aplikačního prostředí 118
9.2 Tvorba prováděcího plánu projektu 119
9.3 Vytvoření testovacího prostředí 119
9.3.1 Migrace testovacích aplikací 119
9.4 Vytvoření produkčního prostředí a integrace s prostředím 120
9.4.1 Migrace produkčních aplikací 120
9.4.2 Zátěžové a akceptační testy 120
9.5 Tvorba dokumentace 120
9.6 Školení správců (administrátorů) 121
10 Požadavky zadavatele na maintenance 121
10.1 Stanovení úrovně dodávky služeb realizovaných projektem s dodržením minimálních požadovaných standardů 121
1 Popis současného stavu
1.1 Současný stav ICT
Současný stav nemocničních informačních systémů a infrastruktury v nemocnicích je charakterizován značnou roztříštěností, která pramení z odlišného historického vývoje. Každá ze 4 samostatných nemocnic provozuje jiný typ NIS na různé technologické úrovni. Obecně však lze shrnout, že s výjimkou Městské nemocnice, a.s. jsou provozovány již morálně zastaralé NIS.
U serverové infrastruktury předpokládá zadavatel obnovu v jednotlivých nemocnicích dle nároků pořizovaného NIS. V rámci realizace veřejné zakázky budou částečně využity stávající servery, a to v čase, kdy bude docházet k implementaci nových serverů do jednotlivých nemocnic. Využití současných serverů pro fungování stávajícího NIS se bude odvíjet od procesu zavádění nového NIS provozovaného na nových serverech do jednotlivých nemocnic, jehož termíny vzejdou z implementační analýzy. Předpoklad využívání stávající serverové infrastruktury pro zajištění chodu NIS je tedy maximálně do konce realizace projektu, a to i vzhledem k jejich současnému technickému stavu.
Z analýzy pokrytí procesů realizovaných nemocnicemi jednotlivými NIS/IS, kterou si nechal zpracovat Královéhradecký kraj, vyplynulo, že v rámci ZH KHK je využíváno mnoho identických informačních systémů. V některých případech jsou pro stejnou oblast používány dva rozdílné systémy v rámci jedné nemocnice (typicky MIS). Velká roztříštěnost byla identifikována i v oblasti stravovacích systémů.
Snaha o centralizaci systémů vyústila v úspěšnou realizaci v rámci laboratorních pracovišť (LIS Open LIMS Stapro) a v systému pro pracoviště zobrazovacích metod (Xxxxx PACS). Stejným způsobem pokračuje centralizace v systémech ERP (Navision, FEIS), MIS (FONS Reports) a technických systémech (FaMa, NeOS). Centralizace řešení přináší jednotnost řešení a lepší kontrolu nad náklady na systémy. Samotný nemocniční informační systém však zůstává roztříštěný a jeho současný stav je nevyhovující.
Přehled pokrytí zdravotnických procesů jednotlivými informačními systémy (včetně podpůrných manažerských systémů) je patrný z následující tabulky č. 1.
Tabulka 1 Pokrytí procesů IS – přehled
Název procesu Městská
nemocnic e a.s.
Oblastní nemocnice Náchod a.s.
Oblastní nemocnice Jičín a.s.
Oblastní nemocnice Trutnov a.s.
Diagnostická a léčebná lůžková péče | FONS Akord | Stapro Medea | mpa | Stapro H |
Diagnostická a léčebná ambulantní péče | FONS Akord | Stapro Medea | mpa | Stapro H |
Ošetřovatelská péče | X | X | X | X |
Porodnická péče | X | Stapro Medea | mpa | Stapro H |
Hemodialyzační služba | X | Nefris | Nefris | Nefris |
Management ZZ | FONS Reports | FONS Reports, | AMIS*MIS | FONS Reports, HiMIS |
Řízení kvality a bezpečí | X | X | X | X |
Řízení dokumentace | X | SP | SP | G Suite, Archiv dokumentů |
Správa zdravotnických prostředků | FaMa | FaMa | FaMa | FaMa |
Řízení léčiv a spotřebního zdravotnického materiálu | Radix | Radix data expert | Mediox | Radix data expert, Stapro H |
Nakupování | NeOS, FaMa | NeOS, Help Desk Stapro | NeOS | NeOS |
Stravovací provoz | X | Astris, Xxxxxxxxx/Kasiopeja, Medea Gurmed | Kredit | Stapro H |
Epidemiologický režim | X | X | X | Stapro H + Open LIMS |
Služby komplementu | Open LIMS, XXXX Xxxxx, Xxxxx PACS | Medea Stapro, Open Lims, Xxxxx XXXX | mpa, Open LIMS, Xxxxx XXXX, Radius | Open LIMS, Xxxxx XXXX |
Výroba transfuzních přípravků | X | HEMO | X | HEMO |
1.2 Stručná charakteristika jednotlivých systémů
1.2.1 Nemocniční informační systémy (NIS)
FONS Akord (Stapro a.s.)
Informační systém umožňuje vedení zdravotní dokumentace a podporu provozní činnosti na jednotlivých klinických pracovištích. Poskytované moduly: Centrální evidence pacientů, Lůžka a ambulance, Operace, Gynekologie a porodnice, Intenzivní péče, Rehabilitace, Evidence onkologických onemocnění, Efektivní transfuzní terapie, Nežádoucí události, dekubity, pády, nemocniční infekce; Vyvolávací systém pro čekárnu; Evidence podávání léčiv; Informovaný souhlas; Evidence užití přístrojů; Jednoznačná identifikace pacientů; Výkaznictví plátcům; Systém DRG; Radiologie; Patologie; Logistika léků a zdravotnických materiálů; Řešení pro e-Recept - vystavení lékařského předpisu v elektronické podobě; EZD - vedení zdravotnické dokumentace v čistě elektronické podobě, podpora autentizace uživatelů na bázi MS Active Directory. Systém využívá Městská nemocnice a.s.
Stapro Medea (Stapro a.s.)
Starší typ komplexního nemocničního informačního systému Stapro. Vzhledem k tomu, že se jedná o starší modul, dnes již nenabízený k prodeji, nebyly detailní informace o funkcionalitách zjištěny. Systém využívá Oblastní nemocnice Náchod a.s. ve dvou oddělených instalacích, a to v Náchodě a Rychnově nad Kněžnou. Cílem projektu je sjednocení do jedné databáze.
Stapro H (Stapro a.s.)
Starší typ komplexního nemocničního informačního systému Stapro. Vzhledem k tomu, že se jedná o starší modul, dnes již nenabízený k prodeji, nebyly detailní informace o funkcionalitách zjištěny. Systém využívá Oblastní nemocnice Trutnov a.s.
1.2.2 Klinické informační systémy (KIS)
mpa (ICZ a.s.)
Klinický informační systém pro podporu všech typů klinických pracovišť. Součástí řešení jsou speciální moduly pro jednotky intenzivní péče, neonatologii a porodnictví, moduly pro chirurgické obory vč. elektronických operačních protokolů, podpora diet vč. komunikace se stravovacím provozem atd. Součástí systému je rovněž funkcionalita Pexeso, využívaná ke sledování preskripcí. Systém využívá Oblastní nemocnice Jičín a.s.
Nefris (ProDos s.r.o.)
Systém určený pro specifika dialyzační služby. Systém umožňuje komplexní vedení zdravotní dokumentace pacientů, ambulantní a hospitalizační agenda, vykazování výkonů zdravotním
pojišťovnám, statistiky. Má databázi oddělenou od NIS. Systém využívají střediska hemodialýzy subjektů Oblastní nemocnice Jičín a.s., Oblastní nemocnice Trutnov a.s. a Oblastní nemocnice Náchod a.s.
1.2.3 Radiologické informační systémy (RIS)
Xxxxxx (Xxxxxxx, s.r.o.)
Modul pro RDG pracoviště navázaný na IS mpa. Detailní informace o funkcionalitách nebyly zjištěny. Systém využívá pouze Oblastní nemocnice Jičín a.s.
Stapro Medea – RDG modul (Stapro a.s.)
Samostatný modul NIS Stapro Medea určený pro provoz pracovišť zobrazovacích metod. Využívá RDG oddělení Oblastní nemocnice Náchod a.s.
1.2.4 Laboratorní informační systém (LIS)
FONS Open LIMS (Stapro a.s.)
FONS Openlims je určen pro všechny typy laboratoří. Podporuje specifické pracovní procesy v odbornostech: biochemie, hematologie, imunologie, sérologie, parazitologie, mykologie, virologie, cytologie, genetika, cytogenetika, bakteriologie, transfuziologie. Součástí FONS Open LIMS je integrovaný laboratorní sklad pro evidenci chemikálií a spotřebního materiálu. FONS Open LIMS má on-line ověřené připojení k 400 typům analyzátorů, umožňuje vytvořit bezpapírovou laboratoř (dokumentace vedena pouze v elektronické podobě), kompletně zajišťuje požadavky legislativy na automatické vytváření podkladů pro plátce péče (dávky pro pojišťovny, fakturace), spolupracuje s portály pojišťoven, připravuje výstupy pro ÚZIS, komunikuje s portálem IZIP a SW praktických lékařů. Dále umí vytvářet elektronickou žádanku a vzdáleně zobrazovat výsledky pro žadatele laboratorních vyšetření pomocí webového rozhraní. Systém využívají všechny laboratoře nemocnic ZH KHK.
Stapro Medea – RDG modul (Stapro a.s.)
Samostatný modul NIS Stapro Medea určený pro provoz histologicko-patologických oddělení. Vzhledem k tomu, že se jedná o starší modul Stapro Medea, dnes již nenabízený k prodeji, nebyly detailní informace o funkcionalitách zjištěny. Využívá histo-patologická laboratoř Oblastní nemocnice Náchod a.s.
1.2.5 Systém pro obrazovou dokumentaci (PACS)
Xxxxx XXXX (OR CZ a.s.)
Specializované řešení pro elektronické zpracování, archivaci a distribuci obrazových dat ve zdravotnictví. Různé možnosti nastavení distribuce snímků, v rámci RDG oddělení, celé nemocnice včetně externích a spolupracujících lékařů nebo mezi různými zdravotnickými zařízeními. Možnost
propojení s NIS. Podporuje rozšířené datové standardy (DICOM, HL7, DaSta). Systém využívají všechny nemocnice ZH KHK.
V průběhu realizace dodávky NIS může dojít ke změně předmětného systému. V době zahájení zadávacího řízení není znám dodavatel nového systému. Nový systém však bude architekturou obdobný stávajícímu řešení a bude respektovat DICOM standard. Integrace NIS bude provedena se systémy provozovanými v době realizace integrace. Změna systému není důvodem pro změnu ceny realizace dodávky NIS.
1.2.6 ERP systémy
FEIS (Arbes Technologies s.r.o.)
Systém umožňuje správu pohledávek a závazků, evidence majetku, řízení skladové evidence, plánování a rozpočtování, účtování, evidenci DPH, řízení vztahů se zákazníky a výkaznictví včetně manažerských výstupů. Možnost obousměrného napojení na aplikace elektronického bankovnictví, komunikace s Českou poštou, import faktur a účetních dat z externích aplikací a univerzální rozhraní pro obecné napojení externích systémů. Podporu formátu ISDOC pro elektronickou výměnu dokladů a umožňuje posílat partnerům doklady e-mailem nebo je doručovat do datových schránek. Systém využívají všechny nemocnice ZH KHK pro běžné účetní a ekonomické operace.
Microsoft Dynamics NAV; Navision (Webcom)
Podnikový informační systém, poskytuje přehled o dění ve společnosti (reporting). Moduly: Obchod a marketing (CRM), Finanční management a controlling, Řízení a plánování výroby, Projekty a servis, Sklady a zásobování, Technologie. Systém využívají všechny nemocnice ZH KHK pro základní pracovně
– právní agendu, personalistiku a mzdy a komunikace s veřejnou správou (zejména ČSSZ).
NeOS (Medisystems a.s.)
Systém pro řízení nákupu, se zaměřením na zdravotnictví. Optimalizace léčiv a SZM, kategorizace a standardizace, zefektivnění logistických procesů, integrace informačních systémů a komunikace s dodavateli. NeOS je otevřený informační systém vhodný pro integraci s dalšími systémy v rámci nemocnice, např. lékárenským a ekonomickým systémem. Umožňuje vedení skladové evidence na jednotlivá nákladová střediska včetně vedení evidence pro konsignační sklady nemocnice. Integrace s ekonomickým informačním systémem nemocnice zajišťuje automatické zaúčtování spotřeby materiálu dle nákladových středisek, kategorií sortimentu apod. Systém využívají všechny nemocnice ZH KHK jako objednávkový systém.
FaMa (TESCO SW a.s.)
Komplexní řízení technickoprovozních podpůrných procesů v nemocnicích. Moduly: Prostorový pasport, Technický pasport, Stavební pasport, Personální pasport (kvalifikace a vzdělávání), Evidence ZP, Skladové hospodářství, Xxxxxxx, Xxxxxxx, Stěhování, Termínované plánování, Opakované činnosti,
Zápůjčky, Energetický management, Externí vztahy, Doprava, Rozpočty, Dokumentace (DMS), Grafická prezentace dat.
Systém je využíván všemi nemocnicemi ZH KHK pro evidenci zdravotnické techniky, jejího provozu a údržby (modul Evidence ZP). Dále je Městskou nemocnicí a.s. využíván modul Help Desk.
1.2.7 Manažerský informační systém (MIS)
FONS Reports (Stapro a.s.)
Manažerský informační systém FONS Reports umožňuje čerpání a zpracování dat z různých provozních systémů. Pomocí FONS Reports lze sledovat reportingy systémem včasného varování, provádět okamžitou analýzu problémových dat a zjišťovat příčiny odchylek a neshod. V oblasti controllingu výkaznictví je modulem soustava přepočtů a reportingů dle nové úhradové vyhlášky. Tento modul umožní detailní analýzu parametrů a finančních aspektů vykázané péče. Dále poskytuje finanční hodnocení pro nové (aktuální) období a dokáže jej srovnat s referenčním období. Systém je využíván všemi nemocnicemi ZH KHK jako nástroj controllingu pro vedení holdingu.
AMIS*MIS (ICZ a.s.)
Manažerský informační systém, který umožňuje generovat přehledy a statistiky: produkce, DRG, výnosy, preskripce, ekonomika, tarify, logistika, kvalita, benchmarking s předchozím obdobím/jinými subjekty. V současné době využívaný pouze v rámci Oblastní nemocnice Jičín a.s. pro interní controlling.
HiMIS (původně HiComp systems CZ – nyní Stapro a.s.)
Systém využívaný pro interní controlling Oblastní nemocnicí Trutnov a.s. Vzhledem k tomu, že se jedná o starší modul dnes již nenabízený k prodeji, detailní informace o funkcionalitách IS nebyly zjištěny.
1.2.8 Systémy pro řízení provozu stravování
Stapro H stravovací modul (Stapro a.s.)
Stravovací modul, který je součástí NIS Stapro H, lze jej však využívat i samostatně bez návaznosti na NIS. Vzhledem k tomu, že se jedná o starší modul, dnes již společností Stapro a.s. nenabízený k prodeji, detailní informace o funkcionalitách nebyly zjištěny. V současné době Stapro a.s. zajišťuje legislativní podporu, ale další rozvoj už jen omezeně. Systém využívá Oblastní nemocnice Trutnov a.s.
Stapro Gurmed (Stapro a.s.)
Stravovací modul, který je součástí NIS Stapro Medea. Vzhledem k tomu, že se jedná o starší modul, dnes již nenabízený k prodeji detailní informace o funkcionalitách zjištěny nebyly. Systém využívá Oblastní nemocnice Náchod a.s. v provozech nemocnice Rychnov nad Kněžnou.
Kredit (Anete s.r.o.)
Systém umožňuje automatizované objednávání a výdej jídel, prodej jídel, zboží a služeb. Systém využívá pouze Oblastní nemocnice Jičín a.s.
Astris (EFG spol. s r.o.)
Stravovací systém je určen k řízení ve stravovacích provozech s charakterem závodního nebo pacientského stravování. Systém je naprogramován modulárně v technologii klient - server. Mezi funkcionality stravovacího nástroje patří: burza jídel, normování surovin a řízení zásob skladu, optimální skladbu stravy pro pacienty nemocnic, léčeben, domovů důchodců a jiných zařízení, optimalizace denních dávek živin pro strávníka, včetně sestavení individuálního jídelníčku, tvorba jídelníčků s využitím archivní knihovny již ověřenými jídelníčky, kalkulace cen a stanovování finančních norem spotřeby surovin optimalizující hospodaření stravovacího provozu, kategorizace strávníka, pokladní modul (prodej doplňkového sortimentu, prodej hlavního jídla), vyúčtování stravy. Systém využívá Oblastní nemocnice Náchod a.s v lokalitě Náchod.
Xxxxxxxxx x Xxxxxxxxx (Láf Elektronic)
Systém Kasiopeja je moderním stravovacím systémem, který podporuje: evidenci strávníků, evidence přihlášek za jednotlivá jídla, evidence plateb, možnost výběru z více menu (na týden až 1 měsíc dopředu); přehled o vydaných a nevydaných jídlech, evidence denních odběrů jídel, homebanking (přenosy dat do různých bank), napojení na automatizovaný objednávkový systém jídel, napojení na internetové objednávání jídel, návaznost na program Xxxxxxxxx, který podporuje spotřební koš, finanční sledování. Systém využívá Oblastní nemocnice Náchod a.s. v subjektu Nemocnice Broumov.
1.2.9 Jiné systémy
HelpDesk (Stapro a.s.)
Detailní informace o funkcionalitách systému nebyly zjištěny. Modul využívá Oblastní nemocnice Náchod a.s.
Radix data expert (RADIX SOFTWARE a.s.)
V rámci subjektů využíván především pro získání přehledů o preskripcích (výtěžnost pacientů v Královehradecké lékárně a.s.). Využívají všechny nemocnice vyjma Oblastní nemocnice Jičín a.s.
Mediox (Apatyka servis s.r.o.)
Systém pro komplexní řízení provozu lékárny. Detailní informace o funkcionalitách systému nebyly zjištěny. Jako nástroj pro řízení skladového systému lékárny využívá Oblastní nemocnice Jičín a.s.
AISLP (RNDr. Xxxxxxxx Xxxx, XXx.)
Databáze všech léčivých přípravků povolených v ČR. Databáze obsahuje evidenci humánních, veterinárních a homeopatických léčiv, názvosloví účinných a pomocných látek, složení přípravků na pomocné látky, ceny, úhrady, započitatelné doplatky, preskripční omezení, indikační omezení, zvýšené úhrady apod. dle aktuálního stavu ke dni vydání verze; přehled o cenách a úhradách po čtvrtletí; přehled o 20 000 parafarmaceutik; ceník VZP v oblasti prostředků zdravotnické techniky; spotřeby léčiv za poslední 2 roky a kompendium Infopharm a knižní modul Infopharm. Jako samostatnou databázi využívá v současné době pouze Oblastní nemocnice Náchod a.s. Oblastní nemocnice Trutnov a.s. má AISLP implementován v NIS (Stapro H).
Codexis (ATLAS Consulting spol. s r.o.)
Kompletní právní systém pokrývající problematiku národní legislativy a legislativy EU. Právní IS obsahuje legislativu ČR, EU, judikaturu ČR, judikaturu Soudního dvora EU a další literaturu. Využívá Oblastní nemocnice Náchod a.s.,Oblastní nemocnice Trutnov a.s a Městská nemocnice, a.s..
HEMO (dodavatel: Stapro a.s., Výrobce: Software Project Bratislava)
Systém pro řízení úseku výroby transfuzních přípravků. Detailní informace o funkcionalitách systému nebyly zjištěny. Systém využívají úseky přípravy transfuzních přípravků subjektů Oblastní nemocnice Trutnov a.s. a Oblastní nemocnice Náchod a.s.
1.3 Přehled pokrytí stávajících procesů z hlediska IS
V této kapitole je detailně popsáno pokrytí stávajících procesů informačními systémy, v případě, že jsou IS využívány. Popis je uveden přehledovou tabulkou, doplněnou textovým popisem současného zajištění průběhu procesu se zohledněním specifik jednotlivých nemocnic. V případě, že pro danou činnost není IS (nebo funkcionalita) využívána, je v tabulce uvedeno „N/A“.
1.3.1 Hlavní procesy
Diagnostická a léčebná lůžková péče
Diagnostická a léčebná lůžková péče je jedním z hlavních procesů realizovaných v různém rozsahu odborností jednotlivými subjekty zařazenými do analýzy. Základním atributem všech využívaných NIS (KIS) je centrální registr pacientů. Databáze obsahuje základní nacionále pacienta použitelné pro jeho identifikaci (jméno, příjmení, rodné číslo, adresa/kontaktní údaje, zdravotní pojišťovna, praktický lékař). Rozsah informací se liší dle zvyklostí jednotlivých subjektů. Data do základního registru jsou používána pro tisk štítků a do automatizovaných vzorů žádanek, poukazů k vyšetření/ošetření, informovaných souhlasů a dalších tiskopisů. Data jsou rovněž využívána pro tvorby hlášení pro matriky (v případě subjektů s porodnicí narození, v případě všech subjektů zemřelí).
Hlavní činností procesu diagnostické a léčebné péče, z hlediska funkcionalit NIS (KIS) je pořizování záznamů o diagnostické a léčebné péči o pacienta. Ve všech subjektech je zdravotnická dokumentace vedena v primárně tištěné formě. Dokumentace v elektronické formě je doplňkem tištěné
dokumentace. Ve všech subjektech byla v rámci analýz prezentována myšlenka, že přechod na čistě elektronickou dokumentaci (vč. ošetřovatelské dokumentace viz níže) je budoucím cílem managementu všech subjektů. Stav dostupnosti historie pacientské dokumentace se různí dle využívaných NIS. Optimálním řešením se ve všech subjektech jeví neomezená dostupnost pacientské dokumentace v elektronické formě (odpadá nutnost dohledávání papírových chorobopisů v archivech).
Podporu informačního systému pro plánování péče o pacienta využívají pouze Oblastní nemocnice Jičín
a.s. a Oblastní nemocnice Trutnov a.s., ani zde však není systém zaveden na všech odděleních. Zda je tato možnost vhodná pro případ lůžkových oddělení, záleží na praxi subjektu, jistě lze funkcionalitu využít pro plánované příjmy.
Operační zákroky jsou ve všech subjektech evidovány v NIS (KIS), současně s operačním protokolem je rovněž vykazován spotřebovaný materiál a náklady na sál a operační tým. Elektronické plánování objednávání kapacity operačních sálů využívá pouze Oblastní nemocnice Jičín a.s. (vyjma gynekologicko-porodnického oddělení).
Všechny NIS (KIS) slouží jako úložiště pro vzory žádanek a informovaných souhlasů. Díky využití pacientské databáze (centrální registr pacientů) jsou do vzorových formulářů generovány nacionále pacienta a tím usnadňují práci zdravotnických pracovníků a snižují chybovost při ručním vpisování dat.
Všechny systémy rovněž umožňují kompilaci příjmových, překladových a propouštěcích zpráv na základě různých částí zdravotnické dokumentace. Pro sestavy zpráv jsou využívány jednoduché šablony, obsahově uzpůsobené jednak požadavkům legislativy a dále zvyklostem subjektu.
Všechny NIS (KIS) umožňují tisk identifikačních štítků pacienta, které slouží pro identifikaci žádanek, poukazů na vyšetření, nádobek pro odběry primárních vzorků apod. V případě Městské nemocnice a.s., Oblastní nemocnice Náchod a.s. a Oblastní nemocnice Jičín a.s. jsou využívány štítky s jedinečným pacientským barcode, v případě Oblastní nemocnice Trutnov a.s. se jedná o štítky s prostou identifikací pacienta, bez barcode. Přechod k jednoznačné identifikaci formou barcode je zamýšleným stavem ve všech subjektech ZH KHK.
Diagnostická a léčebná ambulantní péče
Poskytování ambulantní péče je z hlediska průběhu workflow obdobné s poskytováním péče lůžkové. Primárně jsou využívána data z centrálního registru pacientů. Evidence pacientů konkrétní ambulance je propojena s centrální databází. Systém je obdobný v rámci všech subjektů.
Objednávání pacientů na vyšetření elektronickou prostřednictvím NIS (KIS) využívá pouze Oblastní nemocnice Jičín a.s. (vyjma gynekologicko-porodnické ambulance a OTH). Jedná se o objednávání ze strany ambulance (ne aktivní přístup pacienta) a vedení objednávek v elektronické formě. Z hlediska elektronického objednávání byla se zástupci subjektů diskutována otázka aktivního elektronického objednávání pacientů přímo do ambulancí. V tomto případě pacient volí termín návštěvy z kalendáře na webové stránce ambulance. U ambulance je tato praxe možná, záleží však také na odbornosti
ambulance a na rozsahu vyšetření/ošetření. Ne vždy je reálné, aby pacient určil korektní délku návštěvy ambulance na základě vlastního uvážení. Obecně lze konstatovat, že možnost elektronického objednávání (zejména ze strany ambulancí) je žádaným budoucím stavem na všech subjektech, i když pravděpodobně nebude využito ve všech ambulancích (dáno zejména odborností). V současné době je v rámci Oblastní nemocnice Trutnov a.s. nově zprovozněno klientské centrum, které umožňuje elektronické podání požadavku pro objednání pacientů do vybraných ambulancí. Pacient zadá do elektronického formuláře na webu nemocnice své údaje a je zpětně kontaktován pracovníkem kontaktního centra s návrhem vhodného termínu návštěvy.
Systém řízení zdravotnické dokumentace, tvorby zpráv a tiskových sestav vč. štítků je pro proces diagnostická a léčebné ambulantní péče identický s procesem péče lůžkové (viz výše).
Ošetřovatelská péče
Proces ošetřovatelské péče není na žádném ze subjektů ZH KHK řešen elektronickou formou. Dokumentace je vedena v papírové podobě. Management všech subjektů však předpokládá budoucí přechod na elektronickou ošetřovatelskou dokumentaci v plném rozsahu ošetřovatelské dokumentace (dle přílohy č. 1 vyhlášky č. 98/2012 Sb. o zdravotnické dokumentaci). Tomuto kroku však v současné době brání zejména technické a finanční aspekty. Aby byla ošetřovatelská dokumentace pořizována průběžně a korektně a její elektronické řízení přinášelo úsporu času zdravotnických pracovníků, je nutné, aby byla pořizována přímo při péči o pacienta tzv. u lůžka. Je proto nezbytné vybavit personál mobilními zařízeními pro pořizování dokumentace (PDA, tablety).
Porodnická péče
Zdravotnická dokumentace vztahující se k porodnické péči je vše všech subjektech, které provozují porodnici (Oblastní nemocnice Jičín a.s., Oblastní nemocnice Trutnov a.s., Oblastní nemocnice Náchod a.s.) vedena standardně v rámci NIS (KIS). Specifickým aspektem, který je kladen na dokumentaci pro porodnickou péči, je nutnost vzájemné vazby mezi dokumentací rodičky a novorozence. Dokumentaci rodičky vede gynekologicko–porodnické oddělení a obsahuje informace o průběhu těhotenství, anamnézu rodičky, záznamy o předporodních vyšetřeních apod. Z průběhu vlastního porodu je pak doplňován kompletní porodopis. Dokumentace novorozence zakládá a vede pediatrické oddělení. Pro péče o novorozence je nezbytné, aby pediatrické oddělení mělo přístup k vybraným údajům o matce dítěte a průběhu porodu. Z tohoto důvodu je nezbytné propojení dokumentace. Velký důraz by měl být kladen na zajištění důvěrnosti dat a přístupu k nim, tj. pediatr by měl mít náhled do dokumentace rodičky pouze pro údaje nezbytně nutné pro péči o novorozence.
Provoz porodnické péče rovněž přináší subjektu povinnost hlášení do registrů NZIS 1 a do Národního registru rodiček. V rámci subjektů není v současné využíváno přímé hlášení z NIS (KIS) do registrů.
V souvislosti s poskytování porodnické péče je rovněž nutné upozornit na specifickou oblast, a to dokumentaci o utajeném porodu2.
Hemodialyzační služba
Střediska hemodialyzační služby provozují subjekty Oblastní nemocnice Jičín a.s., Oblastní nemocnice Trutnov a.s., Oblastní nemocnice Náchod a.s. Pro řízení provozu hemodialýzy je ve všech subjektech využíván specifický klinický informační systém Nefris. Systém umožňuje komplexní vedení zdravotnické dokumentace o pacientech hemodialýzy vč. záznamů o průběhu vlastní hemodialýzy. Z tohoto pohledu je klinickými uživateli všech subjektů hodnocen jako vysoce vyhovující jejich potřebám.
V současné době není databáze Nefris na žádném ze subjektů propojena s databází NIS. Pacienti jsou do Nefris zadáváni jako do samostatného systému, dále je jejich evidence vedena rovněž v NIS v modulu ambulantní nebo lůžkové péče, veškeré změny je tedy nutno zadávat dvakrát, do Nefris a současně do NIS. Informace o průběhu hemodialýzy jsou rovněž ručně kopírovány do dokumentace pacienta vedené v NIS. Tato oblast je uživateli hodnocena spíše negativně, propojení databází obou systémů by bylo žádoucím aspektem pro optimalizaci provozu. Dle specifikace dodavatele (ProDos s.r.o.) je Nefris vybaven různými možnostmi komunikačních rozhraní pro výměnu dat s dalšími IS vč. datového standardu MZ ČR (DaSta).
Tabulka 2 Pokrytí procesů IS - hlavní procesy
Proces | Subproces | Činnost | Městská | Oblastní | Oblastní | Oblastní |
nemocnice a.s. | nemocnice | nemocnice | nemocnice | |||
Náchod a.s. | Jičín a.s. | Trutnov a.s. | ||||
Diag nosti cká a léčeb ná lůžko | Centrální registr pacientů | Evidence základních údajů pacientů | Stapro AKORD | Stapro Medea | mpa | Stapro H |
Údaje pro matriky | Hlášení narozených | N/A | Stapro Medea | mpa | Stapro H | |
Hlášení zemřelých | Stapro AKORD | Stapro Medea | mpa | Stapro H |
1 Dle požadavků Vyhlášky č.116/2012 Sb. o předávání údajů do Národního zdravotnického informačního systému v § 1 a příloze vyhlášky.
2 Ve smyslu § 37 a § 56 zákona č.372/2011 Sb.
vá | Plánování | Plánování | Stapro AKORD | N/A | mpa | Stapro H | |||
péče | péče | příjmů/lůžek | |||||||
Plánování | Stapro AKORD | N/A | mpa | Stapro H | |||||
vyšetření/zákroků | |||||||||
Kartotéka | Příjem, překlad, | Stapro AKORD | Stapro Medea, | mpa | Stapro H, Nefris | ||||
chorobopisů | propuštění | MS Access | |||||||
(Interní | |||||||||
oddělení ) – | |||||||||
bude | |||||||||
požadováno | |||||||||
sjednocení do | |||||||||
NIS | |||||||||
Diagnostické a | Stapro AKORD | Stapro Medea | mpa | Stapro H, Nefris | |||||
léčebné výkony- | |||||||||
evidence | |||||||||
Lékařská | Anamnéza | Stapro AKORD | Stapro Medea | mpa | Stapro H | ||||
dokumentace | pacienta, | ||||||||
diagnostické a | |||||||||
léčebné výkony | |||||||||
Zákroky | a | Operační protokol | Stapro AKORD | Stapro Medea | mpa | Stapro H | |||
operace | (popis operace, čas, | ||||||||
výkony, materiál) | |||||||||
Objednání | N/A | N/A | mpa | (vyjma | Stapro H | ||||
operačního sálu | GP) | ||||||||
Sestavy | a | Žádanky | Stapro | AKORD | Stapro Medea | mpa(vzory) | Stapro H (vzory) | ||
tisky | (vzory) | (vzory) | |||||||
Štítky (tisk) | Stapro AKORD (s | Stapro Medea | mpa(s | Stapro H | |||||
barcode) | (s barcode) | barcode) | (id.pacienta, s | ||||||
možností | |||||||||
barcodu) | |||||||||
Kompilace zpráv | Stapro AKORD | Stapro Medea | mpa | Stapro H | |||||
(přijímací, | |||||||||
překladové, | |||||||||
propouštěcí) | |||||||||
Informované | Stapro | AKORD | N/A | mpa (vzory) | Stapro H (vzory) | ||||
souhlasy | (vzory) | ||||||||
Proces | Subproces | Činnost | Městská | Oblastní | Oblastní | Oblastní |
nemocnice a.s. | nemocnice | nemocnice | nemocnice | |||
Náchod a.s. | Jičín a.s. | Trutnov a.s. | ||||
Diag | Kartotéka | Evidence | Stapro AKORD | Stapro Medea | mpa | Stapro H | |
nosti | pacientů | pacientů | |||||
cká a | ambulance | ambulance | |||||
léčeb | |||||||
ná | Plánování péče | Plánování | Stapro AKORD | Stapro Medea | Mpa (vyjma | Stapro H | |
amb | návštěv pacientů | GP a OTH) | |||||
ulant | |||||||
ní | |||||||
péče | Plánování | Stapro AKORD | Stapro Medea | mpa | Dtto | ||
vyšetření/zákrok | |||||||
ů | |||||||
Lékařská | Anamnéza | Stapro AKORD | Stapro Medea | mpa | Stapro H | ||
dokumentace | pacienta, | ||||||
diagnostické | a | ||||||
léčebné výkony | |||||||
Sestavy a tisky | viz Diagnostická a | Stapro AKORD | dtto | dtto | Dtto | ||
léčebná lůžková | |||||||
péče | |||||||
Ošet | Ošetřovatelská | Ošetřovatelská | Stapro AKORD | N/A | N/A | N/A | |
řovat | dokumentace | dokumentace | |||||
elská | |||||||
péče | |||||||
Poro | Rodička | Záznam o | N/A | Stapro Medea | mpa | Stapro H | |
dnick | předporodních | ||||||
á | vyšetřeních/hosp | ||||||
péče | italizace | ||||||
Porod | Porodopis | N/A | Stapro Medea | mpa | Stapro H | ||
Matka | a | Propojená | N/A | Stapro Medea | mpa | Stapro H | |
novorozenec | dokumentace | ||||||
matky/novoroze | |||||||
nce | |||||||
Hlášení ÚZIS | N/A | N/A | N/A | Stapro H | |||
Hem | NA | Řízení provozu | N/A | Nefris | Nefris | Nefris |
odial | hemodialyzačníh | |||||
yzač | o střediska | |||||
ní | ||||||
služb | ||||||
a |
1.3.2 Řídící procesy
Proces management zdravotnického zařízení lze členit na několik dalších subprocesů podle problémových oblastí:
− Personalistika – proces personálního řízení je ve všech subjektech řešen podporou IS Navision. V systému je řešena základní pracovně-právní agenda tj. evidence zaměstnanců a jejich základních údajů (nacionále, pracovní zařazení, pracovní úvazek a režim, mzdové nároky, evidence pracovní doby). Systém je rovněž určen pro tvorbu mezd. V tomto smyslu je propojen se systémem pro řízení ekonomiky a účetnictví (FEIS). Systém dále umožňuje elektronickou komunikaci se subjekty veřejné správy.
Plánování směn ani evidence pracovní doby není na žádném ze subjektů vedena v elektronické formě.
V rámci systému personalistiky nejsou řešeny kompetence a kvalifikace pracovníků. V Oblastní nemocnici Trutnov a.s. v současné době probíhá testování systému pro elektronickou pracovně – právní dokumentaci (šablony pracovních smluv, popisů práce). Po zkušebním provozu je plánován přenos do dalších nemocnic.
− Ekonomika a účetnictví – proces je ve všech subjektech pokryt systémem FEIS. Systém je propojen s NIS (KIS) pro účtování nákladů poskytované péče a dále se systémem FaMa pro evidenci majetku. Další propojení FEIS je do manažerských informačních systémů. Primárně pro FONS Report (společný pro všechny subjekty, určeno pro controlling ze strany ZH KHK), dále pro MIS využívané jednotlivými subjekty pro interní kontrolní činnosti. Problémem, na který bylo v rámci analýzy poukazováno, byla absence propojení FEIS a LIS. Absence této funkcionality komplikuje zejména přípravu účtů pro platby samoplátců. Výkony laboratoří jsou účtovány v měsíčních dávkách. V případě, že vznikne potřeba vystavit účet pro samoplátce je nutno provést samostatné (ruční) vyúčtování služeb laboratoře, protože FEIS není schopen tato data importovat s LIS. Z NIS (KIS) tato možnost existuje, proto je možné účty samoplátce pro výkony účtované v NIS (KIS) provádět bez součinnosti oddělení.
− Statistiky a výkazy – statistické přehledy a výkaznictví je nedílnou a velmi důležitou součástí managementu zdravotnického zařízení. Pro statistickou a výkaznickou činnost je nezbytná spolupráce NIS (KIS), LIS a ekonomického systému. Data jsou dále shromažďována a vyhodnocována v určeném MIS, ať již pro účely interního controllingu nebo reportování a vykazování směrem k ZHKHK (FONS Reports). Z analýzy vyplynula
poměrně široká škála využívaných MIS. Nicméně vazba k NIS je identifikována pouze na potřebu datových propojení a variabilitu pro statistické hodnocení a reportování.
Výkazy pro zdravotní pojišťovny jsou prováděny elektronickými dávkami na portály ZP, v dávkách jsou konsolidována data za všechny výkony.
− Hlášení do registrů – hlášení do registrů3 je nezbytnou součástí provozu zdravotnického zařízení. V současné době probíhá přímý export dat mezi NIS a ÚZIS v případě subjektů Oblastní nemocnice Jičín a.s. a Oblastní nemocnice Trutnov a.s., Oblastní nemocnice Náchod a.s. využívá pro přenos dat samostatnou aplikaci, v současné době plánuje testování přímého exportu na portál. NIS využívaný Městskou nemocnicí a.s. převod dat do portálu ÚZIS nepodporuje.
Kvalita a bezpečí péče
Požadavek na řízení systému kvality a bezpečí péče vychází z požadavku zákona č. 372/2011 Sb., o zdravotních službách, v platném znění. Podle § 47 odst. 3 písm. b) je poskytovatel povinen v rámci zajištění kvality a bezpečí poskytovaných zdravotních služeb zavést interní systém hodnocení kvality a bezpečí. Minimální rozsah indikátorů pak udává Věštník MZ ČR č.5/2012, část 3 pro poskytovatele lůžkové péče, 1.4. Standard: Sledování a vyhodnocování nežádoucích událostí. Všechny subjekty mají v současné době systém sledování nežádoucích událostí zaveden jako samostatnou evidenci oddělenou od NIS. Městská nemocnice a.s., Oblastní nemocnice Jičín a.s., Oblastní nemocnice Náchod
a.s. využívají pro řízení nežádoucích událostí systém “HlašeníNU” vyvinutý firmou Instantsolutions pro Institut pro aplikovaný výzkum, edukaci a řízení ve zdravotnictví, o.p.s. (InAVERZ). Oblastní nemocnice Trutnov a.s. využívá stejný systém ve verzi lokální implementace. Pro řízení stížností je využívána miniaplikace v prostředí G Suite.
Řízení dokumentace
Vzhledem k faktu, že nemocnice se v současné době připravují na akreditace v souladu s požadavky
§ 98 odst. 1 zákona č.372/2011 Sb. je proces řízení dokumentace jedním z klíčových procesů úspěšnosti procesu posouzení souladu. Stav podpory řízení dokumentace je v jednotlivých subjektech na různé úrovni:
− Městská nemocnice a.s. v současné době nevyužívá žádný systém typu DMS.
− Oblastní nemocnice Jičín a.s. využívá komerční systém na platformě MS Sharepoint.
− Oblastní nemocnice Trutnov a.s. využívá vlastní systém Archiv dokumentace. V současné době se připravuje přechod na prostředí G Suite.
3 Primární definice dle zákona č.372/2011 Sb., o zdravotních službách, v platném znění, specifikace povinných registrů viz vyhláška č.116/2012 Sb. o předávání údajů do NZIS.
− Oblastní nemocnice Náchod a.s. v současné době nevyužívá žádný systém typu DMS, zavedení sharepoint řešení je v přípravě (z tohoto důvodu není zahrnuto do analýzy nákladu na podporu IS, cena řešení v současné době není vyčíslena).
Tabulka 3 Pokrytí procesů IS - řídící procesy
Proces | Subproces | Činnost | Městská | Oblastní | Oblastní | Oblastní |
nemocnice | nemocnice | nemocnice | nemocnice | |||
x.x. | Xxxxxx a.s. | Jičín x.x. | Xxxxxxx a.s. | |||
Man age men t ZZ | Personalistika | Řízení pracovně - právních vztahů | Navision | Navision | Navision | Navision |
Statistiky - povinné registry | Sběr dat pro hlášení do povinných registrů | Stapro AKORD | Stapro Medea | mpa | Stapro H | |
Výkazy ZP (výkony a DRG) | Sběr dat pro hlášení ZP | Stapro AKORD | Stapro Medea | AMIS*MIS | Stapro H + Stapro AKORD | |
Účet pacienta | Léky, materiály, výkony/DRG | Stapro AKORD | Stapro Medea | AMIS*MIS | Stapro H | |
Statistika pacienta | Doba hospitalizace, výkony, obložnost, DRG | Stapro AKORD | Stapro Medea | AMIS*MIS | Stapro H, HiMIS, FONS Reports | |
Ekonomika a účetnictví | Ekonomické ukazatele provozu | FEIS | FEIS | FEIS | FEIS | |
Kvali ta a bezp ečí péče | Nežádoucí události | Evidence a vyhodnocování nežádoucích událostí | systém “HlašeníNU” | systém “HlašeníNU” | systém “HlašeníNU ” | systém “HlášeníNU” , G Suite |
Nozokomiální nákazy | Evidence a vyhodnocování nozokomiálních nákaz | Webová aplikace MUDr. Hřib (dříve ENZIS) | Stapro Medea (dokumentac e pacienta, lze statisticky zpracovávat) | N/A | Stapro H | |
Říze ní dok ume ntac e | N/A | Evidence, oběh a správa řízené dokumentace (DMS) | N/A | SP (implementuj e se) | SP (implement uje se) | Archiv dokumentů (DMS), G Suite (implement uje se) |
1.3.3 Podpůrné procesy
V následující podkapitole je popsán současný způsob zajištění podpůrných procesů.
Správa zdravotnických prostředků
Pro zprávu zdravotnických prostředků je ve všech nemocnicích využíván IS FaMa. Všechny subjekty využívají modul Evidence ZP, který je propojen s modulem Evidence majetku v IS FEIS. Díky tomu je nový majetek zaveden do FaMa současně se zavedením do inventárního seznamu majetku a v případě vyřazení je rovněž vyřazen z evidence FaMa. V současné době nebylo identifikováno žádné propojení FaMa a NIS.
Řízení léčiv a spotřebního zdravotnického materiálu
Základním aspektem v oblasti řízení léčiv a SZM je výběr ze „schváleného seznamu“ tzv. pozitivního listu. V subjektech Oblastní nemocnice Trutnov a.s. a Oblastní nemocnice Náchod a.s. je pozitivní list součástí NIS. V případě Oblastní nemocnice Náchod a.s. je dále NIS doplněn o databázi schválených léčivých přípravků AISLP. Pro Oblastní nemocnice Jičín a.s. je obdoba pozitivního listu veden v lékárenském systému Mediox (pro léčiva, spravuje lékárna) a v IS NeOS (pro SZM), nejedná se však o standardní pozitivní list. Městská nemocnice a.s. pozitivní list nevede.
V žádné z nemocnic není zaveden centrální sklad léčiv ani SZM, stejně tak nejsou vedeny (elektronickou formou) sklady oddělení nebo stanic. Evidence skladových zásob je vedena v papírové formě, popř. formou separátních evidencí (např. Excel).
Sledování preskripce je využíváno zejména jako kontrolní mechanismus, dále pak pro sledování výtěžnosti pacienta (sledování zda si pacient vyzvedne lék v lékárně nemocnice). Pro evidenci receptů subjektů Městská nemocnice a.s., Oblastní nemocnice Trutnov a.s. a Oblastní nemocnice Náchod a.s. je využíván systém Radix Data Expert. Oblastní nemocnice Jičín a.s. využívá systém Pexeso (součást NIS mpa).
Elektronické recepty v současné době nevyužívá žádná z nemocnic. Žádný z využívaných systémů neumožňuje přímé hlášení nežádoucích lékových reakcí na SÚKL.
Nakupování
Proces nakupování léčiv a SZM je oboustranně z procesem Řízení léčiv a spotřebního zdravotnického materiálu. Proces nakupování lze členit na subprocesy:
− Léčiva a SZM – nakupování resp. objednávání probíhá ve všech subjektech prostřednictvím IS NeOS. Výběr provádí určení pracovníci z katalogu systému NeOS. Pozor katalog systému není identický s pozitivním listem nemocnice (pokud je veden, viz výše). Systém je určen pouze pro objednávání, nejsou přes něj řízeny skladové zásoby.
− Ostatní materiál – objednávání probíhá v systému NeOS (Oblastní nemocnice Jičín a.s. a Oblastní nemocnice Trutnov a.s.), nebo prostřednictvím HelpDesku. V případě Městské
nemocnice a.s. je využíván Help Desk FaMa. Oblastní nemocnice Náchod a.s. využívá pro vnitřní požadavky modul Help Desk Stapro a následně jsou objednávky dodavatelům generovány v systému FEIS a rozesílány zpravidla emailem. Systémy jsou, stejně jako v případě léčiv a SZM, určeny pouze pro objednávání, nejsou přes něj řízeny skladové zásoby.
Stravovací provoz
IS podpora stravovacího provozu (objednávky diet pro pacienty) je oblastí s nejširším spektrem využívaných IS. Jediným subjektem, který pro podporu procesu nepoužívá IS je Městská nemocnice a.s., kde jsou objednávky diet realizovány papírovou formou. Oblastní nemocnice Jičín a.s. využívá IS Kredit, Oblastní nemocnice Trutnov a.s. samostatný stravovací modul v rámci NIS Stapro H. Oblastní nemocnice Náchod a.s. využívá celkem tři IS (dáno historickým vývojem postupného připojování jednotlivých subjektů). V Nemocnici Broumov je využíván IS Kasiopeja/Xxxxxxxxx, v Nemocnice Rychnov nad Kněžnou využívá modul Gurmed, který jsou součástí NIS Stapro Medea, v Oblastní nemocnici Náchod a.s. (vč. subjektů Nemocnice Jaroměř a Nemocnice Nové Město nad Metují) je využíván IS Astris.
Epidemiologický režim
V současné době není epidemiologický režim v žádné nemocnici podpořen informačním systémem.
Služby komplementu
Proces služeb komplementu můžeme pro lepší orientaci členit na dva subprocesy, a to proces laboratorních služeb a služeb zobrazovacích technik. V případě obou subprocesů by měl být kladen důraz na propojení databází mezi využívanými systémy a dále na elektronickou komunikaci tj. zadávání požadavků na vyšetření a příjmu výsledků vyšetření. Elektronická komunikace šetří čas a rovněž snižuje riziko chyb, což je velmi významným aspektem při poskytování zdravotní péče.
● Laboratorní služby
Všechny laboratoře nemocnic využívají stejný LIS a to Open LIMS (Stapro). Výjimkou je histo- patologická laboratoř Oblast nemocnice Náchod a.s., která využívá „RDG“ modul NIS Stapro Medea, který je určen pro specifika histopatologie.
Žádná z nemocnic nevyužívá pro zadávání požadavků na laboratorní vyšetření elektronické žádanky, žádanky jsou laboratoři předávány v papírové formě, laboratoř tedy musí provádět ruční zadání pacienta i metod do LIS. Oblastní nemocnice Náchod a.s. a Oblastní nemocnice Jičín a.s. využívají skenování papírových žádanek s načtením metod do LIS.
Přechod na elektronickou žádanku je plánovaným stavem ve všech nemocnicích. Přenos výsledků vyšetření je naopak ve všech subjektech zajištěn elektronicky, přesto jsou (v souladu s požadavky na zdravotnickou dokumentaci a požadavky normy ČSN EN ISO/IES 15189:2013, podle níž jsou laboratoře posouzeny ze strany NASKL) dodávány výsledky také v papírově formě (autorizované uvolňující osobou). Přenos výsledků je zajištěn přímým exportem mezi LIS a NIS, případně pomocí aplikace WebLIMS. Výsledky vyšetření jsou dostupné formou přehledu
a dále jsou výsledky importovány do dokumentace pacienta. Extramurálním zadavatelům jsou výsledky elektronicky poskytovány formou zabezpečeného přenosu. Jsou využívány aplikace Medidata (využívají všechny laboratoře) a Mise (využívají spolu s Medidata laboratoře Oblastní nemocnice Náchod a.s. a Oblastní nemocnice Jičín a.s.). Důraz je kladen zejména na bezpečnost přenosu dat a včasné dodání výsledků oprávněnému klinickému žadateli. Přenos výsledků nezabezpečenou formou (e-mail) není, dle vyjádření zástupců subjektů přípustné.
V případě histo-patologické laboratoře Oblastní nemocnice Náchod a.s. jsou výsledky vyšetření zapisovány přímo do NIS, neboť laboratoř používá samostatný modul NIS Stapro Medea. Extramurálním zadavatelům se výsledky elektronicky poskytují.
● Zobrazovací metody
V případě vyšetření zobrazovacích metod je zajištěno elektronické podání požadavku (žádanka) i elektronický přenos výsledku do NIS (KIS) formou nálezu vyšetření zapsaného oddělením zobrazovacích metod. Obrazová dokumentace vyšetření je klinikovi dostupná prostřednictvím prohlížeče xVision volaného z NIS. Všechny subjekty využívají systém Xxxxx PACS (OR CZ a.s.). V současné době využívaný systém je provozován v 32bitové verzi (kromě ON Náchod a.s., která používá 64bitovou verzi), která již není v současné době dále vyvíjena a je tedy ve svých funkcích výrazně omezena. V budoucnu je v plánu nahradit současný systém Xxxxx XXXX za nový, přičemž se bude jednat o systém, který bude obdobné architektury respektující DICOM standart.
Oddělení zobrazovacích metod Oblastní nemocnice Náchod a.s. využívají dále RDG modu NIS Stapro Medea. RDG oddělení Oblastní nemocnice Jičín a.s. pak systém Radius, určený pro specifika zobrazovacích metod.
Oblastní nemocnice Náchod a.s. – subjekt Nemocnice Rychnov nad Kněžnou využívá pro radiodiagnostiku externího dodavatele s importem popisů do výsledkového modulu v NIS Medea. Elektronický přenos obrazových dat extramurálním klinikům využívají Oblastní nemocnice Jičín a.s., Oblastní nemocnice Náchod a.s. a Oblastní nemocnice Trutnov a.s., jedná se o zabezpečený export v ePACS.
Varianta přenosu výsledků nezabezpečenou formou (e-mail) není přípustná.
Výroba transfuzních přípravků
Úsek výroby transfuzních přípravků je zřízen v rámci Oblastní nemocnice Náchod a.s. a Oblastní nemocnice Trutnov a.s. Obě nemocnice využívají pro své řízení IS HEMO, který je určen přímo pro problematiku výroby transfuzních přípravků. Propojení s NIS není identifikováno ani relevantní.
Tabulka 4 Pokrytí procesů IS - podpůrné procesy
Proces | Subproces | Činnost | Městská | Oblastní | Oblastní | Oblastní |
nemocnice | nemocnice | nemocnice | nemocnice | |||
x.x. | Xxxxxx a.s. | Jičín x.x. | Xxxxxxx a.s. | |||
Správ a zdrav otnic kých prost ředků | Evidence ZP | Evidence ZP, plánování BTK, validací, servisů, v případě měřidel ověření/kalibr ací | FaMa (modul Správa ZP) | FaMa | FaMa | FaMa(+EVIS) |
Evidence kontrol/ BTK ZP | Záznamy o zásazích | FaMa (modul Správa ZP) | FaMa | FaMa | FaMa(+EVIS) | |
Elektronick é záznamy o kontrolách /BTK | Možnost vložení elektronickéh o dokladu o provedení zásahu, kalibračního listu apod. | N/A | N/A | FaMa | N/A | |
Notifikace konce platnosti kontroly/B TK | Upozornění uživatel/správ ce o blížícím se konci platnosti kontroly/BTK | Fama | FaMa | N/A | N/A | |
Řízen í léčiv a spotř ebníh o zdrav otnic kého mate riálu | Pozitivní listy | Pozitivní list nemocnice | Stapro FONS Akord | Stapro Medea | Mediox (pro léčiva, spravuje lékárna), NeOS (pro SZM) | Stapro H |
Skladová evidence | Centrální sklad SZM | N/A | N/A | N/A | N/A | |
Centrální sklad léčiv | N/A | N/A | N/A | N/A | ||
Lokální sklad SZM oddělení/amb ulance | N/A | N/A | N/A | N/A | ||
Lokální sklad léčiv oddělení/amb ulance | N/A | N/A | N/A | N/A |
Proces | Subproces | Činnost | Městská | Oblastní | Oblastní | Oblastní |
nemocnice | nemocnice | nemocnice | nemocnice | |||
x.x. | Xxxxxx a.s. | Jičín x.x. | Xxxxxxx a.s. | |||
Řízení léčiv a | Preskripce | Evidence receptů | Radix | Radix data Expert | Pexeso (mpa) | Radix |
spotřebn ího zdravotn ického materiál u | E-recept | N/A | N/A | N/A | N/A | |
Hlášení lékových interakcí | N/A | N/A | N/A | N/A | ||
Hlášení lékových interakcí | N/A | N/A | N/A | N/A | ||
Účet pacienta | N/A | N/A | N/A | Stapro H | ||
Statistiky spotřeby léků | N/A | N/A | Mediox | Radix | ||
Nežádoucí reakce - hlášení SÚKL | N/A | N/A | N/A | N/A | ||
Nakupov ání | Lékárna | Nákupy z lékárny (SZM, léčiva) | NeOS | NeOS | NeOS | NEOS |
dodavatelé | Nákupy z trhu (spotřební materiál, provozní vybavení) | FaMa (modul HelpDesk) | Help Desk (Stapro)+ FEIS | NeOS | NEOS | |
Stravova cí provoz | NA | Objednávky diet | N/A | Astris (Náchod), Magdalena / Kasiopeja (Broumov), Medea modul Gurmed (Rychnov nad Kněžnou) | Kredit | Stapro H |
Epidemi | NA | Sledování | N/A | N/A | N/A | N/A |
ologický | činností v | |||||
režim | epidemiolo | |||||
gickém | ||||||
režim sálů a | ||||||
oddělení, | ||||||
sterilizační | ||||||
režim |
Proces | Subproces | Činnost | Městská | Oblastní | Oblastní | Oblastní |
nemocnice | nemocnice | nemocnice | nemocnice | |||
x.x. | Xxxxxx a.s. | Jičín x.x. | Xxxxxxx a.s. | |||
Služby komple mentu | Laboratorní vyšetření | Požadavky na vyšetření (E žádanky přímý přenos NIS- LIS) | N/A | N/A | N/A | N/A |
Výsledky (elektronick y přímý přenos LIS- NIS) | Open LIMS/Stapr o AKORD, Web LIMS(pro uživatele bez přístupu do NIS) | Open LIMS/Mede a, v případě histologické laboratoře pouze Medea (modul pro histo- patologicko u laboratoř) | Open LIMS/mpa | Open LIMS/Stapro H | ||
Výsledky extramurál ním zadavatelů m (elektronick y) | Medidata | Medidata(C ompek) a Mise(Stapr o) | Medidata, Mise (Stapro) | Medidata (Stapro) | ||
Zobrazovac í metody | Požadavky na vyšetření (E-žádanky - přímý přenos NIS- PACS) | Stapro AKORD/Ma rie PACS | Medea (NIS)/ Medea (RDG) /Xxxxx XXXX | mpa/Radiu s/Xxxxx XXXX | Stapro H+Xxxxx XXXX |
Výsledky (dostupnos t obrazové dokumenta ce v PACS, popis v NIS) | Stapro AKORD+Ma rie PACS | Stapro Medea+Ma rie PACS | mpa/Radiu s+Xxxxx XXXX | Stapro H+Xxxxx XXXX | ||
Výsledky extramurál ním zadavatelů m (elektronick y) | ePACS | ePACS | ePACS | ePACS | ||
Výroba | N/A | Řízení | N/A | HEMO | N/A | HEMO |
transfuz | provozu | |||||
ních | úseku | |||||
přípravk | výroby | |||||
ů | transfuzníc | |||||
h přípravků |
Změna systémů zajištění podpůrných procesů
Dodavatel bere na vědomí, že kterýkoliv ze systémů k zajištění podpůrných procesů, jejichž dodávka není předmětem dodávky NIS, může být v době od uzavření smlouvy do realizace integrace systému s NIS objednatelem změněn. Integrace NIS bude provedena vždy se systémy provozovanými v době realizace integrace. Změna systému není důvodem pro změnu ceny realizace dodávky NIS.
2 Specifikace rozsahu implementace NIS
Nemocniční informační systém bude v rámci tohoto zadání pokrývat následující oblasti:
● Klinický informační systém zahrnující
o Pacientskou administrativu včetně statistik potřebných pro provoz zdravotnického zařízení, zejména vykazování pro ÚZIS
o Vyúčtování poskytnuté zdravotní péče různým plátcům (minimálně výkaznictví pro zdravotní pojišťovny včetně podpory DRG, samoplátci)
o Umožňuje vést zdravotnickou dokumentaci v souladu s platnou legislativou v písemné i elektronické formě (po doplnění o dlouhodobý elektronický archiv)
o Vedení dokumentace na ambulancích
o Vedení dokumentace na lůžkových odděleních (standard, JIP)
o Vedení dokumentace k operaci a jejich plánování a objednávání (+ vyhledávání volného termínu)
o Vedení speciální dokumentace na porodnici a novorozeneckém oddělení
o Speciální modul pro JIP (možnost automatizovaného načítání dat z přístrojů a jejich grafické zobrazení)
o Rehabilitační péče a plánování procedur
o Možnost využití hlasového diktování záznamu
● Obrazový komplement
o Radiodiagnostické oddělení
o Požadavek na import histologických vyšetření (DS)
o Oddělení nukleární medicíny
● Internetové objednávání pacientů s napojením na diáře pracovišť nemocnice
o Ambulance (kardiologická, endokrinologická, gastroenterologická, nefrologická,…)
o Specializovaná pracoviště
● Stravovací systém
o Pacientská strava
o Plná integrace s KIS – objednávání stravy (diety)
o Normování a sledování zásob – napojení na EIS a MIS
● PACS systém
o Centrální uložiště
o DICOM prohlížeč
● Webový portál
o Přehled o poskytovatelích zdravotních služeb
o Přehled o dostupnosti zdravotní péče
o Přehled o volných kapacitách pro plánované zdravotní výkony
o Elektronické objednávání na vybraná zdravotnická pracoviště
● Zajištění interoperability NIS v rámci „ekosystému“ celé ČR
o Standardizovaná a automatizována obousměrná komunikace s jinými systémy (LIS, EIS, lékárna, MIS atd.)
o Standardizovaná a automatizovaná obousměrná komunikace s jinými subjekty (ZZS, externí ambulance, laboratoře, specializovaná zařízení atp.)
o zajištění interoperability NIS – HL-7, DASTA import/export, možnost automatického generování zprávy pro odeslání např. OL – výsledek vyžádaného vyšetření
o Automatizovaná komunikace s organizacemi zajišťujícími distribuci číselníků a sběr dat (např. registry ÚZIS, SÚKL, b2b služby VZP)
Je nezbytně nutné zajištění kontinuity provozu zdravotnických zařízení v průběhu implementace NIS. Po stránce nepřetržitého provozu se předpokládají pouze plánované odstávky pouze na nezbytnou dobu.
Dále je požadována kontinuita nastavených parametrů, všech číselníků, definic, tiskových sestav, definice organizační struktury a jiných aspektů provozu. Nepředpokládá investici do opětovného zadávání a pořizování těchto údajů.
Počet pracovišť, uživatelů, pracovních stanic a lůžek za jednotlivé nemocnice vztahujících se k NIS je uveden v tabulkách 5 -8 (stav k 1. 7. 2017).
Tabulka 5 Kapacity Dvůr Králové nad Labem
Klinická oddělení nemocnice Dvůr Králové | Počet lůžek | Počet pracovních stanic | Počet ambulancí | Počet JIP | Počet operačních sálů | Počet lékařů | Počet sester |
Interní | 49 | 11 | 2 | 1 | 0 | 7 | 16 |
Chirurgické | 52 | 11 | 2 | 1 | 2 | 7 | 20 |
Urologické | 20 | 11 | 3 | 0 | 1 | 5 | 10 |
Následná péče | 50 | 4 | 0 | 0 | 0 | 2 | 13 |
Gynekologie | 0 | 1 | 1 | 0 | 0 | 1 | 0 |
Endoskopie | 0 | 1 | 1 | 0 | 0 | 3 | 2 |
ARO | 0 | 3 | 0 | 0 | 0 | 3 | 4 |
Dětská LSPP | 0 | 1 | 1 | 0 | 0 | 1 | 11 |
OKBH | 0 | 6 | 0 | 0 | 0 | 1 | 9 |
RTG | 0 | 4 | 2 | 0 | 0 | 3 | 5 |
Ultrazvuk | 0 | 1 | 1 | 0 | 0 | 5 | 1 |
CT | 0 | 1 | 1 | 0 | 0 | 3 | 1 |
Rehabilitace | 0 | 2 | 2 | 0 | 0 | 0 | 7 |
Tabulka 6 Kapacity Jičín
Klinická oddělení nemocnice Jičín | Počet lůžek | Počet pracovních stanic | Počet ambulancí | Počet JIP | Počet operačních sálů | Počet lékařů | Počet sester |
Interní Jc | 83 | 40 | 7 | 1 | 0 | 35 | 40 |
Dialýza | 7 | 5 | 1 | 0 | 0 | 2 | 12 |
Interní NB | 22 | 17 | 7 | 0 | 0 | 9 | 21 |
Chirurgické | 51 | 28 | 4 | 0 | 0 | 20 | 38 |
Gynekologicko- porodnické | 35 | 14 | 2 | 0 | 0 | 14 | 26 |
Pediatrické (včetně novorozeneckého) | 32 | 13 | 4 | 0 | 0 | 13 | 34 |
ARO | 7 | 10 | 1 | 0 | 0 | 11 | 25 |
ORL | 19 | 12 | 3 | 0 | 0 | 11 | 10 |
Neurologie | 22 | 11 | 3 | 0 | 0 | 10 | 12 |
RKO | 20+9stac. | 16 | 4 | 0 | 0 | 7 | 18 |
Psychiatrické | 21 | 10 | 3 | 0 | 0 | 5 | 12 |
LDN | 158 | 21 | 0 | 0 | 0 | 7 | 47 |
Plicní | 0 | 8 | 1 | 0 | 0 | 2 | 3 |
LPS | 0 | 6 | 5 | 0 | 0 | 31 | 0 |
Centrum klin. labor. | 0 | 0 | 0 | 0 | 0 | 0 | 0 |
OKB | 0 | 25 | 1 | 0 | 0 | 2 | 32 |
OKM | 0 | 10 | 0 | 0 | 0 | 2 | 10 |
OTH | 0 | 13 | 1 | 0 | 0 | 3 | 12 |
Rehabilitační | 35 | 22 | 4 | 0 | 0 | 7 | 44 |
RDG | 0 | 23 | 0 | 0 | 0 | 6 | 18 |
ONM | 0 | 5 | 0 | 0 | 0 | 2 | 5 |
Lékárna | 0 | 11 | 0 | 0 | 0 | 0 | 13 |
COS | 0 | 5 | 0 | 0 | 3+2 zákrokové | 0 | 14 |
Stravování | 0 | 9 | 0 | 0 | 0 | 0 | 9 |
DZS | 0 | 4 | 0 | 0 | 0 | 0 | 3 |
CS | 0 | 1 | 0 | 0 | 0 | 0 | 2 |
Tabulka 7 Kapacity Náchod
Klinická oddělení nemocnice Náchod | Počet lůžek | Počet pracovníc h stanic | Počet ambulan cí | Poč et JIP | Počet operačníc h sálů | Počet lékařů | Počet sester |
ARO Náchod | 6 | 15 | 1 | 0 | 0 | 14 | 39 |
Dialyzační Náchod | 13 | 5 | 1 | 0 | 0 | 1 | 12 |
Endoskopické centrum Náchod | 1stac | 13 | 12 | 0 | 0 | 6 | 11 |
Gynekologicko- porodnické Náchod | 45 | 19 | 2 | 0 | 2 | 16 | 36 |
Chirurgické Náchod | 59 | 27 | 9 | 1 | 2 | 16 | 50 |
Imunologie Náchod | 0 | 1 | 1 | 0 | 0 | 2 | 1 |
Infekční Náchod | 0 | 2 | 2 | 0 | 0 | 1 | 1 |
Interní Náchod | 66 | 38 | 7 | 1 | 0 | 23 | 79 |
Neurologické Náchod | 34 | 22 | 4 | 1 | 0 | 15 | 29 |
Onkologické Náchod | 0 | 10 | 4 | 0 | 0 | 4 | 4 |
ORL Náchod | 5 | 14 | 4 | 0 | 1 | 6 | 14 |
Ortopedické Náchod | 25 | 17 | 3 | 0 | 2 | 9 | 17 |
Pediatrické Náchod vč. Novorozenců | 45 | 20 | 10 | 0 | 0 | 14 | 36 |
RHB Náchod | 34 | 20 | 3 | 0 | 0 | 4 | 35 |
Urologické Náchod | 20 | 16 | 4 | 0 | 1 | 12 | 14 |
LSPP Náchod (dospělí + děti) | 0 | 3 | 2 | 0 | 0 | 27 | 23 |
Logopedie Náchod | 0 | 2 | 1 | 0 | 0 | 3 | 0 |
Odd. sociální péče Náchod | 0 | 3 | 1 | 0 | 0 | 3 | 0 |
PKBD Náchod | 0 | 21 | 1 | 0 | 0 | 5 | 22 |
PKHTS Náchod | 0 | 21 | 1 | 0 | 0 | 6 | 16 |
MBL Náchod | 0 | 18 | 1 | 0 | 0 | 7 | 9 |
RDG Náchod | 0 | 24 | 0 | 0 | 0 | 13 | 17 |
Patologie Náchod | 0 | 9 | 0 | 0 | 0 | 4 | 8 |
COS Náchod | 0 | 10 | 0 | 0 | 0 | 1 | 15 |
Centrální sterilizace Náchod | 0 | 1 | 0 | 0 | 0 | 0 | 3 |
Psychiatrické Nové Město nad Metují | 30 | 14 | 2 | 0 | 0 | 8 | 14 |
Chirurgické Broumov | 0 | 1 | 1 | 0 | 1 | 1 | 2 |
Interní Broumov | 31 | 14 | 3 | 0 | 0 | 10 | 25 |
LNP Broumov | 64 | 12 | 0 | 0 | 2 | 23 | |
Multidisciplinární Broumov vč. NIP | 10 | 7 | 1 | 0 | 0 | 8 | 14 |
PKBD Broumov | 0 | 16 | 1 | 0 | 0 | 5 | 9 |
RDG Broumov | 0 | 5 | 0 | 0 | 0 | 2 | 5 |
LDN + LNP Jaroměř | 103 | 17 | 0 | 0 | 0 | 7 | 28 |
PKBD Jaroměř | 0 | 4 | 0 | 0 | 0 | 0 | 3 |
PKDB Opočno | 0 | 3 | 0 | 0 | 0 | 1 | 3 |
PL České Meziříčí | 0 | 2 | 1 | 0 | 0 | 1 | 1 |
XXX Xxxxxxx x.Xx. | 5 | 11 | 1 | 0 | 0 | 14 | 31 |
Gynekologicko- porodnické Rychnov x.Xx. | 30 | 14 | 6 | 0 | 1+1 sekční | 7 | 24 |
Chirurgické Rychnov x.Xx. | 54 | 27 | 7 | 1 | 2 | 14 | 51 |
Interní Rychnov x.Xx. | 71 | 22 | 5 | 1 | 0 | 19 | 54 |
Následná rehabilitační péče Rychnov x.Xx. | 40 | 6 | 0 | 0 | 0 | 3 | 14 |
Onkologické Rychnov x.Xx. | 0 | 4 | 1 | 0 | 0 | 1 | 2 |
Ortopedické Rychnov x.Xx. | 25 | 16 | 2 | 0 | 2 | 11 | 15 |
Pediatrické Rychnov x.Xx. vč. Novorozenců | 30 | 12 | 4 | 0 | 0 | 12 | 24 |
Psychiatrické Rychnov x.Xx. | 0 | 1 | 1 | 0 | 0 | 1 | 0 |
Rehabilitační Rychnov x.Xx. | 0 | 6 | 3 | 0 | 0 | 1 | 14 |
LSPP Rychnov x.Xx. (dospělí + děti) | 0 | 4 | 2 | 0 | 0 | 28 | 8 |
Logopedie Rychnov x.Xx. | 0 | 1 | 1 | 0 | 0 | 1 | 0 |
Odd. sociální péče Rychnov x.Xx. | 0 | 1 | 1 | 0 | 0 | 2 | 0 |
Pracovně-lékařská služba Rychnov x.Xx. | 0 | 1 | 1 | 0 | 0 | 1 | 1 |
PKBD Rychnov x.Xx. | 0 | 15 | 0 | 0 | 0 | 3 | 15 |
PKHTS Rychnov x.Xx. | 0 | 10 | 1 | 0 | 0 | 2 | 9 |
Centrální operační sály Rychnov x.Xx. | 0 | 8 | 0 | 0 | 0 | 1 | 14 |
Centrální sterilizace Rychnov x.Xx. | 0 | 2 | 0 | 0 | 0 | 0 | 3 |
Stravování Rychnov x.Xx. | 0 | 6 | 0 | 0 | 0 | 0 | 3 |
DZS Xxxxxxx x.Xx. | 0 | 1 | 0 | 0 | 0 | 0 | 0 |
Tabulka 8 Kapacity Trutnov
Klinické oddělení | Počet lůžek | Počet pracovní ch stanic | Počet ambula ncí | Poče t JIP | Počet operačních sálů | Počet lékař ů | Počet sester |
Interna | 60 | 34 | 14 | 0 | 0 | 17 | 37 |
Interna JIP | 6 | 5 | 0 | 1 | 0 | ||
Dialýza | 8 | 3 | 2 | 0 | 0 | 1 | 10 |
Rehabilitace | 20 | 11 | 17 | 0 | 0 | 4 | 23 |
THO | 0 | 22 | 2 | 0 | 0 | 3 | 22 |
Plicní | 0 | 4 | 3 | 0 | 0 | 1 | 2 |
Neurologie | 30 | 18 | 7 | 0 | 0 | 6 | 23 |
Neurologie JIP | 4 | 4 | 0 | 1 | 0 | ||
Pediatrie | 20 | 10 | 10 | 0 | 0 | 6,5 | 20 |
Novorozenci | 10 | 2 | 0 | 0 | 0 | 1 | 9 |
Radioterapie | 28 | 11 | 6 | 0 | 0 | 2,5 | 13 |
Dermatologie | 0 | 5 | 4 | 0 | 0 | 1,5 | 2 |
Nukleární medicína | 0 | 9 | 2 | 0 | 0 | 2 | 8 |
Chirurgie | 50 | 17 | 6 | 0 | 2 | 14 | 34 |
Chirurgie JIP | 4 | 2 | 0 | 1 | 0 | ||
Gynekologicko- porodnické | 43 | 24 | 15 | 0 | 2 | 9 | 30 |
Ortopedie | 20 | 11 | 5 | 0 | 1 | 6 | 11 |
Oční | 0 | 5 | 2 | 0 | 0 | 2 | 2 |
ORL | (zahrnuto v CHIR, jako integrovaná lůžka) | 8 | 4 | 0 | 1 | 2 | 3 |
ARO | 5 | 7 | 1 | 1 | 0 | 6 | 21 |
OKB | 0 | 15 | 3 | 0 | 0 | 1 | 14 |
Mikrobiologie | 0 | 26 | 1 | 0 | 0 | 3 | 14 |
RTG | 0 | 30 | 8 | 0 | 0 | 8 | 15 |
COS+CS | 0 | 13 | 0 | 0 | součet CHIR+ORL+ORTO 4 (plánování operací) | 0 | 16 |
Externí pracoviště vlastní | 0 | 5 | 5 | 0 | 0 | 0 | 0 |
Osteomed (externí cizí ZZ, smluvně využívající licenci NIS) | 0 | 2 | 2 | 0 | 0 | 0 | 0 |
Externí pracoviště cizí (náhled do zdravotní dokumentace) | 0 | 92 | 92 | 0 | 0 | 0 | 0 |
2.1 Licenční ujednání
Dodavatel v rámci plnění předmětu této smlouvy realizuje pro zadavatele dílo podléhající ochraně podle zákona č. 121/2000 Sb., o právu autorském (autorský zákon), a zákona č. 89/2012 Sb., občanského zákoníku, a tak poskytuje zadavateli licenci, tj. oprávnění k výkonu práva užívat jím vytvořené autorské dílo. Dodavatel poskytuje licenci pro současnou práci na neomezeném počtu pracovních stanic zadavatele či dotčených organizací ve smyslu smlouvy o dílo (tzv. „unlimited licence“).
Dodavatel prohlašuje, že dílo ani jeho části, které jsou autorským dílem dodavatele, nemají žádné právní vady, že nejsou zatíženy právy třetích osob a že je dodavatel zcela oprávněn vykonávat veškerá majetková autorská práva v celém rozsahu, s dílem disponovat a uzavřít se zadavatelem smlouvu na celý rozsah předmětu plnění dle smlouvy o dílo. Dodavatel prohlašuje, že mu k dílu nebo jeho částem náleží veškerá oprávnění, která zadavateli poskytuje, a to v rozsahu práv autorských, práv souvisejících s právem autorským i práv spadajících pod režim ostatních právních předpisů na ochranu duševního vlastnictví a dále v rozsahu práv osobnostních.
Jsou-li součástí díla části nebo produkty jiné osoby (původce software), jsou licence k nim součástí díla a úhrada za jejich užívání je zahrnuta v celkové ceně díla. Dodavatel je povinen doložit zadavateli nejpozději před začátkem implementace, že licence třetích osob k standardnímu software jsou registrovány u jednotlivých původců software na zadavatele jako jejich vlastníka, a že údržba a podpora je registrována na zadavatele u poskytovatele podpory.
Licence k předmětu plnění nebo k jeho části, i licence třetích osob, nesmějí být omezeny počtem uživatelů.
Dodavatel prohlašuje, že nositelům výše uvedených práv nepřísluší a nebude příslušet vůči zadavateli žádné právo na odměnu, či jakékoliv jiné plnění v souvislosti s realizací díla nebo jeho částí. Dodavatel se dále zavazuje, že výsledky své činnosti pro zadavatele, zachycené a předané zadavateli v jakékoliv podobě, neposkytne bez předchozího písemného souhlasu zadavatele třetí straně.
V případě, že se uvedená prohlášení dodavatele nezakládají na pravdě, odpovídá dodavatel zadavateli a dotčeným nemocnicím za z toho vyplývající důsledky v plném rozsahu včetně odpovědnosti za způsobenou škodu. Uplatní-li třetí osoba své právo k dílu nebo jeho části, zavazuje se dodavatel bez zbytečného odkladu na vlastní náklady učinit potřebná opatření k ochraně výkonu práv zadavatele, pokud jej k tomu zadavatel zmocní.
Dodavatel poskytuje zadavateli, jeho právním nástupcům a všem osobám ovládaným zadavatelem na dobu trvání majetkových práv autora k dílu nevýhradní, převoditelnou licenci k výkonu práva dílo a jeho případné další verze užít a modifikovat, a to neomezeně co do místa a množství, času, způsobu a formy. Zadavatel není povinen využít poskytnout licenci ani zčásti.
Oblastní nemocnice Náchod a.s. ve stávajícím stavu sdílí NIS s třetí stranou. Stávající dodavatel NIS poskytl právo užívání programového vybavení třetí osobě - LDN Opočno, a to v rozsahu: aplikační programové vybavení - moduly lůžkové oddělení, ambulance a výkaznictví NIS v rozsahu 5 licencí. V případě Oblastní nemocnice Trutnov a.s. se jedná o subjekt privátní revmatologické a osteologické ambulance Osteomed s.r.o. - moduly ambulance a výkaznictví v rozsahu 2 licencí (1 lékař + 1 sestra; 2 stanice) s možností využití více instancí NIS na každé stanici. Zadavatel požaduje toto právo zachovat i v novém NIS včetně převodu dat.
Zadavatel je oprávněn poskytovat neomezený počet podlicencí ve stejném nebo omezeném rozsahu, ve kterém je dílo oprávněn užívat dle této smlouvy.
Smluvní strany tímto výslovně souhlasí s tím, že veškerá finanční vyrovnání za udělení licenčního oprávnění k užití díla dle této smlouvy jsou již plně zahrnuta v ceně díla.
Dodavatel uděluje zadavateli:
● oprávnění dílo (nebo jeho dílčí část), které podléhá ochraně podle zákona č. 121/2000 Sb. (autorský zákon) a zákona č. 89/2012 Sb., občanského zákoníku, upravovat, zpracovávat, měnit jeho název,
● a oprávnění dílo spojit s dílem jinýma s dílem dále pracovat za účelem jeho dalšího rozvoje a používání;
● právo realizovat rozhraní díla s jinými, zadavatelem provozovanými softwarovými produkty.
2.2 Licence k dílu
Dílo tedy informační systém a všechny jeho komponenty mimo licencí serverových operačních a databázových systémů bude dodavatelem poskytnut s následujícím rozsahem licenčního oprávnění:
1. licence neomezená způsobem a rozsahem užití pro zadavatele
2. nevýhradní licenci k veškerým známým způsobům užití takového díla, zejména, xxxxxxx však výlučně k účelu, ke kterému bylo takové dílo dodavatelem vytvořeno v souladu se smlouvou, a to v rozsahu minimálně nezbytném pro řádné užívání díla zadavatelem;
3. licenci neomezenou územním ani množstevním rozsahem a dále neomezenou způsobem nebo rozsahem užití;
4. licenci udělenou na dobu neurčitou;
5. licenci, kterou není zadavatel povinen využít;
Povinnost týkající se licence platí pro dodavatele i v případě zhotovení části díla poddodavatelem.
2.3 Licence k aplikační části informačního systému
Licence bude poskytnuta v rozsahu, který žádným způsobem neomezí užití díla. Může se jednat o svobodný i uzavřený software.
2.4 Licence k databázové části informačního systému
Licence bude poskytnuta v rozsahu, který žádným způsobem neomezí užití díla. Může se jednat o svobodný i uzavřený software.
2.5 Licence a vlastnictví dat
Veškerý datový obsah vytvořený v informačním systému zadavatele, tedy veškerá data, a k nim se vážící licenční práva náleží zadavateli. Zadavatel bude jediným vlastníkem obsahu (dat) zanesených v informačním systému.
Se svými daty objednatel nakládá dle svého uvážení v souladu s platnou legislativou a může je zpracovávat v jakýchkoliv dalších informačních systémech. Data nebudou daty dodavatele. Dodavatel odpovídá za konzistentnost dat a data samotná při jejich zpracování zadavatelem v informačním systému dodavatele, a to v souladu s aktuální dokumentací k tomuto informačnímu systému. Dodavatel neodpovídá za data chybně zadaná zadavatelem a ani za zpracování těchto dat zadavatelem v systémech třetích stran.
Zadavatel v rámci svých pokynů a smluvních ustanovení umožní v omezeném rozsahu výhradně za účelem poskytování dodávek a služeb k informačnímu systému pracovat s těmito daty dodavateli.
3 Obecné požadavky na aplikační programové vybavení
Zadavatel požaduje implementaci systémů založených na moderních a všeobecně uznávaných technologických standardech s perspektivou rozvoje po dobu minimálně 20 dalších let.
Navrhované systémy musí mít jednotné uživatelské rozhraní se způsobem ovládání respektujícím standardy MS Windows ve všech modulech a funkcionalitách, vyjma odůvodněných případů.
Správa systémů musí být integrální součástí celku s obdobným ovládáním.
Všechny části systémů musí s uživatelem komunikovat česky; pro tvorbu individuálních výstupů, export a import dat a další funkce vyhrazené administrátorům, správcům a vybraným uživatelům se připouští komunikace v angličtině.
Navrhované systémy umožní hierarchizovatelné nastavení přístupových práv se stanovením rozsahu přístupu i stupně oprávnění manipulace se záznamem (čtení / nový záznam / úprava / rušení záznamu). Princip nastavování přístupových práv jednotlivým uživatelům musí vycházet z definice libovolného množství uživatelských rolí, do kterých jsou samotní uživatelé přiřazování.
Všechny tiskové výstupy navrhovaného systému musí být individuálně modifikovatelné z hlediska rozvržení tiskové stránky.
V systému bude možné strukturované a parametrizovatelné zadávání údajů s možností sdílení jednotlivých položek v dalších dokumentech, s možností nastavení jednotlivých položek (povinný údaj, možné hodnoty) a vlastních číselníků pro jednotlivé položky. Systém musí umožňovat import, popř. validaci číselníků dle definovaných vzorů (např. VZP, RÚIAN).
V systému bude evidována jednoznačná identifikace kdo a kdy, jakou změnu v záznamu provedl se zaznamenáním historie změn, v indikovaných případech i historie, kdo do dokumentu nahlédl.
Systém musí být připraven ke kompletnímu vedení čistě elektronické zdravotnické dokumentace. Je požadován popis komunikace s dlouhodobým elektronickým archivem.
Možnost ovládání systému klávesnicí.
4 Požadavky na komunikační vazby
4.1 Komunikace s interními laboratořemi
Zadavatel požaduje zajištění komunikace klinického informačního systému se stávajícím laboratorním informačním systémem Stapro OpenLIMS v tomto rozsahu:
● ynchronizace registru laboratoře s registrem KIS tak, že změny v registru KIS jsou po odsouhlasení promítány do registru laboratoře s upozorněním na případný rozpor mezi KIS a LIS. Výsledkem synchronizace bude tedy generování sestavy zjištěných rozdílů. Rozdíly budou po odsouhlasení a kontrole (např. B2B) zapsány do cílového systému.
● Synchronizace Dg mezi KIS na LIS.
● On-line synchronizace základních číselníků laboratoře s číselníky KIS, a to ve směru z laboratoře do KIS v rozsahu číselník metod včetně všech hodnotících mezí, číselník jednotek, seznam funkčních skupin a skupin metod, matice textových výsledků. Synchronizaci nesmí být pouze na základě rodného čísla nebo čísla pojištěnce, ale musí být shoda jak této položky, tak jména a příjmení.
● Ve směru z KIS do laboratoří bude on-line synchronizován seznam žadatelů, s ošetřením stavu, kdy žadatel nemá aktuální smlouvu s pojišťovnou
● Elektronická žádanka je distribuována z KIS a v laboratoři bude připravena ke zpracování v okamžiku jednoznačného spárování s materiálem. Materiál bude označen čárovým kódem. Při ordinování laboratorních vyšetření sledovat frekvenci a upozornit na její překročení. Upozornit na neshodu mezi Dg. a požadovaným vyšetřením. Upozornit na nemožnost ordinace zakázaných metod pro ambulantní pracoviště.
● Okamžitě po uvolnění výsledků laboratoří budou nálezy včetně interpretací přenášeny do KIS. Možnost využít i postupné uvolňování výsledků jednotlivých metod tak, aby po dokončení procesu byly všechny metody zařazeny pod jednu událost.
● On-line distribuce výkonů provedených v laboratoři do centrálního zpracování výkaznictví, tj. okamžitě po uvolnění výsledků jsou do KIS zapisovány i podklady pro vykázání zdravotní péče, včetně on-line Dobropisů a stornování chybně vykázané péče
● Pro uživatele v KIS historický přehled výsledků v LIS
● Možnost oboustranné komunikace s jinými zdravotnickými zařízeními
● Možnost zobrazení laboratorního nálezu (výsledkového listu) ve formě podepsaného/označkovaného PDF/A dokumentu v klinickém informačním systému.
4.2 Další požadavky na komunikaci
● NIS komunikuje s eHealth (IS ZZS)
● Systém musí podporovat datová rozhraní pro výměnu dat DS MZČR a HL7 v případech, kdy bude tato komunikace vyžadována, včetně implementace nově vydaných verzí DS MZ.
● Systém bude komunikovat s ostatními IS nemocnice specifikovanými v tabulkách č. 9–12, které jsou uvedeny v následující kapitole.
5 Požadavky na převod dat z původních systémů
Zadavatel požaduje převod dat z původních systémů uvedených v tabulkách č. 9–12. Budou převedeny historické pacientské údaje ve dvou rovinách:
1. Budou převedena data pacientů, kteří projdou kontrolou na duplicitu a validitu čísla pojištěnce. Zadavatel poskytne součinnost u případných duplicit.
2. Položky obsahující pacientská data budou převedeny do odpovídajících položek datových struktur navrženého systému tak, aby byla zachována logika jednotlivých události (hospitalizace, ambulantní vyšetření a k tomu náležející komplementární vyšetření). Dodavatel zajistí minimální rozsah převáděných dat v následujícím rozsahu:
● Stanovení data dle zákonných lhůt archivace
● Centrální registr pacientů
● Ambulantní sledování
● Klinické dokumenty
● Hospitalizace
● Laboratorní výsledky
● Anamnéza – na centrální kartě
● Diář
● Xxxxxxx vazby
● RTG nález
● Urgentní informace
Tabulka 9 Požadavky na převod dat z původních systémů Dvůr Králové nad Labem
Oblast | Název | Výrobce | Náhr ada s pře vode m dat | Náhra da bez převo du dat | Ponech ání s komu nikací*) | Ponec hání bez komu nikace |
Klinický systém a výkaznictví | FONS AKORD | Stapro | A | |||
PACS | MariePACS | ORCZ | A | |||
Laboratoře | OpenLIMS | Stapro | A |
MIS | FonsReports | Stapro | A | |||
EIS | Feis | Arbes | A | |||
PAM | MD NAV | Microsoft | A | |||
Objednávání SZM a léků | Neos | Medisystem s | A | |||
Správná lab. praxe | SLP | SEKK | A | |||
Pom. pro vykaz. diagnoz | PVD | ICZ | A | |||
Adresářové služby | AD | Microsoft | A | |||
Komunikace | ePacs | A | ||||
Komunikace | Medidata | A | ||||
ZP | portál | A | ||||
UZIS | portál | A | ||||
Daňová správa | portál | A | ||||
ČSSZ | Portál | A | ||||
Česká spořitelna | portál | A |
Tabulka 10 Požadavky na převod dat z původních systémů Jičín
Oblast | Název | Výrobce | Náhr ada s pře vode m dat | Náhra da bez převo du dat | Ponech ání s komu nikací*) | Ponec hání bez komu nikace |
Klinický systém a výkaznictví | Mpa | ICZ | A | |||
RIS | Xxxxxx | Xxxxxxx | A | |||
Nefrolog. IS | Nefris | ProDos | A | |||
PACS | MariePACS | ORCZ | A | |||
Lékárna | Mediox | ApatykaServ is | A | |||
Laboratoře | OpenLIMS | Stapro | A | |||
Stravovací provoz | Kredit | Anete | A | |||
Sklad léků | A | |||||
IS léčivých přípravků | AISLP | Inpharmex | A | |||
MIS | ICZ AMIS*MIS | ICZ | A | |||
MIS | FonsReports | Stapro | A | |||
EIS | Feis | Arbes | A | |||
PAM | MD NAV | Microsoft | A | |||
Objednávání SZM a léků | Neos | Medisystem s | A | |||
Správná lab. Praxe | SLP | SEKK | A | |||
Pom. vykaz. Diagnoz | PVD | ICZ | A |
ZákonyČR | ZákonyČR | Arnet On Line | A | |||
Adresářové služby | AD | Microsoft | A | |||
ZZS | ISAC | ICZ | A | |||
DMS | Sharepoint | Techniserv IT | A | |||
Komunikace | ePacs | A | ||||
Komunikace | Mise, Medidata | A | ||||
ZP | portál | A | ||||
UZIS | portál | A |
Tabulka 11 Požadavky na převod dat z původních systémů Náchod
Oblast | Název | Výrobce | Náhr ada s pře vode m dat | Náhra da bez převo du dat | Ponech ání s komu nikací*) | Ponec hání bez komu nikace |
Klinický a ambulantní IS (lokalita Náchod,Nové Město nad Metují, Jaroměř, Opočno a Broumov) | NIS Medea | Stapro | A | |||
Klinický a ambulantní IS (lokalita Rychnov n.K.) | NIS Medea | Stapro | A | |||
Kartotéka Interního odd. | MS - Access | Vlastní | A | |||
Laboratorní IS | OpenLIMS | Stapro | A | |||
Hematologický IS | HEMO | Xxx. Xxxxxxx | A | |||
Laboratorní komunikace | IPU | Sysmex | A | |||
Nefrologický IS | Nefris | PRODOS | A | |||
PACS | MariePACS | ORCZ | A | |||
Onkologický registr | NOR | A | ||||
Stravování Náchod | Astris | EFG | A | |||
Stravování Rychnov n.K. | Gurmet | Stapro | A | |||
Stravování Broumov | Xxxxxxxxx – Kasiopea | Laftrade | A | |||
IS léčivých prostředků | Aislp | Inpharmex | A | |||
Sledování preskripce léků | Radix Data Expert | Medisystem s | A | |||
MIS | FonsReports | Stapro | A | |||
Ekonomický IS | Feis | Arbes | A | |||
Personální IS | Navision | WebCom | A | |||
Objednávání SZM, léky | NeosWEB | Medisystem s | A |
Hlášení nežádoucích událostí | Hlášení nežádoucích událostí | Institut pro aplikovaný výzkum, edukaci a řízení ve zdravotnictví | A | |||
Zákony | Codexis | Atlas Consulting | A | |||
DMS | Sharepoint | Helius consulting | A | |||
Helpdesk | Stapro HelpDesk | Stapro | A | |||
Objednávání prádla | Fišer | A | ||||
Správa přístrojů | FAMA | Tesco | A | |||
Adresářové služby | AD | Microsoft | A | |||
ZZS | ISAC | ICZ | A | |||
Komunikace PACS | ePACS | ICZ | A | |||
Komunikace výsledky | MISE, Medidata, eZpráva | A | ||||
ZP | Portál | A | ||||
ÚZIS | Portál | A |
Tabulka 12 Požadavky na převod dat z původních systémů Trutnov
Oblast | Název | Výrobce | Náhr ada s pře vode m dat | Náhra da bez převo du dat | Ponech ání s komu nikací*) | Ponec hání bez komu nikace |
Klinický informační systém (KIS + RIS) | StaproH (dříve NIS HiComp) | Stapro | A | |||
IS léčivých přípravků - dnes součástí StaproH | AISLP | Inpharmex | A | |||
Stravovací provoz | StaproH (dříve NIS HiComp) | Stapro | A | |||
Groupware (nyní součástí StaproH jako nástěnka, helpdesk, pošta, sklady a další funkce) | StaproH (dříve NIS HiComp) | Stapro | A | |||
Modul výkaznictví | Akord | Stapro | A | |||
Nefrologický IS | Nefris | ProDos | A | |||
PACS | Xxxxx PACS | ORCZ | A | |||
HEMO - program pro evidenci dárců krve | HEMO | Xxx. Xxxxxxx | A | |||
Sledování preskripce léků | RDE | Medisystem s | A |
Laboratoře | OpenLIMS | Stapro | A | |||
MIS | FonsReports | Stapro | A | |||
PAM | MD NAV | Microsoft | A | |||
EIS | Feis | Arbes | A | |||
Objednávání SZM a léků | Neos | Medisystem s | A | |||
ZZS (výměna pac. dokumentace) | ISAC | ICZ | A | |||
Komunikace | ePACS / RediMed | ICZ | A | |||
Komunikace | MISE | Stapro | A | |||
Komunikace | Medidata | Compek | A | |||
ZP | portál | jednotlivé ZP | A | |||
Agenda ÚZIS | portál | ČSÚ, ÚZIS a MZČR | A | |||
Přístupový systém | Skyla | ADI - Skyla | A | |||
Plánovací systém ozařovny ONK | PLANW | ÚJP | A | |||
Monitory životních funkcí | Dle konkrétního dodavatele JIP | A | ||||
Monitoring CTG GYPO | CTG ONLINE | A | ||||
Ovládací SW pro terapeutický rentgen | A | |||||
Adresářové služby | AD | Microsoft | A |
*) Komunikace je řešena prostřednictvím výměny souborů. U jednotlivých systémů označených A se jedná o přenosy základních informací typu – žádanka na vyšetření, požadavek na cenu léku v ústavní lékárně, osobní údaje – lékař sestra, k-dávky apod. V žádném případě se nejedná o export složitých datových struktur včetně celé databáze. Konkrétní specifikace vyměňovaných dat bude předmětem implementační analýzy. Zajištění součinnosti třetích stran při napojení konkrétních systémů zejména formou poskytnutí obsahu a formátu datové věty zejména tam, kde se nejedná o standardizované protokoly, je pak povinností objednatele (zadavatele).
6 Požadované vlastnosti a funkce jednotlivých oblastí
Úvodní popis
NIS bude provozován jako čtyři nezávislé instance ve čtyřech nemocnicích.
V každém zdravotnickém zařízení bude NIS provozován ve zdvojeném (redundantním) režimu a to ideálně ve dvou lokalitách (serverovnách), které budou totožné, co se týče výpočetního výkonu dedikovaného pro provoz NIS. Možné řešení je i provoz v jedné serverovně, ale stále v redundantním režimu.
Serverová infrastruktura bude tvořena dvěma fyzickými servery (Hosty), kde v každé lokalitě bude umístěn jeden Host. Oba servery pak dohromady vytvoří základ virtualizačního prostředí pro provoz virtuálních serverů (VM).
V primární lokalitě budou provozovány produkční VM pro NIS.
V sekundární lokalitě musí být schopno nastartovat tzv. stínové kopie těchto VM, tak aby mohly okamžitě převzít funkcionalitu primárních kopií v případě havárie.
Produkční VM budou přistupovat k datům (LUN), které jim zprostředkuje virtualizační vrstva datových úložišť (polí).
V každé lokalitě bude umístěna stejná kopie produkčních dat, kterou zajistí synchronní replikace datových úložišť probíhající na pozadí. V případě havárie jednoho úložiště dojde k okamžitému přepnutí aktivních LUNů na pole sekundární.
Vysoká dostupnost kritických dat bude podpořena duálními kontroléry, kterými budou obě pole osazena a redundancí disků na úrovni RAID.
Nezbytná míra redundance bude zajištěna také na úrovni SAN switchů.
Celá infrastruktura bude připojena do sítě LAN dvěma fyzickými serverovými přepínači, které vytvoří jeden virtuální switch. V případě havárie jednoho přepínače nedojde ke ztrátě dostupnosti serverové infrastruktury.
Ideové schéma a popis infrastruktury pro nový NIS
6.1 Minimální požadavky na klinický informační systém
Minimální požadavky na centrální část NIS včetně požadavků na administraci NIS jsou definovány v následující tabulce.
Požadavky na centrální a administrativní funkce NIS | |
Centrální registr | |
Minimální požadavky na funkcionalitu | Splňuje ANO/NE (Vyplní dodavatel) |
U jednotlivých pacientů vedení údajů o praktickém lékaři a odborných lékařích pacienta s jejich centrálně vedeným číselníkem. Veškeré adresy (pacient, praktický lékař, zaměstnavatel apod.) budou strukturalizovány dle číselníku RÚIAN tak, že při pořizování budou prováděny výběry. Číselník adres bude validován dle RÚIAN. Požadavek bude považován za splněný i v případě závazku dodavatele, že bude funkcionalita dopracována, až to bude legislativně a technicky možné. | ANO |
Generování náhradního rodného čísla, možnost identifikace cizince. | ANO |
Možnost sloučení chybně evidovaných pacientů | ANO |
Záznam, komu je možné poskytovat informace | ANO |
Možnost on-line ověření praktického lékaře pacienta | ANO |
Pacientská administrativa včetně statistik | |
Minimální požadavky na funkcionalitu | Splňuje ANO/NE (Vyplní dodavatel) |
Kontroly správnosti RČ, čísla pojištěnce, hlídání duplicit, možnost stornování, oprav chybně zadaných dat | ANO |
Online kontrola příslušnosti pacienta k dané zdravotní pojišťovně (B2B) a platnost pojištění k danému datu | ANO |
Oboustranná synchronizace změn registrů pacientů mezi NIS a spolupracujícími systémy (minimálně laboratorní systém, PACS, MIS). To znamená, že po provedení akcí: nový záznam, oprava, zneplatnění, | ANO |
sloučení se vygeneruje rozdílová sestava, kterou je možné zobrazit a do spolupracujícího systému přijmout. | |
Sběr veškerých údajů nutných pro periodické či jednorázové výkazy ÚZIS, zajištění jejich zpracování a vykázání s možností pořizování do formuláře pro ÚZIS | ANO |
Sběr dat v NIS a jejich dávkový přenos do národních registrů, které mají specifikované datové rozhraní Registry UZIS: ● Národní onkologický registr (NOR) ● Národní registr hospitalizovaných (NRHOSP) ● Národní registr reprodukčního zdraví (NRRZ) ● Národní registr asistované reprodukce (NRAR) ● Národní registr novorozenců (NRNAR) ● Národní registr kardiovaskulárních operací a intervencí ● Národní registr kloubních náhrad (NRKN) ● Národní registr nemocí z povolání (NRNP) ● Národní registr léčby uživatelů drog (NRLUD) ● Národní registr úrazů (NRU) ● Národní registr osob trvale vyloučených z dárcovství krve (NROVDK) ● Národní registr pitev a toxikologických vyšetření prováděných na oddělení soudního lékařství (NRPATV) ● List o prohlídce zemřelého“ (vyhláška č. 297/2012 Sb.) ● Národní registr osob čekajících na transplantaci orgánů ● Informační systém tkáňových bank (TISSIS) ● Integrovaný systém transplantačních registrů | ANO |
Výkaznictví pro zdravotní pojišťovny včetně podpory DRG | |
Minimální požadavky na funkcionalitu | Splňuje ANO/NE (Vyplní dodavatel) |
Umožnit formalizovanou (dle číselníku) kategorizaci (automatickou) dokladů mimo položky definované metodikou s využitím při statistikách a uzávěrkových činnostech (transformace, modifikace) | ANO |
Pro pořízení z klinické dokumentace umožnit pořízení způsobem zaklikávání z přednastaveného seznamu obvyklých kódů (včetně mnemotechnických přejmenování kódů) | ANO |
Pořizovací dialog umožnit jako součást formuláře pro psaní dokumentace pacienta bez nutnosti odskakování do jiného formuláře, dialogu nebo okna. | ANO |
Pro každý doklad vést vizualizovaný seznam chyb, prostřednictvím kterého je možné kontextově chyby opravovat | ANO |
Umožnit komentovat doklad a případ DRG poznámkou (včetně historie poznámek) | ANO |
Možnost filtrování dokladů pomocí definice obecného dotazu (např. SQL) vytvářeného uživatelem nebo správcem. Ukládání vytvořených pojmenovaných konfigurací filtru dokladů pro další použití uživatelem | ANO |
Umožnit na úrovni správce výkaznictví nastavení každé z kontrol pro operace s doklady (minimálně při pořízení, při importu, při hromadném přepočtu dokladů a při sestavení dávek). Jednotlivé úrovně nastavení pro kontroly požadujeme minimálně jako měkkou kontrolu (dovolí vykázat plátci), tvrdou kontrolu (nedovolí vykázat plátci) a supertvrdou (nedovolí ani uložit při pořízení). Kontrolu je zároveň možné parametrizovat plátcem, IČZ, střediskem | ANO |
Systém bude obsahovat kontrolu na povinné kombinace výkonů s automatickým nabídnutím doplnění druhého kódu při pořízení prvního | ANO |
Zobrazení a kvantifikace dokladů vybraných k sestavení do dávek ještě před samotným sestavením; včetně možnosti manuálního výběru konkrétního (množiny) dokladů pro sestavení | ANO |
Náhled na txt podobu Kdávky ještě před jejím uložením na disk; možnost editace dávky v takovém režimu | ANO |
Transformace dat při uzávěrce dle předpisů (= záměna kódů podle pravidel). Možnost napsání, uložení a zařazení obecné procedury do uzávěrky (před a po sestavení dávek) pro práci správce s doklady (opravy a modifikace dokladů, změny výpočtů) | ANO |
Možnost na úrovni správce výkaznictví pomocí interního grafického návrháře definovat proces skládající se z jednotlivých kroků uzávěrky (včetně rozhodování a větvení). Tento následně spouštět jako workflow. | ANO |
Pro vytváření statistik nad doklady ZP mít také možnost definovat statistiku pomocí uživatelského dialogu, ve kterém si uživatel vybírá rozsah počítaných dat a strukturu výstupu (rozdělení sestavy, počítané hodnoty). Umožnit export sestavy minimálně do XML, XLS, CSV, PDF a DOC. Umožnit výstup sestavy do tabulky nebo do aktivního seznamu v IS, se kterým je možné následně pracovat | ANO |
Sestavení případu DRG v průběhu hospitalizace dle aktuálně známých informací o délce případu, kritických výkonech a diagnózách pacienta | ANO |
Případ DRG bude zobrazovat informace o výnosovém (dle indexu) i nákladovém ohodnocení (v členění na hotelové služby, zdravotní služby, operace, léky a materiál), včetně možnosti sledovat inlier/outlier pro různé modality. Umožnit v rámci případu zvolit verzi grouperu, kterým jsou údaje zpracovány, resp. požadavek splní i porovnání výsledků alespoň dvou přednastavených verzí grouperů. (nutné pro období zavádění DRG restart, kdy dojde k naprosté změně grouperu) | ANO |
Aparát pro podporu DRG bude obsahovat funkce schvalovacího procesu nezávisle pro kodéry na oddělení a superkodéra nemocnice. Schválení musí být podmínkou pro uvolnění dokladů případu k vykázání do Kdávek. Umožnit definovat kritéria pro automatické schválení na každé z úrovní schvalovacího procesu | ANO |
Optimalizační funkce nad případem DRG musí umožňovat automatické promítnutí změn souvisejících s výběrem optimálního pořadí Dg. současně jak do dokumentace pacienta tak dokladů | ANO |
NIS poskytne v reálném čase kompletní účet za poskytnutou zdravotní péči ve zdravotnickém zařízení (např. samoplátce se započítáním nadstandardu, …) s výstupem do ekonomického systému | ANO |
Systém bude obsahovat nástroje pro evidenci elektronických příloh č.2 (export-import jako XML). Na základě evidovaných příloh synchronizovat číselník pasportu výkonů. | ANO |
Pro péči nad rámec v.z.p. umožnit vést konto pacienta, ze kterého je možné hradit poskytnutou péči. Konto umožňuje vklad před samotnou péčí anebo následné uhrazení přečerpané částky. Vlastností konta je úplná evidence pohybů na kontě. | ANO |
Systém musí obsahovat nástroje pro fakturaci poskytnuté péče plátcům jako součást modulu pro vykazování péče. Sestavené faktury pak umožnit společně s dávkami přímo ze systému odesílat nástroji B2B na portály plátců. Faktury elektronicky přenášet rovněž do ekonomického systému | ANO |
Statistické výstupy | |
Minimální požadavky na funkcionalitu | Splňuje ANO/NE (Vyplní dodavatel) |
statistiky nad vykazováním pojišťovně – výkony, léky, recepty, materiál | ANO |
vykazování ÚZIS s generováním importních souborů v těch případech, kdy je UZIS akceptuje (např. registr úrazů) s možností manuální korekce výkazů | ANO |
statistiky pro denní administrativu na ambulanci a lůžkách | ANO |
Uživatel (správce NIS) bude mít možnost jednoduše dodělávat další potřebné statistiky nad daty strukturovaně zadanými do NIS: ● Tyto statistiky zpřístupnit koncovému uživateli přímo v NIS. ● Možnost exportu statistických výstupů do MS Excel. | ANO |
Možnost vytvářet aktivní sestavy s přímým vstupem uživatele do záznamu (dokumentace pacienta), který je výsledkem vytvořené sestavy – tedy nejen statický report | ANO |
Možnost zadat jednotlivým uživatelům požadovaná sledování a jejich automatická hlášení. Např. počty operací, patologické výsledky, návštěvu pacienta na ambulanci ke sledování event. Komplikací. | ANO |
Sběr dat pro statistiky ATB střediska a odd. prevence a kontroly infekcí (např. trendy ve spotřebě ATB). | ANO |
Tisky | |
Minimální požadavky na funkcionalitu | Splňuje ANO/NE (Vyplní dodavatel) |
Systém bude umožňovat, aby správce nemocnice mohl tvořit vlastní tiskové sestavy pomocí standardního dotazovacího jazyka SQL s možností odvození vlastní sestavy z předdefinovaných (firemních). | ANO |
Bude k dispozici grafický návrh designu tiskových sestav | ANO |
Uživatel bude mít před tiskem možnost výběru z různých formátů zpráv (možnost volby různých předloh pro tisk). | ANO |
Před tiskem zadané dokumentace bude mít koncový uživatel možnost náhledu vzhledu tištěného dokumentu | ANO |
Systém bude primárně tisknout na výchozí tiskárnu operačního systému pracovní stanice (Windows) s možností uživatelského nastavení jiné konkrétní nainstalované tiskárny. | ANO |
Systém musí podporovat tisk samolepících identifikačních štítků po jednom nebo v definovaném počtu na A4 arch s předřezanými štítky definované velikosti. | ANO |
Možnost tisku do PDF Možnost připojení elektronického podpisu | ANO |
Bude k dispozici grafický editor pro návrh designu tiskových sestav s možností odvození vlastní sestavy z předdefinovaných (firemních). Možnost exportu a importu tiskových sestav. | ANO |
Systém musí umožňovat následující metody připojení tiskáren a směrování tiskových úloh: ● tisk na lokální tiskárnu (připojenou ke koncové stanici), ● tisk na sdílenou tiskárnu (připojenou k jiné koncové stanici), ● tisk na tiskárnu “připojenou” k serveru vzdálené plochy (RDP), pokud je stanice provozována službou vzdálené plochy, ● tisk na síťovou tiskárnu dostupnou systému NIS nebo příslušné službě NIS (tisková služba, aplikační server, apod.). Uživatel musí mít možnost výběru mezi tiskárnami s možností zapamatování volby. | ANO |
Minimální požadavky na funkcionalitu přístupových práv | |
Minimální požadavky na funkcionalitu | Splňuje ANO/NE (Vyplní dodavatel) |
Součástí řešení je komplexní nástroj pro centrální správu uživatelských účtů a řízení přístupů (identity management) | ANO |
Integrace a Active Directory při přihlašování uživatele do NIS. Systém musí umožnit variabilitu v ověřování uživatele, a to buď Single sign on pomocí vazby na AD nebo vlastním vnitřním (lokálním) uživatelským účtem. | ANO |
Systém bude umožňovat přizpůsobit přístupová práva dle organizačních zvyklostí zadavatele i jednotlivých odborností | ANO |
Mechanizmus ošetření práv externího lékaře (náhled do zdravotní dokumentace): - umožnit nebo omezit přístup na základě ověření, že pacient je registrován u externího (ošetřujícího) lékaře, nebo na základě rozpoznání, že lékař je žadatelem. - možnost ověření registrace automaticky (B2B) - umožnit manuálního režimu registrace ošetřujícího lékaře - možnost zohlednění vůle pacienta, kdo je/není oprávněn (jaké) údaje vidět | ANO |
Možnosti omezení: ● možnost omezení přístupu na pacienty svých pracovišť, ● možnost přístupu k historické dokumentaci právě ošetřovaného pacienta dle přidělených práv, ● možnost přístupu pro uživatele z jiných pracovišť pouze k danému typu dokumentace, ● možnost omezení přístupu na konkrétní druh dokumentace, která je z hlediska údajů citlivá. | ANO |
Minimální požadavky na logovací aparát | |
Minimální požadavky na funkcionalitu | Splňuje ANO/NE (Vyplní dodavatel) |
Nový systém bude z hlediska bezpečnosti přístupů evidovat minimálně: ● kdo, kdy a kde pořídil záznam do NIS, ● kdo, kdy a kde záznam v NIS změnil, | ANO |
● kdo, kdy a kde nahlížel do dokumentace s rozlišením “viděl obsah” (nález), ”viděl hlavičku vyšetření” (byly spatřeny údaje identifikace pacienta + oddělení nebo předmět vyšetření nebo diagnóza apod.) ● kdo, kdy a kde nahlížel na osobní údaje, ● kdo, kdy, kde a na jaké tiskárně tiskl dokumentaci. ● Log zaznamenávající výše uvedené údaje nebude nijak uživatelsky editovatelný. | |
Budou zalogovány veškeré změny osobních údajů, citlivých údajů, záznamů dokumentace pacienta - provedené automatickými importy, synchronizacemi nebo komunikací se spolupracujícími systémy (minimálně změny jako nový záznam, úprava, zneplatnění, slučováni). | ANO |
Budou zalogovány veškeré změny osobních údajů, citlivých údajů, záznamů dokumentace pacienta - provedené činností administrátora nebo zásahem servisní podpory/dodavatele, jako např. opravy vč. hromadných, zneplatňování záznamů, časové korekce. | ANO |
Minimální požadavky na funkcionalitu | Splňuje ANO/NE (Vyplní dodavatel) |
formátování písma dle zvyklostí typických pro RTF pro psaní dokumentace. Možnost nastavení a vyvolání jednotné uživatelské šablony. | ANO |
možnost jednoduše vkládat části dokumentace do psaného textu (funkce drag and drop). | ANO |
kontrola pravopisu v editorech s možností vypnutí | ANO |
tvorba předdefinovaných textů koncovým uživatelem a jejich možnost vkládání na klávesovou zkratku do dokumentace | ANO |
s předdefinovaným textem svázat další akce generované na pozadí – dotahování informací z jiné části dokumentace do editoru (i na základě SQL dotazu), možnost generování výkonů do dokladu pojišťovny s explicitním upozorněním, že kromě dotažení předdefinovaného textu budou provedeny i další klíčové změny mimo text (výkony, dg. různé příznaky apod.). | ANO |
Možnost vkládání a přiřazování obrazové dokumentace, např. fotodokumentace s nastavením práv k jejich zobrazení. | ANO |
Další požadované obecné vlastnosti | |
Minimální požadavky na funkcionalitu | Splňuje ANO/NE (Vyplní dodavatel) |
tvorba nových formulářů (i strukturovaných) do aplikace správcem NIS pro řešení specifických požadavků. Možnost jejich tvorby i na nižší uživatelské úrovni, např. pro potřeby jednotlivých oddělení či stanic | ANO |
vytváření strukturovaných formulářů s údaji typu RTF text, číselník, datum, s možností kontroly položek (vazby mezi položkami, povinná pole) pro správce | ANO |
vytváření a správy procesů tj. řazení objektů (formulářů, kontrol atp.) podle kroků a rozhodovacích uzlů. Možnost nadefinovat a navázat kontrolu úkolů pro uživatele na kroky v procesu | ANO |
možnost napojit rozhodovací uzly na vstup uživatele (otázka) nebo na již známé údaje v NIS (např. při BMI<15) | ANO |
přizpůsobení pracovní plochy potřebám koncového uživatele a použitého monitoru, možnost nastavení více aktivních oken (aktivních = s možností zápisu) na obrazovce s informacemi o pacientovi s možností nepovolení možnosti přizpůsobení, tj. vynucení konkrétní skladby plochy pro celý systém, kliniku, oddělení, pracovní stanici, skupinu uživatelů, uživatele. | ANO |
Možnost současně pracovat s více pacienty najednou. Např. ambulantní karta jednoho pacienta v modulu ambulance a propouštěcí zpráva jiného pacienta v modulu oddělení s možností nepovolení takové možnosti, resp. vynucení konkrétního chování pro celý systém, kliniku, oddělení, pracovní stanici, skupinu uživatelů, uživatele. | ANO |
Ve zdravotnické dokumentaci obecně přístupné vyhledávání přes všechny druhy zápisů fulltextem (např. slovo „mozek“). | ANO |
Možnost vkládat obrazovou dokumentaci k pacientovi - fotku, oskenovaný dokument, video, s možností jednoduchého editoru (ořez, popisek, označení oblastí, označení bodů). | ANO |
Generování žádanek s automatický vkládáním údajů | ANO |
Podpora čárových kódů | ANO |
Veškeré tiskové výstupy mající formu samostatné části zdravotnické dokumentace musí mít ekvivalentní výstupy ve formě elektronické zdravotnické dokumentace dle platné legislativy. | ANO |
6.2 Vedení pacientské dokumentace na ambulancích
Jedná se o modul pro podporu administrativy a organizace práce na ambulanci, pro vedení ambulantní pacientské dokumentace, zajištění nezbytných statistik a vyhodnocení základních parametrů ambulance.
Minimální požadavky na vedení pacientské dokumentace na ambulancích jsou definovány v následující tabulce.
Požadavky na vedení pacientské dokumentace na ambulancích | |
Minimální funkcionalita týkající se organizace ambulantního provozu | |
Minimální požadavky na funkcionalitu | Splňuje ANO/NE (Vyplní dodavatel) |
Možnost definice struktury ambulancí dle organizačního uspořádání s možností změny identifikátoru (zkratky) a názvu ambulance bez nutnosti vytvářet novou ambulanci. Centrální kartotéka pro více ambulancí, jednotlivé samostatné ambulance. Možnost "podrozdělení" ambulance na pracoviště/dispenzární skupiny/lékaře. | ANO |
Zabezpečení procesu příchodu pacienta na ambulanci s definicí work- flow pro dané pracoviště (příchod do čekárny, zadání údajů sestrou, vyšetření pacienta lékařem, objednání pacienta k další návštěvě/na vyšetření, tisk potřebné dokumentace), možnost automatického vyvolávání jednotlivých funkcí dle nastavení | ANO |
Možnost sledování časů čekání v čekárně, délky vyšetření s možností uvádět tento údaj v ambulantní kartě pacienta (automatické či ruční vložení do textu). Požadavek bude považován za splněný i v případě závazku dodavatele, že bude funkcionalita dopracována, až to bude technicky možné. | ANO |
Přehled čekajících pacientů, ošetřených pacientů – možnost výběru pacienta z čekárny k ošetření, možnost výběru z pacientů ošetřených v daném dni | ANO |
Minimální funkcionalita týkající se lékařské dokumentace na ambulanci | |
Minimální požadavky na funkcionalitu | Splňuje ANO/NE (Vyplní dodavatel) |
Možnost zadání minimálně: anamnézy, stavu pacienta, diagnóz, žádanky na potřebná vyšetření, recepty, poukazy, výkony pro ZP, objednání na další návštěvu | ANO |
Všechny potřebné úkony umožnit vykonávat rovnou při zápisu ambulantního vyšetření (minimálně zadání receptu, výkonů, žádanek) | ANO |
Možnost jednoduchého vložení (např. klávesovou zkratkou) formalizovaných zápisů typu: zadané žádanky, diagnózy, předepsané léky a poukazy, trvalé diagnózy aj. přímo do textu ambulantní zprávy | ANO |
Možnost fultextového hledání v historických zápisech dle např. klíčových slov, typu dokladu atp. | ANO |
Možnost vložení fotodokumentace rovnou při zápisu ambulantního vyšetření | ANO |
Přehledná historie ambulantních zápisů s možností vztáhnout přehled k vybranému údaji (např. pacient, ambulance, pracoviště, dispenzární skupinu, lékaře apod.). | ANO |
Možnost sdílení dokumentace pacienta mezi lékařem a sestrou | ANO |
Zdvojené okno – jedno pro tvorbu aktuální ambulantní karty, druhé pro zobrazení libovolné jiné zprávy či výsledků. | ANO |
Možnost vkládání a přiřazování obrazové dokumentace, např. fotodokumentace, s nastavením práv k jejich zobrazení. Případně možnost propojení interaktivním odkazem se serverovým uložištěm s multimediálními materiály (Foto, video, …) také s možností omezení přístupu a zobrazení. Nebo plnohodnotná spolupráce se systémem PACS (tj. DICOM MWL, pořízení foto/video do studie, STORE, QUERY, RETRIEVE) | ANO |
Při zadávání receptů: | ANO |
● on-line informace o limitech preskripce, | ANO |
● možnost práce s pozitivními listy (lékárna, VZP), | ANO |
● možnost využít informace o aktuálním stavu zásob lékárny a informace o ceně | ANO |
● mít k dispozici on-line informace o lékových interakcích, možnost nastavit závažnost interakce | ANO |
● Nástroj pro tvorbu Magistraliter a jejich zařazení do číselníku | ANO |
● možnost vidět historii zadaných receptů a vyhodnocení lékových interakcí, | ANO |
● zobrazovat informaci o datu dobrání léků automaticky vypočtenou dle balení a dle dávkování (např. Warfarin 3mg 100 tbl. při dávkování 2 tbl. denně vydrží 50 dní) | ANO |
● možnost využití napojení na AISLP a SÚKL (možnost ověření stavu u centrových léků). | ANO |
● Veškeré tiskové výstupy mající formu samostatné části zdravotnické dokumentace musí mít ekvivalentní výstupy ve formě elektronické zdravotnické dokumentace dle platné legislativy. | ANO |
Minimální funkcionalita týkající práce s pacienty | |
Minimální požadavky na funkcionalitu | Splňuje ANO/NE (Vyplní dodavatel) |
Možnost zařazení pacienta do dispenzárních skupin a práce nad pacienty dispenzární skupiny | ANO |
Možnost převedení pacienta z ambulance na hospitalizaci – včetně zadané dokumentace | ANO |
Komplexní řešení objednávání pacientů k vyšetření v ambulancích, lůžkové části a jiných specializovaných pracovištích – na konkrétní datum a čas, na druh vyšetření, ke konkrétnímu lékaři, na dané pracoviště | ANO |
Vedení e-Receptu a e-Neschopenky | ANO |
Optimalizace komunikace mezi klinickými/ambulantními úseky, extramurálními klinickými pracovišti a komplementem ideálně | ANO |
formou elektronického podávání požadavků na vyšetření (E-žádanka) a rovněž elektronického přenosu výsledku vyšetření do NIS | |
Minimální funkcionalita týkající se přehledů a statistik | |
Minimální požadavky na funkcionalitu | Splňuje ANO/NE (Vyplní dodavatel) |
Přehledy minimálně v rozsahu: ambulantní kniha, předepsané recepty, provedené výkony, zadané ZUM, poplatky | ANO |
Rozložení počtu ošetřených v čase a rozložení čekacích dob v ambulanci | ANO |
Možnost tvorby ročních ambulantních statistik sledovaných ÚZIS z údajů, které jsou dostupné v NIS | ANO |
6.3 Vedení pacientské dokumentace na lůžkových odděleních (standard, JIP)
Jedná se o modul pro podporu administrativy a organizace práce na lůžkovém oddělení, pro vedení pacientské dokumentace, zajištění nezbytných statistik a vyhodnocení základních parametrů oddělení.
Minimální požadavky na vedení pacientské dokumentace na lůžkových odděleních jsou definovány v následující tabulce.
Požadavky na vedení pacientské dokumentace na lůžkových odděleních (standard, JIP) | |
Minimální funkcionalita týkající se organizace práce na lůžkovém oddělení | |
Minimální požadavky na funkcionalitu | Splňuje ANO/NE (Vyplní dodavatel) |
Zabezpečení procesu při administrativním příjmu pacienta k hospitalizaci s definicí work-flow pro dané pracoviště (vyhledání/zadání pacienta z/do registru, zadání dat o pacientovi, o hospitalizaci, o pojištění, uložení na lůžko), možnost automatického vyvolávání jednotlivých funkcí dle individuálního nastavení | ANO |
Zabezpečení procesu při lékařském příjmu pacienta k hospitalizaci s definicí work-flow pro dané pracoviště při zadávání příjmové dokumentace (anamnéza, příjmová zpráva, diagnózy, vstupní vyšetření), | ANO |
možnost automatického vyvolávání jednotlivých funkcí dle individuálního nastavení | |
strukturovaný zápis farmakologické anamnézy s textovým přenosem do příjmové zprávy, on-line sledování interakcí u FA | ANO |
Možnost sdílení dokumentace pacienta mezi lékařem a sestrou | ANO |
Možnost on-line hlášení příchozího nálezu | ANO |
Informování koncového uživatele vyžádaném konziliu pomocí elektronické informace ze systému | ANO |
Sledování indikátorů kvality (hlídání vzniku dokumentace, čekacích dob). On-line upozornění zodpovědného koncového uživatele na blížící se termín | ANO |
možnost pohledu do historické dokumentace pacienta na jeden klik | ANO |
Zabezpečení administrativních úkonů v průběhu hospitalizace pacienta - překlady, propuštění. Podpora správného vykazování, kontrola všech povinných údajů, potřebná hlášení za stanici, oddělení | ANO |
Přístup do NIS pomocí mobilního dotykového klienta (náhled a zápis dokumentace: minimálně prohlížení lab. výsledků, dekurz, vizita) | ANO |
Automatické vkládání monitorovaných hodnot z přístrojů (Tlak, puls, saturace, EKG, …) | ANO |
Minimální funkcionalita týkající se vedení dokumentace v průběhu hospitalizace | |
Minimální požadavky na funkcionalitu | Splňuje ANO/NE (Vyplní dodavatel) |
Vedení strukturovaného denního dekurzu. Přizpůsobení potřebám standardních oddělení a pracovištím JIP a ARO. Možnost vložení multimédií. Při vložení schémat možno ve schématech zakreslit značky (např. označit lokalizace dekubitů, rány, apod.). Možnost editace dekurzu pro potřebu jednotlivého oddělení uživatelem s administrátorským právem pro dané oddělení (primář či jiný pověřený pracovník) | ANO |
Možnost průběžného popisu stavu pacienta s jednoznačnou identifikací kdo a kdy zápis provedl a přehledné zobrazení jednotlivých zápisů | ANO |
Strukturovaná ordinace léků a infuzí. Zadávání z číselníku léků, možnost zadat lék mimo VZP číselník léků. Možnost provázání se skladem – přehledné označení léků, které jsou skladem při ordinaci léků. Vazba mezi aktuální medikací a trvalými léky (snadné přenesení) | ANO |
Při ordinaci infúze složené z více preparátů automaticky dopočítat množství a po zadání začátku a rychlosti aplikace dopočítat konec, případně po zadání začátku a konce dopočítat rychlost aplikace. | ANO |
Snadný výběr alternativ z ATC skupiny | ANO |
On-line hlášení lékových interakcí (vyhodnocované z ordinovaných léků i z léků zadaných na recept, i u dotykového klienta) | ANO |
Možnost přímého využití databáze AISLP | ANO |
Možnost ordinace potřebných vyšetření a pokynů sestře s možností sestry potvrdit vykonání ordinace s identifikací sestry a zapsáním data a času splnění ordinace. | ANO |
Možnost označení podání/nepodání léku sestrou s povinným zdůvodněním nepodání. | ANO |
Přehledně (i graficky) vedený stav jednotlivých dávek léků (např. ordinováno, podáno, odmítnuto, vysazeno apod.) | ANO |
Zadání TISS protokolu a dalších skórovacích schémat (SOFA, APACHE II, NIHSS, GCS apod.) | ANO |
Možnost vytvoření vlastních skórovacích schémat administrátorem. | ANO |
Vedení bilance tekutin | ANO |
Důraz na možnost přizpůsobit tisky dekurzu zvyklostem oddělení | ANO |
Možnost zadání diety a přídavků pacientovi | ANO |
Možnost vedení strukturované sesterské dokumentace (ošetřovatelské anamnézy, ošetřovatelského plánu s hodnocením, překladové zprávy, screeningová vyšetření sestrou – xxxxxx xxxx, riziko dekubitů, test soběstačnosti, nutriční screening). Možnost použití mobilních technologií | ANO |
Automaticky dotahovat již známé údaje o pacientovi v NIS do oš. dokumentace. | ANO |
Na základě problémů v oš. anamnéze a zhodnocených rizik nastavit automaticky příslušné oš. diagnózy a intervence do plánu péče. | ANO |
Přehledné zobrazení výsledků vyšetření laboratorních, RTG, konzilií, možnost jejich jednoduchého přenosu do vytvářených dokumentů | ANO |
Zdvojené okno – jedno pro tvorbu aktuálního dekurzu či zprávy, druhé pro zobrazení libovolné jiné zprávy či aktuálních výsledků | ANO |
Možnost evidence nežádoucích událostí (pády, dekubity, záměna pacienta, záměna strany, chybná medikace,…) včetně zaznamenání údajů o nápravných opatřeních. Statistické zpracování údajů o nežádoucích událostech jako indikátorů kvality. Vedení údajů o dekubitech, o pádu pacienta. Možnost on-line informování odpovědných pracovníků dle závažnosti a místa vzniku nežádoucí události s možností vytvoření importních souborů do ÚZIS | ANO |
Možnost evidence obecných nežádoucích událostí, které se netýkají pacienta. Umožnit zadávání bez přístupu do NIS, ale zajistit společné vyhodnocování s pacientskými záznamy. Vést NU na pacienta i NU, které se pacienta netýkají (úraz personálu, technický problém, krádež mezi personálem) | ANO |
Evidence a vyhodnocování nozokomiálních infekcí s možností automatického zasílání e-mailu odpovědným osobám při zápisu nozokomiální infekce. Mailem mohou zodpovědní pracovníci dostávat informace o nové nozokomiální nákaze | ANO |
Lékařské propuštění pacienta z oddělení – tvorba propouštěcí dokumentace (propouštěcí zpráva, předběžná propouštěcí zpráva, list o prohlídce mrtvého, průvodní list k pitvě aj.) | ANO |
Propouštěcí zprávu vygenerovat automaticky dle předem dohodnutých pravidel ze zadané dokumentace (jaká dokumentace, v jakém pořadí, forma výstupu) | ANO |
Možnost vkládat do zpráv další informace ze zdravotnické dokumentace v uživatelem definovaném formátu. | ANO |
Zabezpečení procesu při administrativním propuštění pacienta z oddělení – kontrola všech povinných údajů, možnost jejich doplnění při propouštění pacienta. Důraz na ergonomické chování systému, na možnost doplnění všech chybějících údajů z jednoho místa | ANO |
Možnost vedení strukturovaných údajů specifických pro jednotlivé odbornosti a vykazování do příslušných národních registrů (NOR, NRKI, NKCHR, …). S možností vytvoření importních souborů do národních registrů | ANO |
Veškeré tiskové výstupy mající formu samostatné části zdravotnické dokumentace musí mít ekvivalentní výstupy ve formě elektronické zdravotnické dokumentace dle platné legislativy. | ANO |
Minimální funkcionalita týkající se přehledů a statistik | |
Minimální požadavky na funkcionalitu | Splňuje ANO/NE (Vyplní dodavatel) |
Systém umožní vytvoření všech výstupů potřebných pro denní hlášení na stanici, pro měsíční hlášení pro ÚZIS | ANO |
Statistiky o počtech pacientů, obložnosti, pohybu pacientů, podaných lécích, provedených výkonech, zadaných ZUM | ANO |
Systém umožní on-line propojení na řešení manažerského systému, které provozuje ZHKHK (data výkaznická, preskripce a klinická data) | ANO |
Vedení dokumentace k operaci | |
Minimální požadavky na funkcionalitu | Splňuje ANO/NE (Vyplní dodavatel) |
Vedení strukturovaného operačního protokolu – důraz na přehlednost | ANO |
V rámci operačního protokolu zadání všech provedených výkonů, ZUM, ZULP, použitých přístrojích, popis operačního výkonu, záznam o anestezii, evidence časů operace, OP týmu, údaje nutné pro ÚZIS, klíčová slova. Možnost strukturovaného popisu operace. U jednotlivých operací možnost zadání všech provedených výkonů, ZUM, ZULP klávesovou zkratkou na základě definice jednotlivých uživatelů. | ANO |
V rámci operačního dne možnost sledování uživatelsky definovaných časů (neomezeného počtu) k operaci | ANO |
Možnost plánování operací z NIS (jako integrální součást NIS), možnost nalezení prvního volného termínu dle délky operace, možnost jednoduše přesouvat operace mezi sály a mezi dny, grafické znázornění plánu operací. | ANO |
Možnost vložení fotodokumentace a videodokumentace k operačnímu protokolu a s tím souvisí i možnost vkládat a archivovat videozáznamy z operací (z laparoskopických věží, kamer ve světlech). | ANO |
Možnost plánování operací pomocí webového klienta i z míst mimo nemocnici | ANO |
Automatické generování objednávky na materiál při vykázání ZUMu | ANO |
Možnost statistického zpracování údajů o operaci – pro vedení nemocnice i pro vědecké účely | ANO |
Veškeré tiskové výstupy mající formu samostatné části zdravotnické dokumentace musí mít ekvivalentní výstupy ve formě elektronické zdravotnické dokumentace dle platné legislativy. | ANO |
Vedení speciální pacientské dokumentace na gynekologicko-porodnickém oddělení | |
Minimální požadavky na funkcionalitu | Splňuje ANO/NE (Vyplní dodavatel) |
Vedení porodopisu se všemi potřebnými informacemi. Vedení potřebné dokumentace k vyšetření a hospitalizaci těhotné ženy, popis předporodních vyšetření, porodu, stavu novorozence a matky po porodu | ANO |
Možnost jednoduše (přímo z porodopisu) založit novorozence jako pacienta do registru a uložit na novorozeneckou stanici. Přenos potřebných údajů mezi dokumentací rodičky a novorozence s vyloučením duplicit zadávání. | ANO |
Možnost svázat dokumentaci rodičky s dokumentací novorozence | ANO |
Možnost zadání více novorozenců k rodičce | ANO |
Přehledné hlídání povinných údajů v dokumentaci | ANO |
Elektronické vykazování potřebných výkazů pro ÚZIS (Zpráva o rodičce, Zpráva o novorozenci, Hlášení vývojové vady) a tisk údajů do formuláře Hlášení o narození | ANO |
Xxxxx z porodnické a novorozenecké dokumentace přizpůsobit zvyklostem oddělení | ANO |
Přenos porodnické a novorozenecké dokumentace do propouštěcí zprávy | ANO |
Veškeré tiskové výstupy mající formu samostatné části zdravotnické dokumentace musí mít ekvivalentní výstupy ve formě elektronické zdravotnické dokumentace dle platné legislativy. | ANO |
Rehabilitační péče a plánování procedur | |
Minimální požadavky na funkcionalitu | Splňuje ANO/NE (Vyplní dodavatel) |
Ucelené řešení pro fyzioterapie – provázanost lékařské dokumentace, naplánování procedur, zápisů fyzioterapeutů. 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 | ANO |
Při plánování procedur: | ANO |
● umožnit hromadné objednání, svázání objednávek | ANO |
● možnost nastavení standardních skupin procedur | ANO |
● kontrola možné četnosti dle metodiky VZP | ANO |
● umožnit přihlédnout k přání pacienta, kdy chce procedury absolvovat | ANO |
Možnost pracovat s pacientem ambulantním i hospitalizovaným | ANO |
Přehledně zobrazovat vytíženost pracovišť, strojů | ANO |
Umožnit automatické vykázání potřebných výkonů po odcvičení | ANO |
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 | ANO |
Tisk potřebných dokumentů – rozpis pro pacienta, přehled plánovaných pacientů objednaných na dané pracoviště, zdravotní dokumentace – zápisy lékařů, fyzioterapeutů | ANO |
Umožnit statisticky sledovat vykázané výkony, resp. platby pacientů | ANO |
Jednoduchá správa nastavení: možnost zadání kapacity pracoviště a přístroje, pracovní doby pracoviště, uzavření pracoviště se zdůvodněním uzavření. | ANO |
Jednoduché změny v naplánovaných procedurách s evidencí důvodu změny (nemoc pacienta apod.) | ANO |
6.4 Požadavky na řešení pro obrazový komplement
Minimální požadavky na řešení pro obrazový komplement jsou definovány v následující tabulce.
Požadavky řešení pro obrazový komplement | |
Funkcionality potřebné pro radiologická pracoviště – RTG, sonografie, CT, MR, …: | |
Minimální požadavky na funkcionalitu | Splňuje ANO/NE (Vyplní dodavatel) |
Podpora činností pro kartotéku, příjem, popisovnu a vyšetřovnu | ANO |
Možnost automatického příjmu žádanek z klinických oddělení nebo zápis žádanky na vyšetření přímo na RDG oddělení | ANO |
Možnost tvorby strukturované žádanky s označením povinných polí – např. kontraindikace (kardiostimulátor apod.) | ANO |
Přizpůsobení pracovní plochy a seznamů dle rolí (laborant, lékař, primář apod.) | ANO |
Možnost nastavení automatického sledu činností – aby systém kopírovat práci koncového uživatele | ANO |
Archivace snímků | ANO |
Automatické proúčtování výkonů a zadaného materiálu | ANO |
Použití standardního editoru (RTF) s možností používání předdefinovaných textů | ANO |
Odeslání nálezu žadateli | ANO |
Objednávkový systém – možnost objednávání pacientů na vyšetření | ANO |
Statistiky provedených vyšetření, výkonů, spotřebovaného materiálu apod., možnost exportu dat | ANO |
Sledování snímků a expozic | ANO |
Vytváření worklistu pro modality v PACSu | ANO |
Možnost filtrování worklistů podle priority provedení a popisu vyšetření, možnost vyznačení priority vyšetření indikujícím (i včetně v internetovém objednávkovém systému) i provádějícím lékařem – například režimy STATIM, hospitalizovaný, nebo jiné kategorie | ANO |
Možnost vyžadovat potvrzení přijetí (přečtení zhotoveného popisu) indikujícím lékařem v případě urgentních vyšetření, možnost upozornění na zhotovený urgentní popis na pracovní ploše indikujícího lékaře | ANO |
Objednávkový systém pro jednotlivé modality s plně grafickým rozhraním formou kalendáře/ diáře, možnost například barevného označení a odlišení čekajících, prováděných a provedených vyšetření, přeobjednávání funkcí drag and drop, fulltextové vyhledávání v objednávkovém systému | ANO |
Možnost integrace diktovacího programu pro popisy nálezů | ANO |
Automatické otevírání popisovaného snímku na diagnostické stanici | ANO |
Při popisu snímků možnost pro radiologa náhledu do klinických dat pacienta | ANO |
Možnost nastavit potvrzování nálezů erudovanějším lékařem (druhé čtení) | ANO |
Veškeré tiskové výstupy mající formu samostatné části zdravotnické dokumentace musí mít ekvivalentní výstupy ve formě elektronické zdravotnické dokumentace dle platné legislativy. | ANO |
6.5 Požadavky na řešení pro stravovací provoz
Minimální požadavky na řešení pro stravovací provoz jsou definovány v následující tabulce.
Požadavky řešení pro stravovací provoz | |
Funkcionality potřebné pro řešení stravovacího provozu | |
Minimální požadavky na funkcionalitu | Splňuje ANO/NE (Vyplní dodavatel) |
Možnost objednávek diet dle údajů ve zdravotnické dokumentaci pacienta – automatizovaná sestava za oddělení/stanici | ANO |
Možnost provádět několikrát denně automatizovaný sběr hlášení z oddělení | ANO |
Podpora široké škály diet | ANO |
6.6 Požadavky na internetové objednávání pacientů s napojením na diáře pracovišť nemocnice
Současný systém objednávání pacientů k ambulantnímu zdravotnímu výkonu nebo k výkonu v rámci hospitalizace je velmi náročný na čas lékařů, zdravotnického personálu i pacientů. Komunikace mezi aktéry probíhá většinou telefonicky a je tudíž podmíněna jejich přítomností na pracovišti zdravotnického zařízení. Při změnách termínu objednávky způsobené zdravotnickým zařízením nebo pacientem pak může nastat obtížná situace, kdy jedna ze stran není dosažitelná, a tudíž není včas informovaná o změně. V důsledku scházejícího efektivního systému objednávání pak dochází zbytečně k nerovnoměrnému zatížení kapacit zdravotnického zařízení, např. při poskytování preventivních vyšetření pacientů.
Cílové skupiny uživatelů Produktu jsou:
● praktičtí lékaři a lékaři specialisté, kteří mohou objednávat své pacienty ke zdravotním výkonům v nemocnici,
● pacienti registrovaní i neregistrovaní, kteří se mohou sami objednávat ke zdravotním výkonům v nemocnici,
● lékaři nemocnice, kteří mohou objednávat pacienty ke zdravotním výkonům v rámci jedné nemocnice nebo i více nemocnic.
Minimální požadavky na internetové objednávání pacientů jsou definovány v následující tabulce.
Požadavky na internetové objednávání pacientů | |||||
Funkcionality potřebné pro internetové objednávání | |||||
Minimální požadavky na funkcionalitu | Splňuje ANO/NE (Vyplní dodavatel) | ||||
Určení formy využití objednávkového systému, tj. kdo, co a kdy si může objednat, stanoví v rámci navrhovaného řešení uživatel | ANO | ||||
Systém bude nabízet řešení pro objednávání pacientů prostřednictvím internetu pomocí webových služeb se zajištěnou komunikací s navrhovaným informačním systémem | ANO | ||||
Výměna dat bude probíhat zabezpečeným způsobem s využitím šifrovacích mechanismů | ANO | ||||
Systém bude zabezpečen proti zranitelnosti z internetu | ANO | ||||
umožnit vkládat naskenované kopie parere doporučujícího lékaře | ANO | ||||
Pacient objednává vyšetření, objednaný termín (datum a čas) se promítá do diáře lékaře na příslušném pracovišti v navrhovaném informačním systému | ANO | ||||
● vyhledání požadovaného pracoviště | ANO | ||||
● vyhledání volného termínu (datum a čas) | ANO | ||||
● vyhotovení objednávky s možností výběru vyšetření, na které se pacient objednává, případně lékaře a s možností doplnění textové poznámky k objednávce | ANO | ||||
● odeslání objednávky do diáře v navrhovaném informačním systému | ANO | ||||
● potvrzení doručení informačním systému | objednávky | do | diáře | v navrhovaném | ANO |
● možnost automatického odeslání informačního mailu pacientovi s poučením k objednanému vyšetření | ANO | ||||
● upozornění pacienta na blížící se termín objednávky prostřednictvím SMS zprávy případně emailu | ANO |
● možnost stornovat objednávku ze strany pracoviště z prostředí navrhovaného informačního systému | ANO |
● možnost změny termínu objednávky ze strany pracoviště z prostřední navrhovaného informačního systému | ANO |
● upozornění pacienta na změnu termínu nebo storno objednávky ze strany pracoviště zasláním SMS, případně e-mailu | ANO |
Komunikace systému s uživatelem (minimálně upozornění, změna termínů) prostřednictvím SMS1 a mailové komunikace 1) Předmětem dodávky není služba SMS operátora. Předmětem dodávky je napojení na službu/rozhraní SMS operátora zajištěného zadavatelem. | ANO |
Možnost registrace uživatele a evidence kontaktních, autentizačních a autorizačních údajů opravňující uživatele k funkcím s omezením. | ANO |
Podpora vícejazyčnosti webového uživatelského rozhraní | ANO |
Uživatelsky příjemné rozhraní – možnost barevně definovat minimálně typy vyšetření, časy. | ANO |
6.7 Zavedení elektronické zdravotnické dokumentace (EZD) včetně zavedení počítačově vedené ošetřovatelské dokumentace (EOD)
Cílem zavedení EZD a EOD je v maximální míře odstranit papírovou administrativu, která vzniká sekundárně opisem (tiskem) elektronicky vedených údajů a to pouze jako právní doklad o provedené péči o pacienty.
Implementace EZD a EOD musí zahrnovat vytvoření technologického, aplikačního a procesního prostředí pro možnost vést zdravotnickou a ošetřovatelskou dokumentaci pacientů v čistě elektronické podobě. Řešení musí vycházet z platné legislativy v aktuálním znění – v úvahu přichází zejména tyto předpisy:
● Xxxxx č. 101/2000 Sb., o ochraně osobních údajů, ve znění pozdějších předpisů
● Xxxxx č. 297/2016 Sb., o službách vytvářejících důvěru
● Nařízení Evropského parlamentu a Rady (EU) č. 910/2014 o elektronické identifikaci a službách vytvářejících důvěru pro elektronické transakce na vnitřním trhu a o zrušení směrnice 1999/93/ES (eIDAS)
● 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 o volném pohybu těchto údajů a o zrušení směrnice 95/46/ES (obecné nařízení o ochraně osobních údajů)
● Zákon č. 372/2011 Sb., o zdravotních službách
● Vyhláška č. 98/2012 Sb. o zdravotnické dokumentaci
● Zákon č. 499/2008 Sb., o archivnictví a spisové službě a o změně některých zákonů, ve znění pozdějších předpisů
● Zákon č. 300/2008 Sb., o elektronických úkonech a autorizované konverzi dokumentů
Zavedení EZD a EOD si neklade za cíl odstranit veškeré papírové dokumenty, nýbrž se týká zejména takových dokumentů, které lze označit za samostatnou část zdravotnické dokumentace pacienta a současně je možno ji vést v čistě elektronické podobě. Přesný rozsah dotčených dokumentů zahrnutých do řešení EZD resp. EOD bude popsáno v analýze, jako součásti implementace. Očekávané přínosy jsou zejména tyto:
• úspory v nákladech na tisk, distribuci a archivaci papírové dokumentace
• usnadnění přístupu a částečné automatizace práce se zdravotními záznamy (EHR)
• snížení chybovosti informací odstraněním ručních zápisů
• využití synergie se systémy a procesy eGovernmentu
Na každou entitu vybranou k aplikace EZD (např. ambulantní nález, konziliární zpráva, atd.), budou aplikovány takové požadavky, které zajistí soulad s nároky legislativy z pohledu možnosti vedení zdravotnické dokumentace v čistě elektronické formě. Jsou to zejména:
● Zápis ve zdravotnické dokumentaci musí být veden průkazně, pravdivě a čitelně.
● Zápis ve zdravotnické dokumentaci musí být opatřen datem zápisu, identifikací a podpisem osoby, která zápis provedla.
● Opravy ve zdravotnické dokumentaci se provádí novým zápisem s uvedením dne opravy, identifikací a podpisem osoby, která opravu provedla. Původní záznam musí zůstat čitelný.
● Technické prostředky pro vedení zdravotnické dokumentace v elektronické podobě musí zaručovat:
● a) zabezpečení výpočetní techniky softwarovými a hardwarovými prostředky před přístupem neoprávněných osob ke zdravotnické dokumentaci a
● b) vedení evidence všech přístupů ke zdravotnické dokumentaci včetně jejich oprav, změn a mazání.
● Elektronická dokumentace musí být archivována a skartována v souladu s požadavky uvedenými v příloze č.2 a č.3 vyhlášky č.98/2012 Sb., o zdravotnické dokumentaci.
● Při ukládání do zabezpečeného archivu je nutné zajistit, aby kdykoli v budoucnu mohla být zajištěna právní validita, tj. umožněna autorizovaná konverze libovolného dokumentu
V rámci tohoto záměru se počítá i se zavedením podpory počítačového vedení ošetřovatelské dokumentace.
Minimální požadavky na zavedení EZD jsou definovány v následující tabulce.
Požadavky na zavedení EZD | |
Funkcionality potřebné pro EZD | |
Minimální požadavky na funkcionalitu | Splňuje ANO/NE (Vyplní dodavatel) |
Nástroj pro sestavení dokumentů ve formátu dokumentace PDF/A, podpora řízení životního cyklu zápisů (podepsání, archivace, stav ověření podpisu a časového razítka, storno, skartace). | ANO |
Generování a publikování jednoznačného identifikátoru záznamu do EZD. | ANO |
Nástroj pro vytvoření kvalifikovaného elektronického podpisu dle zákona splňující příslušnou technickou normu (PAdES), plná integrace s NIS | ANO |
Nástroj pro vytvoření elektronického podpisu pacientem dle zákona, plná integrace s NIS | ANO |
Automatické vynucení elektronického podepsání uzavíraného zápisu elektronické zdravotnické dokumentace elektronickým podpisem uživatele | ANO |
Předávání elektronicky podepsaných dokumentů do elektronického archivu včetně metadat ve formě OAIS SIP pro dlouhodobou archivaci | ANO |
Zajištění správy a evidence kvalifikovaných podpisových certifikátů uživatelů a kvalifikovaných prostředků elektronického podepisování. | ANO |
Pořízení el. podpisu musí technicky podporovat lokální i terminálové stanice využívající MS RDP přístup (vzdálená plocha) na Microsoft terminálových serverech. | ANO |
6.8 Zajištění provozu vizity u lůžka pacienta
Aplikace pro vizitu zcela zásadně zvyšuje klinickou efektivitu a bezpečí pacientů a to především tím, že
„přivádí“ potřebná data k lůžku pacienta a umožňuje je elektronicky (dotykově) editovat.
Požadavkem je pořízení aplikace pro dotyková zařízení, jež je plně kompatibilní s NIS, a díky které má lékař při vizitě v rukou přístup k dokumentaci pacienta bez nutnosti listování v papírové dokumentaci. Řešení je vhodné nasadit jak pro akutní oddělení (vč. JIP) tak i pro oddělení následné péče. Data musí být plně strukturována, tak jak je lékař zná z NIS. Při práci s webovým klientem odpadne přepisování zápisů z papírové dokumentace do NIS, čímž se zvyšuje efektivita a eliminuje řada chyb, které mohou při přepisování vznikat.
Řešení bude postaveno jako webová aplikace, a bude tedy plně nezávislé na operačním systému dotykového zařízení, pracuje stejně u zařízení Android i-OS či MS Windows. Jediným předpokladem pro práci je přístup k internetu (nebo intranetu), tedy WiFi, případně i mobilní operátor (LTE …).
Minimální požadavky na provoz vizity u lůžka pacienta jsou definovány v následující tabulce.
Požadavky na provoz vizity u lůžka pacienta | |
Funkcionality potřebné pro provoz vizity u lůžka pacienta | |
Minimální požadavky na funkcionalitu | Splňuje ANO/NE (Vyplní dodavatel) |
Řešení postaveno jako webová aplikace, a tedy plně nezávislé na operačním systému dotykového zařízení, pracuje stejně u zařízení Android i-OS či MS Windows | ANO |
Při vizitě u lůžka pacienta bude mít lékař k dispozici minimálně administrativní údaje pacienta, jeho anamnézy, diagnózy, laboratorní výsledky, zprávy z konzilií, operační protokoly, popisy RTG. | ANO |
Součástí řešení bude nejen náhled na aktuální medikace a jejich historii, ale i aktivní zadávání či změna ordinovaných léků, včetně infúzí za respektování interakcí | ANO |
Všechna data pořízená dotykovým zařízením budou ukládána přímo do dokumentace pacienta a budou tedy okamžitě přístupná pro další personál | ANO |
Možnost vložení multimediálního souboru (fotky, krátkého videa, zvukového záznamu) přímo z dotykového zařízení do dokumentace pacienta a to přímo při provádění vizity. | ANO |
Bude přístup do aplikace chráněn autentifikací uživatele | ANO |
Ověření pacienta pomocí scanu čárového či QR kód čtečkou v mobilním zařízení | ANO |
6.9 Elektronická dokumentace v laboratořích a mezilaboratorní komunikace
Vedení elektronické dokumentace bude řešeno i v rámci laboratorního komplementu.
Výsledkové listy bude možné generovat v elektronické podobě ve formátu PDF/A, označovat kvalifikovanou elektronickou pečetí popř. podepisovat kvalifikovaným elektronickým podpisem a dlouhodobě archivovat.
Export výsledků do NIS bude prováděn ve formátu DASTA. Pokud již bude sestaven výsledkový list v PDF/A souboru, bude s výsledky ve formátu DASTA v zaslaném výsledkovém paketu uložen odkaz na elektronický výsledkový list. V opačném případě musí být odkaz na PDF/A soubor vyexportován v DASTA později. Tento odkaz musí umět NIS zpracovat a nabídnout uživateli. Kliknutím na odkaz se výsledkový list musí uživateli zobrazit přímo v NIS nebo ve zvoleném PDF prohlížeči.
V případě potřeby bude možné nastavit odesílání podepsaných elektronických výsledkových listů externím žadatelům a to zabezpečeným způsobem.
Očekávánými přínosy zavedením EZD v porovnání s papírovou dokumentací jsou především:
● Rychlejší a bezpečnější distribuce výsledkových listů (nálezů) žadatelům.
● Úspora nákladů na papír a spotřební materiál pro tisk výsledkových listů.
● Úspora nákladů na distribuci výsledkových listů poštou.
● Rychlejší vyhledávání historických dokumentů laboratoře (žádanky, výsledkové listy, hlavní kniha).
● Úspora nákladů a prostor při archivaci dokumentů laboratoře.
● Podpora zákonem stanoveného skartačního procesu.
Systém musí umožňovat export elektronické žádanky na laboratorní vyšetření kompatibilní se stávajícími laboratorními IS a jimi používanými laboratorními metodami.
Elektronická žádanka musí umožňovat elektronický podpis. Dále musí NIS podporovat tvorbu šablon pro elektronické žádanky.
Minimální požadavky na funkcionalitu jsou definovány v následující tabulce.
Požadavky ne EZD v LIS | |
Funkcionality pro tvorbu, předávání a archivaci EZD. | |
Minimální požadavky na funkcionalitu | Splňuje ANO/NE (Vyplní dodavatel) |
Nový systém zajistí funkcionalitu do LIS, která umožní předávání žádanek na laboratorní vyšetření (nebo jejich částí) do vlastních i smluvních laboratoří. Výsledky vyšetření budou poté vraceny do původní laboratoře. Pro komunikaci bude využíván formát DASTA v4 | ANO |
NIS bude připraven přijímat a zpracovávat datový soubor DASTA a importovat výsledky do NIS | ANO |
Nástroj pro export výsledkových listů ve formě PDF/A. | ANO |
Z uživatelského prostředí klienta NIS bude možné vyvolat zobrazení tohoto PDF/A dokumentu | ANO |
Nástroj pro vytvoření kvalifikovaného elektronického podpisu/elektronické pečetě dle zákona splňující příslušnou technickou normu (PAdES), plná integrace s LIS. | ANO |
Předávání elektronicky podepsaných dokumentů do elektronického archivu včetně metadat ve formě OAIS SIP pro dlouhodobou archivaci | ANO |
Elektronická žádanka s možností elektronického podpisu, kompatibilní se stávajícími laboratorními IS a jimi používanými laboratorními metodami. | ANO |
6.10Vedení strukturované ordinace medikace včetně výdeje léků na identifikovaného pacienta
Funkce ordinace je určena pro vedení denních záznamů při hospitalizaci pacienta. Denní záznam je veden do strukturovaného dekurzu, kde lze popisovat aktuální stav pacienta, strukturovaně ordinovat léky a infuze, zadávat pokyny sestře a další informace.
V první fázi budou implementovány strukturované medikace na odděleních. Medikace budou prováděny bez návaznosti na sklad. Zároveň budou implementovány příruční sklady na odděleních včetně propojení na dodavatele centrálního skladu
V další fázi bude rozběhnuta funkcionalita Evidence podání léků (EPL) ve formě hromadného podání (sestra označuje podané léky hromadně a ze skladu se vyskladňují metodou FIFO) nebo on-line evidencí podání léků (sestra označuji podání léku on-line a tyto léty konkrétní šarže se vyskladní z klinického skladu. Tím bude dosaženo spojení lékového řetězce a evidence spotřeby léků na konkrétního pacienta.
Součástí je zároveň modul lékové interakce v českém jazyce, který bude obsahovat všechny v ČR registrované léky a léčivé přípravky dle SÚKL. Databáze nebude vycházet pouze ze SPC (souhrnu údajů o přípravku), ale ze současného stavu poznání dle odborné literatury.
Minimální požadavky na funkcionalitu jsou definovány v následující tabulce.
Vedení strukturované ordinace medikace | |
Funkcionality pro vedení strukturované ordinace medikace | |
Minimální požadavky na funkcionalitu | Splňuje ANO/NE (Vyplní dodavatel) |
Funkce slouží pro zadání léků. U léků je možno evidovat, zda jsou ordinovány nebo už podány, případně jejich vysazení | ANO |
Lze pracovat s pozitivním listem | ANO |
Ordinované léky se pro větší přehlednost zobrazují na časové ose, a to včetně měřených hodnot (např. TK, teplota apod.) | ANO |
Možnost zadání infuzí | ANO |
Lze definovat složení infuze a její množství | ANO |
Zavedení „komponenty“ pro příruční sklady | ANO |
● Tvorba žádanek a jejich vícestupňové schvalování | ANO |
● Příjem komodit na sklad oddělení | ANO |
● Výdej komodit do spotřeby | ANO |
● nástroje pro uzávěrku skladu a inventuru | ANO |
● Nástroj pro tvorbu Magistraliter a jejich zařazení do číselníku | ANO |
● Možnost vytvoření požadavku na ředírnu cytostatik dle definovaných požadavků. | ANO |
Modul lékové interakce: ● databáze bude v českém jazyce, ● databáze bude obsahovat všechny v ČR registrované léky a léčivé přípravky dle SÚKL ● databáze nebude vycházet pouze ze SPC, ale ze současného stavu poznání dle odborné literatury | ANO |