Version 19.1 by Peter Ďuriš on 2025/07/21 15:45

Show last authors
1 **PRÍSTUP K PROJEKTU**
2 **Vzor pre manažérsky výstup I-03**
3 **podľa vyhlášky MIRRI č. 401/2023 Z. z.**
4
5 |**Povinná osoba**|{{content id="projekt.asociovane_po" template="[[${po.nazov}]]"}}Fakultná nemocnica Nitra{{/content}}
6 |**Názov projektu**|{{content id="projekt.nazov"}}Nemocničný informačný systém{{/content}}
7 |**Zodpovedná osoba za projekt**|Vedenie FN Nitra
8 |**Realizátor projektu**|{{content id="projekt.asociovane_po" template="[[${po.nazov}]]"}}Fakultná nemocnica Nitra{{/content}}
9 |**Vlastník projektu**| {{content id="projekt.vlastnik.nazov"}}Fakultná nemocnica Nitra{{/content}}
10 **Schvaľovanie dokumentu**
11 |**Položka**|**Meno a priezvisko**|**Organizácia**|**Pracovná pozícia**|**Dátum**|(((
12 **Podpis**
13 (alebo elektronický súhlas)
14 )))
15 |Vypracoval|Ing.Martin Juhás|FN Nitra|Prevádzkový námestník|01.03.2025|
16
17 = {{id name="_Toc2008675389"/}}1.História dokumentu =
18
19 |**Verzia**|**Dátum**|**Zmeny**|**Meno**
20 |//0.1//|//01.02.2025//|//Pracovný návrh//|
21 |//1.0//|//01.03.2025//|//Zapracovanie súladu s vyhláškou č. 401/2023 Z. z.//|
22 | | | |
23 | | | |
24
25 = {{id name="_Toc74315499"/}}2.Účel dokumentu =
26
27 V súlade s Vyhláškou 401/2023 Z.z. o riadení projektov - je dokument Prístup k projektu pre prípravnú fázu určený na rozpracovanie informácií k projektu z pohľadu aktuálneho stavu, aby bolo možné rozhodnúť o pokračovaní prípravy projektu, alokovaní rozpočtu, ľudských zdrojov a prechode do iniciačnej fázy.
28
29 Dokument Prístup k projektu v zmysle vyššie uvedenej vyhlášky má o.i popisovať riešenie projektu v oblastiach:
30
31 * Požiadaviek na architektúru riešenia – biznis vrstva, aplikačná vrstva, technologická vrstva, ...
32 * Požiadaviek na dátový model, dátové konverzie a migrácie
33 * Požiadaviek na vládny cloud, prípadne zdôvodnenie jeho použitia
34 * Kapacitných požiadaviek na HW, SW a licencie
35 * Požiadaviek na bezpečnosť riešenia
36 * Požiadaviek  na testovanie a akceptačné kritéria
37 * Požiadaviek  na prevádzku, výkonnosť, dostupnosť a zálohovanie
38 * Požiadaviek na integrácie, rozhrania a spoločné komponenty
39 * Požiadaviek na dokumentáciu a školenia.
40
41 == {{id name="_Toc152607284"/}}{{id name="_Toc683485446"/}}{{id name="_Toc365474999"/}}{{id name="_Toc1488819067"/}}{{id name="_Toc461533771"/}}{{id name="_Toc1193242276"/}}{{id name="_Toc738207424"/}}{{id name="_Toc2067375730"/}}{{id name="_Toc336064095"/}}{{id name="_Toc62328600"/}}{{id name="_Toc1636304797"/}}{{id name="_Toc635885549"/}}2.1Použité skratky a pojmy ==
42
43 |**SKRATKA/POJEM**|**POPIS**
44 | FN|Fakultná nemocnica
45 | ZS|Zdravotná starostlivosť
46 | NIS|Nemocničný informačný systém
47 | KB|Kybernetická bezpečnosť
48 | SW|Software
49 | HW|Hardware
50 | MIRI|Ministerstvo investícií, regionálneho rozvoja a informatizácie SR
51 | MZ|Ministerstvo zdravotníctva
52 | VO|Verejné obstarávanie
53 | |
54 {{id name="_Toc152607286"/}}
55
56
57 == {{id name="_Toc153139681"/}}{{id name="_Toc15428557"/}}{{id name="_Toc15427667"/}}{{id name="_Toc15426945"/}}{{id name="_Toc510413655"/}} ==
58
59 = {{id name="_Toc1924467239"/}}{{id name="_Toc153139683"/}}3.Popis navrhovaného riešenia =
60
61 Navrhované riešenie predstavuje moderný nemocničný informačný systém, ktorý nahradí pôvodný systém Xanta s ukončenou podporou k 31. 3. 2025. Systém bude implementovaný vo FN NT ako lokálne, rýchlo nasaditeľné a plnohodnotné riešenie, pričom bude koncipovaný tak, aby mohol byť neskôr začlenený do centrálneho systému nemocnice.
62
63 **Technická a funkčná charakteristika riešenia**
64
65 * Prevádzka nemocničného informačného systému v bezpečnom cloudovom prostredí (IaaS/PaaS)
66 * Modulárna aplikačná architektúra – systém bude pozostávať z kľúčových komponentov ako:
67 ** Pacient / registrácia
68 ** Zdravotná dokumentácia
69 ** Ošetrovateľská starostlivosť
70 ** ePreskripcia a eZdravie
71 ** Výkazníctvo a BI
72 ** Správa používateľov a prístupov
73 * Podpora legislatívy – riešenie bude kompatibilné so systémami NCZI, eZdravie, DRG a ZKB.
74 * Interoperabilita – integrácia s LIS, PACS a ekonomickým systémom nemocnice.
75
76 **Hlavné prínosy riešenia**
77
78 * Zabezpečenie kontinuity prevádzky po ukončení podpory Xanta.
79 * Zvýšenie efektivity v oblasti zdravotnej dokumentácie, výkazníctva a liečby.
80 * Zníženie rizika výpadkov a nesúladu s legislatívou.
81 * Lepšia dostupnosť a kvalita dát pre lekárov, manažment aj NCZI.
82 * Zníženie záťaže zdravotníckeho personálu vďaka intuitívnemu rozhraniu.
83
84 **Princípy návrhu riešenia**
85
86 * Rýchla implementácia (do 12 mesiacov).
87 * Bezpečnosť a auditovateľnosť údajov v súlade s národnými štandardmi.
88 * Zameranie na používateľa – ergonomické prostredie, školenia a podpora.
89
90
91 **Väzba na biznis potreby**
92
93 Systém priamo podporuje všetky hlavné biznis služby nemocnice – od ambulantnej a lôžkovej starostlivosti, cez výkazníctvo, až po manažérsky reporting. Je navrhnutý tak, aby reflektoval potreby koncových používateľov (lekárov, sestier, administratívy) a zároveň bol udržateľný z pohľadu IT správy a financovania.
94
95
96 Riešenie predstavuje strategický krok k stabilizácii a modernizácii nemocničnej IT infraštruktúry. Umožňuje nemocnici zvládnuť akútnu situáciu po ukončení podpory Xanta a zároveň vytvára predpoklady pre budúcu konsolidáciu informačných systémov v rámci celej nemocnice.
97
98 = {{id name="_Toc120655606"/}}{{id name="_Toc153139684"/}}4.Architektúra riešenia projektu =
99
100 Navrhovaná architektúra riešenia predstavuje viacvrstvový, modulárny a škálovateľný systém, ktorý reflektuje moderné trendy v oblasti nemocničných informačných systémov (NIS) a plne zohľadňuje požiadavky na digitalizáciu zdravotníctva, interoperabilitu, bezpečnosť a súlad s národnými aj európskymi štandardmi.
101
102
103 Architektúra je navrhnutá ako kombinácia mikroslužbovej aplikačnej vrstvy, dátovej vrstvy s podporou štruktúrovanej zdravotnej dokumentácie a infraštruktúrnej vrstvy postavenej na cloudovej platforme s vysokou dostupnosťou a škálovateľnosťou.
104
105
106 **A. Viacvrstvová architektúra riešenia**
107
108 * Prezentačná vrstva (UI/UX)
109 ** Moderné webové používateľské rozhranie, prístupné z rôznych zariadení.
110 ** Kontextová navigácia podľa role používateľa (lekár, sestra, atď.)
111 ** Multiplatformová kompatibilita (desktop, tablet, mobil).
112
113 * Aplikačná vrstva (mikroslužby / BPM)
114 ** Modularizované komponenty ako samostatné služby (napr. modul urgentu, plánovania, EHR, MPI atď.)
115 ** Orchestrácie a koordinácia cez BPM engine – modelovanie a vykonávanie klinických a podporných procesov.
116 ** Asynchrónna komunikácia medzi službami (napr. pomocou event bus / message broker).
117 ** API brána (API Gateway) s autentifikáciou, autorizáciou a routingom požiadaviek.
118
119 * Dátová vrstva
120 ** Elektronická zdravotná dokumentácia (EHR) – štruktúrovaná, auditovateľná.
121 ** Podpora SQL aj NoSQL databáz, podľa charakteru uložených údajov.
122 ** Dôraz na štandardy HL7, HL7 FHIR, XML, DASTA a iné EHR štandardy pre interoperabilitu.
123
124 * Integrácia a interoperabilita
125 ** Integračná platforma/nástroj umožňujúci napojenie na:
126 *** Národné systémy (eZdravie, zdravotné poisťovne),
127 *** Lokálne systémy nemocnice (laboratórium, rádiológia, ústavná lekáreň, krvná banka),
128 *** Zdravotnícke prístroje (napr. HL7-based integrácia).
129 ** Podpora štandardizovaných rozhraní (REST API, SOAP, HL7 v2/v3 FHIR).
130
131 * Infraštruktúrna vrstva (cloud-native)
132 ** Prevádzka v bezpečnom cloude (privátny/štátny cloud).
133 ** Kontajnerizácia aplikácií pomocou Docker, orchestrácia cez Kubernetes.
134 ** Automatizácia nasadzovania a monitorovania (CI/CD, DevOps nástroje).
135 ** Monitoring (napr. Prometheus, Grafana), audit a logovanie (napr. ELK Stack).
136 ** Podpora vysokej dostupnosti a geo-redundancie.
137
138 **B. Architektonické princípy riešenia**
139
140 * Modularita – každý aplikačný komponent je samostatne nasaditeľný a rozšíriteľný.
141 * Škálovateľnosť – horizontálne aj vertikálne škálovanie podľa výkonových potrieb.
142 * Bezpečnosť – implementácia autentifikácie (napr. OAuth2, OpenID Connect), šifrovanie dát (napr. TLS, at-rest), auditovateľnosť prístupov.
143 * Multitenantná architektúra – možnosť logického oddelenia prevádzky (napr. medzi oddeleniami alebo organizačnými jednotkami).
144 * Procesne riadený systém (BPM) – všetky úlohy generované podľa definovaného procesu s podporou sledovania stavu a výstupov.
145
146 **C. Podpora štandardov a kompatibility**
147
148
149 Architektúra je plne kompatibilná so štandardmi pre eHealth a podporuje:
150
151 * HL7, HL7 FHIR, XML, DASTA, a iné EHR štandardy
152 * ICD-10
153 * ISO 13606 pre štruktúrované záznamy
154 * GDPR a zákon č. 69/2018 Z. z. (kybernetická bezpečnosť)
155
156 == {{id name="_Toc299977606"/}}{{id name="_Toc153139685"/}}4.1Biznis vrstva ==
157
158 Na nasledujúcej schéme je koncepčná biznis architektúra navrhovaného riešenia.
159
160 [[image:1753103263562-690.png]]
161
162 Biznis architektúra definuje, ako jednotlivé organizačné roly, procesy a služby interagujú s cieľom zabezpečiť poskytovanie zdravotnej starostlivosti prostredníctvom nemocničného informačného systému (NIS). Zahŕňa prehľad aktérov, ich úloh, služieb, ktoré využívajú, a procesov, ktoré NIS podporuje.
163
164 **Kľúčové roly a používateľské skupiny**
165
166 * Lekár: Zodpovedný za vyšetrenia, predpisy, zdravotnú dokumentáciu, plánovanie hospitalizácií.
167 * Zdravotná sestra: Zabezpečuje ošetrovateľskú dokumentáciu, vykonáva ordinácie, sleduje stav pacienta.
168 * Administratívny pracovník: Registruje pacientov, spravuje evidenciu a výkazníctvo.
169 * Vedúci oddelenia / Manažment: Monitoruje výkonnosť, plánuje zdroje, používa manažérske prehľady.
170 * IT správca: Riadi používateľské kontá, dohliada na bezpečnosť a prevádzku systému.
171
172 **Biznis služby poskytované NIS**
173
174 Systém bude poskytovať nasledovné biznis služby:
175
176 * Služba ambulantnej
177 * Služba lôžkovej zdravotnej starostlivosti
178 * Služba evidencie pacientov a zdravotnej dokumentácie
179 * Služba elektronickej preskripcie
180 * Služba komunikácie s eZdravím
181 * Služba výkazníctva a komunikácie s NCZI a poisťovňami
182 * Služba riadenia a plánovania hospitalizácií
183 * Služba manažérskeho prehľadu a BI reportingu
184
185 **Podporované biznis procesy**
186
187 Systém je nastavený tak, aby podporoval nasledovné biznis procesy:
188
189 * Príjem pacienta: Vytvorenie zdravotnej karty, zadanie anamnézy a administratívnych údajov.
190 * Ambulantné vyšetrenie: Evidencia výkonov, predpis liekov, nariadenie ďalších vyšetrení.
191 * Lôžková hospitalizácia: Zápis vývoja stavu pacienta, realizácia ordinácií, príprava prepúšťacej správy.
192 * Zápis do zdravotnej dokumentácie: Systém umožňuje riadiť procesy zápisu do zdravotnej dokumentácie a jej autorizáciu
193 * Predpis liekov: V systéme je podporený celý proces predpisovania liekov a ŠZM
194 * Zaznamenávanie výkonov: Systém umožňuje zaznamenávať realizované výkony na pacienta
195 * Ošetrovateľská starostlivosť: Plánovanie a evidencia ošetrovateľských výkonov.
196 * Výkazníctvo a export údajov: Príprava štatistík, export do zdravotných poisťovní a NCZI.
197 * Riadenie pracovísk: Manažérske analýzy výkonov, nákladov, vyťažení a efektivity oddelení.
198 * Získavanie údajov z eZdravie: Systém je napojený na eZdravie pre potrebu získavania údajov o pacientoch a výkonoch
199 * Získavanie výsledkov z LIS a PACS: Systém automatiky poskytuje údaje z vyšetrení realizovaných na externých systémoch
200
201 Projektom sa nebudujú žiadne KS v zmysle metodiky MIRRI
202
203
204 === {{id name="_Toc673686985"/}}{{id name="_Toc153139711"/}}4.1.2Jazyková podpora a lokalizácia ===
205
206 Požaduje sa prevedenie v slovenskom jazyku// //
207
208 == {{id name="_Toc826435347"/}}{{id name="_Toc153139686"/}}4.2Aplikačná vrstva ==
209
210 Na nasledujúcej schéme je rámcová aplikačná architektúra systému:
211
212 [[image:1753103500657-982.png]]
213
214 Realizácia kompletného diela je vyžadovaná do 12 mesiacov od účinnosti zmluvy.
215
216 === Popis komponentov a požiadaviek na aplikačnú architektúru ===
217
218 1. Migrácia dát a okolie
219
220
221 * Požadujeme migráciu údajov z doterajšieho Nemocničného informačného systém XANTA minimálne v rozsahu kompletných medicínskych údajov o všetkých pacientoch;
222
223 1. Systémové požiadavky
224
225
226 * Požadujeme, aby centrálna serverová infraštruktúra bola  prevádzkovaná v cloudovom prostredí;
227 * NIS musí byť multitenantný aby bola zabezpečená nezávislá prevádzka zariadení/pracovísk v rámci  clustera
228 * Súčasťou dodávky sú aj všetky potrebné SW licencie pre centrálne produkčné prostredie (rutinná prevádzka), testovacie prostredie a zálohovací priestor;
229 * NIS musí byť na klientovi prevádzkovaný v 32 resp. 64 bitovom operačnom systéme Windows v internetovom prehliadači ako webová aplikácia
230 * Predpokladaný počet užívateľov dodávaného riešenia je minimálne ,
231 * Objednávateľ požaduje aktívne školenie systému na PC s vyskúšaním všetkých potrebných funkčností v rozsahu používateľských činností pre oblasť činnosti — NIS (lôžka, ambulancie, COS a.i.)
232 * Vstupné údaje pre zabezpečenie školení: Počet lekárov 350, požadovaný min. počet na zaškolenie 500, Počet sestier cca 800, požadovaný počet min. 60% (všetky vrchné sestry, staničné sestry, ambulantné sestry, case manažéri, sestry na oddeleniach), administratívni zamestnanci(odhadovaný počet 20). Správcovské školenie pre správu a nastavovanie parametrov systému - min. 6 pracovníkov
233 * Požadujeme dodávku riešenia s dobou nábehu do rutinnej prevádzky do 9 mesiacov od podpisu zmluvy
234 * Servisná podpora bude poskytovaná minimálne 48 mesiacov od začiatku prevádzky,
235 * Dostupnosť NIS musí byť minimálne 99%
236 * Servisná podpora pre aplikačné SW prvky musí obsahovať včasnú legislatívnu kompatibilitu riešenia a odstraňovanie chýb
237 * NIS musí umožňovať prístup k dátam cez dátové rozhrania, ktoré umožňuje analytikovi nemocnice  pristupovať k dátam a následne ich analyzovať
238 * Systém musí umožniť jedinečnosť prístupových kódov a hesiel s kryptovanými heslami;
239 * Systém musí mať možnosť voliteľnej Windows autentifikácie cez active directory do NIS pre jednotlivých používateľov;
240 * Súčasťou dodávky sú aj všetky potrebné licencie na prevádzku NIS a databáz a ostatné podporné aplikácie.
241
242
243 1. Všeobecné požiadavky na NIS
244
245
246 * NIS musí poskytovať intuitívne užívateľské rozhranie pre používateľov;
247 * NIS musí centralizovať zdravotnú dokumentáciu v rámci nemocnice na pacienta
248 * NIS musí vytvoriť každému pacientovi centrálnu "Kartu pacienta" a do nej ukladať všetky zdravotné záznamy. Chronologicky kumulovať prehľad o záznamoch v dokumentácií a realizovaných službách a aktivitách.
249 * NIS musí ukladať výsledky diagnostiky v štruktúrovanej podobne v karte pacienta a zároveň sú doplnené v definovanom rozsahu podľa odbornosti do ambulantnej správy, prípadne dekurzu.
250 * NIS musí umožniť zobrazovať pacientske dáta na časovej osi
251 * NIS musí umožniť grafické zobrazenie dekurzu kontinuálne počas celého pobytu pacienta a vizualizácia jednotlivých súvislosti
252 * NIS zápis musí umožniť čítať historické pacientske dáta aj zapisovať pacientske dáta na jednej obrazovke spolu s možnosťou ich jednoduchého prenosu
253 * NIS musí umožniť zavedenie medzinárodných dátových štandardov
254 * NIS umožniť prostredníctvom nástroja, podporu štruktúrovanej dokumentácie a zavedenie jednotnej semántiky pre klinické dáta napriek všetkými odbornosťami a podporu medzinárodných štandardov ako je SNOMED, LOINC atď.
255 * Priradzovať relevantnú medicínsku techniku, z ktorej sa preberajú údaje do pacientskej dokumentácie (informácie o prevádzke, dávkach liekov, časoch, žiarení, ...).  V systéme bude definovaná väzba medzi výkonom a prístrojom potrebným na tento výkon.
256 * NIS musí mať používateľské rozhranie v slovenskom jazyku
257 * NIS musí na komunikáciu s eZdravie používať požadované funkcionality, služby a rozhrania minimálne v rozsahu eRecept, eVyšetrenie, eOčkovanie, eDPN, eID, HoN
258 * NIS musí mať zabudovanú funkcionalitu na vykazovanie v rozsahu pre kalkulačnú nemocnicu;
259 * NIS musí mať zabudovanú funkcionalitu na pripojenie k službám Bezpečné lieky ZP Dôvera;
260 * NIS musí vyhovovať požiadavkám GDPR, musí mať možnosť logovania minimálne takých záznamov ako – užívateľ, čas, akcia (napr. ktorý užívateľ, kedy, pristupoval k údajom pacienta, či ich iba čítal alebo aj menil...);
261 * NIS musí mať možnosť evidenciu činností na užívateľa (aj zaznamenanie do log súboru);
262 * NIS musí poskytovať široké možnosti pre správu systému, aby nebola potrebná častá podpora dodávateľa pri prevádzke;
263 * Správca musí mať možnosť upravovať položky číselníkov bez nutnosti zásahu dodávateľa;
264 * Jednoduchá správa nastavení, ktoré si dokážu používatelia udržiavať samostatne, správca môže riadiť lokálne nastavenia;
265 * NIS musí byť pravidelne aktualizovaný v súlade s legislatívou SR a požiadavkami MZSR, NCZI, ZP,
266 * NIS musí umožniť automatickú aktualizáciu aplikačných programov NIS pri nasadení nových verzií  bez nutnosti manuálnej inštalácie na klientskych PC;
267 * Správca musí mať možnosť zaevidovať nových používateľov, definovať a meniť nastavenia pre ich prístupové práva;
268 * Správca môže obmedziť prácu používateľov iba na určené funkcie systému, s ktorými sú oprávnení pracovať (položky menu, ikony, tlačidlá);
269 * NIS musí mať možnosť nastavení pre celú nemocnicu alebo pre vybrané oddelenia;
270 * Možnosť nastavenia prístupových práv k zdravotným záznamom ambulancií, oddelení;
271 * NIS musí mať zabudovaný automatický audit zmien dôležitých údajov, správca môže vyhľadať pôvodcu neželaných zmien;
272 * NIS musí vykonávať validáciu údajov v momente ich zadávania do systému (kódy diagnóz, výkonov, liekov, lekárov, atď.) a to na úrovni masky danej položky a tiež prostredníctvom číselníkov/registrov;
273 * NIS musí umožniť prácu s jedným pacientom na viacerých oddeleniach viacerým používateľom súčasne;
274 * NIS musí zobraziť pohyb pacienta v rámci celého zdravotníckeho zariadenie;
275 * Musí byť možnosť dopracovania špeciálnych tlačív a formulárov;
276 * Musí byť možnosť drobných úprav tlačív a formulárov správcom systému;
277 * Musí byť možnosť nastavenia loga a vlastnej hlavičky nemocnice v tlačivách a formulároch;
278 * NIS musí upozorniť na prípadný výskyt duplicitných rodných čísel v centrálnom registri pacientov;
279 * NIS musí umožniť generovanie všetkých potrebných štatistických hlásení pre NCZI aj vo forme XML (ak je táto možnosť pre dané hlásenie poskytnutá), musí mať možnosť zadania všetkých sledovaných údajov do ucelených formulárov, ktoré by sa mali dať aj vytlačiť pre potreby archivácie v chorobopise pacienta;
280 * NIS musí vedieť generovať ročné výkazy o činnosti poskytovateľov ZS podľa zoznamu platného pre vykazovaný rok, ktoré sú zverejnené na webovom sídle NCZI;
281 * NIS musí vedieť generovať hlásenia pre Národné zdravotné registre, ktoré sú zverejnené na webovom sídle NCZI;
282 * NIS musí mať možnosť vytvárania balíkov (makier) zostavených z položiek číselníkov zdravotníckych pomôcok a ŠZM, ktoré budú definované ako pripočítateľná položka k hospitalizácii alebo ambulantným výkonom;
283 * NIS musí umožňovať evidenciu antropometrických údajov a základných  vitálnych ukazovateľov (Tlak Krvi, Pulz, Výška, Hmotnosť, Povrch tela, BMI, Krvná skupina, ...);
284 * NIS musí umožniť výpočet povrchu tela  a BMI  na základe zadaných údajov hmotnosti a výšky;
285 * NIS musí mať možnosť vytvárania balíkov zostavených z položiek číselníkov zdravotníckych pomôcok a ŠZM, ktoré budú definované ako pripočítateľná položka k hospitalizácii alebo ambulantným výkonom;
286 * Automatizovaná pravidelná aktualizácia všetkých číselníkov vydávaných MZ SR, UDZS, NCZI, ZP ;
287 * Pravidelné aktualizácie kategorizačných zoznamov;
288 * NIS musí umožňovať export zostáv (reportov) do xls, xlsx resp. csv formátu;
289 * NIS musí podporovať vizity na lôžkových oddeleniach pomocou tabletov
290 * NIS podporuje integráciu na PACS systém cez štandardizovaný protokol HL-7
291 * NIS bude postavený na riešeniach od 1 autora pre moduly zahŕňajúce ambulantnú a lôžkovú starostlivosť, zobrazovacie metódy, Laboratóriá, sklady/medzisklady liekov a zdravotného materiálu na oddeleniach a vyúčtovania do zdravotných poisťovní, okrem modulov, ktoré odberateľ nechce meniť;
292 * NIS musí umožniť evidenciu hotovostných platieb s väzbou na elektronickú registračnú pokladnicu alebo fiškálnu tlačiareň;
293 * NIS musí mať možnosť automaticky urobiť dennú uzávierku (od prvého dňa v mesiaci — do aktuálneho dňa) pre ekonomické a štatistické sledovanie nákladovosti pacienta;
294 * Registrácia a identifikácia pacienta na recepcii  
295 ** Tlač identifikačného náramku na recepcii          
296 ** Zaradenie ambulantného pacienta s identifikačným náramkom do čakárne            
297 * Registrácia a identifikácia pacienta na Urgentnom príjme            
298 ** Tlač urgentného identifikačného náramku - identifikovateľný pacient   
299 ** Tlač urgentného identifikačného náramku - neidentifikovateľný pacient            
300 ** Rýchla tlač identifikačného náramku tlačidlom „Neznámy“        
301 * Rozšírenie identifikácie pacienta             
302 ** Rozšírená evidencia a registrácia pacienta o ďalšie kontakty     
303 * Identifikácia pacienta cez náramok/lístok na ambulancii alebo na oddelení         
304 ** Identifikácia pacienta cez identifikačný náramok/lístok čítačkou             
305 * využitie piktogramov pre informácie o stave pacienta v ambulanciách a na oddeleniach
306 * NIS musí byť procesne orientovaný;
307 * NIS musí obsahovať nástroj na konfiguráciu a zmenu procesov (napr. proces schvaľovania operácii – jedno resp. dvojkrokový proces);
308 * NIS musí umožniť priradenia/preddefinovania štruktúrovaných formulárov (prípadne šablón tlačív) pre jednotlivé úlohy v rámci workflow procesu;
309 * NIS musí umožniť plánovať zdravotnú starostlivosť a služby súvisiace s poskytnutím zdravotnej starostlivosti plánovať ako celok cez štruktúrované šablóny dynamických formulárov. Pre formuláre je možné definovať pravidlá pre obmedzenie obsahu ako napríklad povinné polia, formát a rozsah údajov a ich početnosti ako napríklad kódy pacienta, zadávateľa, aktivít a požadovaných personálnych, materiálnych a priestorových zdrojov s predpokladanou kvantitou a časovou náročnosťou;
310 * NIS musí umožniť generovať úlohy podľa definície aktivít služby pre určené zdroje;
311 * NIS musí umožniť jednoduché potvrdenia realizácie aktivity/úlohy/intervencie;
312 * NIS musí umožniť Zdravotníckym zamestnancom, najmä lekárom a sestrám je na základe plánu pracovných zmien vygenerovať osobný kalendár na všetky pracovné smeny v danom mesiaci. Na základe aktivít v medicínskom procese  je následne generovaný zoznam úloh ako sú sesterské intervencie napríklad podanie liekov vrátane záznamov do dokumentácie;
313
314 1. Register pacientov
315
316
317 * Vyhľadávanie (vyhľadanie pacienta podľa zadaných kritérií)
318 * Registrácia pacienta (zavedenie nového pacienta do registra)
319 * Úprava (editácia údajov pacientov)
320 * Generovanie náhradného RČ (pokiaľ nie je známe rodné číslo)
321 * Zlúčenie pacientov (napr. v prípade stotožnenia neznámeho pacienta)
322 * Preloženie relevantnej časti údajov z jedného pacienta na druhého (v prípade nesprávnej identifikácie pacienta)
323 * Overenie príslušnosti k ZP a platnosti poistenia pomocou webových služieb
324 * Možnosť poslania ePN do Sociálnej poisťovne
325
326 1. Požiadavky pre lôžkové oddelenia
327
328
329 * NIS musí umožniť procesne riadiť prevádzku lôžkového oddelenia vzhľadom na odbornosť a výkon
330 * NIS musí umožniť zobraziť stav jednotlivých hospitalizácií a umožniť prácu s hospitalizáciou podľa procesu;
331 * NIS musí umožniť spracovanie kompletnej lekárskej a ošetrovateľskej dokumentácie pre oddelenia;
332 * NIS musí umožniť odoslanie prepúšťacej správy do NZISu;
333 * NIS musí umožniť spracovanie administratívnej agendy pre oddelenia;
334 * NIS musí umožniť prístup do záznamov ambulantnej a hospitalizačnej starostlivosti pacienta zadaných v minulosti  pre sledovanie histórie liečby pacienta, podľa stupňa ich dôvernosti a prístupových práv používateľov;
335 * Možnosť zdieľania zdravotnej dokumentácie pacientov medzi jednotlivými oddeleniami na základe nastavenia prístupových práv;
336 * Možnosť príjmu pacienta na hospitalizáciu priamo na oddelení alebo v prijímacej kancelárii;
337 * Príjem pacienta na hospitalizáciu musí obsahovať všetky údaje potrebné pre evidenciu v NIS a pre vytvorenie hospitalizačného prípadu v systéme DRG
338 * Možnosť urgentného príjmu pacienta len so základnými údajmi o ňom s následnou možnosťou doplnenia údajov neskôr
339 * Údaje zadané počas hospitalizácie musia obsiahnuť všetky potrebné údaje pre vykazovanie v režime DRG a pre štatistiku NCZI.
340 * Možnosť časovo obmedzeného dopísania dokumentácie po preložení či prepustení pacienta;
341 * Možnosť zablokovania úprav v dokumentácii po uzavretí prípadu kóderom
342 * Možnosť vytvárania a používania preddefinovaných textov v zdravotnej dokumentácii;
343 * Možnosť skopírovania lekárskych záznamov z predchádzajúcich hospitalizácií/návštev;
344 * Možnosť automatického presunu RTG nálezu do prepúšťacej správy.
345 * Možnosť zostavenia prijímacej správy z jednotlivých záznamov;
346 * Podpora automatizovaného zostavenia záverečnej (prepúšťacej ) správy z jednotlivých zápisov a výsledkov (podľa vlastného výberu, vrátane SVaLZ výsledkov), s možnosťou ďalšieho formátovania textu
347 * Možnosť vytvorenia predbežnej prepúšťacej správy
348 * Možnosť zaslania elektronických žiadaniek na vyšetrenie (laboratórne, diagnostické, rehabilitačné, na patológiu, zobrazovacie metódy, na konziliárne vyšetrenie, a pod.)
349 * Možnosť prehliadania a ukladania výsledkov vyšetrení z iných ambulancií a oddelení do zdravotnej dokumentácie;
350 * Možnosť zápisu výsledkov laboratórnych vyšetrení do zdravotnej dokumentácie;
351 * Možnosť evidencie ordinácie diét;
352 * Možnosť štruktúrovanej preskripcie liekov;
353 * Možnosť zostavenia záznamu o terapii z preskripcie liekov počas hospitalizácie;
354 * Možnosť prevziať zdravotnú dokumentáciu pri preklade pacienta na iné oddelenie;
355 * Možnosť nastavenia stupňa dôvernosti ku konkrétnemu lekárskemu záznamu;
356 * Možnosť vytvorenia lokálneho číselníka odosielajúcich lekárov pre jednotlivé oddelenia;
357 * NIS musí umožniť plánovať hospitalizácie pacientov s väzbou na reálny príjem pacientov;
358 * NIS musí umožniť evidovať schválenie hospitalizácie pacientov v poisťovni s väzbou na reálny príjem pacientov;
359 * Prehľad plánovaných a schválených hospitalizácií;
360 * NIS vyžaduje zadať diagnózu pri príjme pacienta kvôli eliminácii chýb vo vykazovaní;
361 * NIS musí umožniť evidenciu ošetrovateľských záznamov jednoduchým spôsobom;
362 * NIS obsahuje funkcionalitu Hospicomu, eHospik s automatickým vytváraním dávok pre odoslanie do ZP;
363 * NIS umožňuje vytvárať čakacie listiny podľa metodiky MZ SR
364 * NIS umožňuje prehľady hospitalizácií podľa rôznych kritérií;
365 * NIS umožňuje kontroly dávok na oddeleniach pred odoslaním na centrálne spracovanie;
366 * NIS musí umožniť preskripciu liekov a infúzií vrátane automatického prenosu nákupnej ceny do vykazovania pre poisťovne;
367 * Prehľad dostatku liečiv na skladoch pre preskripciu;
368 * Informácia pri preskripcii o množstve lieku na sklade;
369 * Možnosť automatickej ponuky príbuzného lieku podľa ATC pre preskripciu v prípade nedostatku lieku na sklade;
370 * NIS musí umožniť evidenciu a preskripciu liekov prinesených z domu;
371 * NIS musí umožniť preskripciu liekov na jednorazové podanie;
372 * NIS musí umožniť preskripciu liekov podľa potreby;
373 * Prehľad požadovaných liekov na dodanie (lekár predpísal liek, ktorý nie je na sklade v zariadení a je ho potrebné objednať od distribútora)  
374 * NIS musí umožniť automatický odpis liekov zo skladu po potvrdení podania liekov;
375 * Potvrdenie podania liečiv a infúzií individuálne (bezpečné podanie) a hromadne
376 * Špeciálny odpis kvapiek a mastí;
377 * Možnosť stornovania odpisu liečiv zo skladu;
378 * NIS musí umožniť sledovať spotrebu liekov a špeciálneho zdravotníckeho materiálu na pacienta s presnosťou na použitú mernú jednotku;
379 * NIS musí obsahovať prevodník alternatívnych merných jednotiek
380 * NIS musí umožniť zadefinovať pacientovi infúzie vrátane konkrétnych zložiek
381 * NIS musí umožniť sledovať spotrebu liekov a špeciálneho zdravotníckeho materiálu na oddelení;
382 * NIS musí umožniť stanovenie špeciálnych merných jednotiek pre lieky a ich prepočet na podanie pre detských pacientov
383 * Rozpis podávaných liekov a infúzií podľa termínu podania;
384 * Možnosť používať čiarový resp. 2D kód pri príjme a odpise lieku;
385 * Možnosť vytvorenia viacerých skladov pre jedno oddelenie;
386 * NIS musí umožniť evidenciu liekov a ŠZM v konsignačných skladoch; možnosť viacerých konsignačných skladov v zdravotníckom zariadení
387 * Možnosť denného rozpisu cytostatickej liečby pre onkologických pacientov (priame prepojenie so systémom nemocničnej lekárne resp. s možnosťou exportu žiadanky do lekárenského systému) a následná evidencia spotreby v NIS resp. import výdajky na pacienta;
388 * Denné prehľady prijatých, preložených, prepustených pacientov;
389 * NIS musí umožniť grafické zobrazenie obsadenia izieb a lôžok;
390 * Izby a lôžka majú svoje vlastnosti; využitie piktogramov pre jednotlivé vlastnosti izieb a lôžok; ich zobrazenie v celkovom pohľade na lôžkofond a jeho aktuálne obsadenie pacientami;
391 * NIS musí umožniť priraďovanie voľných lôžok pacientom (plánovaných a aj neplánovaných z urgentu) s ohľadom na vlastnosti izby a lôžka (napr. nedovoliť umiestniť do ženskej izby muža);
392 * NIS musí umožniť preklady pacienta v rámci lôžkofondu oddelenia a celej nemocnice; drag&drop aj klasické ovládanie;
393 * NIS musí umožniť rýchle vyhľadanie voľného lôžka;
394 * NIS musí umožniť sledovanie lôžkového fondu a obložnosti, vrátane prehľadov o počte hospitalizovaných na jednotlivých oddeleniach a dĺžke hospitalizácie;
395 * NIS musí umožniť štruktúru lôžkových oddelení s izbami a posteľami klasicky (podľa oddelení), ako plávajúce lôžka (v štruktúre Klaster – Ošetrovacia jednotka- izba-posteľ) alebo kombinovane;
396 * NIS musí umožniť vykazovanie DRG výkonov;
397 * NIS musí mať možnosť vybrať pre hospitalizáciu správnu medicínsku službu;
398 * Možnosť vytvorenia podmnožiny DRG výkonov pre jednotlivé oddelenia;
399 * NIS musí umožniť integráciu existujúceho DRG groupera (toho času od spoločnosti Asseco Central Europe a.s.) do systému tak, aby boli podporované všetky jeho funkcionality;
400 * NIS musí umožniť zlúčenie DRG prípadov (podľa metodického usmernenia);
401 * NIS musí umožniť kumuláciu priebežných kumulatívnych DRG výkonov;
402 * Možnosť „modelovania“ DRG klasifikácie;
403 * NIS musí umožniť prehľad prípadov so zobrazením súčtu efektívnych relatívnych váh;
404 * NIS musí zabrániť nastaveniu hlavnej diagnózy s nevhodnou etiológiou pre DRG prípad;
405 * Možnosť úpravy diagnóz a výkonov v zmysle zvoleného variantu z DRG groupera;
406 * NIS musí umožniť vykazovanie špeciálnych pripočítateľných položiek podľa požiadaviek poisťovní;
407 * NIS musí umožniť vykazovanie domácich poistencov, bezdomovcov, poistencov EÚ a pacientov mimo EÚ, pacientov na vlastnú úhradu;
408 * Možnosť vytvorenia dávky o hospitalizovaných pacientoch pre NCZI vrátane kontroly údajov;
409 * Možnosť priebežného sledovania nákladovosti na pacienta;
410 * Možnosť nastavenia hranice limitu pre MFNZS pre jednotlivé zdravotné poisťovne a nákladové strediská a upozornenie pri prekročení limitu;
411 * Možnosť nastavenia hranice limitu pri objednávaní liekov a ŠZM pre jedno oddelenie a upozornenie pri prekročení limitu;
412 * Možnosť zobrazenia aktuálnej celkovej ceny spotreby liekov a ŠZM na pacienta;
413 * Možnosť zadefinovať preddefinované skupiny liekov pre danú diagnózu;
414 * Možnosť tlačenia žiadanky na transfúziu s evidenciou krvnej skupiny;
415 * NIS musí umožniť automatizovať Ošetrovateľský proces;
416 ** posúdenie zdravotného stavu pacienta (vstupné a prehodnocovacie)
417 ** vitálne funkcie, skóre včasného varovania
418 ** priradenie sesterských diagnóz
419 ** skórovacie škály (Apgarovej skóre, Maddonova škála, VAS NRS, Barthelovej test, RASS škála, Nortonovej škála, Nutrícia MNA, MFS - Morseova stupnica pádov, Aldreteho skórovací systém, GUSS test, MMSE – SMMSE, PAINAID, IADL, SHANNON, Humpty Dumpty škála, FLACC škála a iné)
420 ** automatické generovanie intervencií
421 ** úprava plánu intervencií, možnosť doplnenia vlastných intervencií
422 ** ošetrovateľský plán
423 ** denný ošetrovateľský proces
424 ** intervencie – potvrdenie vykonania/nevykonania
425 ** príprava a potvrdenie podania liekov a infúzií
426 ** sesterské záznamy (vizity, bilancia tekutín, poznámky k pacientovi)
427 ** zobrazenie ordinácií od lekára
428 ** kontrolný protokol bezpečného odovzdania pacienta
429 ** kontrolný protokol bezpečného prijatia pacienta
430 ** prehľady o ošetrovateľskom procese
431 ** vyhodnotenie výsledkov ošetrovateľskej starostlivosti
432 ** edukácia pacienta resp. jeho doprovodu
433 ** ošetrovateľská prepúšťacia správa
434 ** bilancia tekutín pacienta
435 * Preklady – malý/veľký preklad;
436 * Tlač chorobopisu (jednotlivých častí), tlač štítkov pacienta (rôzne formáty);
437 * Priloženie multimediálneho súboru k dokumentácii pacienta;
438 * Zobrazenie priloženého multimediálneho súboru v dokumentácii pacienta;
439 * Vytvorenie, editácia a tlač Epikrízy pacienta;
440 * Predpisovanie Diéty pacienta, evidencia zmien;
441 * Prehľady diét, tlač;
442 * Vytvorenie a odoslanie Hlásenia o nežiadúcej udalosti
443 * Prehľad nežiadúcich udalostí
444 * Vytvorenie Hlásenia o Nozokomiálnej nákaze
445 * Prehľad hlásenia o Nozokomiálnych nákazách
446 * Vytvorenie záznamu o Informovanom súhlase, tlač, prehľad
447 * Evidencia použitia Umelej pľúcnej ventilácii
448 * Procesný prístupu k niektorým činnostiam – vytvorenie workflowu, sled jednotlivých úloh
449 * Zápis preskripcie liekov a infúzií pre hospitalizovaného pacienta lekárom, aj na X dní dopredu
450 * Zmena preskripcie liekov a infúzií pre hospitalizovaného pacienta
451 * Schválenie preskripcie liekov a infúzií
452 * Kopírovanie  preskripcie liekov a infúzií pre pacienta na stanovený počet dní dopredu
453 * Možnosť evidencie Liekovej anamnézy pacienta (štruktúrovane)
454 * Možnosť vytvorenia preddefinovaného zloženia infúzií
455 * Pripojenie dieťaťa k matke, resp. matky k dieťaťu/deťom
456 * Novorodenec
457 * SOR, SON
458 * Hlásenie o narodení
459 * Pôrodná kniha
460
461 1. Požiadavky pre COS a operácie
462
463
464 * NIS musí umožňovať procesné riadenie od plánovania operácií až po priebeh a ukončenie operácie;
465 * NIS musí umožniť zobraziť stav jednotlivých operácií a umožniť prácu s operáciou podľa procesu;
466 * NIS musí umožňovať plánovanie operácií, JZS a zákrokov na jednotlivých operačných a zákrokových sálach;
467 * NIS musí umožňovať plánovanie resp. spustenie urgentných operácií;
468 * NIS musí umožňovať plánovanie zdrojov potrebných k operáciám (personál, OP sety, ŠZM, prístroje);
469 * NIS musí umožňovať plánovanie operačných výkonov na základe úzkeho číselníka výkonov pre danú odbornosť. Tento číselník má obsahovať predefinované parametre plánovania ako dĺžka trvania operácie, použité zdroje, nástup na hospitalizáciu atď;
470 * NIS musí umožňovať súbežne plánovať operáciu s hospitalizáciou a potrebnými predoperačnými vyšetreniami
471 * NIS musí umožňovať plánovať operáciu bez určenia operačnej sály
472 * NIS musí umožňovať automatické objednávanie operačných setov v  v centrálnej sterilizácií;
473 * NIS musí umožňovať automatické objednávanie ŠZM;
474 * NIS musí umožňovať schvaľovanie operácii ako aj potrebných zdrojov;
475 * NIS musí umožňovať jednoduché usporiadanie operačného programu(poradie operácií, sála dĺžka trvania atď)
476 * NIS musí umožňovať viackrokové uzatváranie operačného programu podľa rolí používateľov;
477 * NIS musí umožňovať vybraným rolám meniť operačný program po uzatvorení resp. umožniť program opäť otvoriť;
478 * NIS musí umožňovať preplánovanie a zrušenie naplánovaných udalostí;
479 * NIS musí umožňovať zohľadniť obmedzenie prístupnosti zdrojov (sál mimo prevádzku, nedostupnosť personálu, prístroja atď.)
480 * NIS musí umožniť grafické zobrazenie operačného programu, rozlíšené farebne podľa odbornosti, na jednotlivé dni ako aj priebeh a stav operácií v deň ich konania;
481 * NIS musí umožniť filtrovať v operačnom programe podľa rôznych kritérií
482 * NIS musí umožniť riešenie konfliktov vznikajúcich pri plánovaní;
483 * NIS musí umožniť jednoduché vytvorenie operačného a anestéziologického protokolu a ich vzájomnú previazanosť (aby nebolo potrebné do každého protokolu písať tie isté informácie);
484 * NIS musí umožňovať zaznamenávať priebeh operácie počas operácie (časové pečiatky, podané lieky, WHO checklist, vitálne funkcie, anestézia, použitý materiál, sety, kontrolný checklist pri ukončení operácie atď);
485 * NIS musí umožňovať automatické predvypĺňanie známych informácií;
486 * NIS musí umožňovať prístup do dokumentácie pacienta počas operácie na operačnom sále
487 * NIS musí mať možnosť evidovať skutočnú prítomnosť jednotlivých členov operačného tímu pri operácii;
488 * NIS musí umožniť prenos záznamu o operácii do chorobopisu pacienta;
489 * NIS musí umožniť prenos operačného výkonu do vykazovania pre zdravotné poisťovne a vykazovania pre DRG;
490 * NIS musí umožniť variabilné prehľady z operačných a anestéziologických protokolov;
491 * NIS musí umožniť evidenciu spotrebovaných liekov, ŠZM a zdravotníckeho materiálu na operačných sálach, odpisovať skutočne podanú dávku v merných jednotkách (nie iba celé balenia)
492 * NIS musí umožniť preniesť vybrané časti operačného protokolu do prepúšťacej správy alebo ambulantného dekurzu.
493 * NIS musí umožniť riadiť a zaznamenať pred anestetickú prípravu na OPPAS
494 * NIS musí umožniť riadiť a zaznamenať pooperačná starostlivosť OPPAS
495 * NIS musí umožniť tlačiť plán operácií, operačného programu
496 * NIS musí umožniť tlačiť operačnú dokumentáciu
497 * NIS musí umožniť užívateľom jednoduchý výber druhu operácie podľa stromovej štruktúry definovanej pre každé operačné oddelenie resp. JZS
498 * NIS musí umožniť zobrazenie operačného programu na daný deň na obrazovke pred operačnou sálou.
499 * NIS musí umožňovať odpis znehodnoteného lieku
500 * NIS musí umožňovať priradenie prístroja k pacientovi alebo operačnej sále
501
502 1. Požiadavky pre ambulancie
503
504
505 * NIS musí umožniť procesne riadiť prevádzku ambulancie vzhľadom na odbornosť a výkon
506 * NIS musí umožniť zobraziť stav jednotlivých návštev a umožniť prácu s návštevou podľa procesu;
507 * NIS musí umožniť spracovávanie kompletnej lekárskej dokumentácie pre ambulancie; s možnosťou pripojenia multimediálneho súboru;
508 * Možnosť zobrazenia aktuálnej ambulantnej správy a dokumentácie pacienta (napr. predchádzajúca návšteva) v rámci jednej pracovnej plochy, s možnosťou kopírovania údajov z dokumentácie pacienta.
509 * Možnosť využívania preddefinovaných textov pri práci so zdravotnou dokumentáciou;
510 * Možnosť nastavenia dôvernosti ku konkrétnemu lekárskemu záznamu;
511 * NIS musí umožniť objednanie návštev pacientov, aj opakovaných a hromadných, na ambulancii aj medzi ambulanciami navzájom;
512 * NIS musí umožniť objednanie pacienta na ambulantné vyšetrenie cez centrálne Infocentrum;
513 * NIS musí umožniť vyhľadať voľný termín v kalendári podľa rôznych kritérií.
514 * NIS musí umožniť spravovať jednotlivé návštevy v kalendári (doplnenie komentárov, preplánovanie návštevy štandardným spôsobom alebo pomocou „drag-and-drop“, zrušenie návštevy).
515 * NIS musí umožniť zobraziť časový audit naplánovanej aj uskutočnenej návštevy
516 * NIS musí umožniť zobraziť Kalendár s rôznou jemnosťou rastru (slotu) kalendára (po 10, 20, 30 a 60 minútach).
517 * NIS musí umožniť listovať v kalendári po dni, týždni, mesiaci alebo presunom na konkrétny deň.
518 * NIS musí umožniť filtrovať v kalendári.
519
520 * Možnosť zaslania elektronických žiadaniek na vyšetrenie  (laboratórne, diagnostické, rehabilitačné, na patológiu, zobrazovacie metódy, na konziliárne vyšetrenie a pod.)
521
522 * Možnosť prehliadania a ukladania výsledkov vyšetrení z iných ambulancií a oddelení do zdrav. dokumentácie podľa nastavenia prístupových práv;
523 * Možnosť automatického presunu RTG nálezu do ambulantnej správy.
524 * Možnosť zápisu výsledkov laboratórnych vyšetrení do zdravotnej dokumentácie;
525 * Možnosť štruktúrovanej preskripcie liekov na recept;
526 * Možnosť vystavenia receptov pre opiáty;
527 * Musí umožniť vystavenie zdravotnej pomôcky pacientovi;
528 * Možnosť automatického vloženia záznamu o vystavení receptov, poukazov na zdrav. pomôcky do zdrav. dokumentácie;
529 * NIS musí umožniť prehľad predpísaných liekov a zdravotníckych pomôcok na ambulancii;
530 * Možnosť jednoduchého použitia histórie predpísaných liekov pre vystavenie receptu lieku a zdravotnej pomôcky;
531 * Možnosť dispenzarizácie pacientov pre účely zdrav. poisťovní;
532 * Možnosť dispenzarizácie pacientov pre vlastné účely;
533 * Možnosť vykazovania preddefinovaných skupín výkonov vrátane pripočítateľných položiek;
534 * Vyúčtovanie ambulantnej návštevy + tlač vyúčtovania s ambulantnou správou
535 * Možnosť vykazovania DRG výkonov;
536 * Možnosť zaradenia DRG výkonov do preddefinovaných makier výkonov;
537 * Možnosť vytvorenia podmnožiny DRG výkonov pre jednotlivé ambulancie;
538 * Možnosť priebežnej kontroly zadávaných údajov na duplicitu v rámci dňa;
539 * Možnosť obmedziť doplnenie výkonov, za už zúčtované obdobie len pre oprávnené osoby;
540 * Možnosť kontroly dávok v ambulanciách pred odoslaním na centrálne spracovanie;
541 * Možnosť vytvorenia lokálneho číselníka odosielajúcich lekárov pre jednotlivé ambulancie;
542 * Možnosť vykazovania výkonov do Sociálnej poisťovne;
543 * NIS musí umožniť vykazovanie domácich poistencov, bezdomovcov, poistencov EÚ a poistencov mimo EÚ a pacientov na vlastnú úhradu;
544 * Možnosť vytvorenia a aktualizácie číselníka výkonov pre priamu úhradu pacientami;
545 * Možnosť vytvorenia alebo zadania cenníka služieb hotovostných platieb;
546 * Možnosť centrálneho vyúčtovania hotovostných platieb pre pacienta z viacerých pracovísk
547 * NIS musí umožniť plánovanie a objednávanie procedúr aj hromadné a opakované
548 * Možnosť objednania pacienta na iné pracovisko;
549 * Možnosť rozosielania notifikácií objednaným pacientom formou mailov a SMS správ;
550 * Možnosť online prepojenia webovej aplikácie pre objednanie pacientov;
551 * Možnosť webového rozhrania pre lekárov na objednávanie svojich pacientov.
552 * Možnosť vystavenia elektronickej žiadanky pre laboratórne vyšetrenie v inom zdravotníckom zariadení (formát DASTA);
553 * Možnosť prijať elektronický výsledok z iného ZZ (formát DASTA);
554 * Podporiť selfcheck in pacienta po príchode do čakacej zóny. Môže napríklad oskenovať čiarový kód, ktorý dostal na centrálnej recepcii a je evidovaná jeho prítomnosť u prijímacieho pracoviska.
555 * Možnosť zobraziť aktuálny stav návštev v ambulancii (žiadanky, plánované, čakáreň, prebiehajúce, ukončené zrušené atď.) v rámci jednej obrazovky s možnosťou tlače.
556 * Možnosť zaradenia pacientov do čakárne
557 * Možnosť elektronického vyvolania pacientov do ambulancie
558 * Sledovať a zobrazovať čakaciu dobu + ďalšie orientačné údaje na vyvolávajúcej tabuli pred prijímajúcim pracoviskom (ambulancie, OT, nukleárna medicína, zobrazovacia diagnostika).
559 * Možnosť stanovenia priority vyšetrení
560 * Prehľady pre ambulancie o počte ošetrených pacientov, zoznam ošetrených pacientov či počtu ošetrených diagnóz.
561 * Možnosť vytvorenia očkovacej schémy aj pre pediatriu
562
563 1. Osobitné požiadavky na urgent            
564
565
566 * NIS musí umožniť procesne riadiť prevádzku oddelenia urgentnej medicíny
567 * NIS musí umožniť zobraziť stav jednotlivých návštev a umožniť prácu s návštevou podľa procesu;
568 * NIS musí evidovať pracovisko triážne pracovisko s recepciou urgentného príjmu a ambulanciu vyšetrenia (urgent)
569 * Rozdelenie pacientov na Recepcii urgentu a triážnom pracovisku na čakajúcich, vyšetrovaných  a ukončených
570 * Pridelenie poradia došlým pacientom
571 * NIS musí umožniť vyvolanie na triáž pomocou vyvolávacieho systému (obrazovka)
572 * NIS musí obsahovať triážny formulár
573 * NIS musí umožniť pridelenie triážneho stupňa pacientovi
574 * NIS musí umožniť vyvolanie pacienta pomocou vyvolávacieho systému (obrazovka);
575 * NIS musí umožniť poslať pacienta na doplňujúce SVALZové vyšetrenie
576 * NIS musí umožniť poslať pacienta na expektačné lôžka v rámci urgentu
577 * NIS musí umožniť následnú hospitalizáciu pacienta a presun pacienta na lôžkové oddelenie
578 * NIS musí umožniť špeciálny režim „Hromadné nešťastie“ a „FAST TRACK“
579 * Štatistické sledovanie časových pečiatok dĺžky čakania a vyšetrovania pacienta
580 * NIS musí obsahovať prehľady ošetrených pacientov podľa rôznych filtrov
581
582 1. Osobitné požiadavky pre FRO
583
584 * NIS musí umožniť procesne riadiť prevádzku FRO
585 * NIS musí umožniť zobraziť stav jednotlivých návštev/procedúr a umožniť prácu s návštevou/ procedúrou podľa procesu;
586 * NIS musí umožniť plánovanie a objednávanie pacientov na procedúry; s možnosťou tlače zoznamu procedúr naplánovaných pre pacienta;
587 * NIS musí umožniť plánovanie opakovaných procedúr, viacerých procedúr a hromadných procedúr (viac pacientov naraz v jednej procedúre)
588 * NIS musí umožniť príjem pacienta – evidencia pacienta (register pacientov)
589 * NIS musí umožniť vystavenie žiadanky na rehabilitáciu
590 * NIS musí umožniť Evidenciu rehabilitačného prípadu ambulantného ako aj hospitalizovaného pacienta
591 * NIS musí umožniť príjem pacienta do rehabilitačnej starostlivosti
592 * NIS musí umožniť definíciu typu procedúr (1 pracovník na 1 pacienta, 1 pracovník pre skupinu pacientov, skupina pacientov muži/ženy/mix, podľa veku a pod.)
593 * NIS musí umožniť evidovať záznam z jednotlivých procedúr
594 * NIS musí umožniť ukončiť rehabilitačný prípad
595 * NIS musí umožniť zobraziť prehľad o rehabilitačnom účte pacienta
596
597 1. Požiadavky pre pracovisko zobrazovacích metód
598
599
600 * NIS musí umožniť procesne riadiť prevádzku pracovísk zobrazovacích metód
601 * NIS musí umožniť zobraziť stav jednotlivých návštev a umožniť prácu s návštevou podľa procesu;
602 * NIS musí umožniť elektronickú komunikáciu pracoviska RTG s ostatnými oddeleniami, ambulanciami (príjem žiadaniek, odoslanie nálezov);
603 * NIS musí umožniť aj manuálne zadanie žiadanky;
604 * Možnosť poskytovať nálezy vo web prostredí registrovaným lekárom;
605 * Možnosť popisu snímok s využitím preddefinovaných textov;
606 * Nález v systéme musí mať príznak „predbežný“ alebo „konečný“
607 * NIS musí umožniť zasielanie pracovných listov pre PACS, vytvoriť elektronickú žiadanku t.j pri prijatí žiadanky generovanie worklistu pre príslušnú modalitu;
608 * Možnosť zasielania pracovných listov prostredníctvom štandardu HL7;
609 * NIS musí umožniť evidenciu dávok ožiarenia;
610 * Musí umožniť zobraziť históriu RTG vyšetrení pacienta;
611 * Vyhľadávanie vo všetkých číselníkoch a databáze pacientov, podľa mena, rodného čísla, podľa kódu, podľa názvu;
612 * Príjem elektronických žiadaniek na jednotlivé pracoviská podľa modalít;
613 * Možnosť vytvoriť „podpracoviská“ ako súčasť oddelenia zobrazovacích metód (napr. RTG1, RTG2, ...)
614 * Zabezpečiť rozlišovanie elektronických žiadaniek na žiadanky určené na objednanie a žiadanky na okamžité riešenie rutina – statim;
615 * Žiadanka musí obsahovať nasledovné údaje pacienta: priezvisko, meno, rodné číslo, poisťovňu, parametre výšku a váhu, informáciu o žiadateľovi vyšetrenia – oddelenie, ambulancia, lekár, dátum ordinácie, stranové označenie vyšetrenia, názov vyšetrenia, ID hospitalizačného prípadu, Informácie o alergickej anamnéze pacienta, gravidite, laktácii, krátka anamnéza;
616 * Žiadanku pri prijatí bude možné preniesť, kopírovať na iné pracovisko/podpracovisko, prípadne vrátiť do zoznamu žiadaniek;
617 * Do žiadanky sa musia dať zapísať: kódy vyšetrení a kódy DRG, diagnóza podľa MKCH, nález pacienta, ekonomické údaje (použitý materiál, lieky);
618 * Zo žiadanky musí byť prístup do prehľadu predchádzajúcich vyšetrení, nálezov, žurnál ako sa nález menil počas popisu (doplnky, zmeny opravy, časovo);
619 * Priradenie žiadanky k určitému definovanému lekárovi, ktorý nález realizuje;
620 * Zobrazenie informácie o dostupnosti obrazovej databázy pacienta v PACS systéme pri konkrétnom pacientovi;
621 * V rámci IS musí byť integrovaný modul pre objednávanie pacientov,  podľa jednotlivých pracovísk a modalít s možnosťou vytvárať vlastné kalendáre termínov, vrátane definície jednotlivých časových parametrov a limitujúcich obmedzení s možnosťou preniesť pacienta z objednávacieho modulu do zoznamu realizovaných žiadaniek;
622 * Štatistika – full textové vyhľadávanie v nálezoch a diagnózach, zostavovanie ekonomických štatistík vykonaných nálezov, požitých materiálov a liekov, vrátane štatistiky DRG výkonov za voliteľné časové obdobie s možnosťou tlače a exportu (*.csv; *.xls);
623 * Štatistika ročného výkazu vykonaných vyšetrení podľa metodiky MZSR;
624 * Štatistika počtu vyšetrených pacientov podľa jednotlivých pracovísk a poisťovní;
625 * Online štatistika vykonaných a objednaných vyšetrení na kontrolu plnenia zmluvných limitov od jednotlivých poisťovní;
626 * Online prepojenie so systémom nemocničnej lekárne alebo automatický import a následná aktualizácia materiálového a liekového číselníka z nemocničnej lekárne do RIS minimálne raz za 24hodín;
627 * Vzájomné prepojenie RIS  s NIS a s lekárňou;
628 * Tlač nálezu s hlavičkou a logom
629 * Poskytovanie priebežného obrazu o činnosti personálu oddelenia,  formou štatistiky na zisťovanie vyťažiteľnosti jednotlivých pracovníkov;
630 * Možnosť zobrazenia a tlače ambulantnej knihy podľa jednotlivých pracovísk s možnosťou tlače a exportu do (*.csv; *.xls);
631 * Opravy dát pacientov v kartotéke,  napr.: zjednotenie pacientov (po identifikácii neznámeho pacienta...);
632 *
633 * Kontrola podkladov pre ZP pred odoslaním dávok (kontrola rodných čísiel, duplicitných vyšetrení, pacientov (ak sa budú dávky pre ZP generovať samostatne);
634 * Možnosť vykázania spotreby liekov a zdravotníckeho materiálu na pacienta a jeho odpis zo skladu pracoviska
635
636 1. Požiadavky pre laboratórne vyšetrenia
637
638
639 * NIS musí umožniť spracovanie vzoriek na vlastných analyzátoroch nemocnice;
640 * Musí umožňovať vytvorenie elektronickej žiadanky z oddelení a ambulancií a jej prijatie v laboratóriu;
641 * Žiadanka musí obsahovať minimálne tieto položky (Číslo žiadanky, Typ žiadanky /Rutina, Statim.../, Dátum príjmu, Čas príjmu, Dátum odberu, Dátum ordinácie, Čas ordinácie, Rodné číslo pacienta, Dátum narodenia, Meno, Priezvisko, Titul, Poisťovňa, Diagnóza, Pohlavie, Štátna príslušnosť, Poistenie, ID hosp. prípadu, Typ pacienta, Spôsob účtovania, Oddelenie, Telefón, Ordinoval, Kód lekára, Kód PZS, Poznámka – týka sa celej žiadanky – prechádza do NIS, Interná poznámka – slúži pre potreby laboratória – neprechádza do NIS, Poznámka z oddelenia – využívajú lekári na oddeleniach na informovanie lab. pracovníkov ohľadom odberu, liečby...,;
642 * „Žurnál“ žiadanky – evidencia krokov s danou žiadankou (kto, čo, kedy robil so žiadankou z obsluhujúceho personálu, zmena akýchkoľvek údajov, pričom sa zachová aj info o pôvodnom údaji – čas a meno osoby);
643 * Pri prijme žiadanky v laboratóriu upozorniť, že ordinujúci lekár nemá resp. už nemá úväzok na danej ambulancii;
644 * Možnosť rušenia „starých“ žiadaniek , ktoré neboli z NIS prebrané (nedodaná vzorka, lekár vyšetrenie zrušil po tom ako žiadanku dopredu vytvoril, pacient už nie je hospitalizovaný, duplicita vytvorených žiadaniek, a.i.);
645 * Možnosť prispôsobenia si „obrazovky“ – čo potrebujeme mať priamo zobrazené k výsledkom pacienta (metóda – skratka, názov, medze, jednotky, stav, príchod výsledkov z analyzátora, kto a kedy výsledky potvrdil a.i.);
646 * Číselník výkonov, zdravotných poisťovní, diagnóz ( vrátane odborností, frekvencií...);
647 * Možnosť nastavenia rôznych cien za bod pre jednotlivé  pracoviská a rôzne RNP. V prípade akýchkoľvek zmien zo strany RNP – aktualizovať v LISe;
648 * Možnosť „blokovania“ žiadaniek v dennom súbore  (vyšetrenie vzorky je urobené, no výsledky sa nedajú podpísať (podľa potreby – do vyriešenia problému, nezhody – napr. chýbajú nejaké vstupné údaje pacienta a.i.), samozrejme, že v prípade nutnosti sa telefonicky nahlásia na dané oddelenie;
649 * Možnosť doplnenia a doordinovania vyšetrení;
650 * Možnosť opravy žiadaniek v archíve (rodné číslo, DGN, odosielateľ, a.i.) s dodržaním pravidiel NZIS eZdravie;
651 * Možnosť preposlania výsledku z archívu pacienta na iné oddelenie  (ako bola pôvodne vystavená žiadanka);
652 * Možnosť prezerania a jednoduchého vyhľadávania v archíve (podľa mena, rodného čísla), tlač výsledku z archívu;
653 * Možnosť podpísať výsledky jednotlivo po metódach, ale aj naraz všetkých na danej žiadanke;
654 * Možnosť „dobodovať- dovykazovať “ výkony na žiadanke (v prípade náročnejšieho vyšetrenia je potrebné niekedy dodatočne vykázať výkony na iný deň – vzhľadom na akceptovanú frekvenciu výkonov danej poisťovne);
655 * Možnosť editovania výkonov (upraviť, zrušiť, pridať) v opravných dávkach;
656 * Možnosť nastaviť rôzne výkony vykazovania pre jednotlivé vyšetrenia pre každú poisťovňu;
657 * Možnosť zasielať upozornenie pre klinických lekárov pri indikovaní požadovaných vyšetrení, že prekračujú akceptovanú frekvenciu ordinovania výkonu príp. lekár s ich odbornosťou dané vyšetrenie nemôže ordinovať;
658 * LIS musí mať výstup podľa požiadaviek štatistiky MZSR;
659 * Možnosť štatistických výstupov – možnosť nastavovať tak, aby bolo možné vybrať obdobie, jednotlivé vyšetrenia, detaily (kódy vyšetrení z „bodovníka“), pre jednotlivé pracoviská;
660 * Možnosť štatistických výstupov – štatistika po oddeleniach (tak aby sa dalo zistiť, aké vyšetrenia boli žiadané, za aké obdobie, v akom počte bodov, za akú cenu a pre ktorú ZP (aj pre externých žiadateľov);
661 * Možnosť štatistických výstupov – zoznam vydaných krvných prípravkov v TU jednotkách, cene, na rodné číslo, oddelenie resp. ambulancia, a.i.;
662 * LIS musí obsahovať a poverenému užívateľovi (správcovi LIS) umožniť nastaviť :
663 ** metódy
664 ** vstupné parametre metód
665 ** poradie metód pre tlač
666 ** poradie metód pre zobrazenie
667 ** definovať skupiny metód
668 ** definovať metódy podľa pracovísk
669 ** definovať metódy podľa skúmaviek
670 ** priradenie metód laboratória a NIS
671 ** štandardné (preddefinované) texty
672 ** nastavenie pre komunikáciu s prístrojmi
673 ** označenie jednotlivých staníc viditeľné na monitore (potrebné pre rýchlu orientáciu pri vyskytnutí sa problému na danej stanici)
674 ** monitorovanie staníc (kto, na ktorej stanici a od kedy je prihlásený)
675 ** info o aktualizácii - upgrade (dátum, čas) programu na jednotlivých staniciach
676 ** databáza pracovníkov s potrebou zadefinovania oprávnení (úrovne prístupu) do LIS;
677 * Možnosť vyúčtovania pre zdravotné poisťovne – možnosť posielania cez sieť na centrálnu poisťovňu;
678 * Možnosť posielania opravných dávok;
679 * Musí obsahovať zoznam zariadení, z ktorých sa nakupujú krvné prípravky;
680 * Možnosť evidovať paletu krvných skupín;
681 * Možnosť definovať fenotypu (výberom alebo na základe čiarového kódu na prípravku);
682 * Možnosť evidencie exspirácie prípravku;
683 * Možnosť blokovania prípravku, ak je kontraindikovaný (nakrížený) pre určitého pacienta;
684 * Možnosť evidovať počet transfúzií (koľko dostal pacient celkovo-sumár aj s tlačou);
685 * Možnosť evidovať koľko krížových skúšok, alebo krvných skupín sa robí za určité obdobie (deň, mesiac) pre určité oddelenie;
686 * Možnosť evidovať koľko derivátov dostal pacient počas TX heparu aj s možnosťou tlače
687 * Musí umožňovať tlač žiadaniek jednotlivo aj hromadne;
688 * Musí umožňovať definovanie zoskupenia vyšetrení;
689 * Možnosť identifikácie vzoriek pomocou čiarového kódu;
690 * Možnosť zostavenia pracovných listov pre jednotlivé analyzátory, resp. ručné metódy;
691 * NIS musí umožniť priradenie ID DRG prípadu ku žiadanke
692 * Identifikácia vzorky cez čiarový kód;
693 * Príjem žiadanky cez čiarový kód
694 * Vyhľadanie žiadanky cez čiarový kód
695 * Možnosť identifikácie vzoriek čiarovým kódom;
696 * Možnosť zobrazenia histórie vyšetrenia;
697 * Možnosť vytvorenia manuálneho pracovného listu;
698 * Možnosť priradenia viacerých výkonov k jednej metóde;
699 * Možnosť evidencie referenčných medzí s podmienkou (napr. týždeň gravidity)
700 * Pripojenie analyzátorov pre pracovisko LAB:
701
702 1. Centrálna prípravovňa liekov
703
704 * Elektronická komunikácia NIS s pracoviskom centrálnej prípravovni liekov (CPL)
705 * CPL  má vlastný sklad liekov
706 * Rozdelenie preskripcie liekov na lieky pripravené v lokálnom sklade pracoviska a na lieky pripravené v CPL
707 * Prehľad  Objednávok - Počet dávok podľa stavu  za deadline a pracovisko   
708 * Manuálna príprava balíčka  -  cytostatiká, sterilné lieky, ostatné nesterilné lieky a individuálna príprava liekov
709 * Hromadná príprava liekov
710 * Predpríprava a možnosť prípravy balíčka v prístroji (robot) – nesterilné lieky (tbl, cps)     
711 * Príprava liekov na oddelení
712 * Využitie 1D alebo 2D kódov
713 * Priradenie balíčkov k vozíku alebo inému prenosovému médiu  – vytvorenie zásielky
714
715 * Priradenie k vozíku
716 * Priradenie ku kontajneru vozíka
717 * Priradenie ku kapsule  alebo inému prenosovému médiu
718 * Kontrola balíčkov v zásielke
719 * Uzavretie zásielky  a odovzdanie na prepravu
720
721 * Riešenie zmien a nezhôd
722
723 1. Požiadavky pre sklady/medzisklady
724
725
726 * Súčasťou NIS je informačný systém pre evidenciu liekov, ŠZM a zdrav. materiálu na skladoch ambulancií, oddelení, SVaLZ a operačných sál;
727 * NIS musí umožniť vedenie skladov liekov, vrátane automatizovanej podpory (objednávanie z nemocničnej lekárne, odpisovanie pri výdaji, inventúry);
728 * NIS musí umožniť vytvoriť viacero skladov liekov na pracovisku;
729 * NIS musí umožniť evidenciu dátumu exspirácie liekov, šarže, minimálneho a maximálneho potrebného množstva na sklade, kódy ŠUKL, ATC, , ...);
730 * Možnosť vygenerovať vlastný kód pre liek alebo zdravotnícky materiál;
731 * NIS musí umožniť vytvoriť elektronickú žiadanku z nemocničnej lekárne a načítanie elektronických príjemiek z nemocničnej lekárne;
732 * NIS musí umožniť vytvoriť žiadanku na lieky zo zoznamu liekov na sklade pod minimálnym množstvom;
733 * Možnosť vystavenia žiadanky o lieky pre konkrétneho pacienta;
734 * Možnosť evidovať minimálne a maximálne stavy položiek na jednotlivých skladoch/medziskladoch
735 * Možnosť vytvoriť žiadanku na lieky, ŠZM a zdrav. materiálu do nemocničnej lekárne zo zoznamu liekov, ŠZM a zdrav. materiálu na sklade pod minimálnym množstvom
736 * NIS musí umožniť evidovať výdajky priamo na pacientov, s automatickou evidenciou pre ZP a odpisom zo skladových zásob;
737 * Možnosť prehľadu odpísaných liečiv, krvných prípravkov, infúzií na pacienta za celý pobyt v nemocnici;
738 * NIS musí umožniť prevod liekov na iné pracovisko;
739 * Možnosť vrátenia výdajok z nemocničnej lekárne
740 * NIS musí umožniť vykonávanie inventúr na skladoch oddelení k určitému dňu;
741 * NIS musí umožniť vykonávanie automatických inventúr na skladoch vo zvolenom termíne
742 * Možnosť sledovania pohybu liekov, ŠZM a zdrav. materiálu na skladoch/medziskladoch
743 * Možnosť nastaviť práva na podpisovanie žiadaniek o lieky;
744 * Možnosť automatického priradenia čísla faktúr k spotrebovaným liekom a ŠZM;
745 * Možnosť evidencie príjmu a výdaja centrálne nakupovaných liekov;
746 * NIS musí umožniť sledovanie exspirácie – upozornenie, ktoré lieky budú exspirovať po určitej dobe;
747 * Možnosť prehľadu položiek a pohybov podľa rôznych filtrov;
748 * NIS musí umožniť nastaviť v skladovej karte hlavného dodávateľa a nákupnú cenu za mernú jednotku;
749 * Možnosť vystavenia žiadanky pre externého dodávateľa
750 * Možnosť prijatia el. dodacieho listu vo formáte PHARMNET aj priamo do skladu/medziskladu
751 * Schválenie žiadanky lieku mimo nemocničný liekový formulár elektronicky
752
753 Požiadavky pre nemocničnú lekáreň
754
755
756 * NIS musí byť integrovaný na informačný systém nemocničnej lekárne
757
758 Požiadavky pre centrálne spracovanie dávok
759
760
761 * NIS musí umožniť spracovanie všetkých typov dávok pre zdravotné poisťovne a Sociálnu poisťovňu;
762 * NIS musí umožniť spracovanie dávok pre domácich poistencov, bezdomovcov, poistencov EÚ a pacientov mimo EÚ;
763 * NIS musí umožniť aj spracovanie dávok z pracovísk nezaradených do informačného systému;
764 * NIS musí umožniť import textovej dávky do systému
765 * NIS musí umožniť hromadné úpravy dávok (presuny, filtre a pod.) pred aj po ocenení dávok
766 * Možnosť evidencie zmlúv, zmluvných cien a výnimiek podľa poisťovne a pracoviska, resp. odbornosti;
767 * Možnosť vytvorenia zúčtovacích dokladov a faktúr za celé zdravotnícke zaradenie;
768 * Možnosť exportu údajov do ekonomického systému;
769 * Možnosť exportu údajov do manažérskeho systému;
770 * Možnosť načítania chybových dávok z poisťovní;
771 * Možnosť vytvorenia ročnej dávky DRG aj pre kalkulačné nemocnice;
772 * Prehľad rozdelenia výnosov na prípad podľa zúčastnených pracovísk;
773 * Prehľad súm za SVLZ výkony pre DRG relevantné oddelenia;
774 * Možnosť zaevidovať a prepočítať DRG prípady rôznymi sadzbami;
775 * Možnosť prepočítať údaje pomocou DRG groupera pre konkrétny riadok dávky (o ukončení prípadu);
776 * Prehľad účtovaných pripočítateľných položiek;
777 * Možnosť overenia poistného vzťahu;
778 * Možnosť hromadnej opravy údajov;
779 * Možnosť vytvárať aditívne a opravné dávky;
780 * Možnosť zmeny identifikačných údajov poistenca (poistného vzťahu, rod. čísla alebo IČP);
781 * Možnosť vytvorenia a doplnenia položky v číselníku výkonov a pripočítateľných položiek;
782 * Možnosť vytvorenia podkladu k faktúre podľa štruktúry nákladových stredísk.
783 * V zostavách smerom do NCZI alebo ZP možnosť rozdelenia hospitalizácie podľa malých prekladov
784
785 1. Požiadavky pre manažérsku nadstavbu a reporting
786
787
788 * Slúži pre manažment nemocnice na rozhodovanie a umožňuje rýchle a jednoduché pripojenie k viacerým zdrojom údajov, rýchlu analýzu údajov
789 * Musí umožniť importovať všetky dáta z ostatných informačných systémov a aplikácií nemocnice (nemocničný informačný systém, vrátane jeho laboratórnej, rádiologickej, lekárenskej časti, ekonomický informačný systém, systém (modul) zúčtovania so zdravotnými poisťovňami, analytické DRG nástroje, personalistika), tzn. 1 dátový sklad pre všetky IS nemocnice
790 * Importy z jednotlivých informačných systémov a aplikácií musia prebiehať na dennej báze a užívateľ musí dostávať pravidelnú informáciu (emailom) o úspešnom načítaní všetkých dát
791 * Musí umožniť generovať výstupy bez obmedzenia kapacity riadkov (aj veľké databázy údajov) vo formáte .csv, resp. .xls + grafické znázornenie
792 * Užívateľ (administrátor manažérskeho modulu) musí mať prístup k jednotlivým číselníkom v manažérskom module (napr. možnosť úpravy resp. aktualizácie číselníka NS)
793 * Umožňuje pridelenie rôznych úrovní oprávnení pre prácu s modulom
794 * Musí ponúkať možnosť zadefinovania vlastných zostáv podľa zvolených kritérií užívateľa
795 * Na základe údajov z NIS musí poskytnúť údaje pre hodnotenie nákladov a výnosov za poskytnutú zdravotnú starostlivosť
796 * Možnosť nastaviť limity určené zdravotnými poisťovňami kvôli kontrole priebežného plnenia, bez zásahu dodávateľa
797 * Sledovanie priebežného stavu určených limitov zdravotných poisťovní a ich vyhodnotenie bez zásahu dodávateľa
798 * Možnosť automatických exportov z databázy pre rôzne prehľady (podľa vopred definovaných požiadaviek užívateľom)
799 * Priebežný prehľad stavu vykazovaných údajov za všetky ambulancie a oddelenia nemocnice
800 * Možnosť automatického zasielania vybraných reportov online zvoleným užívateľom
801 * Možnosť exportu údajov do iných systémov (napr. ekonomického informačného systému)
802 * Má preddefinované reporty a umožňuje vytvárať vlastné reporty
803 * Všetky reporty musia mať možnosť uloženia v csv resp. xls formáte
804 * Možnosť vytvárať a exportovať reporty o ekonomických a finančných ukazovateľoch
805 * Možnosť vytvárať a exportovať reporty o personálnych ukazovateľoch
806 * Možnosť vytvárať a exportovať reporty o medicínskych ukazovateľoch
807 * Možnosť spájať rôzne ukazovatele do jedného reportu
808 * Možnosť sledovať ukazovatele na rôznych úrovniach, napr. na úrovni nemocnice, oddelenia, nákladového strediska, PZS, odbornosti, pacienta, zamestnanca
809 * Možnosť vytvárať a exportovať reporty na základe rôznych kritérií, min. NS (požadujúce / vykonávajúce NS) odbornosť, typy NS, ZP(EU)samoplatca, PZS, aktuálny vek, pohlavie, kraj, okres, antropometrických údajov a základných vitálnych ukazovateľov, diagnóza, vedľajšia diagnóza, kritériá špecifické pre daný prehľad, napr. typ príjmu, opakovaná / nová návšteva ...)
810 * Umožňuje automatické zasielanie notifikácií, reportov
811 * Umožňuje vyhľadávanie údajov
812 * Umožňuje variabilné zadanie zobrazovaných dát
813 * Umožňuje porovnávanie údajov (preddefinované controllingové zostavy)
814 * Sledovanie nákladov na pacienta (účet pacienta) - (musí obsahovať užívateľom definované položky, ako napr. dátum a čas príjmu, prepustenia, druh príjmu, druh prepustenia, dátum a čas prekladu na iné odd., vykázané lieky, počas hospitalizácie (suma v EUR, počet), vykázané ŠZM počas hospitalizácie (suma v EUR, počet), vykázané kategorizované ŠZM počas hospitalizácie (suma v EUR, počet), vykázané TRL počas hospitalizácie (suma v EUR, počet), DRG skupina, PCCL, prepustený áno/nie, diagnóza a iné)
815 * Podpora tvorby plánu (plánov)
816 * Možnosť tvorby finančného plánu, plánu nákladov a výnosov v podrobnosti definovaných zadávateľom
817 * Možnosť tvorby plánu kľúčových ukazovateľov zdravotnej starostlivosti
818 * Detail vytváraného plánu nemusí zodpovedať detailu skutočnosti - napr. plán nákladov nie je realizovaný podľa účtovej osnovy, ale na reportingovú účtovnú osnovu, obdobne u organizačnej štruktúry
819 * Podpora tvorby variantov plánu, forecast (výhľadu)
820 * Jadrom manažérskej nadstavby musí byť relačný dátový sklad (DWH) integrujúci dáta pre potreby sledovania nákladov DRG, NIS, HR a ďalších informačných systémov, modulov a aplikácii prevádzkovaných verejným obstarávateľom
821 * Musí umožňovať rýchle a jednoduché pripojenie k viacerým zdrojom údajov
822 * Musí umožniť importovať požadované dáta z ostatných informačných systémov a aplikácií prevádzkovaných verejným obstarávateľom, tzn. 1 dátový sklad pre všetky informačné systémy, moduly, aplikácie prevádzkované verejným obstarávateľom
823 * Importy z jednotlivých informačných systémov, modulov a aplikácií musia prebiehať na dennej báze (automaticky) a používateľ musí dostávať pravidelnú informáciu (emailom) o úspešnom načítaní všetkých dát
824 * Importy pre vybrané zdroje dát musí byť možné spustiť oprávneným používateľom
825 * DWH musí byť koncipovaný ako modulárny a umožňujúci začlenenie nových zdrojov dát pri prípadnom rozvoji a dopĺňaní nových informačných systémov a aplikácii v prostredí verejného obstarávateľa
826 * DWH musí poskytovať porovnateľné dáta naprieč systémovým prostredím verejného obstarávateľa, systému pre potreby sledovania nákladov DRG, NIS, HR a ďalších informačných systémov a aplikácii prevádzkovaných verejným obstarávateľom, dáta v DWH NIS musia byť detailné
827 * Modul pre reporting musí poskytovať funkcionalitu plánovania, tvorbu variantov plánov a porovnania so skutočnosťou
828 * Plánované údaje musia byť uložené v DWH spolu s auditlogom
829 * Prístup k reportom, dátam, tvorbe plánov musia byť riadené prístupovými právami
830 * Používateľ (administrátor manažérskej nadstavby) musí mať prístup k jednotlivým číselníkom, prevodovým mostíkom, tabuľkám (napr. Možnosť úpravy resp. Aktualizácie číselníka NS)
831 * Má preddefinované reporty a umožňuje vytvárať vlastné reporty
832 * Musí umožniť generovať výstupy + grafické znázornenie bez obmedzenia kapacity riadkov (aj veľké databázy)
833 * Všetky reporty musia mať možnosť uloženia v csv resp. xls formáte
834 * Musí ponúkať možnosť zadefinovania vlastných zostáv podľa zvolených kritérií používateľa
835 * Poskytovať online vybrané reporty zvoleným používateľom
836 * Export údajov do ekonomiky
837 * Možnosť automatických exportov z databázy pre rôzne prehľady (podľa vopred definovaných požiadaviek užívateľom)
838 * Možnosť spájať rôzne ukazovatele do jedného reportu
839 * Musí umožňovať automatické zasielanie notifikácií, reportov
840 * Musí umožňovať vyhľadávanie údajov na základe zadania údajov
841 * Musí umožňovať variabilné zadanie zobrazovaných dát
842 * Musí umožňovať porovnávanie údajov (preddefinované controllingové zostavy)
843 * Musí umožňovať rozpad hodnôt až k detailu DWH
844 * Tvorba plánu musí byť možná v agregovanej podobe s možnosťou rozpadu na požadovaný detail
845 * Systém plánovania musí podporiť tvorbu plánu na základe skutočnosti, alebo iného variantu plánu
846 * Systém musí umožniť porovnanie plánov so skutočnosťou a jeho vyhodnotenie, prípadne porovnanie variantov plánov
847 * Systém musí vedieť evidovať uskutočnené zmeny plánovaných dát - mať logovanie
848 * Zadávanie údajov musí byť riadené prístupovými právami – na úrovniach variantov, rokov, stredísk, oddelení
849 * Zadávanie údajov musí prebiehať prostredníctvom predpripravených formulárov alebo zostáv, s používateľskou tvorbou zostáv
850 * Dáta všetkých plánov a variantov musia byť uložené na jednom mieste – databáza
851 * Systém musí umožňovať tvorbu plánov súčasne viacerými používateľmi
852 * Zadanie údajov musí prebehnúť iba jedenkrát, pokiaľ sú rovnaké údaje (prípadne ich agregácie) potrebné v inej časti plánu/zostave, systém musí zabezpečiť ich prenos na pokyn oprávneného používateľa
853 * Systém musí umožňovať formátovať dátum a čas (používať jednotný formát)
854 * Systém musí umožňovať a zjednodušovať spoluprácu medzi používateľmi;
855 * Systém musí byť intuitívny, musí mať k dispozícii personalizované pracovné prostredie a funkcie pre filtrovanie, otáčanie a vytváranie vizualizácií
856 * Systém musí generovať všetky výstupy potrebné pre štatistické účely NCZI automaticky
857 * Prehľad základných ekonomických ukazovateľov (ukazovatele likvidity, aktivity, rentability, zadlženosti)
858 * Tvorba finančných plánov, plánov nákladov a výnosov podľa NS
859 * Musí poskytovať možnosť vytvorenia plánu KPI pre poskytovanú zdravotnú starostlivosť
860 * Modul pre reporting musí poskytovať údaje pre hodnotenie nákladov a výnosov za poskytnutú zdravotnú starostlivosť
861 * Musí disponovať možnosťou nastavenia limitov určených zdravotnými poisťovňami kvôli kontrole priebežného plnenia, bez zásahu dodávateľa
862 * Musí poskytovať možnosť sledovania priebežného stavu určených limitov zdravotných poisťovní a ich vyhodnotenie bez zásahu dodávateľa
863 * Musí poskytovať priebežný prehľad stavu vykazovaných údajov za všetky ambulancie a oddelenia nemocnice
864 * Musí poskytovať možnosť sledovania ukazovateľov na rôznych úrovniach, napr. na úrovni nemocnice, oddelenia, nákladového strediska, PZS, odbornosti, pacienta, zamestnanca;
865 * Musí mať možnosť vytvárať a exportovať reporty na základe rôznych kritérií, min. NS (požadujúce / vykonávajúce NS), odbornosť, typy NS, ZP(EU)samoplatca, PZS, aktuálny vek, pohlavie, kraj, okres, antropometrických údajov a základných vitálnych ukazovateľov, diagnóza, vedľajšia diagnóza, kritériá špecifické pre daný prehľad, napr. typ príjmu, opakovaná / nová návšteva ...)
866 * Musí umožňovať sledovanie nákladov na pacienta (účet pacienta) - (musí obsahovať užívateľom definované položky, ako napr. dátum a čas príjmu, prepustenia, druh príjmu, druh prepustenia, dátum a čas prekladu na iné odd., vykázané lieky počas hospitalizácie (suma v EUR, počet), vykázané ŠZM počas hospitalizácie (suma v EUR, počet), vykázané kategorizované ŠZM počas hospitalizácie (suma v EUR, počet), vykázané TRL počas hospitalizácie (suma v EUR, počet), DRG skupina, PCCL, prepustený áno/nie, diagnóza a iné).
867 * Systém musí podporovať : spracovanie dátových zdrojov relačnej databázy, Excel, hadoop     
868 * Systém musí mať možnosť automaticky spracovať dáta       
869 * Systém musí umožniť riadenie prístupových práv   
870 * Systém musí podporovať prechádzanie a rozklad indikátorov kvality v rámci nemocnice cez oddelenia
871 * Systém musí podporovať SSO
872 * Systém musí podporovať zobrazenie indikátorov v grafickej forme ako "budíkov"
873 * Systém musí podporovať zobrazenie časového priebehu s trendovou krivkou
874 * Systém musí podporovať export do excelu, pdf
875 * Systém musí podporovať automatické posielanie reportov
876 * Systém musí podporovať emailové alerty pri prekročení hraničných hodnôt indikátorov
877 * Systém musí obsahovať mobilnú aplikáciu pre vyhodnocovanie KPI.
878 * Systém musí podporovať obsahovať automatické filtre údajov na základe prihláseného používateľa
879 * Systém musí podporovať možnosť úprav prehľadov/dashboardov na základe oprávnení
880
881 1. Prehľady manažérskej nadstavby a reportingu
882
883 * Prehľad nákladov na ukončené hospitalizácie
884 * Prehľad nákladov na hospitalizácie (podrobne a aj sumárne po NS)
885 * Prehľad ukončených hospitalizácií / lôžkodní
886 * Prehľad hospitalizačných prípadov
887 * Prehľad ošetrovacej doby
888 * Prehľad návštev, obložnosti a stavu lôžok (od najnižšej možnej štruktúry až po NS, oddelenie)
889 * Prehľad ukazovateľov využitia lôžkového fondu (počet lôžok, obsadené lôžka, voľné lôžka)
890 * Prehľad prijatých pacientov
891 * Prehľad denných príjmov, prepustení (podrobne a aj sumárne po NS)
892 * Prehľad preložených pacientov (podrobne a aj sumárne po NS)
893 * Prehľad prepustených pacientov (hospitalizačných prípadov) podľa jednotlivých oddelení, resp. nižších úrovní (aj podľa okresov, VÚC, vekovej štruktúry a pod) podrobne a aj sumárne po NS
894 * Prehľad prepustených pacientov bez prekladov s udaním typu prepustenia, oddelenia
895 * Prehľad prepustených (hospitalizačných prípadov) podľa diagnóz
896 * Prehľad zomrelých pacientov
897 * Prehľad pohybu pacientov, príjem, preklad, prepustenie)
898 * Prehľad objednaných pacientov
899 * Prehľad dispenzarizovaných pacientov
900 * Prehľad plánovaných hospitalizácií (aj nezrealizovaných a stornovaných)
901 * Prehľad cudzincov EÚ v zúčtovaní
902 * Prehľad vykazovaných a iných výkonov pre hospitalizovaných pacientov (s možnosťou filtrovania vybraných výkonov)
903 * Prehľad výkonov, ktoré neprešli do vyúčtovania so ZP (podrobne a aj sumárne po NS) - pre oddelenia, ambulancie a SVaLZ
904 * Prehľad ambulantných bodov a výkonov podľa ambulancií a lekárov
905 * Prehľad ambulantných návštev, bodov, výkonov, prvonávštev, diagnóz
906 * Prehľad ambulantných návštev v podrobnom členení na pacienta (aj na okresy, VÚC, vekovú štruktúru a pod) a aj sumárne po NS
907 * Prehľad ambulantných pacientov podľa diagnóz
908 * Prehľad úväzkov ambulantných lekárov
909 * Prehľad pacientov, ktorým bolo realizované SVaLZ vyšetrenie v podrobnej štruktúre podľa jednotlivých oddelení, resp. nižších úrovní (aj podľa okresov, VÚC, vekovej štruktúry a pod
910 * Prehľad SVaLZ-ových bodov a výkonov spolu s NS, ktoré výkony požadovali (podrobne a aj sumárne po NS)
911 * Prehľad konziliárnych vyšetrení
912 * Prehľad operácií a operačných výkonov
913 * Prehľad počtu podaných anestéz / typov anestézií
914 * Prehľad diét
915 * Prehľad predpísaných liekov a zdravotníckych pomôcok (podrobne a aj sumárne po NS)
916 * Prehľad liekov podaných na ambulanciách (podrobne a aj sumárne po NS)
917 * Prehľad vykazovaných liekov / krvi / ZM pre hospitalizovaných pacientov
918 * Prehľad vykazovaných liekov / ZM na SVaLZ pracoviskách v detailnej štruktúre (po NS)
919 * Prehľad inventúr na skladoch
920 * Prehľad spotreby liekov podľa nákladových stredísk
921 * Prehľad stavu skladov
922 * Prehľad pohybov na skladoch a v lekárni (výdaj na NS, príjem a pod.)
923 * Prehľad žiadaniek na lieky a ŠZM od jednotlivých NS (podrobne a aj sumárne po NS)
924 * Prehľad prevodiek medzi nákladovými strediskami
925 * Vyhľadanie liečiva (liekov / ZM) na skladoch
926 * Prehľad vydaných a ešte neprijatých liečiv
927 * Prehľad hotovostných výkonov, aj podľa výnosových účtov
928 * Prehľad inkasovaných hotovostných príjmov do pokladnice
929 * Prehľad aktuálnej celkovej ceny spotreby liekov a ŠZM na nákladové stredisko
930 * Sledovanie priebežného stavu určených limitov zdravotných poisťovní a ich vyhodnotenie bez zásahu dodávateľa
931 * Prehľad neuznaných výkonov (hospitalizačných prípadov, ambulantných pacientov a pod.)
932 * Porovnávacia zostava — fakturované vs. vykázané (výkony, lieky)
933 * Sledovanie ekonomických ukazovateľov - prehľad nákladov, výnosov, HV podľa jednotlivých syntetických a analytických účtov účtovnej osnovy a NS v detailnej štruktúre
934 * Prehľad pohybov na účtoch účtovnej osnovy a NS
935 * Prehľad poskytnutých nadštandardných služieb, aj podľa výnosových účtov
936 * Prehľad hotovostných výkonov, aj podľa výnosových účtov
937 * Prehľad inkasovaných hotovostných príjmov do pokladnice
938 * Prehľad aktuálnej celkovej ceny spotreby liekov a ŠZM na nákladové stredisko
939 * Prehľad základných ekonomických ukazovateľov (ukazovatele likvidity, aktivity, rentability, zadlženosti)
940 * Reporty nad agendami:  Účtovnými  dokladmi, Pokladňa, Banka, Majetok, Fakturácia, Saldo
941 * Profitabilita – alokácia režijných nákladov na sledované jednotky a hodnotenie ich profitability
942 * Personálny plán podľa kategórií zamestnancov
943 * Prehľad personálnych nákladov podľa kategórií zamestnancov
944 * Zostava sledovaných personálnych ukazovateľov
945 * Absencie, Prekážky, Čerpanie dovoleniek a zostatky dovoleniek, Stavy zamestnancov, Fluktuácia
946 * Prehľad anestéziologických protokolov
947 * Prehľad a možnosti nastavenia limitov určených poisťovňami kvôli kontrole priebežného plnenia, bez zásahu dodávateľa
948 * Prehľad k sledovaniu priebežného stavu určených limitov zdravotných poisťovní a ich vyhodnotenie bez zásahu dodávateľa
949 * Prehľad dávok odoslaných do zdravotných poisťovní  vo formáte csv, resp. xls
950
951 **Prehľady k sledovaniu ekonomických ukazovateľov:**
952
953 * Prehľad nákladov, výnosov, HV podľa jednotlivých účtov účtovnej osnovy a NS v detailnej štruktúre;
954 * Prehľad pohybov na účtoch účtovnej osnovy a NS;
955 * Prehľad hotovostných výkonov, aj podľa výnosových účtov;
956 * Prehľad inkasovaných hotovostných príjmov do pokladnice;
957 * Prehľad aktuálnej celkovej ceny spotreby liekov a ŠZM na nákladové stredisko;
958 * Prehľad základných ekonomických ukazovateľov (ukazovatele likvidity, aktivity, rentability, zadlženosti);
959 * Prehľad o realizovaných nákladoch na zdravotníckej technike filtrovateľný podľa typu prístroja, oddelenia, obdobia, zodpovednej osoby, nákladového strediska a podobne;
960 * Prehľad výkonov a ich nákladov rozdelený podľa dodávateľských firiem, typov zariadení a nastaviteľného obdobia;
961 * Prehľad zdravotníckej techniky a prístrojov usporiadaný podľa jednotlivých oddelení, poschodí, priestorov, budov prípadne ďalších kľúčov;
962
963
964 1. Systémové požiadavky 
965
966 Riešenie bude prednostne umiestnené a prevádzkované  vo vládnom cloude v rozsahu a v súlade so zákonom 305/2013 (zákon o e-Governmente);
967
968 * Požadujeme stabilnú a dynamicky škálovateľnú platformu, ktorá musí byť schopná nasadiť a orchestrovať kontejnery (napr. Kubernetes), pričom NIS bude kontajnerizovaný;
969 * Požadujeme najnovšiu dlhodobo podporovanú verziu verziu kontajnerizačnej platformy a OS na virtuálnych strojoch;
970 * Riešenie musí byť flexibilne škálovateľné bez dramatických zmien do nástrojov, architektúry, alebo spôsobu vývoja;
971
972 **Požiadavka na súlad so zákonmi a predpismi / Nariadeniami o bezpečnosti:**
973
974 * Smernica NIS 1 Smernica Európskeho parlamentu a Rady (EÚ) 2016/1148 z 6. júla 2016 o opatreniach na zabezpečenie vysokej spoločnej úrovne bezpečnosti sietí a informačných systémov v Únii;
975 * Smernica NIS 2 Smernica Európskeho parlamentu a Rady (EÚ) 2022/2555 z 14. decembra 2022 o opatreniach na zabezpečenie vysokej spoločnej úrovne kybernetickej bezpečnosti v celej Únii a o zrušení smernice (EÚ) 2016/1148;
976 * Odborné usmernenie č. 47/2009 o vedení zdravotnej dokumentácie;
977 * vyhláška č. 362/2018 Z.z., ktorou sa ustanovuje obsah bezpečnostných opatrení, obsah a štruktúra bezpečnostnej dokumentácie a rozsah všeobecných bezpečnostných opatrení;
978 * Zákon č. 69/2018 Z.z., o kybernetickej bezpečnosti;
979 * Zákon č. 18/2018 Z.z. o ochrane osobných údajov;
980 * Zákon č. 576/2004 Z.z. o zdravotnej starostlivosti;
981 * Kritická infraštruktúra musí zabezpečiť ochranu pred neautorizovaným prístupom a fyzickými hrozbami;
982 * Musí umožniť viacfaktorovú autentifikáciu (MFA) na overenie používateľov, ktorí pristupujú k NIS, a implementovať princíp najmenej oprávnenia, ktorý obmedzuje prístup len na nevyhnutné zdroje a dáta;
983 * Riešenie je v súlade s ustanoveniami legislatívnych predpisov o ochrane osobných údajov;
984 * Modulárna architektúra umožňujúca škálovateľnosť a rozšíriteľnosť systému v súlade s princípmi microservices;
985
986 Podpora OpenEHR štandardov na uchovávanie a výmenu zdravotných údajov;
987
988 === {{id name="_Toc752151050"/}}{{id name="_Toc153139687"/}}4.2.1Rozsah informačných systémov – AS IS ===
989
990 Súčasný IS nie je evidovaný v META IS
991
992 |(((
993 **Kód ISVS**
994
995 **//(z MetaIS)//**
996 )))|**Názov ISVS**|(((
997 **Modul ISVS**
998
999 **//(zaškrtnite ak ISVS je modulom)//**
1000 )))|**Stav ISVS**|**Typ ISVS**|(((
1001 **Kód nadradeného ISVS**
1002
1003 **//(v prípade zaškrtnutého checkboxu pre modul ISVS)//**
1004 )))
1005 | |NIS Xanta|☐| Prevádzkovaný a neplánujem rozvoj| Agendový|
1006 | | |☐| Vyberte jednu z možností| Vyberte jednu z možností|
1007 | | |☐| Vyberte jednu z možností| Vyberte jednu z možností|
1008
1009 Tabuľka č.2 Prehľad dotknutých informačných systémov v projekte – súčasný stav
1010
1011 V rámci projektu bude budovaný nový ISVS
1012
1013 |**Kód ISVS (z MetaIS)**|**Názov ISVS**|(((
1014 **Modul ISVS**
1015
1016 **(zaškrtnite ak ISVS je modulom)**
1017 )))|**Stav IS VS**|**Typ IS VS**|(((
1018 **Kód nadradeného ISVS**
1019
1020 **(v prípade zaškrtnutého checkboxu pre modul ISVS)**
1021 )))
1022 |isvs_15220|Nemocničný informačný systém|☐| Plánujem budovať| Agendový|
1023 | | |☐| Vyberte jednu z možností| Vyberte jednu z možností|
1024 | | |☐| Vyberte jednu z možností| Vyberte jednu z možností|
1025
1026 Tabuľka č. 3 Prehľad budovaných/rozvíjaných ISVS v projekte – budúci stav
1027
1028
1029 |(((
1030 **Kód AS**
1031
1032 **//(z MetaIS)//**
1033 )))|**Názov  AS**|**Poskytovaná na externú integráciu //(zaškrtnite ak áno)//**|(((
1034
1035
1036 **Typ cloudovej služby**
1037 )))|(((
1038 **SVS/modul ISVS**
1039
1040 **//(kód z MetaIS)//**
1041 )))|(((
1042 **Aplikačná služba realizuje KS**
1043
1044 **//(kód KS z MetaIS)//**
1045 )))
1046 |as_67601|Služba prístupu k pacientskému profilu|☐|žiadny|isvs_15220|
1047 |as_67602|Služba zápisu a čítania zdravotných údajov|☐|žiadny|isvs_15220|
1048 |as_67603|Služba volania rozhraní eZdravie|☐|žiadny|isvs_15220|
1049 |as_67604|Služba integrácie s LIS / PACS|☐|žiadny|isvs_15220|
1050 |as_67605|Služba generovania a exportu výkazov|☐|žiadny|isvs_15220|
1051 |as_67606|Autentifikačná a autorizačná služba (AD, karty, heslá)|☐|žiadny|isvs_15220|
1052 |as_67607|Služba integrácie s externými ISVS|☐|žiadny|isvs_15220|
1053 |as_67608|Služba zápisu údajov do eZdravia|☐|žiadny|isvs_15220|
1054 |as_67609|Služba integrácie s ostatnými internými ISVS|☐|žiadny|isvs_15220|
1055
1056 Tabuľka č.4 Prehľad budovaných aplikačných služieb – budúci stav
1057
1058
1059 1.
1060 11.
1061 111. Využívanie nadrezortných centrálnych blokov a podporných spoločných blokov (SaaS)
1062
1063 Projekt neplánuje s využívaním nadrezortných centrálnych blokov a podporných spoločných blokov
1064
1065 |(((
1066 **Kód ISVS**
1067
1068 **~ //(z MetaIS)//**
1069 )))|(((
1070 **Názov ISVS**
1071
1072
1073 )))|**Spoločné moduly podľa zákona č. 305/2013  e-Governmente**
1074 | | |//Vyberte jednu z možností.//
1075 | | |//Vyberte jednu z možností.//
1076 | | |//Vyberte jednu z možností.//
1077
1078 Tabuľka č.5 Prehľad integrácii ISVS na nadrezortné centrálne bloky – súčasný stav
1079
1080 1.
1081 11.
1082 111. Prehľad plánovaného využívania podporných spoločných blokov (SaaS)
1083
1084 Projekt neplánuje využívania podporných spoločných blokov
1085
1086 |(((
1087 **Kód ISVS**
1088
1089 **//(z MetaIS)//**
1090 )))|(((
1091 **Názov ISVS**
1092
1093
1094 )))|**Kód a názov podporného spoločného bloku //(z MetaIS)//**
1095 | | |
1096 | | |
1097 | | |
1098
1099 Tabuľka č.6 Prehľad integrácii ISVS na podporné spoločné bloky (SaaS) – budúci stav
1100
1101 1.
1102 11.
1103 111. Prehľad plánovaných integrácií ISVS na nadrezortné centrálne bloky – spoločné moduly
1104
1105 Projekt neplánuje integráciu na nadrezortné centrálne bloky
1106
1107 |(((
1108 **Kód ISVS**
1109
1110 **//(z MetaIS)//**
1111 )))|(((
1112 **Názov ISVS**
1113
1114
1115 )))|**Spoločné moduly podľa zákona č. 305/2013  e-Governmente**
1116 | | |//Vyberte jednu z možností.//
1117 | | |//Vyberte jednu z možností.//
1118 | | |Vyberte jednu z možností.
1119
1120 Tabuľka č.7 Prehľad integrácii ISVS na spoločné moduly – budúci stav
1121
1122 1.
1123 11.
1124 111. Prehľad plánovaných integrácií ISVS na nadrezortné centrálne bloky - modul procesnej integrácie a integrácie údajov (IS CSRÚ)
1125
1126 Projekt neplánuje integráciu na IS CSRU
1127
1128 |**Kód ISVS (z MetaIS)**|**Názov (integrovaného) ISVS na IS CSRÚ**
1129 | |
1130 | |
1131 | |
1132
1133 Tabuľka č.8  Prehľad integračných väzieb medzi ISVS a IS CSRÚ – budúci stav
1134
1135 1.
1136 11.
1137 111. Poskytovanie údajov z ISVS do IS CSRÚ
1138
1139 Projekt neplánuje poskytovanie údajov do IS CSRÚ
1140
1141 |**ID OE**|**Názov (poskytovaného) objektu evidencie**|**Kód ISVS poskytujúceho OE**|**Názov ISVS poskytujúceho OE**
1142 | | | |
1143 | | | |
1144 | | | |
1145
1146 Tabuľka č.9 Prehľad ISVS a objektov evidencie poskytovaných do IS CSRÚ – budúci stav
1147
1148
1149 1.
1150 11.
1151 111. Konzumovanie údajov z IS CSRU
1152
1153 Projekt neplánuje konzumovanie údajov z IS CSRU
1154
1155 |**ID OE**|(((
1156
1157
1158 **Názov (konzumovaného) objektu evidencie**
1159
1160
1161 )))|**Kód a názov ISVS konzumujúceho OE z IS CSRÚ**|**Kód zdrojového ISVS v MetaIS**
1162 | | | |
1163 | | | |
1164 | | | |
1165
1166 Tabuľka č. 10 Prehľad ISVS a objektov evidencie konzumovaných z IS CSRÚ – budúci stav
1167
1168 1.
1169 11. Dátova vrstva
1170
1171 Dátová vrstva predstavuje základnú infraštruktúru pre **uchovávanie, správu a výmenu dát** v rámci nemocničného informačného systému. Je navrhnutá tak, aby zabezpečovala **spoľahlivé, bezpečné a rýchle spracovanie zdravotníckych a administratívnych údajov**.
1172
1173 **Kľúčové charakteristiky dátovej vrstvy:**
1174
1175 * Centralizované úložisko pacientskych údajov – všetky informácie o pacientoch, ich zdravotnom stave, vyšetreniach a hospitalizáciách sú uložené v centralizovanej databáze.
1176 * Štruktúrované aj neštruktúrované dáta – systém pracuje s formulármi, číselníkmi a šablónami (napr. anamnézy, správy), ako aj s dokumentmi vo formáte PDF či obrazovými prílohami (napr. snímky z PACS).
1177 * Podpora dátovej integrity a verziovania – každá úprava záznamu je auditovaná, verzovaná a spätne dohľadateľná v súlade s požiadavkami ZKB a GDPR.
1178 * Prepojenie s externými systémami – výmena dát prebieha cez štandardizované rozhrania (napr. HL7, DASTA, CDA) s laboratórnymi systémami (LIS), zobrazovacími systémami (PACS), systémom eZdravie a účtovnými/ekonomickými IS.
1179 * Bezpečnosť a zálohovanie – prístup k dátam je riadený na úrovni rolí, údajové toky sú šifrované a zálohy sa vykonávajú podľa plánovanej stratégie obnovy.
1180
1181 Dátová vrstva systému je navrhnutá s dôrazom na **legislatívnu zhodu, výkonnosť, škálovateľnosť a bezpečnosť**, pričom je úzko previazaná s aplikačnými komponentmi, ktoré ju napĺňajú a čítajú. Vytvára spoľahlivý základ pre rozhodovanie, prevádzku aj externú komunikáciu so štátom a partnermi.
1182
1183 1.
1184 11.
1185 111. Údaje v správe organizácie
1186
1187 Údaje, ktoré organizácia spravuje sú definované v súlade s zákonom:
1188
1189 * **Zákon č. 576/2004 Z. z. o zdravotnej starostlivosti **§ 19 a nasl. – **Zdravotná dokumentácia**:
1190 ** definuje, čo všetko má obsahovať zdravotná dokumentácia pacienta,
1191 ** určuje, **kto ju vedie**, **v akom rozsahu** a **v akej forme** (elektronicky/písomne),
1192 ** stanovuje povinnosť **uchovávať údaje o diagnózach, vyšetreniach, liekoch, výkonných záznamoch, prepúšťacích správach atď.**
1193 * **Zákon č. 578/2004 Z. z. o poskytovateľoch zdravotnej starostlivosti**
1194 ** Upravuje povinnosti poskytovateľov pri vedení zdravotnej dokumentácie.
1195 ** Záväzok nemocnice mať systém, ktorý umožňuje prístup, spracovanie a archiváciu zdravotných údajov.
1196 * **Zákon č. 153/2013 Z. z. o Národnom zdravotníckom informačnom systéme (NZIS)**
1197 ** Upravuje obsah a rozsah dát, ktoré sa majú odosielať do eZdravia a NCZI.
1198 ** Zavádza povinnosť uchovávať a poskytovať údaje ako:
1199 *** eRecepty,
1200
1201 *
1202 **
1203 *** eŽiadanky,
1204 *** výkony (HD dávky),
1205 *** hospitalizačné prípady,
1206 *** štatistické prehľady.
1207 * **Zákon č. 18/2018 Z. z. o ochrane osobných údajov (GDPR)**
1208 ** Vymedzuje osobné a citlivé zdravotné údaje ako osobitnú kategóriu.
1209 ** Stanovuje:
1210 *** zásady uchovávania údajov,
1211 *** časové obmedzenia uchovávania,
1212 *** práva pacientov (prístup, oprava, výmaz),
1213 *** povinnosti nemocnice ako prevádzkovateľa dát.
1214 * **Vyhláška MZ SR č. 98/2011 Z. z. o vedení zdravotnej dokumentácie**
1215 ** Presne špecifikuje obsah jednotlivých typov zdravotných záznamov:
1216 *** ambulantný záznam, prepúšťacia správa, konzílium, chirurgický záznam, pôrodný list, laboratórny výsledok atď.
1217 ** Uvádza minimálny rozsah údajov, ktoré musia byť v dokumentácii vedené.
1218 * **Zákon č. 395/2002 Z. z. o archívoch a registratúrach**
1219 ** Stanovuje archivačné lehoty zdravotnej dokumentácie:
1220 *** napr. prepúšťacie správy: 20 rokov, laboratórne výsledky: 10 rokov, RTG: 10 rokov.
1221 ** Určuje, akým spôsobom sa má zdravotná dokumentácia ukladať a likvidovať.
1222 **1. Dátový rozsah projektu
1223
1224 V nasledujúcej tabuľke sú uvedené údaje, ktoré sú predmetom projektu:
1225
1226 |**ID OE**|**Objekt evidencie - názov**|**Objekt evidencie - popis**|(((
1227 **Referencovateľný identifikátor URI dátového prvku //(áno- uviesť URI/nie nemá)//**
1228
1229
1230 )))
1231 |OE_1|Zdravotná dokumentácia|Anamnézy, vstupné a výstupné správy, konzília, operačné protokoly|
1232 |OE_2|Údaje o pacientoch|Meno, RČ, poisťovňa, kontakty, zmluvné vzťahy|
1233 |OE_3|Liekové záznamy a ordinácie|eRecepty, výdajové záznamy, hospitalizačné liečby|
1234 |OE_4|Výsledky vyšetrení|Laboratórne a zobrazovacie dáta (integrované alebo ako odkazy/PACS ID)|
1235 |OE_5|Výkony a hospitalizácie|Evidencia vykonaných úkonov, trvanie hospitalizácie, klasifikácia DRG|
1236 |OE_6|Výkazníctvo a štatistiky|Dávky pre NCZI, zdravotné poisťovne, štatistické prehľady|
1237 |OE_7|Metaúdaje a logy|Auditné záznamy, logy prístupov, schémy verzií dokumentov|
1238
1239 Tabuľka č.11 Prehľad objektov evidencie v jednotlivých ISVS/registroch súvisiace s projektom – budúci stav
1240
1241 Na nasledujúcej schéme je zobrazený dátový model:
1242
1243
1244 [[image:1753104186253-522.png]]
1245
1246 Obrázok 6 Zjednodušený doménový model - príklad
1247
1248
1249 1.
1250 11.
1251 111. Kvalita a čistenie údajov
1252 1111. Zhodnotenie objektov evidencie z pohľadu dátovej kvality
1253
1254 |**ID OE**|(((
1255 **Objekt evidencie**
1256
1257 **//(uvádzať OE z tabuľky 11)//**
1258 )))|(((
1259 **Významnosť kvality**
1260
1261 **//1 (malá) až 5 (veľmi významná)//**
1262 )))|(((
1263 **Citlivosť kvality**
1264
1265 **//1 (malá) až 5 (veľmi významná)//**
1266 )))|(((
1267 **Priorita //– poradie dôležitosti//**
1268
1269 **//(začnite číslovať od najdôležitejšieho)//**
1270 )))
1271 |OE_1|Zdravotná dokumentácia|//5//|//5//|//1.//
1272 |OE_2|Údaje o pacientoch|//5//|//5//|//1.//
1273 |OE_3|Liekové záznamy a ordinácie|//5//|//5//|//1.//
1274 |OE_4|Výsledky vyšetrení|//5//|//5//|//1.//
1275 |OE_5|Výkony a hospitalizácie|//5//|//5//|//1.//
1276 |OE_6|Výkazníctvo a štatistiky|//5//|//5//|//1.//
1277 |OE_7|Metaúdaje a logy|//5//|//5//|//1.//
1278
1279 Tabuľka č.12 Kategorizácia objektov evidencie z pohľadu dátovej kvality – budúci stav
1280
1281 1.
1282 11.
1283 111.
1284 1111. Role a predbežné personálne zabezpečenie pri riadení dátovej kvality
1285
1286 Projekt predpokladá nasledovné činnosti pri zabezpečovaní kvality údajov
1287
1288 |**Rola**|**Činnosti**|**Pozícia zodpovedná za danú činnosť (správca ISVS / dodávateľ)**
1289 |Dátový kurátor|Evidencia požiadaviek na dátovú kvalitu, monitoring a riadenie procesu|Dátový kurátor správcu IS
1290 |Data steward|Čistenie a stotožňovanie voči referenčným údajom|Pracovník IT podpory
1291 |Databázový špecialista|Analyzuje požiadavky na dáta, modeluje obsah procedúr|Dodávateľ
1292 |Dátový špecialista pre dátovú kvalitu|Spracovanie výstupov merania, interpretácie, zápis biznis pravidiel, hodnotiace správy z merania|Dátový špecialista pre dátovú kvalitu – nová interná pozícia v projekte
1293 |*Iná rola (doplniť)| |
1294
1295 Tabuľka č.13 Prehľad rolí a personálneho zabezpečenia pre riadenie dátovej kvality
1296
1297 1.
1298 11. Referenčné údaje
1299
1300 Projekt nevytvára referenčné údaje
1301
1302 1.
1303 11.
1304 111. Objekty evidencie z pohľadu procesu ich vyhlásenia za referenčné
1305
1306 Projekt nevytvára referenčné údaje
1307
1308 |**ID OE**|(((
1309 **Názov referenčného registra /objektu evidencie**
1310
1311 **//(uvádzať OE z tabuľky 11)//**
1312 )))|**Názov referenčného údaja**|**Identifikácia subjektu, ku ktorému sa viaže referenčný údaj**|**Zdrojový register a registrátor zdrojového registra**
1313 |1| | | |
1314 |2| | | |
1315 |3| | | |
1316
1317 Tabuľka č.14 Prehľad identifikovaných referenčných údajov – budúci stav
1318
1319 1.
1320 11.
1321 111. Identifikácia údajov pre konzumovanie alebo poskytovanie údajov  do/z CSRU
1322
1323 Projekt neposkytuje ani nekonzumuje údaje z IS CSRU
1324
1325
1326 |(((
1327 **~ ID**
1328
1329
1330 )))|**Názov referenčného údaja**|**Konzumovanie / poskytovanie**|**Osobitný právny predpis pre poskytovanie / konzumovanie údajov**
1331 |1| |Vyberte jednu z možností.|
1332 |2| |Vyberte jednu z možností.|
1333 |3| |Vyberte jednu z možností.|
1334
1335 Tabuľka č.15 Prehľad konzumovaných/poskytovaných referenčných údajov – budúci stav
1336
1337 1.
1338 11. Otvorené údaje
1339
1340 Projekt neprodukuje otvorené údaje
1341
1342 |(((
1343 **Názov objektu evidencie / datasetu**
1344
1345 **//(uvádzať OE z tabuľky 11)//**
1346
1347
1348 )))|**Požadovaná interoperabilita //3★ - 5★//**|(((
1349 **Periodicita publikovania**
1350
1351 **//(týždenne, mesačne, polročne, ročne)//**
1352 )))
1353 | |Vyberte jednu z možností.|//Vyberte jednu z možností.//
1354 | |Vyberte jednu z možností.|//Vyberte jednu z možností.//
1355 | |Vyberte jednu z možností.|//Vyberte jednu z možností.//
1356 | |Vyberte jednu z možností.|//Vyberte jednu z možností.//
1357 | |Vyberte jednu z možností.|//Vyberte jednu z možností.//
1358
1359 Tabuľka č.16 Prehľad otvorených údajov – budúci stav
1360
1361 1.
1362 11. Analytické údaje
1363
1364 Projekt negeneruje analytické údaje pre verejnosť, len pre interné účely
1365
1366 |**ID**|**Názov objektu evidencie pre analytické účely**|**Zoznam atribútov objektu evidencie**|**Popis a špecifiká objektu evidencie**
1367 |1| | |
1368 |2| | |
1369 |3| | |
1370
1371 Tabuľka č.17 Prehľad sprístupnených dátových zdrojov určených na analytické účely – budúci stav
1372
1373 1.
1374 11. Moje údaje
1375
1376 Projekt negeneruje údaje pre platformu Moje údaje. Údaje sú posielané do NZIS
1377
1378 |**.// //ID**|(((
1379 **Názov registra / objektu evidencie**
1380
1381 **//(uvádzať OE z tabuľky 11)//**
1382 )))|**Atribút objektu evidencie**|**Popis a špecifiká objektu evidencie**
1383 | | | |
1384 | | | |
1385 | | | |
1386 | | | |
1387
1388 Tabuľka č.18 Prehľad údajov identifikovaných pre službu „moje údaje“ – budúci stav
1389
1390 1.
1391 11. Prehľad jednotlivých kategórií údajov
1392
1393 Irelevantné
1394
1395
1396 |**ID**|(((
1397 **Register / Objekt evidencie**
1398
1399 **//(uvádzať OE z tabuľky 11)//**
1400 )))|**Referenčné údaje**|**Moje údaje**|**Otvorené údaje**|**Analytické údaje**
1401 |1| |☐|☐|☐|☐
1402 |2| |☐|☐|☐|☐
1403 |3| |☐|☐|☐|☐
1404 |4| |☐|☐|☐|☐
1405 |5| |☐|☐|☐|☐
1406 |x| |☐|☐|☐|☐
1407
1408 Tabuľka č.19 Kategorizácia údajov z pohľadu ich využiteľnosti (účelu) - budúci stav
1409
1410 == ==
1411
1412
1413 (% style="color:inherit; font-family:inherit; font-size:max(20px, min(24px, 12.8889px + 0.925926vw))" %)4.4Technologická vrstva
1414
1415 === {{id name="_Toc937277657"/}}{{id name="_Toc153139707"/}}{{id name="_Toc15428561"/}}4.4.1Prehľad technologického stavu - AS IS ===
1416
1417 **Produkt bude realizovaný ako:**
1418
1419 * Modulárne riešenie s mikroslužbovou architektúrou
1420 * Cloud-native systém s podporou kontajnerizácie (Docker, Kubernetes)
1421 * Štruktúrované dátové úložisko pacientskych dát (EHR)
1422 * Moderné webové používateľské rozhranie s kontextovou navigáciou a UX prístupom
1423
1424 === {{id name="_Toc1626553566"/}}{{id name="_Toc153139708"/}}4.4.2Požiadavky na výkonnostné parametre, kapacitné požiadavky – TO BE ===
1425
1426 //Doplňte pre TO BE stav do nasledujúcej tabuľky požiadavky na výkonnostné parametre, kapacitné požiadavky, ktoré majú vplyv na výkon, sizing prostredia, napr. počet interných používateľov, počet externých používateľov, počet spracovávaných procesov, dokumentov, komunikáciu medzi vrstvami architektúry IS, využívanie sieťovej infraštruktúry (Govnet, LAN, VPN, …).//
1427
1428 |**Parameter**|**Jednotky**|**Predpokladaná hodnota**|**Poznámka**
1429 |Počet interných používateľov|Počet|1200|
1430 |Počet súčasne pracujúcich interných používateľov v špičkovom zaťažení|Počet|350|
1431 |Počet externých používateľov (internet)|Počet|N/A|
1432 |Počet externých používateľov používajúcich systém v špičkovom zaťažení|Počet|N/A|
1433 |Počet transakcií (podaní, požiadaviek) za obdobie|Počet/obdobie|500 000|
1434 |Objem údajov na transakciu|Objem/transakcia|0,5 MB|
1435 |Objem existujúcich kmeňových dát|Objem|cca 500 000 GB|
1436 |Ďalšie kapacitné a výkonové požiadavky ...| |(((
1437 |- Dostupnosť 24/7 s max. výpadkom 2h/mesačne
1438
1439 | | |- Odozva systému do 2 sekúnd pre 95 % transakcií
1440
1441 | | |- Škálovateľnosť minimálne +30 % používateľov ročne
1442 )))|
1443
1444 === {{id name="_Toc985091580"/}}{{id name="_Toc153139709"/}}4.4.3Návrh riešenia technologickej architektúry ===
1445
1446 [[image:1749450452678-301.png]]
1447
1448 === {{id name="_Toc1130364585"/}}{{id name="_Toc153139710"/}}4.4.4Využívanie služieb z katalógu služieb vládneho cloudu ===
1449
1450 Parametre pre cloudove služby budú zadefinované po výbere riešenia s dodávateľom v rámci analýzy a dizajnu
1451
1452 |(((
1453 **Kód infraštruktúrnej služby**
1454 //(z MetaIS)//
1455 )))|**Názov infraštruktúrnej služby**|(((
1456 **Kód využívajúceho ISVS**
1457 //(z MetaIS)//
1458 )))|**Názov integrovaného ISVS**
1459 | | | |
1460 | | | |
1461
1462
1463
1464 |**ID**|(((
1465 **Ďalšie služby potrebné na prevádzku projektu z katalógu služieb vládneho cloudu**
1466
1467 **(stručný popis / názov)**
1468 )))|**Hodnoty**
1469 |1.|Doplň názov a stručný popis|
1470 |2.|Doplň názov a stručný popis|
1471 |3.|Doplň názov a stručný popis|
1472
1473 == 5. ZÁVISLOSTI NA OSTATNÉ ISVS / PROJEKTY ==
1474
1475 Projekt nemá externé závislosti
1476
1477 |**Stakeholder**|(((
1478 **Kód projektu**
1479
1480 **//(z MetaIS)//**
1481 )))|**Názov projektu**|**Termín ukončenia projektu**|**Popis závislosti**
1482 | | | | |
1483
1484 Tabuľka č. 23 Prehľad projektov, ktoré sú v štádiu vývoja a v korelácii s pripravovaným projektom
1485
1486 = 6. ZDROJOVÉ KÓDY =
1487
1488 Súčasťou dodávky budú aj zdrojové kódy k vytvorenému riešeniu resp. dielo bude dodané pod verejnou open source softvérovou licenciou Európskej únie (EUPL, pokiaľ to nevylučujú licenčné podmienky tretích osôb vo vzťahu k štandardným Softvérovým produktom, s komentármi a technickým popisom, a to pre prevádzkové a testovacie verzie počítačových programov, a práva na ich zverejnenie v centrálnom repozitári zdrojových kódov podľa § 15 ods. 2 písm. d) Zákona o informačných technológiách vo verejnej správe a § 31 vyhlášky Úradu podpredsedu vlády Slovenskej republiky pre investície a informatizáciu o štandardoch pre informačné technológie verejnej správy č. 78/2020 Z. z., a iného predpisu, ktorý môže v budúcnosti vyhlášku  č. 78/2020 Z. z. nahradiť alebo doplniť.
1489
1490 V prípade údajov vygenerovaných prostredníctvom učenia umelej inteligencie budú tieto údaje vo OPEN formáte a budú mať licenciu EULP. Vlastníkom údajov bude prevádzkovateľ  systémov v zdravotníctve.
1491
1492 = 7. PREVÁDZKA A ÚDRŽBA =
1493
1494
1495 Prevádzka riešenia bude zabezpečené v dvoch základných oblastiach:
1496
1497 * Prevádzka infraštruktúry
1498 * Prevádzka SW riešenia
1499
1500 Pričom tieto prevádzkované oblasti musia mať zabezpečené také SLA aby bolo možné splniť nasledovné komplexné požiadavky na prevádzku systému ako celku.
1501
1502 Minimálne požiadavky na prevádzku systému:
1503
1504 * Miera dostupnosti - 24x7, dostupnosť 99,99 %, doba odstránenia poruchy do 4 hodín
1505 * Forma podpory: telefonická, email, ServiceDesk, podpora priamo na mieste,
1506 * Riešenie redundancie technických prostriedkov: v závislosti od úrovne poskytovania služieb vládneho cloudu v čase nasadzovania projektu.
1507
1508 Spôsob prevádzky bude zabezpečený kombináciou viacerých zdrojov:
1509
1510 * Určení zamestnanci FN NT, Prevádzkovateľ infraštruktúry, PZS
1511 * Prevádzku dátových centier zabezpečuje prevádzkovateľ infraštruktúry v spolupráci s vlastníkov infraštruktúry a dodávateľom HW riešenia
1512 * Zhotoviteľ diela
1513
1514 Účelom podpory je zabezpečenie služieb technickej podpory prevádzky, údržby a rozvoja Systému z dôvodu zabezpečenia jeho riadnej prevádzkyschopnosti a úprav funkcionalít tak, aby mohla byť zabezpečená interoperabilita so všetkými informačnými systémami, s ktorými bude IS integrovaný.
1515
1516 Zhotoviteľ sa zaväzuje poskytnúť VO v rozsahu a za podmienok tejto podpory zabezpečiť služby technickej podpory prevádzky a údržby v nasledovnom rozsahu:
1517
1518 1. správa, posudzovanie, riešenie a odstraňovanie Incidentov a problémov v stanovených lehotách, ktoré zahŕňa:
1519 11. pravidelnú profylaktiku prostredia a kontrolu funkčnosti IS v stanovených lehotách
1520 11. priebežnú identifikáciu abnormálneho správania, t. j. monitoruje plánované / schedulované procesy pre spracovanie a publikovanie dát, sleduje výkonové parametre, vykonáva pravidelnú kontrolu nastavenia IS podľa posledného odsúhlaseného (schváleného) stavu konfigurácie systému,
1521 11. priebežné sledovanie, kontrolu a vyhodnocovanie záznamov z logov,
1522 11. aktívne upozorňovanie VO zhotoviteľom na možné zlepšenia a úpravy alebo zmeny IS
1523 11. aktívne upozorňovanie VO zhotoviteľom na vzniknuté incidenty, ako aj stavy systému, pri ktorých môže dôjsť, resp. ktoré môžu viesť k vzniku akýchkoľvek Incidentov alebo Bezpečnostných incidentov,
1524 11. realizáciu školení v priestoroch VO alebo prostredníctvom videokonferencie (v tomto prípade nesmú vyniknúť pre VO žiadne ďalšie náklady),
1525 11. aktualizáciu komplexnej dokumentácie k IS,
1526 11. podporu pri realizácii prevádzkových zásahov (podpora prevádzky IS);
1527 1. ďalšie dodávky, činnosti a práce nevyhnutné pre zachovanie funkčnosti a prevádzkyschopnosti IS, ktoré nie sú výslovne stanovené ako povinnosť Zhotoviteľa,
1528
1529 Zhotoviteľ sa zaväzuje na základe písomnej objednávky VO poskytnúť mu po potvrdení objednávky v dohodnutom čase a v súlade s podmienkami uvedenými v nasledujúcich bodoch „Objednávkové služby“.
1530
1531 == 7.1 Úrovne podpory používateľov: ==
1532
1533 Help Desk bude realizovaný cez 3 úrovne podpory, s nasledujúcim označením:
1534
1535 * prvú úroveň podpory (L1) bude zabezpečovať prevádzkovateľ infraštruktúry a prevádzkovateľ SW riešenia
1536 * podpora druhej úrovne (L2) bude zabezpečovaná dodávateľsky,
1537 * tretia úroveň podpory (L3), bude zabezpečovaná dodávateľsky,
1538
1539 Definícia podpory používateľov:
1540
1541 * Podpora L1 (podpora 1. stupňa) - začiatočná úroveň podpory, ktorá je zodpovedná za riešenie základných problémov a požiadaviek koncových užívateľov a ďalšie služby vyžadujúce základnú úroveň technickej podpory. Základnou funkciou podpory 1. stupňa je zhromaždiť informácie, previesť základnú analýzu a určiť príčinu problému a jeho klasifikáciu. Typicky sú v úrovni L1 riešené priamočiare a jednoduché problémy a základné diagnostiky, overenie dostupnosti jednotlivých vrstiev infraštruktúry (sieťové, operačné, vizualizačné, aplikačné atď.) a základné užívateľské problémy (typicky zabudnutie hesla), overovanie nastavení SW a HW atď.
1542 * Podpora L2 (podpora 2. stupňa) – riešiteľské tímy s hlbšou technologickou znalosťou danej oblasti. Riešitelia na úrovni Podpory L2 nekomunikujú priamo s koncovým užívateľom, ale sú zodpovední za poskytovanie súčinnosti riešiteľom 1. úrovne podpory pri riešení eskalovaného hlásenia, čo mimo iného obsahuje aj spätnú kontrolu a podrobnejšiu analýzu zistených dát predaných riešiteľom 1. úrovne podpory. Výstupom takejto kontroly môže byť potvrdenie, upresnenie, alebo prehodnotenie hlásenia v závislosti na potrebách Objednávateľa. Primárnym cieľom riešiteľov na úrovni Podpory L2 je dostať Hlásenie čo najskôr pod kontrolu a následne ho vyriešiť - s možnosťou eskalácie na vyššiu úroveň podpory – Podpora L3.
1543 * Podpora L3 (podpora 3. stupňa) - Podpora 3. stupňa predstavuje najvyššiu úroveň podpory pre riešenie tých najobťiažnejších Hlásení, vrátane prevádzania hĺbkových analýz a riešenie extrémnych prípadov.
1544
1545 Samotná úroveň podpory je teda v 3 (troch) úrovniach s nasledovnými kompetenciami / úlohami:
1546
1547 * L1 podpory Informačného systému (Level 1, priamy kontakt s koncovým užívateľom):
1548 * Prevádzka informačných systémov prevádzkovateľa infraštruktúry a prevádzkovateľa SW riešenia:
1549 ** jednotný kontaktný bod Objednávateľa
1550 ** identifikácia Incidentu/Problému, Vady, Defektu alebo výpadku Služby Systému alebo časti Služieb Systému
1551 ** poskytovanie údajov Poskytovateľovi potrebných pre nahlásenie resp. riešenie Incidentu/Problému
1552 ** súčinnosť s Poskytovateľom pri riešení Incidentu/Problému
1553 ** riešenie základných uživateľských problémov, ktoré nesúvisia s funkčnosťou systému
1554 ** forma podpory: Service Desk a pre vybrané skupiny koncových užívateľov cez telefón a e-mail
1555 * L2 podpory Informačného systému (Level 2, postúpenie požiadaviek od L1):
1556 * Poskytovateľ
1557 ** riešenie Incidentu/Problému špecialistami
1558 ** identifikácia Incidentu/Problému na technickej úrovni
1559 ** kategorizácia Incidentu/Problému, Vady alebo Defektu (kritický resp. bezpečnostný, nekritický, bežný)
1560 ** postúpenie na riešenie L3 v prípade, že L2 nevie poskytnúť riešenie
1561 * L3 podpory Informačného systému (Level 3, postúpenie požiadaviek od L2):
1562 * Poskytovateľ
1563 ** riešenie Incidentu/Problému expertami v prípade potreby s výrobcom/vendorom
1564 ** súčinnosť s L2 prípadne s Objednávateľom
1565
1566 Pre služby sú definované takéto SLA:
1567
1568 * Help Desk je dostupný cez IS Solution manager a pre vybrané skupiny užívateľov cez telefón a email, incidenty sú evidované v IS Solution manager,
1569 * Dostupnosť L2 a L3 podpory pre IS  - 24x7
1570
1571 == 7.2 Paušálne služby ==
1572
1573 Paušálne služby zahŕňajú zabezpečovanie bežnej servisnej podpory prevádzky IS, ako aj poskytovanie podpory pre zaistenie spoľahlivej, kontinuálnej a bezpečnej prevádzky v súlade s aktuálnymi platnými požiadavkami:
1574
1575 poskytnutie nových verzií so zapracovanými legislatívnymi zmenami, ktoré súvisia priamo s predmetom obstarania
1576
1577 poskytnutie nových verzií s optimalizovanými funkciami
1578
1579 poskytnutie nových verzií s rozšírenou funkcionalitou všeobecného charakteru
1580
1581 poskytnutie nových verzií IS v dôsledku zmien v informačných technológiách, alebo dôsledku riešenia problémov/incidentov
1582
1583 poskytovanie súčinnosti tretím stranám a/alebo SP pri implementácii iných agendových systémov objednávateľa
1584
1585 distribúciu nových verzií IS v zmysle predchádzajúcich bodov
1586
1587 upozorňuje na potrebu inštalácie nových verzií a zabezpečí aktualizáciu komponentov softvéru IS tak, aby nedošlo k výpadkom poskytovaných služieb v čase prevádzky (VO zabezpečí súčinnosť).
1588
1589 o poskytnutie odpovede cez telefónnu linku na otázky týkajúce sa problémových situácií vzniknutých pri používaní IS, tzn. k obsluhe IS, k problémovým stavom IS a k správaniu sa IS rozpore s opisom v používateľskej dokumentácii
1590
1591 správa, posudzovanie, riešenie a odstraňovanie incidentov a kybernetických bezpečnostných incidentov podľa Vyhlášky č. 165/2018 a problémov v stanovených lehotách
1592
1593 VO zabezpečí riadený a kontrolovaný prístup cez VPN pre zhotoviteľa. Zhotoviteľ musí plniť interné pravidlá pre používanie vpn v opačnom prípade mu môže byť prístup cez vpn odobraný aj počas trvania zmluvy bez nároku na úpravu finančného plnenia.
1594
1595 === 7.2.1 Správa, posudzovanie, riešenie a odstraňovanie incidentov a problémov v stanovených lehotách. ===
1596
1597 Prostredníctvom týchto služieb v súlade s účelom a predmetom plnenia zabezpečuje Zhotoviteľ VO proces riadenia a riešenie Objednávateľom označených Incidentov a Problémov, ktoré majú, resp. môžu mať, vplyv na dostupnosť a kvalitu prevádzky IS. Prostredníctvom týchto služieb zabezpečuje Zhotoviteľ aj pravidelnú profylaktiku prostredia na týždennej báze, ďalej vykonáva sledovanie logov jednotlivých komponentov, identifikuje abnormálne správanie, monitoruje plánované / schedulované procesy pre spracovanie a publikovanie dát, sleduje výkonové parametre, identifikuje incidenty a problémy. Spôsoby a procesy pre efektívne monitorovanie prevádzky Systému s cieľom čo najrýchlejšej identifikácie Incidentov a Problémov navrhne Zhotoviteľ počas realizácie plnenia, pričom musia byť v čo najväčšej miere využité nástroje ktorými disponuje VO.
1598
1599 V nasledovnom texte sú špecifikované príslušne detailné informácie, ktoré vymedzujú podmienky poskytovania služby
1600
1601 ==== 7.2.1.1 Spôsob elektronickej komunikácie pre riešenie Incidentov/Problémov: ====
1602
1603 1. prostredníctvom nástroja, ktorý Zhotoviteľ zabezpečí pre VO na riadenie incidentov,
1604 1. zhotoviteľ zabezpečí možnosť online nahlasovania servisných udalostí s možnosťou sledovania ich stavu riešenia
1605 1. zabezpečí analýzu požiadavky a identifikáciu incidentu/problému
1606 1. zabezpečí riadenie servisných udalostí, požadovanú dobu odozvy od nahlásenia servisnej udalosti, návrh náhradného riešenia a riešenie servisnej udalosti v požadovanom hraničnom čase
1607 1. zabezpečí pre VO prístup k evidencii nahlásených servisných udalostí
1608
1609 Zoznam činností a podmienky nahlasovania Incidentov/Problémov sú uvedené v činnostiach pre tieto služby a VO si vyhradzuje ich upraviť podľa nastavených procesov prostredníctvom interného nástroja na riadenie ITSM, ktorý bude prispôsobovaný k efektívnemu riadeniu procesov podľa potrieb VO.
1610
1611 ==== 7.2.1.2 Kategorizácia Incidentov a Problémov: ====
1612
1613 |**Typ incidentu**|**Popis**
1614 |Incident/Problém úrovne A:|Kritická vada / havária, ktorá spôsobuje nedostupnosť, alebo chybnú funkčnosť IS alebo jeho časti. Odstránenie Incidentu/Problému nie je možné dočasne zabezpečiť náhradným riešením Zhotoviteľa ani organizačným opatrením VO navrhnutého Zhotoviteľom. Odstránenie Incidentu/Problému môže mať negatívny vplyv na konzistenciu a integritu dát a výsledky ich spracovania v prostrediach VO.
1615 |Incident/Problém úrovne B:|Vážna vada/ porucha, ktorá spôsobuje nedostupnosť, alebo chybnú funkčnosť IS alebo jeho časti. Odstránenie Incidentu/Problému je možné dočasne zabezpečiť náhradným riešením Zhotoviteľa alebo organizačným opatrením VO navrhnutého Zhotoviteľom, a to v lehote stanovenej pre náhradné riešenie. Odstránenie vady nesmie mať negatívny vplyv na konzistenciu a integritu dát a výsledky ich spracovania v prostrediach VO.
1616 |Incident/Problém úrovne C:|bežná vada, bežná porucha, ktorá neobmedzuje prevádzku Systému alebo jeho časti a nemá dôsledky na využívanie a prevádzku IS. Odstránenie Incidentu/Problému nesmie mať negatívny vplyv na konzistenciu a integritu dát a výsledky ich spracovania v prostrediach VO.
1617 |Kybernetický bezpečnostný incident:|podľa požiadaviek Vyhlášky č. 165/2018, s klasifikáciou incidentov v súlade s Prílohou č. 1. tejto vyhlášky.
1618
1619 ==== 7.2.1.3 Lehoty na odstránenie Incidentov a Problémov ====
1620
1621 Lehoty na odstránenie Incidentov/Problémov sa rozdeľujú nasledovne:
1622
1623 1. okamžité potvrdenie nahlásenia Incidentu/Problému
1624 1. lehota reagovania na nahlásený Incident/Problém
1625 1. lehota náhradného riešenia Incidentu/Problému
1626 1. lehota trvalého vyriešenia Incidentu/Problému.
1627
1628 |**Typ lehoty**|**Popis**
1629 |Okamžité potvrdenie nahlásenia Incidentu/Problému|znamená že VO môže kedykoľvek prostredníctvom vopred dohodnutých elektronických prostriedkov nahlásiť Zhotoviteľovi incident/problém a obratom dostane potvrdenie o doručení hlásenia od Zhotoviteľa.
1630 |Lehota reagovania na nahlásený Incident/Problém|je čas stanovený pre Zhotoviteľa, do ktorého vykoná prevzatie, potvrdenie prevzatia a preverenie nahláseného Incidentu/Problému a zaháji jeho riešenie konkrétnym riešiteľom a ktorý začína plynúť nahlásením Incidentu/Problému postupom podľa nižšie uvedenej Tabuľky.
1631 |Lehota náhradného riešenia Incidentu/Problému|je čas, do ktorého je Zhotoviteľ povinný zabezpečiť, resp. uplatniť náhradné riešenie do IS VO alebo VO vykonať procesné opatrenia navrhnuté Zhotoviteľom. Náhradným riešením sa rozumie vykonanie súboru opatrení Zhotoviteľom, ktoré do doby pre trvalé vyriešenie Incidentu/Problému sfunkčnia IS alebo jeho časť. Pokiaľ sa jedná o procesné opatrenia VO, Zhotoviteľ je povinný včas dodať VO zdokumentovaný proces opatrení tak, aby VO mohol s prihliadnutím na charakter opatrení vykonať Zhotoviteľom navrhnuté opatrenia v lehote náhradného riešenia, ktoré nesmie byť dlhšie ako 20 pracovných dní v produkcii.
1632 |Lehota trvalého vyriešenia Incidentu/Problému|je čas, do ktorého je Zhotoviteľ povinný zabezpečiť, resp. uplatniť trvalé odstránenie Incidentu/Problému IS alebo jeho časti tak, aby systém resp. funkčnosť jeho jednotlivých častí, bol plne obnovený.
1633
1634 V nasledujúcej tabuľke sú uvedené číselné hodnoty jednotlivých lehôt:
1635
1636 |**Úroveň incidentu**|**Lehota reagovania na nahlásený incident**|**Lehota náhradného riešenia incidentu**|**Lehota trvalého vyriešenia incidentu**
1637 |Incident úrovne A|do 1 hodiny|Z titulu definície Incidentu úrovne A sa neuplatňuje|do 24 hodín
1638 |Incident úrovne B|do 4 hodiny|do 24 hodín|do 48 hodín
1639 |Incident úrovne C|do 24 hodín pracovného času*|Z titulu definície Incidentu úrovne C sa neuplatňuje|do 5 dní pracovného času*
1640
1641 V nasledujúcej tabuľke sú uvedené Lehoty na odstránenie Problémov pre jednotlivé úrovne Problémov
1642
1643 |**Úroveň problému**|**Lehota reagovania na nahlásený Problém**|**Lehota náhradného riešenia Problém**|**Lehota trvalého vyriešenia Problém**
1644 |Problém úrovne A|do 8 hodín|Z titulu definície Incidentu úrovne A sa neuplatňuje|do 48 hodín
1645 |Problém úrovne B|do 18 hodín|do 48 hodín|do 72 hodín
1646 |Problém úrovne C|do 24 hodín pracovného času*|Z titulu definície Incidentu úrovne C sa neuplatňuje|do 96 hodín pracovného času*
1647
1648 ~* Pozn.: pracovným časom sa rozumie doba vymedzená počas pracovných dní v čase od 0:00 do 0:00 hod.
1649
1650 Počítanie lehôt na odstraňovanie Incidentov/Problémov v rámci pracovného času sa uplatňuje výlučne pri Incidentoch/Problémoch úrovne C. Lehoty na odstraňovanie Incidentov/Problémov úrovne A a Incidentov/Problémov úrovne B plynú bez ohľadu na pracovný čas bez prerušenia (nonstop v režime 24/7).
1651
1652 ==== 7.2.1.4 Vykonanie pravidelnej profylaktiky na týždennej báze ====
1653
1654 Prostredníctvom tejto podpornej činnosti zabezpečuje Zhotoviteľ aj pravidelnú profylaktiku prostredí IS na týždennej báze. Ďalej vykonáva sledovanie logov jednotlivých komponentov, identifikuje abnormálne správanie, monitoruje plánované / schedulované procesy pre spracovanie a publikovanie dát, sleduje výkonové parametre, identifikuje Incidenty a Problémy. Spôsoby a procesy pre efektívne monitorovanie prevádzky s cieľom čo najrýchlejšej identifikácie Incidentov a Problémov navrhne Zhotoviteľ počas poskytovania služby, pričom musia byť v čo najväčšej miere využité interné nástroje VO.
1655
1656 Rozsah profylaktických činnosti a postupov pre jej vykonanie je určený v prevádzkovej dokumentácii k IS. Pozostáva najmä z týchto činností a výstupov:
1657
1658 **Report:** Zhotoviteľ je povinný pravidelne dodať k poslednému dňu kalendárneho mesiaca prostredníctvom nástroja na riadenie incidentov
1659
1660 **Výstup:** ako podklad pre zostavenie reportu z profylaktickej činnosti môže byť jeden alebo viac dokumentov. Výstup obsahuje minimálne tieto náležitosti:
1661
1662 *
1663 ** osoby, ktoré vykonali profylaktiku
1664 ** obdobie, na ktoré sa vzťahuje výkon profylaktiky
1665 ** zoznam kontrolovaných častí IS vo forme checklistu, ktorý obsahuje minimálne:
1666 *** názov kontrolovanej časti systému s identifikáciou prostredia VO
1667 *** identifikátor prevádzkového postupu z prevádzkovej dokumentácie (Profylaktikou sa môže doplniť/upresniť prevádzkový postup, pokiaľ je zistený nesúlad)
1668 *** forma vykonania činnosti (napr. TEST/Overenie prevádzkového postupu/Vizuálna kontrola/...)
1669 *** zistený stav – je skutočný stav zmeraný/zistený a dostatočne popísaný kontrolovanej časti systému počas vykonania profylaktiky.
1670 *** limitná hodnota – je maximálna prípustná hodnota/opísaný stav kontrolovanej časti správania sa IS, ktorá/ý umožňuje správnu prevádzku systému. Limitné hodnoty sú súčasťou aj prevádzkovej dokumentácie (Profylaktikou sa môžu doplniť/upresniť )
1671 *** prekročené alebo kritické limitné stavy/správanie sa Systému budú farebne odlíšené.
1672 *** označenie, či je alebo nie je vyhodnotené správanie sa časti IS za kritické
1673 *** odkaz na zdroj (podklad pre vykonanie profylaktiky, napr. logy, výpis chybových hlásení z databázy, schedulované procesy, zdroj pre zmerané výkonnostné parametre ..)
1674 *** sumarizáciu kontrolovanej časti IS , ktorý obsahuje najmä:
1675 **** upozornenia na možné zlepšenia a úpravy alebo zmeny IS,
1676 **** zoznam zaevidovaných incidentov do nástroja na riadenie incidentov Zhotoviteľa vzniknutých počas výkonu Profylaktiky,
1677 **** identifikované abnormálne stavy alebo správanie sa častí, pri ktorých môže dôjsť, resp. ktoré môžu viesť k vzniku akýchkoľvek Incidentov alebo Bezpečnostných incidentov,
1678 **** zoznam identifikátorov tých prevádzkových postupov z prevádzkovej dokumentácie, ktorých sa dotkla zmena počas výkonu Profylaktiky
1679 **** zoznam doplnených nových prevádzkových postupov s identifikátorom ktoré boli doplnené počas výkonu Profylaktiky.
1680
1681 ==== 7.2.1.5 Základné činností poskytované v rámci služieb ====
1682
1683 1.
1684 11.
1685 111. Klasifikácia – výstupom je:
1686 1111. odsúhlasenie klasifikácie služby (Incident/Problém), resp.
1687 1111. návrh na preklasifikovanie služby
1688 1111. odsúhlasenie kategórie úrovne Incidentu/Problému, resp.
1689 1111. návrh na preklasifikovanie kategórie
1690 111. Analýza – preskúmanie, diagnostika a návrh riešenia – výstupom je:
1691 1111. návrh náhradného riešenia (úroveň B) a/alebo trvalého vyriešenia (úrovne A, B, C) s analýzou dopadov (kvalifikovaný odhad termínov)
1692 1111. dodanie úspešných výsledkov testov k navrhovaným riešeniam, security review v zmysle metodiky SDL a potrebnej dokumentácie
1693 1111. požiadavka na potrebu zásahu prostredníctvom vzdialeného prístupu Zhotoviteľa do IS VO
1694 1111. rozsah požadovanej súčinnosti VO
1695 111. Vyriešenie Incidentu/Problému, resp. dočasná obnova prevádzky Systému (jeho časti) – výstupom je:
1696 1111. dodanie a kontrola releasu (Fix, HotFix..)
1697 1111. nasadenie releasu
1698 1111. funkčný test a security review
1699 1111. obnova, resp. dočasná obnova prevádzky
1700 1111. trvalé vyriešenie Incidentu/Problému (úrovne A, B, C) alebo náhradné riešenie Incidentu/Problému (úroveň B)
1701
1702 V prípade, že pri vykonávaní funkčného testu a security review VO zistí, že Incident/Problém stále trvá, tak táto požiadavka na službu zo strany Objednávateľa bude klasifikovaná ako nevyriešená. Čas nahlásenia požiadavky na službu ostáva pôvodný a všetky časové termíny sa pripočítajú k času od doručenia oznámenia VO o trvaní Incidentu/Problému.
1703
1704 **Školenie, zmenové príručky a dokumentácia**
1705
1706 V prípade mimoriadnej opodstatnenej potreby priamo súvisiacej s riešením konkrétneho Incidentu/Problému Zhotoviteľ zabezpečí vyškolenie oprávnených zamestnancov VO na nové funkcionality v rámci vyriešenia Incidentu/Problému v adekvátnom časovom termíne. V tomto prípade sa osobitná odmena za školenie neposkytuje, je súčasťou ceny za Paušálne služby.
1707
1708 Ak pri odstraňovaní Incidentu alebo Problému dôjde ku modifikácii postupov správy, inštalácie alebo používania akejkoľvek časti funkcionality Systému, Zhotoviteľ spolu s dodaním riešenia je povinný zabezpečiť pri odovzdávaní riešenia aj dodanie aktualizovanej administrátorskej a prevádzkovej dokumentácie so zaznamenaním vykonaných zmien. Rovnako je povinný Zhotoviteľ udržiavať aktuálnu a poskytnúť VO komplexnú aktualizovanú dokumentáciu
1709
1710 Dokumentácia k jednotlivým plneniam sa odovzdáva priebežne do centrálneho repozitára dokumentácie (wiki) určeného Objednávateľom.
1711
1712 ==== 7.2.1.6 Report (výkaz) k poskytnutým službám ====
1713
1714 Minimálne obsahové náležitosti reportu pre službu riešenia Incidentov/Problémov:
1715
1716 1. jednoznačný identifikátor Incidentu/Problému
1717 1. názov Incidentu/ Problému
1718 1. zoznam riešiteľov
1719 1. skutočné lehoty jednotlivých plnení
1720
1721 Minimálne obsahové náležitosti reportu pre službu profylaktiky:
1722
1723 1.
1724 11. zoznam dokumentov z profylaktických činností s označením jedinečnej verzie
1725 11. obdobie, na ktoré sa vzťahuje výkon z profylaktickej činností
1726 11. autor dokumentu za Zhotoviteľa
1727 11. dátum akceptácie jednotlivých dokumentov
1728 11. vlastník dokumentu za VO, ktorý akceptoval príslušný dokument
1729
1730 Minimálne obsahové náležitosti reportu pre službu riešenia Kybernetických bezpečnostných incidentov (v zmysle požiadaviek Vyhlášky č. 165/2018, par. 2):
1731
1732 1. jednoznačný identifikátor Incidentu
1733 1. názov Incidentu
1734 1. kontaktné údaje osoby ktorá incident nahlásila
1735 1. skutočné lehoty jednotlivých plnení
1736 1. časové údaje priebehu kybernetického bezpečnostného incidentu
1737 1. detailný opis priebehu kybernetického bezpečnostného incidentu
1738 1. rozsah vzniknutých škôd z dôvodu kybernetického bezpečnostného incidentu
1739 1. konkrétny popis všetkých zasiahnutých aktív
1740 1. vplyv kybernetického bezpečnostného incidentu na poskytovanú službu
1741 1. stav riešenia kybernetického bezpečnostného incidentu
1742 1. vykonané nápravné opatrenia
1743 1. popis následkov kybernetického bezpečnostného incidentu
1744 1. zoznam riešiteľov
1745
1746 == 7.3 Služby rozvoja / objednávkové služby ==
1747
1748 V rámci prevádzky IS bude možné realizovať aj jeho zmeny a to také, ktoré vyplynú z prevádzkových skutočností a neboli predmetom dodávky diela.
1749
1750 „Objednávkové služby“ sú Služby prostredníctvom, ktorých zabezpečuje Poskytovateľ na základe požiadaviek Objednávteľa rozvoj Informačného systému prostredníctvom zmien, pričom predmetom objednávkových služieb môžu byť práce na úprave alebo rozvoji dodaného Informačného systému, vrátane úpravy existujúcich integračných služieb a dopracovania integračných služieb, ktoré neboli predmetom prvotnej dodávky.
1751
1752 Nižšie uvedený zoznam činností si vyhradzuje VO upraviť podľa nastavených procesov prostredníctvom nástroja na riadenie Požiadaviek na zmenu, ktoré sú prispôsobované k efektívnemu riadeniu procesov podľa potrieb VO.
1753
1754 === 7.3.1 Zoznam činností, ktoré sú predmetom objednávkových služieb ===
1755
1756 1. Na špecifikáciu a kategorizáciu Požiadaviek na zmenu bude používaný jednotný formulár, prostredníctvom ktorého VO špecifikuje rozsah zmien v ISVS.
1757 1. Na základe VO vyplneného a doručeného formulára pre Objednávkové služby Dodávateľ potvrdí VO oboznámenie sa s požiadavkami a navrhne časový harmonogram pre vypracovanie činnosti Vypracovanie Analýzy dopadov (vrátane posúdenia vplyvu na bezpečnosť) a cenovej ponuky. Dodávateľ má právo požiadať VO o doplnenie informácií slúžiacich k úplnému porozumeniu Požiadaviek na zmenu počas lehoty stanovenej pre činnosť č. 1. Lehota pre činnosť č. 1 Posúdenie špecifikácie a kategorizácie Požiadaviek na zmenu je 5 pracovných dní.
1758 1. Predpokladom pre zahájenie činnosti č. 2 je odsúhlasenie činnosti č. 1 VO.
1759 1. **Vypracovanie a schválenie Analýzy dopadov a cenovej ponuky**
1760 11. Na základe VO vyplneného a doručeného formulára pre Objednávkové služby Dodávateľ doplní formulár pre Objednávkové služby, ktorý Dodávateľ doručí podľa dohodnutého harmonogramu VO a ktorý bude obsahovať podrobný návrh riešenia vrátane analýzy dopadov, registra kvality,  cenovej ponuky a predpokladaného harmonogramu prác s uvedením navrhovanej doby poskytnutia Objednávkových služieb a plán ich realizácie. Súčasťou plánu realizácie Objednávkových služieb bude špecifikácia akceptačných testov a ostatných požadovaných vyplnení pre Dodávateľa.
1761 11. Po doručení formulára VO je tento povinný zapísať pripomienky do formulára a doručiť ich v lehote **do 10 pracovných dní **odo dňa doručenia formulára VO alebo v rovnakej lehote schváliť Analýzu dopadov a cenovú ponuku vyplývajúce z doručeného formuláru bez výhrad. V prípade márneho uplynutia uvedenej lehoty sa považuje Analýza dopadov a cenová ponuka za schválenú zo strany VO v plnom rozsahu a bez výhrad a slúži ako podklad pre rozhodnutie k objednaniu Objednávkových služieb.
1762 11. Dodávateľ je povinný **do 10 pracovných dní** pripomienky odborne posúdiť a upraviť Analýzu dopadov a cenovú ponuku v súlade so vznesenými pripomienkami. V prípade, ak nie je možné niektorú z pripomienok VO akceptovať, Dodávateľ túto skutočnosť bezodkladne písomne oznámi VO aj s príslušným odôvodnením, v ktorom náležite preukáže rozpor pripomienky s konkrétnou Požiadavkou na zmenu alebo inú relevantnú skutočnosť, ktorá odôvodňuje nezapracovanie pripomienky VO.
1763 11. VO je povinný **do 7 pracovných** dní od dodania Analýzy dopadov a cenovej ponuky po zapracovaní pripomienok preveriť spôsob zapracovania pripomienok a schváliť Analýzu dopadov a cenovú ponuku alebo v prípade nesúhlasu v uvedenej lehote zaslať svoje stanovisko Dodávateľovi; v prípade márneho uplynutia uvedenej lehoty sa považuje Analýza dopadov a cenová ponuka za schválenú zo strany VO a slúži ako podklad pre rozhodnutie k objednaniu Objednávkových služieb.
1764 11. Po schválení Analýzy dopadov a cenovej ponuky predloží Dodávateľ Analýzu dopadov a cenovú ponuku na schválenie VO.
1765 11. Ak nedôjde k schváleniu Analýzy dopadov a cenovej ponuky postupom podľa tohto bodu činnosti č. 2, o ďalšom postupe záväzne rozhodne VO.
1766 1. **Objednanie realizácie Objednávkových služieb**
1767 11. Objednávka realizácie Objednávkových služieb je možná len na základe predchádzajúceho rozhodnutia VO o schválení Analýzy dopadov a cenovej ponuky.
1768 11. VO je oprávnený doručiť Dodávateľovi písomnú záväznú objednávku najneskôr do 3 mesiacov odo dňa schválenia Analýzy dopadov a cenovej ponuky ak nebude dohodnuté inak.
1769 1. **Realizácia Objednávkových služieb**
1770 11. K začatiu realizácie Požiadavky na zmenu dôjde až po zaslaní písomnej objednávky VO.
1771 11. VO a Dodávateľ určia kontaktné osoby zodpovedné za realizáciu Požiadavky na zmenu.
1772 11. Dodávateľ navrhne detailný plán realizácie Požiadavky na zmenu s definovaním vlastníkov jednotlivých plnení, vrátane definovania požiadaviek na súčinnosť VO a s návrhom termínov plnení jednotlivých úloh vrátane plánu akceptačných testov. VO schvaľuje detailný plán realizácie.
1773 11. Dodávateľ pravidelne raz týždenne poskytuje odpočet plnenia realizácie zmeny podľa odsúhlaseného detailného plánu realizácie zmeny VO.
1774 1. **Otestovanie zmeny Dodávateľom**
1775 11. Dodávateľ sa zaväzuje otestovať implementovanú zmenu na vlastných vývojových prostriedkoch  a vykonať bezpečnostné posúdenie zmeny, vrátanie dodania security review podľa SDL metodiky rozsahu v odsúhlasenom VO pred vykonaním záverečných akceptačných testov
1776 11. Dodávateľ sa zaväzuje dodať výsledky testov a výsledky security review VO.
1777 11. Dodávateľ sa zaväzuje overiť dodržanie štandardov pre ISVS/ITVS
1778 1. **Limity vád pre akceptáciu Objednávkovej služby**
1779 11. Limity vád pre akceptáciu Objednávkovej služby:
1780
1781 |**Kategória Vady**|**Popis**|**Povolený počet defektov**
1782 |Kritická|Vady s dopadom na základné funkcionality ISVS, ktorý by v prípade výskytu v produkčnom prostredí znemožnil prevádzku ISVS alebo jeho časti,  alebo spôsobil chybnú funkčnosť ISVS alebo jeho časti. V prípade výskytu sa zastavuje testovanie.|0
1783 |Normálna|Vady s nepodstatným dopadom na prevádzku ISVS, ktorý by v prípade výskytu v produkčnom prostredí nespôsobil chybnú funkčnosť ISVS alebo jeho časti.  Nemá dopad na testovanie.|3
1784
1785 1. **Zmenové príručky a dokumentácia**
1786 11. Ak pri realizácií Požiadavky na zmenu dôjde ku modifikácii postupov správy, inštalácie alebo používania akejkoľvek časti funkcionality ISVS, Dodávateľ spolu s dodaním riešenia je povinný zabezpečiť pri odovzdávaní riešenia aj dodanie aktualizovanej dokumentácie so zaznamenaním vykonaných zmien. Rovnako je povinný Dodávateľ udržiavať aktuálnu a poskytnúť VO aktualizovanú komplexnú dokumentáciu (vrátane zdrojových kódov (ak je relevantné), detailných dizajnov, dátového modelu a inej dokumentácie, ktoré sú neodmysliteľnou súčasťou ISVS).
1787 11. Dokumentácia k jednotlivým plneniam sa odovzdáva priebežne do centrálneho repozitára dokumentácie.
1788 1. **Školenie**
1789
1790 V prípade mimoriadnej opodstatnenej potreby priamo súvisiacej s riešením konkrétneho Incidentu/Problému Dodávateľ zabezpečí vyškolenie oprávnených zamestnancov VO na nové funkcionality v rámci vyriešenia Incidentu/Problému v adekvátnom časovom termíne. V tomto prípade sa osobitná odmena za školenie neposkytuje, je súčasťou ceny za Paušálne služby.
1791
1792 ----
1793
1794 = {{id name="_Toc2005115416"/}}{{id name="_Toc153139722"/}}{{id name="_Toc15428571"/}}{{id name="_Toc15427677"/}}{{id name="_Toc15426955"/}}8.Požiadavky na personál =
1795
1796 //Uvedené v rámci Projektového zámeru//
1797
1798 = {{id name="_Toc603274444"/}}{{id name="_Toc153139723"/}}{{id name="_Toc15428572"/}}{{id name="_Toc15427678"/}}{{id name="_Toc15426956"/}}9.Implementácia a preberanie výstupov projektu =
1799
1800 //Implementácia a preberanie výstupov bude v súlade s vyhláškou 401/2023 a bude definovaný v rámci zmluvy o dodávke diela//
1801
1802 = {{id name="_Toc1624651882"/}}{{id name="_Toc153139724"/}}{{id name="_Toc15428575"/}}{{id name="_Toc15427681"/}}{{id name="_Toc15426959"/}}{{id name="_Toc510413663"/}}10.Prílohy =
1803
1804 //N/A//