zahteve naročnika - sb-izola.si · web viewsistem mora omogočati izdelavo predlog (word, excel,...

ePRO Specifikacije

SPECIFIKACIJE

Naročnik Splošna bolnišnica Izola Ospedale Generale IsolaPolje 406310 Izola

Oznaka javnega naročila JN 067/RN-18

Predmet javnega naročila Nakup, implementacija in vzdrževanje novegainformacijskega sistema

1. VRSTA, LASTNOSTI, KAKOVOST IN IZGLED PREDMETA JAVNEGA NAROČILA/PONUDBE

DODATNI OPIS

ePRO© Stran 1/60

ePRO Specifikacije

Zahteve naročnika1. SBI-PIS (TEHNOLOŠKE in VSEBINSKE ZAHTEVE)

Predmet javnega naročila je vzpostavitev informacijskega sistema za upravljanje in razvoj procesov dela Splošne bolnišnice Izola pod akronimom SBI-PIS. V sklopu uvedbe je potrebno vzpostaviti enovit sistem, ki bo deloval na enotni podatkovni bazi, brez podvajanja podatkov, omogočal enotno vstopno točko za uporabnike z uporabo enega/enotnega uporabniškega vmesnika, to pomeni, da so vsi poslovni procesi med sabo povezani v enovit informacijski sistem.

Vzpostavitev SBI-PIS obsega:● nakup izdelanega produkta in potrebne infrastrukture (kar vključuje tudi

sistemsko strojno in programsko opremo, kot so strežniki, diskovni podsistemi, …, brez aktivne opreme za LAN in brez končnih klientov – osebnih/prenosnih računalnikov, tablic in mobilnih naprav, tiskalnikov, skenerjev ipd.), ki je skladen z zahtevami naročnika iz specifikacij javnega naročila. V sklopu vzpostavitve SBI-PIS so zajete tudi storitve nastavljanja izdelanega produkta, integracije z drugimi informacijskimi sistemi ter nameščanja na infrastrukturo;

● nakup in razvoj dodatnih funkcionalnosti SBI-PIS, kar pomeni, da se kot osnova kupuje izdelan produkt, kjer pa bo moral izbrani izvajalec po potrebi nastaviti specifične funkcionalnosti za SBI-PIS, da bo celotna funkcionalnost skladna z zahtevami naročnika iz specifikacij javnega naročila;

● programska oprema mora zagotavljati pravočasno (v roku do začetka veljavnosti regulatorne spremembe) in popolno prilagoditev programske opreme regulatornim spremembam na področju zdravstva in drugih področjih, ki zadevajo delovanje bolnišnice. Regulatorne spremembe so določene z zakonom, podzakonskimi in drugimi predpisi, z okrožnicami, navodili, priporočili in drugimi akti državnih organov ali organov lokalnih skupnosti, ZZZS, FURS, MZ in NIJZ, itd…

● zagotoviti usposobljenost uporabnikov za samostojno uporabo SBI-PIS ter ključne uporabnike posameznih modulov usposobiti za bodoče usposabljanje v skladu z zahtevami naročnika iz specifikacij javnega naročila.

SBI-PIS mora biti v vsakem trenutku skladen z veljavno zakonsko regulativo brez dodatnih stroškov za naročnika ne glede na to ali je potreben razvoj ali zadošča nastavljanje parametrov.

Naročnik trenutno uporablja približno 300 namiznih delovnih postaj, 120 prenosnih računalnikov, 10 tabličnih računalnikov. Delovnih postaj izven SB Izola je 30. Do konca projekta pričakujemo 30% porast namiznih delovnih postaj, 50% porast prenosnih računalnikov. Največji porast pričakujemo na področju mobilnih tablic, kjer je predvideno, da bo vsak zdravnik pri svojem delu uporabljal tudi tablični računalnik (trenutno je v SBI 150 zdravnikov).

1.1. Enovit sistem SBI-PIS

Enovit sistem mora vključevati sledeče funkcionalnosti oziroma module:

1. EMR elektronski zdravstveni karton in ETL elektronski temperaturni list2. Proces in aplikacija za urejanje čakalnih vrst (terminali za self check-in sistem),

ePRO© Stran 2/60

ePRO Specifikacije

registracija pacientov - queue management (TV prikazovalniki).3. Prehrana in dietetika,4. Sprejem in obdelava urgentnih pacientov - urgentni center,5. Lekarna,6. Patologija (brez izvedbe povezave s strojno opremo – medicinskimi

napravami),7. Nuklearna medicina (brez izvedbe povezave s strojno opremo – medicinskimi

napravami),8. RIS sistem (področje radiologije - PACS sistem ni del razpisnih zahtev),9. Endoskopije (brez izvedbe povezave s strojno opremo – medicinskimi

napravami),10.Laboratorij – (brez izvedbe povezave s strojno opremo – medicinskimi

napravami),11.Dnevna bolnišnica in hemodializa,12.Sterilizacija (brez izvedbe povezave s strojno opremo – medicinskimi

napravami),13.Intenzivna terapija,14.Fizioterapija,15.Antikoagulantna ambulanta (trombo),16.Operacije in posegi,17.Oskrba z bolnišničnim perilom,18.Obračunavanje in fakturiranje zdravstvenih storitev (billing), SPP - skupina

primerljivih primerov19.Davčna blagajna,20.Porodnišnica,21.Skladiščno poslovanje,22.Kadrovska evidenca, plače in registracija delovnega časa ter varstvo pri delu:23.Računovodstvo, knjigovodstvo in finance,24.Planiranje, razvoj poslovanja in analitika (BI),25.Tehnično vzdrževanje medicinskih in nemedicinskih naprav ter opreme,

energetsko knjigovodstvo, vzdrževanje zgradbe,26.Prodaja, nabava, javna naročila,27.Osnovna sredstva, drobni inventar,28.Dokumentarni in arhivski sistem29.Mobilna aplikacija in upravljanje z mobilnimi napravami

1.2. Integracija

Zaradi specifičnosti dopuščamo integracijo pri sledečih specializiranih diagnostičnih in drugih področjih:

1. LIS COMPUTEL – laboratorij2. PACS AGFA3. LIS - patologija4. Citostatiki - lekarna5. TROMBO - antikoagulantna ambulanta6. JANTAR - sistem za odpiranje vrat7. CROSS - parkingi8. 1KLIK - depo perila9. CNS - robotina10.COMET - senzorji temp. in vlage11.EXCELERA - philips12.ANGIOGRAF - philips

ePRO© Stran 3/60

ePRO Specifikacije

13.CT, MR - siemens14.monitorji življenskih funkcij (mindray, philips, nikhon kodhen,...)15.perfusorji in črpalke - braun, …16.Okulistika - topcon, hagg streit,...17.UZ, EKG, EMG, EEG, - mindray, schiller, hitachi, nikhon kodhen, ...18.Gama kamera - siemens19.Syngovia - siemens20.ENDOBASE - endoskopije in COB - olympus,

Ponudniki morajo v svojo ponudbo vključiti strošek svojega dela za izvedbo vseh integracij.

2. Uporabniki SBI-PISSBI-PIS bo namenjen naslednjim skupinam uporabnikov, ki bodo dnevno uporabljali sistem na več kot enem področju :

Medicinskemu osebju(zdravniki predstojniki, zdravniki specialisti, glavne medicinske sestre, višje medicinske sestre, srednje medicinske sestre, osebje lekarne, osebje laboratorija, osebje citologije in patologije, osebje RTG področja, osebje sterilizacije, osebje fizioterapije, osebje dialize, osebje operacijske dvorane, specializanti, center naročanja, kontaktni center, ostalo podporno medicinsko osebje,…)

Nemedicinskemu osebju(nabava, prodaja, finance in računovodstvo, plansko-analitske službe, skladišča, kadrovske, informatike in tehnične službe, oskrbe perila in čiščenja, kuhinja, recepcija, pravna služba,…)

Zahteve in pričakovanja posameznih skupin uporabnikov (tudi znotraj samih skupin) se med seboj razlikujejo. Posebnosti posameznih področij dela so zajete v poglavju 3.1.

2.1. Funkcionalnost uporabniškega vmesnikaFunkcionalnosti SBI-PIS se mora prilagoditi zaslonom na dotik in mora biti prilagojena za mobilne naprave na osnovi operacijskih sistemov iOS, Android in Windows. Taka funkcionalnost naj podpira potrjevanje dokumentov, ogled dokumentov in vpogled v podatke neposredno v SBI-PIS.

Med drugim mora uporabniški vmesnik SBI-PIS slediti naslednjim smernicam:● Ustrezno segmentiranje in zaporedje vnosnih form, ki uporabniku dajeta jasno

informacijo glede statusa in procesa zajema podatkov.● Uporaba samo-izpolnjevanja ali izbire možnih vrednosti, kjer je to le mogoče.● Vnos podatkov na enem mestu, ponovna uporaba podatkov, ki so že zajeti v

SBI-PIS ali v drugih povezanih informacijskih sistemih, s katerimi je zagotovljena izmenjava podatkov. Enkratni zajem oziroma vnos podatkov v šifrante ter avtomatični prenos teh podatkov v vse module SBI-PIS, ki uporabljajo te šifrante.

● Dvosmerna komunikacija z uporabnikom, kjer so na enoten način uporabljeni elementi, kot so sporočila o napakah, obvestila o napredku obdelave in

ePRO© Stran 4/60

ePRO Specifikacije

podobno. ● Varno skupno delo več uporabnikov na enem zapisu, ki preprečuje, da bi isti

element lahko hkrati urejala dva uporabnika, a omogoča hkraten ogled vsebine.

● Sistem mora omogočati uporabniku prilagodljiv/nastavljiv uporabniški vmesnik.

Uporabniški vmesnik SBI-PIS za zajem podatkov mora biti uporabniku prijazen in mora omogočati:

● kjer je to mogoče (in ne moti funkcionalnosti), oznake polj vsebujejo kratka navodila za vnašanje (npr. število znakov za geslo);

● z namenom zmanjševanja napak pri vnosu podatkov se morajo ti v največji meri samodejno preverjati (npr. format zapisa podatka; polje z napačnim vnosom se vidno označi, ob napaki se izpišejo smiselna navodila);

● kjer je ustrezno, je stanje uporabnika v postopkih prikazano z grafičnim lokatorjem ali predstavljeno na drug preprost in intuitiven način;

● forma za vnos se napolni z vsemi podatki, ki jih orodje lahko smiselno ponudi na že podane informacije;

● vnos, prikazovanje in tiskanje vseh znakov po standardnem naboru za slovensko okolje;

● funkcionalnosti za prilagoditev prikazane vsebine tiskanju;● dobro vidljivost in berljivost (ustrezna velikost in podoba črk);● kjer se v uporabniškem vmesniku prikazuje ali izpiše ura, je ta prikazana po

lokalnem času in enotnem lokalnem formatu.

SBI-PIS se mora vidno odzivati na uporabnikove akcije. Vsaka akcija povzroči vidno (logično in prepoznavno) spremembo na uporabniškem vmesniku. Ko orodje ni odzivno, uporabniku to vidno prikaže (sprememba kurzorja, prikaz poteka postopka ...).

Pomoč mora biti uporabniku dosegljiva na mestu, kjer jo le-ta dejansko potrebuje (pomensko povedni naslovi polj, namigi,..) Uporabniku mora SBI-PIS omogočati enostaven in enoten način dostopa do kratkih navodil za uporabo programa in opisa funkcionalnosti posameznih ukazov glede na lokacijo v SBI-PIS, kjer se uporabnik nahaja.

Delo na vnosni formi mora biti prilagojeno delu s tipkovnico:● standardno delovanje ključnih tipk na vseh mestih,● smiselno prehajanje med polji (tipka Tab),● smiselno fokusiranje na ukazne gumbe (delovanje tipke Enter) in● smiselna navigacija (tipke za listanje, puščice, Esc ...).

Naročnik zahteva informacijsko rešitev, ki mu bo omogočala čim več samostojnosti in prožnosti pri definiranju in spreminjanju informatiziranih poslovnih procesov. S ePRO© Stran 5/60

ePRO Specifikacije

procesom se smatra zaporedje korakov, v katerih se izvajajo različne poslovne aktivnosti v skladu s poslovnimi pravili. Izvajanje posameznih korakov znotraj procesa je lahko zelo kompleksno. Lahko pride do vpeljave novih akterjev, vzporednih postopkov, lahko pride do predčasne ustavitve postopka in podobno. V poslovnem okolju naročnika se izvajajo različni poslovni procesi. Pogosto spreminjanje predpisov (zakonov, pravilnikov, navodil, …), ki določajo te procese, zahteva tudi ustrezno prilagajanje SBI-PIS.

SBI-PIS mora iz postopkovnega vidika omogočati prilagajanje aktivnosti, poteka, akterjev v procesu brez dodatnega razvoja. Če se v procesu v prihodnje spremeni katerikoli od navedenih elementov, to ne sme zahtevati dodatnega razvoja, temveč mora biti sprememba možna skozi konfiguracijo SBI-PIS, ki jo lahko izvede ustrezno usposobljen skrbnik sistema pri naročniku.

Podpora poslovnim procesom SBI mora izpolnjevati predvsem naslednje:● omogočiti, da se v posameznem procesu zbirajo s procesom opredeljeni podatki

in dokumenti, na podlagi vsebine procesnih podatkov usmeri nadaljnji tok procesa, ter pri izvajanju procesov uporabljati podatke in šifrante SBI-PIS in po potrebi vseh drugih z SBI-PIS integriranih sistemov;

● omogočiti odlaganje dokumentov-priponk, ki nastajajo v procesu na dokumentni sistem (3.1.1);

● omogočiti podpisovanje podatkov procesa in dokumentov-priponk z digitalnim potrdilom in/ali podpisom za potrebe brezpapirnega poslovanja;

● zagotoviti orodje za modeliranje procesov z uporabniku prijaznim grafičnim vmesnikom za modeliranje procesov;

● izvajanje in beleženje vseh proženih procesov in korakov v procesu in obveščanje pristojnih uporabnikov (beleženje v ustreznih dnevnikih);

● omogočiti možnost sodelovanja različnih akterjev na istem procesu; ● omogočiti pravočasno opozarjanje pristojnih uporabnikov o približevanju rokov,

kjer so določeni roki znotraj delovnega toka; ● omogočiti vodenje različic (verzij) procesov, korakov in gradnikov (Postavitev

pravil za uporabo verzij procesov, korakov ali gradnikov v času izvajanja – ni nujno, da se vedno uporabljajo aktualne verzije. Primer: izvajanje, ki je podprto s prejšnjo verzijo procesa mora biti dokončano v tej verziji ne glede na to, da je medtem potrjena nova verzija proces).

V nadaljevanju so navedene druge uporabniške zahteve, ki se nanašajo na celotni informacijski sistem:

● Sistem mora omogočati verzije in evidence različnih organizacijskih struktur npr: veljavna, v pripravi, arhivirana, ...;

● Sistem mora vključevati funkcionalnosti, modul poslovne inteligence (BI), in sicer izdelavo različnih analiz (iskanje po kombinacijah vseh zapisov v SBI-PIS npr. z uporabo naprednih OLAP tehnologij, pripravo dashbord-ov), v ON-LINE načinu mora biti omogočeno spremljanje poročil, pregledov, grafov ter na grafično prilagojenem vmesniku za prikazovanje na zaslonih večjega formata (velikosti npr. 65'' ali več) na podlagi zajetih podatkov za potrebe vodstva

ePRO© Stran 6/60

ePRO Specifikacije

bolnišnice in/ali javno prikazovanje (npr. avla glavnega vhoda, spletna stran, konference,…);

● Sistem mora omogočati enostavno izdelavo obrazcev s strani naročnika brez naprednega tehničnega znanja, ki so lahko v uporabi samostojno ali kot del delovnega toka.

● Sistem mora omogočati izdelavo predlog (word, excel, PDF) ki služijo kot izpisi, poročila, dokumenti ter omogočati izvoz podatkov in dokumentov.

● Sistem ne sme dovoljevati fizičnega brisanja dokumentov ali aktivnosti na uporabniškem nivoju. Brisan dokument se posebno označi (oznaka po dogovoru z naročnikom). Se pa lahko brisane dokumente skrije s seznama dokumentov.

● Sistem mora omogočati enostavno prilagodljivost na organizacijsko strukturo kot npr. prenose lastništva ob predajah funkcije, pooblaščanje dokumentov (tudi možnost pooblaščanja za samo določene procese in dokumente) na drugo osebo v primeru nadomeščanj ter upoštevanje matrične in hierarhične organiziranosti.

● Sistem v razvojnem in testnem delovanju se mora vizualno razpoznavno ločiti od uporabe v produkcijskem okolju.

● Sistem mora omogočati objavo različnih informacij v obliki zapisov, slik in priponk, ki bodo vidne vsem uporabnikom

2.2. Mobilna aplikacija in upravljanje z mobilnimi napravami SBI-PISSBI-PIS mora vsebovati tudi prilagojeno rešitev za mobilne naprave, mobilno aplikacijo, sistem za upravljanje mobilnih naprav EMM (Enterprise Mobility Management).

Mobilna aplikacija mora omogočati predvsem funkcionalnosti iz sledečih področij (način dela mora biti omogočen preko obstoječih uporabniških profilov SBI-PIS):

● delo na hospitalnem oddelku (npr. nameščanje v sobe, terapija, laboratorij, seznam pacientov, naročanje preiskav in pregled, vizuelni prikaz rezultatov, kodiranje SPP, spremljanje življenjskih funkcij, klinična dokumentacija - EMR in ETL, naročanje in administriranje diete, obveščanje in alarmiranje zdravnikov, sester, prilagojeni dashboardi za uporabnike, seznam zadolžitev, izdaja eNapotnic, eReceptov in drugih predpisanih elektronskih dokumentov, …)

● delo v ambulantah (čakalni seznami, seznam pacientov, EMR, naročanje preiskav in pregled rezultatov, izdaja eNapotnic in eReceptov, …)

● pogledi, moduli, upravljanje ter naloge po posameznih uporabniških profilih morajo biti omogočene in administrirane na nivoju centralnega informacijskega sistema SBI-PIS.

● Onemogočeno mora biti poseganje v aplikacijo s strani končnih uporabnikov na nivoju mobilne aplikacije.

Mobilna rešitev mora:● delovati v takozvanem ON-LINE načinu, uporabljati mora isto, neposredno

bazo SBI-PIS brez dodatne integracije,● omogočati mora uporabo pripomočkov za mobilne naprave (npr. diktiranje

izvidov, sprejemanje in dodajanje diagnostičnih slik, dodajanje slik z uporabo vgrajenega fotoaparata naprave, dodajanje zvočnega zapisa z uporabo

ePRO© Stran 7/60

ePRO Specifikacije

mobilne naprave,…),● dostop mora biti omogočen tudi izven bolnišnice (za delo od doma oz. na

terenu),● Varnost povezave mora biti zagotovljena z uporabo EMM (Enterprise Mobility

Management) oziroma pod varnostnim nadzorom aplikacije upravljanja mobilnih naprav znotraj podjetja.

3. Prenos podatkov v SBI-PISOsnovni podatki se bodo v največji meri prenašali iz aplikacij BIRPIS21, GOSOFT, KADRIS, INTERRIS, LIS, TROMBO, JANTAR, CROSS, DEPO, EXCELERA, SYNGOVIA, SCADA, TEL. CENTRALA, AD,... (aktivni imenik uporabnikov AD), (končni seznam prenosov se potrdi po izvedbi GAP analize). Potrebno bo naknadno preveriti vse obstoječe podatke in pripraviti končni nabor podatkov in šifrantov, ki jih bomo prenašali v SBI-PIS. Naročnik bo ponudniku zagotovil podatke v izvornem format (V tem trenutku je v obstoječem informacijskem sistemu skupno približno 4TB podatkov).

Primeri podatkov, ki se bodo prenašali:● identifikacijski podatki pacientov; ● medicinski podatki pacientov;● finančno-računovodski podatki, ;● plansko-analitski podatki;● skladiščno poslovni podatki;● kadrovski podatki zaposlenih:

Primer prenesenih zbirk podatkov za kadrovsko področje:o podatki o delovnem razmerju (vrsta delovnega razmerja – za določen ali

za nedoločen čas; datum sklenitve delovnega razmerja); o podatki o sedanjem delovnem mestu oziroma položaju in o prejšnjih

delovnih mestih oziroma položajih v bolnišnici; o podatki o imenovanjih, napredovanjih in veljavnem nazivu; o podatki o letnih ocenah; o podatki o prenehanju delovnega razmerja; o kratek življenjepis, če tako želi oziroma s tem soglaša javni uslužbenec; o podatki o dovoljenju za dostop do tajnih podatkov; o podatki, potrebni za obračun plače.o podatki o stopnji izobrazbe, funkcionalnem in specialnem znanju,

udeležbi na različnih oblikah izpopolnjevanja in usposabljanja in o opravljenih strokovnih izpitih in preizkusih

o ...3.1. Zahteve glede podpore procesom in povezave med informacijskimi

sistemi3.1.1. Dokumentarni in arhivski sistem SBI-PIS

SBI-PIS bo moral za hranjenje in urejanje elektronskih dokumentov uporabljati dokumentni sistem za hrambo dokumentarnega in arhivskega gradiva (v nadaljevanju dokumentni sistem). Dokumentni sistem mora biti del enovitega sistema SBI-PIS. Vsak oddelek in služba je v skladu z zakonodajo

ePRO© Stran 8/60

ePRO Specifikacije

dolžan voditi elektronsko evidenco dokumentarnega gradiva in arhivskega gradiva, ki je temeljna evidenca o opravljanju del in nalog bolnišnice in je podlaga vsem drugim evidencam, ki se nanašajo na delo bolnišnice. Evidenca se vodi o vseh zadevah in dokumentih, ki jih bolnišnica prejme ali nastanejo pri izvajanju kateregakoli procesa dela ne glede na medij originalnega dokumenta.

Dokumentni sistem mora omogočati standardne funkcije upravljanja z dokumenti kot npr. prevzemi dokument, vloži dokument, odpremi dokument, podpiši, potrdi, verzioniranje dokumentov. Minimalna zahteva za prevzem so vse naštete funkcije ter ostale zakonske zahteve navedene v razpisni dokumentaciji.

Hramba arhivskih vsebin in dokumentov mora biti ločena od meta podatkov zaradi hitrejšega dostopa do podatkov. Ponudnik mora za hrambo uvesti sistem, ki je skladen z veljavno zakonodajo za področje hrambe občutljivih osebnih podatkov (npr. GDPR, ZVOP-2, itd,…). SBI-PIS bo preko standardnih vmesnikov shranjeval vse dokumente, ki bodo nastali v sistemu SBI-PIS. Podpisovanje dokumentov v SBI-PIS mora biti, kjer je to zahtevano, omogočeno z uporabo digitalnega potrdila. Zahtevan je sistem, ki je skladen z akreditacijo s strani arhiva Slovenije ter ostalo veljavno zakonodajo, ki ureja področje dokumentarnega in arhivskega gradiva.

3.1.2. Centralna imeniška storitev (AD)Naročnik ima vzpostavljeno centralno imeniško storitev »Microsoft Active Directory« (AD imenik), ki služi kot prijava v enotno delovno okolje in posredno omogoča dostop do SBI-PIS. Potrebni podatki o zaposlenih bodo iz SBI-PIS preneseni v AD imenik, kar pomeni, da bo ob vnosu nove osebe v SBI-PIS slednja že uvrščena v določeno grupo AD imenika. SBI-PIS mora imeti zagotovljeno integracijo brez dodatnega programiranja z AD imenikom.

3.1.3. Skrbniški modulSkrbniški modul, ki bo del SBI-PIS, bo vsebinskim administratorjem oziroma skrbnikom sistema, ki bodo imeli pravico nastavljati in konfigurirati sistem. Predvsem bo namenjen upravljanju z uporabniki in pravicami dostopa ter upravljanju šifrantov ter tudi nastavitvam vnaprej pripravljenih poročil in analiz, ki bo del SBI-PIS. Skrbniški modul mora biti skrbnikom sistema dosegljiv preko uporabniškega vmesnika.

3.1.4. Upravljanje z uporabnikiUpravljanje z uporabniki in nastavljanje njihovih pravic mora biti del sistema SBI-PIS in mora biti rešeno centralno (Skrbniški modul) ter z možnostjo nastavitev za vsako posamezno delovišče. Za vsakega uporabnika SBI-PIS bodo določeni nivo in pravice dostopa do podatkov in funkcionalnosti. SBI-PIS mora zagotoviti vsaj naslednje varnostne mehanizme:

● varnostne stopnje:o za posamezne uporabnike z različnimi pravicami dostopa,o za skupine uporabnikov z različnimi pravicami dostopa ino za administratorje,

● pravice do dostopa in nadzor nad dostopi za transakcije (npr. uvoz podatkov …),

● vzdrževanje gesel in● avtorizacijo uporabnika.

ePRO© Stran 9/60

ePRO Specifikacije

Upravljanje z vlogami/skupinami in uporabniki mora biti v SBI-PIS urejeno na način, da omogoča naslednje funkcionalnosti:

• Pregled vseh aktivnih pravic dostopa za posameznega uporabnika, vlogo/skupino.

• Centralno obvladovanje pravic za posamezne tipe uporabnikov sistema (notranje, zunanje).

• Dodajanje novega uporabnika na podlagi nove prošnje za dostop do sistema, omogočati mora dodajanje, spreminjanje, brisanje vlog, namenov in podpisov uporabnikov.

• Upravljanje profilov uporabnikov skladno z vlogami in pravicami.• Vnos novih vlog/skupin, urejanje vlog/skupin ter ukinitev vlog/skupin.

Omogočati mora status aktivna (veljavna) vloga in pasivna (deaktivirana) vloga.

• Deaktivacija uporabnikov. • Enostavni, hitri pregledi dodeljenih vlog in pravic administratorjem, tudi na

nivoju filtracije njihovih pravic.• Omogočanje izvoza podatkov posamezne pravice, vloge/skupine in

posameznega uporabnika in vseh uporabnikov v Excel. Zaradi občutljivosti podatkov morajo biti vse akcije urejanja (dodajanje, popravljanje ...) nadzorovane s sistemom uporabniških pravic, prav tako se morajo beležiti vse revizijske sledi dostopov in urejanja.

3.1.5. Upravljanje s šifrantiUpravljanje s šifranti v SBI-PIS mora administratorjem zagotavljati enostavno in kakovostno upravljanje ter omogočati vnos, spreminjanje in deaktiviranje (navidezno brisanje, ki onemogoči, da se vrednost izbere ali prikazuje) vrednosti v šifrantih.

SBI-PIS mora omogočati upravljanje skupnih šifrantov in seznamov. Preko t.i. skrbniškega modula mora biti mogoče upravljanje šifrantov in seznamov.

SBI-PIS mora v zvezi z upravljanjem s šifranti zagotavljati:● urejanje šifrantov prek grafičnega vmesnika, ki mora biti razumljivo

vsebinskemu administratorju, saj bo upravljanje vsebinskih šifrantov v njegovi pristojnosti;

● časovno veljavnost zapisa v šifrantih (aktivni/neaktivni);● izvoz posameznega ali vseh šifrantov v datoteko (oblika datoteke vsaj Excel

in/ali XML), skupaj z zgodovino sprememb zapisov: veljavnostjo posameznega aktivnega ali pasivnega zapisa v šifrantih;

● masovni uvoz, masovno brisanje, uvoz nove skupine šifrantov ali posameznega šifranta.

● uvoz šifranta mora biti omogočen iz datotek formatov Excel in/ali XML.● uvoz in ažuriranje šifrantov objavljenih s strani ZZZS (storitve, SPPji, ceniki, …

vsi šifranti določeni s strani ZZZS, ki so del zakonske regulative),3.1.6. Tehnološko okolje SBI-PIS

Naročnik v sklopu javnega naročila kupuje vso potrebno strežniško infrastrukturo. Naročnik zagotovi primeren strežniški prostor za namestitev fizične strežniške opreme za SBI-PIS v sklopu obstoječega DC. Naročnik pričakuje razpoložljivost

ePRO© Stran 10/60

ePRO Specifikacije

sistema, ki ne sme nikoli biti manjša od 99,95%.

Tehnološko okolje SBI-PIS, strežniška in komunikacijska infrastruktura bo v celoti nameščena na centralno infrastrukturo znotraj DC SBI na način, da bo zagotovljeno popolno upravljanje s strani osebja IT bolnišnice. Ponujeni sistem mora ponudnik povezati z obstoječim sistemom za varovanje podatkov naročnika (Veeam backup – stroški licenc so na strani naročnika). Ponudnik mora tehnološko okolje načrtovati in dimenzionirati na način, da bo brez kakršnihkoli nadgradenj delovalo v skladu s pričakovanimi performančnimi specifikacijami programske opreme za dobo, ki ne sme biti krajša od 7 let, z možnostjo nadgradnje ter podaljšanja življenske dobe od 7-10 let.

Naročnik predvideva tudi možnost več strežniških postavitev SBI-PIS. Poleg namestitve na primarni lokaciji se naročnik lahko odloči tudi za namestitev celotnega sistema ali njegovega dela na lokaciji nadomestnega centra (kolokacija – DRC namestitev ni del ponudbe). Ponujena rešitev mora ustrezati merilom tehnološke sodobnosti, kar pomeni uporabo preizkušenih, uporabljenih in sodobnih tehnologij, ki se nadgrajujejo s strani dobaviteljev:

● Sistem je razvit na osnovi in za svoje delovanje uporablja izključno preizkušene tehnologije, ki so na svojem tehnološkem segmentu uporabljene v slovenskem in mednarodnem okolju.

● Sistem je razvit na osnovi in za svoje delovanje uporablja izključno sodobne tehnologije, ki se redno (vsaj 1x v zadnjih treh letih) nadgrajujejo in posodabljajo s strani dobaviteljev vsake od uporabljenih tehnologij.

Za potrebe upravljanja z mobilnimi napravami in zagotavljanja potrebnega varnostnega nivoja mora ponudnik ponuditi celovit sistem za upravljanje mobilnih naprav (EMM). Podpora mora biti za mobilne operacijske sisteme (iOS, Windows in Android), ki jih bolnišnica uporablja.

3.1.7. Uporabniško okolje SBI-PISSBI-PIS sestoji iz zbirke modulov, ki uporabniku omogočajo planiranje, vodenje in beleženje celotnega procesa zdravstvene oskrbe bolnika na strukturiran, celovit, preprost in prilagodljiv način. Vse zabeležene informacije morajo biti na voljo v realnem času (ON-LINE) vodstvu v obliki kazalnikov upravljanja v relaciji z izvajanimi aktivnostmi, zaračunanimi storitvami, porabljenimi potrošnimi materiali, zdravili ter ostalimi stroški.

Omogočena mora biti popolna integracija vseh informacij iz celotnega sistema v realnem času ON-LINE kot podpora odločanju.

3.1.7.1. Medicinski moduli SBI-PISTemeljni medicinski moduli in/ali procesi ter minimalne funkcionalnosti posameznih modulov, ki morajo biti implementirani v SBI-PIS:

1. EMR elektronski zdravstveni karton in ETL elektronski temperaturni list1.1. vnos vseh zahtevanih podatkov pacienta (generiranje unikatnega

identifikatorja pacienta MI, vnos in urejanje osebnih podatkov, vnos in urejanje kontaktnih podatkov, vnos in urejanje raznih kritičnih medicinskih podatkov kot npr. krvna skupina, alergije, reakcije na zdravila, intolerance, antikoagulantna terapija, diabetes, mrsa in ostali

ePRO© Stran 11/60

ePRO Specifikacije

pomembni podatki in dokumenti pacienta,...)1.2. generiranje vseh zapisov (logov), pacienta, za vse programske akcije, ki

jih izvede katerikoli izvajalec na strani bolnišnice (ime in priimek, čas zapisa, datum zapisa, izvedena akcija,...)

1.3. delo z uporabo delovne liste pacientov in seznam opravil po različnih profilih uporabnikov (npr. seznam ležečih pacientov, seznam terapije, seznam naročenih preiskav in/ali pacientov, itd…)

1.4. integracija z nacionalno in mendarodno klasifikacijo bolezni in procedur kot npr. MKB10, ICD ter ostalimi po zahtevah naročnika

1.5. enovit sistem, ki znotraj SBI-PIS vključuje obračun vseh storitev, neposredno skladiščno poslovanje, kadrovski managementom, fakturiranje, davčno blagajno, BI analitika oziroma managerski informacijski sistem, ter ostale sisteme po zahtevah naročnika

1.6. planiranje in optimalna izraba kadrovskih virov v povezavi z izvajanjem procesov dela (npr. planiranje operacij, ambulantega dela, izvajanje časovno pogojenih nalog iz procesa dela, itd…), priprava urnikov

1.7. prikaz celotne slikovne diagnostike znotraj SBI-PIS iz zunanjih programskih rešitev (npr. PACS, EXCELERA, ENTERPRISE IMAGING, itd...)

1.8. sistem mora omogočati uporabo KZZ zdravstvene kartice pacienta ter profesionalne kartice medicinskega osebja in nemedicinskega osebja z uporabo USB terminalov za branje kartic in/ali s pomočjo nameščenih osebnih certifikatov na delovni postaji povsod, kjer je zakonsko zahtevano in/ali zaradi izvedbe kateregakoli procesa dela zahtevano s strani naročnika (npr. branje podatkov pacientov, podatkov zavarovanja, izdaja e-recepta, izdaja e-napotnice, itd…)

1.9. čakalna knjiga, čakalna vrsta, urejanje urnikov, naročanje in obveščanje pacientov (sms, e-mail obveščanje pacientov, načrtovanje periodičnih terminov ali več terminov z možnostjo nastavitve obdobja med dvema ali več termini, izmenjava podatkov z ostalimi zunanjimi sistemi kot npr. NIJZ, ZZZS, MZ, itd…)

1.10. spremljanje nalezljivih bolezni, preprečevanje in obvladovanje bolnišničnih okužb

1.11. integracija s programsko opremo telefonske centrale naročnika (IP telefonija, kontaktni oz. klicni center)

1.12. zdravnikom in sestram mora biti omogočeno natančno spremljanje in nadzor nad celotno obravnavo pacienta (prilagojeni pogledi in/ali prikazi podatkov za npr. strokovnega direktorja, predstojnika oddelka, zdravnika, sestro)

1.13. sistem mora omogočati ločevanje pacientov, izdelavo modelov klinične poti za hospitalizirane paciente in ambulantne paciente, še posebej za izvedbo premikov znotraj SBI-PIS (npr. sprejemi, premestitve, odpusti ali obiski ambulantnih pacientov)

1.14. sistem mora podpirati spremljanje življenjskih znakov ter vnos in/ali prenos meritev iz zunanjih sistemov za monitoriranje (HL7) življenjskih znakov za pacienta. Življenski znaki se morajo prikazati povsod, kjer je to s procesom dela zahtevano (npr. v področju bolnišnične nege, operacije in posegi,...)

1.15. sistem mora integrirati vse postopke zdravstvene terapije1.16. omogočeno mora biti verzioniranje vseh dokumetnov povsod, kjer je

zakonsko zahtevano in/ali zahtevano s strani naročnika za nemoteno izvedbo procesa dela

1.17. omogočeno mora biti celovito upravljanje naročil zdravil za pacienta po principu “Management of single dose” (tablete, injekcije, intravensko

ePRO© Stran 12/60

ePRO Specifikacije

zdravljenje, opredelitev stopnje pretoka za intravenske terapije, kemoterapije, itd...)

1.18. namestitev in pregled zasedenosti postelj hospitalnega dela bolnišnice (sistem mora zagotavljati npr. ločeno vodenje pacientov po spolu -moški, ženski predeli oddelkov, on-line pregled zasedenosti postelj - dejansko in načrtovano zasedenost po sobi, oddelku, bolnišnici, grafični prikaz zasedenosti in možnost izvedbe enostavnega premika pacienta iz sobe in/ali oddelka v drugo sobo in/ali oddelek,...)

1.19. omogočena mora biti identifikacija in sledenje pacientov skozi celoten proces obravnave (bolnišnična, izvenbolnišnična in urgentna obravnava) z uporabo naprednih tehnologij - elektronska zapestnica (2D kode, RFID zapestnice,...). Naročnik zahteva, da je sistem identifikacije pacienta implementiran ob postavitvi sistema z uporabo ene od naprednih tehnologij po dogovoru z naročnikom, kar pomeni, da je zahteva sestavni del razpisa.

1.20. na podlagi vnešene terapij mora biti omogočeno beleženje porabe vsega materiala in zdravil na pacienta z uporabo naprednih brezžičnih terminalov/dlančnikov npr. Honeywell (z uporabo 2D čitalcev, RFID kode)

1.21. vnos terapije pacienta in spremljanje izvajanja v realnem času - avtomatsko generiranje vseh predpisanih nalog osebju (taskov), ki je kakorkoli vključeno v proces dela (možnost vnosa in/ali izbire terapije glede na različne kriterije, veljavne standarde in druge predpise, prenos obstoječe terapije iz zunanjih sistemov npr. KZZ, itd...)

1.22. popolnoma enovit sistem z “billing” sistemom za obračun, zaračunavanje ponudniku zavarovanja, izračun in prikaz storitev, lastne cene v realnem času (strošek porabljenega materiala, strošek dela) na nivoju pacienta - prikaz v realnem času znotraj BI modula (npr. za kirurški poseg, ambulantno obravnavo, oddelek bolnišnice, specialistično ambulanto, strošek na nivoju bolnišnične “postelje”, itd...)

1.23. interno zaračunavanje storitev med npr. oddelki, specialističnimi ambulantami, itd,...

1.24. avtomatsko obveščanje in/ali alarmiranje osebja po posameznih področjih o pomembnih dogodkih za pacienta - opcijsko še e-mail in/ali sms obveščanje (za npr. zdravnike, sestre, lekarno, laboratorij, kontroling, računovodstvo, blagajno, itd,...)

1.25. vnos terapij, naročanje in sledljivost zdravil, pripomočkov in materiala na nivoju pacienta skozi celotno obravnavo

1.26. povezava z zunanjimi laboratoriji (naročanje neposredno iz SBI-PIS in prejemanje podatkov za pacienta neposredno v SBI-PIS)

1.27. odlaganje dokumentov z zunanjih virov na zapis pacienta (CD, internet, SCAN pdfa, e-mail,...)

1.28. avtomatsko generiranje nalog za ostale službe po potrebi za izvedbo celovitega procesa obravnave pacienta (tasking) za osebje po posameznih področjih dela (za npr. zdravnike, sestre, lekarno, laboratorij, kontroling, RTG,...)

1.29. v SBI-PIS mora biti vključena funkcionalnost za diktiranje povsod, kjer je to s procesom dela zahtevano z uporabo tako imenovane tehnologije “voice recognition” za on-line pripravo dokumentacije pacienta neodvisno od tipa strojne opreme naročnika (npr. USB diktafoni, brezžični diktafoni, mobilna aplikacija za diktiranje)

1.30. možnost naprednega iskanje in izbira dokumentacije znotraj SBI-PIS (search engine) po zbirki medicinske dokumentacije - help menu

ePRO© Stran 13/60

ePRO Specifikacije

(integracija z zakonsko zahtevanimi opisi, šifranti, klasifikacijami in drugim metodološkim gradivom, ki velja v RS)

1.31. naročanje preiskav in posegov ter prejemanje rezultatov z drugih oddelkom znotraj SBI-PIS (naročanje RTG, UZ, laboratorij, patologija, nuklearna medicina in ostalih preiskav ter prejemanje preiskav na pacienta znotraj njegovega elektronskega medicinskega zapisa EMR in ETL)

1.32. povezava z BI modulom za izračun in prikaz stroškov materiala in stroškov dela v realnem času ON-LINE na posameznega pacienta, posamezno obravnavo, specilistično ambulanto, celoten oddelek in/ali stroškovno mesto, po različnih kriterijih,...)

