sb-izola.si · Web viewSistem mora vključevati funkcionalnosti, modul poslovne inteligence ... KADRIS, INTERRIS, LIS, TROMBO, JANTAR, CROSS, DEPO, EXCELERA, SYNGOVIA, SCADA…

Priloga 1: Zahteve naročnika

1. 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, ki je tehnično in vsebinsko stabilen ter obvladljiv.

Vzpostavitev SBI-PIS obsega:

● nakup izdelanega produkta in potrebne infrastrukture, 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 razviti 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.

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 Vrstomati (terminali za self check-in sistem), registracija

pacientov - queue management (TV prikazovalniki)3. Prehrana in dietetika,

1

4. Sprejem in obdelava urgentnih pacientov - urgentni center,5. Lekarna,6. Patologija,7. Nuklearna medicina,8. Slikovna diagnostika, RTG radiologija,9. Endoskopije,10. Laboratorij,11. Dnevna bolnišnica in hemodializa,12. Sterilizacija,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

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 perila

2

9. CNS - robotina10. COMET - senzorji temp. in vlage11. EXCELERA - philips12. ANGIOGRAF - philips13. 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,

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.

SBI-PIS mora zagotavljati enostavno (intuitivno) uporabo funkcionalnosti. Kjerkoli je pričakovana takojšnja interakcija z uporabnikom, mora SBI-PIS uporabniku ponuditi takojšen odziv in biti čim bolj prilagojen učinkoviti uporabi (čim manjše število korakov za izvedbo določenega postopka, čim hitrejši dostop do kakovostnih informacij …).

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.

3

Ključna zahteva glede funkcionalnosti uporabniškega vmesnika je enostavnost uporabe in hitra odzivnost. 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 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 ...).

4

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 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;

5

● 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 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

6

2.2. Mobilna aplikacija SBI-PISSBI-PIS mora vsebovati tudi prilagojeno rešitev za mobilne naprave, mobilno aplikacijo, ki 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 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. 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;

7

● 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 sistemi

3.1.1. Dokumentarni in arhivski sistem SBI-PISSBI-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 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, itd,…

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.

8

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 zagotavljal kakovostno in enostavno upravljanje. 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.

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.

9

• 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-PISTehnološ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. Ponujena oprema mora biti kompatibilna z vso obstoječo opremo naročnika. Ponudnik mora pred pripravo končne ponudbo pridobiti pisno potrditev ustreznosti tehnološkega okolja s strani vodje IT bolnišnice. Ponudnik mora ponudbi priložiti načrt postavitve tehnološkega okolja SBI-PIS (grafično ter opisno). 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

10

sistema ali njegovega dela na lokaciji nadomestnega centra (kolokacija - DRC). 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.

Natančen popis vseh zgoraj navedenih in morebiti manjkajočih specifikacij bodočega informacijskega sistema/aplikacije/modula mora biti vključen v dokumentu Dokument Projekta za Izvedbo SBI-PIS (PIZ) – glej poglavje SISTEMSKE ZAHTEVE SBI-PIS. Dokument mora biti usklajen in potrjen z naročnikom. Dokument mora biti kot obvezna priloga izveden in priložen v ponudbi in kot tak predstavlja del dokumentacije v zvezi z oddajo javnega naročila.

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 osnovne 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,

11

antikoagulantna terapija, diabetes, mrsa in ostali 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

12

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 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,...)

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

13

