Dokumendihaldussüsteemi „DORA“ hooldus- ja administreerimisteenus ning arendustööd (2020)

ISIKUANDMETE TÖÖTLEMISE LEPING Tervise ja Heaolu Infosüsteemide Keskus (edaspidi v olitaja ), registrikood 70009770, aadress Uus-Tatari 25, 10134 Tallinn, keda esindab põhimääruse alusel direktor Katrin Reinhold ja ..... (edaspid i volitatud t öötleja ), registrikood ...... , asukohaga ....... , keda esindab juhatuse liige ........ on sõlminud käesoleva isikuandmete töötlemise lepingu hankelepingu nr ... lisana nr 3 (edaspidi l eping ): Lepingu ese ja eesmärk Lepingu esemeks on volitaja ja volitatud t öötleja (edaspidi koos nimetatud kui p ooled ) vaheliste tingimuste sätestamine seoses „ Dokumendihaldussüsteemi DORA hooldus- ja administreerimisteenuse ning arendustööde “ käigus käsitletavate andmete töötlemisega . Volitatud t öötleja töötleb lepingus kirjeldatud isikua ndmeid hankelepingu nr ... täitmiseks, millele on volitatud t öötlejal õigus saada ligipääs hankelepingus määratletud tööde teostamiseks vastavalt lepingus sätestatud piirangutele . L epingu täitmiseks on volitatud t öötleja isikuandmete töötlemisega seotud tegevused l epingu alusel piiratud hankelepingu täitmiseks vajalike tegevustega . Isi kuandmed Volitatud töötlejale võivad hankelepingu täitmise käigus teatavaks saada volitaja poolt hallatavas infosüsteemis või andmekogus töödeldavad isikuandmed : isiklikud andmed, nt inimese nimi, sünniaeg, isikukood, isikut tõendava dokumendi andmed; kontaktandmed, nt aadress, telefoninumber ja e-posti aadress; eriliigilised isikuandmed, nt andmed isiku või tema pereliikme terviseseisundi, majandusliku seisundi või perekonna kohta; ameti- ja kutsesaladust puudutav teave; DORAt kasutava riigiasutuse poole pöördunud kodanike andmed (teabenõuded, selgitustaotlused; vihjed, kaebused) ; rahvusvahelised päringud (võivad sisalda isikuandmeid, vä lissuhtlust kahjustavat teavet); järelevalvemenetluses kogutud teave ; riigihanke dokumentides sisalduvad isikuandmed; muud isikuandmeid sisaldavad dokumendid. Volitatud t öötleja kohustused Volitatud t öötleja on kohustatud: tagama l epingueelsete läbirääkimiste ja l epingu täitmise käigus v olitajalt ükskõik mis vormis saadud isikuandmete konfidentsiaalsuse ja mitte edasta ma ega võimalda ma sellele teabele juurdepääsu kolmandale isikule ilma volitaja sellekohase selgesõnalise kirjaliku nõusolekuta ; tagama, et lepingu täitmise raames töödeldavaid isikuandmeid ei edastata väljapoole Euroopa Liidu liikmesriikide ja Euroopa Majandusühendusse kuuluvate riikide territooriumi ilma volitaja sellekohase selgesõnalise kirjaliku nõusolekuta; kasutama ja töötlema isikuandmeid üksnes hanke lepingu täitmiseks ja volitaja dokumenteeritud juhiste alusel, välja arvatud juhul, kui volitatud töötleja on kohustatud teavet töötlema volitatud töötleja suhtes kohalduva õiguse alusel. Viimati nimetatud juhul teavitab volitatud töötleja volitajat vastava kohustuse olemasolust enne teabe töötlemist; võimaldama juurdepääsu isikuandmetele ainult nendele isikutele, kellel on selleks oma tööülesannete täitmiseks vajadus ning tagab, et need isikud on teadlikud ning järgivad isikuandmete töötlemis alaseid nõudeid ja õigusakte, nad on saanud asjakohase koolituse eelmainitud nõuete kohta, on võtnud endale konfidentsiaalsuskohustuse või neile kehtib asjakohane seadusest tulenev konfidentsiaalsuskohustus; teavitama volitajat toimunud või põhjendatult kahtlustatavast lepingu punktis 3.1.4. sätestatud konfidentsiaalsuskohustuse rikkumisest viivitamatult; täitma kõiki kehtivaid isikuandmete töötlemisalaseid nõudeid, andmete turvalisust puudutavaid ning isikuandmete kaitse alaseid Euroopa Liidu ja Eesti Vabariigi õigusakte ja muid eeskirju; rakendama alltoodud organisatsioonilisi, füüsilisi ja infotehnilisi turvameetmeid isikuandmete kaitseks juhusliku või tahtliku volitamata muutmise; juhusliku hävimise ja tahtliku hävitamise eest ning õigustatud isikule andmete kättesaadavuse takistamise eest, volitamata töötlemise, sh avalikustamise eest : vältima kõrvaliste isikute ligipääsu isikuandmete töötlemiseks kasutatavatele seadmetele; ära hoidma andmete omavolilist lugemist, kopeerimist ja muutmist andmetöötlussüsteemis, samuti andmekandjate omavolilist teisaldamist; ära hoidma isikuandmete omavolilist salvestamist, muutmist ja kustutamist ning tagama, et tagantjärele oleks võimalik kindlaks teha, millal, kelle poolt ja milliseid isikuandmeid salvestati, muudeti või kustutati või millal, kelle poolt ja millistele isikuandmetele andmetöötlussüsteemis juurdepääs saadi; tagama, et igal andmetöötlussüsteemi kasutajal oleks juurdepääs ainult temale töötlemiseks lubatud isikuandmetele ja temale lubatud andmetöötluseks; tagama andmete olemasolu isikuandmete edastamise kohta: millal, kellele ja millised isikuandmed edastati, samuti selliste andmete muutusteta säilimise; tagama, et isikuandmete edastamisel andmesidevahenditega ja andmekandjate transportimisel ei toimuks isikuandmete omavolilist lugemist, kopeerimist, muutmist või kustutamist; pidama arvestust isikuandmete töötlemisel kasutatavate tema kontrolli all olevate seadmete ja tarkvara üle, dokumenteerides järgmised andmed : seadme nimetus, tüüp ja asukoht ning seadme valmistaja nimi; tarkvara nimetus, versioon, valmistaja nimi ja kontaktandmed. teavitama kirjalikult volitajat turvameetmete rikkumisest, mis põhjustab, on põhjustanud või võib põhjustada töödeldavate isikuandmete juhusliku või ebaseadusliku hävitamise, kaotsimineku, muutmise või loata avalik ustamise või neile juurdepääsu viivitamata, kuid mitte hiljem kui kakskümmend neli tundi pärast sellest teada saamist. Juhul, kui rikkumisest teadasaamine langeb nädalavahetusele või riiklikule pühale, kohustub volitatud töötleja volitajat kirjalikult teavitama viivitamatult, kuid mitte hiljem kui nelikümmend kaheksa tundi pärast rikkumisest teada saamist. Kirjeldatud teates tuleb vähemalt : kirjeldada isikuandmetega seotud rikkumise laadi, sealhulgas puudutatud andmesubjektide liike ja arvu ning puudutatud kirjete liike ja arvu; teatada andmekaitsespetsialisti või mõne teise täiendavat teavet andva kontaktisiku nimi ja kontaktandmed; soovitada meetmeid isikuandmetega seotud rikkumise võimalike negatiivsete mõjude leevendamiseks; kirjeldada isikuandmetega seotud rikkumise võimalikke tagajärgi; kirjeldada volitatud töötleja poolt pakutud või võetud meetmeid isikuandmetega seotud rikkumisega tegelemiseks ja esitada muud teavet, mis on mõistlikult nõutav, et volitaja saaks täita kohaldatavaid andmekaitse õigusakte, sealhulgas riigiasutustega seotud teavitamise ja avaldamise kohustusi, näiteks teavet, mis on nõutav andmesubjekti tuvastamiseks . lõpetama eelnevalt kirjeldatud rikkumised või tegema kõik endast oleneva nende lõpetamiseks ja kohaldama meetmeid isikuandmetega seotud rikkumise lahendamiseks, sealhulgas vajaduse korral rikkumise võimaliku kahjuliku mõju kõrvaldamiseks ja leevendamiseks ; kustutama , niivõrd kui see on võimalik , lepingu lõppemisel kõik tööde teostamise käigus teatavaks saanud isikuandmed ja nimetatute koopiad 30 päeva jooksul, v.a juhul, kui õigusaktidest tuleneb teisiti ; tegema volitajale kättesaadavaks kogu teabe, mida volitaja peab vajalikuks lepingus sätestatud kohustuste täitmise tõendamiseks ; võimaldama volitajal või volitaja poolt määratud audiitoril teha seoses isikuandmete töötlemisega auditeid ja kontrolle ning panustama nendesse . Lõppsätted Volitatud töötleja ei või oma lepingujärgseid kohustusi anda üle kolmandale isikule ega kaasata oma lepingujärgsete kohustuste täitmiseks kolmandat isikut. Isikuandmete konfidentsiaalsena hoidmise kohustus jääb kehtima ka pärast käesoleva lepingu lõppemist tähtajatult . Isikuandmete konfidentsiaalsena hoidmise kohustus ei laiene teabe avaldamisele volitatud töötleja audiitorile ja advokaadile. Leping on kehtiv poolte poolt allkirjastamisest kuni hankelepingu järgsete kohustuste täitmiseni, v.a konfidentsiaalsuskohtustus, mis kehtib tähtajatu lt . Poole allkirjad Volitaja : Volitatud t öötleja: /Allkirjastatud digitaalselt/ /Allkirjastatud digitaalselt/ Hea koostööpartner! Tervise- ja Heaolu Infosüsteemide Keskus teeb Teile käesolevaga ettepaneku esitada pakkumus hankes „ Dokumendihaldussüsteemi DORA hooldus- ja administreerimisteenus ning arendustööd“ . Üldised nõuded Hangitava asja sisu ja spetsifikatsioon on kirjeldatud käesolevas pakkumuskutses ja lisade s Tehniline kirjeldus (lisa 1) ning hankelepingu projektis. Pakkumuse esitamisega kinnitab pakkuja, et nõustub üle võtma kõik hanke alusdokumentides kirjeldatud tingimused ja täitma lepingu hankija poolt kirjeldatud tingimustel. Alternatiivsete pakkumuste esitamine ei ole lubatav. Pakkumuse esitamisega kinnit ab pakkuja, et tal on kõik lepingu täitmiseks vajalikud intellektuaalse omandi õigused. Esitatud pakkumus peab olema jõus minimaalselt 90 kalendripäeva. Pakkumuse esitamisega kinnitab pakkuja, et tema osas puuduvad RHS § 95 lg 1 sätestatud kõrvaldamise alused. Kui hankijale saavad sellised kõrvaldamise alused teatavaks, on hankijal õigus lükata pakkumus tagasi ja mitte sõlmida sellise pakkujaga hankelepingut. Vajadusel märgib pakkuja pakkumuse esitamisel, milline osa tema pakkumuses on ärisaladus. Kui pakkuja ei ole ärisaladust määranud, eeldab hankija, et pakkumuses ärisaladust ei sisaldu. Vastavustingimused Pakkumus tunnistatakse vastavaks, kui see on kooskõlas kõikide hankedokumentides esitatud tingimustega. Hankija võib vastavaks tunnistada pakkumuse, milles ei esine hankija jaoks olulisi sisulisi kõrvalekaldumisi hankedokumentides esitatud tingimustest. Pakkumuse osana esitatakse: Täidetud maksumusvorm ; Täidetud meeskonnavorm; Lepingusse lisatavate kontaktide nimistu ja allkirjastaja informatsioon; Nõuded meeskonnale Pakkuja esitab tööde teostamiseks vähemalt kaks administraatorit , kellel on: SharePoint 2007 või uuema versiooni Microsofti sertifikaat ning kellel on SharePoint 2007 ja/või 2010 platvormi administreerimise ja hooldusega seotud töökogemust vähemalt 1 aasta. Pakkuja esitab tööde teostamiseks vähemalt ühe arendaja , kellel on: SharePoint 2007 või uuema versiooni Microsofti sertifikaat ning kellel on SharePoint 2007 ja/või 2010 platvormi administreerimise ja hooldusega seotud töökogemust vähemalt 1 aasta. Pakkuja esitab kõikide meeskonnaliikmete kohta informatsiooni meeskonnavormil ning lisab pakkumuse juurde. Kui täitja meeskonda kuuluvad hankega „DORA hooldus- ja administreerimisteenuse ostmine“, RHR viitenumber 198967 võrreldes samad meeskonnaliikmeid, kelle osas on info hankijale juba esitatud, siis uuesti sama informatsiooni esitama ei pea. Palume sellisel juhul vastavad isikud pakkumuse osana nimetada. Meeskonnavorm ... (nimi, isikukood) ......................... Roll käesoleva lepingu teostamisel Töökogemus Kvalifitseerimistingimustes nõutud sertifikaat (sertifikaat lisatud eraldi) Algus ja lõpp ( kk.aa-kk.aa ) Ettevõte ja projek (id) milles osaletud/ Projektis teostatud konkreetsed tööd, rakendatud kompetentsid, platvormid, töövahendid, jne ... Pakkumuste hindamine Pakkumuse maksumus ja hindamine: Hankija sõlmib lepingu ühe majanduslikult soodsaima pakkumuse esitanud pakkujaga. Hankija hindab kõiki vastavaks tunnistatud pakkumusi. Edukaks tunnistatakse madalaima hinnaga pakkumus. Kui pakkumuse esitab üks pakkuja, siis hinnatakse vastavaks tunnistatud pakkumust automaatselt maksimumpunktidega. Võrdsete pakkumuste puhul selgitatakse edukaks pakkuja välja esmalt lisa töötunni hindasid võrreldes ja kui need osutuvad ka võrdseks, siis loosi teel , mille juures viibimist pakkuja esindajale soovi korral võimaldatakse. M aksumusvorm Kogus ja ühik Maksumus km-ta Maksumus km- ga DORA hooldus- ja administreerimisteenus kuutasu Ravimiametile 1 kuu Lisa töötunni hind 1 töötund Pakkumuse tagasi lükkamise tingimused: Hankija lükkab tagasi pakkumuse, mis ei vasta hankedokumentides esitatud ühele või mitmele tingimusele või pakkuja on esitanud mittetõeseid andmeid või pakkumusest või selgitustest ei ole võimalik üheselt tuvastada pakkumuse vastavust ; pakkumus ei ole esitatud tähtaegselt; hankija jätab endale õiguse lükata tagasi kõik pakkumused, kui hankemenetluse toimumise ajal on hankijale saanud teatavaks uued asjaolud, mis välistavad või muudavad hankijale ebaotstarbekaks hankemenetluse lõpule viimise hankedokumentides esitatud tingimustel; kui pakkumused ületavad hankija riigihankeks ettenähtud vahendeid, on hankijal õigus kõik ettenähtud vahendeid ül etavad pakkumused tagasi lükata; Hankijal on õigus omal algatusel menetlus kehtetuks tunnistada, kui selleks on põhjendatud vajadus. Pakkumuse esitamine Pakkumuse esitamise tähtaeg: xx.xx.2020 kell 11:00 . Pakkumuse palume esitada eesti keeles e-posti aadressile [email protected] . Hanke alusdokumentide, hankelepingu projekti ja nendega seonduva lisainfo saamiseks palume pöörduda enne pakkumuste esitamise tähtaega Tervise ja Heaolu Infosüsteemide Keskuse poole aadressil [email protected] . Nõuded infosüsteemi dokumentatsioonile Nõuded infosüsteemi dokumentatsioonile Versioon: 1.0 Dokumendid peavad vastama vähemalt alljärgnevatele tingimustele: Andmemudel Eeldus dokumendile: Teenuste/kasutuslugude dokumentatsioon Otstarve: Kirjeldada andmeobjekte ja nendevahelisi seoseid Sisu: Andmebaasi põhjal luua andmetabelite ja -objektide seosdiagramm. Sihtgrupp: Tellija, peakasutajad, rakenduse administraatorid Ajakava: enne esimese arendusetapi algust enne igat arendusetapi algust igakordsel tellijale testimisse andmisel Kirjeldada andmemudelit kontseptuaalse mudelina jah jah interaktioone/seoseid Kasutaja õiguste ja tegevuste vastavustabel Eeldus Süsteemi üldine kirjeldus dokumendile: Otstarve: Kirjeldada kasutaja rollide õigusi erinevates kasutuslugudes ja tegevustes Sisu: CRUD maatriks Sihtgrupp: Tellija äriprotsesse valdavad kontaktisikud, ärianalüütikud, süsteemianalüütikud, täitjast sõltumatud tarkvara hooldajad, arendajad ja edasiarendajad, testijad, arhitektid, projektijuhid. Ajakava: enne esimese arendusetapi algust enne igat arendusetapi algust igakordsel tellijale testimisse andmisel Nimetada kasutaja rollid jah Teenuste/kasutuslugude dokumentatsioon Eeldus Süsteemi üldine kirjeldus dokumendile: Otstarve: Kirjeldab detailselt üleantavaid teenuseid/kasutuslugusid. Sisu: Teenuste/kasutuslugude detailse kirjelduse sisuks on: Tehnilised parameetrid; Veateated/Hoiatused; Teostatavad kontrollid; Funktsionaalsuse enda põhiprotsess ja mõned sagedamini esinevad alternatiivsed protsessid (vastavalt vajadusele); Üldine kirjeldus, kuidas ja kus kajastub antud teenus/kasutuslugu tervikprotsessis; Nõudeid ja reegleid toetavad (sisu mõistmisele kaasaaitavad) pildid, diagrammid, tabelid, loendid Andmevahetuse teenuste kirjeldus (andmete küsimine/vastuvõtmine, turvalisus, teenuse andmestik, klassifikaatorid, xml/xsd schema ) Protsesside UML vaated Sihtgrupp: Tellija äriprotsesse valdavad kontaktisikud, ärianalüütikud, süsteemianalüütikud, täitjast sõltumatud tarkvara hooldajad, arendajad ja edasiarendajad, testijad, arhitektid, projektijuhid. Ajakava: enne esimese arendusetapi algust enne igat arendusetapi algust igakordsel tellijale testimisse andmisel Nimetada kasutuslood jah Arhitektuuridokument Eeldus Süsteemi üldine kirjeldus dokumendil e: Otstarve: Dokumendi eesmärgiks on kirjeldada loodava süsteemi üldist ehitust. Kirjeldatakse rakenduse loogilist struktuuri, näidates ära selle kihtideks jagunemise korda. Kirjeldatakse ka füüsilist arhitektuuri, antakse ülevaade kasutatavatest tehnoloogiatest ning vahenditest. Sisu: Dokument peab rahuldama vähemalt alljärgnevaid sisunõudeid: 1. topoloogia, süsteemi füüsiline arhitektuur (süsteemi komponendid andmebaasiserver, rakendusserver, meiliserver jms) 2. Nõuded arhitektuurile (operatsioonisüsteem, andmebaasid, liidestused, rakendusserverid, raamistikud, teenused) 3. Nõuded käideldavusele (süsteemi soovituslikud näitajad komponentide kaupa, näiteks andmesidekiirused, kättesaadavus, andmemahud, protsessori kiirus, mälumaht, komponentide arv süsteemi osade kaupa, kettasüsteemi jõudlus jms) 4. liidesed teiste süsteemidega (x-tee, meilisüsteemid) ja sõltuvused teistest süsteemidest. Liideste kirjeldused/otstarve 5. süsteemi tehnilised (sh automaatsed) protsessid ehk töövoog – komponentide omavahelised suhtlusstsenaariumid ja koostoimimine (näiteks, mis komponent ja millal pöördub n teenuse poole) 6. kolmandate osapoolte poolt toodetud kasutatavad tarkvarad/riistvarad, mis on vajalikud süsteemi toimimiseks Sihtgrupp: Arhitekt, administraator, turvaspetsialist Ajakava: enne esimese arendusetapi algust enne igat arendusetapi algust igakordsel tellijale testimisse andmisel Dokumendi esialgne versioon jah Seadmete ja tarkvara kasutajakesksed juhendid Eel Teenuste/kasutuslugude dokumentatsioon dus dok um end ile: Ots Teenuse funktsionaalsuse kasutamiseks ja kasutuslugude läbimiseks vajalikud juhised tarv e: Sis Igale esitluskihile peab olema koostatud eraldi kasutusjuhend, mis kirjeldab vastava komponendi funktsionaalsuse kasutusvoo põhiselt. Kirjeldus tarkvara ja u: seadmete kasutamise üldisest protsessist, protsessi olulisemate sammude kirjeldus. Koostatakse projekti lähteanalüüsi aluseks võttes. Tarkvara kasutusjuhend on aluseks kasutajate koolitamisel. Kasutajajuhend kirjeldab kõiki kasutajate funktsionaalsusi koos tööprotsesside kirjeldusega ning ekraanipiltide vormis näidetega. Haldusliidese kasutusjuhend (peakasutaja ja rakenduse administraatori funktsionaalsus) peab olema eraldi tavakasutaja kasutusjuhendist. Esitluskihi kasutusjuhendi minimaalne ülesehitus: lühitutvustus üldine kirjeldus koos komponentidega autentimine (kui eksisteerib) komponentide detailne kirjeldus koos kõikide funktsionaalsustega Rollide kirjeldus ja õigused Siht Tarkvara kasutajad, peakasutaja, rakenduse administraator gru pp: Aja enne esimese arendusetapi algust enne igat arendusetapi algust igakordsel tellijale testimisse andmisel kav a: jah Paigalduse ja administreerimise juhend Eeldus dokumendil Arhitektuuridokument e: Süsteemi üldine kirjeldus Otstarve: Juhend on aluseks süsteemi administreerimisele Sisu: Juhend peab rahuldama vähemalt alljärgnevaid sisunõudeid: 1. süsteemi parameetrite (seadistuste) kirjeldus ning nende muutmiste mõjud ja protseduurid. Konfiguratsioonifailide kirjeldus koos asukohtadega failisüsteemis; 2. logimise realisatsiooni kirjeldused (kuhu, mida, logide struktuur 3. rutiinsete hooldusprotseduuride kirjeldus (komponentide taaskäivituse vajadus parameetrite muutmisel); 4. paigaldamise protseduurid. 4.1 Nõuded rakenduse komponentidele 4.2 Rakenduse paigaldus (Vajalik tarkvara ja konfigureerimine, rakenduse pakkimine ja paigaldamine) 4.3 Andmete alglaadimine 4.4 Varundusskript 4.5 Monitooringu kirjeldus Juhendis kirjeldatakse iga realiseeritud osa rakendamine (deployment) koos spetsiifiliste seadistustega. Paigaldamise protseduurid peavad olema kirjutatud selliselt (samm sammult), et süsteemiadministraator suudab rakenduse paigaldada ilma kõrvalise abita. Sihtgrupp: Peakasutaja, projektijuht, süsteemiadministraator Ajakava: enne esimese arendusetapi algust enne igat arendusetapi algust igakordsel tellijale testimisse andmisel jah Lähtekood (sh andmebaasi struktuur) Eeldus dokumendile: Arhitektuuridokument Teenuste/kasutuslugude dokumentatsioon Andmemudel Kasutaja õiguste ja tegevuste vastavustabel Prototüüp Otstarve: Lähtekood on vajalik selleks et kompileerida rakendust, ning võimaldada tulevikus rakenduse muutmist. Sisu: Lähtekood peab olema hästi struktureeritud, piisavalt dokumenteeritud ning võimalikult lihtne, et sellest saaksid aru ka teised arendajad. Lähtekood peab vastama MFNile Lähtekood peab olema pakendatud vastavalt versioonimisjuhendile. Rakenduste lähtekood peab olema piisavalt modulaarne, et seda saaks tulevikus lihtsasti täiendada ning muuta. Ajakava: enne esimese arendusetapi algust enne igat arendusetapi algust igakordsel tellijale testimisse andmisel Versioonihaldus tuleb teha Tellijakeskkonnas (nt Gitlab), sh ka jooksvaid commit’e Koormustestide dokumentatsioon Eeldus dokumendile: Teenuste/kasutuslugude dokumentatsioon Prototüüp (ainult kasutajaliidesega rakenduse puhul) Arhitektuuridokument Otstarve: Määrata kindlaks arendusetapil testitavad kasutuslood ja liidesed (sh välja tuua need, mille puhul rakendatakse koormusteste) tuues välja nende järjekorra. Sisu: Järjestatud (võib olla ka paralleelne) nimekiri kasutuslugudest ja liidestest (vajadusel määrates nende ulatust) koos märkega, mis on koormustestiga tagatud ning millel on testandmed Sihtgrupp: Tellijapoolne projektijuht, vastuvõtutestijad Ajakava: enne esimese arendusetapi algust enne igat arendusetapi algust igakordsel tellijale testimisse andmisel Nimetada kasutuslood, mille puhul rakendatakse koormusteste jah Testimise tulemite dokumentatsioon Eeldus Koormustestide dokumentatsioon dokume ndile: Otstarv Anda tellijale ülevaade läbiviidud testimise tulemustest ning esitada soovitused testandmete ja dokumentatsiooni parendamiseks (ettevalmistus, paigaldus, e: kasutuslugude kirjeldus jne). Sisu: Teostatud arenduste testimisel saadud informatsioon (näiteks testlood, testraport, testiplaan, testide kood jms). Dokumenteeritakse iga testimise eesmärgid (testimise maht ja ulatus), tegevused ja tulemused. Sisaldab jõudlus- ja mahutestide infot ning versiooni infot. Teste mitteläbinud testlugudele on lisatud parandused või ülesjäänud vead. MFNi vastavustabel Sihtgru Arhitekt, süsteemiadministraator, turvaspetsialist pp: Ajakava: enne esimese arendusetapi algust enne igat arendusetapi algust igakordsel tellijale testimisse andmisel jah Automaattestimise tulemite dokumentatsioon Eeldus dokumendile: Lähtekood (sh andmebaasi struktuur) Otstarve: Anda tellijale ülevaade läbiviidud automaattestimise tulemustest. Sisu: Ülevaade SonarQube’is (testide nimekiri, testide käivitamise tulemus, koodi kaetavus). Sihtgrupp: Arhitekt, süsteemiadministraator, turvaspetsialist Ajakava: enne esimese arendusetapi algust enne igat arendusetapi algust igakordsel tellijale testimisse andmisel jah Taasteplaani tegemise juhend Otstarve: Kirjeldada erisused, millega tuleb arvestada taasteplaani loomisel Sisu: Taasteplaan peab rahuldama vähemalt alljärgnevaid sisunõudeid: 1. süsteemi halvamist võimaldavad riskid ja nende esinemise võimalikkus; 2. varundamisele kuuluvate komponentide ja asukohtade loetelu (nt rakenduse konfiguratsioonifailid rakendusserverist ja andmebaas jne), nende kirjeldused ja kasutuselevõtu protseduurid; 3. süsteemi komponentide asendusvõimalused, nende alternatiivkomponentide spetsifikatsioonid Sihtgrupp: Arhitekt, süsteemiadministraator, turvaspetsialist, äri, tellijapoolne projektijuht Ajakava: enne esimese arendusetapi algust enne igat arendusetapi algust igakordsel tellijale testimisse andmisel jah Üldised nõuded: Üleantav dokument peab sisaldama sisseviidud muudatusi nii, et on väljatoodud muutunud ja lisandunud osa (võrreldes viimati üleantuga). Tööde üleandmise-vastuvõtmise akt Sisu Lähtudes Tervise ja Heaolu Infosüsteemide Keskuse , keda esindab / lepingus märgutud kontaktisik/ (edaspidi tellija ) ja /ettevõtja nimi/, keda esindab / lepingus märgutud kontaktisik/ (edaspidi täitja ) vahel päev.kuu.aasta sõlmitud hankelepingu nr ___ annab täitja üle ja võtab tellija vastu teostatud tööd. Käesoleva aktiga annab täitja tellijale üle tööd, mis täitja on teostanud vastavalt hankelepingule ja tellija võtab käesolevas aktis nimetatud tööd vastu. Tellija kinnitab, et tema või tema esindajad on käesolevas aktis nimetatud tööd üle vaadanud ning see vastab hankelepingule. Käesolev akt on täitja le tasu maksmise aluseks. Poolte vaheline arveldamine toimub hankelepingu alusel vastavalt käesolevas aktis sisalduvatele andmetele. Käesoleva akti pooled kinnitavad, et aktis sisalduvad andmed on nende parima teadmise kohaselt õiged. Akteeritavad tööd Nr Tööde tellimuse liik Kuude ja/ või tundide arv Maksumus km-ta 1 2 3 4 5 KOKKU Tööde üleandmise tähtaeg Tööd on üle antud päev.kuu.aasta / Tööd teostati tähtaegselt. Puudustega tööde nimekiri Puuduseid töös ei esine./Esinevad järgmised puudused töös: ____; ____; Puuduste põhjendus. Puuduste kõrvaldamise tähtaeg on päev.kuu.aasta . Poolte allkirjad Tellija: Täitja: Lepinguline kontaktisik lepinguline kontaktisik /allkirjastatud digitaalselt/ /allkirjastatud digitaalselt/ HANKELEPING nr..... Dokumendihaldussüsteemi DORA hooldus- ja administreerimisteenus ning arendustööd Tervise ja Heaolu Infosüsteemise Keskus (edaspidi tellija ), registrikood 700097 7 0, aadress Uus-Tatari 25, 10134 Tallinn, keda esindab põhimääruse alusel direktor Katrin Reinhold ja ________ , (edaspidi t äitja ), registrikood ______, aadress______ , keda esindab ______, edaspidi koos või eraldi nimetatud ka p ool või pooled , sõlmisid t ellija läbiviidud riigihanke s „ Dokumendihaldussüsteemi DORA hooldus- ja administreerimisteenus ning arendustööd “ käesoleva hanke lepingu (edaspidi l eping ) alljärgnevas: Lepingu eesmärk ja ese Tellija poolt korraldatud riigihanke „ Dokumendihaldussüsteemi DORA hooldus- ja administreerimisteenus ning arendustööd “ alusel sõlmitud h ankelepingu eesmärk on DORA hooldus- ja administreerimise ning arenduse tööde teostamine . Lepingu esemeks on d okumendihaldussüsteemi DORA hooldus- ja administreerimisteenus ning arendustööd (edaspidi t öö d ). Tööde loetelu , t ööde teostamise tingimused ja konkreetsed realiseerimistähtajad on sätestatud tehnilis e s kirjeldus es . Lepingu t ööde maksimaalne maht on kuni 29 000 eurot käibemaksuta . Leping jõustub sõlmimise hetkel ja kehtib kuni 12 kuud või kuni poolte poolt oma kohustuste täitmiseni. Ü ldtingimused Lepingu juurde kuuluvateks lahutamatuteks osadeks loetakse kõik lisad ja riigihanke alusdokumendid ning täitja riigihankes esitatud pakkumus ja pooltevahelised kirjalikud teated, mida lepingu lisadena eraldi ei allkirjastata. Tööde teostamisel lähtutakse lepingu ja selle juurde kuuluvate lahutamatute osade tingimustest. Pooled teevad lepingu täitmiseks ja lepingu eesmärkide saavutamiseks koostööd. Pooled kohustuvad tegema kõik vajalikud pingutused, et täita hankeleping õigeaegselt ja vastavalt kokkulepetele . Täitja kohustub teostama tööd kvaliteetselt ning vastavalt valdkonna headele tavadele ja praktikale. Tellija eeldab, et täitja on tarkvaraarenduse valdkonna professionaal, kes saab aru ning võtab teadlikult enda kanda hankelepingu funktsionaalsete ja mittefunktsionaalsete nõuete täidetavuse ja tulemuse saavutatavuse riski. Sellest tulenevalt laieneb täitjale ka selliste tööde tegemise kohustus, mida ei ole hankelepingus kokku lepitud, kuid mis oma olemusest lähtuvalt kuuluvad hankelepinguga seotu d tööde hulka. Nimetatud tööde tegemine ei kuulu eraldi tasustamisele ning täitja teostab kirjeldatud tööd hankelepingu täitmise raames. Kui t ööde teostamisel tekivad täitja ja tellija vahel erimeelsused, lähtutakse hankelepingu eesmärkidest tellija seisukohalt. Poolel on õigus teha teisele poolele ettepanekuid hankelepingu täitmise kvaliteedi tõstmiseks. Kui pool on esitanud teisele poolele hankelepingu täitmisega seotud küsimuses päringu, on pool kohustatud sellele sisuliselt reageerima (asjakohast tagasisidet andma) võimalikult kiiresti, kuid hiljemalt 3 tööpäeva jooksul, v.a juhul kui pöördumine nõuab täiendavat analüüsi või info süstematiseerimist. Pooltel on kohustus osa võtta töökoosolekutest tööde käigus tekkinud probleemide lahendamiseks ja infovahetuseks tellija juures kohapeal või virtuaalselt. Töökoosolekutel osalemist tellija ei tasusta, v.a juhul, kui hankelepingus on kokku lepitud teisiti. Tööde teostamise keel on eesti keel, muuhulgas on see ka hankelepingu sõlmimise, tellimuste, töökoosolekute jm suhtluse ning tööde dokumenteerimise keel. Nõuded dokumentatsioonile ja kasutusjuhenditele tulenevad tellija poolt raamlepingu lisas 3 avaldatud „ Nõuded infosüsteemi dokumenteerimisele “. Tellijal on õigus dokumenti ühepoolselt muuta ning teavitada kõige uuemast versioonist täitjat. Dokumendi ühepoolset muutust ei peeta lepingu muudatuseks RHS sätete tähenduses. Pooled võivad kokkuleppel kaasata tööde kvaliteedi või tööde vastuvõtmise hind a miseks mõlema poole poolt aktsepteeritud sõltumatu eksperdi või audiitori. Kui tellija hinnang tööde kvaliteedile või tööde vastuvõtmisele osutub ekspertiisi tulemusel põhjendamatuks, hüvitab tellija ekspertiisikulud. Kui ekspertiis kinnitab tellija hinnangut kvaliteedile või tööde vastuvõtmisele, jäävad ekspertiisikulud täitja kanda. Poolte õigused ja kohustused Täitja kohustub: teostama tööd tellimuses ja hankelepingus kokkulepitud tingimustel ja ulatuses, sh tagama tööde õigeaegse alustamise, teostamise, valmimise ja tellijale üleandmise; tagama hankelepingu ja tellimuse täitmiseks vajalike ressursside olemasolu, sh tagama tööde teostajate kõrge professionaalse taseme ning vajaliku tehnoloogia ja metoodikate väga hea tundmise ning tehtud tööde dokumenteerimise vastavalt tellija suunistele, samuti omama tööde teostamiseks sobivaid keskkondi, koos kõige sinna juurde kuuluvaga, sh kasutatava tarkvara litsentsid, või kasutama tellija o lemasolevaid jagatud keskkondi; j ätkuarenduste puhul on täitja kohustatud litsentsimudeli valikul arvesse võtma tellija varem soetatud tarkvara litsentsitingimusi või juhinduma tellija vajadustest; tegema koostööd kolmandate osapooltega pidades silmas tellija vajadusi (nt äritellijaga, teiste tellija arenduspartneritega jne) ; teavitama viivitamatult tellijat tööde teostamist takistavatest asjaoludest, mis segavad tellimuses toodud tööde teostamist ja tähtaegadest kinnipidamist või püstitatud eesmärgi saavutamist; andma selgitusi ja konsultatsioone teostatud tööde kohta; juhinduma tellija suunistest hankelepingu ja tellimuse eesmärkide saavutamisel, pöördudes selleks vajadusel tellija poole; t öö käigus tuvastatud vastuolu korral teavitab täitja vastuolu esinemisest tellijale viivitamatult; arvestama, et hankelepingu täitmiseks võib olla vajadus muuta ja täiendada olemasolevat koodi ning tagama protsesside ja funktsionaalsuse tervikluse pärast koodi muutmist või täiendamist ; kasutama tööde teostamisel tellija tööajahalduse ja projektijuhtimiskeskkondi, mis on täitjale kättesaadavaks tehtud; tagama rakenduste hooldusteenuste osutamiseks valmisoleku ja omapoolse abi kuni veaolukorra kõrvaldamiseni vastavalt tehnilises kirjelduses toodud tingimustele, vajadusel ka väljakutse korras kohapeal; osutama tellijale teostatud töö osas tuge, sh pakkuma konsultatsiooni kuni garantiiaja lõpuni; täitma kõiki tellija juures kehtivaid ja õigusaktidest tulenevaid andmekaitsealaseid ja andmete turvalisust puudutavaid eeskirju, kui need on täitjale teatavaks tehtud; teostama tööd kuni kokku lepitud tulemi üleandmise ja vastuvõtmiseni oma ressursside arvel, kui pooled ei ole kokku leppinud teisiti; töötunni põhiselt tellitavate tööde puhul esitama tellijale tööde teostamise ajaaruandeid, mis kajastuvad tööde üleandmise -vastuvõtmise aktis (edaspidi akt ); koostama tehtud tööde kohta aruande (edaspidi aruanne ) vastavalt lepingus kokkulepitule; teavitama kirjalikku taasesitamist võimaldavas vormis oma mistahes huvist, mis võib põhjustada lepingu täitmisel huvide konflikti tekkimist. Täitjal on õigus: saada tööde teostamise eest tellimuses kokkulepitud ulatuses ja korras tasu; kasutada tööde teostamisel alltöövõtjaid , kooskõlastades alltöövõtjate kasutamise eelnevalt tellijaga. Alltöövõtjate tegevuse ja tegevusetuse eest vastutab tellija ees täitja. Tellija kohustub: tasuma täitjale vastu võetud tööde teostamise eest tellimuses kokkulepitud ulatuses ja korras; tagama täitjale ligipääsu (sh kaugjuurdepääsu ) tööde teostamiseks oluliste tellija hallatavate keskkondade olemasolu ja toimimise ; võtma aktiga vastu täitja poolt üle antud puudusteta tööd mõistliku aja jooksul või vastavalt tellimuses kokku lepitud tähtajale; teavitama täitjale üle antud töödes esinevatest puudustest ja andma puuduste kõrvaldamiseks mõistliku täiendava tähtaja, kui tähtaeg ei tulene muudest kokkulepetest. Tellijal on õigus: kontrollida jooksvalt tellimuse täitmist ja anda täitjale selleks suuniseid või nõuda täitjalt sellekohast informatsiooni ; keelduda osaliselt või täielikult tasu maksmisest, kui täitja ei teostanud nõuetekohaseid töid kokku lepitud tähtajaks ja täitja poolne rikkumine ei ole objektiivselt põhjendatud (nt on tegemist objektiivse põhjendusega, kui tööde teostamine on viibinud tellija või kolmanda osapoole tegevuse tõttu); kaasata tellimuse täitmiseks tellija poolel kolmandaid osapooli, nt teisi riigiasutusi. Kolmanda osapoole kaasamine tellija poolt ei ole käsitletav lepingu muutmisena riigihangete seaduse mõttes. Tööde teostamise, üleandmise ja vastuvõtmise kord Teenuse saamiseks pöördub tellija täitja kontaktisiku poole. Täitja tagab veateadete vastuvõtmise tööaegadel (E-R 8.30-17.00) kõikidele tellija pöördumistele kokkulepitud telefonidel ja/või e-maili teel. Täitja reageerib teavitatud probleemidele hiljemalt 30 minuti jooksul, andes teada probleemiga tegelemise alustamisest ning võimalusel parima hinnangu probleemi lahendamise ajast. Lahendusaeg igale kriitilisele probleemile on 2h ja mittekriitilisele probleemile 8h. Kriitilisuse määrajaks on probleemi tuvastaja (täitja). Lahendusaeg on maksimaalne aeg, mille jooksul probleem lõplikult lahendatakse. Kriitiline probleem on DORA ühe või mitme funktsionaalsuse mitte töötamine. Mittekriitiline probleem on probleem, milles töö tegemine on võimalik, kuid see on aeglane, ebamugav või muul moel takistatud. Juhul, kui probleemi lahendamine nõuab rohkem kui lepingus sätestatud lahendusajad, kooskõlastab täitja selle tellijaga, pooled määravad koostöös probleemi lahendamise aja ja koostatakse lahendusplaan. Täitja kohustub monitooringu ja regulaarse administreerimise kaudu leidma nii kriitilised kui ka mittekriitilised probleemid. Kui tellija leiab probleemi, siis teavitab ta sellest vastavalt tehnilises kirjelduses olevale suhtluskorrale . Tellijal on õigus esitada küsimusi, teha ettepanekuid, algatada probleeme/pöördumisi e-maili teel ning määrata lahendamiseks prioriteete. Tellijal on õigus t ellida arendustöid vastavalt tellija vajadusele, esitades sellekohase tellimuskirja. T ööde tellimist ei garanteerita. Tellimuskiri on e-maili teel edastatav tellimus, milles määratakse tööde tehniline kirjeldus, teostamise aeg ja ma ht, vajadusel muud olulised töö teostamise tingimused. Täitja esitab iga kalendrikuu kuuendaks (6) kuupäevaks tellija esindajale digitaalselt allkirjastatud aruande teostatud tööde kohta, mis sisaldab: nimekiri teenusega seotud töödest ja tegevustest; monitooringu andmed – perioodi jooksul esinenud tõrgete nimekiri ja kellaajad koos tõrgete lahendamise infoga või edasiste ettepanekutega; nimekiri kriitilistest probleemidest koos nende lahendamise infoga; täitja teeb soovitusi, märkusi ja ettepanekuid teenuse kvaliteedi parendamise või nõutud taseme säilitamiseks vajalike tegevuste kohta; järgmiseks kuuks planeeritavad tegevused; detailne aruandes kajastatav info lepitakse kokku esimese kuu jooksul peale lepingu sõlmimist. Tellija vaatab aruande üle 10 tööpäeva jooksul selle üleandmisest ja kui aruanne vastab lepingu nõuetele, tagastab digitaalselt allkirjastatud aruande täitjale, millega loetakse aruanne vastuvõetuks. Kui tellija tuvastab täitja poolt üle antud aruandes puudusi, võib tellija aruande allkirjastamisest ja vastuvõtmisest keelduda. Vastuvõtmisest keeldumisel esitab tellija kirjalikku taasesitamist võimaldavas vormis põhjenduse aruande allkirjastamata jätmise kohta, näidates ära töös esinevad puudused, puuduste olemuse ja puuduste kõrvaldamise ( või uue, lepingu tingimustele vastava töö esitamise ) tähtaja. Täitja kõrvaldab aruandes kirjeldatud puudused ja annab töö tellijale üle kokkulepitud ajal või hiljemalt 5 tööpäeva jooksul alates tellija kirjaliku aruande vastuvõtmisest keeldumise põhjenduse esitamisest. Koos töödega antakse ül e nõuetekohane dokumentatsioon , intellektuaalomandi õigused ja muu hankelepingus kokkulepitu. Töödele tuleb aruandele lisa da ka akt, mis on leitav lepingu lisas oleval vormil. Täitja meeskond Lepingu täitmisel osalevad pakkumuses esitatud meeskonnaliikmed, v.a juhul, kui täitjast mittesõltuval asjaolul ei ole seda võimalik teha ja meeskonnaliige on asendatud tellija kirjalikku taasesitamist võimaldaval nõusolekul uue, hanke tingimustele vastava meeskonnaliikmega. Kui ilmneb vajadus vahetada meeskonnaliige, kelle kogemusi hankemenetluse käigus hinnati, asendatakse isik samaväärse meeskonnaliikmega tellija kirjalikku taasesitamist võimaldava nõusoleku saamisel. Kui hankemenetluses ei hinnatud meeskonnaliikmeid, võib meeskonnaliikme asendada isikuga, kes vastab hanke tingimustele, saades selleks tellijalt kirjalikku taasesitamist võimaldava nõusoleku. Täitja asendab tellija nõudmisel ja määratud tähtajaks meeskonnaliikme, kui isik osutub tellija põhjendatud arvamuse kohaselt lepingujärgsete ülesannete täitmiseks ebakompetentseks või ebasobivaks või kui tema lepingujärgsete ülesannete täitmine kahjustab pidevalt lepingu täitmist. Täitja kannab kõik asendusega kaasnevad kulud. Täitja võib tellija kirjalikku taasesitamist võimaldaval nõusolekul kaasata täiendavaid meeskonnaliikmeid, kui riigihankes pakkumusega esitatud meeskonnaliikmed on tellitud tööde täitmisega hõivatud. Täitja garanteerib riigihankes isikuliselt mitte välja toodud meeskonnaliikmete olemasolu ja vastavuse riigihankes nõutud kvalifikatsioonile/varasemale töökogemusele ning esitab tööde teostajad nimeliselt hankelepingu sõlmimisel. Hankelepingu hind Tööde teostamine toimub nii kuutasu kui ka töötunnipõhisel arvestusel, tellija tasub üksnes lepingu alusel tellitud ja teostatud töötundide eest. Ühe kuutasu maksumuseks tööde teostamisel Ravimiametis on ____ (maksumus sõnadega) eurot käibemaksuta. Ühe töötunni maksumuseks tööde teostamisel on ____ (maksumus sõnadega) eurot käibemaksuta. Tellija tasub lepingu alusel tellitud tööde eest maksimaalselt 29 000 ( kakskümmend üheksa tuhat ) eurot käibemaksuta, mis summeeritakse kõikide p 6.2 ja p 6.3 tellitud ja teostatud tööde alusel. Täitjal on õigus esitada e-arve pärast tööde aktiga vastu võtmist. Arvel tuleb märkida riigihanke nimetus, lepingu number ning kontaktisiku andmed. Arve tasumiseks annab täitja minimaalselt tähtaja 21 kalendripäeva alates arve laekumisest. Intellektuaalomand Täitja kinnitab hankelepingu allkirjastamisega, et talle kuuluvad tööde teostamiseks vajalikud autoriõigused, litsentsid ja muud intellektuaalse omandi õigused, mis on vajalikud hankelepingu järgsete tööde teostamiseks ja õiguste loovutamiseks tellijale ning nende suhtes ei ole õigusi ega nõudeid kolmandatel isikutel. Tasu intellektuaalse omandi õiguste loovutamise ja litsentsi andmise eest sisaldub hankelepingu täitmise hinnas. Täitja loovutab tellijale tööde teostamis e käigus loodud kõik mistahes vormis tööde osad, mis puutuvad tööde teostamisse, kõik autori varalised õigused ning annab lihtlitsentsi autori isiklikele õigustele koos all-litsentsi andmise õigusega kogu autoriõiguste kehtivuse ajaks ilma geograafiliste piiranguteta tööde üleandmise hetkest, loobudes sellega hankelepingu alusel üle antud originaalteoste osas õiguste kasutamisest. Täitja tagab, et isiklikud õigused on ilma täitja nõusolekuta teostatavad muuhulgas järgnevas ulatuses: tellijal on õigus tööd kasutada mis tahes eesmärgil ja viisil; tellijal või tellija tellimusel kolmandatel isikutel on õigus teha üle antud töödes muudatusi ning neid täiendada; tellijal või tellija tellimusel kolmandatel isikutel on õigus teostatud töid muuta või töödele lisada tellija või kolmandate isikute poolt loodud töid ; tööde üleandmisega tellijale kinnitab täitja, et tööd on üldsusele avaldamiseks valmis. Täitja tagab tellijale kõik vajalikud õigused hankelepingu täitmise käigus loodavate tööde kontrollimiseks, testimiseks ning süsteemi paigutamiseks ka ajal, mil tööd on vastuvõtutestimiseks üle antud, kuid ei ole veel tellija poolt aktiga vastu võetud. Täitja on kohustatud tagama intellektuaalse omandi õiguste (eeskätt autoriõiguste) olemasolu ja kehtivuse, samuti nende ülemineku tellijale viisil, mis võimaldab tellijal hankelepingu lõppedes üle võtta täitja funktsioonid. Täitja kohustub lahendama kõikvõimalikud lepingujärgsete töödega seotud intellektuaalse omandi õigustest tekkivad vaidlused kolmandate isikute või oma töötajate või koostööpartneritega, v.a. juhul, kui tarkvara või tarkvara osa litsentside soetamise kohustus oli tellijal või kolmandal osapoolel. Juhul, kui eeltoodust tekib tellijale rahaline või muu kohustus või juhul, kui tellija on kohustatud lõpetama hankelepingu alusel teostatud ja vastuvõetud tööde kasutamise, on tellijal õigus nõuda täitjalt sellega kaasneva rahalise või muu kohustuse täitmist ja/või samaväärse töö loomist ilma täiendavat tasu nõudmata võimalikult lühikese aja jooksul, hoidudes mistahes viivitustest tarkvara arendamises, kasutuselevõtmises ja kasutamises tellija poolt . Kõik tellijale kaasnevad otsesed ja kaudsed kahjud, mis tulenevad sellest, et kolmandal isikul on või väidetavalt on varalisi või mittevaralisi intellektuaalsest omandist tulenevaid õigusi hankelepingu alusel üle antavate intellektuaalse omandi objektide suhtes, kannab täitja. Selles alapeatükis kirjeldatud õigused ja litsentsid loetakse tellijale lõplikult üle läinuks pärast tööde vastuvõtmist . Garantii Täitja annab hankelepingu alusel teostatud töödele garantii 12 kuud. Garantii hakkab kehtima aktis märgitud nõuetekohase töö vastuvõtmise kuupäevast. Garantiiga on hõlmatud kõik garantii tähtaja jooksul tarkvaras ilmnevad vead ja mittevastavused kokkulepitule, mis ei ole tekkinud tellija või kolmandate osapoolte tegevuse tagajärjel. Garantiiga on hõlmatud ka kõigi tööde muudatused ja modifikatsioonid, mis on tehtud täitja poolt ja mis ei ole oluliselt muutnud varasemalt tehtud tööd. Täitja kõrvaldab garantii kehtivuse ajal töödes avaldunud vead ja mittevastavused tasuta, sealhulgas uuendab või asendab kõik seonduvad dokumendid. Täitja on kohustatud garantii korras teostama eelkõige järgmist: vea ilmnemisel vea otsimine, lokaliseerimine, veaolukorrale lahenduse leidmine ja vea parandamine; vea põhjuste analüüs ja ettepanekute tegemine ennetavate meetmete kasutusele võtuks kirjalikku taasesitamist võimaldavas vormis; vea parandamisega seoses paigaldamise ja seadistamise tugi ning sellega seotud konsultatsioonid. Tellija määrab võimalusel, milline on vea kriitilisuse aste või kas tegemist on muu garantiikohustusega hõlmatud puudusega ning võib määrata vea kõrvaldamiseks tähtaja, lähtudes hankelepingus fikseeritud vigade kriitilisuse astmetest. Reageerimis- ja lahendusaeg hakkab kulgema tellija poolt teate välja saatmise hetkest. Kui tegemist on kriitilise veaga ( blocker ja critical ), teatab täitja hiljemalt 24 tunni jooksul alates kriitilise vea kohta teate saamisest oma esialgse hinnangu kriitilise vea võimalike põhjuste kohta ning juhtnöörid, kuidas tööde tulemit edasi kasutada. Kriitiline viga peab saama kõrvaldatud hiljemalt 3 tööpäeva jooksul alates vea kohta teate saamisest, kui pooled ei ole kokku leppinud teisiti. Kui tegemist on häiriva vea ( major ), pisivea ( minor ) või muu garantiikohustusega hõlmatud puudusega, teatab täitja hiljemalt 48 tunni jooksul alates selle kohta teate saamisest oma esialgse hinnangu häiriva vea, pisivea või muu puuduse võimalike põhjuste kohta ning vajadusel juhtnöörid, kuidas tööde tulemit edasi kasutada. Häiriv viga peab saama kõrvaldatud hiljemalt 10 tööpäeva jooksul alates vea kohta teate saamisest, kui pooled ei ole kokku leppinud teisiti. Kui täitja tõendab, et kõrvaldatud viga ei olnud garantiiga hõlmatud, hüvitab tellija täitja kantud otsesed kulud seoses nimetatud vea kõrvaldamisega. Kulude hüvitamisel võetakse aluseks hankelepingus, mille raames teostatud töödes on viga ilmnenud, fikseeritud tööde teostamise ühe töötunni hind. Tellija tagab täitjale kaasabi garantiikohustuse alla käivate vigade kõrvaldamisel tellija võimekuse ja võimaluste piires. Kui täitja ei suuda vigasid kokkulepitud tähtajaks kõrvaldada, võib tellija nimetatud ise kõrvaldada või korraldada nende kõrvaldamise kolmanda isiku kaasabil, teavitades sellest täitjale. Tellijal on õigus täitjalt nõuda kõigi kulutuste hüvitamist, mis tekkisid seoses eelkirjeldatud viisil vea kõrvaldamisega, kui tegemist oli garantiiga hõlmatud veaga. Garantii kaotab kehtivuse, kui tellija muudab lähtekoodi, välja arvatud tööde osale, mida ei ole muudetud n ing tellija suudab eristada lähtekoodis tehtud muudatusi . V astutus Pool vastutab oma lepingulise kohustuse rikkumise eest, välja arvatud juhul, kui rikkumine on vabandatav vääramatu jõu või muu objektiivse asjaolu tõttu. Nimetatud asjaolu esinemist peab tõendama pool, kes sellele tugineda soovib. Pool vastutab oma lepingulise kohustuse rikkumise eest, mis tuleneb tema poolt hankelepingu täitmisse kaasatud isikute tegevusest. Pool ei vastuta lepinguliste kohustuste rikkumise eest, mis tulenes teise poole kohustuste rikkumisest või kolmandate isikute tegevusest või tegemata jätmistest. Kui tellija viivitab omapoolsete kohustuste täitmisega ja nende kohustuste mittetähtaegne täitmine ei võimalda täitjal omapoolseid kohustusi tähtaegselt täita, pikendatakse tööde üleandmise tähtaega vastava aja võrra. Nimetatud asjaolu esinemist peab tõendama pool, kes sellele tugineda soovib. Kohustuse rikkumisel on teisel poolel õigus kasutada kõiki seadusest või lepingust tulenevaid õiguskaitsevahendeid vastavalt võlaõigusseadusele. Poolte rahaline koguvastutus on piiratud raamlepingu kogumaksumusega, kuid nimetatud piirang ei kehti süülise rikkumise, intellektuaalomandiõiguse või andmekaitsealaste kohustuste rikkumisel. Tasu maksmisega viivitamisel on täitjal õigus nõuda viivist võlaõigusseaduses sätestatud määras konkreetsete tööde eest maksmisele kuuluvast tasust iga tasumisega viivitatud kalendripäeva eest. Viivise maksimaalne määr on 25% konkreetsete tööde eest tasumisele kuuluvast kogusummast. Viivise nõue tuleb esitada allkirjastatult. Täitja poolse lepinguliste kohustuste rikkumisena käsitletakse eeskätt olukorda, kus üle antud tööd ei vasta osaliselt või täielikult lepingu tingimustele, sh kokkulepitud hooldus- või veaparandustööde tingimustele või esineb muid täitja poolseid lepingu rikkumisi. Kui täitja rikub lepingulist kohustust, on tellijal õigus nõuda leppetrahvi tasumist, mille suuruseks on 200 eurot iga rikkumises oldud kalendripäeva eest, kuid mitte rohkem kui 25% hankelepingu kogumaksumusest. Kui tööde teostamine on kokku lepitud etappide kaupa, siis mitte rohkem kui 25% etapi kogumaksumusest. Juhul kui täitja poolsetest viivitustest tingitult ei ole tööde kasutuselevõtt enam realistlik või vajalik, on tellijal õigus hankelepingust taganeda vastavalt võlaõigusseaduse § 116 lõikele 1 ning täitja on kohustatud tegema juba makstud osa eest tellijale tagasimakse. Lepingu olulise rikkumise korral on tellijal õigus esitada täitjale leppetrahvi nõue 10 000 eurot iga rikkumise eest. Täitja poolse olulise hankelepingu rikkumise korral ei pea tellija määrama täitjale lepingu täitmiseks võlaõigusseaduse §-s 114 nimetatud täiendavat tähtaega ning tellijal on muu hulgas õigus hankeleping üles öelda või hankelepingust taganeda. Oluliseks rikkumiseks loevad pooled lisaks võlaõigusseaduses sätestatule muuhulgas: mõjuva põhjuseta tellimuse vastuvõtmata jätmine või täitmisele mitte asumine; valeinfo esitamine; hankelepingu täitmiseks vajalike õiguste (sealhulgas load, litsentsid, intellektuaalse omandi õigused) puudumine; intellektuaalse omandi õiguste ja nende kasutamise tingimuste rikkumine; korduv (vähemalt kahel korral) meeskonnaliikme asendamine isikuga, kes ei vasta kokku lepitud nõuetele või meeskonnaliikme asendamine ilma tellija eelneva vähemalt kirjalikku taasesitamist võimaldavas vormis antud nõusolekuta; konfidentsiaalsuskohustuse rikkumine; lepingujärgsete kohustuste korduvat (vähemalt kahel korral) täitmata jätmist; tähtaegselt tööde teostamata jätmist selliselt, et tehnilises kirjelduses sätestatud eesmärgi täitmine ei ole enam tähtaegselt realistik ja/või täitja poolse tegevuse või tegevusetuse tõttu ei ole võimalik enam kasutada hankelepingu rahastamiseks ettenähtud vahendeid; lepingujärgsete kohustuste üleandmine kolmandale isikule ilma tellija digiallkirjastatud nõusolekuta. Tööde vastuvõtmine tellija poolt ei vabasta ega vähenda täitja vastutust lepingu rikkumise eest. Leppetrahvi nõude kohustub tellija esitama mõistliku aja jooksul, kuid mitte hiljem kui 3 kuu jooksul alates päevast, mil tellija sai teadlikuks leppetrahvi nõude aluseks olevast asjaolust. Leppetrahvi nõude vaidlustamine ei vabasta täitjat selle maksmise kohustusest enne vastava kohtuotsuse jõustumist. Täitja on kohustatud leppetrahvi tasuma 2 nädala jooksul alates tellija poolt vastava nõude esitamisest, kui leppetrahvi nõudes ei ole määratud teisiti. Tellijal on õigus tasaarvestada leppetrahvi summa täitjale töö teostamise eest tasumisele kuuluvate maksetega. Tasaarvestamise korral ei rakendata leppetrahvi tasumise kohustust . Konfidentsiaalsuskohustus Pooled kohustuvad vastastikku hoidma salajas ja mitte avaldama kolmandatele isikutele ükskõik missugust konfidentsiaalseks peetavat informatsiooni, mis on saadud teiselt poolelt lepingu alusel tellitud tööde teostamise käigus või muul viisil või juhuslikult. Täitja peab võtma kasutusele isikuandmete ja tellija infosüsteemide kaitseks organisatsioonilisi, füüsilisi ja infotehnilisi turvameetmeid, lähtudes muuhulgas kehtivatest õigusaktidest. Täitja ei tohi töödelda arenduskeskkondades reaalseid ja isikustatud andmeid. Juhul, kui tellimuse täitmise raames osutub vajalikuks isikuandmete töötlemine, lepivad pooled isikuandmete töötlemise tingimused kokku tellimuse esitamisel, juhindudes isikuandmete kaitse üldmääruse artiklis 28 kirjeldatust. Konfidentsiaalse informatsiooni all mõistavad pooled igasugust informatsiooni (sh ärisaladusi, isikuandmeid, lepingute andmeid, infosüsteeme, turvasüsteemide kirjeldusi, riistvara ja tarkvara kirjeldusi, pakkumuse kirjeldusi, kasutatavaid tehnoloogiaid, spetsifikatsioone jms), mis on saadud seoses tööde teostamisega ja mille sattumine kolmandate isikute kätte võib pooltele põhjustada turvariske või majanduslikku kahju või kolmandate isikute (eelkõige tellija klientide) eraelu puutumatuse rikkumist. Kahtluse korral eeldatakse informatsiooni konfidentsiaalsust. Konfidentsiaalne informatsioon ei hõlma endas informatsiooni, mille avalikustamise kohustus tuleneb õigusaktidest või mille avalikustamiseks pooled on andnud nõusoleku. Pooled võivad edastada konfidentsiaalset informatsiooni ainult nendele isikutele, kes on tellitud tööde täitmisega otseselt seotud. Täitja kohustub tagama, et isikud, keda ta oma kohustuste täitmisel kasutab, oleksid konfidentsiaalsuse kohustusest teadlikud ning nõudma nimetatud isikutelt selle kohustuse tingimusteta ja tähtajatut täitmist. Vastutus konfidentsiaalsuskohustuste täitmise eest lasub täitjal. Pooled ei kasuta lepingu täitmisel neile teatavaks saanud konfidentsiaalset informatsiooni oma huvides ega muul eesmärgil, kui tellitud tööde teostamiseks. Konfidentsiaalsuskohustus jääb kehtima tähtajatult, ka lepingu lõpetamise või lõppemise järgselt. Täitja on teadlik, et leping ja kokkulepped on avalikud, v.a osades, mis on avaliku teabe seadusest tulenevatel alustel määratud asutusesiseseks kasutamiseks või märgitud täitja poolt ärisaladuseks. Konfidentsiaalsuskohustuse rikkumise korral kohustub täitja hüvitama kõik kahjud, mis sellise rikkumise tagajärjel tellijale või kolmandale isikule tekkisid, sõltumata sellest, kas rikkumine pandi toime tellimuse kehtivuse ajal või lepinguliste kohustuste lõppemise järgselt. L epingu kehtivus L eping jõustub sõlmimise l ja kehtib kuni tähtaja möödumiseni, mahu täitumiseni või lõppemiseni muul lepingust või seadusest tuleneval alusel. Lepingut muudetakse pooltevahelise kirjaliku kokkuleppega lepinguga samas vormis, arvestades riigihangete seaduses toodut. Kui mõni lepingu tingimus peaks osutuma osaliselt või täielikult kehtetuks või täitmisele mittepööratavaks, ei mõjuta see teiste lepingu tingimuste kehtivust ning lepingu ülejäänud tingimused jäävad kehtima ja täitmisele pööratavaks. Sel juhul võimalusel asendatakse kehtetu või täitmisele mittepööratav tingimus õiguslikult kehtiva tingimusega, mis on sisult võimalikult lähedane poolte kavatsustele ja kehtetu tingimuse majanduslikule mõjule. Tellija võib lepingu igal ajal sõltumata põhjusest lõpetada, teatades sellest kirjalikku taasesitamist võimaldavas vormis ette 30 päeva. Lepingu lõpetamine vabastab pooled käesoleva lepinguga sätestatud kohustuste täitmisest. Tellijal on õigus leping ühepoolselt etteteatamistähtaega järgimata üles öelda või sellest taganeda, kui täitja on oluliselt lepingut rikkunud või juhul, kui täitja: suhtes on algatatud pankrotimenetlus; pankrot on välja kuulutatud; täitja varad arestitakse; täitja finantsseisund halveneb tellija põhjendatud hinnangul oluliselt ja see muudab tellimuse nõuetekohase täitmise vähetõenäoliseks. Lepingu lõppemisel mistahes alusel ja põhjusel on täitja kohustatud tellijale üle andma kogu tööga seotud informatsiooni ja dokumentatsioon (nii digitaalselt kui paberkandjal, samuti informatsiooni, mida ei ole salvestatud eelnimetatud infokandjatele). Üleantav info ja dokumentatsioon peab olema süstematiseeritud. Täitja on kohustatud andma ammendavad selgitused eelkirjeldatud informatsiooni haldamise ja kasutamise kohta, tehes seda tellija nõudmisel kirjalikult . Teadete edastamine ja kontaktisikud Teadete edastamine toimub üldjuhul e-posti teel, lähtudes kodukorra tingimustest selle olemasolul. E-posti teel, sh digitaalselt allkirjastatud dokumentide, saatmise korral loetakse teade kättesaaduks kohale jõudmise teates märgitud kellaajal või e-kirjas näidatud saatmise kellaajal. Juhul, kui teate edastamisel on olulised õiguslikud tagajärjed, peab teade olema edastatud digiallkirjastatult poole allkirjaõigusliku isiku poolt. Informatiivset teadet võib edastada ka telefoni teel. Informatiivseks loetakse teade, millega ei kaasne õiguslikke tagajärgi. Kirjalik teade loetakse poole poolt kättesaaduks , kui see on üle antud allkirja vastu või kui teade on saadetud postiasutuse poolt tähitud kirjaga poole poolt teatatud aadressil ja postitamisest on möödunud 5 kalendripäeva. Tellija kontaktisik( ud ) on: …. …, telefon …., e-post: …. või tema asendaja; Täitja kontaktisik( ud ) on: …, …., telefon … e-post: …. või tema asendaja; Kontaktisikute pädevuses on anda teisele poolele vajaliku informatsiooni ja juhiseid oma pädevuse piires, kontrollida teostatud töö kvaliteeti, anda töö üle ja võtta töö vastu ning allkirjastada akt Kontaktisiku muutumisest teavitab pool kirjalikult teist poolt viivitamatult. Lõppsätted Täitjal puudub volitus tegeleda l epingu raames avalike suhetega ning anda teateid Lepinguga seotud vaidlused, mida pooled ei ole suutnud läbirääkimiste teel lahendada, antakse lahendamiseks Harju Maakohtule. Lepingule kohaldub Eesti õigus. Lepinguga reguleerimata küsimustes või olukorras, kus mõni lepingu säte on vastuolus seadusega, lähtutakse Eesti Vabariigis kehtivast seadusandlusest . Lisad Lisa 1 – Tehniline kirjeldus; Lisa 2 – Isikuandmete töötlemine; Lisa 3 – Nõuded infosüsteemi dokumenteerimisele; Lisa 4 – Tööde üleandmise-vastuvõtmise akt; Poolte allkirjad Tellija Täitja /allkirjastatud digitaalselt/ /allkirjastatud digitaalselt/ Lisa 1 - Tehniline kirjeldus Dokumendihaldussüsteemi DORA hool dus- ja administreerimisteenus ning arendustööd Lepingu eseme kirjeldus ja maht Riigihanke esemeks on dokumendihaldussüsteemi DORA hooldus- ja administreerimisteenuse ostmine Sotsiaalministeeriumi haldusalas: Ravimiametis maksimaalselt 12 kuuks kuutasu põhiselt, samuti vajadusel Sotsiaalkindlustusameti, Terviseameti, Ravimiameti, Sotsiaalministeeriumi ja Astangu dokumendihaldussüsteemides DORA arendustööde teostamine töötunni hinna alusel. Arendustöid tellitakse vajaduspõhiselt, tellija ei garanteeri arendustööde tellimist. Tööde teostamise planeeritav ajaperiood on 12 kuud hankeleping u allkirjastamisest . Tellija l on õigus hankelepingu p 6.2 (kuupõhisest) teenusest loobuda juhul , kui Ravimiamet läheb lepingu kehtivuse ajal üle dokumendihaldussüsteemile Delta. Selleks peab tellija täitjat ette teavitama 30 kalendripäeva enne kuupõhise teenuse lõpetamist kirjalikku taasesitamist võimaldavas vormis . DORA riistvara kirjeldus DORA on dokumendihaldusrakendus, mis on loodud SharePoint 2007 platvormile. DORA rakendus on kasutusel 3 asutuses. Rakendus on kõigile asutustele ühine ning paikneb ühel rakendusserveril. Kõik asutuste konfiguratsioonid ja andmed hoitakse eraldi andmebaasides ning asutused saavad teostada seadistusi oma asutuse piires. Kasutajate autentimine toimub MS Active Directory (AD) kaudu. DORAFRONT server (asub andmebaasi serveritest erinevas võrguruumis) Tarkvara: SharePoint 2007 SP2 Windows Server 2008 SP2 operatsioonisüsteem Riistvara: Server HP Pro Liant DL 380 G6 – 1 CPU (E5520), 16 GB RAM System – 70 GB RAID1 (2 x 72 GB SAS 15K) Data – 280 GB RAID5 (3 x 146 GB SAS 15K) DORABAAS server Tarkvara: MS SQL 2008 SP1 andmebaas Windows Server 2008 SP2 operatsioonisüsteem Riistvara: Server HP Pro Liant DL180 G6 – 2 CPU (E5520), 48 GB RAM System – 70 GB RAID1 (2 x 72 GB SAS 15K) DB – 840 GB RAID5 (4 x 300 GB SAS 15K) DB2 – 1 TB kettamassiivis asuv ketas RAID1 Logid – 280 GB RAID1 (2 x 300 GB SAS 15K) DB2 (Temp) – 560 GB RAID5 (3 x 300 GB SAS 15K) DORABAAS2 server Tarkvara: MS SQL 2008 R2 SP2 andmebaas Windows Server 2008 R2 SP2 operatsioonisüsteem Riistvara : Server HP ProLiant DL380p G8 – 2 CPU (E5-2640), 32 GB RAM System – 279 GB RAID1 (2 x 300 GB SAS 15K) DB – 558 GB RAID10 (4 x 300 GB SAS 15K) Logid – 279 GB RAID1 (2 x 300 GB SAS 15K) DORABAASSKA server Tarkvara : MS SQL 2008 SP1 andmebaas Windows Server 2008 R2 SP1 operatsioonisüsteem Riistvara: Server HP Pro Liant DL180 G6 – 2 CPU (E5620), 16 GB RAM System – 280 GB RAID1 (2 x 300 GB SAS 15K) DB – 560 GB RAID10 (4 x 300 GB SAS 15K) DB2 – 520 GB kettamassivis asuv ketas RAID1 Logid - 560 GB RAID10 (4 x 300 GB SAS 15K) DORAINDEX server (virtuaal) Tarkvara SharePoint 2007 SP2 Windows Server 2008 SP2 operatsioonisüsteem DORAAVALIK server (virtuaal) Tarkvara: SharePoint Service3 SP2 Windows server 2003 SP2 operatsioonisüsteem TESTDORA server Tarkvara: SharePoint 2007 SP MS SQL 2008 SP1 andmebaas Windows Server 2008 SP2 operatsioonisüsteem Riistvara: Server HP Pro Liant DL360 G6 – 2 CPU (E5520), 12 GB RAM System – 279 GB (2 x 300 GB SAS 10K) DB – 558 GB Raid 0 (2 x 300 GB SAS 10K) Dora liidestused Dokumendihaldussüsteem DORA on liidestatud järgnevate rakenduste ja süsteemidega: Liides MS Active Directoryga Dokumentide hõlmamine Outlookist Liides DVK ja ADITiga dokumentide vastuvõtmiseks ja edastamiseks Liides SAPiga isikute ning ettevõtete struktuuri haldamiseks Liides Medrega andmete edastamiseks DORAst Medresse Liides Rahvastikuregistriga isikuandmete päringuks Liides RKABiga dokumentide avalikustamiseks Liides Samtraciga dokumentide avalikustamiseks Dokumentide mahud ja kasutajate arv Ravimiametis Andmed on 20.07.2020 kuupäeva s eisuga. k asutajate arv ca 12 0; Dokumentide arv aktiivses dokumendihoidlas: ca 60 000 . Lepingupartneri kohustused Lepingupartner (täitja) vastutab: Teenuse taasteplaani toimimise, regulaarse testimise ja ajakohasena hoidmise eest; Teenuse ettenähtud funktsionaalsuse toimimise eest (sh vigade likvideerimine); Teenuse käideldavuse eest vastavalt tehnilise kirjelduse punktis 2 esitatud nõuetele. Teenuse jõudluse tagamise eest vastavalt tehnilise kirjelduse punktis 2 esitatud nõuetele; Teenusega seotud serverite operatsioonisüsteemide ja rakenduse halduse ja administreerimise eest (sh uuenduste paigaldus); Teenuse andmebaasimootori halduse ja administreerimise eest (sh uuenduste paigaldus); Teenuse testkeskkonna käideldavuse, ajakohasena hoidmise ning taastamise eest; Teenusega seotud riistvara, operatsioonisüsteemide, vajaliku rakenduskihi ning andmebaasimootori paigaldamise ja häälestamise eest; Teenusega seotud riistvara, rakenduskihi, andmebaaside ja funktsionaalsuse hälvete likvideerimise ning dokumenteerimise eest; Teenuse komponentide, sh funktsionaalsuse ja käideldavuse (sh tehnilise kirjelduse punktis 6.3.8 toodud parameetrite) monitooringu väljatöötamise ja toimimise eest ning Tervise ja Heaolu Infosüsteemide Keskusele sinna ligipääsu tagamine. Vastavad parameetrid lepitakse kokku koostöös tellijaga; Teenusega seotud riistvara vajaduste välja selgitamise ning muudatusettepanekute tegemise eest; Tellijale teenuse kohta korrektse info andmise eest . Lepingupartner kooskõlastab tellijaga: Arendusparteri poolt arendatud uuendusi; Teenusega seotud riistvara uuendused. Lepingupartner osaleb tellijaga: Aruteludes ja koosolekutel; Teenuse varundamise häälestamises ning jooksvate probleemide lahendamises. Tehnilised nõuded teenusele Teenuse mahunäitajad Jrk nr Tingimus Dorabaas Dorabaas2 Dorabaasska 6.1.1 Maksimaalne lubatud üheaegne kasutajate /pöördumiste arv Kuni 300 üheaegset kasutajat Kuni 300 üheaegset kasutajat Kuni 300 üheaegset kasutajat 6.1.2 Maksimaalne prognoositav andmemaht 560 GB. Andmete mahu kasv aastas kuni 60 GB. 210 GB. Andmete mahu kasv aastas kuni 60 GB. 180 GB. Andmete mahu kasv aastas kuni 60 GB. 6.1.3 Maksimaalne lubatud säilitusmaht Piiramata Piiramata Piiramata 6.1.4 Andmete varukoopiaklass (RPO) 24-72h 24-72h 24-72h 6.1.5 Varukoopiate tegemise sagedus ja meetod 1 kord nädalas täielik varukoopia kogu süsteemist, varukoopia tegemine võtab aega kuni 4,5h ning tehakse ajavahemikus R kell 20:00 – P 23:00. 4 korda nädalas muudatuste varundus (incremental backup, eelneva varukoopia suhtes). Varundus toimub alates kell 18:30 E- N ja võtab aega kuni 2,5h. 1 kord nädalas täielik varukoopia kogu süsteemist, varukoopia tegemine võtab aega 1,25h ning tehakse ajavahemikus R kel 18:00 – P 23:00. 4 korda nädalas muudatuste varundus (incremental backup, eelneva varukoopia suhtes). Varundus toimub alates kell 18:00 E-N ja võtab aega kuni 1h. 1 kord nädalas täielik varukoopia kogu süsteemist, varukoopia tegemine võtab aega 1,25h ning tehakse ajavahemikus R kell 18:30 – P 23:00. 4 korda nädalas muudatuste varundus (incremental backup, eelneva varukoopia suhtes). Varundus toimub alates kell 18:30 E-N ja võtab aega kuni 1h. 6.1.6 Varukoopiate paigutamine säilitamisele Varukoopiad säilivad 4 nädalat. Varukoopiad säilivad 4 nädalat. Varukoopiad säilivad 4 nädalat. Ü ldmääratlus Jrk nr Tingimus Dorabaas Dorabaas2 Dorabaasska 6.2.1 Tööaeg E-R 8:30-17:00 E-R 8:30-17:00 E-R 8:30-18:00 6.2.2 Kriitilisuse klass (RTO) Infosüsteem peab olema uuesti kasutatav 8 tunni jooksul. Infosüsteem peab olema uuesti kasutatav 8 tunni jooksul. Infosüsteem peab olema uuesti kasutatav 8 tunni jooksul. Käideldavus Jrk nr Tingimus Dorabaas Dorabaas2 Dorabaasska 6.3.1 Hooldusaeg Varukoopiate tegemine vastavalt punktile 2.1.6 Avalikustamine 19:00 Indekseerimine vahemikus 24:00- 6:00 6:00-6:30 restart 19:00-21.00 hooldus Varukoopiate tegemine vastavalt punktile 2.1.6 Avalikustamine 19:00 Indekseerimine vahemikus 24:00- 6:00 6:00-6:30 restart 19:00-21.00 hooldus Varukoopiate tegemine vastavalt punktile 2.1.6 Avalikustamine 19:00 Indekseerimine vahemikus 24:00 6:00 6:00-6:30 restart 19:00-21.00 hooldus 6.3.2 Plaanilise katkestusest etteteatamisaeg (vähemalt) 2 tööpäeva 2 tööpäeva 2 tööpäeva 6.3.3 Ühe plaanilise katkestuse maksimaalne kestvus 2 tundi 2 tundi 2 tundi 6.3.4 Maksimaalne plaaniliste katkestuste arv kuus 4 4 4 6.3.5 Maksimaalne ühekordse plaanimata katkestuse kestvus Tööajal kuni 1h Tööajal kuni 1h Tööajal kuni 1h 6.3.6 Plaanimata katkestuste arv kuus 4 4 4 6.3.7 Mõõtmisprotseduur Pakkuja poolne AKT koos monitooringu aruandega. Pakkuja poolne AKT koos monitooringu aruandega. Pakkuja poolne AKT koos monitooringu aruandega. 6.3.8 Teenuse kiirus DORA avalehe avamine - 3 sek Dokumendihoidlas sirvimine – 2 sek Otsing - 3 sek Otsing, milles on 2 või enam muutujat – 5 sek Dokumendivormi avamine - 2 sek Dokumendivormi redigeerimine – 2 sek Tööülesande salvestamine – 3 sek Tööülesande täidetuks märkimine – 2 sek Digiallkirjastamine – 5 sek Asjanumbri genereerimine – 2 sek Tööaeg on ajavahemik, millal teenus on kasutajatele kättesaadav. Tööaeg määratakse eraldi tööpäevadele ning nädalavahetustele. Hooldusaeg on kokku lepitud tööajast üle jääv ajavahemik hooldustöödeks, mille jooksul teenus võib kuid ei pruugi olla kättesaadav. Maksimaalne lubatud ü heaegne kasutajate arv on üheaegselt teenust kasutavate kasutajate arv, mille korral on tagatud teenuse kvaliteetne toimimine. Planeeritud katkestus on eelnevalt kokkulepitud ajavahemik, mille jooksul teenus ei ole kätte saadav. Planeeritud katkestused toimuvad ainult töövälisel ajal. Planeerimata katkestus on tööajal aset leidev mitte plaanipärane katkestus teenuse toimimises. Planeerimata katkestuseks ei loeta olukorda, kus häiritud on vähese arvu kasutajate töö, kuid asutuses (sama hoone piires) on teenus kättesaadav. Planeerimata katkestus algab, kui tööajal mingi teenus või funktsionaalsus ei toimi. Planeerimata katkestus lõppeb, kui kõik teenused ja funktsioonid on taastatud. Maksimaalne ü hekordse planeerimata katkestuse kestvus on maksimaalne lubatud ajavahemik kus teenus ei ole tööajal kättesaadav või on oluliselt häiritud vähemalt ühe asutuse piires. Kriitilisuse klass on teenusetaseme taastamise maksimaalne ajakulu ning prioriteet, mis järjekorras katastroofiolukorras teenuseid taastatakse. Varukoopia klass määratleb varukoopiate tegemise sageduse lähtuvalt süsteemi olulisusest ning maksimaalsest lubatud andmekaost. Varukoopiate paigutamine lü hiajalisele säilitamisele määratleb varukoopia tsükli pikkuse, ehk ajavahemiku, kui kaua säilitatakse varukoopiaid enne kustutamist. Suhtlusskeem Vea olemus Avastaja/teavitaja Keda ja kuidas teavitab Märkused Planeeritud teenuse katkestus Tellija Täitja esindaja e mailile või kasutajatoe e-mailile Täitja Tellija esindaja e- mailile Tellija peab planeeritud katkestuse kooskõlastama Planeerimata teenuse katkestus Tellija Täitja esindaja e mailile või kasutajatoe e-mailile Täitja Tellija poolt määratud üld e-mailile Üld e-mail on loodav aadress, kuhu kuulub tellija esindaja, tellija sisu esindajad ministeeriumist ja asutustest ning IT-abi Probleemi avastamine (kriitiline) Tellija Täitja kasutajatoe e mailile Täitja Tellija poolt määratud üld e-mailile Probleemi avastamine (mitte kriitiline) Tellija Täitja kasutajatoe e m ailile Täitja Tellija esindaja e mailile Riistvara ressursside teavitus (sisend muudatuseks) Täitja Tellija esindaja e mailile Arendusvajaduste soovitused Täitja Tellija esindaja e mailile Katkestused ja probleemid peavad olema kajastatud nende tekkimisel täitja poolses probleemide haldamiseks mõeldud keskkonnas, kust saab tellija vajadusel jälgida ja igal ajal tagantjärele vaadata katkeskusega või probleemiga seotud infot (seisu, lahendamise tähtaega, põhjuseid ja lahenduse käiku).