1.33. omogočeno mora biti beleženje vseh premikov pacienta (npr. sprejem, odsotnost, premestitev, odpust in vseh interakcij (radiologija, laboratoriji, operacijske dvorane, itd…), da je jasno, kje se je začela pacientova pot in kako je potekala ter, kar je najpomembnejše, kje v smislu obravnave se pacient nahaja v določenem trenutku

1.34. SBI-PIS mora zagotavljati avtomatsko generiranje in/ali izvoz oziroma elektronski prenos v zahtevanem formatu (npr. pdf, XML, Excel,...) vseh zakonsko zahtevanih izhodnih dokumentov in podatkov v roku in obliki, ki so predpisani in/ali zahtevani na nivoju države oz. druge ustanove npr. ZZZS, NIJZ, eVEM, eZDRAVJE, ... (npr. poročil, izvidov, odpustnic, informacije za splošne zdravnike, vabil, itd,…) z možnostjo pošiljanja po pošti ter elektronski obliki (e-mail, osebni portal pacienta)

1.35. pošiljanje Povzetka Podatkov o Pacientu (PPoP) - zakonska regulativa1.36. spremljanje ponovnih hospitalizacij in razlogov zanje1.37. uvoz datotek zunanjih naročnikov z opravljenimi preiskavami( npr.

NLZOH,..)1.38. povezave z drugimi evidencami v javnem sektorju (npr. centralni

register prebivalstva za ažuriranje umrlih oseb, za te osebe sistem sam predlaga izbris iz ČV, ČS, in ureditev statusa osebe)

1.39. izvoz podatkov v poljubne oblike zapisov (excel, pdf, word, csv, xml, itd…)

2. CBZ (centralna baza zdravil),2.1. uporaba, varnostne kontrole in prikaz povsod, kjer je to s procesom dela

zahtevano (lekarna, laboratorij, specialistična ambulanta, bolnišnični oddelek,...)

2.2. SBI-PIS mora omogočati on-line spremljanje in implementiranje sprememb na nivoju državne regulative, veljavne zakonodaje, ki velja za področje centralne baze zdravil

2.3. omogočena mora biti izvedba integracije z različnimi dodatnimi bazami zdravil po zahtevah naročnika

2.4. Integracija z ameriško bazo Lexi-comp v okviru aplikacije E-recept (bazo LexiComp uporabljamo v Sb Izola v okviru on-line podatkovne baze UpToDate, za katero SB Izola plačuje v skladu z licenčno pogodbo.).

2.5. Naročnik v SBI-PIS pričakuje še funkcionalnost priprave POROČILA O NEŽELENEM UČINKU ZDRAVILA - NUZ (spletno poročanje NUZ na JAZMP-ju), opozarjanje na TRAJANJA PREDPISOVANJA SPECIFIČNIH ZDRAVIL (konkretno, PROTIMIKROBNIH ZDRAVIL), možnost e-izpolnitve Obrazca za naročilo protimikrobnega zdravila

3. Proces in aplikacija za urejanje čakalnih vrst (terminali za self check-in sistem), registracija pacientov - queue management (TV

ePRO© Stran 14/60

ePRO Specifikacije

prikazovalniki).3.1. v SBI-PIS mora biti mogoča avtomatska registracija pacienta z uporabo

pacientove zdravstvene kartice KZZ on-line (preverjanje osnovnih parametrov kot so zdravstveno zavarovanje oziroma plačnik, termin v ČK, odprte neporavnane finančne obveznosti,...)

3.2. pacient prejme ob registraciji izpis potrditve z vsemi potrebnimi informacijami in napotki za obravnavo

3.3. ob potrditvi registracije se izvede tudi avtomatsko obvestilo osebja o prihodu pacienta na nivoju SBI-PIS (obvestilo oddelku, ambulanti,...)

3.4. sistem mora omogočati grafični prikaz čakalnega seznama za posamezno enoto in/ali prostor (TV prikazovalniki v avli, hodnikih,...)

3.5. sistem samodejno opozori pacienta, da njegovi podatki niso urejeni in ustrezno napoti naprej,

3.6. sistem mora omogočati grafični prikaz čakalnega seznama za posamezno enoto in/ali prostor (TV prikazovalniki v avli, hodnikih,...)

4. prehrana in dietetika,4.1. omogočen dostop do vseh funkcionalnosti modula EMR in ETL posebej

prilagojen za potrebe procesa dela področja prehrane in dietetike4.2. delo z uporabo delovne liste pacientov in seznam opravil po različnih

profilih uporabnikov (npr. seznam ležečih pacientov, seznam terapije, seznam naročenih preiskav in/ali pacientov, itd…)

4.3. planiranje nabave, beleženje porabe (npr. dnevno, na oddelek, pacienta,...)

4.4. avtomatsko generiranje dokumentacije za potrebe naročanja - JN javnega naročila

4.5. avtomatski prikaz hranilne vrednosti posameznega obroka, alergenov,... (na obrok, dnevno po pacientu,...)

4.6. sprejemanje naročil s strani oddelkov (izbor diete pacienta glede na predpisano terapijo,

4.7. sistem označevanja obrokov, diet (avtomatsko generiranje izračuna energijske vrednosti obroka, generiranje deklaracije obroka)

4.8. seznam in spreminjanje diet za oddelek (možnost vnosa in spreminjanja posameznih diet na nivoju oddelka)

4.9. avtomatsko generiranje nalog osebja, ki sbrbi za pripravo hrane na podlagi naročil obrokov s strani oddelkov,

4.10. vnos receptur in normativov za pripravo jedi, nadzor nad zalogami,4.11. planiranje potreb oskrbe s surovinami na podlagi vnešenih terapij

pacientov4.12. obračun prehranskega obroka za bolnišnično osebje ter ostale -

študentje, zunanji izvajalci in obiskovalci (davčna blagajna - POS terminal)

4.13. povezava z BI modulom za izračun in prikaz stroškov materiala in stroškov dela v realnem času ON-LINE na posameznega pacienta (npr. na posamezen obrok, celoten oddelek in/ali stroškovno mesto po različnih kriterijih,...)

5. sprejem in obdelava urgentnih pacientov - urgentni center,5.1. omogočen dostop do vseh funkcionalnosti modula EMR in ETL posebej

prilagojen za potrebe procesa dela sprejem in obdelave urgentnih pacientov


5.3. sprejem in triaža pacientov (vgrajen mora biti Manchestrski triažni

ePRO© Stran 15/60

ePRO Specifikacije

sistem - preveriti zakonske zahteve RS pri MZ) 5.4. identifikacija in sledenje pacientov skozi celoten proces obravnave z

uporabo naprednih tehnologij (2D kode, RFID zapestnice,...) Naročnik zahteva, da je sistem identifikacije pacienta implementiran ob postavitvi sistema z uporabo ene od naprednih tehnologij po dogovoru z naročnikom, kar pomeni, da je zahteva sestavni del razpisa.

5.5. implementirane smernice za hitro in enostavno opredelitev resnosti posameznega primera (drop down meniji,...)

5.6. prikaz stanja pacienta po barvah glede na resnost primera (zeleno - standardni, modro - nenujni, rumeno - nujni, oranžno - zelo nujni, rdeče - kritični)

5.7. omogočena mora biti podpora za obračun storitev tujcem (povezave na tuje zavarovalne ustanove)

5.8. prikaz kazalnikov kakovosti v realnem času ON-LINE5.9. povezava z BI za izračun in prikaz stroškov materiala in stroškov dela v

realnem času ON-LINE na posameznega pacienta (na posamezno obravnavo, specilistično ambulanto, celoten oddelek in/ali stroškovno mesto po različnih kriterijih,...)

6. lekarna,6.1. omogočen dostop do vseh funkcionalnosti modula EMR in ETL posebej

prilagojen za potrebe procesa dela lekarne6.2. delo z uporabo delovne liste pacientov in seznam opravil po različnih


6.3. znotraj SBI-PIS mora biti implementiran in celovito podprt glavni proces lekarne “Management of single doses” oziroma priprava zdravil za posameznega pacineta na podlagi predpisane terapije s strani zdravnika (izdaja zdravil do max. 3xdnevno za posamezni oddelek ob točno določenih terminih, kompletiranje vozičkov oddelka ter možnost pregleda morebitnih sprememb naročila pred končno potrditvijo izdaje na oddelek npr. funkcija preračunaj,)

6.4. na nivoju pacienta in/ali terapije mora biti omogočena sledljivost, prikaz kdo, kdaj je odmerek pripravil, odobril in pregledal oziroma potrdil ustreznost (če je bila v sistemu zahtevana npr. potrditev vodje lekarne)

6.5. omogočen mora biti prevzem in izdaja zdravil, pripomočkov in ostalega materiala z uporabo brezžičnega dlančnika - npr Honeywell (uporaba 2D in/ali RFID kode, možnost dodajanja slik in opisov zdravil, pripravkov,...)

6.6. avtomatski pregled in možnost medsebojno izmenljivih zdravil6.7. interakcije: kontraindikacije in ocena tveganja (npr. barvni opis jakosti

interakcije, ocena zanesljivosti (%), nastop interakcije (npr. hitro, z zamikom)) ter avtomatsko generiranje in pošiljanje alarmov in/ali poročil o interakciji (e-mail,...)

6.8. avtomatsko obveščanje o zapadlostih - pregled skadenc6.9. proces validacije terapije, diet

6.10. podpora procesu priprave in izdelave zdravil, odmerkov zdravil glede na prejeta naročila, recepte, vnesenih terapij pacientov po posameznih pacientih, oddelkih, specialističnih ambulantah (pregled po statusih npr. naročila v pripravi, poslana naročila,...)

6.11. avtomatsko generiranje nalog osebju lekarne na podlagi prejetih naročil iz SBI-PIS (kdo je odgovoren za pripravo česa in do kdaj mora biti naloga izvedena)

6.12. nadzor nad kontraindikacijami, interakcijami pripravljenih odmerkov terapij (vgrajeni normativi in kompatibilnost, izmenljivost med

ePRO© Stran 16/60

ePRO Specifikacije

posameznimi zdravili)6.13. zagotavljanje popolne sledljivosti skozi celoten proces lekarne; zdravil,

pripomočkov in ostalega vgradnega medicinskega materiala (ob morebitnem vpoklicu mora biti omogočeno enostavno prikazati kdo, kdaj je prejel posamezno sporno zdravilo, pripomoček ali katerikoli drugi medicinski materila)

6.14. podpora procesu priprave zdravil znotraj bolnišnične lekarne (galenski laboratorij, priprava odmerkov, citostatikov, itd…)

6.15. izvedba integracije SBI-PIS s programsko opremo za pripravo citostatikov drugega ponudnika programske rešitve (kot npr. CATO)

6.16. popolna informacijska podpora za Galenski laboratorij, Kontrolno analizni in laboratorij za pripravo citostatikov (podrte morajo biti dobre proizvodne in skladiščne prakse)

6.17. po potrebi izvedba integracij z ostalo lekarniško opremo (tehtnice, analizatorji,...)

6.18. recepture (možnost vnosa, uvoza in integracije z zunanjimi viri)6.19. možnost priprave in oskrbe zunanjih inštitucij (oskrba domov starejših

občanov, ostalih bolnišnic, klinik,...), možnost fakturiranja izvedenih storitev oskrbe in svetovanja

6.20. sistem mora biti skladen s standardi kakovosti, ki veljajo za omenjeno področje (npr. kot so ISO, NIAHO/DIAS, Joint Commision,...)

6.21. integracija s CBZ in dodatnimi bazami po zahtevah s strani naročnika6.22. avtomatsko generiranje dokumentacije za potrebe naročanja po vnaprej

določenih kriterijih - JN javnega naročila (enovit sistem s področjem skladiščnega poslovanja za avtomatsko pripravo naročil na osnovi trenutne zaloge, kritične zaloge, minimalne zaloge, itd...)

6.23. možnost priprave in izdaje odmerkov zdravil, pripomočkov,... neposredno pacientu na podlagi e-recepta z uporabo zdravstvene kartice pacienta (KZZ online - čitalci kartic)

6.24. integracija s sistemom za prikaz temperature in vlage v hladilnikih in prostorih lekarne, ki ga uporablja bolnišnica

6.25. možnost izvedbe inventure (dnevno, tedensko, mesečno, letno,...) z uporabo brezžičnega čitalca in/ali dlančnika - npr Honeywell (uporaba 2D in/ali RFID kode)

6.26. povezava oziroma prenos v realnem času v BI sistem SBI-PIS za izračun in prikaz stroškov materiala in stroškov dela v realnem času ON-LINE (npr. na posamezno terapijo, pacienta, specilistično ambulanto, celoten oddelek in/ali stroškovno mesto po različnih kriterijih,...)

6.27. enostavno in hitro pregledovanje stanja zaloge (npr. min/max zaloge, po skupinah artiklov, glede na rok uporabe, na dan,...)

6.28. enostavno spremljanje dragih bolnišničnih zdravil in ločeno zaračunljivega materiala, katerega vir je lekarna

7. patologija7.1. omogočen dostop do vseh funkcionalnosti modula EMR in ETL posebej

prilagojen za potrebe procesa dela patologije7.2. integracija SBI-PIS s programsko rešitvijo za izvajanje različnih preiskav

na področju patologije, ki jih uporablja bolnišnica kot npr. LABEX (izmenjava HL7 in drugih sporočil, pripenjanje strukturiranih pdf poročil o preiskavi v SBI-PIS na pacienta)


7.4. generiranje naročil v SBI-PIS ter sprejemanje rezultatov v SBI-PIS

ePRO© Stran 17/60

ePRO Specifikacije

7.5. omogočeno mora biti beleženje in spremljanje porabe potrošnega materiala na posamezno preiskavo v SBI-PIS na posameznega pacienta

7.6. povezava oziroma prenos v realnem času v BI sistem SBI-PIS za izračun in prikaz stroškov materiala in stroškov dela v realnem času ON-LINE (npr. na posamezno preiskavo, pacienta, specilistično ambulanto, celoten oddelek in/ali stroškovno mesto po različnih kriterijih,...)

7.7. sprejemanje in pošiljanje naročil preiskav drugim zunanjim laboratorijem po zahtevah naročnika

8. nuklearna medicina8.1. omogočen dostop do vseh funkcionalnosti modula EMR in ETL posebej

prilagojen za potrebe procesa dela področja nuklearne medicine8.2. integracija z PACS sistemom bolnišnice8.3. integracija z ENTERPRISE IMAGING sistemom bolnišnice8.4. integracija z GAMA kamero in ostalimi medicinskimi napravami (npr.

EGK, itd,...)8.5. povezava oziroma prenos v realnem času v BI sistem SBI-PIS za izračun

in prikaz stroškov materiala in stroškov dela v realnem času ON-LINE (npr. na posamezno preiskavo, pacienta, specilistično ambulanto, celoten oddelek in/ali stroškovno mesto po različnih kriterijih,...)


8.7. sistem mora vključevati standarde uporabe unikatnega identifikatorja preiskave za področje radilogije (Radiological accession number)

8.8. beleženje doze sevanja (npr, na pacienta, po aparatu, za posamezno preiskavo, zdravstvenega delavca, itd…)

8.9. EDMO - sistem mora vključevati standarde o vodenju drage medicinske opreme MZ

9. slikovna diagnostika, RTG radiologija,9.1. omogočen dostop do vseh funkcionalnosti modula EMR in ETL posebej

prilagojen za potrebe procesa dela področja slikovne diagnostike, RTG radiologija

9.2. integracija z PACS sistemom bolnišnice9.3. integracija s takozvanimi ENTERPRISE IMAGING sistemi9.4. povezava oziroma prenos v realnem času v BI sistem SBI-PIS za izračun



9.6. evidentiranje porabe kontrastnega sredstva po pacientu in preiskavi preko možnosti integracije z avtomatskim injektorjem

9.7. sistem mora vključevati standarde uporabe unikatnega identifikatorja preiskave za področje radilogije (Radiological accession number)

9.8. beleženje doze sevanja (npr, na pacienta, po aparatu, za posamezno preiskavo, zdravstvenega delavca, itd…)

9.9. EDMO - sistem mora vključevati standarde o vodenju drage medicinske opreme MZ

10. endoskopije,10.1. integracija SBI-PIS s programsko rešitvijo za izvajanje različnih

endoskopskih posegov kot npr. ENDOBASE (izmenjava HL7 sporočil, pripenjanje strukturiranih pdf poročil o preiskavi na pacienta)

ePRO© Stran 18/60

ePRO Specifikacije


11. laboratorij,11.1. omogočen dostop do vseh funkcionalnosti modula EMR in ETL posebej

prilagojen za potrebe procesa dela laboratorija11.2. integracija SBI-PIS s programsko rešitvijo za izvajanje različnih

laboratorijskih preiskav, ki jih uporablja bolnišnica kot npr. LIS COMPUTEL (izmenjava HL7 in drugih sporočil, pripenjanje strukturiranih pdf poročil o preiskavi v SBI-PIS na pacienta)


11.4. generiranje naročil v SBI-PIS ter sprejemanje rezultatov v SBI-PIS11.5. omogočeno mora biti beleženje in spremljanje porabe potrošnega

materiala na posamezno preiskavo v SBI-PIS na posameznega pacienta11.6. povezava oziroma prenos v realnem času v BI sistem SBI-PIS za izračun


11.7. sprejemanje in pošiljanje naročil preiskav drugim zunanjim laboratorijem po zahtevah naročnika

11.8. enostavno spremljanje ločeno zaračunljivih preiskav za posamezne dejavnosti

12. dnevna bolnišnica in hemodializa,12.1. omogočen dostop do vseh funkcionalnosti modula EMR in ETL posebej

prilagojen za potrebe procesa dela dnevne bolnišnice in hemodialize12.2. delo z uporabo delovne liste pacientov in seznam opravil po različnih


12.3. ločeno vodenje seznama čakajočih, planiranih, obdelanih in tistih, ki niso prišli na poseg in/ali obravnavo

12.4. omogočena povezava do vseh finančnih podatkov 12.5. povezava z BI za izračun in prikaz stroškov materiala in stroškov dela v

realnem času ON-LINE (npr. na posamezni poseg, obravnavo, po pacientu, celoten oddelek in/ali stroškovno mesto, vse po različnih kriterijih,...)

13. sterilizacija,13.1. omogočen dostop do vseh funkcionalnosti modula EMR in ETL posebej

prilagojen za potrebe procesa dela dnevne bolnišnice in hemodialize13.2. delo z uporabo delovne liste pacientov in seznam opravil po različnih


13.3. avtomatsko generiranje nalog zaposlenim znotraj sterilizacije glede na načrtovane potrebe po sterilnem inštrumentariju glede na planirane posege (kirurški posegi COB, MOB in ambulantni posegi npr. okulistična ambulanta, ginekološka ambualnta,...)

13.4. možnost urgentnega naročila, določanja kriterijev prioritet sterilnega materila (primer UC)

13.5. možnost vnosa naročila na kos in/ali set kirurškega inštrumentarija glede na planirane posege (na nivoju pacienta za oddelek, operacijsko dvorano, specialistično ambulanto, urgentni center)

13.6. prejem in izdaja kirurškega inštrumentarija mora biti omogočena z

ePRO© Stran 19/60

ePRO Specifikacije

uporabo naprednih brezžičnih RFID terminalov (uporaba RFID tagov, nalepk,...)

13.7. avtomatsko generiranje dokumentacije za potrebe naročanja po vnaprej določenih kriterijih - JN javnega naročila (enovit sistem s področjem skladiščnega poslovanja za avtomatsko pripravo naročil na osnovi trenutne zaloge, kritične zaloge, minimalne zaloge, itd...)

13.8. povezava z BI za izračun in prikaz stroškov materiala in stroškov dela v realnem času ON-LINE (npr. na posamezni cikel sterilizacije in/ali set, po pacientu, za specilistično ambulanto, operacijski poseg in/ali dvorano, celoten oddelek in/ali stroškovno mesto, vse po različnih kriterijih,...)

13.9. integracija SBI-PIS z obstoječo programsko opremo za nadzor in upravljanje naprav sterilizacije GETINGE (T-DOC), DEPO (ponudnik 1Klik),

14. intenzivna terapija,14.1. omogočen dostop do vseh funkcionalnosti modula EMR in ETL posebej

prilagojen za potrebe procesa dela intenzivne terapije14.2. delo z uporabo delovne liste pacientov in seznam opravil po različnih


14.3. beleženje porabe vsega materiala in zdravil na pacienta z uporabo naprednih brezžičnih terminalov/dlančnikov npr. Honeywell (z uporabo 2D čitalcev, RFID kode)

14.4. povezava z BI za izračun in prikaz stroškov materiala in stroškov dela v realnem času ON-LINE (npr. po pacientu, operacijski poseg, celoten oddelek in/ali stroškovno mesto, vse po različnih kriterijih,...)

14.5. integracija z sistemi za spremljanje življenskih funkcij pacienta (HL7 in/ali odlaganje strukturiranih pdf in XML in drugih poročil na nivoju posameznega pacienta po zahtevah naročnika)

15. fizioterapija,15.1. omogočen dostop do vseh funkcionalnosti modula EMR in ETL posebej

prilagojen za potrebe procesa dela fizioterapije15.2. delo z uporabo delovne liste pacientov in seznam opravil po različnih



15.4. povezava z BI za izračun in prikaz stroškov materiala in stroškov dela v realnem času ON-LINE (npr. po pacientu, obravnavi, celoten oddelek in/ali stroškovno mesto, vse po različnih kriterijih,...)

16. antikoagulantna ambulanta (trombo),16.1. omogočen dostop do vseh funkcionalnosti modula EMR in ETL posebej

prilagojen za potrebe procesa dela antikoagulantne ambulante16.2. delo z uporabo delovne liste pacientov in seznam opravil po različnih


16.3. integracija SBI-PIS s programsko rešitvijo za izvajanje različnih laboratorijskih preiskav, ki jih uporablja bolnišnica kot npr. TROMBO (izmenjava HL7 in drugih sporočil, pripenjanje strukturiranih pdf poročil o preiskavi v SBI-PIS na pacienta)


ePRO© Stran 20/60

ePRO Specifikacije

16.5. povezava z BI za izračun in prikaz stroškov materiala in stroškov dela v realnem času ON-LINE (npr. po pacientu, obravnavi, celoten oddelek in/ali stroškovno mesto, vse po različnih kriterijih,...)

17. eNaročanje,17.1. storitev mora biti polno integrirana in v celoti omogočena znotraj SBI-

PIS povsod, kjer je to zakonsko zahtevano in/ali potrebno za nemoteno in učinkovito izvedbo procesa dela

18. eRojstva,18.1. storitev mora biti polno integrirana in v celoti omogočena znotraj SBI-

PIS povsod, kjer je to zakonsko zahtevano in/ali potrebno za nemoteno in učinkovito izvedbo procesa dela

19. operacije in posegi,19.1. omogočen dostop do vseh funkcionalnosti modula EMR in ETL posebej

prilagojen za potrebe procesa dela operacij in posegov19.2. omogočeno mora biti načrtovanje, planiranje in izvajanje operacij v

obliki seznama ali kot grafični koledar19.3. delo z uporabo delovne liste pacientov in seznam opravil po različnih


19.4. omogočeno mora biti enostavno razporejanje ali prerazporeditev pacienta na želeni najboljši možni termin, kjer SBI-PIS na podlagi vnesenih parametrov samodejno predlaga najboljšo možno opcijo, ki upošteva vse pomembne zahteve (razpoložljivost medicinskega osebja, potrebni material, razpoložljivost sterilizacisjkega materiala,...)

19.5. sistem mora pri planiranju upoštevati kadrovsko razpoložljivost medicinskega osebja, ki je potrebno za nemoteno in učinkovito izvedbo določenega posega (enovit kadrovski sistem znotraj SBI-PIS)

19.6. omogočen mora biti dostop do vseh funkcionalnosti modula EMR in ETL posebej prilagojen za potrebe procesa dela modula operacij in posegov

19.7. omogočeno mora biti dolgoročno načrtovanje ter dnevno načrtovanje dela in osebja in potrebnega materiala (operater, podporno osebje, inštrumentarke, anesteziolog, material,...)

19.8. avtomatsko generiranje nalog osebju glede na planirane posege19.9. v realnem času mora biti omogočeno spremljanje celotnega poteka,

proces izvajanja posega operacije (dodatno mora biti omogočen enostavni prikaz poteka operacije v realnem času preko TV prikazovalnika za npr. čakalnico kjer lahko svojci pacienta spremljajo časovni potek)

19.10. povezava z BI za izračun in prikaz stroškov materiala in stroškov dela v realnem času ON-LINE (npr. po pacientu, obravnavi, posegu, za celoten oddelek in/ali stroškovno mesto, vse po različnih kriterijih,...)


19.12. beleženje vseh zahtevanih podatkov – časi anestezij, operacije,.. prostori, operaterji, asistenti vse osebe prisotne pri operaciji, itd…

20. oskrba z bolnišničnim perilom,20.1. integracija z obstoječim informacijskim sistemom za obvladovanje

področja oskrbe bolnišničnega perila DEPO21. transport in logistika (pacienti, hrana, material, odpadki,...),

21.1. naročanje transporta (oddelka, ambulante, npr. umrle osebe, zdravil, sterilizacije, skladišča, lekarne, itd…

21.2. ravnanje z nevarnimi odpadki,

ePRO© Stran 21/60

ePRO Specifikacije

21.3. odprodaja odpadkov

22. povezava z IH (Informacijska hrbtenica)22.1. storitev mora biti polno integrirana in v celoti omogočena znotraj SBI-

PIS povsod tam, kjer je to zakonsko zahtevano in/ali potrebno za nemoteno in učinkovito izvedbo procesa dela

23. eZdravje23.1. storitev mora biti polno integrirana in v celoti omogočena znotraj SBI-


24. obračunavanje in fakturiranje zdravstvenih storitev (billing), SPP - skupina primerljivih primerov, specialistične ambulante, primarni nivo zdravstva in fakturiranje nemedicinskih storitev. Billing sistem mora delovati na enotni bazi brez podvajanja podatko in mora biti skladen z veljavno zakonodajo.

24.1. ZZZS zahteve za beleženje in obračunavanje zdravstvenih storitev in izdanih materialov, ki veljajo za bolnišnico morajo biti v celoti implementirane in vzdrževane skozi celoten življenjski cikel v enovitem informacijskem sistemu SBI-PIS

24.2. druge pogodbene ali drugače podane zahteve za obračun storitev – možnost upravljanja cenikov za razne skupine plačnikov

24.3. funkcionalnost mora biti v celoti podprta v sklopu SBI-PIS na način, da so podatki dostopni v realnem času vsem področjem dela bolnišnice (medicinska evidenca, planiranje in realizacija v realnem času, itd…)

24.4. v sistemu morajo biti implementirana pravila za pripravo in samodejno izstavljanje, izvoz in/ali generiranje oziroma pošiljanje dokumentov za obračun na ZZZS, MZ in drugim zavarovalnicam

24.5. v sistemu morajo biti vzpostavljene kontrole za povratno informacijo o statusu dokumentov na strani prejemnika in razlogu za nesprejem dokumenta/poročila

24.6. v sistemu morajo biti implementirana pravila za izvedbo procesa komercialni obračun, samoplačniki, podjetja, kombiniranje plačnikov…

24.7. povezava z BI za izračun in prikaz stroškov materiala in stroškov dela v realnem času ON-LINE (npr. po pacientu, obravnavi, posegu, za celoten oddelek in/ali stroškovno mesto, vse po različnih kriterijih,...)

24.8. podpora celotnemu procesu prodaje – priprava predračunov, sprejemanje avansov, priprava avansnih računov, izdaja računov na blagajni, blagajniški poslovanje,…

24.9. možnost izpisa kontrolnih poročil pred fakturiranjem, za nadzor sistema in pravilnosti obračunih podatkov

24.10. informativni račun za pacienta v skladu z zakonskimi zahtevami,24.11. možnost spremljanja reklamacij s strani ZZZS, izvajalcev dodatnega

zavarovanja, drugih partnerjev, ki jim izdajamo fakture, vnos statusa obravnave in odgovorne osebe za rešitev napake iz nadzora

24.12. možnost spremljanja nadzorov s strani s strani ZZZS, izvajalcev dodatnega zavarovanja, vnos statusa obravnave in odgovorne osebe za rešitev napake iz nadzora

24.13. prikaz statusa plačnika v vseh modulih SBI-PIS (stanje dolga, itd…)24.14. fakturiranje nemedicinskih storitev izven medicinskega sistema –

najemnine, prefakturirani stroški, prehrana.. ipd. Enostaven in logičen sistem.

24.15. avtomatske obdelave za knjiženje fakturiranega v glavno knjigo, saldakonte in davčno knjigo

ePRO© Stran 22/60

ePRO Specifikacije

24.16. logične kontrole, ki so pomembne za pravilno fakturiranje storitev se morajo izvajati že ob vnosu podatkov

24.17. pravilni izpisi računov za fizične osebe – prilagojeni izpis na položnice s pravilnimi sklici in podatki, ki jih zahteva zakonodaja

24.18. pravilni izpisi računov za pravne osebe, ki računov ne prejemajo v e-obliki

24.19. možnost izpisa takojšnjega informativnega izračuna za obravnavo za pacienta v skladu z veljavnimi predpisi ob sprejemu pacienta,

25. KZZ online,25.1. storitev mora biti polno integrirana in v celoti omogočena znotraj SBI-


26. eRačun,26.1. storitev mora biti polno integrirana in v celoti omogočena znotraj SBI-


27. davčna blagajna,27.1. omogočen dostop do vseh funkcionalnosti modula EMR in ETL posebej

prilagojen za potrebe procesa dela davčne blagajne27.2. storitev mora biti polno integrirana in v celoti omogočena znotraj SBI-


27.3. funkcionalnost mora biti implementirana v skladu z veljavno zakonodajo RS, ki ureja postopke davčne blagajne ter predpisano elektronsko izmenjavo podatkov s FURS

28. porodnišnica,28.1. omogočen dostop do vseh funkcionalnosti modula EMR in ETL posebej

prilagojen za potrebe procesa dela davčne blagajne28.2. dodatno morajo poleg osnovnih funkcionalnoti biti podprte tudi

specifične (npr. porodni zapisnik, porodna analgezija, knjiga rojstev, itd…)

28.3. izvedena mora biti elektronska izmenjava podatkov in/ali izvoz za zunanje sisteme (kot npr. e-rojstva, MNZ, itd…)

29. povezovanje z ostalimi programskimi rešitvami oziroma nacionalnimi programi: DORA, SVIT, ZORA, itd,...

Povezave z ostalimi programskimi rešitvami, ki jih SBI-PIS ne zajema (seznam se pripravi v sklopu analize obstoječega stanja in priprave dokumenta Dokument Projekta za Izvedbo SBI-PIS (PIZ))3.1.7.2. Ne-medicinski moduli SBI-PIS

Temeljni ne-medicinski moduli in/ali procesi ter osnovne funkcionalnosti posameznih modulov, ki morajo biti vključeni v enovit sistem, podprti v SBI-PIS:

1. skladiščno poslovanje,1.1. delo z uporabo seznama opravil in/ali naročil po različnih profilih

uporabnikov (npr. seznam naročil oddelka, seznam naročil dobaviteljem, itd…)

1.2. možnost odpiranja in upravljanja več oddelčnih skladišč ter vodenja porabe, zaloge

1.3. potek dela mora biti omogočen z večstopenjskim potrjevanjem dokumentov

1.4. vnos artiklov in vodenje po različnih atributih in/ali kategorijahePRO© Stran 23/60

ePRO Specifikacije

1.5. ABC analize artiklov v sklopu BI analitike1.6. možnost uporabe FIFO kriterij ter rokov uporabe1.7. samodejno generiranje naročil na podlagi vnesenih parametrov (npr.

min/max zaloge)1.8. interno naročanje (pomoč končnim uporabnikom pri pripravi naročila,

pri izbiri več različnih artiklov, pri izbiri pravilne postavke oziroma skupine artiklov, ohrani zgodovino nabave artiklov, ohrani številke šarže za artikle)

1.9. uporaba različnih merskih enot artiklov 1.10. proces vrednotenja inventarja, kot so Tehtano povprečje, Dejanska

cena, Standardna cena itd,...1.11. upravljanje zalog in planiranje nabave (kot so zahtevana količina,

razpoložljiva zaloga, poraba zadnjih 30 dni in povprečna mesečna poraba zadnjih 90 dni. ohranjanje optimalne zalogame)

1.12. prejem in izdaja blaga (prejem delnih količin, beleženje opomb, planirani in dejanski datum prejema, kontrola kakovosti, vračanje pošiljke dobavitelju, izdaja odobrenih naročil - večstopenjsko potrjevanje, obveščanje o poteku roka uporabe, serije)

1.13. omogočen mora biti prevzem in izdaja skladiščnega materiala in ostalega materiala z uporabo brezžičnega dlančnika - npr Honeywell (uporaba 2D in/ali RFID kode, možnost dodajanja slik in opisov artiklov,...)

1.14. avtomatsko obveščanje o zapadlostih - pregled rokov uporabe1.15. podpora za vodenje konsignacijskih postopkov (zaloga pri dobavitelju ali

lokaciji bolnišnice)1.16. generiranje lastne črtne kode za artikle, kjer je to potrebno (2D črtna

koda)1.17. ob generiranju naročila SBI-PIS lahko samodejno predlaga nadomestni

artikel, kjer zahtevani ni na zalogi1.18. spremljanje zgodovine premikov artiklov med skladišči1.19. avtomatsko generiranje nalog osebju skladišča na podlagi prejetih

naročil SBI-PIS (kdo je odgovoren za pripravo česa in do kdaj mora biti naloga izvedena)

1.20. zagotavljanje popolne sledljivosti skozi celoten proces skladiščnega poslovanja

1.21. možnost priprave in oskrbe zunanjih inštitucij (oskrba domov starejših občanov, ostalih bolnišnic, klinik,...), možnost fakturiranja izvedenih storitev oskrbe in svetovanja

1.22. avtomatsko generiranje dokumentacije za potrebe naročanja po vnaprej določenih kriterijih - JN javnega naročila (enovit sistem za avtomatsko pripravo naročil na osnovi trenutne zaloge, kritične zaloge, minimalne zaloge, itd...)

1.23. možnost izvedbe inventure (dnevno, tedensko, mesečno, letno,...) z uporabo brezžičnega čitalca in/ali dlančnika - npr Honeywell (uporaba 2D in/ali RFID kode)

1.24. povezava oziroma prenos podatkov v realnem času v BI sistem SBI-PIS za izračun in prikaz stroškov materiala in stroškov dela v realnem času ON-LINE (npr. na posamezno terapijo, pacienta, specialistično ambulanto, celoten oddelek in/ali stroškovno mesto po različnih kriterijih,...)

ePRO© Stran 24/60

ePRO Specifikacije

1.25. enostavno in hitro pregledovanje stanja zaloge (npr. min/max zaloge, po skupinah artiklov, glede na rok uporabe, na dan,...)

2. kadrovska evidenca, plače in registracija delovnega časa ter varstvo pri delu2.1. Skrbniški modul:

2.1.1. Administracija uporabnikov in njihovih pravic2.1.2. Registracija uporabnikov2.1.3. Spreminjanje parametrov sistema2.1.4. Vklapljanje/izklapljanje posameznih funkcionalnosti sistema2.1.5. Urejanje šifrantov2.1.6. Opomniki

2.2. Evidentiranje prisotnosti in odsotnosti2.2.1. Zagotavljanje evidentiranja prisotnosti in odsotnosti2.2.2. evidentiranje z različnimi mediji (RFID kartice, ključki, zapestnice

in žetoni), več različnih za posameznega uporabnika2.2.3. Evidentiranje izhodov med delovnim za različne namene (službeni

izhodi, zasebni izhodi, koriščenje presežkov ur, bolniški izhodi)2.2.3.1. Integracija z obstoječim sistemom kontrole pristopa, z

vsemi uporabniškimi karticami (parkirni sistem CROSS, Jantar, DEPO,...)

2.3. Urejanje in vnos urnikov:2.3.1. Fiksni urniki2.3.2. Drseči urniki2.3.3. Tolerančna obdobja prihoda in odhoda

2.4. Upravljanje in sestavljanje urnikov:2.4.1. Redno delo2.4.2. Pripravljenost2.4.3. Samostojni vnosi in urejanje vseh vrst odsotnosti2.4.4. Šifrant odsotnosti (za posamezno odsotnost je predefinirano

število ur ali dnevov), urejanje ur če je ta večja ali manjša od predefinirane

2.4.5. Ob vnosu in potrditvi potnega naloga se ure avtomatsko vpišejo v urnik zaposlenega, omogoča urejanje ur dokler potni nalog ni dokončno potrjen s strani odgovorne osebe

2.4.6. Letni dopust2.4.7. Avtomatsko izračunavanje dopustov v povezavi s podatkom

izračuna plač in kadrovsko evidenco2.4.8. Število dni dopusta se vedno meri v dnevih2.4.9. Če zaposleni ni v službi in koristi manjkajoče ure, se morajo ure

evidentirati kot manko ur v tekočem mesecu2.5. Odsotnosti

2.5.1. Vnos vseh bolniških odsotnosti2.5.2. Vnos službene odsotnosti, tudi v večjem številu ur, kot je delovna

obveznost zaposlenega, z možnostjo določitve maksimalnega števila dovoljenih ur v dnevu

2.6. Elektronska dovolilnica2.6.1. Najava in odobritve vseh odsotnosti2.6.2. Obveščanje po elektronski pošti2.6.3. Samodejni zapis odsotnosti brez ročnega vnosa2.6.4. Sistem mora pametno obvestiti uporabnika da ne more na dopust

ali izven službe če ima ostale obveznosti že splanirane za tisto

ePRO© Stran 25/60

ePRO Specifikacije

obdobje ali dan (npr. operacija, ambulanta, aktivnosti z rokom izvedbe, planiran izvajalec in dodeljene naloge iz EMR in ETL ter ostalih modulov SBI-PIS)

2.7. Vnos razporeda za posameznega zaposlenega ali organizacijsko enoto2.7.1. Kopiranje urnikov prisotnosti in vrst odsotnosti2.7.2. Vpogled v število razporejenih na delo na posameznem delovišču

oz. enoti2.7.3. Presek ob določeni uri in v določenem časovnem obdobju2.7.4. Pri vnosu razporeda mora imeti skrbnik, kjer je zapisano tudi

stanje vseh vrst dopustov in ur (+ ali -)2.7.5. Strukturiran vpogled urnika po vrstah ur za posamezni dan v

tednu vključno s primeri praznikov.2.7.6. Vpogled v stanje ur glede na vrsto prisotnosti/odsotnosti in

trenutno število dni dopusta, pripadajočih malic, prevozov2.7.7. Seštevanje salda ur iz naslova posameznih oblik dela (npr.

dežurstvo, nadure, teren, službene poti, pripravljenost, turnusno delo, nedeljsko in nočno delo, praznično delo)

2.7.8. Pregled in enoten izpis razlik med vnesenim razporedom in dejansko evidentirano prisotnostjo oz. odsotnostjo (sortiranje po različnih kriterijih)

2.7.9. Kontrola in urejanje evidence delovnega časa, ki je organizirana po skrbnikih delovnega časa (ni vedno nujno, da je ta oseba nadrejeni – tajništvo, …)

2.7.10. Višek ur delovnega časa se mora prenesti v dobropis ur, ki se lahko čez različna časovna obdobja sešteva, samodejna prilagoditev ur, za toliko ur kot jih manjka do polnega delovnega časa. Prilagoditev se uredi po interno predpisanem vrstnem redu. Če prilagoditev ni več možna se ure prenesejo v minus oz. manko ur.

2.7.11. Avtomatsko urejanje števila dni dopusta, kot je zakonsko določeno (ločeno lanski – do 1.julija, letošnji dopust)

2.7.12. Dovoljena vrednost števila dni koriščenja izrednega, študijskega dopusta

2.7.13. Prevozi in malice se štejejo za posameznega uslužbenca po vnaprej določenih pravilih

2.8. Planiranje- razporejanje delovnega časa2.8.1. Samodejno razporejanje enega ali več delavcev na več različnih

delovišč, delovnih mest in urnikov z možnostjo ročnega popravljanja

2.8.2. Vnos kadrovskih normativov za različna organizacijska področja ter prikaz razlike normativ/razpored

2.8.3. Samodejna izdelava razporedov dela za različna časovna obdobja z možnostjo ročnega upravljanja

2.8.4. Pregled števila planiranih ur za različna časovna obdobja2.8.5. Vnos sprememb že planiranega in delno realiziranega dela2.8.6. Vnos predvidene odsotnosti2.8.7. Pregled trenutnega stanja ur, dopusta, bolniškega staleža, v

določenem časovnem obdobju, po deloviščih, oddelkih, stroškovnih mestih in drugih poljubnih parametrih

2.8.8. Elektronski dostop zaposlenega do razporeda dela in stanja ur ter izpis brez možnosti urejanja registriranih podatkov, šifriran dostop do plače zaposlenega

2.8.9. Izdelava več istočasnih simulacij plana razporedov in hrambo več ePRO© Stran 26/60

ePRO Specifikacije

verzij le teh2.8.10. Samodejno upoštevanje dogodkov odobrenih z elektronsko

dovolilnico2.8.11. Spreminjanje in pregled plana razporedov dela zaradi izrednih

dogodkov2.8.12. Pregled za različna časovna obdobja po organizacijskem področju

oz. zaposlenemu ter možnost izpisa2.8.13. Lastna izdelava različnih poročil v poljubnih formatih

2.9. Registracija delovnega časa za zunanje specializante, ki so zaposleni pri SBI

2.9.1. Elektronski vnos zakonsko določenih parametrov za obračun plače

2.9.2. Vnos brez dodatnih zunanjih dokumentov (razni obrazci in izračuni morajo biti urejeni preko programa)

2.10. Registracija delovnega časa za specializante, ki krožijo pri nas2.11. Kadrovska služba

2.11.1. Centralno urejanje podatkov zaposlenih in samodejni izračuni različnih dokumentov

2.11.2. Obvestila o rokih in različnih opomnikih, po elektronski pošti ali mobilne aplikacije

2.11.3. Hitra izdelava večje količine vseh kadrovskih dokumentov, na podlagi prednastavljenih vzorcev, shranjevanje dokumentov naj bo v SBI-PIS dokumentnem sistemu zaradi centralizacije podatkov

2.11.4. Arhiviranje prednastavljenih vzorcev dokumentov, po letnicah veljavnosti, obvestilo ko le ti so zastareli

2.11.5. Vpogled v zgodovino podatka in celotnega podatkovnega modela (povezava dokumentnega sistema s kadrovskim modulom)

2.11.6. Pošiljanje različnih opomnikov in elektronskih sporočil različnim prejemnikom glede na tip dogodka in delovno mesto zaposlenega

2.11.7. Vsi opomniki naj bodo zapisani tudi v funkcionalnosti kadrovskega koledarja

2.11.8. Voden vnos podatkov za vse kadrovske procese kjer je to možno2.11.9. Možnost zbiranja uporabniških lastnosti in urejanje pogledov

glede na pravice uporabnika2.11.10. Samodejni zračun invalidov nad kvoto ter kandidatov za ljubljene

nagrade2.11.11. Izpisi po lastni želji morajo biti enostavni za uporabo2.11.12. Organizacijska struktura

2.11.12.1. Organizacijska struktura s poljubnim število nivojev in tipov organizacijskih enot

2.11.12.2. Priprava vseh poljubnih razpisov in prikazov2.11.12.3. Vzdrževanje podatkov naročnika2.11.12.4. Vzdrževanje organizacijskih enot

2.11.13. Sistemizacija delovnih mest z upoštevanjem zakonskih določil o javni upravi

2.11.13.1. Osnovni podatki zaposlenega2.11.13.2. Ostali podatki, ki so potrebni za ustrezno vodenje znotraj

SBI-PIS2.11.13.3. Poklici2.11.13.4. Delovni pogoji2.11.13.5. Delovno mest2.11.13.6. Plačni razredi2.11.13.7. Delovne izkušnje, kompetence in veščine

ePRO© Stran 27/60

ePRO Specifikacije

2.11.13.8. Pristojnosti zaposlenih2.11.13.9. Opis del in nalog

2.11.14. Mapa zaposlenega s sledečimi podatki:2.11.14.1. Osnovni podatki2.11.14.2. Stiki2.11.14.3. Družinski člani2.11.14.4. Prevozi2.11.14.5. Izobrazba2.11.14.6. Vrsta dodatka2.11.14.7. Delovna doba2.11.14.8. Dopusti2.11.14.9. Invalidnost/telesne okvare

2.11.14.10. Izplačila2.11.14.11. Pogodbeno delo2.11.14.12. Zdravniški pregled2.11.14.13. Štipendisti2.11.14.14. Študij ob delu2.11.14.15. Strokovna praksa2.11.14.16. Pripravništvo2.11.14.17. Vsi potrebni izračuni2.11.14.18. Dokumenti zaposlenega2.11.14.19. Šifrirani vpogled v plače2.11.14.20. Napredovanja v PR, zakonsko določeno

2.11.15. Razporeditev2.11.15.1. Osnovni podatki2.11.15.2. Plača2.11.15.3. Delovnik2.11.15.4. Vzdrževanje vseh podatkov zaposlenega na razporeditvi

(pomenbna točnost podatkov)2.11.15.5. Povezava z dokumentnim sistemom, možnost dodajanja

različnih dokumentov2.11.15.6. Zgodovina razporeditev

2.11.16. Delovna uspešnost in napredovanje2.11.16.1. Ocenjevanje delovne uspešnosti in nagrajevanje2.11.16.2. Zakonsko podprto napredovanje po plačilnih razredih2.11.16.3. Avtomatski seznami zaposlenih za napredovanje iz

povezanih podatkov2.11.16.4. Avtomatsko generiranje potrebnih dokumentov

2.11.17. Varstvo pri delu2.11.17.1. Zdravstveni pregledi2.11.17.2. Nezgode2.11.17.3. Varnost in zdravje pri delu ter požarna varnost

2.11.18. Poslovno poročanje in analitika2.11.18.1. Analitika na poljubne kadrovske podatke

2.11.19. Portal za vodje2.11.20. Izpis dokumentov obrazcev in poročil

2.11.20.1. Različni kadrovski dokumenti2.11.20.2. M obrazci2.11.20.3. Statistična poročila2.11.20.4. Kadrovski vmesnik evem2.11.20.5. Avtomatsko obveščanje ob vseh prihajajočih dogodkih2.11.20.6. Avtomatski izračun dopusta2.11.20.7. Izdelava seznamov odločb

ePRO© Stran 28/60

ePRO Specifikacije

2.11.20.8. Avtomatski izračun plač, študentskega dela2.11.20.9. Avtomatski izračun več vrst dobe zaposlenega

2.11.20.10. Priprava poljubnih izpisov2.11.21. 10 e-VEM

2.11.21.1. Povezava e vem portala na nivoju integracije2.11.22. Letni razgovori

2.12. Obračun plač2.12.1. Splošni sistemski podatki in katalogi

2.12.1.1. Obvezni katalogi2.12.1.2. Sistemski prednastavljeni podatki2.12.1.3. Interni podatki, lastni posamezni pravni zadevi2.12.1.4. Časovni podatki, ki sestavljajo definicije obdobij

2.12.2. Matični podatki2.12.2.1. Kartica delavca2.12.2.2. Večnivojska organizacijska struktura2.12.2.3. Razporejanje delavca na različna delovna mesta2.12.2.4. Avtomatska zgodovina razporeditev delavca 2.12.2.5. Neomejen vnos razporeditev2.12.2.6. Spremljanje kreditov, odbitkov, članarin2.12.2.7. Spremljanje obdelava bolniških odsotnosti

2.12.3. Vnos evidence dela in obračun osebnih podatkov2.12.3.1. Parametrska nastavitev različnih oblik dela 2.12.3.2. Vnos vseh možnih oblik dela2.12.3.3. Vnos ali prenos različnih odsotnosti2.12.3.4. Vnos opravljenega dela na različnih razporeditvah v istem

obračunskem obdobju, za različne delovne koledarje2.12.3.5. Obračun dodatkov na nivoju delovnega mesta,

individualnih dodatkov razporeditev posameznika2.12.3.6. Obračun in izplačilo plač ter vseh ostalih prejemkov

fizičnim osebam, mesečno na enem obračunu ali ločeno v istem knjigovodskem obdobju

2.12.3.7. Obračun in izplačilo redne delovne uspešnosti2.12.3.8. Obračun in izplačilo vseh zakonsko določenih nagrad2.12.3.9. Ponovljivost in simulacije obračunov

2.12.3.10. Obračun prevoza na delo2.12.3.11. Obračun regresirane prehrane2.12.3.12. Obračun za kapitalsko družbo in prenos podatkov2.12.3.13. Obračun za pokojninske sklade2.12.3.14. Obračun odtegljajev, sodnih prepovedi, preživnin, izvržb,...2.12.3.15. Izmenjava podatkov zdravstvenega zavarovanja z

zavarovalnicami oziroma drugimi zakonsko določenimi odtegljaji

2.12.3.16. Obračun bonitet2.12.3.17. Izpis plačilnih list2.12.3.18. Plačilne liste naj bodo dosegljive na šifriranem mestu, kjer

bo imel dostop tudi zaposleni (zaščita z geslom na nivoju dokumenta), osebni portal zaposlenega v sklopu dokumentnega sistema ali druge ustrezne rešitve

2.12.4. Arhiv2.12.4.1. Arhiviranje vsakega posameznega obračuna v celoti 2.12.4.2. Vsi pregledi morajo biti transparentni in nesprejemljivi

skozi celotno časovno obdobje arhiviranja - povezava z SBI-PIS dokumentnim sistemom, omogočen mora biti izpis za

ePRO© Stran 29/60

ePRO Specifikacije

določeno davčno leto ali niz poljubnih obračunskih terminov na nivoju podjetja ali zaposlenega

2.12.4.3. Vsa potrebna analitska poročila, povezava v BI analitika SBI-PIS

2.13. Potni nalogi2.13.1. Splošni sistemski podatki in katalogi

2.13.1.1. Naziv in sedež zavoda2.13.1.2. Številka in datum potnega naloga2.13.1.3. ime in priimek zaposlenega2.13.1.4. prebivališče zapolenega2.13.1.5. razporejeno delovno mesto, stroškovno mesto in projekt2.13.1.6. vrsta odsotnosti2.13.1.7. vrsta izplačila2.13.1.8. namen poti2.13.1.9. podatek o pasivni/aktivni udeležbi

2.13.1.10. relacija poti2.13.1.11. vrsta prevoza2.13.1.12. sopotnik/voznik2.13.1.13. podpis odredbodajalca2.13.1.14. podpis predlagatelja2.13.1.15. žig zavoda2.13.1.16. dodajanje opomb predlagateljev2.13.1.17. opombe ob zavrnitvi in potrditvi potnega naloga2.13.1.18. tiskanje obrazca

2.13.2. Obračun potnega naloga2.13.2.1. datum prihoda odhoda2.13.2.2. izplačan predujem2.13.2.3. podpis odredbodajalca2.13.2.4. podpis predlagatelja2.13.2.5. obračun dnevnice in njena višina2.13.2.6. začetno in končno stanje števca službenih vozil2.13.2.7. število prevoženih kilometrov se izračuna avtomatsko če je

vpisano stanje števca, če je vozilo privatno vpišemo kilometre ročno

2.13.2.8. potrdila da je službena pot opravljena2.13.2.9. možnosti dajanja opomb predlagateljev

2.13.2.10. vnos vira financiranja določenega stroška na službeni poti (npr.SBI- plačnik, jaz- plačnik, jaz- specializantska sredstva, SBI- donacija, ipd.)

2.13.2.11. opombe ob zavrnitvi in potrditvi potnega naloga2.13.3. Potrditev o opravljeni odsotnoisti/izobraževanju

2.13.3.1. vsebinska ustreznost izobraževanja2.13.3.2. cilji izobraževanja2.13.3.3. kratek opis o izobraževanju2.13.3.4. izveden prenos znanja da/ne2.13.3.5. vsebina izobraževanja predstavljena2.13.3.6. Kako bodo znanja vpeljana v delovni proces2.13.3.7. Če gre za navadno odsotnost je ocenjevanje opcijsko

2.13.4. Potrjevanje2.13.4.1. 1. nivo vodja2.13.4.2. 2. nivo strokovni direktor/ direktor2.13.4.3. 3. nivo pregled administrator potnih nalogov2.13.4.4. 4. nivo pregled obračuna

ePRO© Stran 30/60

ePRO Specifikacije

2.13.4.5. 5. nivo zaključek2.13.5. Zakonska hramba potnih nalogov2.13.6. Zagotovljena sledljivost2.13.7. Možnost pripenjanja datotek

2.14. Spremljanje vseh ostalih zunanjih izvajalcev, ki v SBI delajo preko podjemnih pogodb, s.p. jev, d.o.o-jev in opravljajo delo v neposredni produkciji. Spremljanje prijav od doma za zunanje izvajalce, za določiti število opravljenih ur

2.15. Izdelava poljubnih izpisov in poljubnih statistik na zahteve naročnika2.16. Izdelava poljubnih obrazcev na zahteve naročnika2.17. Izdelava poljubnih izvozov podatkov po zahtevah naročnika2.18. povezava oziroma prenos podatkov v realnem času v BI sistem SBI-PIS

za izračun in prikaz stroškov dela v realnem času ON-LINE (npr. na posamezno delovišče, specialistično ambulanto, celoten oddelek in/ali stroškovno mesto po različnih kriterijih,...)

2.19. Enotni šifranti čez celoten SBI-PIS - podvajanje šifrantov ne pride v poštev

3. računovodstvo, knjigovodstvo in finance,3.1. OSNOVNA SREDSTVA IN DROBNI INVENTAR

3.1.1. Omogočen samodejni prenos nabave osnovnih sredstev in drobnega inventarja iz dokumenta prevzema v register osnovnih sredstev in register drobnega inventarja

3.1.2. V registru osnovnih sredstev omogočeno podvajanje enakih osnovnih sredstev

3.1.3. Vodenje registra osnovnih sredstev po lokacijah, kot so oddelki, nahajališča, stroškovnih nosilcih , projekti, financerjih in drugih klasifikacijah

3.1.4. Okrepitev in oslabitev osnovnih sredstev ter odprava le teh3.1.5. Likvidacija osnovnih sredstev z samodejno predhodno odpravo

okrepitve ali oslabitve osnovnega sredstva3.1.6. Izpisi kartice in registra osnovnega sredstva in drobnega

inventarja, registra strukture, likvidiranih osnovnih sredstev in inventurnih pol

3.1.7. Samodejni obračun amortizacije osnovnih sredstev za vsa sredstva ali posamezno osnovno sredstvo, za poljubno izbrano časovno obdobje (mesečno, letno), s sočasnim obračunom amortizacije po kontih nabave ali amortizacije po kontih okrepitve ali amortizacije po kontih oslabitve

3.1.8. Izpisi obračuna amortizacije po kontih, amortizacijskih skupinah, inventarnih številkah, oddelkih, stroškovnih nosilcih in projektih

3.1.9. Enostavno restavriranje obračuna amortizacije ter vzpostavitev predhodnega stanja pred obračunom amortizacije

3.1.10. Samodejno knjiženje sprememb registra osnovnih sredstev in drobnega inventarja ter obračuna amortizacije

3.1.11. Omogočen popis osnovnih sredstev in drobnega inventarja s čitalcem črtne kode ter uvoz podatkov v register za nadaljnjo obdelavo podatkov

3.1.12. Vodenje dokumentacije3.1.13. Spremljanje servisov in periodičnih pregledov3.1.14. Zadolževanje in razdolževanje zaposlenih3.1.15. Enostaven vnos inventurnega stanja v program s pomočjo

ePRO© Stran 31/60

ePRO Specifikacije

uporabe brezžičnih čitalcev (omogočen vnos/podpora za RFID, QR, 1D in 2D kode)

3.1.16. Samodejno oblikovanje inventurnih viškov3.1.17. Zagotoviti finančni najem in druge najemne funkcije3.1.18. Zagotoviti kapitalizacijo tovornih in carinskih dajatev za osnovna

sredstva3.1.19. Zagotoviti naknadno kapitalizacijo stroškov po ustvarjanju

sredstva3.1.20. Zagotoviti podporp vzdrževanju drugih referenčnih številk, kot so

črtna koda, serijska številka, številka licence itd. ,del iz številke sredstva

3.1.21. Zagotoviti podporo za posredovanje podatkov o sredstvih za register sredstev, kot so opis, kategorija sredstev, lokacija sredstva, zaposleni, ki imajo sredstva, datum, na katerega se sredstvo kapitalizira, doba koristnosti, stroški, vrednost, zavarovanje, garancija, iztekanje itd.

3.1.22. Možnost vnosa datuma obračuna amortizacije, ki je drugačen od datuma pridobitve sredstev in datuma začetka amortizacije ali datuma vgradnje sredstev

3.1.23. Zagotoviti snemanje sredstev in sledenje za prenos sredstev, kot ena lokacija v drugo, iz oddelka na oddelek in za druge prenose v sistemu

3.1.24. Možnost spremembe vnosa življenjske dobe sredstev z ustreznimi vpisi

3.1.25. Možnost določitve različnega pravilo amortizacije za različne kategorije sredstev

3.1.26. Možnost projekcije amortizacije za določeno obdobje z možnostjo izbire kategorij sredstev

3.1.27. Možnost, da se amortizacija izvede pred zaprtjem obdobja3.1.28. Zagotoviti amortizacijo neopredmetenih sredstev3.1.29. Izračun oslabitev sredstev po standardih MSRP3.1.30. Zagotoviti prevrednotenje sredstev3.1.31. Poročilo o prevrednotenju osnovnih sredstev s poročilom o vplivu

na amortizacijo3.1.32. Združevanje in delitev sredstev3.1.33. Prenos sredstev med oddelki, nahajališči, ipd.3.1.34. Možnost odtujitve sredstev ali dela sredstev3.1.35. Podrobnosti o pogodbi o garanciji in vzdrževanju, kot so datum

poteka veljavnosti, pogodbeni znesek za vzdrževanje3.1.36. Možnost združitve različnih računov v eno sredstvo3.1.37. Možnost razdelitve postavk fakture na različna sredstva3.1.38. Možnost razdelitev / ali združitev obstoječih sredstev3.1.39. Možnosti dodajanja sredstev kot nadomestilo obstoječemu

sredstvu in zagotoviti povezavo s starim sredstvom kot referenco3.1.40. Omogočen ponovnega izračun izračuna za nazaj3.1.41. Podpora zajemanja zavarovalnih podatkov o sredstvih z obvestili

o datumu izteka roka veljavnosti ali opozoril3.1.42. Podpora zajemanju informacij o garanciji za sredstva z datumom

izteka veljavnosti garancij3.1.43. Zagotoviti edinstveno samodejno alfanumerično številčenje za

sredstva in različno kodiranje za vsako kategorijo3.1.44. Zagotoviti integracijo s sredstvi za vzdrževanje sredstev3.1.45. Možnost navedbe številke sredstva v modulu vzdrževanja

ePRO© Stran 32/60

ePRO Specifikacije

3.1.46. Zagotoviti nadzor dostopa do informacij o sredstvih na različnih ravneh

3.2. POROČILA3.2.1. Podrobno poročilo s kategorijo, lokacijo, drugimi podatki3.2.2. Podrobnejše poročilo o povečanju sredstev3.2.3. Podrobno poročilo o amortizaciji3.2.4. Podrobno poročilo o prenosu sredstev3.2.5. Podrobno poročilo o garanciji za sredstva3.2.6. Podrobno poročilo o izteku zavarovanja sredstev3.2.7. Poročilo o prevrednotenju sredstev3.2.8. Možnost razporeditve sredstev in amortizacije na različna

stroškovna mesta, nosilce, projekte na podlagi uporabniško določenih meril, kot so znesek, vrednost, ključ, financer, klasifikacija ipd.

3.2.9. Izpis skupnega premoženja v osnovnih sredstvih, akumulirano amortizacijo, nove povečave in odtujitve, koristno življenjsko dobo sredstev

3.2.10. Poročilo o fizičnem preverjanju osnovnih sredstev3.3. BANČNI IZPISKI

3.3.1. Možnost uvoza bančnih izpiskov v sistem3.3.2. Podpora standardnih bančnih formatov v sistem3.3.3. Podpora prilagojenih bančnih formatov v sistem3.3.4. Možnost ročnega vnosa bančnih izpiskov3.3.5. Možnost, da se transakcije samodejno uskladijo z bančnimi izpiski3.3.6. Zagotoviti ne usklajene in usklajene podrobnosti o transakcijah3.3.7. Podpora ujemanju bančnih izpiskov z uporabniško določenimi

merili, kot so potrditvena številka za plačila, datum in / ali znesek za prejemke

3.3.8. Podpora za omogočanje ročne uskladitve, kadar avtomatična uskladitev ni izvedljiva

3.3.9. Seznam neusklajenih transakcij3.3.10. Podpora za usklajevanje / preklic izbire usklajenih transakcij3.3.11. Podpora prenosa neusklajene transakcije na naslednji datum ali

obdobje3.3.12. Možnost evidenčnega knjiženja izpiskov (posebnost Zakona o

računovodstvu za proračunske uporabnike)3.3.13. Zagotoviti obveščanje / opozorilo, če noben bančni izpisek ni

usklajen za določeno število dni ali obdobja3.3.14. Zagotoviti vključitev določil in pogojev, vključno s časovnim

razporedom plačil za dolgoročna posojila in vloge, garancije3.3.15. Navedba postavke na podlagi nastanka poslovnega dogodka za

dolgoročna posojila in depozite3.3.16. Zagotoviti obvestilo o izteku roka za vsa dolgoročna posojila in

vloge, garancije3.3.17. Funkcionalnost za izračun obrestnih mer in obrokov za vezane

depozite in terminsko posojilo3.3.18. Možnosti generiranja izkazov denarnih tokov v fleksibilnih

časovnih obdobjih, kot so dnevi, tedni, mesec, leta, itd3.3.19. Možnost navedbe izbire uporabnika za elemente denarnega toka,

kot so naročila za nakup, računi , računi za paciente, plačilni list, stroški itd.

3.3.20. Podpirati uporabniško definirane vnose brez računovodskega učinka samo za namene denarnega toka

ePRO© Stran 33/60

ePRO Specifikacije

3.3.21. Podpora generiranju izkazov denarnih tokov za dejanske zneske ali proračunske zneske ali kombinacijo dejanskih in proračunskih sredstev

3.3.22. Možnost priprave projekcije denarnih tokov glede na dejansko stanje

3.3.23. Poročilo o seznamu neusklajenih transakcij3.4. ELEKTRONSKO POSLOVANJE

3.4.1. avtomatičen izvoz predračunov, ponudb in računov v PDF in pošiljanje po e-pošti

3.4.2. skeniranje računov in pošiljanje le-teh3.4.3. elektronsko arhiviranje dokumentov3.4.4. možnost izvažanja podatkov v MS Word, MS Excel in PDF3.4.5. elektronska oddaja obrazcev (DDV, dohodnina, poročila bankam,

itd.)3.4.6. podpora poslovanju eSlog (naročila kupcev, dobaviteljev,

ponudba, potrditev ponudbe, izdani in prejeti računi, dobropisi/bremepisi, povratnice)

3.4.7. elektronsko oddajanje obrazcev DDV-O, REK , ISPAP, e-VEM in IntraStat in novih

3.4.8. preprosta integracija z različnimi spletnimi portali ( intranetni portali)

3.5. DDV3.5.1. Ločeno vodenje davčnih evidenc3.5.2. Evidenca izdanih računov3.5.3. Evidenca prejetih računov3.5.4. Avtomatsko izračunavanje zneskov posameznih kolon s pomočjo

vzorcev.3.5.5. Nastavitev odbitnih deležev za vsako obdobje posebej.3.5.6. Kontrola na pravilnost davčne številke (VIES).3.5.7. Možnost odklepanja zaključenih obdobij.3.5.8. Možnost obračuna v skladu z zakonom o plačani realizaciji.3.5.9. Obračuni:

3.5.10. Obrazec DDV-O z možnostjo direktnega prenosa v e-Davke ־3.5.11. Rekapitulacijsko poročilo RP-O z možnostjo direktnega prenosa v ־3.5.12. e-Davke3.5.13. Poročilo o dobavah z možnostjo direktnega prenosa v e-Davke ־3.5.14. - Izpis obrazca DDV-O z možnostjo izbire poskusnega ali

dokončnega obračuna3.5.15. Pregled računov v obračunu glede na polja kot so v obrazcu ־

DDV-O3.5.16. Izvozi knjig v poljubno obliko (Excel, besedilna…) za potrebe

DURS-a.3.5.17. Uvozi v knjige iz besedilnih datotek

3.6. RAČUNOVODSTVO3.6.1. Poljubno število tipov temeljnic s privzetimi nastavitvami za

knjiženje3.6.2. Popolna integriteta pomožnih knjig z glavno knjigo brez

podvojenega vnosa podatkov3.6.3. Avtomatsko knjiženje prejetih in izdanih računov, obračuna DDV,

plač, potnih nalogov in drugih osebnih prejemkov, proizvodnje in porabe materialnih sredstev

3.6.4. Saldakonti v domači in tuji valuti3.6.5. Pregledi vseh knjižb v glavni knjigi/saldakontih z možnostjo

ePRO© Stran 34/60

ePRO Specifikacije

filtiranja po kontu, datumu, vrsti dokumenta, poslovnemu partnerju, številki dokumenta, ipd.

3.6.6. Ob spremembi kontnega plana je omogočen avtomatski prenos oziroma knjiženje iz starega kontnega plana na nov kontni plan in istočasno oblikovanje temeljnice

3.6.7. Avtomatsko zapiranje razredov 4 in 7 ter priprava temeljnic3.6.8. Oblikovanje temeljnic za zaključek poslovnega leta ter

otvoritvene temeljnice novega poslovnega leta3.6.9. Dnevnik knjiženja detaljno in sumarno, po številki temeljnice,

datumskih kriterijih, kontu, referentu, vrsti dokumenta, v domači in tuji valuti

3.6.10. Izpis konto kartice glede na izbrane kriterije kot so: za en konto ali več kontov, datum knjiženja, datum DDV, dokument, v domači in tuji valuti ali v obeh valutah, v različnih oblikah izpisa

3.6.11. Poročilo banki Slovenije o kratkoročnih terjatvah in obveznostih iz poslovanja z nerezidenti (SKV)

3.6.12. Kontrolni izpisi neizravnanih temeljnic, avtomatskih knjiženj in drugi kontrolni pregledi

3.6.13. Bruto bilance za poljuben razpon kontov in za poljubna obdobja, analitično po posameznih kontih, po kontih sintetike, kontih posameznih skupin in po razredih

3.6.14. Prednastavljeni bilančni pregledi z možnostjo poljubnega spreminjanja.

3.6.15. Priprava bilančnih pregledov po oddelkih , stroškovnih mestih , stroškovnih nosilcih, projektih s primerjavo po obdobjih, ipd.

3.6.16. Možnost avtomatskega prenosa Bilance stanja, Izkaza poslovnega izida in Izkaza bilančnega dobička/izgube na AJPES, po predhodno nastavljenih predlogih bilanc

3.6.17. Spremljanje stroškov in prihodkov po vseh nivojih organizacije, posameznih stroškovnih mestih, nosilcih (projektih), ipd.

3.6.18. Vsi dokumenti (naročila, računi, potni nalogi, plače) podpirajo spremljanje preko stroškovnih mest, nosilcev, projektov

3.6.19. Analiza stroškovnih mest, nosilcev,projektov vključno z bilanco uspeha in stanja

3.7. KNJIGOVODSTVO3.7.1. Knjiženje v glavno knjigo s saldakonti kupcev in dobaviteljev na

neposredni (direktno v glavno knjigo ali posredni način (knjižbe se ne zapisujejo direktno v glavno knjigo, knjižbe lahko popravljamo)

3.7.2. Možnost avtomatskega uvoza prejetih računov iz spletne aplikacije UJP, različno po vnaprej določenih parametrih (vrsta računa, storitve, dobavitelja), možnost avtomatske zavrnitve računa na UJP tudi po že narejenem uvozu v program

3.7.3. Možnost pošiljanja prejetih računov v podpis (elektronski) preko sistema, tudi več podpisnikom, na več nivojih.

3.7.4. Možnost pripreti sliko dokumenta v elektronski obliki vsaki knjižbi3.7.5. Možnost označitive v nastavitvah konta, da se odpira evidenca

računov DDV. Pri knjiženju naj se le-ta odpre in na osnovi izbranega vzorca se izračuna osnova in davek z upoštevanjem odbitnega deleža. Možnost avtomatskega knjiženja tudi ustrezne protivknjižbe (davek, realizacija ali strošek oziroma )

3.7.6. V primeru vnosa šifre analitike (konto, stranka, stroškovno mesto, stroškovni nosilec ali referent) možnost pogleda v kontokartico ali saldakontno kartico.

ePRO© Stran 35/60

ePRO Specifikacije

3.7.7. Ob knjiženju plačilo, možnost, da je ob zapiranju računa na voljo možnost izbire računa ali več računov iz odprtih postavk.

3.7.8. Pri knjiženju obveznosti mora biti možnost, da se avtomatsko odpre okno za vnos plačilnega naloga ter da program ponudi knjižbe, za ponavljajoče se vrste poslovnih dogodkov za posamezno stranko.

3.7.9. Pri knjiženju osnovnega sredstva možnost vnosa osnovnega sredstva direktno v register osnovnih sredstev (zaključek investicije v teku, prenos opreme v uporabo).

3.7.10. Možnost evidenčnega knjiženja. Podatki za evidenčne vknjižbe naj se tvorijo avtomatsko. Možnost ročnega vnosa evidenčnih vknjižb, izpis evidenčnih vknjižb po različnih kriterijih in knjiženje vknjižb na evidenčne konte na osnovi prispelih plačil ter izpis evidenčnih vknjižb z informacijo o računih za katere se nam evidenčne vknjižbe niso tvorile.

3.7.11. Knjiženje v domači in tujih denarnih enotah. Izračun tečajnih razlik na zadnji dan leta.

3.7.12. Priprava poslovnih poročil. Možnost, da program sestavi poslovna poročila, ki se avtomatsko pošljejo izbranemu prejemniku oziroma prejemnikom elektronske pošte. Poslovna poročila morajo biti prikazana v PDF formatu in sicer v tabelaričnih in grafičnih oblikah. Omogočati morajo enostavni in ažurni pregled nad poslovanjem organizacije na vseh nivojih. Poslovna poročila morajo zajemati izkaze: bilanco stanja, izkaz poslovnega izida, prihodke in odhodke, stroške dela, odpise vrednosti, denarna sredstva, terjatve in obveznosti: odprto, zapadlo, zamude ter ustrezne kazalnike.

3.7.13. Priprava izkazov. Program mora omogočati že pripravljene predpisane izkaze za določene in druge proračunske uporabnike ter za gospodarstvo, vse na različnih nivojih organizacije, npr po str. mestih, nosilcih, projektih. Možnost poljubnega sestavljanja in oblikovanja izkazov. Izkazi morajo omogočati primerjavo med dvema letoma, primerjavo s planom, primerjavo meseca s kumulativnimi podatki, pregled in primerjavo posameznih mesecev. Možnost avtomatskega pripravljanja na podlagi plana preteklega leta. Možnost grafičnega prikaz izkazov. Možnost izvoza izkazov v XML obliki na AJPES in DURS. Izvoz Poročila Statistika finančnih računov, v obliki XML datoteke na AJPES, možnost, da se datoteko avtomatsko izračuna na podlagi sektorjev poročanja, ki so zapisani v šifrantu strank in šifrantu kontov.

3.7.14. Priprava plana prilivov in odlivov. Možnost priprave plana, ki naj se formira iz odprtih postavk na podlagi valute oziroma na podlagi valute z upoštevanjem povprečnih zamud s plačili, iz prometa in salda, možnost da program upošteva tekoče podatke, podatke predhodnega meseca ali podatke predhodnega leta, možnost določitve faktorja za povečanje ali zmanjšanje, iz ročno vnesenega zneska ali direktno iz ostalih modulov na podlagi javnih naročil, prejetih računov in izdanih računov. Možnost izpisa ter pregleda plana v vrtilni tabeli.

3.7.15. Priprava kompenzacij (medsebojne, e-pobot AJPES) Možnost , da na osnovi potrjenih kompenzacij avtomatsko pripravimo plačilni nalog ter kompenzacijo avtomatsko poknjižimo v glavno knjigo.

ePRO© Stran 36/60

ePRO Specifikacije

Možnost izbire, da program upošteva znesek, ki je že vključen v predhodno pripravljene in nepotrjene kompenzacije. Možnost priprave datoteke z obveznostmi, ki jih želimo prijaviti v večstranske kompenzacije v sistem eKompenzacije.com. Možnost uvoza datoteke s pobotanimi obveznostmi in priprava vknjižb v glavno knjigo. Možnost uvoza datoteke na AJPES.

3.7.16. Priprava opominov in izvršb. Možnost urejenega opominjanja , za vsako terjatev sledljivost ali je bila opominjana in kolikokrat je bila opominjana, kdaj so bili izstavljeni opomini in za katere terjatve. Možnost avtomatskega shranjevanja opominov in izvršb v dogodkih strank.

3.7.17. Program mora omogočati:3.7.18. avtomatsko izstavljanje opominov,3.7.19. možnost enostavnega (vedno se opominja na vse neplačane

terjatve), več nivojskega na posamezno postavko (evidenca kolikokrat je bila posamezna terjatev že opominjana – prvič, drugič, tretjič) in več nivojskega na saldo dokumenta,

3.7.20. posameznega nivoja (opomin se izstavi, ko neplačane terjatve dosežejo saldo

3.7.21. posameznega nivoja – krediti, pogodbe…),3.7.22. možnost izločanja izbranih opominov (glede na znesek ali

stranko),3.7.23. evidenco opominjanja na nivoju stranke na dogodkih v šifrantu

strank,3.7.24. knjiženje terjatev za stroške opomina,3.7.25. preknjiževanje terjatev za katere je bil izstavljen opomin pred

tožbo,3.7.26. avtomatsko pošiljanje opominov po elektronski pošti,3.7.27. avtomatsko izstavljanje predlogov za izvršbo iz zapadlih

neplačanih terjatev ali iz3.7.28. opominov pripravljenih z obdelavo opominjanje,3.7.29. pripravo XML datoteke za uvoz na portal Sodišča,3.7.30. možnost izločanja izbranih izvršb (glede na znesek ali stranko),3.7.31. evidenco pripravljenih izvršb na nivoju stranke na dogodkih v

šifrantu strank,3.7.32. knjiženje terjatev za stroške izvršb,3.7.33. preknjiževanje terjatev v izvršbi. 3.7.34. Možnost pregleda odprtih postavk na podlagi podatkov iz vnaprej

definiranih saldakontnih kontov. Možnost pregleda pripravljenih podatke v tabeli, na izpisih, na

3.7.35. grafih in možnost izvoza v druge aplikacije. Pregled mora omogočati pregled salda, prometa, zapadlo, nezapadlo po dnevih (npr. do 30, 60, 90,120 dni).

3.7.36. Možnost avtomatskega knjiženja bančnih izpiskov, ki mora delovati na osnovi sklica na številko. Možnost zapiranja enega plačila z več računi ter avtomatsko knjiženje plačil iz trajnih nalogov, z možnostjo nastavitve vrstnega reda zapiranja kontov.

3.7.37. Možnost avtomatske delitve po ključih, ki mora omogočati prenašanje stroškov oziroma prihodkov s pomočjo ključev neposredno po vrstah analitik za katere se odločimo: stroškovnih mestih, stroškovnih nosilcih, delovnih nalogih, strankah, projektih ali referentih.

3.7.38. Možnost avtomatskega knjiženje razmejitev tako, da je

ePRO© Stran 37/60

ePRO Specifikacije

omogočena avtomatsko razmejitev vnesene vknjižbe. Možnost razmejevanja za predhodna oziroma bodoča obdobja, aktivne ali pasivne časovne razmejitve.

3.7.39. Možnost knjiženje plačil na podlagi specifikacij (kartična plačila) .Omogočeno mora biti zapiranje več računov na podlagi specifikacije.

3.7.40. Možnost izstavitve avansnih računov na podlagi prejetih predplačil. Možnost avtomatskega zapiranja odprtih terjatev iz avansov oziroma obveznosti z avansi.

3.7.41. Možnost knjiženja zunajbilančnih postavk, kot so garancije, akreditivi, garancije za dobro izvedbo posla, ipd.

3.7.42. Programska rešitev mora omogočati spremljanje blagajniških dogodkov gotovinskega plačevanja v domači ali tuji valuti. Program mora biti povezan z glavno knjigo in saldakonti kupcev in omogočati avtomatsko knjiženje blagajniških vplačil in izplačil v glavni knjigi in avtomatsko knjiženje plačil z zapiranjem računov v saldakontih kupcev. Poleg ustreznih zakonsko predpisanih izpisov, kot so blagajniški prejemek, izdatek in blagajniški dnevnik, mora omogočati pregledovanje in izpisovanje blagajniških dogodkov po vrstah vplačil oz. izplačil, po načinih plačil, stroškovnih mestih, stroškovnih nosilcih, referentih, delovnih nalogih, blagajnikih, plačnikih oz. prejemnikih, po obdobjih in po kontih. Oomogočen mora biti pregled in izpis kontrolnega dnevnika. Poljubno število blagajn, ki jih lahko uporabnik odpira po lastni presoji. Spremljanje plačil v domači in tuji denarni enoti (blagajniški prejemki, izdatki, dnevniki). Poljubni načini vplačil in izplačil (gotovina, kartice…) na enem blagajniškem dokumentu. Avtomatski prenos temeljnice v glavno knjigo in avtomatsko zapiranje računa. Kontrolni in zaključni blagajniški dnevnik. Specifikacija plačil. Pregledovanje in izpisovanje blagajniških dogodkov po izbiri: vrsta vplačil oziroma izplačil, načinih plačila, stroškovna mesta, stroškovni nosilci, referenti, delovni nalogi, blagajniki, plačniki oz. prejemnik, ipd.

3.8. PREGLEDI IN IZPISI3.8.1. Pregledi in izpisi (knjiženja, temeljnic, bilance, kartic, dnevnika,

prometa, odprtih3.8.2. postavk, analiza odprtih postavk, specifikacija plačil, računov,

odprti dokumenti,3.8.3. neplačano po strankah, kartica proračunske postavke)3.8.4. Pregled knjiženja: Možnost izpisa ali ekranski vpogled vknjiženje

za izbrane parametre. Izbirni parametri so vsi možni knjiženi podatki. Možnost pregleda tudi pripetega dokumenta v elektronski obliki in možnost združenega pregleda izbranih podatkov po določenih kriterijih. Možnost vrtilne tabele, s katero lahko uredimo podatke v želeno zaporedje, ki jih lahko pregledujemo, izpišemo ali izvozimo v Excelovo preglednico. Možnost izvoza podatkov tudi v tekstovno obliko, možnost izvoza podatkov za revizorje v TXT obliki.

3.8.5. Pregled temeljnic mora omogočati pregled usklajenih in neusklajenih temeljnic, kjer je omogočen vpogled v vse knjižbe posamezne temeljnice zbirno ali po kontih.

3.8.6. Pregled bilance mora omogočati ekranski vpogled v bilanco na sintetični ali analitični način, kjer naj bodo na voljo izbire vmesnih

ePRO© Stran 38/60

ePRO Specifikacije

seštevkov (razredi, skupine), izbor kontov (redni, evidenčni) ter izbor analitik. Omogočen naj bo vpogled v kartico konta in izpis bruto bilance. Možnost pregleda bilance v vrtilni tabeli. Pregled in izpis bruto bilance s prometom in bilance na dan, bilanco za tujega lastnika, Evropske skupnosti in konsolidirano bilanco na osnovi različnih kriterijev, možnost izbire izpisa evidenčnih in izvenbilančnih kontov, davčno priznanih in nepriznanih kontov.

3.8.7. Pregled kartice mora omogočati pregledovanje kartice konta, stranke, stroškovnega

3.8.8. mesta, stroškovnega nosilca, projekta, referenta in naloga za izbrano poslovno leto,

3.8.9. obdobja ter ostalih kriterijev. V okviru vpogleda je omogočeno odpiranje in

3.8.10. zapiranje postavke, pregled zapiranja postavke, pregled vknjižb določenega

3.8.11. dokumenta, pregled davčne evidence (DDV), bilance, pregled pripetega

3.8.12. dokumenta v elektronski obliki, izpis kartice in izpis odprtih postavk.

3.8.13. Pregled dnevnika knjiženja mora omogočati pregled in izpis dnevnikov kot so:

3.8.14. zaključni dnevnik, dnevnik obdobja ali dnevnik temeljnice. Pri dnevniku obdobja in

3.8.15. temeljnice možen tudi prikaz evidenčnih vknjižb. Na dnevniku morajo biti izpisani vsi podatki posamezne vknjižbe.

3.8.16. Pregled prometa mora omogočati pregled prometa strank, stroškovnih mest,

3.8.17. stroškovnih nosilcev , projektov in referentov. Pregleda analitik po kontih in kontov po

3.8.18. analitikah mora omogočati zbirni in analitični vpogled v stroškovno knjigovodstvo, kakor tudi dodatno delitev po analitikah. Pregled po analitikah mora omogočati pregledovanje stroškov in prihodkov po posameznih analitikah tako, da se zaporedje pregleda podatkov ureja po želji uporabnika, urejene podatke pregleda mora biti možno tudi izvoziti.

3.8.19. Možnost pregleda in izpisa odprtih postavk na različne načine v domači in/ali tuji denarni enoti, odprte postavke ali vse postavke (z zapiranjem) za določen konto, stranko, datum. Možnost izpisa odprtih postavk v preglednici z možnostjo izvoza v Excel ali druge oblike. Možnost analize odprtih postavk z vrtilno tabelo za vse odprte postavke postrankah po izbranih dnevih zamude.

3.8.20. Možnost specifikacije plačil/računov , ki omogoča prikaz s katerimi plačili je določen

3.8.21. račun zaprt ali obratno.3.8.22. Pregled odprtih dokumentov mora nuditi pregled in izpis odprtih

dokumentov po3.8.23. različnih kriterijih in z možnostjo nastavitve mej za zamudo (15,

30, …, 90 dni), neplačano po strankah mora nuditi možnost izpisa zbirnega zneska neplačanih terjatev in obveznosti po strankah po različnih kriterijih.

3.8.24. Možnost da Poročilo za Banko Slovenije pregledujemo in izpisujemo po denarnih enotah in državah..

3.8.25. Možnost izpis opominov in odprtih postavk na podlagi določenih

ePRO© Stran 39/60

ePRO Specifikacije

kriterijev.3.8.26. Ureditev šifrantov po meri (konti, temeljnice, dogodki, obdobja).

Možnost urediti konte po želji (vrsta, stran knjiženja, stran knjiženja računa, katere analitike se uporabljajo, ali se prenaša v novo leto, konto zapiranja, davčno priznan, izven bilančni, devizni – tečaji, vrsta davčne evidence – DDV, evidenčni konto, konto konsolidacije, konto Evropske skupnosti, konto tujca ter sektor poročanja. Kontu lahko dodamo tuj naziv konta. Možnost določiti temeljnici šifro, naziv, kontrolo usklajenosti, številčenje, številčenje po dokumentu, izločanje temeljnice. Možnost določiti dogodku lastnosti, ki so potrebne pri pravilnem knjiženju poslovnih dogodkov (šifro, naziv, vrsto vknjižbe, avtomatsko zapisovanje v povezane module, ipd). Možnost datumske omejitve obdobja in določitve ali je knjiženje dovoljeno.

3.8.27. Možnost vnosa pogodb, garancij, ipd. v program, z vnosom skrbnika in drugih podatkov. Možnost pripeti scen dokumenta in pošiljanja dokumenta v PDF obliki. Program mora nuditi tudi možnost zajema ključnih podatkov iz pogodbe, garancije ob sceniranju, in avtomatski prenos podatkov v bazo pogodb, garancij. Nuditi mora možnost različnih pregledov in izpisov glede na vnešene kriterije. Program mora nuditi možnost obveščanja skrbnika o novem dokumentu, različnih uporabnikov o poteku oz. zapadlosti pogodbe ali garancije, možnost iskanja po ključni besedi v priponki, možnost izvoza podatkov, možnost neposredne povezave z dokumentacijskim sistemom.

3.8.28. Možnost raznih funkcionalnosti pri obdelavah kot so:3.8.29. Zapiranje postavk, ob zapiranju deviznih postavk se avtomatsko

izračunavajo in knjižijo tečajne razlike,3.8.30. Odpiranje postavk pri ročnem odpiranju že zaprtih postavk,3.8.31. Avtomatsko zapiranje postavk,3.8.32. Preknjiževanje za preknjižbo toženih terjatev iz obstoječega na

nov konto,3.8.33. Zamenjavo kontov , na primer pri zamenjavi kontnega načrta,3.8.34. Prešifriranje strank, ko želimo obstoječo šifro stranke zamenjati,

ali združevanje strank3.8.35. Obdelave ob zaključku leta in prenos v novo obračunsko leto

morajo omogočati izračun tečajnih razlik (na zadnji dan leta), izračun izravnav s knjiženjem na protikonte

3.8.36. (določitev višino izravnave), avtomatsko zapiranje razredov, ipd. 3.9. Poročila

3.9.1. Možnost preglednih Poslovnih poročil v obliki tabel in grafov za namene vodenja organizacije.

3.9.2. Izkazi za lastne potrebe in za potrebe statistike AJPES (bilanca stanja, izkaz

3.9.3. poslovnega izida, statistika finančnih računov, izkazi za določene in druge

3.9.4. proračunske uporabnike) in za potrebe DURS.3.9.5. Bilance3.9.6. Plan prilivov in odlivov3.9.7. Hitri pregled terjatev in obveznosti (zapadlo, nezapadlo po

dnevih)3.9.8. Odprte postavke, odprti dokumenti, neplačano po strankah3.9.9. Opomini, izvršbe, IOP

ePRO© Stran 40/60

ePRO Specifikacije

3.9.10. Dnevniki knjiženja3.9.11. Kartice (kontokartice in saldakontne kartice)3.9.12. Prometi3.9.13. Poročilo Banki Slovenije3.9.14. Predlogi kompenzacij, e-Pobot, e-kompenzacije3.9.15. Izpis evidenčnih vknjižb3.9.16. Poročilo za revizorje (TXT datoteka)3.9.17. Možnost izračuna in izpisa različnih finančnih kazalnikov,

določenih v sistemu3.10. Vrtilne tabele

3.10.1. Analiza terjatev in obveznosti3.10.2. Analiza odprtih postavk3.10.3. Analiza bruto bilance3.10.4. Analiza plana prilivov in odlivov3.10.5. Analiza pregleda knjiženja

3.11. Izdelava izpisov, obrazcev in statistik3.12. Izdelava izvozov podatkov 3.13. povezava oziroma prenos podatkov v realnem času v BI sistem

SBI-PIS za izračun in prikaz stroškov dela, materiala ter prikaz lastne cene v realnem času ON-LINE (npr. na posamezno delovišče, specialistično ambulanto, celoten oddelek in/ali stroškovno mesto po različnih kriterijih,...)

3.14. Enotni šifranti čez celoten SBI-PIS - podvajanje šifrantov ne pride v poštev

4. planiranje, razvoj poslovanja in analitika (BI),4.1. BI platforma, ki omogoča hkratno planiranje in predvidevanja po

različnih vnesenih parametrih, KPI (Planning and Predictive Analytics)4.2. Možnost priprave mesečnega plana poslovanja za finančne in fizične

kazalnike na vseh organizacijskih nivojih. SBI-PIS na podlagi preteklih podatkov predlaga plan poslovanja za bodoče obdobje za finančne in fizične kazalnike za vse nivoje organiziranosti. Možnost korekcije predlaganega plana oziroma replan s +/-,%, itd

4.3. Možnost priprave analiz za vsa področja, ki so vnesena v bilo kateri del aplikacije, možnost navzkrižnih analiz. Povezava finančnih, medicinskih, nemedicinskih in fizičnih podatkov iz več podsistemov v oblaku ali na našem strežniku

4.4. Možnost oblikovanja več verzij planov4.5. Možnost popravka plana med letom4.6. Hitra in enostavna konsolidacija planskih fizičnih in finančnih podatkov

na nivoju zavoda4.7. Priprava dashboardov za posameznega uporabnika (direktor, stroškovni

direktor, predstojniki, glavne sestre) s ključnimi podatki za njegovo področje. On-line osveževanje podatkov. Oddaljen pristop do dashboardov.

4.8. Izračuni prvih, kontrolnih, pregledov obiskov in točk po vsebini obravnave na podlagi zgodovinskih podatkov za specialista

4.9. Glede na pooblastila bi uporabniku morali omogočiti analizo poljubnih segmentov: npr. medicinski podatki, podatki o izkoriščenosti resursov v določenem oddelku, finančni podatki, podatki o terjatvah, obveznostih, stanju zalog, kadrovski podatki, …..

4.10. Več izbirnih možnosti za prikazovanje podatkov (linijsko, stolpično,

ePRO© Stran 41/60

ePRO Specifikacije

krogi, tabela, itd..)4.11. Priprava podatkov po sistemu drag-and-drop4.12. Možnost raziskovanja podatkov v globino z enostavnim klikom na

nadrejeni podatek4.13. Enostavno osveževanje podatkov za posameznega uporabnika4.14. Enostavno izračunavanje deleža plačil za ZZZS in zavarovalnice po

posameznem VZDju oziroma pogodbeni storitvi,4.15. Možnost uvoza zunanjih podatkov in izdelovanja primerjalnih analiz.

Npr. Uvozi/vnosi bilanc, uvozi objavljenih mesečnih podatkov s strani ZZZS,…

4.16. Izdelava izkazov poslovnega izida na nivoju dejavnosti, hospitalnih, specialističnih obravnav, obravnav na primarnem nivoju in vseh podpornih dejavnosti

4.17. Vnos ključev za delitev skupnih stroškov na produkcijska stroškovna mesta

4.18. Možnost izdelave kalkulacij, prenosa programov med različnimi VZDji (?)4.19. Vnos podatkov iz finančnega načrta za ZZZS in primerjava dejanskih s

planiranimi podatki (finančni in fizični podatki)4.20. Enostaven vnos podatkov v podsisteme za računanje lastne cene na

poseg, na pacienta (po obravnavi), po zdravniku,….4.21. Enostaven nadzor nad procesom dela in stroškovno učinkovitostjo

procesa za posameznega pacienta z možnostjo optimizacije in učinkovite izrabe vseh resursov,

4.22. Optimiziranje prihodkov s različnih končnih kupcev (segmentacija),4.23. Analiza izkoriščenosti resursov v podpornih službah4.24. Enostaven izpis kazalnikov učinkovitosti, kakovosti, uspešnosti,..

predpisanih s strani ZZZS, MZ ali drugih institucij5. tehnično vzdrževanje medicinskih in nemedicinskih naprav ter

opreme, energetsko knjigovodstvo, vzdrževanje zgradbe,5.1. evidenca podrobnosti podatkov o opremi, kot so kategorija, opis,

oddelek, lokacija, model, proizvajalec, serijska številka, datum namestitve, stroški, zgodovina vzdrževanja, vrednotenja, validacije, obvezno usposabljanje, stanje, datum kalibracije, certifikati vrednot, garancija, izvajalec vzdrževanja, funkcionalne lokacije itd...

5.2. določitev hierarhije opreme (glavna oprema in oprema)5.3. ustvari interne inventarne številke opreme, ki temeljijo na kategorizaciji5.4. ohrani celotno zgodovino vzdrževanja vsakega sredstva5.5. podpora procesu najema opreme5.6. ustvarjanje opozoril o iztekajočih garancijskih rokih sredstev5.7. pregledi zunanjih nadzornih služb - inšpekcije (razvrstitev inšpekcijskih

pregledov v različne vrste (redni, varnostni, zunanje vzdrževanje, itd., tedenske, mesečne in letne preglede / testiranje / kalibracijo opreme, strojev, vozil, medicinske opreme itd.

5.8. generiranje seznama opravil in samodejnih obvestil osebju za standardne inšpekcijske / preizkusne / kalibracijske naloge, ki se približujejo izvedbi in/ali poteku

5.9. možnost prilaganja dokumentov (slike, poročila o poškodbah itd.)5.10. katalogi za vrednotenje kvantitativnih podatkov (temperatura, vlaga,

zračni tlak, vrste napak, nadaljnje ukrepanje, naloge)5.11. implementirati matriko tveganj, ki temelji na operativni varnosti,

ePRO© Stran 42/60

ePRO Specifikacije

zdravju, okolju, mejnih vrednostih itd5.12. podporna obvladovanju tveganj (verjetnost, resnost in vpliv z oceno

tveganja)5.13. preventivno vzdrževanje (priprava načrta za tedensko, mesečno in letno

vzdrževanja opreme, strojev, vozil, itd)5.14. generiranje delovnih nalogov internim izvajalcem in sledenje celotnega

poteka izvedbe (določitev roka izvedbe, možnost pošiljanja na e-mail in/ali sms)

5.15. upravljanje vzdrževalnih pogodb5.16. upravljanje voznega parka 5.17. povezava oziroma prenos podatkov v realnem času v BI sistem


6. Nabava6.1. Zagotavlja učinkovito podporo pri izvedbi vseh vrst postopkov nabave

(npr. izvedba javnih naročil, evidenčnih postopkov zbiranja ponudb,..)6.2. Popolna vključitev z ostalimi moduli in/ali sistemi SBI–PIS (npr. modul

skladiščno poslovanje)6.3. enotni register/šifrant vseh poslovnih partnerjev, določitev vrste PP:

kupec, dobavitelj, serviser (možnost izbire dveh ali več opcij), šifrant vsebuje vse relevantne podatke o poslovnih partnerjih (naslov, zavezanec za ddv, kontakti,…) in direktno povezavo do sklenjenih pogodb in garancij (povezava na dokumentarni sistem)

6.4. dodajanje, spreminjanje, brisanje podatkov v šifrantu poslovnih partnerjev, možnost določanja statusa: npr. blokirani, aktivni, neaktivni,

6.5. razvrščanje dobaviteljev po različnih parametrih (npr. dobavitelj medicinske opreme, višini prometa, zamude pri dobavi,…)

6.6. avtomatično, periodično kreiranje obrazca »Letno ocenjevanje dobaviteljev« za vse poslovne partnerje v šifrantu označene kot: dobavitelj

6.7. možnost avtomatičnega kreiranja osnutka kupoprodajne pogodbe na podlagi vnesenih podatkov, izbire poslovnega partnerja in izbire tipa pogodbe (npr. pogodba za nakup medicinske opreme, za sukcesivna dobavo medicinskega potrošnega materiala, gradbena pogodba, pogodba za najem medicinske opreme..), možnost spreminjanja, dodajanja in brisanja podatkov v osnutku pogodbe pred izpisom

6.8. avtomatsko kreiranje obrazcev vezanih na evidenčni postopek zbiranja ponudb na klik (npr. sklep o začetku postopka, obrazec povpraševanje, poročilo o poizvedbi in odločitev o izbiri,…itd.), možnost spreminjanja, dodajanja ali brisanja podatkov pred izpisom

6.9. arhiviranje evidenčnih postopkov zbiranja ponudb, hiter dostop in popoln vpogled v evidenco vseh izvedenih postopkov

6.10. enostavno avtomatsko kreiranje poljubnih statističnih poročil in statistik izvedenih evidenčnih postopkov zbiranja ponudb

6.11. izdelava statistik, analiz in poročil za potrebe operativnega odločanja in analizo poslovanja, prenos/izvoz vseh izpisov v zunanje aplikacije (MS Excel, Adobe PDF) za nadaljnjo obdelavo podatkov. Ponudnik v PZI-ju navede vse možne statistike/poročila.

6.12. Pošiljanje in sprejemanje dokumentov preko elektronske pošteePRO© Stran 43/60

ePRO Specifikacije

6.13. Prenos in objava obrazcev na spletni strani SBI6.14. Povezava oziroma prenos podatkov v realnem času v BI sistem


7. Prodaja7.1. Zagotavlja učinkovito podporo pri poslovanju – prodaji in obvladovanje

različnih vrst trgovskega blaga in storitev7.2. Popolna integracija z ostalimi moduli in/ali sistemi SBI –PIS ( npr.

nabava, skladiščno poslovanje, računovodstvo, knjigovodstvo in finance, planiranje, razvoj poslovanja in analitika (BI),..)

7.3. Zagotavlja poslovanje – prodajo za več poslovnih enot (SM)7.4. enotni register/šifrant vseh poslovnih partnerjev, določitev vrste

poslovnega partnerja: kupec, dobavitelj, serviser ( možnost izbire dveh ali več opcij), zagotavlja vnos vseh relevantnih podatkov (npr. naslov, zavezanec za DDV, kontakti, TRN. Rač...) in direktno povezavo do sklenjenih pogodb

7.5. dodajanje, spreminjanje, brisanje podatkov v šifrantu poslovnih partnerjev, možnost določanja statusa: npr. blokirani, aktivni, nekativni,

7.6. šifrant poslovnih partnerjev-kupcev omogoča vnašanje komercialnih pogojev, določitev veljavnih cenikov, itp

7.7. razvrščanje kupcev po različnih parametrih (npr. po oceni tveganja, višini prometa, po regijah, po vrsti kupca : pravna oseba ali fizična oseba,..…)

7.8. določanje limitov ( npr. za enkratni nakup, višina dovoljenih odprtih/zapadlih obveznosti,..) posameznim kupcem

7.9. šifrant blaga/storitev za prodajo z vsemi relevantnimi podatki (npr. nazivi, klasifikacije, cene, kalkulacije, …)

7.10. možnost avtomatičnega kreiranja osnutka kupoprodajne pogodbe na podlagi vnesenih podatkov, izbire poslovnega partnerja in tipa pogodbe (npr. prodaja osnovnih sredstev, prodaja medicinske storitve, prodaja storitve medicinskega osebja, .. ), možnost spreminjanja, dodajanja in brisanja podatkov v osnutku pogodbe

7.11. baza različnih cenikov (npr. maloprodajnih, samoplačniških, akcijskih,..), ki zagotavlja vnos in urejanje različnih cen. Prodajni ceniki omogočajo določanje cen za eno ali več poslovnih enot (SM) in/ali za posameznega ali skupino kupcev. Možnost določanja posebnih cenikov za posameznega kupca ali vrsto kupcev po poslovnih enotah (SM). Število cenikov ne omejeno.

7.12. prodaja blaga/storitev na podlagi pogodb, izdaje dobavnic, ponudb/predračunov ali direktne izdaje računov na blagajni

7.13. vnos dobavnic (izdaja blaga) in s tem razbremenitev zalog v skladišču, vnos dobavnic brez razbremenitve zaloge (npr. prodaja storitev), vnos dobavnic na konsignacijo ter vračilo konsignacije

7.14. vnos predračunov/ponudb z možnostjo direktne izdelave dobavnic/računov

7.15. pri vnašanju dobavnic in ponudb/predračunov uporaba prevzetih cenikov, možnost vsakokratne izbire cenikov, možnost vnosa popustov in sprememba cen posameznim postavkam, vidna informacija o stanju limitov kupcev in zapadlih obveznostih, avtomatično blokiranje vnosa

ePRO© Stran 44/60

ePRO Specifikacije

dobavnic pri preseganju določenih limitov7.16. izstavitev računov na osnovi dobavnice, izstavitev računov brez

dobavnic, izstavitev dobropisov in avansov7.17. možnost zbirnega fakturiranja, mesečnega fakturiranja7.18. izpis materialne kartice, izpis pregledov po kupcih, izpis prodaje po

izdelkih, izpis zalog,..7.19. spremljanje plačil, izpis opominov, obresti, seznam neplačanih računov7.20. izdelava različnih statistik, analiz in poročil za potrebe operativnega

odločanja in analizo poslovanja( npr. statistiko prodaje po kupcih, evidenco po prodajalcih oz. komercialistih, pregled in analiza naročil kupcev, pregled in analiza vračil blaga,..), prenos/izvoz vseh izpisov v zunanje aplikacije (MS Excel, Adobe PDF) za nadaljnjo obdelavo podatkov.

7.21. Pošiljanje in sprejemanje dokumentov preko elektronske pošte7.22. zakonsko določene evidence (trgovska knjiga, zapisniki o spremembi

cen…)7.23. Povezava oziroma prenos podatkov v realnem času v BI sistem


8. Javna naročila8.1. Avtomatsko kreiranje in izpisovanje pred-izpolnjenih obrazcev na “klik”:

8.1.1. sklep o začetku postopka, razpisna dokumentacija, zapisnik o odpiranju ponudb, zapisnik o izvedbi pogajanj, odločitev o oddaji naročila, končno poročilo, vloge za preverjanje ponudnikov itd.,(omenjenih dokumentov ni treba ročno sestavljati in oblikovati, po potrebi lahko naročnik vsebino vsakega dokumenta prilagodi in spremembe shrani, dokumente je možno iz programa izvažati, posredovati v e-obliki npr. sodelavcem, ponudnikom itd.,...)

8.1.2. sistem zazna ustrezno vrsto dokumenta oziroma se v dokumentih sklicuje na ustrezne člene veljavne zakonodaje področja JN,

8.1.3. sistem avtomatsko spremeni posamezne dele razpisne dokumentacije in drugih dokumentov, tako da se posamezen podatek, ki ga vnese naročnik vnese samodejno na posamezne dele dokumentacije,

8.2. elektronsko oddajanje ponudb JN (e-oddaja ponudb). Ponudnikom mora biti omogočena oddaja ponudbene dokumentacije v elektronski obliki, skladno z določili zakona o javnem naročanju. Po roku za oddajo ponudb avtomatsko kreiranje zapisnika o odpiranju ponudb in javna objava. Vse skladno z zakonskimi določili in dobro prakso, ali možnost izvoza dokumentacije v zunanji informacijski system (MJU, drugi IS) ter uvoza dokumentov (zapisnika o odpiranju, vsebine ponudb), v IS naročnika.Naročniku mora biti tudi omogočeno vnašanje artiklov (katalog artiklov), opis artiklov (količina, merska enota…), možnost izpisovanja, možnost razmejitve na sklope. Omogočeno izvažanje obstoječih artiklov, v ''katalog'' v izogib ročnemu vnašanju. Ponudniki lahko vstopajo v aplikacijo in oddajo ponudbene cene v elektronski obliki, ob tem lahko izberejo ''nadrejene'' ali ''podrejene'' artikle, torej artikel ki je že opisan ali enakovreden za katerega sami vnašajo opise. Določi se rok (datum in ura) do katerega lahko ponudniki vnašajo cene, po vnesenem roku, oddaja ni več možna, ali možnost izvoza in uvoza takšne dokumentacije

ePRO© Stran 45/60

ePRO Specifikacije

v zunanji IS (MJU, drugi IS).8.3. Sistem omogoča razvrstitev ponudb na podlagi merila najnižja cena, če

gre za naročnikov interni sistem.8.4. nadaljevanje postopka z e-pogajanji oz. obratno elektronsko dražbo-

Prilagojen mora biti določilom zakona o javnem naročanju. Program naj bo možno uporabiti tudi v primeru odpiranja konkurence med ponudniki, ali možnost izvoza in uvoza takšne dokumentacije v zunanji IS (MJU, drugi IS).

8.5. arhiviranje izvedenega postopka8.6. hiter dostop in popoln vpogled v evidenco vseh javnih naročil.8.7. enostavno kreiranje poljubnih statističnih poročil za revizorje in druge

nadzorne organe.8.8. priprava letne statistike o oddanih javnih naročilih.

9. Prejeta/poslana pošta funkcionalnosti modula morajo biti izvedene v sklopu dokumentarnega sistema

10. Obvladovanje kakovosti (ISO, AACI,...), funkcionalnosti modula morajo biti izvedene v sklopu dokumentarnega Sistema

11. Orodje za izdelavo izpisov in poročil mora biti vključeno v ponudbo

4. SISTEMSKE ZAHTEVE SBI-PIS

4.1. Idejni načrt Ponudnik mora v okviru oddaje obrazca ePRO-Specifikacije v nadaljevanu predložiti idejni načrt, ki zajema spodaj navedene točke.

Ponudba, ki ne bo vsebovala opisa ponujene platforme in modula, s katerim pokriva posamezne od spodaj navedenih funkcionalnosti, bo izločena kot nedopustna!

Zap. Št. ZAHTEVANO

PONUJENOPonudnik opiše ponujeno rešitev (navede platformo in modul s katerim pokriva funkcionalnost).

1.EMR elektronski zdravstveni karton in ETL elektronski temperaturni list

2.

Proces in aplikacija za urejanje čakalnih vrst (terminali za self check-in sistem), registracija pacientov - queue management (TV prikazovalniki).

3. Prehrana in dietetika,

ePRO© Stran 46/60

ePRO Specifikacije

4. Sprejem in obdelava urgentnih pacientov - urgentni center,

5. Lekarna,

6.Patologija (brez izvedbe povezave s strojno opremo – medicinskimi napravami),

7.Nuklearna medicina (brez izvedbe povezave s strojno opremo – medicinskimi napravami)

8.RIS sistem (področje radiologije - PACS sistem ni del razpisnih zahtev),

9.Endoskopije (brez izvedbe povezave s strojno opremo – medicinskimi napravami),

10.Laboratorij – (brez izvedbe povezave s strojno opremo – medicinskimi napravami),

11. Dnevna bolnišnica in hemodializa,

12.Sterilizacija (brez izvedbe povezave s strojno opremo – medicinskimi napravami),

13. Intenzivna terapija,

14. Fizioterapija,

15. Antikoagulantna ambulanta (trombo),

16. Operacije in posegi,

17. Oskrba z bolnišničnim perilom,

18.Obračunavanje in fakturiranje zdravstvenih storitev (billing), SPP - skupina primerljivih primerov

19. Davčna blagajna,

20. Porodnišnica,

21. Skladiščno poslovanje,

22. Kadrovska evidenca, plače in registracija delovnega časa ter

ePRO© Stran 47/60

ePRO Specifikacije

varstvo pri delu:

23. Računovodstvo, knjigovodstvo in finance,

24. Planiranje, razvoj poslovanja in analitika (BI),

25.

Tehnično vzdrževanje medicinskih in nemedicinskih naprav ter opreme, energetsko knjigovodstvo, vzdrževanje zgradbe,

26. Prodaja, nabava, javna naročila,

27. Osnovna sredstva, drobni inventar,

28. Dokumentarni in arhivski sistem

29. Mobilna aplikacija

30. EMM (Enterprise Mobility Management)

4.2. OKOLJA SBI-PIS

Za SBI-PIS se vzpostavi različna okolja (testno, produkcijsko in v kolikor je potrebno šolsko/uvajalno) kot sledi:

● testno okolje služi potrditvenemu testiranju (torej preverjanju, ali je bil nek popravek izveden v skladu z željami naročnika (samo regresijsko testiranje pravilnosti kode se izvaja na strani izvajalca). Testni scenariji bodo določeni v fazi priprave projekta. Naročnik si pridržuje možnost vključitve zunanje inštitucije za validacijo produkta;

● produkcijsko služi polni produkciji. Sem se nameščajo samo popravki, katerih prehod iz testa na produkcijo je bil po predpisanem protokolu odobren. Prenos namestitve aplikacije ali njenih popravkov iz razvojnega preko testnega do produkcijskega definira t.i. RTP navodilo (Razvoj-Test-Produkcija). Podrobnejši način izvajanja navodila se določi prilagojeno značilnostim vsakega projekta posebej.,

● uvajalno okolje je namenjeno izobraževanju uporabnikov (preverjanju delovanja integracij z zunanjimi sistemi) in naj bi bilo po verzijah aplikacij izenačeno s produkcijskim. Vzpostavljanje uvajalnega okolja se ne uvaja tam, kjer naročnik in upravljavec infrastrukture ocenita, da le-to ni potrebno (manjši oz manj kompleksni sistemi z malo spremembami ter malo uporabniki)

V primerih, ko to narava sistema zahteva, se lahko v dogovoru z naročnikom in upraviteljem infrastrukture vzpostavijo še dodatna okolja (npr. predprodukcijsko…). Za vsako namestitev novega modula ali popravka obstoječega modula mora ePRO© Stran 48/60

ePRO Specifikacije

izvajalec pripraviti ustrezna navodila za namestitev.

Nove verzije/popravki tako spletnih aplikacij kot baznih objektov se najprej namestijo na testno področje;

Odgovorni predstavnik izvajalca opravi najmanj naslednja preverjanja:● da je bila namestitev opravljena v skladu s izvajalčevimi navodili,● da aplikacija deluje v skladu s funkcionalnimi pričakovanji,● da je aplikacija tudi performančno ustrezna in deluje v skladu s pričakovanji;

Šele na podlagi pozitivnega izida tega potrditvenega testa, izjave odgovornega, da je bil test pozitivno opravljen, se lahko namesti namestitvena datoteka ali popravki na produkcijo.Po namestitvi na produkcijo, izvajalec preveri delovanje po enakem vzoru, kot je bila narejena verifikacija na testu:

● da odgovorni predstavnik izvajalca izvede potrditveni test na produkciji, ki sestoji najmanj iz naslednjega preverjanja:

● da je bila namestitev opravljena v skladu z izvajalčevimi navodili,● da je aplikacija deluje v skladu s funkcionalnimi pričakovanji,● da je aplikacija tudi performančno ustrezna in deluje v skladu s pričakovanji;

Potrditveni test mora obsegati poleg delovanja same aplikacije tudi delovanje podatkovne zbirke in ustreznost baznih objektov.

Za kritične aplikacije se lahko odloči naročnik za izvedbo generalnega preizkusa. Generalni preizkus pomeni hkratno vajo vseh uporabnikov, njegov namen pa je preizkusiti tako sistem v simulaciji realne rabe, kot organizacijsko in tehnično okolje, v katerem sistem teče (kako dobro so obveščeni uporabniki, ali se uporabniki znajo prijaviti, ali točke podpore funkcionirajo primerno, ali obstajajo kje kake nepredvidene skrite ovire (npr slaba mrežna povezava na eni od lokacij/postaj). Lahko se izvaja tudi kot vzporedni test. Za generalni preizkus je izvajalec dolžan pripraviti vsebinske in postopkovne scenarije.

4.3. REVIZIJSKA SLED SBI-PIS

Informacijska rešitev, ki je predmet javnega naročila mora zagotoviti v delih, kjer se obdelujejo osebni podatki ali finančni podatki ali podatki varnostnih shem (pravic dostopa) ustrezne revizijske sledi (dnevniki/journali). Informacijska rešitev mora biti celoti skladna s GDPR - Splošna uredba o varstvu podatkov 2018.

Revizijske sledi morajo biti po vsebini, hrambi in sistemu nadzora (skupaj z varnostno shemo in povezanimi postopki) ustrezne, tako da zdržijo kot dokazni material pred pravosodnimi organi.

Informacijski rešitvi mora izvajalec zagotoviti tudi pripadajoča orodja/preglede/poročila za obravnavo in interpretacijo revizijskih sledi. Izvajalec je dolžan upoštevati dobre prakse in priročnike objavljene na spletni strani Informacijske pooblaščenke glede na področja obdelave osebnih podatkov, še ePRO© Stran 49/60

ePRO Specifikacije

posebej priporočila v zvezi z varstvom osebnih podatkov pri povezovanju zbirk osebnih podatkov v javni upravi.

Informacijski sistem mora biti skladen s področno zakonodajo, ki obravnava podatke, ki se obdelujejo v informacijskem sistemu skladno z namenom, načinom obdelave in stopnjo tveganja. Sistem je lahko predmet varnostnega pregleda, zato morajo biti pripravljene podlage, da se takšen pregled lahko izvede v najkrajšem možnem času. Rešitev ne sme ovirati naročnika pri prizadevanjih za približanje standardom ISO 27001 in 27002 v poglavjih, ki se nanašajo/navezujejo na informacijsko varnost in revizijske sledi.

4.4. VARNOST, TESTIRANJE SBI-PIS

Upravitelj infrastrukture podvrže sistem varnostnim testiranjem – preverjanje izvorne kode. Preverjanje izvorne kode (z orodjem Checkmarx ali drugim primerljivim orodjem) se začne izvajati takoj, ko izvajalno podjetje v SVN dostavi prve namestitve verzije, zato da se morebitne neskladnosti ali varnostne pomanjkljivosti odkrijejo zgodaj v razvojnem ciklu. Izvajalec je odkrite ranljivosti dolžan odpraviti v najkrajšem možnem času. Upravitelj infrastrukture podvrže sistem varnostnim testiranjem (penetration testing) po postavitvi v testno okolje naročnika. Testiranje se izvede tudi na zahtevo, po uspešno opravljeni namestitvi, njenem preizkusu delovanja, opravljenem funkcionalnem testiranju in pripravljenih ustreznih skrbniških/uporabniških računih za delo z aplikacijo. Izvajalec je dolžan naročniku dostaviti vsa poročila iz navedenih orodij, iz katerih je razvidno, da je programska koda ustrezne kakovosti. Izvajalec je odkrite ranljivosti dolžan odpraviti v najkrajšem možnem času. Pred odpravo odkritih pomanjkljivosti/ranljivosti sistema prehod v produkcijo ni možen.

4.5. LICENČNINE SBI-PIS

Licenčni pogoji morajo biti javno objavljeni. Licenčna politika mora biti transparentna in izračunljiva ter priložena ponudbi. Naročnik ne prevzame odgovornosti posledic sprememb licenčne politike, če nanjo nima vpliva in/ali z njo ni bil seznanjen in/ali se zgodi v okviru obračunskega obdobja (v času trajanja licenčne vzdrževalne pogodbe). Končna cena licenciranja, v kolikor je le-ta vezana na infrastrukturne vire (cpu, spomin, diskovje, io), ne sme preiti okvirov, ki jih za dano rešitev na logičnem nivoju določi naročnik oziroma upravitelj infrastrukture (npr., če je za rešitev namenjena na virtualizacijsko okolje nameščena virtualka z 2 cpu-jema, pri čemer je virtualizacijsko okolje umeščeno na infrastrukturo z večjim razponom procesorske moči, mora biti cena licence omejena na število cpu-jev, dodeljenih virtualnemu stroju, ne številu cpu-jev celotne virtualizacijske infrastrukture). Programska oprema, ki je predmet tega naročila, mora omogočati celoten zapis in obdelavo vseh dnevnikov in revizijskih sledi na infrastrukturi, kamor je umeščena.

4.6. RAZPOLOŽLJIVOST SBI-PIS

Razpoložljivost in nekatere ostale karakteristike SBI-PIS so zahtevane glede na zahtevano razpoložljivost posameznih funkcionalnosti sistema. Naročnik se strinja, da na razpoložljivost SBI-PIS vplivajo informacijske storitve, za katere bo odgovoren naročnik. Funkcionalnosti SBI-PIS morajo biti razpoložljive v režimu 24/7 (vse dni v tednu). Slednjo mora ponudnik zagotavljati in izvajati 24/7 (vse dni v tednu).

Redne posodobitve in tehnične izboljšave morajo biti izvedene tako, da to ne pomeni

ePRO© Stran 50/60

ePRO Specifikacije

nedelovanja oziroma prekinitve SBI-PIS. V primeru večjih nepredvidenih dogodkov (naravne nesreče ...), ko je treba nadomestiti infrastrukturo in/ali ponovno vzpostaviti delovanje same organizacije, je zahtevan čas ponovne vzpostavitve SBI-PIS en (1) dan. Izguba podatkov v primeru nepredvidljivih dogodkov ne sme presegati 24 ur.Naročnik bo dnevno varnostno shranjeval vsebino podatkovne baze po navodilih ponudnika. Ponudnik pa mora zagotoviti, da je mogoče stanje sistema obnoviti na shranjeno stanje.

4.7. ZANESLJIVOST IN VARNOST SBI-PIS

Zaradi zahteve po točnosti podatkov, ki se bodo uporabljali v okviru SBI-PIS, je treba zagotoviti zanesljivost SBI-PIS in njegovih podatkov. V okviru zagotavljanja zanesljivosti je treba zagotoviti več varnostnih in kontrolnih mehanizmov, ki bodo omogočali, da so podatki, ki jih uporabnik zahteva, celoviti, točni in odražajo stanje uporabnikovih zahtev.

Zanesljivost delovanja z vidika uporabnika (točke vnosa podatkov) pri vnosih podatkov mora biti zagotovljena z vgrajenimi kontrolami, ki v najvišji meri onemogočajo nepravilen vnos (predvsem morajo biti zagotovljene na nivoju občutljivih podatkov, zakonsko zahtevanih podatkov,...):

● vnos podatkov preko šifrantov, kjer je to mogoče, zakonsko zahtevano in smiselno,

● preverjanje dolžin polj, podatkovnega tipa in formata podatka,● vključitev drugih kontrol (npr. predvideni datum prihoda ne sme biti manjši kot

današnji datum, zdravniku ni možno odobriti dopusta na dan, ko je razpisan za ambulanto in/ali operacijo, preprečitev uporabe napačne napotnice za določeno dejavnost npr. kardiološke nap. uporabiti za okulistični pregled,...) in odstranjevanje odvečnih presledkov na začetku in koncu polja.

Visoko zanesljivost je treba zagotoviti tudi na nivoju podatkov. V okviru obravnave podatkov mora biti zagotovljeno preverjanje celovitosti podatkov, kjer mora SBI-PIS zagotoviti, da podatki v SBI-PIS niso v nobenem trenutku neskladni.V primeru, da pride do napak ali izpada sistema, mora imeti SBI-PIS zagotovljen mehanizem, ki mu bo omogočal prehod v predhodno konsistentno stanje. V sklopu izvedbe projekta mora ponudnik izdelati dokument, načrt ponovne vzpostavitve SBI-PIS. Naročnik bo skupaj s ponudnikom izvedel preverbo dokumenta v praksi (požarna vaja), tako, da bo simuliral izpad sistema ter na podlagi omenjenega dokumenta izvedel ponovno vzpostavitev. Ponudnik mora za navedeno “vajo” v projektnem načrtu predvideti termin, ki mora biti po potrditvi testnega okolja ter pred prehodom v produkcijsko okolje. Ponudnik bo za uspešno izveden poseg pripravil ločeno poročilo, ki ga mora naročnik potrditi.SBI-PIS mora biti izdelan z upoštevanjem informacijske varnostne politike na državnem nivoju ter vseh dobrih praks in rešitev, ki zagotavljajo zahtevano stopnjo informacijske varnosti (npr. ISO27001,...). Izvajalec mora zagotoviti enkripcijo vseh komunikacij SBI-PIS (client-server, server-client, server-server). Kjer je zaradi narave dela, procesa, zahtevano, mora izvajalec po dogovoru z naročnikom zagotoviti alternativno vrsto varnostne zaščite (osebni certifikat, RSA ključek, RFID,...).

4.8. ZMOGLJIVOST IN SKALABILNOST SBI-PIS

SBI-PIS mora:

ePRO© Stran 51/60

ePRO Specifikacije

● zagotavljati nemoteno delovanje in izvajanje funkcionalnosti vsem uporabnikom,

● zagotavljati nemoteno izmenjavo podatkov z drugimi informacijskimi sistemi,● odzivni čas uporabniškega vmesnika SBI-PIS za navigacijo, prikaz ali urejanje

podatkov tudi ob maksimalni predvideni obremenitvi ne sme biti nad 1 s,● odzivni čas uporabniškega vmesnika SBI-PIS za pregled podatkov in prikaz

poročil ter izvajanje obdelav bo natančno opredeljen v okviru aktivnosti analize in specifikacije zahtev končne rešitve (PZI). Zahteva naročnika je, da se v okviru aktivnosti analize in specifikacije zahtev opredeli in uskladi tipe vpogleda v podatke in tipe poročil, način njihove priprave (preko spletnega vmesnika, sinhrona in asinhrona priprava poročil v ozadju, predpriprava poročil itd.) ter zahtevane odzivne čase za posamezno kategorijo. Pri tem mora izvajalec zagotoviti takšne odzivne čase za pripravo vpogledov v podatke in poročila, da bodo omogočali zadovoljivo uporabniško izkušnjo.

V primeru, da izvajalec zahtevanih odzivnih časov ne more doseči, mora identificirati vzrok, ki ga bo obravnaval skupaj z naročnikom. V primeru, da vzrok za performančne težave ne izvira iz drugih sistemov (ki se npr. odzivajo prepočasi pri izmenjavi podatkov itd.) ali iz informacijskih storitev, za katere je zadolžen naročnik, bo moral le-tega odpraviti.Glede na to, da bo SBI-PIS že na začetku uporabljalo 800 in več uporabnikov, katerih število se bo v prihodnosti povečevalo, mora biti le-ta prilagojen na način, da povečanje števila uporabnikov oziroma drugih odjemalcev SBI-PIS ne sme vplivati na poslabšanje zmogljivost sistema.

5. PROJEKTNA ORGANIZACIJA SBI-PIS

Naročnik bo na svoji strani zagotovil aktivno sodelovanje oseb, ki bodo na strani naročnika odgovorne za vsebinski in tehnični del (vodja in namestnik projekta, skrbniki procesov, skrbniki povezanih informacijskih sistemov, odgovorna oseba za nameščanje na infrastrukturo, itd...). Izvajalec bo imenoval vodjo projekta ter svojo projektno skupino, ki bo sestavljena iz strokovnjakov glede na profile procesov naročnika.

5.1. Vodenje projekta na strani izvajalcaIzvajalec je tekom izvajanja projekta dolžan na zahtevo naročnika pripravljati naslednje plane, poročila in priporočila:

● plan izvajanja aktivnosti in poročilo o napredku aktivnosti glede na veljavne terminske plane (gantov diagram),

● poročilo o načinu izpolnjevanja varnostnih zahtev in opredelitve varnostnih shem,

● poročila o delovanju informacijskega sistema po izvedenem testiranju (izpisi dnevnikov o opravljenem prometu, izrednih in rednih dogodkih pri izmenjavi podatkov),

● poročilo o primernosti uporabljenih standardov za izmenjavo in varnost,● poročila revizorjem za potrebe pregleda/revizije, ki jih izvaja naročnik,● priporočila za morebitne spremembe in dopolnitve zakonodajnega okvira in● druga poročila in strokovna mnenja glede na zahteve naročnika.

Tekom izvajanja aktivnosti, ki so predmet javnega naročila, so predvideni koordinacijski sestanki z namenom razreševanja odprtih vsebinskih vprašanj in podajanja pojasnil oziroma usmerjanja pri pripravi izdelkov. Vodja projekta na strani izvajalca se je dolžan redno udeleževati planiranih koordinacijskih sestankov in

ePRO© Stran 52/60

ePRO Specifikacije

pripraviti zapis dogovorov sestanka.

5.2. Zahteve glede izvedbe ključnih aktivnosti

Vse navedbe glede dolžnosti izvajalca pri analizi zahtev ter pripravi in izvajanju testiranja se nanašajo na funkcionalnosti, ki bodo implementirane po zahtevah naročnika. Za funkcionalnosti, ki jih bo izvajalec nastavil v skladu z zahtevami naročnika, mora izvajalec izvesti analizo zahtev. Med nove funkcionalnosti spadajo zahteve, ki jih izdelan produkt ponudnika ne vključuje ter zahteve glede integracije z drugimi informacijskimi sistemi pri naročniku.Izvajalec bo zahteve analiziral neposredno s predstavniki ključnih uporabnikov SBI-PIS, pri čemer mora uskladiti njihove morebitne med seboj nasprotujoče si zahteve. Ključni uporabniki, ki bodo sodelovali pri analizi zahtev, bodo izvajalcu:

● pojasnili vsebino relevantnih poslovnih procesov in specifične izraze,● sprejemali predlagane rešitve, odločitve v zvezi z zahtevami (ko bo to

potrebno),● pregledali zahteve in ostala gradiva,● čim prej izvajalcu dali informacijo o spremembah in upoštevali proces

spreminjanja.Kot podlago za izvedbo analize zahtev mora izvajalec preučiti razpisno dokumentacijo in druge dokumente, ki mu jih preda naročnik.Za izvedbo in rezultat analize se pričakuje naslednje:

● pripravljena je v slovenskem jeziku,● uporabljana terminologija bo prilagojena naročniku,● izvajalec mora spoznati naročnikovo poslovno področje,● uporabljene diagramske in druge tehnike so primerno pojasnjene,● vključuje zahteve glede uporabnosti rešitve.

Analizirane zahteve mora izvajalec primerjati z zahtevami, podanimi v tem dokumentu ter v ostali predani dokumentaciji in jih po potrebi uskladiti z naročnikom in uporabniki.Izvajalec mora podati končen predlog podrobne specifikacije SBI-PIS, jo nato uskladiti z naročnikom ter pridobiti njegovo potrditev specifikacije zahtev.Naročnikove zahteve po uvajanju sprememb specifikacije so neizogibne, zato jih mora izvajalec ustrezno obvladovati. Skozi ves čas implementacije mora izvajalec specifikacijo zahtev ažurirati in ob njegovem zaključku naročniku predati dokument specifikacije zahtev, ki odraža dejansko stanje SBI-PIS.Vzporedno z analizo zahtev, izvajalec pripravi podroben terminski načrt. Zahteve za terminski načrt so naslednje:

● mora obsegati aktivnosti, ki so zajete v tem dokumentu. Izvajalec mora pri pripravi terminskega načrta smiselno upoštevati obdobja dopustov, v katerih bodo člani projektne skupine naročnika predvidoma omejeno razpoložljivi (od 20. decembra do 5. januarja in od 20. junija do 30. avgusta);

● mora vključevati tudi naloge, ki jih bo moral izvesti naročnik ter opis pogojev za izvedbo posameznih aktivnosti, ki jih mora zagotoviti naročnik;

● mora vključevati podrobnejšo razčlenitev aktivnosti glede na podane aktivnosti v specifikacijah. Za vsako aktivnost mora biti podan začetek, konec in trajanje;

● mora naročniku omogočati nadzor nad potekom projekta v časovnem in vsebinskem smislu.

Terminski načrt uskladita naročnik in izvajalec. Usklajen in potrjen podroben terminski načrt bo podlaga za izvajanje in spremljanje napredka projekta. Izvajalec mora svoj življenjski cikel razvoja izvajati skladno z zahtevami in splošno sprejetimi

ePRO© Stran 53/60

ePRO Specifikacije

standardnimi metodologijami, ki so v svetu široko uporabljane pri čemer mora v svoji ponudbi jasno navesti izbrano metodologijo.

5.3. Testiranje in zagotavljanje kakovosti

Izvajalec mora zagotoviti uvoz podatkov za testiranje in usposabljanje testnih uporabnikov v testnem in/ali uvajalnem okolju za izvedbo usposabljanja uporabnikov.Nove verzije/popravki se najprej namestijo na testno in/ali uvajalno okolje pri naročniku. Po vsaki namestitvi izvajalec pripravi poročilo o verziji, ki vsebuje št. verzije, navodila uporabnikom ter seznam in opis dopolnitev/odpravljenih napak v verziji. Ponudnik mora izvesti testiranje novosti in sprememb najprej v testnem in uvajalnem okolju. To velja tudi za podatke, šifrante in druge nastavitve. Po potrjenem uspešnem testu se spremembe namesti v produkcijsko okolje. Testno in uvajalno okolje vsebujeta integracije z drugimi testnimi sistemi ali z njihovimi nadomestki.Iz produkcijskega okolja se podatki za potrebe testiranja ali usposabljanja lahko uporabljajo le, če so primerno anonimizirani.Zaposleni pri naročniku morajo biti neposredno soudeleženi pri testiranju funkcionalnosti SBI-PIS. Izvajalec za potrebe izvedbe prevzemnega testiranja s strani naročnika zagotovi orodje za prijavo in spremljanje napak (orodje mora biti uporabniku prijazno, omogočati mora opis napake, vstavljanje slik zaslonskih mask in pripenjanje dokumentov, kjer se je napaka pojavila ter spremljanje statusa odpravljanja evidentirane napake).

5.4. Uporabniška dokumentacija

Uporabniška dokumentacija oziroma navodila za skrbnike rešitve/procesov morajo biti pripravljena v slovenskem jeziku. Izvajalec mora naročniku predati uporabniško dokumentacijo za skrbnike procesov in tudi krajša navodila/priročnik za končne uporabnike SBI-PIS v papirni in elektronski obliki.Uporabniška dokumentacija mora vsebovati vsaj naslednje elemente:

● Osnovne podatke o sistemu:○ namen sistema in njegove glavne funkcionalnosti,○ vrste uporabnikov, ki jim je dokumentacija namenjena in○ kontaktna oseba za pomoč pri morebitnih nejasnostih glede uporabe

sistema.● Varnostna navodila: navedene morajo biti osnovne smernice za varno uporabo

sistema, digitalnih potrdil, za varovanje gesel in podatkov v skladu z veljavno zakonodajo.

● Opis uporabniškega vmesnika mora pokriti sledeče tematike:○ Prikaz uporabniškega vmesnika, poimenovanje posameznih delov

uporabniškega vmesnika in kratko pojasnilo, čemu posamezen element služi.

○ Opis menijev (glavni, pomožni …), navedba postavk v menijih in opis akcije, ki se s to postavko izvede.

○ Opis vseh orodnih vrstic.○ Opis vsebinskega dela (okna) uporabniškega vmesnika, kjer se

prikazujejo podatki.● Uporabo sistema: podroben opis uporabe sistema za posamezna vsebinska

področja in postopke znotraj njih:○ Za vsak postopek so pripravljena podrobna navodila, kako naj uporabnik

uporablja posamezne elemente sistema pri izvajanju le-tega.○ Navodila obsegajo celotno izvedbo postopka od prijave v sistem,

ePRO© Stran 54/60

ePRO Specifikacije

zagona, izvedbe in zaključka procesa, do odjave iz sistema.○ Poleg glavnega toka skozi proces mora dokumentacija pokriti tudi

stranske tokove.○ Po potrebi lahko izvajalec način uporabe sistema, medsebojne

povezave, soodvisnosti med procesi in tokove izvajanja posameznega procesa tudi grafično predstavi.

○ Podani razumljivi opisi vzrokov za vsa opozorila in napake, ki jih povzročajo uporabniške in/ali sistemske funkcije.

○ Naročnik predpostavlja, da se bo v primeru licenčnega produkta del prilagoditev izvedlo s konfiguracijo in del prilagoditev s programiranjem (razvojem). Uporabniška dokumentacija mora vsebovati tudi posamezne podrobnosti izvedene konfiguracije produkta na način, da je razumljiva naročniku.

Izvajalec pripravi osnutek uporabniške dokumentacije in jih posreduje naročniku v pregled in morebitne pripombe. Uporabniška dokumentacija za nove funkcionalnosti SBI-PIS mora biti vključena v osnovno uporabniško dokumentacijo izdelanega produkta, kar pomeni, da mora izvajalec zagotavljati ažurno uporabniško dokumentacijo ves čas trajanja pogodbe.

6. ČASOVNA IZVEDBA PROJEKTA SBI-PIS

6.1. Aktivnosti projekta uvedbe SBI-PISIzvajalec bo pričel z izvajanjem pogodbenih storitev po podpisu pogodbe.Izvajalec bo implementacijo SBI-PIS izvedel v več fazah glede na prioritete. Okvirni terminski plan projektnih aktivnosti se bo prilagajal glede na datum podpisa pogodbe. Glavni mejniki projekta so navedeni v nadaljevanju:

● 1.12.2018* (T+1m): Podpis pogodbe z izbranim izvajalcem;● 1.1.2019 (T+3m): Izvajanje pogodbe: »GAP« analiza, izvedba analize zahtev

funkcionalnosti, priprava skupaj z izvajalcem, potrditev naročnika je pogoj za nadaljne izvajanje aktivnosti projekta SBI-PIS;

● 1.4.2019 (T+4m): Izvajanje pogodbe: prilagoditev informacijskega sistema glede na zahteve;

● 1.8.2019 (T+6m): Vzpostavitev SBI-PIS na testnem okolju, IS Usposabljanje, vzpostavitev povezljivosti z ostalimi inf. sistemi, zagotovitev testnih podatkov in testiranje;

● 1.2.2020 (T+6m): Vzpostavitev SBI-PIS na produkcijskem okolju, vzpostavitev povezljivosti z ostalimi inf. sistemi, ...

● 1.8.2020 (T+4m): Polnjenje podatkov in testiranje vsebine, izobraževanje in usposabljanje uporabnikov SBI-PIS

● 1.12.2020: Pričetek polne uporabe SBI-PIS;

*V primeru, če pogoba postane veljavna po tem datumu, se roki presojajo relativno glede na datum, ko postane pogodba veljavna (podpisna in predloženo finančno zavarovanje za dobro izvedbo pogodbenih obveznosti).

Zagonske aktivnosti vključujejo predajo obstoječe dokumentacije izvajalcu, pregled dokumentacije s strani izvajalca, uskladitev in potrditev podrobnega terminskega plana izvedbe projekta, določitev pravil komuniciranja na projektu in izvedbo zagonskega sestanka s projektno skupino. Dnevni red zagonskega sestanka bo predhodno usklajen z vodjo projekta.Na podlagi preučitve dokumentacije in v skladu s terminskim planom, posebej opredelitvijo delavnic za analizo zahtev, bo izvajalec začel s sestanki/delavnicami.Vloga članov projektne skupine naročnika bo podajanje odgovorov na vprašanja v ePRO© Stran 55/60

ePRO Specifikacije

zvezi s funkcionalnostmi skozi sestanke/delavnice, ki jih bo vodil izvajalec. Rezultat analize zahtev bo dokument analize ujemanj in razlik (GAP analiza), ki ga pripravi izvajalec in ga uskladi s projektno skupino naročnika in v dogovoru in sodelovanju z naročnikom. Naročnik mora za pregled predanih gradiv imeti na voljo najmanj 15 delovnih dni.Usklajevanju bo sledila formalna potrditev. Formalna potrditev dokumenta bo izhodišče za začetek nastavitev SBI-PIS.6.2. TESTIRANJE INTEGRACIJE SBI-PISZa funkcionalnosti in izvedene integracije z drugimi informacijskimi sistemi bo izvajalec v sodelovanju z naročnikom najprej izdelal načrt testiranja in pripravil testne scenarije. Načrt testiranja in testne scenarije bo izvajalec uskladil s projektno skupino naročnika ter v dogovoru in sodelovanju z naročnikom.Na podlagi usklajenega testnega načrta in testnih scenarijev bo izvajalec izvedel testiranje funkcionalnosti. Med testiranjem bo izvajalec razvoja evidentiral ugotovljene napake in na koncu testiranja pripravil poročilo o testiranju. Poročilo o testiranju bo poleg splošnih pogojev testiranja in rezultatov testiranja podalo splošno oceno, da je implementirana funkcionalnost skladna s specifikacijo zahtev in primerna za prevzemno testiranje s strani projektne skupine naročnika in predstavnikov.Projektna skupina naročnika bo prevzemno testiranje funkcionalnosti pričela s preučitvijo dokumentacije in podrobno predstavitvijo delovanja rešitve s strani izvajalca. Testiranje projektne skupine naročnika bo potekalo po vnaprej pripravljenih testnih scenarijih in testnih podatkih, ki jih bo bodo potrdili člani projektne skupine. Vse ugotovljene pomanjkljivosti bodo člani projektne skupine naročnika opisali v obliki poročila o napaki in posredovali izvajalcu v odpravo. Med prevzemnim testiranjem se bo vršila stalna koordinacija glede ugotovljenih pomanjkljivosti med vodjo projektne skupine naročnika ter vodjo projekta na strani izvajalca. Projekt predvideva izvedbo najmanj treh iteracij prevzemnega testiranja. Ključna ugotovitev prevzemnega testiranja bo primernost funkcionalnosti za prevzem in prenos v produkcijsko uporabo.Poseben segment testiranja bo namenjen testiranju funkcionalnosti izmenjave podatkov z drugimi informacijskimi sistemi. Cilj testiranja bo ugotavljanje pravilnosti izmenjave podatkov med SBI-PIS in drugimi informacijskimi sistemi ter pravilnosti obravnave prejetih podatkov iz drugih informacijskih sistemov. Testiranje izmenjave podatkov bo potekalo po enakih principih in enakem postopku kot testiranje funkcionalnosti s posebej pripravljenimi testnimi scenariji in poročilom o testiranju izvajalca ter prevzemnim testiranjem izmenjave podatkov naročnika.6.3. Usposabljanje uporabnikov V okviru aktivnosti usposabljanja uporabnikov mora izvajalec na lokaciji naročnika usposobiti uporabnike za uporabo SBI-PIS. Usposabljanje mora biti prilagojeno različnim skupinam uporabnikov.Izvajalec mora pripraviti »Načrt usposabljanja« in ga uskladiti z naročnikom. Aktivnosti načrtovanja in izvedbe usposabljanj za uporabo SBI-PIS bo izvajalec izvajal ves čas pogodbe. Načrt usposabljanj mora vsebovati vsaj:

● ciljne skupine glede na različne tipe uporabnikov,● zahtevano znanje in drugi pogoji udeležbe,● način in metode usposabljanja (delavnice, e-usposabljanja,..)● okvirna vsebina usposabljanja,● predvideno trajanje usposabljanja (enodnevno usposabljanje),● okvirni terminski plan usposabljanj,● odgovorne osebe na strani izvajalca in naročnika,● katera znanja bo moral po vsakem končanem obdobju usposabljanja osvojiti

udeleženec.

ePRO© Stran 56/60

ePRO Specifikacije

Izvajalec mora upoštevati, da želi naročnik usposobiti vse uporabnike informacijskega sistema, ki so predmet tega naročila. Izvajalec mora zagotoviti, da so izpolnjeni vsaj naslednji navedeni cilji usposabljanja:

● Zagotoviti je potrebno enotno razumevanje uporabe funkcionalnosti sistema glede na tip uporabnikov.

● Po izvedenem usposabljanju morajo biti udeleženci usposabljanja sposobni samostojno uporabljati posamezne funkcionalnosti sistema.

● Po izvedenem usposabljanju vsak udeleženec podpiše izjavo o usposobljenosti in dobi potrdilo (s strani izvajalca) o pridobitvi znanja.

● Ob koncu vsakega usposabljanja mora izvajalec pripraviti evalvacijski vprašalnik glede zadovoljstva usposabljanja, in morebitne pripombe upoštevati na naslednjem usposabljanju.

Usposobiti je potrebno tudi bodoče inštruktorje, da bodo poleg razumevanja uporabe SBI-PIS usposobljeni podobno kot vsebinski skrbniki sistema ter tudi za prenos pridobljenega znanja na svoje sodelavce.

Ne glede na določbe pogodbenih določil naročnik v vsakem primeru z dnem produkcije SBI-PIS (p)ostane lastnik vseh v SBI-PIS vnesenih podatkov, podatkovnih struktur in njihovih povezav ter struktur vsebine podatkovnih baz, ter se nanj v tem delu prenesejo vse materialne avtorske pravice, vključno s pravico dodelave, predelave in spreminjanja (navedeno pa v primeru sprememb s strani naročnika ali druge s strani naročnika pooblaščene osebe lahko vpliva na jamstva izvajalca).

Predmet ponudbe je tudi izdelava drugih rešitev in opreme, ki jo mora ponudnik nujno ponuditi v okviru zahtevanih funkcionalnosti, da bi funkcionalnosti, ki jih zahteva naročnik, lahko delovale, oziroma jih v okviru ponujene rešitve naročnik potrebuje za delovanje opisanih funkcionalnosti. Podrobnejše specifikacije posameznih opisanih funkcionalnosti stranki izdelata v okviru analize po podpisu pogodbe.

Spodaj podpisani pooblaščeni predstavnik ponudnika izjavljam, da ponujeno blago/vse storitve v celoti ustreza/jo zgoraj navedenim opisom.

V/na , dne

Ime in priimek:

Žig in podpis:

ePRO© Stran 57/60

ePRO Specifikacije

2. REFERENCE VODJE PROJEKTA ZA OCENJEVANJE V OKVIRU MERIL(referenc, ki jih gospodarski subjekt za vodjo projekta ne bo navedel v okviru teh obrazcev, naročnik ne bo upošteval za potrebe meril)Ime

Priimek

Predvidena vloga pri poslu Vodja projekta

Zaposlen pri

Državljanstvo

Delovne izkušnje v letih

Skupno Pri ponudniku Na razpisanem področju

Izobrazba

Ustanova (datum od – datum do) Pridobljena stopnja(e) ali diploma(e):

Specializirana izobrazba (certifikati, potrdila) Posebna znanja in izkušnje

Znanje jezikov Označite sposobnost na lestvici od 1 do 5 (1 – odlično; 5 – osnovno)

Jezik Branje Govorno sporazumevanje Pisanje

Osebne reference

Naročnik projekta Naziv projekta

Vrednost projekta v EUR

brez DDVVloga kadra pri projektu

Datum pričetka in

končanja del na projektu

Opis projekta

Osebne referenceePRO© Stran 58/60

ePRO Specifikacije

Ime in priimek vodje projekta




Datum pričetka in


Opis projekta

Kontaktna oseba za

preveritev reference (ime in priimek, e-

pošta, telefon)

Podpis naročnika reference

Osebne reference

Ime in priimek vodje projekta




Datum pričetka in


Opis projekta

Kontaktna oseba za

preveritev reference (ime in priimek, e-

pošta, telefon)

Podpis naročnika reference

Opomba: V skupno vrednost (polje Vrednost projekta v EUR brez DDV) se všteva strošek storitev izdelave, vzdrževanja in nadgradenj IS, brez stroškov licenc in strojne opreme.

Referenca kadra mora biti podpisana s strani naročnika referenčnega posla, referenčno potrdilo pa je lahko izdelano in predloženo na lastnem obrazcu (ali na zgoraj navedenem obrazcu), če iz njega izhaja izpolnjevanje pogoja (oziroma merila). Nepredložitev referenčnega potrdila v zahtevani vsebini, ki jo izkazuje gospodarski subjekt, ima za posledico izločitev ponudbe, če vpliva na ponudbo v okviru meril.

ePRO© Stran 59/60

ePRO Specifikacije

Zastopnik/pooblaščeni predstavnik ponudnika izjavljam, da ponujeno blago/vse storitve v celoti ustreza/jo zgoraj navedenim opisom.

V/na , dne

Ime in priimek:

ePRO© Stran 60/60

zahteve naročnika - sb-izola.si · web viewsistem mora omogočati izdelavo predlog (word, excel,...

Documents