SMLOUVA O DÍLO

SMLOUVA O DÍLO

„On-line objednávání pacientů“

uzavřená níže uvedeného dne, měsíce a roku podle § 536 a násl. zákona č. 513/1991 Sb., obchodního zákoníku, ve znění pozdějších předpisů a podle zákona č. 121/2000 Sb. (autorský zákon), ve znění pozdějších předpisů

Čl. 1. Smluvní strany

1.1. Plzeňský kraj

se sídlem: Škroupova 18, 306 13 Plzeň

IČ: 70890366

DIČ: CZ 70890366

zastoupený: Xxxxxxx Xxxxxxxxx, hejtmanem Plzeňského kraje

Na základě podpisového a kompetenčního řádu Plzeňského kraje a Krajského úřadu Plzeňského kraje k podpisu oprávněn Xxx. Xxxx Xxxxxxxxx, ředitel Krajského úřadu Plzeňského kraje.

bankovní spojení: Raiffeisenbank a.s., pobočka Plzeň

č.ú.: 1083003606/5500

kontaktní osoba: Xxx. Xxxxxxxxx Xxxxxxxxx, odbor informatiky KUPK telefon: + 000 000000000

e-mail: xxxxxxxxx.xxxxxxxxx@xxxxxxxx-xxxx.xx

(dále jen „objednatel“, „zadavatel“)

a

1.2. STAPRO s. r. o.

se sídlem: Xxxxxxxxxxx xxxxxxx 00. 000 00 Xxxxxxxxx

IČ: 13583531

DIČ: CZ13583531

zastoupený/jednající: Xxx. Xxxx Xxxxx, jednatel společnosti

bankovní spojení: Citibank a.s. Praha, č.ú.: 2511620104/2600 č.ú.: nebo ČSOB Pardubice č.ú.: 271810793/0300

zapsán v obchodním rejstříku, vedeném Krajským soudem v Hradci Králové, oddíl C vložka 148 kontaktní osoba: Xxx. Xxx Xxxxxxxxxx

telefon: 739679 959

e-mail: xxxxxxxxxx@xxxxxx.xx

(dále jen „zhotovitel“, „uchazeč“)

Tato smlouva se uzavírá v návaznosti na veřejnou zakázku malého rozsahu s názvem „On-line objednávání pacientů“, zadávanou objednatelem jakožto zadavatelem.

Čl. 2. Předmět smlouvy

Touto smlouvou se zhotovitel zavazuje provést řádně a včas pro objednatele dílo spočívající v dodávce a implementaci informačního systému “On-line objednávání pacientů” (dále jen Software nebo Informační systém) v souladu s Technickou dokumentací zadavatele /objednatele/, uvedenou v příloze č. 1 této smlouvy a vítěznou nabídkou uchazeče v části technické řešení /zhotovitele/, uvedenou v příloze č. 2 této smlouvy.

Předmětem díla jsou následující činnosti zhotovitele:

2.1. Vytvoření nebo dodávka informačního systému pro On-line objednávání pacientů (dále jen IS), jehož funkcionalita umožní pacientovi:

• vyhledání požadovaného odborného zdravotnického pracoviště,

• vyhledání volného termínu,

• vyhotovení objednávky,

• příjem potvrzení objednávky,

• příjem upozornění na blížící se termín vyšetření

• storno objednávky.

Zadavatel požaduje takový informační systém, který zajistí uživateli (tzn. pacientovi) jednoduchou a přehlednou elektronickou komunikaci za účelem vyhledání poskytovatele zdravotní péče z databáze poskytovatelů Plzeňského kraje, umožňujících on-line objednání přes internet a objednání termínu vyšetření/ošetření a lékařských zákroků v příslušných zdravotnických zařízeních s napojením na jejich nemocniční informační systémy (NIS).

Příslušná zdravotnická zařízení jsou následující nemocnice založené Plzeňským krajem, s nimiž má Plzeňský kraj uzavřeny písemné smlouvy o poskytování služeb obecného hospodářského zájmu:

• Stodská nemocnice, a.s., IČ: 26361086, se sídlem Hradecká 600, 333 01 Stod

• Domažlická nemocnice, a.s., IČ: 26361078, se sídlem Kozinova 292, 344 22 Domažlice

• Rokycanská nemocnice, a.s., IČ: 26360900, se sídlem Voldušská 750, 337 22 Rokycany

• Klatovská nemocnice, a.s., IČ: 26360527, se sídlem Plzeňská 569, 339 38 Klatovy 2

Zhotovitel se zavazuje dodat/vytvořit informační systém „otevřený“, ke kterému mohou být v budoucnosti napojovány další nemocnice, ambulance nebo ordinace soukromých lékařů.

Pokud projeví zájem o napojení do IS na On-line objednávání pacientů (IS) lékař bez vlastního informačního systému, zavazuje se zhotovitel umožnit mu využívání IS jako webovou aplikaci za cenu garantovanou dodavatelem (jedná se o cenu uvedenou v příloze č. 3 této smlouvy).

Pokud projeví zájem o napojení do IS na On-line objednávání pacientů (IS) lékař s vlastním informačním systémem nebo systémem společnosti, která má svůj systém umístěn u více lékařů, zavazuje se zhotovitel jednat s lékařem/společností o technických a cenových podmínkách propojení rozhraním.

2.2. Instalace a implementace vytvořeného/dodaného IS do hardwarového a softwarového prostředí zadavatele.

2.3. Vytvoření a dodání komunikačního rozhraní, popisu konektoru a dokumentace pro připojení diářů.

2.4. Proškolení. Vytvoření a dodání e-learningového kurzu pro uživatele.

2.5. Vytvoření a dodání provozní a prováděcí dokumentace.

Předmět smlouvy rovněž obsahuje plnění, které není uvedeno v příloze č. 1 (Technická dokumentace), ale jehož realizace je nezbytná pro provedení díla, tj. pro řádné a včasné dokončení díla v souladu s touto smlouvou. Zahrnuje veškerá plnění pro zajištění 100% funkčnosti a provozuschopnosti aplikace.

Čl. 3. Doba a místo plnění

Plnění díla bude zahájeno ihned po uzavření této smlouvy. Místem plnění díla je území Plzeňského kraje.

Řádně zhotovené a dokončené dílo bude předáno objednateli nejpozději do 8týdnů od uzavření této smlouvy.

Plnění předmětu díla se zhotovitel zavazuje realizovat dle časového harmonogramu uvedeného v příloze č. 4 této smlouvy.

Čl. 4. Práva a povinnosti smluvních stran

4.1. Zhotovitel se zavazuje za podmínek stanovených touto smlouvou na svůj náklad a na své nebezpečí ve sjednaném termínu splnit celý předmět smlouvy. Zhotovitel se dále zavazuje dodat řádně a včas plnění podle této smlouvy bez právních a faktických vad.

4.2. Při zhotovování díla se zhotovitel zavazuje počínat si s odbornou péčí tak, aby byl zcela naplněn předmět a účel smlouvy.

4.3. Zhotovitel je povinen vynaložit maximální úsilí, aby docílil nejlepšího možného výsledku při plnění předmětu této smlouvy prostřednictvím využití svých znalostí a zkušeností.

4.5. Zhotovitel je povinen v průběhu provádění díla dodržovat obecně závazné předpisy a normy, postupovat s náležitou odbornou péčí, podle nejlepších znalostí a schopností, sledovat a chránit oprávněné zájmy objednatele.

4.6. Zhotovitel je povinen v průběhu provádění díla neprodleně informovat objednatele o všech skutečnostech, které mají nebo mohou mít vliv na provedení díla.

4.7. Pokud objednatel zjistí, že zhotovitel provádí dílo v rozporu se svými povinnostmi, je oprávněn požadovat, aby zhotovitel odstranil v objednatelem stanovené lhůtě vzniklé vady a dílo prováděl řádným způsobem.

4.8. Zhotovitel se zavazuje v průběhu provádění díla poskytovat objednateli průběžné informace o stavu plnění díla, a to 1 x za 14 dnů emailovou zprávou, zaslanou kontaktní osobě objednatele.

4.9. Objednatel se zavazuje řádně a včas dokončený předmět smlouvy od zhotovitele protokolárně převzít a zaplatit zhotoviteli sjednanou cenu.

4.10. Zadavatel si vyhrazuje právo informační systém vytvořený/dodaný na základě této smlouvy dále měnit a upravovat tak, aby systém mohl být rozšiřován a přizpůsobován o další funkcionality (jedná se především o budoucí možnost zahrnout do systému službu zasílání zpráv ze zdravotnické záchranné služby do NIS).

4.11. Zhotovitel je povinen zajistit soulad a odpovídá za soulad dodaného informačního systému On- line objednávání pacientů s právním řádem České republiky, zejména se zákonem č. 101/2000 Sb., o ochraně osobních údajů.

4.12. V případě, že dojde k zániku této Smlouvy z důvodu zániku Zhotovitele, úpadku Zhotovitel e ve smyslu zákona č. 182/2006 Sb., insolvenčního zákona, v platném znění, zavazuje se Zhotovitel poskytnout Objednateli zdrojové texty (kódy) informačního systému. Toto ujednání se nedotýká ani neomezuje jakýkoliv nárok na zdrojový kód ASW ostatních nabyvatelů licence, s nimiž Zhotovitel uzavřel nebo uzavře licenční smlouvu a neopravňuje Objednatele k poskytování licence třetím stranám.

4.13. Pokud projeví zájem o napojení do IS na On-line objednávání pacientů (IS) lékař bez vlastního informačního systému, zavazuje se zhotovitel umožnit mu využívání IS jako webovou aplikaci za cenu garantovanou zhotovitelem a uvedenou v příloze č. 3 této smlouvy

4.14. Pokud projeví zájem o napojení do IS na On-line objednávání pacientů (IS) lékař s vlastním informačním systémem nebo systémem společnosti, která má svůj systém umístěn u více lékařů, zavazuje se zhotovitel jednat s lékařem/společností o technických a cenových podmínkách propojení rozhraním.

Čl. 5. Cena díla

5.1. Cena za dílo představuje objednatelem /jakožto zadavatelem/ akceptovanou nabídkovou cenu, předloženou zhotovitelem /jakožto uchazečem/ v nabídce na veřejnou zakázku malého rozsahu s názvem „On-line objednávání pacientů“, s výjimkou ceny za poskytování technické podpory, která je uvedena v samostatné smlouvě na poskytování maintenance. Rozklad ceny díla je obsažen v příloze č. 3 této smlouvy.

5.2. Zhotovitel výslovně prohlašuje, že nabídková cena a cena díla obsahuje veškeré práce a dodávky, poplatky a jiné náklady nezbytné pro řádnou a úplnou realizaci sjednaného předmětu plnění a veškeré náklady včetně všech rizik a vlivů souvisejících s plněním předmětu smlouvy.

5.3. Objednatel a zhotovitel se dohodli, že cena díla, specifikovaného v čl.2. této smlouvy, činí celkem částku:

768 350 Kč včetně DPH, přičemž cena bez DPH činí 635 000 Kč, sazba DPH činí 21 %,

výše DPH činí 133 350 Kč.

Tato cena je stanovena jako cena konečná a úplná.

5.4. Zhotovitel není oprávněn požadovat po objednateli poskytnutí zálohy. Objednatel je oprávněn dle disponibilnosti finančních prostředků iniciovat vystavení zálohové faktury, a to až do hodnoty 100% ceny díla.

5.5. Zhotovitel na sebe výslovně bere odpovědnost za to, že sazba a výše daně z přidané hodnoty bude stanovena v souladu s platnými právními předpisy.

5.6. Daň z přidané hodnoty bude připočtena k ceně díla ve výši dle právní úpravy platné ke dni uskutečnění zdanitelného plnění.

Čl. 6. Platební podmínky

6.1. V souladu se zákonem č. 235/2004 Sb., o dani z přidané hodnoty, ve znění pozdějších předpisů, smluvní strany sjednávají dílčí plnění.

6.2. Cena díla, popř. cena za každé dílčí plnění, bude objednatelem uhrazena vždy na základě zhotovitelem vystavené faktury.

6.3. Fakturu je zhotovitel oprávněn vystavit nejdříve následující den po dni uskutečnění zdanitelného plnění, jímž se pro účely této smlouvy rozumí řádné dodání předmětu díla nebo dílčího plnění ve smyslu čl. 2 této smlouvy.

