dokumendiregister.ee
OtsingAsutusedMCP
Otsing›Tervise- ja heaolu infosüsteemide keskus
Väljaminev kiriAvalik

Pöördumine

Tervise- ja heaolu infosüsteemide keskus · 13. november 2020
Viit
5-10/3106
Registreeritud
13. november 2020
Dokumendi liik
Väljaminev kiri
Adressaat
GT Tarkvara OÜ, Telia Eesti AS, Lean OÜ, Solita OÜ, TEHIK, TEHIK
Saabumis/saatmisviis
e-post
Funktsioon
5 Infosüsteemide haldamine
Sari
5-8 Projektid ja väikeostud
Toimik
5-1020/3105
Vastutaja
Jaak Vaabel (TEHIK, Üldosakond, Õigustalitus)

Failid

  • 📎Lisa 1_Tehniline kirjeldus.docx26 KB
  • 📎Pakkumusettepanek_Protsesside Modelleerimise tarkvara litsentsid.docx37 KB

Sisu (failidest)

Hea koostööpartner! Tervise- ja Heaolu Infosüsteemide Keskus teeb Teile käesolevaga ettepaneku esitada pakkumus protsesside mod elleerimise tarkvara litsentside ja tootetoe soetamiseks . Üldised nõuded Hangitava asja sisu ja spetsifikatsioon on kirjeldatud käe solevas pakkumuskutses ja lisas Tehniline kirjeldus (lisa 1), 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 ; Pakutava tarkvara tehniline spetsifikatsioon , lühikirjeldus (võib lisada ka, kuid mitte ainult, veebilinke viidetega tarkvarale); Pakutava tarkvara n õuete vastavustabel id täidetud kujul (lisa 1 toodud miinimumnõuded ja soovituslikud nõuded) ning lisa 1 punktis 3 küsitud informatsioon ja selgitused ( p akutava tarkvara vastavus Hankija esitatud tehnilisele spetsifikatsioonile iga nõude kohta eraldi välja tooduna) ; Nende olemasolul pakutava tarkvara kasutajajuhend id või viide nende kättesaadavu sele avalikust allikast. 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 üks enim väärtuspunkte saanud pakkumus. Kui pakkumuse esitab üks pakkuja, siis hinnatakse vastavaks tunnistatud pakkuja pakkumust automaatselt maksimumpunktidega. Pakkumusi hinnatakse järgnevate hindamiskriteeriumide alusel: Hindamiskriteerium Hindamiskriteeriumi suhteline osakaal väärtuspunktides Soovituslikele nõuetele vastavuse osakaal 3 0 Kogum aksumus 5 0 Kasutajasõbralikkus (juhendite kättesaadavus) 20 Soovituslikele nõuetele vastavuse osakaal – 3 0 väärtuspunkti Punktide andmine toimub väärtuspunktide (Merit Point System ) meetodil. Pakkumusele, kus soovituslikele nõuetele vastavus (tehnilise kirjelduse alapunkt 2 tabel) on arvuliselt suurim antakse maksimaalne arv, s.o 3 0 punkti. Teistele pakkumustele antakse punkte proportsionaalselt vähem. (“hinda miskriteeriumi väärtuspunktid” = „ hinnatva pakkumuse nõuete vastavuse arv“ / „suurim nõuetele vastavuse arv“ x ( 3 0) ) . Soovituslikele n õuete vastavuse arvu arvutamiseks kasutatakse Lisa 1 Tehniline kirjeldus punkt 2. Soovituslikud nõuded tarkvarale vastavuse tabelit. Kogum aksumus – 5 0 väärtuspunkti Punktide andmine toimub väärtuspunktide (Merit Point System ) meetodil. Väikseima kogu maksumuse esitanud pakkumusele antakse maksimaalne arv, s.o 5 0 punkti. Teistele pakkumustele antakse punkte proportsionaalselt vähem punkte . (“hindamiskriteeriumi väärtuspunktid” = „maksimaalne arv väärtuspunkte ( 5 0) “x“ kõige väiksem pakutud maksumus” / “ hinnatava pakkumuse maksumus“) . Pakkumuste maksumuste võrdlemiseks kasutatakse vormil märgitud kogumaksumust (ilma käibemaksuta eurodes). Maksumus esitatakse täpsusega kaks kohta peale koma. Kasutajasõbralikkus (juhendite kättesaadavus) – 2 0 väärtuspunkti Punktide andmine toimub väärtuspunktide (Merit Point System ) meetodil. Kasutajasõbralikkust (juhendite kättesaadavus) hinnatakse vastavate punktidega : Tarkvaral on olemas juhendmaterjalid ja nende kättesaadavus on tagatud (2 0 ); Tarkvaral on olemas juhendmaterjalid, kuid nende kättesaadavus ei ole tagatud (1 0 ) ; Tarkvarale ei leidu juhendmaterjale (0). K asutajasõbralikuimale tarkvarale , mille juhendmaterjalid ja kättesaaadavus on tagatud, antakse maksimaalne arv , s.o 2 0 punkti. Kasut ajasõbralikkuse võrdlemiseks kasutatakse pakkuja antud infot, k odulehtedelt ja demoversioonidest kogutud infot. Võrdsete pakkumuste puhul eelistatakse pakkumust, mille maksumus on madalaim. Kui ka pakkumuse maksumused on võrdsed, selgitatakse edukaks pakkuja välja loosi teel, mille juures viibimist pakkuja esindajale soovi korral võimaldatakse. M aksumusvorm Toode Kogus Ühiku hind M aksumus kokku (kogus x ühikuhind) Kogum aksumus KM-ta Kogum aksumus KM- ga Tarkvara kasutuslitsents ühele kasutajale 12 kuuks 2 tk Vaataja ( viewer ) kasutus litsents 150le isikule 12 kuuks 150 tk KOKKU (esitada kogumaksumus) Pakkumus t e tagasi lükkamise tingimused ja menetluse kehtetuks tunnistamine 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; ei ole esitatud tähtaegselt; ei vasta pak kumus kutses nõutud struktuurile või vormile . 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 pakkumus te maksumused ületavad hankija riigihankeks ettenähtud vahendeid. Hankijal on õigus omal algatusel menetlus kehtetuks tunnistada, kui selleks on põhjendatud vajadus. Pakkumuse esitamine Pakkumuse esitamise tähtaeg: 23 . 11.2020 kell 1 4 :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] . Protsesside model l eerimise tarkvara Tehniline kirjeldus Käesoleva väikeostu tulemusena soovib hankija soetada kasutusõiguse protsesside model l eerimise tarkvara kasutamiseks, mis peab vastama järgnevalt välja toodud nõuetele. Tarkvara kasutuslitsents soetatakse kahele kasutajale („peakasutaja“) üheks kalendriaastaks koos tootetoega. Samuti soovib hankija soetada 150-le kasutajale vaatajaõiguseid tarkvaras (vaataja/ viewer litsents). Hankija võib otsustada viewer litsentse mitte soetada, ku i nende maksumus on liiga kõrge või kui viewer litsentsi, mis vastab nõuetele, pole võimalik eraldi soetada. Protsesside modelleerimise tarkvara on tarkvara, mida kasutatakse protsesside mudelite ehk voodiagrammide joonistamiseks, protsesside vaheliste seoste esitlemiseks , analüüsiks ja graafiliseks visualiseerimiseks . Nõuded on esitatud protsesside mudelite vaatest. M iinimumnõuded tarkvarale Pakutav tarkvara peab vastama vähemalt järgmises tabelis esitatud nõuetele. Jrk Nõuded Täpsustus selle kohta , kuidas on nõue täidetud. Protsesside mudeli funktsionaalsus 1. Versioonihaldus 2. Staatuste lisamine (kirjeldatud, kehtetu, kinnitatud) 3. Võimalus luua organisatsiooni vaade (nt. BPM maja) 4. Võimekus eristada äri- ja tugiprotsesse 5. Võimekus siduda omavahel erinevaid protsesse ja alamprotsesse 6. Võimekus siduda protsesse organisatsiooni vaatega 7.. Võimekus märkida ja siduda protsessi m udelil protsessi omanik ja haldur 8. Võimekus märkida ja siduda protsessi m udelil seotud töötajaid, ametikohti ja rolle 9. Võimekus sisestada või linkida protsessi dokumentatsiooni 10. Võimekus kuvada protsesse erinevatelt detailsusastmetelt (äriprotsessidest üksikoperatsioonideni/ülesanneteni) ning erinevate detailsusastmete vahel navigeerida – üldiselt detailsemale 11. Võimalus lisada ja kasutada korduvkasutatavaid elemente 12. Protsessi simulatsioon 13. Võimekus m ärkida simulatsioonil tegevuste ajakulu 14. Interaktiivne Peak asutaja võimalused 1. N äeb endaga seotud protsesse ja tegevusi (peakasutaja, vaataja) 2. Näeb protsessiga seotud dokumentatsiooni 3. Näeb kogu protsessi mudelit ja saab navigeerida protsesside vahel 4. Näeb protsessidega seotud omanikke, haldureid, töötajaid, ametikohti, rolle 5. Saab e ksportida protsessi mudeleid veebi 6 Saab v isuaalselt märkida ja eristada mudelil probleemseid kohti 7. Näeb ülevaadet märgitud probleemkohtadest Vaataja (viewer) võimalused 1. N äeb endaga seotud protsesse ja tegevusi 2. Näeb protsessiga seotud dokumentatsiooni 3. Näeb kogu protsessi mudelit ja saab navigeerida protsesside vahel 4. Näeb protsessidega seotud omanikke, haldureid, töötajaid, ame tikohti, rolle 5. Saab e ksportida protsessi mudeleid veebi Raportid (peakasutaja võimalused ) 1. Võimekus tuvastada kui mitmes protsessis ja tegevuses töötaja/ametikoht/roll esineb 2. Probleem kohta de väljavõte 3. Võimekus eksportida raporteid (PDF , DOC, CSV) Tarkvara tehniline võimekus 1. BPMN ( Business Process Model and Notation ) tugi 2. UML ( Unified Modeling Language ) tugi 3. HTML eksport 4. XMI/XML eksport ja import 5. Serverilahendus (on-premise) 6. Serverilahenduse saab installida kliendi majutusse Kasutajad 1. Võimalik eristada peakasutajaid (mudeli sisestajad, muutjad) ja vaatajaid 2. Soovituslikud nõuded tarkvarale : Jrk Nõuded Kas vastab esitatud nõudele (JAH/EI) Täpsustus selle kohta kuidas on nõue täidetud. 1. Vertikaalne protsessi joonistamise võimekus; 2. Võimalus lisada mudeli elementidele lisainformatsiooni, mida saab eraldi kuvada/peita; 3. Võimalus luua tekstisisendist mudel (tarkvara võimekus või klassifikaatorite abil); 4. Võimalus eksportida mudelist teksti; 5. RACI mudeli loomise võimekus: 6. SSO (single Sign-On) tugi; 7. Kiirklahvid. 3. Kui tarkvaral on eraldi vaataja (viewer) litsen tsid, siis tuua see info välja vastates järgmistele küsimustele: 1. Kas t arkvaral on olemas kasutaja litsentsist eraldi vaataja ( viewer ) litsents ? Vastus: JAH/EI (mittevajalik maha tõmmata) 2. Kui vastasite eelmisele küsimusele eitavalt, siis kas vaatamisõiguse saamiseks tuleb soetada kasutaja litsents? Vastus: JAH/EI (mittevajalik maha tõmmata) 3. Kui vastasite esimesele küsimusele ja atavalt, siis palun täpsustada: a) Kas vaataja litsents on tasuline? Vastus: JAH/EI (mittevajalik maha tõmmata) Palume täpsustada , kuidas on vaataja lit sentsi funktsionaalsus tagatud ja k as vaataja litsents vastab punktis 1 Miinimumnõuded tarkvarale – vaataja (viewer) võimalused all märgitu d nõuetele või on vaatajal kasutajast piiratumad õigused tarkvara kasutamiseks . Palume erisused välja tuua.
Allikas: Tervise- ja heaolu infosüsteemide keskus dokumendiregister →
dokumendiregister.eeAsutusedEesti avalike dokumendiregistrite otsing · nimistu.ee andmetel