PATVIRTINTAL. e. p. Higienos instituto direktoriaus2014 m. d.įsakymu Nr. V-

ATVIRO KONKURSO „INFORMACINĖS SISTEMOS PROJEKTAVIMO, PROGRAMAVIMO, KŪRIMO IR DIEGIMO, BANDOMOSIOS

EKSPLOATACIJOS IR APMOKYMO PASLAUGŲ PIRKIMAS“ SĄLYGOS

1. BENDROSIOS NUOSTATOS

1.1. Higienos institutas (toliau – Perkančioji organizacija) numato įsigyti Informacinės sistemos projektavimo, programavimo, kūrimo ir diegimo, bandomosios eksploatacijos ir apmokymo paslaugas. Pirkimas atliekamas elektroninėmis priemonėmis Centrinėje viešųjų pirkimų informacinėje sistemoje (toliau – CVP IS). Susirašinėjimas vykdomas bei pasiūlymai pateikiami tik elektroninėmis priemonėmis naudojant CVP IS.

1.2. Pirkimas yra susijęs su programa, finansuojama Europos Sąjungos lėšomis – Lietuvos 2007–2013 metų Europos Sąjungos struktūrinės paramos Žmogiškųjų išteklių plėtros veiksmų programos 4 prioriteto „Administracinių gebėjimų stiprinimas ir viešojo administravimo efektyvumo didinimas“ įgyvendinimo priemonės VP1-4.3-VRM-02-V „Viešųjų politikų reformų skatinimas“ projektu „Traumų ir nelaimingų atsitikimų stebėsenos sistemos sukūrimas“ (toliau – Projektas). Projekto kodas Nr. VP1-4.3-VRM-02-V-05-006.

1.3. Pirkimas vykdomas vadovaujantis Viešųjų pirkimų įstatymu, Lietuvos Respublikos civiliniu kodeksu, kitais viešuosius pirkimus reglamentuojančiais teisės aktais bei šiomis Atviro konkurso „Informacinės sistemos projektavimo, programavimo, kūrimo ir diegimo, bandomosios eksploatacijos ir apmokymo paslaugų pirkimas“ sąlygomis (toliau – Konkurso sąlygos).

1.4. Konkursas atliekamas laikantis lygiateisiškumo, nediskriminavimo, abipusio pripažinimo, proporcingumo, skaidrumo principų ir konfidencialumo bei nešališkumo reikalavimų.

1.5. Techninės specifikacijos Informacinės sistemos projektavimo, programavimo, kūrimo ir diegimo, bandomosios eksploatacijos ir apmokymo paslaugoms projektas buvo skelbtas informacijos apie planuojamus vykdyti viešuosius pirkimus skelbimo CVP IS tvarkos aprašo, patvirtinto Viešųjų pirkimų tarnybos direktoriaus 2009 m. gegužės 15 d. įsakymu Nr. 1S-49 „Dėl informacijos apie planuojamus vykdyti viešuosius pirkimus skelbimo Centrinėje viešųjų pirkimų informacinėje sistemoje tvarkos aprašo patvirtinimo“ nustatyta tvarka. Techninės specifikacijos Informacinės sistemos projektavimo, programavimo, kūrimo ir diegimo, bandomosios eksploatacijos ir apmokymo paslaugoms projekto paskelbimo data – 2014 m. gruodžio 11 d. Pastabų ir (ar) pasiūlymų dėl Techninės specifikacijos Informacinės sistemos projektavimo, programavimo, kūrimo ir diegimo, bandomosios eksploatacijos ir apmokymo paslaugoms projekto nebuvo gauta.

1.6. Informacija apie pradedamą pirkimą buvo paskelbta „Valstybės žinių“ priede „Informaciniai pranešimai“.

1.7. Išankstinis skelbimas apie numatomą pirkimą nebuvo paskelbtas Viešųjų pirkimų įstatyme nustatyta tvarka. Skelbimas apie pirkimą paskelbtas Viešųjų pirkimų įstatymo nustatyta tvarka CVP IS interneto adresu: https://pirkimai.eviesiejipirkimai.lt, Europos Sąjungos oficialiame leidinyje.

1.8. Pirkimo dokumentai skelbiami CVP IS ir perkančiosios organizacijos interneto svetainėje, adresu http://www.hi.lt skyriuje „Viešieji pirkimai“.

1.9. Jei Konkurse jungtinės veiklos sutarties pagrindu dalyvauja ūkio subjektų grupė, ji privalo pateikti jungtinės veiklos sutarties kopiją. Jei jungtinės veiklos sutartis nebus pateikta, tokių ūkio

subjektų grupės pasiūlymas nebus nagrinėjamas ir bus atmetamas kaip neatitinkantis pasiūlymo pateikimo reikalavimų.

1.10. Jungtinės veiklos sutartyje turi būti nurodyti kiekvienos šios sutarties šalies įsipareigojimai vykdant numatomą su perkančiąja organizacija sudaryti pirkimo sutartį bei numatyta, kuris iš šios sutarties dalyvių įgaliojamas jungtinės veiklos sutarties dalyvių vardu teikti pasiūlymą, o laimėjus Konkursą, ir pasirašyti pirkimo sutartį su perkančiąja organizacija, teikti PVM sąskaitas-faktūras atsiskaitymams (mokėjimai bus atliekami tik vienam iš jungtinės veiklos sutarties partnerių), pasirašyti su pirkimo sutarties vykdymu susijusius dokumentus (įgaliotas dalyvis). Taip pat šia jungtinės veiklos sutartimi turi būti užtikrinta solidari visų jos šalių atsakomybė už prievolių perkančiajai organizacijai nevykdymą (nepriklausomai nuo jų įnašo pagal jungtinės veiklos sutartį). Pasibaigus pasiūlymo pateikimo terminui, jungtinės veiklos sutarties nuostatos be išankstinio raštiško perkančiosios organizacijos sutikimo negalės būti keičiamos.

1.11.Jei teikėjas įsipareigojimams pagal sutartį ketina pasitelkti subteikėjus, jis juos turi aiškiai nurodyti pasiūlyme, kartu nurodant kokiai konkrečiai pirkimo daliai jis juos pasitelkia. Teikėjas privalo įrodyti perkančiajai organizacijai, kad vykdant pirkimo sutartį subteikėjų ištekliai jam bus prieinami. Įrodymui reikia pateikti sutarčių ar kitų dokumentų skaitmenines kopijas, kurie patvirtintų, kad teikėjui kitų ūkio subjektų ištekliai bus prieinami per visą sutartinių įsipareigojimų vykdymo laikotarpį.

1.12.Perkančiosios organizacijos kontaktinis asmuo yra Aprūpinimo skyriaus vadovė Jūratė Miceikienė, tel. +370 5 262 64 06, el. p.: jurate.miceikiene@hi.lt, Didžioji g. 22, Vilnius.

2. PIRKIMO OBJEKTAS

2.1. Pirkimo objektas – Informacinės sistemos projektavimo, programavimo, kūrimo ir diegimo, bandomosios eksploatacijos ir apmokymo paslaugos (toliau – paslaugos).

2.2. Paslaugų suteikimo vieta: Didžioji g. 22, Vilnius.2.3. Perkamų paslaugų savybės nustatytos paslaugų techninėje specifikacijoje (Konkurso sąlygų

1 priedas).2.4. Šis pirkimas į dalis neskirstomas, todėl pasiūlymai turi būti teikiami visai nurodytai

paslaugų apimčiai.

3. TEIKĖJŲ KVALIFIKACIJOS REIKALAVIMAI

3.1. Teikėjas, pageidaujantis dalyvauti pirkime, turi atitikti šiuos minimalius kvalifikacijos reikalavimus:

3.1.1. Bendrieji teikėjų kvalifikacijos reikalavimai:Eil. Nr.

Kvalifikacijos reikalavimai Kvalifikacijos reikalavimus įrodantys dokumentai

3.1.1.1 Teikėjas (fizinis asmuo) arba teikėjo (juridinio asmens) vadovas ar ūkinės bendrijos tikrasis narys (nariai), turintis (turintys) teisę juridinio asmens vardu sudaryti sandorį, ir buhalteris (buhalteriai) ar kitas (kiti) asmuo (asmenys), turintis (turintys) teisę surašyti ir pasirašyti teikėjo apskaitos dokumentus, neturi teistumo (arba teistumas yra išnykęs ar panaikintas), ir dėl teikėjo (juridinio asmens) per pastaruosius 5 metus nebuvo priimtas ir įsiteisėjęs

Išrašas iš teismo sprendimo arba Informatikos ir ryšių departamento prie Vidaus reikalų ministerijos ar valstybės įmonės Registrų centro Lietuvos Respublikos Vyriausybės nustatyta tvarka išduotas dokumentas, patvirtinantis jungtinius kompetentingų institucijų tvarkomus duomenis, arba atitinkamos užsienio šalies institucijos dokumentas, išduotas ne anksčiau kaip 60 dienų iki

apkaltinamasis teismo nuosprendis už dalyvavimą nusikalstamame susivienijime, jo organizavimą ar vadovavimą jam, už kyšininkavimą, tarpininko kyšininkavimą, papirkimą, sukčiavimą, kredito, paskolos ar tikslinės paramos panaudojimą ne pagal paskirtį ar nustatytą tvarką, kreditinį sukčiavimą, mokesčių nesumokėjimą, neteisingų duomenų apie pajamas, pelną ar turtą pateikimą, deklaracijos, ataskaitos ar kito dokumento nepateikimą, nusikalstamu būdu gauto turto įgijimą ar realizavimą, nusikalstamu būdu įgytų pinigų ar turto legalizavimą. Dėl teikėjo iš kitos valstybės nėra priimtas ir įsiteisėjęs apkaltinamasis teismo nuosprendis už 2004 m. kovo 31 d. Europos Parlamento ir Tarybos direktyvos 2004/18/EB dėl viešojo darbų, prekių ir paslaugų pirkimo sutarčių sudarymo tvarkos derinimo 45 straipsnio 1 dalyje išvardytuose Europos Sąjungos teisės aktuose apibrėžtus nusikaltimus.

pasiūlymų pateikimo termino pabaigos. Jei dokumentas išduotas anksčiau, tačiau jo galiojimo terminas ilgesnis nei pasiūlymų pateikimo terminas, toks dokumentas jo galiojimo laikotarpiu yra priimtinas. Pateikiamas skenuotas dokumentas elektroninėje formoje.

3.1.1.2 Teikėjas nėra bankrutavęs, likviduojamas, su kreditoriais sudaręs taikos sutarties, sustabdęs ar apribojęs savo veiklos arba jo padėtis pagal šalies, kurioje jis registruotas, įstatymus nėra tokia pati ar panaši. Jam nėra iškelta restruktūrizavimo, bankroto byla arba nėra vykdomas bankroto procesas ne teismo tvarka, nėra inicijuotos priverstinio likvidavimo ar susitarimo su kreditoriais procedūros arba jam nėra vykdomos analogiškos procedūros pagal šalies, kurioje jis registruotas, įstatymus.

1) Jeigu teikėjas yra fizinis asmuo, registruotas Lietuvos Respublikoje, jis pateikia Valstybės įmonės Registrų centro išduotą išrašą ar šios įmonės Lietuvos Respublikos Vyriausybės nustatyta tvarka išduotą dokumentą, patvirtinantį jungtinius kompetentingų institucijų tvarkomus duomenis nurodytoms aplinkybėms įrodyti, arba teismo išduotą išrašą iš teismo sprendimo, jei toks yra.

Jeigu teikėjas yra juridinis asmuo, registruotas Lietuvos Respublikoje, iš jo nereikalaujama pateikti jokių šį reikalavimą įrodančių dokumentų. Perkančioji organizacija tikrina paskutinės pasiūlymų pateikimo termino dienos, nurodytos skelbime apie pirkimą, duomenis, kuriuos atsispausdina ir prideda prie pasiūlymų vertinimo protokolo.

Kitos valstybės teikėjas, kuris yra fizinis arba juridinis asmuo, pateikia šalies, kurioje yra registruotas teikėjas, ar šalies, iš kurios jis atvyko, kompetentingos teismo ar viešojo administravimo

institucijos išduotą pažymą.

Nurodytas dokumentas turi būti išduotas ne anksčiau kaip 60 dienų iki pasiūlymų pateikimo termino pabaigos. Jei dokumentas išduotas anksčiau, tačiau jo galiojimo terminas ilgesnis nei pasiūlymų pateikimo terminas, toks dokumentas jo galiojimo laikotarpiu yra priimtinas.

CVP IS priemonėmis pateikiamos skaitmeninės dokumentų kopijos.

2) Teikėjo deklaracija (Konkurso sąlygų 4 priedas), patvirtinanti, kad teikėjas nėra su kreditoriais sudaręs taikos sutarties, sustabdęs ar apribojęs savo veiklos, nesiekia susitarimo su kreditoriais, arba atitinkamos užsienio šalies institucijos išduotas dokumentas, patvirtinantis, kad teikėjas nėra su kreditoriais sudaręs taikos sutarties, sustabdęs ar apribojęs savo veiklos, nesiekia susitarimo su kreditoriais arba jo padėtis pagal šalies, kurioje jis registruotas, įstatymus nėra tokia pati ar panaši, arba priesaikos ar oficiali deklaracija, jei atitinkamoje šalyje neišduodamas minėtas dokumentas arba jis neapima visų keliamų klausimų.

CVP IS priemonėmis pateikiamas dokumentas elektroninėje formoje.

3.1.1.3 Teikėjas yra įvykdęs įsipareigojimus, susijusius su mokesčių mokėjimu.

Valstybinės mokesčių inspekcijos išduotas dokumentas arba valstybės įmonės Registrų centro Lietuvos Respublikos Vyriausybės nustatyta tvarka išduotas dokumentas, patvirtinantis jungtinius kompetentingų institucijų tvarkomus duomenis, arba atitinkamos užsienio šalies institucijos dokumentas, išduotas ne anksčiau kaip 30 dienų iki pasiūlymų pateikimo termino pabaigos. Jei dokumentas išduotas anksčiau, tačiau jo galiojimo terminas ilgesnis nei pasiūlymų pateikimo terminas, toks dokumentas jo galiojimo laikotarpiu yra priimtinas. Pateikiamas skenuotas dokumentas elektroninėje formoje.

3.1.1.4 Teikėjas yra įvykdęs įsipareigojimus, Jeigu teikėjas yra juridinis asmuo,

susijusius su socialinio draudimo įmokų mokėjimu.

registruotas Lietuvos Respublikoje, iš jo nereikalaujama pateikti jokių reikalavimą įrodančių dokumentų. Perkančioji organizacija tikrina paskutinės pasiūlymų pateikimo termino dienos, nurodytos skelbime apie pirkimą, duomenis, kuriuos atsispausdina ir prideda prie pasiūlymų vertinimo protokolo.

Lietuvos Respublikoje registruotas teikėjas, kuris yra fizinis asmuo, pateikia Valstybinio socialinio draudimo fondo valdybos teritorinių skyrių ir kitų Valstybinio socialinio draudimo fondo įstaigų, susijusių su Valstybinio socialinio draudimo fondo administravimu, išduotą dokumentą arba Lietuvos Respublikoje registruotas teikėjas, kuris yra fizinis arba juridinis asmuo, pateikia valstybės įmonės Registrų centro Lietuvos Respublikos Vyriausybės nustatyta tvarka išduotą dokumentą, patvirtinantį jungtinius kompetentingų institucijų tvarkomus duomenis. Kitos valstybės teikėjas, kuris yra fizinis arba juridinis asmuo, pateikia šalies, kurioje jis yra registruotas, kompetentingos valstybės institucijos išduotą pažymą. Nurodytas dokumentas turi būti išduotas ne ankščiau kaip 30 dienų iki pasiūlymų pateikimo termino pabaigos. Jei dokumentas išduotas anksčiau, tačiau jame nurodytas galiojimo terminas ilgesnis nei pasiūlymų pateikimo terminas, toks dokumentas jo galiojimo laikotarpiu yra priimtinas. Pateikiamas skenuotas dokumentas elektroninėje formoje.

3.1.1.5 Teikėjas nėra padaręs rimto profesinio pažeidimo (profesinės etikos pažeidimo, kai nuo teikėjo pripažinimo nesilaikančiu profesinės etikos normų momento praėjo mažiau kaip vieni metai, konkurencijos, darbo, darbuotojų saugos ir sveikatos, aplinkosaugos teisės aktų pažeidimo), už kurį teikėjui (fiziniam asmeniui) yra paskirta administracinė nuobauda, arba teikėjui (juridiniam asmeniui) – ekonominė sankcija, nustatyta Lietuvos Respublikos įstatymuose,

Teikėjo deklaracija (Konkurso sąlygų 4 priedas). Pateikiamas skenuotas dokumentas elektroninėje formoje.

kai nuo sprendimo, kuriuo buvo paskirta ši sankcija, įsiteisėjimo dienos praėjo mažiau kaip vieni metai, o už Lietuvos Respublikos konkurencijos įstatymo 5 straipsnio pažeidimą teikėjui, kuris yra juridinis asmuo, yra paskirta ekonominė sankcija, kai nuo sprendimo, kuriuo buvo paskirta ši sankcija įsiteisėjimo dienos, praėjo mažiau kaip trys metai.

3.1.2. Ekonominės ir finansinės būklės, techninio ir profesinio pajėgumo reikalavimai:

Eil. Nr. Kvalifikacijos reikalavimai Kvalifikacijos reikalavimus

įrodantys dokumentai3.1.2.1 Teikėjo kokybės valdymo sistema turi atitikti

ISO 9001:2008 arba lygiaverčių standartų reikalavimus informacinių technologijų srityje.

Nepriklausomos įstaigos išduotas galiojantis

sertifikatas arba lygiavertis dokumentas.CVP IS priemonėmis pateikiamos skaitmeninės dokumentų kopijos.

3.1.2.2 Teikėjo vidutinės metinės visos veiklos pajamos per pastaruosius 3 finansinius metus arba per laiką nuo teikėjo įregistravimo dienos (jeigu teikėjas vykdė veiklą mažiau nei 3 finansinius metus) turi būti ne mažesnės kaip 1000000,00 LTL/289620,02 EUR

Trijų paskutinių finansinių metų arba nuo teikėjo įregistravimo dienos (jei teikėjas vykdė veiklą mažiau nei 3 finansinius metus) teikėjo pelno (nuostolio) ataskaitos ar šalies, kurioje teikėjas registruotas, atitinkami dokumentai. Pateikiami skenuoti dokumentai elektroninėje formoje.

3.1.2.3 Teikėjas per paskutinius 3 metus arba per laiką nuo teikėjo įregistravimo dienos (jeigu teikėjas savo veiklą vykdė mažiau nei 3 metus) iki pasiūlymo pateikimo dienos yra įvykdęs arba vykdo bent vieną sutartį veiklos analitinės informacinės sistemos su duomenų saugykla (angl.: DWH - Data Warehouse) projektavimo, programavimo, kūrimo ir diegimo srityje, kurios įvykdymo vertė ne mažesnė nei 490 000 LTL/141913,81 EUR. Jei teikėjas teikia informaciją apie vykdomas sutartis, laikoma, kad jo patirtis atitinka keliamą reikalavimą, jei įvykdyta sutarties dalis ne mažesnė kaip nustatyta įvykdytos sutarties vertei.

Teikėjo vadovo ar jo įgalioto asmens pasirašytas teikėjo įvykdytų/vykdomų sutarčių sąrašas (pagal Konkurso sąlygų 5 priede pateiktą formą), kuriame nurodomas: sutarties pavadinimas; sutarties vertė/ įvykdytos sutarties dalies vertė; sutarties pasirašymo data ir galiojimo data; sutarties įvykdymo data (mėnesių tikslumu); duomenys apie užsakovą (įmonės pavadinimas, adresas, telefonas, kontaktinio asmens vardas, pavardė, pareigos, telefonas, el. pašto adresas); trumpas sutarties apimties ir teikėjo suteiktų paslaugų aprašymas. Sąraše turi būti nurodyta bent viena atitinkama sutartis. Įrodymui apie paslaugų suteikimą teikėjas pateikia: jei gavėjas buvo perkančioji organizacija, – jos patvirtintą pažymą, jei gavėjas – ne perkančioji organizacija, – jo pažymą, o jos nesant – teikėjo deklaraciją.Norėdama įsitikinti arba siekdama

pasitikslinti, atskiru prašymu perkančioji organizacija gali paprašyti pateikti vykdytų sutarčių kopijas arba išrašus iš sutarčių ar kitus teikėjo vykdytų sutarčių objektą apibūdinančių dokumentų kopijas. Perkančioji organizacija pasilieka teisę be išankstinio įspėjimo susisiekti su dalyvio nurodytu užsakovo atstovu, siekiant pasitikslinti informaciją apie vykdytą sutartį.Pateikiami skenuoti dokumentai elektroninėje formoje.

3.1.2.4 Teikėjas privalo turėti kvalifikuotus specialistus, atsakingus už sutarties vykdymą, turinčius būtinas žinias, patirtį bei aukštąjį universitetinį išsilavinimą arba jam prilyginamą išsilavinimą. Taip pat, teikėjo siūlomi specialistai turi tenkinti žemiau nurodytus minimalius reikalavimus (1 specialistas gali tenkinti ne daugiau nei dviem specialistams keliamus reikalavimus, tačiau būtinai pilna apimtimi):1) Specialistas Nr. 1 – Projekto vadovas:a) privalo turėti ne trumpesnę kaip 3 metų projektų vadovo patirtį informacinių technologijų srityje;b) turi būti vadovavęs bent vienam informacinės sistemos projektavimo, programavimo, kūrimo ir diegimo projektui;c) turi būti kvalifikuotas projektų valdymo srityje.2) Specialistas Nr. 2 – Elektroninių paslaugų ir informacinių sistemų specialistas – analitikas:a) privalo turėti ne trumpesnę kaip 3 metų darbo patirtį atliekant veiklos procesų analizę ir rengiant dokumentaciją projektavimui ir programavimui projektuose, kurių metu buvo kuriama informacinė sistema.3) Specialistas Nr. 3 – Informacinių sistemų diegimo specialistas:turi ne mažesnę kaip 3 metų darbo patirtį diegiant informacinę sistemą ir apmokant būsimus informacinės sistemos naudotojus.4) Specialistas Nr. 4 – Informacinių sistemų projektavimo specialistas – architektas:a) turi ne trumpesnę kaip 3 metų darbo patirtį projektuojant kuriamą informacinę sistemą

Vadovo arba jo įgalioto atstovo pasirašytas siūlomų specialistų sąrašas, kuriame turi būti nurodyta siūlomų specialistų pareigos projekte, vardai, pavardės. Jei teikėjas siūlo ne savo darbuotojus, jis turi pateikti, siūlomų specialistų pasirašytus sutikimus atlikti jiems priskirtas funkcijas, teikėjo laimėjimo atveju.Kiekvieno specialisto pasirašytas gyvenimo aprašymas (CV), kuriame turi būti pateikta informacija apie atitikimą reikalaujamiems kriterijams. Gyvenimo aprašyme (CV) nurodoma darbo patirtis ir pateikiama ši informacija: įgyvendinto projekto pavadinimas, specialisto vaidmuo tame projekte, įgyvendinimo laikotarpis mėnesio tikslumu, projekto užsakovo kontaktiniai duomenys ir kita svarbi informacija apie projektą. Išsilavinimą liudijančių dokumentų, pažymėjimų, sertifikatų arba lygiaverčių dokumentų, įrodančių atitikimą kvalifikaciniams reikalavimams, skaitmeninės kopijos (pateikiami tik galiojantys dokumentai).Papildomai turi būti pateikti žemiau išvardinti specialistų kvalifikaciją ir patirtį patvirtinantys dokumentai (pateikiami tik galiojantys dokumentai). Dalyvavimo kursuose, mokymuose ar seminaruose pažymėjimai nelaikoma pakankamais patvirtinant prašomą kvalifikaciją. Turi būti išlaikytas egzaminas atitinkamai kvalifikacijai įgyti (egzaminas, kai nėra užtikrintos asmens autentifikavimo

pagal daugiapakopės (multi-tier) ne mažiau kaip 3 lygių architektūros reikalavimus;b) turi būti kvalifikuotas informacinių sistemų kūrimo srityje.5) Specialistas Nr. 5 – Informacinių sistemų konstravimo specialistas – programuotojas:a) turi ne trumpesnę kaip 3 metų darbo patirtį programuojant informacinę sistemą pagal daugiapakopės (multi-tier) ne mažiau kaip 3 lygių architektūros reikalavimus;b) turi būti kvalifikuotas informacinių sistemų kūrimo srityje.6) Specialistas Nr. 6 - Informacinių sistemų duomenų bazių specialistas:a) turi ne trumpesnę kaip 3 metų darbo patirtį informacinių sistemų duomenų bazių kūrimo ir administravimo srityje;b) turi būti kvalifikuotas informacinių sistemų duomenų bazių kūrimo srityje.7) Specialistas Nr. 7 – Informacinių sistemų testavimo specialistas:a) turi ne trumpesnę kaip 3 metų darbo patirtį informacinių sistemų kūrimo srityje, rengiant testavimo scenarijus ir vykdant testavimą;b) turi būti kvalifikuotas informacinių sistemų testavimo srityje.

priemonės, yra netinkamas):a) Specialistas Nr. 1 - Projekto vadovas – Project managemen Professional (PMP), CompTIA Project+, Prince2 sertifikato arba kito lygiaverčio tarptautiniu mastu pripažįstamo sertifikato arba lygiaverčio dokumento kopija;b) Specialistas Nr. 4 Informacinių sistemų projektavimo specialistas - architektas – MCPD – Microsoft Certified Professional Developer, Oracle Certified Master Java EE Enterprise Architect sertifikato arba kito lygiaverčio tarptautiniu mastu pripažįstamo sertifikato arba lygiaverčio dokumento kopija;c) Specialistas Nr. 5 Informacinių sistemų konstravimo specialistas - programuotojas – MCTS – Microsoft Certified Technology Specialist, Oracle Developer Certified Professionalarba sertifikato arba kito lygiaverčio tarptautiniu mastu pripažįstamo sertifikato arba lygiaverčio dokumento kopija;d) Specialistas Nr. 6 - Informacinių sistemų duomenų bazių specialistas – MCTS – Microsoft Certified Technology Specialist, Oracle Developer Certified Professional sertifikato arba kito lygiaverčio tarptautiniu mastu pripažįstamo sertifikato arba lygiaverčio dokumento kopija;e) Specialistas Nr. 7 - Informacinių sistemų testavimo specialistas – ISTQB – International Software Testing Qualifications Board, ISEB Foundation Certificate in Software Testing sertifikato arba kito lygiaverčio tarptautiniu mastu pripažįstamo sertifikato arba lygiaverčio dokumento kopija;Pateikiami skenuoti dokumentai elektroninėje formoje.

3.2. Teikėjas vietoj lentelės 3.1.1.1.-3.1.1.5. punktuose nurodytų dokumentų, išskyrus Konkurso sąlygų 4 priede pateiktą deklaraciją, gali pateikti valstybės įmonės Registrų centro Lietuvos Respublikos Vyriausybės nustatyta tvarka išduotą dokumentą, patvirtinantį jungtinius kompetentingų institucijų tvarkomus duomenis apie viešųjų pirkimų procedūroje dalyvaujantį teikėją, įrodantį atitinkamų kvalifikacijos reikalavimų tenkinimą.

3.3. Kvalifikacijos reikalavimai, išvardinti Konkurso sąlygų 3.1.1.1.-3.1.1.5. punktuose, yra privalomi kiekvienam teikėjų grupės nariui, kurie pateikia bendrą pasiūlymą jungtinės veiklos sutarties pagrindu, o 3.1.2.1.-3.1.2.4 punktų kvalifikacinius reikalavimus turi atitikti visos jungtinės veiklos sutarties šalys kartu.

3.4. Pasitelkiami subteikėjai privalo atitikti Konkurso sąlygų 3.1.1.1 – 3.1.1.5 punktuose nustatytus kvalifikacijos reikalavimus ir pateikti nurodytus dokumentus.

3.5. Perkančioji organizacija nereikalaus, kad ūkio subjektų grupės pateiktą pasiūlymą pripažinus geriausiu ir perkančiajai organizacijai pasiūlius sudaryti pirkimo sutartį, ši ūkio subjektų grupė įgautų tam tikrą teisinę formą.

