-2016.gadam LRLM 2015/28-3-02/09 1. 2. 3. 4. · prasības attiecas arī uz piedāvājumiem, kas iesniegti, izmantojot pasta pakalpojumus. 6.3. Piedāvājumu, kas iesniegts vai piegādāts

1

Nolikums

„Valsts sociālās politikas monitoringa informācijas sistēmas (SPOLIS)

uzturēšanas pakalpojums 2015.-2016.gadam”

Iepirkuma identifikācijas Nr.LRLM 2015/28-3-02/09

1. Iepirkuma procedūras veids

Iepirkums atbilstoši Publisko iepirkumu likuma 8.2 panta prasībām.

2. Pasūtītājs

Labklājības ministrija, reģ.Nr. 90000022064, Skolas iela 28, Rīga, LV-1331

3. Kontaktpersona

Kontaktpersona iepirkuma laikā: Labklājības ministrijas Juridiskā departamenta iepirkumu

speciālists Edgars Groza, tālr.Nr. 67021675, e-pasts [email protected] .

4. Finansējums

Iepirkums tiek veikts valsts budžeta ietvaros ar plānoto līgumcenu 40 000 EUR (četrdesmit

tūkstoši euro un nulle euro centi apmērā).

5. Iepirkuma priekšmets

5.1. Valsts sociālās politikas monitoringa informācijas sistēmas uzlabojumu pakalpojums

2015.-2016.gadam atbilstoši tehniskās specifikācijas prasībām.

5.2. Iepirkuma priekšmeta CPV kods:

72240000-9 (Sistēmu analīzes un programmēšanas pakalpojumi).

5.3. Līguma izpildes termiņš: atbilstoši tehniskās specifikācijas prasībām.

5.4. Līguma izpildes vieta: Rīga.

6. Piedāvājumu iesniegšanas laiks un vieta

6.1. Piedāvājumi iesniedzami Labklājības ministrijas lietvedībā, Skolas ielā 28, Rīgā, LV-

1331. Piedāvājumi iesniedzami personīgi, ar kurjeru vai nosūtot pa pastu ierakstītā

vēstulē vai citā slēgtā iepakojumā.

6.2. Piedāvājumam jābūt nogādātam pasūtītāja adresē līdz 2015.gada 7.aprīļa plkst.17:00. Šī

prasības attiecas arī uz piedāvājumiem, kas iesniegti, izmantojot pasta pakalpojumus.

6.3. Piedāvājumu, kas iesniegts vai piegādāts pēc norādītā termiņa, neatvērtu nosūtīs atpakaļ

iesniedzējam.

7. Prasības piedāvājumu noformēšanai un iesniegšanai

7.1. Piedāvājums jāiesniedz slēgtā iepakojumā uz kuras norādīts:

7.1.1. Pasūtītāja nosaukums un adrese;

7.1.2. Iepirkuma nosaukums un iepirkuma identifikācijas numurs;

7.1.3. Pretendenta nosaukums, adrese, tālruņa un faksa numuri.

7.2. Piedāvājumu iesniedz divos atsevišķos sējumos (oriģināls un kopija), to norādot uz

sējuma. Piedāvājumam jābūt caurauklotam, tā lai lapas nevar atdalīt, visām lapām jābūt

numurētām un auklu sējuma aplīmējuma vietā sējuma aizmugurē izdarītam atbilstošam

apstiprinājumam (lapu skaits un paraksts).

7.3. Piedāvājums jāsagatavo latviešu valodā. Ja kāds dokuments piedāvājumā ir svešvalodā,

tam jāpievieno Pretendenta pārstāvja apliecināts tulkojums latviešu valodā (izņemot

ražotāja tehniskā dokumentācija).

7.4. Visu piedāvājumā iekļauto dokumentu atvasinājumiem jābūt pretendenta pārstāvja

apliecinātiem. Pretendentam ir tiesības visu iesniegto dokumentu atvasinājumu un

tulkojumu pareizību apliecināt ar vienu apliecinājumu, ja viss piedāvājums ir caurauklots.

7.5. Piedāvājumam jāatbilst tehniskajai specifikācijai (pielikums Nr.1) un tas jāsagatavo

saskaņā ar pievienotajiem formu paraugiem (pielikumi Nr. 2., Nr.3., Nr.4. un Nr.5).

7.6. Pretendents drīkst iesniegt tikai vienu piedāvājuma variantu un piedāvājums ir

iesniedzams par visu iepirkuma priekšmetu.

7.7. Pēc piedāvājumu iesniegšanas termiņa beigām pretendents savu piedāvājumu nevar

grozīt.

mailto:[email protected]

7.8. Pretendenta dokumentus paraksta persona, kurai ir pretendenta pārstāvības tiesības. Ja

Pretendentu pārstāvis ir pilnvarota persona, tad piedāvājumā iekļauj pretendenta

apliecinātu pilnvaras kopiju.

8. Pretendenta kvalifikācijas prasības.

8.1. Uz pretendentu neattiecas Publisko iepirkumu likuma 8.2panta piektajā daļā norādītie

pretendentu izslēgšanas nosacījumi.

8.2. Pretendents ir reģistrēts Latvijā vai ārvalstīs.

8.3. Pretendenta kopējais finanšu apgrozījums iepriekšējo 3 (trīs) finanšu gadu laikā nav

mazāks par EUR 120 000 (viens simts divdesmit tūkstoši euro) bez pievienotās vērtības

nodokļa (turpmāk – PVN). Piegādātāji, kas dibināti vēlāk (nav 3 gadu periods), norāda

kopējo finanšu apgrozījumu par periodu no piegādātāja dibināšanas vai darbības

uzsākšanas laika.

8.4. Pretendents iepriekšējo 3 (trīs) gadu laikā (līdz piedāvājuma iesniegšanas termiņa

beigām) ir veicis informācijas sistēmu izstrādes pakalpojumus 2 (divu) līdzvērtīgu

projektu realizācijā. Par līdzvērtīgu projektu tiks uzskatīts projekts vismaz EUR 40 000

(četrdesmit tūkstoši euro) apmērā bez PVN par informācijas sistēmu izstrādes

pakalpojumu veikšanu, kurā lietotāju skaits ir ne mazāks kā 100.

8.5. Pretendentam ir ieviesta sertificēta kvalitātes vadības sistēma informāciju sistēmu

izstrādes jomā (ISO 9001:2008, CMMI vai ekvivalents).

8.6. Pretendentam ir vismaz šāds kvalificēts personāls, kas būs atbildīgs par pakalpojumu

sniegšanu:

8.6.1. viens projektu vadītājs, kuram ir augstākā izglītība vadības zinātnēs, sertifikāts,

kas apliecina projekta vadītāja kvalifikāciju (PMP, PRINCE2 vai ekvivalents) un

pieredze vismaz divu līdzvērtīgu projektu realizācijā kā projektu vadītājam

iepriekšējo trīs gadu laikā (līdz piedāvājuma iesniegšanas termiņa beigām). Par

līdzvērtīgu projektu tiks uzskatīts projekts vismaz EUR 40 000 (četrdesmit

tūkstoši euro) apmērā bez PVN par informācijas sistēmu izstrādes pakalpojumu

veikšanu;

8.6.2. viens vadošais sistēmu analītiķis, kuram ir augstākā izglītība datorzinātnēs un

pieredze vismaz divu līdzvērtīgu projektu realizācijā kā sistēmu analītiķim

iepriekšējo trīs gadu laikā (līdz piedāvājuma iesniegšanas termiņa beigām). Par

līdzvērtīgu projektu tiks uzskatīts projekts vismaz EUR 40 000 (četrdesmit

tūkstoši euro) apmērā bez PVN par informācijas sistēmu izstrādes pakalpojumu

veikšanu;

8.6.3. divi programmētāji, kuriem katram ir augstākā izglītība datorzinātnēs, sertifikāts,

kas apliecina zināšanas programmatūras izstrādē (Microsoft Certified Professional

Developer vai ekvivalents) un pieredze vismaz divu līdzvērtīgu projektu

realizācijā kā programmētājam iepriekšējo trīs gadu laikā (līdz piedāvājuma

iesniegšanas termiņa beigām). Par līdzvērtīgu projektu tiks uzskatīts projekts