6.4. Podkladem pro vystavení faktury je podepsaný protokol o předání a převzetí předmětu díla nebo dílčího plnění. Smluvní strany se dohodly, že k faktuře bude přiložena kopie akceptačního protokolu, podepsaného oběma smluvními stranami.

6.5. Splatnost faktury je dohodnuta na 30 dnů ode dne jejího prokazatelného doručení na adresu sídla objednatele.

6.6. Faktura bude mít náležitosti daňového dokladu dle platných právních předpisů (zákona č. 563/1991 Sb., o účetnictví, v platném znění a zákona č. 235/2004 Sb., o dani z přidané hodnoty, v platném znění).

6.8. Součástí faktury bude specifikace dodaného plnění tak, aby byla v souladu s platnými účetními a daňovými předpisy, a to za účelem řádného vedení evidence majetku objednatele v souladu s těmito právními předpisy.

6.9. V případě, že faktura – daňový doklad nebude obsahovat stanovené náležitosti nebo v něm nebudou správně uvedené údaje, je objednatel oprávněn ji vrátit ve lhůtě splatnosti zpět zhotoviteli s uvedením chybějících náležitostí nebo nesprávných údajů. V takovém případě se přeruší běh lhůty splatnosti a nová lhůta splatnosti počne běžet doručením opravené faktury – daňového dokladu.

6.10 Cena bude zhotoviteli zaplacena bezhotovostní formou převodem na jeho bankovní účet. Faktura je považována za proplacenou okamžikem odepsání příslušné částky z účtu objednatele ve prospěch zhotovitele.

6.12. Dojde-li ke dni uskutečnění zdanitelného plnění ke změně sazby DPH, bude zhotovitel fakturovat objednateli cenu s DPH ve výši odpovídající platné právní úpravě ke dni uskutečnění zdanitelného plnění.

6.13. Xxxxxxxxxx souhlasí s tím, aby subjekty oprávněné dle zák. č. 320/2001 Sb., o finanční kontrole ve veřejné správě a o změně některých zákonů (zákon o finanční kontrole), ve znění pozdějších předpisů, provedly finanční kontrolu závazkového vztahu vyplývajícího ze smlouvy s tím, že se zhotovitel podrobí této kontrole, a bude spolupůsobit jako osoba povinná ve smyslu ust. § 2 písm. e) uvedeného zákona při výkonu finanční kontroly prováděné v souvislosti s úhradou služeb z veřejných výdajů.

Čl. 7. Předání díla

7.1. Xxxxxxxxxx splní svoji povinnost zhotovit dílo jeho řádným a včasným dokončením v souladu s podmínkami této smlouvy a předáním hotového díla objednateli.

7.2. Objednatel prohlašuje, že převezme pouze dokončené dílo bez zjevných vad, nedodělků a podstatných vad bránících funkcionalitě předávaného díla. V opačném případě si objednatel vyhrazuje právo převzetí díla odmítnout, bez nároku na navýšení ceny díla.

7.3. Předání a převzetí díla proběhne na základě akceptačního řízení, spočívajícího v konfrontaci předávaného plnění s požadavky zadavatele, resp. se specifikací díla uvedenou v čl. 2. této smlouvy. Akceptace plnění bude potvrzena podpisem předávacího protokolu, osvědčujícího předání a převzetí díla. Součástí protokolu o předání je jednoznačná identifikace předávaného díla.

7.4. Zjistí-li objednatel nedostatky, nedodělky, či vady, oznámí to písemnou formou bez zbytečného odkladu zhotoviteli.

7.5. Místem předání díla je sídlo objednatele na adrese Xxxxxxxxx 00, 000 00 Plzeň. Za objednatele je oprávněn hotové dílo převzít a akceptační protokol podepsat Xxx. Xxxxxx Xxxxxxxxx, vedoucí odboru informatiky Krajského úřadu Plzeňského kraje.

7.6. Vlastnické právo k dílu přechází na objednatele okamžikem předání díla objednateli. Práva z poskytnuté licence objednatel nabývá okamžikem převzetí díla od zhotovitele.

Čl. 8. Záruka za dílo

8.1. Zhotovitel poskytuje objednateli záruku v délce trvání 2 let. Dílo dle této smlouvy bude ke dni předání a převzetí objednatelem způsobilé k řádnému užití a bude mít vlastnosti stanovené touto smlouvou.

8.2. Zhotovitelem poskytovaná záruka se vztahuje na kompletní funkčnost díla, jakož i na jeho vlastnosti požadované objednatelem.

8.3. Záruční doba začíná běžet ode dne převzetí díla objednatelem na základě podpisu akceptačního protokolu. Záruční doba se prodlužuje o dobu, po kterou mělo dílo vadu bránící jeho řádnému užívání objednatelem, nebo po kterou bylo plnění mimo provoz z důvodu vady, na kterou se vztahuje záruka.

8.4. Veškeré zjištěné nedostatky, nedodělky a vady díla, které se vyskytnou v záruční době, je zhotovitel povinen bez zbytečného odkladu písemně oznámit objednateli.

8.5. Vadou díla se pro účely této smlouvy rozumí rozpor mezi sjednanými podmínkami provedení díla a skutečným stavem díla.

Objednatel má vůči zhotoviteli tato práva z odpovědnosti za vady:

• právo na bezplatné odstranění reklamovaných vad, a to bezprostředně po oznámení vady objednatelem, nejpozději ve lhůtě 15 dnů od oznámení vady objednatelem,

• právo na poskytnutí přiměřené slevy z ceny odpovídající rozsahu reklamovaných vad či nedodělků,

• právo na odstoupení od smlouvy, kdy vady či nedodělky jsou takového charakteru, že ztěžují či dokonce brání v užívání díla, nebo

• právo na zaplacení nákladů na odstranění vad v případě, že Zhotovitel odmítne vadu odstranit a objednatel si vadu či nedodělek odstraní sám nebo použije třetí osoby k jejich odstranění, a to v cenách dle ceníku Zhotovitele.

8.6. Uplatněním nároků z odpovědnosti za vady není dotčeno právo na náhradu škody. Zhotovitel odpovídá objednateli za případnou škodu, která mu vznikne z titulu neodstranění vady díla zhotovitelem ve stanoveném termínu.

Čl. 9. Licenční ujednání

9.1. Pokud zhotovitel v rámci plnění předmětu této smlouvy vytvoří dílo podléhající ochraně podle zákona č. 121/2000 Sb. (autorský zákon), poskytuje objednateli licenci - tj. oprávnění k výkonu práva užívat jím vytvořené autorské dílo.

9.2. Zhotovitel poskytuje licenci jako:

⮚ licenci v počtu 1 x licence pro zadavatele Plzeňský kraj, 1 x licence pro nemocnice uvedené v bodě 4. Výzvy (tzn. přímo z této smlouvy celkem 5 licencí);

⮚ nevýhradní licenci k veškerým známým způsobům užití takového díla, zejména, nikoliv však výlučně k účelu, ke kterému bylo takové dílo uchazečem vytvořeno v souladu se smlouvou a to v rozsahu minimálně nezbytném pro řádné užívání díla objednatelem a ambulancemi zdravotnických zařízení v rozsahu dle přílohy č. 3 této smlouvy,

⮚ licenci udělenou na dobu určitou, a to po celou dobu trvání majetkových práv k dílu;

⮚ licenci převoditelnou a postupitelnou, tj. která je udělena s právem udělení bezúplatné podlicence dalším nemocnicím, ambulancím nebo ordinacím soukromých lékařů, a to pouze na území Plzeňského kraje, které v budoucnu projeví zájem o napojení na IS On-line objednávání pacientů;

⮚ licenci, kterou není objednatel povinen využít.

9.3. Povinnost týkající se licence platí pro zhotovitele i v případě zhotovení části díla subdodavatelem.

9.49.5. Zhotovitel je povinen zajistit, aby výsledkem jeho plnění nebo jakékoliv jeho části nebyla porušena práva třetích osob. Pro případ, že užíváním předmětu plnění nebo jeho dílčí části nebo prostou existencí předmětu plnění nebo jeho dílčí části budou v důsledku porušení povinností zhotovitele dotčena práva třetích osob, nese zhotovitel vedle odpovědnosti za takovéto vady plnění i odpovědnost za veškeré škody, které tím objednateli vzniknou.

9.1.1. Objednatel a zhotovitel se výslovně dohodli, že odměna za veškerá licenční oprávnění poskytnutá objednateli je již zahrnuta v ceně za poskytnuté plnění dle smlouvy, tj. cena za poskytnutí licence, včetně nákladů souvisejících s aktualizací licence.

Čl. 10. Subdodávky

10.1. Zhotovitel je oprávněn pověřit plněním této smlouvy nebo její části třetí osoby. Části díla, které budou prováděny subdodavatelem zhotovitele, jsou uvedeny v následující tabulce:

subdodavatel
(název, právní forma, sídlo, IČ)
věcný popis činností (části plnění) které bude subdodavatel zajišťovat

Dílo nebude plněno subdodavatelem Není

10.2. Zhotovitel se zavazuje, že části díla plněné subdodavatelským plněním, budou příslušným subdodavatelem provedeny v souladu se všemi podmínkami smlouvy. V takovém případě odpovídá zhotovitel za plnění poskytnuté třetí osobou, jako kdyby příslušné plnění poskytl sám, a jeho výlučná odpovědnost za poskytování řádného plnění dle smlouvy tím není jakkoliv dotčena.

10.3. Zhotovitel je povinen před uzavřením této smlouvy objednatele písemně informovat o všech svých subdodavatelích a v průběhu plnění této smlouvy o dílo o jakýchkoliv změnách na pozici subdodavatelů.

Čl. 11. Odpovědnost za škodu

Smluvní strany nesou odpovědnost za způsobenou škodu v rámci platných právních předpisů a této smlouvy.

Smluvní strany se zavazují k vyvinutí maximálního úsilí k předcházení škodám a k minimalizaci vzniklých škod.

Čl. 12. Sankční ujednání

12.1. Dojde-li k prodlení s úhradou daňového dokladu - faktury, je zhotovitel oprávněn účtovat objednateli úrok z prodlení ve výši 0,3 % z dlužné částky za každý započatý den prodlení po termínu splatnosti až do doby zaplacení dlužné částky.

12.2. Nesplní-li zhotovitel svůj závazek v jakémkoliv dílčím plnění dle této smlouvy v rozsahu a čase plnění sjednaném touto smlouvou, je oprávněn objednatel požadovat po zhotoviteli zaplacení smluvní pokuty ve výši 0,3 % ze sjednané dílčí ceny za konkrétní plnění dle této smlouvy za každý započatý den prodlení, až do řádného dokončení a předání celého dílčího plnění a zhotovitel je povinen takto požadovanou smluvní pokutu zaplatit.

12.3. Nesplní-li zhotovitel v dohodnutém termínu svůj závazek odstranit vady a nedodělky vytknuté při převzetí díla nebo v průběhu záruční doby, je objednatel oprávněn požadovat na zhotoviteli zaplacení smluvní pokuty ve výši 0,2 % ze sjednané ceny vadné části předmětu plnění za každý započatý den prodlení až do jejich úplného odstranění a zhotovitel se zavazuje takto požadovanou smluvní pokutu objednateli zaplatit.

12.5. Zaplacením smluvní pokuty není dotčeno právo poškozené strany na náhradu vzniklé škody. Výši smluvních pokut považují obě smluvní strany shodně za přiměřené.

12.6. Smluvní pokuty a úroky z prodlení podle tohoto článku jsou splatné do 30 dnů ode dne doručení jejich vyúčtování.

Čl. 13. Ukončení smlouvy

13.1. Tuto smlouvu lze ukončit dohodou smluvních stran. Dohoda o ukončení smluvního vztahu musí být písemná, jinak je neplatná.

13.2. Od této smlouvy lze odstoupit v případě podstatného porušení povinností jednou smluvní stranou, jestliže je takové porušení povinnosti označeno za podstatné touto smlouvou nebo zákonem. Odstoupení od smlouvy je účinné dnem doručení písemného oznámení o odstoupení druhé smluvní straně.

13.3. Smluvní strany se dohodly, že za podstatné porušení této smlouvy ze strany zhotovitele považují:

• dodání vadného předmětu plnění a neodstranění vad v dohodnutém termínu,

• prodlení s plněním závazku vyplývajícího z této smlouvy po dobu delší než třicet (30) dní a nezjednání nápravy ani do patnácti (15) dní od doručení oznámení objednatele o prodlení s plněním závazku.

13.4. Smluvní strany se dohodly, že za podstatné porušení této smlouvy ze strany objednatele považují:

