Grįžti į sąrašą

Geologijos fondo dokumentų archyvavimo, skaitmeninimo ir elektroninių paslaugų sukūrimo paslaugos

Išanalizuota

Lietuvos Respublikos aplinkos ministerijos Aplinkos projektų valdymo agentūra

Rinkos konsultacijaCPV: 72512000 - Dokumentų tvarkymo paslaugos
ID: 70954982026-03-25 09:57
Atidaryti CVP IS

Aprašymas

Perkančioji organizacija siekia suskaitmeninti Lietuvos geologijos tarnybos archyvinius dokumentus, įskaitant jų tvarkymą, skenavimą, metaduomenų kūrimą ir perkėlimą į elektroninę saugyklą. Taip pat bus sukurtas ir įdiegtas archyvinių duomenų savitarnos portalas su paieškos funkcijomis, skirtas tiek vidiniams darbuotojams, tiek išorinėms institucijoms ir visuomenei. Šiuo pirkimu siekiama optimizuoti dokumentų valdymą, pagreitinti prieigą prie informacijos ir užtikrinti duomenų saugumą.

Kvalifikaciniai reikalavimai

  • 1Tiekėjas paslaugą ir jos teikimui reikiamą įrangą, žmogiškuosius bei kitus resursus turi teikti Lietuvos Respublikos teritorijoje. Bylas draudžiama išvežti už Lietuvos Respublikos teritorijos ribų.
  • 2Tiekėjas turi turėti ISO 9001 kokybės vadybos, ISO 14001 aplinkosaugos ir ISO 27001 informacijos saugumo valdymo sertifikatus.
  • 3Tiekėjas turi užtikrinti Archyvavimo projekto vadovą, turintį patirties vadovaujant įgyvendintam (užbaigtam) projektui, kurio metu suteiktos archyvavimo paslaugos, kurių vertė ne mažesnė nei 100 000,00 Eur be PVM (įgyvendintam per pastaruosius 3 metus).
  • 4Tiekėjas turi užtikrinti Informacinių sistemų projektų vadovą, turintį patirties vykdant informacinės sistemos (registro) programinės įrangos kūrimo, diegimo, modernizavimo ir (ar) priežiūros sutartį/projektą, kurios objektas atitinka reikalavimus: a) sukurta ar modifikuota informacinė sistema (registras) prieinama ir naudojama ne mažiau kaip 10 000 išorinių naudotojų fizinių ir (ar) juridinių subjektų; b) turi integraciją su ne mažiau kaip 1 (viena) informacine sistema (registru); c) sutarties vertė ne mažesnė nei 300 000 EUR be PVM (įvykdytą per paskutinius 3 metus).
  • 5Tiekėjas turi užtikrinti Informacinių sistemų analitiką, turintį patirties vykdant informacinės sistemos (registro) programinės įrangos kūrimo ir diegimo ir (ar) priežiūros sutartį/projektą, kurios objektas atitinka reikalavimus: a) sukurta ar modifikuota informacinė sistema (registras) prieinama ir naudojama išorinių naudotojų fizinių ir (ar) juridinių subjektų; b) turi integraciją su ne mažiau kaip 1 (viena) informacine sistema (registru) (įvykdytą per paskutinius 3 metus).
  • 6Tiekėjas turi užtikrinti Informacinių sistemų architektą, turintį patirties vykdant informacinės sistemos (registro) programinės įrangos kūrimo ir diegimo ir (ar) priežiūros sutartį/projektą, rengiant informacinės sistemos ar registro architektūrą, kurios metu buvo naudojamos react, node.js, angular.js ar lygiavertės javascript technologijos ir kurios objektas atitinka reikalavimus: a) sukurta ar modifikuota informacinė sistema (registras) prieinama ir naudojama išorinių naudotojų fizinių ir (ar) juridinių subjektų (įvykdytą per paskutinius 3 metus).
  • 7Tiekėjas turi užtikrinti Duomenų bazių valdymo sistemos ekspertą, turintį patirties vykdant informacinės sistemos (registro) programinės įrangos kūrimo ir diegimo ir (ar) priežiūros sutartį/projektą, kurios objektas atitinka reikalavimus: a) sukurta ar modifikuota informacinė sistema (registras) prieinama ir naudojama išorinių naudotojų fizinių ir (ar) juridinių subjektų; b) turi integraciją su ne mažiau kaip 1 (viena) informacine sistema (registru) (įvykdytą per paskutinius 3 metus).
  • 8Tiekėjas turi užtikrinti Programuotoją, turintį patirties vykdant informacinės sistemos (registro) programinės įrangos kūrimo ir diegimo ir (ar) priežiūros sutartį/projektą, kurios metu sėkmingai atliko programavimo darbus naudojant react, node.js, angular.js ar lygiavertę javascript technologiją ir kurios objektas atitinka reikalavimus: a) sukurta ar modifikuota informacinė sistema (registras) prieinama ir naudojama išorinių naudotojų fizinių ir (ar) juridinių subjektų; b) turi integraciją su ne mažiau kaip 1 (viena) informacine sistema (registru) (įvykdytą per paskutinius 3 metus).
  • 9Tiekėjas turi užtikrinti Ergonomikos (vartotojo sąsajos kokybės) specialistą, turintį patirties vykdant informacinės sistemos (registro) programinės įrangos kūrimo ir diegimo ir (ar) priežiūros sutartį/projektą, teikiant informacinių sistemų vartotojo sąsajos patogumo (angl. usability) analizės paslaugas ir kurios objektas atitinka reikalavimus: a) sukurta ar modifikuota informacinė sistema (registras) prieinama ir naudojama išorinių naudotojų fizinių ir (ar) juridinių subjektų; b) turi integraciją su ne mažiau kaip 1 (viena) informacine sistema (registru) (įvykdytą per paskutinius 3 metus).
  • 10Tiekėjas turi užtikrinti IT saugos specialistą, turintį patirties vykdant informacinės sistemos (registro) kūrimo ir (arba) modernizavimo paslaugų teikimo sutartį/projektą, kurio vykdymo metu užtikrino kuriamos, modernizuojamos ar prižiūrimos informacinės sistemos (registro) duomenų saugumą (įvykdytą per paskutinius 3 metus).
  • 11Tiekėjas turi užtikrinti Veiklos procesų analitiką, turintį patirties vykdant sutartį/projektą, kurios vykdymo metu: - buvo sukurta (modernizuota) bei įdiegta ir/ar prižiūrima bei palaikoma informacinė sistema, turinti integracijas su kitomis valstybės informacinėmis sistemomis ar registrais, naudojant duomenų mainų integracines sąsajas, paremtas atvirais duomenų apsikeitimo standartais – žiniatinklio paslaugomis (ang. Web Services), ar lygiaverte technologija; - buvo naudojama UML (Unified Modeling Language) arba lygiavertė notacija atliekant veiklos procesų analizę, poreikių (reikalavimų) specifikavimą (įvykdytą per pastaruosius 3 metus).