vismaz EUR 40 000 (četrdesmit tūkstoši euro) apmērā bez PVN par informācijas

sistēmu izstrādes pakalpojumu veikšanu;

8.6.4. viens biznesa inteliģences risinājumu programmētājs, kuram ir augstākā izglītība

datorzinātnēs, sertifikāts, kas apliecina zināšanas Microsoft SQL Server biznesa

inteliģences risinājumu izstrādē (Microsoft Certified Technolog Specialist

Business Intelligence Development vai ekvivalents sertifikāts un pieredze vismaz

divu līdzvērtīgu projektu realizācijā kā biznesa inteliģences risinājumu

programmētājam iepriekšējo trīs gadu laikā (no piedāvājuma iesniegšanas termiņa

beigām). Par līdzvērtīgu projektu tiks uzskatīts projekts vismaz EUR 40 000

(četrdesmit tūkstoši euro) apmērā bez PVN par informācijas sistēmu izstrādes

pakalpojumu veikšanu;

8.6.5. vadošais testētājs, kuram ir augstākā izglītība datorzinātnēs, sertifikāts, kas

apliecina zināšanas programmatūras testēšanas jomā (International Software

Testing Qualification Board sertifikāts vai ekvivalents) un pieredze vismaz divu

līdzvērtīgu projektu realizācijā kā testētājam iepriekšējo trīs gadu laikā (līdz

piedāvājuma iesniegšanas termiņa beigām). Par līdzvērtīgu projektu tiks uzskatīts

projekts vismaz EUR 80 000 (astoņdesmit tūkstoši euro) apmērā bez PVN par

informācijas sistēmu izstrādes pakalpojumu veikšanu.

9. Iesniedzamie dokumenti

9.1. Pretendenta pārstāvja parakstīts pieteikums par piedalīšanos iepirkumā atbilstoši

iepirkuma nolikuma 2.pielikumam.

9.2. Pretendenta pārstāvja parakstīts apliecinājums par tā finansiālo stāvokli, kas apliecina

iepirkuma nolikuma 8.3.apakšpunktā noteikto prasību.

9.3. Pretendenta pārstāvja parakstīta informācija, atbilstoši nolikuma 3.pielikumam

„Informācija par pretendenta pieredzi”, par īstenotiem projektiem, kas apliecina

iepirkuma nolikuma 8.4.apakšpunktā norādīto pieredzi, norādot:

9.3.1. pakalpojuma saņēmēju;

9.3.2. īsu pakalpojuma aprakstu;

9.3.3. pakalpojuma summu EUR bez PVN;

9.3.4. pakalpojuma īstenošanas laiku (gadu un mēnesi);

9.3.5. pasūtītāja kontaktpersonas vārdu, uzvārdu, tālruņa numuru un e-pasta

adresi. 9.4. Dokumenta kopiju, kas apliecina nolikuma 8.5.apakšpunktā noteiktās prasības izpildi.

9.5. Pretendenta pārstāvja parakstīta informācija, atbilstoši nolikuma 4.pielikumam

„Apliecinājums par pretendenta personālu”, par pretendenta personālu, kas apliecina

iepirkuma nolikuma 8.6.apakšpunktā norādīto pieredzi, norādot speciālista:

9.5.1. vārdu un uzvārdu;

9.5.2. izglītību;

9.5.3. kvalifikāciju;

9.5.4. paredzēto lomu līguma izpildē;

9.5.5. pieredzi, norādot pakalpojuma saņēmēju, īsu pakalpojuma aprakstu, pakalpojuma

summu EUR bez PVN, pakalpojuma īstenošanas laiku (gadu un mēnesi),

pasūtītāja kontaktpersonas vārdu, uzvārdu, tālruņa numuru un e-pasta adresi.

9.6. Nolikuma 9.5.apakšpunktā norādītajam apliecinājumam pievieno nolikuma

8.6.apakšpunktā norādīto speciālistu parakstītus apliecinājumus:

Apliecinājums:

Es, vārds, uzvārds apakšā parakstījies (-usies):

1) apliecinu, ka apliecinājumā, kas iesniegts atbilstoši nolikuma 9.5.apakšpunktam,

norādītā informācija pareizi raksturo mani, manu pieredzi un izglītību;

2) piekrītu manu personas datu izmantošanai iepirkuma „Valsts sociālās politikas

monitoringa informācijas sistēmas (SPOLIS) uzturēšanas pakalpojums 2015.-

2016.gadam” (iepirkuma identifikācijas Nr. LRLM2015/28-3-02/09) Pretendenta

(Pretendenta nosaukums) piedāvājuma izvērtēšanai;

3) apliecinu, ka apņemos piedalīties iepirkuma līguma izpildē, ja Pretendentam

(Pretendenta nosaukums) tiks piešķirtas tiesības slēgt iepirkuma līgumu.

Datums (dd/mm/gg/):____________________________

Vārds, uzvārds:_________________________________

Paraksts:_____________________________

9.7. Nolikuma 8.6.apakšpunktā noteikto speciālistu izglītību un kvalifikāciju apliecinošu

dokumentu kopijas.

9.8. Tehniskais piedāvājums:

9.8.1. Pretendenta tehniskajam piedāvājumam pilnībā jāatbilst iepirkuma nolikuma

1.pielikumā „Tehniskā specifikācija” norādītajām prasībām.

9.8.2. Tehniskajam piedāvājumam jābūt Pretendenta pārstāvja parakstītam.

9.9. Finanšu piedāvājums:

9.9.1. Finanšu piedāvājums jāsagatavo un jāiesniedz atbilstoši nolikuma 5.pielikumā

norādītajai formai.

9.9.2. Finanšu piedāvājumā piedāvātajā cenā iekļaujamas visas ar Pakalpojumu

sniegšanu un Tehnisko specifikāciju prasību izpildi saistītās izmaksas, tajā skaitā

licences ar trešajām personām, personāla izmaksas, kā arī visas ar to netieši

saistītās izmaksas (dokumentācijas drukāšanas, transporta pakalpojumi u.c.).

9.9.3. Finanšu piedāvājumā norāda vienas cilvēkstundas izcenojuma likmi euro valūtā.

Aprēķinos lieto 2 (divas) decimālzīmes aiz komata.

9.9.4. Finanšu piedāvājumam jābūt Pretendenta pārstāvja parakstītam.

10. Piedāvājumu pārbaude, vērtēšana un lēmuma pieņemšana

10.1. Iepirkuma komisija (turpmāk – komisija) pārbaudīs pretendenta piedāvājuma

noformējuma un iesniegšanas termiņa atbilstību iepirkuma nolikuma 6. un 7. punktā

norādītajām prasībām. Neatbilstoši noformēti piedāvājumi, kā arī piedāvājumi, kas

iesniegti pēc norādītā termiņa netiks vērtēti.

10.2. Pretendentu kvalifikācijas atlases laikā komisija pārbaudīs pretendenta atbilstību

iepirkuma nolikuma 8.punktā noteiktajām kvalifikācijas prasībām. Pretendenti, kuri

neatbildīs kvalifikācijas atlases prasībām, tiks noraidīti un to piedāvājumi tālāk netiks

izskatīti.

10.3. Tehnisko piedāvājumu pārbaudes laikā komisija pārbaudīs pretendentu iesniegto

tehnisko piedāvājumu atbilstību nolikuma 9.8.apakšpunktā noteiktajām prasībām.

Pretendentu piedāvājumi, kuri neatbildīs tehnikās specifikācijas prasībām tiks

noraidīti un tālāk izskatīti netiks.

10.4. Finanšu piedāvājumu pārbaudes laikā komisija pārbaudīs pretendentu iesniegto

finanšu piedāvājumu atbilstību iepirkuma nolikuma 9.9.apakšpunktā noteiktajām

prasībām. Pārbaudot pretendentu finanšu piedāvājumus iepirkuma komisija pārbaudīs

vai piedāvājumos nav aritmētisko kļūdu. Ja komisija konstatēs šādas kļūdas, tā šīs

kļūdas izlabos. Par kļūdu labojumu un laboto piedāvājuma summu komisija paziņos

pretendentam, kura pieļautās kļūdas labotas. Vērtējot finanšu piedāvājumu, komisija

ņems vērā labojumus.