• prodlení se zaplacením vyfakturované ceny díla (jeho části) delší než třicet (30) kalendářních dnů.

13.5. Porušení jakékoliv jiné povinnosti objednatele nebo zhotovitele, vyplývající z této smlouvy, je třeba splnit v dodatečné přiměřené lhůtě k tomu poskytnuté.

13.6. Odstoupením od této smlouvy nejsou dotčena ustanovení týkající se smluvních pokut a úroků z prodlení a stejně tak práva a povinnosti smluvních stran vzniklá do okamžiku účinnosti odstoupení od smlouvy.

Čl. 14. Závěrečná ustanovení

14.1. Práva a povinnosti smluvních stran v této smlouvě výslovně neupravené a z ní vyplývající nebo s ní související se řídí zákonem č. 513/1991 Sb., obchodní zákoník, ve znění pozdějších předpisů 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ů.

14.2. V případě rozporu ustanovení technické dokumentace objednatele (zadavatele) a nabídky v části technické řešení zhotovitele (uchazeče) platí pro realizaci díla ustanovení obsažené v technická dokumentace zadavatele tj. příloha č. 1 – Technická dokumentace.

14.3. Pokud jakýkoli závazek dle smlouvy nebo kterékoli ustanovení smlouvy je nebo se stane neplatným či nevymahatelným, nebude to mít vliv na platnost a vymahatelnost ostatních závazků a ustanovení dle smlouvy a smluvní strany se zavazují takovýto neplatný nebo nevymahatelný závazek či ustanovení nahradit novým, platným a vymahatelným závazkem, nebo ustanovením, jehož předmět bude nejlépe odpovídat předmětu a ekonomickému účelu původního závazku či ustanovení.

14.4. Vzhledem k veřejnoprávnímu charakteru objednatele zhotovitel výslovně souhlasí se zveřejněním smluvních podmínek obsažených v této smlouvě v rozsahu a za podmínek vyplývajících z příslušných právních předpisů (zejména zákon č. 106/1999 Sb., o svobodném přístupu k informacím, ve znění pozdějších předpisů a zákon č. 137/2006 Sb., o veřejných zakázkách, ve znění pozdějších předpisů).

14.5. Tato smlouva je vyhotovena ve čtyřech (4) stejnopisech, z nichž každý má platnost originálu. Každá ze smluvních stran obdrží po dvou vyhotoveních.

14.6. Tuto smlouvu je možno platně měnit pouze na základě dohody smluvních stran, formou písemných a vzestupně číslovaných dodatků, podepsaných oběma smluvními stranami.

14.7. Tato smlouva nabývá platnosti i účinnosti dnem jejího podpisu oběma smluvními stranami.

14.8. Nedílnou součástí této smlouvy jsou její přílohy:

• příloha č.1 - Technická dokumentace předmětu díla objednatele /zadavatele/

• příloha č.2 - Nabídka uchazeče /zhotovitele/ v části technické řešení

• příloha č. 3 – Rozklad ceny díla

• příloha č. 4 – Časový harmonogram plnění díla

14.9. Smluvní strany prohlašují, že tuto smlouvu před jejím podpisem přečetly, zcela rozumí jejímu obsahu a s celým jejím obsahem souhlasí. Dále prohlašují, že tato smlouva vyjadřuje jejich pravou a svobodnou vůli. Na důkaz toho připojují vlastnoruční podpisy svých oprávněných zástupců.

Za zhotovitele: Za objednatele:

V Pardubicích dne 13.12.2013 V Plzni dne 18.12.2013

…………………………………… ……………..………………………

Xxx. Xxxx Xxxxx Xxx. Xxxx Xxxxxxxxx Jednatel společnosti ředitel

STAPRO s. r. o. Krajského úřadu Plzeňského kraje

Příloha č. 1 smlouvy o dílo

Technická dokumentace zadavatele

Příloha č. 1 Výzvy k podání nabídek

na veřejnou zakázku malého rozsahu

„On-line objednávání pacientů“

Technická dokumentace

Aplikace s webovým rozhraním, umožňující ošetřujícím lékařům, pacientům vyhledat, plánovat vyšetření, zákroky ve spolupracujících zdravotnických zařízeních kraje s napojením na jejich informační systémy.

Předpoklady

14.1.Účel

Informační systém pro On-Line objednávání pacientů bude sloužit:

▪ K zjednodušení komunikace pacient-lékař nebo objednávající lékař-lékař bez ohledu na lokalitu a tip zdravotnického zařízení. IS nebude nahrazovat funkci NIS ani jiného IS a naopak jeho funkčnost by neměla být těmito systémy limitována a musí umožnit propojení s vnitřním kalendářem NIS.

▪ Požadujeme jednoduchou, přehlednou komunikaci s uživatelem za účelem vyhledání poskytovatele zdravotní péče z databáze poskytovatelů plzeňského kraje umožňujících on-line objednání přes internet a objednání termínu vyšetření/ošetření. Možnost jednoduchého nalezení alternativního ošetření ve vzdálenějších lokalitách. V případě objednávání lékařem preferovat „vlastní“ zdravotnické zařízení a potom dle vzdálenosti od bydliště pacienta.

14.2.Přínosy pro uživatele

Systém bude nabízet pacientům a externím lékařům, efektivní komunikaci s pracovišti nemocnice při objednávání požadovaných zdravotních výkonů. Rovněž bude umožňovat rychlou a efektivní komunikaci zdravotního personálu mezi pracovišti uvnitř nemocnice v případech, kdy funkcionalita nebo politika přístupových oprávnění nedovoluje komunikaci v rámci informačního systému „vlastní“ nemocnice. Další očekávané přínosy:

▪ zjednodušení komunikace pacient-lékař nebo objednávající lékař-lékař bez ohledu na lokalitu a tip zdravotnického zařízení,

▪ zvýšení dostupnosti zdravotních výkonů poskytovaných nemocnicí,

▪ zlepšení využití personálních i technologických kapacit nemocnice,

▪ snížení administrativy pro personál nemocnice – NIS automaticky převezme informace o pacientovi z objednávky vystavené přes „on-line“ systém,

▪ snížení čekací doby pacienta na požadovaný zdravotní výkon,

▪ vytvoření podmínek k udržení nebo zvýšení počtu klientů krajských nemocnic,

▪ zlepšením prezentace nabídky zdravotních služeb nemocnic u externích lékařů, lze cíleně dosáhnou rozšíření počtu spolupracujících praktických o odborných lékařů s nemocnicí,

▪ přínosy pro externího lékaře (objednávajícího lékaře):

o zpřístupnění aktuálního obsahu nabídky zdravotních výkonů nemocnice externímu lékaři, urychlí výběr vhodného pracoviště, vč. požadovaného výkonu a možnost bezprostředního objednání a předání informace pacientovi o vyhotovení objednávky,

▪ systém by měl nabízet následující výhody pro pacienta:

o potvrzení objednávky – systém zašle SMS nebo e-mail zprávu pacientovi s uvedením dne, hodiny a místa konání objednaného zdravotního výkonu, vč. kontaktu,

o upozornění na blížící se termín objednaného výkonu – systém zašle SMS nebo e-mail zprávu pacientovi den před termínem objednaného zdravotního výkonu,

o storno objednávky – při stornování termínu objednaného výkonu ze strany provádějícího lékaře bude automaticky odeslána informace pacientovi formou SMS zprávy.

14.3.Cílové skupiny uživatelů systému

▪ pacienti registrovaní i neregistrovaní, kteří se mohou sami objednávat ke zdravotním výkonům v nemocnici,

▪ praktičtí lékaři a lékaři specialisté, kteří mohou objednávat své pacienty 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.

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. Obsahem řešení tedy bude mimo jiné i stanovení rolí pro uživatele a ostatní aktéry, včetně nastavení parametrů pracovišť uživatele, atd.

Čl. 15. Popis stávajícího stavu

V současnosti vybraná odborná pracoviště v krajských nemocnicích Rokycany a Klatovy používají objednávání pacientů prostřednictvím Internetu v pilotním provozu.

Čl. 16. Popis předmětu plnění

16.1.Funkční specifikace řešení

▪ vyhledání požadovaného pracoviště,

▪ vyhledání volného termínu,

▪ vyhotovení objednávky,

▪ potvrzení objednávky,

▪ upozornění na blížící se termín objednávky,

▪ storno objednávky.

16.2.Kalendář

Časový plán, který pracoviště (typicky ordinace) používá k plánování času a objednávání pacientů.

16.2.1. Založení a úprava kalendáře:

Právo: Administrátor zdravotnického zařízení

Nový kalendář:

▪ Ruční nastavení

o Zdravotnické zařízení

o Název pracoviště (oddělení)

o Adresa

o Kontakt

o Ordinační (pracovní) hodiny

o Výkony dle číselníku, výkon=vyblokovaný čas. Generuje se typ „návštěvy“.

o Správce schůzek/návštěv

• vystavené veřejnosti pro on-line objednávání

• interní nastavení

• blokace času

• lékař může přebukovat

o Poznámka

o Číselník typů návštěv, který by byl provázán s pevnou délkou návštěvy (nikoliv volitelná délka, protože tu odhadne lépe zdravotník, než pacient). Pacientovi se pak při rezervaci času nabídne číselník jako roletka. Pokud bude nabízen jen jeden typ schůzky, rovnou se doplní do políčka.

o Přístupové role

• lékař v ordinaci

• lékař objednávající vyšetření

• pacient

o Sdílení možnost nastavení povolení sdílení kalendářů pracovišť. Možnost kalendáře zakládat, upravovat nebo zneaktivnit.

16.2.2. Správa kalendáře:

Právo: Správce kalendáře (lékař/ sestra)

Otevřený kalendář, pro dobrou orientaci, nabízí všechny důležité informace na jedné obrazovce:

▪ kalendář

▪ seznam rezervací (chronologicky) – pacient si může zarezervovat návštěvu s časovým

předstihem (objednávky z defaultního seznamu mizí automaticky po uplynutí naplánovaného času, tedy bez nutnosti ručního zásahu správce kalendáře)

▪ fronta objednávek – pro účely akutních objednávek (objednávky z defaultního seznamu mizí po jejich ručním odpracování, tedy buď odkliknutí, že pacient byl ošetřen, popř. zarezervování

času pro tuto objednávku v kalendáři)

Správce kalendáře může navrhnout ve svém kalendáři rezervace objednávek, tedy různé typy ordinačních hodin kalendáře:

▪ vystavené veřejnosti

▪ vystavené pro vnitro-organizační rezervace (např. ambulance může rovnou objednat pacienta na odborné vyšetření) – zde na zvážení, zda by nemělo jít v širším významu o „vnitro- zdravotnické“ rezervace, což by umožnilo např. praktickému lékaři objednat pacienta na rehabilitaci do jiného zdravotnického zařízení

▪ vystavené pro účely ordinace – hodiny, které si chce lékař organizovat sám, ale je účelem, aby si je mohl zaznamenávat do stejného kalendáře (např. telef. objednávky apod.)

Správce kalendáře může:

▪ přijímat/upravovat/ odmítnout (přeplánovat) rezervace zadané zvenčí

▪ zakládat/upravovat/odmítnout (přeplánovat) vlastnoručně zadané rezervace

▪ blokovat nabídnuté hodiny

Objednávky pacientů zařazené ve frontě mají možnost být správcem odpracovány:

▪ aktuálně, podle toho, jak kdo přijde na řadu

▪ přeplánováním času (zejména u objednávek, které spadnou do fronty akutním zrušením schůzek např. z důvodu náhlého odchodu lékaře z ambulance na sál).

Rušení a přeplánování rezervovaných objednávek:

▪ rezervaci pacienta/zařízení je možno zrušit s vynucením zapsání důvodu nebo jiného komentáře, který bude doručen objednavateli

▪ zrušení rezervace pacienta/zařízení

▪ akutní zrušení rezervace pacienta – předpokládá se využití, když je nutná rychlá zpráva objednavateli, pokud lékař nečekaně opustil ordinaci. Spustí se okamžité automatické odeslání oznámení mailem (lépe SMS) objednavateli s textem, že bude objednatel kontaktován za

účelem nabídnutí nového času, popř. podobným textem, který nechá tušit, že objednatel nezůstal pouze odmítnut.

▪ přeplánování rezervace pacienta/zařízení – u neakutních případů přímo z rezervované objednávky, u akutních případů z objednávky seřazené ve frontě objednávek

