dokumendiregister.ee
OtsingAsutusedMCP
Otsing›Tervise- ja heaolu infosüsteemide keskus
Muu lepingAvalik

Leping

Tervise- ja heaolu infosüsteemide keskus · 26. veebruar 2025
Viit
1-4/2537-5
Registreeritud
26. veebruar 2025
Dokumendi liik
Muu leping
Funktsioon
1 TEHIK tegevuse korraldamine
Sari
1-4 Koostöö, andmetöötluse ja konfidentsiaalsuslepingud
Toimik
1-4/2023
Vastutaja
Siret Tuula (TEHIK, Äriteenuste osakond, Töö- ja kesksete teenuste valdkond)

Failid

  • 📎623-20 15.01.2025 Leping.asice606 KB

Sisu (failidest)

Koostöökokkulepe 6/23-20 Lisa nr 8 KOOSTÖÖKOKKULEPPE nr 6/23-20 muutmine Tervise ja Heaolu Infosüsteemide Keskus (registrikood 70009770), asukohaga Pärnu mnt 132, Tallinn 11317, keda esindab põhimääruse alusel direktor Margus Arm (edaspidi Tellija) ja Registrite ja Infosüsteemide Keskus, (registrikood 70000310), asukohaga Lubja tn 4, 19081 Tallinn, keda esindab põhimääruse alusel direktor Rivo Reitmann, (edaspidi täitja või RIK) keda nimetatakse edaspidi ühiselt pooled, leppisid kokku muuta poolte vahel 20.01.2021. a sõlmitud koostöökokkulepet nr 6/23-20 (edaspidi koostöökokkulepe) järgmiselt: 1. Asendada koostöökokkuleppe lisa nr 2 „Teenuse maksumus“ käesolevale kokkuleppele lisatud lisaga nr 2 “Teenuse maksumus”. 2. Asendada koostöökokkuleppe lisa nr 3 „Teenuse detailne kirjeldus“ käesolevale kokkuleppele lisatud lisaga nr 3 “Teenuse kirjeldus“. 3. Asendada koostöökokkuleppe lisa nr 4 „Teenustaseme lepe (SLA)“ käesolevale kokkuleppele lisatud lisaga nr 4 “Teenustaseme lepe (Service Level Agreement - SLA)”. 4. Muuta koostöökokkuleppe punkti 9.2. sõnastust järgmiselt: „9.2 kontaktisikuks, kellel on mh õigus pidada täitjaga läbirääkimisi teenustasu muudatustes, on Siret Tuula (e-post: [email protected]).“ 5. Käesolev kokkulepe on allkirjastatud digitaalselt ning jõustub tagasiulatuvalt alates 01.01.2025. Tellija: Täitja: /digitaalselt allkirjastatud/ /digitaalselt allkirjastatud/ Margus Arm Rivo Reitmann Direktor Direktor Tervise ja Heaolu Infosüsteemide Keskus Registrite ja Infosüsteemide Keskus Koostöökokkulepe nr 6/23-20 Lisa nr 2 TEENUSE MAKSUMUS Teenuse maksumus eurodes alates 1. jaanuar 2025: Teenus Kasutajate arv Maksumus Maksumus kuus KM-ta aastas KM-ta 1. Dokumendihaldussüsteem Delta 1.1 Delta Tervise ja Heaolu Infosüsteemide 235 974,67 € 11 696,00 € Keskus (hinna sees andmemahtu 100GB) 1.2 Delta Terviseamet (hinna sees andmemahtu 316 1 270,58 € 15 247,00 € 200GB) 1.3 Delta Sotsiaalkindlustusamet (hinna sees 735 2 779,17 € 33 350,00 € andmemahtu 800GB) 1.4 Delta Ravimiamet (hinna sees andmemahtu 125 644,67 € 7 736,00 € 100GB) 1.5 Delta Sotsiaalkindlustusameti arhiiv (hinna 1-2 99,17 € 1 190,00 € sees andmemahtu 250GB) 1.6 Delta arendusteenus 3 000,00 € Kokku 5 768,25 € 72 219,00 € Iga ületatud GB hind on 0,10 eurot kuus, millele arvega arveldamisel lisandub käibemaks. Juhul, kui andmebaasi mahu suurenemine tingib teenuse hinna muutmist, siis arveldatakse teenuse hinna muudatus kord aastas. RIK esitab teenuste eest ühekordse arve TEHIKule 2025. aasta alguses. Kõik maksumused on toodud eurodes ja arvega arveldamisel lisandub juurde käibemaks. Kord aastas vaadatakse üle kõikide teenuste sisu, mahud ja fikseeritud hinnad ning vajadusel tehakse muutmisettepanek. 2 ASUTUSESISESEKS KASUTAMISEKS 15.01.2025 Juurdepääsupiirang kehtib kuni 15.01.2030 Alus: AvTS § 35 lg 1 p 9 Koostöökokkulepe nr 6/23-20 Lisa nr 3 TEENUSE KIRJELDUS Delta on täiselektrooniline dokumendihalduskeskkond , mis võimaldab organisatsiooni üleselt juhtida dokumentidega seotud tööd. Deltas saab ülevaatlikult jälgida, hallata ja määrata tööülesandeid ja töövooge, ning teostada tööülesandeid asendajana. Kasutajatel on õigustepõhine juurdepääs asutuse dokumentidele. Õiguste süsteem on paindlikult seadistatav nii organisatsiooni sisesteks vajadusteks kui ka teabe avalikustamiseks. 1.1. Delta haldus- ja majutusteenuse kirjeldus Haldusteenuse eesmärgiks on tagada IT-teenuse käideldavus, andmete terviklikkus, konfidentsiaalsus ning kasutajatugi. Haldusteenus sisaldab: 1. Teenindussoovide ja intsidentide haldamist, tagades teenindussoovide ja intsidentide kiire ja kvaliteetse lahendamise. 2. Muudatuste haldamist tagades muudatuste teostamise ja tellimise vastavalt SLAs sätestatud tingimustele ning kasutajate õigeaegse teavitamise teostatavatest muudatustest; 3. Infosüsteemi uuenduste ja paranduste testimist ning valideerimist tööde vastuvõtmisel; 4. Teenustasemete haldamist tagades kokku lepitud teenustaseme tellija ees. Majutusteenus sisaldab IT-teenuste, test- ja toodangukeskkonna majutust ja administreerimist tagades SLA-s kokku lepitud käideldavuse, konfidentsiaalsuse ja tervikluse nõuded. 1.1.1. Haldusteenuse tingimused Haldusteenus peab vastama lepingus ja lepingu lisades toodud tingimustele: 1.1.1.1. Konkreetne pöördumine loetakse algatatuks hetkest, kui see on edastatud IT-abisse e-posti teel ([email protected]). 1.1.1.2. Kasutaja on vastutav pöördumise edasi andmise eest punktis 1.1.1.1 toodud meetodil. 1.1.1.3. Pöördumise prioriteetsuse määrab algselt RIT-i IT-abi. Pöördumiste prioriteetsus määratakse alltoodud tabelite alusel, kui konkreetse pöördumise tüübi korral ei ole teisiti kokku lepitud. RIKil on õigus prioriteetsust muuta, vastavalt alltoodud tabelile. Prioritiseerimisel tuleb määrata pöördumise: 1.1.1.3.1. Mõju – mõõt mis hindab pöördumise ärilist mõju. Aluseks võetakse aspekte nagu kasutajate arv ja mõjutatud teenused. 1.1.1.3.2. Pakilisus – mõõt, mis hindab nii ärilist kriitilisust, kui ka pöördumise lahendamise kiirust. 3 1.1.1.4. Prioriteedi määratlemine: MÕJU KRIITILINE KÕRGE KESKMINE MADAL Kõik Kasutajate- kasutajad grupp, Paar või Kasutaja Osakond või kasutajat Haldusala Talitus või Asutus Teenus on maas või selle kasutamine on täielikult häiritud (I kriitilisuse klassiga teenused)/ KRIITILINE 1 1 2 2 On lekkinud konfidentsiaalseid andmeid või kahjustatud oluliselt andmete terviklust. Teenus on maas või selle kasutamine on täielikult häiritud (II-IV kriitilisuse klassiga KÕRGE teenused)/ 1 2 2 3 On konfidentsiaalsete andmete lekkimise või oluline andmete tervikluse kahjustumise oht. Teenuse kasutamine on osaliselt KESKMINE 2 2 3 3 häiritud. PAKILISUS Teenuse kasutamine ei ole häiritud / MADAL 2 3 3 4 Pöördumine, millega kasutajal pole kiire. Lahendamisaeg on pöördumisest lähtuva juhtumi töötlemise lubatud maksimaalne aeg, mis algab pöördumise registreerimisest ja kestab pöörduja teavitamiseni juhtumi lahendamisest. Pöördujalt küsitud täiendava teabe saamise ooteaega ei arvestata lahendamisaja hulka, kui see on vajalik juhtumi mõistmiseks ja lahendamiseks. Prioriteedi nr Nimetus Lahendamisaeg1 1 Kriitiline 3 tundi 2 Kõrge 8,5 tundi ehk 1 tööpäev 3 Keskmine 17 tundi ehk 2 tööpäeva 4 Madal 42,5 tundi ehk 5 tööpäeva 1.2. Nõuded Tellijale 1.2.1. Toetatud brauserid on Chrome ja Microsoft Edge ja kasutama peab tarkvara viimast versiooni. Teiste brauserite kasutamisel on funktsionaalsus piiratud. 1.2.2. MS Office tarkvara peab olema kaetud tootjapoolse tugiteenusega. 1.2.3. Tellija on Delta haldus- ja majutusteenuse raames töödeldavate isikuandmete osas vastutavaks töötlejaks. Tellija vastutab nimetatud isikuandmete töötlemise õiguspärasuse eest, sh Delta haldus- ja majutusteenuse teenustasemelepetes toodud logide säilitamistähtaegade jne sobivuse osas Tellija isikuandmete töötlemise regulatsioonidega. 1.2.4. Tellija tagab, et dokumendihaldussüsteemi Delta juurdepääs on tulemüüri tasemel IP põhiselt piiratud. Tellija peab andma RIKile oma võrgu IP aadressid. Etteantud IP aadressilt saab dokumendihaldussüsteemi Deltasse. 1 Kui pöördumise lahendamine vajab arendustöid, siis lahendamisaeg = tagasisidestamise aeg. 4 ASUTUSESISESEKS KASUTAMISEKS 15.01.2025 Juurdepääsupiirang kehtib kuni 15.01.2030 Alus: AvTS § 35 lg 1 p 9 Koostöökokkulepe nr 6/23-20 Lisa nr 4 TEENUSTASEME LEPE (Service Level Agreement – SLA) DELTA 1. Delta infovarade kaitsetarve Jrk. Infoturbe komponendid C-I-A Andmete kaitsetarve nr ☐ C0 – avalik info, juurdepääsu teabele ei piirata, lugemisõigus on kõigil huvitatutel ja muutmise õigus on määratud tervikluse nõuetega ☐ C1 – info asutusesiseseks kasutamiseks ja juurdepääs andmete konfidentsiaalsus teabele on lubatav juurdepääsu taotleva isiku teadmisvajaduse korral (C - confidentiality) 1.1 ☒ C2 – info asutusesiseseks kasutamiseks, info kasutamine andmete kättesaadavus ainult on lubatud ainult teatud kindlatele kasutajate gruppidele ja selleks volitatud isikule või juurdepääs teabele on lubatav juurdepääsu taotleva isiku tehnilisele vahendile teadmisvajaduse korral ☐ C3 – info asutusesiseseks kasutamiseks, info kasutamine on lubatud ainult teatud kindlatele kasutajatele ja juurdepääs teabele on lubatav juurdepääsu taotleva isiku teadmisvajaduse korral ☐ I0 – info allikas, muutmise ega hävitamise tuvastatavus ei ole olulised ja info õigsuse, täielikkuse ning ajakohasuse andmete terviklus kontroll pole vajalik (I - integrity) ☐ I1 – info allikas, selle muutmise ja hävitamise fakt peavad olema tuvastatavad ning info õigsuse, täielikkuse ja 1.2 andmete õigsuse, täielikkuse ja ajakohasuse kontroll erijuhtudel ning vastavalt vajadusele ajakohasuse tagatus ning ☒ I2 – info allikas, selle muutmise ja hävitamise fakt peavad päritolu autentsus ja olema tuvastatavad ning vajalik on info õigsuse, täielikkuse volitamatute muutuste ja ajakohasuse perioodiline kontroll puudumine ☐ I3 – info allikal, selle muutmise ja hävitamise faktil peab olema tõestusväärtus ning vajalik on info õigsuse, täielikkuse ja ajakohasuse kontroll reaalajas ☐ A0 – töökindlus – pole oluline, jõudlus – pole oluline andmete käideldavus ☒ A1 – töökindlus – 90% (lubatud summaarne seisak (A - availability) nädalas ~ ööpäev), lubatav nõutava reaktsiooniaja kasv tippkoormusel – tunnid (1÷10) 1.3 vajalikul ja nõutaval tööajal ☐ A2 – töökindlus – 99% (lubatud summaarne seisak kasutamiskõlblike andmete nädalas ~ 2 tundi), lubatav nõutava reaktsiooniaja kasv õigeaegne ning hõlbus tippkoormusel – minutid (1÷10) kättesaadavus selleks volitatud ☐ A3 – töökindlus – 99,9% (lubatud summaarne seisak isikule või tehnilisele vahendile nädalas ~ 10 minutit), lubatav nõutava reaktsiooniaja kasv tippkoormusel – sekundid (1÷10) 5 2. Delta infovarade varundamine ja sündmuste jälgitavus infosüsteemis Jrk. nr Tingimus Väärtustase Lühiajaline andmete varundamine infosüsteemi käideldavuse eesmärgi tagamiseks (OPS) andmetest varukoopia tegemise sagedus ja säilitamise tähtaeg ☐ X - "andmeid ei varundata" lähtuvalt süsteemi olulisusest ning ☐ KVA - "kopeerime kord kvartalis, säilitame aasta" maksimaalsest lubatud andmekaost ☐ K - "kopeerime kord kuus, säilitame 10 nädalat" 2.1  kui sageli tellija äritegevuse tulemusena ☐ N - "kopeerime kord nädalas, säilitame 20 päeva" baasis andmed uuenevad? ☒ P - "kopeerime kord päevas, säilitame 3 päeva"  kui palju viimati uuenenud andmeid ☐ T - "kopeerime kord tunnis, säilitame 4 tundi" ollakse valmis hädaolukorras kaotama? Aastapikkune andmete varundamine lühiajalise varundamise kindlustamise eesmärgil (OPS) ☐ X - "andmeid täiendavalt ei varundata" ☐ A - "kopeerime kord aastas, säilitame aasta" varukoopiate paigutamine säilitamisele ☐ PA - "kopeerime kord poolaastas, säilitame aasta" 2.2 tähtajaga 1 aasta ☐ KVA - "kopeerime kord kvartalis, säilitame aasta" ☐ K - "kopeerime kord kuus, säilitame aasta" ☒ N - "kopeerime kord nädalas, säilitame aasta" Pikaajaline andmete varundamine tagavara hoidmise eesmärgil (Arhiiv) ☐ X - "andmeid ei säilitata" ☒ A - "säilitame aasta" kalendriaasta viimase varukoopia ☐ 3 - "säilitame 3 aastat" 2.3 säilitustähtaeg ☐ 5 - "säilitame 5 aastat" ☐ 7 - "säilitame 7 aastat" ☐ Z - "säilitame tähtajatult" Logimine sündmuste kohta kronoloogilise andmestiku kogumine infosüsteemist, mida talletatakse andmefailina rakendusserveri logide säilitamine 2.4 (sh nt Internet Information Services ehk IIS, 1 aasta X-tee jms logid) 2.5 andmebaasi logide säilitamine Tähtajatult 3. Delta teenuse kättesaadavus ja seisakud Jrk. nr Tingimus Väärtustase Kättesaadavus E-R L, P ☐ I - 8:00 – 18:00 ☒ I - 8:00 – 18:00 ☐ II - 6:00 – 22:00 tööaeg 3.1 ajavahemik, millal infosüsteem peab olema ☐ II - 6:00 – 22:00 ☐ III - 00:00 – 00:00 kasutajatele kättesaadav ☐ III - 00:00 – 00:00 ☒ L, P ei ole kättesaadavust tagatud sisutoe tööaeg ☒ L, P sisutuge ei ajavahemik, millal on võimalik saada infosüsteemi ☒ I - 8:30 – 17:00 pakuta 3.2 halduri tuge, näiteks nõustamine ja abi ☐ II - 7.30 – 18.30 ☐ I - 8:30 – 17:00 infosüsteemi kasutamisel, andmete parandamine infosüsteemi baasis jms ☐ II - 7.30 – 18.30 IT-abi tööaeg 3.3 ☒ 8.30 – 17.00 - ajavahemik, millal lahendatakse pöördumisi 6 platvormide administreerimise valveaeg ☐ E-R tööajavälist ☒ L, P tööajavälist valveadministraatori reageerimine 3.4 valvet ei pakuta valvet ei pakuta monitooringuteavitustele väljaspool tööaega, et võimalusel taastada platvormi töö ☒ 18.00 - 8.00 ☐ 00:00 – 00:00 3.5 üheaegsete kasutajate maksimaalne arv 100 kasutajat 3.6 üheaegsete toimingute maksimaalne arv 50 toimingut sekundis Planeeritud katkestused eelnevalt kokkulepitud ajavahemik teenuse tööajal, mille jooksul teenus ei ole kättesaadav, et hooldada, testida ja täiendada infosüsteemi minimaalne etteteatamisaeg planeeritud 3.7 48 tundi katkestusest 3.8 ühe planeeritud katkestuse maksimaalne kestvus 4 tundi 3.9 planeeritud katkestuste maksimaalne arv kuus 4 korda planeeritud katkestuste maksimaalne kogukestvus 3.10 96 tundi aastas Planeerimata katkestused tavaolukorras hulka ei loeta olukorda, kus häiritud on üksikute kasutajate töö, kuid asutuses (sama hoone piires) on teenus kättesaadav 3.11 ühe planeerimata katkestuse maksimaalne kestvus 10 tundi 3.12 planeerimata katkestuste maksimaalne arv kuus 4 korda planeerimata katkestuste maksimaalne 3.13 100 tundi kogukestvus aastas Planeerimata katkestus katastroofiolukorras (näiteks serveriruumide vee- või tulekahjustuste või muu ootamatu eriolukorra puhul) ☐ I - "tegevuskriitiline" (maksimaalne taasteaeg 48h) infosüsteemi kriitilisuse klass ☐ II - "kriitiline" teenuse taastamise maksimaalne ajakulu ning (maksimaalne taasteaeg 7 ööpäeva) 3.14 prioriteet katastroofiolukorras, mis järjekorras ☒ III - "oluline" teenuseid taastatakse [1] (maksimaalne taasteaeg 21 ööpäeva) ☐ IV - "minimaalne" (maksimaalne taasteaeg 28 ööpäeva) 4. Delta infosüsteemi olulisemate funktsioonide andmetöötlemise võimekuse kriitilised piirid Funktsionaalsuste automaatset jälgimist täitja poolse tingimusena kokku ei lepita. Lubatud viide sekundites (normaalne- Jrk. nr Funktsioon maksimaalne) 4.1 Avalehe kuvamine 1-2 4.2 Dokumendi avamine 1-2 4.3 Dokumentide otsing 2-10 Infosüsteemi olulisemate funktsioonide andmetöötlemise tegelik võimekus vastab kokkuleppele, kui iga tabelis määratud funktsiooni mõõdetud tulemuste hulgast vähemalt 90% jääb funktsiooni lubatud maksimaalse aja piiridesse. 7 AVALIK DOKUMENDIREGISTER 1. Avaliku dokumendiregistri infovarade kaitsetarve Jrk. Infoturbe komponendid C-I-A Andmete kaitsetarve nr ☒ C0 – avalik info, juurdepääsu teabele ei piirata, lugemisõigus on kõigil huvitatutel ja muutmise õigus on määratud tervikluse nõuetega andmete konfidentsiaalsus ☐ C1 – info asutusesiseseks kasutamiseks ja juurdepääs teabele on lubatav juurdepääsu taotleva isiku teadmisvajaduse korral (C - confidentiality) 1.1 ☐ C2 – info asutusesiseseks kasutamiseks, info kasutamine on lubatud ainult teatud kindlatele kasutajate gruppidele ja andmete kättesaadavus ainult juurdepääs teabele on lubatav juurdepääsu taotleva isiku selleks volitatud isikule või teadmisvajaduse korral tehnilisele vahendile ☐ C3 – info asutusesiseseks kasutamiseks, info kasutamine on lubatud ainult teatud kindlatele kasutajatele ja juurdepääs teabele on lubatav juurdepääsu taotleva isiku teadmisvajaduse korral ☐ I0 – info allikas, muutmise ega hävitamise tuvastatavus ei ole olulised ja info õigsuse, täielikkuse ning ajakohasuse andmete terviklus kontroll pole vajalik ☒ I1 – info allikas, selle muutmise ja hävitamise fakt peavad (I - integrity) olema tuvastatavad ning info õigsuse, täielikkuse ja ajakohasuse kontroll erijuhtudel ning vastavalt vajadusele 1.2 andmete õigsuse, täielikkuse ja ☐ I2 – info allikas, selle muutmise ja hävitamise fakt peavad ajakohasuse tagatus ning olema tuvastatavad ning vajalik on info õigsuse, täielikkuse päritolu autentsus ja ja ajakohasuse perioodiline kontroll volitamatute muutuste ☐ I3 – info allikal, selle muutmise ja hävitamise faktil peab puudumine olema tõestusväärtus ning vajalik on info õigsuse, täielikkuse ja ajakohasuse kontroll reaalajas ☐ A0 – töökindlus – pole oluline, jõudlus – pole oluline andmete käideldavus ☒ A1 – töökindlus – 90% (lubatud summaarne seisak nädalas ~ ööpäev), lubatav nõutava reaktsiooniaja kasv (A - availability) tippkoormusel – tunnid (1÷10) 1.3 vajalikul ja nõutaval tööajal ☐ A2 – töökindlus – 99% (lubatud summaarne seisak nädalas ~ 2 tundi), lubatav nõutava reaktsiooniaja kasv kasutamiskõlblike andmete tippkoormusel – minutid (1÷10) õigeaegne ning hõlbus ☐ A3 – töökindlus – 99,9% (lubatud summaarne seisak kättesaadavus selleks volitatud isikule või tehnilisele vahendile nädalas ~ 10 minutit), lubatav nõutava reaktsiooniaja kasv tippkoormusel – sekundid (1÷10) 2. Avaliku dokumendiregistri infovarade varundamine ja sündmuste jälgitavus infosüsteemis Jrk. nr Tingimus Väärtustase Lühiajaline andmete varundamine infosüsteemi käideldavuse eesmärgi tagamiseks (OPS) andmetest varukoopia tegemise sagedus ja säilitamise tähtaeg ☐ X - "andmeid ei varundata" lähtuvalt süsteemi olulisusest ning ☐ KVA - "kopeerime kord kvartalis, säilitame aasta" maksimaalsest lubatud andmekaost ☐ K - "kopeerime kord kuus, säilitame 10 nädalat" 2.1  kui sageli tellija äritegevuse tulemusena ☐ N - "kopeerime kord nädalas, säilitame 20 päeva" baasis andmed uuenevad? ☒ P - "kopeerime kord päevas, säilitame 3 päeva"  kui palju viimati uuenenud andmeid ☐ T - "kopeerime kord tunnis, säilitame 4 tundi" ollakse valmis hädaolukorras kaotama? 8 Aastapikkune andmete varundamine lühiajalise varundamise kindlustamise eesmärgil (OPS) ☐ X - " andmeid täiendavalt ei varundata " ☐ A - "kopeerime kord aastas, säilitame aasta" varukoopiate paigutamine säilitamisele ☐ PA - "kopeerime kord poolaastas, säilitame aasta" 2.2 tähtajaga 1 aasta ☐ KVA - "kopeerime kord kvartalis, säilitame aasta" ☐ K - "kopeerime kord kuus, säilitame aasta" ☒ N - "kopeerime kord nädalas, säilitame aasta" Pikaajaline andmete varundamine tagavara hoidmise eesmärgil (Arhiiv) ☐ X - " andmeid ei säilitata" ☒ A - "säilitame aasta" kalendriaasta viimase varukoopia ☐ 3 - "säilitame 3 aastat" 2.3 säilitustähtaeg ☐ 5 - "säilitame 5 aastat" ☐ 7 - "säilitame 7 aastat" ☐ Z - "säilitame tähtajatult" Logimine sündmuste kohta kronoloogilise andmestiku kogumine infosüsteemist, mida talletatakse andmefailina 2.4 Veebilogid 3 kuud 3. Avaliku dokumendiregistri teenuse kättesaadavus ja seisakud Jrk. nr Tingimus Väärtustase Kättesaadavus E-R L, P ☐ L, P ei ole tööaeg ☐ I - 8:00 – 18:00 kättesaadavust tagatud 3.1 ajavahemik, millal infosüsteem peab olema ☐ II - 6:00 – 22:00 ☐ I - 8:00 – 18:00 kasutajatele kättesaadav ☒ III - 00:00 – 00:00 ☐ II - 6:00 – 22:00 ☒ III - 00:00 – 00:00 sisutoe tööaeg ☒ L, P sisutuge ei ajavahemik, millal on võimalik saada infosüsteemi ☒ I - 8:30 – 17:00 pakuta 3.2 halduri tuge, näiteks nõustamine ja abi ☐ II - 7.30 – 18.30 ☐ I - 8:30 – 17:00 infosüsteemi kasutamisel, andmete parandamine infosüsteemi baasis jms ☐ II - 7.30 – 18.30 IT-abi tööaeg 3.3 ☒ 8.30 – 17.00 - ajavahemik, millal lahendatakse pöördumisi platvormide administreerimise valveaeg ☐ E-R tööajavälist ☐ L, P tööajavälist valveadministraatori reageerimine 3.4 valvet ei pakuta valvet ei pakuta monitooringuteavitustele väljaspool tööaega, et võimalusel taastada platvormi töö ☒ 18.00 - 8.00 ☒ 00:00 – 00:00 3.5 üheaegsete kasutajate maksimaalne arv 100 kasutajat 3.6 üheaegsete toimingute maksimaalne arv 50 toimingut sekundis Planeeritud katkestused eelnevalt kokkulepitud ajavahemik teenuse tööajal, mille jooksul teenus ei ole kättesaadav, et hooldada, testida ja täiendada infosüsteemi minimaalne etteteatamisaeg planeeritud 3.7 48 tundi katkestusest 9 3.8 ühe planeeritud katkestuse maksimaalne kestvus 4 tundi 3.9 planeeritud katkestuste maksimaalne arv kuus 4 korda planeeritud katkestuste maksimaalne kogukestvus 3.10 96 tundi aastas Planeerimata katkestused tavaolukorras mitte plaanipärane teenuse või selle funktsionaalsuse seisak või häire nende töös teenuse tööajal, mille hulka ei loeta olukorda, kus häiritud on üksikute kasutajate töö, kuid asutuses (sama hoone piires) on teenus kättesaadav 3.11 ühe planeerimata katkestuse maksimaalne kestvus 10 tundi 3.12 planeerimata katkestuste maksimaalne arv kuus 4 korda planeerimata katkestuste maksimaalne 3.13 100 tundi kogukestvus aastas Planeerimata katkestus katastroofiolukorras (näiteks serveriruumide vee- või tulekahjustuste või muu ootamatu eriolukorra puhul) ☐ I - "tegevuskriitiline" (maksimaalne taasteaeg 48h) infosüsteemi kriitilisuse klass ☐ II - "kriitiline" (maksimaalne taasteaeg 7 ööpäeva) 3.14 teenuse taastamise maksimaalne ajakulu ning ☐ III - "oluline" prioriteet katastroofiolukorras, mis järjekorras (maksimaalne taasteaeg 21 ööpäeva) teenuseid taastatakse [1] ☒ IV - "vajalik" (maksimaalne taasteaeg 28 ööpäeva) 4. Avaliku dokumendiregistri infosüsteemi olulisemate funktsioonide andmetöötlemise võimekuse kriitilised piirid Funktsionaalsuste automaatset jälgimist täitja poolse tingimusena kokku ei lepita. Lubatud aeg sekundites Jrk. nr Funktsioon (normaalne-maksimaalne) 4.1 Otsing 1-2 4.2 Dokumendi avamine 1-2 Infosüsteemi olulisemate funktsioonide andmetöötlemise tegelik võimekus vastab kokkuleppele, kui iga tabelis määratud funktsiooni mõõdetud tulemuste hulgast vähemalt 90% jääb funktsiooni lubatud maksimaalse aja piiridesse. 10
Allikas: Tervise- ja heaolu infosüsteemide keskus dokumendiregister →
dokumendiregister.eeAsutusedEesti avalike dokumendiregistrite otsing · nimistu.ee andmetel