10.5. No visiem piedāvājumiem, kas būs izturējuši piedāvājumu noformējuma pārbaudi,

pretendentu atlasi, tehnisko un finanšu piedāvājumu pārbaudi, komisija izvēlēsies

piedāvājumu ar viszemāko cenu.

10.6. Komisija, pārbaudot un izvērtējot iesniegtos pretendentu piedāvājumus, vērtēs

pretendentu un to piedāvājumu atbilstību iepirkuma nolikumā noteiktajām prasībām.

Konstatējot neatbilstību, komisija vērtēs to nozīmību.

10.7. Publisko iepirkumu likuma 8.2 panta piektajā daļā noteikto apstākļu esamību komisija

pārbaudīs tikai attiecībā uz pretendentu, kuram būtu piešķiramas līguma slēgšanas

tiesības Publisko iepirkumu likuma 8.2panta septītās un astotās daļas noteiktajā

kārtībā.

10.8. Par uzvarētāju iepirkumā tiks atzīts pretendents, kura piedāvājums atbilst nolikuma

prasībām, ir ar viszemāko cenu un, uz kuru neattiecas Publisko iepirkumu likuma 8.2

panta piektajā daļā noteiktie izslēgšanas nosacījumi.

Pielikumā:

Pielikums Nr.1 „Tehniskā specifikācija”;

Pielikums Nr.2 „Pieteikums par piedalīšanos iepirkumā”;

Pielikums Nr.3. „Informācija par pretendenta pieredzi”;

Pielikums Nr.4. „Apliecinājums par pretendenta personālu”;

Pielikums Nr.5. „Finanšu piedāvājums”.

1.pielikums

iepirkuma „Valsts sociālās politikas monitoringa informācijas sistēmas

(SPOLIS) uzturēšanas pakalpojums 2015.-2016.gadam”

Nr.LRLM2015/28-3-02/09 nolikumam

Tehniskā specifikācija

iepirkumam

„SPOLIS uzturēšanas pakalpojums 2015.-2016.gadam”

(iepirkuma identifikācijas Nr.LRLM2015/28-3-02/09)

Mērķis – nodrošināt Labklājības ministrijas (turpmāk – Ministrijas) Valsts sociālās politikas

monitoringa informācijas sistēmas (turpmāk – SPOLIS) uzturēšanu un pilnveidošanu saskaņā ar

Tehniskajā specifikācijā noteiktajiem uzdevumiem.

Rezultāts – SPOLIS strādā atbilstoši spēkā esošajai likumdošanai un Ministrijas noteiktajiem

pamatprocesu izpildes principiem, nodrošinot pamatfunkciju un sadarbības līgumu nosacījumu izpildi.

IZMANTOTIE TERMINI UN SAĪSINĀJUMI

Pasūtītājs – Pasūtītājs ir Ministrija.

Izpildītājs – šī dokumenta kontekstā par Izpildītāju tiek saukta organizācija, kura uzvarēs

konkursā, pamatojoties uz iepirkuma rezultātiem.

Izstrādātājs – šī dokumenta kontekstā par Izstrādātāju tiek saukta organizācija, kura pašlaik veic

SPOLIS pakalpojumu administrēšanas programmatūras izstrādi. Sistēmas izstrādātājs ir

SIA „ISOFT SOLUTIONS”.

Līgums – līgums, kurš tiks noslēgts starp Pasūtītāju un Izpildītāju, pamatojoties uz iepirkuma

rezultātiem.

Nodevums – līguma izpildes rezultātā izstrādāts un nodots darba produkts, kurš tiek iesniegts

Pasūtītājam pieņemšanai un kura nepieciešamība ir atrunāta līguma dokumentos.

Loģiski nodalāma nodevumu apakškopa, kuras piegādes termiņu un saturu nosaka

vienošanās, kas tiek noslēgta līguma ietvaros.

Projekts – projektorientētās vadības organizēts līguma darbu kopums.

Izmaiņu pieprasījums – uz jaunām vai izmainītām biznesa prasībām balstīts uzdevumu kopums, kurš

nodrošina noteiktu biznesa procesu izpildi.

Izmaiņu vadības padome (IVP) – Pie Pasūtītāja pastāvīgi darbojošās struktūra, kura risina ar

informācijas sistēmu (turpmāk – IS) izstrādi saistītās problēmas un akceptē ārējiem

izstrādātājiem dodamos uzdevumus.

SPOLIS – Valsts Sociālās Politikas Monitoringa Informācijas Sistēma.

VISS – Valsts integrācijas sistēmu savietotājs. Turētājs – Valsts reģionālās attīstības aģentūra.

1. IZPILDĪTĀJA DARBA (PROJEKTA) SFĒRA

Projekta laikā veicami šādi uzdevumi:

Nr. Uzdevums

1. SPOLIS funkcionalitātes papildināšana saskaņā ar biznesa izmaiņu pieprasījumiem, kas

pamatoti ar likumdošanas izmaiņām

2. SPOLIS funkcionalitātes papildināšana saskaņā ar biznesa izmaiņu pieprasījumiem, kas

saistīti ar izmaiņām biznesa procesos vai jaunu sadarbības līgumu noslēgšanu

3. SPOLIS programmatūras uzturēšana saskaņā ar lietotāju pieteiktajiem problēmu

ziņojumiem, tais skaitā lietotāju konsultācijas un sistēmas defektu novēršana, kuri nav

radušies šī Līguma ietvaros veicamo darbu rezultātā.

4. e-pakalpojumu funkcionalitātes papildināšana (VISS) saskaņā ar biznesa izmaiņu

pieprasījumiem, kas saistīti ar izmaiņām biznesa procesos vai jaunu sadarbības līgumu

noslēgšanu

5. e-pakalpojumu funkcionalitātes papildināšana (VISS) programmatūras uzturēšana

saskaņā ar lietotāju pieteiktajiem problēmu ziņojumiem

Nr. Uzdevums

6. SPOLIS veiktspējas un datu kvalitātes problēmu risināšana saskaņā ar tehniskajiem

izmaiņu pieprasījumiem

7. Atbalsts un konsultācijas specifisku problēmu risināšanā

2. SISTĒMAS DARBĪBAS SFĒRA

Valsts sociālās politikas monitoringa informācijas sistēma ir kompleksa monitoringa sistēma, kura

apvieno vienā sistēmā sociālo pakalpojumu un palīdzības saņēmēju reģistru, trūcīgo personu reģistru,

kā arī sociālo pakalpojumu sniedzēju reģistru un valsts statistikas pārskatu veidošanu.

Sistēma nodrošina elektroniskos pakalpojumus sociālo pakalpojumu un palīdzības sfērā. Projekta

ietvaros tiek realizēti elektroniskie pakalpojumi:

personu sūdzības un priekšlikumi par sociālo palīdzību un sociālajiem pakalpojumiem; iesnieguma

statuss sociālo pakalpojumu saņemšanai, paziņojums par pieņemtajiem lēmumiem; rindas statuss

sociālo pakalpojumu saņemšanai, paziņojums par pieņemtajiem lēmumiem; atskaišu un valsts

statistikas pārskatu iesniegšana; sociālo pakalpojumu sniedzēju reģistrācija. SPOLIS tiek integrēta ar

citām valsts informācijas sistēmām, tai skaitā PMLP Iedzīvotāju reģistru, CSDD, VDEĀK, IEM

Informācijas centra, TA Datorizēto Zemesgrāmatu, VZD un citām sistēmām.

SPOLIS turētājs ir Latvijas Republikas Labklājības ministrija. SPOLIS ir izstrādāta un ieviesta.

Pilnībā ir izstrādāti šādi moduļi:

1) Sociālo pakalpojumus sniedzēju reģistrs

2) Sociālo pakalpojumus sniedzēju sniegto sociālo pakalpojumu kvalitātes kontrole

3) Valsts statistikas pārskatu iesniegšana par sociālajiem pakalpojumiem un sociālo palīdzību

4) Klientu rindu koordinēšana uz ilgstošās sociālās rehabilitācijas un aprūpes pakalpojumu

Sistēmā ir izstrādāti un ieviešanas procesā ir šādi moduļi:

1) Ilgstošās sociālās rehabilitācijas un aprūpes pakalpojums (institūciju darba vide)

2) E-pakalpojumi