(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 takozvane tehnologije “voice recognition” (npr. Dragon 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 (integracija z zakonsko zahtevanimi opisi, šifranti, klasifikacijami in drugim metodološkim gradivom, ki velja v RS ter drugimi bazami podatkov po zahtevah naročnika)

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)

14

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. izdelava poljubnih poročil po zahtevah naročnika1.40. izdelava poljubnih obrazcev po zahtevah naročnika1.41. izvoz podatkov v poljubne oblike zapisov (excel, pdf, word, csv, xml, itd…)1.42. Natančen popis vseh zgoraj navedenih in morebiti manjkajočih specifikacij

bodočega informacijskega sistema/aplikacije/modula mora biti vključen v dokumentu Dokument Projekta za Izvedbo SBI-PIS (PIZ) – glej poglavje SISTEMSKE ZAHTEVE SBI-PIS. Dokument mora biti usklajen in potrjen z naročnikom. Dokument mora biti kot obvezna priloga izveden in priložen v ponudbi in kot tak predstavlja del dokumentacije v zvezi z oddajo javnega naročila.

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. izdelava poljubnih poročil po zahtevah naročnika2.5. izdelava poljubnih obrazcev po zahtevah naročnika2.6. Natančen popis vseh zgoraj navedenih in morebiti manjkajočih specifikacij


3. proces in aplikacija Vrstomati (terminali za self check-in sistem), registracija pacientov - queue management (TV 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,...)

15

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,...)

3.7. izdelava poljubnih poročil po zahtevah naročnika3.8. izdelava poljubnih obrazcev po zahtevah naročnika 3.9. Natančen popis vseh zgoraj navedenih in morebiti manjkajočih specifikacij


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čila4.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)

16

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 pacientov5.2. delo z uporabo delovne liste pacientov in seznam opravil po različnih profilih


5.3. sprejem in triaža pacientov (vgrajen mora biti Manchestrski triažni 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,...)

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,...)


bodočega informacijskega sistema/aplikacije/modula mora biti vključen v dokumentu Dokument Projekta za Izvedbo SBI-PIS (PIZ) – glej poglavje SISTEMSKE ZAHTEVE SBI-PIS. Dokument mora biti usklajen in potrjen z naročnikom. Dokument mora biti kot obvezna priloga izveden in priložen v

17

ponudbi in kot tak predstavlja del dokumentacije v zvezi z oddajo javnega naročila.

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 profilih


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 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

18

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

6.29. izdelava poljubnih poročil po zahtevah naročnika6.30. izdelava poljubnih obrazcev po zahtevah naročnika

19

6.31. Natančen popis vseh zgoraj navedenih in morebiti manjkajočih specifikacij bodočega informacijskega sistema/aplikacije/modula mora biti vključen v dokumentu Dokument Projekta za Izvedbo SBI-PIS (PIZ) – glej poglavje SISTEMSKE ZAHTEVE SBI-PIS. Dokument mora biti usklajen in potrjen z naročnikom. Dokument mora biti kot obvezna priloga izveden in priložen v ponudbi in kot tak predstavlja del dokumentacije v zvezi z oddajo javnega naročila.

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-PIS7.5. omogočeno mora biti beleženje in spremljanje porabe potrošnega materiala

na posamezno preiskavo v SBI-PIS na posameznega pacienta7.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

7.8. izdelava poljubnih poročil po zahtevah naročnika7.9. izdelava poljubnih obrazcev 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,...)

20

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 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,...)


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…)

21

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)




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 in

prikaz stroškov materiala in stroškov dela v realnem času ON-LINE (npr. na

22

posamezno preiskavo, pacienta, specilistično ambulanto, celoten oddelek in/ali stroškovno mesto po različnih kriterijih,...)

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 dejavnosti11.9. izdelava poljubnih poročil po zahtevah naročnika

11.10. izdelava poljubnih obrazcev po zahtevah naročnika11.11. Natančen popis vseh zgoraj navedenih in morebiti manjkajočih specifikacij


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 profilih


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 profilih


13.3. avtomatsko generiranje nalog zaposlenim znotraj sterilizacije glede na načrtovane potrebe po sterilnem inštrumentariju glede na planirane posege

23

(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 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 npr GETINGE, DEPO,...



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 profilih


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,...)

24

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 profilih



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 profilih


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)

25


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 koledar

26


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 DEPO20.2. izdelava poljubnih poročil po zahtevah naročnika

27

