Lisa 1 – Tehniline kirjeldus
Terviseameti menetlussüsteemi (MEIS) analüüsi- ja arendustööd sunnivahendi rakendamise
menetluse protsessi ja toimingute arendamiseks.
1. Töö sisu
1.1. MEIS-s täiendatakse olemasolevat sunnivahendi rakendamise toimingu menetluse
protsessi. Tehtavad parendustööd hõlmavad muuhulgas, kuid mitte ainult:
1.1.1. Toimingu mustandi loomise, muutmise ja kustutamise funktsionaalsuse täiendamist.
1.1.2. Toimingule üldandmete, korrarikkumiste ning detailandmete lisamise, muutmise ja
kustutamise funktsionaalsuse loomist.
1.1.3. Toimingu PDF malli eelvaate, PDF-i genereerimise, digikonteineri loomise ja toimingu välja
saatmise funktsionaalsuse täiendamist.
1.1.4. Toimingu tühistamise funktsionaalsuse täiendamist.
1.1.5. Toiminguga seotud nõuete ja laekumiste funktsionaalsuse täiendamist.
1.1.6. Toiminguga seotud ametnikurakenduse ja iseteeninduse vaatete loomist ja täiendamist.
1.2. Täiendava ja loodava tarkvara testimist ja tarnimist tellija keskkonda.
2. Projekti tulemid
2.1. Tööde tulemusena lõpetatakse ja antakse üle vähemalt, kuid mitte ainult, järgmised
analüüsi- ja arendustööd (sh automaattestid):
2.1.1. Toimingu „Sunnivahendi rakendamine“ protsessi parendused, täiendused ja uued
funktsionaalsused.
2.1.2. Hankelepingu raames tuleb teostada ka MEIS üldkomponentidega seotud vajalikud tööd,
kui need on hankelepingu eesmärkide täitmiseks vajalikud.
3. Tööde teostamise tähtaeg
3.1. Valminud arendustööd koos automaattestide ja nõuetekohase dokumentatsiooniga antakse
üle hiljemalt 30. juuni 2026 üleandmise-vastuvõtmise aktiga.
3.2. Üle antavad tööd peavad olema täitja poolt nõuetekohaselt teostatud ja testitud ning
kasutuselevõtmiseks (toodangukeskkonda paigaldamiseks) valmis.
3.3. Poolte kokkuleppel määratakse töödele vahetähtajad, mis fikseeritakse töödega seotud Jira
piletites.
4. Tööprotsess
Järgnevalt täpsustatakse raamlepingus kirjeldatud tingimusi tööprotsessi, dokumenteerimise,
töökorralduse, testimise ja mittefunktsionaalsete nõuete osas.
4.1. Töökorraldus
4.1.1. Projekti töökorraldus toetub kodukorrale;
4.1.2. Tellija ei ole kohustatud vastu võtma tehtud arendustööde tarneid, kui arendustööl puuduvad
automaattestid;
4.1.3. Arendustööd kaetakse tellija arhitektiga kokku lepitud ulatuses feature flag’dega.
4.2. Tööde üleandmine
4.2.1. Arendustööde lähtekoodi tarne toimub pideva integreerimise (continuous integration) teel;
4.2.2. Tööde järjekord, tarneprotsess, üleandmise aeg ja UAT tagasiside andmise aeg lepitakse
kokku tööde käigus taasesitamist võimaldavas vormis (Tellija ja Täitja poolt);
4.2.3. Tellija korraldab tulemite üleandmise järel vajalikud lähtekoodi paigaldused keskkondadesse;
4.2.4. Täitja viib läbi testkeskkonnas suitsutesti;
1
4.2.5. Tellija viib läbi vastuvõtutestimise (Acceptance Test, User Acceptance Test);
4.2.6. Täitja teab, et tellija võib igat üle antud funktsionaalsust paigaldada toodangusse ning täitja
peab tagama, et lõplikult valmimata funktsiooni protsessid on võimalik toodangust välja
lülitada (feature flags). Funktsioonide sisse-välja lülitamise võimekus lepitakse Tellija ja Täitja
vahel kokku tööde käigus
4.3. Dokumentatsioon
4.3.1. Vastavalt alapunktis 1 ja 2 kirjeldatud arendustööde skoobile tuleb töö käigus luua ja
täiendada MEISi dokumentatsiooni, milleks on minimaalselt:
4.3.1.1. Funktsionaalsuse ja äriprotsesside kirjeldused kokkulepitud kujul (nt BPMN standard,
diagrammid ja kirjeldused Confluence’is) koos ärireeglitega, mida peab olema hiljem
võimalik täiendada järgnevates etappides lisanduva funktsionaalsuse alusel ning siduda
tervikliku protsessi- ja ärireeglite kirjeldusega;
4.3.1.2. Tehniline dokumentatsioon (nt paigaldusjuhendid Confluence keskkonnas);
4.3.1.3. Andmemudel;
4.3.1.4. Kasutusjuhend;
4.3.2. Dokumentatsiooni täpsed liigid ja sisu formaat lepitakse kokku tööde tellimise käigus.
4.3.3. Kogu dokumentatsioon hoitakse confluence keskkonnas
https://wiki.sm.ee/display/MEIS/MEIS+Home.
4.4. Nõuded automaattestimisele
4.4.1. Loodav lähtekood peab olema kaetud 75% ulatuses ühiktestidega, 50%
ulatuses integratsiooni/liideste/süsteemi/”end-to-end” automatiseeritud testidega
4.4.2. Unit testid käivitatakse enne koodi kokku ehitamist;
4.4.3. Unit testid on üks osa üleantavast koodist.
4.4.4. Testidega kaetakse serveripoolne ja kasutajaliidese kood, kui arendaja ei lepi TEHIKu
arhitektiga kokku teisiti;
4.4.5. Funktsionaalsed automaattestide tegemine lepitakse Tellija ja Täitja poolt kokku tööde
käigus.
4.4.6. Tellija ja täitja peavad koostöös panema arenduskeskkonnas olevad automaattestid (API
testid) tööle ka vähemalt testkeskkonnas või kui on kokkulepitud, siis ka teistes
olemasolevates keskkondades;
4.4.7. Automatiseeritud testiliikide haldamisega ja ajakohasena hoidmisega tegeleb arendaja;
4.4.8. Automaattestide raporteerimiseks seatakse TEHIKu koodihoidla keskkonnas (Gitlab) üles
pideva integratsiooni töövoog, mis seadistatakse koostoimima SonarQube koodi ja testide
kaetuse analüsaatoriga;
4.4.9. SonarQube's kontrollitavate vigade ja haavatavuse taseme kontroll peab olema edukalt
läbitud;
4.4.10. Kõik testide automatiseerimise tööriistad/raamistikud peavad oskama töötada GitLab
PipeLine's ja Docker Container's;
4.4.11. Liideste testimisel tuleb lisaks positiivsele töövoole katta ka negatiivseid töövooge;
4.4.12. Liideste testide lähtekood peab olema kättesaadav GitLabis;
4.4.13. Automaattestid peavad üle antavas lähtekoodis pideva integratsiooni töövoo
edukalt läbima;
4.4.14. Arendaja peab hoolt kandma, et varasemalt loodud testid jäävad töö lõpetamisel edukalt
läbitavaks;
4.4.15. Nõuete muutumisel peab arendaja viima testid vastavusse uute nõuetega või
neid eemaldama, kui selliseid nõudeid enam ei eksisteeri;
4.4.16. Mõistlik ulatus kasutajaliidese testimisest peab olema automatiseeritud ja korduvkasutatav
tööde käigus kokkulepitud raamistikul;
4.4.17. Automaattestimise (API test) artefaktidena luuakse:
2
4.4.17.1. Paigaldusjuhend automaattestide integreerimiseks testkeskkonda ja teistesse
kokkulepitud keskkondadesse;
4.4.17.2. Kasutusjuhend automaattestide käivitamiseks.
4.5. Mittefunktsionaalsed nõuded
4.5.1. Mittefunktsionaalsete nõuete täitmisel tuleb lähtuda järgnevast:
4.5.1.1. Uue funktsionaalsuse loomisel tuleb lähtuda raamlepingus ja selle lisades kirjeldatud
nõuetest;
4.5.1.2. Täpsemad mittefunktsionaalsed nõuded, millest lähtuda, asuvad TEHIKu kodulehel:
https://www.tehik.ee/arendusjuhendid
4.5.1.3. Põhjendatud juhtudel võib seatud nõuetest kõrvale kalduda taasesitamist võimaldavas
vormis sõlmitud kokkuleppel tellijaga.
3
Terviseameti menetlussüsteemi (MEIS) analüüsi- ja arendustööd sunnivahendi rakendamise
menetluse protsessi ja toimingute arendamiseks.
Hankeleping nr 3-9/4802-5
Lepingu osa viitenumber 298493 001 002 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
Idakoidlik OÜ registrikood 10293121, aadress Vahtra tn 2a-12, 21003 Narva ja ühispakkuja
WeMakeSoftware OÜ registrikood 12904824, aadress Vihuri tn 8-55, 10311 Tallinn (edaspidi täitja),
keda esindab ühispakkujate volikirja alusel Osaühing IDAKOIDLIK juhatuse liige Aleksandr Ivanov
edaspidi eraldi pool või koos pooled, sõlmisid raamlepingu nr 3-9/4802-1 alusel käesoleva
hankelepingu (edaspidi leping) alljärgnevas:
1. Lepingu ese
1.1. Lepingu esemeks on riigihanke „Terviseameti menetlussüsteem MEIS arendus- ja
hooldustööd“ (298493) tulemusel sõlmitud raamlepingu nr 3-9/4802-1 alusel esitatud
tellimuskirja „Terviseameti menetlussüsteemi (MEIS) analüüsi- ja arendustööd sunnivahendi
rakendamise menetluse protsessi ja toimingute arendamiseks.“ tehnilises kirjelduses
nimetatud tööd (edaspidi tööd).
1.2. Lepingu tööde rahaline maksimaalne maht on 40 000 eurot käibemaksuta.
2. Töö üleandmise ja vastuvõtmise tingimused
2.1. Täitja annab töö üle tehnilises kirjelduses märgitud ajal.
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. Tellitavad tööd antakse vastuvõtutestimiseks üle vastavalt lepingu tehnilises kirjelduses
kokkulepitud tingimustele.
2.4. Tellija vaatab töö üle vastavalt raamlepingu tingimustele.
2.5. Koos üle antava tööga annab täitja tellijale üle kõik tööde intellektuaalse omandi õigused
vastavalt raamlepingus kirjeldatule.
3. Lepingu hind
3.1. Lepingu täitmine toimub töötunnipõhisel arvestusel, maksja tasub üksnes lepingu alusel
tellitud ja teostatud töötundide eest.
3.2. Ühe töötunni maksumuseks lepingu täitmisel on 34,39 (kolmkümmend neli eurot ja
kolmkümmend üheksa senti) eurot käibemaksuta.
3.3. Täitja esitab maksjale e-arve igakuiselt pärast töö üleandmise-vastuvõtmise akti
allkirjastamist. Arvel tuleb märkida riigihanke nimetus, lepingu osa viitenumber ja
kontaktisiku andmed.
4. Poolte vahelised teated ja kontaktisikud
4.1. Teadete edastamisel ja kätte toimetamisel lähtutakse raamlepingu regulatsioonist.
4.2. Tellija kontaktisikuks lepingu täitmisel on Karl Karimõisa, e-post
[email protected]
või tema asendaja.
4.3. Täitja kontaktisikuks lepingu täitmisel on Ken Kaljas, tel 565 2288, e-post
[email protected] või tema asendaja.
5. Lõppsätted
5.1. Leping jõustub sellele poolte poolt allakirjutamise hetkest ja kehtib kuni poolte poolt oma
lepinguliste kohustuste täitmiseni.
5.2. Lepingu dokumendid koosnevad riigihanke alusdokumentidest, sh lepingu lisadest, lepingu
muudatustest ja pakkumusest.
5.3. Lepingu lahutamatuteks osadeks lepingu sõlmimise hetkel on järgmised dokumendid: :
5.3.1. Lisa 1 - Tehniline kirjeldus;
5.3.2. Lisa 2 – Pakkumus (ei allkirjastata koos lepinguga)
6. Poolte allkirjad
Tellija: Täitja:
(allkirjastatud digitaalselt) (allkirjastatud digitaalselt)