ERAF projekta ietvaros 2015.g. tiks izstrādāti šādi moduļi:

1) Asistenta pakalpojums personām ar invaliditāti

2) Pašvaldību sociālo dienestu informācijas sistēmu (SOPA, LIETIS, GVS) datu apmaiņas

risinājums par pašvaldību sniegtajiem sociālajiem pakalpojumiem un sociālo palīdzību.

Pasūtītājs apliecina, ka izstrādes procesā esošie moduļi un daļēji ieviestās Sistēmas daļas būs

atbilstošas Konkursa nolikuma 1.pielikuma „Tehniskā specifikācija” 3.punktā noteiktajām prasībām.

2.1. ESOŠĀS SITUĀCIJAS APRAKSTS

SPOLIS veido vienotu sociālo palīdzību un sociālo pakalpojumiem uzskaitījumu un vērtējumu

sistēmu. Sistēmā tiek apvienota informācija par pakalpojumu sniedzējiem un pakalpojumu ņēmējiem.

Pakalpojumu sniedzēju reģistrā tiek apkopota informācija par iestādēm un personām, kas sniedz

sociālos pakalpojumus, kā arī nodrošināta aktuāla informācija par pakalpojumiem. Sistēmā ir iekļauti

elektroniskie pakalpojumi, kuri nodrošina attālināti sociālo pakalpojumu sniedzēju reģistrēšanu un to

datu aktualizēšanu, kā arī valsts statistikas pārskatu iesniegšanu. Par pakalpojumu sniedzēju sistēmā

tiek uzturēta arī pakalpojumu sniedzēju pārbaužu informācija, nodrošinot sociālo pakalpojumu

sniedzēju pārbaužu uzskaiti.

Personas sociālo pakalpojumu un sociālo palīdzības saņemšanai iesniedz iesniegumu savās

pašvaldībās. SPOLIS nodrošinās sociālo palīdzību un pakalpojumu datus apkopošanu no pašvaldību

informācijas sistēmām. Pašvaldības, kurām nav savas pašvaldībās sistēmas, SPOLIS ir iespēja reģistrēt

un uzturēt savus datus par sociālo pakalpojumiem un sociālo palīdzību.

Sistēmā ir izstrādāti elektronisko pakalpojumi sociālo pakalpojumu un palīdzības sfērā, šādi

elektroniskie pakalpojumi:

EP114 „Personu sūdzības, iesniegumi un priekšlikumi par sociālo palīdzību un sociālajiem

pakalpojumiem”;

EP115 „Iesnieguma statuss sociālo pakalpojumu saņemšanai, paziņojums par pieņemtajiem

lēmumiem”;

EP116 „Rindas statuss sociālo pakalpojumu saņemšanai, paziņojums par pieņemtajiem lēmumiem”;

EP117 „Sociālo pakalpojumu sniedzēju reģistrācija”;

EP118 „Atskaišu un valsts statistikas pārskatu iesniegšana”.

Personai sniegtie sociālie pakalpojumi un sociālās palīdzības dati tiek apkopoti kopīgā personu

reģistrā. Personu reģistrs nodrošina procesus, kas saistīti ar normatīvajos aktos noteikto sociālo

pakalpojumu un sociālo palīdzību saņēmēju iesniegumu izskatīšanu un piešķiršanu, ja uz sociālo

pakalpojumu ir jāgaida rindā, tad sistēmā tiek nodrošināta klientu rindu koordinēšana sociālo

pakalpojumu saņemšanai valsts sociālās aprūpes centros un līgumorganizācijās.

Sistēma nodrošina valsts sociālās aprūpes centru valsts sociālo pakalpojumu saņēmēju un to

pakalpojumu uzskaiti un administrēšanu.

2.2. SISTĒMAS ARHITEKTŪRA

Sistēma pamatā ir veidota kā internetā izmantojama programmatūra, t.i., vairums lietotāju sistēmu

izmanto ar interneta pārlūkprogrammu, un tam nav nepieciešama specifiskas programmatūras

instalēšana lietotāja datorā.

Lai nodrošinātu operatīvo datu apstrādes un analīzes iespējas, pēc iespējas ātrāku datu nokļūšanu

sistēmas datubāzēs un izvairītos no datu dublēšanas, SPOLIS veidota kā centralizēta sistēma.

2.3. FUNKCIONĀLĀS KOMPONENTES

Sistēmas arhitektūra ir izstrādāta, ievērojot vairāklīmeņu arhitektūras principu. Katras funkcionālo

prasību grupas implementācija ir sadalīta komponentēs (klasēs), savstarpēji nodalot datu struktūras un

darbības, kas nodrošina lietotāju saskarnes, biznesa loģikas un datu piekļuves funkcijas.

Attēlā Nr.1 šis princips ilustrēts grafiski. Diagrammā ar biezākām bultiņām attēlota lietotāja

pieprasījumu izpildes kontroles plūsma. Ar tievākām bultiņām attēlota datu (parametru) plūsma.

Diagrammas elementu krāsojums raksturo to piederību lietotāju saskarnes (zaļā krāsa), biznesa loģikas

(zilā krāsa) un datu piekļuves (sarkanīgā krāsa) līmeņiem (slāņiem).

Lietotāja saskarne

(View)

Lietotāja saskarnes loģika(Controller / Action)

Biznesa loģika(Command / Query)

Datu piekļuve(Object Relational Mapper)

Ekrānformu ģenerēšanas

parametri(ViewModel)

Biznesa entītijas(Model)

LM VSPMIS datubāze

Saskarnes papildu elementi

(javascript, css)Dinamiskie

dati lietotāja saskarnei

(JSON)

Lietotājs (pārlūkporgramma)

Attēls 1 -Lietotāja pieprasījumu izpildes kontroles plūsma

Tāpat SPOLIS satur arī vairākus citus neatkarīgi darbināmus lietojumus, kuri šajā diagrammā nav

attēloti:

servisu statistisko pārskatu importam sistēmas datubāzēs no XLS formāta datnēm

(implementēts kā Windows serviss);

servisu sistēmas ziņojumu izsūtīšanu lietotājiem (implementēts kā Windows serviss);

servisu datu noliktavas datu izgūšanai no LM VSPMIS (tas pats - SPOLIS) datubāzes

(implementēts kā SQL integrācijas serviss);

datu analīzes servisu.

2.4. LIETOTĀJU SASKARNES LĪMENIS

Lietotāju saskarnes implementācijai, atkarībā no veicamajām funkcijām, tiek izmantotas ASP.NET

MVC web formas, Microsoft SQL Server 2008 R2 Report Server pārskatu formas vai Microsoft Excel

PivotTable rīka formas.

Web formas

SPOLIS pamata funkcionalitāte lietotājiem ir pieejama, izmantojot Web lietojuma saskarni. Saskarne

veidota, izmantojot Microsoft ASP.NET 4.0 tehnoloģijas un Microsoft ASP.NET MVC 3 ietvara

programmatūru. Web formu izstrādē izmantoti Razor view engine, kā arī pielietotas DHTML un

AJAX tehnoloģijas.

Pārskati

SPOLIS katra atsevišķā pārskata lietotāju saskarne implementēta kā ASP.NET web forma pārskata

parametru norādīšanai (kur nepieciešams) un Microsoft SQL Server 2008 R2 Reporting Services

pārskata forma, kas nodrošina atskaišu attēlošanu un to eksporta iespējas uz dažādiem failu formātiem.

Datu analīze

Microsoft SQL 2008 R2 Server Analysis Services nodrošina datu analīzes noliktavā izveidoto datu

analīzes kubu izmantošanu dinamiskos pārskatos un datu analīzes iespējas, lietotāja saskarnei

izmantojot Microsoft Excel PivotTable rīku.

2.5. BIZNESA LĪMENIS

Biznesa līmeņa komponentes nodrošina starpslāni starp lietotāju saskarni un datu bāzi vai ārējām

sistēmām. Biznesa līmenis nodrošina vienotus datu validācijas un auditācijas mehānismus, lietotāju

datu piekļuves tiesību pārbaudes, lietotāju darbību auditāciju, kā arī atdala biznesa procesus no

lietotāja saskarnes, vienkāršojot tālāko biznesa procesu uzturēšanu un modifikācijas. Biznesa līmeņa

