VÝZVA K PODÁNÍ NABÍDKY

Čj.: 23041/2020-UVCR-2

VÝZVA K PODÁNÍ NABÍDKY

včetně zadávací dokumentace k veřejné zakázce malého rozsahu s názvem:

„Programátorské práce – Jednotný informační systém pro adiktologické služby“

Česká republika – Úřad vlády České republiky (dále jen „zadavatel“) Vás vyzývá k podání nabídky a prokázání kvalifikace pro předmětnou veřejnou zakázku (dále jen „veřejná zakázka“).

Tato veřejná zakázka malého rozsahu je zadávána mimo rámec zákona č. 134/2016 Sb., o zadávání veřejných zakázek, ve znění pozdějších předpisů (dále jen "ZZVZ"), v souladu s ustanovením § 31 ZZVZ podle zásad § 6 ZZVZ. Výběrové řízení je realizováno přiměřeně k pojmům a principům použitým v ZZVZ. Touto výzvou není zahájeno zadávací řízení ve smyslu § 3 ZZVZ. Pokud výzva v jednotlivých ustanoveních odkazuje na text ZZVZ, nejedná se o postup v některém zadávacím řízení ve smyslu § 4 odst. 4 ZZVZ, ustanovení ZZVZ se na výběrové řízení neaplikují. Vzhledem k tomu v tomto výběrovém řízení nelze proti rozhodnutí zadavatele uplatnit námitky či jiné standardní opravné prostředky ve smyslu ZZVZ.

Veřejná zakázka je realizována dle Xxxxxxxx použití podpory z Operačního programu Zaměstnanost č. OPZ030-871-2/2016 (dále také jen „OPZ“) projektu „Systémová podpora rozvoje adiktologických služeb v rámci integrované protidrogové politiky“, reg. č.: CZ.03.2.63/0.0/0.0/15_030/0003035, Pravidel OPZ, kterými jsou: Obecná část pravidel pro žadatele a příjemce v rámci Operačního programu Zaměstnanost, vydání č. 12 a Specifická část pravidel pro žadatele a příjemce v rámci OPZ pro projekty se skutečně vzniklými výdaji a případně také s nepřímými náklady, vydání č. 12.

1.Identifikační a kontaktní údaje zadavatele

Název: Česká republika – Úřad vlády České republiky

Sídlo: nábř. X. Xxxxxx 128/4, 118 01 Praha 1 – Malá Strana

IČO: 00006599

DIČ: CZ00006599

Zastoupená: Mgr. Xxxxxxxx Xxxxxxxxxx, ředitelkou Odboru protidrogové politiky

Kontaktní osoba: Xxx. Xxxxxxxxxx Xxxxxxxx, Oddělení veřejných zakázek

e-mail: xxxxxxxxxxxxxx@xxxxx.xx, tel.: x000 000 000 000

2.Vymezení druhu, režimu a předmětu veřejné zakázky

1. Druh a režim veřejné zakázky

Veřejná zakázka malého rozsahu na služby.

2. Klasifikace veřejné zakázky

CPV 72262000-9 Vývoj programového vybavení

3. Místo plnění veřejné zakázky

Místem plnění předmětu této veřejné zakázky se rozumí místo předání všech výstupů plnění zadavateli a zároveň místo, kde bude probíhat testování a komunikace mezi zadavatelem a dodavatelem. Místem plnění předmětu této veřejné zakázky je sídlo zadavatele.

.

4. Doba plnění veřejné zakázky

Doba plnění je stanovena pro jednotlivé části plnění veřejné zakázky v článku II vzoru smlouvy, který je přílohou G této výzvy.

Plnění smlouvy bude zahájeno nabytím účinnosti smlouvy v Registru smluv. Podpis smlouvy zadavatel předpokládá v měsíci září 2020 v závislosti na průběhu výběrového řízení.

5. Věcné vymezení předmětu veřejné zakázky

Předmětem veřejné zakázky je vývoj jednotného informačního systému, který bude sloužit primárně k:

1. Evidenci všech procesů spjatých s poskytováním adiktologických služeb jednotlivých poskytovatelů těchto služeb.

2. Vyhodnocování výkonosti a nákladovosti pro potřeby jednotlivých donátorů – poskytovatelů dotací.

3. Exportům dat do dalších agend.

Podrobná specifikace veřejné zakázky je uvedena formou požadavků stanovených v  příloze H této výzvy.

Podrobná specifikace předmětu veřejné zakázky pak bude určena na základě nabídky vybraného dodavatele.

6. Předpokládaná hodnota veřejné zakázky

Předpokládaná hodnota ve výši 1.806.268,39 Kč bez DPH, tj. 2.185.584,76 Kč včetně DPH je současně cenou plnění. Zadavatel v rámci veřejné zakázky stanovil pevně cenu, která nebude předmětem hodnocení nabídek.

3.Nabídka

1. Způsob zpracování nabídky

Nabídka musí být zpracována v souladu s požadavky zadavatele uvedenými v této výzvě a jejích přílohách.

Nabídka včetně veškeré dokumentace vztahující se k předmětu zakázky bude zpracována v českém jazyce. Doklad zhotovený v cizím jazyce se předkládá s překladem do českého jazyka. Má-li zadavatel pochybnosti o správnosti překladu, může si vyžádat předložení úředně ověřeného překladu dokladu do českého jazyka tlumočníkem zapsaným do seznamu znalců a tlumočníků. Doklad ve slovenském jazyce a doklad o vzdělání v latinském jazyce lze předložit bez překladu.

Nabídka, která nebude zadavateli doručena ve lhůtě nebo způsobem stanoveným v této výzvě,
se nepovažuje za podanou a v průběhu výběrového řízení se k ní nepřihlíží.

Nabídky nebudou obsahovat přepisy a opravy, které by mohly zadavatele uvést v omyl.

2. Obsah nabídky

Dodavatel předloží dokumenty ve své nabídce v následujícím pořadí:

1. krycí list nabídky – viz příloha A této výzvy;

2. doklady prokazující splnění základní způsobilosti – viz čl. 4.1.1 této výzvy, včetně čestného prohlášení zpracovaného v souladu se vzorem uvedeným příloze B této výzvy;

3. doklady prokazující splnění profesní způsobilosti – viz čl. 4.2 této výzvy;

4. doklady prokazující splnění technické kvalifikace, z jejichž obsahu bude zřejmé, že dodavatel požadovanou kvalifikaci splňuje – viz čl. 4.3.1 této výzvy; seznam významných služeb zpracovaný v souladu se vzorem uvedeným v příloze C této výzvy;

5. doklady prokazující splnění technické kvalifikace, z jejichž obsahu bude zřejmé, že dodavatel požadovanou kvalifikaci splňuje – viz čl. 4.3.2 této výzvy; příloha D1 této výzvy (seznam členů realizačního týmu) a příloha D2 této výzvy (čestné prohlášení člena realizačního týmu);

6. doklady k prokázání kvalifikace prostřednictvím jiných osob (dále také jen „poddodavatel“), z jejichž obsahu je zřejmé, že poddodavatel splňuje kvalifikaci, kterou dodavatel prokazuje prostřednictvím poddodavatele, – viz čl. 4.6. a příloha E1 této výzvy (seznam poddodavatelů) a příloha E2 této výzvy (čestné prohlášení poddodavatele) (předkládá se v případě, že dodavatel bude využívat služby poddodavatele);

7. údaje pro hodnocení kritéria č. 2 - kvality člena realizačního týmu zpracované v souladu se vzorem uvedeným v příloze F této výzvy;

8. návrh řešení zpracovaný pro hodnocení kritéria č. 1 dle požadavků uvedených v čl. 6.3.1 a přílohy H této výzvy;

9. ostatní doklady a dokumenty (např. plná moc).

3. Způsob podání nabídky

Nabídky se podávají výhradně elektronicky prostřednictvím profilu zadavatele na adrese xxxxx://xxxxxxx.xxxxx.xx/.Xxxx způsob elektronického podání nabídky není přípustný. Nabídky podané elektronicky jiným způsobem budou považovány za nepodané a zadavatel k nim nepřihlédne.

Listinná verze nabídek není přípustná.

Zadavatel dodavatelům doporučuje, aby s dostatečným předstihem před podáním nabídky přes profil zadavatele provedli na profilu zadavatele nabízený test nastavení prohlížeče
a systému (výsledkem testu jsou upozornění na nutná nastavení, aktualizace, velikost příloh atp.). Zadavatel především upozorňuje dodavatele, že jednotlivé přílohy vkládané na profil zadavatele mají omezenou velikost nastavenou provozovatelem profilu zadavatele a dodavatelé tak musí případné větší soubory upravit tak, aby bylo umožněno jejich nahrání.

Ačkoli na profilu zadavatele je nastavena možnost nabídku elektronicky podepsat, dodavatel svou nabídku nemusí elektronicky podepisovat – lze zvolit možnost „obejít elektronický podpis“.

Dodavatelé předkládají všechny doklady jako naskenované kopie v čitelné podobě nebo jako elektronické originály.

Dodavatel může podat pouze jednu nabídku.

4. Kontaktní adresa dodavatele, společná nabídka

Dodavatel v nabídce výslovně uvede kontaktní adresu pro písemný styk mezi dodavatelem a zadavatelem. Pokud podává nabídku více dodavatelů společně (společná nabídka), uvedou v nabídce kromě kontaktní adresy dle předchozí věty též osobu, která bude zmocněna zastupovat tyto dodavatele při styku se zadavatelem v průběhu výběrového řízení.

5. Varianty nabídky

Varianty nabídek nejsou přípustné.

6. Lhůta pro podání nabídek, zadávací lhůta

Zadavatel stanovil lhůtu pro podání nabídek do 05.08.2020 do 10:00 hod. Lhůta je zároveň uvedena na profilu zadavatele na adrese xxxxx://xxxxxxx.xxxxx.xx, kde budou uveřejněny její případné změny (prodloužení).

Veřejné otevírání nabídek se nekoná.

Zadavatel nestanovuje zadávací lhůtu.

4.Kvalifikace

Kvalifikaci splňuje dodavatel, který prokáže splnění kritérií kvalifikace specifikovaných níže:

1. základní způsobilosti obdobně podle § 74 ZZVZ;

2. profesní způsobilosti obdobně podle § 77 odst. 1;

3. technické kvalifikace obdobně podle § 79 odst. 2 písm. b), c) a d) ZZVZ.

1. Základní způsobilost

(Základně) způsobilým není dodavatel, který

1. byl v zemi svého sídla v posledních 5 letech před zahájením výběrového řízení pravomocně odsouzen pro trestný čin uvedený v příloze č. 3 k ZZVZ nebo obdobný trestný čin podle právního řádu země sídla dodavatele; k zahlazeným odsouzením se nepřihlíží,

2. má v České republice nebo v zemi svého sídla v evidenci daní zachycen splatný daňový nedoplatek,

3. má v České republice nebo v zemi svého sídla splatný nedoplatek na pojistném nebo na penále na veřejné zdravotní pojištění,

4. má v České republice nebo v zemi svého sídla splatný nedoplatek na pojistném nebo na penále na sociální zabezpečení a příspěvku na státní politiku zaměstnanosti,

5. je v likvidaci, proti němuž bylo vydáno rozhodnutí o úpadku, vůči němuž byla nařízena nucená správa podle jiného právního předpisu nebo v obdobné situaci podle právního řádu země sídla dodavatele.

Je-li dodavatelem právnická osoba, musí podmínku podle písm. a) splňovat tato právnická osoba
a zároveň každý člen statutárního orgánu. Je-li členem statutárního orgánu dodavatele právnická osoba, musí podmínku podle písm. a) splňovat

1. tato právnická osoba,

2. každý člen statutárního orgánu této právnické osoby a

3. osoba zastupující tuto právnickou osobu v statutárním orgánu dodavatele.

Účastní-li se výběrového řízení pobočka závodu, postupuje se obdobně dle § 74 odst. 3 ZZVZ.

1. Prokazování základní způsobilosti

Dodavatel prokazuje splnění podmínek základní způsobilosti předložením

1. výpisu z evidence Rejstříku trestů ve vztahu k čl. 4.1. písm. a),

2. potvrzení příslušného finančního úřadu ve vztahu k čl. 4.1. písm. b),

3. písemného čestného prohlášení ve vztahu ke spotřební dani ve vztahu k části čl. 4.1. písm. b),

4. písemného čestného prohlášení ve vztahu k čl. 4.1. písm. c),

5. potvrzení příslušné okresní správy sociálního zabezpečení ve vztahu k čl. 4.1. písm. d),

6. výpisu z obchodního rejstříku, nebo předložením písemného čestného prohlášení v případě, že není v obchodním rejstříku zapsán, ve vztahu k čl. 4.1. písm. e).

Čestné prohlášení dle písm. c) a písm. d), popř. písm. f) tohoto článku lze zpracovat v souladu se vzorem uvedeným v příloze B této výzvy.

Zadavatel obdobně dle § 86 odst. 2 věta první ZZVZ nepřipouští nahrazení předložení výše uvedených dokladů čestným prohlášením s výjimkou čestného prohlášení zpracovaného v souladu se vzorem uvedeným v příloze B této výzvy.

Doklady dle tohoto článku se předkládají v kopiích.

Doklady prokazující základní způsobilost musí prokazovat splnění požadovaných kritérií způsobilosti nejpozději v době 3 měsíců přede dnem podání nabídky.

2. Profesní způsobilost

Dodavatel prokazuje splnění profesní způsobilosti předložením výpisu z obchodního rejstříku nebo jiné obdobné evidence, pokud jiný právní předpis zápis do takové evidence vyžaduje. Doklad dle předchozí věty musí prokazovat splnění požadovaných kritérii způsobilosti nejpozději v době 3 měsíců přede dnem podání nabídky.

Uvedený doklad prokazující profesní způsobilost se předkládá v kopii a zadavatel obdobně dle § 86 odst. 2 věta první ZZVZ nepřipouští nahrazení předložení výše uvedeného dokladu čestným prohlášením.

3. Technická kvalifikace

Zadavatel požaduje k prokázání kritérií technické kvalifikace předložit seznam významných služeb a seznam členů realizačního týmu.

1. Seznam významných služeb

Dodavatel splňuje kritérium technické kvalifikace, pokud v posledních 5 letech před zahájením výběrového řízení (zadavatel stanovil lhůtu 5 let obdobně dle § 79 odst. 2 písm. b) ZZVZ s ohledem na zajištění přiměřené úrovně hospodářské soutěže) realizoval alespoň 3 referenční zakázky obdobného charakteru, tedy zakázky, jejichž předmětem byly programátorské práce.

K prokázání kritérií technické kvalifikace zadavatel požaduje, aby dodavatel v nabídce předložil seznam významných služeb obdobně dle § 79 odst. 2 písm. b) ZZVZ, jehož vzor je uveden v příloze C této výzvy, z jehož obsahu bude zřejmé, že výše uvedená kritéria technické kvalifikace dodavatel splňuje. V seznamu významných služeb uvedeném v příloze C této výzvy dodavatel uvede u každé zakázky popis poskytnutých služeb, období poskytování služeb, subjekt, pro který byly realizovány včetně kontaktní osoby.

Zadavatel je oprávněn, nikoliv povinen, vyžadovat po vybraném dodavateli před podpisem smlouvy k doložení skutečností uvedených dodavatelem v seznamu významných služeb dále uvedené doklady (dodavatel není povinen tyto doklady předkládat v nabídce):

• osvědčení objednatele o řádném poskytnutí služeb, nebo

• jiný rovnocenný doklad, zejména smlouvu s objednatelem a doklad o uskutečnění plnění dodavatelem.

Zadavatel obdobně dle § 86 odst. 2 věta první ZZVZ nepřipouští nahrazení seznamu významných služeb prostým čestným prohlášením, tj. prohlášením bez uvedení popisu poskytnutých služeb, období poskytování služeb a subjektu, pro který byly realizovány včetně kontaktní osoby (pro ověření uváděných údajů zadavatelem).

2. Seznam členů realizačního týmu

Zadavatel požaduje předložení seznamu techniků či technických útvarů, jež se budou podílet na plnění veřejné zakázky.

Dodavatel prokáže splnění tohoto kritéria technické kvalifikace, pokud prokáže, že má k dispozici k plnění veřejné zakázky minimálně 2 členy realizačního týmu (dále též „realizační tým“, „členové realizačního týmu“), jež splňují následující požadavky (každý):

• min. ukončené středoškolské vzdělání,

• minimálně 3 roky praxe v oboru programování,

• zkušenost s minimálně 2 dokončenými službami spočívajícími v provádění programátorských prací při vývoji programového vybavení.

Přílohou seznamu členů realizačního týmu budou:

1. profesní životopisy každého člena realizačního týmu opatřené vlastnoručním, případně elektronickým¹ podpisem, ze kterých musí vyplývat požadované dosažené vzdělání, zadavatelem požadovaná nebo dodavatelem prokazovaná délka praxe a zkušenosti s realizací poskytovaných služeb;

2. čestné prohlášení každého člena realizačního týmu dodavatele o souhlasu se svým zapojením do realizačního týmu podle vzoru v příloze D2 této výzvy opatřené vlastnoručním, případně elektronickým¹ podpisem;

Členové týmu uvedení v nabídce dodavatele se musí aktivně podílet na plnění této veřejné zakázky. V případě potřeby změny člena týmu oproti osobám uvedeným v nabídce dodavatele je tato možná pouze se souhlasem zadavatele. Zadavatel tento souhlas neudělí v případě, že by po takové změně tým kumulativně nesplňoval veškeré uvedené požadavky zadavatele na tým uvedené v tomto článku a v případě, že se bude jednat o hodnoceného člena realizačního týmu i zkušenosti minimálně v rozsahu hodnocení dle čl. 6.3.2 této výzvy.

Zadavatel obdobně dle § 86 odst. 2 věta první ZZVZ nepřipouští nahrazení seznamu členů realizačního týmu prostým čestným prohlášením, tj. prohlášením bez uvedení členů realizačního týmu, popisu zkušeností a subjektu, pro který byly realizovány včetně kontaktní osoby (pro ověření uváděných údajů zadavatelem).

4. Doklady o kvalifikaci

Obdobně v souladu s § 86 odst. 2 ZZVZ zadavatel požaduje předložení dokladů uvedených v čl. 4.1, 4.2 a 4.3 v originálech nebo kopiích a nepřipouští nahrazení těchto dokladů prostým čestným prohlášením s výjimkou čestného prohlášení zpracovaného v souladu se vzorem uvedeným v příloze B této výzvy a čestného prohlášení zpracovaného v souladu se vzorem uvedeným v příloze D2 této výzvy.

Namísto předložení dokladů požadovaných zadavatelem k prokázání základní a profesní způsobilosti je dodavatel oprávněn prokázat svou kvalifikaci výpisem ze seznamu kvalifikovaných dodavatelů (obdobně podle § 228 ZZVZ) nebo certifikátem vydaným v rámci systému certifikovaných dodavatelů (obdobně podle § 239 ZZVZ).

5. Prokazování kvalifikace v případě podání společné nabídky

Má-li být předmět veřejné zakázky plněn několika dodavateli společně, bude zadavatel postupovat obdobně dle § 82 ZZVZ. Dodavatel v takovém případě ve své nabídce předloží prohlášení dle čl. 4.4. všech dodavatelů podávajících společnou nabídku, že splňují kvalifikační předpoklady.

Zadavatel požaduje, aby v případě společné účasti dodavatelů na předmětu plnění veřejné zakázky nesli všichni dodavatelé podávající společnou nabídku společnou a nerozdílnou odpovědnost za plnění veřejné zakázky.

Dodavatelé uvedou v nabídce kontaktní adresu pro písemný styk mezi dodavatelem a zadavatelem a osobu, která bude zmocněna zastupovat tyto dodavatele při styku se zadavatelem v průběhu výběrového řízení.

6. Prokázání kvalifikace poddodavatelem

Dodavatel může obdobně dle § 83 ZZVZ prokázat určitou část technické kvalifikace nebo profesní způsobilosti s výjimkou kritéria obdobně dle § 77 odst. 1 ZZVZ požadované zadavatelem prostřednictvím jiných osob. Dodavatel je v takovém případě povinen zadavateli předložit

1. doklady o splnění základní způsobilosti obdobně dle § 74 ZZVZ jinou osobou,

2. doklady prokazující splnění profesní způsobilosti obdobně dle § 77 odst. 1 ZZVZ jinou osobou,

3. doklady prokazující splnění chybějící části kvalifikace prostřednictvím jiné osoby a

4. písemný závazek jiné osoby k poskytnutí plnění určeného k plnění veřejné zakázky nebo k poskytnutí věcí nebo práv, s nimiž bude dodavatel oprávněn disponovat v rámci plnění veřejné zakázky, a to alespoň v rozsahu, v jakém jiná osoba prokázala kvalifikaci za dodavatele.

Má se za to, že požadavek obdobně dle § 83 odstavce 1 písm. d) ZZVZ je splněn, pokud obsahem písemného závazku jiné osoby je společná a nerozdílná odpovědnost této osoby za plnění veřejné zakázky společně s dodavatelem. Prokazuje-li však dodavatel prostřednictvím jiné osoby kvalifikaci a předkládá doklady obdobně podle § 79 odst. 2 písm. b) ZZVZ vztahující se k takové osobě, musí dokument obdobně podle § 83 odstavce 1 písm. d) ZZVZ obsahovat závazek, že jiná osoba bude vykonávat služby, ke kterým se prokazované kritérium kvalifikace vztahuje.

Upozornění zadavatele:

V případě, že bude dodavatel prokazovat část kvalifikace jinou osobou obdobně dle § 83 ZZVZ, předloží ve vztahu k takovému poddodavateli následující doklady:

1. seznam poddodavatelů vyplněný v souladu se vzorem dle přílohy E1 této výzvy;

2. prohlášení poddodavatele vyplněné v souladu se vzorem dle přílohy E2 této výzvy;

3. výpis z evidence Rejstříku trestů obdobně ve vztahu k  čl. 4.1 písm. a) této výzvy;

4. potvrzení příslušného finančního úřadu obdobně ve vztahu k  čl. 4.1 písm. b) této výzvy;

5. písemné čestné prohlášení ve vztahu ke spotřební dani obdobně ve vztahu k  čl. 4.1 písm. b) této výzvy dle přílohy E2 této výzvy;

6. písemné čestné prohlášení obdobně ve vztahu k  čl. 4.1 písm. c) této výzvy  dle přílohy E2 této výzvy;

7. potvrzení příslušné okresní správy sociálního zabezpečení obdobně ve vztahu k  čl. 4.1 písm. d) této výzvy);

8. výpis z obchodního rejstříku, nebo písemné čestné prohlášení dle přílohy E2 této výzvy v případě, že není v obchodním rejstříku zapsán, ve vztahu k  čl. 4.1 písm. e) této výzvy; výpis z obchodního rejstříku nebo jiné obdobné evidence, pokud jiný právní předpis zápis do takové evidence vyžaduje, ve vztahu k čl. 4.2 této výzvy);

9. doklady prokazující splnění chybějící části kvalifikace jinou osobou;

10. písemný závazek jiné osoby k poskytnutí plnění určeného k plnění veřejné zakázky nebo k poskytnutí věcí nebo práv, s nimiž bude dodavatel oprávněn disponovat v rámci plnění veřejné zakázky, a to alespoň v rozsahu, v jakém jiná osoba prokázala kvalifikaci za dodavatele obdobně dle § 83 odst. 1 písm. d) ZZVZ.

7. Předložení dokladu odkazem

Povinnost předložit doklad může dodavatel splnit odkazem na odpovídající informace vedené v informačním systému veřejné správy nebo v obdobném systému vedeném v jiném členském státu, který umožňuje neomezený dálkový přístup obdobně v souladu s § 45 odst. 4 ZZVZ. Takový odkaz musí obsahovat internetovou adresu a údaje pro přihlášení a vyhledávání požadované informace, jsou-li takové údaje nezbytné.

8. Předložení rovnocenných dokladů

Pokud zadavatel vyžaduje předložení dokladu a dodavatel není z důvodů, které mu nelze přičítat, schopen předložit požadovaný doklad, je oprávněn předložit jiný rovnocenný doklad obdobně dle § 45 odst. 2 ZZVZ. Pokud ZZVZ nebo zadavatel vyžaduje předložení dokladu podle právního řádu České republiky, může dodavatel předložit obdobný doklad podle právního řádu státu, ve kterém se tento doklad vydává; tento doklad se předkládá s překladem do českého jazyka obdobně dle § 45 odst. 3 ZZVZ.

9. Důsledek nesplnění kvalifikace

Neprokáže-li dodavatel splnění kvalifikace v plném rozsahu, bude vyloučen z účasti ve výběrovém řízení.

5.Obchodní podmínky a jiné smluvní podmínky

Obchodní a jiné smluvní podmínky jsou zpracované v podobě vzoru smlouvy, který je přílohou G této výzvy.

Dodavatel není povinen v nabídce předložit návrh smlouvy, avšak prohlášením uvedeném v krycím listu nabídky, který je připojen jako příloha A této výzvy, se zavazuje uzavřít se zadavatelem smlouvu v souladu s tímto vzorem a nabídkou dodavatele, stane-li se vybraným dodavatelem.

6.Hodnocení nabídek

1. Zadavatel stanovil pevnou cenu veřejné zakázky, která není předmětem hodnocení nabídek. Předmětem hodnocení bude pouze kvalita nabízeného plnění hodnocená ve dvou dílčích hodnotících kritériích. Celková cena plnění je zadavatelem stanovena na částku 2.185.584,76 Kč včetně DPH.

2. Nabídky budou hodnoceny na základě ekonomické výhodnosti nabídky. Nabídky budou hodnoceny na základě nejvýhodnějšího poměru kvality návrhu řešení a kvality realizačního týmu. Zadavatel přiřazuje jednotlivým kritériím následující váhu:

Název kritéria	Váha
1. Kvalita návrhu řešení	85 %
2. Kvalita realizačního týmu	15 %

V případě rovnosti bodů na prvním místě v pořadí bude nejvýhodnější nabídka vybrána na základě kritéria kvalita návrhu řešení a to tak, že jako nejvýhodnější bude vybrána ta z nabídek se stejným bodovým hodnocením, která má vyšší počet bodů v tomto kritériu. V případě rovnosti bodů v rámci kritéria kvalita návrhu řešení bude nejvýhodnější nabídka vybrána losem.

Losování bude probíhat v souladu se zásadami uvedenými v § 6 ZZVZ. Účastnit se losování mají právo dodavatelé, kterých se losování týká. O termínu losování je zadavatel písemně vyrozumí nejméně 2 pracovní dny před losováním prostřednictvím profilu zadavatele.

3. Způsob hodnocení nabídek dodavatelů podle dílčích kritérií

Pro hodnocení nabídek bude použita bodovací stupnice v rozsahu 0 až 100 se zaokrouhlením na 2 desetinná místa. Každé jednotlivé nabídce je dle dílčího kritéria přidělena bodová hodnota, která odráží úspěšnost předmětné nabídky v rámci dílčího kritéria. Pro číselně vyjádřitelná kritéria, pro která má nejvýhodnější nabídka maximální hodnotu kritéria, získá hodnocená nabídka bodovou hodnotu, která vznikne násobkem 100 a poměru hodnoty nabídky k hodnotě nejvýhodnější nabídky.

Výsledné hodnocení podle bodovací metody bude provedeno tak, že jednotlivá bodová ohodnocení nabídek dle dílčích kritérií budou vynásobena příslušnou vahou daného kritéria. Na základě součtu výsledných hodnot obou kritérií u jednotlivých nabídek bude stanoveno pořadí úspěšnosti jednotlivých nabídek tak, že jako nejúspěšnější bude stanovena nabídka, která dosáhla nejvyšší hodnoty. V případě rovnosti bodů nabídek na prvním místě bude zadavatel postupovat dle čl. 6.2. této výzvy.

6.3.1. Kritérium č. 1 – Kvalita návrhu řešení

V rámci tohoto kritéria bude zadavatel hodnotit v dílčích subkritériích:

1. Subktritérium A – míra naplnění prioritních bodů ke zpracování – váha 40 %, počet přidělených bodů 1 - 10

Prioritní body ke zpracování jsou podrobně uvedeny v požadavcích zadavatele na informační systém adiktologických služeb, které jsou přílohou H této výzvy, a to zejména:

Informační systém bude vytvořen jako webová databázová aplikace splňující požadavky na zabezpečení práce s citlivými daty. Programátorské práce budou navazovat na stávající informační systém UniData Lite provozovaný RVKPP, z čehož vyplývají i následující požadované technické specifikace. Použité technologie pro aplikační vrstvu systému: XXX.XXX (UniData Lite jsou naprogramované na technologii XXX.XXX - Web Forms. Vzhledem k aktuálnímu vývoji v oblasti XXX.XXX bude preferováno řešení na technologii MVC nebo MVC Core). Datová vrstva bude provozována na databázovém serveru MSSQL. Data nebudou ukládána serializovaná z důvodu dalších předpokládaných rozšiřování a nových požadavků na jednotlivé výstupy. Z důvodu předpokládané velké zátěže aplikace, časté modifikaci dotazů atd. se nedoporučuje použití Entity frameworku a je preferovaný spíše přístup XXX.XXX.

V rámci tohoto subkritéria A bude zadavatel lépe hodnotit návrh řešení zpracovaný dle požadavků zadavatele na informační systém adiktologických služeb, které jsou přílohou H této výzvy, který bude zohledňovat technologie uvedené zadavatelem, které zadavateli umožní další rozšiřování informačního systému a otevřenost systému pro další moduly.

V rámci tohoto sukritéria A obdrží nabídka 1 až 10 bodů, a to v závislosti na obsahu prioritních bodů v návrhu řešení. 1 bodem bude hodnocena nabídka, kdy dodavatel v návrhu řešení uvede použití jiných než v příloze H preferovaných technologií, 10 bodů bude přiřazeno nabídce, kdy dodavatel v návrhu řešení uvede použití všech v příloze H uvedených technologií, které zadavateli umožní další rozšiřování informačního systému a otevřenost systému pro další moduly.

Tabulka č. 1: Hodnocené parametry a bodové hodnocení těchto parametrů je následující:

Parametr	Škála pro hodnocení (v bodech)	Objasnění k hodnocení parametrů
Míra naplnění prioritních bodů ke zpracování	1; 3, 8, 10	1 bod = jiné technologie než XXX.XXX v předloženém návrhu řešení 3 body = technologie ASP. NET v kombinaci s licencovaným frameworkem třetí strany v předloženém návrhu řešení 8 bodů = výhradně použité technologie XXX.XXX v rozsahu (Web forms), bez použití dalších licencovaných frameworků, či licencovaných základů kódu třetích stran, pro celé řešení 10 bodů = výhradně použité technologie XXX.XXX v rozsahu - MVC, MVC Core, Core -, bez použití dalších licencovaných frameworků, či licencovaných základů kódu třetích stran, pro celé řešení
Celkem bodů	1 - 10	min. 1 bod, max. 10 bodů

2. Subktritérium B - míra naplnění ostatních nepovinných bodů – váha 20 %, počet přidělených bodů 0 - 10

Nepovinné body ke zpracování jsou podrobně uvedeny v požadavcích zadavatele na informační systém adiktologických služeb, které jsou přílohou H této výzvy.

Jedná se o níže uvedené nepovinné body

1. Modul pro souhrnné statistické přehledy a exporty – sumáře za jedno, ale i více zařízení. Tento modul bude sloužit primárně pro poskytovatele dotačních titulů (donátorů);

2. Datové úložiště;