20.3. izdelava poljubnih obrazcev po zahtevah naročnika20.4. Natančen popis vseh zgoraj navedenih in morebiti manjkajočih specifikacij


21. 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,21.3. odprodaja odpadkov21.4. Natančen popis vseh zgoraj navedenih in morebiti manjkajočih specifikacij


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-PIS



28

24. obračunavanje in fakturiranje zdravstvenih storitev (billing), SPP - skupina primerljivih primerov, specialistične ambulante, primarni nivo zdravstva in fakturiranje nemedicinskih storitev.

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

29

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-obliki24.19. možnost izpisa takojšnjega informativnega izračuna za obravnavo za pacienta

v skladu z veljavnimi predpisi ob sprejemu pacienta,24.20. izdelava poljubnih poročil po zahtevah naročnika24.21. izdelava poljubnih obrazcev po zahtevah naročnika24.22. Natančen popis vseh zgoraj navedenih in morebiti manjkajočih specifikacij


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



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



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-PIS


30

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…)28.4. izdelava poljubnih poročil po zahtevah naročnika28.5. izdelava poljubnih obrazcev po zahtevah naročnika28.6. Natančen popis vseh zgoraj navedenih in morebiti manjkajočih specifikacij


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-PISTemeljni 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…)

31

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 dokumentov1.4. vnos artiklov in vodenje po različnih atributih in/ali kategorijah1.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 poslovanja1.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...)

32

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,...)

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 odsotnosti

33

2.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 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

34

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 popravljanja2.8.2. Vnos kadrovskih normativov za različna organizacijska področja ter

prikaz razlike normativ/razpored2.8.3. Samodejna izdelava razporedov dela za različna časovna obdobja z

možnostjo ročnega upravljanja2.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č verzij le teh

2.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 SBI2.9.1. Elektronski vnos zakonsko določenih parametrov za obračun plače2.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

35

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ščine2.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štvo

36

2.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čb2.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 podatki

37

2.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 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-PIS2.13. Potni nalogi

2.13.1. Splošni sistemski podatki in katalogi2.13.1.1. Naziv in sedež zavoda2.13.1.2. Številka in datum potnega naloga

38

2.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čuna2.13.4.5. 5. nivo zaključek

2.13.5. Zakonska hramba potnih nalogov

39

2.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štev2.20. Natančen popis vseh zgoraj navedenih in morebiti manjkajočih specifikacij


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 pol3.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

40

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 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 sredstva3.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 vpisi3.1.25. Možnost določitve različnega pravilo amortizacije za različne

kategorije sredstev3.1.26. Možnost projekcije amortizacije za določeno obdobje z možnostjo

izbire kategorij sredstev3.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 sredstva

41

3.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ževanja3.1.46. Zagotoviti nadzor dostopa do informacij o sredstvih na različnih

ravneh3.2. POROČILA

3.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 prejemke3.3.8. Podpora za omogočanje ročne uskladitve, kadar avtomatična

uskladitev ni izvedljiva3.3.9. Seznam neusklajenih transakcij

3.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)

42

3.3.13. Zagotoviti obveščanje / opozorilo, če noben bančni izpisek ni usklajen za določeno število dni ali obdobja

3.3.14. Zagotoviti vključitev določil in pogojev, vključno s časovnim razporedom plačil za dolgoročna posojila in vloge, garancije

3.3.15. Navedba postavke na podlagi nastanka poslovnega dogodka za dolgoročna posojila in depozite

3.3.16. Zagotoviti obvestilo o izteku roka za vsa dolgoročna posojila in vloge, garancije

3.3.17. Funkcionalnost za izračun obrestnih mer in obrokov za vezane depozite in terminsko posojilo

3.3.18. Možnosti generiranja izkazov denarnih tokov v fleksibilnih časovnih obdobjih, kot so dnevi, tedni, mesec, leta, itd

3.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

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 stanje3.3.23. Poročilo o seznamu neusklajenih transakcij