▪ rezervaci vlastní je možno zrušit s možností zapsání důvodu nebo jiného komentáře bez nutnosti návaznosti dalších kroků (odesílání zpráv apod.)

16.2.3. Objednávání v kalendáři

Právo: objednavatel (neregistrovaný, registrovaný uživatel, zdravotnické zařízení)

Objednavatel má k dispozici přístup do kalendáře:

▪ z centrálního seznamu všech zdravotnických zařízení, která vystavují v tomto systému své kalendáře

▪ z webu konkrétního zdravotnického zařízení možnost řešit odkazem na příslušný kalendář na portáluObjednavateli se nabídne vyhledaný kalendář. Má možnost si zobrazit seznam vlastních rezervovaných objednávek

Objednavatel může:

▪ zakládat/rušit(přeplánovat) vlastnoručně zadané rezervace

▪ naplánovat novou rezervaci při zrušení objednávky ze strany poskytovatele (informace o zrušení přijde s odůvodněním, případně dalším komentářem)

▪ přijmout/zrušit na přeplánovanou objednávku (návrh na přeplánování mu přijde s odůvodněním, případně dalším komentářem)

Kalendář obsahuje informaci (ikonky,...) o typu blokace:

▪ internet

o lékař

o pacient

• anonymní

• autorizovaný

▪ vnitřní

16.2.4. Vyhledávání v kalendáři:

Vyhledávání v kalendáři musí být podřízené požadavku přehlednosti, jednoduché, uživatelsky přátelské rozhraní z pohledu pacienta i lékaře.

▪ metody

o strom – vyhledávání pomocí stromu je doplňkovou funkcí

o formulář – primární způsob vyhledávání umožňující vytvořit nabídku podle zadaných parametrů (nemusí být vyplněny všechny pole formuláře)

• lokalita

• zdravotnické zařízení

• odbornost

• název pracoviště

• termín

o FullText

▪ Vyhledávání musí umožnit volbu „Vyhledat a zobrazit nabídku alternativních zdravotnických zařízení“ podle:

o typu návštěvy (interní vyšetření,…)

o pracoviště

o termínu

Možnost zobrazení umístění zdravotnického zařízení na mapě.

▪ zadání správcem definovaného „balíčku“ - seznam vyšetření systém navrhuje pracoviště podle strategie zadávající je:

o lékař preferuje lokální zdravotnické zařízení, systém optimalizuje terminy

16.2.5. funkce kalendáře:

16.2.5.1 Informace pacienta:

▪ Aplikace zasílá pacientům při každé změně, založení, přeobjednání, zrušení rezervace, informaci na vložený kontakt, umožňuje zaslání upozornění na blížící se termín.

o e-Mail

o SMS

o V případě rušení rezervace zdravotnickým zařízením, nabízí IS lékaři/sestře doplňkovou možnost telefonicky kontaktovat pacienta.

16.2.5.2 Informace lékaře:

▪ Notifikace (e-mail, SMS) kontaktní osoby uvedené u diáře o došlé objednávce přes internet nebo zrušení objednávky přes internet.

▪ Zpřístupnění diáře v NIS – seznamu objednaných pacientů do ambulance na zvolený den – prostřednictvím internetu

16.3.Správa uživatelů

16.3.1. Administrátor aplikace evidují do systému:

▪ Zdravotnická zařízení

▪ Administrátory konkrétních zdravotnických zařízení

16.3.2. Administrátoři zdravotnických zařízení evidují do systému:

▪ Správce kalendářů (ověřený záznam)

16.3.3. Správci kalendářů evidují do systému:

▪ Pacienty (ověřený záznam)

▪ Ověření pacientů, kteří se zaregistrovali přes internet a jsou na první rezervované návštěvě (původní neověřený záznam tím ověří)

16.3.4. Pacienti evidují do systému:

▪ Sami sebe/rodinného příslušníka (neověřený záznam, který je při první rezervované návštěvě ověřený Správcem kalendáře)

▪ Neověřený pacient má omezený přístup

▪ Neověřený pacient je nucen vyplňovat při každém objednání dotazník obsahující minimální požadované informace

16.4.Komunikační rozhraní pro připojení diářů

K Informačnímu systému pro On-line objednávání bude dodáno rozhraní , popis konektoru a dokumentace pro připojení diářů. Krajský úřad může na vyžádání dokumentaci rozhraní poskytnout.

16.5. Možnost připojení externího diáře s webovým přístupem.

Umožní lékařům bez vlastního informačního systému, pomocí této služby, objednávání vlastní ordinace na portálu On-Line přihlašování k lékaři.

16.6. Technická specifikace řešení

Struktura sítě a serverů je nutno dodržet

Systém bude rozdělen na dva fyzické servery. Na prvním serveru bude nainstalovaná aplikační vrstva. Na druhém serveru bude databáze, ve které budou uložena všechna data včetně všech dokumentů a příloh (tedy veškerá data budou uložena v databázi). Databáze bude provozována na MS SQL 2005/2008 (nejprve na 2005 a v budoucnu se bude přecházet na 2008, na kterém by řešení tedy mělo být plně funkční).

Oba servery poběží na Windows serveru 2008, které poběží na VMware ESX serveru. Serverům bude v rámci VMware ESX serveru přidělena minimálně (tedy buď přesně uvedená konfigurace nebo lepší) tato garantovaná virtuální konfigurace:

▪ aplikační server: 1x 3GHz cpu (2 jádra), 4GB RAM, 100GB diskové prostoru

▪ databázový server: 4x 3GHz cpu (2 jádra), 8GB RAM, 200GB diskového prostoru

▪ web server pro centrální modul MS Internet Information Server (IIS) verze 6 a vyšší

▪ SMTP server pro centální modul

▪ SMS gateway pro centrální modul

16.7.Bezpečnostní specifikace řešení

16.7.1. Standardní požadavky na dodávané řešení:

• autentizace přístupu uživatelů z SSO

• řešení zranitelností

o zadavatel bude příležitostně kontrolovat zranitelnost řešení

