Grįžti į sąrašą

Darbo sąlygų darbo vietose nuolatinės stebėsenos informacinės sistemos priežiūros ir modifikavimo paslaugos

Išanalizuota

LIETUVOS RESPUBLIKOS VALSTYBINĖ DARBO INSPEKCIJA PRIE SADM

235 500 €
Atviras konkursasCPV: 72211000 - Programavimo paslaugos, susijusios su sistemomis ir vartotojo programine įranga
ID: 77464212026-05-12 05:22
Atidaryti CVP IS

Aprašymas

Perkančioji organizacija siekia įsigyti esamos Darbo sąlygų darbo vietose nuolatinės stebėsenos informacinės sistemos (DSS IS) priežiūros ir modifikavimo paslaugas. Šios paslaugos apima incidentų analizę, trikdžių šalinimą, sistemos funkcijų kūrimą bei tobulinimą ir skirtos užtikrinti sklandų sistemos veikimą, dokumentuojant ūkio subjektų patikrinimus, vykdant duomenų mainus ir rengiant veiklos ataskaitas.

Kvalifikaciniai reikalavimai

  • 1Tiekėjo vidutinės metinės visos veiklos pajamos per pastaruosius 3 finansinius metus (jeigu tiekėjas įregistruotas ar veiklą pradėjo vykdyti vėliau, – nuo tiekėjo įregistravimo dienos ar veiklos vykdymo pradžios) turi būti ne mažesnės kaip 84 000 EUR be PVM.
  • 2Tiekėjas per pastaruosius 3 metus iki pasiūlymo pateikimo dienos arba per laiką nuo tiekėjo įregistravimo dienos (jeigu tiekėjas vykdė veiklą mažiau nei 3 metus), turi būti suteikęs šias paslaugas, kurios atitinka reikalavimus: (A) kurių bendra vertė ne mažesnė nei 84 000 EUR be PVM, - informacinės sistemos kūrimo, modifikavimo ir/ar priežiūros paslaugos. (B) kūrimo, modifikavimo ir/ar priežiūros paslaugų teikimo metu buvo naudojamos internetinės technologijos (JAVA, ASP.NET arba lygiavertes). (C) kūrimo, modifikavimo ir/ar priežiūros paslaugų teikimo metu buvo naudojama mikropaslaugų architektūra (angl. Microservice Architecture) arba lygiavertės technologijos. (D) kurių apimtyje buvo sukurta ar modifikuota informacinė sistema ir / ar vykdyta jos priežiūra, prieinama ir naudojama išorinių naudotojų (gyventojų ir/ar verslo subjektų). (E) kurių apimtyje buvo sukurta ir/ar modifikuota integracija su ne mažiau kaip 1 informacine sistema / registru.
  • 3Projekto vadovas turi turėti projektų vadybos specialisto kvalifikaciją ir projekto vadovo darbo patirtį per paskutinius 3 (tris) metus įvykdytoje ne mažiau kaip 1 (vienoje) informacinės sistemos (registro) programinės įrangos kūrimo, modifikavimo ir/ar priežiūros sutartyje (projekte), kurios objektas atitinka reikalavimus: a) kurios metu sukurta, modifikuota ir/ar prižiūrėta informacinė sistema prieinama ir naudojama išorinių naudotojų (gyventojų ir/ar verslo subjektų); b) turi integraciją su ne mažiau kaip 1 informacine sistema / registru; (vertinamos per paskutinius 3 (tris) metus tinkamai įvykdytos sutartys, atitinkančios aukščiau nurodytus reikalavimus, kurių vienos vertė ne mažesnė nei 84 000 EUR be PVM). Projekto vadovas privalo turėti tarptautiniu mastu pripažįstamą sertifikatą (pvz., PMP, CompTIA Project+, Prince2 ar lygiaverčiai dokumentai).
  • 4Informacinių sistemų analitikas turi turėti informacinių sistemų analitiko kvalifikaciją patvirtinantį sertifikatą ir informacinių sistemų analitiko darbo patirtį per paskutinius 3 (tris) metus įvykdytoje ne mažiau kaip 1 (vienoje) informacinės sistemos (registro) programinės įrangos kūrimo, modifikavimo ir/ar priežiūros sutartyje (projekte), kurios objektas atitinka reikalavimus: a) kurios metu sukurta, modifikuota ir/ar prižiūrėta informacinė sistema, prieinama ir naudojama išorinių naudotojų (gyventojų ir/ar verslo subjektų); b) turi integraciją su ne mažiau kaip 1 informacine sistema / registru. Informacinių sistemų analitikas privalo turėti tarptautiniu mastu pripažįstamą sertifikatą (pvz., OMG UML Intermediate arba IBM Object Oriented Analysis and Design arba lygiavertis).
  • 5Informacinių sistemų architektas turi turėti informacinių sistemų architekto kvalifikaciją patvirtinantį sertifikatą ir informacinių sistemų architekto darbo patirtį per paskutinius 3 (tris) metus įvykdytoje ne mažiau kaip 1 (vienoje) informacinės sistemos (registro) programinės įrangos kūrimo, modifikavimo ir/ar priežiūros sutartyje (projekte), rengiant informacinės sistemos ar registro architektūrą, kurios metu buvo naudojamos ASP.NET technologijos ir kurios objektas atitinka reikalavimus: a) kurios metu sukurta, modifikuota ir/ar prižiūrėta informacinė sistema, prieinama ir naudojama išorinių naudotojų (gyventojų ir/ar verslo subjektų); b) turi integraciją su ne mažiau kaip 1 informacine sistema / registru; c) kurios kūrimo, modifikavimo ir/ar priežiūros metu buvo naudojama mikropaslaugų architektūra (angl. Microservice Architecture) arba lygiavertės technologijos. Informacinių sistemų architektas privalo turėti tarptautiniu mastu pripažįstamą sertifikatą (pvz., TOGAF® 9 Certification, AWS Certified Solution Architect, CPSA certified professional for software architecture, Java (EE) Enterprise Architect Certified Master Essay sertifikatas arba kitas lygiavertis dokumentas).
  • 6Duomenų bazių valdymo sistemos ekspertas turi turėti duomenų bazių valdymo sistemos eksperto kvalifikaciją patvirtinantį sertifikatą ir duomenų bazių valdymo sistemos eksperto darbo patirtį per paskutinius 3 (tris) metus įvykdytoje ne mažiau kaip 1 (vienoje) informacinės sistemos (registro) programinės įrangos kūrimo, modifikavimo ir/ar priežiūros sutartyje (projekte), kurios objektas atitinka reikalavimus: a) kurios metu sukurta, modifikuota ir/ar prižiūrėta informacinė sistema, prieinama ir naudojama išorinių naudotojų (gyventojų ir/ar verslo subjektų); b) turi integraciją su ne mažiau kaip 1 informacine sistema / registru. Duomenų bazių valdymo sistemos ekspertas privalo turėti tarptautiniu mastu pripažįstamą sertifikatą (pvz., Microsoft Certified Solutions Expert: Data Management and Analytics arba Oracle Database 12c Administrator Certified Professional arba lygiavertis dokumentas).
  • 7Programuotojai (ne mažiau kaip 2) turi turėti informacinių sistemų programuotojo kvalifikaciją patvirtinantį sertifikatą ir informacinių sistemų programuotojo darbo patirtį per paskutinius 3 (tris) metus įvykdytoje ne mažiau kaip 1 (vienoje) informacinės sistemos (registro) programinės įrangos kūrimo, modifikavimo ir/ar priežiūros sutartyje (projekte), rengiant informacinės sistemos ar registro architektūrą, kurios metu buvo naudojamos ASP.NET technologijos ir kurios objektas atitinka reikalavimus: a) kurios metu sukurta, modifikuota ir/ar prižiūrėta informacinė sistema, prieinama ir naudojama išorinių naudotojų (gyventojų ir/ar verslo subjektų); b) turi integraciją su ne mažiau kaip 1 informacine sistema / registru. Programuotojai privalo turėti tarptautiniu mastu pripažįstamą sertifikatą (pvz., Microsoft Certified Solutions Developer: Web Applications, arba Microsoft Certified Professional Developer: Web Developer 4 arba lygiavertis dokumentas).
  • 8Ergonomikos (vartotojo sąsajos kokybės) specialistas turi turėti naudotojo sąsajos ergonomikos vertinimo specialisto kvalifikaciją ir informacinių ergonomikos specialisto darbo patirtį per paskutinius 3 (tris) metus įvykdytoje ne mažiau kaip 1 (vienoje) informacinės sistemos (registro) programinės įrangos kūrimo, modifikavimo ir/ar priežiūros sutartyje (projekte), teikiant informacinių sistemų vartotojo sąsajos patogumo (angl. usability) analizės paslaugas ir kurios objektas atitinka reikalavimus: a) kurios metu sukurta, modifikuota ir/ar prižiūrėta informacinė sistema, prieinama ir naudojama išorinių naudotojų (gyventojų ir/ar verslo subjektų); b) turi integraciją su ne mažiau kaip 1 informacine sistema / registru. Ergonomikos (vartotojo sąsajos kokybės) specialistas privalo turėti tarptautiniu mastu pripažįstamą sertifikatą (pvz. CXA arba CUA sertifikatai arba kitas lygiavertis dokumentas, pagrindžiantis naudotojo sąsajos ergonomikos vertinimo specialisto kvalifikaciją. Sertifikatai ergonomikos specialistui BCPE (Board of Certification in Professional Ergonomics), UXLabs Certified Usability Professional (UCUP) ir CUE bus laikomi lygiaverčiais).
  • 9Testuotojas turi turėti testuotojo specialisto kvalifikaciją, ne trumpesnę nei 3 metų testuotojo patirtį testuojant informacines sistemas ir tarptautiniu mastu pripažįstamą sertifikatą (pvz., ISEB, arba BCS Foundation Certificate in Software Testing arba lygiavertis dokumentas).
  • 10IT paslaugų priežiūros specialistas turi turėti IT paslaugų priežiūros specialisto kvalifikaciją, ne trumpesnę nei 3 metų patirtį informacinių sistemų priežiūros srityje ir tarptautiniu mastu pripažįstamą sertifikatą (pvz., ITIL Foundation IT Service Management arba ITIL v3 arba jam lygiavertis dokumentas).
  • 11IT saugos specialistas turi turėti IT saugos specialisto kvalifikaciją, ne trumpesnę nei 3 metų patirtį dalyvaujant projektuose informacinių sistemų srityje, vertinant informacinių sistemų saugos aspektus, ir būti dalyvavęs kaip saugos specialistas, kurios vykdymo metu užtikrino kuriamos, modifikuojamos ir/ar prižiūrimos informacinės sistemos ar registro duomenų saugumą. IT saugos specialistas privalo turėti tarptautiniu mastu pripažįstamą sertifikatą (pvz., CISM (Certified Information Security Manager) arba CISSP (Certified Information System Security Professional) sertifikatas ar lygiavertis).
  • 12Visiems siūlomiems specialistams reikalaujama aukštasis universitetinis arba jam prilygintas išsilavinimas. Šie specialistai turi laisvai kalbėti ir rašyti lietuvių kalba arba jei specialistas nemoka lietuvių kalbos, reikalavimas gali būti tenkinamas numatant vertimo žodžiu ir raštu paslaugas; išlaidos vertimo paslaugoms turės būti įskaičiuotos į bendrą pasiūlymo kainą.
  • 13Tiekėjas turi būti įsidiegęs ir dirbti pagal kokybės vadybos sistemą, atitinkančią LST EN ISO 9001 standarto reikalavimus arba lygiavertes kokybės vadybos priemones informacinių technologijų srityje.
  • 14Teikėjas turi užtikrinti informacijos saugumo valdymo standartų laikymąsi. Tiekėjo informacijos saugumo valdymo sistema turi atitikti ISO/IEC 27001:2013 ar lygiaverčio standarto reikalavimus.