3.6. Ne Lietuvos Respublikoje registruoti teikėjai Konkurso sąlygų 3.1.1.1.-3.1.1.2. punktuose nurodytus kvalifikaciją patvirtinančius dokumentus privalo legalizuoti Dokumentų legalizavimo ir tvirtinimo pažymos (Apostille) tvarkos apraše, patvirtintame Lietuvos Respublikos Vyriausybės 2006 m. spalio 30 d. nutarimu Nr. 1079 „Dėl dokumentų legalizavimo ir tvirtinimo pažyma (Apostille) tvarkos aprašo patvirtinimo“ nustatyta tvarka.

Teikėjams iš valstybių, su kuriomis Lietuvos Respublika yra sudariusi teisinės pagalbos sutartis, šių dokumentų legalizuoti nereikia, juos pakanka patvirtinti notariškai. Teikėjų iš valstybių, prisijungusių prie 1961m. spalio 5 d. Hagos konvencijos „Dėl užsienio valstybėse išduotų dokumentų legalizavimo panaikinimo“, dokumentai turi būti patvirtinti konvencijoje nustatyta tvarka.

Jeigu teikėjas negali pateikti nurodytų dokumentų, nes atitinkamoje šalyje tokie dokumentai neišduodami arba toje šalyje išduodami dokumentai neapima visų keliamų klausimų, gali būti pateikiama priesaikos deklaracija arba oficiali teikėjo deklaracija.

2. PASIŪLYMŲ BENDRIEJI REIKALAVIMAI

4.1. Konkurso pasiūlymas (toliau – pasiūlymas) turi būti pateikiamas lietuvių kalba. Jei dokumentai yra išduoti kita, nei reikalaujama, kalba, vertimas į lietuvių kalbą turi būti patvirtintas vertėjo parašu ir vertimo biuro antspaudu. Pasiūlymo parengimo išlaidas padengia pats teikėjas.

4.2. Pasiūlymas turi būti pateikiamas tik elektroninėmis priemonėmis, naudojant CVP IS, pasiekiamoje adresu https://pirkimai.eviesiejipirkimai.lt. Elektroninis pasiūlymas privalo būti pasirašytas teikėjo arba jo įgalioto asmens saugiu elektroniniu parašu, atitinkančiu Lietuvos Respublikos elektroninio parašo įstatymo nustatytus reikalavimus. Pasiūlymai, pateikti vokuose popierine forma, nebus priimami ir vertinami, o bus grąžinami neatplėšti tiikėjui. Pasiūlymo galiojimą užtikrinantis dokumentas (originalas) turi būti patvirtintas jį išdavusio asmens saugiu elektroniniu parašu, jį pridedant („prisegant“) CVP IS pasiūlymo lango eilutėje „Prisegti dokumentai“. Jeigu nėra įmanoma pasiūlymo galiojimą užtikrinančio dokumento (originalo) pateikti elektroninėmis priemonėmis, naudojant CVP IS, tai pasiūlymo galiojimą užtikrinantis dokumentas (originalas) pateikiamas voke iki pasiūlymų pateikimo termino, nurodyto šių Konkurso sąlygų 6.1. punkte, pabaigos. Ant voko turi būti užrašytas perkančiosios organizacijos pavadinimas, adresas, pirkimo pavadinimas, teikėjo pavadinimas ir adresas bei užrašas „Neatplėšti iki pasiūlymų pateikimo termino pabaigos“. Vokas su pasiūlymo galiojimo užtikrinimu grąžinamas jį atsiuntusiam teikėjui, jeigu dokumentas pateiktas neužklijuotame voke. Pasiūlymo galiojimą užtikrinančio dokumento originalą pateikiant voke, CVP IS pasiūlymo lango eilutėje „Prisegti dokumentai“ pateikiama pasiūlymo galiojimą užtikrinančio dokumento skaitmeninė kopija.

4.3. Visi dokumentai, patvirtinantys teikėjų kvalifikacijos atitiktį Konkurso sąlygose nustatytiems kvalifikacijos reikalavimams, kiti pasiūlyme pateikiami dokumentai turi būti pateikti skenuota elektronine forma, t. y. pateikiant skaitmenines dokumentų kopijas. Pateikiamų dokumentų skaitmeninės kopijos turi būti .pdf, .docx, .doc ar lygiaverčiai, visuotinai naudojamo duomenų failo formato. Pasiūlymai, pateikti vokuose popierine forma, nebus priimami ir nebus vertinami. Perkančioji organizacija turi teisę paprašyti teikėjo, kad jis pristatytų pateiktų dokumentų originalus.

4.4. Vienas teikėjas gali pateikti tik vieną pasiūlymą – individualiai arba kaip ūkio subjektų grupės dalyvis. Jei teikėjas arba ūkio subjektų grupės dalyvis pateikia daugiau kaip vieną pasiūlymo variantą, visi tokie pasiūlymai bus atmesti.

4.5. Teikėjams nėra leidžiama pateikti alternatyvių pasiūlymų. Teikėjui pateikus alternatyvų pasiūlymą, jo pasiūlymas ir alternatyvus pasiūlymas (alternatyvūs pasiūlymai) bus atmesti.

4.6. Teikėjas gali pakeisti ar atšaukti pateiktą pasiūlymą iki pasiūlymo galutinio pateikimo termino dienos, valandos ir minutės (Lietuvos Respublikos laiku). Naujas pasiūlymas dėl pateikto pasiūlymo keitimo pateikiamas bendra tvarka, t. y. pagal šių Konkurso sąlygų 4 skyriuje nustatytus reikalavimus.

4.7. Pasiūlymą sudaro teikėjo elektroninėmis CVP IS priemonėmis pateiktų dokumentų visuma. Pasiūlymą turi sudaryti dvi dalys: techninis pasiūlymas ir finansinis pasiūlymas. Techniniame pasiūlyme teikėjas negali pateikti jokios informacijos, iš kurios būtų galima nustatyti pasiūlymo kainą. Pasiūlymas elektroninėmis priemonėmis turi būti pateiktas taip, kad pradinio susipažinimo su elektroninės priemonėmis gautais pasiūlymais procedūros metu pirmajame Komisijos posėdyje būtų galima susipažinti tik su techniniu pasiūlymu.

4.8. Techniniame pasiūlyme turi būti:4.8.1. užpildytas atsakymų atitikties Konkurso sąlygose nurodytiems minimaliems kvalifikacijos

reikalavimams klausimynas, prie atsakymo pridedant („prisegant“), kai reikalaujama, atitiktį reikalavimui patvirtinančių dokumentų, nurodytų skelbime apie pirkimą ir Konkurso sąlygų 3.1 punkte, skaitmenines kopijas (pateikiami tik galiojantys dokumentai);

4.8.2. Teikėjo pasiūlymas, parengtas pagal Konkurso sąlygų 2 priede pateiktą pasiūlymo A dalies formą „Techninė informacija ir duomenys apie teikėją“;