o dodavatel provede opravy nalezených problémů z bezpečnostních skenů v rámci údržby (v definovaných časech

o pokud opakovaný externí test zranitelnosti zjistí, že problémy nebyly odstraněny, zaplatí dodavatel smluvní pokutu (odpovídající nákladům na test 100 tisíc Kč)

16.7.2. Požadavky na logování :

• dodržet standardy legislativy

• eviduje se:

o vstup uživatele do systému (příp. opuštění)

o změny oprávnění

o změny konfigurace pokus o chybné přihlášení na uživatele

• systémy musí dodržet strukturu logování nebo dodat "slovník" událostí

16.7.3. Přihlašování

16.7.3.1 Lékaře v nemocnici.

Lékař se přihlašuje do NIS na pracovišti, dále pracuje s interním kalendářem NIS.

16.7.3.2 Pacienta, externího lékaře.

Pacient, externí lékař se přihlašuje do IS ve webovém rozhraní pomocí SSO. Externímu lékaři, na žádost, administrátor aplikace povolí objednávání za pacienty.

Popis přihlášení uživatele v SSO

▪ Ověření/Přihlášení pacienta: ověřování probíhá proti registru v aplikaci E-mail (FID)

▪ Heslo

▪ Titul před jménem

▪ Křestní jméno

▪ Příjmení

Při prvním přihlášení si aplikace vyžádá doplňující informace:

▪ Č. pojištěnce

▪ Kód pojišťovny

▪ Kontaktní údaje:

o Telefon

o E-Mail

Tyto informace jsou uloženy v databázi aplikace

Lékař při první návštěvě ověří správnost zadaných údajů.

Ověřování pacientů bude řešeno podle potřeby v dalším rozvoji IS. (Vzhledem k NISu je jednou ošetřený pacient, pacientem ověřeným)

Možnost importu ověřených pacientů z informačního systému zdravotnického zařízení. Klíčem je rodné číslo, jméno příjmení pacienta

16.8.Harmonogram řešení

Dodavatel bude realizovat plnění veřejné zakázky dle následujícího časového harmonogramu: Termíny jsou uvedeny v pracovních dnech.

• Podepsání smlouvy = D

• analýza, zpracování prováděcí dokumentace = D+4

• Přizpůsobení funkcionality přesným potřebám uživatele v prostředí

krajských nemocnic = D+14 nebo dle závěrů analýzy a prováděcí dokumentace

• migrace testovacích dat = D+12

• testování = D+13 až 19

• akceptace testovacího provozu = D+19

• migrace produktivních dat z pilotního provozu = D+20

• spuštění pilotního provozu = D+20 až 27

• zvýšená podpora = D+20 až 80

• školení = D+10 až 19

• akceptace, předání systému a ostrý provoz + běžná podpora a údržba = D+27

• podpora uživatele, zahrnující: řešitelský a programátorský servis na vyžádání během provozu v rozsahu do 20ti hodin měsíčně, hot line od 7:00 do 16 00 hod. v pracovní dny od D+28

16.9.Požadavky na školení

Školení pro administrátory a pro koncové uživatele bude provedeno v jednotlivých lokalitách.

• Školení pro uživatele, lékaře pracující s kalendářem v NIS

• Školení pro administrátory a správce kalendářů

• Vytvoření e-Learningového kurzu v rozsahu provozní dokumentace.

16.10. Požadavky na migraci dat

Data budou ponechána v současném stavu a dle dokumentace stávajícího řešení. Nové funkcionality budou zapracovány v rozsahu a dle stávajících invencí a bezpečnost v rozsahu stávající dokumentace.

16.11. Požadavky na dokumentaci

V rámci plnění bude dodána tato dokumentace

• prováděcí dokumentace

• provozní dokumentace

• bezpečnostní dokumentace

• systémová příručka

• uživatelská příručka

• popis řešení havárií

• školicí dokumentace

Provozní dokumentace bude zpracována minimálně v rozsahu, definovaném pro ISVS v zákonu o ISVS a jeho prováděcích předpisech (zákon č. 365/2000 Sb. a vyhl. č. 529/2006 Sb., v platném znění).

16.11.1. Prováděcí dokumentace

Bude sloužit jako podklad pro implementaci řešení, bude zpracována v tomto minimálním rozsahu:

• schémata

o síťová

o datová

o aplikační vč. integrace

• popis procesu nasazení aplikace vč. zpřesněného harmonogramu

• popis procesu migrace dat

• požadavky na součinnost v průběhu implementace a pilotního provozu

• návrh školení uživatelů

• návrh akceptačních testů

• popis údržby

16.11.2. Provozní dokumentace Bude zpracována v rozsahu:

• bezpečnostní dokumentace

• systémová příručka

• uživatelská příručka

• popis řešení havárií

• školicí dokumentace

16.12. Požadavky na pilotní provoz se zvýšenou podporou

Zvýšenou podpora produktivního provozu je určena po dobu dvou měsíců od instalace do produktivního prostředí. Podpora je definována jak po stránce uživatelské a aplikační, tak také po stránce metodické.

16.13. Podmínky akceptace

Podmínky akceptace budou dohodnuty na základě testovacích scénářů během implementace a dle seznamu hlášení formou e-mailu administrátorům, kde nesmí být nevyřešena žádná z „kritických“ vad a seznam „drobných“ vad nepřevyšuje číslo 5.

16.14. Popis vstupů – s čím mohou uchazeči do nabídky počítat

16.14.1. SW prostředí

• klienti – WXP, WVista, IE8,W7, IE9, Office Std 2k3+, CoreCAL

• servery - W2K8 R2, SQL2K8 R2 Std

• zajištěné aktualizace po dobu života aplikace

• pokud dodají jiný SW, pak jej musí zahrnout do soutěžní ceny a dodržet podmínky:

o zajištění všech potřebných licencí po dobu života aplikace

o zajištění údržby (aktualizace) a podpory po dobu života aplikace

o školení pro administrátory

16.14.2. HW prostředí

• Informace o tom, že je využita virtualizace a její typ (VMWare vSphere)

• xxx přidělená virtuální RAM

• xxx přidělený prostor úložiště

o rychlý TIER

o standardní TIER

• max počet SQL strojů

o v DMZ

o v intranetu

• poměr CPU virtuálního stroje (např. 40GHz, 10 core, 1:50)

• že je zajištěná dostupnost (je-li relevantní) - 2 stroje provozované v clusteru

• zajištěná údržba HW po dobu života aplikace (režim - 8h fix u důležitých serverů, NBD u méně důležitých nebo clusterovaných)

• pokud chce uchazeč dodat vlastní stroje, pak je musí zahrnout do soutěžní ceny a dodržet podmínky (nutno nadefinovat):

o max. volný prostor (počet U v racku)

o max. kW napájení

o max. chladící výkon

o zajištění stejné úrovně údržby po dobu života HW

o zaškolení obsluhy

16.14.3. Bezpečnost infrastruktury

• firewall

• endpoint ochrana (Symantec)

• sledování síťového provozu

• MS Active Directory

• ověřování SSO

• opakované testy zranitelnosti

• centrálně řízené logování

16.14.4. Přístup dodavatele k infrastruktuře

• fyzický přístup - běžně v pracovní době, po dohodě lze výjimečně domluvit rozšířený režim (noci, víkendy)

o fyzický přístup k serverům (pokud byly součástí dodávky)

o možnost připojit notebooky dodavatele do sítě KÚPK

• vzdálený přístup přes VPN na stroje, vyhrazené na projekt

o (dodat informace o našich požadavcích)

• oprávnění

o admin práva k serverům, vyhrazeným pro projekt

o admin přístup k databázi, nikoli k serveru (DB stroj typicky sdílený = přístupný z konzole na jiném stroji)

16.14.5. Součinnost zadavatele

• maximální součinnost v hodinách – 40 člověkohodin

Příloha č. 2 smlouvy o dílo

1 Technické řešení z nabídky uchazeče

Zadavatel požaduje a společnost STAPRO s. r. o. nabízí na základě „Výzvy k podání nabídky“ (dále jen Výzvy) dílo - aplikaci s webovým rozhraním, umožňující ošetřujícím lékařům, občanům (dále jen pacientům) objednávat lékařskou péči přes internet ve zdravotnických zařízeních kraje, jejichž informační systémy budou prostřednictvím rozhraní komunikovat přes internet s centrálním objednávacím systémem.

Zdravotnická zařízení, kterých se napojení na centrální objednávkový systém týká, jsou následující nemocnice založené Plzeňským krajem, s nimiž má Plzeňský kraj uzavřeny písemné smlouvy o poskytování služeb obecného hospodářského zájmu:

Stodská nemocnice, a.s., IČ: 26361086, se sídlem Hradecká 600, 333 01 Stod

Domažlická nemocnice, a.s., IČ: 26361078, se sídlem Kozinova 292, 344 22 Domažlice

Rokycanská nemocnice, a.s., IČ: 26360900, se sídlem Voldušská 750, 337 22 Rokycany

Klatovská nemocnice, a.s., IČ: 26360527, se sídlem Plzeňská 569, 339 38 Klatovy 2

Nabízený informační systém však bude „otevřený“, tzn., že k němu mohou být v budoucnosti připojeny IS dalších poskytovatelů zdravotní péče prostřednictvím komunikačního rozhraní centrálního objednávkového systému, jehož technická specifikace bude také předmětem dodávky řešení. Vlastní implementace napojení takového systému bude předmětem jednání dodavatele s lékaři/společnostmi (zájemce o připojení) o technických a cenových podmínkách implementace napojení na toto rozhraní.

Centrální objednávkový systém budou moci využívat i poskytovatelé zdravotní péče (lékaři) bez vlastního informačního systému jako webovou aplikaci za fixní měsíční cenu.

Předmětem nabídky je dodávka a implementace komplexního řešení, založeného na produktu FONS Webdiář (dále jen Webdiář), jehož funkcionalita umožní pacientovi jednoduchou a přehlednou formou přes webové rozhraní:

• vyhledání požadovaného odborného zdravotnického pracoviště z databáze pracovišť, která umožňují on-line objednání,

• vyhledání volného termínu u vybraného zdravotnického pracoviště,

• vyhotovení objednávky a její odeslání do připojeného cílového NIS,

• storno objednávky a dále pak

• příjem potvrzení objednávky SMS zprávou a e-mailem (na základě zadaných kontaktních údajů) a

• příjem upozornění na blížící se termín vyšetření SMS zprávou a e-mailem (na základě zadaných kontaktních údajů).

Komponenty dodávky:

• Dodávka aplikačního programového vybavení

• Poskytnutí práv k užívání aplikačního programového vybavení

• Instalace a implementace vytvořeného/dodaného IS do hardwarového a softwarového prostředí zadavatele.

• Vytvoření a dodání komunikačního rozhraní centrální aplikace a dodání dokumentace pro připojení diářů komunikujících NIS.

• Proškolení a vytvoření a dodání e-learningového kurzu pro uživatele.

• Vytvoření a dodání provozní a prováděcí dokumentace.

1.1 Účel

Informační systém pro on-Line objednávání pacientů, založený na produktu FONS Webdiář, bude umožňovat:

• Zjednodušenou komunikaci pacient-lékař nebo objednávající lékař-lékař bez ohledu na lokalitu a typ zdravotnického zařízení. IS nebude nahrazovat funkci NIS ani jiného IS a naopak jeho funkčnost nebude těmito systémy limitována, pokud bude zajištěna podpora komunikačního rozhraní ve specifikovaném rozsahu. Prostřednictvím komunikačního rozhraní bude umožňovat propojení s vnitřním kalendářem NIS, který zůstane primárním nástrojem uživatelů NIS. To znamená, že uživatelé NIS nebudou muset pracovat s jiným IS a objednávky vystavené přes internet budou dostupné přímo v NIS.

• Jednoduchou a přehlednou komunikaci s uživatelem za účelem vyhledání poskytovatele zdravotní péče z databáze poskytovatelů plzeňského kraje umožňujících on-line objednání přes internet a objednání termínu vyšetření/ošetření. V případě nedostatku pro uživatele vhodných termínů, umožní jednoduch vyhledání jiného alternativního pracoviště, poskytujícího požadovanou lékařskou péči.. V případě objednávání lékařem, který je uživatelem NIS, bude NIS primárním systémem pro objednávání pacientů ve „vlastním“ zdravotnickém zařízení. Pokud bude lékař objednávat pacienta k lékařskému výkonu do jiného zdravotnického zařízení, využije možnost systému pro „on-line objednání“ a vyhledá pro pacienta optimální pracoviště, např. dle místa poskytovatele (v místě bydliště pacienta nebo v místě následného vyšetření, tj. u lékaře) nebo preferovaného pracoviště pacientem apod.

1.2 Přínosy pro uživatele

Systém bude nabízet pacientům a externím lékařům jednoduchou elektronickou komunikaci s pracovišti nemocnice při objednávání požadovaných zdravotních výkonů. Rovněž bude umožňovat rychlou a efektivní komunikaci zdravotního personálu mezi pracovišti uvnitř nemocnice v případech, kdy funkcionalita nebo politika přístupových oprávnění nedovoluje komunikaci v rámci informačního systému „vlastní“ nemocnice.

Další očekávané přínosy:

• zjednodušení komunikace pacient-lékař nebo objednávající lékař-lékař bez ohledu na lokalitu a typ zdravotnického zařízení, pokud toto zařízení bude připojeno k centrálnímu systému,

• díky možnosti objednání se přes internet usnadňuje pacientů dostupnost léčebné péče a přispívá ke zvýšení jejich spokojenosti se službami krajského zdravotnictví,

• zlepšení využití personálních i technologických kapacit nemocnice díky plánování návštěv pacientů na konkrétní termíny, ale i připomínáním blížícího se termínu pacientům,

• snížení administrativy pro personál nemocnice – NIS automaticky převezme informace o pacientovi z objednávky vystavené přes „on-line“ systém, personál nemusí řešit telefonické objednání,

• snížení čekací doby pacienta na požadovaný zdravotní výkon,

• vytvoření podmínek k udržení nebo zvýšení počtu klientů krajských nemocnic,

• zlepšením prezentace nabídky zdravotních služeb nemocnic u externích lékařů, lze cíleně dosáhnou rozšíření počtu spolupracujících praktických o odborných lékařů s nemocnicí,

• přínosy pro externího lékaře (objednávajícího lékaře):

o zpřístupnění aktuálního obsahu nabídky zdravotních výkonů nemocnice externímu lékaři, urychlí výběr vhodného pracoviště, vč. požadovaného výkonu a možnost bezprostředního objednání a předání informace pacientovi o vyhotovení objednávky,

• systém nabízí následující výhody pro pacienta:

o potvrzení objednávky – systém zašle SMS nebo e-mail zprávu pacientovi s uvedením dne, hodiny a místa konání objednaného zdravotního výkonu, vč. kontaktu,

o upozornění na blížící se termín objednaného výkonu – systém zašle SMS nebo e-mail zprávu pacientovi den před termínem objednaného zdravotního výkonu,

o storno objednávky – při stornování termínu objednaného výkonu ze strany provádějícího lékaře bude automaticky odeslána informace pacientovi formou SMS zprávy.

1.3 Cílové skupiny uživatelů systému

• veřejnost – pacienti – (registrovaní i neregistrovaní uživatelé centrálního objednávacího systému), kteří se mohou sami nebo za pomoci rodinných příslušníků objednávat ke zdravotním výkonům v nemocnici,

• praktičtí lékaři a lékaři specialisté, kteří mohou objednávat své pacienty ke zdravotním výkonům do nemocnice,

• lékaři nemocnice, kteří mohou objednávat pacienty ke zdravotním výkonům do jiné nemocnice nebo i v rámci nemocnice, pokud „vlastní“ NIS nedovoluje objednávání mezi jednotlivými pracovišti nemocnice.

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í poskytovatel lékařské péče. Obsahem řešení tedy je mimo jiné i možnost řízení parametrů diáře poskytovatele (parametry jsou primárně přebírány z připojeného IS prostřednictvím komunikačního rozhraní).

1.4 Funkční specifikace

Předmětem řešení je on-line rezervační - objednávkový systém FONS Webdiář na bázi webových technologií, který umožní uživatelům (veřejnost – pacienti nebo externí lékaři) prostřednictvím internetu naplánovat a objednat lékařskou péči, a to přímo do ambulantních diářů nemocničních informačních systémů. Pro tyto uživatele tohoto systému nebude vyplývat žádná nutnost instalace aplikace. Pomocí běžných webových klientů budou moci pacienti, rodinní příslušníci nebo ošetřující lékaři přímo přes internet vyhledat zdravotnické pracoviště s požadovanou odborností, vybrat nejvhodnější volný termín a zarezervovat konkrétní čas návštěvy na tomto pracovišti. Vystavená objednávka s termínem rezervace je odeslána přes internet do informačního systému adresovaného zdravotnického zařízení, kde je zapsána do příslušného diáře vybraného pracoviště. Díky této on-line rezervaci, kdy je objednávka zapsána přímo do informačního systému cílového pracoviště, mají sestry a lékaři k těmto objednávkám přístup přímo ve svém „domovském“ informačním systému, a mohou s nimi pracovat stejně jako se všemi ostatními naplánovanými návštěvami v elektronickém diáři.

Systém bude umožňovat pomocí rozhraní napojení více NIS. Díky tomu mohou umožnit všechny nemocnice kraje objednávání přes internet jednotným způsobem. Komunikace s cílovými NIS systémy využívá šifrovacích mechanismů pro zabezpečení komunikace.

Vlastní data objednávek nebudou v systému ukládána. Data budou odesílána rozhraním přímo do nemocnic. Systém bude obsahovat pouze informace potřebné pro vygenerování upozornění (SMS zpráva nebo e-mail) na blížící se termín vyšetření.

Aby mohly být objednávky v provozních systémech připojených zdravotnických zařízení propojeny s ostatními informacemi o pacientech v těchto provozních systémech, bude využíváno pro identifikaci pacientů jejich číslo pojištění, které je používáno všemi provozními systémy ve zdravotnictví za účelem identifikace pacientů pro potřeby výkaznictví zdravotní péče. Některé funkce systému, například zrušení vystavené objednávky nebo zobrazení vystavených objednávek a řada dalších funkcí bude dostupná jen uživatelům, kteří budou v systému registrovaní. Osobní a kontaktní údaje z osobního profilu uživatele jsou používány ke komunikaci se zdravotnickými zařízeními. Přihlášení uživatele k osobnímu profilu bude chráněno jménem a heslem, které je v databázi uživatelů utajeno (využívá se hashovacích algorytmů). Z tohoto důvodu podléhá provozovatel, který není zdravotnickým zařízením, oznamovací povinnosti na ÚOOÚ ohledně evidence osobních údajů uživatelů v tomto systému za účelem elektronické komunikace se zdravotnickými zařízeními.

Webová aplikace podporuje více jazyčnost uživatelského prostředí (čeština, angličtina, slovenština). Předpokladem ale je, aby provozovatel zadal jazykové verze textů, které nejsou součástí ASW. Další vlastností je možnost přizpůsobení grafického vzhledu aplikace tak, aby odpovídal grafickým potřebám zákazníka. Rozsah přizpůsobení grafického vzhledu je však omezen, aby byla zachována konzistence aplikace. Je tedy možné přizpůsobit především výběr barev, volbu loga a textových informací, které jsou odesílány z aplikace mailem nebo SMS zprávou.

Systém bude umožňovat řízení přístupu uživatelů k jednotlivým funkcím systému na základě uživatelských rolí.

V následujícím přehledu je popis podporovaných uživatelských rolí a jim odpovídajících funkcí:

Nepřihlášený Jde o uživatele, který není přihlášen do systému. Může se objednat jen do těch pracovišť, která nemají omezen přístup pro objednávání. Uživatel musí vždy vyplnit požadované údaje do objednávky. Nemůže využívat složku pro často používaná pracoviště pro rychlejší vyhledání pracoviště a vystavení objednávky. Nejsou informováni o zrušení nebo přeobjednání ze strany zdravotnického zařízení, kam se objednal.

Registrovaný Jde o uživatele, který byl zaregistrován do systému a je přihlášen ke svému uživatelskému profilu. Může vystavit objednávku na pracoviště, která nemají omezeno vystavení objednávky jen pro aktivované pacienty (viz dále). Mohou využívat možnosti přednastavení údajů do objednávky, využívat složku často používaných pracovišť, může zrušit vlastní objednávku. Může obdržet informační SMS zprávu nebo e-mail o zrušení nebo přeobjednání ze strany zdravotnického zařízení, kam se objednal.

Aktivovaný Jde o uživatele, který je zaregistrován a přihlášen, a jeho uživatelský profil byl označen jako aktivovaný, tj. proběhlo ověření údajů pacienta v jeho profilu s jeho údaji v registru pacientů příslušného NIS. Může vystavovat objednávky na všechna pracoviště. Jsou informování prostřednictvím SMS zprávy nebo e- mailem o zrušení objednávky nebo přeobjednání ze strany zdravotnického zařízení, kam se objednal. Může zrušit vlastní objednávku. Může využívat často používané pracoviště a automatické nastavení údajů z profilu uživatele.

Externí lékař Jde o uživatele, který má ve svém profilu nastaveno oprávnění objednávat své pacienty (i sebe) do ambulancí připojeného zdravotnického zařízení (nemocnice). Může vystavit objednávku na pracoviště, která mají povolen přístup jen pro aktivované pacienty, a to i neregistrované pacienty.

Uživatel IS Jde o uživatele (lékař, sestra, pověřená osoba), který má oprávnění objednávat pacienty do ambulancí připojeného zdravotnického zařízení (nemocnice) a aktivovat jejich účty. Aby takovýto uživatel mohl provádět aktivace, musí mít vytvořen účet v NIS, který je k centrálnímu objednávacímu systému připojen.

Správce IS Jde o uživatele, který má oprávnění vytvářet a editovat stromovou strukturu pracovišť, včetně jejich textových popisů. Dále může objednávat pacienty do ambulancí připojeného zdravotnického zařízení (nemocnice) a aktivovat jejich účty. Aby takovýto uživatel mohl provádět aktivace, musí mít vytvořen účet v NIS, který k centrálnímu objednávacímu systému připojen.

Funkce	Nepřihlášený uživatel	Registrovaný uživatel	Aktivovaný pacient	Externí lékař	Uživatel IS	Správce aplikace	Administrátor
Objednávky
Vyhledání požadovaného pracoviště	x	x	x	x	x	x	x
Vyhledání volného termínu	x	x	x	x	x	x	x
Vytvoření vlastní objednávky	x1	x1	x	x	x	x	x
Zrušení vlastních objednávek		x1	x	x	x	x	x
Prohlížení seznamu vlastních objednávek		x1	x	x	x	x	x
Vytvoření objednávky pro pacienta				x	x	x	x
Zrušení objednávky svých pacientů				x	x	x	x
Prohlížení seznamu objednávek svých pacientů				x	x	x	x
Příjem potvrzení (SMS/email) objednávky	x	x	x	x4	x4	x4	x4
Přístup k záznamům v diáři příslušného NIS
Práce s diářem v NIS: zobrazení obsazených termínů (jak zadaných přes Webdiář, tak zadaných přímo v NIS), přeobjednat, zrušit nebo vytvořit novou objednávku, zadat blokaci času.					x5	x5
Správa pracovišť

Správa hierarchické struktury pracovišť: založení, rušení, blokace, editace obsahu, přiřazení diáře v NIS						x	x
Uživatelské profily
Editace údajů2 vlastního profilu		x	x	x	x	x	x
Ověření pacienta a (de)xxxxxxxx0 jeho profilu					x	x	x
Nastavení a změna role v profilu uživatele						x	x
Systém zpráv a upozornění (SMS/email)
Příjem upozornění (SMS/email) na termín objednávky		x	x	x4	x4	x4	x4
Příjem zprávy (SMS/email) o zrušení objednávky		x	x	x4	x4	x4	x4
Příjem zprávy (SMS/email) o přeobjednání		x	x	x4	x4	x4	x4

Tabulka 1 - Funkce a uživatelské role

1) Platí jen pro pracoviště, která nemají omezeno objednávání jen pro aktivované pacienty