Techniniai reikalavimai

Testavimas

  • 1Testavimo metu Tiekėjas privalo įsitikinti, kad įdiegtas naujas arba modifikuotas DSS IS funkcionalumas netrikdo visos DSS IS darbo, netrikdo su šiuo funkcionalumu glaudžiai susijusių DSS IS komponentų veiklos.
  • 2Testavimo pabaigoje Tiekėjas privalo pateikti Perkančiajai organizacijai testavimo ataskaitą.

Dokumentacija

  • 1Tiekėjas turi atnaujinti ir papildyti bei su Perkančiąja organizacija suderinti turimo ir modifikuojamo DSS IS funkcionalumo naudotojų ir administratorių dokumentaciją.
  • 2Tiekėjas turi parengti, atnaujinti ir su Perkančiąja organizacija suderinti šią modifikuojamo DSS IS funkcionalumo techninę dokumentaciją: DSS IS analizės ir projektavimo dokumentacija; DSS IS architektūros dokumentacija; DSS IS integracijų dokumentacija.
  • 3Visa dokumentacija turi būti parengta valstybine lietuvių kalba.
  • 4Visa dokumentacija turi būti pateikta elektroniniu formatu (MS Office Word arba lygiaverčiame formate).

Paslaugų apimtis

  • 1Perkamos DSS IS priežiūros paslaugos: incidentų analizė, trikdžių šalinimas, sistemos veikimo atstatymas (jei sutrikdytas dėl Perkančiosios organizacijos ar trečiųjų šalių kaltės), Perkančiosios organizacijos specialistų konsultavimas taikomosios programinės įrangos funkcionavimo sutrikimo klausimais telefonu ir elektroniniu paštu (darbo dienomis nuo 8.00 iki 17.00 Lietuvos laiku).
  • 2Perkamos DSS IS modifikavimo paslaugos: programinės įrangos kūrimas, programavimas, naujų funkcijų automatizavimas, esamų funkcijų keitimas ar patobulinimas pagal Perkančiosios organizacijos poreikius.