3. Zálohování dat jednotlivých zařízení.

V rámci tohoto subkritéria B bude zadavatel lépe hodnotit návrh řešení zpracovaný dle požadavků zadavatele na informační systém adiktologických služeb, které jsou přílohou H této výzvy, který bude obsahovat nepovinné body.

V rámci tohoto sukritéria B obdrží nabídka 0, 3, 7 nebo 10 bodů, a to v závislosti na obsahu nepovinných bodů v návrhu řešení. 0 body bude hodnocena nabídka, kdy dodavatel v návrhu řešení neuvede žádný z nepovinných bodů uvedených v příloze H výzvy k podání nabídky; 10 bodů bude přiřazeno nabídce, kdy dodavatel v návrhu řešení uvede všechny 3 nepovinné body.

Tabulka č. 2: Hodnocené parametry a bodové hodnocení těchto parametrů je následující:

Parametr	Škála pro hodnocení (v bodech)	Objasnění k hodnocení parametrů
Míra naplnění ostatních nepovinných bodů	0; 3, 7, 10	0 bodů = žádný nepovinný bod v předloženém návrhu řešení 3 body = 1 nepovinný bod v předloženém návrhu řešení 7 bodů = 2 nepovinné body v předloženém návrhu řešení 10 bodů = 3 nepovinné body v předloženém návrhu řešení
Celkem bodů	0 - 10	min. 0 bodů, max. 10 bodů

3. Subkritérium C - specifikace řešení jednotlivých modulů - váha 40 %, počet přidělených bodů 0 – 13

V rámci tohoto subkritéria C bude zadavatel lépe hodnotit návrh řešení zpracovaný dle požadavků zadavatele na informační systém adiktologických služeb, které jsou přílohou H této výzvy, který bude obsahovat komplexní popis, specifika každého jednotlivého modulu, resp. hlavních částí včetně popisu nepovinných bodů, pokud je dodavatel uvede v návrhu řešení, a rovněž jejich vzájemnou provázanost.

V rámci tohoto sukritéria C obdrží nabídka 0 až 13 bodů, a to v závislosti na popisu a specifikaci řešení jednotlivých modulů včetně specifikace nepovinných bodů (pokud je dodavatel uvede v návrhu řešení). 0 body bude hodnocena nabídka, kdy dodavatel v návrhu řešení blíže nepopíše a nespecifikuje řešení jednotlivých modulů; 13 bodů bude přiřazeno nabídce, kdy dodavatel v návrhu řešení blíže popíše a specifikuje každý jednotlivý modulu, resp. všechny hlavní části včetně popisu a specifikace všech 3 nepovinných bodů.

Tabulka č. 3: Hodnocené parametry a bodové hodnocení těchto parametrů je následující:

Parametr	Škála pro hodnocení (v bodech)	Objasnění k hodnocení parametrů
Specifikace řešení jednotlivých modulů (základních povinných modulů a nepovinných bodů)	2 body za specifikaci řešení každé povinné základní části aplikace, tj. max. 10 bodů 1 bod za specifikaci řešení každého nepovinného bodu uvedeného v návrhu řešení, tj. max. 3 body	2 body = popis a specifikace formulářů pro zadávání dat jednotlivých zařízení (poskytovatelů služeb) 2 body = popis a specifikace statistických přehledů a výstupů jednotlivých zařízení 2 body = popis a specifikace exportních modulů jednotlivých zařízení do dalších systémů. V první fází se bude jednat o export do zdravotnického registru UZIS – NRLUD. 2 body = popis a specifikace administrátorského modulu pro kompletní správu přihlašovacích údajů a uživatelů s přehledy aktivit jednotlivých uživatelů (uživatelské jméno, e-mail, instituce, datum založení účtu, poslední přihlášení, aktivní, neaktivní uživatelů, seznam rolí) 2 body = popis a specifikace modulu pro správu přihlašovacích údajů a uživatelů pro administrátory jednotlivých zařízení s přehledy aktivit jednotlivých uživatelů (uživatelské jméno, jméno a příjmení, datum založení účtu, poslední přihlášení, aktivní, neaktivní uživatel) 1 bod = popis a specifikace modulu pro souhrnné statistické přehledy a exporty – sumáře za jedno, ale i více zařízení. Tento modul bude sloužit primárně pro poskytovatele dotačních titulů (donátorů) (nepovinný bod) 1 bod = popis a specifikace datového úložiště (nepovinný bod) 1 bod = popis a specifikace zálohování dat jednotlivých zařízení (nepovinný bod)
Celkem bodů	0 - 13	min. 0 bodů, max. 13 bodů

Z takto získaných hodnot (pro každou nabídku od 1 do 33) bude následně vybrána nejvýhodnější nabídka v rámci tohoto dílčího kritéria.

Bodový zisk hodnocené nabídky v rámci subkritéria bude určen následovně:

Bodový zisk hodnocené nabídky = 0,40 x subktritérium A + 0,20 x subktritérium B + 0,40 x subktritérium C

Výsledné bodové hodnocení získané u jednotlivých nabídek v rámci tohoto dílčího kritéria bude dáno poměrem počtu dosažených bodů hodnocené nabídky oproti nabídce s nejvyšším bodovým ziskem v rámci tohoto dílčího kritéria, a to dle vzorce:

bodový zisk hodnocené nabídky

----------------------------------------------- x 100

nejvyšší bodový zisk v rámci kritéria

6.3.2 Kritérium č. 2 – Kvalita realizačního týmu

V rámci tohoto kritéria bude zadavatel hodnotit kvalitu realizačního týmu resp. jeho zkušenosti nad rámec povinných minimálních požadavků dle čl. 4.3.2 této výzvy.

V rámci tohoto kritéria bude zadavatel hodnotit zkušenosti členů realizačního týmu. Předmětem hodnocení budou zkušenosti toho člena realizačního týmu, který má méně zkušeností.

V rámci tohoto kritéria č. 2 obdrží nabídka 0, 10, 20, 30 nebo 40 bodů, a to v závislosti na počtu realizací služeb spočívajících v provádění programátorských prací při vývoji programového vybavení hodnoceného člena realizačního týmu. 0 body bude hodnocena nabídka, kdy člen realizačního týmu bude splňovat právě minimální požadavek zadavatele stanovený v čl. 4.3.2 této výzvy; 40 bodů bude přiřazeno nabídce, kdy člen realizačního týmu bude splňovat minimální požadavek zadavatele stanovený v čl. 4.3.2 této výzvy a další 4 a více služeb spočívajících v provádění programátorských prací při vývoji programového vybavení.

Tabulka č. 5: Hodnocené parametry a bodové hodnocení těchto parametrů je následující:

Parametr	Škála pro hodnocení (v bodech)	Objasnění k hodnocení parametrů
Provádění programátorských prací při vývoji programového vybavení	0; 10; 20; 30; 40	0 bodů = žádná realizovaná služba nad požadované minimum 10 bodů = 1 realizovaná služba nad požadované minimum 20 bodů = 2 realizované služby nad požadované minimum 30 bodů = 3 realizované služby nad požadované minimum 40 bodů = 4 a více realizovaných služeb nad požadované minimum
Celkem bodů	0 - 40	min. 0 bodů, max. 40 bodů

Zadavatel vyhodnotí nabídky účastníků dle výše uvedené tabulky.

Z takto získaných hodnot (pro každou nabídku od 0 do 40) bude následně vybrána nejvýhodnější nabídka v rámci tohoto dílčího kritéria.

Výsledné bodové hodnocení získané u jednotlivých nabídek v rámci tohoto dílčího kritéria bude dáno poměrem počtu dosažených bodů hodnocené nabídky oproti nabídce s nejvyšším bodovým ziskem v rámci tohoto dílčího kritéria, a to dle vzorce:

bodový zisk hodnocené nabídky

----------------------------------------------- x 100

nejvyšší bodový zisk v rámci kritéria

6.3.3 Celkový počet bodů

Celkový počet bodů dosažený konkrétní nabídkou bude následně vypočítán takto:

Celkový počet bodů = 0,85 x kritérium č. 1 + 0,15 x kritérium č. 2

bodový zisk hodnocené nabídky bodový zisk hodnocené nabídky

Celkový počet bodů = 0,85 x (----------------------------------------------- x 100) + 0,15 x (-------------------------------------------- x 100)

nejvyšší bodový zisk v rámci kritéria nejvyšší bodový zisk v rámci kritéria

resp. podrobně:

Upozornění zadavatele:

Zadavatel upozorňuje dodavatele, aby při zpracování nabídky věnovali pozornost zvláště doložení všech dokladů, na základě nichž bude zadavatel provádět hodnocení nabídek.

Obdobně dle § 46 odst. 2 ZZVZ nabídka nemůže být doplněna o údaje, doklady, vzorky nebo modely za předpokladu, že takto doplněné údaje, doklady, vzorky nebo modely budou předmětem hodnocení dle zadavatelem stanovených kritérií hodnocení.

7.Práva zadavatele, ostatní podmínky

7.1 Vyhrazená práva zadavatele ve výběrovém řízení

Změnit, upřesnit či doplnit zadávací podmínky.

1. Neposkytnout účastníkům náhradu nákladů, které vynaloží v souvislosti se svou účastí ve výběrovém řízení.

2. Nevracet nabídky.

3. Uveřejnit oznámení o vyloučení účastníka výběrového řízení nebo oznámení o výběru dodavatele na profilu zadavatele. V takovém případě se oznámení považují za doručená všem účastníkům výběrového řízení okamžikem jejich uveřejnění.

4. Odesílat jakékoliv zprávy a sdělení dodavatelům jen prostřednictvím profilu zadavatele.

5. Zrušit výběrové řízení bez uvedení důvodu.

6. Nabídky doručené po uplynutí stanovené lhůty jinou cestou než prostřednictvím profilu zadavatele na adrese xxxxx://xxxxxxx.xxxxx.xx neposuzovat a nehodnotit. Opožděně podané nabídky zadavatel archivuje jako součást dokumentace o zadání veřejné zakázky.

7.2 Ochrana osobních údajů

Zadavatel výslovně upozorňuje dodavatele, že veřejná zakázka je realizována v rámci projektu Systémová podpora rozvoje adiktologických služeb v rámci integrované protidrogové politiky,
reg. č. CZ.03.2.63/0.0/0.0/15_030/0003035 financovaného z Operačního programu zaměstnanost. Realizace výběrového řízení včetně všech dokladů předložených dodavatelem v rámci výběrového řízení a při plnění smlouvy podléhá kontrole řídicího orgánu, kterým je Ministerstvo práce
a sociálních věcí, a dozorových a kontrolních orgánů (zejm. Evropské komise, Evropského účetního dvora) dle platných Podmínek Rozhodnutí o poskytnutí dotace a Pravidel Operačního programu Zaměstnanost, a kontrole dozorových a kontrolních orgánů na základě zvláštních právních předpisů (zejm. Ministerstva financí, Nejvyššího kontrolního úřadu, Úřadu pro ochranu hospodářské soutěže). Zadavatel je povinen uchovávat všechny doklady nejméně do roku 2034. Zadavatel upozorňuje dodavatele, že jsou povinni dle Nařízení od všech fyzických osob jako subjektů osobních údajů ve smyslu Nařízení zajistit souhlasy se zpracováním osobních údajů těchto osob zadavatelem, a to pro účely realizace výběrového řízení a plnění předmětu veřejné zakázky a pro účely kontroly výběrového řízení řídícím orgánem, interními orgány zadavatele a dozorovými a kontrolními orgány.

8.Vysvětlení zadávací dokumentace, prohlídka místa plnění, komunikace v průběhu výběrového řízení

1. Vysvětlení zadávací dokumentace

Žádost o vysvětlení zadávací dokumentace je možné doručit nejpozději 4 pracovní dny před koncem lhůty pro podání nabídek. Zadavatel doporučuje podat žádost o vysvětlení zadávací dokumentace přes profil zadavatele.

Zadavatel nebude obdobně dle § 211 odst. 3 ZZVZ odpovídat na dotazy podané jiným způsobem než v elektronické podobě, tedy na písemné dotazy podané např. osobně na podatelně zadavatele nebo zaslané jinými než elektronickými prostředky. Zadavatel dále nebude poskytovat vysvětlení na telefonické dotazy.

Odpověď na včas podanou žádost o vysvětlení zadávací dokumentace bude do 3 pracovních dnů od jejího obdržení odeslána tazateli (nejpozději však 2 pracovní dny před uplynutím lhůty pro podání nabídek) a všechna vysvětlení zadávací dokumentace budou uveřejněna na profilu zadavatele.

2. Změna a doplnění zadávací dokumentace

Změna nebo doplnění zadávací dokumentace bude uveřejněna na profilu zadavatele na adrese xxxxx://xxxxxxx.xxxxx.xx.

3. Prohlídka místa plnění

Prohlídka místa plnění se s ohledem na charakter plnění nekoná.

4. Komunikace v průběhu výběrového řízení

Zadavatel bude během výběrového řízení s dodavateli komunikovat obdobně dle § 211 ZZVZ. Zadavatel doporučuje dodavatelům komunikovat prostřednictvím profilu zadavatele. Veškeré zprávy odeslané zadavatelem si může dodavatel přečíst po přihlášení na profil zadavatele
ve svých příchozích zprávách. Zadavatel proto dodavatelům doporučuje průběžně sledovat stav výběrového řízení na profilu zadavatele, a to jako přihlášení uživatelé.

Zadavatel zdůrazňuje, že při komunikaci uskutečňované prostřednictvím datové schránky je dokument doručen již dodáním do datové schránky adresáta. Prostřednictvím datové schránky nelze podat nabídku.

Zadavatel dále zdůrazňuje, že při komunikaci uskutečňované prostřednictvím elektronického nástroje (profilu zadavatele) je dokument doručen již okamžikem přijetí datové zprávy
na elektronickou adresu adresáta či adresátů datové zprávy v elektronickém nástroji.

9.Další podmínky pro uzavření smlouvy

1. Předložení dokladů na žádost zadavatele

Zadavatel je oprávněn (nikoliv povinen) obdobně dle § 104 písm. a) ZZVZ vyzvat vybraného dodavatele, se kterým má být uzavřena smlouva, aby před jejím uzavřením předložil zadavateli originály nebo kopie dokladů prokazujících splnění kvalifikace. Nesplnění této povinnosti se považuje za neposkytnutí součinnosti k uzavření smlouvy.

Vybraný dodavatel je povinen v rámci součinnosti k uzavření smlouvy předložit zadavateli na jeho žádost doklady dle čl. 4.1. až 4.3. této výzvy.

2. Zjištění údajů u vybraného dodavatele, který je právnickou osobou

V případě, že vybraným dodavatelem je právnická osoba, zjistí zadavatel obdobně dle § 122 odst. 4 ZZVZ údaje o jeho skutečném majiteli z evidence o skutečných majitelích.

Nebude-li možné údaje zjistit výše uvedeným postupem, vyhrazuje si zadavatel dle § 104 písm. e) ZZVZ právo vyzvat vybraného dodavatele obdobně dle § 122 odst. 3 písm. b) ZZVZ k předložení výpisu z evidence obdobné evidenci údajů o skutečných majitelích nebo

1. ke sdělení identifikačních údajů všech osob, které jsou jeho skutečným majitelem, a

2. k předložení dokladů, z nichž vyplývá vztah všech osob dle písm. a) k dodavateli.

Těmito doklady jsou zejména:

1. výpis z obchodního rejstříku nebo jiné obdobné evidence;

2. seznam akcionářů;

3. rozhodnutí statutárního orgánu o vyplacení podílu na zisku;

4. společenská smlouva, zakladatelská listina nebo stanovy.

Skutečným majitelem se dle § 4 odst. 4 písm. a) zákona č. 253/2008 Sb., o některých opatřeních proti legalizaci výnosů z trestné činnosti a financování terorismu, ve znění pozdějších předpisů, rozumí fyzická osoba, která má fakticky nebo právně možnost vykonávat přímo nebo nepřímo rozhodující vliv v právnické osobě, ve svěřenském fondu nebo v jiném právním uspořádání bez právní osobnosti. Má se za to, že při splnění podmínek podle věty první skutečným majitelem je u obchodní korporace fyzická osoba,

1. která sama nebo společně s osobami jednajícími s ní ve shodě disponuje více než 25 % hlasovacích práv této obchodní korporace nebo má podíl na základním kapitálu větší
   než 25 %,

2. která sama nebo společně s osobami jednajícími s ní ve shodě ovládá osobu uvedenou v bodě 1,

3. která má být příjemcem alespoň 25 % zisku této obchodní korporace, nebo

4. která je členem statutárního orgánu, zástupcem právnické osoby v tomto orgánu anebo v postavení obdobném postavení člena statutárního orgánu, není-li skutečný majitel nebo nelze-li jej určit podle bodů 1 až 3.

3. Součinnost při zpracování finálního znění smlouvy

Zadavatel požaduje po vybraném dodavateli, jako bližší podmínku součinnosti před uzavřením smlouvy dle § 104 písm. e) ZZVZ, poskytnout zadavateli součinnost při zpracování a podpisu finálního znění smlouvy, jejíž vzor je uveden v minimálním rozsahu v příloze G této výzvy k podání nabídky. Smlouvu je dodavatel povinen uzavřít v souladu se závazným vzorem smlouvy a nabídkou dodavatele. Vybraného dodavatele, který neposkytne zadavateli součinnost při podpisu smlouvy nebo odmítne podepsat finální znění smlouvy zpracované v souladu se závazným vzorem a nabídkou dodavatele může zadavatel z výběrového řízení vyloučit obdobně dle § 124 ZZVZ.

10.Přílohy výzvy k podání nabídky

Nedílnou součástí této výzvy k podání nabídky jsou následující přílohy:

Příloha A Krycí list nabídky (dodavatel musí v nabídce předložit)

Příloha B Vzor čestného prohlášení o splnění části kvalifikace (dodavatel musí v nabídce předložit)

Příloha C Vzor seznamu významných služeb (dodavatel musí v nabídce předložit)

Příloha D1 Vzor seznamu členů realizačního týmu (dodavatel musí v nabídce předložit)

Příloha D2 Vzor čestného prohlášení člena realizačního týmu (dodavatel musí v nabídce předložit)

Příloha E1 Vzor seznamu poddodavatelů (dodavatel předloží v nabídce jen v případě využití poddodavatele)

Příloha E2 Vzor čestného prohlášení poddodavatele (dodavatel předloží v nabídce jen v případě využití poddodavatele)

Příloha F Tabulka pro hodnocení nabídek (dodavatel v nabídce předkládá)

Příloha G Vzor smlouvy (dodavatel nemusí v nabídce předložit)

Příloha H Požadavky zadavatele na informační systém adiktologických služeb (dodavatel v nabídce předkládá Návrh řešení zpracovaný dle požadavků uvedených v této příloze H)

V Praze

Xxx. Xxxxxxx Xxxxxxxxx

ředitelka Odboru protidrogové politiky

Krycí list nabídky

Název veřejné zakázky:	Programátorské práce – Jednotný informační systém pro adiktologické služby
Identifikační údaje dodavatele právnické osoby
Obchodní firma nebo název:
Sídlo:
Právní forma:
Identifikační číslo osoby – je-li přiděleno:
Daňové identifikační číslo – je-li přiděleno:
E-mail:
Tel. číslo:
Jméno a příjmení statutárního orgánu nebo jeho členů, případně jiné fyzické osoby oprávněné zastupovat právnickou osobu:
Identifikační údaje dodavatele fyzické osoby
Obchodní firma nebo jméno nebo jméno a příjmení:
Sídlo:
Identifikační číslo osoby – je-li přiděleno:
Daňové identifikační číslo – je-li přiděleno:
E-mail:
Tel. číslo:

Dodavatel prohlašuje, že v případě, že jeho nabídka podaná ve shora uvedeném výběrovém řízení bude vybrána jako nejvýhodnější, uzavře se zadavatelem smlouvu v souladu se vzorem, který tvoří přílohu G této výzvy, a nabídkou dodavatele.

Dodavatel tímto dává zadavateli výslovný souhlas se zpracováním a uchováváním, popř. uveřejněním (pokud takové uveřejnění zvláštní právní předpisy vyžadují) osobních údajů dle Nařízení Evropského parlamentu a Rady (EU) č. 2016/679 ze dne 27. dubna 2016 o ochraně fyzických osob v souvislosti se zpracováním osobních údajů a o volném pohybu těchto údajů
a o zrušení směrnice 95/46/ES (obecné nařízení o ochraně osobních údajů, dále jen „Nařízení“),
a to v rozsahu, v jakém byly dodavatelem poskytnuty tyto údaje zadavateli v rámci výběrového řízení a v rozsahu, v jakém jsou tyto údaje nezbytně nutné pro plnění zákonných povinností ze strany zadavatele vztahujících se k realizaci veřejné zakázky a k plnění předmětu veřejné zakázky a k plnění smluvních povinností ze strany dodavatele. Tento souhlas lze kdykoliv odvolat, ale odvolání souhlasu nemá vliv na plnění zákonných povinností zadavatele a povinností zadavatele vyplývajících z Nařízení, především na plnění archivační a uveřejňovací povinnosti. Zpracování osobních údajů je možné, při zachování účelu, pro který jsou zpracovány, pouze po dobu nezbytně nutnou vzhledem k účelu zpracování, toto neplatí, pokud se osobní údaje zpracovávají výhradně za účelem archivace ve veřejném zájmu a za předpokladu provedení příslušných opatření k zajištění zabezpečení osobních údajů.

Dodavatel prohlašuje, že je oprávněn nakládat s osobními údaji fyzických osob dle obecného nařízení o ochraně osobních údajů.

V(e) …………………………………………………….. dne ……………..

Podpis dodavatele nebo osoby oprávněné jednat za dodavatele

Obchodní firma nebo název nebo jméno a příjmení:

Titul, jméno, příjmení, funkce:

Podpis:

Čestné prohlášení o splnění části kvalifikace

Název veřejné zakázky:	Programátorské práce – Jednotný informační systém pro adiktologické služby
Obchodní firma nebo název dodavatele právnické osoby:
Xxxxx, příjmení a případně i obchodní firma dodavatele fyzické osoby:

Dodavatel o shora uvedenou veřejnou zakázku čestně prohlašuje, že

1. nemá v České republice nebo v zemi svého sídla v evidenci daní zachycen splatný daňový nedoplatek na spotřební dani,¹

2. nemá v České republice nebo v zemi svého sídla splatný nedoplatek na pojistném nebo na penále na veřejné zdravotní pojištění,¹

3. není zapsán v obchodním rejstříku a^{1, 2}

i. není v likvidaci,

ii. nebylo proti němu vydáno rozhodnutí o úpadku,

iii. nebyla vůči němu nařízena nucená správa podle jiného právního předpisu a/nebo

iv. není v obdobné situaci podle právního řádu země svého sídla.

V(e) …………………….. dne ……………..

Podpis dodavatele nebo osoby oprávněné jednat za dodavatele

Obchodní firma nebo název nebo jméno a příjmení:

Titul, jméno, příjmení, funkce:

Podpis:

¹Nehodící se škrtněte (neuvádějte).

² Uvede pouze dodavatel nezapsaný v obchodním rejstříku.

Seznam významných služeb

(dle čl. 4.3.1. výzvy k podání nabídky)

Název veřejné zakázky:	Programátorské práce – Jednotný informační systém pro adiktologické služby
Obchodní firma nebo název dodavatele právnické osoby:
Xxxxx, příjmení a případně i obchodní firma dodavatele fyzické osoby:

Poř. č.	Název referenční zakázky	Popis (obsah) poskytnuté referenční zakázky (z popisu musí vyplývat splnění podmínek stanovených v čl. 4.3.1. výzvy)	Období poskytování referenční zakázky (ne později než 5 let před zahájením výběrového řízení MM/RR – MM/RR)	Subjekt, kterému byla referenční zakázka poskytována (objednatel, kontaktní osoba včetně jejich kontaktních údajů)
1.
2.
3.

V případě potřeby doplňte další řádky.

Tento seznam předkládá dodavatel na základě své vážné a svobodné vůle a je si vědom všech následků plynoucích z uvedení nepravdivých údajů.

Dodavatel souhlasí s ověřením příslušných referencí ze strany zadavatele a potvrzuje, že je oprávněn uvedené informace zadavateli poskytnout.

Dodavatel prohlašuje, že je oprávněn nakládat s osobními údaji fyzických osob dle obecného nařízení o ochraně osobních údajů.

V(e) ………………………….……….. dne ……………..

Podpis dodavatele nebo osoby oprávněné jednat jménem nebo za dodavatele

Obchodní firma nebo název nebo jméno a příjmení:

Titul, jméno, příjmení, funkce:

Podpis:

Seznam členů realizačního týmu

(dle čl. 4.3.2. výzvy k podání nabídky)

Název veřejné zakázky:	Programátorské práce – Jednotný informační systém pro adiktologické služby
Obchodní firma nebo název dodavatele právnické osoby:
Xxxxx, příjmení a případně i obchodní firma dodavatele fyzické osoby:

Poř. č.	Jméno a příjmení člena realizačního týmu	Relevantní zkušenosti (popis bude odpovídat údajům uvedeným v příloze F této výzvy k podání nabídky pro daného člena realizačního týmu nebo lze uvést pouze odkaz na údaje vyplněné v příloze F této výzvy)	Relevantní praxe (subjekt, u kterého byla realizována, obsah) je-li zadavatelem požadována
1.
2.

V případě potřeby doplňte další řádky.

Tento seznam předkládá dodavatel na základě své vážné a svobodné vůle a je si vědom všech následků plynoucích z uvedení nepravdivých údajů.

Dodavatel souhlasí s ověřením příslušných referencí ze strany zadavatele a potvrzuje, že je oprávněn uvedené informace zadavateli poskytnout.

Dodavatel prohlašuje, že je oprávněn nakládat s osobními údaji fyzických osob dle obecného nařízení o ochraně osobních údajů.

V(e) ………………………….……….. dne ……………..

Podpis dodavatele nebo osoby oprávněné jednat jménem nebo za dodavatele

Obchodní firma nebo název nebo jméno a příjmení:

Titul, jméno, příjmení, funkce:

Podpis:

Upozornění zadavatele:

V případě, že člen realizačního týmu bude ve vztahu k dodavateli v jiném než pracovněprávním vztahu (např. na základě smlouvy o dílo, příkazní smlouvy apod. jako osoba samostatně výdělečně činná), jedná se o poddodavatele obdobně dle § 83 zákona ZZVZ, prostřednictvím něhož dodavatel prokazuje splnění části technické kvalifikace dle § 79 odst. 2 písm. c) a d) ZZVZ a dodavatel takového poddodavatele uvede v seznamu poddodavatelů, který tvoří přílohu E1 této výzvy a současně u takového člena realizačního týmu doloží vedle dokladů dle čl. 4.3.2 této výzvy doklady k prokázání základní způsobilosti obdobně dle § 74 ZZVZ a čl. 4.1 zadávací dokumentace, k prokázání profesní způsobilosti obdobně dle § 77 odst. 1 ZZVZ a čl. 4.2 této výzvy, doklady k prokázání splnění chybějící části kvalifikace prostřednictvím jiné osoby a písemný závazek jiné osoby k poskytnutí plnění určeného k plnění veřejné zakázky nebo k poskytnutí věcí nebo práv, s nimiž bude dodavatel oprávněn disponovat v rámci plnění veřejné zakázky, a to alespoň v rozsahu, v jakém jiná osoba prokázala kvalifikaci za dodavatele obdobně dle § 83 odst. 1 písm. d) ZZVZ. Doklady se předkládají v kopiích a doklady k prokázání základní způsobilosti obdobně dle § 74 ZZVZ a profesní způsobilosti obdobně dle § 77 odst. 1 ZZVZ lze je nahradit čestným prohlášením, jehož vzor je uveden v příloze E2 této výzvy.

Vzor čestného prohlášení člena realizačního týmu

Název veřejné zakázky:	Programátorské práce – Jednotný informační systém pro adiktologické služby
Obchodní firma nebo název dodavatele právnické osoby:
Xxxxx, příjmení a případně i obchodní firma dodavatele fyzické osoby:
Xxxxx a příjmení člena realizačního týmu:

Prohlašuji, že se budu podílet na plnění výše uvedené veřejné zakázky jako člen realizačního týmu, a to jako zaměstnanec / poddodavatel¹ výše uvedeného dodavatele.

Tímto dávám zadavateli výslovný souhlas se zpracováním a uchováváním, popř. uveřejněním (pokud takové uveřejní zvláštní právní předpisy vyžadují) osobních údajů dle Nařízení Evropského parlamentu a Rady (EU) č. 2016/679 ze dne 27. dubna 2016 o ochraně fyzických osob v souvislosti se zpracováním osobních údajů a o volném pohybu těchto údajů a o zrušení směrnice 95/46/ES (obecné nařízení o ochraně osobních údajů), a to v rozsahu, v jakém byly dodavatelem poskytnuty tyto údaje zadavateli v rámci výběrového řízení a v rozsahu, v jakém jsou tyto údaje nezbytně nutné pro plnění zákonných povinností ze strany zadavatele vztahujících se k realizaci veřejné zakázky a k plnění předmětu veřejné zakázky a k plnění smluvních povinností ze strany dodavatele. Tento souhlas lze kdykoliv odvolat, ale odvolání souhlasu nemá vliv na plnění zákonných povinností zadavatele, především na plnění archivační a uveřejňovací povinnosti a to po celou dobu archivační lhůty. Zpracování osobních údajů je možné, při zachování účelu, pro který jsou zpracovány, pouze po dobu nezbytně nutnou vzhledem k účelu zpracování, toto neplatí, pokud se osobní údaje zpracovávají výhradně za účelem archivace ve veřejném zájmu a za předpokladu provedení příslušných opatření k zajištění zabezpečení osobních údajů.

V(e) …………………….. dne ……………..

Podpis člena realizačního týmu

Titul, jméno, příjmení

Podpis:

¹ Nehodící se škrtněte / vypusťte.

Seznam poddodavatelů

--Dodavatel vyplní níže uvedené údaje v případě využití poddodavatele--

Název veřejné zakázky:			Programátorské práce – Jednotný informační systém pro adiktologické služby
Obchodní firma nebo název dodavatele právnické osoby:
Xxxxx, příjmení a případně i obchodní firma dodavatele fyzické osoby:
Pořadové číslo poddodavatele	Obchodní firma nebo název poddodavatele	IČO		Sídlo	Část veřejné zakázky, kterou bude poddodavatel plnit (v Kč nebo %, včetně slovního označení veřejné zakázky plněné poddodavatelem – označení významné služby prokazované prostřednictvím poddodavatele, označení člena realizačního týmu)
Poddodavatel č. 1

V případě potřeby více poddodavatelů doplňte tabulku stejným způsobem.

Tento seznam předkládá dodavatel na základě své vážné a svobodné vůle a je si vědom všech následků plynoucích z uvedení nepravdivých údajů.

Dodavatel souhlasí s ověřením příslušných referencí ze strany zadavatele a potvrzuje, že je oprávněn uvedené informace zadavateli poskytnout.

Dodavatel prohlašuje, že je oprávněn nakládat s osobními údaji fyzických osob dle obecného nařízení o ochraně osobních údajů.

V(e) ……………………………...……….. dne ……………..

Podpis dodavatele nebo osoby oprávněné jednat jménem nebo za dodavatele

Obchodní firma nebo název nebo jméno a příjmení:

Titul, jméno, příjmení, funkce:

Podpis:

Čestné prohlášení poddodavatele o splnění části kvalifikace