3.4. ELEKTRONSKO POSLOVANJE3.4.1. avtomatičen izvoz predračunov, ponudb in računov v PDF in pošiljanje

po e-pošti3.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. DDV

3.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-Davke

43

3.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-O ־3.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 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

44

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.

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

45

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. 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,

46

3.7.27. avtomatsko izstavljanje predlogov za izvršbo iz zapadlih neplačanih terjatev ali iz

3.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 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

47

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 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.

48

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 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.

49

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

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

50

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 poljubnih izpisov in poljubnih statistik na zahteve naročnika3.12. Izdelava poljubnih obrazcev na zahteve naročnika3.13. Izdelava poljubnih izvozov podatkov po zahtevah naročnika3.14. 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.15. Enotni šifranti čez celoten SBI-PIS - podvajanje šifrantov ne pride v poštev3.16. Natančen popis vseh zgoraj navedenih in morebiti manjkajočih specifikacij


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

51

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, 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 mesta4.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 institucij4.25. Izdelava poljubnih poročil po zahtevah naročnika4.26. Izdelava poljubnih obrazcev po zahtevah naročnika4.27. Natančen popis vseh zgoraj navedenih in morebiti manjkajočih specifikacij


5. 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,

52

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, 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. izdelava poljubnih poročil po zahtevah naročnika5.18. izdelava poljubnih obrazcev po zahtevah naročnika5.19. povezava oziroma prenos podatkov v realnem času v BI sistem SBI-PIS za



6. Nabava

53

6.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 poljubnih obrazcev po zahtevah naročnika6.12. izdelava različnih 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.13. Pošiljanje in sprejemanje dokumentov preko elektronske pošte6.14. Prenos in objava obrazcev na spletni strani SBI6.15. Povezava oziroma prenos podatkov v realnem času v BI sistem SBI-PIS za


54


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

55

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čunov7.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 dobavnic pri preseganju določenih limitov

7.16. izstavitev računov na osnovi dobavnice, izstavitev računov brez dobavnic, izstavitev dobropisov in avansov

7.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 poljubnih poročil po zahtevah naročnika7.21. izdelava poljubnih obrazcev po zahtevah naročnika7.22. 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. Ponudnik v PZI-ju navede vse možne statistike/poročila.

7.23. Pošiljanje in sprejemanje dokumentov preko elektronske pošte7.24. zakonsko določene evidence (trgovska knjiga, zapisniki o spremembi cen…)7.25. Povezava oziroma prenos podatkov v realnem času v BI sistem SBI-PIS za



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

56

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.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.

8.3. e-ocenjevanje ponudb in izločitev neustreznih-sistem sam zazna izbrane ponudnike, skladno z merilom najnižja cena, možno vnesti še druga merila v smislu točkovanja, posameznih meril, ki jih določi naročnik. V kolikor se izkaže, da je ponudba katerega najugodnejšega ponudnika nedopustna, je naročniku omogočeno enostavno ''ročno'' nastaviti izbranega ponudnika. Cene nato ostanejo v ''sistemu''. Možno določiti rok veljavnosti teh cen. Program naj bo možno uporabiti tudi v primeru odpiranja konkurence med ponudniki. V kolikor ponudniki ne vnesejo cene za vse zahtevane razpisane artikle, program to avtomatsko sam zazna.

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.

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.8.9. Natančen popis vseh zgoraj navedenih in morebiti manjkajočih specifikacij

bodočega informacijskega sistema/aplikacije/modula mora biti vključen v dokumentu Dokument Projekta za Izvedbo SBI-PIS (PIZ) – glej poglavje SISTEMSKE ZAHTEVE SBI-PIS. Dokument mora biti usklajen in potrjen z

57

naročnikom. Dokument mora biti kot obvezna priloga izveden in priložen v ponudbi in kot tak predstavlja del dokumentacije v zvezi z oddajo javnega naročila.

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

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))

4. SISTEMSKE ZAHTEVE SBI-PIS