2) Editovat lze pouze registrační a přihlašovací údaje

3) Aktivaci je možné také provést přímo z NIS (podporováno ve StaproMEDEA, FONS Akord a FONS Enterprise)

4) Upozornění formou SMS zprávy nebo e-mailem je zaslána osobě, na kterou je vystavena objednávka. Upozornění tedy není odesláno všem osobám s uvedenými rolemi, ale pokud uživatel má jednu z vyjmenovaných rolí a vystavil sám na sebe objednávku, tak obdrží uvedená upozornění.

5) Musí být zadáno navíc oprávnění ke konkrétnímu diáři, aby uživatel nemohl vstupovat do diářů jiných pracovišť. Je to stejné omezení jako v případě NIS.

1.4.1 Kalendáře (diáře)

Jedná se o časový plán, který pracoviště (typicky ordinace) používá k plánování času a objednávání pacientů.

Jak bylo popsáno výše, systém Webdiář umožňuje odeslání a zapsání objednávky do připojeného cílového kalendáře (diáře) v připojeném NIS, který používají uživatelé zdravotnického zařízení jako primárního nástroje pro plánování pacientů. Aby uživatelé NIS nemuseli nastavovat duplicitně parametry těchto diářů (omezení ordinační doby, blokace času, intervaly vyšetření, vyšetřovací metody s časovou dotací apod.), získává systém Webdiář informace potřebné pro vystavení objednávky „on-line“ přímo z připojených zdrojových systémů prostřednictvím komunikačního rozhraní.

Ve Webdiáři lze manuálně vytvořit Administrátorem nebo Správcem IS libovolnou strukturu organizačních jednotek (nebo je importovat funkcí „Import pracovišť“ z připojeného zrojového systému) a těm pracovištím, na která je možno se objednat, lze přiřadit odkaz na diář v připojeném zdrojovém systému.

Každá organizační jednotka může být popsána řadou popisných atributů, které se zobrazují uživateli při výběru pracovišť, jako třeba

• Název organizační jednotky (hierarchicky mohou navazovat zdravotnické zařízení, oddělení, pracoviště)

• Popis

• Ordinační doba

• Adresa

• Kontakty

• apod.

a / nebo konfigurována řadou funkčních parametrů

• přístupové role

o lékař v ordinaci (Uživatel IS) s přístupem k přiřazenému diáři přes internet

o externí lékař objednávající vyšetření

o pacient (aktivovaný)

• vazba na cílový diář v propojeném NIS

• doplňková omezení přebíraných parametrů z NIS pro diář

• aktivace/deaktivace

• apod.

a nebo doplněna o vyhledávací číselníkové atributy, které usnadňují vyhledávání např.

• dle odbornosti

• dle lokality

• dle zdravotnického zařízení

Vlastní nastavení parametrů diářů se provádí přímo ve zdrojových informačních systémech, protože jsou využívána jak pro interní objednávání v NIS, tak pro objednávání z internetu. V závislosti na připojeném NIS se přímo v NIS nastavují parametry jako třeba

• Ordinační (pracovní) hodiny – řídí rozmezí možných termínů, které vrací na dotaz systému Webdiář, při dotazování na volné termíny

• Akce/metody/výkony dle číselníku, výkon=vyblokovaný/rezervovaný čas. Generuje se typ

„návštěvy“ – vrací na dotaz systému Webdiář, při vystavování objednávky. Pacientovi se při zadávání objednávky nabídne seznam těchto hodnot, ze kterých může vybrat.

• Správce schůzek/návštěv

o vystavené veřejnosti pro on-line objednávání – omezuje nabídku termínů

o interní nastavení

o blokace času – lze provádět i z webové aplikace Webdiář

o lékař může přebukovat – objednávku z internetu může změnit přímo v NIS

• Nastavení pevné délky návštěvy pro diář, která se použije pro blokaci/rezervaci času v případě, že není upravena délkou časové dotace Akce/metody/výkonu. Pacientovi se pak při rezervaci času nabídne číselník jako roletka. Pokud bude nabízen jen jeden typ schůzky, rovnou se doplní do políčka.

• Možnost sdílení kalendářů (diářů) více lékaři na pracovišti.

• Možnost sdílení kalendářů (diářů) pro interní zadávání objednávek z jiných pracovišť v rámci jednoho NIS

Při změně nastavení diářů v NIS se automaticky projeví změna i při „On-line“ objednávání přes Webdiář.

Takto jsou např. konfigurovány kalendáře (diáře) v NIS StaproMEDEA, FONS Akord, FONS Enterprise, které podporují plnou škálu možností komunikačního rozhraní Webdiáře.

1.4.2 Popis práce s kalendářem (diářem) v NIS

Jak bylo výše popsáno, správce kalendáře (lékař/ sestra) pracují běžně ve svém domovském informačním systému, ve kterém se jim zobrazují v plánovacím kalendáři (diáři) jak objednávky zadané do systému interně (např. na základě telefonického objednání), tak objednávky zadané do systému interně jiným pracovištěm, tak objednávky zadané přes internet pacientem nebo externím lékařem. Změny v nastavení kalendářů (diářů) i změny v objednávkách vystavených „on-line“ přes internet se pak projevují i v centrálním systému Webdiář. Konkrétní funkcionalita práce s diáři v NIS se může odlišovat dle konkrétního NIS.

Otevřený kalendář, pro dobrou orientaci, nabízí všechny důležité informace:

• kalendář

• přehled objednávek – objednávky z defaultního seznamu mizí po jejich ručním odpracování, tedy buď odkliknutí, že pacient byl ošetřen, popř. zarezervování jiného termínu v kalendáři

• vyhledávání objednávek a tisky přehledů

Správce kalendáře v NIS může:

navrhnout ve svém kalendáři (diáři) různé typy ordinačních hodin:

• vystavené veřejnosti pro on-line objednávání přes internet

• vystavené pro vnitro-organizační rezervace (např. ambulance může rovnou objednat pacienta na odborné vyšetření v rámci organizace)

• vystavené pro účely ordinace – hodiny, které si např. ambulance organizuje sama (např. telef. Objednávky, osobní domluvy apod.)

Správce kalendáře v NIS může:

• přijímat/upravovat/ odmítnout (přeplánovat) rezervace zadané zvenčí přes „on-line“ objednání přes internet (Poznámka: uživatel s oprávněním může provádět i prostřednictvím webové aplikace Webdiář)

• zakládat/upravovat/odmítnout (přeplánovat) vlastnoručně zadané rezervace

• blokovat nabídnuté hodiny (Poznámka: uživatel s oprávněním může blokovat čas i prostřednictvím webové aplikace Webdiář)

Objednávky pacientů zařazené ve frontě mají možnost být správcem odpracovány:

• aktuálně, podle toho, jak kdo přijde na řadu

• přeplánováním času (zejména u objednávek, které spadnou do fronty akutním zrušením schůzek např. z důvodu náhlého odchodu lékaře z ambulance na sál).

Rušení a přeplánování rezervovaných objednávek:

• zrušení objednávky vystavené přes internet je možné s vynucením zapsání důvodu nebo jiného komentáře, který bude doručen objednavateli