funkcijas realizētas, izmantojot Microsoft.NET 4 tehnoloģijas.

2.6. INFRASTRUKTŪRAS LĪMENIS

Infrastruktūras līmenis (servisi) nodrošina funkcionalitāti, ko izmanto visā sistēmā vairākos slāņos.

Infrastruktūras servisi realizēti izmantojot Microsoft.NET 4 tehnoloģijas.

Autentifikācijas un autorizācijas servisi

Autentifikācijas serviss atbild par lietotāja autentifikācijas informācijas pārbaudi un lietotāja

identitātes noteikšanu. Autorizācijas serviss atbild arī par lietotāju tiesību kontroli.

Auditācijas serviss

Auditācijas mērķis ir uzkrāt informāciju par biznesa funkciju veikšanu, veiksmīgu vai neveiksmīgu

piekļuvi sistēmas objektiem, privilēģiju lietošanu un citām svarīgām lietotāju darbībām to vēlākai

analīzei. Auditācijas žurnāla serviss izmantots visos sistēmas moduļos, kur nepieciešams darbību

audits.

Sistēmas žurnāla serviss

Sistēmas žurnāls paredzēts sistēmas administratoriem un izstrādātājiem, lai dotu iespēju noteikt

sistēmas kļūdu cēloņus un noteiktu sistēmas komponentu stāvokli.

Sistēmas žurnāla serviss nodrošina vairāku līmeņu ierakstu reģistrēšanu sistēmas žurnālā:

0. līmenis (ERROR) – žurnālā tiek reģistrēti tikai kritiskie kļūdu ziņojumi. Piemēram, neparedzētas

kļūdas;

1. līmenis (WARN) – žurnālā tiek reģistrēti 0. līmeņa ziņojumi, kā arī brīdinājuma un informatīvie

ziņojumi;

2. līmenis (DEBUG) – žurnālā tiek reģistrēti 0. un 1. līmeņu ziņojumi, kā arī detalizēta informācija,

kas saprotama tikai moduļu izstrādātājiem.

Žurnālu ierakstu reģistrēšanas līmenis tiek noteikts sistēmas konfigurācijas failā.

Sistēmas žurnāla serviss nodrošina konfigurējamu iespēju reģistrēt ierakstus Windows sistēmas

žurnālā (EventLog) vai arī žurnāla failos.

Notifikācijas serviss

Notifikācijas serviss nodrošina vienotas informācijas izsūtīšanas iespējas SPOLIS ietvaros, piedāvājot

integrāciju ar e-pasta sistēmu. Notifikāciju izsūtīšanas serviss realizēts kā regulāri izpildāms Windows

process. Tas atlasa visus reģistrētos atgādinājumus, kuriem pienācis izsūtīšanas laiks, un izsūta tos

adresātiem. Procesa darbināšanas laiku un biežumu nosaka sistēmas administrators. Pārējai sistēmas

daļai notifikācijas serviss nodrošina izsūtāmo atgādinājumu reģistrēšanas funkcionalitāti.

Datu importa serviss

Datu importa serviss veic lietotāju iesūtīto statistisko pārskatu datu izguvi no XLS (vai EDOC, kurš

satur XLS) formāta datnēm. Izgūtie dati tiek validēti un, veiksmīgas validācijas gadījumā, saglabāti

datu analīzes kubos. Informācija par importa statusu, atklātajām kļūdām un brīdinājumiem tiek

saglabāta SPOLIS datubāzē, no kuras lietotājam ir iespēja to apskatīt.

2.7. DATU LĪMENIS

Object Relational Mapper (ORM)

ORM modulis nodrošina datu piekļuves funkcijas biznesa komponentēm. ORM izmantošana ļauj datu

apstrādē un izmantošanā abstrahēties no datu fiziskās glabāšanas īpašībām, nodrošinot datu pārnešanu

starp biznesa objektiem un datubāzi. Realizācija, balstīta uz atvērtā, koda bibliotēku NHibernate 3, kas

tāpat piedāvā vairāku līmeņu datu kešošanas iespējas, kas atslogo datubāzes serverus, mazina datu

bloķēšanu, uzlabojot sistēmas veiktspēju.

Datubāze

SPOLIS datu līmenis nodrošina SPOLIS datu uzglabāšanu drošā veidā, izmantojot Microsoft SQL

Server 2008 R2 Standard Edition instances. Microsoft SQL Servera izmantošana datubāzu realizācijai

nodrošina iespēju administratoriem veikt datu rezerves kopēšanu, izmantojot SQL servera piedāvātos

rīkus un neapturot SPOLIS darbību.

Datu integrācijas servisi

Sistēmā izveidota atsevišķa datubāze, kura pildīs datu noliktavas funkcijas. Dati šajā datubāzē tiek

aizpildīti no pamata datubāzes, izmantojot Microsoft SQL 2008 R2 Integration Services. Datu

transformācijas procedūras veic regulāru mainīto vai jauno (klāt nākušo) datu pārnešanu uz datu

noliktavu.

2.8. FIZISKĀ ARHITEKTŪRA

Šajā nodaļā aprakstīts sistēmas komponenšu fiziskais izvietojums pa serveriem.

Sistēmas fiziskā arhitektūra ir parādīta zemāk redzamajā attēlā nr.2. Tajā ir redzams galveno

komponenšu izvietojums pa serveriem, kā arī izmantotās tehnoloģijas. Ar bultiņām ir atainotas tikai

galvenās komponenšu savstarpējās atkarības.

Attēls 2 – SPOLIS fiziskā arhitektūra

2.9. SISTĒMAS SASKARNES AR ĀRĒJĀM INFORMĀCIJAS SISTĒMĀM

SPOLIS sistēmai ir nodrošināta integrācija ar:

PMLP Iedzīvotāju reģistra sistēmu, kas ļaus izgūt datus par personu;

Valsts zemes dienesta informācijas sistēmu, kas piegādā Valsts adrešu reģistra datus;

Valsts Vienoto datorizēto zemesgrāmatu, kas ļauj izgūt datus par personai reģistrētiem

nekustamajiem īpašumiem;

SPOLIS datubāze

Microsoft SQL Server

2008 R2

SPOLIS datu noliktava

Microsoft SQL Server 2008 R2

SPOLIS portāls

Microsoft IIS 7 serveris

Web formu loģika

Biznesa objekti un ORM

Autentifikācijas un

autorizācijas servisi

Auditācijas serviss

Sistēmas žurnāla serviss

Latvija.SPOLIS lietotāju

PC

Microsoft IIS serverisInterneta

pārlūks

Pāradresācija uz

SPOLIS portālu

Lietotāja

saskarnes web

formas

E-pakalpojumu

lietotāju PC

Interneta pārlūks

E-pakalpojuma

saskarnes web

formas

Pārskatu

servisi

Integrācijas servisi

Dokumentu ģenerēšana

Pakalpojumu

sniedzēju reģistra

dati

Valsts statistikas

pārskatu dati

Datu analīzes

datu noliktava

SQL

Integrācijas

Servisi

Pārskati

Datu analīzes rīks

(Excel PivotTable)

Dinamiskie

pārskati

Lietotāju

autentifikācija

Windows lietojums

Notifikācijas serviss

Windows serviss

Datu importa serviss

CSDD informācijas sistēmu, kas ļauj izgūt datus par personas reģistrētajiem transporta

līdzekļiem;

VDEĀK informācijas sistēmu, kas ļauj izgūt datus par personas invaliditāti;

Iekšlietu ministrijas Informācijas centra Administratīvo sodu reģistru, uz kuru SPOLIS nodod

informāciju par uzlikto administratīvo sodu un Nederīgo dokumentu reģistru, kas ļaus izgūt

datus par personas dokumentu derīgumu;

ar e-pakalpojumu portālu www.latvija.lv, kas ļauj ar SPOLIS saistītos elektroniskos

pakalpojumus saņemt attālināti.

SPOLIS tiks nodrošināta saskarne datu saņemšanai no pašvaldību informatīvajām sistēmām.

2.10. SISTĒMAS LIETOTĀJI

Tabulā Nr.1 uzskaitītas galvenās sistēmas lietotāju grupas, to raksturiezīmes un veids, kā tie lieto

sistēmu.

Tabula 1 – SPOLIS galvenās lietotāju grupas