(dodavatel předloží ve své nabídce toto prohlášení, pouze pokud prokazuje kvalifikaci prostřednictvím poddodavatele)

Název veřejné zakázky:	Programátorské práce – Jednotný informační systém pro adiktologické služby
Obchodní firma nebo název dodavatele právnické osoby:
Xxxxx, příjmení a případně i obchodní firma dodavatele fyzické osoby:

Poddodavatel účastníka výběrového řízení (dodavatele podávajícího společnou nabídku), ucházejícího se o veřejnou zakázku (dále jen „poddodavatel“)

čestně prohlašuje, že

1. nemá v České republice nebo v zemi svého sídla v evidenci daní zachycen splatný daňový nedoplatek na spotřební dani,¹

2. nemá v České republice nebo v zemi svého sídla splatný nedoplatek na pojistném nebo na penále na veřejné zdravotní pojištění,¹

3. není zapsán v obchodním rejstříku a^{1, 2}

1. není v likvidaci,

2. nebylo proti němu vydáno rozhodnutí o úpadku,

3. nebyla vůči němu nařízena nucená správa podle jiného právního předpisu a/nebo

4. není v obdobné situaci podle právního řádu země svého sídla.

¹Nehodící se škrtněte (neuvádějte).

² Uvede pouze dodavatel nezapsaný v obchodním rejstříku.

Poddodavatel dále uvádí k prokázání splnění kritérií technické kvalifikace dle čl. 4.3.1 této výzvy následující referenční zakázky (včetně příslušných dokladů):

Seznam významných služeb

Poř. č.	Název referenční zakázky	Popis (obsah) poskytnuté referenční zakázky (z popisu musí vyplývat splnění podmínek stanovených v čl. 4.3.1. výzvy)	Období poskytování referenční zakázky (ne později než 5 let před zahájením výběrového řízení MM/RR – MM/RR)	Subjekt, kterému byla referenční zakázka poskytována (objednatel, kontaktní osoba včetně jejich kontaktních údajů)
1.
2.
3.

V případě potřeby doplňte další řádky. Poddodavatel vzor čestného prohlášení přizpůsobí podle svých potřeb (dle části kvalifikace, která je prokazována poddodavatelem).

Poddodavatel dále uvádí k prokázání splnění kritérií technické kvalifikace dle čl. 4.3.2 této výzvy následující členy realizačního týmu (včetně příslušných dokladů):

Seznam členů realizačního týmu

Jméno, příjmení Relevantní zkušenosti (popis bude odpovídat údajům uvedeným v příloze F této výzvy k podání nabídky pro daného člena realizačního týmu nebo lze uvést pouze odkaz na údaje vyplněné v příloze F této výzvy) Relevantní praxe (subjekt, u kterého byla realizována, obsah) je-li zadavatelem požadována

V případě potřeby doplňte další řádky. Poddodavatel vzor čestného prohlášení přizpůsobí podle svých potřeb (dle části kvalifikace, která je prokazována poddodavatelem).

Poddodavatel dále prohlašuje, že se bude podílet na plnění předmětu veřejné zakázky (tj. předmětu díla dle smlouvy uvedené v příloze G výzvy k podání nabídky), pro kterou prokazuje dodavatel prostřednictvím poddodavatele splnění kvalifikace, v rozsahu odpovídajícím kvalifikaci prokazované prostřednictvím tohoto poddodavatele.

Poddodavatel tímto dává zadavateli výslovný souhlas se zpracováním a uchováváním, popř. uveřejněním (pokud takové uveřejnění zvláštní právní předpisy vyžadují) osobních údajů dle Nařízení Evropského parlamentu a Rady (EU) č. 2016/679 ze dne 27. dubna 2016 o ochraně fyzických osob v souvislosti se zpracováním osobních údajů a o volném pohybu těchto údajů
a o zrušení směrnice 95/46/ES (obecné nařízení o ochraně osobních údajů, dále jen „Nařízení“),
a to v rozsahu, v jakém byly poddodavatelem poskytnuty tyto údaje zadavateli v rámci výběrového řízení a v rozsahu, v jakém jsou tyto údaje nezbytně nutné pro plnění zákonných povinností ze strany zadavatele vztahujících se k realizaci veřejné zakázky a k plnění předmětu veřejné zakázky a k plnění smluvních povinností ze strany dodavatele. Tento souhlas lze kdykoliv odvolat, ale odvolání souhlasu nemá vliv na plnění zákonných povinností zadavatele a povinností zadavatele vyplývajících z Nařízení, především na plnění archivační a uveřejňovací povinnosti. Zpracování osobních údajů je možné, při zachování účelu, pro který jsou zpracovány, pouze po dobu nezbytně nutnou vzhledem k účelu zpracování, toto neplatí, pokud se osobní údaje zpracovávají výhradně za účelem archivace ve veřejném zájmu a za předpokladu provedení příslušných opatření k zajištění zabezpečení osobních údajů.

Poddodavatel souhlasí s ověřením příslušných referencí ze strany zadavatele a potvrzuje, že je oprávněn uvedené informace zadavateli poskytnout.

Poddodavatel prohlašuje, že je oprávněn nakládat s osobními údaji fyzických osob dle obecného nařízení o ochraně osobních údajů.

V(e) …………........................………. dne ……………..

Podpis poddodavatele nebo osoby oprávněné jednat jménem nebo za poddodavatele
Obchodní firma nebo název nebo jméno a příjmení:	…………
Titul, jméno, příjmení, funkce:	…………
Podpis:	…………

Tabulka pro hodnocení nabídek

Kritérium č. 2 – Kvalita realizačního týmu

--Dodavatel vyplní níže uvedené údaje o nabídkové ceně – žlutě označená pole—

Název veřejné zakázky:	Programátorské práce – Jednotný informační systém pro adiktologické služby
Obchodní firma nebo název dodavatele právnické osoby:
Xxxxx, příjmení a případně i obchodní firma dodavatele fyzické osoby:

Dodavatel vyplní do následujících tabulek všechny relevantní zkušenosti daného člena realizačního týmu dle čl 4.3.2 a článku 6.3.2 této výzvy k podání nabídky, tj. dodavatel uvede jak zkušenosti člena realizačního týmu, které budou předmětem posouzení splnění technické kvalifikace dle čl. 4.3.2 výzvy, tak zkušenosti, které budou předmětem hodnocení v rámci kritéria č. 2 dle čl. 6.3.2.výzvy.

Xxxxx a příjmení člena realizačního týmu
Poř.č.	Zkušenost člena realizačního týmu spočívající v provádění programátorských prací při vývoji programového vybavení (název a popis služby)	Subjekt, pro který byla služba realizována včetně kontaktní osoby a jejích kontaktních údajů
1
2
3
4
5
6

V případě potřeby více služeb doplňte tabulku stejným způsobem.

Xxxxx a příjmení člena realizačního týmu
Poř.č.	Zkušenost člena realizačního týmu spočívající v provádění programátorských prací při vývoji programového vybavení (název a popis služby)	Subjekt, pro který byla služba realizována včetně kontaktní osoby a jejích kontaktních údajů
1
2
3
4
5
6

V případě potřeby více služeb doplňte tabulku stejným způsobem.

V případě potřeby více členů realizačního týmu doplňte tabulku a vyplňte stejným způsobem.

V rámci kritéria č. 2 – Kvalita realizačního týmu budou podkladem pro hodnocení rovněž doklady předložené dodavatelem v nabídce (např. životopis člena realizačního týmu), na základě kterých bude nabídce v příslušném subkritériu přidělen dosažený počet bodů, nikoli pouze údaje vyplněné dodavatelem v této příloze.

Zadavatel dodavatele upozorňuje, že v rámci kritéria č. 2 – Xxxxxxx realizačního týmu nebudou bodovány služby, kterými dodavatel splnil právě minimální požadavek zadavatele stanovený v čl. 4.3.2 této výzvy.

V(e) …………........................………. dne ……………..

Podpis dodavatele nebo osoby oprávněné jednat jménem nebo za dodavatele
Obchodní firma nebo název nebo jméno a příjmení:	…………
Titul, jméno, příjmení, funkce:	…………
Podpis:	…………

č.j.18260/2019-UVCR-xx

ev. č. 20/xxx-0

Smlouva o poskytování služeb

„Programátorské práce – Jednotný informační systém pro adiktologické služby“

uzavřená dle zákona č. 89/2012 sb., občanský zákoník, ve znění pozdějších předpisů (dále jen „občanský zákoník“), a dle zákona č. 121/2000 sb., o právu autorském, o právech souvisejících s právem autorským a o změně některých zákonů (autorský zákon), ve znění pozdějších předpisů (dále jen „autorský zákon“)

Česká republika - Úřad vlády České republiky

kterou zastupuje: Xxx. Xxxxxxx Xxxxxxxxx, ředitelka Odboru protidrogové politiky, na základě vnitřního předpisu

se sídlem: nábř. X. Xxxxxx 128/4, 118 01 Praha 1 – Malá Strana

IČO: 00006599

DIČ: CZ00006599

bankovní spojení: ČNB Praha, účet č.: 4320001/0710

kontaktní osoba: bude doplněno před podpisem smlouvy,
email: bude doplněno před podpisem smlouvy, tel.: bude doplněno před podpisem smlouvy

(dále jen „objednatel“)

a

bude doplněno před podpisem smlouvy

kterou zastupuje: bude doplněno před podpisem smlouvy

se sídlem: bude doplněno před podpisem smlouvy

IČO: bude doplněno před podpisem smlouvy

DIČ: bude doplněno před podpisem smlouvy

bankovní spojení: bude doplněno před podpisem smlouvy, účet č.: bude doplněno před podpisem smlouvy

kontaktní osoba: bude doplněno před podpisem smlouvy, tel. bude doplněno před podpisem smlouvy

zapsaná v obchodním rejstříku u bude doplněno před podpisem smlouvy, spisová značka (oddíl, vložka) bude doplněno před podpisem smlouvy

(dále jen „poskytovatel“)

Smluvní strany uzavírají níže uvedeného dne, měsíce a roku v souladu s nabídkou poskytovatele a rozhodnutím objednatele jako zadavatele o výběru nejvýhodnější nabídky ve výběrovém řízení veřejné zakázky vedené pod sp. zn. 18260/2019-UVCR, s názvem „Programátorské práce – Jednotný informační systém pro adiktologické služby“ tuto smlouvu (dále jen „smlouva“).

Veřejná zakázka, na jejímž základě je uzavírána tato smlouva, je realizována jako součást projektu „Systémová podpora rozvoje adiktologických služeb v rámci integrované protidrogové politiky“,
reg. č.: CZ.03.2.63/0.0/0.0/15_030/0003035.

Plnění této smlouvy je veřejnou zakázkou malého rozsahu dle § 27 zákona č. 134/2016 Sb., o zadávání veřejných zakázek, ve znění pozdějších předpisů (dále jen „ZZVZ“).

Článek I.

Předmět a účel smlouvy

1. Předmětem této smlouvy je závazek poskytovatele vytvořit pro objednatele jednotný informační systém pro adiktologické služby jako webovou databázovou aplikaci. Plnění dle této smlouvy bude rozděleno do tří dílčích fází:

1. fáze plnění – vývoj webové databázové aplikace v rozsahu dle přílohy č. 1 této smlouvy;

2. fáze plnění - testování webové databázové aplikace a

3. fáze plnění – provedení změn a vylepšení informačního systému.

2. Dále je předmětem této smlouvy závazek objednatele za řádně a včas poskytnuté služby zaplatit poskytovateli cenu dle čl. III této smlouvy.

3. Podrobný popis předmětu plnění této smlouvy je uveden v příloze č. 1 této smlouvy.

4. Účelem této smlouvy je vytvořit informační systém, který bude sloužit k:

1. Evidenci všech procesů spjatých s poskytováním adiktologických služeb jednotlivých poskytovatelů těchto služeb.

2. Vyhodnocování výkonosti a nákladovosti pro potřeby jednotlivých donátorů – poskytovatelů dotací.

3. Exportům dat do dalších agend.

Článek II.

Doba, místo plnění a akceptace plnění

1. Předmět plnění dle čl. I této smlouvy bude poskytovatelem poskytnut v termínech uvedených v tomto článku smlouvy a v příloze č. 1 této smlouvy.

2. Místem plnění předmětu této smlouvy se rozumí místo předání všech výstupů plnění objednateli a zároveň místo, kde bude probíhat testování a komunikace mezi objednatelem a poskytovatelem. Místem plnění této smlouvy je sídlo objednatele.

3. První fázi plnění - vývoj webové databázové aplikace v rozsahu dle přílohy č. 1 této smlouvy, předá poskytovatel objednateli do 24 týdnů ode dne nabytí účinnosti smlouvy. O předání první fáze plnění bude sepsán předávací protokol č. 1, který bude potvrzen podpisy oprávněného zástupce objednatele a poskytovatele. Návrh předávacího protokolu připraví poskytovatel a bude sepsán ve 2 vyhotoveních, z nichž každá smluvní strana obdrží po 1 vyhotovení.

4. Druhá fáze - testování webové databázové aplikace, bude probíhat 4 týdny ode dne předání webové databázové aplikace, resp. po dokončení první fáze plnění a po podpisu předávacího protokolu č. 1 dle předchozího odstavce tohoto článku. V této fázi budou prováděny následující činnosti:

1. testování aplikace betatestery, kteří budou reportovat chyby a závady, které budou sdělovány dodavateli (připomínky a požadavky na opravu nebo doplnění předané aplikace). Poskytovatel tyto vady opraví v termínu určeném objednatelem s ohledem na povahu a charakter těchto vad. Po zapracování připomínek a odstranění požadovaných vad aplikace podepíše objednatel akceptační protokol č. 1. Návrh dílčího akceptačního protokolu č. 1 připraví poskytovatel ve 2 vyhotoveních, která podepíší oprávnění zástupci obou smluvních stran, přičemž každá smluvní strana obdrží po 1 vyhotovení.

2. uplatňování požadavků objednatele na vylepšení a dílčí změny aplikace. Tyto požadavky na vylepšení a změny budou zpracovány interním týmem objednatele, budou jim přidělené priority a budou přesně popsány pro účely zadání pro třetí fázi. Požadavky na vylepšení a změny budou zpracovány v rozsahu schváleném oběma smluvními stranami do akceptačního protokolu č. 2. Návrh dílčího akceptačního protokolu č. 2 připraví poskytovatel ve 2 vyhotoveních, která podepíší oprávnění zástupci obou smluvních stran, přičemž každá smluvní strana obdrží po 1 vyhotovení.

5. Třetí fáze, provedení změn a vylepšení informačního systému, bude probíhat 8 týdnů po skončení testovací fáze, tj. po schválení rozsahu změn a vylepšení a po podpisu akceptačního protokolu č. 2 dle odstavce 4 písm. b) tohoto článku. O předání dílčího plnění v rámci třetí fáze poskytovatelem objednateli bude sepsán předávací protokol č. 2, který bude potvrzen podpisy oprávněného zástupce objednatele a poskytovatele. Návrh předávacího protokolu č. 2 připraví poskytovatel a bude sepsán ve 2 vyhotoveních, z nichž každá smluvní strana obdrží po 1 vyhotovení. Objednatel si vyhrazuje právo uplatnit připomínky do 30 dnů od odevzdání finálního informačního systému v rámci třetí fáze plnění. Poskytovatel je povinen připomínky vypořádat do 15 dnů, pokud s ohledem na charakter připomínek nebude dohodnuta jiná lhůta. Objednatel neposkytne delší lhůtu k odstranění vad plnění v případě, že v průběhu plnění poskytovatele v rámci svých připomínek na tyto vady poskytovatele již upozornil. Po vypořádání připomínek v souladu s požadavky objednatele podepíše objednatel akceptační protokol č. 3. Návrh dílčího akceptačního protokolu č. 3 připraví poskytovatel ve 2 vyhotoveních, která podepíší oprávnění zástupci obou smluvních stran, přičemž každá smluvní strana obdrží po 1 vyhotovení. Objednatel akceptuje podpisem akceptačního protokolu č. 3 pouze plnění bez vad a nedodělků.

6. Objednatel i poskytovatel jsou oprávněni provádění plnění přerušit nastane-li nějaká z okolností uvedená v čl. XIII této smlouvy a po dobu přerušení plnění, během níž trvají okolnosti uvedené v čl. XIII se prodlužuje se lhůta ke splnění smluvních povinností.

Článek III.

Cena a platební podmínky

1. Cena za plnění předmětu této smlouvy činí 1.806.268,39 Kč bez DPH, tj. 2.185.584,76 Kč včetně DPH. Cena za plnění předmětu této smlouvy se skládá z těchto částí:

1. částky ve výši 1.506.268,39 tj. bez DPH, tj. 1.822.584,76 Kč včetně DPH, kterou je poskytovatel oprávněn fakturovat objednateli po zapracování chyb vzešlých z testování v druhé fázi a po podpisu akceptačního protokolu č. 1.

2. částky ve výši 300.000,00 Kč bez DPH, tj. 363.000,00 Kč včetně DPH, kterou je poskytovatel oprávněn fakturovat objednateli po předání kompletního předmětu plnění, včetně kompletních zdrojových kódů a dokumentace po ukončení fáze 3 a po podpisu akceptačního protokolu č. 2 a 3.

dále jen „dílčí cena předmětu plnění“.

2. Cena dle odst. 1 tohoto článku odpovídá rozsahu plnění dle této smlouvy a nabídce poskytovatele a zahrnuje veškeré náklady a poplatky poskytovatele nutné nebo související s řádným plněním předmětu této smlouvy, zejména odměny za poskytnutí práv duševního vlastnictví včetně zdrojového kódu dle čl. V této smlouvy a náklady za zpracování osobních údajů a nakládání s nimi, dopravu do místa plnění, režijní náklady poskytovatele atd.

3. Cena dle odst. 1 tohoto článku je stanovena jako nejvýše přípustná a nepřekročitelná, s výjimkou změny sazby DPH; v takovém případě není třeba uzavírat dodatek k této smlouvě, ale bude aplikována sazba DPH vždy v aktuální výši dle platných právních předpisů. Poskytovatel bude fakturovat cenu s DPH dle sazby DPH platné v době uskutečnění zdanitelného plnění.

4. Faktura poskytovatele musí obsahovat náležitosti obchodní listiny dle § 435 občanského zákoníku a daňového dokladu dle zákona č. 563/1991 Sb., o účetnictví, ve znění pozdějších předpisů a dle zákona č. 235/2004 Sb., o dani z přidané hodnoty, ve znění pozdějších předpisů (dále jen „ZDPH“). Na faktuře musí být uvedeno „Systémová podpora rozvoje adiktologických služeb v rámci integrované protidrogové politiky“, reg. č.:CZ.03.2.63/0.0/0.0/15_030/0003035 a evidenční číslo této smlouvy uvedené v záhlaví této smlouvy a číslo objednávky vystavené objednatelem v Integrovaném informačním systému státní pokladny. Přílohou faktury dle odstavce 1 písmeno a) tohoto článku smlouvy musí být kopie objednatelem podepsaného akceptačního protokolu č. 1 dle čl. II odst. 4 písm. a) této smlouvy. Přílohou faktury dle odstavce 1 písmeno b) tohoto článku smlouvy musí být kopie objednatelem podepsaného akceptačního protokolu č. 2 dle čl. II odst. 4 písm. b) této smlouvy a zároveň akceptačního protokolu č. 3 dle čl. II odst. 5 této smlouvy.

5. V případě, že úhrada dílčí ceny předmětu plnění má být provedena zcela nebo zčásti bezhotovostním převodem na účet vedený poskytovatelem platebních služeb mimo tuzemsko ve smyslu § 109 odst. 2 písm. b) ZDPH, nebo číslo bankovního účtu poskytovatele uvedené
   v této smlouvě nebo na daňovém dokladu vystaveném poskytovatelem nebude uveřejněno způsobem umožňujícím dálkový přístup ve smyslu § 109 odst. 2 písm. c) ZDPH a nebo
   stane-li se poskytovatel nespolehlivým plátcem ve smyslu § 106a ZDPH, je objednatel oprávněn uhradit poskytovateli pouze tu část peněžitého závazku vyplývajícího z daňového dokladu, jež odpovídá výši základu daně, a zbylou část pak ve smyslu § 109a ZDPH uhradit přímo správci daně s tím, že se má za to, že úhrada daňového dokladu (faktury) bez DPH je provedena ve správné výši.

6. V případě, že faktura nebude mít stanovené náležitosti nebo bude obsahovat chybné údaje, je objednatel oprávněn tuto fakturu ve lhůtě její splatnosti vrátit poskytovateli, aniž by se tím objednatel dostal do prodlení s úhradou faktury. Nová lhůta splatnosti počíná běžet dnem obdržení opravené nebo nově vystavené faktury. Důvod případného vrácení faktury musí být objednatelem jednoznačně vymezen.

7. Objednatel uhradí fakturu bezhotovostně převodem na účet poskytovatele do 21 dnů ode dne obdržení faktury. Zaplacením se rozumí odepsání finanční částky z účtu objednatele ve prospěch účtu poskytovatele.

8. Poskytovatel je oprávněn fakturu včetně všech jejích příloh vystavit v elektronické formě
   dle § 26 ZDPH, a to ve formátu ISDOC nebo ISDOCX verze 5.2 nebo vyšší. Poskytovatel je dále oprávněn vystavit fakturu ve formátu, který je v souladu s evropským standardem elektronické faktury dle technické normy ČSN EN 16931-1:2017. Elektronickou fakturu je možné zaslat datovou schránkou (identifikace: trfaa33) nebo elektronickou poštou na adresu xxxxx@xxxxx.xx.

9. Změnu účtu, na který je objednatel povinen hradit platbu, je poskytovatel oprávněn provést jednostranným písemným oznámením objednateli.

Článek IV.

Odpovědnost za vady a náhrada škody

1. Poskytovatel odpovídá za to, že předmět plnění má vlastnosti stanovené touto smlouvou a zejména přílohou č. 1, tj. zejména byl zpracován způsobem, který odpovídá účelu této smlouvy v odpovídající odborné kvalitě. Poskytovatel poskytuje objednateli na výstupy předmětu plnění záruku po dobu 24 měsíců od podpisu akceptačního protokolu č. 3 objednatelem dle čl. II odst. 5 této smlouvy.

2. V případě, že objednatel zjistí vady předmětu plnění v záruční době, je poskytovatel povinen tyto vady odstranit nejpozději do 5 dnů ode dne oznámení vad objednatelem poskytovateli.
   S ohledem na charakter zjištěných vad je objednatel oprávněn stanovit poskytovateli lhůtu delší.

3. O dobu odstraňování vady se prodlužuje záruční doba.

4. Reklamaci lze uplatnit nejpozději do posledního dne záruční doby, přičemž reklamace odeslaná objednatelem v poslední den záruční doby se považuje za včas uplatněnou.

5. Poskytovatel odstraní v záruční době reklamované vady na svůj náklad. Odmítne-li poskytovatel odstranit reklamované vady, případně neodstraní-li je do 15 dnů od písemného nahlášení či objednatelem stanoveného termínu, je objednatel oprávněn odstranit vady sám nebo prostřednictvím jiné osoby a náklady s tím spojené vyúčtovat poskytovateli.

6. Poskytovatel odpovídá za škody, které svou činností způsobí objednateli nebo třetím osobám,
   a to zejména v důsledku neplnění podmínek vyplývajících z právních předpisů nebo z této smlouvy. Jakoukoliv škodu takto vzniklou je poskytovatel povinen bezodkladně odstranit a není-li to možné, pak finančně nahradit v plné výši.

7. Uplatněním odpovědnosti za vady nejsou dotčeny nároky na náhradu škody nebo na uplatnění smluvní pokuty.

8. V případě sporu o oprávněnost reklamace budou smluvní strany respektovat vyjádření
   a konečné stanovisko soudního znalce vybraného objednatelem. Náklady na vypracování znaleckého posudku nese v plné výši smluvní strana, která nebude ve sporu o oprávněnost reklamace úspěšná.

9. Každá smluvní strana je povinna nahradit způsobenou škodu v rámci platných právních předpisů
   a této smlouvy. Obě smluvní strany se zavazují k vyvinutí maximálního úsilí k předcházení škodám a k minimalizaci vzniklých škod.

10. Žádná ze stran neodpovídá za škodu, která vznikla v důsledku věcně nesprávného nebo jinak chybného zadání, které obdržela od druhé smluvní strany. V případě, že jedna ze smluvních stran poskytla druhé smluvní straně chybné zadání a příslušná smluvní strana s ohledem na svoji povinnost poskytovat plnění s odbornou péčí mohla a měla chybnost takového zadání zjistit, smí
    se ustanovení předchozí věty domáhat pouze v případě, že na chybné zadání příslušná smluvní strana druhou smluvní stranu písemně upozornila a druhá smluvní strana trvala na původním zadání.

11. Případná náhrada škody bude nahrazena uvedením do původního stavu a v případě nemožnosti uvedení v původní stav bude uhrazena v měně platné na území České republiky, přičemž pro propočet na tuto měnu je rozhodný kurz České národní banky ke dni vzniku škody.

Článek V.

Práva duševního vlastnictví

1. Poskytovatel se zavazuje, že při zhotovování díla resp. částí díla neporuší práva třetích osob, která těmto osobám mohou plynout z práv k duševnímu vlastnictví, zejména z autorských práv a práv průmyslového vlastnictví, že je plně oprávněn disponovat s právy, která touto smlouvou postupuje na objednatele, nebo k jejichž užití poskytuje Objednateli dle této smlouvy licenci, a zavazuje se za tímto účelem zajistit řádné a nerušené užívání plnění, resp. částí plnění objednatelem, včetně případného zajištění dalších souhlasů a licencí od autorů děl v souladu s autorským zákonem popř. od nositelů jiných práv duševního vlastnictví v souladu s právními předpisy. Poskytovatel se zavazuje, že objednateli uhradí veškeré náklady, výdaje, škody a majetkovou i nemajetkovou újmu, které objednateli vzniknou v důsledku porušení povinností dle předchozí věty.

2. Je-li výsledkem činnosti poskytovatele dle této smlouvy anebo součástí předaného plnění výtvor, který je předmětem práv autorských, práv souvisejících či předmětem práv pořizovatele k jím pořízené databázi, a nejde přitom o dílo anebo jeho části vytvořené jako zaměstnanecké dílo (dále pro účely tohoto článku souhrnně jen „předměty ochrany podle autorského zákona“), náleží od okamžiku předání plnění, resp. částí plnění dle této smlouvy objednateli pro území celého světa včetně České republiky výhradní neomezené právo k užití těchto předmětů ochrany podle autorského zákona, a to na dobu trvání práva k předmětům ochrany podle autorského zákona, resp. na zákonnou dobu ochrany. Poskytovatel touto smlouvou poskytuje objednateli oprávnění k výkonu uvedeného výhradního práva k užití předmětů ochrany podle autorského zákona (licence) bez časového, územního a množstevního omezení a pro všechny způsoby užití. Objednatel je oprávněn předměty ochrany podle autorského zákona užít v původní nebo jiné zpracované či jinak změněné podobě, samostatně nebo v souboru anebo ve spojení s jiným dílem či prvky. Oprávnění k užití předmětů ochrany podle autorského zákona získává objednatel jako převoditelná s právem podlicence a dále postupitelná. Postoupení licence nebo její části na třetí osobu nevyžaduje souhlas poskytovatele a objednatel není povinen postoupení licence nebo její části na třetí osobu poskytovateli oznamovat. Toto právo objednatele k předmětům ochrany podle autorského zákona se automaticky vztahuje i na všechny nové verze, úpravy a překlady předmětů ochrany podle autorského zákona dodané poskytovatelem. Objednatel není povinen výše uvedenou licenci využít. Poskytovatel dále poskytuje objednateli právo upravovat a/nebo překládat předměty ochrany podle autorského zákona, včetně práva objednatele zadat provedení těchto úprav a/nebo překladů třetím osobám. Dohodou smluvních stran se stanoví, že cena za užití předmětů ochrany podle autorského zákona dle tohoto odstavce je součástí ceny plnění dle čl. III odst. 1 této smlouvy.

3. Je-li výsledkem činnosti poskytovatele dle této smlouvy anebo součástí předaného plnění výtvor, který je předmětem práv průmyslového vlastnictví, avšak dosud nebyl k ochraně nebo na základě přihlášky zapsán či udělen anebo se jeho zápis nevyžaduje, zejména vynález, užitný vzor či průmyslový vzor (dále pro účely tohoto článku souhrnně jen „nezapsané předměty průmyslových práv“), převádí poskytovatel na objednatele od okamžiku předání díla dle této smlouvy veškerá práva na nezapsané předměty průmyslových práv, zejména pak právo na patent, právo na užitný vzor a právo na průmyslový vzor. Objednatel je oprávněn zejména nezapsané předměty průmyslových práv přihlásit k ochraně na území České republiky a jiných teritoriích a neomezeně je i po jejich zápisu využívat na území celého světa včetně České republiky. Toto právo objednatele k nezapsaným předmětům průmyslových práv se automaticky vztahuje i na všechny nové verze a úpravy nezapsaných předmětů průmyslových práv dodaných poskytovatelem na základě této smlouvy. Poskytovatel je o takovémto výtvoru povinen objednatele neprodleně informovat. Dohodou smluvních stran se stanoví, že cena za převod práv k nezapsaným předmětům průmyslových práv je součástí ceny plnění dle čl. III odst. 1 této smlouvy.

4. Je-li výsledkem činnosti poskytovatele dle této smlouvy anebo součástí předaného plnění výtvor, který je již chráněn zapsaným či uděleným právem z průmyslového vlastnictví, zejména udělený či zapsaný vynález, užitný vzor či průmyslový vzor (dále pro účely tohoto článku souhrnně jen „zapsané předměty průmyslových práv“), náleží objednateli od okamžiku předání plnění, resp. části plnění podle této smlouvy k zapsaným předmětům průmyslových práv výhradní neomezené právo k užití těchto zapsaných předmětů průmyslových práv, a to pro území celého světa včetně České republiky. Poskytovatel touto smlouvou opravňuje objednatele k výkonu uvedených výhradních práv k zapsaným předmětům průmyslových práv, a to bez časového, územního a množstevního omezení a pro všechny způsoby užití. Oprávnění k užití zapsaných předmětů průmyslových práv získává objednatel jako převoditelná s právem podlicence a dále postupitelná. Toto právo objednatele k zapsaným předmětům průmyslových práv se automaticky vztahuje i na všechny nové verze a úpravy zapsaných předmětů průmyslových práv dodaných poskytovatelem, ať již budou přihlášeny k ochraně či nikoliv. Poskytovatel je o takovémto výtvoru povinen objednatele neprodleně informovat. Poskytovatel je dále povinen učinit veškeré nezbytné úkony a poskytnout objednateli veškerou nezbytnou součinnost směřující k zápisu uvedené licence k zapsaným předmětům průmyslových práv do příslušných rejstříků. Poskytovatel rovněž poskytuje objednateli právo upravovat a modifikovat zapsané předměty průmyslových práv, včetně práva objednatele zadat vývoj a provedení těchto úprav a modifikací třetím osobám. Dohodou smluvních stran se stanoví, že cena za převod práv k zapsaným předmětům průmyslových práv je součástí ceny plnění dle čl. III odst. 1 této smlouvy.