• při zrušení objednávky vystavené přes internet se automaticky odesílá oznámení SMS zprávou nebo e-mailem s textem, že bude objednatel kontaktován za účelem nabídnutí nového času, popř. podobným textem, který nechá tušit, že objednatel nezůstal pouze odmítnut.

• přeplánování objednávky vystavené přes internet je možné s vynucením zapsání důvodu nebo jiného komentáře, který bude doručen objednavateli

1.4.3 Popis vystavení „on-line“ objednávky

Vystavit objednávku přes internet prostřednictvím webové aplikace Webdiář může mít (ne)registrovaný uživatel, externí lékař nebo i uživatel NIS (souhrnně Objednatel), neboť webová aplikace poskytuje i rozhraní pro spuštění aplikace z NIS s předáním parametrů z karty pacienta a

předáním autentizačních údajů pro ověření uživatele. Tuto možnost podporují jak NIS StaproMEDEA, tak FONS Akord.

Objednavatel má k dispozici výběr pracoviště pro vystavení objednávky:

• z centrálního seznamu všech zdravotnických zařízení, která vystavují v tomto systému své kalendáře

• z webu konkrétního zdravotnického zařízení, kde jsou umístěny odkazy na příslušné kalendáře z centrálního seznamu. Objednavateli se nabídne zvolené pracoviště dané odkazem a může rovnou vystavit objednávku. Má možnost si zobrazit seznam vlastních rezervovaných objednávek

Objednavatel může:

• zakládat/rušit vlastnoručně zadané rezervace

• naplánovat novou rezervaci při zrušení objednávky ze strany poskytovatele (informace o zrušení přijde s odůvodněním, případně dalším komentářem)

• přijmout/zrušit přeplánovanou objednávku (návrh na přeplánování mu přijde s odůvodněním, případně dalším komentářem)

Zobrazené pracoviště obsahuje informaci o omezení pro vystavení objednávky:

• registrovaný a přihlášený

• aktivovaný a přihlášený

• nepřihlášený

• externí lékař

1.4.4 Vyhledávání pracoviště s diářem:

Vyhledávání pracoviště s diářem je možné:

• v organizovaném seznamu pracovišť, který lze organizovat jako

o stromovou struktury pracovišť jednotlivých zdravotnických zařízení nebo

o stromovou strukturu podle místa nebo

o stromovou strukturu dle odbornosti nebo

o kombinovaně

• pomocí formuláře pro zadání filtru vyhledávacích parametrů (nemusí být vyplněny všechny pole formuláře) z číselníkových hodnot

o lokalita

o zdravotnické zařízení

o odbornost

Dle výše uvedených možností vyhledávání se zobrazí seznam alternativních pracovišť, která buď odpovídají hierarchickému podstromu organizačních jednotek, nebo skupině pracovšť se stejnou odborností nebo stejné lokality (dle číselníků nebo organizace stromové struktury).

Popisné informace pracoviště mohou obsahovat údaje pro zobrazení umístění zdravotnického zařízení příslušného pracoviště na mapě.

1.4.5 Notifikační funkce systému

• Aplikace zasílá pacientům při každé změně, založení, přeobjednání, zrušení rezervace nebo upozornění na blížící se termín informaci na vložený kontakt

o e-mail

o SMS

• V případě rušení nebo přeobjednání rezervace zdravotnickým zařízením v NIS je notifikace pacientovi odesílána také

1.4.6 Správa uživatelů

Administrátor aplikace eviduje do systému:

• Připojená zdravotnická zařízení

• Administrátory konkrétních zdravotnických zařízení

Administrátoři zdravotnických zařízení evidují do systému:

• Správce IS

• Uživatele IS

• Externí lékaře

Správci a uživatelé IS evidují do systému:

• Pacienty (ověřený záznam)

• Ověření pacientů, tzv. aktivace

Pacienti evidují do systému:

• Sami sebe/rodinného příslušníka

• Neověřený pacient má omezený přístup

• Neověřený pacient je nucen vyplňovat při každém objednání dotazník obsahující minimální požadované informace

• Vystavují objednávky

1.5 Komunikační rozhraní pro připojení diářů z NIS

K Informačnímu systému pro on-line objednávání bude dodána dokumentace s popisem rozhraní pro připojení diářů. Krajský úřad může na vyžádání dokumentaci rozhraní poskytnout zájemci o připojení. Technické a obchodní podmínky implementace budou projednány samostatně.

1.6 Podporovaná rozhraní s nemocničními IS

FONS Webdiář má otevřené komunikační rozhraní a je tedy možné komunikovat s různými

informačními systémy, které poskytnou odpovídající rozhraní na straně tohoto systému. Společnost

STAPRO s.r.o. dodá tato rozhraní ke nemocničním informačním systémů ve výše uvedených čtyřech

(4) nemocnicích (Stod, Domažlice, Rokycany, Klatovy).

1.7 Možnost připojení externího diáře s webovým přístupem.

Pomocí této služby bude umožněno lékařům bez vlastního informačního systému objednávání do vlastní ordinace na portálu On-Line přihlašování k lékaři za fixní měsíční cenu.

1.8 Technická specifikace řešení

Společnost STAPRO s. r. o. požaduje pro své navrhované řešení následující technologickou

infrastrukturu, kterou připraví zadavatel do data zahájení implementace stanovené vzájemně dohodnutým Harmonogramem.

Systém bude rozdělen na dva fyzické servery. Na prvním serveru bude nainstalovaná aplikační vrstva.

Na druhém serveru bude databáze, ve které budou uložena všechna data, která eviduje webová aplikace Webdiář. Jedná se zejména o uživatele, databázi pracovišť a všech konfiguračních

parametrů. Databáze neobsahuje konkrétní data objednávek, která jsou odeslána do cílových NIS, ani data nastavení diářů, protože ta jsou přebírána z NIS.. Databáze bude provozována na MS SQL 2005/2008 (nejprve na 2005 a v budoucnu se bude přecházet na 2008, na kterém bude řešení plně funkční).

Oba servery poběží na Windows serveru 2008, které poběží na VMware ESX serveru. Serverům bude v rámci VMware ESX serveru přidělena minimálně (tedy buď přesně uvedená konfigurace nebo lepší) tato garantovaná virtuální konfigurace:

• aplikační server: 1x 3GHz cpu (2 jádra), 4GB RAM, 100GB diskové prostoru

• databázový server: 4x 3GHz cpu (2 jádra), 8GB RAM, 200GB diskového prostoru

• web server pro centrální modul MS Internet Information Server (IIS) verze 6 a vyšší

• SMTP server pro centální modul

• SMS gateway pro centrální modul

1.9 Bezpečnostní specifikace řešení

1.9.1 Autentizace uživatelů

Lékař v nemocnici:

Lékař se přihlašuje do NIS na pracovišti, dále pracuje s interním kalendářem v NIS.

Pacient, externí lékař:

Registrovaný pacient nebo externí lékař se přihlašuje do IS ve webovém rozhraní uživatelským jménem a heslem nebo pomocí SSO (ověřování probíhá proti registru v aplikaci E-mail (FID)). Externímu lékaři, na žádost, administrátor aplikace povolí objednávání za pacienty. Výjimkou jsou nepřihlášení uživatelé, kteří se neautentizují. Hesla uživatelů jsou v databázi „utajená“ (s využitím hashovacích algoritmů)

1.9.2 Zabezpečení výměny dat

Pro zabezpečení výměny dat mezi propojenými systémy je doporučeno, aby komunikace probíhala v rámci virtuální privátní sítě (VPN), která propojí komunikující systémy zabezpečeným komunikačním

tunelem. VPN tunely mohou být vytvořeny standardními prostředky v souladu se standardem IPSec nejlépe disponující příslušnou bezpečnostní certifikací (ICSA Lab, FIPS PUB 140, ISO/IEC 15408).

1.9.3 Protokol HTTPS

Další úrovní zabezpečení bude použití šifrovaného komunikačního protokolu https mezi uživateli a centrální webovou aplikací a mezi rozhraními s připojenými NISy.

1.9.4 Ověření identity komunikujících stran

Identita serveru, na kterém poběží komunikační rozhraní NIS, i identita centrálního serveru je při vzájemné komunikaci oboustranně ověřována za použití serverového SSL certifikátu. Tato metoda zajišťuje vysokou úroveň věrohodnosti autentizace komunikujících stran. Způsoby ověřování s nižší úrovní zabezpečení (například HTTP Basic Authentication) nebudou podporovány.

Doporučujeme používání serverových certifikátů třídy EV vydaných akreditovanou CA.

1.9.5 Logování

Evidují se přihlášení uživatelů do systému, kdy, pod jakým uživatelským jménem a z jaké IP adresy.

1.10 Popis průběhu implementace

Průběh implementace bude vycházet z navrženého harmonogramu zadavatele. Ze strany Zadavatele a připojovaných nemocnic bude vyžadována součinnost především v těchto krocích

• Analýza infrastruktury a upřesnění do technického prováděcího projektu

• Zajištění technických a SW prostředků pro instalaci nebo upgrade SW komponent

v technologickém centru kraje, v Klatovech, Rokycanech, Stodu a Domažlicích (poslední dvě nebyla dosud připojena ani k pilotnímu řešení on-line objednávání) a konfigurace sítí dle

prováděcího projektu.

• Zajištění certifikátů Zadavatelem

• Poskytnutí vzdáleného přístupu pro instalace

• Na pracovištích, která by měla poskytovat možnost objednání přes internet, zajistit používání interních el. objednávacích diářů v NIS.

Následně proběhnou vzdálené instalace nebo upgrade SW komponent v technologickém centru kraje a na straně NIS (konektory).

Migrace produktivních dat z pilotního projektu se nepředpokládá, protože bude prováděn upgrade stávajících komponent.

Konfigurace a napojení vybraných vzorových diářů pro Stod a Domažlice.

Zaškolení správců a vybraných klíčových uživatelů NIS z implementovaných vzorových pracovišť v rozsahu rozšíření vlastností funkcí interních plánovacích diářů v NIS o nové možnosti práce

s objednávkami z internetu. Školení veřejnosti se nepředpokládá, max. v rozsahu dodávky eLearningových kurzů.

Podpora náběhu a provozu systému.

1.10.1 Harmonogram řešení

Realizace plnění veřejné zakázky dle navrženého časového harmonogramu zadavatelem: Termíny jsou uvedeny v pracovních dnech.

• Podepsání smlouvy = D

• analýza, zpracování prováděcí dokumentace = D+4

• Přizpůsobení funkcionality přesným potřebám uživatele v prostředí krajských nemocnic = D+14 nebo dle závěrů analýzy a prováděcí dokumentace

• migrace testovacích dat = D+12

• testování = D+13 až 19

• akceptace testovacího provozu = D+19

• migrace produktivních dat z pilotního provozu = D+20

• spuštění pilotního provozu = D+20 až 27

• zvýšená podpora = D+20 až 80

• školení = D+10 až 19

• akceptace, předání systému a ostrý provoz + běžná podpora a údržba = D+27

• podpora uživatele, zahrnující: řešitelský a programátorský servis na vyžádání během provozu v rozsahu do 20ti hodin měsíčně, hot line od 7:00 do 16 00 hod. v pracovní dny od D+28

1.10.2 Migrace produktivních dat z pilotního provozu

Data budou ponechána v současném stavu a dle dokumentace stávajícího řešení. Nové funkcionality budou zapracovány v rozsahu a dle stávajících invencí a bezpečnost v rozsahu stávající dokumentace.

1.10.3 Školení

Školení pro administrátory a klíčových uživatelů NIS ze vzorových pracovišť bude provedeno v jednotlivých lokalitách a to formou osobní návštěvy nebo virtuálně interaktivním webinářem pod

vedením lektora. Pro širokou veřejnost a ostatní uživatele NIS budou dostupná e-Learningová školení,

1.10.4 Dokumentace

V rámci plnění bude dodána tato dokumentace

• prováděcí dokumentace

• provozní dokumentace

• bezpečnostní dokumentace

• systémová příručka

• uživatelská příručka

• popis řešení havárií

• školicí dokumentace

Provozní dokumentace bude zpracována minimálně v rozsahu, definovaném pro ISVS v zákonu o ISVS a jeho prováděcích předpisech (zákon č. 365/2000 Sb. a vyhl. č. 529/2006 Sb., v platném znění).

Prováděcí dokumentace:

Bude sloužit jako podklad pro implementaci řešení, bude zpracována v tomto minimálním rozsahu:

• schémata

o síťová

