WEBSERVER2
CORE8
1.2.0.1
2026-04-23 20:09
Upozornění: Text přílohy byl získán strojově a nemusí přesně odpovídat originálu. Zejména u strojově nečitelných smluv, kde jsme použili OCR. originál smlouvy stáhnete odsud
SERVISNÍ SMLOUVA
uzavřená podle ustanovení § 1746 odst. 2 zákona č. 89/2012 Sb., občanského zákoníku
(dále jen „občanský zákoník“) (dále též jen „smlouva“)
Nemocnice Havlíčkův Brod, příspěvková organizace
IČO: 00179540
ID datové schránky: aewk6jc
se sídlem: Husova 2624, 580 22 Havlíčkův Brod
zastoupená: Mgr. David Rezničenko, MHA, ředitel organizace (oprávněný jednat ve věcech
smluvních)
(dále jen „Objednatel“)
a
TESCO SW a.s.
se sídlem: tř. Kosmonautů 1288/1, 779 00 Olomouc
IČO: 25892533
DIČ: CZ699000785
zapsaná v obchodním rejstříku vedeném Krajským soudem v Ostravě, oddíl B, vložka 2530
číslo účtu: 5151342/0800
(dále jen „Poskytovatel“)
(Objednatel a Poskytovatel dále společně též jako „smluvní strany“ a každý z nich
jednotlivě jako „smluvní strana“)
Vzhledem k tomu, že:
(A) Smluvní strany uzavírají tuto smlouvu jako výsledek zadávacího řízení veřejné zakázky
„Upgrade, servis a podpora informačního systému FaMa+“ (dále jen „zadávací řízení“),
a to dle nabídky Poskytovatele;
(B) Poskytovatel prohlašuje, že je způsobilý k řádnému a včasnému poskytování
servisních služeb dle této smlouvy, a že disponuje takovými kapacitami a odbornými
znalostmi, které jsou třeba k řádnému a včasnému poskytování servisních služeb;
(C) Smluvní strany mají zájem vzájemně spolupracovat za podmínek stanovených touto
smlouvou;
bylo dohodnuto následující:
1. Předmět smlouvy
1.1 Poskytovatel se zavazuje provést upgrade systému na aktuální verzi systému FaMa+,
a to v rozsahu a dle podmínek uvedených v příloze č. 3 této smlouvy.
1.2 Poskytovatel se zavazuje poskytovat na svůj náklad a nebezpečí řádně a včas dále
specifikované servisní služby a Objednatel se zavazuje zaplatit za řádně a včasně
poskytnuté servisní služby sjednanou cenu.
1.3 Poskytovatel se zavazuje za podmínek uvedených v této smlouvě poskytovat
Objednateli servisní služby vztahující se k infomačnímu systému FaMa+ (dále také jako
„IS“). Servisní služby jsou dále specifikovány v příloze č. 1 této smlouvy. Kategorizace
a úroveň servisních služeb dle této servisní smlouvy ve vztahu k IS je uvedena v příloze
č. 1 této smlouvy. Veškeré servisní služby poskytované na základě této smlouvy jsou
dále označovány také jen jako „servisní služby“.
1.4 Servisní služby budou prováděny v následujících kategoriích:
a) Maintenance;
b) Technická podpora a vývoj;
c) Řešení incidentů.
1.5 Specifikace jednotlivých kategorií incidentů a na ně navázaná úroveň servisních služeb
jsou uvedeny v příloze č. 1 této smlouvy.
Stránka 1 z 36
1.6 Odstraňování záručních vad se také řídí kategoriemi incidentů a na ně vázanými
úrovněmi servisních služeb dle přílohy č. 1 této smlouvy.
1.7 Poskytovatel je povinen poskytovat servisní služby dle této smlouvy tak, aby dostupnost
IS byla v provozní době alespoň 97% v každém kalendářním měsíci po celou dobu
účinnosti této smlouvy. Výpočet skutečně dosažené dostupnosti se řídí metodikou
uvedenou v příloze č. 1 této smlouvy. Provozní doba IS pro účely tohoto článku smlouvy
je shodná s dobou servisní pohotovosti dle čl. 2.4 smlouvy.
2. Poskytování servisních služeb
2.1 Servisní služby mohou být prováděny vzdálenou správou nebo přímo příjezdem
pracovníka Poskytovatele na místo plnění. Servisní služby se vážou na ty části IS, které
jsou specifikované v příloze č. 1 této smlouvy.
2.2 V rámci poskytování servisních služeb v kategorii řešení incidentů je Poskytovatel
povinen řešit incidenty týkající se IS (dále jen „incidenty“) a v kategorii technická
podpora a vývoj je Poskytovatel povinen realizovat požadavky Objednatele týkající se
IS (dále jen „požadavky“ nebo „REQ“) za podmínek sjednaných touto smlouvou a její
přílohou č. 1.
2.3 Poskytovatel je povinen po celou dobu účinnosti této smlouvy v případě poruchy IS
poskytnout součinnost při konfiguraci a kontrole nastavení po obnově dat ze záloh IS
provedené Objednatelem. Po obnově dat ze záloh v případě nefunkčnosti IS bude
Objednatelem iniciován požadavek na vyřešení incidentu typu A dle přílohy č. 1
smlouvy.
2.4 Poskytovatel je povinen udržovat servisní pohotovost v režimu 5x8 tak, že Poskytovatel
bude disponovat potřebným množstvím pracovníků s odpovídající kvalifikací tak, aby
byl schopný v pracovní dny v čase 8:00-16:00 hod. garantovat časové lhůty stanovené
v příloze č. 1 této smlouvy.
2.5 Poskytovatel je povinen při poskytování servisních služeb dodržovat reakční dobu (dále
jen „reakční doba“ nebo „reakce“) a dobu vyřešení incidentu nebo požadavku (dále jen
„doba vyřešení“). Specifikace reakční doby a doby vyřešení je uvedena v příloze č. 1
této smlouvy.
2.6 Kategorizace incidentů, reakční doby na jednotlivé kategorie incidentů a doby vyřešení
jednotlivých kategorií incidentů a reakční doby a doby vyřešení požadavků jsou
uvedeny v příloze č. 1 této smlouvy a jsou pro Poskytovatele závazné.
2.7 Objednatel nahlásí incident nebo požadavek Poskytovateli prostřednictvím
informačního systému Poskytovatele, který je pro Objednatele přístupný non-stop (dále
jen „Service desk“). Service desk je dostupný na webových stránkách na adrese:
https://sd.tescosw.cz/client/main. Objednatel stanoví kategorii incidentu a úroveň
požadovaných servisních služeb dle přílohy č. 1 této smlouvy. Ve výjimečných
případech mohou být incidenty nahlašovány telefonicky (tzv. hotline - dostupnost dle
požadované úrovně servisních služeb) na tel. čísle +420 724 444 396, které následně
Poskytovatel zaregistruje v Service desk.
2.8 Poskytovatel má právo si na základě nahlášení incidentu nebo požadavku vyžádat po
Objednateli bližší specifikaci incidentu nebo požadavku. Tato činnost je již považována
za zahájení činnosti Poskytovatele ve smyslu přílohy č. 1 této smlouvy. Doba, po kterou
Objednatel poskytuje vyžádanou součinnost k řešení incidentu, nebude započítávána
do doby vyřešení incidentu.
2.9 Po ukončení činnosti na vyřešení incidentu nebo realizaci předmětného požadavku
Objednatele uvede Poskytovatel stav předmětného incidentu nebo požadavku
v Service desk do stavu „Vyřešeno“ (či do stavu obdobného významu) a uvědomí o tom
Objednatele prostřednictvím Service desk. Za vyřešení incidentu se považuje i jeho
přeřazení do nižší kategorie dle přílohy č. 1 této smlouvy. Poskytovatel má právo
požádat Objednatele o sloučení incidentů nebo změnu kategorie incidentu, pokud je
Objednatelem uvedená kategorie incidentu v rozporu s definicemi kategorií, které jsou
uvedeny v příloze č.1. Tato činnost se současně pokládá za splnění reakční doby
Stránka 2 z 36
incidentu. Doba do odpovědi Objednatele v Service desk na žádost o sloučení incidentů
nebo změnu kategorie incidentu se nezapočítává do doby vyřešení incidentu.
Pokud se Objednatel ve lhůtě do bezprostředně následujících 3 pracovních dnů od
doručení v Service desk k označenému vyřešení incidentu či požadavku nevyjádří nebo
pokud v této lhůtě vyjádří v Service desk souhlas s vyřešením incidentu či požadavku,
má se za to, že vyřešení incidentu nebo realizaci požadavku Objednatel odsouhlasil
a Poskytovateli vzniká nárok na uvedení incidentu či požadavku v Service desk do
stavu „Uzavřeno“ (či do stavu obdobného významu). V případě, že Objednatel informuje
v Service desk Poskytovatele ve výše uvedené lhůtě bezprostředně následujících 3
pracovních dnů, že s vyřešením incidentu nebo požadavku nesouhlasí, je Poskytovatel
povinen pokračovat v řešení požadavku nebo incidentu v jeho původní kategorii a je
povinen dodržet dobu vyřešení dle přílohy č. 1 této smlouvy. Do doby vyřešení dle
přílohy č. 1 této smlouvy není počítána doba od okamžiku doručení informace v Service
desk Objednateli o vyřešení incidentu či požadavku do okamžiku doručení informace
v Service desk obsahujícího informaci o souhlasu či nesouhlasu Objednatele
s vyřešením incidentu nebo požadavku Poskytovateli.
2.10 Jako vyřešení incidentu je možné akceptovat dočasnou opravu IS nebo jeho části,
případně obnovu dat IS ze zálohy, pokud s tím Objednatel v Service desk bude
postupem dle čl. 2.9 smlouvy souhlasit.
3. Spolupráce smluvních stran
3.1 Smluvní strany jsou si vědomy toho, že pouze jejich vzájemná spolupráce, řádné
a úplné plnění jejich smluvních povinností umožní řádné a včasné poskytování služeb
na základě této smlouvy.
3.2 Za účelem běžného kontaktu mezi smluvními stranami při poskytování služeb
jmenovaly smluvní strany své kontaktní osoby.
Kontaktními osobami Poskytovatele jsou:
- Ing. Alexandr Leonov,
Kontaktní osobou Objednatele je:
- Jan Převrátil,
3.3 Smluvní strany se zavazují při vzájemné spolupráci na základě této smlouvy,
komunikovat zejména prostřednictvím svých kontaktních osob uvedených v odstavci
3.2 této smlouvy. Každá ze smluvních stran je povinna informovat písemně druhou
smluvní stranu o změně kontaktní osoby na své straně písemným oznámením. Změna
kontaktní osoby je účinná dnem doručení písemného oznámení příslušné smluvní
strany druhé smluvní straně.
4. Ostatní podmínky plnění předmětu smlouvy
4.1 Poskytovatel odpovídá za kvalitu, všeobecnou a odbornou správnost poskytovaných
servisních služeb. Poskytovatel je povinen při poskytování servisních služeb dle této
smlouvy postupovat s odbornou péčí podle svých nejlepších znalostí a schopností,
přičemž při své činnosti je povinen chránit zájmy a dobré jméno Objednatele.
4.2 Poskytovatel je povinen zajistit řádné a včasné poskytování servisních služeb podle
této smlouvy tak, aby Objednatel mohl řádným způsobem IS užívat.
4.3 Poskytovatel je povinen při poskytování servisních služeb postupovat v souladu
s platnými právními předpisy.
4.4 Poskytovatel je oprávněn zajistit provádění částí servisních služeb poddodavateli.
Poskytovatel je povinen na žádost Objednatele sdělit identifikační údaje poddodavatelů
dle předchozí věty. Seznam poddodavatelů s označením, kterými Poskytovatel
prokázal část kvalifikace v zadávacím řízení, tvoří přílohu této smlouvy a je možné je
měnit pouze se souhlasem Objednatele, přičemž Poskytovatel je povinen před
provedením změny poddodavatele, kterým byla prokázána část kvalifikace, prokázat
splnění kvalifikačních předpokladů v odpovídajícím rozsahu rovněž u osoby nového
poddodavatele.
Stránka 3 z 36
4.5 Poskytovatel je povinen dodržovat platnou legislativu, která se týká bezpečnosti
informací.
4.6 Poskytovatel se zavazuje dodržovat požadavky a opatření pro zajištění bezpečnosti
informací a informačních aktiv Objednatele uvedené v příloze č. 2 této smlouvy.
4.7 Poskytovatel je povinen zajistit plnění bezpečnostních opatření a požadavků
stanovených touto smlouvou ve stejné míře u všech případných poddodavatelů či
jiných osob, které mají přístup k informačním aktivům Objednatele prostřednictvím
Poskytovatele.
4.8 Poskytovatel je povinen zachovávat mlčenlivost o všech skutečnostech a informacích,
které mu byly v souvislosti s touto smlouvou nebo jejím plněním jakkoliv zpřístupněny,
předány či sděleny, nebo o nichž se jakkoliv dozvěděl, vyjma těch, které jsou
v okamžiku, kdy se s nimi Poskytovatel seznámil, prokazatelně veřejně přístupné nebo
těch, které se bez zavinění Poskytovatele veřejně přístupnými stanou (dále jen
„důvěrné informace“). Poskytovatel nesmí důvěrné informace použít v rozporu s jejich
účelem, nesmí je použít ve prospěch svůj nebo třetích osob a nesmí je použít ani
v neprospěch Objednatele. Povinnosti dle tohoto odstavce je Poskytovatel povinen
zachovávat i po zániku této smlouvy, vyjma případů, kdy se důvěrné informace stanou
prokazatelně veřejně přístupné bez zavinění Poskytovatele. Povinnosti dle tohoto
odstavce se nevztahují na případy, kdy je Poskytovatel povinen zveřejnit důvěrnou
informaci na základě povinnosti uložené Poskytovateli právním předpisem nebo
rozhodnutím orgánu veřejné moci.
4.9 Poskytovatel je povinen při poskytování servisních služeb respektovat a dodržovat
pokyny Objednatele. V případě nevhodných pokynů Objednatele je Poskytovatel
povinen na nevhodnost těchto pokynů Objednatele písemně upozornit. V opačném
případě nese Poskytovatel zejména odpovědnost za škodu a nemajetkovou újmu, která
v důsledku nevhodných pokynů Objednateli nebo třetím osobám vznikla.
4.10 Objednatel je povinen spolupracovat s Poskytovatelem a poskytovat mu veškerou
nutnou součinnost potřebnou pro řádné poskytování servisních služeb podle této
smlouvy. Objednatel je povinen informovat Poskytovatele o veškerých skutečnostech,
které jsou nebo mohou být důležité pro poskytování servisních služeb dle této smlouvy.
4.11 Pokud Objednatel neposkytne součinnost dle tohoto článku, má Poskytovatel právo
požadovat od Objednatele posunutí stanovených termínů o dobu, po kterou nemohl
Poskytovatel poskytovat servisní služby dle této smlouvy z důvodu neposkytnutí
součinnosti. Objednatel je povinen takovému požadavku vyhovět.
4.12 Objednatel je povinen poskytnout Poskytovateli součinnost k zajištění vzdáleného
přístupu Poskytovateli k serverům IS výhradně pro účely poskytování servisních služeb
podle této smlouvy.
4.13 Písemné oznámení o změnách výše uvedených kontaktních údajů Poskytovatele
nebo webové adresy Service desk předá Poskytovatel Objednateli alespoň pět dní před
očekávanou změnou.
4.14 Jedenkrát za 6 měsíců trvání této smlouvy je Objednatel oprávněn vyvolat jednání
Objednatele a Poskytovatele k poskytovanému plnění dle této smlouvy. Objednatel
pozve Poskytovatele na společné jednání alespoň 5 pracovních dnů předem.
Objednatel v pozvánce uvede zejména datum, místo, čas a program jednání. Za
Poskytovatele jsou povinny se účastnit jednání osoby s příslušnou odborností ve
vztahu k programu jednání. Pravidelným předmětem jednání bude zejména:
a) Přehled o aktuálním stavu provozu IS
b) Přehled plnění úkolů, řešení incidentů a chyb
c) Pravidelné informování o vývojovém plánu SW (IS)
d) Projednání případných požadavků na změny IS a servisních služeb
V případě, že si Objednatel vyžádá osobní účast na jednání na místě jiném, než je sídlo
Poskytovatele, má Poskytovatel právo na náhradu vynaložených cestovních výdajů a
času stráveného při cestování na místo konání.
Stránka 4 z 36
5. Cena servisních služeb, fakturace a platební podmínky
5.1 Objednatel se zavazuje zaplatit Poskytovateli za poskytování servisních služeb dle této
smlouvy smluvní cenu dle čl. 5.8 smlouvy.
5.2 Cena servisních služeb zahrnuje veškeré náklady, jež mohou Poskytovateli
v souvislosti s poskytováním služeb vzniknout, zejm. cestovní výdaje a náklady na
softwarové a hardwarové vybavení. Za poskytování služeb tak Poskytovatel kromě
shora uvedené ceny nemá nárok na žádné další finanční plnění. Výjimku tvoří případy,
kdy byl Poskytovatel Objednatelem vyzván k výkonu služby nebo osobní účasti na
jednání na dohodnutém místě mimo sídla Poskytovatele, ačkoliv by bylo možné službu
vykonávat vzdáleným připojením nebo formou telekonference. V těchto případech má
Poskytovatel nárok na uhrazení cestovních výdajů včetně náhrady ztraceného času
během cestování. Při použití služebního vozidla je sjednána cena 14,-Kč za každý ujetý
kilometr, při použití prostředků hromadné dopravy budou hrazeny náklady podle
předložených dokladů. Cena ztraceného času je 1000,-Kč bez DPH za 1 hodinu a
jednu osobu.
5.3 Cena servisních služeb v kategorii Řešení incidentů zahrnuje:
● veškeré náklady, jež mohou Poskytovateli v souvislosti s poskytováním této
kategorie služeb vzniknout, zejm. cestovní výdaje a náklady na softwarové a
hardwarové vybavení;
5.4 Za materiál, jehož cena není zahrnuta v ceně servisních služeb v kategorii Řešení
incidentů, je Poskytovatel oprávněn účtovat nejvýše cenu obvyklou. Poskytovatel se
zavazuje oznámit Objednateli dopředu skutečnost, že pro vyřešení incidentu bude
třeba dodat materiál, jehož cena není zahrnuta v ceně servisních služeb.
5.5 Ceny uvedené v tomto článku jsou uvedeny bez DPH.
5.6 K ceně plnění bude připočtena DPH v příslušné výši dle platných právních předpisů
účinných v okamžiku poskytování servisních služeb.
5.7 Cena za upgrade dle čl. 1.1. smlouvy činí 478 000 Kč bez DPH.
5.8 Cenu za poskytování servisních služeb se Objednatel zavazuje platit na základě faktur
(dále jen „faktura“) vystavených Poskytovatelem po uplynutí kalendářního čtvrtletí.
Fakturou bude vyúčtována vždy následujícím způsobem:
a) cena servisních služeb v kategorii „technické podpory a vývoj“ poskytnutých
Poskytovatelem, a to dle hodinové sazby servisu 1 850 Kč bez DPH a času
skutečně, prokazatelně a účelně stráveného Poskytovatelem při poskytování
těchto služeb v příslušném kalendářním čtvrtletí,
b) paušální čtvrtletní odměna (čtvrtletní paušál servisu) ve výši 75 000 Kč bez
DPH zahrnující:
● servisní pohotovost dle čl. 2.4 této smlouvy,
● servisní služby v kategorii „řešení incidentů“ poskytnuté Poskytovatelem
v příslušném čtvrtletí,
● servisní služby v kategorii „maintenance“ poskytnuté Poskytovatelem
v příslušném čtvrtletí.
5.9 O poskytování servisních služeb v jednotlivých čtvrtletích je Poskytovatel povinen
Objednateli zasílat výkazy k potvrzení. Přílohou každé faktury musí být Objednatelem
odsouhlasené a potvrzené čtvrtletní výkazy poskytnutých servisních služeb pokrývající
účtované kalendářní čtvrtletí.
5.10 Upgrade dle čl. 5.7 bude hrazena Objednatelem po protokolárním předání a
akceptaci upgrade do provozního prostředí Objednatele. O předání a převzetí upgrade
bude smluvními stranami vyhotoven předávací protokol o akceptaci upgrade potvrzující
soulad upgrade s podmínkami této smlouvy. Pokud Objednatel akceptaci odmítne,
uvědomí o tom Poskytovatele do 14 dnů ode dne předání upgrade s uvedením výhrad
bránících řádné užívání upgrade a termínu pro jejich odstranění.
5.11 Cena za poskytování servisních služeb dle čl. 5.8 i cena za upgrade dle čl. 5.7 je
splatná do 30 kalendářních dnů od doručení faktury Objednateli.
5.12 Veškeré vystavené faktury musí splňovat náležitosti daňového dokladu dle § 29
zákona č. 235/2004 Sb., o dani z přidané hodnoty, ve znění pozdějších předpisů (dále
Stránka 5 z 36
jen „zákon o DPH“), náležitosti stanovené § 435 občanského zákoníku a náležitosti
stanovené touto smlouvou vč. dohodnutých příloh a nedílných součástí.
5.13 Nebude-li faktura obsahovat některou povinnou nebo dohodnutou náležitost vč.
dohodnutých příloh nebo nedílných součástí, nebo bude-li chybně stanovena cena,
DPH nebo jiná náležitost faktury, je Objednatel oprávněn tuto fakturu vrátit
Poskytovateli k provedení opravy s vyznačením důvodu vrácení. Poskytovatel provede
opravu vystavením nové faktury. Od doby odeslání vadné faktury zpět Poskytovateli
přestává běžet původní lhůta splatnosti. Celá nová lhůta splatnosti běží opět ode dne
doručení nově vyhotovené faktury Objednateli.
5.14 Daňový doklad (faktura) bude uhrazen mezibankovním převodem z účtu
Objednatele na účet zhotovitele, který je správcem daně (finančním úřadem) zveřejněn
způsobem umožňujícím dálkový přístup ve smyslu ustanovení § 109 odst. 2 písm. c)
zákona o DPH.
5.15 Pokud se po dobu účinnosti této smlouvy Poskytovatel stane nespolehlivým plátcem
ve smyslu ustanovení § 109 odst. 3 zákona o DPH, smluvní strany se dohodly, že
Objednatel uhradí DPH za zdanitelné plnění přímo příslušnému správci daně.
Objednatelem takto provedená úhrada je považována za uhrazení příslušné části
smluvní ceny rovnající se výši DPH fakturované Poskytovatelem.
5.16 Účastníci sjednávají možnost jednostranného zvýšení ceny ze strany Poskytovatele
v průběhu poskytování služeb, a to v případě zvýšení zákonné sazby DPH. Navýšení
sjednané ceny musí odpovídat zvýšení hodnoty DPH v závislosti na zvýšení zákonné
sazby DPH. Účastníci sjednávají možnost jednostranného snížení ceny ze strany
Poskytovatele v průběhu poskytování služeb, a to v případě snížení zákonné sazby
DPH. Snížení sjednané ceny musí odpovídat snížení hodnoty DPH v závislosti na
snížení zákonné sazby DPH. Smluvní strany se dohodly, že v případě zákonné změny
sazby DPH nebudou uzavírat dodatek k této smlouvě, ale bude fakturovaná cena
včetně zákonné sazby DPH.
5.17 Objednatel si v souladu s § 100 odst. 1 zákona č. 134/2016 Sb., o zadávání veřejných
zakázek, ve znění pozdějších předpisů (dále také jen „ZZVZ“), vyhrazuje změnu ceny
servisních služeb takto: Cena bude na základě dohody smluvních stran každoročně
zvýšena, nebo snížena o polovinu počtu procentních bodů (p.b.), kterými došlo ke
změně průměrné hrubé měsíční mzdy specialistů v oblasti ICT (třída a skupina
klasifikace CZ-ISCO – 25 Specialisté v oblasti ICT), ke dni výročí této smlouvy
vyplývající z výsledků šetření ISPV (Informační systém o průměrném výdělku)
uveřejněných na https://www.ispv.cz/, nebo z výsledků šetření obdobného charakteru
tyto výsledky nahrazující, nebudou-li výsledky šetření ISPV dostupné. K této změně
dojde nejdříve v prvním kalendářním roce následujícím po roce, ve kterém nabyla tato
smlouva účinnosti. Např. bude-li meziroční změna průměrné hrubé měsíční mzdy činit
105 %, znamená to, že došlo k navýšení průměrné hrubé měsíční mzdy o 5 p.b., tzn.,
že cena za hodinu servisních služeb v kategorii Technická podpora a vývoj bude
zvýšena o 2,5 p.b. Ke změně ceny za hodinu servisních služeb v kategorii Technická
podpora a vývoj dojde vždy k prvnímu dni měsíce července příslušného kalendářního
roku. Stejným způsobem může být změněna i cena za „čtvrtletní paušál servisu“ dle čl.
5.7. písm. b) smlouvy.
6. Smluvní sankce
6.1 Poskytovatel odpovídá za veškeré škody a nemajetkové újmy, které vzniknou
Objednateli v důsledku porušení této smlouvy Poskytovatelem. Poskytovatel je povinen
nahradit takto vzniklou škodu a nemajetkovou újmu v plném rozsahu, včetně případných
sankcí udělených Objednateli orgány veřejné moci, jejichž příčinou bylo porušení
povinností Poskytovatele dle této smlouvy.
6.2 Dostane-li se Objednatel do prodlení s placením úhrady za servisní služby poskytované
dle této smlouvy, je povinen zaplatit Poskytovateli úrok z prodlení ve výši 0,05 %
z dlužné částky za každý den prodlení.
Stránka 6 z 36
6.3 Jestliže dostupnost IS klesne pod hodnotu dle čl. 1.7 této smlouvy, je Poskytovatel
povinen uhradit Objednateli smluvní pokutu ve výši:
a) 2.000,- Kč za každý kalendářní měsíc, ve kterém dostupnost IS nedosáhne hodnoty
dle čl. III odst. 5 této smlouvy, ale dosáhne hodnoty alespoň 96,5 %;
b) 5.000,- Kč za každý kalendářní měsíc, ve kterém dostupnost IS nedosáhne hodnoty
96,5 %, ale dosáhne hodnoty alespoň 96,0 %;
c) 10.000,- Kč za každý kalendářní měsíc, ve kterém dostupnost IS nedosáhne
hodnoty 96,0 %, ale dosáhne hodnoty alespoň 95 %;
d) 20.000,- Kč za každý kalendářní měsíc, ve kterém dostupnost IS nedosáhne
hodnoty 95 %, ale dosáhne hodnoty alespoň 94 %;
e) 30.000,- Kč za každý kalendářní měsíc, ve kterém dostupnost IS nedosáhne
hodnoty 94 %.
6.4 Dostane-li se Poskytovatel do prodlení s reakční dobou na incident kategorie A, B nebo
C při poskytování servisních služeb kategorie řešení incidentů úrovně 1 dle přílohy č. 1
této smlouvy, je Poskytovatel povinen uhradit Objednateli smluvní pokutu ve výši 500
Kč za každou započatou hodinu prodlení.
6.5 Poruší-li Poskytovatel povinnost v době vyřešení dle přílohy č. 1 této smlouvy vyřešit
incident kategorie A, B nebo C při poskytování servisních služeb kategorie řešení
incidentů úrovně 1 dle přílohy č. 1 této smlouvy, je Poskytovatel povinen uhradit
Objednateli smluvní pokutu ve výši 500 Kč za každý započatý den prodlení.
6.6 Dostane-li se Poskytovatel do prodlení s reakční dobou na požadavek při poskytování
servisních služeb kategorie technická podpora a vývoj dle přílohy č. 1 této smlouvy, je
Poskytovatel povinen uhradit Objednateli smluvní pokutu ve výši 500 Kč za každou
započatou hodinu prodlení.
6.7 Poruší-li Poskytovatel povinnost v době vyřešení dle přílohy č. 1 této smlouvy vyřešit
požadavek při poskytování servisních služeb kategorie technická podpora a vývoj dle
přílohy č. 1 této smlouvy, je Poskytovatel povinen uhradit Objednateli smluvní pokutu
ve výši 500 Kč za každý započatý den prodlení. Smluvní pokutu dle tohoto odstavce je
Poskytovatel povinen platit pouze v případě, že byl požadavek Objednatele
technologicky proveditelný.
6.8 Ustanovením o smluvních pokutách není dotčeno právo Objednatele na náhradu škody
či nemajetkové újmy. Smluvní strany se výslovně dohodly, že Objednatel je vedle
smluvních pokut oprávněn požadovat po Poskytovateli též v plném rozsahu náhradu
škody a nemajetkové újmy způsobené porušením povinnosti, na kterou se vztahuje
smluvní pokuta.
6.9 V případě, že Objednateli vznikne nárok na smluvní pokutu dle této smlouvy vůči
Poskytovateli, je Objednatel oprávněn započíst pohledávku z titulu smluvní pokuty
oproti nároku Poskytovatele na úhradu jím vystavené faktury. Součet všech
uplatněných smluvních sankcí v daném měsíci nesmí přesáhnout měsíční cenu
servisních služeb.
6.10 Smluvní pokuta bude Poskytovatelem uhrazena do 30 dnů od prokazatelného
doručení výzvy k úhradě smluvní pokuty ze strany Objednatele.
7. Trvání a ukončení smlouvy
7.1 Tato smlouva je uzavřena na dobu neurčitou.
7.2 Objednatel je oprávněn (kromě případů uvedených v § 2001 občanského zákoníku) od
této smlouvy písemně odstoupit:
a) byl-li pravomocně zjištěn úpadek Poskytovatele a rozhodnuto o způsobu řešení
úpadku konkursem, nebo byl-li insolvenční návrh pravomocně zamítnut pro
nedostatek majetku Poskytovatele;
b) jestliže Poskytovatel nevyřeší incident Objednatele, který brání Objednateli
řádnému užívání IS, a to ani v Objednatelem dodatečně stanovené lhůtě poté, co
na tento incident Poskytovatele nejméně dvakrát upozornil.
7.3 Odstoupení od smlouvy se mimo jiné nedotýká ujednání o odpovědnosti Poskytovatele
a o sankcích, které zavazují smluvní strany i po odstoupení od této smlouvy.
Stránka 7 z 36
7.4 V případě výpovědi této smlouvy ze zákonných důvodů platí 6 měsíční výpovědní doba,
která začíná běžet od prvního dne následujícího čtvrtletí po prokazatelném písemném
doručení výpovědi smlouvy druhé straně. V průběhu výpovědní doby je Poskytovatel
povinen i nadále poskytovat servisní služby, a to do posledního dne výpovědní doby
s tím, že všechny incidenty a požadavky nahlášené Objednatelem dle čl. 2 této smlouvy
do konce výpovědí doby je povinen vyřešit a to i po skončení výpovědní doby, a to
v souladu s touto smlouvou.
7.5 V případě výpovědi smlouvy je Poskytovatel zavázán provádět servisní služby dle čl.
7.4 smlouvy a Objednatel platit cenu za servisní služby tak, že cenu dle čl. 5.8 písm. b)
„čtvrtletní paušál servisu“ bude Objednatel hradit do posledního kvartálu, ve kterém
končí výpovědní doba, cenu dle čl. 5.8 písm. a) za všechny řádně vyúčtované hodiny
servisních služeb v kategorii „Technická podpora a vývoj“ provedené v souladu s
článkem 7.4 smlouvy.
8. Závěrečná ustanovení
8.1 Tato smlouva se řídí právním řádem České republiky, zejména příslušnými
ustanoveními občanského zákoníku.
8.2 Tato smlouva představuje úplnou dohodu smluvních stran ohledně předmětu této
smlouvy.
8.3 Tato smlouva může být měněna nebo doplňována pouze na základě písemných
dodatků podepsaných oběma smluvními stranami.
8.4 Veškeré přílohy této smlouvy jsou její neoddělitelnou součástí.
8.5 V případě, že se kterékoli ustanovení této smlouvy stane neplatným, neúčinným, nebo
nevynutitelným, zůstávají ostatní ustanovení této smlouvy platná, účinná, resp.
vynutitelná, pokud z povahy této smlouvy nebo z jejího obsahu anebo z okolností, za
nichž byla uzavřena, nevyplývá, že takové neplatné, neúčinné, resp. nevynutitelné
ustanovení nelze oddělit od ostatního obsahu této smlouvy.
8.6 Smluvní strany se dohodly, že Poskytovatel není oprávněn postoupit nebo zastavit
pohledávku za Objednatelem z této smlouvy bez předchozího písemného souhlasu
Objednatele. Poskytovatel není oprávněn svou pohledávku za Objednatelem z této
smlouvy nebo pohledávku na zaplacení smluvní pokuty vzniklé na základě této
smlouvy použít k jednostrannému započtení na pohledávku Objednatele za
Poskytovatelem.
8.7 Poskytovatel na sebe bere nebezpečí změny okolností ve smyslu § 1765 odst. 2
občanského zákoníku.
8.8 Poskytovatel prohlašuje, že se před uzavřením této smlouvy nedopustil v souvislosti se
zadávacím řízením veřejné zakázky sám nebo prostřednictvím jiné osoby žádného
jednání, jež by odporovalo zákonu nebo dobrým mravům nebo by zákon obcházelo,
zejména že nenabízel žádné výhody osobám podílejícím se na zadání veřejné
zakázky, a že se zejména ve vztahu k ostatním uchazečům nedopustil žádného jednání
narušujícího hospodářskou soutěž.
8.9 Tato smlouva nabývá platnosti dnem jejího podpisu oběma smluvními stranami a
účinnosti dnem zveřejnění této smlouvy v Registru smluv. Zveřejnění smlouvy
v Registru smluv zajistí Objednatel a informuje o tom Poskytovatele. Poskytovatel
souhlasí se zveřejněním celého textu této smlouvy včetně podpisů v Registru smluv.
Současně bere Poskytovatel na vědomí, že v případě nesplnění zákonné povinnosti je
smlouva do tří měsíců od jejího podpisu bez dalšího zrušena od samého počátku.
8.10 Tato smlouva se uzavírá elektronickou formou. Každá ze smluvních stran obdrží
elektronický originál opatřený elektronickými podpisy.
8.11 Nedílnou součástí této smlouvy je
příloha č. 1 – Specifikace poskytovaných služeb,
příloha č. 2 – Požadavky a opatření pro zajištění bezpečnosti informací a informačních
aktiv Objednatele,
příloha č. 3 – Popis požadavků na upgrade
Stránka 8 z 36
V Olomouci V Havlíčkově Brodě
Poskytovatel Objednatel
RNDr. Petr Zeman, MBA ………………………………….
místopředseda představenstva Mgr. David Rezničenko
podepsáno elektronicky ředitel organizace
podepsáno elektronicky
.........…...........................
Ing. Svatopluk Beneš, MBA
člen představenstva
podepsáno elektronicky
Stránka 9 z 36
Specifikace servisních služeb Příloha č. 1
Seznam zkratek
Pro potřeby dalšího textu budou používány následující pojmy:
Pojem Význam
Incident Indikovaný problém IS, případně části IS. Kategorizace incidentů je
uvedena dále v textu.
Okamžik Okamžik nahlášení incidentu nebo požadavku prostřednictvím Service
nahlášení desk
Reakční Doba od Okamžiku nahlášení incidentu nebo požadavku
doba prostřednictvím Service desk do okamžiku zahájení činnosti
(Reakce) Poskytovatele na identifikaci a odstranění incidentu nebo zahájení
realizace požadavku Objednatele
Doba Doba od Okamžiku nahlášení incidentu nebo požadavku do okamžiku
vyřešení odsouhlasení vyřešení incidentu nebo požadavku Objednatelem.
(Vyřešení)
SLA Konkrétní smluvní parametry pro poskytování služeb v daných
úrovních servisních služeb.
NBD Následující pracovní den od doby nahlášení incidentu nebo
požadavku.
HW Hardware
IS Informační systém – servisovaný informační systém
SW Software
REQ Vývojové požadavky - na novou funkcionalitu systému včetně změny
integrační vazby v návaznosti na změnu rozhraní jiného IS
Profylaxe Prohlídka a kontrola základních funkcí IS a databáze v produkčním
IS prostředí minimálně 1x za 3 měsíce.
Tabulka 1: Seznam zkratek a pojmů
Maintenance
Maintenance (pravidelná údržba) dle této smlouvy je realizována Poskytovatelem v
pravidelném intervalu 1 x měsíčně (dále jen „Maintenance“). Maintenance bude prováděna
dle pokynu Objednatele pomocí vzdáleného přístupu a na pracovištích Objednatele nebo
na místě určeném Objednatelem.
Maintenance bude Poskytovatel provádět tak, aby co možná nejvíce zamezil vzniku
jakýchkoli incidentů, které by znemožňovaly řádné užívání IS Objednateli a aby byla
splněna dostupnost IS dle čl. 1.7 této smlouvy po celou dobu účinnosti této smlouvy.
Přesný termín Maintenance bude Objednateli Poskytovatelem oznámen minimálně 3 dny
před plánovanou návštěvou technika Poskytovatele a Objednatelem následně do 24 hodin
potvrzen. Pokud nebude termín Objednatelem potvrzen, považuje se automaticky za
schválený.
Služby poskytované v rámci Maintenance:
- přístup k opravným balíčkům;
- pravidelná profylaxe IS;
- úprava IS dle legislativních změn - úprava stávajících funkcionalit IS tak, aby byla v
souladu s legislativními požadavky;
- aktualizace a upgrade SW a firmware včetně instalace;
- optimalizace, identifikace výkonnostních problémů apod.;
- provoz Service desk a hotline.
Stránka 10 z 36
- poskytování testovacího prostředí
- aktualizace provozní dokumentace
Technická podpora a vývoj
V rámci servisních služeb kategorie Technická podpora a vývoj dle této smlouvy jsou
poskytovány následující služby:
- konzultační služby;
- školení uživatelů a administrátorů;
- změny nastavení a konfigurace systému;
- součinnost v oblasti kyberbezpečnosti podle přílohy č. 2 v případě, že se bude
jednat o incident zaviněný stranou Objednatele;
- opětovná instalace IS;
- realizace požadavků na novou funkcionalitu systému nad rámec poptávaného
řešení včetně změny integrační vazby v návaznosti na změnu rozhraní jiného
IS(REQ).
Reakční doba servisních služeb v této kategorii: 2 pracovní dny
Doba vyřešení servisních služeb v této kategorii: Doba realizace požadavku bude
dohodnuta mezi Objednatelem a Poskytovatelem a tato lhůta se následně stane pro
Poskytovatele závaznou
Řešení incidentů
Kategorie incidentů:
Kategori Popis
e
A Situace, kdy IS nebo část IS je zcela nefunkční, neumožňuje práci
uživatelů s IS, obsahuje bezpečnostní zranitelnost s kritickou mírou
závažnosti
B Situace, kdy IS nebo část IS je částečně funkční, umožňuje částečné
poskytování služeb, po přechodnou dobu se sníženým komfortem
uživatelů, případně provizorním způsobem z důvodů na straně IS nebo
jeho části, na niž je Poskytovatel povinen poskytovat servisní služby
nebo IS obsahuje bezpečnostní zranitelnost se střední mírou
závažnosti
C Nedostatky a vady drobného rozsahu, které nebrání užívání IS nebo
jeho části, nicméně IS obsahuje bezpečnostní zranitelnost s nízkou
mírou závažnosti
Kategorie bezpečnostních zranitelností:
Kategori Popis
e
Kritická Zranitelnost dosáhne základního skóre 7.0 – 10.0 bodů dle obecného
systému hodnocení zranitelností (otevřený standard CVSSv3 base
score)
Střední Zranitelnost dosáhne základního skóre 4.0-6.9 bodů dle obecného
systému hodnocení zranitelností (CVSSv3 base score)
Nízká Zranitelnost dosáhne základního skóre 0.0-3.9 bodů dle obecného
systému hodnocení zranitelností (CVSSv3 base score)
V následující tabulce jsou pak pro jednotlivé úrovně servisních služeb definovány reakční
doba a doba vyřešení dle jednotlivých kategorií incidentů.
Stránka 11 z 36
Úroveň servisních služeb:
Úrove A B C
ň Reakce Vyřešení Reakce Vyřešení Reakce Vyřešení
1 4 hod. 10 hod. 4 hod. 2 prac. 10 hod. 7 prac.
v pracov v pracovní v pracovní dny v pracovní dnů
ní dny dny dny dny
Požadovaná úroveň služeb Úroveň servisních
Popis IS, popř. části IS služeb
Celý IS, zejména následující části IS: 1
Žádanky 1
Zakázky 1
Externí vztahy 1
Smlouvy 1
Řízení nájemních vztahů 1
Evidence zdravotnických prostředků 1
Opakované činnosti 1
Technický pasport 1
Prostorový pasport 1
Stavební pasport 1
Workflow 1
Jádro systému 1
Energetický management 1
Integrační vazby FaMa+ a ERP/QI 1
Integrační vazby FaMa+ a DMS 1
Integrační vazby FaMa+ a Centrální číselníky KV
Metodika výpočtu dostupnosti IS
Pro potřeby výpočtu dosažené dostupnosti IS (požadovaná úroveň SLA 97 %) bude
využita měsíční suma výpadků IS v kategorii incidentu A na základě údajů monitoringu
Objednatele.
Pro výpočet skutečně dosažené dostupnosti IS se pak použije následující vzorec:
(TS — TN)
dostupnost IS = —————— x 100 %
TS
TS značí celkový počet hodin, po které má být v daném kalendářním měsíci IS
provozováno, s výjimkou doby oprávněného omezení provozu IS.
TN značí celkový počet hodin, po které byl IS nedostupné nebo neplnilo svoji funkci (viz.
kategorie A incidentu) , s výjimkou doby oprávněného omezení provozu IS.
Do měsíční nedostupnosti IS nebudou započítány výpadky ani přerušení nebo vady IS
vyplývající zejména z níže uvedených příčin:
a) Objednatel požaduje od Poskytovatele otestování funkcí IS, ačkoliv nebyla
ohlášena ani detekována žádná porucha.
b) IS je změněn nebo upraven na pokyn Objednatele a s jeho vědomím takovým
způsobem, že parametry definované dostupnosti nemohou být splněny.
c) V případě zásahu vyšší moci.
d) Jakékoliv přerušení přímo vyplývající z poruch nebo nedostatků IS nebo zařízení
způsobených Objednatelem např. výpadek napájení.
e) Poruchy způsobené výpadky vybavení nebo systémů zajištěných Objednatelem
nebo jakoukoliv třetí stranou, která není řízena nebo kontrolována Poskytovatelem.
f) Doba vzniklá čekáním na prověření funkčnosti IS Objednatelem delší než 30 minut.
Stránka 12 z 36
Příloha č. 2
Požadavky a opatření pro zajištění bezpečnosti informací a informačních aktiv Objednatele
V případě, že má Objednatel vlastní externí bezpečnostní politiku, je Poskytovatel povinen
se řídit touto politikou. Jinak platí následující pravidla:
● Bezpečnost přístupových oprávnění
o Poskytovatel je povinen chránit veškeré přístupové údaje k informačním
aktivům Objednatele včetně přístupů k informačním aktivům zhotovitele,
které umožňují přístup k informačním aktivům Objednatele či umožnují jejich
správu.
o Poskytovatel je povinen dodržovat tuto bezpečnostní politiku hesel pro výše
uvedené přístupové údaje:
▪ min. délka hesla 12 znaků
▪ složitost hesla musí splňovat minimálně 3 ze 4 kategorií
● malá písmena
● velká písmena
● číslice
● speciální znaky
▪ hesla musí být uchovávána v tajnosti, nesmí být ukládána
v nezašifrované podobě (dle bodu kryptografie)
▪ hesla nesmí obsahovat žádné informace z přihlašovacího jména
(login)
▪ platnost hesla musí být maximálně 1 rok.
o Poskytovatel je povinen používat personifikované účty, které jsou
nepřenosné na jiné osoby, než kterým byly údaje přiděleny.
o Přístupová oprávnění lze využívat pouze pro ten účel, pro který byla zřízena.
o Pokud by Poskytovatel zřizoval přístupová oprávnění třetí straně, je
zhotovitel povinen o této skutečnosti informovat Objednatele. Objednatel má
v tomto případě právo zřízení přístupu zamítnout.
● Řízení kybernetických bezpečnostních incidentů:
o Poskytovatel je povinen Objednateli hlásit veškeré kybernetické
bezpečnostní incidenty, které se týkají informačních aktiv Objednatele nebo
informačních aktiv Poskytovatele, pokud se kybernetický bezpečnostní
incident týká informací či informačních aktiv Objednatele.
o Poskytovatel je dále povinen poskytnout adekvátní součinnost při řešení
kybernetických bezpečnostních incidentů a při forenzní analýze incidentů
souvisejících s informačními aktivy Objednatele.
● Bezpečnost kryptografických prostředků:
o Pokud Poskytovatel používá kryptografické prostředky v souvislosti
s informačními aktivy Objednatele, je nezbytné, aby použité kryptografické
algoritmy byly minimálně v souladu s aktuálním zněním vyhlášky č.
316/2014 Sb.
Stránka 13 z 36
Příloha č. 3
požadavky na upgrade (z přílohy č. 2 zadávací dokumentace)
Upgrade FAMA+ ve všech organizacích: Definice požadavků zadavatele
1. Součástí instalačních prací bude:
• Upgrade testovací a provozní DB na nejnovější verzi pro jádro systému.
• Upgrade aplikace Fama+ na aktuální verze modulů a nejnovější verzi jádra.
• Instalace aplikace v testovacím a provozním prostředí Objednatele
• Instalace integračního serveru
Instalace generačního upgrade proběhne po dobu odstávky testovacího a provozního
prostředí IS Fama+ v předem dohodnutém termínu; odstávka nepřesáhne dobu 2
pracovních dnů.
Součástí dodávky je předání licenčních certifikátů IS Fama+ mezi autorem díla –
Poskytovatelem a Objednatelem, odpovídající aktuálnímu stavu nasazení před záhájením
Upgrade na verzi HTML5 MULTIWEB (dále též MW) a která vychází z integračních vazeb
popsaných příloze tohoto dokumentu.
2. Implementační služby obsahují následující činnosti:
Vytvoření vývojové aplikace na bázi aktuálně podporované verze jádra ve
vývojovém prostředí Poskytovatele.
Vytvoření nového modelu přístupových práv tzv. práva verze 2, které zvyšují
bezpečnost systému a minimalizují riziko nežádoucího úniku informací v případě
penetrace do vnitřní sítě Objednatele tak, aby odpovídala vlastnostem původního
systému.
Implementace individuálních úprav.
Úpravy uživatelských rozhraní z prostředí Silverlight (dále též SL) do prostředí MW.
Primární testování aplikace a uživatelských práv ve vývojovém prostředí
Poskytovatele.
Implementační nastavení po instalacích do testovacího a provozního prostředí
Objednatele.
Verifikace klíčových vlastností aplikace Fama+ MW v testovacím a provozním
prostředí.
Vytvoření uživatelských příruček.
Zaškolení klíčových uživatelů Objednatele pro přechod na GUI Multiweb.
Asistence při testování klíčovými uživateli Objednatele
Účast na akceptačním řízení.
Realizace generačního upgrade:
Vytvoření nového modelu přístupových práv – Práva v.2
Upgrade IS Fama+ Silverlight na verzi 21.01 nebo novější (aktuálně podporovanou)
Vytvoření uživatelského rozhraní Multiweb na portálu MyDesk
Upgrade Žádankového systému na GUI Multiweb
Vytvoření GUI Multiweb pro Agendové systémy
harmonogram realizace dodávky řešení do 40 týdnů ode dne účinnosti servisní smlouvy
Stránka 14 z 36
Příloha:
DEFINICE FAMA+ STANDARD PRO ZZ
Cíl projektu zavedení FaMa+ v organizacích a standardizace IS
Cílem projektu ERP ZZ je standardizace IS v oblasti ERP a Technické evidence. V oblasti
Technické evidence, která je předmětem tohoto dokumentu, jde o snahu sjednocení
přístupů u všech subjektů při implementaci, provozu a rozvoje IS. V rámci dalšího textu
budeme společné charakteristiky řešení nazývat FaMa+ Standard.
ČÍSELNÍKY FAMA+ STANDARD
Metodické doporučení pro projekt ZZ
Číselníky pro oblast ZP a TP jsou v rámci projektu ZZ sjednoceny s cílem jednotné
evidence a následného reportingu v rámci Kraje Vysočina. Dohoda na její definitivní
podobě je předmětem etapy Analýza, následně bude v etapě implementace tento stav
naplněn při nastavení systému. V případě potřeby je možné učinit po dohodě určité
korekce před zahájením implementace.
Správa číselníků. Synchronizace
Věcná aktualizace číselníku je prováděna v rámci koordinační činnosti odboru
zdravotnictví Kraje Vysočina a diskusí se subjekty ZZ.
Technická realizace je zajištěna na úrovni centrální správy číselníku instalované
instance FaMa+ na infrastruktuře Kraje Vysočina (instance DCJ). Zde bude
referenční stav číselníků FaMa+ a bude zajištěna automatická synchronizace na
všechny další provozované IS FaMa+ jednotlivých ZZ. Tím je zajištěn jednotný stav
číselníků na všech provozovaných systémech FaMa+. Konkrétní správou referenčních
číselníků bude pověřen jmenovaný administrátor.
Stránka 15 z 36
EZP ČÍSELNÍKY
Zde uvádíme znovu přehled vybraných číselníků FaMa+ a také jejich navrhovaný obsah
P.č. Číselník FaMa+ Zdroj Aktualizace Správce
Standard ZZ migrace (Synchronizace)
1 Typy ZP FaMa+ automatizovaně Administrátor
referenční
2 Typy kontrol (pro FaMa+ automatizovaně Administrátor
Druhy opakované referenční
činnosti)
3 Kategorie majetku FaMa+ automatizovaně Administrátor
referenční
4 Kategorie ZP FaMa+ automatizovaně Administrátor
referenční
5 Třídy ZP FaMa+ automatizovaně Administrátor
referenční
6 Třída přesnosti FaMa+ automatizovaně Administrátor
měřidla referenční
7 Norma měřidla FaMa+ automatizovaně Administrátor
referenční
8 Třídy elektrické FaMa+ automatizovaně Administrátor
bezpečnosti referenční
9 Stupně ochrany ZP FaMa+ automatizovaně Administrátor
referenční
Obsahový návrh číselníků FaMa+ Standard je uveden dále.
V rámci komunikace s koncovými zákazníky na úvodních analytických schůzkách a na
společném workshopu byl tento návrh předložen a diskutován.
Typy ZP
Nazev TYP ZP
Zdravotnická technika
Zobrazovací metody
RTG diagnostika
RTG počítačová tomografie (CT)
Kostní denzitrometrie
Nukleární medicína
Sonografie
Endoskopie
Doplňková zařízení pro zobrazovací metody
Ostatní zobrazovací zařízení
Intenzivní péče
Anestezie a ventilace plic
Stránka 16 z 36
Monitorace vitálních funkcí
Resuscitace
Infuzní zařízení
Odsávací zařízení
Hemofitrační zařízení
Inkubátory a vyhřívaná lůžka
Lůžka resuscitační
Ostaní zařízení pro intenzivní péči
Operační obory a sály
Operační stoly
Operační světla a závěsy
Instrumentaria a mech. nástroje
Elektrochirurgická zařízení
Operační optická zařízení
Kardiochirurgická zařízení
Nábytek pro OS
Ostatní vybavení pro OS
Terapie a rehabilitace
Léčba ionizujícím zářením
Léčba světelným zářením
Elektroléčba, magnetoterapie
Léčba tepelná
Terapie plynová
Terapie vodní
Léčba ultrazvukem
Mechanoterapie, pohybová terapie
Ostatní léčebná zařízení
Interní obory
Kardiologická a vaskulární diagnostika
Cévní diagnostika
Nefrologie
Plicní
Neurologie
Ostatní
Specializované obory
Ofthalmologie
Othorhinolaryngologie
Urologie
Gynekologie a porodnictví
Dermatovenerologie
Stomatologie
Ostatní
Ostatní univerzální ZT
Tonometry, glukometry
Fonendoskopy
Nábytek zdravotnický
Vybavení pacientských pokojů
Péče o imobilní pacienty
Vybavení vyšetřoven a ambulancí
Nábytek - speciální zdravotnické provedení
Ostatní zařízení
Laboratorní a měřicí technika
Stránka 17 z 36
Biochemie
Analyzátory biochemické
Glukometry
Denzitometry
Elektroforézy
Spektrometry
Ostatní zařízení
Hematologie
Analyzátory hematologické
Separátory krevní
Koagulometry
Zařízení transfuzních stanic
Ostatní zařízení
Histologie
Histologická zařízení
Biopsie
Soudní lékařství
Vybavení piteven
Ostatní zařízení
Imunologie a mikrobiologie
Imunologická zařízení
Mikrobiologie
Cytometry
Přístroje pro sérologii
Ostatní zařízení
Sterilizace, desinfekce a úprava vody
Sterilizátory
Desinfekce a dekontaminace
Myčky a sušičky
Úprava vody
Germicidní světelné zdroje
Ostatní
Universální laboratorní přístroje
Perfusor promývací
Třepačky a míchačky
Ohřevy a termostaty
Chlazení a mrazení
Lamin. boxy a digestoře
Mikroskopy laboratorní
Pipetovací zařízení
Odstředivky
Zdroje a stabilizace
Ostatní zařízení jinde nazařazená
Měřicí technika
Hmotnost
Teplota
Složení a stav plynů
Ionizující záření
Prostor
Elektrické veličiny
Složení a kvalita tekutin
Ostatní měřicí technika
Stránka 18 z 36
Nábytek laboratorní
Stoly laboratorní
Nábytek lékárenský
Ostatní laboratorní nábytek
Různé
Druhy OČ
Kategorie majetku
Kategorie ZP
Stránka 19 z 36
Třídy ZP
Další obecné číselníky EZP:
Třída přesnosti měřidla
Norma měřidla
Třídy elektrické bezpečnosti
Stupně ochrany ZP
Obecné číselníky celostátní
ÚZIS
CPV
GMDN
UMDNS
Dojde k naplnění číselníků ze zdrojů Ministerstva zdravotnictví, apod. Aktualizace
v rámci Podpory FaMa+
NASTAVENÍ ČÍSELNÍKŮ PRO FAMA+ PP, SP,TP. PŘEHLED
Stránka 20 z 36
P.č. Číselník FaMa+ Zdroj Aktualizace Správce
Standard ZZ migrace (Synchronizace) Administrátor
1 Typy ploch FaMa+ automatizovaně
referenční
2 Účel plochy automatizovaně Administrátor
FaMa+
3 Typy Dveří referenční automatizovaně Administrátor
4 Typy Konstrukčních FaMa+ automatizovaně Administrátor
prvků referenční
automatizovaně Administrátor
5 Druhy Opakovaných FaMa+
činností referenční automatizovaně Administrátor
6 Typy zařízení FaMa+
referenční
FaMa+
referenční
STRUKTURY DB
Vychází ze standardní verze FaMa+.
Dílčí úpravy v rámci implementace s ohledem na koordinaci v rámci ZZ
FORMULÁŘE, VÝSTUPNÍ SESTAVY
Vychází ze standardní verze FaMa+.
Úpravy v rámci implementace s ohledem na koordinaci v rámci ZZ
VÝMĚNNÉ FORMÁTY (EXPORT, REPORTING)
Vychází ze standardní verze FaMa+.
Úpravy v rámci implementace s ohledem na koordinaci v rámci ZZ
APLIKACE, MODULY FAMA+
Zde uvádíme seznam licencovaných modulů FaMa+, které budou nainstalované na všech
ZZ.
Standardizované řešení – moduly FaMa+
P.č. Moduly FaMa+ Modul zkr
ZAD
1 Žádanky ZAK
EXT
2 Zakázky SML
RNV
3 Externí vztahy EZP
OPC
4 Smlouvy TECHP
PRP
5 Řízení nájemních vztahů STP
6 Evidence zdravotnických prostředků
7 Opakované činnosti
8 Technický pasport
9 Prostorový pasport
10 Stavební pasport
Stránka 21 z 36
11 Workflow WF
12 Jádro systému SYS
13 Energetický management ENM
STANDARDIZACE INTEGRAČNÍ VAZBY FAMA+ A ERP/QI
Součástí standardizace řešení jsou i jednotné integrační vazby mezi systémem QI a
FaMa+.
Technická specifikace je uvedena v samostatné kapitole Integrace systémů.
Stránka 22 z 36
Integrace systémů
Systém FaMa+ pro řešení Technické správy majetku je komplexní, modulární IS
s rozsáhlou funkcionalitou. Vzhledem k tomu, že podporuje podnikové procesy, kde
dochází ke zpracování informací jak z prostředí ekonomicko-účetního systému ERP, tak
ze systému pro Technickou správu majetku, je role integračních vazeb pro efektivní
nasazení klíčová.
Tato kapitola pojednává o integračních vazbách v oblasti číselníků, základních evidencí a
v procesech, běžících napříč oběma systémy.
INTEGRAČNÍ VAZBY NA SYSTÉM QI
SCHÉMA INTEGRAČNÍCH VAZEB
Stránka 23 z 36
SYNCHRONIZACE SPOLEČNÝCH ČÍSELNÍKŮ
Vazby budou provedeny přes databázové pohledy (View). Aktualizace dat bude probíhat
pomocí časovačů, které budou spouštět funkce pro čtení dat a případný update dat ve
Fama+. Pro každou vazbu bude nastaven samostatný časovač, který bude možno změnit
dle potřeb. Přes nastavení časovačů ve FAMA+ je možné spouštět přímo z FAMA+
funkce (časovače) pro update dat. Předpokládaná perioda spouštění časovačů je řádově
1 den.
Během každého procesu synchronizace se ověří, jestli daný záznam již ve FAMA+
existuje. Pokud existuje, pak budou data upravena, podle nových hodnot, pokud ještě
neexistuje, vytvoří se ve FAMA+ záznam nový.
U každého záznamu v databázovém pohledu bude přidána časová značka, která bude
označovat informaci o poslední změně daného záznamu.
Identifikace jednotlivých záznamů bude řízena přes 64bitový identifikátor (Int64), který
bude odpovídat ID v systému QI.
HOSPODÁŘSKÁ STŘEDISKA
Integrační vazba bude předávat data o Hospodářských střediscích, která se budou
prvotně zakládat v QI
Jedná se přenos kompletního číselníku hospodářských středisek.
Směr integrační vazby QI FaMa+
Data se budou na straně FaMa+ plnit do třídy FNakladovy_objekt.
Integračním klíčem pro jakoukoliv další komunikaci mezi FaMa+ a QI bude ID QI.
Organizace integrační vazby – Dávkový přenos jednou denně.
Pokud bude hospodářské (z pohledu FAMA+ nákladové) středisko na straně QI
smazáno, pak bude ve FAMA+ provedena kontrola, zdali již není někde navázáno a
pokud nebude navázáno, dojde k jeho smazání i na straně FAMA+. Pokud bude již
navázáno, pak dojde k jeho zneplatnění na straně FAMA+.
Stránka 24 z 36
ORGANIZAČNÍ STRUKTURA KE DNI
Integrační vazba bude předávat data o organizačních jednotkách, které se budou prvotně
zakládat v QI
Jedná se přenos kompletního číselníku organizačních jednotek k danému dni.
Směr integrační vazby QI FaMa+
Data se budou na straně FaMa+ plnit do třídy FUtvat_organizace.
Integračním klíčem pro jakoukoliv další komunikaci mezi FaMa+ a QI bude ID QI.
Organizace integrační vazby – Dávkový přenos jednou denně.
Tato vazba, s ohledem na skutečnost, že součástí datové věty bude identifikátor
Hospodářského (v IS FaMa+ - nákladového ) střediska, musí proběhnout až následně po
synchronizaci vazby XII.1.2.B – Hospodářská střediska.
INVENTÁRNÍ ÚSEK
Integrační vazba bude předávat data o Inventárních úsecích, která se budou prvotně
zakládat v QI
Jedná se přenos kompletního číselníku Inventárních úseků.
Směr integrační vazby QI FaMa+
Data se budou na straně FaMa+ plnit do třídy FInventarni_usek.
Integračním klíčem pro jakoukoliv další komunikaci mezi FaMa+ a QI bude ID QI.
Organizace integrační vazby – Dávkový přenos jednou denně.
OBCHODNÍ PARTNEŘI
Integrační vazba bude předávat data o obchodních partnerech, která se budou prvotně
zakládat v QI.
Jedná se přenos kompletního číselníku obchodních partnerů.
Směr integrační vazby QI FaMa+
Data se budou na straně FaMa+ plnit do třídy FFirmy.
Integračním klíčem pro jakoukoliv další komunikaci mezi FaMa+ a QI bude ID QI.
Organizace integrační vazby – Dávkový přenos jednou denně.
PRACOVNÍCI
Integrační vazba bude předávat data o pracovnících, která se budou prvotně zakládat
v QI.
Jedná se přenos kompletního číselníku pracovníků.
Směr integrační vazby QI FaMa+
Data se budou na straně FaMa+ plnit do třídy FPracovnik.
Integračním klíčem pro jakoukoliv další komunikaci mezi FaMa+ a QI bude ID QI.
Organizace integrační vazby – Dávkový přenos jednou denně.
TYPY MAJETKU ÚPLNÉ
Integrační vazba bude předávat data o Typech majetku, které se budou prvotně zakládat
v QI.
Jedná se přenos kompletního číselníku Typy majetku úplné.
Směr integrační vazby QI FaMa+
Data se budou na straně FaMa+ plnit do třídy PKategorie_majetku.
Integračním klíčem pro jakoukoliv další komunikaci mezi FaMa+ a QI bude ID QI.
Stránka 25 z 36
Organizace integrační vazby – Dávkový přenos jednou denně.
TŘÍDY MAJETKU
Integrační vazba bude předávat data o Třídách majetku, které se budou prvotně zakládat
v QI.
Jedná se přenos kompletního číselníku Tříd majetku.
Směr integrační vazby QI FaMa+
Data se budou na straně FaMa+ plnit do třídy PUcetni_trida.
Integračním klíčem pro jakoukoliv další komunikaci mezi FaMa+ a QI bude ID QI.
Organizace integrační vazby – Dávkový přenos jednou denně.
ÚČETNÍ OSNOVA
Integrační vazba bude předávat data o používaných účtech, které se budou prvotně
zakládat v QI.
Jedná se přenos kompletního číselníku Účetní osnovy.
Směr integrační vazby QI FaMa+
Data se budou na straně FaMa+ plnit do třídy CUcetni_osnova.
Integračním klíčem pro jakoukoliv další komunikaci mezi FaMa+ a QI bude ID QI.
Organizace integrační vazby – Dávkový přenos jednou denně.
Nutná možnost celkové synchronizace.
BANKY
Integrační vazba bude předávat data o evidenci bank, které se budou prvotně zakládat
v QI.
Jedná se přenos kompletního číselníku Bank.
Směr integrační vazby QI FaMa+
Data se budou na straně FaMa+ plnit do třídy CBanky.
Integračním klíčem pro jakoukoliv další komunikaci mezi FaMa+ a QI bude ID QI.
Organizace integrační vazby – Dávkový přenos jednou denně.
OBCE
Integrační vazba bude předávat data o evidenci obcí, která se budou prvotně zakládat
v QI.
Jedná se přenos kompletního číselníku Obcí.
Směr integrační vazby QI FaMa+
Data se budou na straně FaMa+ plnit do třídy FObec.
Integračním klíčem pro jakoukoliv další komunikaci mezi FaMa+ a QI bude ID QI.
Organizace integrační vazby – Dávkový přenos jednou denně.
SKP
Integrační vazba bude předávat data Číselníku SKP, která se budou prvotně spravován
v QI.
Jedná se přenos kompletního číselníku SKP.
Směr integrační vazby QI FaMa+
Data se budou na straně FaMa+ plnit do třídy CSKP.
Integračním klíčem pro jakoukoliv další komunikaci mezi FaMa+ a QI bude ID QI.
Organizace integrační vazby – Dávkový přenos jednou denně.
Stránka 26 z 36
SKLADOVÉ SKUPINY
Integrační vazba bude předávat data evidence skladových skupin, které se budou prvotně
spravován v QI.
Jedná se přenos kompletního číselníku Skladových skupin.
Směr integrační vazby QI FaMa+
Data se budou na straně FaMa+ plnit do třídy CSkladova_skupina.
Integračním klíčem pro jakoukoliv další komunikaci mezi FaMa+ a QI bude ID QI.
Organizace integrační vazby – Dávkový přenos jednou denně.
PŘENOSY ZÁKLADNÍCH EVIDENCÍ
Vazby QI FaMa+
budou probíhat na straně FAMA+ pomocí časovačů s krátkou dobou periody (cca 15
minut) a pomocí „komunikačních tabulek“, přičemž bude v krátkých intervalech spouštěna
funkce, která bude zjišťovat, zda li nedošlo ke změně v těchto tabulkách. Jakmile dojde
k novému zápisu v tabulce, spustí se funkce pro update dat. Po přečtení dat se uloží do
atributu „Stav“, výsledek čtení.
Během zpracovávání dat z komunikační tabulky se ověří, jestli daný záznam již ve
FAMA+ existuje. Pokud existuje, pak budou data upravena, podle nových hodnot, pokud
ještě neexistuje, vytvoří se ve FAMA+ záznam nový.
pokud na straně od QI bude záznam, který bude na některý synchronizovaný číselník, a
jeho součástí bude hodnota tohoto číselníku, která ještě nebyla synchronizována, tudíž
v číselníku ve FaMa+ tato hodnota nebude, pak dojde k uložení chybového čísla, které
bude znamenat, že záznam má být synchronizován znovu. Pokud se při další
synchronizaci již data načtou v pořádku, pak bude záznam označen jako přečtený (Stav =
„1“)
Vazby FaMa+ QI
Na straně FAMA+ budou dohlíženy vybrané atributy a při změně v některém z atributů
dojde k zavolání funkce, která do komunikační tabulky uloží změněný objekt. Přenášené
atributy budou upřesněny později. Při uložení nového záznamu se do atributu stav uloží
číslo „0“.
Stránka 27 z 36
Komunikační tabulka
Bude obsahovat data pro předání (budou popsána později), atribut s časem poslední
změny a atribut Stav, ve kterém bude uloženo číslo, popisující stav.
Stav Význam
0 … nový záznam
1 … přečtený záznam, vše OK
2 a ... došlo k chybě při čtení, nebo zpracování záznamu – číslo bude upřesňovat
vyšší druh chyby.
Pro každou vazbu bude připravena samostatná komunikační tabulka.
Komunikační tabulky budou uloženy na straně toho serveru, kde se do nich budou plnit
data.
Tabulky pro vazby
XII.1.3.B. ZALOŽENÍ DOPRAVNÍHO PROSTŘEDKU
XII.1.3.D. ÚČETNÍ EVIDENCE MAJETKU
XII.1.3.E. KATALOG MATERIÁLŮ
Budou uloženy na straně QI.
Tabulky pro vazby
XII.1.3.A. EVIDENCE PROSTOROVÝCH JEDNOTEK
XII.1.3.C. TECHNICKÁ EVIDENCE MAJETKU
Budou uloženy na straně FAMA+
Komunikační tabulka bude mazána periodicky. Mazány budou pouze záznamy, které již
byly přečteny a nebudou se znovu číst.
EVIDENCE PROSTOROVÝCH JEDNOTEK
Integrační vazba bude předávat evidenci prostorových jednotek prováděnou v IS FaMa+
ve třídě FPlochy pro naplnění číselníku Umístění v IS QI.
Předpokládá se, že řídicím systémem pro tuto synchronizaci bude IS FaMa+
Směr integrační vazby FaMa+ QI
Integračním klíčem pro jakoukoliv další komunikaci bude ID FaMa+
Organizace integrační vazby – pouze změny (přenášejí se záznamy, u kterých došlo ke
změně definovaného atributu).
Nutná možnost celkové synchronizace
Při předávání dat bude v atributu (bude upřesněn později) uložena celá cesta stromu
k danému záznamu. Jednotlivé položky budou odděleny znakem „>”, který bude určovat
směr vazby.
ZALOŽENÍ DOPRAVNÍHO PROSTŘEDKU
Integrační vazba bude předávat data o dopravních prostředcích, která se budou prvotně
zakládat v QI doprava.
Jedná se pouze o přenos nově založených položek dopravních prostředků.
Směr integrační vazby QI FaMa+
Data se budou na straně FaMa+ plnit do třídy FPrehled_majetku.
Integrační vazba doplní na straně IS FaMa+ k záznamu Typ – DP.NOV – Nový a založí
nový záznam dopravního prostředku v IS FaMa+.
Integračním klíčem pro jakoukoliv další komunikaci mezi FaMa+ a QI doprava bude ID QI
doprava.
Organizace integrační vazby – pouze změny (nově založený dopravní prostředek)
Nutná možnost celkové synchronizace
Stránka 28 z 36
TECHNICKÁ EVIDENCE MAJETKU
Integrační vazba bude předávat data o nově založených položkách zařízení které se v IS
FaMa+ provádí ve třídě FPrehled_majetku. Prvotní založení nového zařízení (realizuje se
v Technickém pasportu, Stavebním pasportu a Evidenci Zdravotnických prostředků) se
bude realizovat v IS FaMa+
Jedná se o přenos údajů nově založených položek evidence. Do této kategorie spadají i
dopravní prostředky, které byly založeny v rámci integrační vazby XII.1.2.B. Převzetí
nového dopravního prostředku.
Směr integrační vazby FaMa+ QI
Integračním klíčem pro následnou komunikaci o zařízení bude ID FaMa+.
Organizace integrační vazby – pouze změny (nově založený záznam ve třídě
FPrehled_majetku)
Nutná možnost celkové synchronizace
ÚČETNÍ EVIDENCE MAJETKU
Integrační vazba bude předávat data o nově založených položkách majetku po jejich
založení do majetkové evidence v QI.
Jedná se o přenos údajů nově založených položek majetku po jejich založení do
majetkové evidence v QI. Tato integrační vazba bude mimo položky majetku, které budou
založeny do evidence na základě integrační vazby XII.1.2.C Technická evidence majetku
předávat i data položek majetku, který bude zadáván do majetkové evidence přímo v QI.
Směr integrační vazby QI FaMa+
Data se budou na straně IS FaMa+ přebírat do třídy FPřehled_majetku a PUcetni_data
Integračním klíčem pro komunikaci o zařízení bude ID FaMa+, které bylo předáno v rámci
vazby XII.1.2.C Technická evidence majetku. Pokud v datové větě tento atribut nebude,
založí systém FaMa+ novou položku.
Organizace integrační vazby – pouze změny (nově založené položky evidence majetku)
Nutná možnost celkové synchronizace
KATALOG MATERIÁLŮ
Integrační vazba bude předávat data o úplné evidenci skladových materiálů vedené v QI
Jedná se o přenos údajů skladových materiálů pro potřebu zakládání požadavků na sklad
v rámci vazby XII.1.4.B – Požadavek na sklad
Směr integrační vazby QI FaMa+
Data se budou na straně IS FaMa+ přebírat do třídy FZboží
Integračním klíčem pro komunikaci mezi IS FaMa+ a IS QI bude ID QI.
Organizace integrační vazby – Dávkový přenos jednou denně.
Stránka 29 z 36
SCHÉMATA PROCESŮ MEZI ERP/QI A FAMA+
EVIDENCE ZDRAVOTNICKÉHO MAJETKU (EZP)
Založení zdravotnického majetku:
Ve FaMa+ bude zadáván jen majetek „zdravotnické prostředky“ ZP a tento bude
přenášen do QI. Inventární číslo nebude ve FaMa+ zadáváno – bude doplněno integrací
po zaevidování v IS QI.
Oboustranně bude možno provádět následnou aktualizaci dat všeho majetku.
Nový majetek – založení karty ZP.
1. Primární založení ZP ve FaMa+ bez IČ
2. Přenos INT vazbou z FaMa+ do MAJ.
3. Přidělení IČ v MAJ
4. Přenos INT vazbou z MAJ do FaMa+.
5. Aktualizace INT vazbou z MAJ do FaMa+ oboustranná.
EVIDENCE TECHNICKÉHO MAJETKU
Založení nezdravotnického majetku:
1. Proces je stejný jako u ZP.
2. Schema procesu uvedeno výše.
EVIDENCE DOPRAVNÍCH PROSTŘEDKŮ
Auto:
1. založení v dopravě QI
2. odeslání položky do FAMA
3. příjem dat do QI –> do přípravy dat do majetku QI – technická data + ID FAMA
4. odeslání účetních dat do FAMA –> účetní data + ID FAMA + ID QI (z dl. majetku
QI)
Předání počtu ujetých km (ID vozidla, stav tachometru) za účelem generování zakázky
Auta budou v QI sledována z pohledu majetkové evidence a vlastní dopravy – kniha
jízd, cestovní příkazy apod. Servis aut bude řešen ve FAMA.
Stránka 30 z 36
LIKVIDACE FAKTUR
Likvidace faktur na servis se dotýká systému QI v oblasti přijetí faktury a vystavení košilky
faktury. Následně je proces doplněn integrační vazbou na přenos košilky faktury do
systému FaMa+
V systému FaMa+ pokračuje proces likvidace a vystavení likvidačního lístku faktury a
přenos zpět do QI.
Proces je názorně zobrazen na schématu:
Stránka 31 z 36
INTEGRAČNÍ VAZBY PROCESŮ - DETAILY
Tyto vazby budou využívat komunikační tabulku stejně jako vazby „Přenosy základních
evidencí“
Vazby QI FaMa+
budou probíhat na straně FAMA+stejně jako u vazeb „Přenosy základních evidencí“
pomocí časovačů s krátkou dobou periody (cca 15 minut) a pomocí „komunikačních
tabulek“, přičemž bude v krátkých intervalech spouštěna funkce, která bude zjišťovat, zda
li nedošlo ke změně v těchto tabulkách. Jakmile dojde k novému zápisu v tabulce, spustí
se funkce pro update dat.Update dat bude probíhat stejným způsobem jako u vazeb
„Přenosy základních evidencí“.
Vazby FaMa+ QI
Na straně FAMA+ budou data odeslána do komunikační tabulky, jakmile dojde k ukončení
příslušného procesu.
Tabulky pro vazby
XII.1.4.A. UJETÉ KILOMETRY
XII.1.4.C. REALIZACE POŽADAVKU NA SKLAD
XII.1.4.D. KOŠILKA DOŠLÉ FAKTURY
Budou uloženy na straně QI.
Tabulky pro vazby
XII.1.4.B. POŽADAVEK NA SKLAD
XII.1.4.E. LIKVIDAČNÍ LÍSTEK + POLOŽKY
Budou uloženy na straně FAMA+
UJETÉ KILOMETRY
Integrační vazba bude předávat data o stavech dopravních prostředků z provozní
evidence v QI doprava.
Jedná se o přenos údajů o ujetých kilometrech jednotlivých dopravních prostředků pro
potřebu realizace termínových plánů nad dopravními prostředky.
Směr integrační vazby QI FaMa+
Data se budou na straně FaMa+ plnit do třídy FLimitní_hodnoty pro definované sledování
limitů zařízení na FSledované_limity.
Integrační vazba vyhledá záznam sledovaného limitu pro dopravní prostředek podle
hodnoty ID QI doprava a pro tento záznam na formuláři Limitní hodnoty založí nový
záznam
Integračním klíčem bude ID QI doprava.
Organizace integrační vazby – dávkový přenos dat pro všechny dopravní prostředky
jednou denně.
POŽADAVEK NA SKLAD
Integrační vazba bude předávat požadavek na skladový materiál pro potřebu realizace
servisní a údržbové činnosti.
Jedná se o přenos údajů o skladových materiálech, které je nutné vydat ze skladu pro
potřebu realizace servisního nebo údržbového požadavku na zařízení nebo zdravotnický
prostředek.
Směr integrační vazby FaMa+ QI
Data se budou na straně FaMa+ předávány ze třídy FMateriál_plan pro konkrétní
zakázku.
Integračním klíčem bude ID FaMa zakázky a ID FaMa požadavku.
Stránka 32 z 36
Organizace integrační vazby – přenos požadavku po založení. Funkci doporučuji spouštět
ručně.
REALIZACE POŽADAVKU NA SKLAD
Integrační vazba bude předávat informaci, že požadavek na skladový materiál odeslaný
integrační vazbou XII.1.3.C. byl vyřízen
Jedná se o přenos údajů o skladových materiálech, které byly vydány ze skladu pro
potřebu realizace servisního nebo údržbového požadavku na zařízení nebo zdravotnický
prostředek.
Směr integrační vazby QI FaMa+
Data se budou na straně FaMa+ předávány ze třídy FMateriál_skutečnost pro konkrétní
zakázku.
Integračním klíčem bude ID FaMa zakázky a ID FaMa požadavku.
Organizace integrační vazby – přenos realizovaného požadavku
KOŠILKA DOŠLÉ FAKTURY
Integrační vazba bude předávat informaci, o zaevidovaných košilkách došlých faktur pro
potřebu likvidace faktury v IS FaMa+.
Jedná se o přenos údajů košilky došlé faktury na servisní a údržbové požadavky a faktur
za spotřebu energie, které se budou likvidační lístky včetně položek vytvářet v IS FaMa+.
Směr integrační vazby QI FaMa+
Data se budou na straně FaMa+ předávány ze třídy FKosilka DF.
Integračním klíčem bude ID QI.
Organizace integrační vazby – přenos zadané košilky
LIKVIDAČNÍ LÍSTEK + POLOŽKY
Integrační vazba bude předávat informaci, vytvoření likvidačního lístku k předané košilce
došlé faktury.
Jedná se o přenos údajů vytvořeného likvidačního lístku včetně položek k došlé faktuře na
servisní a údržbové požadavky a faktur za spotřebu energie, předané integrační vazbou
XII.1.3.D. Košilka došlé faktury.
Směr integrační vazby FaMa+ QI
Data se budou na straně FaMa+ předávány ze třídy FFLL_Hlav a FLL_Pol.
Integračním klíčem bude ID QI košilky došlé faktury.
Organizace integrační vazby – přenos realizovaného likvidačního lístku.
Stránka 33 z 36
SDÍLENÉ ČÍSELNÍKY PRO APLIKACE FAMA+
Metodické doporučení pro projekt ERP-ZZZKV. FaMa+Standard
Číselníky pro oblast ZP a TP jsou v rámci projektu ERP-ZZZKV sjednoceny s cílem
jednotné evidence a následného reportingu v rámci Kraje Vysočina. Dohoda na její
definitivní podobě je předmětem etapy Analýza, následně bude v etapě implementace
tento stav naplněn při nastavení systému. V případě potřeby je možné učinit po dohodě
určité korekce před zahájením implementace.
Správa číselníků. Synchronizace
Věcná aktualizace číselníku je prováděna v rámci koordinační činnosti odboru
zdravotnictví Kraje Vysočina a diskusí se subjekty ZZ.
Technická realizace
- je zajištěna na úrovni centrální správy číselníku instalované instance FaMa+ na
infrastruktuře Kraje Vysočina (instance DCJ). Zde bude referenční stav číselníků FaMa+
.
Následně bude zajištěna automatická synchronizace na všechny další provozované IS
FaMa+ jednotlivých ZZ. Tím je zajištěna jednotný stav číselníků na všech provozovaných
systémech FaMa+. Konkrétní správou referenčních číselníků bude pověřen jmenovaný
administrátor.
Stránka 34 z 36
SEZNAM ČÍSELNÍKŮ FAMA+ STANDARD
Číselníky zdravotnické prostředky
P.č. Číselník FaMa+ Zdroj Aktualizace Správce
Standard ZZ migrace (Synchronizace)
1 Typy ZP FaMa+ automatizovaně Administrátor
referenční
2 Typy kontrol (pro FaMa+ automatizovaně Administrátor
Druhy opakované referenční
činnosti)
3 Kategorie majetku FaMa+ automatizovaně Administrátor
referenční
4 Kategorie ZP FaMa+ automatizovaně Administrátor
referenční
5 Třídy ZP FaMa+ automatizovaně Administrátor
referenční
6 Třída přesnosti FaMa+ automatizovaně Administrátor
měřidla referenční
7 Norma měřidla FaMa+ automatizovaně Administrátor
referenční
8 Třídy elektrické FaMa+ automatizovaně Administrátor
bezpečnosti referenční
9 Stupně ochrany ZP FaMa+ automatizovaně Administrátor
referenční
Číselníky Technická evidence
P.č. Číselník FaMa+ Zdroj Aktualizace Správce
Standard ZZ migrace (Synchronizace) Administrátor
1 Typy ploch FaMa+ automatizovaně
referenční
2 Účel plochy FaMa+ automatizovaně Administrátor
referenční
3 Typy Dveří FaMa+ automatizovaně Administrátor
referenční
4 Typy Konstrukčních FaMa+ automatizovaně Administrátor
prvků referenční
5 Druhy Opakovaných FaMa+ automatizovaně Administrátor
činností referenční
6 Typy zařízení FaMa+ automatizovaně Administrátor
referenční
Stránka 35 z 36
Další číselníky mohou být doplněny během fáze implementace a bude zajištěna
synchronizace mezi referenční instancí FaMa+ a jednotlivými ZZ.
INTEGRAČNÍ VAZBY NA SYSTÉM DMS (SOFTWARE602)
Uložené přílohy a dokumenty ve FaMa+ se integrační vazbou přenáší do DMS a vrací se
zpět odkaz na daný dokument v DMS
Do DMS se přenáší ID dokumentu FaMa+, Autor dokumentu a ID uživatele FAMA.
Metadata dokumentu FaMa v DMS
Stránka 36 z 36