Techniniai reikalavimai

Vidinis portalas

  • 1Vidinis portalas skirtas tarnybos darbuotojams.
  • 2Darbuotojai turi galėti prisijungti naudodamiesi savo prisijungimo vardu ir slaptažodžiu ir / arba naudojantis „Windows” autentifikacija.
  • 3Turi būti paruoštos ir pateiktos instrukcijos kaip prijungti ir atjungti vidinį vartotoją.
  • 4Turi būti galima administruoti naudotojus (vidinius ir išorinius) ir jų roles bei teises. Detalios naudotojų rolės ir teisės turės būti nustatytos Sistemos analizės metu.
  • 5Turi būti galima tvarkyti klasifikatorius ir kitus sistemos parametrus.
  • 6Turi būti galima vykdyti skaitmeninio turinio paiešką pagal metaduomenis ir dokumentų turinį. Tikslūs paieškos parametrai ir rezultatų atvaizdavimo forma turės būti suderinti Portalo analizės metu.
  • 7Turi būti galima pildyti ir koreguoti elektroninių dokumentų metaduomenis.
  • 8Turi būti galima administruoti užklausas dėl skaitmeninių dokumentų gavimo iš trečiųjų šalių: peržiūrėti gautas užklausas; užklausas patvirtinti ar atmesti.
  • 9Vidinis portalas turi būti integruotas su Active Directory, kad darbuotojai galėtų prisijungti naudodami savo paskyras. Tai užtikrins vieningą autentifikaciją ir patogumą vartotojams, kurie jau naudoja AD prisijungimus kitose sistemose.
  • 10Vidiniams vartotojams turi būti suteikta galimybė matyti nenuasmenintas dokumentų versijas ir metaduomenis pagal jiems priskirtas roles ir teises. Vartotojo teisės turi būti nustatomos per portalo administravimo sąsają, leidžiant matyti visą turinį be anonimizacijos tik tiems vartotojams, kurie turi tam tikras privilegijas.
  • 11Vidinis portalas turi suteikti vartotojams galimybę paprašyti papildomų teisių matyti tam tikrus dokumentus ar jų metaduomenis. Ši funkcija turi būti integruota į vartotojo sąsają, leidžiant pateikti prašymą peržiūrėti nenuasmenintą informaciją, kuris bus nukreiptas portalo administratoriui ar atsakingam asmeniui peržiūrėti ir patvirtinti arba atmesti prašymą.
  • 12Vidinis portalas turi užtikrinti duomenų dalinimosi funkcionalumą tarp vartotojų pagal jų priskirtas roles ir teises. Vartotojai, turintys atitinkamas teises, turi turėti galimybę dalintis dokumentais ir jų metaduomenimis su kitais vartotojais arba vartotojų grupėmis, nustatant prieigos lygius (pvz., peržiūra, redagavimas). Dalinimosi galimybė turi būti konfigūruojama per portalo administravimo sąsają.
  • 13Vidinis portalas turi fiksuoti visus svarbius dokumento veiksmus ir įvykius, įskaitant prieigą, peržiūrą, redagavimą, šalinimą ir kitus veiksmus, atliktus su duomenimis.
  • 14Vidinis portalas turi palaikyti galimybę vartotojams pridėti komentarus prie dokumentų ar kitų turinio elementų vidiniam vartojimui. Vartotojai turėtų turėti galimybę rašyti ir redaguoti komentarus, taip pat galėti matyti komentarus, kurie yra susieti su konkrečiu dokumentu ar kitu turiniu. Komentarai turi būti saugomi kartu su laiku, data, ir vartotojo informacija, kuris komentarą pateikė.
  • 15Portalas turi suteikti galimybę nustatyti ir valdyti prieigą prie specialios paskirties dokumentų, kuriems turi būti ribota prieiga. Administratoriai turi turėti galimybę nustatyti specifines prieigos teises (pvz., peržiūrėti, redaguoti, šalinti) specialiems dokumentams. Vartotojai turi matyti tik tuos specialios paskirties dokumentus, kuriems jiems buvo suteiktos atitinkamos teisės. Sistema turi užtikrinti, kad prieigos teisės būtų nustatomos pagal vartotojų roles ar individualias leidimas. Specialių dokumentų prieigos valdymo funkcionalumas turi būti lengvai valdomas per administravimo sąsają, leidžiant administratoriams greitai ir efektyviai nustatyti ir keisti prieigos teises.