4.1. Dokument Projekta za Izvedbo (PZI) Dokument je namenjen natančnemu popisu specifikacij bodočega informacijskega sistema/aplikacije/modula. SBI zahteva, da se na podlagi funkcionalne dekompozicije določi seznam potrebnih gradnikov, poslovnih procesov, spletnih servisov in integracij.

Dokument PZI izdela ponudnik v fazi priprave ponudbe pred rokom za oddajo ponudbe. Dokument mora biti usklajen in potrjen z naročnikom. Dokument je obvezen sestavni del ponudbene dokumentacije.

Dokument PZI vsebuje najmanj:

● Specifikacija poslovnih procesov, ki jih bo rešitev podprla, s komentiranimi diagrami po UML standardu (obvezno vključujoč vsaj primere uporabe, sekvenčne diagrame ter druge diagrame glede na obravnavano tematiko),

● funkcionalna dekompozicija

● seznam poslovnih procesov z opisi,

● seznam gradnikov z opisi,

● popis uporabljenih tehnologij in/ali morebitne dodatne opreme,

● specifikacije podatkovnih struktur

● specifikacija XML struktur

● specifikacije spletnih storitev

● specifikacija aplikacije za prikaz podrobnosti delovanja vseh vključenih komponent, kadar se taka aplikacija implementira,

58

● arhitekturo sistema za implementacijo z določenimi/navedenimi povezavami med komponentami (predlog uporabe vzorcev, topologija strežnikov, uporabljeni tehnološki standardi, protokoli, tehnologija podatkovnih zbirk),

● varnostne in zaščitne mehanizme,

● navedene in popisane predvidene integracije z zunanjimi sistemi,

● terminski načrt,

● Natančen popis vseh zgoraj navedenih in morebiti manjkajočih specifikacij bodočega informacijskega sistema/aplikacije/modula mora biti vključen v dokumentu Dokument Projekta za Izvedbo SBI-PIS (PIZ) – glej poglavje SISTEMSKE ZAHTEVE SBI-PIS. Dokument mora biti usklajen in potrjen z naročnikom. Dokument mora biti kot obvezna priloga izveden in priložen v ponudbi in kot tak predstavlja del dokumentacije v zvezi z oddajo javnega naročila.

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);

● 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 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:

59

● 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 posebej priporočila v zvezi z varstvom osebnih podatkov pri povezovanju zbirk osebnih podatkov v javni upravi.

60

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) se začnejo 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 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. Pogoj je poročilo o opravljenem funkcionalnem testiranju v okolju naročnika. 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

61

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 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.

62

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:● 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.

63

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 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 razvil 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.

64

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 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

65

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, 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.

66

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.7.2018 (T+1m): Podpis pogodbe z izbranim izvajalcem;● 1.8.2018 (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.11.2018 (T+4m): Izvajanje pogodbe: prilagoditev informacijskega sistema glede na zahteve;

● 1.4.2019 (T+6m): Vzpostavitev SBI-PIS na testnem okolju, IS Usposabljanje, vzpostavitev povezljivosti z ostalimi inf. sistemi, zagotovitev testnih podatkov in testiranje;

● 1.9.2019 (T+6m): Vzpostavitev SBI-PIS na produkcijskem okolju, vzpostavitev povezljivosti z ostalimi inf. sistemi, ...

● 1.4.2020 (T+4m): Polnjenje podatkov in testiranje vsebine, izobraževanje in usposabljanje uporabnikov SBI-PIS

● 1.7.2020: Pričetek polne uporabe SBI-PIS;

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 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.

67

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 razvita 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,

68

● katera znanja bo moral po vsakem končanem obdobju usposabljanja osvojiti udeleženec.

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.

69

Documents

sb-izola.si · Web viewSistem mora vključevati funkcionalnosti, modul poslovne inteligence ... KADRIS, INTERRIS, LIS, TROMBO, JANTAR, CROSS, DEPO, EXCELERA, SYNGOVIA, SCADA…