Microsoft Word - P-5_specifikacije TeleKap.doc

Transkripcija

1 Vzdrževanje informacijske rešitve TeleKap

2 KAZALO VSEBINE 1. Predmet javnega naročila Opis informacijske rešitve telekap Tehnične podrobnosti Uporabniki sistema TeleKap Cilji javnega naročila Obseg javnega naročila Tehnološke zahteve Opis opreme NEFUNKCIONALNE ZAHTEVE...12 KAZALO SLIK Slika 1: Arhitektura rešitve...6 KAZALO TABEL Tabela 1: Seznam izrazov in kratic...3 Tabela 2: Bolnišnice, ki so vključene v sistem TeleKap...5 Tabela 3: Odzivni časi v primeru napak...9 2/14

3 SLOVAR Izraz Pomen AES Advanced Encryption Standard standard za kodiranje elektronskih podatkov CDA DICOM HL7 IHE RCTK SIP SITS znet Clinical Document Architecture - HL7 XML standard, ki določa strukturo, semantiko in zapis klinične informacije/dokumentov, namenjenih izmenjavi Digital Imaging and Communication in Medicine standard za upravljanje, shranjevanje, tiskanje in prenos slikovnih medicinskih informacij Health Level 7 International - mednarodno standardizacijsko telo za interoperabilnost zdravstvene informatike ( Integrating the Healthcare Enterprise - mednarodna iniciativa za informatizacijo zdravstva ( Republiški center "TeleKap" Session Initiation Protocol protokol za nadzor video in glasovnih klicev v IP omrežjih Safe Implementation of Treatments in Stroke mednarodna iniciativa za izboljšanje kliničnega raziskovanja in obravnavanja možganske kapi ( Zdravstveni NET - zdravstveno komunikacijska infrastruktura, ki vključuje postavitev centralne infrastrukture in priključitev vseh končnih točk v omrežje z ustrezno vzpostavljenimi organizacijskimi in varnostnimi politikami Tabela 1: Seznam izrazov in kratic 3/14

4 1. PREDMET JAVNEGA NAROČILA Predmet javnega naročila je: Osnovno vzdrževanje in nadzor informacijske rešitve TeleKap za obdobje enega leta od sklenitve pogodbe Dopolnilno vzdrževanje informacijske rešitve Telekap 2. OPIS INFORMACIJSKE REŠITVE TELEKAP Možganska kap je drugi najpogostejši vzrok smrti po vsem svetu (vir: Svetovna zdravstvena organizacija bilten junij 2011). Po podatkih Svetovne zdravstvene organizacije v svetu utrpi možgansko kap 15 milijonov ljudi. Od tega jih 5 milijonov umre in še dodatnih 5 milijonov ostane trajno prizadetih (vir: WHO Svetovno zdravstveno poročilo ). V preteklosti so imeli bolniki z diagnozo akutne ishemične/hemoragične kapi na voljo zelo malo možnosti za zdravljenje. Za preostanek njihovega življenja je bila potrebna dolga hospitalizacija in nato dolga rehabilitacija ali trajna vključitev v procese nege na domu s prilagojeno domačo oskrbo, ali namestitev v negovalne institucije. Dve pomembni spremenljivki vplivata na zmožnost zagotavljanja ustrezne diagnostike in zdravljenja: prisotnost zdravnika specialista (žilnega nevrologa - specialista za možgansko kap) in geografska oddaljenost bolnikov od strokovnega znanja. Kmalu po letu 2000 se je v svetu pričelo z oblikovanjem in izvajanjem projektov vzpostavitve "TeleKap" (ang. Telestroke) omrežij. Jasen poudarek je bil na tem, da se podaljša doseg strokovnjakov za možgansko kap znotraj posameznih skupnosti oziroma držav, predvsem na področjih, kjer stalna prisotnost strokovnjakov ne obstaja in ne more biti upravičena z obsegom bolnikov v skupnosti. "TeleKap" omrežje je bilo kot pomemben koncept prvič preizkušeno in objavljeno v projektu TEMPis v Nemčiji. Rezultati so bili jasni - sposobnost zagotavljanja daljinskega diagnosticiranja in zdravljenja bolnikov z možgansko kapjo je možna in izvedljiva. V Sloveniji je sistem TeleKap začel redno delovati Delo poteka v obliki videokonferenčnih pregledov bolnikov z akutno možgansko kapjo, ki jih služba nujne medicinske pomoči prepelje z mesta dogodka v urgentne ambulante partnerskih bolnišnic, od katerih večina izven delovnega časa nima na razpolago nevrologa. Na ta način je omogočena postavitev pravilne diagnoze v čim krajšem možnem času ne glede na to, v kateri partnerski bolnišnici se bolnik nahaja, s svetovanjem glede ustrezne diagnostike in čim prejšnjega ustreznega zdravljenja bolnikov z akutno možgansko kapjo. V partnerskih bolnišnicah, kjer je nevrolog na voljo 24 ur ne glede na dan v tednu se obračajo na TeleKap zlasti ob potrebi po terciarni nevrološki obravnavi. Partnerske bolnišnice so sprejele sistem TeleKap z odobravanjem in ga ocenile za koristnega. V obdobju od do je bilo preko sistema TeleKap opravljeno 2581 konzultacij (Vir: Poročilo o izvajanju projekta TeleKap z dne ). Št. Lokacija Zdravstvena ustanova 1. Ljubljana UKC Ljubljana (RCTK in urgenca) 2. Maribor UKC Maribor (rezervni RCTK in urgenca) 3. Celje SB Celje 4. Nova Gorica Splošna bolnišnica dr. Franca Derganca Nova Gorica 4/14

5 5. Izola SB Izola 6. Novo mesto SB Novo mesto 7. Jesenice SB Jesenice 8. Murska Sobota SB Murska Sobota 9. Slovenj Gradec SB Slovenj Gradec 10. Trbovlje SB Trbovlje 11. Brežice SB Brežice 12. Ptuj SB Ptuj Tabela 2: Bolnišnice, ki so vključene v sistem TeleKap Sistem Telekap redno deluje v režimu 24/7 in je uporabnikom razpoložljiv vsaj 99,5 % celotnega časa na letnem nivoju, zato je potrebno zagotoviti njegovo osnovno vzdrževanje in nadzor sistema. 3. TEHNIČNE PODROBNOSTI Rešitev je postavljena v varnem okolju znet, katerega delovanje zagotavlja naročnik. Rešitev je postavljena na strežnikih, ki so last naročnika. Opis ključnih gradnikov Sistem TeleKap tvorita videokonferenčni sistem in spletna aplikacija za podporo diagnosticiranju. Sistema lahko delujeta kot celota in sta s pomočjo spletnih storitev integrirana med seboj. Ob enem pa lahko vsak od sistemov deluje samostojno. Videokonferenčni sistem tvorijo diagnostični voziček opremljen s Polycom HDX sistemom, centralni multipoint videokonferenčni strežnik Polycom RMX 1500 ter digitalni snemalnik in predvajalnik Polycom RSS Aplikacija TeleKap je zasnovana kot spletna aplikacija in je prilagojena najbolj razširjenim spletnim brskalnikom kot so Microsoft Internet Explorer, Firefox, Opera ter Google Chrome. Uporaba je prilagojena tudi pametnim telefonom in tablicam z nameščenim spletnim brskalnikom kateri so WebKit skladni (brskalni Android in ios tablic). Tehnična zasnova Aplikativna rešitev TeleKap je arhitekturno zasnovana kot večslojna aplikacija (multi tier architecture), kar omogoča jasno razmejitev med grafičnim vmesnikom, poslovno logiko in podatkovno zbirko. V primeru TekeKap je predstavitveni sloj (GUI) realiziran s tehnologijo imenovano Google Web Toolkit ali skrajšano GWT in je prilagodljiv glede na tehnološke omejitve ciljne naprave (PC ali tablica). Tehnologija GWT omogoča izgradnjo t.i. RIA aplikacij (Rich Internet Application). Funkcionalnost gradi na standardnih HTML elementih kar omogoča enostavno prenosljivost in dosegljivost na spletu (intranet/internet) ter bogat nabor funkcionalnosti kot v primeru namiznih aplikacij. Sloj poslovne logike je zgrajen z različnimi J2EE skladnimi tehnologijami med katere spadajo EJB's, Drools, Hibernate ORM in JMS. Ločen sloj poslovne logike in uporaba Java enterprise oz. strežniških tehnologij (JEE) omogoča, da je aplikacija TeleKap skalabilna ter visoko dosegljiva (high scalability and availability ). Telekap uporablja aplikacijski strežnik JBoss AS. Podatkovni sloj je v primeru TeleKap implementiran na PostgreSQL podatkovni zbirki. Posamezni gradniki rešitve: Java, vezija: EE 7 Aplikacijski strežnik: JBoss AS, verzija: EAP 6 5/14

6 Podatkovno skladišče: PostgreSQL, verzija: 9.3 Audi server: Dcm4chee-2.x; Audit Record Repository (ARR) Slika 1: Arhitektura rešitve 4. UPORABNIKI SISTEMA TELEKAP Uporabniki informacijske rešitve "TeleKap" so zdravniki specialisti, zdravniki in drugo zdravstveno osebje. Informacijsko rešitev "TeleKap" uporabljajo štiri vrste uporabnikov: zdravniki specialisti v RCTK. Ti sodelujejo na telekonferencah, lahko tudi preko svojih prenosnih naprav (notesniki, tablični računalniki, ipd.), ki so opremljene s kamerami primernimi za radiološko diagnostiko. Preko spletnega aplikacijskega vmesnika se upravljajo oddaljene mobilne naprave, pregledujejo in spreminjajo podatki, vnešeni preko oddaljene aplikacije, in na drug način pomagajo pri diagnosticiranju in zdravljenju bolnikov s simptomi možganske kapi. zdravniki in drugo zdravstveno osebje na oddaljenih lokacijah oz. regionalnih bolnišnicah. Ti preko videokonferenčnih povezav, ki potekajo s pomočjo mobilne videokonferenčne naprave, komunicirajo s specialistom v RCTK. Preko aplikacije, ki je lahko integrirana z zalednimi informacijskimi sistemi izvajalcev zdravstvene dejavnosti, lahko vnašajo podatke o pacientih, testih, izvidih, obravnavi, ipd. Ti podatki so takoj dostopni specialistom v RCTK. Možnost uporabe rešitve imajo tako zdravniki kot tudi drugo zdravstveno osebje na oddaljeni lokaciji. vsebinski administrator sistema "TeleKap" preko svoje spletne aplikacije upravlja z uporabniki ter njihovimi pravicami za delo s sistemom "TeleKap". tehnični administrator preko spletne aplikacije upravlja z lokacijami in napravami 6/14

7 videokonferenčnega sistema "TeleKap". 5. CILJI JAVNEGA NAROČILA Cilj javnega naročila je z vzdrževanjem zagotoviti varnost in zanesljivost sistema TeleKap, ki omogoča: kvalitetno oskrbo pacientov s simptomi možganske kapi na celotnem področju Slovenije, kvalitetno strokovno obravnavo bolnika s strani zdravnika specialista v primeru možganske kapi, manjše stroške obravnave bolnikov z možgansko kapjo. 6. OBSEG JAVNEGA NAROČILA V okviru javnega naročila se naroča zagotavljanje delovanja rešitve z osnovnimi funkcionalnosti, ki so: o izvajanje dvostranskih videokonferenčnih sej s centralno lokacijo, o izvajanje večtočkovnih videokonferenčnih sej s centralno lokacijo in regionalnimi enotami, o možnost oddaljenega upravljanja s kamero v oddaljeni enoti oz. pri pacientu iz centralne enote, o možnost sodelovanja na videokonferenčnih sejah preko mobilnih naprav oz. spletnih brskalnikov. Vzdrževanje ohranja delujoče stanje informacijske rešitve "TeleKap" ter uporabnost same rešitve, z zahtevo po odzivnem času, opisanem tabeli (Tabela 3: Odzivni časi v primeru napak). Naročnik v okviru javnega naročila naroča naslednje oblike vzdrževanj: A: Osnovno vzdrževanje informacijske rešitve zajema: o zagotavljanje razpoložljivosti in zahtevane odzivnosti ter kakovosti izvajanja storitev vzdrževanja opreme, o zagotavljanje pravilnega delovanja aplikativne programske, strojne in videokonferenčne opreme, ki zagotavljajo delovanje storitve Telekap, o izvajanje postopkov posodobitve vse programske opreme in komponent sistema, ki so potrebni za pravilno in varno delovanje aplikativne, strojne in videokonferenčne opreme, o postopki izdelave in zagotavljanje varnostne kopije podatkov ter vzpostavitev ponovnega stanja delovanja pred vzrok za vrnitev v ponovno stanje delovanja (vzrok za uporabo varnostne kopije podatkov) o vzdrževanje nastavljivih elementov rešitev, kot so šifranti, registri, enolični krajevni viri (URL-ji),... o analiza možnih izboljšav ali optimizacij rešitev ter izdelava predlogov za optimizacijo za naročnika o reševanje napak pri delovanju v okviru predvidenega odzivnega časa, o sodelovanje z zunanjimi izvajalci pri iskanju možnih vzrokov za težave pri delovanju, o sodelovanje z zunanjimi izvajalci pri nadgradnji obstoječih rešitev, o sodelovanje in usklajevanje z naročnikom, o pomoč uporabnikom (drugi in tretji nivo podpore), o odkrivanje in odpravljanje skritih napak in pomanjkljivosti v kodi aplikativne programske opreme, o spremljanje tehnoloških novosti, povezanih z vzdrževano opremo ter priprava predlogov in ukrepov za nemoteno delovanje oz. izboljšanje njenega delovanja, 7/14

8 o objava novih verzij in novonastale dokumentacije, ki so posledica odprave napak in pomanjkljivosti, v odložišču naročnika, o reševanje problemov ter predlaganje ukrepov za nemoteno delovanje opreme, o preverjanje delovanja aplikacije na različnih okoljih in nivojih, o vzdrževanje in posodabljanje sistemske programske in aplikativne opreme, kjer je nameščena informacijska rešitev Telekap. Vzdrževanje sistemske programske opreme se izvaja v dogovoru z naročnikom in vzdrževalcem sistemske infrastrukture ezdravja o sodelovanje pri analizi in pripravi specifikacij uporabniških zahtev za dodajanje novih in izboljšanje obstoječih funkcionalnosti programske opreme, o ažurno vzdrževanje dokumentacije sistema (tehnične in uporabniške), o preverjanje pravilnosti in optimalnosti delovanja sistema, o intervencije v primeru anomalij, ki jih zazna sam ali jih sporoči naročnik oz. uporabniki, o učinkovito pomoč in svetovanje ključnim uporabnikom na strani naročnika, o redno spremljanje delovanja rešitev in poročanje naročniku, o izdelava rednih in izrednih poročil o delovanju rešitve, o obveščanje naročnika in Prvega nivoja podpore ezdravja ob zaznanih težavah, o sodelovanje s prvim nivojem podpore naročnika pri reševanju incidentov, o obveščanje prvega nivoja podpore ob vseh spremembah, ki lahko vplivajo na izvajanje prvega nivoja podpore, o nudenje višjih nivojev podpore, Nadzor sistema, v okviru tega vsaj: o spremljanje in zbiranje dogodkov iz sistema; o stalno spremljanje delovanja podatkovnih virov integriranih z informacijsko rešitvijo in ukrepanje v primeru morebitnih motenj; o tehnično usklajevanje s posameznimi podatkovnimi viri za zagotovitev operativnega delovanja; o priprava predlogov ukrepov za preventivno reševanje; o upravljanje razpoložljivosti, zmogljivosti in kapacitete sistema; o spremljanje stanja in trendov sistema; o identificiranje kazalnikov oz. pokazateljev, preko katerih spremljamo, da obratovanje ni ogroženo; o priprava predlogov in izvajanje ukrepov za zagotovitev zahtevane razpoložljivosti, zmogljivosti (optimizacija) in kapacitete; o koordinacija izvedbe ukrepov (obveščanje pristojnih oseb), posredovanje dogodka v izvajanje ustreznim izvajalcem; B: Dopolnilno vzdrževanje oziroma nadgradnja informacijske rešitve v dogovoru z naročnikom v primeru: o naknadno definiranih dopolnitev glede na spremembe v uporabniških zahtevah, o povezave oz. morebitne integracije z različnimi informacijskimi sistemi, o dodatnih potreb naročnika, ki bi se pokazale med uporabo rešitve, Dopolnilno vzdrževanje zajema: - dopolnitve komponent rešitev zaradi nadgradnje obstoječih ali vključevanja novih rešitev, - dopolnitve komponent rešitev zaradi optimizacije delovanja, - dopolnitev dokumentacije rešitev po izvedenih dopolnitvah, 8/14

9 - izboljšanje obstoječih funkcionalnosti programske opreme, izboljševanje lastnosti delovanja, uporabnosti in dograjevanje novih funkcionalnosti ter modulov na podlagi predlogov naročnika, uporabnika ali izvajalca in s strani naročnika potrjenih specifikacij, - prilagajanje programske opreme glede na spremembe sistemskega okolja in operacijskega sistema v okviru možnosti in zagotovil proizvajalcev oziroma principalov ter glede na potrebe ostalih povezanih informacijskih sistemov, - prilagajanje in dograjevanje programske opreme glede na vsebinske spremembe, - priprava analitičnih izdelkov (poročila, statistike), - odlaganje novih verzij, ki so posledica dopolnilnega vzdrževanja, v repozitorij naročnika in distribucija programerskim hišam, - dokumentiranje novih verzij in funkcionalnosti, ki so rezultat dopolnilnega vzdrževanja, - ostale aktivnosti po naročilu naročnika. Prioriteta zahtevka Odzivni čas * Čas v rednem delovnem * času, v katerem mora izvajalec odpraviti napako kritična 1 ura 3 ure visoka 2 uri 5 ure pomembna 4 ure 8 ur nizka 1 delovni dan 2 delovna dneva *Od 7. do 22. ure Tabela 3: Odzivni časi v primeru napak o Kritična napaka, ki ima zelo visok vpliv: Popolna odpoved delovanja storitev ali poglavitnega dela storitev, ki preprečuje uporabo ključnih funkcionalnosti rešitve vsem uporabnikom. o Napaka z visokim vplivom: Delna odpoved delovanja storitev ali poglavitnega dela storitev, ki resno vpliva na uporabo ključnih funkcionalnosti rešitve skupini uporabnikov. o Napaka s pomembnim vplivom: Oteženo delovanje storitev, ki ne vpliva kritično na uporabo ključnih funkcionalnosti rešitve pri skupini ali posameznem uporabniku. o Napaka, ki ima nizek vpliv: Katerikoli incident, ki ne vpliva na uporabo ključnih funkcionalnosti rešitve. Vzdrževanje naj zajema podporo, vzdrževanje in nadzor strojnih, programskih in drugih komponent sistema "TeleKap" vključno z zagotovljeno podporo proizvajalca videokonferenčne opreme POLYCOM za vso nameščeno in že delujočo opremo (strežniki in videokonferenčne enote ter mobilna stojala po vseh bolnišnicah) najmanj v naslednjem obsegu: o zagotovljene nadgradnje programske opreme s strani Polycom; o izvajanje nadgradenj programske opreme lokalno; o sodelovanje z drugimi podjetji, ki so odgovorna za vzdrževanje omrežja znet pri odpravljanju težav, ki ne zadevajo videokonferenčno opremo; o zamenjava videokonferenčnega sistema v primeru okvar na lokaciji bolnišnice v pogodbeno dogovorjenem času; o zamenjava okvarjenega strežnika (RMX ali RSS) v primeru okvar v naslednjem delovnem dnevu; o zagotovljeno servisiranje okvar mobilnega medicinskega stojala (napajalniki, akumulatorji, elektronika...) o nadomestitev okvarjenega LCD zaslona stojala. 9/14

10 V primeru, da so tekom vzdrževanja za zagotavljanje zahtevanega delovanja potrebne kakršnekoli spremembe je ob tem potrebno izvesti/zagotoviti: opis tehničnih zahtev za strojno in programsko opremo strežnika, na katerem je/bo nameščena nova/spremenjena programska oprema; izdelati navodilo za testiranje (funkcionalno, integracijsko, delovanje pri obremenitvah); testiranje sprememb in šolanje uporabnikov priprava oz. dopolnitev obstoječe dokumentacije (tehnične in uporabniške) za vse tehnične in funkcionalne spremembe v rešitvi. Glede na izvedene spremembe je potrebno tudi zagotoviti navodilo za namestitev izvršilne verzije (testne in produkcijske verzije); enolično oznako nove verzije in opis sprememb nove verzije; uporabniški priročnik z opisom funkcionalnosti in vgrajenimi kontrolami; izvorno kodo (ob ustreznem verzioniranju), ki je ustrezno komentirana in dokumentirana; podatkovni model (v delu, ki se tičejo sprememb) z opisom pomena vseh polj in relacij; opis vseh vmesnikov za prevzem in polnjenje podatkov ali povezovanje z drugimi informacijskimi sistemi Odgovornost izvajalca rešitve je priprava mesečnih poročil, ki morajo zajemati vsaj: podatke o odzivnosti na prejete zahtevke (čas prejema, čas odziva, čas zaključka reševanja, porabljen čas za rešitev zahtevka); podatke o razpoložljivosti, zmogljivosti, zanesljivosti ter varnosti sistema za izvajanje storitve s podatki o dejansko doseženih metrikah, ki so zahtevane tehnoloških zahtevah (poglavje 7); priporočila naročniku za izboljšanje zmogljivosti, zanesljivosti ter varnosti sistema. 7. TEHNOLOŠKE ZAHTEVE Zahteve glede razpoložljivosti; o Rešitev mora delovati v režimu 24/7 in biti uporabnikom razpoložljiva vsaj 99,5 % celotnega časa na letnem nivoju (kar predstavlja 1 dan 19 ur nenapovedanega izpada na letni ravni). Vsi vzdrževalni posegi morajo biti napovedani vsaj 5 dni prej. Zahteve glede zmogljivosti (odzivnosti); o Rešitev mora ob normalnem delovanju omrežnih in sistemskih storitev delovati v realnem času in zagotavljati, da zamik prenosa videa in zvoka ni večji od 1 sekunde. o Odzivni čas spletne rešitve ne sme ob normalnem delovanju omrežnih in sistemskih storitev presegati 2 sekund pri 99% vseh transakcij. Zahteve glede uporabe standardov in protokolov; o Rešitev mora še naprej delovati v skladu s sodobnimi tehnološkimi standardi in protokoli. Vsebinski standardi vsebujejo standardizirani nabor in format podatkov za določeni dogodek v procesu zdravljenja pacienta. Med vsebinskimi standardi so pomembni predvsem HL7, HL7 CDA, IHE in podobni. o Poleg vsebinskih mora rešitev še naprej upoštevati tudi infrastrukturne standarde, in druga priporočila, protokole, smernice, ki so skupni razvoju informacijskih sistemov na področju zdravstva, elektronskega poslovanja in podobno. o Priporočeni standardi in protokoli, ki so uporabljeni do sedaj: H.323, H.239 oz. SIP za prenos videa in zvoka, H.264 za stiskanje (kompresijo) videa, 10/14

11 DICOM za upravljanje, shranjevanje, tiskanje in prenos slikovnih medicinskih informacij, AES za kodiranje prenosa podatkov. Podrobne tehnične specifikacije in izvorno kodo bo izbrani izvajalec prejel ob podpisu pogodbe. 8. OPIS OPREME Izvajalec vzdržuje naslednjo strojno in programsko opremo, ki zagotavljata funkcionalnosti rešitve Telekap: VIDEOKONFERENČNA OPREMA Funkcionalnost Naprava Zmogljivost Število Opomba Večtočkovne povezave RMX1500 Ločljivost v 21 portov, SD 1 VAFS : Voice Activated Full Screen Mode CP : Continous Presence Mode z 21 Layouts Snemanje videokonferenčnih dogodkov RSS4000 5x sočasnih snemanj 10x live streamov 1 Odlaganje na zunanji FTP strežnik, ki ga zagotovi naročnik [1] Videokonferenčni sistem HDX6000 Ločljivost 720p, kamera PTZ 10x zoom 10 Integracija v medicinsko mobilno stojalo Osebni videokonferenčni sistem POLYCOM Desktop Real Presence USB kamera na PC, podpora 720p 2 Klijent za namestitev na PC računalniku Shematični prikaz zasnove VIDEOKONFERENČNE rešitve TeleKap Z-NET VPN Dostop omogoči uporabnik Internet RMX1500 Večtočkovni strežnik Zunanji VK 11/14 RSS 4000

12 Strojna in programska videokonferenčna (VK) oprema Seznam videokonferenčne opreme: - 10x POLYCOM HDX6000 videokonferenči sistem - 1x RMX1500 POLYCOM večtočkovni strežnik - 1x RSS4000 POLYCOM snemalnik - 10x ERGOTRON mobilno stojalo - 14x LCD zaslon PHILPS - 2x Osebni računalnik - 2x POLYCOM Real presence desktop programska oprema - 2x USB kamera MICROSOFT Oprema Lokacija Virtualni strežniki v PDC ZNET Langusova SP3 POLYCOM RMX 1500 strežnik Informacijski center KC Ljubljana POLYCOM RSS 4000 strežnik Informacijski center KC Ljubljana NEVROLOŠKA KLINIKA Zaloška 2 NOVA GORICA SB Franca Derganca IZOLA SB Izola SLOVENJ GRADEC SB Slovenj Gradec CELJE SB Celje NOVO MESTO TRBOVLJE SB Trbovlje UKC MARIBOR Ljubljanska ulica 5 MURSKA SOBOTA SB Murska Sobota JESENICE SB Jesenice Delovna postaja NEVROLOŠKA KLINIKA Zaloška 2 Delovna postaja UKC MARIBOR Ljubljanska ulica 5 SB Ptuj Ptuj 9. NEFUNKCIONALNE ZAHTEVE Za dobro komunikacijo in kvalitetno izvajanje nalog je potrebno upoštevati naslednja pravila. 12/14

13 1. Vodenje pogodbenega odnosa za izvajanje nalog se uporablja aplikacija Redmine ( V Redmine se vodijo: nove funkcionalnosti, napake, podpora, testiranje, ostale naloge, zapisniki sestankov, mesečna in ostala poročila (o testiranju, o incidentih, o opravljenih delih...) - vsaj povezave do fizičnih oblik poročil. 2. Vodijo se verzije rešitev v skladu z določili Semantic Versioning ( Pri vodenju različic velja: številke različice se vodi MAJOR.MINOR.PATCH, prirastek: MAJOR/GLAVNA različica ko bo nezdružljive spremembe API, MINOR/MANJŠA različica ko dodate funkcionalnost v nazaj združljiv način, in PATCH /POPRAVEK različica ko bo nazaj združljive popravke. Dodatne oznake za predhodno izpustitev in gradijo metapodatki so na voljo kot razširitve formata MAJOR.MINOR.PATCH. Glavno različico se vpeljuje dvakrat (2.) (potencialno lahko porušimo delovanje za nazaj). Izjeme tega pravila se sproti uskladi z vsemi vpletenimi. Manjšo različico se lahko vpeljuje pogosteje (ne rušijo funkcionalnosti za nazaj). Popravke se vpeljuje po potrebi. 3. Predvideva se delovanje vsaj treh okolij Razvojno okolje je lahko pri pogodbenem izvajalcu, ki zagotovi dostop naročniku, Testno okolje mora biti nameščeno na naročnikovi infrastrukturi, Produkcijsko okolje je nameščeno na naročnikovi infrastrukturi, Testno okolje mora vsebovati enake gradnike kot okolje redne uporabe (produkcija). 4. Odložišče programske kode je Apache Subversion v ezdravje okolju ( ki zahteva potrjevanje sprememb in vodenje različic s strani izvajalca pogodbenega odnosa. Operacija commit mora vsebovati enolični identifikator naloge v sistemu Redmine Operacija commit naj se izvaja sproti in redno 13/14

14 Za potrebe verziniranja je potrebno ob vsakem zaključku razvoja za katerkoli od oznak MAJOR, MINOR ali PATCH, ustvariti nov TAG v imeniku tags v SVN. Na ta način je vedno mogoč prehod na predhodno različico ali katerokoli drugi različico kode. Razvoj poteka vedno v imeniku trunk znotraj SVN. Za potrebe razvoja funkcionalnosti se po potrebi ustvarja ločene veje oz. branch-e, ki se jih kasneje merge-a oz. združi s trunk verzijo. Plačilo računov je vezano na naloge v Redmine, ki morajo biti potrjeno zaključene. To pa pomeni tudi, da morajo biti na naloge povezane tudi spremembe v programski kodi. 5. Izvajalec se mora pri razvoju rešitev držati pravil lepega programiranja in obvezno v izvorni kodi opisati metode, funkcije, objekte in spremenljivke z nazornim opisom. Naročnik bo naključno preverjal upoštevanje pravil. 6. Izvajalec mora pred uvedbo nove različice rešitve narediti in prikazati test nove različice rešitve, ki je tehnično dokumentiran. Delovanje mora prikazati vsaj na testnem okolju pri naročniku 7. Razpoložljivost, stabilnost, skalabilnost in odzivni časi rešitev so določene v tehničnih specifikacijah pogodbenega odnosa. 8. Izvajalci so dolžni obveščati o koristnih in nujnih nadgradnjah, da se izognemo zastaranju in da zagotavljamo varno in vzdržno delovanje rešitev. 9. Izvajalci so dolžni obveščati o vseh predvidenih in nastalih težavah pri uporabi in izvajanju pogodbenega odnosa. 10. Tehnična dokumentacija mora vsebovati grafične predstavitve, kjer je to smiselno (UML, BPMN2, sheme, ). 11. Pri nadgradnjah mora izvajalec dopolnjevati končne različice dokumentacije (ne samo spremembe). To velja tako za uporabniško kot tudi za tehnično dokumentacijo ter grafične predstavitve. 12. Izvajalec je dolžan sporočati informacije, spremembe in odgovore na vprašanja o rešitvah ter sporočati posege, ki vplivajo na izpad delovanja na prvi nivo podpore. 13. Podpisovanje dokumentov mora biti elektronsko. 14. Vsak izvajalec 2. Nivoja podpore je dolžan sodelovati s 1. nivojem podpore. 15. Vsebinske definicije je potrebno črpati iz Terminološkega slovarja NIJZ. Spodaj podpisani pooblaščeni predstavnik ponudnika izjavljam, da vse ponujene storitve v celoti ustrezajo zgoraj navedenim opisom. V/na, dne Ime in priimek: Žig in podpis: 14/14