| Dokumendiregister | Tervise- ja heaolu infosüsteemide keskus |
| Viit | 3-9/5045-2 |
| Registreeritud | 16.09.2026 |
| Sünkroonitud | 28.09.2026 |
| Liik | Riigihankeleping |
| Funktsioon | 3 Finantsarvestus ja asutuse varade haldus |
| Sari | 3-9 Riigihankelepingud |
| Toimik | 3-9/2026 |
| Juurdepääsupiirang | Avalik |
| Adressaat | |
| Saabumis/saatmisviis | |
| Vastutaja | Helena Laur (TEHIK, Tervise infosüsteemi teenuste valdkond, TIS platvormi osakond) |
| Originaal | Ava uues aknas |
| Taotle dokumendi eemaldamist või parandamist |
1
Lisa 1
Tehniline kirjeldus
TIS patsiendi üldandmete teenuse hooldus- ja arendustööd
1. Üldine
Minikonkursi eesmärk on sõlmida töövõtuleping täitjaga, kes teostab tellija tellimuste alusel
tervise infosüsteemi patsiendi üldandmete teenuse ning seda toetavate tervise infosüsteemi
mikroteenuste platvormi komponentide hooldus- ja arendustöid ning annab tellijale üle
tellimustes määratud nõuetele vastavad töö tulemused.
1.1. Lühendid
MPI – Master Patient Index, ka PÜT ehk Patsiendi üldandmete teenus. Käesolevas
dokumendis kasutatakse mõistet PÜT samatähenduslikult MPI-ga.
PÜT – Patsiendi üldandmete teenus, ka MPI ehk Master Patient Index. Käesolevas
dokumendis kasutatakse mõistet PÜT samatähenduslikult MPI-ga.
TIS – tervise infosüsteem
TTO – tervishoiuteenuse osutaja
2. Hetkeolukord
Patsiendi üldandmete teenus (PÜT, ka MPI – Master Patient Index) on olnud
toodangukeskkonnas juurutamiseks valmis alates 2024. aastast ning 2025. aasta maiks olid
lahendatud peamised takistused teenuse täismahus kasutuselevõtuks TTO-de poolt. Teenus
on tänaseks kasutusele võetud esimeste TTO-de poolt ning juurutatud ka Tervisejuhtimise
töölaual.
2026. a I poolaastal on PÜT-i kasutuselevõtu laienemise, Terviseportaali ja teiste teenuste
vajaduste ning Oracle andmebaasidest loobumise ettevalmistamise käigus selgunud mitmed
täiendavad arendusvajadused. Need puudutavad muu hulgas Rahvastikuregistri andmete
kasutamist Terviseportaali teavitusteenustes, TTO-de ja Terviseportaali juurutustuge,
Rahvastikuregistri SOAP-teenuste asendamist REST-teenustega, isikukoodide seostamise
funktsionaalsuse üleviimist PÜT-i, surnult sündinud patsiendiga seotud kasutuslugude
toetamist ning andmelao statistikamooduli sõltuvuse vähendamist Oracle andmebaasist.
Antud hankelepingu raames on plaanis lahendada eelnevalt kirjeldatud arendusvajadused.
Lisaks teostada jooksvad täiendavad hooldus- ja arendustööd patsiendi üldandmete teenuses
ning sellega seotud teenust toetavates tervise infosüsteemi mikroteenuste platvormi
komponentides.
3. Hankelepingu eesmärk ja ese
3.1. Hankelepingu ese
Hankelepingu esemeks on tervise infosüsteemi patsiendi üldandmete teenuse ning seda
toetavate tervise infosüsteemi mikroteenuste platvormi komponentide arendus- ja
hooldustööde tegemine ning nende tööde tulemuste üleandmine tellijale vastavalt
käesolevale tehnilisele kirjeldusele ja tellija konkreetsetele tellimustele.
2
3.2. Hankelepingu eesmärgid
Hankelepingu eesmärkideks on:
teostada tellija tellimuste alusel hooldustöid, mille tulemusena kõrvaldatakse
tuvastatud vead või muud puudused ning taastatakse või säilitatakse tellimuses
määratud ulatuses tervise infosüsteemi patsiendi üldandmete teenuse ning seda
toetavate tervise infosüsteemi mikroteenuste platvormi komponentide nõuetekohane
toimimine (sh vigade tuvastamine, parandamine ja testimine);
teostada jooksvad arendustööd ning anda tellijale üle tellimuses kirjeldatud nõuetele
vastavad arendustööde tulemused.
3.3. Hankelepingu rahaline maht ja tööde teostamise periood
3.3.1. Sõlmitava hankelepingu maht on maksimaalselt 100 000 (sada tuhat) eurot
käibemaksuta.
3.3.2. Tööde teostamise periood on kuni 24 kuud alates hankelepingu
allkirjastamisest või hankelepingu rahalise mahu täitumiseni, olenevalt kumb
asjaolu saabub varem.
3.3.3. Tööde maht ja vajadusel eeldatav töökoormus täpsustatakse konkreetsetes
tellimustes.
4. Tellitavad tööd
4.1. Töö sisu
Tervise infosüsteemi patsiendi üldandmete teenuse ja seda toetavate tervise infosüsteemi
mikroteenuste platvormi komponentide hooldus- ja arendustööd võivad hõlmata järgmisi
töid ning nendega seotud üleantavaid tulemusi:
4.1.1. jooksvad hooldus- ja arendustööd (sh projektijuhtimine, analüüs, testimine)
4.1.2. vajadusel lahenduse töösse sekkumine, et tagada lahenduse funktsionaalsuse
tõrgeteta toimimine (sh ajaületusega päringute või vealogide analüüs);
4.1.3. lahenduse jõudlusega seotud probleemide korral põhjuste väljaselgitamisel
osalemine, lahenduste pakkumine, parema jõudluse tagamiseks vajalike tööde
teostamine (sh päringute optimeerimine);
4.1.4. vajadusel tellija nõustamine hooldus- ja arendustöödega seotud küsimustes,
sh kolmandate isikute teostatavate arenduste toetamine ja muudatuste koodi
ülevaatus; sellise töö tulemus vormistatakse vastavalt tellimusele kirjaliku
analüüsi, soovituse, koodiülevaatuse tulemuse või muu kontrollitava tulemina.
4.1.5. vajadusel tellija ja/või teenust juurutava tervishoiuteenuse osutaja
toetamine juurutustööde käigus;
4.1.6. vajadusel arendustööde teostamine, mis on tingitud baastarkvara või
komponentide versiooniuuendustest;
4.1.7. teostatud tööde dokumenteerimine;
4.1.8. vajadusel lepingu perioodil tehnilise ja ärilise lahenduse tutvustamine tellija
korraldatud koosolekutel või üritustel ning tellimuses ette nähtud juhul vastava
esitlusmaterjali või ülevaate koostamine ja üleandmine.
3
5. Tööprotsess
5.1. Üldine tööprotsess
5.1.1. Lepingu hind kujuneb töötunnipõhise arvestuse alusel. Töötund on töö hinna
arvestusühik; lepingu esemeks on tellimustes määratud tööde tegemine ja
nende nõuetekohaste tulemuste üleandmine. Töötunnid logitakse
meeskonnaliikme poolt tööde halduskeskkonnas Jira minimaalse sagedusega 1
kord nädalas. Tööaja arvestuse väikseim samm on 15 minutit.
5.1.2. Vastavalt raamlepingu lisaks olevas Kodukorras sätestatule kuuluvad tellija
poolt tasustamisele üksnes lepingu alusel tellitud töö tegemiseks reaalselt
kulutatud efektiivsed töötunnid, mis loovad tellijale otsest väärtust. Tööde
vastuvõtmine toimub töö tulemuse nõuetekohasuse alusel hankelepingus
sätestatud korras.
5.1.3. Tööde eest esitab täitja igakuiselt tööde üleandmise-vastuvõtmise akti koos
ajaaruandega, kui hankelepingus ei ole üleandmise sageduse kohta sätestatud
teisiti. Tööde eest tasustamise tingimused on sätestatud hankelepingus.
5.1.4. Arendamisel kasutatakse agiilse arendusprotsessi põhimõtteid lähtuvalt
raamlepingu lisaks olevas kodukorras sätestatud põhimõtetest ning tellija ja
täitja vahelistest töökorralduse kokkulepetest.
5.1.5. Tööde teostamise aluseks on tellija koostatud tellimus tööde
halduskeskkonnas Jira. Igas tellimuses määratakse vähemalt töö sisu ja nõutav
tulem ning vajadusel tulemi vastuvõtukriteeriumid, töö eeldatav või
maksimaalne maht ja täitmise ja üleandmise tähtaeg. Täitja kohustus on anda
üle tellimusele ja hankelepingule vastav töö tulemus; tööle kulutatud
töötundide arv ei asenda nõuetekohase tulemuse üleandmist.
5.1.6. Töövõtulepingu punktis 2.1 sätestatud tööde üleandmise tähtaeg on lepingu
alusel tellitavate tööde üleandmise hiliseim lõpptähtaeg. Lepingu kehtivuse
jooksul tellitavate üksikute tööde, tööpakettide või etappide nõutav tulem ning
täitmise ja üleandmise tähtaeg määratakse Jira tööpiletis esitatud tellimuses,
arvestades tellitava töö sisu, mahtu ja keerukust. Tellimuses määratud tähtaeg
on vastava töö täitmisel pooltele siduv. Tellimuses määratud tähtaega võib
põhjendatud juhul muuta poolte kirjalikku taasesitamist võimaldavas vormis
kokkuleppel, tingimusel et muudatus ei muuda tellitud töö olemust ega ületa
töövõtulepingu punktis 2.1 sätestatud tööde üleandmise lõpptähtaega. Ühegi
tellimuse täitmise tähtaeg ei või olla hilisem töövõtulepingu punktis 2.1
sätestatud tööde üleandmise lõpptähtajast.
5.2. Nõuded meeskonnale
5.2.1. Pakkuja meeskond peab vastama raamlepingus esitatud nõuetele (leitavad
raamlepinguga seonduva hanke nr 306710 vastavustingimuste alt).
5.2.2. Minikonkursi tulemusel sõlmitava hankelepingu täitmisel peab Täitja tagama
meeskonna, kuhu kuuluvad vähemalt järgmised rollid: 2 Java back-end
arendajat, 1 analüütik (HL7 kogemus), 1 projektijuht, 1 testija. Sealjuures
võib analüütik täita ka projektijuhi rolli või vastupidi.
4
5.2.3. Isikute kohta, keda ei esitatud nimeliselt raamlepingu pakkumuses (nt
projektijuht, testija), esitab Täitja andmed minikonkursi pakkumuses
raamhankes ettenähtud meeskonna ühise CV vormil.
5.2.4. Raamlepingu raames esitatud võtmeisikute (Java back-end arendajad,
analüütik (HL7 kogemus)) puhul lähtub Täitja raamlepingu pakkumuses märgitud
isikutest, tagades nende kättesaadavuse ja kaasatuse vastavalt minikonkursi
vajadustele.
5.3. Nõuded arendustöödele
5.3.1. Arendustööde teostamisel tuleb lähtuda raamlepingus viidatud tellija poolt
kodulehel avaldatud nõuetest (mh mittefunktsionaalsed nõuded, IT profiil,
automaattestide nõuded).
5.3.2. Vastavalt hankelepingule tuleb üleantavad tööd täitja poolt enne üle andmist
testida. Täitja poolt tuleb koostada testiraportid, testilood ning esitada
testitulemused. Testitulemustest peab selguma, kuidas arendusnõuded on
täidetud. Testid peavad olema automatiseeritud ja korduvkäivitatavad TEHIKu
poolt.
5.3.3. Vastavalt hankelepingule antakse koos töödega üle nõuetekohane
dokumentatsioon. Täitja poolt tuleb dokumenteerida:
lahenduse arhitektuur koos lahenduse toimimise kirjelduse ja
interaktsiooniskeemidega;
andmemudel koos andmeväljade kirjeldusega;
paigaldus- ja administreerimisjuhendid;
testid ja nende tulemid.
5.3.4. Ülaltoodud loetelu dokumenteerimisvajadustest võib töö käigus täieneda
(mittefunktsionaalsetes nõuetes sätestatud tingimustest lähtuvalt).
5.3.5. Dokumenteerimine peab toimuma TEHIKu Wiki keskkonnas.
5.4. Tööde üleandmine
Täitja annab nõuetekohaselt lõpetatud töö ja selle tulemused tellijale üle hankelepingus
sätestatud korras. Tellija kontrollib üleantud töö vastavust konkreetsele tellimusele,
käesolevale tehnilisele kirjeldusele ja hankelepingule. Töö vastuvõtmine toimub
hankelepingus sätestatud üleandmise-vastuvõtmise korras; ajaaruanne ja töötundide
kajastamine ei tähenda iseenesest töö tulemuse vastuvõtmist. Kui töö ei ole nõuetekohane,
teeb täitja vajalikud parandused hankelepingus sätestatud tingimustel.
6. Täiendav materjal
Teenuse dokumentatsioon TEHIK Wiki keskkonnas
Tervise infosüsteemi arhitektuuri joonis
Teenuse kirjeldus TEHIK Teabekeskuses
Teenuse juurutusjuhend
Teenuse protsessianalüüs
Töövõtuleping nr 3-9/5045-2
TIS patsiendi üldandmete teenuse hooldus- ja arendustööd
Lepingu osa viitenumber 306710 002 001 000
Tervise ja Heaolu Infosüsteemide Keskus (edaspidi tellija), registrikood 70009770, aadress Pärnu
mnt 132, 11317 Tallinn, keda esindab põhimääruse alusel direktor Margus Arm ja
Kodality OÜ (edaspidi täitja), registrikood 14379569, aadress Valukoja tn 10 Tallinn Harjumaa 11415,
keda esindab põhikirja alusel Maksim Žukov,
edaspidi eraldi pool või koos pooled, sõlmisid raamlepingu nr 3-9/5045-1 alusel käesoleva
töövõtulepingu (edaspidi leping) alljärgnevas:
1. Lepingu sõlmimise alus ja ese ning dokumendid
1.1. Leping sõlmitakse minikonkursi „TIS patsiendi üldandmete teenuse hooldus- ja
arendustööd" (314956) raames esitatud eduka pakkumuse esitanud pakkujaga (Täitja)
arendus-hooldustööde tegemiseks (edaspidi Tööd), vastavalt Lepingus ja selle lisades
toodule.
1.2. Lepingu ese on riigihanke „TIS patsiendi üldandmete teenuse hooldus- ja arendustööd“
alusdokumentides (minikonkursi viitenumber 314956) olevas tehnilises kirjelduses
nimetatud tööd.
1.3. Lepingu dokumendid koosnevad käesolevast Lepingust ja Lepingu lisadest.
1.4. Lepingu tööde maht on maksimaalselt 100 000 (sada tuhat) eurot käibemaksuta 24 kuu
jooksul arvates lepingu sõlmimisest, olenevalt kumb asjaolu saabub varem.
1.5. Lepingu lahutamatuteks lisadeks Lepingu sõlmimise hetkel on:
1.5.1 Lisa 1 Tehniline kirjeldus;
1.5.2 Lisa 2 Tööde üleandmise-vastuvõtmise akti vorm;
1.5.3 Lisa 3 Pakkumus (ei allkirjastata koos lepinguga).
2. Töö üleandmise ja vastuvõtmise tingimused
2.1. Täitja annab töö üle hiljemalt 24 kuu jooksul alates lepingu sõlmimisest.
2.2. Töötunni põhise lepingu korral esitab täitja eelmise kuu töötundide ajaaruande, mis sisaldab
teostatud töötunde ja nende jooksul teostatud töid. Ajaaruanne esitatakse allkirjastatult
hiljemalt järgmise kalendrikuu 5. tööpäeval. Viimane ajaaruanne esitatakse koos aktiga.
2.3. Tööde tulemused ja vajadusel lepingu täitmise käik dokumenteeritakse ning hallatakse tellija
dokumendihalduskeskkonnas ja/ või koodihalduskeskkonnas (näiteks wiki, gitlab).
2.4. Tarne on hankelepingu alusel teostatud tööde paketina üleandmine, mis on toodangusse
paigaldamiseks korrektselt konfigureeritud ja koodihalduskeskkonda lisatud. Täitja lisab
tarne kirjelduse ja spetsifikatsiooni dokumendihalduskeskkonda. Täitja esitab tarne kohta
tarneteatise, lisades tarnega seotud testimise juhendi ja vastavalt hankelepingule
automaattestid.
2.5. Üleantavad tööd tuleb täitja poolt enne tellijale üle andmist testida, koostada testiraportid
ja testilood.
2.6. Täitja annab tööd üle omalt poolt allkirjastatud aktiga. Hooldustööde teostamisel tuleb koos
aktiga esitada ajaaruanne. Aktis peavad tehtud hooldus- ja arendustööd olema teineteisest
eristatud.
2.7. Tellitavad tööd antakse vastuvõtutestimiseks üle vastavalt lepingu tehnilises kirjelduses
kokkulepitud tingimustele.
2.8. Tellija võtab tööd vastu akti allkirjastamisega pärast edukat vastuvõtutestimist.
2.9. Koos töödega antakse üle nõuetekohane dokumentatsioon, kommenteeritud lähtekood,
intellektuaalomandi õigused ja muu hankelepingus kokkulepitu.
2.10. Tööd loetakse nõuetekohaselt teostatuks, kui tööd vastavad hankelepingule,
vastuvõtutestid on vigadeta läbitud ja tööd on aktiga tellija poolt vastu võetud.
2.11. Tellija võib tööd vastu võtta, kui töödes esineb üksikuid ja tellija jaoks väheolulisi pisivigasid,
mis fikseeritakse aktis. Tellija poolne pisivigadega tööde vastuvõtmine ei vabasta täitjat
kohustusest vead kõrvaldada ning üle anda vigadeta tööd. Tellijal määrab mõistliku tähtaja
pisivigade parandamiseks.
2.12. Tellijal on õigus keelduda tööde vastuvõtmisest kui tööd ei vasta esitatud nõuetele või
töödes esineb muid vigu.
2.13. Kui tellija esitab vastuväited töödele, peab täitja tööd parandama tellija poolt määratud
mõistliku tähtaja jooksul. Kui täitja ei ole tellija antud tähtaja jooksul kõrvaldanud avastatud
vigu, võib tellija tööd ise parandada või lasta seda teha kolmandatel isikutel ja nõuda täitjalt
selleks tehtud mõistlike kulutuste hüvitamist tingimusel, et puudused on objektiivselt
tuvastatavad ja nende eest vastutab täitja, tellija vastuväited ja parandamisvajadus on
põhjendatud. Juhul, kui hiljem selgub, et puuduste eest ei vastuta siiski täitja, kannab
vastavad kulud tellija.
2.14. Alates teisest kordustestimisest võib tellija kordustestidega seotud kulutused (tellija
kulutatud tööaeg ja/või tellija testimispartnerite poolt esitatud arvete alusel) täitjalt välja
nõuda või tasaarvestada, kui kordustestimise vajadus oli tingitud puudustest, mille eest
vastutab täitja.
3. Vigadest teavitamine ja veaparanduste teostamine
3.1. Tellija teavitab avastatud rakenduse ja tarkvara vigadest täitjat esimesel võimalusel, tehes
kande tööde halduskeskkonda või muul kokkulepitud viisil. Tellija registreerib vea, märkides
võimalusel vea põhjuse, eeldatava vea parandamise tähtaja ning kriitilisuse, märkides lisaks,
kui tegemist on garantiilise tööga ja suunab selle täitjale.
3.2. Täitja võib omalt poolt avastatud vigadest tellijat teavitada, tehes kande tööde
halduskeskkonda. Täitja registreerib vea, märkides võimalusel vea põhjuse, eeldatava vea
parandamise tähtaja ning kriitilisuse, märkides lisaks, kas tegemist on garantiilise tööga
ning suunab selle tellijale. Tellija määrab edasise lahenduse käigu.
3.3. Täitja garanteerib tellijale teenindusajal veakahtluste korral veaallika tuvastamiseks vajaliku
konsultatsiooni.
3.4. Täitja on kohustatud veaparanduse teostama vähima võimaliku aja jooksul.
3.5. Maksimaalsed lahendusajad ja vigade eristamise kriitilisuse astmed:
3.5.1. kriitiline viga – tarkvaral põhinev teenus või süsteem ei toimi ega ole kasutatav. Näiteks
on andmed rikutud; esineb kasutajasessioonide ebanormaalne katkemine; probleem
mõjutab süsteemi käideldavust ja andmete terviklikkust; mõjutatud on enamus
tarkvara kasutajatest; tõsine finantsmõju. Lahendusaeg 8 tundi;
3.5.2. häiriv viga – tarkvaraga seotud probleem ei sega teatavate reservatsioonide järgimisel
igapäevast töötamist; mõjutatud ei ole kõik tarkvara kasutajad; väiksema tähtsusega
funktsionaalsused pole käideldavad, kasutatavad või süsteemi jõudlus on madalamal
maksimaalsest nõudest. Lahendusaeg 16 tundi;
3.5.3. pisiviga - väikesed puudused minimaalse mõjuga tööde kasutajatele või klientidele;
kosmeetilised probleemid (ekraanikomponendid on nihkes, kuid see ei takista
komponendi eesmärgipärast kasutamist); pikaajaline vastukaalu kasutamine
kasutajatele vastuvõetav. Lahendusaeg 40 tundi.
3.6. Kui veaparandus ei ole objektiivsetest asjaoludest tulenevalt võimalik maksimaalse
lahendusaja jooksul, kohustub täitja sellest tellijat informeerima kirjalikku taasesitamist
võimaldavas vormis, näidates ära põhjused, miks veaparandus ei ole nimetatud aja jooksul
võimalik ning esitades töö teostamise tähtaja, mille jooksul täitja on reaalselt võimeline vea
parandama.
3.7. Kui täitja annab vigade parandamise järgselt üle tööd, milles tellija vastuvõtutestimise käigus
esineb jätkuvalt vigu (teistkordne vigadega tööde üleandmine), võib tellija otsustada, kas
anda täitjale uus tähtaeg vigade parandamiseks või kõrvaldada vead ise või kolmanda isiku
kaasabil, vähendades täitjale makstavat tasu võrdeliselt vigade parandamiseks tehtud
kulutustega.
4. Lepingu hind ja maksmine
4.1. Lepingu täitmine toimub töötunnipõhisel arvestusel, tellija tasub üksnes lepingu alusel
tellitud ja teostatud töötundide eest.
4.2. Ühe töötunni maksumuseks lepingu täitmisel on 55,54 (viiskümmend viis koma
viiskümmend neli ) eurot käibemaksuta.
4.3. Täitja esitab tellijale e-arve igakuiselt. Arvel tuleb märkida riigihanke nimetus, lepingu osa
viitenumber, lepingu number ja kontaktisiku andmed.
5. Poolte vahelised teated ja kontaktisikud
3.1. Teadete edastamisel ja kätte toimetamisel lähtutakse raamlepingu regulatsioonist.
3.2. Tellija kontaktisikuks lepingu täitmisel on Helena Laur, tel 7943 900, e-post
[email protected] või tema asendaja.
3.3. Täitja kontaktisikuks lepingu täitmisel on Maksim Žukov, telefon +372 5554 2201, e-post:
[email protected] või tema asendaja.
6. Garantii
6.1. Täitja annab hankelepingu alusel teostatud töödele garantii 12 kuud. Garantii hakkab
kehtima hetkest, millal tellija võtab töö toodangukeskkonnas kasutusele. Kui tellija ei võta
tööd toodangukeskkonnas kasutusele 3 kuu möödumisel alates tööde vastuvõtmisest, algab
garantii nimetatud aja möödumisel. Kui arendustöö teostatakse ja võetakse vastu
etappidena, algab lisaks eeltoodule tööle kui tervikule 12-kuuline garantii tervikliku töö
toodangukeskkonnas kasutuselevõtmisest või toodangukeskkonnas kasutusele võtmata
jätmisel 3 kuu möödumisel alates tervikliku töö vastuvõtmisest.
6.2. Garantiiga on hõlmatud kõik garantii tähtaja jooksul tarkvaras ilmnevad vead ja
mittevastavused, 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.
6.3. Täitja kõrvaldab garantii kehtivuse ajal töödes avaldunud vead ja mittevastavused tasuta,
sealhulgas uuendab või asendab kõik seonduvad dokumendid.
6.4. Täitja on kohustatud garantii korras teostama eelkõige järgmist:
6.4.1. vea ilmnemisel vea otsimine, lokaliseerimine, veaolukorrale lahenduse leidmine ja vea
parandamine;
6.4.2. vea põhjuste analüüs ja ettepanekute tegemine ennetavate meetmete kasutusele
võtuks kirjalikku taasesitamist võimaldavas vormis;
6.4.3.vea parandamisega seoses paigaldamise ja seadistamise tugi ning sellega seotud
konsultatsioonid.
6.5. 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.
6.6. Reageerimis- ja lahendusaeg hakkab kulgema tellija poolt teate välja saatmise hetkest.
6.7. 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 lepingu
täitmise ühe töötunni hind.
6.8. Tellija tagab täitjale kaasabi garantiikohustuse alla käivate vigade kõrvaldamisel tellija
võimekuse ja võimaluste piires.
6.9. 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.
6.10. Garantii kaotab kehtivuse, kui tellija muudab lähtekoodi, välja arvatud tööde osale,
mida ei ole muudetud ning tellija suudab eristada lähtekoodis tehtud muudatusi.
7. Lõppsätted
7.1. Leping jõustub sellele poolte poolt allakirjutamise hetkest ja kehtib kuni lepingu tähtaja
lõpuni või kuni poolte poolt oma lepinguliste kohustuste täitmiseni.
7.2. Lepingu dokumendid koosnevad riigihanke alusdokumentidest, sh lepingu lisadest, lepingu
muudatustest ja pakkumusest.
8. Poolte allkirjad
Tellija: Täitja:
| Nimi | K.p. | Δ | Viit | Tüüp | Org | Osapooled |
|---|