Lietotāju grupa Raksturiezīmes un Sistēmas lietošanas veids

LM Sociālo pakalpojumu

kvalitātes kontroles

departamenta darbinieki

Sociālo pakalpojumu sniedzēju reģistrācija

Sūdzību izskatīšana par sociālo pakalpojumu sniedzējiem

Sociālo pakalpojumu sniedzēju pakalpojumu kvalitātes un

darbības kontrole

LM Sociālo pakalpojumu

departamenta darbinieki Valsts Sociālo pakalpojumu administrēšana

LM Sociālās iekļaušanas un

sociālā darba politikas

departamenta darbinieki

Valsts Statistikas pārskatu iegūšana un datu analīze

Pašvaldību sociālās palīdzības administrēšana

LM Finanšu vadības

departamenta darbinieki Finanšu informācijas iegūšana un datu analīze par valsts

sociālajiem pakalpojumiem

Sociālās Integrācijas Valsts

Aģentūras darbinieki Valsts finansēto sociālās aprūpes un rehabilitācijas

pakalpojumu klientu rindu koordinēšana

Valsts sociālās aprūpes

centru un līgumorganizāciju

darbinieki

Informācijas reģistrācija par sociālās aprūpes pakalpojumu

saņēmējiem iestādē un informācijas ievade par notikumiem

iestādē, kas attiecas uz klientu aprūpi

Atskaišu, pārskatu sagatavošana, pārbaude un apstiprināšana

Sociālo pakalpojumu

sniedzēji Izmantojot E-pakalpojumu, reģistrē un papildina sistēmā

informāciju par pakalpojumu sniedzēju

Izmantojot E-pakalpojumu, iesniedz valsts statistikas

pārskatus par sniegtajiem pakalpojumiem

Pašvaldības sociālā dienesta

darbinieki Izmantojot E-pakalpojumu, iesniegs sistēmā valsts statistikas

pārskatus par sniegto sociālo palīdzību.

Publiskie lietotāji E-pakalpojumu lietotāji

2.11. VISPĀRĒJIE IEROBEŽOJUMI

Pretendentam ir jāievēro šādi ierobežojumi:

Ja Pretendenta piedāvāto sistēmas papildinājumu izstrāde nebalstīsies uz SPOLIS sistēmas

nodrošināšanai paredzētajiem tehniskajiem risinājumiem un standarta programmatūras komponentēm,

tad visas programmatūras licenču vai citu papildus nepieciešamo resursu un lietotāju apmācība

nepieciešamās izmaksas jāiekļauj piedāvājumā.

3. VISPĀRĒJĀS PRASĪBAS IZPILDĪTĀJAM

3.1. PRASĪBAS ĀTRDARBĪBAI

Izstrādātāja piegādātās Sistēmas izmaiņām un papildinājumiem jābūt tādiem, lai Sistēma ar

uzstādītajām izmaiņām un papildinājumiem nodrošinātu sekojošas ātrdarbības prasības:

(1) informācijas attēlošana meklēšanas sarakstos ar specifisku meklēšanas parametru/atslēgu ievadu -

ne vairāk kā 5 sekunžu laikā;

(2) jebkuru ievadformā ievadīto datu saglabāšana datu bāzē un atspoguļošana ne vairāk kā 7 sekunžu

laikā;

(3) tabulas vai grafika sagatavošana ar 1-3 atlasītiem rādītājiem, norādot atlases kritērijus – ne vairāk

kā 5 sekunžu laikā.

Ātrdarbības prasībām ir jābūt nodrošinātām ne mazāk kā 90% no visa sistēmas darbības laika gada

intervālā.

3.2. PRASĪBAS DOKUMENTĀCIJAI

Sistēmas izmaiņas un papildinājumi Izstrādātājam ir jāveido un jādokumentē tā, lai to uzturēšanu spētu

veikt ne tikai pats Izstrādātājs, bet arī jebkurš cits programmatūras izstrādes uzņēmums ar pieredzi

izmantotajā izstrādes vidē un produktos.

Projekta darbības laikā jāizveido un jāuztur sekojoša dokumentācija:

(1) pārvaldības dokumentācija – sanāksmju piezīmes, protokoli ziņojumi par progresa gaitu u.c.;

(2) detalizēta un aktuāla dokumentācija, kas nepieciešama sistēmas akcepttestēšanai, lietošanai,

administrēšanai un modificēšanai, pieejamībai;

(3) sistēmas darba dokumenti – prasību specifikācija, projektējums, testēšanas piemēru apraksti u.c.;

sistēmas kodi, kas pakļauti versiju kontrolei.

Izstrādātājam ir jāveic Sistēmas dokumentācijas aktualizācija:

(1) aktualizēta aplikācijas PPS;

(2) aktualizēta aplikācijas PPA;

(3) aktualizēta lietotāju dokumentācija;

(4) piegādāts, papildināts un notestēts portāla pirmkods un izpildkods.

Projekta noslēgumā Izpildītājam jāpiegādā visa izstrādātā dokumentācija uz CD, DVD vai cita

pastāvīga, neizdzēšama datu nesēja. Visai sistēmas dokumentācijai ir jābūt izstrādātai latviešu valodā.

Izstrādātājam šī projekta ietvaros jāizstrādā un jānodod Pasūtītājam SPOLIS papildinājumu

programmatūras prasību specifikācija (sagatavots saskaņā ar standartu LVS 69:1996) un SPOLIS

papildinājuma projektējuma apraksts (sagatavots saskaņā ar standartu LVS 72:1996).

Izstrādātajam ir jāveic sistēmas veiktspējas, drošības un funkcionālos testus. Projekta ietvaros

jāsagatavo un jāiesniedz Pasūtītājam SPOLIS papildinājuma testēšanas pārskats, kas apraksta visu

plānoto un izpildīto testēšanas darbību kopsavilkumu un secinājumus, kas radušies testēšanas

rezultātā, atbilstoši testēšanas mērķiem.

Lietotāja dokumentācijai ir jābūt sakārtotai un izstrādātai atbilstoši lietotāju lomām un jāsatur

informācija, kā izpildīt visas sistēmas aprakstā minētās funkcijas. Lietotāja dokumentācijai ir jābūt

sagatavotai latviešu valodā.

Sistēmā ir jānodrošina integrēta lietotāja rokasgrāmata elektroniskā formā – lietotāja palīgs (Help).

Risinājumam jāintegrējas pilnībā esošajā sistēmas lietotāja palīgā un atbilst esošās sistēmas palīga

saskarnes prasībām.

3.3. PRASĪBAS INTEGRĀCIJAI

Izstrādātājam ir jānodrošina, lai piegādātās Sistēmas izmaiņas un papildinājumi integrējas pilnībā

SPOLIS, tai skaitā izmanto sistēmas autentifikāciju un autorizāciju, tiesību pārvaldības funkcionalitāti,

auditēšanas funkcionalitāti.

Risinājumam jāievēro vienotie Sistēmas arhitektūras nosacījumi.

3.4. PRASĪBAS LIETOTĀJU SASKARNEI

Risinājumam jāintegrējas pilnībā esošajā sistēmā. Lietotāja saskarnei ir jāatbilst esošās sistēmas

definētām prasībām, kas atbilst ārējiem vispārzināmiem un atzītiem standartiem.

Sistēmas dizainam un lietotāja saskarnei ir jāatbilst sekojošām prasībām:

lietotāju saskarnei ir jābūt ērtai un ergonomiskai (piemēram, horizontālo ritjoslu neesamība (datoram

ar ekrāna izšķirtspēju 1024x768), pēc iespējas mazāk vertikālo ritjoslu izmantošana, pārskatāms

ievadlauku izkārtojums, utt.);

saskarnē izmantotajai valodai (vārdiem, frāzēm) jābūt saprotamai lietotājiem;

sistēmas ietvaros, apzīmējot vienu un to pašu lietu dažādos ekrānos, jābūt izmantotiem vieniem un

tiem pašiem terminiem un zīmēm;

sistēmas dialogiem jāsatur tikai tāds informācijas apjoms, kas ir būtisks sistēmas darbināšanai un

lietotāja funkciju veikšanai;

sistēmas standarta ziņojumiem jābūt lietotājiem viegli saprotamā valodā, precīzi jāskaidro radušos