Išorinis portalas

  • 1Išorinis Portalas bus skirtas Lietuvos Respublikos piliečiams ar išorinių institucijų, kurie (-ios) turi teisę užklausti skaitmeninių dokumentų, darbuotojams.
  • 2Pilnos teksto paieškos galimybė su filtrais pagal kategorijas, raktinius žodžius, paskelbimo datą, dokumentų tipus ir kt.
  • 3Integracija su pirkinių krepšelio sistema. Sąskaitų išrašymas.
  • 4Saugūs mokėjimo šliuzai (pvz., kredito kortelės, „PayPal“, banko pervedimai).
  • 5Sąskaitų faktūrų generavimas ir pateikimas po pirkimo.
  • 6Miniatiūrų peržiūra (Thumbnail previews) ir trumpi aprašymai kiekvienam dokumentui.
  • 7Tik peržiūros režimas (pvz., vandens ženklais pažymėti PDF arba fragmentai).
  • 8Numatomoji paieška ir automatiniai pasiūlymai.
  • 9Pažangios paieškos galimybės (pvz., loginiai operatoriai, „wildcards“ simboliai).
  • 10Turi būti galima vykdyti reikiamų dokumentų paiešką pagal jų metaduomenis.
  • 11Saugus įsigytų dokumentų pristatymas.
  • 12Laiko arba atsisiuntimų kiekio ribojimai (time-limited ar limited-download rights), jei taikoma.
  • 13Galimybė apdoroti didelę srautų apimtį ir daug vienu metu prisijungusių vartotojų.
  • 14Debesų kompiuterijos arba apkrovos balansavimo infrastruktūra, užtikrinanti mastelio keitimą.
  • 15Pilnas duomenų perdavimo šifravimas (SSL/TLS).
  • 16Duomenų šifravimas saugomiems dokumentams.
  • 17Reguliarūs saugumo auditai ir įsiskverbimo testavimas.
  • 18Greitas puslapių įkrovimo laikas (<5 sekundės).
  • 19Atsakingas dizainas, optimizuotas staliniams, planšetiniams ir mobiliems įrenginiams.
  • 20Turi būti galima patikslinti užklausą, gavus papildomus klausimus iš tarnybos darbuotojo.
  • 21Turi būti galima matyti pateiktų užklausų būsenas.
  • 22Turi būti galima parsisiųsti užprašytus dokumentus, gavus informaciją apie paruoštą turinį.
  • 23Sistemoje turi būti galimybė išorinio portalo vartotojui siusti užklausą vidiniam sistemos vartotojui, kad būtų suformuota dokumento kopija ir pasirašyta kvalifikuotu el. parašu. Vidinis portalo vartotojas turi gauti įspėjimą apie tokio dokumento užklausą.
  • 24Sistema turi suteikti galimybę vartotojams dalintis nuorodomis į dokumentus ar duomenis, o ne pačiais dokumentais ar duomenimis. Vartotojai turi turėti galimybę generuoti saugias nuorodas, leidžiančias kitiems vartotojams prieiti prie specifinio turinio tik tuo atveju, jei jiems buvo suteiktos atitinkamos teisės.
  • 25Turi būti galima prisijungti su vartotojo vardu ir slaptažodžiu.
  • 26Turi būti galima pateikti užklausą tarnybos darbuotojams, susijusią su ieškomais dokumentais.

