MEIS sunnivahendi rakendamise menetluse protsessi ja toimingute arendamine

1

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;

2

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:

3

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.

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)