problēmu būtība un jāpiedāvā tālākās rīcības variants;

navigācija starp ekrānformām – sistēmā jābūt izveidotai tā, lai lietotājam nevajadzētu atcerēties

informāciju, pārejot no viena ekrāna uz citu;

sistēmai jānodrošina atgriezeniskā saite lietotājam, pēc iespējas informējot viņu par sistēmā

notiekošajām darbībām;

sistēmā jākontrolē, vai lietotājs ievadījis visus obligāti aizpildāmos laukus, kuri noteikti kā obligāti

aizpildāmi;

lietotāja saskarnēs jānodrošina latviešu valoda ekrāna ievada un izvada formās, izdrukās, kļūdu,

brīdinājumu, paziņojumos.

Ja sistēma izmanto operētājsistēmas koplietošanas lietotāja saskarnes resursus (piemēram, „Save As”

dialogu, „Print” dialogu u.tml.), tad šiem resursiem lietotāja saskarnes elementi var būt

operētājsistēmā izmantotajā valodā).

3.5. IZPILDĪTĀJAM IR JĀŅEM VĒRĀ, KA SPOLIS IZSTRĀDĒ IR IZMANTOTI ŠĀDI RĪKI, KAS NETIKS

MAINĪTI:

Nr. Nosaukums

1. Microsoft SQL Server 2008 R2 Standard Edition

2. Microsoft SQL 2008 R2 Integration Services

3. Microsoft ASP.NET 4.0 tehnoloģijas un Microsoft ASP.NET MVC 3

4. Razor view engine

5. DHTML un AJAX tehnoloģijas

3.6. NODEVUMU AKCEPTĒŠANĀ TIKS IZMANTOTI DATORI AR MINISTRIJĀ IZMANTOTIEM RĪKIEM:

Nr. Nosaukums

1. MS Windows XP Professional SP3 ar latviešu valodas atbalstu

2. MS Office 2003 (Word, Excel, PowerPoint, Outlook)

3. Adobe Acrobat Reader

4. MS Internet Explorer 7

Nr. Nosaukums

5. Arhivēšanas programmas 7-Zip

6. Tildes „WinLog” vai bezmaksas rīks „Apostrofs”

7. Antivīrusu programmatūra

3.7. CITI NOSACĪJUMI

3.7.1. Visas komunikācijas, veicot līguma izpildi, ir jānodrošina latviešu valodā.

3.7.2. Darbu izpilde ir jāveic saskaņā ar Ministrijas IS drošības politiku, visam iesaistītajam

personālam ir jāiepazīstas ar to un ar parakstu jāapliecina šīs politikas ievērošana.

3.7.3. SPOLIS papildināšana tiek ierosināta un uzsākta SPOLIS izmaiņu vadības procedūras

noteiktā kārtībā.

3.7.4. Uzturēšanas uzdevumu ietvaros izmaiņas programmatūrā tiek realizētas tikai pēc

problēmu ziņojumu akceptēšanas IVP. IVP organizē Pasūtītājs.

3.7.5. Kā pamats uzdevumu izpildes uzsākšanai ir savstarpēji parakstīta Vienošanās, kur

katram uzdevumam ir sagatavots biznesa vai tehniskais izmaiņu pieprasījums, kur ir

aprakstītas uzdevuma izpildei veicamās aktivitātes un novērtēta izmaiņu veikšanai

nepieciešamā darbietilpība. Vienā Vienošanā var būt iekļauti vairāki izmaiņu

pieprasījumi, kuru realizācija paredzēta vienā termiņā, kas kopumā tiek uzskatīta un

saukta par piegādi.

3.7.6. Funkcionalitātes papildināšanas un uzturēšanas uzdevumu izpildes rezultātā

Izpildītājam atbilstoši Vienošanās definētajām piegādēm ir jāpiegādā attiecīgie

nodevumi, par ko Pušu pārstāvji vienojušies, slēdzot Vienošanos pie līguma. Vienošanās

katrai piegādei tiek noteikts precīzs nodevumu saraksts. Iespējamie nodevumi:

ID Nodevuma nosaukums

N1 Sistēmas prasību specifikācija un projektējuma apraksts

N2 Programmatūras prasību specifikācija

N3 Loģiskais datu modelis, tajā skaitā tabulu definīcijas

N4 Fiziskais datu modelis

N5 Funkcionālais prototips

N6 Aplikācijas projektējums

N7 Laidiena / revīzijas instalācijas failu komplekts (pirmkodi un izpildkodi)

N8 Laidiena / revīzijas specifikācija

N9 Moduļu funkcionālās specifikācijas

N10 Lietotāja instrukcija

N11 Tehnoloģiskā instrukcija

N12 Tiešsaites palīdzības teksti

N13 Testēšanas atskaite

3.7.7. Katram nodevumam tiek noteikts garantijas laiks, kurš nav mazāks par 12

(divpadsmit) mēnešiem pēc attiecīgā katra nodevuma nodošanas – pieņemšanas akta

parakstīšanas. Garantijas periodā bez papildus samaksas jānovērš atklātās Izpildītāja

radītās izstrādes kļūdas.

3.7.8. Pakalpojumu sniegšanas laiks – 2 gadi (divi gadi) no līguma abpusējas parakstīšanas

brīža.

4. KONFIGURĀCIJAS PĀRVALDĪBA

Izpildītājam konfigurācijas pārvaldību jānodrošina saskaņā ar apstiprināto SPOLIS konfigurācijas

pārvaldības plānu.

5. KVALITĀTES NODROŠINĀŠANA

5.1. Izpildītājam jānodrošina savlaicīgi un pietiekami kvalitātes nodrošināšanas pasākumi saskaņā ar

SPOLIS izstrādes metodiku.

5.2. Pasūtītājam ir tiesības veikt neplānotas projekta vadības un izstrādes procesa kvalitātes pārbaudes

Izpildītāja darbavietās Pasūtītāja telpās.

6. DARBU IZPILDES UN NODEVUMU AKCEPTĒŠANAS KĀRTĪBA

6.1. Darbu izpilde un nodevumu pieņemšana tiks veikta saskaņā ar:

6.1.1. Līgumā noteikto pakalpojumu pieņemšanas kārtību,

6.1.2. Pušu pārstāvju saskaņotiem akceptēšanas kritērijiem (skat.5.2. punktu).

6.2. Katram akceptēšanai pakļautam vienumam jānosaka noteikti akceptēšanas kritēriji un to

novērtēšanas plānotie termiņi. Nodevumiem par akceptēšanas kritērijiem var tikt noteikti:

6.2.1. Atbilstība saistītajām starptautiskām un Latvijas likumdošanas normām un IT

standartiem,

6.2.2. Atbilstība Līguma un visu saistīto dokumentu prasībām un saturam,

6.2.3. Atbilstība Pasūtītāja informācijas tehnoloģiju (turpmāk – IT) pārvaldības procesiem,

standartiem un tiem pielīdzināmiem dokumentiem – procedūrām, vadlīnijām,

sagatavēm, dokumentu paraugiem).

6.2.4. Atbilstība citiem Projektā apstiprinātiem nodevumiem.

6.3. Pirms katra nodevuma iesniegšanas līguma izpildes ietvaros Izpildītājam ir jāsagatavo

piedāvājums par nodevuma formu un saturu un tas jāsaskaņo ar Pasūtītāja pārstāvi.

7. PROBLĒMU PIETEIKUMU REĢISTRĒŠANA UN PRIORITĀTES

7.1. Pretendentam atbilstoši Tehniskās specifikācijas 1. punktā noteiktajiem veiktajiem uzdevumiem

un tā rezultātā radītajai programmatūrai un/vai radītajiem Nodevumiem, ja tajos tiks konstatētas

kļūdas, būs jāievēro par šīm kļūdām pieteikto problēmu pieteikumu prioritātes un to atrisināšanas

termiņi, nodrošinot problēmu atrisināšanu noteiktajos termiņos.

7.2. Problēmu pieteikumi tiek apstrādāti ievērojot šādas prioritātes:

7.2.1. 1. prioritāte: Avārija – problēma izraisa pilnīgu sistēmas darbības apstāšanos, un/vai

darbs nevar tikt turpināts. Neiespējamība izpildīt biznesam kritiskus un neatliekamus