o datová

o aplikační vč. integrace

• popis procesu nasazení aplikace vč. zpřesněného harmonogramu

• popis procesu migrace dat

• požadavky na součinnost v průběhu implementace a pilotního provozu

• návrh školení uživatelů

• návrh akceptačních testů

• popis údržby

Provozní dokumentace:

Bude zpracována v rozsahu:

• bezpečnostní dokumentace

• systémová příručka

• uživatelská příručka

• popis řešení havárií

• školicí dokumentace

1.10.5 Pilotní provoz se zvýšenou podporou

Zvýšená podpora produktivního provozu je určena po dobu dvou měsíců od instalace do

produktivního prostředí. Podpora je definována jak po stránce uživatelské a aplikační, tak také po stránce metodické.

1.10.6 Součinnost zadavatele

Maximální součinnost v hodinách – 40 člověkohodin

Rozsah základní součinnosti zadavatele:

Rozsah požadované součinnosti bude uveden ve smlouvě.

Ze strany Zadavatele a připojovaných nemocnic bude vyžadována součinnost především v těchto krocích

• Analýza infrastruktury a upřesnění do technického prováděcího projektu

• Zajištění technických HW a SW prostředků pro instalaci nebo upgrade SW komponent v technologickém centru kraje, v Klatovech, Rokycanech, Stodu a Domažlicích (poslední dvě nebyla dosud připojena ani k pilotnímu řešení on-line objednávání) a konfigurace sítí dle prováděcího projektu.

• Zajištění certifikátů

• Konfigurace síťové infrastruktury

• Poskytnutí vzdáleného přístupu pro instalace

• Na pracovištích, která by měla poskytovat možnost objednání přes internet, zajistit používání interních el. objednávacích diářů v NIS.

Další požadovaná součinnost

Společnost STAPRO s. r. o. zde vystupuje jako Zhotovitel, Zadavatel vystupuje jako Objednatel.

Organizační aspekty realizace smlouvy

Objednatel se zavazuje určit jednoho pracovníka - koordinátora, který odpovídá za spolupráci se Xxxxxxxxxxxx a kterému budou přednostně sdělovány skutečnosti rozhodné pro bezchybný provoz. Tento pracovník bude k dispozici na pracovišti Objednatele. Jméno pracovníka je uvedeno v závěrečné příloze této smlouvy. Pracovník odpovídá zejména za formulování požadavků

Objednatele, zodpovídání dotazů Zhotovitele, zprostředkování uzavírání úmluv se Zhotovitelem a zajištění dodržování těchto úmluv Objednatelem.

Objednatel se zavazuje určit nejméně jednoho pracovníka - správce, který odpovídá za uvedení programového vybavení do provozu a jeho provoz na straně Objednatele a kterému budou přednostně sdělovány skutečnosti nezbytné pro bezchybný provoz systému. Jméno pracovníka je uvedeno v závěrečné příloze této smlouvy.

Zaměstnanci odpovědní za spolupráci se Zhotovitelem budou k dispozici na pracovišti Objednatele ve své pracovní době i mimo běžný rámec pracovní doby v případě potřeby Zhotovitele po vzájemné dohodě.

V případě potřeby se Objednatel zavazuje koordinovaně (vždy následně po dohodě se Zhotovitelem) zabezpečit s dostatečným předstihem přijetí takových opatření v současném systému objednávání, aby při uvádění programového vybavení do provozu mohlo dojít ke změnám stávajících zvyklostí.

Objednatel se zavazuje k dodržování oboustranně dohodnutých a odsouhlasených postupů a k vedení dohodnuté a schválené dokumentace.

Objednatel se zavazuje věcem Zhotovitele vneseným do prostor Objednatele za účelem zhotovení díla poskytovat stejnou ochranu a zabezpečení, jako obdobným věcem ve svém vlastnictví nebo správě.

Technologická infrastruktura

Objednatel se zavazuje zabezpečit ke dni stanovenému jako počátek instalace a implementace úplnou připravenost a funkčnost technických prostředků potřebných pro provoz programového vybavení, které nejsou součástí plnění (dodávky) dle této smlouvy (zejména síťová infrastruktura, aktivní prvky, databázové i souborové servery, zálohování dat - SW i HW, počítačové stanice, tiskárny, operační systémy serverů a stanic a komunikační SW a další).

Objednatel se zavazuje konzultovat se Zhotovitelem veškeré zásahy do realizovaného díla, zejména do jeho technické části (zásah do konfigurace serverů, nákup nových komponent serverů, počítačů, UPS apod.)

Objednatel se zavazuje umožnit vzdálenou správu informačních technologií, monitorování, přístup na internet, dát k dispozici nezbytné komunikační prostředky, umožnit okamžitý fyzický přístup ke všem zařízením, která jsou umístěna na jeho pracovištích a jichž se týká realizace této smlouvy.

Zajištění provozu

Objednatel se zavazuje zabezpečit, že fyzický přístup k serverům budou mít pouze oprávněné osoby. Objednatel se zavazuje zabezpečit, že přístup ke správcovským programům budou mít pouze oprávněné osoby.

Objednatel se zavazuje zajistit zálohování dat aplikačních software dle požadavků Zhotovitele. V případě ztráty dat a neexistence aktuálních záloh těchto dat neodpovídá Zhotovitel za jejich obnovení.

Ochrana údajů

Objednatel se zavazuje zachovat přísnou mlčenlivost o výrobních, technologických a technických znalostech (know-how) používaných Zhotovitelem, jakož i tyto znalosti nepoužívat pro účely vlastní činnosti a nepředávat třetím osobám.

Objednatel je povinen dodržovat ustanovení autorského zákona. Objednatel bere na vědomí, že Zhotovitel provádí implementaci pouze do prostředí legálního software (týká se zejména operačních systémů serverů a stanic i dalších využívaných SW). Za Objednatelem užívaný nelegální software nenese Zhotovitel žádnou odpovědnost.

Školení

Objednatel se zavazuje vyškolit své pracovníky určené k obsluze programového vybavení ve znalostech obsluhy PC v prostředí Windows.

Objednatel se zavazuje uvolňovat své pracovníky na správcovská školení základní a na správcovská školení, která souvisí s novou verzí programového vybavení. V případě neúčasti na správcovských školeních nebere Zhotovitel záruku za problémy vzniklé nekvalifikovanou obsluhou.

Objednatel se zavazuje zajistit účast příslušného počtu pracovníků (uživatelů ASW) na školení uživatelů v termínech, které budou operativně dohodnuty v průběhu implementace.

Objednatel se zavazuje zajistit na vlastní náklady v souladu s harmonogramem implementací prostorové a organizační podmínky pro školení svých pracovníků.

Realizace

Objednatel se zavazuje písemně oznámit Zhotoviteli veškeré překážky, plynoucí z technické či uživatelské nepřipravenosti Objednatele, které by mohly vést k prodlení implementace vůči stanovenému harmonogramu (plánu implementace). Objednatel písemně oznámí tuto skutečnost Zhotoviteli minimálně 5 kalendářních dnů před termínem, jehož se prodleva bude týkat.

Objednatel se zavazuje přijmout plnění Zhotovitele dle této smlouvy. Při nečinnosti Objednatele nebo při bezdůvodném odmítnutí převzetí má se za to, že plnění bylo předáno dle ustanovení této smlouvy.

Pravidla pro vzdálený přístup

Objednatel se zavazuje umožnit technicky a organizačně vzdálený přístup do počítačové sítě LAN Objednatele za účelem plnění činností a závazků Zhotovitele dle této smlouvy.

Objednatel se zavazuje umožnit technicky a organizačně vzájemné propojení počítačových sítí Objednatele a Zhotovitele bezpečným způsobem za účelem plnění činností a závazků Zhotovitele dle této smlouvy. Přímý vzdálený přístup bude dostatečně zabezpečen s použitím standardních bezpečnostních mechanismů.

Vzdálený přístup bude zajištěn trvale po dobu účinnosti Smlouvy.

Objednatel umožní zřízení přímého vzdáleného přístupu do tří pracovních dnů od podpisu Smlouvy. Zhotovitel učiní taková opatření, aby přímý vzdálený přístup mohli použít jen určení zaměstnanci.

1.10.7 Licenční podmínky upravující právo k užívání poskytnutého ASW

Doplnění licenčních podmínek uvedených ve smlouvě.

Společnost STAPRO s. r. o. zde vystupuje jako Zhotovitel, Zadavatel vystupuje jako Objednatel.

Objednatel bere na vědomí, že Zhotovitel má k aplikačnímu programovému vybavení, které je předmětem plnění (dodávky) dle této smlouvy, právo k šíření na třetí osoby.

Na základě této smlouvy Zhotovitel po zaplacení úplné ceny poskytuje Objednateli právo k užívání aplikačního programového vybavení dle této smlouvy v rozsahu modulů a licencí ve smlouvě.

Oprávněný způsob užití aplikačního programového vybavení je dán manuály a uživatelskými příručkami aplikačního programového vybavení.

Objednatel se zavazuje, že bude aplikační programové vybavení, jež je předmětem dodávky dle této smlouvy, provozovat výhradně za podmínek dohodnutých mezi smluvními stranami. Bude zejména dodržovat ujednání týkající se počtu licencí, nebude provádět žádné zásahy do aplikačního programového vybavení, nebude aplikační programové vybavení kopírovat, šířit a poskytovat jej třetím osobám, a to ani ke zpracování jejich dat, a že bude aplikační programové vybavení používat výhradně pro svoji potřebu.

Objednatel se zavazuje zabezpečit instalované dílo, instalační media, počítače a počítačovou síť, na kterém je programové vybavení instalováno, proti neoprávněným zásahům nepovolaných osob a možnosti neoprávněného zkopírování a zneužití.

Zhotovitel je oprávněn provádět kontrolu zařízení, na kterých je programové vybavení nainstalováno, kontrolu užívání aplikačního programového vybavení a způsobu a úrovně jeho zabezpečení proti neoprávněné manipulaci. Při provádění kontroly se zavazuje postupovat tak, aby nenarušoval běžný chod provozu uživatele.

Objednatel bere na vědomí, že podmínkou oprávněného výkonu jeho uživatelských práv vyplývajících z této smlouvy je úhrada sjednané odměny dle této smlouvy v plné výši.

Příloha č. 3 smlouvy o dílo Rozklad ceny díla

	Informační systém „On-line objednávání pacientů“ (IS)	Cena v Kč bez DPH	Cena v Kč včetně DPH
1	Cena za vytvoření /dodávku/ a implementace IS, poskytnutí licence k software, vytvoření rozhraní k IS, školení a vytvoření dokumentace k IS	635 000	768 350
2	Cena za poskytování technické podpory a údržby (maintenance) za 1 kalendářní rok	38 000	45 980
3	Cena za poskytování technické podpory a údržby (maintenance) po dobu 4 let	152 000	183 920
4	Cena za 40 hod rozvoje IS na základě objednávky za 1 kalendářní rok	52 000	62 920
5	Cena za 160 hod rozvoje IS na základě objednávky za 4 roky	208 000	251 680
6	Garantovaná cena za umožnění využívání IS jako webové aplikace pro lékaře bez vlastního informačního systému, kteří projeví zájem o napojení do IS	2 000	2 420
7	Nabídková cena celkem (součet řádků 1.+ 3.+5.)	995 000	1 203 950

Hodinová sazba v rámci rozvoje činí 1 300 Kč bez DPH.

Příloha č. 4 smlouvy o dílo Časový harmonogram plnění díla

Realizace plnění veřejné zakázky dle navrženého časového harmonogramu zadavatelem: Termíny jsou uvedeny v pracovních dnech.

• Podepsání smlouvy = D

• analýza, zpracování prováděcí dokumentace = D+4

• Přizpůsobení funkcionality přesným potřebám uživatele v prostředí krajských nemocnic = D+14 nebo dle závěrů analýzy a prováděcí dokumentace

• migrace testovacích dat = D+12

• testování = D+13 až 19

• akceptace testovacího provozu = D+19

• migrace produktivních dat z pilotního provozu = D+20

• spuštění pilotního provozu = D+20 až 27

• zvýšená podpora = D+20 až 80

• školení = D+10 až 19

• akceptace, předání systému a ostrý provoz + běžná podpora a údržba = D+27

• podpora uživatele, zahrnující: řešitelský a programátorský servis na vyžádání během provozu v rozsahu do 20ti hodin měsíčně, hot line od 7:00 do 16 00 hod. v pracovní dny od D+28