4.8.3. pasiūlymo galiojimą užtikrinantis dokumentas (pateikiamas pasiūlymo galiojimą užtikrinančio dokumentas (originalas), atitinkantis Konkurso sąlygų 5.3. - 5.4. punktuose nustatytus reikalavimus, patvirtintas jį išdavusio asmens saugiu elektroniniu parašu, arba pasiūlymo galiojimą užtikrinantis skenuotas dokumentas elektroninėje formoje ir pasiūlymo galiojimą užtikrinantis dokumentas (originalas) voke, kaip tai numatyta pirkimo sąlygų 4.2 punkte;

4.8.4. paslaugų aprašymas pagal paslaugų techninėje specifikacijoje (Konkurso sąlygų 1 priedas) pateiktus reikalavimus, kuriuo įrodoma ir užtikrinama, kad nustatyti paslaugų techninėje specifikacijoje reikalavimai bus tenkinami ir kurį bus galima įvertinti vadovaujantis Konkurso sąlygų 10 skyriuje pateikta pasiūlymų vertinimo metodika;

4.8.5. nurodyta, kokia pasiūlyme pateikta informacija yra konfidenciali, jei tokia yra. Tokią informaciją sudaro visų pirma komercinė (gamybinė) paslaptis ir konfidencialieji pasiūlymų aspektai. Informacija, kurią viešai skelbti įpareigoja Lietuvos Respublikos įstatymai, negali būti Teikėjo nurodoma kaip konfidenciali, todėl, Teikėjui nurodžius tokią informaciją kaip konfidencialią, perkančioji organizacija turi teisę ją skelbti. Pasiūlyme nurodyta paslaugų kaina, išskyrus jos sudedamąsias dalis, nėra laikoma konfidencialia informacija. Perkančioji organizacija gali kreiptis į Teikėją prašydama pagrįsti informacijos konfidencialumą. Perkančioji organizacija, Viešojo pirkimo komisija (toliau – Komisija), jos nariai ar ekspertai ir kiti asmenys, nepažeisdami įstatymų reikalavimų, ypač dėl sudarytų sutarčių skelbimo ir informacijos, susijusios su jos teikimu dalyviams, kaip nurodyta Viešųjų pirkimų įstatymo 41, 74, 79 straipsniuose ir 86 straipsnio 4 dalyje, negali tretiesiems asmenims atskleisti perkančiajai organizacijai pateiktos teikėjo informacijos, kurios konfidencialumą nurodė teikėjas;

4.8.6. nurodyta, kokius subteikėjus ketina pasitelkti, jeigu jis, vykdydamas pirkimo sutartį, ketina pasitelkti subteikėjus;

4.8.7. užpildyta teikėjo deklaracija, parengta pagal šių Konkurso sąlygų 4 priedą. Jeigu pasiūlymą teikia ūkio subjektų grupė, šią deklaraciją užpildo ir pasiūlyme pateikia kiekvienas ūkio subjektų grupės narys;

4.8.8. jungtinės veiklos sutarties skaitmeninė kopija (jeigu dalyvauja ūkio subjektų grupė);

4.8.9. įgaliojimo ar kito dokumento (pvz., pareigybės aprašymo), suteikiančio teisę pasirašyti teikėjo pasiūlymą, skaitmeninė kopija (taikoma, kai pasiūlymą elektroniniu parašu patvirtina ne įmonės vadovas, o įgaliotas asmuo);

4.8.10. kita Konkurso sąlygose prašoma informacija ir (ar) dokumentai.4.9.Finansiniame pasiūlyme turi būti pateikiamas teikėjo pasiūlymas, parengtas pagal konkurso

sąlygų 3 priede pateiktą pasiūlymo B dalies formą „Kainos“. Teikėjo finansinis pasiūlymas pateikiamas taip, kad pradinio susipažinimo su elektroninėmis priemonėmis gautais pasiūlymais procedūros metu pirmajame Komisijos posėdyje būtų galima susipažinti tik su techniniu pasiūlymu, neatskleidžiant teikėjo finansinio pasiūlymo turinio. Paslaugų kaina nurodoma litais ir eurais (suapvalinant iki dviejų skaičių po kablelio) (oficialiai nustatytas neatšaukiamas fiksuotas lito perskaičiavimo kursas 1 EUR = 3,4528 LTL). Į kainą turi būti įskaičiuota PVM, kiti mokesčiai bei kitos išlaidos, reikalingos tinkamam paslaugų suteikimui. Jei teikėjas yra ne PVM mokėtojas, turi apie tai nurodyti pasiūlyme, nurodant juridinį pagrindą. Jeigu pasiūlymuose kainos nurodytos užsienio valiuta, jos bus perskaičiuojamos eurais pagal Europos centrinio banko skelbiamą orientacinį euro ir užsienio valiutos santykį, o tais atvejais kai orientacinio euro ir užsienios valiutų santykio Europos centrinis bankas neskelbia, - pagal Lietuvos banko nustatomą ir skelbiamą orientacinį euro ir užsienio valiutų santykį paskutinę pasiūlymų pateikimo termino dieną.

5. PASIŪLYMŲ GALIOJIMO UŽTIKRINIMAS

5.1. Pasiūlyme turi būti nurodytas jo galiojimo terminas. Pasiūlymas turi galioti ne trumpiau nei 90 dienų nuo pasiūlymų pateikimo galutinio termino dienos. Jeigu pasiūlyme nenurodytas jo galiojimo laikas, laikoma, kad pasiūlymas galioja tiek, kiek numatyta Konkurso sąlygose.

5.2. Jei dalyvis pasiūlyme nurodo trumpesnį galiojimo laiką nei numatyta Konkurso sąlygų 5.1 punkte, toks pasiūlymas bus atmestas kaip neatitinkantis Konkurso sąlygų reikalavimo.

5.3. Kol nesibaigė pasiūlymų galiojimo laikas, perkančioji organizacija turi teisę prašyti, kad teikėjai pratęstų jų galiojimą iki konkrečiai nurodyto laiko. Teikėjas gali atmesti tokį prašymą neprarasdamas teisės į savo pasiūlymo galiojimo užtikrinimą.

5.4. Pasiūlymo galiojimas privalo būti užtikrintas, pateikiant banko garantiją (originalą) arba draudimo bendrovės laidavimo raštą (originalą), kuriame nurodyta suma turi būti ne mažesnė kaip 10 000,00 LTL / 2896,20 EUR.

5.5. Banko garantija arba laidavimo raštas, užtikrinantis pasiūlymo galiojimą, turi galioti ne mažiau nei 90 dienų nuo pasiūlymų pateikimo galutinio termino dienos.

5.6. Prieš pateikdamas pasiūlymą, teikėjas gali prašyti, kad Komisija patvirtintų jo pasiūlymo galiojimo užtikrinimą patvirtinančio dokumento priimtinumą. Komisija, gavusi tokį prašymą, privalo duoti teikėjui atsakymą ne vėliau kaip per 3 darbo dienas nuo prašymo gavimo dienos. Pasiūlymo galiojimo užtikrinimą patvirtinančio dokumento priimtinumo patvirtinimas neatima teisės iš Komisijos atmesti pasiūlymo galiojimo užtikrinimą, gavus informaciją, kad pasiūlymo galiojimą užtikrinantis ūkio subjektas tapo nemokus ar neįvykdė įsipareigojimų perkančiajai organizacijai arba kitiems ūkio subjektams, ar netinkamai juos vykdė.

5.7. Nepriklausomai nuo to, ar teikėjas kreipėsi į Komisiją dėl patvirtinimo, kad ji sutinka priimti tikiėjo siūlomą pasiūlymo galiojimo užtikrinimą, Komisija pasilieka sau teisę prašyti teikėjo pakeisti pasiūlymo galiojimo užtikrinimą, jei Komisija turi informacijos, kad pasiūlymą užtikrinantis ūkio subjektas tapo nemokus ar neįvykdė įsipareigojimų perkančiajai organizacijai arba kitiems ūkio subjektams, ar netinkamai juos vykdė.

5.8. Teikėjui paprašius, perkančioji organizacija įsipareigoja nedelsdama ir ne vėliau kaip per 7 dienas grąžinti banko garantiją arba laidavimo raštą, kai:

5.8.1. pasibaigia pasiūlymų užtikrinimo galiojimo laikas;5.8.2. įsigalioja pirkimo sutartis ir pirkimo sutarties įvykdymo užtikrinimas;

5.8.3. buvo nutrauktos pirkimo procedūros.

6. PASIŪLYMŲ PATEIKIMO TERMINAI IR TVARKA

6.1. Pasiūlymas turi būti pateiktas elektroninėmis priemonėmis naudojant CVP IS iki 2015 m. vasario 12 d. 9 val. 30 min. (Lietuvos Respublikos laiku) CVP IS priemonėmis.

6.2. Komisija neatsako už CVP IS, kurią administruoja Viešųjų pirkimų tarnyba, sutrikimus ar kitus nenumatytus atvejus, dėl kurių pasiūlymai nebuvo gauti ar teikti pavėluotai. Atsižvelgiant į tai, teikėjams siūloma rengti pasiūlymus taip, kad liktų pakankamai laiko jiems laiku ir tinkamai pateikti.

6.3. Komisija turi teisę pratęsti pasiūlymų pateikimo terminą. Apie naują pasiūlymų pateikimo terminą Komisija praneša paskelbdama CVP IS ir perkančiosios organizacijos interneto svetainėje adresu: http://www.hi.lt. Kai tikslinama paskelbta informacija, perkančioji organizacija privalo atitinkamai patikslinti skelbimą.

6.4. Teikėjas iki galutinio pasiūlymų pateikimo termino turi teisę pakeisti arba atšaukti savo pasiūlymą CVP IS priemonėmis. Toks pakeitimas arba pranešimas, kad pasiūlymas atšaukiamas, pripažįstamas galiojančiu, jeigu Komisija jį gauna pateiktą elektroninėmis priemonėmis naudojant CVP IS iki pasiūlymų pateikimo termino pabaigos. Naujas pasiūlymas dėl pateikto pasiūlymo keitimo pateikiamas Konkurso sąlygų 4 skyriuje nustatyta tvarka.

6.5. Perkančioji organizacija neatsako už atvejus, dėl kurių teikėjo pasiūlymas nebuvo pateiktas elektroninėmis priemonėmis CVP IS ar pateiktas pavėluotai.

6.6. Perkančioji organizacija jokiomis aplinkybėmis neprivalo atlyginti galimų nuostolių dalyviams, kad ir kokie jie būtų (ypač negauto pelno) ar kad ir kaip būtų susiję su pirkimo procedūros nutraukimu, netgi jei perkančioji organizacija ir buvo informuota, kad tokie nuostoliai galimi. Skelbimas apie pirkimą ar kvietimas pateikti pasiūlymą neįpareigoja perkančiosios organizacijos dalyvių atžvilgiu vykdyti pradėtą viešąjį pirkimą.

7. KONKURSO SĄLYGŲ PAAIŠKINIMAS IR PATIKSLINIMAS

7.1. Komisija atsako į kiekvieną teikėjo prašymą paaiškinti Konkurso sąlygas, jeigu prašymas gautas ne vėliau kaip prieš 8 dienas iki pirkimo pasiūlymų pateikimo termino pabaigos.

7.2. Komisija į gautą prašymą paaiškinti Konkurso sąlygas atsako ne vėliau kaip per 2 dienas nuo jo gavimo dienos. Komisija pirkimo dokumentų paaiškinimus skelbia CVP IS, nenurodydama, iš ko gautas prašymas duoti paaiškinimą, ne vėliau kaip likus 6 dienas iki pasiūlymų pateikimo termino pabaigos.

7.3. Nesibaigus pasiūlymų pateikimo terminui, Komisija savo iniciatyva gali paaiškinti (patikslinti) Konkurso sąlygas. Tokie paaiškinimai (patikslinimai) skelbiami CVP IS ne vėliau kaip likus 1 darbo dienoms iki pasiūlymų pateikimo termino pabaigos.

7.4. Jeigu Komisija Konkurso sąlygas paaiškina (patikslina) ir negali Konkurso sąlygų paaiškinimų (patikslinimų) pateikti taip, kad visi teikėjai juos gautų ne vėliau kaip likus 6 darbo dienai iki pasiūlymų pateikimo termino pabaigos, perkelia pasiūlymų pateikimo terminą laikui, per kurį teikėjai, rengdami pirkimo pasiūlymus, galėtų atsižvelgti į šiuos paaiškinimus (patikslinimus). Kai tikslinama paskelbta informacija, perkančioji organizacija privalo atitinkamai patikslinti skelbimą.

7.5. Bet kokia informacija, prašymai paaiškinti Konkurso sąlygas, Konkurso sąlygų paaiškinimai, pranešimai ar kitas Komisijos ir teikėjo susirašinėjimas vykdomas tik CVP IS susirašinėjimo priemonėmis.

8. PRADINIO SUSIPAŽINIMO SU ELEKTRONINĖMIS PRIEMONĖMIS GAUTAIS PASIŪLYMAIS (VOKŲ SU PASIŪLYMAIS ATPLĖŠIMO) PROCEDŪRA

8.1. Pradinis susipažinimas su CVP IS priemonėmis gautais pasiūlymais vyksta Komisijos posėdyje. Pradinis susipažinimas su elektroninėmis priemonėmis gautais pasiūlymais prilyginamas vokų atplėšimui, o pasiūlymai, pateikti CVP IS priemonėmis, prilyginami pasiūlymams, pateiktiems vokuose. Pirmajame posėdyje atplėšiami tik tie vokai, kuriuose yra pasiūlymo techniniai duomenys ir kita informacija bei dokumentai (išskyrus kainą), antrajame posėdyje – vokai, kuriuose nurodytos kainos. Komisijos posėdis, kuriame atplėšiami vokai su pasiūlymų techniniais duomenimis ir informacija apie teikėjus, vyks 2015 m. vasario 12 d., 9 val. 30 min. (Lietuvos Respublikos laiku), Perkančiosios organizacijos patalpose, esančiose adresu Didžioji g. 22, LT-01128 Vilnius, 207 kabinetas.

8.2. Vokų su pasiūlymais atplėšimo procedūroje gali dalyvauti visi pasiūlymus pateikę teikėjai arba jų įgalioti atstovai, taip pat viešuosius pirkimus kontroliuojančių institucijų atstovai, pateikę asmens tapatybę patvirtinantį dokumentą ir įgaliojimą. Vokai atplėšiami ir tuo atveju, jei į vokų su pasiūlymais atplėšimo posėdį neatvyksta pasiūlymus pateikę teikėjai arba jų įgalioti atstovai.

8.3. Vokų su pasiūlymais, kuriuose yra techniniai pasiūlymo duomenys ir informacija apie teikėjus, atplėšimo procedūroje dalyvaujantiems teikėjams arba jų atstovams skelbiamas:

8.3.1. pasiūlymą pateikusio teikėjo (fizinio asmens, juridinio asmens ar tokių asmenų grupės narių) pavadinimas;

8.3.2. ar pasiūlymas pateiktas su saugiu elektroniniu parašu;8.3.3. ar pateiktas pasiūlymo galiojimą užtikrinantis dokumentas; 8.3.4. teikėjo pasitelkiamų subteikėjų pavadinimai;8.3.5. pagrindinės techninės pasiūlymo charakteristikos (Konkurso sąlygų 2 priedas);8.4. Ši informacija CVP IS priemonėmis pateikiama ir posėdyje nedalyvavusiems, tačiau

pageidavimą gauti informaciją CVP IS priemonėmis pareiškusiems, pasiūlymą pateikusiems teikėjams.8.5. Kiekvienas vokų su pasiūlymais atplėšimo procedūroje dalyvaujantis teikėjas ar jo atstovas

turi teisę asmeniškai susipažinti su viešai perskaityta informacija, tačiau supažindindama su šia informacija perkančioji organizacija negali atskleisti teikėjo pasiūlyme esančios konfidencialios informacijos.

8.6. Vokų su pasiūlymais, kuriuose nurodytos kainos, atplėšimo procedūra vykdoma Perkančiosios organizacijos išsiųstame pranešime visiems teikėjams CVP IS priemonėmis nurodytu adresu, data ir laiku.

8.7. Vokų su pasiūlymais, kuriuose nurodytos kainos, atplėšimo procedūroje dalyvaujantiems teikėjams ar jų atstovams skelbiamas:

8.7.1. pasiūlymą pateikusio teikėjo pavadinimas;8.7.2. pasiūlyme nurodyta kaina žodžiais ir skaičiais.8.8. Jei, skelbiant pasiūlymų kainas, pasiūlymo kaina išreikšta skaičiais neatitinka pasiūlymo

kainos nurodytos žodžiais, teisinga bus laikoma kaina nurodyta pasiūlymo formoje žodžiais.8.9. Ši informacija pateikiama ir posėdyje nedalyvavusiems, tačiau pageidavimą gauti

informaciją CVP IS susirašinėjimo priemonėmis pareiškusiems, pasiūlymą pateikusiems teikėjams. Kiekvienas vokų atplėšimo procedūroje dalyvaujantis teikėjas ar jo įgaliotas atstovas turi teisę asmeniškai susipažinti su viešai perskaityta informacija. Supažindindama su šia informacija Perkančioji organizacija negali atskleisti teikėjo pasiūlyme esančios informacijos, kurią tekėjas pasiūlyme nurodė kaip konfidencialią, išskyrus tokią, kuri pagal teisės aktus negali būti konfidencialia.

9. PASIŪLYMŲ NAGRINĖJIMAS IR ATMETIMO PRIEŽASTYS

9.1. Konkursui pateiktus pasiūlymus nagrinėja ir vertina Komisija. Pasiūlymai nagrinėjami ir vertinami, nedalyvaujant pasiūlymus pateikusių teikėjų atstovams.

9.2. Komisija, atplėšusi voką su techniniu pasiūlymu, nagrinėja:

9.2.1. ar teikėjas savo pasiūlyme pateikė tikslius ir išsamius duomenis apie savo kvalifikaciją. Jeigu Komisija nustatys, kad teikėjo pateikti kvalifikacijos duomenys yra neišsamūs arba netikslūs, ji paprašys teikėjo juos patikslinti;

9.2.2. ar teikėjas atitinka kvalifikacijos reikalavimus;9.2.3. ar pasiūlymas atitinka Konkurso sąlygose nustatytus reikalavimus. Jeigu teikėjas pateikė

netikslius, neišsamius pirkimo dokumentuose nurodytus kartu su pasiūlymu teikiamus dokumentus: teikėjo įgaliojimą asmeniui pasirašyti paraišką ar pasiūlymą, jungtinės veiklos sutartį, pasiūlymo galiojimo užtikrinimą patvirtinantį dokumentą ar jų nepateikė, perkančioji organizacija privalo prašyti teikėjo patikslinti, papildyti arba pateikti šiuos dokumentus per jos nustatytą protingą terminą, kuris negali būti trumpesnis kaip 3 darbo dienos nuo prašymo išsiuntimo iš perkančiosios organizacijos dienos. Komisija gali prašyti, kad teikėjas paaiškintų savo pasiūlymą, jei tai nepakeistų pasiūlymo esmės ir pirkimo dokumentų reikalavimų neatitinkantis pasiūlymas netaptų atitinkantis pirkimo dokumentų reikalavimus;

9.2.4. ar teikėjas pateikė Konkurso sąlygų 4.8.4 punkte nurodytą paslaugų aprašymą pagal Konkurso sąlygų 1 priedo reikalavimus.

9.2.5. Komisija, atplėšusi voką su finansiniu pasiūlymu, nagrinėja:9.2.5.1. ar nebuvo pasiūlytos per didelės, perkančiajai organizacijai nepriimtinos kainos;9.2.5.2. ar nebuvo pasiūlytos neįprastai mažos kainos ir teikėjas, Komisijos prašymu,

nepateikė kainos sudėtinių dalių pagrindimo arba kitaip nepagrindė neįprastai mažos kainos;9.2.5.3. ar pasiūlyme nurodyta bendra kaina atitinka jos sudėtinių dalių sumą. Jei

Komisija pasiūlymų vertinimo metu ras pasiūlyme nurodytos kainos apskaičiavimo klaidų, Komisija paprašys teikėjo per jos nurodytą terminą ištaisyti pasiūlyme pastebėtas aritmetines klaidas, nekeičiant vokų su pasiūlymais atplėšimo posėdžio metu paskelbtos kainos. Taisydamas pasiūlyme nurodytas aritmetines klaidas, teikėjas neturi teisės atsisakyti kainos sudedamųjų dalių arba papildyti kainą naujomis dalimis.

9.3. Teikėjų pateiktų kvalifikacijos duomenų patikslinimai, pasiūlymo turinio paaiškinimai, pasiūlyme nurodytų aritmetinių klaidų pataisymai, neįprastai mažos kainos pagrindimo dokumentai siunčiami Komisijai CVP IS priemonėmis, tokiu pat būdu vykdomas ir susirašinėjimas su Konkurso sąlygose nurodytais asmenimis, įgaliotais palaikyti tiesioginį ryšį su teikėjais.

9.4. Komisija atmeta pasiūlymą, jeigu:9.4.5. teikėjas neatitiko minimalių kvalifikacijos reikalavimų;9.4.6. teikėjas savo pasiūlyme pateikė netikslius ar neišsamius duomenis apie savo kvalifikaciją

ir, Komisijai paprašius, nepatikslino jų;9.4.7. pasiūlymas neatitiko Konkurso sąlygose nustatytų reikalavimų arba teikėjas per

Komisijos nurodytą terminą nepaaiškino pasiūlymo;9.4.8. teikėjas nepateikė Konkurso sąlygų 4.8.4 punkte nurodyto teikiamų paslaugų techninio

aprašymo;9.4.9. visų teikėjų, kurių pasiūlymai neatmesti dėl kitų priežasčių, buvo pasiūlytos per didelės,

perkančiajai organizacijai nepriimtinos kainos;9.4.10. buvo pasiūlytos neįprastai mažos kainos ir teikėjas, Komisijos prašymu, nepateikė

raštiško kainos sudėtinių dalių pagrindimo arba nepateikė tinkamų neįprastai mažos kainos pagrįstumo įrodymų;

9.4.11. teikėjas pateikė melagingą informaciją, kurią Komisija gali įrodyti bet kokiomis tesėtomis priemonėmis;

9.4.12. teikėjas per Komisijos nustatytą terminą, kaip nurodyta Konkurso sąlygų 9.2.3. punkte, nepatikslino, nepapildė ar nepateikė pirkimo dokumentuose nurodytų kartu su pasiūlymu teikiamų dokumentų: teikėjo įgaliojimo asmeniui pasirašyti paraišką ar pasiūlymą, jungtinės veiklos sutarties, pasiūlymo galiojimo užtikrinimą patvirtinančio dokumento.

9.5. Tolesnėse pirkimo procedūrose gali dalyvauti tik tie teikėjai, kurie atitinka visus pirkimo dokumentų reikalavimus.

9.6. Komisija, atplėšusi vokus su techniniais pasiūlymais (susipažinusi su pasiūlymais, pateiktas CVP IS priemonėmis) ir įvertinusi, ar pateiktų pasiūlymų techniniai duomenys ir teikėjų kvalifikacija atitinka Konkurso sąlygose keliamus reikalavimus, po sprendimo priėmimo nedelsdama, ne vėliau kaip per 3 darbo dienas, CVP IS priemonėmis informuoja teikėjus apie:

9.6.5. kvalifikacinių reikalavimų įvertinimą;9.6.6. pasiūlymo atitikimą Konkurso sąlygų reikalavimams;9.6.7. techninių duomenų įvertinimus, nurodydama antrojo Komisijos posėdžio, kurio metu

bus atplėšti vokai su kainomis, datą, laiką ir vietą;9.6.8. Konkurso pasiūlymų atmetimą ir tokio atmetimo priežastis;9.6.9. pirkimo nutraukimą;9.6.10. anksčiau teikėjams praneštų pirkimo procedūrų pratęsimą, atsiradusį dėl teikėjo

prašymo pateikimo ar ieškinio pareiškimo teismui, nurodant terminų pratęsimo priežastis;9.6.11. teismo priimtus sprendimus dėl teikėjo prašymo ar ieškinio (apie kuriuos buvo

informuota perkančioji organizacija).9.7. Jeigu Komisija, patikrinusi ir įvertinusi pasiūlymų techninius duomenis ir informaciją apie

teikėjus, atmeta teikėjo pasiūlymą ar nusprendžia nutraukti Konkurso procedūras iki voko su pasiūlyta kaina atplėšimo, toks neatplėštas elektroninis vokas su kainos pasiūlymu paliekamas saugoti CVP IS kartu su kitais teikėjo pateiktais pasiūlymo elektroniniais dokumentais.

9.8. Komisija, atplėšusi vokus su finansiniais pasiūlymais (susipažinusi su pasiūlymais, pateiktas CVP IS priemonėmis), atsižvelgdama į pasiūlymų kainas, atlieka teikėjų, kurių pasiūlymai nebuvo atmesti, bendrą pasiūlymų įvertinimą ir nedelsdama, ne vėliau kaip per 5 darbo dienas po sprendimo priėmimo, CVP IS priemonėmis informuoja teikėjus apie:

9.8.5. Konkurso pasiūlymų atmetimą ir tokio atmetimo priežastis;9.8.6. nustatytą pasiūlymų eilę ir pasiūlymą, pripažintą laimėjusiu;9.8.7. dalyviui, kurio pasiūlymas nebuvo atmestas, – laimėjusio pasiūlymo

charakteristikas ir santykinius pranašumus, dėl kurių šis pasiūlymas buvo pripažintas geriausiu;9.8.8. priimtą sprendimą sudaryti pirkimo sutartį ir tikslų pirkimo sutarties sudarymo

atidėjimo terminą (jei jis taikomas);9.8.9. priežastis, dėl kurių buvo priimtas sprendimas nesudaryti pirkimo sutarties, pradėti

pirkimą iš naujo.

10. PASIŪLYMŲ VERTINIMAS

10.1. Komisijos neatmesti pasiūlymai vertinami pagal ekonomiškai naudingiausio pasiūlymo vertinimo kriterijų.

10.2. Pasiūlymų vertinimo kriterijai:

Vertinimo kriterijai

Funkcinio parametro lyginamasis

svoris

Lyginamasis svoris

ekonominio naudingumo įvertinime

1.Kaina (C) X=402.Paslaugų teikimo planas ir pasiūlymo charakteristikos (T) Y=60

2.1. Projekto įgyvendinimo strategija, projekto tikslų ir L1=0,2

rezultatų suvokimas (P1)2.2. Sprendimo architektūros, techninių ir funkcinių

reikalavimų realizavimo būdai (P2)L2=0,5

2.3. Projekto įgyvendinimo, koordinavimo ir rizikos valdymo planas (P3)

L3=0,3

10.3. Maksimali pasiūlymo kaina negali viršyti 707023,00 LTL/204768,01 EUR su PVM.10.4. Ekonominio naudingumo apskaičiavimas:10.4.1. Ekonominis naudingumas (S) apskaičiuojamas sudedant teikėjo pasiūlymo kainos C ir

kitų kriterijų (T) balus:

10.4.2. Pasiūlymo kainos (C) balai apskaičiuojami mažiausios pasiūlytos kainos (Cmin) ir vertinamo pasiūlymo kainos (Cp) santykį padauginant iš kainos lyginamojo svorio (X):

.

10.4.3. Kriterijaus (T) balai apskaičiuojami šio kriterijaus parametrų įvertinimų (Ps) sumą padauginant iš vertinamo kriterijaus lyginamojo svorio (Yi):

.

10.4.4. Kriterijaus parametro įvertinimas (Pi) apskaičiuojamas parametro reikšmę (Ri) palyginant su geriausia to paties parametro reikšme (Rmax) ir padauginant iš vertinamo kriterijaus parametro lyginamojo svorio (Li).

10.5. Siekiant palengvinti vertinimą ir suvienodinti galimas balų interpretacijas, 100 balų skalė padalinta į kokybinius intervalus:

silpnai (0–25); patenkinamai (26–50); vidutiniškai (51–75); gerai (76–100).

10.6. Visiems parametrams skiriamas įvertinimas silpnai – nuo 0 iki 25 balų – jei:10.6.1. kyla pagrįstas įtarimas, kad pasiūlymo atitikimas techninės specifikacijos sąlygoms pagal

šį kriterijaus parametrą yra tik formalus, nepakankamai pagrįstas pasiūlyme pristatomais sprendimais ir parodyta kompetencija;

10.6.2. aprašymas, kaip bus vykdomi techninės užduoties reikalavimai pagal atitinkamą parametrą, yra mažai įtikinamas arba blogai parengtas, neaprašyti svarbūs komponentai ar darbai, deklaruojami techninės užduoties reikalavimai, o ne aprašomi jų pasiekimo būdai; įžvelgiama rizika, kad nebus pasiektas kokybiškas rezultatas ar rodikliai pagal atitinkamą kriterijaus parametrą.

10.7. Parametro „Projekto įgyvendinimo strategija, Projekto tikslų ir rezultatų suvokimas (P1)“ balo reikšmės (R1) įvertinimas:

10.7.1. Patenkinamai – nuo 26 iki 50 balų – kai pasiūlyme pateikta Projekto įgyvendinimo strategija neišsami ir nenuosekli, o pasiūlyti sprendimai neleidžia pilnai suvokti, kaip bus įgyvendinti projektui keliami reikalavimai ir pasiekti projekto tikslai ir rezultatai. Pasiūlyme nepateikta esamos padėties, kompiuterizuojamos veiklos ir perkančiosios organizacijos poreikių analizė arba ši analizė neišsami, pateikta tik apibendrintai arba fragmentiškai ir kelia abejonių dėl projekto tikslų ir rezultatų suvokimo;

10.7.2. Vidutiniškai – nuo 51 iki 75 balų – kai pasiūlyme pateikta Projekto įgyvendinimo strategija turi trūkumų, nepakankamai aiškios jos sąsajos su projektui keliamais reikalavimais bei projekto tikslais ir rezultatais. Yra neaiškumų ir trūkumų pateiktame esamos padėties, kompiuterizuojamos veiklos ir perkančiosios organizacijos poreikių aprašyme. Nepakankamai pagrįstos ir argumentuotos pasiūlytos priemonės projekto tikslams ir rezultatams pasiekti.

10.7.3. Gerai – nuo 76 iki 100 balų – kai pasiūlyme pateikta vieninga, į projekto tikslus ir rezultatus orientuota, pagrįsta ir efektyvi projekto įgyvendinimo strategija, parodytos visų projekto dalių tarpusavio sąsajos. Pasiūlymas leidžia pilnai suvokti, kaip bus įgyvendinti projektui keliami reikalavimai, o pasiūlyta projekto įgyvendinimo metodika aiškiai pagrindžia, kaip bus pasiekti projekto tikslai ir rezultatai. Pasiūlyme pateikta aiški, detali ir išsami esamos padėties, kompiuterizuojamos veiklos ir jos pokyčių bei perkančiosios organizacijos poreikių analizė, nurodytos konkrečios ir efektyvios priemonės projekto tikslams ir rezultatams pasiekti, pademonstruotas pagrįstas ir argumentuotas projekto tikslų ir rezultatų suvokimas.

10.8. Parametro „Sprendimo architektūros, techninių ir funkcinių reikalavimų realizavimo būdai (P2)“ balo reikšmės (R2) įvertinimas:

10.8.1. Patenkinamai – nuo 26 iki 50 balų – kai pasiūlyme esminiai architektūriniai, techniniai ir funkciniai reikalavimai aprašyti tik apibendrintai, neišsamiai, yra mažai susieti su projekto tikslais bei rezultatais, paliečia ne visus techninės užduoties aspektus, neaprašant arba fragmentiškai aprašant siūlomus sprendimus. Siūlomi sprendimai mažai susieti su esamos padėties, problematikos ir organizacijos poreikių suvokimu. Pasiūlyme tik apibendrintai ir neaiškiai aprašytos sprendimo ilgalaikiškumo ir plečiamumo galimybės.

10.8.2. Vidutiniškai – nuo 51 iki 75 balų – kai pasiūlymo architektūrinių, techninių ir funkcinių reikalavimų realizavimo būdų ir ypatybių aprašyme yra neaiškumų bei trūkumų, yra neaiškumų ar neatitikimų su projekto tikslais. Siūlomi sprendimai nėra aiškiai ir išsamiai susieti su kompiuterizuojamos veiklos objekto analize ir problematika bei perkančiosios organizacijos poreikių suvokimu. Yra neaiškumų, kaip siūlomą sprendimą būtų galima lanksčiai ir efektyviai plėsti arba siūlomas sprendimas tik iš dalies orientuotas į sistemos plečiamumo galimybes.

10.8.3. Gerai – nuo 76 iki 100 balų – kai pasiūlyme pateikti architektūriniai, techniniai ir funkciniai sprendimai yra aiškiai ir išsamiai aprašyti, susieti su projekto tikslais bei rezultatais, paliečia visus techninės užduoties aspektus, detaliai aprašant siūlomus sprendimus. Siūlomi sprendimai pagrįsti esamos padėties ir projekto tikslų suvokimu bei projektų įgyvendinimo patirtimi, akcentuojant sveikatos priežiūros veiklos specifiką. Siūlomi sprendimai yra išsamiai paremti kompiuterizuojamos veiklos objekto analize ir problematika bei perkančiosios organizacijos poreikių suvokimu. Siūlomi sprendimai orientuoti į tai, kad sprendimas bus naudojamas ilgą laiką ir turi plačias plečiamumo galimybes.

10.9. Parametro „Projekto įgyvendinimo, koordinavimo ir rizikos valdymo planas“ balo (P3) reikšmės (R3) įvertinimas:

10.9.1. Patenkinamai – nuo 26 iki 50 balų – kai projekto darbai, būtini projektui įgyvendinti, neaiškiai aprašyti arba blogai struktūrizuoti, neparodyti visi svarbiausių darbų rezultatai, pateiktas projekto darbų vykdymo planas nepakankamai detalus, neapimantis visų darbų ir nepakankamai pagrįsta ar nuosekli darbų seka, neaiškiai aprašytos arba nelogiškos kai kuriems specialistams priskirtos funkcijos ir atsakomybės už konkrečius darbų rezultatus. Apibendrintai ir neišsamiai atlikta rizikos veiksnių analizė, mažai susieta su konkrečiu projektu ir sveikatos priežiūros veiklos specifika, nepakankamai pagrįstos pasiūlytos rizikos valdymo priemonės. Pateiktas projekto koordinavimo planas nepakankamai detalus, fragmentuotas arba blogai struktūrizuotas. Pateiktas projekto įgyvendinimo, koordinavimo ir rizikos valdymo planas neleidžia pilnai suvokti, kaip bus įgyvendintas projektas ir pasiekti projekto tikslai ir rezultatai.

10.9.2. Vidutiniškai – nuo 51 iki 75 balų – kai pasiūlyme pateiktame projekto darbų vykdymo plane yra neaiškumų ir trūkumų, nepakankamai tiksliai ir aiškiai nustatytos ar nepakankamai išsamiai

aprašytos projekte dalyvaujančių specialistų funkcijos ir atsakomybės už konkrečius darbus ir darbų rezultatus. Yra neaiškumų ir trūkumų pateiktoje rizikos veiksnių analizėje arba pasiūlytos rizikos valdymo priemonės tik iš dalies pagrįstos sveikatos priežiūros veiklos specifika. Yra neaiškumų ir trūkumų projekto koordinavimo plane arba nepakankamai atsižvelgta į sveikatos priežiūros įstaigų veiklos ypatybes. Projekto įgyvendinimo, koordinavimo ir rizikos valdymo plane trūksta nuoseklumo ir visų projekto dalių tarpusavio sąsajos.

10.9.3. Gerai – nuo 76 iki 100 balų – kai pasiūlyme išsamiai ir aiškiai aprašyti darbai, būtini projektui įgyvendinti. Tiksliai nustatytos ir pagrįstos bei išsamiai ir aiškiai aprašytos projekte dalyvaujančių specialistų funkcijos ir atsakomybės už konkrečius darbus ir darbų rezultatus. Pateiktas aiškus, detalus ir efektyvus projekto darbų vykdymo planas, pagrįstas analogiškų projektų įgyvendinimo specifika sveikatos priežiūros srityje. Pateikta išsami ir pagrįsta rizikos veiksnių analizė, atsižvelgiant į projekto tikslus ir rezultatus bei sveikatos priežiūros veiklos specifiką bei pasiūlytos efektyvios priemonės rizikai valdyti. Pateiktas aiškus, detalus ir efektyvus projekto koordinavimo planas, orientuotas į projekto specifiką ir sveikatos priežiūros įstaigų veiklos ypatybes. Pateiktas projekto įgyvendinimo, koordinavimo ir rizikos valdymo planas leidžia pilnai suvokti, kaip bus įgyvendintas projektas ir pasiekti projekto galutiniai bei tarpiniai tikslai ir rezultatai.

12. SPRENDIMAS DĖL PIRKIMO SUTARTIES SUDARYMO

12.1. Išnagrinėjusi, įvertinusi ir palyginusi pateiktus pasiūlymus, Komisija nustato pasiūlymų eilę ir laimėjusį pasiūlymą bei priima sprendimą sudaryti pirkimo sutartį. Pasiūlymai šioje eilėje surašomi pasiūlymų ekonominio naudingumo balų mažėjimo tvarka. Jeigu keli pasiūlymai surinks vienodą ekonominio naudingumo balų dydį, sudarant pasiūlymų eilę pirmesnis į šią eilę įrašomas teikėjas, kurio pasiūlymas pateiktas anksčiausiai. Pasiūlymų eilė nenustatoma, jei buvo gautas tik vienas pasiūlymas.

12.2. Pirkimo sutartis nebus sudaroma, kol nesibaigs Viešųjų pirkimų įstatymo 941 straipsnio 2 dalyje nustatytas terminas dėl teikėjo pretenzijos perkančiajai organizacijai pateikimo ir nagrinėjimo bei šio įstatymo 95 straipsnio 2 dalyje nustatyti terminai dėl teikėjo prašymo ar ieškinio nagrinėjimo teisme ir kol nebus gautas atitinkamas teismo pranešimas (teisminio ginčo atveju), tačiau ne anksčiau, negu pasibaigs pirkimo sutarties sudarymo atidėjimo terminas (15 dienų laikotarpis, kuris prasideda nuo pranešimo apie sprendimą sudaryti pirkimo sutartį išsiuntimo iš perkančiosios organizacijos suinteresuotiems dalyviams dienos). Pirkimo sutarties sudarymo atidėjimo terminas netaikomas, jei vienintelis suinteresuotas dalyvis yra tas, su kuriuo sudaroma pirkimo sutartis.

12.3. Sudaroma paslaugų pirkimo sutartis atitinka laimėjusio teikėjo pasiūlymą ir šias Konkurso sąlygas. Paslaugų sutarties projektas pateikiamas šių pirkimo sąlygų 6 priede.

12.4. Perkančioji organizacija sudaryti pirkimo sutartį siūlo tam teikėjui, kurio pasiūlymas pripažintas laimėjusiu. Teikėjas sudaryti pirkimo sutartį kviečiamas raštu, nurodant laiką, iki kada jis turi pasirašyti pirkimo sutartį. Jeigu teikėjas, kuriam buvo pasiūlyta sudaryti pirkimo sutartį, raštu atsisako ją sudaryti arba iki perkančiosios organizacijos nurodyto laiko teikėjas nepasirašo pirkimo sutarties, arba atsisako sudaryti pirkimo sutartį pirkimo dokumentuose nustatytomis sąlygomis, arba nepristato Konkurso sąlygų 12.5 punkte nurodyto dokumento Konkurso sąlygų 12.6 punkte nustatytais terminais, arba, jei teikėjo Konkurso sąlygų 4 priede pateikta deklaracija yra melaginga, laikoma, kad jis atsisakė sudaryti pirkimo sutartį. Tuo atveju perkančioji organizacija siūlo sudaryti pirkimo sutartį teikėjui, kurio pasiūlymas pagal nustatytą pasiūlymų eilę yra pirmas po teikėjo, atsisakiusio sudaryti pirkimo sutartį.

12.5. Pirkimo sutarties įvykdymas privalo būti užtikrintas pateikiant Lietuvos Respublikoje ar užsienyje registruoto banko ar kredito unijos garantiją (originalą) arba draudimo bendrovės laidavimo draudimo liudijimą (originalą), kuriame nurodyta suma turi būti ne mažesnė kaip 5 procentai nuo Sutarties kainos.

12.6. Lietuvos Respublikoje ar užsienyje registruoto banko ar kredito unijos garantija (originalas) arba draudimo bendrovės laidavimo draudimo liudijimas (originalas) turi būti pateikiami ne vėliau kaip per 5 darbo dienas po pirkimo Sutarties pasirašymo ir turi galioti visą Sutarties galiojimo. Jei iki sutarties numatytos Paslaugų teikimo termino pabaigos suteiktos Paslaugos neatitinka Sutartyje nustatytų reikalavimų, banko garantijos arba draudimo bendrovės laidavimo rašto galiojimas turi būti pratęstas ne trumpiau kaip iki 30 dienų.

12.7. Lietuvos Respublikoje ar užsienyje registruoto banko ar kredito unijos garantija (originalas) arba draudimo bendrovės laidavimo draudimo liudijimo (originalas), teikėjui paprašius, grąžinami pasibaigus jų galiojimo laikui arba teikėjui tinkamai įvykdžius visus sutartinius įsipareigojimus (priklausomai nuo to, kuris iš nurodytų įvykių bus ankstesnis).

13. PRETENZIJŲ IR SKUNDŲ NAGRINĖJIMO TVARKA

13.1. Teikėjas, kuris mano, kad perkančioji organizacija nesilaikė Viešųjų pirkimų įstatymo reikalavimų ir tuo pažeidė ar pažeis jo teisėtus interesus, turi teisę iki pirkimo sutarties sudarymo pareikšti pretenziją perkančiajai organizacijai dėl perkančiosios organizacijos veiksmų ar priimtų sprendimų. Ginčų nagrinėjimo tvarka numatyta Viešųjų pirkimų įstatymo V skyriuje.

Atviro konkurso „Informacinės sistemos projektavimo, programavimo, kūrimo ir diegimo, bandomosios eksploatacijos ir apmokymo paslaugų pirkimas“ sąlygų 1 priedas

TECHNINĖ SPECIFIKACIJA

INFORMACINĖS SISTEMOS PROJEKTAVIMO, PROGRAMAVIMO, KŪRIMO IR DIEGIMO, BANDOMOSIOS EKSPLOATACIJOS IR APMOKYMO PASLAUGŲ PIRKIMAS

1. Dokumentų sąrašas

Tiekėjas teikdamas paslaugas ir prekes turi vadovautis šiais teisės aktais (arba tuo metu aktualiomis jų redakcijomis):

1. Traumų ir nelaimingų atsitikimų stebėsenos informacinės sistemos nuostatais, patvirtintais Lietuvos Respublikos sveikatos apsaugos ministro 2014 m. liepos 9 d. įsakymu Nr. V-776 „Dėl Traumų ir nelaimingų atsitikimų stebėsenos informacinės sistemos nuostatų ir duomenų saugos nuostatų patvirtinimo“;

2. Traumų ir nelaimingų atsitikimų stebėsenos informacinės sistemos duomenų saugos nuostatais, patvirtintais Lietuvos Respublikos sveikatos apsaugos ministro 2014 m. liepos 9 d. įsakymu Nr. V-776 „Dėl Traumų ir nelaimingų atsitikimų stebėsenos informacinės sistemos nuostatų ir duomenų saugos nuostatų patvirtinimo“;

3. Traumų ir nelaimingų atsitikimų stebėsenos informacinės sistemos specifikacija;4. Traumų ir nelaimingų atsitikimų stebėsenos tvarkos aprašu, patvirtintu Lietuvos Respublikos

sveikatos apsaugos ministro 2014 m. vasario 3 d. įsakymu Nr. V-153 „Dėl Traumų ir nelaimingų atsitikimų stebėsenos tvarkos aprašo patvirtinimo“;

5. Lietuvos Respublikos civiliniu kodeksu;6. Lietuvos Respublikos visuomenės sveikatos priežiūros įstatymau;7. Lietuvos Respublikos visuomenės sveikatos stebėsenos (monitoringo) įstatymu;8. Lietuvos Respublikos sveikatos sistemos įstatymu;9. Lietuvos Respublikos sveikatos priežiūros įstaigų įstatymu;10. Lietuvos Respublikos valstybės informacinių išteklių valdymo įstatymu;11. Lietuvos Respublikos sveikatos apsaugos ministro 2011 m. kovo 28 d. įsakymu Nr. V-294 „Dėl

Lietuvos E. sveikatos sistemos funkcinės, techninės ir programinės įrangos modelio patvirtinimo“;

12. Lietuvos Respublikos Vyriausybės 2011 m. rugsėjo 7 d. nutarimu Nr. 1057 „Dėl Elektroninės sveikatos paslaugų ir bendradarbiavimo infrastruktūros informacinės sistemos nuostatų patvirtinimo“;

13. Lietuvos Respublikos Vyriausybės 2013 m. vasario 27 d. nutarimu Nr. 180 „Dėl Valstybės informacinių sistemų steigimo, kūrimo, modernizavimo ir likvidavimo tvarkos aprašo patvirtinimo“;

14. Lietuvos Respublikos Vyriausybės 2013 m. liepos 24 d. nutariu Nr. 716 „Dėl Bendrųjų elektroninės informacijos saugos reikalavimų aprašo, Saugos dokumentų turinio gairių aprašo ir Valstybės informacinių sistemų, registrų ir kitų informacinių sistemų klasifikavimo ir elektroninės informacijos svarbos nustatymo gairių aprašo patvirtinimo“;

15. Informacinės visuomenės plėtros komiteto prie Susisiekimo ministerijos direktoriaus 2014 m. vasario 25 d. įsakymu Nr. T-29 „Dėl Valstybės informacinių sistemų gyvavimo ciklo valdymo metodikos patvirtinimo“;

16. kitais teisės aktais, reglamentuojančiais saugų elektroninės informacijos tvarkymą, saugojimą bei sunaikinimą.

2. Sąvokos ir sutrumpinimai

1 lentelė. Sąvokos ir sutrumpinimai

Sąvoka / sutrumpinimas Aprašymas

ETL Angl. Extract, Transform, Load. Įrankis skirtas valdyti duomenų paėmimo, transformavimo ir pakrovimo procesus.

GMP IS Greitosios medicinos pagalbos stoties informacinė sistema

HI Higienos institutas

IS Informacinė sistema

MPR Mirties atvejų ir priežasčių registras

MDX Specialios paskirties programavimo kalba skirta dirbti su OLAP kubais

NDNT IS Neįgalumo ir darbingumo nustatymo tarnybos informacinė sistema

OLAP Daugiamatis analitinis duomenų modelis (duomenų kubas) – duomenų saugojimo technologija skirta greitesnei ir patogesnei duomenų analizei.

Projektas Informacinės sistemos projektavimo, programavimo, kūrimo ir diegimo, bandomosios eksploatacijos ir apmokymo paslaugų teikimo projektas

PSDF IS Privalomojo sveikatos draudimo informacinė sistema

SAM Lietuvos Respublikos sveikatos apsaugos ministerija

SoDra IS Valstybinio socialinio draudimo fondo valdybos informacinė sistema

SQL Specialios paskirties programavimo kalba skirta tvarkyti reliacines duomenų bazes. Angl. Structured Query Language

Tiekėjas Paslaugų tiekėjas laimėjęs viešojo pirkimo konkursą ir tiekiantis informacinės sistmeos kūrimo ir diegimo paslaugas.

TNAS IS Traumų ir nelaimingų atsitikimų stebėsenos informacinė sistema

Tvarkyti Ieškoti, peržiūrėti, sukurti naują, redaguoti, ištrinti

Perkančioji organizacija

Perkančioji organizacija – Higienos institutas

VLK Valstybinė ligonių kasa

3. Įvadas

Higienos institutas (toliau – HI) vykdo Europos Sąjungos struktūrinių fondų lėšomis finansuojamą projektą „Traumų ir nelaimingų atsitikimų stebėsenos sistemos sukūrimas“. Projekto metu jau buvo išanalizuota teisinė bazė ir parengtas teisinis pagrindas Traumų ir nelaimingų atsitikimų sistemos sukūrimui, identifikuoti potencialūs duomenų šaltiniai, jų turinys ir informacijos srautai, nustatyti duomenys, kurie bus renkami ir panaudojami analizei, išanalizuota užsienio šalių geroji praktika, sukurtas sistemos modelis, suderinti ir patvirtinti kuriamos Traumų ir nelaimingų atsitikimų stebėsenos (toliau – TNAS) informacinės sistemos (toliau – IS) nuostatai ir saugos nuostatai, parengta TNAS IS specifikacija. Sekanti projekto „Traumų ir nelaimingų atsitikimų stebėsenos sistemos sukūrimas“ veikla yra TNAS IS sukūrimas ir įdiegimas. Šiame dokumente aprašyti reikalavimai keliami Traumų ir nelaimingų atsitikimų stebėsenos informacinei sistemai ir jos diegimui.

Šioje specifikacijoje pateiktuose reikalavimuose sistemai naudojama sąvoka „turi būti galimybė“ arba „turi būti galima“ reiškia, kad tokia TNAS IS funkcija turi būti pateikta ir įdiegta kartu su siūloma TNAS IS ir TNAS IS naudotojas (jei naudotojui suteiktos atitinkamos teisės) turi galėti vykdyti funkciją be papildomų TNAS IS modifikavimo (arba kūrimo) darbų ir be kitų papildomų veiksmų ir sąnaudų, kai TNAS IS bus įdiegta.

Tiekėjas TNAS IS kūrimo ir diegimo projekto metu turės aprašyti, su Perkančiosios organizacijos darbo grupe suderinti ir įgyvendinti TNAS IS veikimo principus, pjūvius, parametrus, taisykles ir kt., taip pat turės būti suderinta, kaip tiksliai bus įgyvendintos sistemos funkcijos konkrečioms užduotims atlikti.

Pateiktuose reikalavimuose minimi pavyzdžiai ar informacijos detalizavimas yra informacinio pobūdžio, t.y. nėra pateikiami baigtiniai sąrašai, ir TNAS IS projekto metu turės būti detalizuoti ir suderinti su Perkančiosios organizacijos darbo grupe.

Pagal pateiktus reikalavimus Tiekėjas turi įsipareigoti be papildomo mokesčio realizuoti visus techninius ir funkcinius reikalavimus (pvz., detalizuotas funkcijų vykdymo taisykles ir pan.). Taip pat Tiekėjo atsakomybė yra pašalinti nustatytus TNAS IS ar jos įgyvendinimo trūkumus (įskaitant ir TNAS IS saugumo trūkumus), jei Tiekėjas, teikdamas pasiūlymą ar atlikdamas TNAS IS projekto darbus, naudos nesuderintas su Perkančiąja organizacija sąvokas ar sutrumpinimus, kurie skirsis nuo Perkančiosios organizacijos įsivaizdavimo ar supratimo, o tai sąlygos neteisingą ar nevisišką reikalavimų supratimą bei realizavimą.

Tiekėjas turės realizuoti visus šiame dokumente pateiktus reikalavimus (išskyrus papildomus TNAS IS reikalavimus žymimus raide „P“).

4. Kūrimo projekto tikslas

Traumų ir nelaimingų atsitikimų stebėsenos sistemos sukūrimo ir įdiegimo tikslas: sukurti informacinę sistemą, kurioje būtų renkama, kaupiama, analizuojama ir vertinama

patikima informacija apie traumas ir nelaimingus atsitikimus ir jų sukeltas pasekmes.Tai leistų planuoti ir vykdyti tinkamas traumatizmo prevencijos priemones, įvertinti jų

rezultatus ir poveikį. Aukščiau įvardintas tikslas skaidomas į potikslius: sukurti įrankį leidžiantį analizuoti traumų ir nelaimingų atsitikimų stebėsenos duomenis; sukurti ir ištestuoti integracijos sąsajas su duomenų teikėjais; suformuoti iki 40 vnt. tipinių ataskaitų; realizuoti ataskaitų publikavimą internete.

Šiuo pirkimu perkamos šios paslaugos: TNAS IS kūrimo (specifikavimo, projektavimo, konstravimo) ir diegimo (testavimo ir

bandomosios eksploatacijos) paslaugos;

Sąsajų su išorinėmis informacinėmis sistemomis sukūrimo ir diegimo paslaugos; Naudotojų apmokymo dirbti su TNAS IS paslaugos; TNAS IS priežiūros paslaugos 36 mėnesius, apimtis 160 val. per metus; Garantinė priežiūra, vykdoma 36 mėnesius.

5. Esamas kompiuterizavimo lygis ir kompiuterizuojami veiklos procesai

Šiuo metu HI analizuoja įvairių duomenų teikėjų duomenis. Daugumos duomenų teikėjų atveju, HI gauna apskaičiuotų duomenų lenteles, kurias gali panaudoti tik galutiniams skaičiavimams. Vienas iš duomenų teikėjų Valstybinė ligonių kasa (toliau – VLK) analizei pateikia duomenis įrašų lygmenyje, kuriuos HI sveikatos statistikos skyrius gali analizuoti įvairiais pjūviais. Taip pat, kadangi Higienos institutas yra Mirčių atvejų ir priežasčių registro tvarkytojas, Higienos instituto mirties priežasčių registro skyrius turi galimybę mirties atvejų ir jų priežasčių duomenis analizuoti įrašų lygmenyje. VLK teikiamų duomenų apdorojimą HI atlieka SQL užklausų pagalba. Apdoroti duomenys yra saugomi duomenų bazės lentelėse. Apdorotų duomenų pagrindu yra pateikiamos statinės ataskaitos, kurių forma yra iš anksto apibrėžta. Pateikiamų ataskaitų formą keisti yra nepatogu, todėl prireikus ataskaitos kuri nėra standartinė, ji yra formuojama SQL užklausų pagalba, o tai reikalauja didelio papildomo darbo ir specifinių žinių. Atsižvelgiant į tai, kyla poreikis Traumų ir nelaimingų atsitikimų analizei naudoti įrankį, kuris leistų, gavus užklausą iš Sveikatos apsaugos ministerijos (toliau – SAM) ar kitų institucijų, HI sveikatos statistikos skyriui patogiai, lanksčiai, reikiamais pjūviais ir detalumu formuoti reikiamas vienkartines dinamines (angl. ad-hoc) ataskaitas.

6. Veiklos reikalavimai

6.1. Sistemos vizija

Traumų ir nelaimingų atsitikimų stebėsenos sistema gaus duomenis iš išorinių informacinių sistemų, juos apdoros ir pateiks statistines ataskaitas apie traumų kiekius, jų priežastis, pasekmes. Tam kad būtų patogiai importuojami duomenys, bus realizuotos tiesioginės integracijos su išorinėmis sistemomis. Sistemos su kuriomis bus realizuotos integracijos (integracijos detaliau aprašomos skyriuje „6.1.1 Reikalavimai sistemos architektūrai“):

Greitosios medicinos pagalbos stočių informacinės sistemos (toliau – GMP IS) – gaunami duomenys apie GMP iškvietimus (suteiktas paslaugas) dėl traumų, sužalojimų;

Valstybinės ligonių kasos privalomojo sveikatos draudimo informacine sistema – gaunami duomenys apie traumas, taikytą gydymą pagal traumas;

Valstybinio socialinio draudimo fondo valdybos informacinė sistema (toliau – SoDra IS) – gaunami duomenys apie suteiktus nedarbingumo pažymėjimus dėl traumų;

Neįgalumo ir darbingumo nustatymo tarnybos informacinė sistema – gaunami duomenys apie prarastą darbingumą, neįgalumą dėl traumų;

Mirties atvejų ir jų priežasčių valstybės registras (toliau – MPR) – gaunami duomenys apie mirtis dėl traumų.

Toliau yra pateikiama numatoma sistemos architektūros schema.

1 pav. TNAS IS architektūra

Aukščiau pateiktoje architektūros schemoje yra pavaizduotos trys TNAS IS posistemės: Analitinės informacijos posistemė – skirta ataskaitų formavimo, informacijos paieškos ir

duomenų eksporto užtikrinimui; Administravimo posistemė – skirta naudotojų autentifikavimui, teisių valdymui,

sistemos administravimui ir duomenų srautų valdymui. Administravimo posistemėje bus tvarkomi įvairūs klasifikatoriai, kurie vėliau naudojami analizei ir ataskaitų formavimui. Duomenų srautų valdymo funkcija suteiks galimybę sistemos administratoriui valdyti integracijų duomenų srautus, duomenų atnaujinimo dažnumą;

Duomenų mainų posistemė – skirta duomenų gavimui iš išorinių sistemų, jų pirminiam apdorojimui ir saugojimui. Iš išorinių sistemų gauti duomenys bus saugomi duomenų mainų posistemės duomenų bazėje, tokiu būdu užtikrinant maksimalią spartą vėliau analizuojant duomenis ir formuojant ataskaitas.

6.1.1. Reikalavimai sistemos architektūrai

2 Reikalavimai TNAS IS architektūrai

Nr. Reikalavimas Kategorija (B/P)

Įgyvendinimas (T/N)

Komenta-rai

R-1. Informacinė sistema turi būti sukurta pagal daugiapakopės (multi-tier, N-tier) architektūros reikalavimus ir ją turi sudaryti bent 3 hierarchiniai lygmenys: Atvaizdavimo lygis (naudotojo sąsaja) – turi užtikrinti naudotojo sąveiką su

B

Nr. Reikalavimas Kategorija (B/P)

Įgyvendinimas (T/N)

Komenta-rai

informacine sistema bei informacijos pateikimą naudotojui; Veiklos logikos lygis – turi užtikrinti veiklos funkcijų įgyvendinimą dirbant su informacine sistema; Duomenų bazės lygis – turi užtikrinti duomenų saugojimą.

R-2. Sistema turi būti atvira naujo funkcionalumo (pvz., naujų formų, ataskaitų, funkcijų) kūrimui ir esamo modifikavimui.

B

R-3. Sistema turi būti suprojektuota ir realizuota taip, kad būtų lanksti modifikuojant – realizavus funkcionalumo pakeitimus vienoje ar keliose funkcinėse srityse, pakeitimai neturi būti visos sistemos perkūrimo priežastimi.

B

R-4. Sistema turi būti pateikta su sistemos kūrimo įrankiais, t.y., po TNAS IS kūrimo sistemos tvarkytojas turi turėti priemones ir teises modifikuoti programinės įrangos kodą (angl. source code).

B

R-5. Informacinės sistemos duomenų bazės lygio programinę įrangą turi būti galima įdiegti atskiroje fizinėje tarnybinėje stotyje nuo likusių sistemos dalių.

B

R-6. Visi sistemos posistemiai turi būti tarpusavyje integruoti. Visi informacijos pasikeitimai (klasifikatorių, duomenų, naudotojų prisijungimų ir kt.) vienoje dalyje turi atsispindėti susijusiose dalyse be papildomų sistemos naudotojų veiksmų.

B

R-7. Informacinės sistemos architektūra ir techninė terpė turi užtikrinti galimybę didinti sistemos našumą didinant naudojamos kompiuterinės įrangos pajėgumus ir/ar jos kiekį, t.y. turi būti galima gerinti tarnybinių stočių parametrus arba naudoti daugiau tarnybinių stočių.

B

R-8. Sistema turi palaikyti ir būti suderinama su XML ir XML Web Services.

B

R-9. Sistema turi palaikyti (korektiškai veikti) 64 bitų platformas.

B

6.1.2. Funkciniai reikalavimai3 lentelė. TNAS IS funkciniai reikalavimai

Nr. Reikalavimas Kategorija (B/P)

Įgyvendinimas (T/N)

Komenta-rai

1.1. Duomenų mainų posistemėDuomenų surinkimasR-10. Duomenų įkėlimo procesas turi būti

realizuotas ir valdomas naudojant duomenų paėmimo, transformavimo ir pakrovimo procesų (ETL) įrankį.

B

R-11. Sistemoje naudojamas duomenų paėmimo, transformavimo ir pakrovimo procesų (ETL) įrankis turi turėti funkcijas duomenų importo kontrolei, suteikiančias galimybę sekti duomenų importo procesą, pateikti klaidų pranešimus bei perspėjimus, nurodant klaidos priežastis bei atsiradimo vietas.

B

R-12. Duomenų paėmimo, transformavimo ir pakrovimo procesų (ETL) įrankis turi sudaryti galimybę paimti duomenis iš neriboto skaičiaus skirtingų duomenų šaltinių tipų.

B

R-13. Sistemoje turi būti sudaryta galimybė apjungti keletą duomenų nuskaitymo iš pirminių duomenų šaltinių, apdorojimo bei įkėlimo procesų į vieną ir nuosekliai, ir lygiagrečiai.

B

R-14. Sistemoje turi būti galimybė duomenis įkelti vienu iš trijų tipų: pirminis pilnas duomenų įkėlimas; nurodyto periodo duomenų įkėlimas; pasikeitusių duomenų įkėlimas.

B

R-15. Duomenų įkėlimo priemonės turi leisti paimti duomenis minimaliai iš šių duomenų bazių valdymo sistemų ar kitokių šaltinių: Oracle, MS SQL, MySQL, Access, Excel, XML, tekstinių bylų.

B

R-16. Sistemoje turi būti galimybė naudotojui (sistemos administratoriui) tvarkyti sąlygines ir matematines duomenų transformacijos, duomenų korektiškumo tikrinimo ir kitas taisykles, kurios turi būti atliekamos duomenų importo metu.

B

R-17. Duomenų įkėlimo metu turi būti atliekamos iš anksto apibrėžtos sąlyginės ir/arba matematinės duomenų transformacijos, patikrinamas duomenų korektiškumas pagal apibrėžtas taisykles (analizės etapo metu Tiekėjas turi išanalizuoti (dokumentuoti)

B

Nr. Reikalavimas Kategorija (B/P)

Įgyvendinimas (T/N)

Komenta-rai

reikiamas transformacijų, duomenų korektiškumo taisykles ir jas perkelti į sistemą).

R-18. Sistema turi leisti atlikti duomenų įkėlimo kontrolę, suteikiančią galimybę sekti duomenų įkėlimo procesą, pateikti klaidų pranešimus bei perspėjimus, nurodant klaidos priežastis bei atsiradimo vietas.

B

R-19. ETL komponentas turi turėti grafinę aplinką, kuri administratoriui suteiktų galimybę be papildomų programavimo žinių apibrėžti naujas ar papildomas duomenų aibes ir duomenų pakrovimo procesus.

B

Duomenų kaupimasR-20. Duomenų saugykla turi palaikyti tiek

reliacinius duomenų modelius, tiek daugiamačius analitinius duomenų modelius (duomenų kubus realizuotus OLAP technologijomis).

B

R-21. Sistemoje turi būti galimybė toje pačioje duomenų saugykloje saugoti duomenis užkrautus iš skirtingų duomenų šaltinių (skirtingų duomenų bazių, Microsoft Excel) ir juos panaudoti tolimesnei analizei nepriklausomai nuo to ar duomenų šaltiniai ir pradinė struktūra tarpusavyje skyrėsi.

B

R-22. Sistema negali riboti maksimalaus duomenų eilučių skaičiaus.

B

R-23. Sistemoje turi būti numatytos priemonės, prieinamos sistemos administratoriams, užtikrinančios saugomos informacijos tvarkymą (peržiūrą, sukūrimą, atnaujinimą bei šalinimą) SQL kalba.

B

R-24. Sistemoje turi būti funkcionalumas, leidžiantis SQL kalbos pagalba indeksuoti, ieškoti ir analizuoti duomenis saugomus duomenų bazėje.

B

R-25. Tiekėjas turės analizės metu išanalizuoti ir konstravimo metu sukurti reikiamus daugiamačius analitinius duomenų modelius (duomenų kubus).

B

R-26. Analitinių duomenų modelis turi palaikyti dimensijų ir dimensijų elementų hierarchijas.

B

R-27. TNAS IS turi būti galimybė vykdyti duomenų bazės (duomenų saugyklos ir sistemos veikimui reikalingų duomenų)

B

Nr. Reikalavimas Kategorija (B/P)

Įgyvendinimas (T/N)

Komenta-rai

rezervinio kopijavimo procedūras. Sistemos administratoriai turi turėti galimybę inicijuoti duomenų atstatymo iš rezervinės kopijos procedūrą. Atstačius duomenis turi būti užtikrintas ir išlaikytas duomenų vientisumas ir integralumas, tolimesnis duomenų panaudojamumas.

R-28. Sistema turi turėti grafinį įrankį, suteikiantį galimybę stebėti ir sekti duomenų užklausas, jų įvykdymo laiką ir sunaudotus resursus

B

R-29. Sistema turi leisti tvarkyti (peržiūrėti, sukurti, atnaujinti, ištrinti) OLAP kubus.

B

R-30. Duomenų saugykla turi užtikrinti galimybę dirbti su duomenimis pateiktais lietuviška lokale (lietuviška koduote, lietuviška data).

B

1.2. Analitinės informacijos posistemėAtaskaitų formavimasR-31. Sistema turi apimti šių tipų ataskaitas:

standartizuotas ataskaitas (Tiekėjo sukuriamų ataskaitų sąrašas turi būti suderintas su Perkančiąja organizacija analizės etapo metu);

analitines naudotojo kuriamas ataskaitas (angl. ad hoc).

B

R-32. Sistema turi leisti apibrėžti TNAS IS parametrų, rodiklių skaičiavimo formules, nurodyti duomenų tipą, siektinas reikšmes.

B

R-33. Sistemoje apibrėžiant naujus išvestinius parametrus, rodiklius turi būti galima panaudoti tokias funkcijas kaip:

sumavimas; skirtumas; daugyba; dalyba; procentinis nuokrypis; vidurkis; minimumas; maksimumas; logines operacijas (angl. if-else).

B

R-34. Ataskaitų kūrimas turi būti prieinamas naudotojui, neturinčiam programavimo įgūdžių, paremtas intuityviu (angl. Drag and Drop) principu.

B

R-35. Sistemoje turi būti galimybė formuojant B

Nr. Reikalavimas Kategorija (B/P)

Įgyvendinimas (T/N)

Komenta-rai

ataskaitą pasirinkti galimus ataskaitos duomenų filtrus ir pradinį filtravimą, pradinį duomenų grupavimą ir galimus grupavimo parametrus, pradinį duomenų rūšiavimą ir galimus duomenų rūšiavimo parametrus pagal naudotojo poreikius.

R-36. Sistemoje turi būti galimybė sukurti naują ataskaitą esamos ataskaitos pagrindu.

B

R-37. Rūšiavimas turi būti atliekamas pagal lietuvių kalbos abėcėlę.

B

R-38. Sistema turi leisti peržiūrėti ataskaitas įvairiais vizualizacijos būdais (grafikas, lentelė, diagrama).

B

R-39. Sistemoje turi būti galimybė kurti skydelius (angl. dashboards), kuriuose turi būti galima atvaizduoti pasirinktas ataskaitas lentelėmis ir grafikais, įkelti grupavimo, filtravimo parametrus. Sukurtus skydelius turi būti galimybė paviešinti Perkančiosios organizacijos internetinėje svetainėje viešai prieigai.

B

R-40. Sistemoje turi būti numatyta galimybė formuoti iš anksto apibrėžtas ataskaitas panaudojant visus TNAS IS kaupiamus duomenis.

B

R-41. Sistemoje turi būti galimybė rankiniu būdu kurti ataskaitas panaudojant visus TNAS IS kaupiamus duomenis.

B

R-42. Rankiniu būdu kuriant ataskaitas duomenys naudotojui turi būti pateikiami duomenų lentelės (matricos) pavidalu, naudotojui grafinės sąsajos pagalba pasirenkant kokie elementai bus atvaizduojami duomenų lentelės eilutėse ir kokie stulpeliuose.

B

R-43. Sistemoje turi būti galimybė naudotojo sukurtą ataskaitą išsaugoti kaip ataskaitos šabloną.

B

R-44. Sistemoje turi būti galimybė naudotojo sukurtą ataskaitą išsaugoti kaip standartizuotą ataskaitą.

B

R-45. Sistemoje turi būti galimybė keisti išsaugotas ataskaitas ir ataskaitų šablonus.

B

R-46. Sistemoje turi būti galimybė viešai publikuoti (per interneto svetainę) visas standartizuotas ataskaitas.

B

R-47. Hierarchinių duomenų struktūrų nagrinėjimui B

Nr. Reikalavimas Kategorija (B/P)

Įgyvendinimas (T/N)

Komenta-rai

turi būti galimybė iš bendrojo lygio pereiti į detalųjį lygį (angl. drill down funkcija).

R-48. Sistema turi užtikrinti galimybę su tuo pačiu duomenų kubu nepriklausomai dirbti keliems sistemos naudotojams.

B

R-49. Sistemoje turi būti galimybė naudotis atidėto ataskaitos formavimo funkcija (angl. scheduling).

B

Informacijos paieškaR-50. Sistemoje turi būti galimybė pagal

pasirinktus kriterijus atlikti įrašų paiešką. Taip pat turi būti galimybė išsaugoti paieškos šabloną ir jį vėliau panaudoti pakartotinai.

B

R-51. Sistemoje turi būti galimybė pagal pasirinktus kriterijus atlikti išplėstinę įrašų paiešką (paieška pagal visus įmanomus parametrus). Taip pat turi būti galimybė išsaugoti išplėstinės paieškos šabloną ir jį vėliau panaudoti pakartotinai.

B

R-52. Sistemoje turi būti galimybė paiešką atlikti pagal pilną frazę arba frazės fragmentą.

B

Duomenų eksportas ir ataskaitų publikavimasR-53. Sistemoje turi būti galimybė viešinti (skelbti)

visų tipų ataskaitas ir skydelius (angl. dashboard) Perkančiosios organizacijos internetinėje svetainėje viešai prieigai. Paviešintos ataskaitos turi būti „gyvos“ – išorinis naudotojas turi galėti pasirinkti įvairias filtravimo, grupavimo reikšmes.

B

R-54. Viešinant ataskaitą ar skydelį, sistema turi leisti pasirinkti ar ataskaitą (arba skydelį) paviešinti ir pateikti ją Perkančiosios organizacijos internetinio puslapio lankytojams, ar ataskaitą tik paviešinti ir sugeneruoti nuorodą, kurios pagalba būtų galima peržiūrėti ataskaitą.

B

R-55. Nuorodos į ataskaitas ir skydelius turi būti generuojamos taip, kad žinant vienos ataskaitos nuorodą, nebūtų galima atspėti kitų ataskaitų nuorodų. T.y. ataskaitos nuoroda turi būti generuojama atsitiktiniu arba kitu būdu, kuris neleistų atsekti nuorodos generavimo taisyklių.

B

R-56. Sistemoje turi būti galimybė nustatyti taisykles kaip turi veikti sistema atsiradus naujiems duomenims. T.y. turi būti galimybė

B

Nr. Reikalavimas Kategorija (B/P)

Įgyvendinimas (T/N)

Komenta-rai

administratoriui nustatyti, kad atsinaujinus duomenims, automatiškai turi atsinaujinti ir viešos ataskaitos prieinamos Perkančiosios organizacijos internetiniame puslapyje arba, kad atsinaujinus duomenims, viešos ataskaitos turi neatsinaujinti, kol jos nebus atnaujintos rankiniu būdu.

R-57. Paviešinus ataskaitą ir/arba skydelį, išoriniams sistemos naudotojams neturi būti galimybės jokiais būdais peržiūrėti pirminių duomenų, kurių pagrindu yra formuojama ataskaita.

B

R-58. Sistemoje turi būti galimybė išsaugoti visų tipų ataskaitas (Perkančiosios organizacijos vidines ataskaitas ir viešas prieinamas išoriniams naudotojams) PDF, Microsoft Excel (*.xlsx/*.xls), Microsoft Word (*.docx,*.doc), HTML formatais. Išoriniams naudotojams išsaugotos ataskaitos turi apimti tik agreguotus duomenis be galimybės peržiūrėti pirminius duomenis kurių pagrindu buvo suformuota ataskaita.

B

1.3. Administravimo posistemėR-59. Reikalavimai sistemos administravimo

posistemei pateikiami skyriuje „6.5.1.Reikalavimai informacinės sistemosadministravimui“.

B

6.2. Išoriniai duomenų srautai6.2.1. IS išoriniai informacijos srautai

Skyriuje aprašomi numatomi realizuoti informacijos srautai su išorinėmis sistemomis, nurodomi išorinių sistemų duomenų teikėjai, aprašomi gaunami duomenys, nurodomas numatomas duomenų gavimo periodiškumas ir duomenų perdavimo būdas. Žemiau esančioje lentelėje pateikti planuojami duomenys, kurie bus gaunami iš kiekvieno duomenų teikėjo. Konkretūs duomenys turės būti suderinti su Perkančiaja organizacija Projekto metu.

4 lentelė. Išoriniai informacijos srautai

Nr. Perduodami duomenys Teikėjas Gavėjas Aprašymas Periodiškumas Duomenų apimtis

Perdavimo būdas

1. Greitosios medicinos pagalbos kvietimų dėl traumų duomenys (GMP IS duomenys)

Greitosios medicinos pagalbos stočių IS (toliau – GMP IS)

TNAS IS Greitosios medicinos pagalbos stočių informacinės sistemos teikia bendruosius duomenis – gimimo datą, lytį, savivaldybę, bendruosius formos Nr. 110/a duomenis:

kvietimo data; kvietimo laikas; GMP atvykimo laikas; įvykio vietos adresas; pristatymo į gydymo

įstaigą laikas; informacija apie

traumą: sužalojimo vieta, sužalojimai, traumos sunkumo vertinimas, traumos aplinkybės;

informacija apie pacientą: saugos diržai, sėdėjimo vieta, oro pagalvės, saugumo priemonės;

pagalbos teikimo

Kas dieną ~250 įrašų per dieną

Tinklo paslaugos

Nr. Perduodami duomenys Teikėjas Gavėjas Aprašymas Periodiškumas Duomenų apimtis

Perdavimo būdas

protokolas; suteikta pagalba; transportavimas; vėlavimo į iškvietimą

priežastis; informacija apie mirtį; ligonio būklė suteikus

medicininę pagalbą; ligonio būklė atvykus į

priėmimo-skubios pagalbos skyrių.

2. Duomenys apie asmens sveikatos priežiūros įstaigą ir asmeniui, patyrusiam sužalojimą / apsinuodijimą, suteiktas sveikatos priežiūros paslaugas (PSDF IS duomenys)

Valstybinės ligonių kasos privalomojo sveikatos draudimo informacinė sistema (toliau – PSDF IS)

TNAS IS PSDF IS teikia bendruosius duomenis – gimimo datą, lytį, savivaldybę, duomenis apie asmens sveikatos priežiūros įstaigą ir asmeniui, patyrusiam sužalojimą / apsinuodijimą, suteiktas sveikatos priežiūros paslaugas: ASPĮ kodas, ASPĮ

pavadinimas, atvykimo informacija: siunčianti ASPĮ, siuntimo priežastis, atvežė Greitosios medicinos pagalbos (toliau – GMP) brigada, būtinoji pagalba;

stacionarinio gydymo epizodo informacija: atvykimo, išvykimo data ir laikas, lovadienių skaičius, epizodo tipas, skyrius, paslaugos kodas, diagnozės kodas, gydytojo spaudo numeris, paslaugos kaina,

Kas dieną ~1600 atvejų per dieną. Kiekvienam atvejui duomenų bazėje atliekama keletas įrašų įvairiose lentelėse.

Tinklo paslaugos

Nr. Perduodami duomenys Teikėjas Gavėjas Aprašymas Periodiškumas Duomenų apimtis

Perdavimo būdas

medicininės intervencijos data, kodas, specialisto spaudo numeris, paslaugos kodas, kaina;

ambulatorinio gydymo epizodo informacija: apsilankymo data, tipas, diagnozės kodas, specialisto spaudo numeris, paslaugos kodas ir kaina;

epizodo metu nustatytos diagnozės ir traumos priežastys, kodai pagal TLK-10-AM, asmens priemokos ir mokamos paslaugos, centralizuotai perkami vaistai ir medicinos priemonės, gydymo rezultatas, bendra epizodo kaina, gydančio gydytojo spaudo numeris.

Klasifikatorių duomenys: Tarptautinės statistinės ligų

ir sveikatos sutrikimų klasifikacijos dešimtasis pataisytas ir papildytas leidimas „Sisteminis ligų sąrašas“ (Australijos modifikacija, TLK-10-AM), įdiegtas sveikatos apsaugos ministro 2011 m. vasario 23 d. įsakymu Nr. V-164 „Dėl Tarptautinės statistinės ligų ir sveikatos

Nr. Perduodami duomenys Teikėjas Gavėjas Aprašymas Periodiškumas Duomenų apimtis

Perdavimo būdas

sutrikimų klasifikacijos dešimtojo pataisyto ir papildyto leidimo „Sisteminis ligų sąrašas“ (Australijos modifikacija, TLK-10-AM) įdiegimo“ ir jo pakeitimai;

valstybių ir savivaldybių kodų klasifikatorius ir jo pakeitimai;

kiti su sveikatinimo paslaugų teikimu susiję klasifikatoriai.

3. Nustatyto nedarbingumo dėl traumų duomenys (SoDra IS duomenys)

Valstybinio socialinio draudimo fondo valdybos informacinės sistemos

TNAS IS Valstybinio socialinio draudimo fondo valdybos informacinė sistema teikia bendruosius duomenis – gimimo datą, lytį, bendrus Nedarbingumo pažymėjimo duomenis: laikinojo nedarbingumo

data nuo, data iki; laikinojo nedarbingumo

diagnozė; išmokėta ligos pašalpos

suma; laikinojo nedarbingumo

priežastis (nelaimingas atsitikimas buityje, nelaimingas atsitikimas darbe, kelyje į (iš) darbą (-o));

nelaimingas atsitikimas darbe, kelyje į (iš) darbą (-

Kas dieną ~240 įrašų per dieną

Tinklo paslaugos

Nr. Perduodami duomenys Teikėjas Gavėjas Aprašymas Periodiškumas Duomenų apimtis

Perdavimo būdas

o) pripažintas draudiminiu įvykiu, pripažintas nedraudiminiu įvykiu.

4. Dėl traumų nustatyto neįgalumo ar darbingumo lygio duomenys (NDNT IS duomenys)

Neįgalumo ir darbingumo nustatymo tarnybos informacinės sistemos (toliau – NDNT IS)

TNAS IS Neįgalumo ir darbingumo nustatymo tarnybos informacinė sistema teikia bendruosius duomenis – gimimo datą, lytį, duomenis apie asmeniui nustatytą neįgalumo ar darbingumo lygį: asmeniui nustatytas

neįgalumo lygis; neįgalumo lygio nustatymo

pradžios data; neįgalumo lygio nustatymo

pabaigos data; pagrindinė diagnozė; asmeniui nustatytas

darbingumo lygis; darbingumo lygio

nustatymo pradžios data; darbingumo lygio

nustatymo pabaigos data; pagrindinė diagnozė.

Kas dieną ~20 atvejų per dieną. Iš jų apie 25% - naujų atvejų ir apie 75% - pakartotinių atvejų.

Tinklo paslaugos

5. Mirties atvejų ir jų priežasčių valstybės registro duomenys (MPR duomenys)

Mirties atvejų ir jų priežasčių registras

TNAS IS Mirties atvejų ir jų priežasčių valstybės registras teikia bendruosius duomenis – gimimo datą, lytį, savivaldybę, bendrus formos Nr. 106/a duomenis: mirties data, laikas; mirties vieta; mirties priežastys.

Kas dieną ~16 naujų įrašų per dieną dėl traumų.

Tinklo paslaugos

Reikalavimai integracinėms sąsajoms detalizuoti skyriuje „6.5.5. Programinės, komunikacinės sąsajos, komponentų reikalavimai“.

6.3. Koncepcinis duomenų modelisTNAS IS bus saugomi sisteminiai duomenys (naudotojų, suformuotų ataskaitų, klasifikatorių,

sisteminių parametrų ir kiti duomenys) ir iš išorinių informacinių sistemų gauti duomenys. Duomenų modeliui yra keliami šie reikalavimai:6.3.1. Sistemoje turi būti saugomi ir analizei prieinami visi nesidubliuojantys iš išorinių sistemų gauti

duomenys. T.y. turi būti galimybė analizei naudoti duomenis gautus nuo pat sistemos veikimo pradžios;

6.3.2. Sistema turi neriboti galimybės plėsti duomenų modelį be papildomų programavimo darbų. T.y. neturi būti ribojama galimybė išsiplėtus gaunamų duomenų aibei, juos panaudoti analizei visa apimtimi ir/arba analizei panaudoti naujų duomenų teikėjų duomenis juos importuojant automatiniu arba rankiniu būdu.Numatomi gauti duomenys iš kiekvieno duomenų šaltinio pateikti skyriuje „ 6.2.1. IS išoriniai

informacijos srautai“. Konkretūs saugomi duomenys ir duomenų modelis turės būti suderinti Projekto metu pagal tai, kokios duomenų teikimo sutartys bus pasirašytos su duomenų tiekėjais. Koncepcinis duomenų modelis pateikiamas schemoje žemiau.

2 pav. Koncepcinis duomenų modelis

Aukščiau pateiktoje schemoje vaizduojamas koncepcinis TNAS IS duomenų modelis. Duomenų modelis remiasi tuo, kad TNAS IS surenka duomenis iš įvairių išorinių duomenų šaltinių, juos apdoroja ir saugo sistemos duomenų bazėje. Iš išorinių sistemų gautų ir apdorotų duomenų pagrindu formuojami analitiniai duomenų kubai, kurie yra panaudojami duomenų analizei. Iš sukurtų analitinių duomenų kubų turi būti sudaryta galimybė formuoti neribotą skaičių suvestinių ataskaitų

(kurios paskui bus publikuojamos). Įdiegus sistemą turi būti suformuotos pavyzdinės suvestinės ataskaitos,orientacinis ataskaitų skaičius – 40 vnt. Taip pat duomenų modelis turės neriboti galimybės sistemos naudotojams plėsti duomenų modelį sukuriant naujus dinaminius kubus. Sistemos duomenų bazėje be apdorotų duomenų gaunamų iš išorinių sistemų, saugomi ir kiti įvairūs sistemos duomenys (naudotojų, klasifikatorių duomenys, įvairūs sistemos parametrai, suformuotų ataskaitų duomenys).

6.4. Duomenų teikimas ir naudojimasŽemiau esančioje lentelėje pateikiamos būsimos IS naudotojų grupės ir joms teikiama IS

informacija.5 lentelė. IS naudotojams teikiama informacija pagal naudotojų grupes

Eil. Nr.

Naudotojų grupė Teikiama informacija/duomenys/funkcijos

1. HI analitikai Bendrieji duomenys Duomenys apie asmens sveikatos priežiūros įstaigą ir asmeniui, patyrusiam

sužalojimą / apsinuodijimą, suteiktas sveikatos priežiūros paslaugas, naudojami analizei ir ataskaitų rengimui

Mirties atvejų dėl traumų duomenys, naudojami analizei ir ataskaitų rengimui Greitosios medicinos pagalbos kvietimų dėl traumų duomenys, naudojami

analizei ir ataskaitų rengimui Bendri nustatyto neįgalumo ar darbingumo lygio duomenys, naudojami analizei

ir ataskaitų rengimui Nustatyto nedarbingumo duomenys, naudojami analizei ir ataskaitų rengimui Sistemos klasifikatorių duomenys, naudojami analizei ir ataskaitų rengimui

2. TNAS IS administratoriai

Bendrieji duomenys Duomenys apie asmens sveikatos priežiūros įstaigą ir asmeniui, patyrusiam

sužalojimą / apsinuodijimą, suteiktas sveikatos priežiūros paslaugas, naudojami analizei ir ataskaitų rengimui

Mirties atvejų dėl traumų duomenys, naudojami analizei ir ataskaitų rengimui Greitosios medicinos pagalbos kvietimų dėl traumų duomenys, naudojami

analizei ir ataskaitų rengimui Bendri nustatyto neįgalumo ar darbingumo lygio duomenys, naudojami analizei

ir ataskaitų rengimui Nustatyto nedarbingumo duomenys, naudojami analizei ir ataskaitų rengimui Sistemos naudotojų duomenys, naudojami sistemos naudotojų administravimui Sistemos klasifikatorių duomenys, naudojami analizei ir ataskaitų rengimui

3. Išoriniai naudotojai

Agreguoti duomenys apie asmens sveikatos priežiūros įstaigą ir asmeniui, patyrusiam sužalojimą / apsinuodijimą, suteiktas sveikatos priežiūros paslaugas, naudojami analizei ir ataskaitų rengimui

Agreguoti mirties atvejų dėl traumų duomenys, naudojami analizei ir ataskaitų rengimui

Agreguoti greitosios medicinos pagalbos kvietimų dėl traumų duomenys, naudojami analizei ir ataskaitų rengimui

Agreguoti nustatyto neigalumo ar darbingumo lygio duomenys, naudojami analizei ir ataskaitų rengimui

Agreguoti nustatyto nedarbingumo duomenys, naudojami analizei ir ataskaitų

rengimui

6.5. Nefunkciniai reikalavimai6.5.1. Reikalavimai informacinės sistemos administravimui

6 lentelė. Reikalavimai TNAS IS administravimui

Nr. Reikalavimas Kategorija (B/P) Įgyvendinimas (T/N) Komentarai

Sistemos naudotojų autentifikavimas ir prieigos teisių valdymasR-60. TNAS IS administravimo

posistemėje turi būti galimybė kurti, peržiūrėti, modifikuoti, šalinti TNAS IS vartotojus.

B

R-61. Sistemoje turi būti mechanizmas leidžiantis valdyti naudotojų prieigos prie ataskaitų teises.

B

R-62. Sistemoje turi būti mechanizmas leidžiantis valdyti naudotojų prieigos prie atskirų funkcijų teises. Sistemos naudotojams turi būti galima suteikti bent tokias teises:Peržiūrėti sukurtas ataskaitas;tvarkyti (peržiūrėti, kurti, redaguoti,

trinti) savo sukurtas ataskaitas;viešinti ataskaitas viešam priėjimui

ir tvarkyti kitų naudotojų ataskaitas;

administruoti sistemą ir vykdyti visas įmanomas sistemos funkcijas.

B

R-63. Sistemoje turi būti galimybė tvarkyti naudotojų vaidmenis (angl. role) ir priskirti jiems leidžiamus atlikti veiksmus.

B

R-64. Sistemoje turi būti nustatomi informacinės sistemos naudotojų vaidmenys ir jiems priskiriami konkretūs leidžiami atlikti veiksmai.

B

R-65. Sistemoje turi būti galimybė suskirstyti naudotojus į atskirus vaidmenis su skirtingomis prieigos teisėmis prie atskirų sistemos funkcijų ar jų funkcionalumų. Sistemos naudotojas turi galėti peržiūrėti tik tokią informaciją ir

B

Nr. Reikalavimas Kategorija (B/P) Įgyvendinimas (T/N) Komentarai

naudotis tik tokiomis funkcijomis ar jų funkcionalumais, kurios yra nustatytos prieigos teisėmis (sistema turi pranešti, kad naudotojas neturi teisių peržiūrėti tam tikrų duomenų ar kitais būdais apriboti informacijos peržiūrą).

R-66. Sistemoje turi būti ribojama informacinės sistemos naudotojo teisė manipuliuoti duomenimis, jeigu naudotojas neturi tam reikalingų teisių.

B

R-67. Sistemoje turi būti galimybė kiekvienam sistemos naudotojui turėti savo atskirą erdvę, kurioje sistemos naudotojas matytų savo sukurtas ataskaitas.

B

R-68. Sistemos naudotojai turi turėti galimybę savarankiškai pasikeisti slaptažodį.

B

Sistemos parametrų valdymasR-69. Sistemoje turi būti galimybė tvarkyti

neribotą kiekį klasifikatorių.B

R-70. Sistemoje turi būti galimybė klasifikatoriaus reikšmes importuoti iš *.xlsx failo.

B

R-71. Sistemoje turi būti galimybė kuriant klasifikatorius suranguoti klasifikatoriaus reikšmės pagal tai, kaip jos turi būti rodomos.

B

R-72. Sistemoje turi būti galimybė sukurtus klasifikatorius panaudoti formuojant ataskaitas. Pavyzdžiui grupuojant, filtruojant ir t.t.

B

R-73. Kuriant diagnozių (traumų) klasifikatorius, turi būti galimybę nurodyti diagnozių intervalą, kuris patenka į konkrečią diagnozių grupę. Pavyzdžiui į diagnozių grupę „Lėtinės apatinių kvėpavimo tašų ligos“ patenka visos diagnozės, kurių kodai yra intervale nuo J40 iki J47. Diagnozių kodai sudaromi tokiu formatu: Axx.xx, kur A – bet kuri raidė, x – skaičiai (pavyzdžiui „J43.2 Centrilobulinė emfizema“ arba

B

Nr. Reikalavimas Kategorija (B/P) Įgyvendinimas (T/N) Komentarai

„ E09.40 Gliukozės reguliavimo sutrikimas su nepatikslinta neuropatija“).

R-74. Sistemoje turi būti galimybė klasifikatoriuose naudoti TLK-10-AM ir ACHI sisteminių ligų ir intervencijų sąrašuose naudojamus kodavimus.

B

R-75. Sistema turi leisti tvarkyti visus sukurtus klasifikatorius.

B

R-76. Sistemos administratorius turi turėti galimybę tvarkyti visus keičiamus sistemos parametrus.

B

Sistemos duomenų srautų valdymasR-77. Sistemoje turi būti galimybė

administratoriui peržiūrėti ir valdyti duomenų importą iš išorinių sistemų.

B

R-78. Sistemos administratorius turi turėti galimybę pakartotinai importuoti bet kurio duomenų šaltinio informaciją, nurodant laikotarpį už kurį kartojamas duomenų importas (nuo – iki). Pakartotinai importavus duomenis, jeigu dalis duomenų jau yra sistemoje, jie turi būti atnaujinami, pakeičiami ir papildomi įrašais, kurių nėra sistemoje, o ne sudubliuojami.

B

R-79. Sistemos administratorius turi turėti galimybę tvarkyti (peržiūrėti, kurti naujas, redaguoti esamas, trinti) duomenų paėmimo, transformavimo ir pakrovimo procesų (ETL) taisykles, sukurti naujas duomenų aibes, apibrėžti naujus duomenų šaltinius.

B

R-80. Sistemoje turi būti pateikiamas grafinis duomenų bazės valdymo įrankis, suteikiantis sistemos administratoriui galimybę kurti, peržiūrėti, modifikuoti, šalinti duomenų bazės objektus, rašyti SQL/MDX komandas.

B

R-81. Sistemos administratorius turi turėti galimybę atlikti sistemos duomenų rezervinį kopijavimą ir vykdyti

B

Nr. Reikalavimas Kategorija (B/P) Įgyvendinimas (T/N) Komentarai

sistemos atstatymo iš rezervinių kopijų procedūrą. Rezervinis kopijavimas turi apimti tiek duomenis naudojamus analizei, tiek sistemos duomenis (sukurtas ataskaitas, sistemos naudotojus ir pan.).

R-82. Sistemos administratorius turi turėti galimybę tvarkyti OLAP kubus (sukurti naujus, atnaujinti, valdyti, ištrinti).

B

6.5.2. Standartų atitikimo reikalavimai

7 lentelė. Reikalavimai TNAS IS standartų atitikimui

Nr. Reikalavimas Kategorija (B/P)

Įgyvendinimas (T/N)

Komenta-rai

R-83. Sistemoje turi būti naudojami atviri formatai, t.y. oficialiai įregistruoti rinkmenų tarptautiniai standartai (pvz. HTML, PDF/A, PDF, TIFF, JPEG, PNG, ODF formatai, OOXML formatai, XML ir kt.).

B

R-84. Duomenų tvarkymas turi atitikti tarptautinį standartą ISO 15489-1:2001 bei Lietuvos Respublikos raštvedybos taisykles (skaitmenų formatas, datos ir laiko formatai).

B

R-85. Siekiant užtikrinti šiuolaikinius naudotojų sąsajos ergonomikos reikalavimus, turi būti vadovaujamasi LST EN ISO 9241-110:2006 „Žmogaus ir sistemos sąveikos ergonomika. 110 dalis. Dialogo principai (ISO 9241-110:2006)“ standartu arba lygiaverčiu.

B

R-86. TNAS IS funkcijų prieinamų per interneto naršyklę naudotojo sąsaja turi atitikti W3C XHTML arba lygiavertę specifikaciją ir turi būti naudojama ne žemesnė kaip 1.0 W3C XHTML arba lygiavertė versija. Realizavimui turi būti naudojama ne žemesnė kaip 2 lygio CSS2 (Cascading Style Sheets Language 2, www.w3.org/Style/CSS/) arba lygiavertė kalba.

B

R-87. Sistemos naudojama duomenų bazė turi remtis struktūrizuotų užklausų kalba SQL, suderinama su SQL‘92specifikacija, arba

B

Nr. Reikalavimas Kategorija (B/P)

Įgyvendinimas (T/N)

Komenta-rai

lygiaverte kalba.

6.5.3. Saugumo reikalavimai

8 lentelė. Reikalavimai TNAS IS saugumui

Nr. Reikalavimas Kategorija (B/P)

Įgyvendinimas (T/N)

Komenta-rai

R-88. TNAS IS turi būti apsaugota nuo: neautentifikuotos prieigos; 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);

B

R-89. Sistemoje turi būti galimybė naudotojus autentifikuoti pagal naudotojo prisijungimo vardą ir slaptažodį arba kita saugesne identifikavimo ir autentifikavimo patvirtinimo priemone (pvz. kvalifikuotu elektroniniu parašu, per VIISP ar panašias vienareikšmiškai identifikuoti ir autentifikuoti asmenį galinčias sistemas).Konkretus autentifikavimo mechanizmas turi būti suderintas su Perkančiąja organizacija analizės etapo metu.

B

R-90. Sistemoje turi būti galimybė nustatyti ir keisti naudotojo prisijungimo slaptažodžio minimalų ilgį ir sudėtingumą (pvz., slaptažodį turi sudaryti bent 8 simboliai, iš kurių bent 2 skaičiai ir bent viena didžioji raidė).

B

R-91. Pirmojo prisijungimo prie TNAS IS metu iš IS naudotojo turi būti reikalaujama, kad jis pakeistų slaptažodį.

B

R-92. Sistema neturi vaizduoti įvedamo slaptažodžio.

B

6.5.4. Informacinės sistemos naudotojo sąsajos reikalavimai

9 lentelė. Reikalavimai TNAS IS naudotojo sąsajai

Nr. Reikalavimas Kategorija (B/P)

Įgyvendinimas (T/N)

Komenta-rai

R-93. TNAS IS naudotojo sąsaja turi būti prieinama naudojant interneto naršyklę.

B

R-94. Grafinė naudotojo sąsaja bei joje esantys valdymo elementai turi būti vienodi, unifikuoti visoje sistemoje: turi būti vienodai iškviečiamos funkcijos, vaizduojamos formos ir kt.

B

R-95. Sistemoje turi būti lietuvių kalbos terpė, Tiekėjas privalo atsižvelgti į lietuviškų rašmenų ypatybes. Naudotojų sąsajos turi būti lietuvių kalba, sistemos administratorių – lietuvių ir (arba) anglų kalba.

B

R-96. Sistema (tos sistemos funkcijos, kurios atliekamos internetinėje naršyklėje) turi korektiškai veikti šiose naršyklėse: Microsoft Internet Explorer - 8.0 ir

aukštesnėse versijose; Mozilla FireFox – 16.0 ir aukštesnės

versijos; Google Chrome – 24.0 ir aukštesnės

versijos; Safari – 5.1.x ir aukštesnės versijos.

B

R-97. Turi būti užtikrintas korektiškas informacinės sistemos ataskaitų publikuotų Perkančiosios organizacijos internetinėje svetainėje viešai prieigai veikimas naudojant kompiuterines darbo vietas su operacinėmis sistemomis Windows, Linux.

B

R-98. Naudotojų sąsajos valdymas turi remtis pelės, klaviatūros įrenginiais, bei turi būti realizuota galimybė sistema naudotis įrenginiais turinčiais lietimui jautrų ekraną.

B

R-99. Naudotojų sąsajos klaidų pranešimai turi būti suformuluoti taip, kad naudotojui būtų aišku, kas atsitiko ir kokius veiksmus jam toliau reikia atlikti, kad galėtų tęsti darbą.

B

R-100. Tiekėjas turi suderinti naudotojo sąsajos grafinį dizainą su Perkančiąja organizacija analizės ir projektavimo etapų metu.

B

6.5.5. Programinės, komunikacinės sąsajos, komponentų reikalavimai

10 lentelė. Reikalavimai TNAS IS programinei ir komunikacijos sąsajoms

Nr. Reikalavimas Kategorija Įgyvendinimas Komenta-

(B/P) (T/N) raiR-101. Turi būti realizuotas duomenų gavimas iš šių

išorinių sistemų: Greitosios medicininės pagalbos

informacinių sistemų; Valstybinės ligonių kasos privalomojo

sveikatos draudimo informacinės sistemos; Valstybinio socialinio draudimo fondo

valdybos informacinės sistemos; Neįgalumo ir darbingumo nustatymo

tarnybos informacinės sistemos; Higienos instituto Mirties atvejų ir jų

priežasčių valstybės registro.

B

R-102. Integraciniai komponentai turi turėti galimybę duomenis gauti standartizuotų sąsajų (web serviso komponentų) pagalba.Jeigu kuri nors iš išorinių sistemų Projekto metu neturėtų galimybės atiduoti duomenų, turi būti sukurta standartizuota sąsaja iš TNAS IS pusės, kuri galėtų būti panaudojama iš karto atsiradus duomenų atidavimo galimybei iš išorinės sistemos pusės. Jeigu duomenų atidavimo galimybė atsirastų garantinės priežiūros paslaugų teikimo metu, Tiekėjas turėtų pilnai įgyvendinti duomenų gavimą.

B

R-103. Sistemos priimami duomenys turi būti aprašomi naudojant XML (angl. Extensible Markup Language, http://www.w3.org/TR/REC-xml) arba lygiavertes schemas.

B

R-104. Turi būti galimybė gauti duomenis iš naujų informacinių sistemų be papildomų programavimo darbų, jeigu informacinės sistemos atiduoda duomenis tokia pačia struktūra t.y. panaudoti tą pačią standartizuotą sąsają (web serviso komponentą) integracijai su daugiau negu viena sistema (pavyzdžiui greitosios medicinos pagalbos stočiai pradėjus naudoti informacinę sistemą, kuri jau yra naudojama kitoje stotyje ir jos duomenys yra gaunami į TNAS IS).

B

R-105. Sistemoje turi būti galimybė perspėti administratorių apie nepavykusį duomenų gavimą iš vienos iš išorinių sistemų.

B

R-106. Administratorius turi turėti galimybę peržiūrėti visus gautus pranešimus (atliktus

B

duomenų importus) už sistemos konfigūracijoje numatytą periodą.

R-107. Administratorius turi turėti galimybę pakartotinai rankiniu būdu inicijuoti duomenų vieno ar kelių duomenų teikėjo duomenų gavimą.

B

R-108. TNAS IS duomenų mainų posistemio architektūra turi užtikrinti, kad visi duomenys bus gauti vienos iš sistemų laikino neveikimo atveju ir tai neįtakos sistemos korektiško veikimo, pvz.: dėl profilaktinių darbų ar didelio apkrovimo.

B

R-109. Administratorius turi gauti pranešimus elektroniniu paštu, jeigu sistema užfiksuoja duomenų gavimo arba apdorojimo klaidas.

B

R-110. Sistemoje turi būti numatyta galimybė vykdyti duomenų gavimą asinchroniškai, t.y. duomenų gavimas iš išorinių sistemų neturi daryti įtakos sistemos greitaveikai.

B

6.5.6. Reikalavimai patikimumui

11 lentelė. Reikalavimai TNAS IS patikimumui

Nr. Reikalavimas Kategorija (B/P)

Įgyvendinimas (T/N)

Komenta-rai

R-111. TNAS IS turi būti kuriama ir projektuojama taip, kad joje vienu metu netrukdomai galėtų dirbti ne mažiau kaip 10 naudotojų kuriančių ataskaitas ir 100 naudotojų peržiūrinčių viešai pateikiamas ataskaitas.

B

6.5.7. Reikalavimai našumui

12 lentelė. Reikalavimai TNAS IS našumui

Nr. Reikalavimas Kategorija (B/P)

Įgyvendinimas (T/N)

Komenta-rai

R-112. TNAS IS turi būti kuriama ir projektuojama taip, kad joje vienu metu dirbant 10 naudotojų kuriančių ataskaitas ir 100 naudotojų peržiūrinčių viešai pateikiamas ataskaitas, atsakymas į naudotojo užklausą naršyklėje turi būti pilnai atvaizduotas ne ilgiau kaip per 2 sekundes. Išimtys gali būti taikomos specifiniam funkcionalumui reikalaujančiam didelio kiekio matematinių skaičiavimų (pvz.: ataskaitos formavimui), tačiau tokios išimtys turi būti suderintos su Perkančiąja

B

Nr. Reikalavimas Kategorija (B/P)

Įgyvendinimas (T/N)

Komenta-rai

organizacija.

6.5.8. Reikalavimai įrangai (serveriui) ir operacinei sistemai

13 lentelė. Reikalavimai techninei ir programinei įrangai kurioje turės būti užtikrintas TNAS IS veikimas

Nr. Reikalavimas Kategorija (B/P)

Įgyvendinimas (T/N)

Komenta-rai

R-113. Sistema turi korektiškai veikti su Windows Server 2012 ir lygiavertėmis operacinėmis sistemomis..

B

R-114. Sistema turi korektiškai veikti nepriklausomai nuo techninės įrangos, kurioje ji yra įdiegta ir neturi reikalauti specifinės vieno gamintojo techninės įrangos.

B

6.5.9. Reikalavimai duomenų analizės platformai

14 lentelė. Reikalavimai duomenų analizės platformai

Nr. Reikalavimas Kategorija (B/P)

Įgyvendinimas (T/N)

Komenta-rai

R-115. Programinė įranga turi apimti DB, duomenų analizės priemones, interaktyvius skydelius (angl. dashboard), personalizuotas ataskaitas.

B

R-116. Sistemoje turi būti pateiktos priemonės vykdyti duomenų paėmimo, transformavimo ir pakrovimo procesus (ETL).

B

6.6. Bendrieji diegimo reikalavimai6.6.1. Reikalavimai kūrimo procesui ir priemonėms6.6.1.1. Tiekėjas prieš kurdamas ir / arba modifikuodamas sistemą, turi atlikti detalią poreikių

analizę. Analizės rezultatas – detalioji TNAS IS specifikacija.6.6.1.2. Tiekėjas prieš kurdamas ir / arba modifikuodamas sistemą, turi atlikti detalią išorinių

informacinių sistemų (duomenų teikėjų) analizę ir specifikuoti integracijos sąsajas. Veiklos rezultatas – detalioji TNAS IS specifikacija.

6.6.1.3. Atliekant analizę ir detalios specifikacijos rengimą Tiekėjas turi vykdyti susitikimus su Perkančiosios organizacijos paskirtais specialistais. Susitikimai turi būti protokoluojami.

6.6.1.4. Projektavimo metu Tiekėjas turi detalizuoti šios specifikacijos funkcinius ir nefunkcinius reikalavimus, kad jais vadovaujantis būtų galima realizuoti poreikius atitinkančią TNAS IS.

6.6.1.5. Tiekėjas turi naudoti pasaulyje pripažintas ir naudojamas programinės įrangos kūrimo priemones. Įdiegus sistemą, paslaugų teikėjas turės perduoti sukurtos ir / arba modifikuotos programinės įrangos išeities kodą (angl. source code) kartu su priemonėmis skirtomis paleisti (sukompiliuoti) išeities kodą.

6.6.2. Reikalavimai informacinės sistemos diegimui

6.6.2.1. Tiekėjas turi įdiegti TNAS IS į Perkančiosios organizacijos pateiktą techninę įrangą bei atlikti techninės ir programinės įrangos konfigūravimo darbus, kad būtų užtikrintas tinkamas TNAS IS eksploatacinės aplinkos veikimas.

6.6.2.2. Tiekėjas turi suformuoti iki 40 vnt. pavyzdinių suvestinių ataskaitų (kurios turi būti publikuotos viešai prieigai). Konkretus formuojamų ataskaitų skaičius, sąrašas ir forma turi būti suderinti su Perkančiąja organizacija analizės etapo metu.

6.6.2.3. Tiekėjas po bandomosios eksploatacijos turi perduoti Perkančiajai organizacijai sukurtos TNAS IS išeities kodą ir licencinės programinės įrangos instaliacinius paketus.

6.6.2.4. Programos išeities kodas pateikiamas Tiekėjo naudotoms ir Perkančiai organizacijai pateiktoms kūrimo priemonėms suprantamu formatu įrašytas į DVD ar kitą skaitmeninę laikmeną. Kartu turi būti pateikiamas sukompiliuotas išeities kodas (parengtas diegimui).

6.6.2.5. Tiekėjas turi dokumentuoti programinės įrangos diegimo į Perkančiosios organizacijos TNAS IS darbinę aplinką procesą bei pateikti tam reikalingas programines priemones.

6.6.3. Reikalavimai informacinės sistemos naudotojų ir administratorių apmokymams

Informacinės sistemos naudotojų ir administratorių mokymų metu turi būti apmokyta iki dešimties (10) Perkančiosios organizacijos darbuotojų, iš kurių vienas (1) – sistemos administratorius. Naudotojų mokymams keliami šie reikalavimai:

Tiekėjas turės sudaryti mokymų planą ir jį suderinti su Perkančiąja organizacija; Tiekėjas turi parengti mokymų medžiagą ir ją pateikti Perkančiajai organizacijai 2 dienas prieš

mokymus; mokymai turi būti organizuojami pagal su Perkančiąja organizacija suderintą mokymų grafiką; mokymai turi būti vykdomi grupėmis skiriant ne mažiau kaip 24 val. mokymų kiekvienai grupei

(3 dienos po 8 akademines valandas kiekvieną dieną). mokymai turi būti vykdomi Higienos instituto patalpose.

6.6.4. Reikalavimai informacinės sistemos duomenų teikėjų ir vartotojų apmokymams

Informacinės sistemos duomenų teikėjų ir vartotojų mokymų metu turi būti apmokyta trisdešimt (30) asmenų. Naudotojų mokymams keliami šie reikalavimai:

Tiekėjas turės sudaryti mokymų planą ir jį suderinti su Perkančiąja organizacija; Tiekėjas turi parengti mokymų medžiagą ir ją pateikti Perkančiajai organizacijai 2 dienas prieš

mokymus; mokymai turi būti organizuojami pagal su Perkančiąja organizacija suderintą mokymų grafiką; mokymai turi būti vykdomi grupėmis skiriant ne mažiau kaip 2 val. mokymų kiekvienai grupei. mokymai turi būti vykdomi Higienos instituto patalpose.

6.6.5. Reikalavimai informacinės sistemos garantiniam aptarnavimui ir priežiūrai eksploatacijos metu

6.6.5.1. Garantinės priežiūros objektas yra pagal šio Konkurso sąlygas įdiegta TNAS IS.6.6.5.2. Garantinės priežiūros trukmė - 36 mėnesiai, skaičiuojant nuo TNAS IS perdavimo–

priėmimo akto pasirašymo dienos.

6.6.5.3. Garantinės priežiūros metu, Tiekėjas turės taisyti visas sukurtos ir įdiegtos programinės įrangos veikimo klaidas (klaidas, dėl kurių visai arba iš dalies neįmanoma atlikti tam tikrų suderintoje programinės įrangos specifikacijoje numatytų funkcijų, arba šios funkcijos pateikiami rezultatai yra klaidingi) ir neatitikimus specifikacijoje apibrėžtiems reikalavimams;

6.6.5.4. TNAS IS privalo būti darbinga, patikima, greitai atstatoma po trikdžių. Visi TNAS IS Tiekėjo veiksmai atliekant TNAS IS garantinę priežiūrą turi būti atliekami pagal su Perkančiaja organizacija suderintą tvarką.

6.6.5.5. TNAS IS garantinė priežiūra apima: 6.6.5.5.1. TNAS IS neatitikimų funkciniams

reikalavimams ir veikimo Klaidų bei Kritinių klaidų šalinimą bei kitas LR įstatymais ir norminiais aktais numatytas garantijas;

6.6.5.5.2. Eksploatuojamos TNAS IS darbingumo atstatymą, pavyzdžiui, į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ų ar neveikimo;

6.6.5.5.3. Išgadintų (sugadintų) duomenų atstatymą, kai gedimo priežastis yra Tiekėjo pateiktos programinės įrangos netinkamas veikimas;

6.6.5.5.4. Konsultacijų telefonu ir elektroniniu paštu (darbo dienomis nuo 8.00 iki 17.00 Lietuvos laiku) teikimą TNAS IS administratoriams (numatomas naudotojų, kuriems turi būti teikiamos konsultacijos skaičius – 2);

6.6.5.6. Visos TNAS IS veikimo klaidos ir (ar) trikdžiai klasifikuojami:6.6.5.6.1. Kritinė klaida – kai nustatytas trikdis ir (ar)

problema, dėl kurios naudotojas negali vykdyti vienos ar daugiau numatytų būtinų funkcijų ir nežinomas joks kitas alternatyvus šios funkcijos vykdymas;

6.6.5.6.2. Klaida – kai nustatytas trikdis ir (ar) problema, kuri kliudo vykdyti būtinas funkcijas, tačiau yra žinomas alternatyvus funkcijos vykdymas, arba kai nustatytas trikdis ir (ar) problema, kuri sukelia sunkumus naudojantis TNAS IS, bet neturi įtakos TNAS IS funkcijų veikimui ir nedaro jokio kito poveikio TNAS IS.

6.6.5.7. Tiekėjas iki garantinės priežiūros termino pradžios turės pateikti garantinės priežiūros užtikrinimo garantiją visam garantinės priežiūros periodui, kurią sudaro 5% nuo sutarties vertės. Nesilaikant garantinės priežiūros sąlygų, Perkančioji organizacija įgyja teisę į Tiekėjo pateiktą garantinės priežiūros užtikrinimo garantiją. Garantinės priežiūros užtikrinimo garantija teikiama taip, kaip to reikalauja sutartis tarp Perkančiosios organizacijos ir Tiekėjo.

6.6.5.8. Perkančiajai organizacijai atsiėmus garantinės priežiūros užtikrinimo garantiją, dėl to, kad Tiekėjas nesilaikė garantinės priežiūros sąlygų, Tiekėjas turi pateikti naują garantinės priežiūros garantiją.

6.6.5.9. Garantinės priežiūros metu Tiekėjui atlikus reikiamus pakeitimus, turi būti atnaujinta ir visa susijusi TNAS IS dokumentacija.

6.6.5.10. Klaidų ir Kritinių klaidų ir (ar) trikdžių šalinimo terminai derinami su perkančiąja organizacija, tačiau turi būti ne ilgesni kaip (terminas pradedamas skaičiuoti nuo informavimo apie trikdį ir (ar) Klaidą/ Kritinę klaidą pateikimo Tiekėjui momento):

6.6.5.10.1. Kritinės klaidos atveju ne vėliau kaip per 3 darbo dienos;

6.6.5.10.2. Kitais atvejais – per 10 darbo dienų arba per šalių susitarimu suderintą klaidos šalinimo terminą.6.6.5.11. Tiekėjas turi įsipareigoti 36 mėnesius nuo sistemos įdiegimo teikti sistemos priežiūros paslaugas (160 valandų per metus). Sistemos priežiūros paslaugos apima:

6.6.5.11.1. Sistemos veikimo užtikrinimą;6.6.5.11.2. Sistemos atnaujinimą atsiradus naujiems veiklos reikalavimams, pasikeitus duomenų

teikėjų teikiamiems duomenims ir pan.

6.6.6. Reikalavimai bandomajai eksploatacijai

6.6.6.1. Prieš pradedant TNAS IS bandomąją eksploataciją, Tiekėjas turės parengti ir su Perkančiąja organizacija suderinti bandomosios eksploatacijos planą. Bandomosios eksploatacijos plane turi būti aprašyta: bandomosios eksploatacijos dalyvių komunikavimo schema, dalyvių atsakomybės, defektų (pastabų) registravimo tvarka, defektų šalinimo tvarka, bandomosios eksploatacijos priėmimo kriterijai.

6.6.6.2. Tiekėjas privalo užtikrinti sistemos veikimo priežiūrą visos bandomosios eksploatacijos metu, jeigu nebus sutarta kitaip.

6.6.6.3. Tiekėjas turi parengti atliktos bandomosios eksploatacijos ataskaitą.6.6.6.4. Tiekėjas bandomosios eksploatacijos metu privalo šalinti visus pastebėtus trūkumus ir tobulinti

informacinę sistemą atsižvelgiant į bandomosios eksploatacijos metu pastebėtus trūkumus. Susidarius tokiai situacijai, kad neįmanoma ištaisyti sistemos trūkumų iki bandomosios eksploatacijos pabaigos, bandomosios eksploatacijos terminas gali būti pratęstas iki tol, kol bus ištaisyti sistemos trūkumai ir visa apimtimi išbandyta informacinė sistema, bet ne ilgiau negu iki 2015 m. liepos 31 d.

6.6.6.5. Tiekėjas privalo prieš priduodamas TNAS IS Perkančiajai organizacijai pateikti galutines dokumentacijos ir TNAS IS išeities kodo versijas, jeigu jos buvo pakeistos nuo paskutinio perdavimo.

6.6.6.6. Perkančioji organizacija pradės TNAS IS sistemos priėmimo veiklas tik tada, kai sistema tenkins bandomosios eksploatacijos plane apibrėžtus priėmimo kriterijus. TNAS IS bus priimama pasirašant priėmimo-perdavimo aktą.

6.6.7. Reikalavimai testavimui

6.6.7.1. Tam, kad būtų pradėta bandomoji TNAS IS eksploatacija, turi būti atliktas Tiekėjo savarankiškai atliekamas vidinis testavimas ir ištaisytos visos jo metu rastos klaidos.

6.6.7.2. Vidinius atskirų komponentų testavimus Tiekėjas turi atlikti nedalyvaujant Perkančiosios organizacijos atstovams, tačiau turi pateikti tokio testavimo įrodymus – vidinių testavimų atlikimą patvirtinantį raštą.

6.6.7.3. Tiekėjas turi parengti ir su Perkančiąja organizacija suderinti priėmimo testavimo planą, kuriame turi būti nurodomas priėmimo testavimo veiklos, testavimo metodikos.

6.6.7.4. Priėmimo testavimas turi būti vykdomas naudojant Perkančiosios organizacijos įsigytą techninę įrangą. Nesant galimybei, testavimas gali būti vykdomas naudojant Tiekėjo pateiktą techninę įrangą. Tačiau tokiu atveju vėliau turės būti atliktas atskiras testavimas Perkančiosios organizacijos įsigytoje techninėje įrangoje siekiant įsitikinti, kad TNAS IS korektiškai veikia ir kitos techninės įrangos pagrindu.

6.6.7.5. Testavimo aplinkos architektūra, kiek įmanoma, turi atitikti darbinę sistemos aplinkos architektūrą.

6.6.7.6. Testavimų metu turi būti vedamas pastebėtų klaidų ir jų būsenų kaupimo žurnalas (toliau – klaidų žurnalas). Žurnalą turi pildyti Tiekėjo atstovai, galimybę jį peržiūrėti ar pildyti suteikiant įgaliotiems Perkančiosios organizacijos darbuotojams. Klaidų žurnalas turi būti pildomas ir peržiūrimas elektronine forma.

6.6.7.7. Klaidų žurnalas turi būti specializuota problemų registravimo ir sekimo programinė įranga (angl. issue tracking software), pasiekiama naudojant interneto naršyklę.

6.6.7.8. Tiekėjas turi užtikrinti, kad iki priėmimo testavimo bus realizuotos visos šioje specifikacijoje apibrėžtos integracijos su vidinėmis ir išorinėmis sistemomis (ar registrais). Priėmimo testavimo metu TNAS IS turės būti integruota su vidinių ir išorinių sistemų gamybinėmis arba testinėmis aplinkomis, jeigu tokios egzistuos.

6.6.8. Reikalavimai dokumentacijai

6.6.8.1. Visa dokumentacija turi būti parengta laikantis bendrinės lietuvių kalbos taisyklių.6.6.8.2. Dokumentų galutinės versijos turi būti pateiktos dviem formatais: elektroniniu (*.doc, *.docx

arba kitu su perkančiąja organizacija suderintu redagavimui tinkamu formatu įrašant dokumentą (-us) į CD ar DVD) ir popieriniu (1 egz.). Jų preliminarios versijos peržiūrai turi būti pateikiamos elektroniniu formatu elektroninio ryšio priemonėmis.

6.6.8.3. Projekto dokumentai turi būti rengiami ir derinami vadovaujantis šiais reikalavimais:6.6.8.3.1. Tiekėjas privalo su Perkančiąja organizacija suderinti visų pateikiamų projekto rezultatų

turinį ir formą prieš juos pateikdamas Perkančiąjai organizacijai.6.6.8.3.2. Tiekėjas turi parengti dokumentų projektus ir juos pateikti Perkančiosios organizacijos

darbo grupei derinimui.6.6.8.3.3. Tiekėjo parengta dokumentacija turi būti derinama ne mažiau kaip dviem iteracijomis.6.6.8.3.4. Pateiktų dokumentų projektus Perkančioji organizacija įvertina per 5 darbo dienas nuo

pateikimo dienos, o per 5 darbo dienas nuo pastabų gavimo, Tiekėjas turi atnaujinti dokumentą pagal pastabas.

6.6.8.3.5. Galutiniai rezultatai turi būti pateikti redaguojamu formatu (įskaitant ir dokumentuose pateikiamas schemas).

6.6.8.4. Tiekėjui pateikus projekto rezultatus, neatitinkančius aukščiau pateiktų reikalavimų, ar nesuderinus projekto rezultatų turinio ir formos prieš juos pradedant rengti, Perkančioji organizacija pasilieka teisę atmesti dokumentą nederinant, įvardindama esminius trūkumus ir neatitikimus bei neteikdama detalių pastabų rezultato turiniui.

6.6.8.5. Tiekėjas turės parengti, bet neapsiriboti, tokią dokumentaciją:6.6.8.5.1. Projekto reglamentą ir planą. Plane turi būti nurodyta atskirų projekto etapų trukmė ir

tarpinių rezultatų pateikimo terminai. Projekto reglamentas ir planas turi būti pateiktas

derinimui per 5 d. d. po sutarties įsigaliojimo. Galutinis variantas turi būti pateiktas per 3 d. d. po Perkančiosios organizacijos pastabų pateikimo;

6.6.8.5.2. Detalizuotą TNAS IS specifikaciją;6.6.8.5.3. TNAS IS diegimo instrukcijas (dokumentas turi būti pateiktas taip, kad pagal jį būtų

galima įdiegti sistemą iš TNAS IS išeities kodo);6.6.8.5.4. Naudotojų instrukcijas;6.6.8.5.5. Išsamias administravimo instrukcijas;6.6.8.5.6. Mokymų planą ir mokymų medžiagą;6.6.8.5.7. Testavimo scenarijus;6.6.8.5.8. Priėmimo testavimo planą bei metodiką;6.6.8.5.9. Garantinės priežiūros procedūros dokumentą;6.6.8.5.10. Raštą, patvirtinantį vidinio testavimo atlikimą ir rastų klaidų ištaisymą;6.6.8.5.11. Bandomosios eksploatacijos planą ir ataskaitą;6.6.8.5.12. TNAS IS pakeitimų registrą.

6.6.8.6. Esant poreikiui tiekėjas savo nuožiūra gali pateikti ir kitą papildomą, 6.6.8.5 papunktyje nepaminėtą dokumentaciją.

7. Kaštai ir nauda7.1. Tiekėjas turi pateikti visas reikalingas licencijas eksploatuoti TNAS IS. Šis reikalavimas nėra

taikomas duomenų bazių valdymo sistemos licencijai.7.2. TNAS IS programinės įrangos licencijos turi būti neriboto galiojimo ir turi turėti kitus

būtinus leidimus naudoti programinę įrangą nepriklausomai nuo to, ar įsigyta programinės įrangos gamintojo ir (arba) Tiekėjo techninio aptarnavimo paslauga, ar ne. Licencijos neturi būti pateikiamos nuomos ar panašiu teisiniu pagrindu, ar su kitokiu jų galiojimo apribojimu laike. Pradiniams sistemos diegimo darbams pateikiamas tik minimalus licencijų kiekis.

7.3. TNAS IS eksploatavimas ir modernizavimas neturi būti apribotas licencijų įsigijimu ir įdiegimu – eksploatuojant ir esant reikalui modernizuojant TNAS IS neturi būti reikalaujama įsigyti licencijas ar bet kokia kita forma reikalauti, kad HI prisiimtų įsipareigojimus. Šis reikalavimas nėra taikomas duomenų bazių valdymo sistemai.

7.4. TNAS IS neturi reikalauti jokių licencijų įsigijimo einant laikui ir didėjant naudotojų, darbo vietų ar naudojamų funkcionalumų skaičiui. Sistema nesinaudos daugiau negu 10 vidinių naudotojų. Išorinių naudotojų skaičius neribojamas.

7.5. TNAS IS neturi reikalauti jokių licencijų įsigijimo einant laikui ir didėjant naudojamų duomenų šaltinių skaičiui.

7.6. Visų Tiekėjo siūlomų licencijų ir / ar jų atnaujinimo (pratęsimo) garantinio aptarnavimo ir priežiūros laikotarpiu kainos turi būti įtrauktos į Tiekėjo pasiūlymo kainą.

7.7. Perkančioji organizacija TNAS IS eksploatacijai pateiks šią techninę ir programinę licencinę įrangą:

duomenų bazių tarnybinę stotį, veikiančią su Windows Server 2012 ar lygiaverte operacine sistema;

taikomųjų programų tarnybinę stotį, veikiančią su Windows Server 2012 ar lygiaverte operacine sistema;

portalo tarnybinę stotį, veikiančią su Windows Server 2012 ar lygiaverte operacine sistema;

duomenų bazių valdymo sistemą SQL Server 2014 Bussiness intelligence su 10 darbo vietų licencijomis ar lygiavertę (funkcijų ir palaikymo kaštų atžvilgiu) su šiais funkciniais reikalavimais:

o Reliacinių duomenų bazių valdymo sistema;o Duomenų bazių replikacija (angl. mirror) realiu laiku;o Klasterizavimo technologijų palaikymas;o Duomenų replikacija tarp serverių;o Analitiniai servisai;o Ataskaitų servisai.

infrastruktūros tinklo įrangą.7.8. Perkančiosios organizacijos TNAS IS eksploatacijai pateiktų tarnybinių stočių techniniai

parametrai (operatyvinė atmintis, disko talpa, procesoriaus sparta ir kita) atitiks numatomus TNAS IS poreikius.

8. Teisinės ir organizacinės sąlygosTeisines ir organizacines sąlygas reglamentuojančių dokumentų sąrašas TNAS IS parengimui:

TNAS IS nuostatai; TNAS IS saugos nuostatai; TNAS IS specifikacija.

9. Kūrimo projekto valdymasAtsižvelgiant į trumpą laikotarpį, per kurį turi būti suteiktos paslaugos, reikalinga užtikrinti

maksimaliai efektyvų projekto valdymą. Tam, kad būtų užtikrintas efektyvus projekto valdymas, Tiekėjo projekto vadovas turi būti kvalifikuotas projektų valdymo srityje. Projekto vadovo kvalifikacijai pagrįsti, Tiekėjas turi pateikti tai įrodančius dokumentus – Project Management Professional (PMP), CompTIA Project+, PRojects IN Controlled Environments (Prince2) ar kitą lygiavertį tarptautiniu mastu pripažįstamą sertifikatą, arba lygiavertį dokumentą.

10. Paslaugų suteikimo etapai, terminai ir vietaPaslaugų teikimas turi būti įgyvendintas vadovaujantis 15 lentelėje „Paslaugų suteikimo etapai“

nurodytais etapais ir terminais (skaičiuojant nuo sutarties įsigaliojimo dienos tarp Tiekėjo ir Perkančiosios organizacijos):15 lentelė. Paslaugų suteikimo etapai

Etapo pavadinimas Etapo veiklos Etapo rezultatai Numatoma

vykdymo trukmė

Analizės etapas Analizė ir detalios specifikacijos rengimas.

Parengta detali specifikacija.

1 mėn.

Projektavimo ir konfigūravimo (konstravimo)

Projektavimas; Konstravimas; Diegimas testinėje

Papildyta detali specifikacija;

Sukurtos ir diegimui

2 mėn.

Etapo pavadinimas Etapo veiklos Etapo rezultatai Numatoma

vykdymo trukmė

etapas aplinkoje; Vidinis testavimas.

paruoštos TNAS IS posistemės su veikiančiais funkcionalumais;

Sukurtos ir veikiančios integracinės sąsajos su duomenų teikėjais;

Parengta susijusi dokumentacija.

Diegimo etapas Diegimas gamybinėje aplinkoje;

Naudotojų mokymai.

TNAS IS įdiegta gamybinėje aplinkoje;

Apmokyti TNAS IS naudotojai;

Parengta susijusi dokumentacija.

2 sav.

Bandomosios eksploatacijos etapas

Bandomoji eksploatacija gamybinėje aplinkoje;

Bandomosios eksploatacijos metu pastebėtų trūkumų šalinimas.

Parengta numatyta dokumentacija;

Pateikti TNAS IS išeities kodai.

2 sav.

Garantinio aptarnavimo etapas

Klaidų, neatitikimų, trūkumų šalinimas.

36 mėn. nuo galutinio paslaugų priėmimo / perdavimo akto pasirašymo datos

Visi Tiekėjo įsipareigojimai pagal šio pirkimo rezultate sudarytą sutartį (išskyrus garantinį aptarnavimą) turi būti suteikti per 4 mėnesius nuo sutarties įsigaliojimo. Šis terminas gali būti pratęstas 1 kartą iki 1 mėnesio tik Perkančiosios organizacijos sutikimu ir sutarties šalių raštišku susitarimu dėl tokių nenumatytų aplinkybių, kurių atsiradimo Tiekėjas, veikdamas kaip rūpestingas ir apdairus asmuo, objektyviai negalėjo numatyti iki pirkimo sutarties sudarymo (pvz., pasikeitus teisės aktams, turintiems įtakos pirkimo sutarties vykdymui, inter alia teisės aktams). Bet kuriuo atveju pirkimo sutarties trukmė su visais pratęsimais negali būti ilgesnė negu iki 2015 m. liepos 31 d.

Aukščiau nurodyti paslaugų teikimo etapų vykdymo terminai (išskyrus garantinę priežiūrą) gali būti koreguojami Tiekėjo ir Perkančiosios organizacijos raštišku susitarimu. Tiekėjas gali suteikti paslaugas ir trumpesniais terminais, nei nurodyta 15 lentelėje „Paslaugų suteikimo etapai“.

Atsiskaitoma už tinkamai atliktus darbus (suteiktas paslaugas) etapais, pateikus tarpines/galutinę projekto vykdymo ataskaitą ir ją patvirtinus, pasirašius atitinkamo etapo perdavimo priėmimo aktą:

• Analizės etapas – 15 proc. sutarties sumos;

• Projektavimo ir konfigūravimo (konstravimo) etapas – 30 proc. sutarties sumos;• Diegimo etapas – 15 proc. sutarties sumos;• Galutinis apmokėjimas atliekamas sėkmingai užbaigus bandomosios eksploatacijos etapą ir

pilnai priėmus sistemą – 40 proc. sutarties sumos.11. Reikalavimai pasiūlymui11.1. Pasiūlyme Tiekėjas privalo pateikti išsamų Projekto įgyvendinimo aprašymą, kuriame pateikiami

šios specifikacijos realizavimo būdai, kurie bus vertinami pagal šios įsigijimo Konkurso sąlygų nustatytus vertinimo kriterijus:

11.1.1. projekto įgyvendinimo strategija, projekto tikslų ir rezultatų suvokimas;11.1.2. sprendimo architektūros, techninių ir funkcinių reikalavimų realizavimo būdai;11.1.3. projekto įgyvendinimo, koordinavimo ir rizikos valdymo planas.

11.2. Tiekėjas pasiūlyme turi pateikti galutinę sistemos, diegimo darbų ir mokymų kainą įskaičiuojant ir papildomą trečiųjų šalių programinę įrangą (jeigu tokia būtų naudojama).

12. Priedas Nr. 1. Analitinių ataskaitų pavyzdžiai.

Nr. Ataskaitos pavadinimas, šaltinis Ataskaitų tipas Duomenys Dimensijos,

parametraiGrupavimo parametrai

Filtravimo parametrai

1. Laisvos formos analitinės ataskaitos iš Privalomojo sveikatos draudimo informacinės sistemos (PSDF IS): ligotumas, stacionaro ligonių sudėtis, operacijų skaičius, reabilitacinių ligonių skaičius, apsilankymų skaičius ambulatorines paslaugas teikiančiose įstaigose, susirgimai užregistruoti ambulatorinės asmens sveikatos priežiūros paslaugas teikiančiose įstaigose, sergamumas, priėmimo skyriaus ligonių sudėtis.

Laisvos formos analitinės ataskaitos, kurias HI darbuotojas gali susidaryti savo nuožiūra panaudojant duomenis, dimensijas, parametrus.

• Atvejų skaičius (funkcija count nuo parametro)• Parametro suma (funkcija sum nuo parametro)• Parametro vidurkis (funkcija average nuo parametro)• Parametrų santykis (laisvos formos formulė tarp dviejų ar daugiau parametrų)

• Diagnozių grupės• Diagnozių intervalai (pagal diagnozių kodus)• Diagnozė• Laikotarpis

(gydymo lapo (etapo) pabaigos data)

• Lytis• Amžius

(amžiausgrupėmis)• Gyvenamoji

vietovė (miestas, kaimas)

• Gyvenamoji vieta (regionai)

• Analizuojami metai

• Apsilankymo tipas• Išrašymo tipas• Apmokėjimo tipas

(stacionaro atveju)• Gydymo tipas

(stacionaro atveju - reabilitacija, ilgalaikis, aktyvus gydymas)

• Traumos aplinkybė

• Traumos vieta (vieta kurioje

• Diagnozių grupės• Diagnozių intervalai (pagal diagnozių kodus)• Diagnozė• Laikotarpis (gydymo lapo (etapo) pabaigos data)

• Lytis• Amžius (amžiaus grupėmis)

• Gyvenamoji vietovė (miestas, kaimas)

• Gyvenamoji vieta (regionai)• Analizuojami metai

• Apsilankymo tipas• Išrašymo tipas• Apmokėjimo tipas (stacionaro atveju)

• Gydymo tipas (stacionaro atveju - reabilitacija, ilgalaikis, aktyvus gydymas)• Traumos

aplinkybė• Traumos vieta

(vieta kurioje įvyko

• Diagnozių grupės• Diagnozių intervalai (pagal diagnozių kodus)• Diagnozė• Laikotarpis (gydymo lapo (etapo) pabaigos data)• Lytis• Amžius (amžiaus grupėmis)• Gyvenamoji vietovė (miestas, kaimas)• Gyvenamoji vieta (regionai)• Analizuojami metai• Apsilankymo tipas• Išrašymo tipas• Apmokėjimo tipas (stacionaro atveju)• Gydymo tipas (stacionaro atveju - reabilitacija, ilgalaikis, aktyvus gydymas)• Traumos aplinkybė• Traumos vieta (vieta kurioje įvyko

įvyko trauma - namai, mokykla, darbovietė)

• Traumos veikla (veikla kurios metu buvo patirta trauma - kelionė dviračiu, slidinėjimas ir pan.)

• Ligos tipas (iš PSDF IS duomenų - ūmios, pirmą kartą nustatytos diagnozės)

• Operacijų tipas• Operacijų

rezultatas (gydymo lapo pabaigos žyma)

• Reabilitacijos tipas

trauma - namai, mokykla, darbovietė)• Traumos veikla (veikla kurios metu buvo patirta trauma - kelionė dviračiu, slidinėjimas ir pan.)

• Ligos tipas (iš PSDF IS duomenų - ūmios, pirmą kartą nustatytos diagnozės)

• Operacijų tipas• Operacijų rezultatas (gydymo lapo pabaigos žyma)

• Reabilitacijos tipas

trauma - namai, mokykla, darbovietė)• Traumos veikla (veikla kurios metu buvo patirta trauma - kelionė dviračiu, slidinėjimas ir pan.)• Ligos tipas (iš PSDF IS duomenų - ūmios, pirmą kartą nustatytos diagnozės)• Operacijų tipas• Operacijų rezultatas (gydymo lapo pabaigos žyma)• Reabilitacijos tipas

1.1. Pavyzdžiui: Ligotumas pagal

diagnozę.Kitos ataskaitos formuojamos analogiškai atsižvelgiant į duomenų tipą.

Pateikiama ligotumo statistika pagal diagnozę. T.y. kiek tokių atvejų buvo per metus.

• Skaičius asmenų, kuriems užregistruota bent viena ambulatorinė arba stacionarinė diagnozė (count)

• Diagnozių grupės• Diagnozė ir kodas• Laikotarpis

(gydymo lapo (etapo) pabaigos data)

• Lytis• Amžiaus intervalas• Gyvenamoji

vietovė• Gyvenamoji vieta

(regionai)• Metai• Amžius (amžiaus

grupė)

• Diagnozių grupės• Diagnozė ir kodas• Lytis• Amžiaus grupė• Gyvenamoji vietovė

• Metai• Gyvenamoji vieta (regionai)

• Amžius (amžiaus grupė)

2-5. Laisvos formos analitinės ataskaitos iš kitų šaltinių: Valstybinio socialinio

Laisvos formos analitinės ataskaitos, kurias

Analogiškai kaip 1 punkte pateiktą formatą,

Analogiškai kaip 1 punkte pateiktą formatą,

Analogiškai kaip 1 punkte pateiktą formatą,

Analogiškai kaip 1 punkte pateiktą formatą,

draudimo fondo valdybos informacinės sistemos, Mirties atvejų ir jų priežasčių valstybės registro, Neįgalumo ir darbingumo nustatymo tarnybos informacinės sistemos, Greitosios medicinos pagalbos stočių informacinės sistemos.

HI darbuotojas gali susidaryti savo nuožiūra panaudojant duomenis, dimensijas, parametrus.

atsižvelgiant į duomenų šaltinio duomenų specifiką.

atsižvelgiant į duomenų šaltinio duomenų specifiką.

atsižvelgiant į duomenų šaltinio duomenų specifiką.

atsižvelgiant į duomenų šaltinio duomenų specifiką.

Orientacinis analitinių ataskaitų skaičius – 40 vnt.

Atviro konkurso „Informacinės sistemos projektavimo, programavimo, kūrimo ir diegimo, bandomosios eksploatacijos ir apmokymo paslaugų pirkimas“ sąlygų 2 priedas

PASIŪLYMO FORMADĖL INFORMACINĖS SISTEMOS PROJEKTAVIMO, PROGRAMAVIMO, KŪRIMO IR

DIEGIMO, BANDOMOSIOS EKSPLOATACIJOS IR APMOKYMO PASLAUGŲ PIRKIMO

A dalis. Techninė informacija ir duomenys apie teikėją________________

(Data)____________________________

Vieta)

Teikėjo pavadinimas/Jeigu dalyvauja ūkio subjektų grupė, surašomi visi dalyvių pavadinimai/Teikėjo adresasĮmonės kodasUž pasiūlymą atsakingo asmens vardas, pavardėTelefono numerisFakso numerisEl. Pašto adresas

1. Šiuo pasiūlymu pažymime ir patvirtiname, kad sutinkame su visomis Konkurso sąlygomis, nustatytomis:

1.1. Atviro konkurso skelbime, paskelbtame Viešųjų pirkimų įstatymo nustatyta tvarka;1.2. Atviro konkurso sąlygose;1.3. kituose pirkimo dokumentuose (jų paaiškinimuose, papildymuose).

2. Atsižvelgdami į Konkurso sąlygose išdėstytas sąlygas, teikiame savo pasiūlymą Informacinės sistemos projektavimo, programavimo, kūrimo ir diegimo, bandomosios eksploatacijos ir apmokymo paslaugoms pirkti, pateiktų elektroninėmis priemonėmis CVP IS taip, kad pradinio susipažinimo su elektroninės priemonėmis gautais pasiūlymais procedūros metu būtų galima susipažinti atskirai su techniniu pasiūlymu (parengtu pagal Konkurso sąlygų 4.8. punkto reikalavimus) ir atskirai su finansiniu pasiūlymu (parengtu pagal konkurso sąlygų 4.9. punkto reikalavimus). Šioje dalyje nurodome techninę informaciją bei duomenis apie mūsų pasirengimą įvykdyti numatomą sudaryti pirkimo sutartį.

3. Siūlomos paslaugos visiškai atitinka pirkimo dokumentuose nurodytus reikalavimus ir jų savybės tokios:

Eil. Nr. Paslaugų techniniai rodikliai Rodiklių reikšmės Paslaugų teikimo planas ir pasiūlymo charakteristikos

1.

Projekto įgyvendinimo strategija, projekto tikslų ir rezultatų suvokimas.

{teikėjas pateikia vertinimo kriterijaus aprašymą arba nurodo pasiūlymo dokumentus, kuriuose yra pateikta informacija}

2.

Sprendimo architektūros, techninių ir funkcinių reikalavimų realizavimo būdai

{teikėjas pateikia vertinimo kriterijaus aprašymą arba nurodo pasiūlymo dokumentus, kuriuose yra pateikta informacija}

3.

Projekto įgyvendinimo, koordinavimo ir rizikos valdymo planas

{teikėjas pateikia vertinimo kriterijaus aprašymą arba nurodo pasiūlymo dokumentus, kuriuose yra pateikta informacija}

4. Vykdant sutartį, pasitelksime šiuos subteikėjus (pildyti tuomet, jei sutarties vykdymui bus pasitelkti subteikėjai).

Subteikėjo (-ų) pavadinimas (-ai) Subteikėjo (-ų) adresas (-ai) Įsipareigojimų dalis (procentais), kuriai ketinama pasitelkti subteikėją (-us)

5. Šiame pasiūlyme yra pateikta ir konfidenciali informacija (dokumentai su konfidencialia informacija pateikti („prisegti“ atskirai) (pildyti tuomet, jei bus pateikta konfidenciali informacija. Teikėjas negali nurodyti, kad konfidenciali yra pasiūlymo kaina arba kad visas pasiūlymas yra konfidencialus)

Eil.Nr. Pateiktų dokumentų pavadinimas Dokumentas yra įkeltas šioje CVP IS pasiūlymo lango eilutėje (,,Prisegti

dokumentai“)

6. Kartu su pasiūlymu pateikiami šie dokumentai:

Eil.Nr. Pateiktų dokumentų pavadinimas Dokumento puslapių skaičius

7. Pasiūlymas galioja 90 dienų nuo pasiūlymo pateikimo termino pabaigos.8. Pasirašydamas pasiūlymą saugiu elektroniniu parašu, patvirtinu, kad dokumentų skaitmeninės

kopijos yra tikros.

(Dokumentą sudariusio asmens pareigų pavadinimas)

(Vardas, pavardė)

Atviro konkurso „Informacinės sistemos projektavimo, programavimo, kūrimo ir diegimo, bandomosios eksploatacijos ir apmokymo paslaugų pirkimas“ sąlygų 3 priedas

FINANSINIS PASIŪLYMASDĖL INFORMACINĖS SISTEMOS PROJEKTAVIMO, PROGRAMAVIMO, KŪRIMO IR

DIEGIMO, BANDOMOSIOS EKSPLOATACIJOS IR APMOKYMO PASLAUGŲ PIRKIMO

B dalis. Kainos _________Nr._________

(Data)____________________

(Sudarymo vieta)

Teikėjo pavadinimas/Jeigu dalyvauja ūkio subjektų grupė, surašomi visi dalyvių pavadinimai/Mūsų pasiūlymo B dalyje yra nurodytos pasiūlymo A dalyje siūlomų paslaugų kainos. Kainos nurodytos šioje lentelėje:

PaslaugosNr.

Paslaugos pavadinimas Viso kaina, LTL/EUR su PVM arba

LTL/EUR be PVM*1 2 3

1.

Informacinės sistemos projektavimo, programavimo, kūrimo ir diegimo, bandomosios eksploatacijos ir apmokymo paslaugos

Viso kaina, LTL/EUR su PVM arba LTL/EUR be PVM*Viso pasiūlymo kaina žodžiais: _____________________________________________Jei suma skaičiais neatitinka sumos žodžiais, teisinga bus laikoma suma žodžiais.*Į paslaugų kainą turi būti įskaičiuota PVM, kiti mokesčiai bei visos kitos išlaidos. Teikėjas finansinio pasiūlymo 3 stulpelyje turi nurodyti kainą LTL/EUR su PVM, kai teikėjas yra PVM mokėtojas, arba LTL/EUR be PVM, jei teikėjas yra ne PVM mokėtojas. Prie kainos skaičiais būtina nurodyti žodžius „su PVM“ arba „be PVM“.

(Dokumentą sudariusio asmens (V (Vardas, pavardė)

pareigų pavadinimas)

Atviro konkurso „Informacinės sistemos projektavimo, programavimo, kūrimo ir diegimo, bandomosios eksploatacijos ir apmokymo paslaugų pirkimas“ sąlygų 4 priedas

___________________(Paslaugų teikėjo pavadinimas)

(Juridinio asmens teisinė forma, buveinė, kontaktinė informacija, registro, kuriame kaupiami ir saugomi duomenys apie teikėją, pavadinimas, juridinio asmens kodas, pridėtinės vertės

mokesčio mokėtojo kodas, jei juridinis asmuo yra pridėtinės vertės mokesčio mokėtojas)_________________________________

(Adresatas (perkančioji organizacija))

TEIKĖJO DEKLARACIJA

_____________ Nr.______(Data)

_____________(Sudarymo vieta)

1. Aš, ______________________________________________________________ ,(Teikėjo vadovo ar jo įgalioto asmens pareigų pavadinimas, vardas ir pavardė)

tvirtinu, kad mano vadovaujamas (-a) (atstovaujamas (-a))_____________________________ ,(Teikėjo pavadinimas)

dalyvaujantis (-i) ______________________________________________________________(Perkančiosios organizacijos pavadinimas)

atliekamame _________________________________________________________________(Pirkimo objekto pavadinimas, pirkimo kodas, pirkimo būdas)

___________________________________________________________________________ ,

skelbtame ______________________________________________________________________(Leidinio pavadinimas, kuriame paskelbtas skelbimas apie pirkimą,

____________________________________________________________________________ ,data ir numeris ir (arba) nuoroda į CVP IS)

nėra bankrutavęs, likviduojamas, su kreditoriais sudaręs taikos sutarties, sustabdęs ar apribojęs savo veiklos arba jo padėtis pagal šalies, kurioje jis registruotas, įstatymus nėra tokia pati ar panaši. Jam nėra iškelta restruktūrizavimo, bankroto byla arba nėra vykdomas bankroto procesas ne teismo tvarka, nėra siekiama priverstinio likvidavimo procedūros ar susitarimo su kreditoriais arba jam nėra vykdomos analogiškos procedūros pagal šalies, kurioje jis registruotas, įstatymus. Taip pat teikėjas nėra padaręs rimto profesinio pažeidimo, kurį perkančioji organizacija gali įrodyti bet kokiomis teisėtomis priemonėmis. Šioje deklaracijoje vartojama sąvoka „profesinis pažeidimas“ suprantama kaip profesinės etikos pažeidimas, kai nuo teikėjo pripažinimo nesilaikančiu profesinės etikos normų momento praėjo mažiau kaip vieni metai,

kaip konkurencijos, darbo, darbuotojų saugos ir sveikatos, aplinkosaugos teisės aktų pažeidimas, už kurį teikėjui, kuris yra fizinis asmuo, yra paskirta administracinė nuobauda, o teikėjui, kuris yra juridinis asmuo, – ekonominė sankcija, nustatyta Lietuvos Respublikos įstatymuose, kai nuo sprendimo, kuriuo buvo paskirta ši sankcija, įsiteisėjimo dienos praėjo mažiau kaip vieni metai. Jeigu pirkime dalyvaujantis teikėjas, kuris yra juridinis asmuo, pažeidė Lietuvos Respublikos konkurencijos įstatymo 5 straipsnį, toks pažeidimas pagal šį punktą laikomas profesiniu, jeigu nuo sprendimo paskirti Lietuvos Respublikos konkurencijos įstatyme nustatytą ekonominę sankciją įsiteisėjimo dienos praėjo mažiau kaip 3 metai.

2. Man žinoma, kad, jeigu mano pateikta deklaracija yra melaginga, pateiktas pasiūlymas bus atmestas.

3. Teikėjas už deklaracijoje pateiktos informacijos teisingumą atsako įstatymų nustatyta tvarka.4. Jeigu viešajame pirkime dalyvauja ūkio subjektų grupė, deklaraciją pildo

kiekvienas ūkio subjektas.

(Deklaraciją sudariusio asmens pareigų pavadinimas)

(Parašas) (Vardas ir pavardė)

Atviro konkurso „Informacinės sistemos projektavimo, programavimo, kūrimo ir diegimo, bandomosios eksploatacijos ir apmokymo paslaugų pirkimas“ sąlygų 5 priedas

_______________________________________________________ (Teikėjo pavadinimas)

PER PASKUTINIUS 3 METUS ĮVYKDYTŲ/VYKDOMŲ SUTARČIŲ, SUSIJUSIŲ SU PIRKIMO OBJEKTU, SĄRAŠAS

Eil.Nr.

Sutarties pavadinimas

Sutarties vertė/

įvykdytos sutarties dalies vertė,

LTL/EUR

Sutarties pasirašymo

data ir galiojimo

data

Sutarties įvykdymo

data (mėnesių tikslumu)

Duomenys apie

užsakovą (įmonės

pavadinimas, adresas,

telefonas, kontaktinio

asmens vardas,

pavardė, pareigos,

telefonas, el. pašto

adresas)

Trumpas sutarties

apimties ir teikėjo suteiktų paslaugų

aprašymas

1 2 3 4 5 6 7

Man žinoma, kad jeigu Perkančioji organizacija nustatytų, jog aukščiau pateikti duomenys yra neteisingi _______________ (teikėjo pavadinimas) ________________ pateiktas pasiūlymas bus nenagrinėjamas ir atmestas.

Man taip pat žinoma, kad jeigu Perkančioji organizacija nustatytų, jog aukščiau pateikti duomenys yra neteisingi arba pateikiami dokumentai yra suklastoti, ji gali kreiptis į teismą ir išieškoti iš ________________ (teikėjo pavadinimas) ________________ padarytus nuostolius.

(Dokumentą sudariusio asmens pareigų pavadinimas)

(Parašas) (Vardas, pavardė)

Atviro konkurso „Informacinės sistemos projektavimo, programavimo, kūrimo ir diegimo, bandomosios eksploatacijos ir apmokymo paslaugų pirkimas“ sąlygų 6 priedas

PASLAUGŲ VIEŠOJO PIRKIMO–PARDAVIMO SUTARTIS Nr. _____Du tūkstančiai ____ metų ______ mėnesio _______ diena

Higienos institutas, juridinio asmens kodas 111958286, adresas Didžioji g. 22, LT-01128 Vilnius, atstovaujama (pareigos, vardas, pavardė), veikiančio pagal (dokumentas, kurio pagrindu veikia asmuo) (toliau – Užsakovas), ir

[nurodyti Konkurso laimėtojo pavadinimą], juridinio asmens kodas (nurodomas kodas), adresas (nurodomas adresas), atstovaujama (pareigos, vardas, pavardė), veikiančio (-ios) pagal (dokumentas, kurio pagrindu veikia asmuo) (toliau – Paslaugų teikėjas ) [jei kuris nors Paslaugų teikėjas yra ūkio subjektų grupė nurodomi atitinkami duomenys apie kiekvieną partnerį]

toliau kartu šioje Paslaugų viešojo pirkimo–pardavimo sutartyje vadinami „Šalimis“, o kiekvienas atskirai – „Šalimi“, vadovaudamiesi Higienos instituto Viešojo pirkimo komisijos 20__ m. ________________ d. posėdžio protokolu Nr. _____ sudarė šią Paslaugų viešojo pirkimo–pardavimo sutartį, toliau vadinamą „Sutartimi“, ir susitarė dėl toliau išvardytų sąlygų.

I. SPECIALIOSIOS SUTARTIES SĄLYGOS

1. Sutarties objektas

1.1. Sutarties objektas yra Užsakovo, įgyvendinant projektą „Traumų ir nelaimingų atsitikimų stebėsenos sistemos sukūrimas“ (toliau – Projektas), perkamos Informacinės sistemos projektavimo, programavimo, kūrimo ir diegimo, bandomosios eksploatacijos ir apmokymo paslaugos, nurodytos Sutarties priede Nr. 1 (toliau − Paslaugos), šioje Sutartyje nustatytomis sąlygomis ir terminais, atsižvelgiant į Užsakovo įvykdyto atviro konkurso „Informacinės sistemos projektavimo, programavimo, kūrimo ir diegimo, bandomosios eksploatacijos ir apmokymo paslaugų pirkimas“, (toliau – Pirkimas) Pirkimo dokumentuose nustatytus reikalavimus ir Paslaugų teikėjo pasiūlymą (Sutarties priedas Nr. 2), pateiktą Pirkimui.

2.1. Paslaugos turi būti suteiktos adresu: Didžioji g. 22, Vilnius.

2. Sutarties galiojimas, vykdymo pradžia, trukmė ir terminai

2.1. Sutartis įsigalioja, kai Sutartį pasirašo abi Sutarties šalys ir Paslaugų teikėjas pateikia Sutarties įvykdymo užtikrinimą (Lietuvos Respublikoje ar užsienyje registruoto banko ar kredito unijos garantiją (originalą) arba draudimo bendrovės laidavimo draudimo liudijimą (originalą)).

2.2. Sutarties įsigaliojimo data – Sutarties įvykdymo užtikrinimo pateikimo data.2.3. Sutartis galioja iki 2015 m. rugpjūčio 31 d.2.4. Paslaugų teikėjas Paslaugas teikia pagal teikiamų Paslaugų techninę specifikaciją.

3. Sutarties kaina, mokėjimo sąlygos ir paslaugų perdavimas-priėmimas

3.1. Sutarties kaina:

Sutarties kaina be PVMPVMBendra Sutarties kaina (Sutarties kaina + PVM)

3.2. Norėdamas gauti tarpinį ar galutinį mokėjimą, Paslaugų teikėjas privalo pateikti:3.2.1. sąskaitą faktūrą arba PVM sąskaitą faktūrą;3.2.2. pasirašytą Paslaugų priėmimo–perdavimo aktą (-us) (atitinkamai tarpinį ar galutinį aktą);3.2.3. kitus 3.8 punkte numatytus dokumentus.3.3. Užsakovas avanso Paslaugų teikėjui nemoka.3.4. Šią sutartį numatoma finansuoti iš ES SF lėšų naudojant sąskaitų apmokėjimo būdą pagal

Projektų administravimo ir finansavimo taisykles, patvirtintas Lietuvos Respublikos Vyriausybės 2007 m. gruodžio 19 d. nutarimu Nr. 1443, kuriam reikalingas ilgesnis nei 30 d. apmokėjimo terminas. Numatoma, kad Užsakovas privalo mokėti Paslaugų teikėjui sumą, patvirtintą Paslaugų teikėjo pateiktose sąskaitose-faktūrose ne vėliau kaip per 60 dienų nuo tinkamų sąskaitų-faktūrų gavimo dienos.

3.5. Užsakovas už suteiktas Paslaugas Paslaugų teikėjui atsiskaito mokėjimo pavedimu į Paslaugų teikėjo nurodytą banko sąskaitą: Sąskaitos Nr.; bankas; Banko kodas. Apmokėjimas laikomas įvykdytu, kai pinigai patenka į Paslaugų teikėjo šiame punkte nurodytą sąskaitą.

3.6. Sutarties kaina Sutarties galiojimo laikotarpiu gali būti perskaičiuojama (didinama ar mažinama) pasikeitus (padidėjus ar sumažėjus) PVM, kuris turėjo tiesioginės įtakos Sutarties kainai. Raštiškai susitarus Paslaugų teikėjui ir Užsakovui ne vėliau kaip iki paslaugų perdavimo–priėmimo akto pasirašymo dienos, perskaičiuojama tik ta Sutarties kainos dalis, kuriai turėjo įtakos pasikeitęs PVM ir tik pasikeitusio mokesčio dydžiu. Sutarties kainos perskaičiavimą dėl pasikeitusio (padidėjusio ar sumažėjusio) PVM inicijuoja Paslaugų teikėjas, kreipdamasis į Užsakovą raštu, pateikdamas konkrečius skaičiavimus dėl pasikeitusio mokesčio įtakos Sutarties kainai. Užsakovas taip pat turi teisę inicijuoti Sutarties kainos perskaičiavimą dėl pasikeitusio (padidėjusio ar sumažėjusio) PVM. Sutarties kainos perskaičiavimas įforminamas Sutarties šalių pasirašomu protokolu, kuriame užfiksuojama perskaičiuota Sutarties kaina bei šio perskaičiavimo įsigaliojimo sąlygos.

3.7. Apmokėjimas vykdomas eurais.3.8. Paslaugų perdavimas-priėmimas:3.8.1. Paslaugų teikėjas, suteikęs visas Paslaugas arba suteikęs Sutartyje numatytą Paslaugų

dalį, nedelsdamas informuoja apie tai Užsakovą.3.8.2. Užsakovas, gavęs iš Paslaugų teikėjo informaciją apie visų Paslaugų ar Sutartyje

numatytos Paslaugos dalies suteikimą, privalo per 3.9 punkte nustatytą terminą patikrinti suteiktas Paslaugas ir jas priimti arba raštu pateikti Paslaugų teikėjui motyvuotą pretenziją dėl suteiktų Paslaugų kokybės.

3.8.3. Paslaugų perdavimas - priėmimas vykdomas 3.10 punkte nustatytoje vietoje.3.8.4. Dalies Paslaugų perdavimas ir priėmimas įforminamas tarpiniu paslaugų priėmimo-

perdavimo aktu. Visų Paslaugų perdavimas ir priėmimas įforminamas galutiniu paslaugų priėmimo-perdavimo aktu.

3.8.5. Paslaugų priėmimo-perdavimo aktus pasirašo Sutarties šalių įgalioti asmenys.3.8.6. Priimant Paslaugas, Paslaugų kokybės tikrinimo išlaidas apmoka Paslaugų teikėjas. Jeigu

dėl vienos iš Šalių kaltės kyla būtinumas papildomai tikrinti suteiktų Paslaugų kokybę, kaltoji Šalis turi padengti kitos Šalies tiesiogines išlaidas, susijusias su papildomu patikrinimu.

3.8.7. Jeigu Užsakovas Paslaugų kokybės tikrinimo metu nustato suteiktų Paslaugų trūkumus, jis surašo motyvuotą pretenziją Paslaugų teikėjui, kurioje nurodo suteiktų Paslaugų trūkumus ir terminą, per kurį Paslaugų teikėjas privalo trūkumus pašalinti. Jeigu Paslaugų teikėjas per pretenzijoje nustatytą terminą nepašalina trūkumų, Užsakovas gali vienašališkai nutraukti Sutartį 23.5 punkte ir 23.6 punktuose nustatyta tvarka.

3.9. Užsakovas Paslaugų teikėjo suteiktas paslaugas ir/ar paslaugų dalį priima per 5 darbo dienas nuo Atliktų paslaugų ataskaitos pateikimo dienos.

3.10. Paslaugų priėmimo vieta – Didžioji g. 22, Vilnius

4. Garantijos

4.1. Sutartinių prievolių įvykdymo užtikrinimas, kurį privaloma pateikti: Prievolių įvykdymo užtikrinimo rūšis

Prievolių įvykdymo užtikrinimo pateikimo terminas

Prievolių įvykdymo užtikrinimo suma

Prievolių įvykdymo užtikrinimo galiojimo terminas

Sutarties įvykdymo užtikrinimas (banko garantija arba draudimo bendrovės laidavimo raštas)

Ne vėliau kaip per 5 darbo dienas nuo Sutarties pasirašymo dienos.

ne mažiau kaip 5

procentai nuo Sutarties

kainos.

Įsigalioja banko garantijos arba draudimo bendrovės laidavimo rašto išdavimo dieną ir turi galioti visą Sutarties galiojimo laikotarpį. Jei iki sutarties numatytos Paslaugų teikimo termino pabaigos suteiktos Paslaugos neatitinka Sutartyje nustatytų reikalavimų, banko garantijos arba draudimo bendrovės laidavimo rašto galiojimas turi būti pratęstas ne trumpiau kaip iki 30 dienų.

5. Šalių atsakomybė

5.1. Paslaugų teikėjas užtikrina savalaikį Paslaugų teikimą pagal Sutarties specialiųjų sąlygų Priede Nr. 1 „Paslaugų techninė specifikacija“ nustatytus paslaugų teikimo terminus. Jei Paslaugų teikėjas dėl savo kaltės neatlieka Paslaugų nustatytu terminu, Užsakovas turi teisę, neprarasdamas teisės į kitas savo teisių gynimo priemones pagal Sutartį, be oficialaus įspėjimo ir nesumažindamas kitų savo teisių gynimo būdų, pradėti skaičiuoti 0,03 % dydžio delspinigius už kiekvieną uždelstą dieną, skaičiuojant nuo nustatyto Paslaugų atlikimo termino pabaigos iki dienos, kai atitinkamos paslaugos buvo faktiškai suteiktos.

5.2. Jei Paslaugų teikėjas, dėl neveikimo ar netinkamo veikimo vykdant sutartinius įsipareigojimus, per sutarties galiojimo laiką nesuteiks Informacinės sistemos projektavimo,

programavimo, kūrimo ir diegimo, bandomosios eksploatacijos ir apmokymo paslaugų, turės per 20 dienų nuo Užsakovo pareikalavimo sumokėti 30 procentų baudą nuo sutarties vertės.

5.3. Jei Užsakovas per 3.2. punkte numatytą terminą neatsiskaito už suteiktas paslaugas, tai Paslaugų teikėjas turi teisę pradėti skaičiuoti 0,03 % dydžio delspinigius už kiekvieną uždelstą dieną, skaičiuojant nuo nesumokėtos pinigų sumos.

5.4. Jei apskaičiuoti delspinigiai viršija 10 % bendros Sutarties kainos, Užsakovas gali, prieš tai raštu įspėjęs Paslaugų teikėją:

5.4.1. išskaičiuoti delspinigių sumą iš Paslaugų teikėjui mokėtinų sumų;5.4.2. nutraukti Sutartį.5.5. Užsakovui nutraukus sutartį dėl Paslaugų teikėjo kaltės, Paslaugų teikėjas sumoka 10 %

sutarties kainos dydžio baudą ir priskaičiuotus delspinigius.

6. Susirašinėjimas

6.1. Sutarties Šalys susirašinėja lietuvių kalba. Visi pranešimai, sutikimai ir kitas susižinojimas, kuriuos Šalis gali pateikti pagal šią Sutartį, bus laikomi galiojančiais ir įteiktais tinkamai, jeigu yra asmeniškai pateikti kitai Šaliai ir gautas patvirtinimas apie gavimą arba išsiųsti registruotu paštu, faksu, elektroniniu paštu (patvirtinant gavimą) toliau nurodytais adresais ar fakso numeriais, kitais adresais ar fakso numeriais, kuriuos nurodė viena Šalis, pateikdama pranešimą:

Užsakovas Paslaugų teikėjasAdresasTelefonasFaksasEl. paštas

6.2. Jei pasikeičia Šalies adresas ir/ar kiti duomenys, tokia Šalis turi informuoti kitą Šalį pranešdama ne vėliau, kaip per 5 kalendorines dienas. Jei Šaliai nepavyksta laikytis šių reikalavimų, ji neturi teisės į pretenziją ar atsiliepimą, jei kitos Šalies veiksmai, atlikti remiantis paskutiniais žinomais jai duomenimis, prieštarauja Sutarties sąlygoms arba ji negavo jokio pranešimo, išsiųsto pagal tuos duomenis.

7. Kitos nuostatos

7.1. Paslaugų teikėjas per 5 darbo dienas nuo sutarties įsigaliojimo dienos parengia ir pateikia Užsakovui tvirtinti paslaugų teikimo planą. Paslaugų teikimo planas koreguojamas atsižvelgiant į informacinės sistemos siūlomą sprendimą, atnaujinamas atsižvelgus į informacinės sistemos siūlomo sprendimo pakeitimus. Pakeistas / pakoreguotas Paslaugų teikimo planas privalo būti suderintas su Užsakovu per 5 darbo dienas nuo pakeisto / pakoreguoto Paslaugų teikimo plano projekto pateikimo Užsakovui dienos.

7.2. Paslaugos turi būti suteiktos per 4 mėnesius nuo sutarties įsigaliojimo. Šis terminas gali būti pratęstas 1 kartą iki 1 mėnesio tik Užsakovo sutikimu ir sutarties šalių raštišku susitarimu dėl tokių nenumatytų aplinkybių, kurių atsiradimo Paslaugų teikėjas, veikdamas kaip rūpestingas ir apdairus asmuo, objektyviai negalėjo numatyti iki pirkimo sutarties sudarymo (pvz., pasikeitus teisės aktams, turintiems įtakos pirkimo sutarties vykdymui, inter alia teisės aktams). Bet kuriuo atveju paslaugų teikimo trukmė su visais pratęsimais negali būti ilgesnė negu iki 2015 m. liepos 31 d.

7.3. Paslaugų teikėjas, po kiekvieno paslaugų suteikimo etapo (t.y. analizės; projektavimo ir konfigūravimo (konstravimo); diegimo; bandomosios eksploatacijos) pabaigos rengia ir per 5 darbo dienas, kartu su Paslaugų priėmimo–perdavimo aktu, Užsakovui teikia periodines Projekto eigos ataskaitas.

7.4. Paslaugų teikėjas rengia ir per 10 darbo dienų, pasibaigus Projekte numatytos informacinės sistemos sukūrimui, įdiegimui ir išbandymui, pateikia Užsakovui galutinę Projekto eigos ataskaitą.

7.5. Užsakovas, patikrinęs periodinę ar galutinę Projekto eigos ataskaitą, pasirašo gautą Paslaugų priėmimo–perdavimo aktą arba teikia dėl jo pastabas Paslaugų teikėjui.

7.6. Garantinė priežiūra vykdoma 36 mėnesius nuo galutinio suteiktų paslaugų perdavimo – priėmimo akto pasirašymo.

7.7. Šią Sutartį sudaro Sutarties specialiosios sąlygos, jų priedai ir Sutarties bendrosios sąlygos. Jeigu Sutarties specialiųjų sąlygų ir/ar jų priedų nuostatos neatitinka Sutarties bendrųjų sąlygų nuostatų, pirmenybė yra teikiama Sutarties specialiųjų sąlygų bei jų priedų nuostatoms.

7.8. Ši Sutartis sudaryta lietuvių kalba, 2 egzemplioriais, turinčiais vienodą teisinę galią – po vieną kiekvienai Šaliai.

7.9. Šiuo Šalys patvirtina, kad Sutartį perskaitė, suprato jos turinį ir pasekmes, priėmė ją kaip atitinkančią jų tikslus ir pasirašė aukščiau nurodyta data.

7.10. Sutarties specialiųjų sąlygų priedai:7.10.1. Priedas Nr. 1 „Paslaugų techninė specifikacija“;7.10.2. Priedas Nr. 2 „Atsiskaitymo už paslaugas planas“;7.10.3. Priedas Nr. 3 „Techninis pasiūlymas“.

II. BENDROSIOS SUTARTIES SĄLYGOS

8. Pagrindinės Sutarties sąvokos

8.1. Užsakovas – Lietuvos Respublikos viešųjų pirkimų įstatyme nurodyta perkančioji organizacija, perkanti Sutarties specialiosiose sąlygose nurodytas Paslaugas iš Paslaugų teikėjo.

8.2. Sutarties kaina – suma, kurią Užsakovas pagal Sutartį turi sumokėti Paslaugų teikėjui už perkamas Paslaugas, įskaitant visas išlaidas ir mokesčius.

8.3. Paslaugų teikėjas – ūkio subjektas, kuriuo gali būti fizinis asmuo, privatus ar viešasis juridinis asmuo ar tokių asmenų grupė, teikianti Paslaugas pagal šią Sutartį.

9. Sutarties aiškinimas

9.1. Sutartyje, kur reikalauja kontekstas, žodžiai pateikti vienaskaita, gali turėti ir daugiskaitos prasmę ir atvirkščiai.

9.2. Kai tam tikra reikšmė yra skirtinga tarp nurodytų skaičiais ir žodžiais, vadovaujamasi žodine reikšme. Jei mokėjimo valiutos pavadinimo trumpinys neatitinka mokėjimo valiutos pilno pavadinimo žodžiais, teisingu laikomas valiutos pilnas pavadinimas žodžiais.

9.3. Sutarties trukmė ir kiti terminai yra skaičiuojami kalendorinėmis dienomis, jei Sutartyje nenurodyta kitaip.

10. Paslaugų teikėjo teisės ir pareigos

10.1. Paslaugų teikėjas įsipareigoja:10.1.1. teikti Paslaugas Užsakovui pagal Sutartį ir Užsakovo pateiktus užsakymus už Sutarties

kainą, savo rizika bei sąskaita kaip įmanoma rūpestingai bei efektyviai, įskaitant, bet neapsiribojant, Paslaugų teikimą pagal geriausius visuotinai pripažįstamus profesinius, techninius standartus ir praktiką, panaudodamas visus reikiamus įgūdžius, žinias;

10.1.2. nedelsdamas, bet ne vėliau kaip per 5 darbo dienas, raštu informuoti Užsakovą apie bet kurias aplinkybes, kurios trukdo ar gali sutrukdyti Paslaugų teikėjui užbaigti Paslaugų teikimą nustatytais terminais;

10.1.3. Paslaugų teikimo metu visų sukurtų, kuriamų, taisomų dokumentų, programų išeities kodų (programos pirminio teksto) visų versijų nuosavybės teisės (įskaitant ir turtines autorines teises į sukurtus produktus) priklauso Užsakovui;

10.1.4.Paslaugų teikėjas įsipareigoja saugoti bei neteikti tretiesiems asmenims konfidencialios informacijos, gautos ar sužinotos Sutarties sudarymo ir vykdymo metu, jos nekopijuoti ir neplatinti. Konfidencialia informacija pagal Sutartį laikoma visa informacija, gauta ar sužinota vykdant Sutartį;

10.1.5. per 5 (penkias) darbo dienas nuo Užsakovo raštu pateikto prašymo gavimo dienos pateikti išsamią Paslaugų teikimo ataskaitą, nurodant, kokios Paslaugos buvo suteiktos, išskiriant konkrečias Paslaugų kainos sudėtines dalis bei pateikiant papildomą su Paslaugų teikimu susijusią informaciją apie patirtas išlaidas ir t. t.;

10.1.6. nenaudoti Užsakovo Paslaugų ženklų ar pavadinimo jokioje reklamoje, leidiniuose ar kitur be išankstinio raštiško Užsakovo sutikimo;

10.1.7. užtikrinti, kad Sutarties sudarymo momentu ir visą jos galiojimo laikotarpį Paslaugų teikėjo darbuotojai turėtų reikiamą kvalifikaciją ir patirtį, reikalingas norint teikti Paslaugas;

10.1.8. Užsakovui raštu paprašius grąžinti visus iš Užsakovo gautus, Sutarčiai vykdyti reikalingus dokumentus;

10.1.9. Paslaugų teikėjas negali keisti Sutarties priede Nr. 3 nurodyto specialisto ir / ar subteikėjo, dėl kurio buvo susitarta Sutarties sudarymo metu, visam arba iki Sutarties įvykdymo pabaigos likusiam Sutarties vykdymo terminui prieš tai raštu nepranešęs Užsakovui apie tokio keitimo būtinybę ir negavęs jo raštiško sutikimo. Keičiamas specialistas ir / ar subteikėjas turi turėti ne žemesnę, nei nurodyta Pirkimo dokumentuose, kvalifikaciją. Paslaugų teikėjas, siekdamas pakeisti specialistą ir / ar subteikėją, turi raštu informuoti Užsakovą prieš 3 darbo dienas ir gauti Užsakovo raštišką sutikimą. Užsakovas, patikrinęs keičiamų specialistų ir / ar subteikėjų kvalifikaciją, kartu su Paslaugų teikėju raštu sudaro susitarimą dėl specialisto ir / ar subteikėjo pakeitimo, kurį pasirašo Šalys. Šis susitarimas yra neatskiriama Sutarties dalis. Paslaugų teikėjas neturi teisės keisti pagrindinių už Sutarties vykdymą atsakingų specialistų skaičiaus, nurodyto Sutarties priede Nr. 3;

10.1.10. tinkamai vykdyti kitus įsipareigojimus, numatytus Sutartyje ir galiojančiuose Lietuvos Respublikos teisės aktuose;

10.1.11. Paslaugų teikėjas įsipareigoja elgtis sąžiningai, laikytis geriausios tokioms paslaugoms teikti taikomos praktikos, bendradarbiauti ir kooperuotis su Užsakovu vykdant Sutartį.

10.2. Paslaugų teikėjas turi teisę gauti Sutarties kainą su sąlyga, kad jis tinkamai vykdo šią Sutartį.

10.3. Paslaugų teikėjas turi ir kitas šios Sutarties ir Lietuvos Respublikoje galiojančių teisės aktų numatytas teises.

11. Užsakovo teisės ir pareigos

11.1. Užsakovas turi nedelsdamas suteikti Paslaugų teikėjui visą turimą informaciją ir (arba) dokumentus, kurie būtini Sutarčiai vykdyti. Pasirašius galutinį Paslaugų priėmimo–perdavimo aktą, visi dokumentai grąžinami Užsakovui. Visa informacija ir (arba) dokumentai perduodami ir / ar grąžinami priėmimo–perdavimo aktu.

11.2. Užsakovas įsipareigoja mokėti Sutarties kainą už tinkamai suteiktas Paslaugas pagal šios Sutarties sąlygas.

11.3. Užsakovas turi visas šios Sutarties bei Lietuvos Respublikoje galiojančių teisės aktų numatytas teises.

12. Sutarties kaina

12.1. Sutarties kaina nustatyta Sutarties specialiosiose sąlygose.

12.2. Į Sutarties kainą turi būti įskaičiuota Paslaugų kaina, visos išlaidos ir mokesčiai. Paslaugų teikėjas į Sutarties kainą privalo įskaičiuoti visas su Paslaugų teikimu susijusias išlaidas, įskaitant, bet neapsiribojant:

12.2.1. visas su dokumentų, kurių reikalauja Užsakovas, rengimu ir pateikimu susijusias išlaidas;

12.2.2. aprūpinimo įrankiais, reikalingais Paslaugoms atlikti, išlaidas.12.3. Bendra Sutarties kaina nėra perskaičiuojama. Pasikeitus pridėtinės vertės mokesčio

(PVM) tarifui, atitinkamai mažinama arba didinama Sutarties kaina be PVM, kad bendra Sutarties kaina (Sutarties kaina su PVM) išliktų nepakitusi. Sutarties kainos be PVM dydžio perskaičiavimo formulė:

- po perskaičiavimo likusios neįvykdytos Sutarties dalies kaina be PVM

                             - iki perskaičiavimo likusios neįvykdytos Sutarties dalies kaina be PVM

                             - senas PVM tarifas (procentais)

- naujas PVM tarifas (procentais).

13. Šalių atsakomybė

13.1. Šalių atsakomybė yra nustatoma pagal galiojančius Lietuvos Respublikos teisės aktus ir šią Sutartį. Šalys įsipareigoja tinkamai vykdyti savo įsipareigojimus, prisiimtus šia Sutartimi, ir susilaikyti nuo bet kokių veiksmų, kuriais galėtų padaryti žalos viena kitai ar apsunkintų kitos Šalies prisiimtų įsipareigojimų įvykdymą.

13.2. Delspinigių dydis ir jų mokėjimo sąlygos nustatytos Sutarties specialiosiose sąlygose.

13.3. Delspinigių sumokėjimas neatleidžia Šalių nuo pareigos vykdyti šioje Sutartyje prisiimtus įsipareigojimus.

14. Sutarties įvykdymo užtikrinimas

14.1. Sutarties specialiosiose sąlygose nurodytu terminu Paslaugos teikėjas pateikia Sutarties įvykdymo užtikrinimą. Jei Paslaugų teikėjas per šį laikotarpį Sutarties įvykdymo užtikrinimo nepateikia, laikoma, kad Paslaugų teikėjas atsisakė sudaryti Sutartį.

14.2. Sutarties įvykdymo užtikrinimu garantuojama, kad Užsakovui bus atlyginti nuostoliai, atsiradę Paslaugų teikėjui dėl jo kaltės pažeidus Sutartį.

14.3. Prieš pateikdamas Sutarties įvykdymo užtikrinimą, Paslaugų teikėjas gali prašyti Užsakovo patvirtinti, kad Paslaugų teikėjo siūlomą Sutarties įvykdymo užtikrinimą jis sutinka priimti. Tokiu atveju Užsakovas privalo atsakyti Paslaugų teikėjui ne vėliau kaip per 3 darbo dienas nuo prašymo gavimo dienos. Sutarties įvykdymo užtikrinimas pateikiamas ta pačia valiuta, kokia atliekami mokėjimai.

14.4. Sutarties įvykdymo užtikrinimas turi galioti visą Sutarties galiojimo laikotarpį.14.5. Jei Sutarties vykdymo metu užtikrinimą išdavęs juridinis asmuo (garantas,

laiduotojas) negali įvykdyti savo įsipareigojimų, Paslaugų teikėjas per 10 dienų turi pateikti naują Sutarties įvykdymo užtikrinimą tokiomis pačiomis sąlygomis kaip ir ankstesnysis. Jei Paslaugų teikėjas nepateikia naujo užtikrinimo, Užsakovas turi teisę nutraukti Sutartį.

14.6. Jei Paslaugų teikėjas nevykdo savo sutartinių įsipareigojimų ar vykdo juos netinkamai, Užsakovas pareikalauja sumokėti visą sumą ar jos dalį priklausomai nuo neįvykdytos Sutarties dalies vertės, kurią užtikrinimą išdavęs juridinis asmuo (garantas, laiduotojas) įsipareigojo sumokėti. Prieš pateikdamas reikalavimą sumokėti pagal Sutarties įvykdymo užtikrinimą, Užsakovas įspėja apie tai Paslaugų teikėją, nurodydamas, dėl kokio pažeidimo pateikia šį reikalavimą.

14.7. Sutarties įvykdymo užtikrinimas grąžinamas per 10 dienų nuo šio užtikrinimo galiojimo termino pabaigos, Paslaugų teikėjui pateikus raštišką prašymą. Tais atvejais, kai Sutarties įvykdymo užtikrinimui pasirenkama Lietuvos Respublikoje ar užsienyje registruoto banko garantija ar draudimo bendrovės laidavimas ir sutartiniai įsipareigojimai yra visiškai įvykdyti, tačiau garantijoje ar laidavime nustatytas garantijos ar laidavimo terminas dar nėra pasibaigęs, Užsakovas grąžina bankui ar kredito unijai garantinio ar laidavimo rašto originalą su prierašu, patvirtintu įgalioto asmens parašu bei antspaudu, arba praneša lydraščiu, kad Užsakovas atsisako savo teisių pagal garantinį ar laidavimo raštą, arba kad Paslaugų teikėjas įvykdė savo įsipareigojimus ir Užsakovas jam neturi pretenzijų.

15. Nenugalimos jėgos aplinkybės (force majeure)

15.1. Šalis nėra laikoma atsakinga už bet kokių įsipareigojimų pagal šią Sutartį neįvykdymą ar dalinį neįvykdymą, jeigu Šalis įrodo, kad tai įvyko dėl neįprastų aplinkybių, kurių Šalys negalėjo kontroliuoti ir protingai numatyti, išvengti ar pašalinti jokiomis priemonėmis, pvz.: Vyriausybės sprendimai ir kiti aktai, kurie turėjo poveikį Šalių veiklai, politiniai neramumai, streikai, paskelbti ir nepaskelbti karai, kiti ginkluoti susirėmimai, gaisrai, potvyniai, kitos stichinės nelaimės. Nenugalimos jėgos aplinkybėmis laikomos aplinkybės, nurodytos Lietuvos Respublikos civilinio kodekso 6.212 str. ir Atleidimo nuo atsakomybės esant nenugalimos jėgos (force majeure) aplinkybėms taisyklėse, patvirtintose Lietuvos Respublikos Vyriausybės 1996 m. liepos 15 d. nutarimu Nr. 840. Nustatydamos nenugalimos jėgos aplinkybes Šalys vadovaujasi Lietuvos Respublikos Vyriausybės 1997 m. kovo 13 d. nutarimu Nr. 222 „Dėl nenugalimos jėgos (force majeure) aplinkybes liudijančių pažymų išdavimo tvarkos patvirtinimo“. Esant nenugalimos jėgos aplinkybėms Sutarties Šalys Lietuvos Respublikos teisės aktuose nustatyta tvarka yra atleidžiamos nuo atsakomybės už Sutartyje numatytų prievolių neįvykdymą, dalinį neįvykdymą arba netinkamą įvykdymą, o įsipareigojimų vykdymo terminas pratęsiamas.

15.2. Šalis, prašanti ją atleisti nuo atsakomybės, privalo pranešti kitai Šaliai raštu apie nenugalimos jėgos aplinkybes nedelsdama, bet ne vėliau kaip per 3 darbo dienas nuo tokių aplinkybių atsiradimo ar paaiškėjimo, pateikdama įrodymus, kad ji ėmėsi visų pagrįstų atsargumo priemonių ir dėjo visas pastangas, kad sumažintų išlaidas ar neigiamas pasekmes, taip pat pranešti galimą įsipareigojimų įvykdymo terminą. Pranešimo taip pat reikalaujama, kai išnyksta įsipareigojimų nevykdymo pagrindas.

15.3. Pagrindas atleisti Šalį nuo atsakomybės atsiranda nuo nenugalimos jėgos aplinkybių atsiradimo momento arba, jeigu laiku nebuvo pateiktas pranešimas, nuo pranešimo pateikimo momento. Jeigu Šalis laiku neišsiunčia pranešimo arba neinformuoja, ji privalo kompensuoti kitai Šaliai žalą, kurią ši patyrė dėl laiku nepateikto pranešimo arba dėl to, kad nebuvo jokio pranešimo.

16. Intelektinės ir pramoninės nuosavybės teisės

16.1.Visi rezultatai ir su jais susijusios teisės, įgytos vykdant Sutartį, įskaitant autorines ir kitas intelektinės ar pramoninės nuosavybės teises, yra Užsakovo.

16.2. Jei Sutartyje nenustatyta kitaip, Paslaugų teikėjas garantuoja nuostolių atlyginimą Užsakovui dėl bet kokių reikalavimų, kylančių dėl autorių teisių, patentų, licencijų, brėžinių, modelių, Paslaugų (prekių) pavadinimų ar Paslaugų (prekių) ženklų naudojimo, kaip numatyta Sutartyje, išskyrus atvejus, kai toks pažeidimas atsiranda dėl Užsakovo kaltės.

17. Šalių pareiškimai ir garantijos

17.1. Kiekviena iš Šalių pareiškia ir garantuoja kitai Šaliai, kad:17.1.1. Šalis yra tinkamai įsteigta ir teisėtai veikia pagal Lietuvos Respublikos įstatymus;17.1.2. Šalis atliko visus teisinius veiksmus, būtinus, kad Sutartis būtų tinkamai sudaryta

ir galiotų, ir turi visus teisės aktais numatytus leidimus, licencijas, darbuotojus, reikalingus Paslaugoms teikti;

17.1.3. sudarydama Sutartį, Šalis neviršija savo kompetencijos ir nepažeidžia ją saistančių įstatymų, kitų privalomų teisės aktų, taisyklių, statutų, teismo sprendimų, įstatų, nuostatų, potvarkių, įsipareigojimų ir susitarimų;

17.1.4. ši Sutartis yra Šaliai galiojantis, teisinis ir ją saistantis įsipareigojimas, kurio vykdymo galima pareikalauti pagal Sutarties sąlygas.

18. Konfidencialumo įsipareigojimai

18.1. Šalys sutinka laikyti šios Sutarties sąlygas, visą dokumentaciją ir informaciją, kurią Sutarties Šalys gauna viena iš kitos vykdydamas Sutartį, konfidencialia ir be išankstinio kitos Šalies rašytinio sutikimo neplatinti trečiosioms šalims apie ją jokios informacijos, išskyrus atvejus, kai to reikalaujama Lietuvos Respublikos įstatymų nustatyta tvarka.

19. Sutarties galiojimas

19.1. Sutarties galiojimo terminas nustatytas Sutarties specialiosiose sąlygose.19.2. Jei bet kuri šios Sutarties nuostata tampa ar pripažįstama visiškai ar iš dalies

negaliojančia, tai neturi įtakos kitų Sutarties nuostatų galiojimui.19.3. Nutraukus Sutartį ar jai pasibaigus, lieka galioti Sutarties nuostatos, susijusios su

atsakomybe bei atsiskaitymais tarp Šalių pagal šią Sutartį, taip pat visos kitos šios Sutarties nuostatos, kurios, kaip aiškiai nurodyta, išlieka galioti po Sutarties nutraukimo arba turi išlikti galioti, kad būtų visiškai įvykdyta ši Sutartis.

20. Sutarties pakeitimai

20.1. Sutarties sąlygos Sutarties galiojimo laikotarpiu negali būti keičiamos, išskyrus tokias Sutarties sąlygas, kurias pakeitus nebūtų pažeisti Viešųjų pirkimo įstatymo 3 straipsnyje nustatyti principai ir tikslai bei tokiems Sutarties sąlygų pakeitimams yra gautas Viešųjų pirkimų tarnybos sutikimas. Sutarties keitimas turi būti įforminamas protokolu pasirašomu abiejų Sutarties šalių.

21. Sutarties pažeidimas

21.1. Jei kuri nors Sutarties Šalis nevykdo arba netinkamai vykdo kokius nors savo įsipareigojimus pagal Sutartį, ji pažeidžia Sutartį.

21.2. Vienai Sutarties Šaliai pažeidus Sutartį, nukentėjusioji Šalis turi teisę:21.2.1. reikalauti kitos Šalies vykdyti sutartinius įsipareigojimus;21.2.2. reikalauti atlyginti nuostolius;21.2.3. reikalauti sumokėti Sutarties specialiosiose sąlygose nustatytus delspinigius;21.2.4. pasinaudoti Sutarties įvykdymo užtikrinimu;21.2.5. nutraukti Sutartį;

21.2.6. taikyti kitus Lietuvos Respublikos teisės aktų nustatytus teisių gynimo būdus.

22. Sutarties vykdymo sustabdymas

22.1. Esant svarbioms aplinkybėms, Užsakovas turi teisę sustabdyti Paslaugų ar kurios nors jų dalies teikimą.

22.2. Jei Paslaugų teikimas stabdomas daugiau nei 90 dienų, ir stabdoma ne dėl Paslaugų teikėjo kaltės, Paslaugų teikėjas gali rašytiniu pranešimu Užsakovui pareikalauti atnaujinti Paslaugų teikimą per 30 dienų arba nutraukti Sutartį.

22.3. Kai dėl esminių klaidų ar pažeidimų Sutartis tampa negaliojančia, Užsakovas stabdo Sutarties vykdymą. Jei minėtos klaidos ar pažeidimai vyksta dėl Paslaugų teikėjo kaltės, Užsakovas, atsižvelgdamas į klaidos ar pažeidimo mastą, gali nevykdyti savo įsipareigojimo mokėti Paslaugų teikėjui arba gali pareikalauti grąžinti jau sumokėtas sumas ir pasinaudoti Sutarties įvykdymo užtikrinimu.

22.4. Sutarties vykdymas stabdomas, kad būtų galima patikrinti, ar iš tikrųjų buvo padarytos esminės klaidos ar pažeidimai. Jei įtarimai nepasitvirtina, Sutartis vėl pradedama vykdyti. Esminė klaida ar pažeidimas – tai bet koks Sutarties, galiojančio teisės akto pažeidimas ar teismo sprendimo nevykdymas, atsiradęs dėl veikimo ar neveikimo.

23. Sutarties nutraukimas

23.1. Sutartis gali būti nutraukiama raštišku Šalių susitarimu.23.2. Paslaugų teikėjas turi teisę vienašališkai nutraukti Sutartį tik dėl svarbių priežasčių.

Tokiu atveju Paslaugų teikėjas privalo visiškai atlyginti Užsakovo patirtus nuostolius. Apie tokį Sutarties nutraukimą Paslaugų teikėjas raštu praneša Užsakovui prieš 15 dienų.

23.3. Užsakovas bet kada turi teisę vienašališkai nutraukti Sutartį, apie tokį Sutarties nutraukimą pranešdamas Paslaugų teikėjui prieš 10 dienų.

23.4. Užsakovas po Sutarties nutraukimo turi kiek galima greičiau patvirtinti atliktų Paslaugų vertę. Taip pat parengiama ataskaita apie Sutarties nutraukimo dieną esančią Paslaugų teikėjo skolą Užsakovui ir Užsakovo skolą Paslaugų teikėjui.

23.5. Jei Sutartis nutraukiama Užsakovo iniciatyva dėl Paslaugų teikėjo kaltės, Užsakovo patirti nuostoliai ar išlaidos išieškomi išskaičiuojant juos iš Paslaugų teikėjui mokėtinų sumų arba pagal Paslaugų teikėjo pateiktą Sutarties įvykdymo užtikrinimą.

23.6. Sutartį nutraukus dėl Paslaugų teikėjo kaltės, be jam priklausančio atlyginimo už atliktas Paslaugas, Paslaugų teikėjas neturi teisės į kokių nors patirtų nuostolių ar žalos kompensaciją.

24. Ginčų nagrinėjimo tvarka

24.1. Šiai Sutarčiai ir visoms iš šios Sutarties atsirandančioms teisėms ir pareigoms taikomi Lietuvos Respublikos įstatymai bei kiti norminiai teisės aktai. Sutartis sudaryta ir turi būti aiškinama pagal Lietuvos Respublikos teisę.

24.2. Bet kokie nesutarimai ar ginčai, kylantys tarp Šalių dėl šios Sutarties, sprendžiami abipusiu susitarimu. Šalims nepavykus susitarti, bet kokie ginčai, nesutarimai ar reikalavimai, kylantys iš šios Sutarties ar susiję su ja, jos pažeidimu, nutraukimu ar galiojimu, neišspręsti Šalių susitarimu, sprendžiami kompetentingame Lietuvos Respublikos teisme.

25. Baigiamosios nuostatos

25.1. Nė viena Šalis neturi teisės perleisti visų arba dalies teisių ir pareigų pagal šią Sutartį jokiai trečiajai šaliai.

25.2. Bet kokios nuostatos negaliojimas ar prieštaravimas Lietuvos Respublikos įstatymams ar kitiems norminiams teisės aktams šioje Sutartyje neatleidžia Šalių nuo prisiimtų įsipareigojimų vykdymo. Šiuo atveju tokia nuostata turi būti pakeista atitinkančia teisės aktų reikalavimus kiek įmanoma artimesne Sutarties tikslui bei kitoms jos nuostatoms.

25.3. Visus kitus klausimus, kurie neaptarti Sutartyje, reguliuoja Lietuvos Respublikos teisės aktai.

25.4. Šiuo Šalys patvirtina, kad Sutartį perskaitė, suprato jos turinį ir pasekmes, priėmė ją kaip atitinkančią jų tikslus ir pasirašė aukščiau nurodyta data.

Užsakovas(nurodyti Užsakovo pavadinimą, adresą, įmonės kodą, banko pavadinimą, kodą, sąskaitos numerį, PVM mokėtojo kodą, telefono numerį, fakso numerį)

________________(parašas)

A.V.

Paslaugų teikėjas(nurodyti Paslaugų teikėjo pavadinimą, adresą, įmonės kodą, banko pavadinimą, kodą, sąskaitos numerį, PVM mokėtojo kodą, telefono numerį, fakso numerį)

___________________(parašas)

A.V.

Sutarties specialiųjų sąlygų priedas Nr. 2

Atsiskaitymo už suteiktas paslaugas planas

Sutarties Paslaugų apibūdinimas

Procentai nuo bendros

sutarties kainos su

PVM

Suma (LTL/EUR)

Pirmas etapas – Informacinės sistemos analizės paslaugos. 15 proc.

Antras etapas – Informacinės sistemos projektavimo ir konfigūravimo (konstravimo) paslaugos.

30 proc.

Trečias etapas – Informacinės sistemos diegimo paslaugos. 15 proc.

Ketvirtas etapas – Informacinės sistemos bandomosios ekploatacijos paslaugos ir informacinės sistemos priėmimas eksploatuoti. 40 proc.

100 proc.

Užsakovas(nurodyti Užsakovo pavadinimą, adresą, įmonės kodą, banko pavadinimą, kodą, sąskaitos numerį, PVM mokėtojo kodą, telefono, fakso numerį)

_____________________(parašas)

A. V.

Paslaugos teikėjas(nurodyti Paslaugų teikėjo pavadinimą, adresą, įmonės kodą, banko pavadinimą, kodą, sąskaitos numerį, PVM mokėtojo kodą, telefono, fakso numerį)

_____________________(parašas)

A. V.