masveida datu apstrādes procesus var tikt kvalificēta par avāriju vai kļūdu, kuru nevar

apiet (2. prioritāte) atkarībā no ietekmes uz biznesu.

7.2.2. 2. prioritāte: Kļūda, kuru nevar apiet – problēma izraisa iekšēju programmatūras

kļūdu vai nekorektu darbību, kas rada lielus funkcionalitātes zudumus. Nav zināms

(Pasūtītājam) pieņemams problēmas apiešanas risinājums, tomēr ir iespējams darbu

turpināt ierobežotā režīmā.

7.2.3. 3. prioritāte: Kļūda, kuru var apiet – Problēma izraisa minimālus iespēju zudumus.

Ietekme uz sistēmu ir mazsvarīga/ sagādā zināmas neērtības, piemēram, manuālu darbu

sistēmas funkcionēšanas atjaunošanai/ darba turpināšanai.

7.2.4. 4. prioritāte: Neprecizitāte – Problēma neizraisa iespēju zudumus. Šādu pieteikumu

raksturo iekšēja programmatūras kļūda vai nekorekta darbība, kuras ietekmi uz darba

turpināšanu var neņemt vērā, kļūda/ neprecizitāte produkta dokumentācijā.

7.2.5. 5. prioritāte: Nenozīmīgs defekts vai nepilnība, kas netraucē, bet ir jānovērš,

piemēram, vizuālās vai teksta informācijas, noformējuma nepilnības.

7.3. Pieteikuma atrisināšanas termiņš atkarīgs no tam piešķirtās prioritātes (1 – visaugstākā, 5 –

viszemākā). Pasūtītājs nosaka šādus maksimālos problēmu atrisināšanas termiņus, kurus

Izpildītājs nedrīkst pārsniegt:

7.3.1. 1.prioritāte – 8 (astoņas) darba stundas,

7.3.2. 2.prioritāte – 24 (divdesmit četras) darba stundas,

7.3.3. 3.prioritāte – 40 (četrdesmit) darba stundas,

7.3.4. 4.prioritāte – 80 (astoņdesmit) darba stundas,

7.3.5. 5.prioritāte – 160 (simtu sešdesmit) darba stundas.

7.4. Apstiprinājumu, ka problēmu ziņojums ir saņemts, Izpildītājam jāsniedz 2 (divu) darba stundu

laikā.

7.5. Pieteikuma atrisināšanas termiņu sāk skaitīt no brīža, kad Pasūtītājs ir sniedzis Izpildītājam visu

nepieciešamo precizējošo informāciju par konkrēto pieteikumu.

8. CITAS PRASĪBAS UN ASPEKTI

8.1. Visi nodevumi Izpildītājam jāpiegādā elektroniskā formā. Pēc Pasūtītāja pārstāvja pieprasījuma

noteikti nodevumi Izpildītājam jāpiegādā papīra formā.

8.2. Pasūtītājs ierīko Izpildītāja personālam nepieciešamo darbavietu 5 (piecu) darba dienu laikā pēc

līguma noslēgšanas. Izpildītāja personālam tiek nodrošinātas ne vairāk kā 1 (viena) darbavieta

LM telpās (Skolas ielā 28, Rīgā).

8.3. Darbavietu nodrošinājums:

8.3.1. Pasūtītājs nodrošina Izpildītāja personālu ar:

8.3.1.1. darba galdiem, krēsliem un lokālo apgaismojumu;

8.3.1.2. testēšanas vidi.

Pasūtītājs Izpildītāja speciālistiem nodrošinās pieslēgumu pie lokālā tīkla katram projekta

dalībniekam.

2.pielikums




Pieteikums par piedalīšanos iepirkumā



(iepirkuma identifikācijas Nr.LRLM 2015/28-3-02/09)

Pretendents,______________________________________________________________________, Pretendenta nosaukums

reģ. Nr. _______________________, tā ________________________________________________

vienotais reģistrācijas numurs direktora, vadītāja vai pilnvarotās personas vārds, uzvārds,

personā ar šī pieteikuma iesniegšanu:

1. piesakās piedalīties iepirkumā „Valsts sociālās politikas monitoringa informācijas sistēmas

(SPOLIS) uzturēšanas pakalpojums 2015.-2016.gadam” (iepirkuma identifikācijas Nr.

LRLM2015/28-3-02/09), turpmāk tekstā – iepirkums;

2. apliecina, ka uz pretendentu neattiecas Publisko iepirkumu likuma 8.2 panta piektajā daļā noteiktie

izslēgšanas nosacījumi;

3. apliecina, ka visas sniegtās ziņas ir patiesas;

4. apņemas ievērot visas iepirkuma nolikuma prasības;

5. atzīst sava piedāvājuma spēkā esamību līdz iepirkuma komisijas lēmuma pieņemšanai par

pasūtījuma piešķiršanu, bet gadījumā, ja tiek atzīts par uzvarētāju – līdz attiecīgā līguma

noslēgšanai;

6. apņemas (ja Pasūtītājs izvēlējies šo piedāvājumu) slēgt iepirkuma līgumu par Valsts sociālās

politikas monitoringa informācijas sistēmas uzturēšanas pakalpojumu 2015.-2016.gadam saskaņā

ar Tehniskajā specifikācijā noteiktajām prasībām.

Pretendenta vadītāja paraksts:

Vārds, uzvārds:

Amats:

Pretendenta adrese:

Pretendenta tālruņa, faksa numuri:

Pretendenta e-pasta adrese:

Bankas rekvizīti:

z.v.

19

3.pielikums




Informācija par pretendenta pieredzi

iepirkumā



(iepirkuma identifikācijas Nr. LRLM 2015/28-3-02/09)

Pretendenta nosaukums:

Reģistrācijas numurs:

Juridiskā adrese:

Pretendenta pieredze iepriekšējo trīs gadu laikā, kas apliecina nolikuma 8.4.apakšpunktā norādīto pieredzi:

Nr.p.k. Pakalpojuma saņēmējs

(nosaukums)

Īss pakalpojuma apraksts

(t.sk., norādīt informācijas sistēmas lietotāju

skaitu)

Pakalpojuma

summa EUR

bez PVN

Pakalpojuma

īstenošanas laiks

(gads un mēnesis)

Pasūtītāja kontaktpersona (vārds,

uzvārds, tālruņa numurs, e-pasta

adrese)

Pretendenta pārstāvja paraksts:

Vārds, uzvārds:

Amats:

4.pielikums




Apliecinājums par pretendenta personālu

iepirkumam




Ar šo pretendenta nosaukums, Reģ.Nr.: numurs, juridiskā adrese: adrese, apliecina, ka pretendenta rīcībā uz visu līguma izpildes laiku būs

personāla sarakstā norādītais personāls, kas atbilst nolikuma 8.6.apakšpunktā norādītajām prasībām.

Personāla saraksts:

Nr.p.k. Speciālista

vārds un uzvārds

Speciālista loma līgumā

(atsauce uz attiecīgo

nolikuma apakšpunktu)

Speciālista izglītība Speciālista kvalifikācija

(sertifikāti)

Pieredzes atbilstība nolikuma prasībām

(pakalpojuma saņēmējs, īss pakalpojuma

apraksts, pakalpojuma summa euro bez PVN,

pakalpojuma īstenošanas laiks (gads un mēnesis),

pasūtītāja kontaktpersonas vārds un uzvārds,

tālruņa numurs, e-pasts)


Vārds, uzvārds:

Amats:

21

5.pielikums




Finanšu piedāvājums

iepirkumam




Pretendenta nosaukums:

Reģistrācijas numurs:

Juridiskā adrese:

Pakalpojuma nosaukums

Cena EUR

bez PVN par 1

cilvēk stundu

PVN

EUR

Cena EUR

ar PVN par vienu

cilvēkstundu

Valsts sociālās politikas monitoringa

informācijas sistēmas uzturēšanas

pakalpojums 2015.-2016.gadam atbilstoši

Tehniskās specifikācijas prasībām


Vārds, uzvārds:

Amats:

Documents

-2016.gadam LRLM 2015/28-3-02/09 1. 2. 3. 4. · prasības attiecas arī uz piedāvājumiem, kas iesniegti, izmantojot pasta pakalpojumus. 6.3. Piedāvājumu, kas iesniegts vai piegādāts