Saugumo reikalavimai

  • 1DSS IS turi atitikti ne žemesnį kaip svarbaus valstybės informacinio ištekliaus lygį, aprašytą Valstybės informacinių išteklių įstatyme ir nutarime „Dėl Lietuvos Respublikos vyriausybės 2024 m. gegužės 15 d. nutarimo Nr. 349 „Dėl Lietuvos Respublikos valstybės informacinių išteklių valdymo įstatymo įgyvendinimo“ pakeitimo, patvirtintame Lietuvos Respublikos Vyriausybės 2024 m. spalio 30 d. Nr. 907.
  • 2Prižiūrint ir modifikuojant DSS IS taip pat turi būti atsižvelgta į kitus aktualius teisės aktus, reglamentuojančius IS duomenų tvarkymo teisėtumą, IS naudotojų veiklą bei IS duomenų saugos valdymą.
  • 3DSS IS turi būti modifikuojama ir prižiūrima vadovaujantis naujausiomis ir geriausiomis saugumo praktikomis, o taip pat atsižvelgiant į pasaulinės nepriklausomos organizacijos OWASP (angl. Open Web Application Security Project) naujausių išvardintų žinomų (kritinių) WEB pažeidžiamumų sąrašą bei OWASP teikiamas rekomendacijas (http://www.owasp.com).
  • 4Modifikuojamos ir prižiūrimos DSS IS architektūra turi užtikrinti aukštą sistemos patikimumo ir saugumo lygį darbui su sistema iš bet kurios pasaulio vietos.
  • 5Sistemoje turi būti įgyvendintos priemonės, užtikrinančios, kad Sistemos naudotojas galėtų vykdyti tik tas Sistemos funkcijas ir matytų tik tuos duomenis, prieigą prie kurių numato jam priskirtos teisės.
  • 6Sistemos programinė įranga EPDS posistemės duomenų perdavimui tarp Sistemos naudotojo darbo stoties ir Sistemos tarnybinės stoties privalo naudoti šifruotą ryšio kanalą. Ryšio kanalo šifravimui turi būti naudojama SSL (angl. „Secure Socket Layer“) technologija. SSL sertifikatus pateiks VDI.
  • 7Sistemos duomenų bazėje turi būti registruojami ne mažiau kaip šie naudotojų veiksmai: duomenų įvedimas, keitimas bei šalinimas ir kas, kokiu laiku tokius veiksmus atliko.
  • 8Sistemoje turi būti galimybė peržiūrėti naudotojo atliktus veiksmus, naudojant filtravimą pagal veiksmo laiką, veiksmą atlikusį naudotoją ar veiksmą.
  • 9Sistemoje turi būti kaupiama audito informacija apie operacijas su Sistema ir duomenimis. Sistemos diegimo metu paslaugų Tiekėjas turės nustatyti ir suderinti, kokia informacija turės būti pateikiama.
  • 10Visa DSS IS turi veikti „vieno prisijungimo“ principu, t. y. vieną kartą prisijungus prie sistemos, dirbant bet kuriame sistemos posistemyje bei atliekant bet kokius naudotojo teisėmis leidžiamus veiksmus, sistema neturi reikalauti papildomos autentifikacijos.
  • 11Sistemoje turi būti lankstus teisių priskyrimo mechanizmas bei prieigos valdymo priemonės, suteikiančios šias galimybes: priskirti prieigos teises naudotojams, naudotojų grupėms/rolėms; riboti/leisti prieigą prie sistemos elementų (modulių, posistemių, meniu, formų ir kt.); riboti/leisti prieigą prie sistemoje saugomų dokumentų; riboti/leisti prieigą prie sistemos posistemių teikiamų paslaugų (ataskaitų, paieškos mechanizmų, skaičiavimo mechanizmų ir kt.).
  • 12Vykdant Sistemos administravimo ir (arba) atnaujinimo darbus atskirame Sistemos posistemyje, naudotojams turi būti užtikrinta galimybė nevaržomai dirbti su Sistema kitose posistemėse bei Sistemos dalyse.

Kokybės reikalavimai

  • 1DSS IS turi funkcionuoti taip, kad galima būtų vykdyti visas reikalavimuose aprašytas funkcijas. Visi Sistemos komponentai turi patikimai ir stabiliai veikti.
  • 2Techninės ir (arba) programinės įrangos modifikavimas, tobulinimas ir klaidų taisymas neturi turėti įtakos anksčiau įvestų duomenų vientisumui.
  • 3Sistemoje turi patikimai veikti stebėsenos, žurnalizavimo, problemų prevencijos ir identifikavimo priemonės. Sistemos administratoriai turi gauti automatinius pranešimus apie IS sutrikimus.
  • 4Sistema turi taupiai naudoti fizinius resursus (disko, atminties, tinklo pralaidumo).
  • 5Paslaugų Tiekėjas turi suteikti 12 (dvylika) mėnesių kokybės garantiją atliktiems programinės įrangos pataisymams, naujoms funkcijoms ir modifikacijoms. Kokybės garantijos terminas prasideda nuo Sistemos modifikacijų perdavimo-priėmimo akto pasirašymo dienos. Garantijos laikotarpiu Tiekėjas turi užtikrinti, kad programinė įranga veiks pagal Tiekėjo ir VDI pasirašytas technines specifikacijas.
  • 6Jei garantinio laikotarpio metu programinė įranga veikia ne pagal tiekėjo ir VDI pasirašytas technines specifikacijas ir tokie sutrikimai atsiranda dėl Tiekėjo kaltės (t. y. Tiekėjo atliktų programinės įrangos pataisymų, sukurtų naujų funkcijų ir modifikacijų trūkumų ir neatitikties techninėms specifikacijoms), Tiekėjas privalo: atlikti sukurtos programinės įrangos klaidų/trikių ar netikslumų taisymą ir atliktų pakeitimų testavimą; sukurtos programinės įrangos darbingumo atstatymą (pvz., įvykus duomenų bazės ar atskirų jos komponentų darbų sutrikimams, kai tai įvyksta dėl Tiekėjo pateiktų pakeitimų atnaujinimų ar kitų Tiekėjo veiksmų); išgadintų (sugadintų) duomenų atstatymą, kai gedimo priežastis yra Tiekėjo pateiktos programinės įrangos netinkamas veikimas; techninės dokumentacijos tikslinimą pagal atliktus programinės įrangos pakeitimus; naudotojo vadovo tikslinimą pagal atliktus taikomosios programinės įrangos pakeitimus suteikus garantines paslaugas.
  • 7Kokybės garantijos objektas yra visi Paslaugos teikimo rezultato elementai.

Modifikavimo paslaugos

  • 1Sistemos modifikavimo paslaugų užsakymu bus laikomi atvejai, kai Perkančioji organizacija nurodys sukurti papildomus DSS IS funkcionalumus, kurie nėra aprašyti aktualiose DSS IS techninėse specifikacijose arba yra susiję su poreikiu papildyti (pataisyti) DSS IS dėl naujų teisės aktų, arba jų pakeitimų įgyvendinimo ir pan.
  • 2Sistemos modifikavimo paslaugos teikiamos pirkimo sutarties galiojimo metu pagal Perkančiosios organizacijos poreikį. Atsiradus poreikiui, VDI pateiks Tiekėjui užsakymą konkrečioms Sistemos modifikavimo paslaugoms suteikti.
  • 3Perkančioji organizacija modifikavimo paslaugas užsako pagal valandinį įkainį. Numatoma Sistemos modifikavimo paslaugų apimtis – iki 5000 Tiekėjo specialistų darbo valandų. Perkančioji organizacija neįsipareigoja nupirkti nurodytos paslaugų apimties.
  • 4Visos VDI modifikavimo paslaugos apima esamos padėties ir poreikių analizės bei projektavimo veiklas, kūrimo ir testavimo veiklas bei diegimo veiklas. Modifikavimo paslaugos teikiamos pagal Perkančiosios organizacijos Modifikavimo paslaugų paraiškas.
  • 5Tiekėjas gautos Modifikavimo paraiškos preliminarų įvertinimą privalo atlikti ne per ilgesnį kaip 5 (penkių) darbo dienų terminą, o galutinį Modifikavimo paraiškos įvertinimą pateikiant modifikavimo darbų specifikacijos projektą, kuriame turi būti nurodyti visi privalomi atlikti darbai ir darbų trukmė valandomis - ne per ilgesnį kaip 10 (dešimt) darbo dienų terminą.
  • 6Paslaugų teikėjas atlieka programinės įrangos specifikacijos rengimo, kūrimo ir testavimo veiklas, ir informuoja Perkančiosios organizacijos atsakingą asmenį apie užsakymo rezultatų pateikimą Perkančiosios organizacijos testavimui. Darbų pridavimo pagrindas – tarpusavyje suderinta ir patvirtinta Modifikavimo paraiškos specifikacija.
  • 7Paslaugų Tiekėjas VDI turės pateikti visos naujai sukurtos programinės įrangos pirminius kodus, kurie turi būti struktūrizuoti ir su komentarais. Skaitant kodą, kodo funkcionalumas turi būti suprantamas, skaitant tik komentarus. Bet kokia neaiški ar sudėtinga kodo dalis turi būti aprašoma. Kodas pateikiamas likus mėnesiui iki sutarties galiojimo pabaigos.

Architektūros reikalavimai

  • 1Modifikuojamos DSS IS architektūra turi būti lanksti, nesudėtingai konfigūruojama, lengvai integruojama su kitomis sistemomis.
  • 2DSS IS taikomoji programinė įranga turi būti modifikuojama pagal trijų sluoksnių architektūros modelį, išskiriant: naudotojo, veiklos logikos ir duomenų bazės sluoksnius.
  • 3DSS IS modifikuojamas funkcionalumas turi būti modulinės architektūros, leidžiančios diegti atskiras funkcines sritis palaipsniui, netrukdant jau įdiegtų modulių veikimui.
  • 4DSS IS programinė įranga turi veikti 8/5 (darbo valandomis/darbo dienomis), išskyrus EPDS posistemę, kuri turi veikti 24/7 (24 valandas per parą, 7 dienos per savaitę) režimu. Tiekėjas atsako tik už DSS IS veikimą ir DSS IS konfigūraciją virtualioje tarnybinėje stotyje. Perkančioji organizacija atsako už virtualių tarnybinių stočių veikimą, bei atsarginių kopijų darymą ir įrangos atstatymą iš jų.

Naudotojo sąsajos reikalavimai

  • 1DSS IS naudotojo sąsaja turi būti pateikiama valstybine lietuvių kalba.
  • 2Modifikuojama ir prižiūrima DSS IS naudotojo sąsaja turi atitikti šiuolaikinius ergonomikos reikalavimus, nurodytus ISO 9241-110:2020 arba kitame lygiaverčiame standarte, ir užtikrinti patogų patekimą prie sistemos įgyvendinamų funkcijų, tačiau šis reikalavimas taikomas taip, kad modifikuojamo ir prižiūrimo funkcionalumo vartotojų sąsaja nesiskirtų nuo jau sukurtos DSS IS vartotojo sąsajos.
  • 3DSS IS sąveikos su naudotoju mechanizmai (pvz. išsiskleidžiantis meniu, mygtukai, rodyklės) turi būti lengvai suprantami ir lengvai naudojami.
  • 4DSS IS naudotojo sąsaja turi būti realizuota taip, kad naudotojas iš karto teisingai įvestų duomenis ir išvengtų pakartotino duomenų tikslinimo. Sutrikimo atveju, kai identifikuojama klaida, naudotojas turi būti kaip galima greičiau informuojamas apie atsiradusią klaidą kompiuterio ekrane.
  • 5DSS IS naudotojo sąsajos programinė įranga privalo pateikti naudotojams lengvai suprantamus klaidų pranešimus ir patarimus, kaip efektyviau pasinaudoti sistema. Klaidų pranešimai sistemos naudotojams turi būti pateikiami lietuvių kalba.
  • 6DSS IS turi būti realizuotas kitas naudojimosi Sistema patogumą užtikrinantis funkcionalumas: langų/objektų išdėstymas turi atitikti naudotojų veiklos seką; realizuota TAB klavišo seka einant per įvedimo laukus; naudojamos užuominos (kursorius, mygtukų būsenos „on mouse over“ ir pan.); kitos Sistemos naudotojo patogumą užtikrinančios priemonės gali būti nustatytos ir su Perkančiąja organizacija suderintos kuriamo ar modifikuojamo DSS IS funkcionalumo analizės ir projektavimo metu.
  • 7Ilgiau kaip 5 sekundes trunkantys Sistemos procesai turi būti vizualiai pateikti ekrane, naudojant momentinį pranešimą su progreso indikatoriumi, preliminaria trukme ir pan.
  • 8DSS IS valdymo mechanizmai, turinys ir funkcijos turi būti išdėstytos taip, kad būtų paprasta naudotojui juos surasti. Turi būti optimaliai išnaudojamas ekrano dydis ir rezoliucija (skiriamoji geba).
  • 9DSS IS naudotojo sąsaja turi būti pritaikyta ne mažesnei kaip 1920×1080 ekrano skiriamajai gebai.

Priežiūros paslaugų vykdymas

  • 1DSS IS priežiūros paslaugos pradedamos teikti nuo pirkimo sutarties įsigaliojimo dienos. Pradėjus vykdyti pirkimo sutartį, turi būti parengtas ir suderintas priežiūros paslaugų vykdymo planas, pagal kurį bus vykdomos priežiūros paslaugos.
  • 2Priežiūros metu bendravimo kalba – lietuvių kalba arba Tiekėjo sąskaita užtikrinamas kokybiškas vertimas, neturintis neigiamos įtakos teikiamų Paslaugų operatyvumu.
  • 3Paslaugų Tiekėjas, dirbdamas su Sistemoje kaupiama ir saugoma informacija, privalo laikytis visų duomenų saugos reikalavimų.
  • 4Visa dokumentacija sutarties vykdymo metu privalo būti rengiama lietuvių kalba.
  • 5Tiekėjas turi pateikti priežiūros vykdymo planą, kuriame privalo būti nurodyta: priežiūros eigos aprašymą, priežiūros komandos sudėtis (detalizuojant kiek ir kokių darbuotojų vykdys priežiūrą, kiek valandų numato skirti per mėnesį ir kt.); kokybės užtikrinimo proceso aprašymą.
  • 6Klaidos (incidentai) – klaidomis ar incidentais bus laikomi atvejai, kai Sistema tinkamai nevykdo funkcijų.
  • 7Klaidos (incidentai) gali būti identifikuotos kaip: „Kritinis sutrikimas“, „Vidutinis sutrikimas“, „Mažas sutrikimas“.
  • 8Kritinis sutrikimas, kai: neveikia visa Sistema ar jos dalis, funkcijos neveikia grupei arba pavieniams sistemos vartotojams, nesant alternatyvaus būdo veiklai tęsti, problema labai svarbi veiklai vykdyti; klaidingai veikia sistemos dalis, daranti kritinę įtaką joje įgyvendintiems veiklos procesams ir nėra kitų problemos išsprendimo galimybių, neveikia Sistema, sąveikaujanti su kitomis vidinėmis ar išorinėmis sistemomis ir daranti kritinę įtaką sistemos dalių ar sistemų veiklai, ir nėra kitų problemos išsprendimo galimybių.
  • 9Vidutinis sutrikimas, kai: neveikia arba klaidingai veikia Sistema ar jos dalis, nedaranti kritinės įtakos veiklos procesams, ir nėra kitų problemos išsprendimo galimybių; neveikia arba klaidingai veikia Sistema ar jos dalis, sąveikaujanti su kitomis vidinėmis arba išorinėmis IS ir nėra kitų problemos išsprendimo galimybių.
  • 10Mažas sutrikimas, kai: naudotojai gali tik iš dalies naudotis tam tikromis sistemos dalimis, bet yra laikini sutrikimo sprendimo būdai; nereikalaujantys skubaus sprendimo sutrikimai.
  • 11Sutrikimų šalinimas turi būti pradedamas per nustatytą reagavimo į pranešimą apie sistemos sutrikimą laiką (reakcijos laikas) ir atliktas per nustatytą sutrikimo pašalinimo laiką.
  • 12Reakcijos laikas ir sutrikimo pašalinimo laikas priklauso nuo sutrikimo tipo, kuris nustatomas pagal sutrikimo įtaką Perkančiosios organizacijos veiklai. Kritinis: Reakcijos laikas iki 4 darbo valandų, Sutrikimo pašalinimo laikas iki 8 darbo valandų. Vidutinis: Reakcijos laikas iki 6 darbo valandų, Sutrikimo pašalinimo laikas iki 48 darbo valandų. Mažas: Reakcijos laikas iki 8 darbo valandų, Sutrikimo pašalinimo laikas iki 96 darbo valandų.
  • 13Pirkimo sutarties vykdymo metu Paslaugų Tiekėjas turi turėti veikiančią klientų aptarnavimo (pagalbos) tarnybą, kuri būtų suderinama su ITIL bei portalą (angl. Service Desk) ir tenkintų šiuos reikalavimus: užtikrintų Perkančiajai organizacijai galimybę registruoti gedimų paraiškas, sektų paraiškų vykdymo eigą ir informuotų Perkančiąją organizaciją apie gedimų šalinimo rezultatus; užtikrintų Perkančiajai organizacijai galimybę naudoti vieną bendrą klientų aptarnavimo tarnybos telefono numerį.

Sistemos funkcinės posistemės

  • 1DSS IS sudaro šios funkcinės posistemės: Profesinių ligų priežasčių tyrimo posistemė, Nelaimingų atsitikimų darbe tyrimo posistemė, Darbdavių darbuotojų saugos ir sveikatos (DSS) būklės posistemė, Prašymų posistemė, Veiklos valdymo posistemė, Inspektavimų posistemė, Informavimo ir viešųjų elektroninių paslaugų posistemė, Administravimo posistemė, Bendrųjų funkcijų posistemė, Dokumentų valdymo posistemė, Duomenų sąveikos su išorinėmis sistemomis posistemė, DSS IS Mobile, Elektroninių paslaugų darbdaviams posistemė (EPDS), Personalo pokyčių valdymo posistemė (POKYTIS).
  • 2Visose posistemėse duomenys tvarkomi pagal schemą: įvedimas iš pirminių dokumentų, apdorojimas (užrašymas, kaupimas, saugojimas, grupavimas, jungimas, keitimas (papildymas ir taisymas), paieška, peržiūra, archyvavimas); iš sukauptų duomenų formuojami rezultatai ir teikiami duomenys.
  • 3Duomenys, gaunami iš įvairių šaltinių, jungiami, sudarant galimybę DSS IS naudotojams pasirinkti, peržiūrėti ir naudoti visą sukauptą reikalingą informaciją apie konkretų darbdavį ir (ar) įvykius.
  • 4Visose posistemėse pagal poreikį yra sukurta galimybė kiekviename objektų sąraše atlikti filtravimą pagal bet kuriuos objekto registravimo duomenis.

Sistemos platforma ir licencijos

  • 1DSS IS programinė įranga sukurta panaudojant internetines technologijas (C#, .NET, ASP.NET) ir informacinių sistemų duomenų bazių technologijas (MS SQL Server).
  • 2DSS IS išorinis programavimas (angl.: Front-end) pakeistas ir modernizuotas į Knockout sprendinį.
  • 3DSS IS programinėje įrangoje pašalintos bet kokios sąsajos su VBScript (Microsoft Visual Basic Scripting Edition).
  • 4Siūlydamas alternatyvias technologijas, Teikėjas į pasiūlymą turi įtraukti visas, su Teikėjo siūlomu DSS IS programinės įrangos modifikavimo ir priežiūros sprendimu susijusias, licencijas su ne mažiau kaip 12 mėnesių siūlomos programinės įrangos gamintojo palaikymu ir naujinimo garantijomis.
  • 5Visi naujai sukurti DSS IS funkcionalumai turi būti sukurti tomis pačiomis programinėmis priemonėmis, kaip ir keičiamos bei modifikuojamos DSS IS posistemių dalys.
  • 6Sukurtas naujas EPDS portalas. Daliai funkcionalumo palaikyti turi veikti senasis EPDS portalas, kuris integruojasi į naują.

Sistemos greitaveikos reikalavimai

  • 1DSS IS turi optimaliai veikti ir efektyviai išnaudoti techninės įrangos galimybes. Turi būti užtikrinta efektyvi ir vartotojus tenkinanti DSS IS greitaveika, įvertinus, jog su visais sistemos moduliais vienu metu gali dirbti ne mažiau kaip 300 vidinių/išorinių naudotojų.
  • 2Turi optimaliai veikti atlikti greitaveikos pakeitimai DSS IS portale panaudojant Knockout, perrašant sistemos kodą.
  • 3DSS IS reakcijos laikas perėjimo nuo vieno puslapio prie kito atveju, neskaitant tinklo vėlavimo (angl. Latency), privalo neviršyti 5 sekundžių (specifinių, didelius duomenų kiekius apimančių veiksmų trukmė gali būti ilgesnė, tačiau turi būti atskirai su Perkančiąja organizacija suderinta).
  • 4Objektyviai ilgesnį laiko tarpą trunkantys procesai turi būti įgyvendinti taip, kad jie galėtų veikti foniniame režime. Informacija apie tokio proceso eigą turi būti pateikiama naudotojui dėmesio neblaškančiu būdu. Proceso vykdymo metu naudotojas privalo turėti galimybę pereiti į kitą DSS IS puslapį arba netgi baigti darbo su DSS IS seansą, tačiau proceso vykdymo šie naudotojo veiksmai neturi nutraukti.
  • 5Duomenų kopijavimo ir archyvavimo procedūrų metu neturi nukentėti bendra Sistemos greitaveika.

Socialiniai ir aplinkosaugos kriterijai

  • 1Aplinkos apsaugos kriterijai Paslaugoms nustatomi vadovaujantis Lietuvos Respublikos aplinkos ministro 2022 m. gruodžio 13 d. įsakymo Nr. D1-401 „Dėl Lietuvos Respublikos aplinkos ministro 2011 m. birželio 28 d. įsakymo Nr. D1-508 „Dėl Produktų, kurių viešiesiems pirkimams ir pirkimams taikytini Aplinkos apsaugos kriterijai, sąrašo, Aplinkos apsaugos kriterijų ir aplinkos apsaugos kriterijų, kuriuos perkančiosios organizacijos ir perkantieji subjektai turi taikyti pirkdami prekes, paslaugas ar darbus, taikymo tvarkos aprašo patvirtinimo“ pakeitimo“ 4.4.3. punktu (-ais) perkama tik nematerialaus pobūdžio (intelektinė) paslauga, nesusijusi su materialaus objekto sukūrimu, kurios teikimo metu nėra numatomas reikšmingas neigiamas poveikis aplinkai, nesukuriamas taršos šaltinis ir negeneruojamos atliekos.
  • 2Sutarties vykdymo laikotarpiu tiekėjo darbuotojui (-ams), tiesiogiai vykdantiems pirkimo sutartį, taikomos ne mažiau dvi iš šių šeimos ir darbo įsipareigojimų derinimo priemonių: lankstus darbo grafikas, individualus darbo laiko režimas, suskaidytos darbo dienos laiko režimas, nuotolinis darbas, sutrumpinta 32 valandų per savaitę darbo laiko norma, galimybė, esant poreikiui, atsivesti vaiką į darbovietę ar suteikiama kompensacija už vaiko priežiūros paslaugas, bent viena papildoma laisva diena, suteikiama kompensacija atlygiui, kurį tėvai / artimieji moka ateinančiam slaugytojui ar individualios priežiūros darbuotojui už šeimos narių ar kartu gyvenančių asmenų, kuriems nustatyta nuolatinė slauga ar priežiūra, slaugą / priežiūrą tuo metu, kuomet jie dirba.

Dokumentai15

  • 9 priedas pasiulymo vertinimo kriterijai ir salygos.docx
  • 12 priedas Sutarties Bendrosios ir Specialiosios sąlygos.docx
  • Atviro konkurso bendrosios sąlygos.docx
  • Atviro konkurso specialiosios sąlygos aktuali redakcija.docx
  • 2 priedas Techninė specifikacija su socialiniais kriterijais.docx
  • espd-request.xml
  • espd-request.pdf
  • README.txt
  • 3_c4t_7746421_1.xml
  • 7746421_Contract notice - general directive, standard regime_0.pdf
  • 1571_7746421.pdf
  • 3 priedas Pasalinimo_pagrindai.docx
  • 6 priedas_Pasiūlymo_forma fiksuotas įkainis.docx
  • 7 priedas Paslaugų sąrašas.docx
  • 8 priedas Specialistų sąrašas.docx
tendis.lt · Sukurta recodin.lt