5. Je-li výsledkem činnosti poskytovatele dle této smlouvy anebo součástí předaného plnění výtvor, který může být předmětem majetkových práv, vyjma v předchozích odstavcích uvedených předmětů chráněných podle autorského zákona a předmětů průmyslového vlastnictví požívajících zvláštní ochrany, přičemž jde zejména o know-how či nezapsaná označení (dále pro účely tohoto článku souhrnně jen „ostatní předměty duševního vlastnictví“), převádí poskytovatel na objednatele od okamžiku předání plnění, resp. části plnění veškerá práva k ostatním předmětům duševního vlastnictví. Objednatel je oprávněn zejména ostatní předměty duševního vlastnictví neomezeně využívat na území celého světa včetně České republiky. Toto právo objednatele k ostatním předmětům duševního vlastnictví se automaticky vztahuje i na všechny nové verze a úpravy ostatních předmětů duševního vlastnictví dodaných poskytovatelem. Poskytovatel je o takovémto výtvoru povinen objednatele neprodleně informovat. Poskytovatel rovněž poskytuje objednateli právo upravovat a modifikovat ostatní předměty duševního vlastnictví, včetně práva objednatele zadat vývoj a provedení těchto úprav a modifikací třetím osobám. Dohodou smluvních stran se stanoví, že cena za užití ostatních předmětů duševního vlastnictví dle tohoto odstavce je součástí ceny plnění dle čl. III odst. 1 této smlouvy.

6. Je-li výsledkem nebo součástí plnění resp. částí plnění i zaměstnanecké či kolektivní dílo, které je předmětem autorských práv, práv souvisejících s právem autorským či práv pořizovatele k jím pořízené databázi, poskytovatel jako zaměstnavatel či osoba, z jejíhož podnětu apod., jejímž vedením je dílo vytvářeno a pod jejímž jménem je dílo uváděno na veřejnost, ke dni předání plnění resp. části plnění dle této smlouvy postupuje právo výkonu majetkových práv k dílu na objednatele, přičemž výše odměny za postoupení je již zahrnuta v ceně plnění dle čl. III odst. 1 této smlouvy. Objednatel se tím stává ve vztahu ke všem částem plnění i plnění jako celku vykonavatelem autorských práv majetkových v pozici zaměstnavatele se všemi souvislostmi včetně oprávnění vyplývajících z omezení osobnostních práv původních autorů v plném rozsahu dle § 58 autorského zákona, přičemž právo výkonu majetkových práv autorských získává objednatel jako dále postupitelné. Objednatel je tak především oprávněn plnění i jeho části bez dalšího sám jakýmkoli způsobem užít v původní, zpracované či jinak změněné podobě a udělit třetím osobám oprávnění (licenci) k výkonu práva plnění a jeho části užít. Objednatel je dále oprávněn nehotové anebo nedostatečně podrobné části plnění dokončit, a to bez ohledu na podmínky podle ustanovení § 58 odst. 5 autorského zákona. Poskytovateli ani původním autorům nenáleží nárok na přiměřenou dodatečnou odměnu podle ustanovení § 58 odst. 6 autorského zákona. Objednatel je oprávněn plnění anebo jeho části zveřejnit, upravovat, zpracovávat včetně překladu, spojit s jiným dílem, zařadit do díla souborného a uvádět je na veřejnost pod vlastním jménem, včetně oprávnění objednatele zadat vývoj a provedení těchto úprav a modifikací třetím osobám.

Článek VI.

Realizační tým

1. Poskytovatel prohlašuje, že plnění předmětu této smlouvy bude realizovat členy realizačního týmu, které uvedl v nabídce a kteří splnili kritéria technické kvalifikace minimálně v rozsahu požadovaném zadavatelem v čl. 4.3.2 výzvy k podání nabídky a v případě, že se bude jednat o hodnoceného člena realizačního týmu i zkušenosti minimálně v rozsahu hodnocení dle čl. 6.3.2 výzvy k podání nabídky.

2. Složení realizačního týmu podle odstavce 1 tohoto článku, které bylo předloženo v nabídce poskytovatele podané ve výběrovém řízení, je pro poskytovatele závazné, stejně jako požadavky na jednotlivé členy realizačního týmu uvedené ve výzvě k podání nabídek.

3. Členové realizačního týmu uvedení v nabídce poskytovatele jako účastníka výběrového řízení se musejí aktivně podílet na plnění předmětu této smlouvy. V případě potřeby změny člena realizačního týmu uvedeného v nabídce poskytovatele je změna možná pouze se souhlasem objednatele. Objednatel tento souhlas neudělí v případě, že by po takové změně realizační tým nesplňoval požadavky objednatele na realizační tým dle výzvy k podání nabídky. Objednatel tento souhlas neudělí také v případě, že by po takové změně nový člen realizačního týmu nesplňoval veškeré požadavky objednatele pro danou pozici člena realizačního týmu, uvedené jako kritéria technické kvalifikace ve výzvě k podání nabídek.

4. V případě potřeby změny člena realizačního týmu poskytovatel písemně požádá
   o souhlas objednatele s touto změnou minimálně 14 dní před touto změnou. Výjimkou je situace, kdy poskytovatel jednoznačně prokáže, že lhůtu dle předchozí věty nemohl dodržet z důvodu nespočívajícího na jeho straně (např. pracovní neschopnost člena realizačního týmu, či úmrtí člena realizačního týmu), v takovém případě je povinen požádat o souhlas bezodkladně po zjištění těchto důvodů. Součástí žádosti o souhlas se změnou člena realizačního týmu musejí být doklady prokazující splnění podmínek kvalifikace nahrazovaného člena realizačního týmu.

5. Změna člena realizačního týmu bez souhlasu objednatele se považuje za podstatné porušení smlouvy, a to bez ohledu na to, zda se jedná o člena vyhovujícího požadavkům dle zadávacích podmínek a této smlouvy či nikoliv.

Článek VII.

Využití poddodavatelů ^*)*)

1. Poskytovatel prohlašuje, že poskytnutí výše uvedených plnění zajistí poddodavateli, jejichž seznam byl poskytovatelem předložen v nabídce poskytovatele podané ve výběrovém řízení. Tento seznam poddodavatelů je pro poskytovatele závazný, stejně jako požadavky na jednotlivé poddodavatele uvedené ve výzvě k podání nabídky.

2. Poddodavatelé, kterými poskytovatel prokazoval část kvalifikace, uvedení v nabídce poskytovatele jako účastníka výběrového řízení se musejí aktivně podílet na plnění předmětu této smlouvy v rozsahu, v jakém prokazovali splnění kvalifikace. V případě potřeby změny poddodavatele, kterým poskytovatel prokazoval v nabídce část chybějící kvalifikace, je změna možná pouze se souhlasem objednatele. Objednatel tento souhlas neudělí v případě, že by po takové změně nový poddodavatel nesplňoval veškeré požadavky objednatele uvedené ve výzvě k podání nabídky v rozsahu, v jakém prostřednictvím něho prokazoval poskytovatel splnění kvalifikace.

3. V případě potřeby změny poddodavatele poskytovatel písemně požádá objednatele o souhlas
   se změnou minimálně 14 dní před touto změnou. Výjimkou je situace, kdy poskytovatel jednoznačně prokáže, že lhůtu dle předchozí věty nemohl dodržet z důvodu nespočívajícím na jeho straně; v takovém případě je povinen požádat o souhlas bezodkladně po zjištění těchto důvodů. Součástí žádosti o souhlas se změnou poddodavatele musejí být doklady prokazující splnění podmínek kvalifikace novým poddodavatelem, a to v rozsahu, v jakém prostřednictvím nahrazovaného poddodavatele prokazoval poskytovatel splnění kvalifikace.

4. Změna poddodavatele bez souhlasu objednatele se považuje za podstatné porušení smlouvy,
   a to bez ohledu na to, zda se jedná o poddodavatele vyhovujícího požadavkům dle zadávacích podmínek a této smlouvy či nikoliv.

5. Poskytovatel je povinen smluvně zajistit, že všichni poddodavatelé v poddodavatelském řetězci se zaváží dodržovat v plném rozsahu ujednání mezi objednatelem a poskytovatelem a smluvní závazky mezi poskytovatelem a poddodavatelem nebo poddodavateli navzájem nebudou v rozporu s požadavky objednatele na poskytovatele.

Článek VIII.

Ochrana informací

1. Smluvní strany jsou si vědomy toho, že v rámci plnění závazků z této smlouvy

1. si mohou vzájemně vědomě nebo opomenutím poskytnout informace, které budou považovány za důvěrné (dále jen „důvěrné informace“),

2. mohou jejich zaměstnanci či osoby v obdobném postavení získat vědomou činností druhé smluvní strany nebo i jejím opomenutím přístup k důvěrným informacím druhé smluvní strany.

2. Smluvní strany se zavazují, že žádná z nich nezpřístupní třetí osobě důvěrné informace (bez ohledu na formu jejich zachycení), které získaly během jednání vedoucích k uzavření této smlouvy nebo během plnění závazků z této smlouvy. Tím není dotčeno oprávnění smluvních stran sdělovat tyto údaje svým advokátům, daňovým poradcům, auditorům nebo jiným osobám vázaným na základě zvláštního právního předpisu povinností mlčenlivosti. Tyto osoby musí být na důvěrnost údajů upozorněny.

3. Za třetí osoby dle odst. 2 tohoto článku se nepovažují:

1. zaměstnanci smluvních stran a osoby v obdobném postavení,

2. orgány smluvních stran a jejich členové,

3. ve vztahu k důvěrným informacím objednatele subdodavatelé poskytovatele,

4. ve vztahu k důvěrným informacím poskytovatele externí poskytovatelé objednatele, a to i potenciální,

za předpokladu, že se podílejí na plnění této smlouvy nebo plnění spojeném s plněním dle této smlouvy, důvěrné informace jsou jim zpřístupněny výhradně za tímto účelem a zpřístupnění důvěrných informací je v rozsahu nezbytně nutném pro naplnění jeho účelu a za stejných podmínek, jaké jsou stanoveny smluvním stranám v této smlouvě.

4. Smluvní strany se zavazují v plném rozsahu zachovávat povinnost mlčenlivosti a povinnost chránit důvěrné informace vyplývající z této smlouvy a z příslušných právním předpisů, zejména povinnosti vyplývající z Nařízení Evropského parlamentu a Rady (EU) 2016/679 ze dne 27. dubna 2016 o ochraně fyzických osob v souvislosti se zpracováním osobních údajů a o volném pohybu těchto údajů a o zrušení směrnice 95/46/ES (dále jen „obecné nařízení“).

5. Smluvní strany se zavazují poučit veškeré osoby, které se na jejich straně budou podílet na plnění této smlouvy, o výše uvedených povinnostech mlčenlivosti a ochrany informací a dále se zavazují vhodným způsobem zajistit dodržování těchto povinností všemi osobami podílejícími se na plnění této smlouvy.

6. Budou-li informace poskytnuté objednatelem, poskytovatelem nebo třetími stranami, které jsou nezbytné pro plnění dle této smlouvy, obsahovat data podléhající režimu zvláštní ochrany dle obecného nařízení, zavazují se smluvní strany plnit všechny povinnosti, které obecné nařízení vyžaduje, a obstarat předepsané souhlasy subjektů osobních údajů předaných ke zpracování.

7. Veškeré důvěrné informace zůstávají výhradním vlastnictvím předávající strany a příjímací strana vyvine pro zachování jejich důvěrnosti a pro jejich ochranu stejné úsilí, jako by se jednalo o její vlastní důvěrné informace. S výjimkou rozsahu, který je nezbytný pro plnění této smlouvy, se smluvní strany zavazují nepublikovat žádným způsobem důvěrné informace druhé strany, nepředávat je třetí straně ani svým vlastním zaměstnancům a zástupcům s výjimkou těch, kteří s nimi potřebují být seznámeni, aby mohli plnit tuto smlouvu. Obě smluvní strany se zároveň zavazují nepoužít důvěrné informace druhé smluvní strany jinak, než za účelem plnění této smlouvy.

8. Nedohodnou-li se smluvní strany výslovně písemnou formou jinak, považují se za důvěrné implicitně všechny informace, které jsou anebo by mohly být součástí obchodního tajemství, tj. například, ale nejenom, popisy nebo části popisů technologických procesů a vzorců, technických vzorců a technického know-how, informace o provozních metodách, procedurách a provozních postupech, obchodní nebo marketingové plány, koncepce a strategie nebo jejich části, nabídky, kontakty, smlouvy, dohody nebo jiná ujednání s třetími stranami, informace o výsledcích hospodaření, o vztazích s obchodními partnery, o pracovních otázkách a všechny další informace, jejichž zveřejnění přijímající stranou by předávající straně mohlo způsobit škodu.

9. Pokud jsou důvěrné informace poskytovány v písemné podobě anebo ve formě textových souborů na elektronických nosičích dat (médiích), je předávající strana povinna upozornit přijímající stranu na důvěrnost takového materiálu jejím vyznačením alespoň na titulní stránce nebo přední straně média. Absence takového upozornění však nezpůsobuje zánik povinnosti ochrany takto poskytnutých informací.

10. Bez ohledu na výše uvedená ustanovení se za důvěrné nepovažují informace, které:

1. se staly veřejně známými, aniž by jejich zveřejněním došlo k porušení závazků přijímající smluvní strany či právních předpisů,

2. měla přijímající strana prokazatelně legálně k dispozici před uzavřením této smlouvy, pokud takové informace nebyly předmětem jiné, dříve mezi smluvními stranami uzavřené smlouvy o ochraně informací,

3. jsou výsledkem postupu, při kterém k nim přijímající strana dospěje nezávisle, a to je schopna doložit svými záznamy nebo informacemi, včetně důvěrných, třetí strany,

4. po podpisu této smlouvy poskytne přijímající straně třetí osoba, jež není omezena v takovém nakládání s informacemi,

5. mají být zpřístupněny na základě zákona či jiného právního předpisu včetně práva EU nebo závazného rozhodnutí oprávněného orgánu veřejné moci,

6. jsou obsažené v této smlouvě a jsou zveřejněné dle § 219 zákona č. 134/2016 Sb., o zadávání veřejných zakázek, ve znění pozdějších předpisů (dále jen „ZZVZ“) nebo dle zákona č. 340/2015 Sb., o zvláštních podmínkách účinnosti některých smluv, uveřejňování těchto smluv a o registru smluv, ve znění pozdějších předpisů (dále jen „zákon o registru smluv“).

11. Každá smluvní strana se zavazuje přijmout technická a organizační vnitřní opatření nezbytná
    k ochraně důvěrných informací. Poskytovatel je povinen poučit své zaměstnance a členy svých orgánů o povinnosti zachovávat mlčenlivost podle této smlouvy a je povinen zachování mlčenlivosti z jejich strany řádně kontrolovat. Zaměstnanci poskytovatele nesmí důvěrné skutečnosti, které se dozvěděli v souvislosti s touto smlouvou, sdělovat ani jiným zaměstnancům dodavatele nebo členům orgánů dodavatele, není-li to nezbytné k plnění jejich pracovních úkolů nebo z hlediska funkčního zařazení.

12. Poskytovatel je povinen zavázat povinností mlčenlivosti a ochrany důvěrných informací dle tohoto článku rovněž všechny poddodavatele, kteří se budou podílet na plnění předmětu veřejné zakázky dle této smlouvy.

13. Za porušení povinnosti mlčenlivosti osobami, které se budou podílet na plnění předmětu smlouvy, odpovídá poskytovatel, jako by povinnost porušil sám.

14. Ukončení účinnosti této smlouvy z jakéhokoliv důvodu se nedotkne ustanovení tohoto článku
    a jeho účinnost přetrvá i po ukončení účinnosti této smlouvy.

Článek IX.

Sleva z plnění, smluvní pokuta, úrok z prodlení

1. V případě prodlení s předáním jednotlivého výstupu předmětu plnění ve lhůtě stanovené v čl. II odst. 3 a 4 této smlouvy nebo v příloze č. 1 této smlouvy je poskytovatel povinen poskytnout objednateli slevu z ceny plnění včetně DPH dle čl. III odst. 1 písm. a) této smlouvy ve výši 1 % za každý den prodlení. V případě prodlení s předáním jednotlivého výstupu předmětu plnění ve lhůtě stanovené v čl. II odst. 5 této smlouvy nebo v příloze č. 1 této smlouvy je poskytovatel povinen poskytnout objednateli slevu z ceny plnění včetně DPH dle čl. III odst. 1 písm. b) této smlouvy ve výši 0,5 % za každý den prodlení.

2. Poskytovatel je povinen uhradit objednateli příslušné smluvní pokuty v případě

1. neodstranění vad předmětu plnění ve lhůtách stanovených dle čl. II odst. 4 nebo 5 této smlouvy ve výši 200 Kč za každý započatý den prodlení;

2. neodstranění vad předmětu plnění ve lhůtě stanovené v čl. IV odst. 2 této smlouvy, ve výši 200 Kč za každý započatý den prodlení;

3. že objednatel řádně uplatní u poskytovatele své požadavky nebo připomínky v průběhu plnění předmětu této smlouvy a poskytovatel je bez vážného důvodu neakceptuje nebo podle nich nepostupuje ve výši 500 Kč za každý jednotlivý případ;

4. porušení povinností dle čl. V této smlouvy ve výši 5.000 Kč za každý jednotlivý případ;

5. že poskytovatel nebude v rozporu s čl. VI této smlouvy poskytovat služby osobami, které jsou uvedeny v seznamu členů realizačního týmu, je objednatel oprávněn účtovat poskytovateli smluvní pokutu ve výši 2.000 Kč. Případná změna složení ve členech týmu musí být vždy dopředu písemně odsouhlasena objednatelem, dle podmínek této smlouvy.

6. jakéhokoliv porušení povinností uvedených v čl. VIII této smlouvy ve výši 5.000 Kč za každý takový případ.

3. Poskytovatel se zavazuje řádně a včas plnit své povinnosti vztahující se ke správě DPH po dobu trvání této smlouvy, zejména tuto daň řádně a včas zaplatit. Pokud v důsledku porušení tohoto závazku příslušný finanční úřad vyzve objednatele k zaplacení DPH z důvodu jeho ručení, zavazuje se poskytovatel zaplatit objednateli jednorázovou smluvní pokutu ve výši DPH vztahující se k porušení závazku poskytovatele řádně a včas zaplatit DPH (včetně příslušenství), s níž je spojeno ručení objednatele.

4. V případě prodlení objednatele se zaplacením faktury poskytovatele je poskytovatel oprávněn požadovat úroky z prodlení v zákonné výši z dlužné částky za každý den prodlení.

5. Celková výše smluvních pokut je omezena limitem do výše 50 % ceny plnění včetně DPH uvedené v čl. IV odst. 1 této smlouvy. Smluvní pokuty mohou být kombinovány
   (tzn., že uplatnění jedné smluvní pokuty nevylučuje souběžné uplatnění jakékoliv jiné smluvní pokuty).

6. Smluvní pokuta, či úroky z prodlení jsou splatné do 21 dnů ode dne doručení oznámení o uložení smluvní pokuty objednatelem poskytovateli nebo oznámení o započetí s účtováním úroků z prodlení poskytovatelem objednateli. Pro případ pochybností o doručení oznámení o uložení smluvní pokuty nebo oznámení o započetí s účtováním úroků z prodlení se sjednává, že se oznámení považuje za doručené druhé straně třetím dnem od podání zásilky k poštovní přepravě.

7. Zaplacením smluvní pokuty nebo slevy z plnění není jakkoliv dotčen nárok objednatele na náhradu škody a nemajetkové újmy; nárok na náhradu škody a nemajetkové újmy je objednatel oprávněn uplatnit vedle smluvní pokuty nebo slevy z plnění v plné výši. Zaplacením smluvní pokuty není dotčeno splnění povinnosti, která je prostřednictvím smluvní pokuty zajištěna.

Článek X.

Ukončení smlouvy

1. Smluvní vztah vzniklý na základě této smlouvy lze ukončit těmito způsoby:

1. odstoupením od smlouvy:

1. za podmínek uvedených v občanském zákoníku,

2. v případech, které si smluvní strany ujednaly dále v tomto článku smlouvy,

2. dohodou smluvních stran.

2. Objednatel je oprávněn odstoupit od smlouvy v případě:

1. prodlení s poskytnutím kteréhokoliv dílčího plnění nebo části dílčího plnění proti lhůtám uvedeným v čl. II anebo v příloze č. 1 této smlouvy delšího než 30 dnů;

2. že objednatel řádně uplatní u poskytovatele své požadavky nebo připomínky v průběhu plnění předmětu této smlouvy a poskytovatel je opakovaně (více než 2x) bez vážného důvodu neakceptuje nebo podle nich nepostupuje;

3. prodlení s odstraněním vad předmětu plnění dle čl. II odst. 4 nebo 5 nebo IV odst. 2 delšího než 30 dnů;

4. závažného porušení povinností dle čl. V anebo čl. VIII této smlouvy (opakované porušení – více než 2x nebo hrubé porušení);

5. opakovaného (více než 2x) porušení povinností souvisejících s realizačním týmem dle čl. VI této smlouvy.

Objednatel je oprávněn odstoupit z výše uvedených důvodů i jen pro budoucí plnění.

3. Účinky odstoupení od smlouvy nastávají okamžikem doručení písemného projevu vůle odstoupit od této smlouvy druhé smluvní straně.

4. Poskytovatel není oprávněn odstoupit od smlouvy z důvodů uvedených § 2382 občanského zákoníku.

5. Odstoupením od smlouvy není dotčen případný nárok na náhradu škody.

6. Práva a povinnosti smluvních stran dle čl. V nebo VIII této smlouvy, případně další, z jejichž povahy je zřejmé, že mají být zachovány i po skončení účinnosti této smlouvy, zůstávají zachovány i po ukončení této smlouvy.

Článek XI

Povinnost uchovávat doklady a umožnit kontrolu

Poskytovatel je povinen umožnit osobám oprávněným k výkonu kontroly projektu (zejm. objednateli, MPSV, MF, NKÚ, EK, Evropskému účetnímu dvoru), z něhož je zakázka hrazena, provést kontrolu dokladů souvisejících s plněním veřejné zakázky, a to po dobu danou právními předpisy ČR k jejich archivaci (zákon č. 563/1991 Sb., o účetnictví, ve znění pozdějších předpisů, a ZDPH) a Pravidly OPZ (Obecné části pravidel pro žadatele a příjemce v rámci Operačního programu Zaměstnanost, verze 12), tj. minimálně do roku 2034.

Článek XII

Ochrana osobních údajů fyzických osob

1. Poskytovatel je povinen dle obecného nařízení od všech fyzických osob jako subjektu osobních údajů zajistit souhlasy se zpracováním těchto osobních údajů objednatelem pro účely kontroly zadávacího řízení řídícím orgánem, interními orgány zadavatele a dozorovými a kontrolními orgány.

2. Poskytovatel je povinen vyžádat si souhlas fyzických osob se zpracováním jejich osobních údajů pro danou oblast vědeckého výzkumu. Takto udělený souhlas musí být dán svobodně, být informovaný, vyjádřen zjevným potvrzením a být konkrétní pro daný předmět výzkumu.

3. Poskytovatel je povinen při plnění smlouvy dodržovat etické a metodické normy platné pro dané odvětví a to včetně ochrany osobní integrity fyzických osob.

Článek XIII.

Vyšší moc

1. Smluvní strany jsou zproštěny odpovědnosti za částečné nebo úplné neplnění smluvních závazků, jestliže k němu došlo v důsledku vyšší moci. Za vyšší moc se pro účel smlouvy považují mimořádné události nebo okolnosti, které nemohla žádná ze smluvních stran před  uzavřením této smlouvy předvídat ani jí předejít přijetím preventivního opatření, která je mimo jakoukoliv kontrolu kterékoliv smluvní strany a která podstatným způsobem ztěžuje nebo znemožňuje plnění povinností dle této smlouvy kteroukoliv ze smluvních stran.

2. Za vyšší moc se dále považují zejména válka, nepřátelské vojenské akce, teroristické útoky, povstání, občanské nepokoje, vzpoury, vyhlášení nouzového stavu, omezení pohybu osob, přítomnost ionizujícího nebo radioaktivního záření, požár, výbuch, záplava a jiné živelné nebo přírodní katastrofy.

3. Pro účely této smlouvy se za vyšší moc dále považuje i situace, které na základě rozhodnutí objednatele znemožní poskytovateli přístup do prostor objednatele.

4. Výslovně se stanovuje, že vyšší mocí není stávka zaměstnanců poskytovatele nebo jeho poddodavatelů, ani hospodářské poměry smluvních stran.

5. V případě, že nastane vyšší moc, prodlužuje se lhůta ke splnění smluvních povinností o dobu, během níž vyšší moc trvá a neuplatní se sankce dle čl. IX odst. 1 a 2 písm. a) a b) této smlouvy.

6. V případě, že některá smluvní strana nebude schopna plnit své závazky ze smlouvy v důsledku vyšší moci, bude povinna neprodleně a písemně o této skutečnosti vyrozumět druhou smluvní stranu. Obdobně poté, co účinky vyšší moci pominou, bude smluvní strana, jež byla vyšší mocí dotčena, povinna neprodleně a písemně vyrozumět druhou smluvní stranu o této skutečnosti.

Článek XIV.

Závěrečná ustanovení

1. Tuto smlouvu lze měnit nebo doplňovat pouze formou vzestupně číslovaných písemných dodatků, podepsaných oprávněnými zástupci smluvních stran na jedné listině.

2. Obě smluvní strany podpisem této smlouvy vylučují, aby nad rámec jejích výslovných ustanovení a ustanovení jejích příloh byla jakákoliv jejich práva či povinnosti dovozovány z dosavadní či budoucí praxe zavedené mezi smluvními stranami.

3. Poskytovatel převzal na sebe nebezpečí změny okolností po uzavření této smlouvy, a proto mu nepřísluší domáhat se práv uvedených v § 1765 odst. 1 občanského zákoníku.

4. Objednatel je povinným subjektem ve smyslu zákona o registru smluv. Poskytovatel souhlasí se zveřejněním této smlouvy, včetně všech jejích případných dodatků, především na profilu zadavatele a v Registru smluv. Splnění této zákonné povinnosti není porušením důvěrnosti informací. Poskytovatel výslovně souhlasí s tím, že uveřejněno bude úplné znění této smlouvy, včetně všech identifikačních a kontaktních údajů osob, které poskytovatel uvedl v textu této smlouvy. Je-li podle obecného nařízení k uveřejnění těchto údajů potřebný souhlas dotčených osob, poskytovatel výslovně prohlašuje, že takový souhlas všech dotčených osob zajistil. Smluvní strany se dohodly, že smlouvu zašle správci Registru smluv k uveřejnění objednatel a bude poskytovatele písemně informovat o uveřejnění smlouvy v Registru smluv. Poskytovatel je povinen zkontrolovat, že smlouva byla v Registru smluv řádně uveřejněna. V případě, že poskytovatel zjistí jakékoliv nepřesnosti či nedostatky, je povinen bez zbytečného odkladu o nich objednatele informovat. Objednatel je dále v souladu se ZZVZ povinen na profilu zadavatele uveřejnit skutečně uhrazenou cenu.

5. Tato smlouva nabývá platnosti dnem jejího podpisu smluvními stranami a účinnosti dnem jejího uveřejnění v Registru smluv.

6. Poskytovatel tímto dává objednateli výslovný souhlas se zpracováním a uchováváním, popř. uveřejněním (pokud takové uveřejní zvláštní právní předpisy vyžadují) osobních údajů dle obecného nařízení, a to v rozsahu, v jakém poskytovatel poskytl tyto údaje objednateli v rámci výběrového řízení (zejména doklady o kvalifikaci poskytovatele, jména a kontaktní údaje osob zastupujících poskytovatele a kontaktních osob, jména skutečných vlastníků právnických osob, údajů, jejichž předložení si objednatel vyhradil jako podmínku uzavření smlouvy atd.) a v rozsahu, v jakém jsou nezbytně nutné pro plnění zákonných povinností ze strany objednatele vztahujících se k výběrovému řízení a plnění předmětu veřejné zakázky a plnění smluvních povinností ze strany poskytovatele.

7. Nastanou-li u některé ze smluvních stran skutečnosti bránící řádnému plnění této smlouvy, je tato smluvní strana povinna to ihned bez zbytečného odkladu oznámit druhé straně a vyvolat jednání zástupců objednatele a poskytovatele.

8. Jednotlivá ustanovení smlouvy jsou oddělitelná v tom smyslu, že neplatnost některého z nich nepůsobí neplatnost smlouvy jako celku. 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í.

9. Pokud by se v důsledku změny právní úpravy některé ustanovení smlouvy dostalo do rozporu s českým právním řádem (dále jen „kolizní ustanovení“) a předmětný rozpor by působil neplatnosti smlouvy jako takové, bude smlouva posuzována, jako by kolizní ustanovení nikdy neobsahovala a vztah smluvních stran se bude v této záležitosti řídit obecně závaznými právními předpisy, pokud se smluvní strany nedohodnou na znění nového ustanovení, jež by nahradilo kolizní ustanovení tak, aby vystihovalo co nejpřesněji podstatu původního ujednání a aby co nejlépe odpovídalo duchu smlouvy.

10. Poskytovatel je povinen upozornit objednatele písemně na existující či hrozící střet zájmů bezodkladně poté, co střet zájmů vznikne nebo vyjde najevo, pokud poskytovatel i při vynaložení veškeré odborné péče nemohl střet zájmů zjistit před uzavřením této smlouvy.

11. Poskytovatel je podle ustanovení § 2 písm. e) zákona č. 320/2001 Sb., o finanční kontrole ve veřejné správě a o změně některých zákonů, ve znění pozdějších předpisů, osobou povinnou spolupůsobit při výkonu finanční kontroly prováděné v souvislosti s úhradou poskytnutého plnění z veřejných výdajů.

12. Tato smlouva je v případě listinného podoby vyhotovena ve 4 vyhotoveních s platností originálu, z nichž obdrží 3 vyhotovení objednatel a 1 vyhotovení poskytovatel.

13. Součástí této smlouvy jsou následující přílohy:

Příloha č. 1 – Podrobný popis předmětu plnění (příloha bude zpracována v součinnosti s vybraným dodavatelem na základě jeho nabídky ve výběrovém řízení)

V(e) …………………………..….. dne …….. V Praze dne ……..

za ………………………………….. za Českou republiku

Úřad vlády České republiky

bude doplněno před podpisem smlouvy Xxx. Xxxxxxx Xxxxxxxxx

bude doplněno před podpisem smlouvy ředitelka Odboru protidrogové politiky

Podrobný popis předmětu plnění

(příloha bude zpracována zadavatelem v součinnosti s vybraným dodavatelem v souladu s jeho nabídkou ve výběrovém řízení)

Požadavky zadavatele na informační systém adiktologických služeb

Základní technologické požadavky

Jednotný informační systém bude sloužit primárně k:

1. Evidenci všech procesů spjatých s poskytováním adiktologických služeb jednotlivých poskytovatelů těchto služeb.

2. Vyhodnocování výkonosti a nákladovosti pro potřeby jednotlivých donátorů – poskytovatelů dotací

3. Exportům dat do dalších agend. Donátoři, registry atd.

Informační systém bude vytvořen jako webová databázová aplikace splňující požadavky na zabezpečení práce s citlivými daty. Programátorské práce budou navazovat na stávající informační systém UniData Lite provozovaný RVKPP, z čehož vyplývají i následující požadované technické specifikace. Použité technologie pro vývoj a provoz systému: XXX.XXX (UniData Lite jsou naprogramované na technologii XXX.XXX - Web Forms. Vzhledem k aktuálnímu vývoji v oblasti XXX.XXX bude preferováno řešení na technologii MVC nebo MVC Core). Datová vrstva bude provozována na databázovém serveru MSSQL. Data nebudou ukládána serializovaná z důvodu dalších předpokládaných rozšiřování a nových požadavků na jednotlivé výstupy.