Saugos reikalavimai

  • 1Portalas turi būti apsaugotas nuo: neautentifikuotos prieigos (vidinis portalas); nesankcionuoto naudotojo sesijos perėmimo; nesankcionuoto duomenų perėmimo ar jų įterpimo; žalingo kodo įterpimo (angl. Injection, XSS (Cross-sitescripting)); kitų saugumo pažeidimų, kurie įvardijami OWASP TOP 10 (https://www.owasp.org) sąraše (arba lygiaverčiame).
  • 2Turi būti fiksuojamas ir kontroliuojamas registravimosi prie vidinio portalo, bei teisių gavimo pastangos.
  • 3Vidiniame portale turi būti nustatomas leistinų nepavykusių prisijungimų skaičius.
  • 4Naudotojams informacija turi būti pateikiama ribotai pagal jiems priskirtas roles ir teises.

Sąsajų reikalavimai

  • 1Sistema turi teikti internetinių paslaugų (angl. Web Services) sąsają sistemos funkcijoms.
  • 2Sistema turi būti pritaikoma pagal perkančiosios organizacijos pateiktą vartotojo sąsają, kad UI sluoksnis būtų atskirtas nuo pagrindinės architektūros.
  • 3Sistema palaiko automatinį dokumentų konvertavimą į PDF/A-1B archyvavimo formatą.
  • 4Sistemos metaduomenų turinys turi būti eksportuojamas į XML formatą.

Pirkimo objekto apimtis

  • 1Lietuvos geologijos tarnybos Archyvinių dokumentų tvarkymas, įvedimas į apskaitą ir EAIS vadovaujantis dokumentų tvarkymo ir apskaitos taisyklėmis, pavirtintomis Lietuvos vyriausiojo archyvaro įsakymu „Dėl Lietuvos vyriausiojo archyvaro 2011 m. liepos 4 d. įsakymo Nr. V-118 „Dėl Dokumentų tvarkymo ir apskaitos taisyklių patvirtinimo“ ir kitais teisės aktų reikalavimais.
  • 2Dokumentų sutvarkymas, parengimas skaitmeninimui, skenavimas, skaitmeninių dokumentų (failų) ir jų katalogų sukūrimas, metaduomenų užpildymas.
  • 3Archyvinių duomenų savitarnos portalo su paieška sukūrimas ir įdiegimas.
  • 4Dokumentų valdymo, skaitmeninimo, elektroninės saugyklos, metaduomenų valdymo, informacijos saugos, prieigos kontrolės, audito, incidentų valdymo, duomenų apsaugos, duomenų perdavimo, ilgalaikio saugojimo bei elektroninio archyvo infrastruktūros sukūrimas, integravimas ir palaikymas pagal Lietuvos Respublikos teisės aktus, tarptautinius standartus ir nacionalinio saugumo reikalavimus.
  • 5Pirkimo objektas į dalis neskaidomas (LGT archyvinių dokumentų tvarkymo, skaitmeninimo paslaugos bei Archyvinių duomenų savitarnos portalo sukūrimas ir įdiegimas).

Skaitmeninimo paslaugos

  • 1Skaitmeninimo darbai vyks Tiekėjo patalpose, naudojant Tiekėjo kompiuterius, skenerius ir kitą reikalingą techninę bei programinę įrangą.
  • 2Tiekėjas į savo patalpas turi pristatyti savo lėšomis bei šalių suderintu grafiku, paimant juos iš nurodytų Pirkėjo dokumentų saugojimo adresų.
  • 3Dėžės transportavimui turi būti įskaičiuotos į pasiūlymą.
  • 4Skaitmeninimo metu Tiekėjas privalo užtikrinti perduotų dokumentų priėmimą, laikiną saugojimą bei paieškų vykdymą.
  • 5Saugant Pirkėjo dokumentus Tiekėjo patalpose, Tiekėjas užtikrina, kad bus laikomasi LR teisės aktuose nustatytų dokumentų saugojimo reikalavimų.
  • 6Tiekėjas įsipareigoja užtikrinti dokumentų konfidencialumą ir apsaugoti juos nuo sugadinimo, praradimo ar neteisėto panaudojimo.
  • 7Skaitmeninimo procesas turi būti vykdomas laikantis ISO 2859, ISO 19005 (PDF/A), ISO 23081 (metaduomenų valdymas) standartų gerųjų praktikų.
  • 8Ne mažiau kaip 3% visų suskaitmenintų dokumentų kokybės auditas, automatizuotai ir/ar rankiniu būdu tikrinant vaizdo kokybę, vientisumą, ryškumą, spalvų balansą, kraštinių pjūvius ir DPI parametrus.
  • 9Užtikrinti galimybę dokumentų skaitmeninimo metu parengti dvi dokumentų versijas – originalią (įprastą) ir nuasmenintą.
  • 10Sudarytos sąlygos užsakovui nurodyti, kurie dokumentai gali būti perduodami originaliu formatu, o kurie – tik nuasmeninti.
  • 11Visi duomenys (vaizdai, metaduomenys, žurnalai, laikinos kopijos) turi būti saugomi tik Lietuvos Respublikos teritorijoje esančiuose duomenų centruose arba ES valstybėse NATO saugumo lygyje.
  • 12Vaizdų kokybė ne mažesnė kaip 300 DPI raiška ir 24 bitų spalviniu gyliu.
  • 13Dokumentai privalo būti skaitmeninami spalvotai.
  • 14Skaitmeninami dokumentai turi būti išsaugomi PDF formatu.
  • 15Kiekviena skaitmeninama byla turi būti aprašoma ją identifikuojančiais atributais – indeksiniais laukais, atitinkamų metaduomenų sąrašu, kuris gali būti plečiamas.
  • 16Įkeliant suskaitmenintas bylas (failus ir jų katalogus, jeigu reikia) į Pirkėjo Saugyklą, kartu privalo būti įkeliami ir visi bylos aprašantys metaduomenys / indeksai (duomenys apie bylą, tame tarpe ir naujo archyvo aprašo numeris).
  • 17Minimalus užsakomas kiekis: CD – 22000 vnt., USB – 100 vnt., A4 - A0 formato bylos – 6 000 000 vnt.

Bendrosios sistemos funkcijos

  • 1Turi būti įmanoma atidaryti esamus dokumentus tiesiai iš saugyklos, juos redaguoti ir išsaugoti pakeistus dokumentus saugykloje, neišeinant iš aplikacijos.
  • 2Valdyti klientus, dokumentų kategorijas ir kitą duomenų turinį.
  • 3Pridėti, redaguoti ir ištrinti dokumentų metaduomenis.
  • 4Kurti ir naudoti dokumentų šablonus.
  • 5Kurti hipersaitus ir nuorodas į dokumentus.
  • 6Naudoti peržiūros funkciją norint perskaityti ir kopijuoti dokumento turinį.
  • 7Apsaugoti dokumentus nuo atsitiktinio ištrynimo.
  • 8Išsaugoti kaip PDF arba siųsti kaip PDF sprendimas.
  • 9Išsaugoti bet kokiu failų formatu.
  • 10Išvengti problemų, susijusių su vienu metu atliekamais pakeitimais, naudojant užrakinimo ir atrakinimo funkcijas.
  • 11Naršyti ryšius tarp dokumentų, klientų ir kitų duomenų.
  • 12Patogiai tvarkyti dokumentus.
  • 13Ieškoti dokumentų pagal turinį, metaduomenis ir klasifikacijos informaciją.
  • 14Naudoti pažangias paieškos funkcijas, pasirinkus labiausiai poreikius atitinkančią.
  • 15Kontroliuoti duomenų matomumą ir užtikrinti saugumo reikalavimus.
  • 16Paslėpti jautrius dokumentus, naudojant leidimų nustatymus.
  • 17Suteikti prieigą prie dokumentų pagal jų tipą tik tam tikriems asmenims ar grupėms.
  • 18Nustatyti vartotojų ir vartotojų grupių specifinius teisių ir leidimų parametrus.
  • 19Sukurti automatinius leidimų nustatymus dokumentų šablonams.
  • 20Sumažinti žmogaus klaidų riziką automatiniais leidimų nustatymais.
  • 21Administruoti sistemą savarankiškai.
  • 22Vykdyti vartotojų ir vartotojų grupių administravimą.
  • 23Naudotis kelių pasirinkimų sąrašais ir filtruotais laukais.
  • 24Sukurti vieną ar daugiau dokumentų saugyklų, įskaitant skirtingas vartotojams specifines teises.
  • 25Įdiegti sistemą ir sukurti metaduomenų struktūras, atitinkančias specifinius poreikius.
  • 26Programinės įrangos sąsajos kalba turi būti Lietuvių kalba.
  • 27Gauti ir nustatyti el. laiškų pranešimus apie naujus ir modifikuotus dokumentus.
  • 28Apibrėžti pavaduojančius vartotojus, pvz., atostogų laikotarpiams.
  • 29Siųsti užduotis.
  • 30Elektroniniu būdu patvirtinti dokumentus ir kitus objektus.
  • 31Naudoti įvykių tvarkytuvus.
  • 32Naudoti kvalifikuotus elektroninius parašus dokumentams ir kitoms įrašams patvirtinti.
  • 33Leisti vartotojams prisijungti per internetinę sąsają.
  • 34Naudotis natūraliomis mobiliosiomis aplikacijomis („Android“, „iOS“) arba prisitaikančio dizaino aplikacijomis.
  • 35Išplėsti metaduomenimis grindžiamus leidimus.
  • 36Replikacija: paspartinti dokumentų tvarkymą geografiškai atskirtuose objektuose.
  • 37Apibrėžti nuorodas į išorines duomenų bazes (Lietuvos geologijos tarnybos el. paslaugų ir GEOLIS SQL duomenų bazes), siekiant naudoti esamus duomenis, pvz., klientų ir dokumentų sąrašus.
  • 38Dokumentai turi būti kategorizuojami kaip prieinami vidiniam ir išoriniam portalui arba prieinami tik vidiniam portalui.

Paieškos sistemos reikalavimai

  • 1Paieškos sistema turi būti aukšto našumo, pritaikyta dideliam kiekiui dokumentų (>1 000 000 dokumentų).
  • 2Turi būti galimybė ieškoti pagal: Metaduomenis (dokumento pavadinimą, aprašą, bylos indeksą, datas, raktinius žodžius, kategorijas, geologinių objektų parametrus, registracijos numerius).
  • 3Turi būti pilna teksto paieška (full-text search) dokumentų turinyje, naudojant OCR.
  • 4Turi būti sudėtingas filtravimas, įskaitant: loginiai operatoriai (AND, OR, NOT), fragmentų paieška, ribojimas pagal datų intervalus, geografiniai parametrai (jei aktualu ir turime metaduomenyse).
  • 5Turi būti automatinė paieškos pasiūlymų (autocomplete) sistema.
  • 6Paieškos rezultatai turi būti rodomi per ≤ 4 sekundes, esant didelei apkrovai.
  • 7Sistema turi būti optimizuota indeksavimui (Elasticsearch arba analogiška).
  • 8Indeksai turi būti atnaujinami real-time arba near-real-time.

Sistemos priežiūra ir pagalba

  • 1Reguliarūs programinės įrangos atnaujinimai, skirti saugumui ir našumui.
  • 224/7 klientų ir techninė pagalba.
  • 3Išsami dokumentacija ir mokymosi medžiaga administratorių ir vartotojų poreikiams.

Prieigos kontrolės reikalavimai

  • 1Dokumentų teises turėtų būti galima apibrėžti kiekvienam dokumentui ir naudoti skirtingas taisykles pagal dokumento tipą, vartotojo rolę.
  • 2Vartotojas turi turėti galimybę ieškoti dokumentų pagal jiems suteiktas teises ar roles.
  • 3Sistema turi palaikyti vaidmenimis pagrįstą vartotojų prieigą.
  • 4Tam tikrų metaduomenų laukų matomumą ir redagavimo teises turi būti įmanoma nustatyti.
  • 5Dokumentų prieigų nustatymai turi būti keičiami masinėse operacijose.
  • 6Galutiniai vartotojai negali visiškai sunaikinti dokumentų.
  • 7Turi būti galimybė nurodyti skirtingas dokumentų versijas per hipersaitus, įskaitant tokias nuorodas, kurios visada nukreipia į naujausią dokumento versiją.

Sistemos architektūros reikalavimai

  • 1Sistema turėtų turėti lanksčias diegimo galimybes – gali būti diegiama debesijos infrastruktūroje, vietinėse (angl. on-premise) ir hibridinėse aplinkose.
  • 2Turi būti HTTPS konfigūravimo parinktis klientų jungtims vietiniuose diegimuose.
  • 3Visas srautas sistemos viduje ir tarp domenų turi būti užšifruotas naudojant HTTPS.
  • 4Objekto duomenų failai turi būti saugomi atviro kodo duomenų bazėje arba failų sistemoje.
  • 5Sistema turi naudoti Unicode koduotę ir palaikyti duomenų saugojimą bei paiešką kalbomis, naudojančiomis dvigubų baitų simbolius.
  • 6Sistema turi leisti pasiekti duomenis naudojant mobiliuosius įrenginius (natūralios aplikacijos dažniausiai naudojamoms mobiliosioms platformoms – „Android“, „iOS“ arba prisitaikančio dizaino aplikacija).
  • 7Sistema turi būti pasiekiama per interneto naršyklę.
  • 8Sistema turi turėti galimybę autentifikuotis naudojant kliento domeno kredencialus („Active Directory“ integracija).
  • 9Sistema turi turėti galimybę naudotis esamomis „Active Directory“ vartotojų grupėmis.
  • 10Dokumentų versijų valdymas turi veikti automatiškai.
  • 11Sistemos struktūra, matoma galutiniam vartotojui, turi būti modifikuojama be dokumentų ar metaduomenų pakeitimų.
  • 12Portalas duomenų ir pranešimų apsikeitimui bei saugojimui turi naudoti Unicode (UTF-8) koduotę.

Naudojimo ir funkcionalumo reikalavimai

  • 1Vartotojas turi galėti susikurti pritaikytą dokumentų ir „duomenų bazės įrašų“ tipo informacijos rodinį, neturėdamas programavimo žinių.
  • 2Visi saugomi duomenys („duomenų bazės įrašo“ tipo informacija ir dokumentų forma) turi būti randami per vieną paiešką, kuri taip pat turi apimti dokumentų turinio paiešką.
  • 3Vartotojas gali atkurti bet kurią dokumento versiją nepašalindamas esamos versijos iš versijų istorijos.
  • 4Dokumentai, ištrinti galutinio vartotojo, turi būti atkuriami be atsarginės kopijos atkūrimo.
  • 5Vartotojų teisės gali būti valdomos pagal vaidmenimis pagrįstas grupes.
  • 6Sistema gali saugoti tik metaduomenis be failų, jei reikia.
  • 7Metaduomenys gali būti automatiškai įterpiami į dokumento turinį ir pavadinimą, naudojant šablonus.
  • 8Dokumentas gali būti pasirašytas kvalifikuotu elektroniniu parašu, o parašų gali būti daugiau nei vienas.
  • 9Dokumento metaduomenys ir turinys gali būti nukopijuoti į naują dokumentą.
  • 10Kelių dokumentų metaduomenys gali būti keičiami masinėje operacijoje galutinio vartotojo.
  • 11Sistema gali spausdinti pasirinktus dokumentus neatidarant jų atskirai.
  • 12Dokumentus galima šalinti ir sunaikinti masiniu režimu, pasirenkant daugiau nei vieną dokumentą sunaikinimo metu.
  • 13Dokumentai gali būti pridedami prie darbo eigos procesų.
  • 14Dokumento darbo eigos būsena gali nustatyti dokumento saugumo parametrus.
  • 15Dokumentai gali būti automatiškai pavadinami remiantis jų metaduomenimis.

Archyvinių dokumentų tvarkymo paslaugos

  • 1Archyvinių dokumentų bylų ir brėžinių tvarkymą, perėmimą, pridavimą į Lietuvos valstybės naująjį archyvą ir su jais susijusias paslaugas.
  • 2Bylų perėmimas į paslaugų tiekėjo patalpas ir pervežimas pridavimui į valstybės archyvą atliekamas tiekėjo sąskaita.
  • 3Transportavimui naudojamos dėžės, atitinkančios bylų, segtuvų formatą.
  • 4Sutikrinti bylas pagal Pirkėjo sudarytus ir perduotus apskaitos dokumentus, parengti dokumentų perdavimo aktus.
  • 5Užtikrintas Pirkėjo dokumentų saugumas ir konfidencialumas perėmimo, transportavimo, pridavimo darbuose.
  • 6Dokumentų perdavimo faktas patvirtinamas ir įforminamas priėmimo-perdavimo aktu.
  • 7Dokumentų bylos turi būti tvarkomos vadovaujantis Lietuvos Respublikos dokumentų ir archyvų įstatymu, Dokumentų tvarkymo ir apskaitos taisyklėmis (aktualia redakcija), patvirtintomis Lietuvos vyriausiojo archyvaro 2011-07-04 įsakymu Nr. V-118, kitais teisės aktais, reglamentuojančiais dokumentų tvarkymą, reikalavimais.
  • 8Išimti iš bylų žymeklius ir dokumento lapams susegti naudojamas priemones.
  • 9Išdėstyti dokumentus abėcėline ir/ar chronologine tvarka (jei netaikoma kita sisteminimo tvarka).
  • 10Sunumeruoti dokumentų lapus, parengti antraštinius lapus ir baigiamuosius įrašus.
  • 11Pagal poreikį sudaryti Pirkėjo nurodytų bylų vidaus apyrašus, kuriuose surašomi byloje esantys dokumentų pavadinimai, datos, registracijos numeriai ir nurodoma dokumento vieta byloje (lapų numeriai), kita paieškai atlikti reikalinga informacija.
  • 12Dokumentus įrišti į archyvinius segtuvus specialiai pritaikytus nuolat saugomiems dokumentams (be metalinių laikiklių).
  • 13Bylų apyrašo parengimas EAIS sistemoje, derinimas su atsakinga institucija.
  • 14Įrašyti bylas į apyrašus ir pagal apyrašus sudėti jas į archyvines dėžutes pritaikytas nuolat saugomų dokumentų saugojimui.
  • 15Bylų apyrašų duomenis pateikti derinti kartu su Paslaugų teikėjo parengta to laikotarpio pažyma apie Paslaugų pirkėjo organizacijos veiklos istoriją ir dokumentų sutvarkymą.
  • 16Archyvavimo darbo priemonės (archyvavimo dėžutės, segtuvai ir kt.) turi būti įskaičiuota į paslaugų kainą.

Paslaugų lygio susitarimo (SLA) reikalavimai

  • 1Sistemos prieinamumas – ne mažiau kaip 99,9% per kalendorinį mėnesį.
  • 2Kritinių incidentų reakcijos laikas ≤ 4 val.
  • 3Aukšto lygio incidentų reakcijos laikas ≤ 8 val.
  • 4Vidutinio lygio incidentų reakcijos laikas — 24 val., žemo lygio — 48 val.

Nacionalinio saugumo ir teisės aktų laikymasis

  • 1Pirkimui taikomi šie teisės aktai (arba jų aktualios redakcijos): Lietuvos Respublikos nacionaliniam saugumui užtikrinti svarbių objektų apsaugos įstatymas.
  • 2Pirkimui taikomas Lietuvos Respublikos viešųjų pirkimų įstatymo 37 straipsnio 9 dalis ir 47 straipsnio 9 dalis.
  • 3Pirkimui taikomas Lietuvos Respublikos kibernetinio saugumo įstatymas ir jo įgyvendinamieji teisės aktai.
  • 4Pirkimui taikomos NIS2 direktyvos nuostatos, kiek jos perkeltos į nacionalinę teisę.
  • 5Pirkimui taikomas Lietuvos Respublikos įslaptintos informacijos apsaugos įstatymas (jei dokumentai gali turėti riboto naudojimo ar kitą jautrią informaciją).
  • 6Pirkimui taikomas BDAR ir ADTAĮ — asmens duomenų tvarkymui.
  • 7Tiekėjas turės laikytis Informacijos saugos reikalavimų.
  • 8Tiekėjas, teikdamas Paslaugas, turės užtikrinti tinkamą asmens duomenų apsaugą, atitinkančią Europos Sąjungos Bendrą duomenų apsaugos reglamentą ir Lietuvos Respublikos teisės aktus, bei pasirašyti su Pirkėju nustatytos formos Asmens duomenų tvarkymo susitarimą.

Dokumentų valdymo sistemos bendrieji reikalavimai

  • 1Portalas turėtų būti paprastas ir juo turi būti patogu naudotis, atliekant kuo mažiau žingsnių.
  • 2Naudotojų duomenų prieinamumas, vientisumas bei konfidencialumas turi būti užtikrinamas tinkamomis technologinėmis priemonėmis.
  • 3Portalo programinė architektūra ir jos realizacija turi palaikyti Portalo pajėgumų plėtimą, prijungiant papildomą techninę įrangą (angl. scaling).
  • 4Portalas turi būti atsparus programiniams ir aparatiniams trikdžiams.
  • 5Sistemos vartotojo sąsaja turi reaguoti ir atlikti veiksmus ne ilgiau nei per 5 sekundes po kiekvieno vartotojo veiksmo.
  • 6Programos dizainas turi atitikti visus moderniam dizainui ir universalios prieigos keliamus reikalavimus, būti modernus, pritaikomas mobiliesiems įrenginiams, bei neįgaliesiems.
  • 7Sistemoje dokumentai turi būti saugomi dviem formatais – originaliu (įprastu) ir nuasmenintu.
  • 8Turi būti užtikrinta galimybė prie kiekvieno dokumento pažymėti, ar jis gali būti išduodamas originaliu formatu, ar tik nuasmenintu.
  • 9Turi būti sudaryta galimybė prie originalaus dokumento įkelti atitinkamą jo nuasmenintą versiją.
  • 10Sistema turi užtikrinti galimybę integruotis su Lietuvos Respublikos valstybės informacinėmis sistemomis per kuriamos sistemos API / standartizuotas sąsajas.
  • 11Sistema turi būti suprojektuota taip, kad užtikrintų aukštą prieinamumą (HA ≥ 99,9%).

Dokumentai7

  • 697 SPS 5 Priedas Pasiūlymo forma RK.docx
  • 697 SPS 6 priedas sutarties SS RK.docx
  • 697 SPS 10 priedas Ekonominins naudingumas skaiciuokle RK.xlsm
  • 697_LGT_pirkimo_rinkos_konsultacija_kvietimas_CVPIS.docx
  • 1778_7095498.pdf
  • 697 SPS 2 priedas Geologijos_fondo_skaitmeninimas_TS_RK.docx
  • 697 SPS 10 priedas Ekonominins naudingumas RK.docx
tendis.lt · Sukurta recodin.lt