Z důvodu předpokládané velké zátěže aplikace, časté modifikaci dotazů atd. se nedoporučuje použití Entity frameworku a je preferovaný spíše přístup XXX.XXX.

Autoři zadávací dokumentace si jsou vědomi velkého rozsahu požadavků. Jelikož je hlavním kritériem pro výběr dodavatele kvalita, jsou některé jednotlivé body zadávací dokumentace označené jako nepovinné. Viz následující Obecné požadavky na funkcionalitu, tzn., že dodavatel tyto body nemusí do návrhu zapracovat, ale měl by počítat s tím, že budou později realizovány. Tzn., že systém musí být rozšiřitelný. Hodnotící kritéria jsou nastavená tak, aby body získané za nepovinné části návrhu, nepřekročili body udělené za kvalitu zpracování návrhu u povinné části, ale jsou samozřejmě bonifikovány.

Součástí návrhu jsou i jednotlivé číselníky. Zadavatel si vyhrazuje možnost číselníky v průběhu prací změnit. (pouze obsahově, nikoliv strukturálně)

Požadavky na funkcionalitu

Obecné požadavky

Aplikace se bude skládat z několika základních částí.

1. Formuláře pro zadávání dat jednotlivých zařízení (poskytovatelů služeb)

2. Statistické přehledy a výstupy jednotlivých zařízení

3. Exportní moduly jednotlivých zařízení do dalších systémů. V první fází se bude jednat o export do zdravotnického registru UZIS – NRLUD.

4. Moduly pro souhrnné statistické přehledy a exporty – sumáře za jedno, ale i více zařízení. Tento modul bude sloužit primárně pro poskytovatele dotačních titulů (donátorů). (nepovinné)

5. Administrátorský modul pro kompletní správu přihlašovacích údajů a uživatelů s přehledy aktivit jednotlivých uživatelů (uživatelské jméno, e-mail, instituce, datum založení účtu, poslední přihlášení, aktivní, neaktivní uživatelů, seznam rolí)

6. Modul pro správu přihlašovacích údajů a uživatelů pro administrátory jednotlivých zařízení s přehledy aktivit jednotlivých uživatelů (uživatelské jméno, jméno a příjmení, datum založení účtu, poslední přihlášení, aktivní, neaktivní uživatel)

7. Datové úložiště (nepovinné)

8. Zálohování dat jednotlivých zařízení (nepovinné)

Návaznost jednotlivých modulů.

Data do aplikace budou zadávat jednotliví poskytovatelé služeb. Tj. jednotlivé organizace. Každá organizace bude mít svého administrátora, který bude moci přidávat další uživatele dané organizace. Uživatelům může být také odepřeno přístup, což může učinit administrátor zařízení, případně globální administrátor. Uživatel ale nesmí být smazán!

Od samého začátku musí být počítáno s dvouúrovňovým přístupem k organizaci. Každá organizace totiž může mít více programů. Programy jsou jakýmisi provozovnami a vychází z typologie adiktologických služeb. Pro lepší představu je možné použít příměr ze zdravotnictví. Poliklinika (organizace) provozuje několik typů lékařských služeb (program). Třeba stomatologii a pediatrii. Používají však společný informační systém, tj. pacient je v systému zaveden pouze jednou a každý lékař smí spravovat a vidět pouze úkony, které byly provedeny v jeho ordinaci (programu). Ovšem vedoucí lékař může nahlížet do celého obsahu poskytované péče. Specifikum v adiktologických službách může být v tom, že i jednotliví experti (ve zdravotnictví lékaři) se mohou podílet na poskytování služeb ve více programech, tzn., jeden expert může být členem více ordinací.

Uživatelské role

Tabulka 1: Schéma přístupových práv

Superadmin – zakládá organizace (schvaluje) a zakládá vždy jednoho administrátora organizace
AdminOrganizace – zakládá další uživatele v organizace. Hlavně pak administrátory jednotlivých programů.
Admin jednotlivých programů. Zakládá standardní uživatele, experty, daného programu	AdminKc	AdminSub
	ExpertKc 1 ExpertKc 2 ExpertKc 3	ExpertSub 1 ExpertSub 1 ExpertSub 1

Z výše uvedeného modelu vyplývá nastavení rolí a uživatelských přístup popsané dále.

1. Superadmin – administrátor celého systému. Pověřený pracovník, který může zakládat organizace, respektive je povolovat. Žádost o používání aplikace bude řešena formulářem žádosti organizace, ale až SuperAdmin může zřídit přístup Admina organizace, nastavit výchozí prostředí atd. Superadmin nemá přístup do modulů jednotlivých organizací!

2. Admin organizace – administrátor celé organizace. Může zakládat nové uživatele. Může rušit přístupy uživatelů. Přiřazuje uživatelské role, zakládá programy a přiřazuje do nich uživatele. Má plné přístupy do všech modulů všech programů v rámci své organizace.

3. Admin programu – administrátor daného programu. Může zakládat nové uživatele v rámci svého programu, nebo zařadit pracovníka z jiného programu do svého. Může rušit přístupy uživatele do svého programu. Má plný přístup do všech modulů svého programu.

4. Řadový pracovník programu tzv. expert – přístup pouze do přiřazeného programu.

Všichni pracovníci výše mají práva k zápisu i ke čtení v rámci pravomocí vyplývajících z jejich role.

Mimo tyto role bude vytvořena ještě jedna role.

1. Donátor – pověřený pracovník, který bude mít přístup do samotného statistického a informačního modulu. Nebude mít nikdy přístup ke konkrétním kartám klientů, respektive ke klientským datům vůbec, a ani do modulů jednotlivých organizací.

Podrobné informace o jednotlivých rolích následují dále.

Žádost o používání aplikace – právo k editaci a prohlížení: super admin

Formulář, který musí každý zájemce o využívání aplikace vyplnit. V rámci této žádosti bude vygenerována smlouva s patřičnými souhlasy atd. (stačí uložený vzor v pdf. ke stažení)

V modulu pro superadmina bude existovat seznam všech zařízení, které aplikaci využívají, včetně nových žádostí. Superadmin může žádost schválit, čímž se vytvoří prostředí pro danou organizaci – číselníky atd. Před tímto krokem si musí vyžádat jméno, příjmení a jedinečný
e-mail pro administrátora organizace.

Formulář pro žádost bude obsahovat.

1. Jméno a adresu zařízení (obce budou vybírány z globálního číselníku obcí);

2. Kontaktní údaje – telefon, e-mail;

3. IČO;

4. Jméno a příjmení statutárního zástupce;

5. Kontaktní údaje statutárního zástupce – telefon, e-mail;

6. Typy poskytovaných služeb (výběr z číselníku programů) s příznakem, zdali jsou služby certifikované.

Xxxxxx ještě bude obsahovat informaci o tom, zdali byla doručena smlouva.

Formuláře organizace – právo k editaci: admin. organizace

Formuláře organizace jsou tvořeny údaji o organizaci a o provozovaných programech.

Formulář info o organizaci

1. název organizace;

2. adresa organizace (ulice, město, PSČ);

3. IČO;

4. PČZ (alfanumerický údaj 5 znaků);

5. NUTS (alfanumerický údaj 20 znaků);

6. kontaktní telefon;

7. kontaktní e-mail;

8. provozované / poskytované programy (číselníky programů) u každého pak políčka – certifikace od- do (možnost více záznamů).

Body 1. 2. 3. 6. 7. budou povinnou součástí žádostí o zřízení účtu.

Formulář administrace uživatelů organizace

Přehled a správa uživatelů. Uživatele nelze smazat, pokud je k němu vázán, byť jen jediný, záznam (záznam o poskytnuté službě, podpis v kartách klientů, založení nějakého záznamu pod jeho jménem atd.). Lze mu pouze zakázat přístup. Uživatele s rolí admin organizace smazat nelze, i když žádný další záznam nemá a není možné mu ani ukončit přístup. Pokud je třeba nastavit jiného administrátora organizace, dělá to správce aplikace SuperAdmin a nebo je nutné nejprve založit nového administrátora organizace, což může učinit pouze ten stávající) a pak je teprve možné stávajícímu zakázat přístup. Při zakládání nového administrátora organizace by měl být uživatel upozorněn, že jeden již existuje a administrátorem organizace by měla být pouze k tomu pověřené osoba. Více jak dva aktivní administrátory organizace není možné založit. Role administrátora také nelze odebrat, pokud neexistuje další, aktivní administrátor organizace.

Povinné údaje u uživatele.

1. Uživatelské jméno;

2. Celé jméno;

3. Heslo;

4. Role – možno více rolí;

5. Aktivní / neaktivní (pokud je neaktivní, nemá přístup do aplikace. Žádný uživatel nemůže deaktivovat svůj vlastní účet.

Role určují i konkrétní typ služby, do které má uživatel přístup, nebo je její administrátor. Budou tedy existovat role například – adminKc, expertKc atd., podle číselníku programů níže. Admin. programu smí vkládat nové experty programu a smí je i deaktivovat, tj. zakázat jim přístup.

Číselník programů

1. Terénní programy (Tp)

2. Kontaktní a poradenské služby (Kc

3. Ambulantní a stacionární péče (As)

4. Rezidentní péče v terapeutických komunitách (Rp)

5. Doléčovací programy (Dp)

6. Substituční léčba (Sl)

7. Adiktologické služby ve vězení (Vs)

8. Programy primární prevence (Pp)

9. Detoxifikace (Ds)

10. Krátkodobá a střednědobá lůžková léčba (Ll)

Administrátor organizace musí po založení programu založit i jednoho uživatele s právy admin. programu. Může jím být samozřejmě i on sám – což bude častý scénář v malých organizacích.

Součástí této agendy části bude i přehled logů, který monitoruje všechny přihlášené uživatele. Záznam bude vždy – uživatel – přihlášen (čas) – odhlášen (čas), plus seznam založených, editovaných a smazaných záznamů (úkon v tabulce níže). (nebude se logovat, co přesně změnil, pouze daný formulář, prohlížení bez editace se neloguje). Příklad:

Tabulka 2: Schéma logu přístupu uživatelů

User	Přihlášen	Odhlášen	Úkon	Klient	Formulář
XxxxXxxxx	1.8.2018 7:05	1.8.2018 7:55	Editace	ALE00ALE00	Karta klienta

Formuláře programu

Formuláře programu jsou členěny do tří základních celků.

1. Administrace programu (zahrnuje číselníky a další nastavení)

2. Klientské formuláře (formuláře pro práci s klientem)

3. Výstupy a exporty

Administrace programu – přístup: admin. organizace, admin. programu

Administrace uživatelů

Tato část se skládá z modulu pro administraci uživatelů, která je stejná jako administrace uživatelů v části Administrátora organizace, nicméně spravovat (včetně zakládání nových uživatelů) je možné pouze uživatele daného programu. Může tak činit administrátor organizace a administrátor programu. Nově založený uživatel – anebo uživatel již existující v jiném programu a vybraný i pro tento program – dostane automaticky roli – Expert - v kombinaci s daným programem. Takže třeba expertKC. Viz. Tabulka 1: Schéma přístupových práv. Administrátor programu může také přidělit roli admin programu dalšímu uživateli.

Administrátor programu může také nahlížet do logu uživatelských přístupů, ale opět pouze s filtrem uživatelů jeho programu.

Administrace programu - nastavení

V této části budou moci administrátoři programu nastavovat globální proměnné pro daný program. Jedná se primárně o:

1. Zobrazování / nezobrazování některých formulářů, viz dále

2. Nastavení vykazování do NRLUD – vykazovat do NRLUD ano / ne, viz dále.

3. Nastavení zobrazování pole pro dokumentaci výkonu, viz dále.

4. Nastavení zobrazení položek číselníků ve výběrech, viz číselníky.

Číselníky

Číselníky jsou v aplikaci rozděleny do dvou základních skupin. Globální a lokální.

Globální číselníky

Tyto číselníky jsou společné pro celou aplikaci. Jedná se poměrně značné množství číselníků (viz přílohy) Tyto číselníky jsou však často následně upravované pro jednotlivé organizace, potažmo pro jednotlivé programy. Úpravou je rozuměno přidání nějakých jedinečných parametrů, se kterými se dále pracuje v rámci organizace. Tzn. při zavedení nové položky do číselníku (správu globálních číselníků má na starost SuperAdmin) musí dojít k automatickému rozdistribuování výchozích hodnot číselníku ke všem již zavedeným organizacím. Při založení organizace musí být tyto výchozí hodnoty načteny automaticky. Viz. Tabulka 3: Globální a lokální parametry číselník.

Customizace (lokální přizpůsobení) číselníků

Nejčastější lokální parametr pro každý číselník je příznak – zobrazovat x nezobrazovat v nabídkách. Jednotlivé programy si totiž mohou navolit, které položky v nabídkách dalších formulářů se jim budou zobrazovat. Většinou organizace sama určuje, s jakými hodnotami se v rámci daného programu bude pracovat a s jakými ne. Výchozí hodnota je zobrazovat.

Složitější situace nadchází v případě číselníků výkonů.

Číselník výkonů

Tabulka 3: Globální a lokální parametry číselníku výkonů

Globální parametry				Lokální parametry
Přímý x nepřímý	Název výkonu	Specifikace výkonu	Stanovená časová dotace	Časová dotace zařízení	Zobrazovat x Nezobrazovat	Výchozí způsob provedení

Číselník výkonů je naprosto klíčovým číselníkem pro práci s klientem. Určuje, jaká služba byla klientovi poskytnuta a v jaké délce. Protože délka poskytování výkonu se může mezi jednotlivými zařízeními lišit, nebo se dokonce může lišit i v rámci jedné organizace v různých programech (proto je správa číselníků vždy až na úrovni programu, nikoliv organizace), mohou si programy sami časovou dotaci nastavit na jinou než výchozí. Stanovená časová dotace je tedy ve skutečnosti jednotkou výkonu, na kterou je pak počet výkonů přepočítáván.

Příklad. Výkon individuální poradenství má stanovenou časovou dotaci 30 minut. Zařízení jí však poskytuje v délce 60 minut. Po přepočtu to znamená, že poskytlo dvě jednotky výkonu.

Pozor. Samotný přepočet neprobíhá na základě nastavení výchozí časové dotace zařízení, ale až na základě skutečné hodnoty ve výkazu. Výchozí časová dotace zařízení je v číselníku pouze z toho důvodu, aby uživatel pokaždé nemusel hodnotu ručně měnit v samotném výkazu. Ale vždy zůstává možnost změnit jí až na úrovni výkazu. Může proto nastat následující modelová situace.

Stanovená časová dotace výkonu: 30 minut. Časová dotace zařízení: 60 minut. Skutečná délka výkonu ve výkazu: 45 minut. Toto se může stát třeba v případě, kdy se klient dostane do časové tísně a domluví se s expertem na kratší terapii atd.

Způsob provedení – číselník s hodnotami - face to face (výchozí hodnota s výjimkou viz dále), on-line, telefon, korespondenčně. Mohou existovat výkony, které face to face výkon neumožní. Třeba písemné a internetové poradenství nemůže být provedeno face to face. Mohou také existovat výkony, které naopak umožní pouze face to face způsob provedení.

Číselník podrobností výkonů

Číselníky podrobností výkonů neboli podvýkonů, viz přílohy, specifikují blíže a podrobněji daný výkon. Tyto podrobnosti jsou uživateli / zařízeními využívány dle jejich uvážení a také na základě požadavků různých donátorů. Ne všechny výkonu k sobě mají i podrobnosti.

Číselníky podrobností výkonů jsou čistě globální, bez jakýchkoliv lokálních proměnných. Jejich editaci smí provádět pouze administrátor aplikace – super admin. Uživatel však musí podrobnosti vidět. Tzn., kliknutím na položku výkonu se mu zobrazí jeho podrobnosti.

Příklad: u výkonu Distribuce HR materiálu se zobrazí podformulář, který umožní zápis kvantitativního množství vyměněného materiálu a jeho přesnou specifikace. Takže třeba Xxxxx vydané, jehly přijaté. Ne vždy se musí jednat o kvantitativní údaj. Někdy může být pouze konkretizující daný výkon. Například u výkonu korespondenční a internetové poradenství mohou být položky – internet, pošta, e-mail s volbou ano / ne, kterými se pouze blíže specifikuje typ daného poradenství.

Další globální číselníky jsou umístěné v příloze – globální číselníky.

Lokální číselníky

Lokální číselníky jsou číselníky, které jsou jedinečné pro každý program a uživatelé si je definují sami.

Jedná se o následující číselníky:

1. Projekty (aplikace sama automaticky založí pro každý program projekt s názvem – výchozí projekt). Jméno projektu bude možné editovat, ale tento výchozí záznam vždy musí v číselníku existovat a zároveň je nastaven na hodnotu výchozí. Viz dále. Uživatelé mohou do číselníku přidávat další hodnoty, ale číselník má vždy jednu z položek označenou jako výchozí. Tuto položku si volí admin programu, ale musí vždy existovat. Záznam s příznakem – výchozí - nemůže být nastaven na nezobrazovat – viz dále.

2. Místa výkonu – Stejný princip jako projekty. Opět jedno automaticky založené místo. Atd.

3. Věkové kategorie - Věkové kategorie lze modifikovat jak do počtu, tak věkového rozmezí.

4. Instituce.

5. Číselník školních let.

6. Číselníky dalších osob.

Některé lokální číselníky jsou blíže rozepsané v příloze – lokální číselníky.

I lokální číselníky musí u jednotlivých položek obsahovat příznak Zobrazovat x nezobrazovat. Ty, co budou označené jako nezobrazovat, se pak neobjevují v nabídkách souvisejících formulářů. (zpětně, při editaci záznamu, kde byly použité, samozřejmě musí být viditelné)

Položky, které jsou označené jako výchozí, se pak do příslušných formulářů vypisují automaticky.

Klientské formuláře – přístup ke čtení i editaci: Admin organizace, admin programu, user programu

Klientské formuláře tvoří ústřední část celé aplikace. Do těchto formulářů se vkládají veškeré informace o klientech a o práci s nimi. Informace, které by mohly vést k jednoznačné identifikaci klienta, jsou v databázi uložené zašifrované. Bude se jednat o pole – Jméno, Příjemní, Datum narození a pak také zápis dokumentace ve formuláři pro zápis výkonu.

Klientských formulářů je celá řada. Základem je karta klienta s přidruženými tabulkami, které jsou volitelně zobrazitelné.

Každý klientský formulář bude obsahovat odkaz na kontextovou nápovědu k formuláři. Správa obsahu kontextové nápovědy bude tvořit samostatnou agendu pro administrátora aplikace – SuperAdmina -, kde bude možné obsah editovat. (online html editor, včetně obrázků a možností vkládání embedovaných videí)

Tabulky označené žlutě budou zobrazené vždy. Tabulky označené zeleně a purpurově, budou zobrazované volitelně – nastavení bude v administraci programu. Tabulky označené zeleně budou mít v administraci ještě volič – zobrazovat jako samostatný formulář. Pokud bude tento volič nastaven na ano, bude se daný formulář zobrazovat po kliknutí na položku menu jako samostatný formulář na stránce. Pokud bude volič nastavený na Ne – to bude výchozí hodnota – budou tabulky pokračovat jako součást jedné stránky pod tabulkou rizikového chování. Purpurově označené položky budou vždy samostatným formulářem.

1. Karta klienta – osoby

   1. Základní údaje

   2. Tabulka návykové chování

   3. Socioekonomické údaje

   4. Tabulka rizikového chování

   5. Hodnocení zdraví

   6. Anamnéza

   7. Historie léčby v zařízení

   8. Zkušenosti s abstinencí, léčbou a institucemi

   9. Odkazy

   10. Karty potřeb.

2. Karta klienta – NRLUD.

3. Karta klienta – skupiny (seskupení osob).

4. Karta klienta – anonymní skupiny (třídy).

5. Karta klienta – agregovaný klient.

Všechny karty klienta je nutné umět vzájemně propojit za účelem zmíněným v části věnované výkazům.

Karta klienta – osoba

Do karty klienta se zavádí veškeré informace o klientovi, kterému jsou v zařízení poskytovány služby. Karta klienta je sice zobrazována v jednotlivých programech, ale ve skutečnosti se nachází na úrovni nikoliv programu, ale zařízení. Klient se stává klientem daného programu – třeba klientKC, na základě role. Klient ale může být klientem více programů v zařízení (tedy mít více klientských rolí), viz dále.

K formuláři Karta klienta - osoba bude možné nahrávat přílohy.

Ačkoliv je karta klienta postavená na úrovni zařízení, zřizuje se na úrovni programu. Tzn. klient je automaticky zařazen do programu, ve kterém je založen. V ostatních programech se v seznamu klientů nezobrazuje, ale klient musí být dohledatelný z každého programu. Bez přehledu péče z ostatních programů! Toto je řešeno agendou – klienti ostatních programů – ve kterých je možné v seznamu klientů celého zařízení, klienta dohledat a zařadit ho do dalšího programu. Klient tedy může mít více klientských rolí. Například klientKC a klientSubstituce. Výkony samotné a dokumentace k výkonům daného klienta, však nadále zůstávají přístupné pouze v rámci každého programu. Společné je pouze karta klienta s návaznými informacemi.

Z karty klienta půjde vyexportovat tisková sestava se všemi vyplněnými hodnotami, a to včetně souvisejících agend – návazných formulářů, viz dále.

Formulář ponese informaci o uživateli, který ho založil a o posledních třech editacích. (vždy uživatel plus datum a čas editace) Tyto údaje budou na formuláři viditelné.

Povinná pole musí být zvýrazněna. To samé platí pro povinná pole pro vykazování do NRLUD (národní registr léčby uživatelů drog). Označení bude realizováno například barvou polí a musí se lišit od globálně povinných položek, které bude vyžadovat samotná aplikace. Označování povinných polí pro NRLUD je také závislé na tom, zdali daný program bude do NRLUD vykazovat, což je informace, která bude nastavitelná v nastavení daného programu. Vykazovat do NRLUD – ano / ne.

Karta klienta zahrnuje následující položky:

• NRLUD: (povinné ano/ne – zaškrtávací pole) výchozí hodnota se bude řídit globálním nastavením. Respektive, pokud bude v globální volbě programu zvoleno, že program do NRLUD vykazovat nebude, tento volič se na kartě klienta vůbec nebude zobrazovat.

• Výchozí projekt: lokální číselník projektů

• Příjmení / kód (textové pole: (povinné) Do tohoto pole se zadá buď příjmení klienta, nebo kód klienta a/nebo příjmení / kód klienta. V globálním nastavení programu bude možné zvolit, v případě že v poli bude i příjmení i kód, jestli se v jednotlivých výstupech má zobrazovat jenom kód. Pokud bude nastavena na ano, musí být z výstupů vše před lomítkem odstraněno (včetně lomítka samotného) a oříznut prázdný znak na začátku.

• Jméno klienta: (Povinné pouze pokud NRLUD) Textové pole

• Důvod kontaktu:

• Titul před jménem:

• Titul za jménem:

• Pohlaví: (povinné, číselník pohlaví)

• Datum narození: (Povinné, pokud NRLUD)

• Země: (povinné) – globální číselník zemí

• Národnost: globální číselník národností

• Obec narození: (Povinné, pokud NRLUD) globální číselník obcí

• Obec trvalého bydliště: (povinné, pokud NRLUD) globální číselník obcí

• Ulice trvalého bydliště:

• PSČ trvalého bydliště:

• Tel:

• E-mail:

• Zaměstnání:

• Intervence při zahájení léčby: (povinné, pokud NRLUD) globální číselník intervencí.

• Poznámky: Pole pro textové poznámky.

• Další osoby a osoby blízké: Uživatelsky definovaný seznam, viz zde, který se naplní výchozími položkami při založení organizace, ale bude jej možné editovat a doplňovat o další položky. Volič ve formuláři bude umožňovat vícečetný výběr z tohoto číselníku - max. 10 záznamů. Například matka, partner(ka), kurátor atd. Podstatné je, že každá osoba se bude ve výběru ve výkazu objevovat ve dvou variantách. A to ve variantě – za přítomnosti klienta a bez přítomnosti klienta. Může to být také povinný příznak k další osobě, pokud je vybraná. Podle tohoto příznaku bude pak nutné filtrovat – například zobrazit všechny výkazy, které proběhly bez přítomnosti klienta.

• Spolupracuje: (Ano / ne – povinné) Při založení výchozí stav ano

• Program(y): Program(y), ve kterých je klient aktivní viz výše. Při založení automaticky předvolen program, ve kterém byl klient založen. Číselník programů s možností vícečetné volby.

• Stav léčby: Není editovatelné pole, nýbrž jen informace ze samostatné agendy Historie léčby v zařízení. Ta obsahuje krokové záznamy v čase, takže zde bude zobrazena informace o aktuálním stavu. Pokud nebude v agendě nic vyplněné, zobrazí se „Nevyplněno“ – Tato informace může být zobrazena v hlavičce formuláře.

• Doporučení: globální číselník doporučení.

• Přílohy: K této agendě půjdou nahrávat přílohy v libovolném formátu. (soubory musí být v úložišti šifrované. Dešifrují se až v průběhu stažení.)

• Typ vězeňské služby (výchozí): Pokud se jedná o program Adiktologické služby ve vězení, zobrazí se v kartě klienta globální číselník s typem vězeňské služby. Zvolení typ slouží jako výchozí typ při novém zápisu výkonu klienta. Bude to však pouze výchozí zápis, uživatel musí být schopen tento záznam změnit i přímo ve formuláři pro zápis výkonu klienta. Klient totiž může výjimečně čerpat službu z jiného programu, než který má nastavený jako výchozí.

• Garant: číselník expertů (zaměstnanců), nepovinné.

Návazné formuláře – agendy - ke kartě klienta (osoby)

Všechny agendy návazné na kartu klienta se zobrazují na základě uživatelského nastavení ke každému programu. Po založení programu jsou všechny formuláře nastavená na zobrazit – ano. Uživatel je však má možnost skrýt. Tj. jejich nabídky se nebudou zobrazovat v menu karty klienta – osoby. Schéma zobrazování je popsané v kapitole Klientské formuláře.

Formuláře z této agendy (všechny a každý samostatně) ponesou informaci o uživateli, který ho založil a posledních třech uživatelů, kteří provedli úpravy. (vždy uživatel plus datum a čas editace) Tyto údaje budou na každém formuláři viditelné.

Formulář socio-ekonomické údaje

• Rodinný stav: Číselník stavů

• Má děti?: Volič s jednou možnosti (radiobutton nebo dropdownlist) – Ano, ne, neznámo – výchozí natavení neznámo

• Žije s dětmi?: - stejné jako má děti.

• Bydlení s kým: Číselník Bydlení s kým

• Bydlení charakter: (povinné pokud NRLUD) Číselník Bydlení charakter

• Bydlení s uživatelem: Ano, ne, neznámo

• Zaměstnání: Číselník zaměstnání

• Vzdělání: Číselník vzdělání

Formulář návykového chování

Tento formulář je zásadní pro rozlišení typu klienta, které se používá ve výstupech. Toto rozlišení se týká klientů, kteří vstupují do statistik a dělí se na dvě základní skupiny. Tzv. klienty se závislostním / návykovým chováním a klienty bez závislostního / návykového chování. Tyto dvě skupiny se od sebe liší právě tím, jestli mají, nebo nemají, vyplněný formulář návykového chování.

• Věk první užití: Textové pole – číslo

• Věk prvního injekčního užití: (povinné, pokud NRLUD a zároveň je aplikováno injekčně (viz dále) Textové pole – číslo

Tento formulář dále obsahuje dva podformuláře s vícečetnou možností zadání záznamů a jeden podformulář s návykovou kariérou klienta – viz dále. Řádky jsou řazené v následujícím pořadí: První je vždy záznam označený jako primární a následně od nejnovějšího po nejstarší (pole datum zápisu).

Podformulář: Aktuální specifikace návykového chování

Víceřádkový záznam, kde každý řádek záznamu obsahuje následující údaje.

• Datum zápisu: (povinné) Pole s kalendářem

• Látka / návykové chování: (povinné) – číselník Návykové chování

• Aplikace: (povinné) – číselník Aplikace

• Způsob prvního užití: (povinné) – číselník Aplikace

• Četnost: (povinné) – číselník četnosti

• Věk první užití:

• Věk zahájení pravidelného užívání: (povinné, pokud NRLUD)

• Primární: ano / ne, výchozí ne. Podmíněné chování, viz. dále.

• Polydrug: ano / ne, výchozí ne

• Konec platnosti: Pole s kalendářem

Tento formulář má několik typů podmínečného chování.

1. Pokud je v poli „Konec platnosti“ vyplněné datum, záznam z tohoto formuláře zmizí a přesune se do samostatného formuláře Návyková kariéra klienta. Ten je pouze přehledový, ale je možné v něm záznam vymazat, nebo smazat obsah pole Konec platnosti (tím se záznam vrátí do přechozího formuláře.

2. Pole primární: Jeden aktivní záznam, tj. záznam, ve kterém není vyplnění žádný datum v poli „Konec platnosti“, musí mít označení Primární = ano. Není možné označit jako primární více aktivních záznamů.

Podformulář: Substituční léčba – legální.

Vícečetný záznam: řádky řazené od aktivních (tj. těch které nemají vyplněné pole Datum ukončení) a následně od nejnovějšího po nejstarší.

• Datum zahájení: (povinné)

• Substituce: (povinné) – číselník Návykové chování

• Datum ukončení: Pole s kalendářem.

Podformulář – Typy patologického hráčství

Pokud je závislostí chování typu patologické hráčství, je možné ještě zapsat typ gamblingu. Ten vychází z číselníku patologického hráčství a umožňuje vícenásobný výběr hodnot.

Formulář rizikového chování

Tento formulář obsahuje vícečetné záznamy. Jednotlivé řádky obsahují tato pole.

• Datum: (povinné) – kalendář

• Rizikové chování: (povinné) obsahuje několik parametrů, u kterých je pak vybíráno z Číselníku rizikového chování – Parametry:

  • Injekční aplikace

  • Sdílení jehel

  • Sdílení náčiní

  • Riziková aplikace

  • Předávkování

  • Nechráněný sex

  • Zdravotní komplikace

• Četnost: (povinné) Číselník četnosti

Incomové tabulky:

Tyto tři návazné formuláře, tj. Formulář socio-ekonomických údajů, formulář návykového chování a formulář rizikového chování tvoří tzv. Incomové tabulky. Specifikum těchto tabulek je, že statistické výstupy z nich se musí řídit podmínkou, že daná incomová tabulka neobsahuje údaje starší než dva roky. Je to tedy jedna ze základních validací před výstupem. Údaje, které jsou starší než dva roky, do výstupů nevstupují a uživatel musí být na tuto skutečnost upozorněn. Tj. vždy musí existovat nějaká souhrnná sestava, která uživateli ukáže, která data do sestavy nevstoupila a proč.

Zároveň v agendě Výstupy, musí existovat souhrnná přehledná tabulka, jejíž základní filtr bude datum návštěvy klienta v zařízení od – do (datum návštěvy = poskytnutá služba, tj. vyplněný výkaz, viz dále), která ukáže u každého klienta datum poslední úpravy v každé z těchto tří tabulek. Pokud bude datum starší než dva roky, musí být nějak výrazně označen.

Formulář hodnocení zdraví

Tento formulář obsahuje data, která jsou povinná, pokud je nastaveno vykazování do NRLUD.

Tento formulář odpovídá na šest otázek týkajících se situace klienta v oblastech.

1. Psychické zdraví (úzkost, deprese a obtíže s emocemi a city)

2. Fyzické zdraví (závažnost zdravotních obtíží a obavy z nemoci)

3. Sociální fungování (finance, zaměstnání, škola, problémy se zákonem, s úřady)

4. Vztahy k blízkým (bydlení, vztahy s dětmi, rodiči, příbuznými)

5. Konflikt se zákonem

6. Kvalita života

Každá odpověď na otázku se vybírá z číselníků Hodnocení zdraví. Tento číselník obsahuje položku 0 – neznámo, která slouží jako výchozí. Formulář se těmito výchozími položkami předvyplní automaticky při založení karty klienta.

Formulář anamnéza:

Tento formulář obsahuje dvě oblasti. Zdravotní anamnéza a anamnéza trestné činnosti. Zobrazování těchto podformulářů se nastavuje v globálním nastavení programu zvlášť. Tj. zvolí-li si uživatel, že nechce zobrazovat ani zdravotní, ani trestnou anamnézu, nezobrazí se odkaz v menu na formulář Xxxxxxxx vůbec. Vybere-li si pouze jednu z těchto možností, zobrazí se mu odkaz na formulář Xxxxxxxx, ale uvnitř pouze jeden z vybraných podformulářů. Pokud nechá zvolené oba, odkaz bude stále jeden, na formulář Xxxxxxxx, ale uvnitř se zobrazí obě v pořadí. 1. Zdravotní anamnéza 2. Anamnéza trestné činnosti.

Podformulář Zdravotní anamnézy

• Diagnóza: Číselník diagnózy – možnost zvolit více položek

• Testy HIV, VHA, VHB a VHC: (povinné pokud NRLUD) Každá z uvedených možností obsahuje tři kritéria. Datum, Selfreport s možností ano / ne a výběr z Číselníku testování infekčních nemocí.

• Vyšetření infekčních nemocí: vícečetný záznam, položky povinné. Položky jsou:

  • Vyšetření infekčních nemocí: Číselník Vyšetření infekčních nemocí

  • Výsledek: číselník výsledků vyšetření

  • Datum vyšetření: pole s kalendářem.

Podformulář Anamnéza trestné činnosti

• Prvovězněný: číselník Obecné možnosti

• Věk první trestné činnosti: pole pro číslo věku

• Věk prvního výkonu tresu v: pole pro číslo věku

• Počet pobytů ve výkonu trestu: pole pro číslo

• Probíhá aktuální trestní řízení? číselník Obecné možnosti

• Bylo v minulosti porušeno podmíněné propuštění: číselník Obecné možnosti

• Délka současného trestu a kdy nastoupil: pole pro číslo a druhé pro datum (kalendář)

• Typ trestné činnosti: číselní trestních činností

• Spolupráce s PMS: číselník Obecné možnosti

• Nařízení ochranná léčba: Číselník nařízené ochranné léčby: Možnosti ambulantní ano / ne, ústavní ano / ne

• V jakém je typu věznice: číselník typů věznic (s ostrahou, se zvýšenou ostrahou)

• Jaký je stupeň zabezpečení: číselník typů zabezpečení (s nízkým stupněm zabezpečení, se středním stupněm zabezpečení, s vysokým stupněm zabezpečení).

Formulář zkušenost s abstinencí, léčbou a institucemi

Tento formulář obsahuje vícečetné záznamy, které obsahují následující informace.

• Typ léčby / instituce / abstinence: číselník zkušenosti s léčbou (povinné pole, pokud NRLUD)

• Počátek abstinence / léčby / pobytu v instituci: Pole s datem – kalendář

• Datum ukončení: Pole s datem – kalendář

• Důvod ukončení léčby / pobytu v instituci: číselník ukončení léčby

• Poznámka: Textové pole typu nVarchar(MAX) pro poznámku

• Instituce: Číselník institucí (lokální uživatelský číselník).

Formulář historie léčby v zařízení:

Tento formulář obsahuje víceřádkové záznamy, které obsahují následující informace.

• Zahájení – ukončení: Číselník o dvou položkách – Zahájení / ukončení. Povinné pole.

• Důvod ukončení. Povinné, pokud NRLUD a pokud je předchozí záznam zvolen jako Ukončení.

• Datum: Povinné pole

• Byla léčba úspěšná? Zaškrtávací pole ano / ne. Hodnota musí být vybrána, ale pouze v případě, že se jedná o ukončení.

Formulář odkazy do zařízení:

Tento formulář obsahuje vícečetné záznamy, které obsahují následující informace.

• Datum: pole s datem, kalendář – povinné

• Odkaz: číselník odkazů.

Formuláře karty potřeb:

Tento formulář obsahuje vícečetné záznamy, které obsahují následující informace.

• Vznik potřeby: Pole s datem, kalendář – povinné pole

• Ukončení: Pole s datem, kalendář.

• Splněno: zaškrtávací pole ano / ne

• Potřeba: Povinné pole, číselník potřeb.

Pole výše jsou viditelná v seznamu potřeb, kterých může být více. Po rozkliknutí podrobnosti potřeby přibydou další pole:

• Do kdy má být splněno: Pole s datem – kalendář

• Definovaný cíl: Pole typu nVarchar(MAX) pro delší textový zápis

• Jak poznám, že jsem toho dostáhla / dostáhl: Pole typu nVarchar(MAX) pro delší textový zápis

• Na co je třeba si dát pozor: Pole typu nVarchar(MAX) pro delší textový zápis

• Co udělám, když riziko nastane. Pole typu nVarchar(MAX) pro delší textový zápis.

Z karty potřeb klienta se tiskne tisková sestava Karta potřeb klienta.

Karta klienta – NRLUD

Tento formulář je ve skutečnosti sdruženým formulářem, který nezahrnuje žádné nové položky, ale shrnuje položky z formulářů – Karta klienta osoba - a návazných formulářů tohoto formuláře (Soc. eko. Údaje, návykové chování a další)

Samotný formulář se bude zobrazovat / nezobrazovat na základě volby v nastavení programu – Vykazovat do NRLUD ano / ne.

Položky, které se budou zobrazovat v tomto formuláři, budou vycházet z položek, které jsou povinné pro vykazování do NRLUD (tzv. minimální hlášení) a také z dalších položek, které se mohou, ale nemusí, do NRLUD vykazovat. Tzv. rozšířené hlášení do NRLUD.

Tato karta je nutná proto, aby měl uživatel jednoduchou možnost editovat a kontrolovat položky, které jsou jinak skryté v návazných agendách. Tzn., aby měl v jednom pohledu přehled o položkách, které jsou jinak součástí více různých formulářů.

Tento formulář bude také kontrolovat a validovat povinné položky, které jsou pro vykazování do NRLUD nutné a bude umožňovat záznam do registru přímo vyexportovat. Opět nejprve proběhne validace, dle dokumentace rozhraní pro import dávek NRLUD / UZIS . Samotný export je realizován zápisem do xml souboru. Jeho struktura je jasně zdokumentovaná. Tento soubor se pak přes webové rozhraní aplikace NRLUD importuje do registru.

Mimo možnost exportovat do registru jednotlivé záznamy, bude aplikace také disponovat hromadným exportem záznamů klientů, kteří mají být do NRLUD exportováni.

Karta klienta – skupiny (seskupení osob)

Druhým typem klienta, po samotné osobě, je skupina (seskupení) osob. Služby se totiž někdy klientům poskytují hromadně – tj. více klientům najednou se poskytne nějaká služba / výkon. Typický je tento jev například u rodinné terapie. (Zápis samotného výkonu bude popsán dále) Proto je nutné pro tuto agendu zajistit formulář, který bude disponovat následující funkcionalitou.

Pole formuláře

1. Název skupiny – povinné textové pole

2. Výchozí projekt: číselník projektů

3. Datum založení skupiny – pole datum čas – kalendář, povinné pole

4. Datum zápisu – automatické pole datum čas. Jen pro čtení

5. Založil – automatické pole, jen pro čtení

6. Garant skupiny – výběrové pole aktivních pracovníků

7. Ukončena – pole ano ne, výchozí hodnota ne

8. Osoby ve skupině – seznam klientů ve skupině, tj. vícečetná výběrová pole s klienty.

Pole pro přidávání klientů musí fungovat tak, že při zadávání klientů jsou ve výběrech zobrazování pouze klienti (osoby) ve spolupráci. Nicméně pokud je tato osoba v průběhu péče označena jako nespolupracující, musí být stále v seskupení viditelná. Ale již nepůjde zobrazit v kroku, ve kterém se zadává výkon. Viz dále.

K formuláři seskupení osob bude možné nahrávat přílohy.

Karta klienta – anonymní skupina (třída)

Jedná se o formulář pro speciální typ klienta. Tento klient nepředstavuje žádnou konkrétní osobu, ani seskupení konkrétních osob, nýbrž skupinu, která je definována pouze svým názvem a počtem lidí ve skupině (počet se skládá ze dvou částí, a to z počtu žen a mužů)

Typickým příkladem takovéto skupiny je školní třída. Tato anonymní skupina je dvojího typu. Vybraný typ pak určuje názvy některých polí – mohou se lišit – a také další proměnné, které se v závislosti na typu skupiny objeví. Dva základní typy anonymní skupiny jsou:

1. Obecná skupina

2. Třída (výběr je realizován z následujících podskupin, takže ve výběru jsou ve skutečnosti tři položky)

1. Základní škola

2. Střední škola

3. Vysoká škola.

Názvy polí, která jsou ovlivněna výběrem skupiny.

Obecná skupina	Třída
Počet mužů	Počet studentů
Počet žen	Počet studentek
Nadřízená instituce	Škola
Nemá ekvivalent	Aktuální ročník
Nemá ekvivalent	Školní rok

Pokud je vybrán typ třída (jeden ze tří typů škol), název klienta je pak všude – Třída.

Pole formuláře

1. Typ skupiny – výběr z typů (obecná skupiny / třída), povinné

2. Výchozí projekt: lokální číselník projektů

3. Název skupiny / třídy – povinné textové pole

4. Počet mužů / studentů muži – celé číslo, povinné

5. Počet žen / studentů ženy – celé číslo, povinné

6. Aktuální ročník – číslo – povinné, pokud třída – viz níže

7. Preferovaný typ pp (primární prevence) – povinné, pokud třída, výběr z číselníku typů primární prevence

8. Školní rok – výběr z číselníku školních let, povinné, pokud třída a je ve spolupráci – viz níže

9. Datum kontaktu – pole datum čas – kalendář, povinné pole

10. Datum zápisu – automatické pole datum čas. Jen pro čtení

11. Založil – automatické pole, jen pro čtení

12. Kontaktní osoba – textové pole

13. Telefon – textové pole

14. E-mail – textové pole

15. Poznámka – textové pole typu nVarchar(MAX)

16. Primární cílová skupina – ano / ne, povinné při založení ano

17. Spolupracuje – ano / ne – povinné, při založení ano

18. Nadřízená instituce / škola – výběr z číselníků institucí. Pokud třída tak povinné (každá třída musí být svázána se školou)

19. Typy rizikového chování – číselník rizikového chování primární prevence – možnost vícenásobného výběru. Zobrazí se pouze v případě programu primární prevence.

Anonymní skupina typu třída má specifické chování v rámci roku. Smlouvy se kontraktují maximálně na školní rok. Po ukončení školního roku se tedy smlouva automaticky ukončuje. Z tohoto důvodu se každý rok třídy zavádí znovu. Aby byla zaručena kontinuita záznamů, probíhá následující proces.

Po ukončení školního roku tj. 31.8. anebo dříve pomocí aktivní volby uživatele – administrátora programu – dojde k tzv. přerušení spolupráce. Což znamená, že se příznak v poli Spolupracuje změní na hodnotu Ne.

Zároveň dojde k vymazání některých záznamů, ale ty musí zůstat uložené v historii, aby bylo možné sledovat třídu v čase. Jedná se o záznamy.

1. Aktuální ročník

2. Aktuální školní rok

3. Počet studentů ve třídě.

Uživatel pak na začátku každého roku patřičnou třídu, se kterou podepíší kontrakt, otevře a zaškrtne, že je třída znovu ve spolupráci. Tím se stanou pole aktuální ročník a aktuální školní rok povinné a je nutné je aktualizovat. Ve formuláři třídy musí být vždy vidět záznam pouze pro čtení, který informuje o tom, v jakých školních letech a v jakých ročnících už bylo v předchozích letech se třídou spolupracováno.

Výše uvedené chování se týká pouze tříd. Pokud se jedná o anonymní obecnou skupinu, tento automatický režim se neaplikuje.

K této kartě bude možné nahrávat přílohy.

Karta klienta – agregovaný klient

Speciální typ klienta, který je specifikován svým jedinečným názvem.

Pole formuláře

1. Název klienta – textové pole, povinné

2. Aktivní – volič ano / ne při založení automaticky nastaven na ano.

3. Výchozí projekt: lokální číselník projektů

4. Založil – automatické pole jen pro čtení

5. Datum založení – automatické pole jen pro čtení

6. Poznámka – textové pole pro krátkou poznámku.

Formuláře pro výpočet počtu klientů v zařízeních s výhradně agregovaným zadáváním

Toto je speciální agenda pouze pro vybraný typ zařízení. To, jestli může tuto agendu zařízení používat, určuje pouze superadmin. Při povolení zařízení bude proto existovat volič záznamů – Zařízení s výhradně agregovaným zadáváním, který bude ve výchozím stavu nastaven na false. Pokud superadmin tento volič nastaví na true, bude moci zařízení tuto agendu používat.

Tato agenda umožní nastavit tzv. aktivní rok a do tohoto roku přidávat jednotlivé klienty. Jelikož tato zařízení nepracují s klienty v rámci výkonů – tzn., nezapisují konkrétním klientům konkrétní služby, ale záznam o provedených službách vedou tzv. agregovaně (zadáním počtu dané služby) není možné vypočítat počty klientů přímo z výkazů, ale tyto počty se budou počítat právě z této agendy. Jmenný seznam klientů umožní ke každému klientovi přidat vybraný rok s datem zápisu. Toto bude možné provádět opakovaně v každém roce. Tzn., jeden klient u sebe bude moci mít více aktivních let.

Formuláře pro záznam výkonu

Ke všem typům klientů (osoba, skupina osob, anonymní skupina / třída, agregovaný klient) je možné zadat záznam o provedeném výkonu. Klient NRLUD není v tomto slova smyslu pokládán za klienta, jedná se pouze o jiný pohled na Klienta typu osoba.

Existuje ještě speciální typ výkonu – Nálezy a sekundární výměna. Tento typ tvoří samostatná agenda.

Volba, komu má být, nebo byl, záznam o provedeném výkonu zaznamenán, se provádí ze seznamu klientů ve výchozím formuláři aplikace.

Podle typu klienta se otevře patřičný formulář o záznamu výkonu. Výchozí hodnoty záznamů mohou vycházet buď z globálních předvoleb, nebo z lokálních předvoleb, které se budou uskutečňovat ve výchozím formuláři aplikace. Tam se bude jednat o předvolby pracovníků u výkonu, datu a místa výkonu – viz dále. Tyto lokální předvolby slouží pouze přihlášenému uživateli, a to z důvodu zpětného hromadného vyplňování výkazů, kde by pokaždé musel některé volby ve formuláři opakovat.

Propojování výkazů

Výkazy – respektive klienty – je nutné spolu propojovat. Tzn., musí být vytvořena možnost, jak říci, že výkazy jednoho klienta jsou propojené s výkazem jiného klienta. A to u všech typů klientů a s možností vícenásobného propojení. Toto propojování slouží k tisku dokumentace, kdy je žádoucí v rámci jedné dokumentace o poskytnutých výkonech vidět dohromady například dokumentaci k rodině a následně i k jejím jednotlivým členům, které jsou ještě v péči individuálně. Týká se tedy přehledů o výkonech klienta, a to i v tiskové sestavě. Při zobrazení přehledu o výkonech a tisku, bude pracovník (v případě že existuje nějaké propojení mezi daným výkazem) dotázán, zdali chce zobrazit i výkazy propojených klientů. Tato spojení nemají žádný vliv na statistiky a slouží pouze k naplnění účelu zmíněnému výše. Nastavení propojení bude realizováno v agendě karet klientů. Přehled i tisková sestava bude řazena chronologicky – tedy nikoliv podle jednotlivých klientů, kteří jsou propojení. Musí však být z každého řádku jasné, jakému konkrétnímu klientovi patří.

Výkon pro klienta typu osoba

Pole formuláře

1. Název / jméno klienta – pouze pro čtení, automaticky zobrazené jméno klienta ve formuláři (v databázi samozřejmě stačí pouze ID klienta).

2. Místo výkonu – výběr z číselníků míst. Výchozí hodnota je načtena z číselníku míst anebo z lokálních předvoleb, viz výše.

3. Projekt: povinné, výběrové pole z číselníku projektů. Výchozí hodnota, se řídí následujícím pravidlem. Pokud má klient v kartě klienta vyplněnou hodnotu – Výchozí projekt, zobrazí se tento. Pokud ne, zobrazí se Výchozí projekt nastavení v globální předvolbě programu. Viz. číselníky.

4. Založil – automatické pole jen pro čtení.

5. Datum založení – automatické pole jen pro čtení.

6. Datum výkonu – povinné pole datum, kalendář. Výchozí hodnota může být načtena z lokálních předvoleb, viz výše. Anebo obsahuje aktuální datum.

7. Způsob poskytnutí – číselník s hodnotami – face to face (výchozí hodnota), on-line, telefon, korespondenčně. Povinné pole předvyplněné výchozí hodnotou. Ta je možná v nastavení programu měnit. V budoucnu se mohou objevit zařízení, které budou mít primární hodnotu nastavenou všude na on-line. Toto nastavení proto bude u každého výkonu zvlášť.

8. Klient přítomen – povinné pole ano / ne. Výchozí hodnota ano.

9. Dokumentace – textové pole typu nVarchar(MAX) umožňující formátovaný text. Zobrazení tohoto pole je nastavit v globálním nastavení aplikace.

10. Výkony – seznam všech výkonů, které jsou v administraci nastavení aplikace nastavené na zobrazovat ano. Vedle každého výkonu předvyplněné pole s časovou dotací zařízení. Viz. číselníky výkonů. Toto pole je editovatelné. Vedle každého výkonu pak zaškrtávací tlačítko ano / ne, s výchozí hodnotou ne. Viz. dále část Záznam a validace při ukládání výkonu do databáze.

11. Pracovníci u výkonu – vícenásobné výběrové pole s pracovníky. První záznam je automaticky předvyplněný pracovníkem, který záznam zapisuje, nebo předvolenými uživateli z lokálních předvoleb. Minimálně jeden pracovník musí být vybrán.

12. Podrobnosti výkonů – viz číselník podrobnosti výkonů. Podformulář s volbami zápisu dané podrobnosti výkonů se zobrazí po kliknutí na daný výkon. (v samostatném popup okně, nebo rozevřením podrobnosti – závisí na návrhu) Jedinou výjimku tvoří podrobnost výkonu Distribuce HR materiálu. Pokud bude tento výkon navolen jako výkon, který se má zobrazovat, bude se tento podformulář zobrazovat přímo ve formuláři k zápisu, aby ho uživatel nemusel vždy rozklikávat.

13. Osoby blízké. Výběr ze seznamu blízkých osob, který se zadává v kartě klienta.
    Například matka, partner(ka), kurátor atd. Podstatné je, že každá osoba se bude ve výběru ve výkazu objevovat ve dvou variantách. A to ve variantě – za přítomnosti klienta a bez přítomnosti klienta. Může to být také povinný příznak k další osobě, pokud je vybraná. Podle tohoto příznaku bude pak nutné filtrovat – například zobrazit všechny výkazy, které proběhly bez přítomnosti klienta.

14. Typ služby ve vězení. V případě programu – Adiktologické služby ve vězení – číselník Typy služeb ve vězení – povinné. Výchozí hodnota vstupuje z karty klienta.

15. Typ primární prevence – v případě programu – Primární prevence – číselní typů primární prevence. Výchozí hodnota vstupuje z karty třídy.

Záznam a validace výkonu při ukládání do databáze.

Před uložením výkonu musí být provedena validace zadaných hodnot. Nejedná se však pouze o povinné položky, ale existují zde ještě dynamicky podmíněná pravidla.

Ukládají se pouze výkony, které jsou zaškrtnuté. U nich je vždy potřeba, aby byl vyplněný záznam o čase. Ten také musí být ve správném formátu. Pro uživatele se jako nejvýhodnější ukazuje formát hh:mm. Do databáze pak může být uložený v minutách. Podoba prezentační vrstvy pro zápis je zobrazená na obrázku níže. V zobrazeném případě se tedy uloží výkony – kontaktní práce v délce 60 minut a výkon Základní zdravotní ošetření v té samé délce.

Tyto výkony doporučujeme ukládat pomocí kvantitativní hodnoty. Tj. Kontaktní práce = 1 (výkon). A to z toho důvodu, že při agregovaném zápisu, viz dále, se počet daných výkonů skutečně ukládá kvantitativně. Zápis má pak třeba podobu – Kontaktní práce = 14 (výkonů).

Pokud jsou u výkonu zvoleny i podrobnosti výkonu, je nutné je samozřejmě uložit také. Aplikace však nesmí uložit záznamy, u kterých by byly vyplněné podrobnosti, ale nebyl zaškrtnut samotný hlavní výkon.

Podrobnosti výkonů nejsou v naprosté většině povinné. Výjimku tvoří například výkon Distribuce harm-reduction materiálu. Jak již bylo řečeno výše, podformulář s podrobnostmi tohoto výkonu se zobrazuje přímo ve formuláři pro zápis výkonů (pokud je zobrazen i hlavní výkon). Pokud je Výkon distribuce HR materiálu zaškrtnut, je povinné vyplnit alespoň jednu hodnotu do podrobností tohoto výkonu. U podrobností tohoto výkonu se vždy jedná o záznam typu: Název materiálu – kvantitativní hodnota.

Podobným výkonem pak může být třeba výkon – Testování infekčních nemocí. U tohoto výkonu se zase povinně zadávají výsledky testů. Pro účely zadávací dokumentace budou povinné položky podvýkonů a jejich hodnoty ještě upřesněny a to z důvodu, že souběžně s prací na zadávací dokumentaci probíhá ještě revize výkonů v adiktologických službách. Tzn., že některé číselníky výkonů a podvýkonů mohou být ještě změněny. Struktura však zůstane stejná.

Výkon pro klienta typu agregovaný klient

Záznam výkonu pro agregovaného klienta vypadá prakticky totožně, jen se výkony neobjevují s možností zaškrtnutí, ale je u nich možnost vyplnit kvantitativní údaj.

Oproti zadání výkonu pro klienta typu osoba nejsou přítomné údaje:

• Klient přítomen

• Další osoby.

Naopak v hlavičce formuláře před údaji o místě a projektu přibydou následující údaje:

• Kontakty: dvě pole pro číslo. Celkem a Z toho žen. Pole celkem je povinné

• První kontakt z celku: číslo

• Cizinci z celku: číslo

• Odmítnutí z důvodu kapacity: číslo

• Odmítnutí z důvodu cílové skupiny: číslo.

Vše ostatní zůstává stejné, až na jednu specialitu.

Součástí formuláře pro zadání výkonů agregovanému klientovi bude i podformulář agendy Nálezy a sekundární výměna. Položky tohoto podformuláře se ve skutečnosti neváží s výkazem, ale zapisují se do samostatné agendy – viz. níže. Podformulář je zde pouze proto, že zápis agregovaného výkazu probíhá velmi často pohromadě právě se zápisem Nálezů a sekundární výměny, a tak je pohodlnější údaje zapsat najednou.

Nálezy a sekundární výměna

Samostatná agenda obsahující následující údaje.

• Datum: povinné pole s datem. Kalendář. (pokud je do agendy zapsáno z formuláře zápisu výkonu pro agregovaného klienta – dále jen „agreg“ – tak sem vstupuje datum zápisu z agreg.

• Projekt: výběr z číselníku. pokud agreg, tak projekt z agreg

• Místo: výběr z číselníku. pokud agreg, tak místo z agreg

• Jehly In: číslo

• Jehly Out: číslo

• Nálezy: číslo

• Osoby: číslo

• Rozsah terénní práce: čas: hh:mm

• Poznámka. Textové pole typu nVarchar(MAX)

Uložení záznamu. Automaticky se ukládá, kdo formulář zapsal a kdy, a zároveň se před uložením kontroluje, zdali součet vyplněných hodnot v polích Jehly In, Jehly Out a Nálezy je větší než nula. Alespoň jedno z těchto polí musí mít hodnotu větší než nula.

Agenda samotná je ve výchozím zobrazení zobrazená jako seznam nálezů a sekundární výměny.

Výkon pro klienta typu skupina osob

Zápis pro tento typ klienta se skládá ze dvou kroků.

Pokud uživatel ve výchozím formuláři vyber klienta tohoto typu a zvolí možnost – Zapsat výkon, objeví se mu nejprve seznam všech osob, které do skupiny patří. Tento meziformulář se bude jmenovat – Klienti přítomní na skupině.

Vedle každého klienta bude checkbox, který bude ve výchozím nastavení zaškrtnutý. Bude obsahovat možnost hromadného odškrtnutí (skupiny mohou být větší a někdy je jednodušší spíše označovat pozitivně, než negativně)

V tomto formuláři tedy uživatel určí, jakým klientům ze skupiny se ve skutečnosti zápis provede. Pak uživatel zvolí tlačítkem druhý krok. Tlačítko se bude jmenovat: Zápis výkonu.

Tento zápis bude mít úplně stejnou podobu jako formulář pro zápis výkonu typu osoba. Lišit se budou pouze ve dvou kritériích.

1. Nebude možnost přidat další osoby

2. Ukládání dat bude realizováno úplně jinou logikou. Ta bude dvojí podle toho, jaká bude voličem typu radiobutton, zvolena možnost.

   1. Skupinový výkon (bude vybráno ve výchozím nastavení)

   2. Hromadný zápis výkonu.

Pokud by se podařilo navrhnout prezentační vrstvu této agendy tak, aby zároveň zobrazovala formulář s klienty ve skupině a zároveň formulář pro zápis výkonů, není nutné realizovat zápis ve dvou oddělených krocích.

Uložení záznamu pro skupinový výkon

Zápis v obou případech funguje tak, že se ve skutečnosti výkazy rozkopírují ke všem vybraným členům skupiny. V případě a) je ale nutné, aby se ke každému výkazu doplnil příznak ID skupiny, a i ID konkrétního zápisu. Tzn. výkazy lze pak seskupovat jak podle vybrané skupiny, tak podle vybraného zápisu. Originál zápisu se uloží separátně do zvláštní tabulky, aby ho bylo možné dohledat. V tomto případě jde o to, že jednotlivé výkazy je možné následně normálně samostatně editovat. Tzn. dopisovat třeba podrobnosti k dokumentaci atd. Takže je nutné, aby někde existoval originál záznamu. To, že jsou výkazy spojené, má pak vliv i na některé výpočty v agendě výstupů.

Uložení záznamu pro hromadný zápis výkon

V tomto případě se výkazy pouze rozkopírují všem vybraným členům skupiny. Zpětně již pak hromadně editovat nejdou a neukládá se originální záznam a ani žádný příznak toho, že byli výkony vyplněné hromadně (ID skupiny a i ID konkrétního zápisu).

Výkon pro klienta typu anonymní skupina / třída

Formulář pro zadávání výkonů je úplně stejný jako v případě formuláře zadávání výkonu pro klienta typu osoba.

Jediný rozdíl tvoří dvě, v případě třídy tři, pole navíc. Počet mužů /žáků a počet žen / žákyň. Do těchto polí je po otevření formuláře načtena hodnota z karty klienta. Uživatel jí ale může upravit. Karta klienta v sobě drží údaj o počtu klientů ve skupině, ale u samotného výkonu nemusí být všichni.

V případě třídy je zde ještě pole – typ prevence. Do tohoto pole vstupuje výchozí typ prevence nastavený v kartě třídy a je možné jej změnit.

Posledním rozdílem je ještě název skupiny / třídy, namísto pole příjmení. V datové struktuře je toto pole však stejné, jen se jinak jmenuje ve formuláři. Pole jméno pak chybí.

Formuláře pro záznam denní agendy – žurnál

V této agendě vedou pracovníci provozní zápisy k jednotlivým dnům a událostem. Jde o agendu, která je spjatá s každodenním provozem zařízení. Je primárně přístupná všem pracovníkům daného programu, ale je možné jednotlivé zápisy vidět a editovat i na úrovni zařízení, pokud tak pracovník povolí parametrem, který toto dovoluje. Tzn., zápis si s sebou nese příznak, který říká, jestli je zápis přístupný pouze uvnitř programu, nebo v celém zařízení. Dále se ukládá datum (to je možné editovat), automatické a needitovatelné záznamy: datum a čas založení, jméno pracovníka, který záznam založil a jméno, datum a čas všech, kdo záznam editovali.

Zápis je možné opatřit pěti volitelnými štítky. Ty se nastavují v globálním nastavení. Podle nich je pak možné zápisy filtrovat. Štítky jsou příznaky – například: důležité, problém atd.

Základem zápisu je strukturovaný text s možností vložení přílohy.

Seznamy

Seznamy jsou formuláře s tabulkovými výčty libovolných záznamů. (klientů, výkonů atd.)

Hlavním seznamem je výchozí formulář aplikace, který zobrazuje aktivní klienty (klienty ve spolupráci).

Výchozí formulář aplikace – home obrazovka

Výchozí formulář aplikace zobrazuje všechny aktivní klienty. Tj. klienty, kteří mají volič záznamů – spolupracuje – nastavený na pravda.

Formulář v každém řádku zobrazuje:

1. Název (jméno) klienta. Ten je případě osoby sestaven ze jména a příjmení (kódu). V případě skupiny osob z názvu skupiny. V případě agregovaného klienta – Příjmení (kód). V případě třídy název plus ročník

2. Typ klienta (osoba, agregovaný, anonymní skupina, třída, seskupení osob)

3. Nadřízená organizace (tento sloupec může být podmíněný – pokud existuje aktivitní klient, který má nadřízenou organizaci. V mnoha zařízeních to tak být nemusí. Naopak, pokud bude zvolen program primární prevence, bude toto polo zobrazené vždy, protože každá třída má nadřízenou organizaci – tedy školu.

Ve formuláři musí jít fulltextově vyhledávat, řadit a filtrovat podle jednotlivých sloupců. Počet řádků musí být také volitelný. V nastavení uživatele půjde měnit. Každý může mít jinak velký monitor a jiné preference. (počet zobrazených řádků bude pro všechny seznamy stejný) Z každého řádku bude možné otevřít několik dalších formulářů.

1. Kartu klienta

2. Založit klientovi nový záznam o výkonu

3. Zobrazit seznam provedených výkonů u klienta.

Na obrazovce s výchozím formulářem aplikace se také uskutečňují a musí být viditelné předvolby pro další zápis výkonu. Tyto předvolby jsou nastavené pro každého uživatele samostatně. Jedná se o:

1. Místo

2. Datum

3. Experty.

Pokud tyto předvolby nejsou vyplněné, zobrazují se v novém formuláři pro zápis výkonu výchozí hodnoty popsané výše. Z toho vyplývá, že předvolby musí jít smazat, nebo může být zvolena jen nějaká – například Datum.

Všechny další seznamy jsou přístupné z menu aplikace.

Seznam všech klientů

Formulář zobrazuje:

1. Název (jméno) klienta. Ten je případě osoby sestaven ze jména a příjmení. V případě skupiny osob z názvu skupiny. V případě anonymní skupiny název skupiny. V případě třídy název plus ročník

2. Typ klienta (osoba, agregovaný, anonymní skupina, třída, seskupení osob)

3. Nadřízená organizace

4. Pole spolupracuje (true / false)

5. Datum posledního výkazu.

Tento seznam zobrazuje všechny klienty. Xxxx i ty, kteří již ve spolupráci nejsou. Důležité je informační pole s datem posledního zápisu výkonu. Jediné pole, které lze editovat přímo ze seznamu, je pole Spolupracuje. Tzn., pokud klient nespolupracuje, je možné ho zde znovu do spolupráce vrátit. Tím se zobrazí v hlavním formuláři – viz. předchozí seznam, a následně je možné ho plně editovat.

Tento seznam musí obsahovat fultextové vyhledávání plus možnost řazení a filtrace podle všech dostupných polí. Ze seznamu je také nutné umět otevřít seznamy výkonů klienta a všechny jeho návazné tabulky. (kartu klienta, provedené výkony atd.) Vše pouze pro čtení.

Seznam expertů

Seznam expertů je ve skutečnosti seznamem uživatelů. Nicméně může nastat situace, kdy expert nebude mít přístup do aplikace, nebo ho nebude potřebovat, protože agendu povede někdo jiný, ale expert bude uváděn u jednotlivých výkonů.

Každý uživatel bude mít příznak – spolupracuje. Ten určuje, jestli se zobrazí v nabídkách nových záznamů. V této agendě bude vidět pouze jméno a příjmení, uživatelské jméno a příznak, jestli spolupracuje. Zároveň zde budou zobrazeni pouze uživatelé, kteří mají patřičnou roli příslušící k programu. Třeba expertPP – pro experty primární prevence. Jediné editovatelné pole zde bude – spolupracuje. V seznamu půjde fultextově vyhledávat, řadit a filtrovat.

Ze seznamu expertů se otevírá seznam výkonů experta.

Seznam výkonů experta

Formulář obsahuje.

1. Datum výkonu

2. Název výkonu

3. Jméno klienta, kterému byl výkon poskytnut

4. Délku výkonu.

Seznam musí umět řadit záznamy podle vybraného sloupce a také podle každého sloupce filtrovat. Filtr pole Datum výkonu musí umět filtrovat podle datum od – datum do. Z řádku půjde přímo otevřít patřičný záznam o výkonu a bude možné jej následně editovat.

Ve formuláři se ukazuje součet času a počet výkazů na kterých byl expert přítomen. Filtr formuláře musí jít vytisknout v rámci tiskové sestavy. Tato sestava bude obdobná jako tisková sestava tisková sestava přehledu výkonů, ale je filtrována nikoliv podle vybraného klienta, ale právě podle experta.

Seznam výkonů klienta

Tento seznam půjde otevřít u vybraného klienta na hlavním formuláři, ze seznamu klientů, a i z dalších agend.

Formulář obsahuje:

1. Datum

2. Projekt

3. Místo

4. Název výkonu

5. Délku výkonu

6. Pokud se jedná o seznam výkonů klienta typu anonymní skupina / třída, musí ještě obsahovat sloupec nadřízené instituce a u třídy ročník.

Formulář musí umět řadit a filtrovat podle všech polí. V poli datum je nutné nastavit filtr od – do. Pole výkon musí být filtrovatelné i negativně. Tzn. vybrat výkony, které se zobrazit nemají.

Z libovolného výběru je pak nutné umět zobrazit a vytisknout tiskovou sestavu výkonů. Před tiskem je ještě možné voličem nastavit, zdali má být tisk s podrobnostmi, nebo bez podrobností výkonů. Viz. tiskové sestavy – přehled výkonů.

Z každého řádku je také možné zobrazit přímo formulář daného zápisu výkonu. Formuláře výkonu jsou vyplněné formuláře záznamu výkonu.

Seznam výkonů klienta je u klienta typu – skupina osob – odlišný. Viz. dále.

Seznam výkonů klienta typu skupina osob

Skupina osob ve skutečnosti nemá jeden společný výkaz, ale každý klient v této skupině má výkaz svůj vlastní. Viz. zápis výkonu pro skupinu osob. Existuje však uložený záznam s datem a zápisem dokumentace – tj. originál, který je vzorem pro kopii k jednotlivým záznamům. Seznam výkonů se tedy stává ze dvou částí.

V první části je tvořen seznamem originálních zápisů – datum plus možnost otevřít originál dokumentace.

V druhé části se po zvolení položky ze seznamu části první, zobrazí seznam všech klientů, kteří byli danému výkonu přítomni, a z tohoto seznamu je pak možné otevřít přímo formulář pro záznam výkonu.

Pro lepší demonstraci je přiložen screenshot formuláře z aplikace UniData.

Dokumentaci výkonu (zápis) je možné otevřít a editovat. Pokud se editovaný záznam uloží, přepíše dokumentaci u všech klientů, kteří byli přítomni výkonu. Před uložením to musí uživatel explicitně potvrdit. Stejně tak lze otevřít přímo záznam o výkonu konkrétního klienta – pravá část obrazovky. Pokud se zde záznam edituje, ostatní záznamy klientů ve skupině se nemění!

Nálezy a sekundární výměna

Seznam je výchozím zobrazením agendy Nálezy a sekundární výměna. V seznamu je zobrazeno:

1. Datum nálezu

2. Projekt

3. Místo

4. Jehly In: číslo

5. Jehly Out: číslo

6. Nálezy: číslo

7. Osoby: číslo.

Seznam musí umožňovat řazení podle všech sloupců a filtrování také podle všech sloupců. Filtr dle data musí být nastavitelný v rozmezí od – do.

Z vybraného filtru je pak nutné umět vytisknout tiskovou sestavu nálezů a sec. výměny.

Datové úložiště

Datové úložiště je speciální typ seznamu. Jedná se o agendu, kam jsou ukládané některé výstupy. Typicky závěrečné a průběžné zprávy. Viz. výstupy, V průběhu let totiž dochází ke změnám ve struktuře těchto dokumentů a také ke změnám v algoritmech. Výstupy, které slouží jako podklad pro doložení činnosti organizace je tudíž nutné ukládat v podobě platné v daném roce. Formáty pro ukládání mohou být pdf. nebo xlsx. Agenda je tvořena seznamem těchto výstupů s možností stažení těchto dokumentů, jejich filtrováním podle typů a data.

Seznam obsahuje sloupce:

1. Datum uložení

2. Jméno uložitele

3. Typ dokumentu (závěrečné zprávy, sumář výkonů atd.)

4. Popisek (ten může uživatel vytvořit při ukládání)

5. Možnost otevřít složku se samotným dokumentem.

V seznamu lze také mazat a editovat popisek. Automaticky to však může dělat pouze administrátor organizace. Ten může udělovat právo dalším uživatelům. O editaci i mazání musí být veden log. Co, kdy a kdo.

Výstupy

Výstupy jsou tvořeny samostatnou agendou v menu. Jsou rozdělené na několik hlavních částí.

1. Závěrečné a průběžné zprávy

2. Globální statistiky

3. Provozní výstupy.

Hodnoty s platností ukončenou v čase.

Pokud do výstupů vstupují hodnoty, které pozbývají platnosti v čase – například typ závislostního chování – obsahují vyplněné pole s datem – ukončeno. U těchto záznamů je nutné, aby byly platné ve sledovaném období.

Příklad. Pokud klient navštívil zařízení v lednu 2018 a byla mu zapsána primární závislost – Alkohol – a do filtru statistik je zadáno leden – březen 2018, objeví se u klienta primární závislost alkohol ve výstupech. Pokud klient do zařízení dorazí i v dubnu a změní primární závislost na marihuanu – tj. bude mu uzavřena primární závislost na alkoholu a zapsána nová – tak ve statistikách za leden až duben 2018 bude figurovat pod primární závislosti marihuana. Tj. zobrazí se poslední platná hodnota záznamu. Avšak při filtru leden – březen, zůstane figurovat jako alkoholový klient.

Filtry výstupů – globální

Výstupy jsou vždy filtrovány podle volitelných kritérií. Základním kritériem je volba časového rozpětí. Tento filtr je povinný pro všechny výstupy. Další filtry se liší podle typu výstupů.

Závěrečné a průběžné zprávy

Jedná se o standardizované výstupy, které požadují poskytovatelé dotací jednotlivým zařízením. První etapa vývoje informačního systému předpokládá výstup pro závěrečnou a průběžnou zprávu pro RVKPP.

Tento výstup je pro všechny typu programů, s výjimkou primární prevence, stejný.

Filtry pro závěrečné a průběžné zprávy RVKPP

1. Globální filtr od – do

2. Filtr dle místa (možnost vícenásobné volby)

3. Filtr dle krajů – jedná se vlastně o vícenásobný výběr obcí sdružených v jednom kraji. Možnost vícenásobného výběru.

4. Filtr dle projektu (možnost vícenásobné volby)

5. Filtr podle obce kontaktní adresy (možnost vícenásobné volby)

6. V případě primární prevence se objevuje i filtr podle škol (vícenásobný výběr)

7. V případě primární prevence, případně při zvoleném voliči záznamů Anonymní skupina / třída (viz. dále) se filtr – obec kontaktní adresy – nahradí filtrem obec nadřízené organizace anonymní skupiny / školy.

Závěrečné zprávy pro RVKPP. Všechny programy s výjimkou Primární prevence

Výstupem jsou dvě excelovské tabulky s pevně daným formátováním. Výsledné tabulky je možné uložit do Datového úložiště. Tyto dvě tabulky jsou: Výstup tabulky výkonů a výstup tabulky klientů, viz dále.

Před samotným výstupem je nutné použít volič záznamů, který obsahuje dvě položky

1. Osoby

2. Anonymní skupina / třída.

Mohou být zvolena obě kritéria. Výchozí jsou osoby. Tabulky pro anonymní skupiny jsou stejné, ale liší se algoritmem pro výpočet některých hodnot. A mění se také nabízený filtr. Viz. Filtry pro závěrečné zprávy RVKPP výše. Pokud jsou zvolené oba typy, není možné použít filtry dle obce a kraje.

Filtr dle obce nabízí číselník obcí, který se v případě osob rovná obcím trvalého bydliště osob, které jsou uvedeny v kartě klienta typu osoba. V případě anonymní skupiny / třídy se seznam změní podle institucí, se kterými jsou tyto skupiny spojené. Viz. klient typu anonymní skupina / třída.

Výstup tabulky výkonů.

Tabulka výkonů je součástí příloh k zadávací dokumentaci. Obsahuje vždy popis hodnoty a dva sloupečky. Jeden je počet osob, druhý počet výkonů. Obsahuje ještě první, statický sloupec, který popisuje hierarchickou strukturu. Vstupní data pro tuto část tvoří primárně záznamy vložené do formuláře pro záznam výkonu.

Příklad:

Výkon: Rodinné poradenství Počet osob: 30 Počet výkonů: 10

Výstup vychází z formulářů pro záznam výkonu. V případě klientů typu osoba je počtem osob skutečný počet osob. Pokud se jedná o záznamy pro klienta – agregovaný klient, tak do pole počtu osob vstupuje nula. Tzn. pokud byl výkon Distribuce harm reduction materiálu poskytnut desetkrát pro agregovaného klienta a třikrát pro jednoho konkrétního klienta, bude výstup vypadat takto.

Výkon: Distribuce hr materiálu Počet osob: 1 Počet výkonů: 13

V případě klienta typu anonymní skupina / třída se počet osob rovná maximálního počtu uvedených u výkonů v jednotlivých skupinách. Maximálně však počtu uvedeném v kartě klienta typu anonymní skupina / třída součtu počtů osob ve skupinách. Celkový součet je pak roven sumě jednotlivých množství. Primárně se předpokládá, že skupiny neobsahují stejné osoby. Což je v případě tříd pravda vždy, ale v případě jiných anonymních skupin to tak nemusí být. Tato disproporce brána v potaz.

Příklad. Skupina obsahuje deset osob (7 žen a 3 muži). Když se zakládá výkaz / výkon pro tuto skupinu, formulář pro zápis výkonu obsahuje také počty osob (žen a mužů). Při založení je vyplněn právě čísly z karty klienta. Nicméně skutečný počet osob může být nižší. Zkrátka nedorazí všichni. Tzn. je třeba najít výkaz s největším počtem klientů ve skupině, který spadá do daného filtru (čas od do, místo, projekt atd.) a toto číslo je právě počet osob, které vstoupí do pole Počet osob. V případě tříd se nehledá nejvyšší počet a jako relevantní je brán záznam o počtu žáků ve třídě v kartě klienta (třídy).

Výpočet osob, kontaktů a výkonů

Pokud se v závěrečné zprávě a kdekoliv jinde počítá počet kontaktů, myslí se tím následující.

Kontakt je setkání s klientem, tedy vlastně vyplněný výkaz. V rámci jednoho setkání je možné zadat několik výkonů – tedy poskytnout několik služeb. Tzn., pokud jsou klientovi poskytnuty dva výkony v rámci jednoho sezení – třeba krizová intervence a výměna HR materiálu, vypadá sumář následovně.

Počet výkonů	Počet kontaktů	Počet osob
2	1	1

Pokud by ten samý klient přišel nejdříve dopoledne a pak odpoledne a po každé mu byla poskytnuta nějaká služba, bude počet kontaktů 2. Mají-li být započítány dva kontakty u jedné a té samé osoby, předpokládá se odstup jednotlivých výkonů alespoň tři hodiny. To nemusí být v aplikaci řešené – je to součást metodiky vykazování.

Pokud se pracuje s klientem typu seskupení osob, nebo klientem typu anonymní skupiny / třída, je počet kontaktů roven počtu osob v dané skupině, kterým byl výkon poskytnut.

Výkon

Situace je ještě malinko složitější, protože výpočet počtu Výkonů se ve skutečnosti počítá z časové jednotky. Viz. číselník výkonů, Nicméně princip demonstrovaný na příkladu výše i níže zůstává stejný.

Důležitá je změna algoritmu u tzv. skupinového zápisu. Tedy u záznamu výkonu, který je poskytován skupině osob.

Příklad: Terapeutická skupina (seskupení osob) čítá pět členů. Na výkon dorazí tři. V rámci této skupiny je poskytnut výkon práce s rodinou.

Druhý den dorazí ti samí a je jim poskytnut opět stejný výkon.

Sumář za oba dny pak bude vypadat následovně.

Počet výkonů práce s rodinou	Počet kontaktů	Počet osob
2	6	3

Kdyby ti samí lidé přišli ve dvou dnech za sebou jako individuální klienti a byl jim všem postupně poskytnut stejný výkon, například Informační servis, tabulka by vypadala následovně.

Počet výkonů informační servis	Počet kontaktů	Počet osob
6	6	3

Výstup tabulky klientů

Tabulka klientů je součástí příloh k zadávací dokumentaci. Obsahuje vždy popis hodnoty a jeden sloupec s počtem klientů. Obsahem je ještě první, statický sloupec, který popisuje hierarchickou strukturu tabulky.

Tabulka zobrazuje počty klientů rozčleněných na dvě základní skupiny. Uživatelé a neuživatelé. Tedy klienti se závislostním chováním a bez závislostního chování.

Pozn. V případě klienta typu anonymní skupina / třída se počet osob rovná počtu uvedeného v kartě klienta. Viz příklad výše. Klienti tohoto typu budou vždy v rámci závěrečných zpráv zařazeni do Ostatních klientů – neuživatelů. Tento typ klienta je tedy vždy klient bez závislostního chování! V hypotetickém případě, kdyby byla tabulka klientů tvořena pouze klienty typu anonymní skupina / třída, tak budou v tabulce závěrečných zpráv, v části klienti, vyplněny pouze následující dva řádky.

5.2. Celkem ostatních klientů (neuživatelé, rodinní příslušníci, blízcí osob se závislostním problémem)

A

5.3. Celkem všech klientů (uživatelů i neuživatelů) (pozn. součet 5.1 + 5.2)

Klienti se závislostním chováním jsou následně dělení podle typů primárního závislostního chování (užívané drogy ale i další nelátkové závislostí – gambling atd.) Členění je pak ještě rozdělené na muže a ženy a dále také na první kontakty – viz dále. Všechny tyto parametry jsou uváděny v kartě klienta a dalších návazných formulářů. Údaje o závislostním chování jsou před výstupem validovány na jejich stáří. Nesmí být starší než dva roky. Viz Kontrola incomových tabulek. Na začátku – před samotným výstupem proběhne tedy kontrola, zdali mezi klienty není nějaký se starým záznamem. Pokud ano, zobrazí se varovná hláška s možností ukončení generování výstupů. Místo výstupu se zobrazí seznam klientů se starými údaji. Tento seznam se zobrazí, i pokud uživatel zvolí, že chce výstup vygenerovat. Pozor! Kontroluje se pouze stáří incomových tabulek, nikoliv to, jestli jsou, nebo nejsou vyplněné. Tabulka návykového chování vyplněná být nemusí – pak je klient označen jako klient bez závislostního chování. Pokud vyplněná je, kontrola proběhne.

První kontakt: Prvním kontaktem je označen takový klient, kterému byla v daném období poprvé poskytnuta nějaká služba. Tj. byl mu vyplněn záznam o poskytnutém výkonu. Příklad. Pokud je filtr výstupu nastaven na 1.7.2018 – 31.12.2018 a první výkaz klienta nalezený v databázi je s datem 30.6. 2018 (a samozřejmě minimálně jeden z dalších výkazů musí spadat do zadaného časového období) tak se o první kontakt nejedná. Naopak, byl-li by první nalezený výkaz až ve zvoleném období, pak by klient byl označen jako první kontakt.

Závěrečné a průběžné zprávy pro modul primární prevence

Závěrečné a průběžné zprávy pro modul primární prevence mají odlišnou podobu. Ta je určena jednak jinou cílovou skupinou, kterou je primárně třída, a také jinými typy výkonů. Výstupy závěrečných zpráv pro primární prevenci jsou tři, každá pro jeden typ primární prevence (VPP, SPP a IPP²) Je možné si je navolit – například pouze výstupy pro IPP a SPP. Pokud jsou výstupy realizovány z více typů primární prevence najednou, zobrazují se také souhrny za všechny zvolené PP. Tabulka je součástí příloh zadávací dokumentace.

Počty osob jsou počítány stejně jako v případě klientů typu anonymní skupiny / třída. Viz. výše.

Před samotným výstupem je nutné použít volič záznamů, který obsahuje dvě položky

1. Osoby

2. Třída.

Ve výchozím nastavení je pro modul primární prevence vybraná třída. Pokud jsou zvolené oba typy, není možné použít filtry dle místa, obce a kraje.

Globální statistiky

Filtry pro globální statistiky

Ve výstupech globálních statistik jsou využívány následující filtry

1. Globální filtr od – do

2. Filtr dle místa (možnost vícenásobné volby)

3. Filtr dle krajů – jedná se vlastně o hromadných výběr obcí sdružených v jednom kraji. Možnost vícenásobného výběru.

4. Filtr dle projektu (možnost vícenásobné volby)

5. Filtr podle obce kontaktní adresy (možnost vícenásobné volby)

6. V případě primární prevence se objevuje i filtr podle škol (vícenásobný výběr)

7. V případě primární prevence, případně při zvoleném voliči záznamů Anonymní skupina / třída (viz dále) se filtr – obec kontaktní adresy – nahradí filtrem obec anonymní skupiny / školy.

Pokud je výstupem globálních statistik tisková sestava, tak se vždy v záhlaví tiskové sestavy zobrazují zvolené filtry, aby ze sestavy bylo zřejmé, jaké vstupní filtry na ní byly použité.

Sumáře výkonů

Před samotným výstupem je nutné použít volič záznamů, který obsahuje dvě položky, z čehož minimálně jedna musí být vybraná.

1. Osoby

2. Anonymní skupiny /třída.

Pro modul primární prevence je ve výchozím nastavení vybraná třída. Pokud uživatel vybere oba typy, není možné použít filtry dle místa, obce a kraje.

V sumářích výkonů v modulu primární prevence se navíc ještě zobrazuje počet škol, pro které byla PP v rámci výkonu realizována a také počet bloků PP. Tento údaj označuje počet setkání (tj. vyplněných výkazů) s klientem typu třída.

Pro ostatní moduly je sumář výkonů zobrazen následovně – viz přílohy zadávací dokumentace – sumáře výkonů.

U tohoto výstupu je přítomný ještě jeden volič, který určuje, zdali má být sestava zobrazena včetně podrobných výkonů, viz Podrobnosti výkonů. Tento volič je ve výchozím nastavení nastaven na false. Tedy na zobrazení bez podrobností. Pokud ho uživatel zaškrtne, je třeba zobrazit výstup včetně podrobností, viz přílohy – podrobnosti výkonů a viz číselník podrobnosti výkonů.

Výstupním formátem pro sumáře výkonů je pdf s tiskovou sestavou a tabulka ve formátu xlsx.

Závěrečné a průběžné zprávy pro modul primární prevence

Pokud se uživatel nachází v modulu primární prevence, pak výstup Sumáře výkonů supluje i výstup pro účely závěrečných a průběžných zpráv.

Počty setkání pro MPSV

Tento výstup pracuje s termínem setkání – podobně jako sumáře výkonů pro primární prevenci pracuje s počtem bloků PP – viz výše. Technicky je jedno setkání rovno jednomu zápisu výkonu (tj. vyplněnému výkazu). Ministerstvo práce a sociálních věcí sbírá údaje o počtu setkání seřazených do skupin podle délky trvání. Konkrétně se jedná o setkání do 15, 30, 60, 90, 120 a 180 minut. Tyto kategorie musí být variabilní. Tzn., každý program musí mít možnost změnit délku a počet těchto skupin v nastavení programu (výchozí nastavení je 6 skupin s výše uvedenými délkami setkání. Počítají se všechny výkony, bez ohledu na způsob provedení. (face to face, po internetu atd.)

Výstupním formátem pro sumáře výkonů je pdf s tiskovou sestavou a tabulka ve formátu xlsx.

Počty osob

Tento výstup je pouze pro klienty typu osoba.

Má výchozí voliče:

1. Noví klienti

2. Stávající klienti

Ve výchozím nastavení jsou zvolené obě možnosti. Nový a stávající klient.

Nový a stávající klient

Kdekoliv ve výstupech, kde je třeba rozlišovat nové a stávající klienty, se rozumí následující.

Nový klient: je klient, který v daném časovém období navštívil zařízení poprvé. Tzn., v rámci zvoleného časového období mu byl zapsán první výkaz (poskytnutá první služba)

Stávající klient: je klient, kterému v daném období byla poskytnuta služba (zapsán výkon), ale nepatří do kategorie nový klient. Tzn., služba mu byla poskytnuta v rámci zvoleného období, ale již také někdy v minulosti.

Tento výstup dále používá filtr dle závislostního chování. Výběr je vícenásobný a je volen z číselníku návykového chování. Zobrazeny jsou pouze chování, která byla někdy v minulosti u klientů použita (omezí se délka výběrového seznamu). Je přidána položka – bez závislostního chování! Ve výchozím nastavení jsou zvoleny všechny možnosti.

Výstup je pak strukturován následovně:

Počet ID klientů celkem: (je vyřazen anonymní kód)	50
Počet ID klientů muži:	25
Počet ID klientů ženy:	25
Počet ID klientů muži do 14 let:	2
Počet ID klientů ženy do 14 let:	1
Počet ID klientů do 14 let:	3
Počet ID klientů muži – není věk:	7
Počet ID klientů ženy – není věk:	3
Počet ID klientů – neví věk:	10

Věkové kategorie lze v nastavení programu modifikovat jak do počtu, tak věkového rozmezí. Věkové kategorie mohou být použity i v dalších výstupech.

Výstupním formátem pro sumáře výkonů je pdf s tiskovou sestavou a tabulka ve formátu xlsx.

V záhlaví tiskové sestavy se zobrazí všechny použité filtry.

Sumář testů a výsledky testů

V číselníku výkonů existuje výkon – testování infekčních nemocí. Zároveň v modulu Anamnéza klienta jsou uvedeny výsledky testů některých nemocí. Tyto dvě agendy jsou spolu jednosměrně provázané. Směr provázání výkony -> anamnéza.

Pokud jsou v agendě Anamnéza, vyplněné údaje o výsledcích testů, na úrovni výkonů se nic nestane. Pokud je však proveden zápis o výkonu s výkonem Testování infekčních nemocí a následně v podrobnosti výkonu zvolena jedna ze čtyř nemocí, které jsou sledovány v anamnestickém listu, provede se automatický zápis i do anamnestického listu s výsledkem a datem, který je totožný se zápisem výkonu. Zároveň v anamnestickém listu je u tohoto výkonu nastaven volič Selferport na false. (selfreport znamená, že informaci o výsledku testu přinesl pouze klient.).

Samotný výstup Sumář testů vypadá následovně.

Typ testu	Počet osob	Počet testů
HIV	2	1
Hepa A	3	3
2	5	4

Pozor! Suma počtu osob nemusí být prostým součtem hodnot ve sloupci. Jedná se totiž o unikátní osoby. Tzn., v příkladu výše by spodní interval sumáře mohl být 3, protože dvě osoby mohly být stejné.

Výstup Výsledky testů vypadá následovně:

Typ testu	Hodnota	Počet	Počet osob
HIV výsledek	Negativní	2	2
HIV výsledek	Pozitivní	1	1
HIV z čeho	Z plné krve	1	1
Hepa A	Negativní	3	2

Výstupním formátem pro sumáře výkonů je pdf s tiskovou sestavou a tabulka ve formátu xlsx.

Výměnný program, nálezy a sekundární výměna

Do tohoto výstupu vstupují data ze dvou agend. Z agendy – Nálezy a sekundární výměna a z agendy pro zápis výkonu. Výkon samotný se jmenuje – Distribuce harm reduction materiálu a v jeho podrobnostech se uvádí počty jehel vydaných a přijatých (jehly in a jehly out) a dále kvantifikovaný zápis dalšího výměnného materiálu.

Z agendy „Nálezy a sekundární výměna“ vstupují do výstupu počty nalezených jehel a dále počty jehel vydaných a přijatých v rámci sekundární výměny a také počty osob přítomných u sekundární výměny.

Jehly in a jehly out z obou agend jsou ještě sečtené.

Výstup tedy vypadá následovně:

Materiál	Počet
Jehly In	20
Jehly in sec.	10
Jehly in sum.	30
Jehly out	5
Jehly out sec.	7
Jehly out sum.	12
Osoby sec.	11
Nálezy	50
Sterilní voda	5
Vitamíny	2
Alobal	1

Výstupním formátem pro sumáře výkonů je pdf s tiskovou sestavou a tabulka ve formátu xlsx.

Skladba klientů

Výstup zobrazí skladbu klientů dle závislostního chování.

Klienti se závislostním chováním jsou dále rozdělení podle typů primárního závislostního chování (užívané drogy, ale i další nelátkové závislostí – gambling atd.) Členění je pak ještě rozdělené na muže a ženy a dále také na první kontakty. Všechny tyto parametry jsou uváděny v kartě klienta a dalších návazných formulářů. Údaje o závislostním chování jsou před výstupem validovány na jejich stáří. Nesmí být starší než dva roky. Viz. Kontrola incomových tabulek. Na začátku – před samotným výstupem proběhne tedy kontrola, zdali mezi klienty není nějaký se starým záznamem. Pokud nějaký takový existuje, zobrazí se varovná hláška s možností ukončení generování výstupů. Pokud je výstup uživatelem přerušen, zobrazí se sestava klientů se starými údaji. Tento seznam se zobrazí, i pokud uživatel zvolí, že chce výstup vygenerovat, protože klienti se starými údaji do výstupů nevstoupí. Uživatel tedy musí vědět, kteří klienti nejsou ve výstupu zobrazeni. Pozor! Kontroluje se pouze stáří incomových tabulek, nikoliv to, jestli jsou, nebo nejsou vyplněné. Tabulka návykového chování vyplněná být nemusí – pak je klient označen jako klient bez závislostního chování a do tohoto výstupu nepatří. Pokud vyplněná je, kontrola proběhne.

Výstup samotný je pak tiskovou sestavou. S údaji uvedenými v příkladu níže.

Součástí výstupu je i seznam polyvalentních uživatelů, viz Ukázka níže. To, jestli se jedná o polyvalentního klienta, je opět zapsáno v tabulce návykového chování.

Průběh léčby

Výstup průběh léčby je sumářem vycházejícím z počtu klientů, kteří ve zvoleném období ukončili léčbu. Informace vychází z návazné klientské tabulky – Zahájení a ukončení léčby v zařízení. Pro vstup do tohoto výstupy musí být léčba ve zvoleném období ukončená. V této agendě se k datu ukončení povinně vybírá způsob ukončení z číselníku možností ukončení, ve kterém je zároveň uvedeno, jestli se jedná o úspěšné, nebo neúspěšné ukončení.

Průměrné délky léčby se pak počítají z času od zahájení do ukončení. Výstup bude obsahovat volič true / false – do průměru zahrnout i jednodenní léčby. Ten bude ve výchozím nastavení nastaveno na true. Některá zařízení mají větší množství klientů, kde se v jednom dni zapíše zahájení i ukončení, a pak by byl výsledek zkreslený. Je tudíž nutné, mít možnost vybrat, že tyto jednodenní léčby nebudou do průměru vstupovat.

Samotný výstup pak vypadá následovně.

Indikátor	Počet osob / dní
Úspěšná léčba	30 osob
Neúspěšná léčba	10 osob
Průměrná doba úspěšně ukončené léčby	301 dnů
Průměrná doba léčby	214 dní

Odkazy a doporučení

Výstup se skládá ze dvou částí – odkazy a doporučení. Každá z částí má dvě podoby – výčet a sumář.

Výčet odkazů v části výčtů obsahuje tři sloupce

Klient	Datum odkazu	Odkaz
ADA25ADA54	13.7.2018	Sociální služby
LAK01LAK01	17.8.2018	Léčebné zařízení

Následuje tabulka doporučení

Klient	Doporučení
ADA25ADA54	Přes internet
LAK01LAK01	Ostatní zdravotnické služby

Sumáře pak vypadají následovně:

Odkaz	Počet
Zdravotní služby	5
Léčebná zařízení	4
Celkem	9

Doporučení	Počet
Rodina či blízké osoby	5
Adiktologické služby	4
Praktický lékař	2
Celkem	11

Typy gamblingu

Výstup se skládá ze dvou částí – odkazy a doporučení. Každá z částí má dvě podoby – výčet a sumář.

Výstup má opět podobu výčtu a sumáře. Zobrazení hodnot je podmíněno tím, že klient musí mít v tabulce návykového chování aktivní chování typu patologické hráčství. Tzn. neukončené. Pokud aktivní patologické hráčství neexistuje, hodnota do výstupu nevstupuje. Aktivní také znamená, že je platné ve sledovaném období. Statistické výstupy je možné zobrazovat za různá časová období a v nich musí být záznamy platné. Viz. Hodnoty s ukončenou platnosti v čase.

Klient	Typ patologického hráčství
ADA25ADA54	automaty
LAK01LAK01	Elektromechanická ruleta v herně nebo v kasinu

Typ patologického hráčství	Počet typu hráčství
automaty	2
Elektromechanická ruleta v herně nebo v kasinu	3
Celkem	5

Karta potřeb

Výstup karty potřeb se neřídí ve filtru časového rozmezí daty poskytnutí služby klientovi, nýbrž daty vzniku karet potřeb.

Výstup má podobu tiskové sestavy a přehledové tabulky, kterou je možné filtrovat podle sloupců a exportovat do formátu xlsx.

Tisková sestava a tabulka obsahuje řádky s následujícími ukazateli.

1. Klient

2. Oblast – číselník z karty potřeb

3. Téma – číselník z karty potřeb

4. Potřeba – číselník z karty potřeb

5. Datum vzniku potřeby

6. Datum ukončení potřeby

7. Příznak true/false Splněno.

V patičce tiskové sestavy jsou pak ještě sumarizační údaje.

1. Celkový počet započatých nebo ukončených potřeb klienta

2. Z toho splněných.

Ukončení léčby

Výstupem je tabulka exportovatelná do xlsx s možností filtrování. Zahrnuje následující ukazatele.

Klient	Datum	Důvod	Úspěšné?
AHA01AHA01	20.7.2018	Vyloučen pro opakovanou absenci	Ne

Provozní výstupy

Filtr pro provozní výstupy tvoří pouze časové rozmezí od-do. Jedná se totiž vždy o výčtové seznamy – nikoliv sumáře, a další filtrování se pak odehrává přímo uvnitř těchto vygenerovaných seznamů, a to podle všech sloupců, které to umožňují.

Stáří Incomových tabulek

Mezi kontrolované tzv. incomové tabulky patří tři tabulky z návazných klientských formulářů.

1. Formulář soci-ekonomické údaje

2. Formulář návykového chování

3. Formulář rizikového chování.

V těchto tabulkách se kontroluje, jestli údaje v nich nejsou starší než dva roky.

Výstup samotný pak zobrazí všechny klienty, kteří ve vybraném časovém rozsahu navštívili zařízení – tj. byl jim proveden zápis o výkonu a vedle nich seznam těchto tří tabulek s příznakem, jestli jsou tabulky vyplněné a jestli jsou údaje validní – tedy ne starší než dva roky.

Ukázka přehledové tabulky:

Klienta	Návykové chování	Soc-eko. Údaje	Rizikové chování
Aba27aba27	1.1.2018	1.1.2014	20.5.2017
Ila25ila25	30.5.2088	30.5.2018

Přehledová tabulka ukazuje u každé agendy datum poslední aktualizace a následně pomocí barevných příznaků označuje červeně ty, které nejsou vůbec vyplněné a žlutě ty záznamy, které jsou starší než dva roky. Xxxxxx je třeba zobrazit jako přehledovou tabulku s výstupem exportovatelným do xlsx. Jednotlivé buňky jsou aktivní, tj. je z nich možné přímo otevřít daný formulář. A to i ty prázdné – tj. založit z nich nový záznam, pokud ještě neexistuje.

Přehledy výkonů

Přehled výkonů je důležitý přehled sloužící k detailní analýze zapsaných výkazů. Jeho základním filtrem je časové rozpětí zapsání výkazu – poskytnutí služby – klientovi a volič záznamů – včetně neproběhlých, který je ve výchozím nastavení nastaven na false. (Neproběhlý výkon znamená výkon, kdy klient nebyl přítomen)

Všechny ostatní filtry jsou pak realizované uvnitř výstupu samotného, podle jednotlivých sloupců. Výstupem je přehledová, dále filtrovatelná tabulka, která umožňuje daný výběr exportovat do formátu xlsx.

Výstup zobrazuje následující údaje:

1. Datum zápisu výkazu

2. Klient (jméno, příjmení, kód, název třídy či anonymní skupiny)

3. Typ klienta (osoba, anonymní skupina / třída, skupina (seskupení osob))

4. Název skupiny – pokud byl výkon klientovi poskytnut v rámci skupiny

5. Poskytnutý výkon

6. Délka výkonu

7. V případě programu primární prevence – typ primární prevence

8. V případě programu primární prevence – škola, pod kterou třída spadá

9. V případě programu – služby ve vězení – typ služby

10. V případě využívání výkonu – distribuce harm reduction materiálu – Jehly In, Jehly Out (sčítají je jehly i z modulu nálezy a sekundární výměna)

11. Experti – řádek s hodnotami oddělenými čárkou (Xxx Xxxxx, Xxxx Xxxxxxxx) – filtrovat je ale nutné podle jednotlivých expertů. Tzn., bude-li chtít uživatel vidět všechny výkony, kterých se účastnila Xxxx Xxxxxxxx, musí se zobrazit řádky, kde je Xxxx Xxxxxxxx uvedená samotná, ale i ty, kde je uvedená s někým dalším. Tento filtr také musí být vícenásobný

12. Projekt

13. Místo výkonu

14. Dokumentace k výkonu – hodnota true/false podle toho, jestli je dokumentace k výkonu vyplněná.

Klienti ve více programech

Tabulka s výčtem klientů čerpajících služby z více programů.

Klient	Program	Počet výkazů
AHA01AHA01	Kontaktní a poradenské služby	2
AHA01AHA01	Adiktologické služby ve vězení	3
AAA00AAA00	Kontaktní a poradenské služby	1
AAA00AAA00	Adiktologické služby ve vězení	0

Ukázka demonstruje i záznam, kdy je u klienta AAA00AAA00 uvedena v jednom z programů nula. Tato situace může nastat, pokud klient ve sledovaném časovém období skutečně využil pouze jeden z programů, ale mimo toto období figuruje i v jiném programu.

Klienti ve více projektech

Obdobná tabulka s výčtem klientů čerpajících služby z více projektů.

Klient	Projekt	Počet výkazů
AHA01AHA01	Re-Start	2
AHA01AHA01	EU – case management	3
AAA00AAA00	Re-Start	1
AAA00AAA00	Ulice	0

Ukázka demonstruje i záznam, kdy je u klienta AAA00AAA00 uvedena v jednom z projektů nula. Tato situace může nastat, pokud klient ve sledovaném časovém období skutečně využil pouze jeden z projektů, ale mimo toto období figuruje i v jiném projektu.

Tiskové sestavy

Tiskové sestavy slouží k zobrazení a následnému tisku vybraných datových sad, přehledů, zápisů atd. Tiskové sestavy se generují ve formátu pdf. Nebo jsou do něj uložitelné. Tiskové sestavy náleží jednak k agendě výstupů, viz výše, ale někdy jsou součástí jednotlivých karet a přehledů.

Přehled výkonů

Tato tisková sestava se tiskne z přehledu výkonů konkrétního klienta. Tisková sestava obsahuje.

1. Popis vybraného filtru – od – do, výkony atd.

2. Časy výkonů, včetně sumáře času za všechny vybrané výkony.

Pokud byla tisková sestava tisknuta s příznakem – včetně podrobností – obsahuje ještě všechny podrobnosti výkonu, který byly u výkonů vyplněné (například množství výměnného materiálu atd.).

Exporty do jiných systémů

Export do NRLUD (Národní registr léčby uživatelů drog)

Veškeré náležitosti včetně datového rozhraní pro import, jsou k nalezení zde. xxxxx://xxx.xxxx.xx/xxxxxxxx-xxxx/xxxxx

Export bude realizován jak pro jednotlivé klienty, tak v dávkách – za zvolené období. Před samotným exportem musí být provedena validace vybraných údajů (hlášení požaduje minimální rozsah povinných údajů). Export probíhá u všech klientů, kterým byla v daném časovém období poskytnuta služba (byl jim vyplněn záznam o výkonu), a mají nastavený příznak NRLUD v kartě klienta na true. Samotná možnost exportu se bude zobrazovat / nezobrazovat na základě volby v nastavení programu – Vykazovat do NRLUD ano / ne.

Export bude logován. U každého klienta se zobrazí datum posledního exportu.

Modul pro donátory

Donátoři jsou uživatelé se speciálními právy, které jim umožňuje práci pouze v tomto modulu. Donátoři nemají přístup do modulů jednotlivých zařízení, ani do administračních modulů. Tento modul umožňuje pouze práci s agregovanými, sumarizovanými, anonymizovanými daty.

Modul zahrnuje dvě základní části. Výkonovou a klientskou.

Výkonová část – dělí se na vlastní výkony, výměnný program, další přehledy

Výkony

Tento modul je tvořen přehledovou tabulkou s filtry (možnost exportovat do formátu MS Excel), možností seskupování, filtrování a řazení.

Základním filtrem je filtr časového rozpětí od – do. Tento filtr zobrazí údaje o výkonech v jednotlivých zařízeních.

Další vstupní filtry jsou – kraj, obec, typ programu (primární prevence, ambulantní léčba a stacionární program atd.), konkrétní zařízení. Pokud tyto filtry nemají vybrané hodnoty, zobrazují se data bez těchto filtrů. Filtry kraj, obec, konkrétní zařízení fungují z leva doprava kaskádově (každá položka zvolená v kraji zužuje výběr v položce obec a zařízení atd.), nicméně mohou být voleny i z druhé strany (je možné si vybrat rovnou zařízení, nebo obec) tyto volby pak zužují výběry v dalších dvou filtrech.

Sloupce Kraj, obec a zařízení jsou také ve výchozím filtru volitelné. Tzn., nemusí se ve výběru vůbec zobrazovat.

Výstupem jsou tabulky totožné s tabulkami sumářů výkonů, akorát hierarchicky zanořené do celků nadřazených programu zařízení. Tj. zařízení celé, obec a kraj. Sloupce kraj, obec, zařízení a název výkonu musí být seskupitelné. Tzn., musí být umožněno podle jednotlivých sloupců data seskupovat. V jednom pohledu tedy uživatel může chtít data vidět podle jednotlivých výkonů a až v dalších sloupcích vidět jednotlivá zařízení, obce atd. v druhém pohledu chce seskupovat například primárně podle krajů a následně jednotlivých výkonů. Ostatní sloupce umožňují vždy řazení – vzestupné a sestupné. Sumáře jednotlivých sloupců se zobrazují jak podle vybrané skupiny pro seskupení, tak jako celkové sumáře.

Další přehledy

Další přehledy zobrazují výstupy dle stejných filtrů jako výše, se stejnými požadavky. Jedná se o výstupy pro sumáře odkazů a testů. Příklad níže zobrazuje ukázku Globálního výstupu, kde uživatel zvolil nezobrazovat pole kraj a zařízení a seskupil výstup podle obce.

Demonstrační obrázek naznačuje požadovanou strukturu všech požadovaných výstupů v modulu pro donátory. Jejich struktura je stejná, jako u výstupů pro jednotlivé programy, jen je hierarchicky začleněná do množiny měst, obcí a zařízení

Další přehledy obsahují výstupy:

• Sumáře testů

• Sumáře odkazů.

Sumáře výměnného programu, nálezů a sekundární výměny

Struktura těchto výstupů je stejná, jako u výstupů pro jednotlivé programy, jen je hierarchicky začleněná do množiny měst, obcí a zařízení.

Klientská část

Základním filtrem pro klientskou část je opět časové rozpětí poskytnutí výkonu klientovi. Dalšími filtry jsou Kraj organizace, obec organizace, organizace, kraj narození, obec narození, kraj trvalého bydliště, obec trvalého bydliště. Všechny tyto sloupce jsou také volitelné – nemusí se tudíž zobrazovat.

Věkové kategorie si každý donátor může nastavit vlastní. Maximální počet - 5

Hodnoty ve výstupu

1. Kraj organizace

2. Obec organizace

3. Organizace

4. Kraj narození klienta

5. Obec narození klienta

6. Kraj trvalého bydliště klienta

7. Obec trvalého bydliště klienta

8. Pohlaví

9. Věková kategorie

10. Typ primárního závislostního chování

11. Primární závislostní chování

12. Rizikové sdílení jehel v současnosti (ano/ne)

13. Injekční užívání v současnosti (ano/ne).

Poslední dvě kritéria se mohou v čase změnit bez možnosti nalézt jejich historii. Tzn., pokud bude záznam v tabulce rizikového chování změněn až po sledovaném období, zobrazí se neznám.

Příklad: Záznam Injekční užívání byl v prosinci roku 2020 u klienta změněn na Injekční užívání v současnosti ne. Neznáme tedy, jaké byly hodnoty před tímto datem (mohly se vystřídat). Pokud tedy bude generován seznam pro leden až červen roku 2020 – zobrazí se u tohoto klienta u této hodnoty – neznámo. To vstoupí do sumářů.

Všechny výstupy je možné exportovat a ukládat do datového úložiště donátora.

Zálohování

Data v databázi budou pravidelně zálohována poskytovatelem serverových služeb, nicméně je nutné navrhnout způsob zálohování a obnovování datových sad konkrétní organizace.

Požadavky na komunikaci se zadavatelem

Dodavatel je povinen nastavit komunikaci se zadavatelem v následujícím rozsahu stanovit max. reakční dobu dodavatele na požadavky zadavatele,

Minimálně jednou za 14 dní koordinační schůzky (mohou být on-line)
Reakce na požadavky. Maximální reakční doba dva pracovní dny.
Průběžné sdílení zdrojového kódu k aplikaci ke kontrole a k analýze.
Návrh technologického a časového řešení výše zmíněných bodů musí být součástí nabídky!

Přílohy

Závěrečné zprávy – tabulka klientů

Závěrečné zprávy – tabulka výkonů

Závěrečné zprávy – primární prevence

Sumáře výkonů

Sumář výkonů s podrobnostmi

Počty setkání pro MPSV

Karta potřeb klienta – tisková sestava

Číselníky

Globální číselníky

Některé číselníky obsahují sloupec – UZIS. Tento sloupec obsahuje ID hodnot předávaných do systému NRLUD. Číselníky nejsou vždy s NRLUD 100 % kompatibilní, obsahují třeba podrobnější členění hodnot, a tak více položek v číselníku může nakonec vstupovat do číselníku NRLUD jako položka jedna.

Číselníky výkonů

Viz. 1. Číselníky-výkonů.xlsx. Číselníky jsou globální, ale umožňují lokální nastavení některých parametrů. Viz. dokumentace.

Číselníky podvýkonů / podrobností výkonů

Výkon	Podvýkon	Typ
Chráněná práce, podporované zaměstnání	Chráněná dílna	Ano/ne
	Chráněné místo	Ano/ne
	Chráněné zaměstnání	Ano/ne
Distribuce harm-reduction materiálu	Alkoholové tampóny	Celé číslo
	Alobal	Celé číslo
	Filtry	Celé číslo
	Jehly OUt	Celé číslo
	Jehly IN	Celé číslo
	Jiný materiál	Celé číslo
	Kapsle	Celé číslo
	Kyselina	Celé číslo
	Mastičky	Celé číslo
	Prezervativy	Celé číslo
	Škrtidla	Celé číslo
	Šňupátka	Celé číslo
	Sterilní voda	Celé číslo
	Těhotenský test	Celé číslo
	Xxxxxxxx	Xxxx číslo
Farmakoterapie	Antidepresiva	Ano/ne
	Jiný	Ano/ne
	Preskribce substituční látky	Ano/ne
	Substituční látka	Ano/ne
Hygienický servis	Osobní hygiena	Ano/ne
	Poskytnutí šatstva	Ano/ne
	Praní prádla	Ano/ne
Individuální poradenství	Garantský pohovor	Ano/ne
	Obecné poradenství	Ano/ne
	Strukturované poradenství	Ano/ne
Individuální poradenství pro rodiče a osoby blízké klientům	Obecné poradenství	Ano/ne
	Strukturované poradenství	Ano/ne
Informační servis	Bezpečené užívání	Ano/ne
	Bezpečný sex	Ano/ne
	Internet pro klienta	Ano/ne
	Jiný	Ano/ne
	Možnost léčby	Ano/ne
	Telefon pro klienta	Ano/ne
	Zdravotní a sociální právní oblast	Ano/ne
Intervence v prostředí zábavy	Informační servis	Ano/ne
	Kontakt s promotéry a příprava	Ano/ne
	Kontaktní práce	Ano/ne
	Mapování rizikového chování	Ano/ne
	Počet kontaktovaných osob	Celé číslo
	Poradenství	Ano/ne
	Získávání údajů o místní scéně	Ano/ne
Intervence v prostředí́ zábavy	Informační servis	Ano/ne
	Kontakt s promotéry a příprava	Ano/ne
	Kontaktní práce	Ano/ne
	Mapování rizikového chování	Ano/ne
	Počet kontaktovaných osob	Ano/ne
	Poradenství	Ano/ne
	Získávání údajů o místní scéně	Ano/ne
Jiné odborné vyšetření	Etopedické	Ano/ne
	Jiné	Ano/ne
	Pedagogické	Ano/ne
	Speciálně pedagogické	Ano/ne
Kontaktní práce	Kontaktní / klubová místnost	Ano/ne
	Práce v terénu	Ano/ne
Krizová intervence po telefonu a internetu (přímá i nepřímá)	Internet	Ano/ne
	Telefon	Ano/ne
Kvalitativní analýza tablet syntetických drog	Činidlo	Krátký text
	Výsledek	Číselník – výběr
Odběry biologického materiálu	Krev	Ano/ne
	Moč	Ano/ne
	Sliny	Ano/ne
	Jiné	Ano/ne
Orientační test	Alkohol	Číselník – výběr
	Alkohol z dechu	Číselník – výběr
	Halucinogeny	Číselník – výběr
	Hypnotika	Číselník – výběr
	Kanabinoidy	Číselník – výběr
	Xxxxxx	Xxxxxxxx – výběr
	Ostatní	Číselník – výběr
	Stimulancia	Číselník – výběr
	Těhotenský test	Číselník – výběr
Potravinový servis	Potraviny a nápoje	Ano/ne
	Vitamíny	Anon/ne
Práce s rodinou	Párové poradenství	Ano/ne
	Rodinné poradenství	Ano/ne
Skupinová terapie a poradenství	Chráněné bydlení	Ano/ne
	Interakční skupiny	Ano/ne
	Jiná	Ano/ne
	Motivační skupina	Ano/ne
	Mužská skupina	Ano/ne
	Ranní komunitní setkání	Ano/ne
	Tematická skupina	Ano/ne
	Večerní komunitní setkání	Ano/ne
	Výjimečná skupina	Ano/ne
	Ženská skupina	Ano/ne
Sociální práce	Asistenční služby	Ano/ne
	Case management	Ano/ne
	Income	Ano/ne
	Individuální plán	Ano/ne
	Konzultace s odborným personálem	Ano/ne
	Písemná smlouva	Ano/ne
	Probační dohled	Ano/ne
	První kontakt	Ano/ne
	Sociálně materiální	Ano/ne
	Sociální právní	Ano/ne
	Ústní smlouva	Ano/ne
	Vyjádření k PMS	Ano/ne
	Vyjádření resocializačního programu	Ano/ne
	Vyjádření soudů	Ano/ne
	Zprostředkování dalších služeb	Ano/ne
Socioterapie	Edukativní a výchovné programy	Ano/ne
	Klubové aktivity	Ano/ne
	Volnočasové aktivity	Ano/ne
Telefonické, písemné a internetové poradenství	Internet	Ano/ne
	Písemné	Ano/ne
	Telefon	Ano/ne
Testování infekčních nemocí	Hep A výsledek	Číselník – výběr
	Hep A z čeho	Číselník – výběr
	Hep B výsledek	Číselník – výběr
	Hep B z čeho	Číselník – výběr
	Hep C výsledek	Číselník – výběr
	Hep C z čeho	Číselník – výběr
	Hiv výsledek	Číselník – výběr
	Hiv z čeho	Číselník – výběr
	Kapavka výsledek	Číselník – výběr
	Kapavka z čeho	Číselník – výběr
	Syfilis výsledek	Číselník – výběr
	Syfilis z čeho	Číselník – výběr
	Jiné výsledek	Číselník – výběr
	Jiné z xxxx	Xxxxxxxx – výběr
Zátěžové programy	Počet osob	Celé číslo

Číselník typů adiktologických služeb ve vězení

1. Nedrogové aktivity

2. Konflikt se zákonem

3. Rodina

4. Probační program

5. Následná péče

6. Výkon trestu

7. Vazba.

Číselník doporučení

IdZaznamu	Doporuceni	UZIS
0	neznámo	0
1	Sám	1
2	rodiny či blízkých osob	2
3	adiktologické služby	3
4	praktického lékaře	4
5	ostatních zdravotnických služeb	5
6	ostatních sociálních služeb	6
7	soudu	7
8	ostatní	8
9	spoluvězeň	8
10	přes internet	1
901	probační a mediační služby ČR (PMS)	901
902	vzdělávacího zařízení/programu	902
903	policie	903

Číselník typů primární prevence

1. VPP – všeobecná primární prevence

2. IPP – indikovaná primární prevence

3. SPP – selektivní primární prevence.

Číselník rizikového chování programu primární prevence

1. Agrese a šikana

2. Rizikové sporty a rizikové chování v dopravě

3. Poruchy příjmu potravy

4. Rasismus a xenofobie

5. Negativní působení sekt

6. Sexuální rizikové chování

7. Závislostní chování

8. Záškoláctví

9. Jiné.

Typy patologického hráčství (gamblingu)

1. automaty

2. elektromechanická ruleta v herně nebo kasinu (bez krupiéra)

3. elektromechanické kostky v herně nebo kasinu (bez krupiéra)

4. automaty on-line

5. Jiná/neví/bez odpovědi

6. elektromechanická ruleta v herně nebo kasinu (bez krupiéra) on-line

7. elektromechanické kostky v herně nebo kasinu (bez krupiéra) on-line

8. Poker

9. Blackjac

10. jiné karetní hry

11. ruleta (s krupiérem)

12. kostky (s krupiérem)

13. Poker on-line

14. Blackjack on-line

15. jiné karetní hry on-line

16. ruleta (s krupiérem) on-line)

17. kostky (s krupiérem) on-line

18. kurzové sázky offline

19. kurzové sázky on-line

20. kurzové sázky live on-line

21. loterie a stírací losy offline

22. loterie a stírací losy on-line.

Číselníky obcí

Viz. 2. Číselníky-obcí.xlsx

Číselníky krajů

Viz. 3. Číselníky-krajů.xlsx

Číselník obecné možnosti

Id	MoznostObecna
1	ano
2	ne
3	nezjištěno

Číselník zkušenosti s léčbou

Id	Typlecby	UZIS
1	abstinence	3
2	léčba ambulantní abstinenčně orientovaná	3
3	léčba ambulantní substituční - metadon	3
4	léčba ambulantní substituční – subutex	3
5	léčba ambulantní substituční – suboxon	3
6	léčba ambulantní substituční – jiná substituční látka	3
7	pobytová léčba - psychiatrická léčebna	3
8	pobytová léčba - terapeutická komunita	3
9	detoxifikace ambulantní	3
10	detoxifikace pobytová	3
11	soudně nařízená léčba ambulantní	3
12	soudně nařízená léčba pobytová	3
13	diagnostický ústav	3
14	výchovný ústav pro mládež	3
15	vazební věznice	3
16	věznice	3
17	Léčen v tomto zařízení	2
18	Nikdy neléčen	1
19	neznámo	0

Číselník odkazů

Id	Odkaz
1	terénní programy
2	kontaktní centrum
3	léčebná zařízení
4	výměnný program
5	krizové centrum
7	zdravotní služby
8	sociální služby
9	péče ukončena dohodou s klientem bez odkazu a sprostředkování
10	kontakt neproběhl / bez dohody
11	jiné
12	substituce

Číselník potřeb

Číselník potřeb se ve skutečnosti skládá ze tří hierarchicky zanořených číselníků. Témat, oblastí a samotných potřeb. V nabídce se pak zobrazují jejich úplně kombinace - tzn. např. jako položka – „Uplatnění práva na hmotné zabezpečení (důchody) | Požádání o starobní důchod, invalidní důchod, sirotčí důchod, vdovský důchod“

1. Číselník potřeba – téma.xlsx

2. Číselník potřeba – oblast.xlsx

3. Číselník potřeba – potřeba.xlsx.

Bydlení s kým

Id	Bydleni	UZIS
0	Neznámo	0
1	sám	1
2	s rodiči/rodinou	2
3	s přáteli	6
4	s partnerem	4
5	s partnerem / dítětem	4
6	sám s dítětem	4
7	jiná možnost	7
8	léčebna	902
9	věznice	901

Bydlení charakter

Id	BydleniCharakter	UZIS
0	neznámo	0
1	doma (u rodičů)	1
2	vlastní byt (i pronajatý)	1
3	cizí byt	1
4	ubytovna (hotel...)	2
5	squat	2
6	kasárna	902
0	xxx xxxxxx, xx xxxxx	0
8	ve vězení/v detenci	901
9	v jiném zařízení	3
10	jiné	902

Zaměstnání

Id	Zamestnani	UZIS
0	Neznámo	0
1	pravidelná práce	1
2	student	2
3	příležitostné práce	901
4	registrován na ÚP	4
5	bez zaměstnání	4
6	invalidní/starobní důchod	3
7	mateřská/rodičovská dovolená	902
8	v domácnosti	903
9	jiné	5

Vzdělání

Id	Vzdelani
0	neznámo
1	základní
2	vyučen
3	střední s maturitou
4	vyšší odborné
5	vysokoškolské
6	Neukončené ZŠ

Stav

IdRodStavu	RodStav
0	nezjištěno
1	svobodný/á
2	ženatý/vdaná
3	rozvedený/á
4	vdovec/vdova
6	druh/družka

Návykové chování

Viz. 8. číselník návykové chování.xlsx – tento číselník obsahuje další číselník - Typ drog / užívání. Viz. dále. Tento číselník se objevuje ve dvou scénářích. Jako číselník návykového chování a také jako číselník stubstituce. Položky, které se objevují v jednom, či druhém formuláři, musí mít nenulovou hodnotu v příslušném sloupci. Pro návykové chování je to hodnota ve sloupci UZIS pro formulář substituce je to hodnota ve sloupci SubstituceUZIS.

Typy drog – užívání

Id	kod	Nazev
1	opi	opiáty
2	oss	ostatní stimulancia
3	kok	kokain a crack
4	kan	kanabinoidy
5	sed	sedativa, hypnotika
6	hal	halucinogeny a delirogeny
7	tek	těkavé látky
8	alk	alkohol
9	tab	tabák (nikotin)
10	ost	ostatní
11	gam	gambling

Aplikace

Id	ZpusobUzivani	UZIS
0	neznámé	0
1	injekční do žíly	1
2	injekční do svalu	1
3	ústně	3
4	sniff (šňupání)	4
5	kouření	2
6	inhalace rozpouštědel	4
7	Neeviduje se	0
8	Jiný	5

Četnost

Id	Cetnost	UZIS
0	neznámo	0
1	méně než 3x měsíčně	2
2	1x týdně či méně často	2
3	2 – 3 dny v týdnu	901
4	4 – 6 dní v týdnu	901
5	denně; kolik denně	4
10	neužita v posledních 3 měsících	1
11	neužita v posledním měsíci	1
12	neužita v posledním roce a déle	6

Hodnocení zdraví

IdZnamky	Znamka	UZIS
0	0 (neznámo)	901
1	1 (velmi dobré)	902
2	2	903
3	3 (střední)	904
4	4	905
5	5 (velmi špatné)	906

Rizikové chování

Id	RizikoveChovani	UZIS
901	ano, ale ne v posledních 12 měsících	902
902	ano, ne v současnosti, ale v posledních 12 měsících	903
903	ano v současnosti – poslední měsíc	904
904	nikdy	901
905	odmítá odpověď	905
906	neznámo	906

Diagnózy

IdDiagnozy	Diagnoza
1	F10
2	F10.1
3	F40
4	F11
5	F12
6	F13
7	F14
8	F15
9	F16
10	F17
11	F18
12	F19
13	F20
14	F21
15	F22
16	F23
17	F24
18	F25
19	F26
20	F27
21	F28
22	F29
23	F30
24	F41
25	F42
26	F43
27	F44
28	F45
29	F46
30	F47
31	F48
32	F49
33	F50
34	F51
35	F90
36	F91
37	F92
38	F93
39	F94
40	F95
41	F96
42	F97
43	F98
44	F99
45	F06
46	F33
47	F60
48	F31
49	F63
50	F34
51	F32

Testování infekčních nemocí

Id	Vysledek
0	neznámo, zda testován
1	testován - pozitivní
2	testován - negativní
3	testován - výsledek neznám
4	nikdy netestován
904	odmítá odpověď

Vyšetření infekčních nemocí

Id	Vysetreni
900	self-report (HIV)
901	anti-HIV-1/2
902	HIV-1 p24
903	Imuno blot anti HIV-1/2
904	PCR HIV-1
905	anti-HAV IgM
906	anti-HAV total
907	HBsAg
908	HBeAg
909	HBcAg
910	anti-HBs
911	anti-HBe
912	anti-HBc IgM
913	anti-HBc IgG
914	PCR HBV
915	anti-HCV
916	PCR HCV
920	self-report (VHA)
921	self-report (VHB)
922	self-report (VHC)

Výsledky vyšetření

Id	Vysledek
1	pozitivní
2	negativní
3	odmítá sdělit
4	neznámo

Hodnocení zdraví

Id	Znamka	UZIS
0	0 (neznámo)	901
1	1 (velmi dobré)	902
2	2	903
3	3 (střední)	904
4	4	905
5	5 (velmi špatné)	906

Trestná činnost

Id	TrestnaCinnost
1	majetková
2	drogová
3	násilná
4	nezjištěno
5	maření výkonu úředního rozhodnutí
6	zanedbání vyživovací povinnosti
7	jiné

Ukončení léčby

Id	Duvod	UZIS
101	převeden do substituce jiného zařízení (uveďte adresu)	101
102	převeden do péče jiné adiktologické služby	102
103	řádné ukončení léčby	103
104	vyloučen, pro porušování režimu	104
105	vyloučen pro opakovanou nebo trvalou absenci	105
107	Vyloučen pro agresi brachiální a/nebo verbální	107
109	ukončení léčby z důvodu nástupu trestu	109
110	zemřel	110
111	jiný	111
112	ukončení léčby z důvodu propuštění z VTOS / Vazby	111
901	převeden do péče jiné neadiktologické služby	901
902	ukončení léčby na vlastní žádost	902
903	převeden na jiný typ léčby	903

Typy primární prevence

ID	typkratky	typ
1	VPP	Všeobecná primární prevence
2	SPP	Selektivní primární prevence
3	IPP	Indikovaná primární prevence

Primární prevence – rizikové chování

IdChovani	Chovani
1	Agrese a šikana
2	Rizikové sporty a rizikové chování v dopravě
3	Poruchy příjmu potravy
4	Rasismus a xenofobie
5	Negativní působení sekt
6	Sexuální rizikové chování
7	Závislostní chování
8	Záškoláctví
9	Jiné

Lokální číselníky

Číselník dalších osob

Matka

Otec

Partner/ka

Sourozenec

Dítě

Těmito výchozími prvky se při založení organizace naplní lokální číselník, který si každé zařízení bude moci upravovat a přidávat do něj další položky.

1 Životopisy a čestná prohlášení je možné podepsat v listinné podobě vlastnoručním podpisem. V případě, že se člen realizačního týmu rozhodne podepsat dokument v elektronické podobě, je možné jej podepsat elektronickým podpisem příslušného člena realizačního týmu, který se váže k jeho osobě.

*)^*) V případě, že poskytovatel v nabídce uvede, že nevyužije pro plnění předmětu veřejné zakázky poddodavatele, bude znění článku VII. upraveno v následujícím znění: „Poskytovatel v nabídce uvedl, že poskytnutí plnění zajistí bez poddodavatele, tudíž se jejich využití nepředpokládá.“

2 Všeobecná primární prevence, specifická primární prevence a indikovaná primární prevence

Stránka 1 (celkem 106)