web view- vismaz 3 (trīs) gadu praktiskā pieredze informāciju sistēmu izstrādē ar oracle...

115
APSTIPRINĀTS ar Nacionālā veselības dienesta atklāta konkursa komisijas sēdes 2013. gada 26.jūlija protokolu Nr.7. Nacionālais veselības dienests ATKLĀTS KONKURSS „Veselības aprūpes pakalpojumu apmaksas norēķinu sistēmas „Vadības informācijas sistēma” programmatūras uzturēšanaiepirkuma identifikācijas Nr. VM NVD 2013/18 NOLIKUMS 1

Upload: vankhanh

Post on 31-Jan-2018

236 views

Category:

Documents


0 download

TRANSCRIPT

Page 1: Web view- vismaz 3 (trīs) gadu praktiskā pieredze Informāciju sistēmu izstrādē ar Oracle PL/SQL tehnoloģijām. 2.3.2.4. ... Oracle Weblogic un Oracle Enterprise DBVS

APSTIPRINĀTSar Nacionālā veselības dienesta

atklāta konkursa komisijas sēdes2013. gada 26.jūlija

protokolu Nr.7.

Nacionālais veselības dienests

ATKLĀTS KONKURSS

„Veselības aprūpes pakalpojumu apmaksas norēķinu sistēmas „Vadības informācijas sistēma” programmatūras uzturēšana”

iepirkuma identifikācijas Nr. VM NVD 2013/18

NOLIKUMS

Rīgā2013

1

Page 2: Web view- vismaz 3 (trīs) gadu praktiskā pieredze Informāciju sistēmu izstrādē ar Oracle PL/SQL tehnoloģijām. 2.3.2.4. ... Oracle Weblogic un Oracle Enterprise DBVS

1. VISPĀRĪGĀ INFORMĀCIJA

1.1. Iepirkuma identifikācijas numurs

Iepirkuma identifikācijas numurs ir VM NVD 2013/181.2. Pasūtītājs

1.2.1. Pasūtītājs ir Nacionālais veselības dienests, kas darbojas saskaņā ar Ministru kabineta 2011. gada 1. novembra noteikumiem Nr. 850 „Nacionālā veselības dienesta nolikums”, un, kā iepirkuma pasūtītājs un maksātājs, veic ar iepirkuma procedūru saistītās darbības, slēdz līgumu ar pakalpojuma sniedzēju un nodrošina samaksu par pakalpojumu.

1.2.2. Pasūtītāja rekvizīti:

Pasūtītāja nosaukums: Nacionālais veselības dienests (turpmāk – Dienests)Adrese: Cēsu iela 31 k-3, Rīga, LV -1012Faksa numurs: 67043701Reģistrācijas numurs: 90009649337Bankas rekvizīti: Valsts KaseKonts: LV53TREL2290674014000Kontaktpersona: Ieva Babrova – Iepirkuma komisijas sekretāre, kuru

prombūtnes laikā aizvieto komisijas sekretāre Liene Zīlītee- pasta adrese [email protected]

1.2.3. Atklātu konkursu organizē un iepirkumu veic pamatojoties uz Nacionālā veselības dienesta direktora izdotu 2013.gada 7.maija rīkojumu Nr. 04.1-2/120 „Par iepirkuma procedūras organizēšanu” apstiprināta iepirkuma komisija, Dienesta 2013.gada 20.maija izdotu rīkojumu „Par grozījumu veikšanu 2013.gada 7.maija rīkojumā Nr.04.1-2/120”, Dienesta 2013.gada 18.jūnija rīkojumu Nr.04.1-2/156 „Par komisijas darba nodrošināšanu komisijas sekretāra prombūtnes laikā” un Dienesta 2013.gada 11.jūlija rīkojumu Nr. 04.102/175 „Par komisijas darba nodrošināšanu komisijas locekļu prombūtnes laikā”.

1.3. Nolikumā lietotie termini1.3.1. Pretendents ir fiziskā vai juridiskā persona, šādu personu apvienība jebkurā to

kombinācijā, kas piedāvā tirgū sniegt attiecīgu pakalpojumu un, kas iesniedzis piedāvājumu (turpmāk - Pretendents).

1.3.2. Pretendentu iepirkuma procedūras ietvaros pārstāv:1.3.2.1. Pretendents (ja Pretendents ir fiziska persona);1.3.2.2. Pretendenta paraksttiesīga persona (ja Pretendents ir juridiska persona);1.3.2.3. pārstāvēttiesīgs personālsabiedrības biedrs, ievērojot šī punkta 1.3.2.1.un

1.3.2.2.apakšpunktā noteikto (ja Pretendents ir personālsabiedrība);1.3.2.4. visi personu apvienības dalībnieki, ievērojot šī punkta 1.3.2.1.un

1.3.2.2.apakšpunktā noteikto (ja Pretendents ir personu apvienība) vai Pretendenta pilnvarota persona.

1.3.3. Piedāvājums sastāv no pieteikuma vēstules, Pretendenta atlases dokumentiem, tehniskā piedāvājuma un finanšu piedāvājuma, kas atbilst nolikumā noteiktajām prasībām.

1.3.4. Pakalpojuma līgums – atklāta konkursa rezultātā noslēgts līgums starp Pasūtītāju un Piegādātāju par veselības aprūpes pakalpojumu apmaksas norēķinu sistēmas „Vadības informācijas sistēma” programmatūras uzturēšanu (līguma pielikums pievienots nolikuma 5.pielikumā).

1.3.5. Līguma nodrošinājums – Pasūtītāja un atklātā konkursā izraudzītā Pretendenta noslēgtajā līgumā paredzētais saistību pastiprinājums.

1.4. Iepirkuma metode

Atklāts konkurss.2

Page 3: Web view- vismaz 3 (trīs) gadu praktiskā pieredze Informāciju sistēmu izstrādē ar Oracle PL/SQL tehnoloģijām. 2.3.2.4. ... Oracle Weblogic un Oracle Enterprise DBVS

1.5. Iepirkuma priekšmets 1.5.1. Iepirkuma priekšmets ir veselības aprūpes pakalpojumu apmaksas norēķinu sistēmas

„Vadības informācijas sistēma” programmatūras uzturēšana.1.5.2. Pasūtītājs iepirkumu finansē no Pasūtītāja valsts budžeta līdzekļiem.1.5.3. Iepirkuma priekšmets nav sadalīts daļās.1.5.4. Pretendents drīkst iesniegt piedāvājumu tikai par visu iepirkuma priekšmeta apjomu

kopumā, atbilstoši nolikuma 1.pielikumā „Tehniskā specifikācija” norādītajam.1.5.5. CPV kods: 72000000-5

1.6. Pakalpojuma līguma izpildes vieta un izpildes termiņš1.6.1. Iepirkuma rezultātā tiks slēgts Pakalpojuma līgums. Pakalpojuma līguma izpildes vieta

– atbilstoši nolikuma 5.pielikumā pievienotajiem Līguma nosacījumiem. 1.6.2. Pakalpojuma līguma darbības termiņš ir 36 (trīsdesmit seši) kalendārie mēneši vai līdz

saistību pilnīgai izpildei no līguma parakstīšanas dienas .

1.7. Atklāta konkursa dokumentācija, informācijas apmaiņa un papildu informācijas sniegšana1.7.1. Atklāta konkursa „Veselības aprūpes pakalpojumu apmaksas norēķinu sistēmas

„Vadības informācijas sistēma” programmatūras uzturēšana” ”, ID. Nr. VM NVD 2013/18 nolikumu (turpmāk tekstā – Nolikums) iespējams lejupielādēt Nacionālā veselības dienesta mājas lapā internetā, sadaļā „Iepirkumi” http://www.vmnvd.gov.lv/lv/par-nvd/iepirkumi/319-iepirkumi/2013.Ieinteresētajam piegādātājam (ieinteresētajām personām) jāievēro , ka lejupielādējot nolikumu Nacionālā veselības dienesta mājas lapā internetā, pastāvīgi jāseko līdzi aktuālajai informācijai par atklāta konkursa nolikumu šajā apakšpunktā minētajā mājas lapā.

1.7.2. Ar atklāta konkursa nolikumu iespējams iepazīties, un saņemt nolikuma kopiju bez maksas 3 (trīs) darba dienu laikā (pēc pieprasījuma, kas nosūtīts laikus pirms piedāvājumu iesniegšanas termiņa, kas noteikts nolikuma 1.9.1.apakšpunktā, uz nolikuma 1.2.2.apakšpunktā norādītās kontaktpersonas e-pasta adresi), sākot ar dienu, kad uzaicinājums piedalīties atklātā konkursā (paziņojums par līgumu) ir publicēts Iepirkumu uzraudzības biroja (turpmāk – IUB) mājas lapā internetā.

1.7.3. Ieinteresētajiem piegādātājiem ir tiesības prasīt papildu informāciju par atklāta konkursa nolikumu vai tā skaidrojumu. Šie pieprasījumi iesniedzami laikus, pirms piedāvājuma iesniegšanas termiņa, kas norādīts nolikuma 1.9.1.apakšpunktā, Nacionālajā veselības dienestā, Cēsu ielā 31 k-3, Rīgā, LV-1012, 4.stāvā lietvedībā vai nosūtāmi rakstveidā - pa pastu un vienlaicīgi pa faksu vai elektroniski uz e – pasta adresi: [email protected] .

1.7.4. Ja ieinteresētais piegādātājs laikus (atbilstoši nolikuma 1.9.1.apakšpunktā noteiktajam) ir pieprasījis papildu informāciju, Pasūtītājs to sniedz 5 (piecu) dienu laikā, bet ne vēlāk kā 6 (sešas) dienas pirms piedāvājumu iesniegšanas termiņa beigām.

1.7.5. Iespējamie grozījumi, papildinājumi atklāta konkursa nolikumā, nolikuma skaidrojumi un atbildes uz ieinteresēto piegādātāju jautājumiem tiek ievietoti nolikuma 1.7.1.apakšpunktā norādītajā mājas lapā internetā.

1.7.6. Tiek uzskatīts, ka visi ieinteresētie piegādātāji ir saņēmuši papildu informāciju, grozījumus, papildinājumus nolikumā, nolikuma skaidrojumus un atbildes uz ieinteresēto piegādātāju jautājumiem, ja tie ir ievietoti 1.7.1.apakšpunktā minētajā mājas lapā internetā pie attiecīgā iepirkuma.

1.8. Nolikuma grozījumi1.8.1. Iepirkuma komisija var izdarīt grozījumus atklāta konkursa Nolikumā pēc paziņojuma

par līgumu ievietošanas Iepirkumu uzraudzības biroja (turpmāk – IUB) mājas lapā

3

Page 4: Web view- vismaz 3 (trīs) gadu praktiskā pieredze Informāciju sistēmu izstrādē ar Oracle PL/SQL tehnoloģijām. 2.3.2.4. ... Oracle Weblogic un Oracle Enterprise DBVS

internetā, par to publicējot paziņojumu par grozījumiem IUB. Izdarot grozījumus, nepieciešamības gadījumā tiek mainīts arī piedāvājumu iesniegšanas termiņš atbilstoši Publisko iepirkumu likuma 29. panta prasībām.

1.8.2. Ja iepirkuma komisija ir izdarījusi grozījumus atklāta konkursa Nolikumā, par izdarītajiem grozījumiem Pasūtītājs rakstiski informē visus ieinteresētos piegādātājus, kuri jau iesnieguši piedāvājumus.Nolikums ar tajā veiktajiem grozījumiem vienlaicīgi tiks ievietots Nacionālā veselības dienesta mājas lapā internetā, 1.7.1.apakšpunktā norādītajā interneta mājas lapas adresē.

1.9. Piedāvājumu iesniegšana un atvēršana1.9.1. Piedāvājumus iesniedz personīgi vai nosūta pa pastu atklāta konkursa „Veselības

aprūpes pakalpojumu apmaksas norēķinu sistēmas „Vadības informācijas sistēma” programmatūras uzturēšana”, ID Nr. VM NVD 2013/18 ,komisijai, adrese: Cēsu iela 31 k-3, Rīga, LV-1012, iesniedzot personīgi: Cēsu ielā 31 k-3, Rīgā, lietvedībā (4.stāvā); līdz 2013. gada 30.augustam, plkst.10:00.

1.9.2. Izmantojot pasta pakalpojumus, jāņem vērā, ka tiks izskatīti tikai tie Pretendentu piedāvājumi, kas saņemti līdz Nolikuma 1.9.1.apakšpunktā noteiktajam piedāvājumu iesniegšanas datumam un laikam.

1.9.3. Piedāvājumi, kas nav iesniegti Nolikumā noteiktajā kārtībā un termiņā, nav noformēti tā, lai piedāvājumā iekļautā informācija nebūtu pieejama līdz piedāvājumu atvēršanas brīdim vai, kas saņemti pēc Nolikuma 1.9.1.apakšpunktā norādītā piedāvājumu iesniegšanas termiņa, netiek izskatīti un tiek atdoti atpakaļ iesniedzējam.

1.9.4. Pretendentiem ir tiesības izmainīt piedāvājumu (tajā skaitā grozīt cenu), līdz nolikumā noteiktajam piedāvājumu iesniegšanas termiņam (nolikuma 1.9.1.apakšpunkts), rakstiski paziņojot par to iepirkuma komisijai. Par piedāvājuma iesniegšanas laiku tiks uzskatīts izmainītā piedāvājuma iesniegšanas brīdis.

1.9.5. Pretendents var atsaukt savu iesniegto piedāvājumu līdz piedāvājumu iesniegšanas termiņa beigām (nolikuma 1.9.1.apakšpunkts), ierodoties personīgi piedāvājumu uzglabāšanas vietā – Nacionālā veselības dienestā, Cēsu ielā 31 k-3, Rīgā, un iesniedzot Pretendenta paraksttiesīgās personas parakstītu iesniegumu vai pieprasījumu.

1.9.6. Pretendents var atsaukt savu iesniegto piedāvājumu arī pēc Nolikumā noteiktā piedāvājumu iesniegšanas termiņa beigām (nolikuma 1.9.1.apakšpunkts), iesniedzot Pretendenta paraksttiesīgās personas parakstītu iesniegumu vai pieprasījumu. Ja piedāvājums atsaukts pēc Nolikumā noteiktā piedāvājumu iesniegšanas termiņa beigām, piedāvājums paliek Pasūtītāja īpašumā un netiek atgriezts Pretendentam.

1.9.7. Piedāvājuma atsaukšanai (nolikuma 1.9.5. un 1.9.6.apakšpunkts) ir bezierunu raksturs un tā izslēdz Pretendentu no tālākas līdzdalības konkursā.

1.9.8. Jebkurš Pretendenta paziņojums par izmaiņām Pretendenta piedāvājumā vai par piedāvājuma atsaukšanu tiek sagatavots, noformēts un iesniegts rakstiski, saskaņā ar Nolikumā noteiktajām prasībām. Gadījumā, ja tiek veiktas izmaiņas Pretendenta piedāvājumā, Pretendents uz izmainītā piedāvājuma iepakojuma vai aploksnes norāda „Pretendenta piedāvājuma labojums”.

1.9.9. Pēc Nolikuma 1.9.1.apakšpunktā noteiktā piedāvājumu iesniegšanas termiņa beigām Pretendents nevar grozīt savu iesniegto piedāvājumu.

1.9.10. Piedāvājumu atvēršana notiek 2013. gada 30.augustā, plkst.10:00, Nacionālais veselības dienests, adrese: Cēsu ielā 31 k-3, Rīgā, 4.stāva 406. telpā.

1.9.11. Piedāvājumu atvēršana ir atklāta. Ieinteresētās personas, kuras piedalās atvēršanas sanāksmē, reģistrējas komisijas sagatavotajā reģistrācijas lapā.

1.9.12. Sākot piedāvājumu atvēršanas sanāksmi, komisijas priekšsēdētājs vai komisijas priekšsēdētāja vietnieks klātesošajām personām paziņo komisijas sastāvu, nolasa piedāvājumus iesniegušo Pretendentu sarakstu.

1.9.13. Pēc Pretendentu paziņošanas katrs komisijas loceklis un eksperts paraksta apliecinājumu, ka nav tādu apstākļu, kuru dēļ varētu uzskatīt, ka viņš ir ieinteresēts konkrēta Pretendenta izvēlē vai darbībā. Komisijas sekretārs paraksta apliecinājumu par komisijas sēžu laikā iegūtās informācijas neizpaušanu.

4

Page 5: Web view- vismaz 3 (trīs) gadu praktiskā pieredze Informāciju sistēmu izstrādē ar Oracle PL/SQL tehnoloģijām. 2.3.2.4. ... Oracle Weblogic un Oracle Enterprise DBVS

1.9.14. Ja kāds no komisijas locekļiem vai ekspertiem nepiedalās piedāvājumu atvēršanas sanāksmē, tas minēto apliecinājumu paraksta nākamajā komisijas sēdē, kurā piedalās. Ja šāds apliecinājums nav parakstīts, komisijas loceklis vai eksperts nedrīkst piedalīties turpmākajā komisijas darbā, kā arī komisijas sekretārs neturpina savu pienākumu veikšanu, ja tas nav parakstījis attiecīgo apliecinājumu.

1.9.15. Pēc apliecinājumu parakstīšanas komisijas priekšsēdētājs vai komisijas priekšsēdētāja vietnieks atver piedāvājumus to iesniegšanas secībā.

1.9.16. Pēc piedāvājumu atvēršanas komisijas priekšsēdētājs vai komisijas priekšsēdētāja vietnieks nosauc Pretendentu, piedāvājuma iesniegšanas datumu, laiku un piedāvāto kopējo cenu (bez pievienotās vērtības nodokļa (turpmāk - PVN).

1.9.17. Pēc katra piedāvājuma atvēršanas un šī nolikuma 1.9.15.apakšpunktā minēto ziņu nosaukšanas visi klātesošie komisijas locekļi parakstās uz finanšu piedāvājuma.

1.9.18. Piedāvājumu atvēršanas sanāksme tiek protokolēta.1.9.19. Kad visi piedāvājumi atvērti, piedāvājumu atvēršanas sanāksmi slēdz.1.9.20. Saņemot rakstisku ieinteresētā piegādātāja pieprasījumu izsniegt piedāvājuma

atvēršanas sanāksmes protokola kopiju, komisija to izsniedz 3 (trīs) darba dienu laikā pēc pieprasījuma saņemšanas.

1.10. Piedāvājumu derīguma termiņš1.10.1. Pretendenta iesniegtā piedāvājuma derīguma termiņš ir līdz Pakalpojuma līguma

noslēgšanai.

1.11. Prasības attiecībā uz piedāvājuma noformējumu un iesniegšanu

1.11.1. Piedāvājums iesniedzams aizlīmētā un aizzīmogotā aploksnē (liela dokumentu apjoma gadījumā var tikt lietots cits iepakojums, kurš noformēts atbilstoši prasībām, piemēram, kaste), uz kuras jānorāda:

1.11.1.1. Pasūtītāja nosaukums un adrese: Nacionālais veselības dienests, adrese: Cēsu iela 31 k-3, Rīgā, LV-1012;

1.11.1.2. Pretendenta nosaukums un adrese;1.11.1.3. Atzīme:

Piedāvājums atklātam konkursam „Veselības aprūpes pakalpojumu apmaksas norēķinu sistēmas „Vadības informācijas sistēma” programmatūras uzturēšana”, ID Nr. VM NVD 2013/18. Neatvērt līdz piedāvājumu atvēršanas sanāksmei 2013.gada 30.augustā, plkst. 10.00. Atvērt tikai atklāta konkursa komisijas klātbūtnē.

1.11.2. Piedāvājums sastāv no 3 (trīs) daļām, kuras cauršūtas atsevišķos sējumos:1.11.2.1. Pretendentu atlases dokumentiem, ieskaitot pieteikumu dalībai konkursā

(Nolikuma 2.pielikums un 3.1.apakšpunkts);1.11.2.2. parakstīta Tehniskā piedāvājuma (Nolikuma 3.2.apakšpunkts un 3.pielikums);1.11.2.3. parakstīta Finanšu piedāvājuma (Nolikuma 3.3.apakšpunkts un 4.pielikums).

1.11.3. Uz katras piedāvājuma daļas norāda attiecīgu uzrakstu: „Atlases dokumenti”, „Tehniskais piedāvājums”, „Finanšu piedāvājums”. Visas piedāvājuma daļas ievieto aploksnē (vai citā iepakojumā, atbilstoši Nolikuma 1.11.1.apakšpunktā noteiktajam).

1.11.4. Katras piedāvājuma daļas dokumentiem jābūt cauršūtiem (caurauklotiem) tā, lai dokumentu lapas nebūtu iespējams atdalīt, ar satura rādītāju un sanumurētām lapām. Pretendentu atlases dokumentiem (ieskaitot pieteikumu dalībai konkursā), Tehniskā piedāvājuma un Finanšu piedāvājuma lapām jābūt numurētām. Piedāvājums jāiesniedz arī elektroniskā formā (vienreiz rakstāmā CD), ierakstīts ar MS Office, Open Office, MS Project vai Adobe Acrobat rīkiem nolasāmā formātā. Elektroniskā formā iesniegtajiem piedāvājumiem ir jābūt pieejamām izdrukas un teksta meklēšanas funkcijām. Uz CD jābūt norādītam Pretendenta nosaukumam un iepirkuma identifikācijas numuram.

1.11.5. Oficiāls raksturs ir tikai piedāvājumam rakstiskā dokumenta formā.1.11.6. Piedāvājums tiek iesniegts 3 (trīs) eksemplāros – viens oriģināls un divas apliecinātas

kopijas. Katra eksemplāra pirmās lapas augšējā labajā stūrī ievieto attiecīgu uzrakstu

5

Page 6: Web view- vismaz 3 (trīs) gadu praktiskā pieredze Informāciju sistēmu izstrādē ar Oracle PL/SQL tehnoloģijām. 2.3.2.4. ... Oracle Weblogic un Oracle Enterprise DBVS

(“KOPIJA” vai “ORIĢINĀLS”). Pastāvot pretrunām starp oriģinālu un kopiju, noteicošais būs oriģināls.

1.11.7. Piedāvājumā iekļautajiem dokumentiem jābūt skaidri salasāmiem, bez labojumiem. Ja labojumi ir izdarīti, tiem jābūt ar pilnvarotās personas parakstu apstiprinātiem. Vārdiem un skaitļiem jābūt bez iestarpinājumiem vai labojumiem. Piedāvājumā iekļautajiem dokumentiem jāatbilst Dokumentu juridiskā spēka likuma un Ministru kabineta 2010.gada 28.septembra noteikumiem Nr.916 „Dokumentu izstrādāšanas un noformēšanas kārtība” prasībām.

1.11.8. Piedāvājumu sagatavo latviešu valodā. Dokumentus var iesniegt citā valodā, ja ir pievienots Pretendenta apliecināts tulkojums latviešu valodā. Pretendenta apliecinājums nozīmē, ka ir: uzraksts “TULKOJUMS PAREIZS”; piedāvājumu parakstīt pilnvarotās amatpersonas pilns amata nosaukums, paraksts un paraksta atšifrējums; vietas nosaukums un datums. Izņēmums ir ražotāja izdota tehniskā dokumentācija, kas var tikt iesniegta angļu valodā bez tulkojuma latviešu valodā.

1.11.9. Visiem atlases dokumentiem atvasinājumi apliecināmi ar Pretendenta paraksttiesīgās personas apliecinājumu, kurā jānorāda „Kopija pareiza”, paraksttiesīgās personas pašrocīgs paraksts, paraksta atšifrējums, parakstīšanas vieta un laiks.

1.11.10. Attiecībā uz visiem piedāvājumā iekļautajiem materiāliem, kuri nav Pretendenta intelektuālais īpašums, jāietver autortiesību norāde, kā arī apliecinājums par tiesībām izmantot trešo personu autortiesību objektus.

1.11.11. Piedāvājums jāparaksta Pretendenta pārstāvim ar pārstāvības tiesībām vai tā pilnvarotai personai. Ja Pretendents ir personu apvienība jebkurā to kombinācijā, pieteikumu jāparaksta katras personas, kas iekļauta personas apvienībā, pārstāvim ar pārstāvības tiesībām vai tā pilnvarotai personai.

1.11.12. Ja piedāvājumu iesniedz personu apvienība jebkurā to kombinācijā, piedāvājumā norāda personu, kas konkursā pārstāv attiecīgo personu apvienību un ir pilnvarota parakstīt ar konkursu saistītos dokumentus.

1.11.13. Pretendents nedrīkst iesniegt piedāvājuma variantus, ja Pretendents vienlaicīgi piedalās atklātā konkursā un iesniedz piedāvājumu arī kā piegādātāju apvienības dalībnieks, attiecīgā Pretendenta un Pretendenta kā piegādātāju apvienības dalībnieka iesniegtie piedāvājumi netiks uzskatīti par piedāvājumu variantiem, ja konkrētais Pretendents pierāda, ka piedāvājumi ir izstrādāti neatkarīgi un nepastāv risks par ietekmētu konkurenci starp šiem Pretendentiem.

1.11.14. Ja Pretendenta atlases, tehniskā vai finanšu piedāvājuma dokumenti nav noformēti atbilstoši Nolikumā noteiktajām noformējuma prasībām, iepirkuma komisija lemj par Pretendenta piedāvājuma tālāku izskatīšanu.

1.11.15. Iesniegtie piedāvājumi pēc atklāta konkursa Nolikumā noteiktā piedāvājumu iesniegšanas termiņa beigām (Nolikuma 1.9.1.apakšpunkts), izņemot Nolikuma 1.9.3.apakšpunktā noteikto gadījumu, ir Pasūtītāja īpašums un netiek atgriezti Pretendentiem, izņemot ja Pretendents to atsauc vai groza pirms piedāvājumu iesniegšanas termiņa beigām, kā arī Publisko iepirkumu likuma 55.panta ceturtajā prim daļā noteiktajā gadījumā.

1.11.16. Iesniedzot piedāvājumu, Pretendents pilnībā pieņem visus Nolikumā ietvertos noteikumus.

2. PRASĪBAS PRETENDENTIEM

Pretendentu atlases prasības ir obligātas visiem Pretendentiem, kas vēlas piedalīties atklātā konkursā un iegūt tiesības slēgt Pakalpojuma līgumu. Pretendents apzinās, ka jebkurš piedāvājumā iekļautais nosacījums, kas ir pretrunā ar Nolikumu, var būt par iemeslu piedāvājuma noraidīšanai.

2.1. Nosacījumi Pretendentu dalībai atklātā konkursā:

6

Page 7: Web view- vismaz 3 (trīs) gadu praktiskā pieredze Informāciju sistēmu izstrādē ar Oracle PL/SQL tehnoloģijām. 2.3.2.4. ... Oracle Weblogic un Oracle Enterprise DBVS

2.1.1. Iepirkuma komisija neizskata Pretendenta piedāvājumu un izslēdz Pretendentu no turpmākas dalības jebkurā piedāvājumu izvērtēšanas stadijā, ja uz Pretendentu (uz Pretendenta norādīto apakšuzņēmēju, kura sniedzamo pakalpojumu vērtība ir vismaz 20 procenti (%) no kopējās iepirkuma līguma vērtības, personālsabiedrības biedru, ja Pretendents ir personālsabiedrība, un Pretendenta norādīto personu, uz kuras iespējām Pretendents balstās, lai apliecinātu, ka tā kvalifikācija atbilst paziņojumā par līgumu vai iepirkuma procedūras dokumentos noteiktajām prasībām) attiecas kāds no Publisko iepirkumu likuma 39.panta pirmajā daļā noteiktajiem pretendentu izslēgšanas un piedāvājumu neizskatīšanas gadījumiem vai spēkā nav stājies kāds no Publisko iepirkumu likuma 39.panta ceturtajā daļā norādītajiem Pretendentu izslēgšanas vai piedāvājumu neizskatīšanas noilguma nosacījumiem.

2.2. Pretendenta saimnieciskais un finansiālais stāvoklis:

2.2.1. Pretendents var balstīties uz citu uzņēmēju iespējām, ja tas ir nepieciešams konkrētā līguma izpildei, neatkarīgi no savstarpējo attiecību tiesiskā rakstura. Šādā gadījumā Pretendents pierāda Pasūtītājam, piedāvājumam, papildus Nolikuma 3.1.apakšpunktā noteiktajiem iesniedzamajiem dokumentiem, pievienojot attiecīgus dokumentus, ka viņa rīcībā būs nepieciešamie resursi, iesniedzot šo uzņēmēju apliecinājumu vai vienošanos par sadarbību konkrētā līguma izpildei.

2.2.2. Pretendenta gada kopējais finanšu apgrozījums iepriekšējos 3 (trīs) gados vai arī iepriekšējos 3 (trīs) gados līdz pat piedāvājumu iesniegšanas termiņam (Nolikuma 1.9.1.apakšpunkts) informācijas un komunikāciju tehnoloģiju jomā vismaz ir vienāds vai pārsniedz finanšu piedāvājuma kopsummu bez PVN. Pretendenta, kas dibināts vēlāk par 2010.gadu, gada kopējais finanšu apgrozījums nostrādātajā periodā informācijas un komunikāciju tehnoloģiju jomā ir vismaz vienāds vai pārsniedz finanšu piedāvājuma kopsummu bez PVN.

2.3. Pretendenta tehniskās un profesionālās spējas:

2.3.1. Pretendentam jābūt vismaz šādai pieredzei:2.3.1.1. vismaz 3 (trīs) gadu pieredzei trešo personu informācijas sistēmu darbības nodrošināšanā, sistēmas administrēšanu un rezerves kopiju veidošanu, izmitinot un apkalpojot vismaz trīs līdzīgas trešo personu informācijas sistēmas datu centrā (ar līdzīgu informācijas sistēmu jāsaprot informācijas sistēmas, kuras ietver aplikāciju serveri un datu bāzi, kura veidota klāstera arhitektūrā);2.3.1.2. vismaz 3 (trīs) gadu pieredzei informācijas sistēmu uzturēšanā (programmatūras vai tās komponentu modificēšana, lai labotu kļūdas, uzlabotu veiktspēju vai adaptētu to mainītai funkcionēšanas videi).

2.3.2. Pretendenta piedāvātajiem speciālistiem jābūt vismaz sekojošai kvalifikācijai un dokumentētai pieredzei:

2.3.2.1. Projekta vadītājs:- augstākā izglītība datorzinātnēs, vadības zinībās vai inženieru zinātnēs;- vismaz 3 (trīs) gadu pieredze izstrādes vadībā informācijas un komunikāciju tehnoloģiju

jomā (turpmāk - IKT);- pieredze kā projektu vadītājam 1 (viena) sekmīga Informāciju sistēmu izstrādes un/vai

uzturēšanas projekta pārvaldībā (par sekmīgi realizētu projektu Pasūtītājs uzskatīs projektu, kura īstenošanas rezultātā ir sasniegts apstiprinātais projekta mērķis un projekta rezultāts ir lietots vai tiks lietots pēc projekta pabeigšanas brīža). Vismaz viena projekta izmaksas gadā pārsniedz Ls 300`000 (trīs simti tūkstoši latu) bez (PVN);

7

Page 8: Web view- vismaz 3 (trīs) gadu praktiskā pieredze Informāciju sistēmu izstrādē ar Oracle PL/SQL tehnoloģijām. 2.3.2.4. ... Oracle Weblogic un Oracle Enterprise DBVS

- starptautiski atzīts sertifikāts projektu vadībā (piemēram, PMI (Project Management Association), PRINCE2, IPMA (International Project Management Association) vai ekvivalents projektu vadītāja un/vai programmu vadītāja kvalifikāciju apliecinošs sertifikāts.

2.3.2.2 vismaz 1 (viens) programmētājs:- augstākā izglītība datorzinātnēs, inženierzinātnēs vai dabaszinātnēs; - vismaz 3 (trīs) gadu praktiskā pieredze Informāciju sistēmu izstrādē ar JAVA

tehnoloģijām.

2.3.2.3 vismaz 1 (viens) programmētājs - augstākā izglītība datorzinātnēs, inženierzinātnēs vai dabaszinātnēs; - vismaz 3 (trīs) gadu praktiskā pieredze Informāciju sistēmu izstrādē ar Oracle PL/SQL

tehnoloģijām.

2.3.2.4. Testēšanas speciālists:- augstākā izglītība datorzinātnēs, inženierzinātnēs, dabaszinātnēs vai ISTQB sertifikāts

(International Software Testing Qualifications Board) vai līdzvērtīgs;- vismaz 3 (trīs) gadu praktiskā pieredze IT sistēmu testēšanas jomā.

2.3.2.5. Informācijas sistēmu analītiķis:- augstākā izglītība datorzinātnēs, inženierzinātnēs vai vadības zinībās;- vismaz 3 (trīs) gadu pieredze IKT jomā;- pieredze līdzīga apjoma un sarežģītības informācijas sistēmu projektēšanā.

2.3.3. Visiem Pretendenta piedāvātajiem speciālistiem jābūt spējīgiem komunicēt latviešu valodā.

2.3.4. Pretendenta piedāvātie speciālisti vienlaicīgi drīkst piedalīties projektā ne vairāk kā divās lomās katrs.

2.3.5. Gadījumā, ja tiek piesaistīti apakšuzņēmēji, Pretendentam kopumā – (tas ir galvenajam uzņēmējam un apakšuzņēmējiem kopumā) jāatbilst noteiktajām kvalifikācijas prasībām.

2.3.6. Pretendenta uzņēmumā ir jābūt ieviestai kvalitātes vadības sistēmai.

3. IESNIEDZAMIE DOKUMENTI

3.1. Pretendentu atlases prasības:

Pretendentiem jāiesniedz sekojoši atlases dokumenti, pēc kuriem Pasūtītājs pārbauda Pretendentu atbilstību izvirzītajām prasībām:

Nr. Pretendenta iesniedzamie dokumenti:

3.1.1. Iesniegts Pretendenta parakstīts pieteikums dalībai atklātā konkursā (Nolikuma 2. pielikums);

Ja piedāvājumu atklātā konkursā iesniedz piegādātāju apvienība, tad pieteikumu par piedalīšanos atklātā konkursā paraksta visi piegādātāju apvienības dalībnieki vai arī piegādātāju apvienības dalībnieks, kas tam pilnvarots ar piegādātāju apvienības sadarbības līgumu, kas noteikts nolikuma 3.1.12.1.apakšpunktā. Citus piedāvājumā esošus dokumentus paraksts ar minēto vienošanos noteiktais apvienības dalībnieks;

3.1.2. Pretendenta parakstītas pilnvaras oriģināls vai kopija, ja piedāvājuma dokumentus paraksta Pretendenta pilnvarotā persona;Pretendenta - juridiskas personas pilnvarai pievieno dokumentu, kas apliecina pilnvaru parakstījušās paraksttiesīgās personas tiesības pārstāvēt attiecīgo Pretendentu;

8

Page 9: Web view- vismaz 3 (trīs) gadu praktiskā pieredze Informāciju sistēmu izstrādē ar Oracle PL/SQL tehnoloģijām. 2.3.2.4. ... Oracle Weblogic un Oracle Enterprise DBVS

3.1.3. Dokuments, kas apliecina, ka Pretendents ir reģistrēts atbilstoši attiecīgās valsts normatīvo aktu prasībām (nosacījums attiecas uz juridiskām personām):1. Latvijas Republikas Uzņēmumu reģistrā vai Komercreģistrā reģistrētiem uzņēmumiem (uzņēmējsabiedrībām) – Uzņēmumu reģistra vai Komercreģistra izsniegta Pretendenta reģistrācijas apliecības kopija;2. Ārvalstu uzņēmumiem (uzņēmējsabiedrībām) kompetentas attiecīgās valsts institūcijas izsniegts dokuments, kas apliecina, ka Pretendents ir reģistrēts atbilstoši attiecīgās valsts normatīvo aktu prasībām.Ja piedāvājumu iesniedz personu apvienība, minēto dokumentu iesniedz katrs personu apvienības dalībnieks (nosacījums attiecās uz juridiskām personām);

3.1.4. Dokumentu vai dokumentus, kas apliecina Pretendenta – juridiskās personas Piedāvājuma dokumentus parakstījušās, kā arī kopijas un tulkojumus apliecinājušās personas tiesības pārstāvēt Piegādātāju iepirkuma procedūras ietvaros;

3.1.5. Ārvalstīs reģistrētie pretendenti ir tiesīgi iesniegt dokumentu, ko izsniegušas attiecīgās ārvalstu institūcijas, iestādes vai personas, kas saskaņā ar Pretendenta reģistrācijas valsts normatīvajiem aktiem ir tiesīgas to darīt;

3.1.6. Pretendenta apstiprināts apliecinājums par to, ka uz viņu neattiecas Publisko iepirkumu likuma 39. panta pirmajā daļā noteiktie Pretendentu izslēgšanas noteikumi (Nolikuma 2.1.1.apakšpunkts);

Ja piedāvājumu iesniedz personu apvienība, šādu apliecinājumu iesniedz katrs personu apvienības dalībnieks.

3.1.7. Izziņa par Pretendenta finanšu apgrozījumu (Nolikuma 2.2.2.apakšpunktā noteikto prasību izpildes apliecināšanai).

Izziņā norāda kopējo apgrozījumu par laika periodu, kas aizsākas ne agrāk kā iepriekšējo 3 (trīs) kalendāro gadu laikā un noslēdzas ar piedāvājumu iesniegšanai noteikto termiņu. Izziņu paraksta Pretendentu pārstāvēt tiesīgā persona, pievienojot pārstāvību apliecinošu dokumentu (piemēram, pilnvaru).

3.1.8. Vismaz 2 (divas) Pretendenta klientu izsniegtas atsauksmes, kas apliecina Pretendenta kvalifikāciju, kvalitāti un pieredzi atbilstoši Nolikuma 2.3.1.apakšpunktam (viena par 2.3.1.1.apakšpunktu, viena par 2.3.1.2.apakšpunktu) .

3.1.9. Vismaz 2 (divas) par Pretendenta piedāvāto speciālistu (Nolikuma 2.3.2.1.apakšpunkts) klientu izsniegtas atsauksmes, kas apliecina Pretendenta piedāvātā speciālista kvalifikāciju, kvalitāti un pieredzi atbilstoši Nolikuma 2.3.2.1. apakšpunktam (viena par 2.3.1.1.apakšpunktu, viena par 2.3.1.2.apakšpunktu).

3.1.10. Pretendenta kvalifikācijas un pieredzes apraksts, atbilstoši Nolikuma 2.3.2. apakšpunktā noteiktajam.

3.1.11. Pretendenta piedāvāto speciālistu kvalifikāciju apliecinošu (atbilstoši 2.3.2.apakšpunktā noteiktajam) dokumentu kopijas un dzīvesgājuma apraksti (ar pievienotiem pašrocīgi parakstītiem CV, kuros norādīta arī latviešu valodas prasme) (Nolikuma 6.pielikums)

3.1.12.Ja piedāvājumu iesniedz piegādātāju apvienība, tad papildus jāiesniedz:

3.1.12.1. 1) Gadījumos, ja Pretendents kā piegādātāju apvienība nav reģistrēta Komercreģistrā (vai līdzvērtīgā komercdarbību reģistrējošā iestādē ārvalstīs), jāiesniedz sadarbības līguma oriģināls vai apliecināta kopija ar apliecinājumu:- kuram piegādātāju apvienības biedram ir tiesības pārstāvēt piegādātāju apvienību;- katra piegādātāju apvienības biedra atbildības apjomu;kā arī jānorāda, kādā juridiskā struktūrā piegādātāju apvienības dalībnieki apvienosies, gadījumā, ja tai tiks piešķirtas līguma slēgšanas tiesības.Sadarbības līgumā jābūt noteiktam, ka visi piegādātāju apvienības dalībnieki kopā un atsevišķi ir atbildīgi par iepirkuma līguma izpildi, kā arī, obligāti ir jābūt fiksētam, kādas fiziskās vai juridiskās personas ir apvienojušās piegādātāju apvienībā;

9

Page 10: Web view- vismaz 3 (trīs) gadu praktiskā pieredze Informāciju sistēmu izstrādē ar Oracle PL/SQL tehnoloģijām. 2.3.2.4. ... Oracle Weblogic un Oracle Enterprise DBVS

2) Gadījumos, ja piegādātāju apvienība ir reģistrēta Komercreģistrā (vai līdzvērtīgā komercdarbību reģistrējošā iestādē ārvalstīs) - spēkā esoša personālsabiedrības līguma apliecināta kopija;

3.1.12.2. Apliecinājums , ka gadījumā, ja piegādātāju apvienībai tiks piešķirtas līguma slēgšanas tiesības, 10 (desmit) darba dienu laikā pēc iepirkuma procedūras noslēguma (kad atbilstoši Publisko iepirkumu likuma 67. panta ceturtajai daļai varēs slēgt līgumu), piegādātāju apvienība reģistrēs Piedāvājumā norādīto juridisko struktūru (nosacījums attiecas uz piegādātāju apvienību, kura nav reģistrēta komercreģistrā vai līdzvērtīgā komercdarbību reģistrējošā iestādē ārvalstīs);

3.1.12.3. Pilnvara galvenajam dalībniekam pārstāvēt piegādātāju apvienību atklātā konkursā un dalībnieku vārdā parakstīt piedāvājuma dokumentus, ja Piedāvājumu paraksta un kopijas, un tulkojumus apliecina piegādātāju apvienības pilnvarotā persona, ja šis pilnvarojums nav noteikts piegādātāju apvienības dalībnieku starpā noslēgtajā sadarbības līgumā, kas pievienots Pretendenta piedāvājumam.

3.1.13. Ja pretendents plāno piesaistīt apakšuzņēmējus, tad papildus Pretendenta iesniedzamajiem dokumentiem jāiesniedz (nosacījumi attiecas uz tiem apakšuzņēmējiem, kuru sniedzamo pakalpojumu vērtība ir vismaz 20 procenti no kopējās iepirkuma vispārīgās vienošanās vērtības):

3.1.13.1. Komercreģistra vai līdzvērtīgas komercdarbību reģistrējošas iestādes ārvalstīs izdota reģistrācijas apliecības kopija jāiesniedz katram Pretendenta piesaistītajam apakšuzņēmējam (nosacījums attiecas uz juridiskām personām);

3.1.13.2. Piesaistīto apakšuzņēmēju saraksts (nosaukums, adrese, reģ. Nr. (ja tāds ir)), kuru sniedzamo pakalpojumu vērtība ir 20 procenti no kopējās iepirkuma Pakalpojuma līguma vērtības, kā arī norāda katram apakšuzņēmējam izpildei nododamo Pakalpojuma līguma daļu (norādot procentuālā izteiksmē, kā arī norādot nododamos darbus).

3.1.13.3. Rakstiski apakšuzņēmēju apliecinājumi atbilstoši apliecinājuma veidlapai (Nolikuma 7.pielikums).Apliecinājums jāparaksta apakšuzņēmēja pārstāvim ar pārstāvības tiesībām vai tā pilnvarotai personai. Gadījumā, ja apliecinājumu paraksta pilnvarota persona, apakšuzņēmējam jāiesniedz personas ar pārstāvības tiesībām izsniegta pilnvara (oriģināls vai kopija) citai personai parakstīt apliecinājumu;

3.1.13.4. Dokumentu vai dokumentus, kas apliecina apakšuzņēmēja piedāvājuma dokumentus parakstījušās, kā arī kopijas un tulkojumus apliecinājušās personas tiesības pārstāvēt apakšuzņēmēju iepirkuma procedūras ietvaros, ja Piedāvājumu paraksta, kopijas un tulkojumus apliecina apakšuzņēmēja pilnvarotā persona. Juridiskas personas (apakšuzņēmēja vadītāja) pilnvarai pievieno dokumentu, kas apliecina pilnvaru parakstījušās paraksttiesīgās amatpersonas tiesības pārstāvēt attiecīgo juridisko personu.

3.2. Tehniskā piedāvājuma dokumenti un prasības:3.2.1. Pretendenta tehniskais piedāvājums jāiesniedz dokumentārā veidā, kas sagatavots

atbilstoši nolikuma 3. pielikumā norādītajai tehniskā piedāvājuma veidlapas formai, 3.2.2. Tehniskais piedāvājums jāsagatavo saskaņā ar nolikuma 1.pielikumu „Tehniskā

specifikācija”. Tehniskā piedāvājuma apraksta daļu Pretendenti veido brīvā formā, nolikuma 3. pielikumā dotajā tabulā norādot tehniskā piedāvājuma apraksta nodaļas numuru (virsrakstu) un lapaspuses numuru no Pretendenta tehniskā piedāvājuma, kur aprakstīts konkrētās tehniskās specifikācijas prasības piedāvājums.

3.2.3. Tehniskā piedāvājuma elektronisko kopiju papildus jāiesniedz uz elektroniskā datu nesēja ar standarta biroja programmatūras rīkiem nolasāmā formātā.

10

Page 11: Web view- vismaz 3 (trīs) gadu praktiskā pieredze Informāciju sistēmu izstrādē ar Oracle PL/SQL tehnoloģijām. 2.3.2.4. ... Oracle Weblogic un Oracle Enterprise DBVS

3.3. Finanšu piedāvājuma prasības:3.3.1. Pretendenta finanšu piedāvājums jāiesniedz dokumentārā veidā atbilstoši Nolikuma

4. pielikumā norādītajai finanšu piedāvājuma veidlapas formai. Finanšu piedāvājuma elektronisko kopiju papildus jāiesniedz uz elektroniskā datu nesēja ar standarta biroja programmatūras rīkiem nolasāmā formātā (Nolikuma 1.11.4.apakšpunkts).

3.3.2. Finanšu piedāvājumā jāiekļauj visi izdevumi, tajā skaitā arī atlaides, nodokļi, nodevas un citi izdevumi, kas nepieciešami, lai nodrošinātu tehniskās specifikācijas prasību savlaicīgu un kvalitatīvu izpildi. Finanšu piedāvājumā cenas jānorāda Latvijas Republikas latos (LVL) ar diviem cipariem aiz komata bez PVN saskaņā ar Nolikuma prasībām. Ja Pretendents nav norādījis divus ciparus aiz komata, tad komisija uzskata, ka nenorādītie cipari ir nulle.

3.3.3. Pasūtītāja finanšu iespējas LVL 750 000,00 (septiņi simti piecdesmit tūkstoši lati, 00 santīmi).

4. PIEDĀVĀJUMU VĒRTĒŠANA UN IZVĒLES KRITĒRIJI

4.1. Piedāvājumu vērtēšana

4.1.1. Piedāvājumu vērtēšanu iepirkuma komisija veic slēgtā sēdē 5 (piecos) posmos:

4.1.1.1. 1.posms - piedāvājumu noformējuma pārbaude;4.1.1.2. 2.posms - Pretendentu atlase;4.1.1.3. 3.posms - tehnisko piedāvājumu atbilstības pārbaude;4.1.1.4. 4.posms - finanšu piedāvājumu pārbaude;4.1.1.5. 5.posms - lēmuma pieņemšana par Pakalpojuma līguma slēgšanas tiesību

piešķiršanu un piedāvājuma izvēles kritērijs.

4.1.2. Iepirkuma komisija ir tiesīga lūgt Pretendentiem papildināt vai izskaidrot iesniegtos dokumentus, uzdot jautājumus rakstiski un tādā pašā veidā saņemt atbildi, ja tas nepieciešams pretendentu atlasei, tehnisko piedāvājumu atbilstības pārbaudei, kā arī piedāvājumu vērtēšanai un salīdzināšanai.

4.1.3. Pretendents, sniedzot papildus paskaidrojumus uz atklāta konkursa komisijas rakstiski uzdotajiem jautājumiem (nolikuma 4.1.2.apakšpunkts), nedrīkst iesniegt tādu dokumentāciju, kas bija jāiesniedz nolikuma 1.9.1.apakšpunktā norādītajā piedāvājumu iesniegšanas termiņā, bet norādītajā termiņā netika iesniegti.

4.2. Piedāvājumu noformējuma pārbaude

1. vērtēšanas posms

4.2.1. Pēc piedāvājumu atvēršanas atklāta konkursa komisijas sekretārs sagatavo rakstisku ziņojumu par piedāvājumu atbilstību Nolikumā noteiktajām noformējuma prasībām un nodod to komisijas priekšsēdētājam.

4.2.2. Atklāta konkursa komisija izvērtē komisijas sekretāra sagatavoto ziņojumu par piedāvājumu atbilstību Nolikumā noteiktajām noformējuma prasībām un pieņem attiecīgu lēmumu.

4.3. Pretendentu atlase

2. vērtēšanas posms

4.3.1. Pretendentu atlases laikā iepirkuma komisija noskaidro un izvērtē Pretendenta kompetenci un atbilstību Nolikuma 2.punktā noteiktajām prasībām, izvērtējot atbilstoši Nolikuma 3.1.apakšpunkta prasībām iesniegtos atlases dokumentus.

11

Page 12: Web view- vismaz 3 (trīs) gadu praktiskā pieredze Informāciju sistēmu izstrādē ar Oracle PL/SQL tehnoloģijām. 2.3.2.4. ... Oracle Weblogic un Oracle Enterprise DBVS

4.3.2. Ja Pretendents nav iesniedzis kādu no pieprasītajiem dokumentiem un komisija publiski pieejamās datu bāzēs internetā nevar noskaidrot nepieciešamo informāciju, vai Pretendentu atlases dokumentu izvērtēšanas rezultātā komisija konstatē, ka dokuments neatbilst kādai no iepriekš izvirzītajām prasībām, iepirkuma komisija pieņem lēmumu par Pretendenta izslēgšanu no turpmākas dalības konkursā.

4.3.3. Ja, izvērtējot Pretendenta iesniegtos atlases dokumentus, komisija konstatē, ka uz Pretendentu (vai Publisko iepirkumu likuma 39.panta pirmās daļas 11.punktā minēto personu) attiecas Nolikuma 2.1.apakšpunktā norādītie apstākļi, komisija izslēdz attiecīgo Pretendentu no turpmākas dalības iepirkumā un neizskata tā piedāvājumu.

4.4. Tehnisko piedāvājumu atbilstības pārbaude un vērtēšana3. vērtēšanas posms

4.4.1. Atklāta konkursa komisija vērtē tikai tos piedāvājumus, kas nav noraidīti 1. un 2. vērtēšanas posmā.

4.4.2. Iepirkuma komisija pārbauda katra Pretendenta iesniegtā tehniskā piedāvājuma dokumentāciju (3.2.apakšpunkts) un piedāvājuma atbilstību nolikuma 1.pielikumā „Tehniskās specifikācijas” norādītajam prasību līmenim.

4.4.3. Ja Pretendenta tehniskais piedāvājums neatbilst nolikumā norādītajam tehnisko specifikāciju prasību līmenim, komisija izslēdz Pretendentu no tālākas dalības atklātā konkursā.

4.4.4. Pretendents nedrīkst iesniegt tehniskā piedāvājuma variantus, izņemot, ja Pretendents vienlaicīgi piedalās iepirkumā kā personu apvienības dalībnieks. Ja Pretendents tehniskajā piedāvājumā būs piedāvājis vairāk nekā vienu piedāvājumu (vairāk nekā vienu variantu), atklāta konkursa komisija noraidīs visus Pretendenta iesniegtos tehniskos piedāvājumus.

4.5. Finanšu piedāvājumu vērtēšana

4. vērtēšanas posms

4.5.1. Atklāta konkursa komisija vērtē tikai to Pretendentu finanšu piedāvājumus, kas nav noraidīti 1., 2. un 3. vērtēšanas posmā.

4.5.2. Iepirkuma komisija pārbauda katra Pretendenta iesniegtā finanšu piedāvājuma dokumentāciju atbilstoši Nolikuma 3.3.apakšpunktam un Nolikuma 4.pielikumam.

4.5.3. Iepirkuma komisija pārbauda vai Pretendenta iesniegtajā finanšu piedāvājumā nav aritmētiskas kļūdas. Ja finanšu piedāvājumā tiek konstatēta aritmētiska kļūda, tā tiek labota atbilstoši Publisko iepirkumu likuma 56.panta prasībām.

4.5.4. Ja piedāvājumu vērtēšanas laikā komisija konstatē, ka Pretendents piedāvā sniegt Pakalpojumu par ievērojami zemāku cenu, nekā citi Pretendenti, tā pārbauda, vai Pretendenta piedāvājums nav nepamatoti lēts atbilstoši Publisko iepirkumu likuma 48.panta prasībām.

4.5.5. Ja Pasūtītājs, pirms pieņem lēmumu par iepirkuma līguma slēgšanu, konstatē, ka divu vai vairāku Pretendentu iesniegto piedāvājumu novērtējums, atbilstoši izraudzītajam piedāvājuma izvēles kritērijam, ir vienāds, tas izvēlas piedāvājumu, kuru iesniedzis Pretendents, kas nodarbina vismaz 20 notiesātos ieslodzījuma vietās.

4.6. Lēmuma pieņemšana par Pakalpojuma līguma slēgšanas tiesību piešķiršanu un piedāvājuma izvēles kritērijs

5.Vērtēšanas posms

4.6.1. Tiesības slēgt pakalpojuma līgumu tiks piešķirtas Pretendentam, kurš atbildīs visām Nolikumā noteiktajām atlases prasībām un būs iesniedzis prasībām atbilstošu tehnisko piedāvājumu ar viszemāko piedāvāto cenu (bez PVN).

12

Page 13: Web view- vismaz 3 (trīs) gadu praktiskā pieredze Informāciju sistēmu izstrādē ar Oracle PL/SQL tehnoloģijām. 2.3.2.4. ... Oracle Weblogic un Oracle Enterprise DBVS

4.6.2. Gadījumā, ja Pretendents, kuram piešķirtas tiesības slēgt pakalpojuma līgumu, atsakās to slēgt vai nenoslēdz to paredzētajā termiņā, tiesības slēgt pakalpojuma līgumu tiek piešķirtas nākamajam Pretendentam, kura piedāvājums ir atzīts par atbilstošu konkursa Nolikuma prasībām un finanšu piedāvājums ir ar nākamo piedāvāto zemāko cenu (bez PVN).

4.6.3. Komisija Valsts ieņēmumu dienesta (turpmāk – VID) mājaslapā: http://www6.vid.gov.lv/VID_PDB/NPAR izvērtē nodokļu parādu esamību attiecībā uz visiem Pretendentiem.1

4.6.4. Ja komisija pārbaudes brīdī konstatē nodokļu parādu, tā, saskaņā ar Publisko iepirkumu likuma 37.panta ceturtajā daļā noteikto, par minēto paziņo attiecīgajam Pretendentam un noteic saprātīgu termiņu tādas izziņas vai cita dokumenta (piemēram, izdrukas no Elektroniskās deklarēšanās sistēmas) iesniegšanai, kas apstiprinātu, ka Pretendentam nav nodokļu parāda. Iepirkuma komisija pieņem un atzīst tikai tādu izziņu vai citu dokumentu, kurā ir iekļauta aktuālāka informācija par to, ko tā tika ieguvusi datubāzē.

4.6.5. Ja pasūtītājs nodokļu parādus konstatē nevis potenciālajam prasībām atbilstošajam Pretendentam, kuram piešķiramas Vispārīgās vienošanās slēgšanas tiesības, bet citam Pretendentam, tad Pasūtītājam nav pienākuma informēt attiecīgo personu un dot termiņu dokumenta iesniegšanai, kas apliecinātu, ka nodokļu parāda nav, jo minētais neietekmē atklāta konkursa rezultātus.

4.6.6. Ja iepirkuma komisija publiskajās datu bāzēs nevar iegūt Publisko iepirkumu likuma 39.panta pirmās daļas 5. un 4.punktā minēto informāciju, tā pieprasa, lai Pretendents, kuram atbilstoši citām iepirkuma procedūras dokumentos noteiktajām prasībām un izraudzītajam piedāvājuma izvēles kritērijam būtu piešķiramas līguma slēgšanas tiesības pēc iepirkuma komisijas pieprasījuma ne vēlāk kā 10 (desmit) darba dienu laikā iesniedz:

4.6.6.1. izziņu, ko ne agrāk kā vienu mēnesi pirms iesniegšanas dienas izdevusi kompetenta institūcija, kas apliecina, ka Pretendentam nav pasludināts maksātnespējas process un tas neatrodas likvidācijas stadijā;

4.6.6.2. izziņu, ko ne agrāk kā vienu mēnesi pirms iesniegšanas dienas izdevis Valsts ieņēmumu dienests un, kura apliecina, ka Pretendentam (neatkarīgi no tā, vai Pretendents reģistrēts Latvijā vai Latvijā atrodas to pastāvīgā dzīvesvieta) Latvijā nav nodokļu parādu, tajā skaitā valsts sociālās apdrošināšanas obligāto iemaksu parādu, kas kopsummā pārsniedz 100 latus;

4.6.6.3. ja Pretendents reģistrēts ārvalstī (ārvalstī atrodas Pretendenta pastāvīgā dzīvesvieta), jāiesniedz izziņu, ka Pretendentam attiecīgajā ārvalstī nav nodokļu parādu, tajā skaitā valsts sociālās apdrošināšanas obligāto iemaksu parādu, kas kopsummā pārsniedz 100 latus.

4.6.6.4. Ja Pasūtītājs nolikuma 4.6.2.apakšpunktā noteikto informāciju par Pretendentu iegūst tieši no kompetentās institūcijas, datubāzes vai no citiem avotiem, attiecīgais Pretendents ir tiesīgs iesniegt izziņu vai citu dokumentu par attiecīgo faktu, ja Pasūtītāja iegūtā informācija neatbilst faktiskajai situācijai.

4.6.7. Lai izvērtētu Pretendentu un Publisko iepirkumu likuma 39.panta pirmās daļas 11.punktā minēto personu saskaņā ar minētā panta pirmās daļas 2.punktu, Pasūtītājs no Valsts darba inspekcijas iegūst informāciju par to, vai Pretendents un Publisko iepirkumu likuma 39.panta pirmās daļas 11.punktā minētā persona Latvijā vai ārvalstīs ir sodīta par tādiem darba tiesību pārkāpumiem, kas saistīti ar personu nodarbināšanu bez rakstveida darba līguma noslēgšanas.

4.6.8. Ja attiecīgais Pretendents (pretendenta norādītais apakšuzņēmējs, kura sniedzamo pakalpojumu vērtība ir vismaz 20 procenti (%) no kopējās pakalpojuma līguma vērtības, personālsabiedrības biedrs, ja Pretendents ir personālsabiedrība, un Pretendenta norādītā persona, uz kuras iespējām Pretendents balstās, lai apliecinātu, ka tā kvalifikācija atbilst paziņojumā par līgumu vai iepirkuma procedūras dokumentos noteiktajām prasībām (ja šāda persona norādīta)) noteiktajā termiņā neiesniedz

1 Atbilstoši IUB norādījumiem: http://www.iub.gov.lv/files/upload/PIL_39_pants_08042013.pdf13

Page 14: Web view- vismaz 3 (trīs) gadu praktiskā pieredze Informāciju sistēmu izstrādē ar Oracle PL/SQL tehnoloģijām. 2.3.2.4. ... Oracle Weblogic un Oracle Enterprise DBVS

4.6.6.apakšpunktā minētos dokumentus (ja komisija tos ir pieprasījusi), pēc komisijas pieprasījuma nenovērš konstatēto nodokļu parāda esamību (nolikuma 4.6.4.apakšpunkts), vai komisija konstatē, ka attiecībā pret Pretendentu vai Publisko iepirkumu likuma 39.panta pirmās daļas 11.punktā minēto personu ir uzsākts maksātnespējas process un tie atrodas likvidācijas stadijā, vai Valsts darba inspekcija ir sniegusi informāciju, ka Pretendents (Pretendenta norādītais apakšuzņēmējs, kura sniedzamo pakalpojumu vērtība ir vismaz 20 procenti (%) no kopējās pakalpojuma līguma vērtības, personālsabiedrības biedrs, ja Pretendents ir personālsabiedrība, vai Pretendenta norādītā persona, uz kuras iespējām Pretendents balstās, lai apliecinātu, ka tā kvalifikācija atbilst paziņojumā par līgumu vai iepirkuma procedūras dokumentos noteiktajām prasībām (ja šāda persona ir norādīta)) ir sodīts par tādiem darba tiesību būtiskiem pārkāpumiem, kas saistīti ar personas nodarbināšanu bez rakstveida darba līguma noslēgšanas, tad iepirkuma komisija lemj par Pretendenta izslēgšanu no turpmākas dalības atklātā konkursā.

4.6.9. Ja Pretendents vai persona, uz kuras iespējām Pretendents balstās, ir personālsabiedrība, minētās izziņas jāiesniedz par personālsabiedrību un visiem personālsabiedrības biedriem, savukārt, ja Pretendents vai persona, uz kuras iespējām Pretendents balstās, ir personu apvienība, – par visiem personu apvienības dalībniekiem.

4.6.10. Ja līguma slēgšanas tiesības, atbilstoši citām iepirkuma procedūras dokumentos noteiktajām prasībām un izraudzītajam piedāvājuma izvēles kritērijam, būtu piešķiramas Pretendentam – fiziskai personai vai piegādātāju apvienībai, kuras dalībnieks ir fiziska persona, pēc iepirkuma komisijas pieprasījuma, līdz līguma noslēgšanas termiņam, fiziskā persona iesniedz kompetentās institūcijas izdotu nodokļu maksātāja reģistrācijas apliecības kopiju.

5. PAKALPOJUMA LĪGUMS

5.1. Pakalpojuma līgumu ar Pretendentu, kurš atzīts par uzvarētāju, slēdz atbilstoši Publisko iepirkumu likuma 67.panta noteikumiem.

5.2. Pretendents nevar deleģēt trešajām personām tiesības slēgt Pakalpojuma līgumu ar Pasūtītāju.

5.3. Konkursa uzvarētājiem ir pienākums noslēgt Pakalpojuma līgumu, atbilstoši Nolikumam pievienotajam Pakalpojuma līguma projektam (5.pielikums), 5 (piecu) darba dienu laikā pēc tam, kad no Pasūtītāja saņemts pieprasījums (Pasūtītājs iesniedzis parakstīšanai Pakalpojuma līguma projektu).

5.4. Pakalpojuma līguma izpildē iesaistītā personāla un apakšuzņēmēju nomaiņa iespējama pēc Nolikuma 5.pielikumā „Pakalpojuma līguma projekts” noteiktās kārtības.

5.5. Iesniedzot piedāvājumu, Pretendents pieņem Nolikuma 5.pielikumā esošā Pakalpojuma līguma projekta noteikumus un piekrīt slēgt šādu Pakalpojuma līgumu.

6. IEPIRKUMA KOMISIJAS TIESĪBAS UN PIENĀKUMI

6.1. Iepirkuma komisijas tiesības

6.1.1. Izdarīt grozījumus Nolikumā.6.1.2. Pieprasīt Pretendentam papildināt vai izskaidrot iesniegto piedāvājumu. 6.1.3. Pieaicināt ekspertu ar padomdevēja tiesībām.6.1.4. Lemt par piedāvājuma tālāku izskatīšanu, ja piedāvājums nav noformēts atbilstoši Nolikuma

prasībām.6.1.5. Labot finanšu piedāvājumos konstatētās aritmētiskās kļūdas.6.1.6. Noraidīt piedāvājumu, ja tiek konstatēts, ka ir iesniegts Nolikuma prasībām neatbilstošs

piedāvājums vai ir sniegta nepilnīga vai nepatiesa informācija.

14

Page 15: Web view- vismaz 3 (trīs) gadu praktiskā pieredze Informāciju sistēmu izstrādē ar Oracle PL/SQL tehnoloģijām. 2.3.2.4. ... Oracle Weblogic un Oracle Enterprise DBVS

6.1.7. Pieņemt lēmumu par uzvarētāja noteikšanu, par Pakalpojuma līguma noslēgšanu vai par iepirkuma procedūras izbeigšanu vai pārtraukšanu.

6.1.8. Ja iepirkuma procedūras uzvarētājs atsakās no Pakalpojuma līguma slēgšanas vai atsauc savu piedāvājumu, par uzvarētāju iepirkuma komisija var atzīt Pretendentu, kurš iesniedzis nākamo zemākās cenas piedāvājumu, vai izbeigt iepirkuma procedūru, neizvēloties nevienu piedāvājumu.

6.1.9. Veikt citas darbības, kas izriet no šī Nolikuma un iepirkuma procesu reglamentējošiem normatīvajiem aktiem.

6.2. Iepirkuma komisijas pienākumi

6.2.1. Nodrošināt atklāta konkursa norisi un dokumentēšanu.6.2.2. Nodrošināt vienlīdzīgu un taisnīgu attieksmi pret Pretendentiem, garantējot visiem vienādu

piekļuvi informācijai par iepirkuma procedūru.6.2.3. Atbildēt uz ieinteresēto piegādātāju iesniegtajiem rakstiskajiem jautājumiem, ja ieinteresētais

piegādātājs, atbilstoši Nolikuma 1.7.3.apakšpunktam, laikus rakstiski pieprasījusi papildus informāciju par Nolikumā iekļauto informāciju.

6.2.4. Nodrošināt iespējamo grozījumu, papildinājumu atklāta konkursa Nolikumā, Nolikuma skaidrojumu un atbilžu uz ieinteresēto piegādātāju jautājumiem ievietošanu Nacionālā veselības dienesta mājas lapā internetā, sadaļā „Iepirkumi”.

6.2.5. Vērtēt Pretendentus un to iesniegtos piedāvājumus saskaņā ar Publisko iepirkumu likumu, citiem normatīvajiem aktiem un Nolikumu.

6.2.6. Pārbaudīt, vai finanšu piedāvājumos nav aritmētisku kļūdu.

7. PRETENDENTA TIESĪBAS UN PIENĀKUMI

7.1. Pretendenta tiesības7.1.1. Ieinteresētajiem piegādātājiem ir tiesības prasīt papildu informāciju par Nolikumu vai tā

skaidrojumu. Šie pieprasījumi iesniedzami laikus, pirms piedāvājuma iesniegšanas termiņa, kas norādīts Nolikuma 1.9.1.apakšpunktā, Nacionālais veselības dienests, Cēsu ielā 31 k-3, Rīgā, LV-1012, 4.stāvā lietvedībā vai nosūtāmi rakstveidā - pa pastu un vienlaicīgi pa faksu vai uz Nolikuma 1.2.2. apakšpunktā norādīto e-pasta adresi.

7.1.2. Līdz Piedāvājumu iesniegšanas termiņa beigām grozīt vai atsaukt iesniegto Piedāvājumu.7.1.3. Piedalīties piedāvājumu atvēršanas sanāksmē.7.1.4. Veikt citas darbības saskaņā ar Publisko iepirkumu likumu, citiem normatīvajiem aktiem un šo

Nolikumu.

7.2. Pretendenta pienākumi7.2.1. Ja piedāvājums tiek sūtīts pasta sūtījumā, Pretendents ir atbildīgs par savlaicīgu piedāvājuma

izsūtīšanu, lai nodrošinātu piedāvājuma saņemšanu Nolikuma 1.9.1.apakšpunktā norādītajā adresē līdz Nolikumā noteiktajam termiņam.

7.2.2. Rakstveidā, iepirkuma komisijas norādītajā termiņā, sniegt atbildes uz iepirkuma komisijas uzdotajiem jautājumiem un paskaidrojumus par piedāvājumu.

7.2.3. Līdz ar piedāvājuma iesniegšanu ievērot visus Nolikumā minētos noteikumus.7.2.4. Pretendents uzņemas visas izmaksas, kuras ir saistītas ar piedāvājuma izstrādi un iesniegšanu,

un apņemas necelt pret Pasūtītāju nekādas pretenzijas šajā sakarā.7.2.5. Sniegt patiesu informāciju.

15

Page 16: Web view- vismaz 3 (trīs) gadu praktiskā pieredze Informāciju sistēmu izstrādē ar Oracle PL/SQL tehnoloģijām. 2.3.2.4. ... Oracle Weblogic un Oracle Enterprise DBVS

8. NOLIKUMA PIELIKUMI

Visi pielikumi ir šī Nolikuma neatņemama sastāvdaļa:

1. pielikums – Tehniskā specifikācija;2. pielikums – Pieteikums dalībai atklātā konkursā;3. pielikums – Tehniskais piedāvājums (veidlapa);4. pielikums – Finanšu piedāvājums (veidlapa);5. pielikums – Pakalpojuma līgums (projekts);6.pielikums – Iesniedzamā CV veidlapa;7. pielikums - Apakšuzņēmēju apliecinājums (veidlapa).

Iepirkuma komisijas priekšsēdētājs A.Lobovs

16

Page 17: Web view- vismaz 3 (trīs) gadu praktiskā pieredze Informāciju sistēmu izstrādē ar Oracle PL/SQL tehnoloģijām. 2.3.2.4. ... Oracle Weblogic un Oracle Enterprise DBVS

1. pielikumsNacionālā veselības dienesta rīkotā atklātā konkursa „Veselības

aprūpes pakalpojumu apmaksas norēķinu sistēmas „Vadības informācijas sistēma” programmatūras uzturēšana” nolikumam

Iepirkuma identifikācijas Nr. VM NVD 2013/18

TEHNISKĀS SPECIFIKĀCIJAS

Saturs1. Izmantotie termini un saīsinājumi....................................................................................18

2. Esošā situācija...................................................................................................................19

3. Iepirkuma mērķis..............................................................................................................21

4. Iepirkuma Rezultāts..........................................................................................................22

5. Incidentu pārvaldība.........................................................................................................22

5.1. Kļūdu identifikācija..................................................................................................22

5.2. Izmaiņu pieprasījumi................................................................................................22

5.3. Konsultācijas.............................................................................................................22

5.4. Kļūdu svarīguma kategorijas....................................................................................22

5.5. Reaģēšanas laiks uz kļūdu pieteikumiem.................................................................23

5.6. Kļūdu novēršanas termiņš.........................................................................................23

5.7. Kļūdas eskalācija trešās puses programmatūras izstrādātājam .................................24

6. Sistēmas kļūdu labojumu un izmaiņu pieprasījumu izstrāde............................................24

6.1. Izstrādes vide............................................................................................................24

6.2. Izejas koda pārvaldība..............................................................................................24

6.3. Piekļuve VIS izstrādes videi un programmatūras izejas tekstam.............................24

6.4. Laidienu un dokumentācijas piegāde........................................................................24

6.5. Testēšana un laidiena pieņemšana............................................................................24

6.6. Automatizētā programmatūras testēšana..................................................................25

6.7. Dokumentācijas uzturēšana......................................................................................25

6.8. DB fiziskā datu modeļa uzturēšana..........................................................................26

6.9. Darba laika uzskaite un atskaites..............................................................................26

7. Uzturēšanas pakalpojuma daļas........................................................................................26

7.1. Ikmēneša fiksētais standarta pakalpojums................................................................26

7.2. Papildus maksājums par realizētajiem izmaiņu pieprasījumiem..............................27

8. Uzturēšanas pakalpojuma apmaksa..................................................................................27

8.1. Ikmēneša fiksētā standarta pakalpojuma apmaksa...................................................27

8.2. Papildus maksājuma noteikšana un apmaksa par realizētajiem izmaiņu pieprasījumiem 28

9. Datu drošība......................................................................................................................29

9.1. Prasības datu aizsardzībai.........................................................................................29

17

Page 18: Web view- vismaz 3 (trīs) gadu praktiskā pieredze Informāciju sistēmu izstrādē ar Oracle PL/SQL tehnoloģijām. 2.3.2.4. ... Oracle Weblogic un Oracle Enterprise DBVS

9.2. Datu konfidencialitātes prasības...............................................................................29

10. Audits............................................................................................................................29

10.1. Tiesības uz neatkarīgu auditu...............................................................................29

10.2. Informācijas sagatavošana neatkarīgam auditam.................................................29

1. Izmantotie termini un saīsinājumiPasūtītājs – Nacionālais veselības dienests (Dienests).

Izpildītājs – šī dokumenta kontekstā par Izpildītāju tiek saukta organizācija, kura uzvarēs konkursā, pamatojoties uz iepirkuma rezultātiem.

Līgums- šī dokumenta kontekstā ir līgums starp izpildītāju, kurš uzvarēs konkursā, pamatojoties uz iepirkuma rezultātiem, un Dienestu.

VIS2- Veselības aprūpes pakalpojumu apmaksas norēķinu sistēma „Vadības informācijas sistēma”, Dienestam būvēta informācijas sistēma atbilstoši individuālām Dienesta vajadzībām.

AIP3 – VIS modulis būvēts atbilstoši Veselības inspekcijas individuālām vajadzībām kā Ārstniecības iestāžu un Ārstniecības personu un ārstniecības atbalsta personu reģistrs.

VISUMS4 – VIS modulis būvēts atbilstoši Slimību profilakses un kontroles centra individuālām vajadzībām kā Slimību profilakses un kontroles centra Valsts infekcijas slimību un monitoringa sistēma.

DB – datu bāze

DBVS – datu bāžu vadības sistēma

Izejas teksts - Izpildītāja izveidots programmas kods (pirmkods) no kura iegūstams pilnībā funkcionējošs VIS izpildāmais kods. Atkarībā no izmantojamās tehnoloģijas kā izejas teksts var tikt uzskatīti specializēta formāta faili, kuri tiek tieši izmantoti sistēmas izstrādē.

Izpildāmais kods - VIS sagatavots kods, kas paredzēts izpildīšanai uz datora tieši bez tālākas pārveidošanas (executable).

Koda bibliotēka - Specializēta bibliotēka VIS programmatūras izejas tekstu glabāšanai. Parasti šādas funkcionalitātes nodrošināšanai tiek izmantoti specializēti programmu produkti – piemēram CVS 5, Subversion6, Git7, TFS8.

Laidiens – VIS programmatūras versija, kura var saturēt jaunu VIS programmatūras funkcionalitāti un/vai kļūdu labojumus un ir sagatavota uzstādīšanai Pasūtītāja VIS testa un/vai produkcijas vidē.

Komponente- VIS daļa, kurai ir iespējams veikt atsevišķas uzstādīšanas (instalācijas) darbības.

VERSION fails- ASCII formāta fails, kas iekļauts piegādē un satur unikālu piegādes identifikāciju: piegādes datumu un komponentes identifikāciju.

PANDA – satura vadības sistēma

SQL – strukturēto pieprasījumu valoda.2 https://www.visr.eps.gov.lv/visr/default.aspx?action=2&rid=1483 https://www.visr.eps.gov.lv/visr/default.aspx?action=2&rid=23 https://www.visr.eps.gov.lv/visr/default.aspx? action=2&rid=244 https://www.visr.eps.gov.lv/visr/default.aspx?action=2&rid=1545 http://www.nongnu.org/cvs/ 6 http://subversion.apache.org/ 7 http://git-scm.com/ 8 http://tfs.visualstudio.com/

18

Page 19: Web view- vismaz 3 (trīs) gadu praktiskā pieredze Informāciju sistēmu izstrādē ar Oracle PL/SQL tehnoloģijām. 2.3.2.4. ... Oracle Weblogic un Oracle Enterprise DBVS

2. Esošā situācija.

Veselības obligātās apdrošināšanas valsts aģentūrā, kuras tiesību pārņēmējs ir Veselības norēķinu centrs, kura tiesību pārņēmējs, savukārt, ir Dienests, 2001.gadā tika uzsākta VIS projekta izstrāde, kura ietvaros tika apstiprināta VIS tehniskā specifikācija, izsludināts starptautisks konkurss, lai izvēlētos uzņēmumu, kam nodot projekta izpildes tiesības. Projekta mērķis bija izveidot centralizētu, vienotu valsts apmaksājamo veselības aprūpes pakalpojumu uzskaites un norēķinu sistēmu, kas uzlabotu uzkrātās informācijas kvalitāti un nodrošinātu iespēju iegūt operatīvu informāciju par veselības aprūpes tendencēm. Līgums par projekta izpildi tika noslēgts 2002.gadā ar SIA „Fortech”, kura tiesību pārņēmējs bija SIA „Microlink Latvija”, kura tiesību pārņēmējs ir „Lattelecom Technology”. Projekta ietvaros tika piegādāta un uzstādīta datortehnika (serveri, darba stacijas, drukas iekārtas), standarta programmatūra, izstrādāta VIS, veikta darbinieku un gala lietotāju apmācība. Projekta izpilde tika pabeigta un VIS tika nodota 2004.gadā.

No 2007.gada līdz šim brīdim VIS uztur SIA „Lattelecom Technology” šādā apjomā:1) Uztur VIS programmatūru, izstrādājot izmaiņas un novēršot sistēmā konstatētās kļūdas.2) Administrē VIS standartprogrammatūru: Oracle Linux, Oracle VM, Oracle Weblogic un Oracle

Enterprise DBVS.3) Veic VIS Oracle standartprogrammatūras versiju maiņu aplikāciju serveros un DBVS, migrējot

no Oracle 9i uz Oracle 11g versiju.Šobrīd VIS sastāv no šādiem moduļiem:

1) Pakalpojumu saņēmēju reģistrs (nodrošina personu, kam ir tiesības saņemt no valsts budžeta līdzekļiem apmaksātus veselības aprūpes pakalpojumus, uzskaiti, sniedz informāciju par visiem pie konkrēta ģimenes ārsta reģistrētajiem pacientiem, nodrošina datu iegūšanu no Pilsonības un migrācijas lietu pārvaldes iedzīvotāju reģistra datiem);

2) norēķinu sistēma, kas sastāv no zobārstniecības pakalpojumu apmaksas norēķinu sistēmas moduļa, ambulatoro pakalpojumu apmaksas norēķinu sistēmas moduļa, kompensējamo medikamentu pakalpojumu apmaksas norēķinu sistēmas moduļa, stacionāro pakalpojumu apmaksas norēķinu sistēmas moduļa, neatliekamo medicīnisko pakalpojumu apmaksas norēķinu sistēmas moduļa (norēķinu sistēma nodrošina no valsts budžeta līdzekļiem apmaksāto pakalpojumu un izsniegto kompensējamo zāļu uzskaiti, norēķinus ar ārstniecības iestādēm un aptiekām );

3) klasifikatoru vadības sistēma (nodrošina vienotu veselības nozares klasifikatoru (diagnozes, manipulācijas, u.c.) izmantošanu, tajā skaitā visos VIS norēķinu moduļos un reģistros, nodrošina datu iegūšanu no Slimību profilakses un kontroles centra informācijas sistēmām, Zāļu valsts aģentūras informācijas sistēmas);

4) AIP (nodrošina informāciju par ārstniecības iestādi, ārstniecības personu un to sertifikātiem, informācija tiek izmantota norēķinu veikšanai ar ārstniecības iestādēm, minētajā modulī klasifikatorus un reģistrus uztur Veselības inspekcija);

5) aptieku reģistrs (nodrošina informāciju par aptieku juridiskajiem īpašniekiem un aptiekām, informācija tiek izmantota norēķinu veikšanai ar aptiekām);

6) analītisko un finanšu atskaišu modulis (nodrošina analītisko pārskatu un statistisko atskaišu sagatavošanu par sniegtajiem veselības aprūpes pakalpojumiem);

7) rindu vadības modulis (nodrošina plānveida veselības aprūpes pakalpojumu pieprasītāju rindu veidošanu un vadīšanu);

8) Eiropas Savienības E veidlapu modulis (nodrošina saņemto un izsniegto ES veidlapu uzskaiti);

9) līgumu reģistrs (nodrošina ar ārstniecības iestādi noslēgtā līguma informācijas (līguma termiņš, finanšu apjoms, apmaksas nosacījumi u.c.) uzskaiti, informācija no šī moduļa tiek izmantota norēķinu veikšanai ar ārstniecības iestādēm);

19

Page 20: Web view- vismaz 3 (trīs) gadu praktiskā pieredze Informāciju sistēmu izstrādē ar Oracle PL/SQL tehnoloģijām. 2.3.2.4. ... Oracle Weblogic un Oracle Enterprise DBVS

10) organizēta vēža skrīninga modulis (nodrošina uzaicinājumu sagatavošanu un informācijas par veiktajiem izmeklējumiem uzskaiti, nodrošina datu (personu diagnožu un skrīninga izmeklējumu rezultātu) apmaiņu ar vēža reģistru);

11) centralizēto medikamentu iepirkumu modulis (nodrošina centralizēti iepirkto medikamentu un medicīnas preču pasūtījumu reģistrēšanu, modulis nav pilnībā pabeigts );

12) sistēmas kodols (nodrošina norēķinu sistēmu kopīgās funkcijas, nodrošina ievadītās informācijas pamatpārbaužu un loģisko pārbaužu veikšanu);

13) finanšu modulis (nodrošina finanšu operāciju (rēķinu, transakciju) veidošanu, to grupēšanu un apstrādi, nodrošina norēķinu dalībnieku grupu un atsevišķu norēķinu dalībnieku informācijas uzturēšanu, nodrošina līgumā noteikto finanšu apjomu kontroli);

14) datu apmaiņas modelis (nodrošina datu iegūšanu no Iekšlietu ministrijas Informācijas centra uzturētās Integrētās informācijas sistēmas, Sodu reģistra un Transportlīdzekļu apdrošinātāju biroja uzturētajām informācijas sistēmām);

15) VISUMS (nodrošina infekcijas slimību epidemioloģisko uzraudzību, epidemioloģisko izmeklēšanu, ļauj identificēt infekcijas slimību perēkļus, atklāt infekcijas slimnieku kontaktpersonas un nodrošināt pretepidēmijas pasākumus infekcijas slimību izplatīšanās novēršanai);

16) VISUMS GIS programmatūra (nodrošina infekcijas slimību gadījumu atskaišu datu vizuālu attēlošanu Latvijas kartē).

VIS sistēma satur datus par personām sniegtajiem valsts apmaksātajiem ārstniecības pakalpojumiem, valsts kompensētajiem medikamentiem, kā arī par personām uzstādītajām diagnozēm un ārstniecības iestādēm, ārstniecības personām un aptiekām pārskaitītajām naudas summām. Informācijas sistēmā tiek uzturēts veselības aprūpes pakalpojumu saņēmēju reģistrs, kā arī ārstniecības personu reģistrs. Informācijas sistēma katru gadu tiek papildināta ar vidēji 28 miljoniem ierakstu, katrā ierakstā var būt līdz 50 datu laukiem.

VIS funkcionāli sastāv no vairākiem moduļiem, kas nodrošina informācijas ievadi VIS DB, norēķinu veikšanu ar veselības aprūpes institūcijām par sniegtajiem pakalpojumiem, statistikas pārskatu un datu analīzes informācijas iegūšanu. VIS ir trīs līmeņu arhitektūra. Lai nodrošinātu pilnvērtīgu Dienesta funkciju veikšanu, VIS informācija regulāri tiek aktualizēta atbilstoši Pilsonības un migrācijas lietu pārvaldes iedzīvotāju reģistra datiem, Zāļu valsts aģentūras informācijas sistēmas datiem un Dienesta „Kompensējamo zāļu reģistrācijas un uzskaites informācijas sistēma” datiem. VIS nodrošina portāla www.latvija.lv e-pakalpojumus: „Mani valsts apmaksātie veselības aprūpes pakalpojumi” un „Mans ģimenes ārsts”. Papildus Dienests pastāvīgi uzrauga, lai VIS funkcionalitāte atbilstu visiem normatīvajiem aktiem, kas regulē veselības aprūpes jomu, tajā skaitā:

1) norēķini ar ārstniecības iestādēm tiek veikti atbilstoši Ministru kabineta 2006.gada 19.decembra noteikumos Nr.1046 „Veselības aprūpes organizēšanas un finansēšanas kārtība” paredzētajai kārtībai, tajā skaitā no valsts budžeta līdzekļiem apmaksājamo pakalpojumu apjoms un pakalpojumu tarifi, kā arī VIS programmatūrā tiek iestrādāts algoritms, kurš nodrošina, ka sistēma automātiski atpazīst veidu, kādā tiek veikta samaksa par ārstniecības iestādes sniegtajiem veselības aprūpes pakalpojumiem (piemēram, gadījumu samaksa);

2) ārstniecības personu kompetence, līdz ar to arī tas, par kādiem konkrētās ārstniecības personas sniegtiem veselības aprūpes pakalpojumiem tiek veikta samaksa no valsts budžeta līdzekļiem, tiek noteikts atbilstoši Ministru kabineta 2009.gada 24.marta noteikumiem Nr.268 „Noteikumi par ārstniecības personu un studējošo, kuri apgūst pirmā vai otrā līmeņa profesionālās augstākās medicīniskās izglītības programmas, kompetenci ārstniecībā un šo personu teorētisko un praktisko zināšanu apjomu”;

3) informācija par ārstniecības personu veikto darbu VIS tiek ievadīta un apstrādāta, izmantojot Ministru kabineta 2009.gada 24.februāra noteikumos Nr.192 „Ārstniecības personu un ārstniecības atbalsta

20

Page 21: Web view- vismaz 3 (trīs) gadu praktiskā pieredze Informāciju sistēmu izstrādē ar Oracle PL/SQL tehnoloģijām. 2.3.2.4. ... Oracle Weblogic un Oracle Enterprise DBVS

personu reģistra izveides, papildināšanas un uzturēšanas kārtība” noteiktos ārstniecības personu un ārstniecības atbalsta personu specialitātes kodus un nosaukumus;

4) minēto informāciju VIS datu bāzē ievada ārstniecības iestādes atbilstoši attiecīgajā ārstniecības iestādē aizpildītiem ambulatorā pacienta taloniem, ambulatorā pacienta taloniem zobārstniecībā vai no stacionāra izrakstītā (mirušā) pacienta kartēm, neatliekamās medicīniskās palīdzības izsaukuma kartēm, kuru paraugi apstiprināti ar Ministru kabineta 2006.gada 4.aprīļa noteikumiem Nr.265 „Ārstniecības iestāžu medicīniskās un uzskaites dokumentācijas lietvedības kārtība”;

5) personu loks, kuriem sniegtie veselības aprūpes pakalpojumi tiek apmaksāti no valsts budžeta līdzekļiem, tiek noteikts atbilstoši Ārstniecības likuma 17.pantam un starpvalstu līgumiem;

6) norēķinus ar aptiekām par personām izsniegtajām zālēm, kas tiek kompensētas no valsts budžeta līdzekļiem, VIS veic atbilstoši Ministru kabineta 2006.gada 31.oktobra noteikumiem Nr. 899 „Ambulatorajai ārstēšanai paredzēto zāļu un medicīnisko ierīču iegādes izdevumu kompensācijas kārtība”;

7) informāciju par pacientiem izsniegtajām zālēm ievada aptiekas atbilstoši īpašās receptes paraugam, kas apstiprināts ar Ministra kabineta 2005.gada 8.marta noteikumiem Nr.175 „Recepšu veidlapu izgatavošanas un uzglabāšanas, kā arī recepšu izrakstīšanas un uzglabāšanas noteikumi”.

Infekcijas slimību epidemioloģiskā uzraudzība un epidemioloģiskā izmeklēšana tiek nodrošināta, balstoties uz sekojošiem normatīviem aktiem:

1. Epidemioloģijas drošības likuma 7.panta pirmās daļas 4.punkts, 6.punkts;2. Ministru kabineta 05.01.1999. noteikumi Nr.7 „Infekcijas slimību reģistrācijas kārtība”. 3. Ministru kabineta 19.09.2006. noteikumi Nr.774 "Kontaktpersonu noteikšanas, primārās

medicīniskās pārbaudes, laboratoriskās pārbaudes un medicīniskās novērošanas kārtība" 4. Ministru kabineta 14.06.2005. noteikumi Nr.413 "Kārtība, kādā veicama personu obligātā

medicīniskā un laboratoriskā pārbaude, obligātā un piespiedu izolēšana un ārstēšana infekcijas slimību gadījumos"

5. 2006.gada 4.aprīļa noteikumu Nr.265 „Ārstniecības iestāžu medicīniskās un uzskaites dokumentācijas lietvedības kārtība” 24.pielikums;

Ārstniecības iestāžu reģistrācija Ārstniecības iestāžu reģistrā un ārstniecības personas un ārstniecības atbalsta personas reģistrācija Ārstniecības personu un ārstniecības atbalsta personu reģistrā tiek nodrošināta saskaņā ar šādiem normatīviem aktiem:

1) Ministru kabineta 2009.gada 24.februāra noteikumos Nr.192 „Noteikumi par ārstniecības personu un ārstniecības atbalsta personu reģistra izveides, papildināšanas un uzturēšanas kārtība”;

2) Ministru kabineta 2009.gada 20.janvāra noteikumos Nr. 60 „Noteikumi par obligātām prasībām ārstniecības iestādēm un to struktūrvienībām” un citi saistošie normatīvie akti.

Veicot grozījumus kādā no augstāk minētajiem vai citos ar veselības aprūpi saistītajos normatīvajos aktos, Dienestam ir jāveic atbilstošas izmaiņas VIS.

Esošās sistēmas arhitektūras, tehnisko un programmatūras resursu apraksts sniegts Tehniskās specifikācijas 1.pielikumā „Serveru sistēmas arhitektūra” un 2.pielikumā „Izmantotās tehnoloģijas”.

VIS izejas teksta statistiskās metrikas ir uzrādītas Tehniskās specifikācijas 6.pielikumā „VIS izejas teksta statistiskās metrikas”.

3. Iepirkuma mērķis.

Izvēlēties ārpakalpojuma sniedzēju, kurš realizēs normatīvo aktu, procesu izmaiņas un optimizēs VIS programmatūras kodu saskaņā ar Dienesta izveidotajiem izmaiņu pieprasījumiem un novērsīs sistēmas programmatūrā atklātās kļūdas.

21

Page 22: Web view- vismaz 3 (trīs) gadu praktiskā pieredze Informāciju sistēmu izstrādē ar Oracle PL/SQL tehnoloģijām. 2.3.2.4. ... Oracle Weblogic un Oracle Enterprise DBVS

4. Iepirkuma rezultāts

VIS produkcijas vide ir integrēta, likumdošanai un Dienesta biznesa procesiem atbilstoša un lietotājiem draudzīga valsts apmaksāto veselības aprūpes pakalpojumu norēķinu sistēma, kompensējamo medikamentu apmaksas norēķinu sistēma, Ārstniecības iestāžu reģistrs, Ārstniecības personu reģistrs, Veselības aprūpes pakalpojumu saņēmēju reģistrs un Valsts infekcijas slimību uzraudzības un monitoringa sistēma

5. Incidentu pārvaldība

Visi Pasūtītāja sistēmā konstatētie incidenti tiek fiksēti Pasūtītāja incidentu pārvaldības sistēmā – Atlassian Jira, kuras ietvaros veiks visu incidentu sistemātisku pārvaldību. Pasūtītājs nodrošina Izpildītāja pārstāvjiem piekļuvi Pasūtītāja incidentu pārvaldības sistēmai. Programmatūras izstrādi, konsultāciju sniegšanu un kļūdu labošanu Izpildītājs veic saskaņā ar pieteiktajiem izmaiņu pieprasījumiem vai reģistrētajiem kļūdu un konsultāciju pieteikumiem Pasūtītāja incidentu pārvaldības sistēmā.

5.1. Kļūdu identifikācija

Par VIS programmatūras kļūdu Pasūtītājs uzskata jebkuru situāciju, kurā VIS programmatūra nenodrošina VIS dokumentācijā norādīto funkcionalitāti. Gadījumā, ja Izpildītājs piegādājis jaunu programmatūras laidienu, kā kļūdas identificējamas visas situācijas, kurās programmatūra nenodrošina biznesa funkcionalitāti, kura bija pieejama iepriekšējā programmatūras versijā.

5.2. Izmaiņu pieprasījumi

Izmaiņu pieprasījums ir Pasūtītāja izteikta nepieciešamība sistēmas pilnveidošanai (piem., programmatūras izmaiņas, kuras saistītas ar funkcionalitātes paplašināšanu vai maiņu, jaunu saskarņu un tīmekļa pakalpju izveidi, programmatūras lietotāja saskarnes izveidi, programmatūras funkcionalitātes un koda optimizācija, modernizācija, dokumentācijas izstrāde). Par izmaiņu pieprasījumu Pasūtītājs uzskatīs arī VIS programmatūrā konstatētas kļūdas, ja tās radušās standarta programmatūras atjaunināšanas vai labojumu (pacth) uzstādīšanas rezultātā.

5.3. Konsultācijas

Konsultācija ir Izpildītāja rakstiska vai mutiska palīdzība Pasūtītājam par VIS programmatūras darbību vai ar VIS programmatūru saistītu tehnisku jautājumu risināšanu (piem., SQL vaicājumi, sistēmu integrācijas jautājumi, jaunu tehnoloģiju ieviešanas iespējas vai ietekme uz Sistēmu). VIS programmatūras izmaiņu pieprasījums, ja tā apjoms nepārsniedz 32 (trīsdesmit divas) cilvēkstundas, Pasūtītājs var noformēt kā konsultāciju.

5.4. Kļūdu svarīguma kategorijas

Pasūtītājs visām kļūdām piešķir svarīguma kategoriju, kura var mainīties incidenta dzīves cikla laikā. Svarīguma kategorijas ir definētas 1.tabulā „Kļūdu svarīguma kategorijas”. Kļūda tiek uzskatīta par atrisinātu tikai pēc Pasūtītāja apstiprinājuma.

1.tabula Kļūdu svarīguma kategorijas

Kļūdas svarīguma kategorija

Kļūdas svarīguma kategorijas apraksts

1. prioritāte Programmatūras, tajā skaitā atsevišķas programmatūras komponentes darbība ir pilnīgi nepieejama. Reaģējot uz šādas prioritātes incidentu, Izpildītājam ir jāinformē Pasūtītājs par risinājuma gaitu ik pēc 2 stundām, darbi pie incidenta novēršanas veicami bez pārtraukuma līdz sistēmas darbības atjaunošanai.

2. prioritāte Programmatūras, tajā skaitā atsevišķas programmatūras komponentes darbības produktivitāte ir samazinājusies un pakalpojuma spēja ir pasliktinājusies vai pakalpojuma izpildes

22

Page 23: Web view- vismaz 3 (trīs) gadu praktiskā pieredze Informāciju sistēmu izstrādē ar Oracle PL/SQL tehnoloģijām. 2.3.2.4. ... Oracle Weblogic un Oracle Enterprise DBVS

rezultātā tiek iegūts kļūdains rezultāts, bet galvenās funkcijas tiek nodrošinātas. Reaģējot uz šādas prioritātes incidentu, Izpildītājam ir jāinformē Pasūtītājs par risinājuma gaitu 1 (vienu) reizi dienā, darbi pie incidenta novēršanas veicami darba dienās, darba laikā.

3. prioritāte Programmatūras, tajā skaitā atsevišķas programmatūras komponentes darbības produktivitāte, kuras funkcionalitāte tiek izmantota ne biežāk kā reizi 2 (divās) nedēļās, ir samazinājusies un pakalpojuma spēja ir pasliktinājusies vai pakalpojuma izpildes rezultātā tiek iegūts kļūdains rezultāts, galvenās funkcijas tiek nodrošinātas, ja labojums nav nepieciešams steidzami. Reaģējot uz šādas prioritātes incidentu, Izpildītājam ir jāinformē Pasūtītājs par risinājuma gaitu 1 (vienu) reizi nedēļā, darbi pie incidenta novēršanas veicami darba dienās, darba laikā.

4. prioritāte Programmatūras, tajā skaitā atsevišķas programmatūras komponentes darbība, produktivitāte nav pasliktinājusies un funkcijas tiek nodrošinātas.

5.5. Reaģēšanas laiks uz kļūdu pieteikumiem

Reaģēšanas laiks uz kļūdas pieteikumu ir laika posms no kļūdas pieteikšanas incidentu pārvaldības sistēmā līdz problēmas risinājuma uzsākšanai un atbilstoša ziņojuma (problēmas lokalizācija, provizoriskais darbietilpības novērtējums un novēršanas laiks) un statusa nosūtīšanai Pasūtītājam incidentu pārvaldības sistēmā, ja incidentu pārvaldības sistēma Izpildītājam nav pieejama, Izpildītājs informē Pasūtītāju ar e-pasta starpniecību uz iepriekš saskaņotu e-pasta adresi. Reaģēšanas laiks uz kļūdu atkarīgs no tam piešķirtās prioritātes. Pasūtītājs 2.tabulā „Reaģēšanas laiks uz kļūdu pieteikumiem” nosaka maksimālo reakcijas laiku uz kļūdu pieteikumiem, kurus Izpildītājs nedrīkst pārsniegt.

2.tabula Reaģēšanas laiks uz kļūdu pieteikumiem

Kļūdas svarīguma kategorija

Reaģēšanas laiks uz kļūdu pieteikumiem

1. prioritāte Izpildītājam jānodrošina reakcija uz incidenta pieteikumu nekavējoši, ne vēlāk kā 1 (vienas) stundas laikā (darba dienās, darba laikā).

2. prioritāte Izpildītājam jānodrošina reakcija uz incidenta pieteikumu nekavējoši, ne vēlāk kā 2 (divu) stundu laikā (darba dienās, darba laikā).

3. prioritāte Izpildītājam jānodrošina reakcija uz incidenta pieteikumu 1 (vienas) darba dienas laikā (darba dienās, darba laikā).

4. prioritāte Izpildītājam jānodrošina reakcija uz incidenta pieteikumu 2 (divu) darba dienu laikā (darba dienās, darba laikā).

5.6. Kļūdu novēršanas termiņšKļūdas novēršanas termiņš ir laika posms, kāds nepieciešams Izpildītājam, lai no kļūdas pieteikšanas incidentu pārvaldības sistēmā, nodotu Pasūtītājam piegādi ar kļūdas novēršanai saturošu laidienu. Kļūdas novēršanas termiņš atkarīgs no tam piešķirtās prioritātes. Pasūtītājs 3.tabulā „Kļūdu novēršanas termiņš” nosaka maksimālos kļūdas novēršanas termiņus, kurus Izpildītājs nedrīkst pārsniegt.

3.tabula Kļūdu novēršanas termiņš

Kļūdas svarīguma kategorija

Kļūdu novēršanas termiņš

1. prioritāte 8 (astoņu) stundu laikā.2. prioritāte 4 (četru) darba dienu laikā.3. prioritāte 8 (astoņu) darba dienu laikā.4. prioritāte 15 (piecpadsmit) darba dienu laikā, ja ar Pasūtītāju nav saskaņots

23

Page 24: Web view- vismaz 3 (trīs) gadu praktiskā pieredze Informāciju sistēmu izstrādē ar Oracle PL/SQL tehnoloģijām. 2.3.2.4. ... Oracle Weblogic un Oracle Enterprise DBVS

cits novēršanas termiņš.

5.7. Kļūdas eskalācija trešās puses programmatūras izstrādātājam

Kļūdas eskalāciju trešās puses programmatūras uzturētājam, ja kļūda ir saistīta ar trešās puses programmatūru, veic Izpildītājs. Izpildītājs, atkarībā no kļūdai piešķirtās prioritātes Pasūtītāja incidentu pārvaldības sistēmā, sagatavo Pasūtītāja papildus pieprasīto informāciju kļūdas identificēšanai un pieteikšanai trešās puses incidentu pārvaldības sistēmā. Maksimālais Pasūtītāja papildus pieprasītās informācijas sagatavošanas termiņš ir 1 (viena) darba diena, kuru Izpildītājs nedrīkst pārsniegt.

6. Sistēmas kļūdu labojumu un izmaiņu pieprasījumu izstrāde

6.1. Izstrādes vide

Izpildītājam jānodrošina visas programmatūras izstrādes un testēšanas procesam nepieciešamās vides, kuras ir fiziski un loģiski nodalītas no Pasūtītāja produkcijas un testa vides. Programmatūras izstrādes vides darbināšanai nepieciešamos tehniskos resursus un programmatūras licences jānodrošina Izpildītājam par saviem līdzekļiem. Izpildītājs piedāvājumā norāda, kādas vides tas paredzējis izmantot un kādam nolūkam.

6.2. Izejas koda pārvaldība

Izpildītājam jānodrošina VIS programmatūras izejas tekstu uzturēšana. Pasūtītājs uz līguma izpildes brīdi nodos Izpildītājam VIS programmatūras izejas tekstu no Subversion eksportētas datnes formātā. VIS izstrādes gaitā Izpildītājam jāizmanto datorizēta koda bibliotēka programmatūras versiju pārvaldībai, lai izsekotu izstrādei un izmaiņām izejas tekstā, failos un dokumentācijā, saglabājot visu izejas tekstu un dokumentācijas vēsturisko informāciju. Visam VIS izejas tekstam jāglabājas Izpildītāja izvēlētajā (konkrēts viens programmatūras produkts) kodu bibliotēkā, kuru izpildītājs norāda piedāvājumā un drīkst mainīt tikai saskaņojot ar Pasūtītāju. Izpildītājam jānodrošina Pasūtītāja pārstāvju pieeja projekta koda bibliotēkai lasīšanas režīmā. Izpildītājam kodu bibliotēkā jāuztur vismaz 2 (divi) zari (branch), kur vienā no tiem glabājas pilnais VIS izejas teksts, bet otrā - pēdējā laidienā iekļautais izejas teksts. Kodam jābūt komentētam, identificējot konkrēta laidiena ietvaros papildināto programmatūras izejas tekstu. Izpildītājam pēc Pasūtītāja pieprasījuma jānodod pilns koda bibliotēkas eksports (vienā no šādiem formātiem: CVS, Subversion, Git) Pasūtītājam.

6.3. Piekļuve VIS izstrādes videi un programmatūras izejas tekstam

Izpildītāja izstrādes videi un VIS programmatūras izejas tekstam ir jābūt aizsargātiem tādā līmenī, lai izslēgtu jebkādu trešo personu nesankcionētu piekļuvi un iespēju kopēt programmatūru un programmatūras izejas tekstu vai veikt tajos izmaiņas. Izstrādes videi un programmatūras izejas tekstam drīkst piekļūt tikai tie Izpildītāja darbinieki, kuri nodrošina pakalpojuma izpildi un ir rakstiski saskaņoti ar Pasūtītāju. Jebkurā gadījumā Pasūtītājs uzskatīs, ka visas veiktās izmaiņas VIS programmatūras izejas tekstā ir izdarījis Izpildītājs.

6.4. Laidienu un dokumentācijas piegādeIzpildītājs Pasūtītajam piegādi nodod atbilstoši 4.pielikuma „Piegādes komplektācija” saturam kopā ar instalācijas instrukciju atbilstoši 3.pielikumam „Instalācijas rokasgrāmatas saturs”, identificējot piegādē iekļautā laidiena novērsto kļūdu un realizētu izmaiņu sarakstu. Izpildītājs piegādi Pasūtītājam nodod ar elektroniskā sakaru kanāla starpniecību arhivētā veidā, par precīzu nodošanas procedūru vienojoties pēc līguma noslēgšanas. Izmaiņu pieprasījuma realizācija tiek nodota ar jaunu programmatūras laidienu.

6.5. Testēšana un laidiena pieņemšana

Kļūdu labojumus vai programmatūras izmaiņas pirms to piegādes Pasūtītājam, Izpildītājam jātestē savā izstrādes vidē. Izpildītājs izpildāmo kodu papildus testē, pārbaudot to pret SQL injekciju un XSS (Cross-site scripting) ievainojamību.

24

Page 25: Web view- vismaz 3 (trīs) gadu praktiskā pieredze Informāciju sistēmu izstrādē ar Oracle PL/SQL tehnoloģijām. 2.3.2.4. ... Oracle Weblogic un Oracle Enterprise DBVS

Piegādāto laidienu Pasūtītājs testē savā testēšanas vidē. Pasūtītājs testēšanu uzskatīs par veiksmīgu, ja testēšanas rezultātā tiks konstatēta laidienā iekļautā pasūtītā funkcionalitāte un netiks atklāta neviena 1.- 4.kategorijas kļūda vai Izpildītājs un Pasūtītājs būs vienojušies par atklāto 4.prioritātes kļūdu novēršanu pēc programmatūras ieviešanas ekspluatācijā. Termiņš testēšanas veikšanai Pasūtītājam ir 20 darba dienas.

Ja testēšanas rezultāts ir neatbilstošs, Izpildītājam jāveic atklāto kļūdu novēršana un jāpiegādā programmatūra atkārtotai testēšanai.

Ja testēšanas laikā Pasūtītājs piegādātajā programmatūrā atklāj nenovērstas kļūdas, kuras piegādātajā laidienā iekļautas kā atrisinātas, tad šo kļūdu novēršanai patērēto laiku Pasūtītājs turpina aprēķināt no sākotnējās kļūdas pieteikšanas brīža incidentu pārvaldības sistēmā un uz to turpina attiekties 3.tabulas kļūdu novēršanas termiņi.

6.6. Automatizētā programmatūras testēšana

Izpildītājs uztur automatizētu testēšanas rīku un veic VIS programmatūras regresa testus. Pasūtītājs uz līguma izpildes brīdi nodos Izpildītājam VIS programmatūras automātiskos testēšanas skriptus no TestExecute 9

eksportētas datnes formātā. Izpildītājs piedāvājumā norāda izvēlēto automatizēto testēšanas rīku. Izpildītājs izstrādā un uztur automātisko testu skriptus un dokumentāciju, kuru papildina atbilstoši VIS izstrādātai un ieviestai funkcionalitātei. Automātiskā testēšanas dokumentācija satur specifikāciju par testu scenārijiem, scenārijā izpildāmajām darbībām, formu un DB laukiem, ievaddatiem un paredzētajiem izvaddatiem, kā arī automatizēto testu izpildes instrukciju. Pēc Pasūtītāja pieprasījuma Izpildītājs nodot automātiskos testēšanas skriptus Pasūtītājam, pievienojot tos piegādē iekļautajam laidienam datorizēta koda bibliotēkā. Izpildītājam jānodrošina 5.pielikumā „Automātiskie testi” norādītie testa scenāriji, papildinot tos atbilstoši mainītajai vai no jauna izstrādātajai VIS funkcionalitātei. Izpildītājs Automatizēto testu izpildes kārtību saskaņo ar Pasūtītāju.

6.7. Dokumentācijas uzturēšana

Izpildītājs visā pakalpojumu sniegšanas laikā izstrādā, uztur un papildina šādu VIS projekta dokumentāciju: 1. Prasību specifikācija (SRS);

2. Moduļu funkcionālais projektējums (MFS);

3. Datu konvertācija moduļu projektējums ( DKM);

4. Interfeisa projektējums (IDD);

5. Sistēmas izvēlnes struktūra un pieejas tiesības (SIS);

6. Programmatūras instalācijas plāns (SIP);

7. Sistēmas darbības procesi (BPS);

8. Lietotāju dokumentācija latviešu valodā ( LDK);

9. Programmatūras versiju apraksts (SVD);

10. Automātisko testu un testēšanas specifikācija.

Izpildītājs uztur dokumentācijas aktuālo un vēsturisko informāciju datorizētā projekta bibliotēkā, saglabājot visas dokumenta versijas, tajos veikto izmaiņu vēsturi, notikuma datumu un autoru. Izpildītājs nodrošina Pasūtītāja pārstāvjiem piekļuvi datorizētai projektu bibliotēkai lasīšanas režīmā.

Izpildītājs piedāvājumā norāda, kā notiks dokumentu atjaunošana atbilstoši realizētajām izmaiņām, dokumentu versiju pārvaldības principus un izvēlēto datorizēto dokumentu bibliotēkas pārvaldības rīku, kuru drīkst mainīt tikai saskaņojot ar Pasūtītāju.

Ar VIS programmatūras uzturēšanu saistītie dokumenti, jāsagatavo elektroniskā veidā un jāsaskaņo elektroniski.

9 http://smartbear.com/products/qa-tools/automated-testing-tools/automated-testing-add-ons/test-execute25

Page 26: Web view- vismaz 3 (trīs) gadu praktiskā pieredze Informāciju sistēmu izstrādē ar Oracle PL/SQL tehnoloģijām. 2.3.2.4. ... Oracle Weblogic un Oracle Enterprise DBVS

Izpildītājs pēc Pasūtītāja pieprasījuma sagatavo dokumentārā (papīra) veidā VIS dokumentāciju un nodod to Pasūtītājam.

Visiem VIS dokumentiem jābūt sagatavotiem un uzglabātiem MS Office Word 2007 formātā.

Datorizētajai projekta bibliotēkai ir jābūt aizsargātai tādā līmenī, lai izslēgtu jebkādu trešo personu nesankcionētu piekļuvi un iespēju kopēt VIS dokumentāciju vai veikt tajā izmaiņas. VIS dokumentācijai drīkst piekļūt tikai Izpildītāja darbinieki, kuri nodrošina pakalpojuma izpildi un ir rakstiski saskaņoti ar Pasūtītāju.

VIS dokumentācijas saraksts pievienots Tehniskās specifikācijas 7.pielikumā „VIS dokumentācijas saraksts”.

6.8. DB fiziskā datu modeļa uzturēšana

Izpildītājs uztur aktuālu VIS DB fizisko datu modeli atbilstoši izmaiņām VIS DB struktūrā. DB modeli izpildītājs uztur Oracle SQL Developer Data Modeler formātā10 un iekļauj piegādē kopā ar laidienu, ja ir bijušas izmaiņas DB struktūrā.

6.9. Darba laika uzskaite un atskaites

Izpildītājam ir pienākums uzturēt projekta realizācijā iesaistīto darbinieku darba laika uzskaiti, kas tiek izmantota atskaišu sagatavošanai, un vienu reizi dienā ievadīt Pasūtītāja incidentu pārvaldības rīkā konkrētā darbinieka veiktos darbus un darbam faktiski patērēto laiku. Izpildītājs darbinieku faktiski patērēto darba laiku un veiktos darbus norāda katram pieteikumam, pie kura tas ir strādājis. Darbu uzskaites detalizācijā visiem pieteikumiem Izpildītājs norāda mainīto/laboto funkcionalitāti ar atsauci uz kodu bibliotēkā iesūtītājām konkrētām izmaiņām izejas tekstā (commit)11, izstrādāto vai laboto dokumentāciju, atsauci uz konkrētu testu veikšanu testēšanas atskaitē. Darba laika uzkaiti Izpildītājs norāda par šādiem pieteikumiem: Izmaiņu pieprasījums, konsultācija, kļūda. Papildus Izpildītājs norāda laiku, kuru tas ir patērējis projektu vadībai un piegādē iekļautā laidiena veidošanai kodu bibliotēkā.

7. Uzturēšanas pakalpojuma daļas

Samaksu par VIS programmatūras uzturēšanas pakalpojumu Pasūtītājs veiks divās daļās:1) Ikmēneša fiksētais maksājumus par Izpildītāja sniegto standarta pakalpojumu;2) Papildus maksājums par realizētajiem izmaiņu pieprasījumiem.

Ņemot vērā, ka iepirkuma mērķis ir realizēt normatīvo aktu, procesu izmaiņas un optimizēt VIS programmatūras kodu saskaņā ar Pasūtītāja izveidotajiem izmaiņu pieprasījumiem un novērst sistēmas programmatūrā atklātās kļūdas, Pasūtītājs ir tiesīgs ikmēneša fiksētā maksājuma veikšanai paredzētos līdzekļus novirzīt izmaiņu veikšanas pieprasījumiem un otrādi, jo īpaši gadījumā, ja vienai attiecīgākai pakalpojuma sadaļai ir pieejami brīvi finansu līdzekļi, piemēram, Izpildītājs ir veicis līgumsoda samaksu vai arī ikmēneša fiksētais maksājums attiecīgajā mēnesī ir bijis samazināts Tehniskās specifikācijas 8.1.punkta kārtībā. Minēto finanšu pārdali Pasūtītājs saskaņota ar Izpildītāju.

7.1. Ikmēneša fiksētais standarta pakalpojums

Ikmēneša fiksētajā standarta pakalpojumā, atbilstoši šajā specifikācijā definētajām prasībām, ietilps:1) Visu VIS programmatūrā konstatēto kļūdu novēršana. Minimālais cilvēkstundu skaits kļūdu novēršanai

– 400 (četri simti) cilvēkstundas mēnesī;2) Pasūtītāja pieteikto konsultāciju risināšana, tajā skaitā arī tie izmaiņu pieprasījumi, ja to apjoms

nepārsniedz 32 (trīsdesmit divas) cilvēkstundas un esošās dokumentācijas papildināšana saistībā ar konsultācijas ietvaros jaunās funkcionalitātes izstrādi;

10 http://www.oracle.com/technetwork/developer-tools/datamodeler/overview/index.html 11 Iesūtītās izmaiņas kodu bibliotēkā veinā reizē (viens commit) nevar saturēt vairāk, kā vienas kļūdas labojumu vai viena izmaiņu pieprasījuma realizāciju.

26

Page 27: Web view- vismaz 3 (trīs) gadu praktiskā pieredze Informāciju sistēmu izstrādē ar Oracle PL/SQL tehnoloģijām. 2.3.2.4. ... Oracle Weblogic un Oracle Enterprise DBVS

3) VIS dokumentācijas uzturēšana datorizētā projekta bibliotēkā;4) VIS dokumentācijā konstatēto kļūdu novēršana;5) VIS programmatūras izejas tekstu uzturēšana datorizētā koda bibliotēkā, tajā skaitā laidienu veidošana

un iekļaušana piegādēs;6) Piegāžu komplektēšana un nodošana Pasūtītājam;7) Kļūdu labojumu testēšana;8) Automatizēta testēšanas rīka uzturēšana un automatizēta programmatūras testēšana pirms laidiena

piegādes pasūtītājam;9) DB fiziskā datu modeļa uzturēšana un izmaiņas atbilstoši izmaiņām DB struktūrā;10) Papildus informācijas sagatavošana Pasūtītājam par standartprogrammatūrā konstatētu kļūdu un kļūdas

eskalācija trešās puses standartprogrammatūras izstrādātājam;11) Darba laika uzskaite un atskaitīšanās;12) Projektu vadība darba organizēšanai starp Izpildītāju un Pasūtītāju.

7.2. Papildus maksājums par realizētajiem izmaiņu pieprasījumiem

Izmaiņu pieprasījuma realizācijā Izpildītājs, papildus ikmēneša fiksētajam standarta pakalpojuma maksājumam, drīkst iekļaut šādas pozīcijas, kuras ir tieši saistītas ar konkrētā izmaiņu pieprasījuma realizāciju:

1) Programmētāja darbs;2) Sistēmu analītiķa darbs;3) Testētāja darbs;4) Darbs automātisko testēšanas skriptu izstrādei un automātiskās testēšanas dokumentācijas

papildināšanai, saistībā ar izmaiņu pieprasījumā ietvertās jaunās funkcionalitātes izstrādi;5) Sistēmas drošības līmeņa nodrošināšana;6) Darbs esošās dokumentācijas papildināšanai saistībā ar jaunās funkcionalitātes izstrādi.

8. Uzturēšanas pakalpojuma apmaksa

8.1. Ikmēneša fiksētā standarta pakalpojuma apmaksa

Ikmēneša fiksētā standarta pakalpojuma apmaksu Pasūtītājs veic 80% apmērā no Izpildītāja iesniegtās ikmēneša fiksētās standarta pakalpojuma likmes (turpmāk - Standarta likme). Atlikušo daļu no ikmēneša Standarta likmes 20 % apmērā Pasūtītājs uzkrāj un izmaksā Izpildītājam vienu reizi ceturksnī. Pasūtītājs samazina Izpildītājam izmaksājamo ceturkšņa summas daļu šādos gadījumos un šādā apjomā:

Ja tiek konstatēts gadījums, kad izpildītājs nav veicis kļūdas novēršanu specifikācijā definētajos termiņos, atbilstoši 5.tabulā „Kļūdas samazinājuma procenta likme” uzrādītajai procenta likmei par katru konstatēto atkāpi no specifikācijas konkrētajā ceturksnī.

5.tabula Kļūdas samazinājuma procenta likme

Kļūdas svarīguma kategorija

Uzkrātās Standarta likmes samazinājums %

1. prioritāte 22. prioritāte 13.prioritāte 0,84.prioritāte 0,2

Ja izpildītājs nav novērsis konstatēto kļūdu specifikācijā noteiktajā laikā, un kļūdas novēršanai patērētais laiks pārsniedz kļūdas novēršanai pieļaujamo laiku vairāk kā par vienu reizi, Pasūtītājs uzskata, ka par katru kļūdas novēršanai pieļaujamo laika pārsniegšanas reizi ir iestājies jauns gadījums.

Formula, pēc kuras tiek aprēķināta ikmēneša fiksētā standarta pakalpojuma summa:

ikmēneša fiksētā standarta pakalpojumasumma=¿ ikmēneša fiksētā standarta pakalpojumalikme∗80%

27

Page 28: Web view- vismaz 3 (trīs) gadu praktiskā pieredze Informāciju sistēmu izstrādē ar Oracle PL/SQL tehnoloģijām. 2.3.2.4. ... Oracle Weblogic un Oracle Enterprise DBVS

Formulas, pēc kurām tiek aprēķināts gadījumu skaits katrai prioritātei:

1.prioritātei:

kavēto gadījumuskaits 1. prioritātes kļūdai=veselā daļano ((stundu skaits ,kurā kļūdatiek novērsta )−1

kļūdas novēršanastermiņš 1. prioritātē)

2.-4.prioritātei:

kavēto gadījumuskaits X . prioritātes kļūdai=veselā daļa no( (dienu skaits , kurā kļūdatiek novērsta )−1kļūdas novēršanas termiņš X . prioritātē

)

Formula, pēc kuras tiek aprēķināta izmaksājamā ceturkšņa summas daļa no ikmēneša fiksētās standarta pakalpojuma likmes:

A=∑❑

¿¿

B=∑❑

¿¿

C=∑❑

¿¿

D=∑❑

¿¿

izmaksājamā ceturkšņa summas daļa=¿ ( ikmēnešafiksētā standarta pakalpojuma likme∗20 %∗mēnešu skaits ceturksnī )−A−B−C−D

Piemērs (2.prioritātes kļūda tiek novērsta 11 dienās, Izpildītāja iesniegtā ikmēneša fiksētā standarta pakalpojuma likme 1000 LVL) :

ikmēneša fiksētā standarta pakalpojumasumma=1000∗80 %=800 LVL

kavēto gadījumuskaits kļūdai=veselā daļa no( (11)−14 )=|10

4 |=|2.5|=2

izmaksājamā ceturkšņa summas daļa=(1000∗20 %∗3 )−(1000∗20 %∗3 ) (2∗1% )=600−600∗2 %=600−12=588 LVL

8.2. Papildus maksājuma noteikšana un apmaksa par realizētajiem izmaiņu pieprasījumiem

Izpildītājs piedāvājumā apraksta metodiku pēc kuras tas novērtēs Izmaiņu pieprasījumu darbietilpību. Izmaiņu pieprasījumu gadījumā Puses vienojas par izmaiņu pieprasījuma realizācijas novērtējumu, kurš aprēķināms, vadoties no Izpildītāja iesniegtās darbietilpības aprēķina metodikas un piedāvātās cilvēkstundas apmaksas likmes. Izpildītājs izstrādā izmaiņu pieprasījuma specifikāciju, kurā ietver izmaiņu prasību aprakstu, izmaiņu pieprasījuma biznesa funkcionalitātes realizācijas aprakstu, VIS projektējuma un datu bāzes fiziskā modeļa izmaiņas, ietekmētās funkcionalitātes sarakstu, izmainītās un ietekmētās funkcionalitātes veiktspējas un ātrdarbības novērtējumu, izmaiņu pieprasījuma realizācijai nepieciešamo darbietilpību un izstrādes laiku.

Gadījumā, ja Izpildītājs un Pasūtītājs vienojušies par atklāto 4.prioritātes kļūdu novēršanu pēc izmaiņu ieviešanas ekspluatācijā, Pasūtītājam ir tiesības veikt atlikto maksājumu – 10% no izmaiņu pieprasījuma realizācijas novērtējuma izmaksājot, kad ir novērstas visas atklātās 4.prioritātes kļūdas.

28

Page 29: Web view- vismaz 3 (trīs) gadu praktiskā pieredze Informāciju sistēmu izstrādē ar Oracle PL/SQL tehnoloģijām. 2.3.2.4. ... Oracle Weblogic un Oracle Enterprise DBVS

Par katra izmaiņu pieprasījuma realizāciju tiek parakstīta atsevišķa pasūtījuma veidlapa (pievienota Līguma pielikumā), kurā tiek norādīts saskaņotās funkcionalitātes realizācijas laiks un Izpildītāja aprēķinātās izmaiņu pieprasījuma izmaksas.

9. Informācijas drošība

9.1. Prasības informācijas aizsardzībai

Izpildītājam jānodrošina datu aizsardzības režīms atbilstoši sensitīvu personas datu aizsardzības prasībām un Valsts informācijas sistēmu likumam. Izpildītājam jānodrošina, lai ar visiem darbiniekiem un pakalpojumu sniedzējiem, kuriem ir iespējams piekļūt VIS projekta dokumentācijai, programmatūras izejas tekstam, programmatūras izpildāmajam kodam, automatizētajam testēšanas rīkam, Izpildītāja izstrādes un testēšanas procesa laikā visām izveidotajām vidēm un to aparatūrai un datiem, būtu noslēgti atbilstoši konfidencialitātes līgumi un šiem darbiniekiem būtu izskaidroti personas datu aizsardzības, autortiesību un komercnoslēpuma noteikumi un iespējamā atbildība par to pārkāpšanu.

Izpildītājs ir atbildīgs par Līguma izpildes laikā radītā VIS programmatūras izejas teksta integritāti un VIS programmatūras drošības ievainojamību, kura var rasties izmantojot no izejas teksta kompilēto VIS izpildāmo kodu.

9.2. Datu konfidencialitātes prasības

Izpildītājs nav tiesīgs nekādā veidā iegūt, iepazīties, kopēt vai lietot Pasūtītāja datus un/vai risinājuma specifisko programmatūru, pie kuras Izpildītājam ir iespējama pieeja pakalpojuma sniegšanas procesā, izņemot gadījumus, ja iepriekšminētās darbības ir nepieciešamas pakalpojuma sniegšanas saistību izpildei, iepriekš saskaņojot ar Pasūtītāju.

10.Audits

10.1. Tiesības uz neatkarīgu auditu

Pasūtītājam ir tiesības patstāvīgi vai ar pilnvarotas trešās puses starpniecību veikt Izpildītāja darbības auditu saistībā ar sniegto pakalpojumu.

10.2. Informācijas sagatavošana neatkarīgam auditam

Gadījumā, ja Pasūtītājs ir iniciējis Izpildītāja darbības auditu saistībā ar sniegto pakalpojumu, tad Izpildītājam ir jānodrošina audita veicējs ar piekļuvi nepieciešamajai informācijai, tiesībām to kopēt, piekļuvi pakalpojuma sniegšanā iesaistītajam personālam, piekļuvi sistēmai un visādi citādi jāsniedz audita veikšanai nepieciešamais atbalsts un informācija.

29

Page 30: Web view- vismaz 3 (trīs) gadu praktiskā pieredze Informāciju sistēmu izstrādē ar Oracle PL/SQL tehnoloģijām. 2.3.2.4. ... Oracle Weblogic un Oracle Enterprise DBVS

1.Tehniskās specifikācijas pielikums

(iepirkuma identifikācijas nr. VM NVD 2013/18)

SERVERU SISTĒMAS ARHITEKTŪRA

Serveru sistēma sastāv no diviem savstarpēji neatkarīgiem IBMx3850X5 serveriem un viena kopēja IBM DS5020 disku masīva. Visas vides ir izvietotas izmantojot Oracle VM virtualizāciju. Rezerves kopēšana tiek nodrošināta uz attālinātā datu centrā izvietota IBM x3250 servera ar DS3512 disku masīvu.

Rezerves DC tīklsDC tīkls

System x3850 M2

0

1

2

3

ESD

1 2

3 4

IBM x3850 X5System x3850 M2

0

1

2

3

ESD

1 2

3 4

IBM x3850 X5

System Storage DS4700

4GB/s 2GB/s

IBM DS5020System Storage EXP5000

4GB/s 2GB/s

IBM EXP5000System Storage EXP5000

4GB/s 2GB/s

IBM EXP5000

2 x 8Gbps 2 x 8Gbps 2 x 8 Gbps 2 x 8 Gbps

2 x 10GE2 x 10GE

Datu Centrs Rezerves Datu Centrs

System x 3250 M2

IBM x3250 M3

System Storage DS4700

4GB/s 2GB/s

IBM DS3512

8Gbps8Gbps

GE GE

Rezerves kopēšana

1. att. Serveru sistēmas arhitektūra. Fiziskā līmeņa arhitektūra

Sy stem x3850 M2

0

1

2

3

ESD

1 2

3 4

IBM x3850 X5System x38 50 M2

0

1

2

3

ESD

1 2

3 4

IBM x3850 X5

prod-db2prod-db1

test-db1 test-db2

Production RAC

Test RAC

prod-as1 prod-as2

loadb1 loadb2

test-as1 test-as2

2. att. Sistēmas loģiskā arhitektūra

1) prod-db1- VIS DB produkcijas vide2) prod-db2 – VIS DB produkcijas vide3) Production RAC - prod-db1 un prod-db2 saslēgti Oracle Real Application Clusters4) test-db1- VIS DB testa vide5) test-db2- VIS DB testa vide

30

Page 31: Web view- vismaz 3 (trīs) gadu praktiskā pieredze Informāciju sistēmu izstrādē ar Oracle PL/SQL tehnoloģijām. 2.3.2.4. ... Oracle Weblogic un Oracle Enterprise DBVS

6) Test RAC - test-db1 un test-db2 saslēgti Oracle Real Application Clusters7) loadb1 – slodzes dalītājs8) loadb2 – slodzes dalītājs9) prod-as1 – VIS produkcijas lietojumserveris10) prod-as2 - VIS produkcijas lietojumserveris11) test-as1 - VIS testa lietojumserveris12) test-as2 - VIS testa lietojumserveris

31

Page 32: Web view- vismaz 3 (trīs) gadu praktiskā pieredze Informāciju sistēmu izstrādē ar Oracle PL/SQL tehnoloģijām. 2.3.2.4. ... Oracle Weblogic un Oracle Enterprise DBVS

2.Tehniskās specifikācijas pielikums (iepirkuma identifikācijas nr. VM NVD 2013/18)

IZMANTOTĀS TEHNOLOĢIJAS

NosaukumsORACLE STANDARTPROGRAMMATŪRA

Oracle Database Enterprise Edition 11gReal Application ClustersInternet Application Server Enterprise Edition 11gData Integrator Enterprise EditionPartitioning

VISUMS ģeogrāfiskā informācijas sistēmaMapServer-5.6.612 Open Source web mapping

OPERĒTĀJSISTĒMAORACLE UNBREAKABLE LINUX Server release 5.7

VIRTUALIZĀCIJAS PROGRAMMATŪRAORACLE VM 2.2.1

12 http://mapserver.org 32

Page 33: Web view- vismaz 3 (trīs) gadu praktiskā pieredze Informāciju sistēmu izstrādē ar Oracle PL/SQL tehnoloģijām. 2.3.2.4. ... Oracle Weblogic un Oracle Enterprise DBVS

3.Tehniskās specifikācijas pielikums (iepirkuma identifikācijas nr. VM NVD 2013/18)

INSTALĀCIJAS ROKASGRĀMATAS SATURS

Sadaļa Saturs PiezīmesIevads Vispārējs projekta un instalējamās

komponentes raksturojums.Ieskaitot norādi uz precīzu komponentes versiju Piegādātāja incidentu pārvaldības sistēmā

Nepieciešamās licences Pilns uzskaitījums ar nepieciešamām trešo pušu programmu produktiem, to precīzām versijām un to licenzēšanas nosacījumiem.

Ja 3 puses komponentes piegāde tiek veikta elektroniski, tad jānorāda precīzs lejupielādes URL.

Prasības un ierobežojumi tehniskajam nodrošinājumam

Minimālā un optimālā tehnisko resursu konfigurācija, kas nepieciešama instalējamās komponentes ekspluatācijai.

Komponentes atkarības Visas 3 pušu programmu produktu uzstādīšanas un konfigurēšanas informācija. Kādu citu komponenšu uzstādīšana jāveic pirms šīs konkrētās komponentes uzstādīšanas. VIS pārējo komponenšu ietekmētās funkcionalitātes uzskaitījums.

Ja piegāde sastāv no vairākām piegādājām komponentēm ir jānorāda kopējā visu komponenšu uzstādīšanas secība.

Komponentes uzstādīšana Komponentes uzstādīšanas kārtība, parametru, kuri nosaka instalācijas gaitu, un to nozīmes apraksts.

Komponentes parametrizācija Komponentes parametru uzstādīšana, kas nepieciešama normāla darba nodrošināšanai.

IP adrešu uzstādīšana, sākotnējo lietotāju paroļu uzstādīšana un tml.

Datu migrācija Datu ielādes jeb pārveidošanas procedūras, kuras ir jāveic. Datu migrācijas sekmības pārbaude.

Komponentes darba pārbaude Darbības, kas veicamas, lai pārliecinātos, ka uzstādīšanas process ir beidzies veiksmīgi.

33

Page 34: Web view- vismaz 3 (trīs) gadu praktiskā pieredze Informāciju sistēmu izstrādē ar Oracle PL/SQL tehnoloģijām. 2.3.2.4. ... Oracle Weblogic un Oracle Enterprise DBVS

4.Tehniskās specifikācijas pielikums (iepirkuma identifikācijas nr. VM NVD 2013/18)

PIEGĀDES KOMPLEKTĀCIJA

Saturs PiezīmesIzejas teksti Atsauce uz piegādē iekļauto izejas tekstu kodu bibliotēkā.Izpildāmais kods Izpildāmajam kodam ir jāatbilst piegādātajiem izejas tekstiem;

Izpildāmais kods nedrīkst saturēt nedokumentētas iespējas, skaņošanas (debugging) kodu, ja tas nav tieši prasīts kā sistēmas funkcionālo prasību sastāvdaļa, kā arī jebkuru funkcionalitāti jeb iespējas, kas varētu samazināt sistēmas drošību, ātrdarbību jeb funkcionalitāti salīdzinot ar izvirzītajām prasībām.

Instalācijas rokasgrāmata

Instalācijas rokasgrāmatas saturam ir jāsatur vismaz sadaļas, kuras ir norādītas Instalācijas rokasgrāmatas saturā.

Testēšanas atskaite Testēšanas atskaitē iekļauts: Sistēmas testēšanas pārskats; VIS ietekmētās funkcionalitātes uzskaitījums; Izpildītāja testēšanas scenāriji; Izpildītāja testēšanas atskaite ar testa rezultātiem; Izpildītāja automatizētā testēšanas rīka scenāriji un izpildītie testa rezultāti.

Sistēmas dokumentācijas aktuālā versija

VIS dokumentācija ir jāpiegādā MS Office Word 2007 formātā.

VERSION fails VERSION failam ir jāatbilst piegādātās VIS komponentei un versijai Piegādātāja incidentu pārvaldības sistēmā izveidotajai piegādei.

Automātiskos testēšanas skriptus

Pēc pasūtītāja pieprasījuma.

DB fizisko modeli Ja ir notikušas izmaiņas DB struktūrā.

34

Page 35: Web view- vismaz 3 (trīs) gadu praktiskā pieredze Informāciju sistēmu izstrādē ar Oracle PL/SQL tehnoloģijām. 2.3.2.4. ... Oracle Weblogic un Oracle Enterprise DBVS

5.Tehniskās specifikācijas pielikums (iepirkuma identifikācijas nr. VM NVD 2013/18)

AUTOMĀTISKIE TESTI

Modulis Darbība

Ambulatoro pakalpojumu norēķini

Jauna talona pievienošana

Talona atlasīšana pēc aktuāliem kritērijiem

Talonu imports, OVS datu ielāde un pārbaudeTalona datu apskateTalona datu labošanaTalona dzēšanaESV ievade talonamESV apskate talonamStatistikas datu atlaseESV labošana talonamJauna ieraksta izveide TPS klasifikatorāTPS klasifikatora vēstures veidošanaVersijas satura pievienošanaVersijas satura dzēšanaAPANS apmaksājam talona pievienošana

APANS spēkā esoša līguma izveide, kurai piegādātājs ir APANS uzskaites dokumentā norādītā ārstniecības iestādeESV veidu klasifikatora labošanaVersijas informācijas dzēšana

Līguma ievade

EVAK norādīšana APN talonam, kura sērijas numurs ir visi burtiLoģiskā pārbaude - manipulācijas atbilstība pacienta grupaiAPN lomu pievienošana un attiecīgo izmaiņu formās novērtēšana

Apans talona aizpildīšana atbilstoši loģiskajai pārbaudei par psihiātra vizīti

Pārbaude vai talons, kuram nav norādīts ārsts-nosūtītājs paliek neapmaksājamsAPN talona ievade_2

E106 piesaiste APN talonamVeic pārbaudi vai izpildās: pacientu grupa „87 - Uzņemšanas nodaļas pacienti” talonā uzrādītos automātiski, pēc struktūrvienības: „1 - Uzņemšanas nodaļa” norādīšanas talonā"

Aprēķinu rezultātu pārbaude APN talonamManipulācijas specialitātePacientu iemaksas klasifikatora konfigurēšanaiMinimālās pacientu iemaksas aprēķināšanaPacientu iemaksas klasifikatora konfigurēšanaiSociālā spilvena iemaksu aprēķināšanaAr sociālo spilvenu saistīto loģisko pārbaužu konfigurēšanuAr sociālo spilvenu saistīto loģisko pārbaužu darbības pārbaudeAr sociālo spilvenu saistīto loģisko pārbaužu atkonfigurēšanaAPANS loģisko pārbaužu konfigurēšanaAPANS UD labošana, lai pārbaudītu konfigurēto loģisko pārbaužu darbību

Loģiskas pārbaudes deaktivizēšanaAPANS loģisko pārbaužu konfigurēšana, lai pārbaudītu neatbilstības funkcionēšana

Aizpildīta līguma atlase 101 LP

APANS talona labošana atbilstoši 101 LPAPANS līguma pārbaude 101 LP

35

Page 36: Web view- vismaz 3 (trīs) gadu praktiskā pieredze Informāciju sistēmu izstrādē ar Oracle PL/SQL tehnoloģijām. 2.3.2.4. ... Oracle Weblogic un Oracle Enterprise DBVS

APANS talona labošana ārsta nosūtītāja norādē LP101APANS UD ievade ar ES pacientu ar norādīto EVAK kartiAPANS akta pievienošana ar jauno ES manuālo labojumuAPANS rēķina izveidošana ES

Zobārstniecības pakalpojumu norēķini

Jauna talona pievienošanaTalona atlasīšana pēc aktuāliem kritērijiemZPN talona labošanaZPN talona dzēšanaE111 pievienošana uzskaites dokumentamZPN importsImportētā talona dzēšanaImportētā uzskaites dokumenta atlase pēc numuraIezīmēto ZPN talonu mainīšanaLīguma izveide, kas atbilstu ZPANS UDApmaksājama uzskaites dokumenta izveideESV klasifikatora EVAK ieraksta labošanaUzskaites dokumenta un EVAK ievadeEVAK datu ievadeAr EVAK saistītā UD dzēšanaPārbaude, vai izdodas atlasīt EVAK bez saistītā UD

Kompensējamo medikamentu norēķini

Jaunas receptes pievienošanaReceptes atlase pēc aptiekas un kompensācijas %Receptes dzēšanaIezīmēto recepšu labošanaReceptes labošanaESV ievade recepteiESV apskate recepteiESV labošana recepteiRecepšu importsRēķina atlaseImportētas receptes atlasīšana pēc nr.Aprēķinu akta izveideImportētas receptes dzēšanaLoģiskās pārbaudes 116 diagnožu intervālu pievienošana, BMN receptes pievienošana un labošanas variācijas atbilstoši LP norādītajiem kritērijiem

Receptes, kurai norādīta diagnoze E10.0 un zāles Medisense Optium Plus, kompensācijas procentu labošana

Ārsta datu pārbaude ja nav ievadīti pacienta personas dati, bet ir aizpildīts ārsta personas kods

Rēķina datu apskate

AIP

Jaunas ĀI reģistrēšanaĀI datu labošanaĀI atlasīšanaĀI filiāļu atlasīšanaĀrstniecības iestādes nosaukuma labošanaĀI filiāļu labošana

Ārstniecības iestādes koda atbilstība pamatfiliāles administratīvam kodamAptieku jur. Īp saraksta atlasīšanaAptieku jur. Īp pievienošanaAptiekas jur. Īp datu pārbaudeAptieku jur. Īp datu labošanaAptieku jur. Īp dzēšanaAptieku atlasīšanaAptiekas pievienošanaAptiekas labošanaAptiekas dzēšanaJaunas ĀP reģistrēšanaĀP atlasīšana pēc personas koda

36

Page 37: Web view- vismaz 3 (trīs) gadu praktiskā pieredze Informāciju sistēmu izstrādē ar Oracle PL/SQL tehnoloģijām. 2.3.2.4. ... Oracle Weblogic un Oracle Enterprise DBVS

ĀP datu labošanaSertifikāta pievienošanaSertifikātu atlasīšanaSertifikāta labošanaApmācības tiesību pievienošana ārstniecības personaiApmācības tiesību datu atlasīšana ārstniecības personaiApmācības tiesību datu dzēšana ārstniecības personaiPēcdiploma apmācības datu pievienošana ārstniecības personai

Pēcdiploma apmācības datu atlasīšana ārstniecības personaiPēcdiploma apmācības datu dzēšana ārstniecības personaiDarbavietu informācijas pievienošana ārstniecības personaiDarbavietu informācijas atlasīšana ārstniecības personaiDarbavietas informācijas dzēšana ārstniecības personaiValodu prasmes datu pievienošana ārstniecības personaiValodas prasmes datu atlasīšana ārstniecības personaiValodas prasmes datu dzēšana ārstniecības personaiSertifikāta pievienošana ārstniecības personaiSertifikātu atlasīšana ārstniecības personaiSertifikātu dzēšana ārstniecības personaiAmatu klasifikatora konfigurēšanaAmatu klasifikatora datuma norādīšanaSpecialitāšu klasifikatora datumu norādīšana

Ārstniecības personas atlase pēc darbavietas un darbavietas specialitātesReģistrācijas apliecības pievienošana ārstniecības personaiIzziņas par reģistrācijas apliecības piešķiršanu drukāšana

Līgumu reģistrs

Jauna līguma piereģistrēšanaLīguma grozījumu atvēršanaLīguma grozījumu apstiprināšanaReģistrētu APANS 2007.g. kapitācijas modeļa līgumu atlasīšanaPiegādes līguma pievienošanaIzveidotā piegādes līguma dzēšanaLīguma nosacījuma pievienošana vai labošanaLīgumu nosacījumu konfigurācijas klasifikatora labošanaLīgumsodu klasifikatora vērtības pievienošana vai labošanaLīgumsodu konfigurācijas klasifikatora vērtības labošanaPerioda atribūta pievienošana piegādes līgumam un izsekošana vai attiecīgi labojumiem mainās arī vēsture

Līguma atlasīšana pēc kādas no līgumslēdzēju pusēm

Atlasīto BMN līgumu kopēšanaAPANS līgumu kopēšana - ārsta pazīmju pārbaude nokopētajos līgumosSPANS līguma pievienošana

Eiropas Savienības E veidlapas

Izejošās E111 formas izveideFormas E111 izdrukaE111 veidlapas atlaseEVAK atlaseIzejošās E125 veidlapas pievienošanaIzejošās E125 veidlapas atlasīšana pēc parametriemIzejošās E125 veidlapas datu skatīšanās

Notikumu pievienošana izejošajai veidlapai E125, datu dzēšana un pārbaude

Notikumu pievienošana izejošajai veidlapai E125, datu dzēšana un pārbaudeIzejošās E125 veidlapas notikumu datu labošanaIzejošās E125 veidlapas izdrukaPavadvēstules izveide izejošajai E125 veidlapaiIzejošo E125 pavadvēstuļu atlasīšanaDatu pārbaude izejošajai E125 pavadvēstuleiNotikuma "Apstiprināts" pievienošana izejošajai E125 pavadvēstulei

37

Page 38: Web view- vismaz 3 (trīs) gadu praktiskā pieredze Informāciju sistēmu izstrādē ar Oracle PL/SQL tehnoloģijām. 2.3.2.4. ... Oracle Weblogic un Oracle Enterprise DBVS

Izejošās E125 pavadvēstules dzēšanaNotikuma pievienošana izejošajai E111Izejosas EVAK izveideIenākošās E125 veidlapas izveideNotikumu pievienošana ienākošajai E125 veidlapaiPavadvēstules izveidošana ienākošajai E125 veidlapaiIenākošās pavadvēstules atlasīšanaNotikumu pievienošana ienākošajai pavadvēstuleiIenākošās pavadvēstules veidlapas datu pārbaude un noraidīšanaIenākošās pavadvēstules dzēšanaIenākošās E106 veidlapas pievienošanaNotikumu pievienošana ienākošajai E106Izejošās E106 veidlapas pievienošanaNotikumu pievienošana izejošajai E106 veidlapai

Izejošās EVAK pievienošana, kurai norādīts 32 simbolus garš personas kods

Neatliekamā medicīniskā palīdzība

Jauna talona pievienošanaTalona atlasīšana pēc aktuāliem kritērijiemTalonu importsImportētā talona atlasīšana pēc nr.Importēta dokumenta ārstniecības iestādes datu labošanaImportēta dokumenta datu dzēšanaE111 pievienošana talonamTalona dzēšanaTalona labošanasE111 datu labošana

Līguma ievade

NMPANS talona ievade

Rindu vadība

Jauna rindas dalībnieka pievienošanaRindas atlase pēc slimokasesIzziņas izdrukāšana

Rindas dalībnieka datu labošanaRindas dalībnieka anulēšanaRindas dalībnieka statusa maiņaPacientu atlaseRindas atlase pēc rindas veidaNotikumu vēstures datu atlase

Pakalpojumu saņēmēju reģistrs

Dalībnieku atlase / reģistrācija

Masveida notikumi - pārreģistrācijaMasveida notikumi - atreģistrācijaDalībnieku saraksta atlaseDalībnieka meklēšanaDalībnieku migrācijas veikšana

Klasifikatoru vadības sistēma

Ārsta specialitātes ievadeĀrsta specialitātes atlaseSpecialitātes dzēšana no klasifikatoraESV formu veidu klasifikatora datu labošanaJauna ESV formas veida pievienošanaESV formas veida dzēšanaRindas nosaukuma pievienošana klasifikatoramRindas nosaukuma atlaseRindas nosaukuma dzēšanas no klasifikatoraDiagnozes pievienošana klasifikatoramDiagnozes atlasīšana pēc kodaDiagnozes dzēšanaManipulācijas pievienošana klasifikatoram

38

Page 39: Web view- vismaz 3 (trīs) gadu praktiskā pieredze Informāciju sistēmu izstrādē ar Oracle PL/SQL tehnoloģijām. 2.3.2.4. ... Oracle Weblogic un Oracle Enterprise DBVS

Manipulācijas atlasīšanaManipulācijas dzēšana

Stacionāro pakalpojumu norēķini

SPANS uzskaites dokumenta pievienošanaSPANS uzskaites dokumenta atlasīšana pēc stacionārās kartes numuraSPANS uzskaites dokumenta dzēšanaWeb discovery atskaites pievienošanaSPANS karšu importsSPANS kartes atlasīšana pēc numuraSPANS kartes dzēšanaSPANS kartes atlasīšana pēc dokumenta numuraJauna SPANS rēķina izveidošanaSPANS rēķina atlasīšanaSPANS rēķina dzēšanaSPANS rēķina atlase pēc piegādātājaIzmaiņu ārstniecības likumā testēšanaRēķina ģenerēšana ar sistēmas procesuSPANS kartes labošanaSPANS talona pārrēķināšanas ar pazīmēm IR, IN, IE, NOSPANS kartes izveidošana ar ES personas EVAK veidlapuSPANS akta izveidošana ES personaSPANS rēķina izveidošana ES persona

Sistēmas kodols

Lietotāja pievienošanaLietotāja dzēšanaJauna sistēmas procesa palaišanaPalaistā procesa atlasīšanaPalaistā procesā atcelšanaLietotāja atlasīšana

Finanšu modulis

Kontu budžetēšanas hierarhijas caurskatePievienot jaunu kontuAtlasīt kontuIzdzēst kontuNorēķinu dalībnieka pievienošanaNorēķinu dalībniekam atbilstošā līguma pievienošanaNorēķinu dalībnieka deaktivizēšana

VISUMS

Vispārēja klasifikatora pievienošanaVispārēja klasifikatora atlaseVispārēja klasifikatora ieraksta dzēšanaInfekciju slimību pievienošanaInfekciju slimību ieraksta atlaseInfekciju slimību ieraksta dzēšanaEpidemioloģiskas izmeklēšanas indikatora pievienošanaEpidemioloģiskas izmeklēšanas indikatora atlaseEpidemioloģiskas izmeklēšanas indikatora dzēšanaZiņojuma pievienošanaZiņojuma piesaiste gadījumamJauna ziņojuma izveide un piesaiste jau izveidotam gadījumamIepriekš izveidota gadījuma akceptēšana bez galīgas diagnozesGadījuma otras lapas aizpildīšanaGadījuma trešās lapas aizpildīšanaGadījuma ceturtās lapas aizpildīšanaGadījuma piektās lapas aizpildīšanaZiņojuma izveidošanaZiņojuma ar sākotnējo diagnozi piesaiste gadījumamZiņojuma izveide ar galējo diagnozi un piesaiste jau izveidotam gadījumamUzliesmojuma izveidošana manuāli

39

Page 40: Web view- vismaz 3 (trīs) gadu praktiskā pieredze Informāciju sistēmu izstrādē ar Oracle PL/SQL tehnoloģijām. 2.3.2.4. ... Oracle Weblogic un Oracle Enterprise DBVS

Atskaites ģenerēšana gadījumiemAtskaites ģenerēšana uzliesmojumi

Organizētais vēža skrīnings

Uzaicinājuma izveidošana ar izslēgšanas iemesliem procesa palaišanaJauna skrīninga dokumenta pievienošanaSkrīninga programmas dzēšanaSkrīninga dokumenta dzēšanaUzaicinājuma procesa pabeigšana priekš izslēgšanas pazīmju pārbaudeiUzaicinājuma izveidošanaUzaicinājuma dzēšana

40

Page 41: Web view- vismaz 3 (trīs) gadu praktiskā pieredze Informāciju sistēmu izstrādē ar Oracle PL/SQL tehnoloģijām. 2.3.2.4. ... Oracle Weblogic un Oracle Enterprise DBVS

6.Tehniskās specifikācijas pielikums (iepirkuma identifikācijas nr. VM NVD 2013/18)

VIS IZEJAS TEKSTA STATISTISKĀS METRIKAS

Izejas teksta statistika ir iegūta ar Code Analyzer13 programmatūru.

1. JAVA izejas teksts

Metric ValueTotal Files 7602Total Lines 1303496Avg Line Length 28Code Lines 817161Comment Lines 260969Whitespace Lines 227704Code/(Comment+Whitespace) Ratio 1,67Code/Comment Ratio 3,13Code/Whitespace Ratio 3,59Code/Total Lines Ratio 0,63Code Lines Per File 107Comment Lines Per File 34Whitespace Lines Per File 29

2. PL/SQL izejas teksts

Metric ValueTotal Files 9308Total Lines 704340Avg Line Length 89Code Lines 632696Comment Lines 19315Whitespace Lines 52810Code/(Comment+Whitespace) Ratio 8,77Code/Comment Ratio 32,76Code/Whitespace Ratio 11,98Code/Total Lines Ratio 0,90Code Lines Per File 67Comment Lines Per File 2Whitespace Lines Per File 5

13 http://sourceforge.net/projects/codeanalyze-gpl/?source=navbar 41

Page 42: Web view- vismaz 3 (trīs) gadu praktiskā pieredze Informāciju sistēmu izstrādē ar Oracle PL/SQL tehnoloģijām. 2.3.2.4. ... Oracle Weblogic un Oracle Enterprise DBVS

7.Tehniskās specifikācijas pielikums (iepirkuma identifikācijas nr. VM NVD 2013/18)

VIS DOKUMENTĀCIJAS SARAKSTS

Dokuments AprakstsAAMPDA.AAM.INS.1.doc VIS. ODI datu ielāde. Administratora instrukcijaPDA.AAM.LDK.1.doc VIS. Statistika un Datu analīze. APANS analītisko atskaišu izveidošanaPDA.AAM.LDK.2.doc Oracle WEB Discoverer. Lietotāja dokumentācija

PDA.AAM.LDK.3.doc Statistika un Datu analīze. APANS analītisko atskaišu izveidošana. Lietotāja dokumentācija

PDA.AAM.MFS.1.zip VIS. Statistika un Datu analīze. APANS analītisko atskaišu izveidošanaPDA.AAM.TS.1.doc APANS analītisko atskaišu izveidošana. Testēšanas plānsAIPPDA.A.DKM.001.doc PANDA. Ārstniecības iestādes, personas

PDA.A.IDD.001.docVIS. AIP. Iestāžu statistikas pārskatu ielāde. Interfeisa projektējums

PDA.A.MFS.002.doc PANDA. Ārstniecības iestādes, personas. Datu atlase un atskaitesPDA.A.SIP.001.doc PANDA. Ārstniecības iestādes, personasPDA.A.SRS.001.doc VIS. Sistēmas prasību specifikācija. Ārstniecības iestādes, personasPDA.AIP.LDK.001.01.doc Ārstniecības iestādes, personas. Lietotāja dokumentācijaPDA.AIP.MFS.1.zip VIS. Ārstniecības iestādes, personas. Moduļu funkcionālā specifikācijaPDA.AIP.SIS.001.doc VIS. Ārstniecības iestādes, personasPDA.LDK.A.AA.001.01.doc Ārstniecības iestāžu un personu atskaites. Lietotāja dokumentācijaAPN

PDA.AP.SIP.001.doc PANDA. Ambulatoro pakalpojumu apmaksas norēķinu sistēma. Programmatūras instalācijas plāns

PDA.AP.SRS.001.doc VIS. Sistēmas prasību specifikācija. Ambulatoro pakalpojumu apmaksas norēķinu sistēma

PDA.AP.SRS.002.doc VIS. Sistēmas prasību specifikācija. Ambulatoro pakalpojumu apmaksas norēķinu sistēma

PDA.APN.IDD.1.doc VIS. APN. Uzskaites dokumentu ielāde. Interfeisa projektējums

PDA.APN.MFS.1.doc VIS. Ambulatoro pakalpojumu apmaksas norēķinu sistēma. Rēķintalonu uzskaite un pārbaudes

PDA.APN.MFS.2.doc VIS. Ambulatoro pakalpojumu apmaksas norēķinu sistēma. Piemaksas PVA ārstiem. Ienākumu aprēķini. Talonu aprēķini.

PDA.APN.MFS.4.doc VIS. Ambulatoro pakalpojumu apmaksas norēķinu sistēma. Kapitācijas naudas aprēķini : Moduļu funkcionālais projektējums

PDA.APN.SIS.1.doc VIS. Ambulatoro pakalpojumu apmaksas norēķinu sistēmaPDA.LDK.AP.NS.001.01.doc Ambulatoro pakalpojumu apmaksas norēķinu sistēmaPDA.LDK.AP.NS.002.01.doc Ambulatoro pakalpojumu apmaksas norēķinu sistēmas klasifikatori

PDA.LDK.AP.NS.003.01.doc Ambulatoro pakalpojumu apmaksas norēķinu sistēma. Piemaksas PVA ārstiem. Ienākumu aprēķini

PDA.LDK.AP.NSA.001.01.doc Ambulatoro pakalpojumu norēķinu sistēmas atskaitesBMNPDA.BMN.MFS.1.doc VIS. Bezmaksas medikamentu apmaksas norēķinu sistēmaPDA.BMN.MFS.2.doc VIS. Bezmaksas medikamentu apmaksas norēķinu sistēma

PDA.BMN.MFS.3.doc VIS. Bezmaksas medikamentu apmaksas norēķinu sistēma. Aprēķina mehānisms.

PDA.BMN.SIS.1.doc VIS. Kompensējamo medikamentu apmaksas norēķinu sistēma. Sistēmas izvēlnes struktūra un pieejas tiesības

PDA.LDK.M.BMN.001.01.doc Bezmaksas medikamentu apmaksas norēķinu sistēmaPDA.LDK.M.BMN.002.01.doc BMANS aktiPDA.LDK.M.MA.001.01.doc Bezmaksas medikamentu apmaksas atskaitesPDA.M.DKM.001.doc PANDA. M. Bezmaksas medikamentu apmaksas norēķinu sistēmaPDA.M.IDD.001.doc VIS. BMN. Uzskaites dokumentu ielāde. Interfeisa projektējums

PDA.M.MFS.004.doc VIS. Kompensējamo medikamentu apmaksas norēķinu sistēma. Ārstniecības iestāžu un ārstniecības personu kvotas

PDA.M.SIP.001.doc PANDA. Bezmaksas medikamentu apmaksas norēķinu sistēma. Sistēmas instalācijas plāns

PDA.M.SRS.001.doc VIS. Sistēmas prasību specifikācija. M. Bezmaksas medikamentu apmaksas

42

Page 43: Web view- vismaz 3 (trīs) gadu praktiskā pieredze Informāciju sistēmu izstrādē ar Oracle PL/SQL tehnoloģijām. 2.3.2.4. ... Oracle Weblogic un Oracle Enterprise DBVS

norēķinu sistēma

PDA.M.SRS.002.doc VIS.BMN. Sistēmas prasību specifikācija. Bezmaksas medikamentu apmaksas norēķinu sistēma. Budžetēšana

CIMPDA.CI.IDD.001.doc PANDA. Centralizētie iepirkumi : Interfeisa projektējumsPDA.CI.MFS.001.doc PANDA. Centralizētie iepirkumi: Moduļu funkcionālais projektējums

PDA.CI.MFS.002.doc PANDA. Centralizētie iepirkumi. Rēķins : Moduļu funkcionālais projektējums

PDA.CI.MFS.003.doc PANDA. Centralizētie iepirkumi: Līgumu pielikumi. Moduļu funkcionālais projektējums

PDA.CIM.SRS.001.doc PANDA. Centralizēto iepirkumu modulis: Sistēmas prasību specifikācijaPDA.CIM.SSS.1.doc PANDA. Centralizēto iepirkumu modulis. Konceptuālais plānsPDA.CIM.STP.1.doc PANDA. Centralizētie iepirkumi

VOAVA.PDA.CIM.MFS.doc PANDA. Centralizēto iepirkumu modulis: Moduļu funkcionālais projektējums

VOAVA.PDA.CIM.SIS.doc PANDA. Centralizēto iepirkumu modulis. Sistēmas izvēlnes struktūra un pieejas tiesības

VOAVA.PDA.CIM.SRS.doc PANDA. Centralizēto iepirkumu modulis: Sistēmas prasību specifikācijaVOAVA.PDA.LDK.CIM.001.doc Centralizēto iepirkumu modulisDAM

PDA.DAM.IDD.1.doc VOAVA VIS. Datu apmaiņas modulis. Ceļu satiksmes negadījumos cietušo personu uzskaite : Interfeisa projektējums

PDA.DAM.LDK.1.doc Datu apmaiņas modulis. Ceļu satiksmes negadījumos cietušo personu uzskaite.

PDA.DAM.MFS.1.doc PANDA. Datu apmaiņas modulis. Ceļu satiksmes negadījumos cietušo personu uzskaite : Moduļu funkcionālais projektējums

PDA.DAM.SIS.1.doc VOAVA VIS. Datu apmaiņas modulis. Ceļu satiksmes negadījumos cietušo personu uzskaite : Sistēmas izvēlnes struktūra un pieejas tiesības

PDA.DAM.SRS.1.doc VOAVA VIS. Datu apmaiņas modulis. Ceļu satiksmes negadījumos cietušo personu uzskaite : Sistēmas prasību specifikācija

ESVPDA.ESV.IDD.001.doc VIS. ES veidlapu modulis. Pieteikumu imports no VNC mājas lapasPDA.ESV.LDK.001.doc PANDA. Eiropas Savienības veidlapu modulis. Lietotāju dokumentācijaPDA.ESV.MFS.1.doc VIS. Eiropas Savienības veidlapu modulis.

PDA.ESV.MFS.2.doc VIS. Eiropas Savienības veidlapu modulis. E125 veidlapa : Moduļu funkcionālais projektējums

PDA.ESV.MFS.3.doc VIS. Eiropas Savienības veidlapu modulis. E106 veidlapa : Moduļu funkcionālais projektējums

PDA.ESV.MFS.4.doc VIS. Eiropas Savienības veidlapu modulis. E109 veidlapa : Moduļu funkcionālais projektējums

PDA.ESV.MFS.5.doc VIS. Eiropas Savienības veidlapu modulis. E121 veidlapa : Moduļu funkcionālais projektējums

PDA.ESV.MFS.6.doc VIS. Eiropas Savienības veidlapu modulis.E127 veidlapa : Moduļu funkcionālais projektējums

PDA.ESV.SIS.001.doc PANDA. Eiropas Savienības veidlapu modulisPDA.ESV.SRS.1.doc VIS. Eiropas Savienības veidlapu modulis : Sistēmas prasību specifikācijaFINPDA.F.DKM.001.doc PANDA. Finansu modulisPDA.F.IDD.001.doc PANDA. Finansu modulis. Interfeiss ar APV : Interfeisa projektējumsPDA.F.LDK.FKK.001.01.doc FinansesPDA.F.LDK.FKK.002.01.doc Budžetēšana

PDA.F.MFS.001.01.doc PANDA. Finansu modulis: Finansu kontu konfigurācija un definīcija: Moduļu funkcionālais projektējums

PDA.F.MFS.003.01.doc PANDA.Norēķinu sistēmu kodols. Tarifikācija : Moduļu funkcionālais projektējums

PDA.F.MFS.004.01.doc PANDA. Finansu modulis: Budžetēšanas process: Moduļu funkcionālais projektējums

PDA.F.SIS.001.01.doc PANDA. Finansu modulis. Sistēmas izvēlnes struktūra un pieejas tiesībasPDA.SIP.F.001.01.doc PANDA. Finansu modulis. Programmatūras instalācijas plānsPDA.SRS.001.F.doc PANDA. Prasību specifikācija. F. Finansu modulisIPLPDA.IPL.SRS.1.doc VOAVA VIS. Integrācijas platformas pilota saskarneKVSPDA.K.DKM.001.01.doc PANDA. Klasifikatoru vadības sistēmaPDA.K.IDD.001.01.doc PANDA. Klasifikatori. Vispārīgo klasifikatoru eksports: Interfeisa

43

Page 44: Web view- vismaz 3 (trīs) gadu praktiskā pieredze Informāciju sistēmu izstrādē ar Oracle PL/SQL tehnoloģijām. 2.3.2.4. ... Oracle Weblogic un Oracle Enterprise DBVS

projektējums

PDA.K.IDD.002.01.doc PANDA. Klasifikatori. Vispārīgo klasifikatoru imports: Interfeisa projektējums

PDA.K.MFS.002.01.doc PANDA. Klasifikatoru vadības sistēma. Specializētie norēķinu sistēmu klasifikatori

PDA.K.MFS.003.01.doc PANDA. Statistikas klasifikatoriPDA.K.MFS.004.01.doc PANDA. Klasifikatoru vadības sistēma. Manipulāciju izmaksu aprēķiniPDA.K.MIA.LDK.001.01.zip Manipulāciju izmaksu aprēķiniPDA.K.SIS.001.01.doc VIS. Klasifikatori. Sistēmas izvēlnes struktūra un pieejas tiesībasPDA.K.SPK.LDK.001.01.doc Sistēmas PANDA klasifikatori 1PDA.K.SPK.LDK.001.01.doc Sistēmas PANDA klasifikatori 2PDA.K.SRS.001.01.doc PANDA. Prasību specifikācija. K. Klasifikatoru vadības sistēmaPDA.K.SRS.001.02.doc PANDA. Kontroles specifikācija. K. Manipulāciju cenrāža aprēķināšanaPDA.KVS.MFS.1.doc VIS. Klasifikatoru vadības sistēma. Vispārīgie klasifikatori.PDA.SIP.K.001.01.doc PANDA. Klasifikatoru vadības sistēma. Programmatūras instalācijas plānsLRG

PDA.L.MFS.001.doc VIS. Līgumu reģistrs. Dokumentu reģistrēšana. SPANS un BMANS atribūtu reģistrēšana

PDA.L.MFS.002.doc VIS. Līgumu reģistrs. Dokumentu reģistrēšana. APANS un BMANS atribūtu reģistrēšana

PDA.L.MFS.003.doc VIS. Līgumu reģistrs. Dokumentu reģistrēšana. Dokumenta atskaitePDA.L.SIP.001.doc PANDA. Līgumu reģistrs. Programmatūras instalācijas plānsPDA.L.SIP.001.doc PANDA. Līgumu reģistrs. Programmatūras instalācijas plānsPDA.L.SRS.001.doc VIS. Sistēmas prasību specifikācija. Līgumu reģistrs

PDA.L.SRS.002.doc VIS. Sistēmas prasību specifikācija. Līgumu reģistrs. Ambulatoro pakalpojumu un bezmaksas medikamentu atribūti

PDA.LDK.L.LA.001.01.doc Līgumu reģistra atskaitesPDA.LDK.L.LRG.001.01.doc Līgumu reģistrsPDA.LRG.SIS.1.doc VIS. Līgumu reģistrs. Sistēmas izvēlnes struktūra un pieejas tiesībasNMPPDA.LDK.P.NS.001.01.doc Neatliekamās medicīniskās palīdzības apmaksas norēķinu sistēmaPDA.LDK.P.PA.001.01.doc Neatliekamo medicīnisko pakalpojumu norēķinu sistēmas atskaites

PDA.NMP.MFS.1.doc VIS. Neatliekamās medicīniskās palīdzības apmaksas norēķinu sistēma. Moduļu funkcionālais projektējums

PDA.NMP.SIS.1.doc VIS. Neatliekamās medicīniskās palīdzības apmaksas norēķinu sistēmaPDA.P.IDD.001.doc VIS. NMPANS. Uzskaites dokumentu ielāde. Interfeisa projektējums

PDA.P.MFS.002.doc VIS. Neatliekamās medicīniskās palīdzības apmaksas norēķinu sistēma. Aprēķina mehānisms

PDA.P.SIP.001.doc PANDA. Neatliekamās medicīniskās palīdzības apmaksas norēķinu sistēma

PDA.P.SRS.001.doc VIS. Sistēmas prasību specifikācija. Neatliekamās medicīniskās palīdzības apmaksas norēķinu sistēma

NSKAPANS talonu aprēķins.vsd APN talonu aprēķina blokshēmaPDA.NS.MFS.001.01.doc VIS. Norēķinu sistēmu kodolsPDA.NS.MFS.003.01.doc VIS. Norēķinu sistēmu kodols. RēķinsPDA.NS.SIS.001.01.doc PANDA. Norēķinu sistēmas. Sistēmas izvēlnes struktūra un pieejas tiesībPDA.NSK.MFS.2.doc VIS. Norēķinu sistēmu kodols. Aprēķina mehānisms

PDA.NSK.MFS.4.doc VOAVA VIS. Norēķinu sistēmas kodols: Horizon saskarne. Moduļu funkcionālais projektējums

PDA.NSK.SIS.2.doc VOAVA VIS. Norēķinu sistēmas kodols: Horizon saskarne. Sistēmas izvēlnes struktūra un pieejas tiesības

PDA.NSK.SRS.2.doc VOAVA VIS. Norēķinu sistēmas kodols: Horizon saskarnes prasību specifikācija

PDA.SIP.SK.001.01.doc PANDA. Sistēmas kodols. Programmatūras instalācijas plānsPDA.SRS.001.NS.25.doc PANDA. Kontroles specifikācija. Norēķinu sistēmu kodolsPDA.NS.MFS.003.RRV-RV.XLS VIS. Norēķinu sistēmu kodols. Rēķins - ExcelisOVS

PDA.OVS.IDD.1.doc VIS. Organizētais vēža skrīnings. Ar noteiktām slimībām slimojošu pacientu reģistra dati : Interfeisa projektējums

PDA.OVS.LDK.1.doc Organizētais vēža skrīningsPDA.OVS.MFS.1.doc VIS. Organizētais vēža skrīnings : Moduļu funkcionālais projektējums

PDA.OVS.SIP.1.doc VOAVA VIS. Organizētais vēža skrīnings. Programmatūras instalācijas plāns

44

Page 45: Web view- vismaz 3 (trīs) gadu praktiskā pieredze Informāciju sistēmu izstrādē ar Oracle PL/SQL tehnoloģijām. 2.3.2.4. ... Oracle Weblogic un Oracle Enterprise DBVS

PDA.OVS.SIS.1.doc VIS. Organizētais vēža skrīnings. Sistēmas izvēlnes struktūra un pieejas tiesības

PDA.OVS.SRS.1.doc VIS. Organizētais vēža skrīnings : Sistēmas prasību specifikācijaRVMPDA.LDK.R.RA.001.01.doc Rindu vadības atskaitesPDA.LDK.R.RVM.001.01.doc Rindu vadības modulisPDA.R.MFS.001.zip PANDA. Rindu vadības modulisPDA.R.SIP.001.doc PANDA. Rindu vadības modulisPDA.R.SIS.001.doc PANDA. Rindu vadības modulisPDA.R.SRS.001.doc PANDA. Prasību specifikācija. Rindu vadības modulis.SDAPDA.MFS.S.007.11.doc VIS. Statistika un Datu analīze. Pārskats Nr.13PDA.IDD.S.007.11.doc VIS. Statistika: 13. pārskata datu ielāde. Interfeisa projektējumsPDA.LDK.S.007.11.doc 13. pārskata atskaitesPDA.MFS.S.007.01.doc VIS. Statistika un Datu analīze. Pārskats Nr.14PDA.MFS.S.013.01.doc PANDA. Statistika un Datu analīze. Datu ievades formas 14.pārskatamPDA.IDD.S.007.01.doc VIS. Statistika: 14. pārskata datu ielāde. Interfeisa projektējumsPDA.LDK.S.007.01.doc 14. pārskata atskaitesPDA.MFS.S.007.02.doc VIS. Statistika un Datu analīze. Pārskats Nr.17PDA.MFS.S.013.02.doc PANDA. Statistika un Datu analīze. Datu ievades formas 17.pārskatamPDA.IDD.S.007.02.doc VIS. Statistika: 17. pārskata datu ielāde. Interfeisa projektējumsPDA.LDK.S.007.02.doc 17. pārskata atskaitesPDA.MFS.S.007.09.doc VIS. Statistika un Datu analīze. Pārskats Nr.20PDA.IDD.S.007.09.doc VIS. Statistika: 20. pārskata datu ielāde. Interfeisa projektējumsPDA.LDK.S.007.09.doc 20. pārskata atskaitesPDA.MFS.S.007.05.doc VIS. Statistika un Datu analīze. Pārskats Nr.30PDA.MFS.S.013.05.doc PANDA. Statistika un Datu analīze. Datu ievades formas 30.pārskatamPDA.IDD.S.007.05.doc VIS. Statistika: 30. pārskata datu ielāde. Interfeisa projektējumsPDA.LDK.S.007.05.doc 30. pārskata atskaitesPDA.MFS.S.007.06.doc VIS. Statistika un Datu analīze. Pārskats Nr.31PDA.IDD.S.007.06.doc VIS. Statistika: 31. pārskata datu ielāde. Interfeisa projektējumsPDA.LDK.S.007.06.doc 31. pārskata atskaitesPDA.MFS.S.007.10.doc VIS. Statistika un Datu analīze. Pārskats Nr.32PDA.IDD.S.007.10.doc VIS. Statistika: 32. pārskata datu ielāde. Interfeisa projektējumsPDA.LDK.S.007.10.doc 32. pārskata atskaitesPDA.MFS.S.007.04.doc VIS. Statistika un Datu analīze. Pārskats Nr.40PDA.IDD.S.007.04.doc VIS. Statistika: 40. pārskata datu ielāde. Interfeisa projektējumsPDA.LDK.S.007.04.doc 40. pārskata atskaitesPDA.MFS.S.007.08.doc VIS. Statistika un Datu analīze. Pārskats Nr.49PDA.IDD.S.007.08.doc VIS. Statistika: 49. pārskata datu ielāde. Interfeisa projektējumsPDA.LDK.S.007.08.doc 49. pārskata atskaitesPDA.MFS.S.007.07.doc VIS. Statistika un Datu analīze. Pārskats Nr.50PDA.IDD.S.007.07.doc VIS. Statistika: 50. pārskata datu ielāde. Interfeisa projektējumsPDA.LDK.S.007.07.doc 50. pārskata atskaitesPDA.MFS.S.007.03.doc VIS. Statistika un Datu analīze. Pārskats Nr.52PDA.MFS.S.013.03.doc PANDA. Statistika un Datu analīze. Datu ievades formas 52.pārskatamPDA.IDD.S.007.03.doc VIS. Statistika: 52. pārskata datu ielāde. Interfeisa projektējumsPDA.LDK.S.007.03.doc 52. pārskata atskaitesSKDPDA.D.DKM.001.doc PANDA. Slimokasu dalībnieku reģistrs. Esošā SKDR datiPDA.D.IDD.001.doc PANDA. Slimokasu dalībnieku reģistrs. PMLP Iedzīvotāju reģistra datiPDA.D.IDD.002.doc VIS. Slimokasu dalībnieku reģistrs. Masveida reģistrācijas dati

PDA.D.IDD.003.doc PANDA. Slimokasu dalībnieku reģistrs. Dalībnieku diagnožu un pacientu grupu dati

PDA.D.IDD.004.doc PANDA. Slimokasu dalībnieku reģistrs. ATVK dati

PDA.D.IDD.005.doc PANDA. Slimokasu dalībnieku reģistrs. Masveida SK dalībnieku piederības noteikšana

PDA.D.IDD.006.doc VIS. Pakalpojumu saņēmēju reģistrs. PMLP Iedzīvotāju reģistra datiPDA.D.MFS.001.doc VIS. Pakalpojumu saņēmēju reģistrsPDA.D.SIP.001.doc PANDA. Slimokasu dalībnieku reģistrsPDA.D.SIS.001.doc VIS. Pakalpojumu saņēmēju reģistrsPDA.D.SRS.001.doc VIS. Sistēmas prasību specifikācija. Pakalpojumu saņēmēju reģistrs

45

Page 46: Web view- vismaz 3 (trīs) gadu praktiskā pieredze Informāciju sistēmu izstrādē ar Oracle PL/SQL tehnoloģijām. 2.3.2.4. ... Oracle Weblogic un Oracle Enterprise DBVS

PDA.LDK.D.DA.001.01.doc Slimokases dalībnieku reģistra atskaitesPDA.LDK.D.SKDR.001.01.doc Slimokasu dalībnieku reģistrsSPN

PDA.SIP.SP.001.01.doc PANDA. Stacionāro pakalpojumu apmaksas norēķinu sistēma. Programmatūras instalācijas plāns

PDA.SP.IDD.001.01.doc PANDA. SPANS. Uzskaites dokumentu ielādePDA.SP.NS.LDK.001.01.doc Pamata un loģisko pārbaužu konfigurēšanaPDA.SP.NS.LDK.002.01.doc Aprēķinu mehānismu konfigurēšanaPDA.SP.NS.LDK.003.01.doc RēķiniPDA.SP.NS.LDK.004.01.doc AktiPDA.SP.NS.LDK.005.01.doc Stacionārās kartes

PDA.SP.SRS.001.doc PANDA. Kontroles specifikācija. SP. Stacionāro pakalpojumu apmaksas norēķinu sistēma

PDA.SPN.MFS.1.doc PANDA. SPANS loģiskās pārbaudesPDA.SPN.MFS.002.doc VIS. SPANS stacionārās kartes ievadeSTD

PDA.SK.MFS.001.01.doc PANDA.Sistēmas kodols. Failu ielāde/izlāde: Moduļu funkcionālais projektējums

PDA.SK.MFS.002.01.doc PANDA. Sistēmas kodols. Procesu vadība

PDA.SK.MFS.005.01.doc PANDA. Sistēmas kodols. Darbstaciju uzturēšana: Moduļu funkcionālais projektējums

PDA.SK.MFS.4.doc VOAVA VIS. Sistēmas kodols. Lietotāju administrēšana un drošības uzturēšana

PDA.SK.MFS.SK.003.01.doc PANDA.Sistēmas kodols. Sistēmas parametri: Moduļu funkcionālais projektējums

PDA.SK.SIP.001.01.doc PANDA. Sistēmas kodols. Programmatūras instalācijas plānsPDA.SK.SIS.001.01.doc PANDA. Sistēmas kodols. Sistēmas izvēlnes struktūra un pieejas tiesībasPDA.SK.SRS.001.doc PANDA. Kontroles specifikācija. SK. Sistēmas kodolsTPM

PDA.TPM.IDD.1.docx VIS. Tīmekļa pakalpju modulis. UD, pacientu un ārstu datu pakalpes: Interfeisu projektējums

VISPDA.BPS.001.01.doc PANDA. Darbības procesiPDA.DUZ.LDK.001.01.doc Darbstaciju uzturēšanaPDA.FII.LDK.001.01.doc Failu ielāde un izlādePDA.IRS.001.01.doc PANDA. Kontroles specifikācija. IRS. Sistēmas ārējo interfeisu prasībasPDA.LDK.DISC.001.01.doc Oracle DiscovererPDA.LDK.SIA.001.01.doc Sistēmas instalācija un administrācijaPDA.LDK.WDISC.001.01.doc Oracle WEB DiscovererPDA.LIA.LDK.001.01.doc Lietotāju interfeisa apraksts 1PDA.LIA.LDK.002.01.doc Lietotāju interfeisa apraksts 2PDA.LIF.001.doc Lietotāja interfeisa standarts - oracle formasPDA.LIF.002.doc Lietotāja interfeisa standarts - html formasPDA.SAA.LDK.001.01.doc Sistēmas administrācijas apakšsistēmaPDA.SIP.001.01.doc PANDA. Programmatūras instalācijas plānsPDA.SPU.LDK.001.01.doc Sistēmas procesiPDA.SRS.001.01.doc PANDA. Kontroles specifikācija. Sistēmas prasību specifikācijaPDA.SSS.001.TA.doc PANDA. Kontroles specifikācija. TA Tehniskā arhitektūraPDA.SVD.1.doc Programmaturas versijas aprakstsVISUMSVSM.AMD.LDK.001.15.doc Klasifikatoru uzskaites sistēma

VSM.SDD.KNT.AMD.001.01.01.doc VISUMS. Kontroles modulis, Apziņošanas modulis. Programmatūras projektējuma apraksts

VSM.KUS.LDK.001.10.doc Klasifikatoru uzskaites sistēma

VSM.SDD.KUS.001.22.doc VISUMS. Klasifikatoru uzskaites sistēma. Programmatūras projektējuma apraksts

VSM.SAA.LDK.001.01-V15.doc Sistēmas administrācijas apakšsistēma

VSM.SDD.SAM.001.02.10.doc VISUMS. Sistēmas administrēšanas modulis. Programmatūras projektējuma apraksts

VISUMS_Paarskati_datu_analiize_GIS.doc Pārskati un datu analīze. GISVISUMS_SDA_LDK.doc Statistikas un datu analīzes modulis

VSM_SDD_SDA.doc VISUMS. Pārskatu un datu analīzes modulis. Programmatūras projektējuma apraksts

VSM.SDA.LDK.001.01.13.doc Pārskatu un datu analīzes modulis46

Page 47: Web view- vismaz 3 (trīs) gadu praktiskā pieredze Informāciju sistēmu izstrādē ar Oracle PL/SQL tehnoloģijām. 2.3.2.4. ... Oracle Weblogic un Oracle Enterprise DBVS

VSM.SDD.SGR.001.02.doc VISUMS. Saslimšanas gadījumu uzskaites modulis. Programmatūras projektējuma apraksts

VSM.SDD.UNM.001.02.02.doc VISUMS. Uzliesmojumu noteikšanas modulis. Programmatūras projektējuma apraksts

VSM.SDD.ZIA.001.02.doc VISUMS. Ziņojumu ievadīšanas un apstrādes modulis. Programmatūras projektējuma apraksts

ZPNPDA.LDK.Z.NS.001.01.doc Zobārstniecības pakalpojumu apmaksas norēķinu sistēmaPDA.LDK.Z.ZA.001.01.doc Zobārstniecības pakalpojumu apmaksas atskaitesPDA.Z.IDD.001.doc VIS. ZPANS. Uzskaites dokumentu ielāde. Interfeisa projektējums

PDA.Z.MFS.003.doc VIS. Zobārstniecības pakalpojumu apmaksas norēķinu sistēma. Aprēķina mehānisms. Moduļu funkcionālais projektējums

PDA.Z.SIP.001.doc PANDA. Zobārstniecības pakalpojumu apmaksas norēķinu sistēma

PDA.Z.SRS.001.docVIS. Sistēmas prasību specifikācija. Zobārstniecības pakalpojumu apmaksas norēķinu sistēma. UD reģistrēšana, UD saraksts, UD pamatpārbaudes

PDA.Z.SRS.002.doc VIS. Sistēmas prasību specifikācija. Zobārstniecības pakalpojumu apmaksas norēķinu sistēma.

PDA.ZPN.MFS.1.doc VIS. Zobārstniecības pakalpojumu apmaksas norēķinu sistēma. Loģiskās pārbaudes. Klasifikatori. Moduļu funkcionālais projektējums

PDA.ZPN.MFS.002.doc VIS. Zobārstniecības pakalpojumu apmaksas norēķinu sistēma. Uzskaites dokumentu apstrāde. Moduļu funkcionālais projektējums

PDA.ZPN.SIS.1.doc  VIS. Zobārstniecības pakalpojumu apmaksas norēķinu sistēma.

47

Page 48: Web view- vismaz 3 (trīs) gadu praktiskā pieredze Informāciju sistēmu izstrādē ar Oracle PL/SQL tehnoloģijām. 2.3.2.4. ... Oracle Weblogic un Oracle Enterprise DBVS

2.pielikumsNacionālā veselības dienesta rīkotā atklātā konkursa „Veselības

aprūpes pakalpojumu apmaksas norēķinu sistēmas „Vadības informācijas sistēma” programmatūras uzturēšana” nolikumam

Iepirkuma identifikācijas Nr. VM NVD 2013/18

PIETEIKUMS

par piedalīšanos atklātā konkursā „Veselības aprūpes pakalpojumu apmaksas norēķinu sistēmas „Vadības informācijas sistēma” programmatūras uzturēšana”. Iepirkuma identifikācijas Nr. VM NVD 2013/18.Pretendents,

___________________________________________, reģ. Nr.________________nosaukums reģistrācijas numurs

__________________________________________________________________,Nodokļu maksātāja reģistrācijas numurs

tā __________________________________________________________personāpersona(-as) ar paraksta tiesībām vai pilnvarotās personas vārds un uzvārds

ar šī pieteikuma iesniegšanu:- piesakās piedalīties atklātā konkursā „Veselības aprūpes pakalpojumu apmaksas norēķinu

sistēmas „Vadības informācijas sistēma” programmatūras uzturēšana” Iepirkuma identifikācijas Nr. VM NVD 2013/18;

- piekrīt atklāta konkursa nolikuma prasībām un apņemas tās ievērot; - atzīt sava pieteikuma un piedāvājuma spēkā esamību līdz attiecīgā Pakalpojuma līguma

noslēgšanai;- apņemas, ja Pasūtītājs izvēlējies šo piedāvājumu, slēgt Pakalpojuma līgumu un izpildīt visus šī

līguma pamatnosacījumus, saskaņā ar nolikuma 5.pielikumu;- apņemas, ja Pasūtītājs izvēlējies šo piedāvājumu, veikt veselības aprūpes pakalpojumu apmaksas

norēķinu sistēmas „Vadības informācijas sistēma” programmatūras uzturēšanas pakalpojumus atbilstoši nolikuma 1.pielikuma „Tehniskā specifikācija” noteiktajām prasībām par cenu, kāda būs iesniegta finanšu piedāvājumā;

- apliecina, ka visas sniegtās ziņas ir patiesas. Pretendenta kontaktpersona:

Vārds, uzvārds:

Amats:

Adrese:

Tālruņa, faksa numuri:

Paraksts: ____________________________ Paraksta atšifrējums: ___________________________

Z.v.

* Pieteikums ir jāparaksta Pretendenta pārstāvim ar paraksta tiesībām vai viņa(-u) pilnvarotai personai (šādā gadījumā obligāti jāpievieno pilnvara).

48

Page 49: Web view- vismaz 3 (trīs) gadu praktiskā pieredze Informāciju sistēmu izstrādē ar Oracle PL/SQL tehnoloģijām. 2.3.2.4. ... Oracle Weblogic un Oracle Enterprise DBVS

3.pielikumsNacionālā veselības dienesta rīkotā atklātā konkursa „Veselības aprūpes pakalpojumu apmaksas norēķinu sistēmas „Vadības

informācijas sistēma” programmatūras uzturēšana” nolikumamIepirkuma identifikācijas Nr. VM NVD 2013/18

TEHNISKAIS PIEDĀVĀJUMS (veidlapa)

49

Page 50: Web view- vismaz 3 (trīs) gadu praktiskā pieredze Informāciju sistēmu izstrādē ar Oracle PL/SQL tehnoloģijām. 2.3.2.4. ... Oracle Weblogic un Oracle Enterprise DBVS

Nr.p.k. Prasība tehnisko specifikāciju punktā Nr. Prasības raksturojums

Prasības izpilde

Prasības realizācijas

piedāvājums

Jā Nē1.

5.nodaļa „Incidentu pārvaldība”

Incidentu pārvaldība

2. Kļūdu identifikācija

3. Izmaiņu pieprasījumi

4. Konsultācijas

5. Kļūdu svarīguma kategorijas

6. Reaģēšanas laiks uz kļūdu pieteikumiem

7. Kļūdu novēršanas termiņš

8. Kļūdas eskalācija trešās puses programmatūras izstrādātājam

9.

6.nodaļa „Sistēmas kļūdu labojumu un izmaiņu

pieprasījumu izstrāde”

Izstrādes vide

10. Izejas koda pārvaldība

11. Piekļuve VIS izstrādes videi un programmatūras izejas tekstam

12. Laidienu un dokumentācijas piegāde

13. Testēšana un laidiena pieņemšana

14. Automatizētā programmatūras testēšana

15. Dokumentācijas uzturēšana

16. DB fiziskā datu modeļa uzturēšana

17. Darba laika uzskaite un atskaites

18.

7.nodaļa „Uzturēšanas pakalpojuma daļas”

Ikmēneša fiksētais standarta pakalpojums

19. Maksājuma noteikšana un apmaksa par realizētajiem izmaiņu pieprasījumiem

Jā Nē20.

9.nodaļa „Informācijas Prasības informācijas aizsardzībai

50

Page 51: Web view- vismaz 3 (trīs) gadu praktiskā pieredze Informāciju sistēmu izstrādē ar Oracle PL/SQL tehnoloģijām. 2.3.2.4. ... Oracle Weblogic un Oracle Enterprise DBVS

Amats/ __________________________________/ paraksts /_______________/vārds, uzvārds /_____________________________/

z.

51

Page 52: Web view- vismaz 3 (trīs) gadu praktiskā pieredze Informāciju sistēmu izstrādē ar Oracle PL/SQL tehnoloģijām. 2.3.2.4. ... Oracle Weblogic un Oracle Enterprise DBVS

4.pielikumsNacionālā veselības dienesta rīkotā atklātā konkursa „Veselības aprūpes pakalpojumu apmaksas norēķinu sistēmas

„Vadības informācijas sistēma” programmatūras uzturēšana ” nolikumamIepirkuma identifikācijas Nr. VM NVD 2013/18

FINANŠU PIEDĀVĀJUMS (veidlapa)

Ar šo ______________________________________ (Pretendenta nosaukums, reģ. Nr. un juridiskā adrese)

iesniedz finanšu piedāvājumu atklātā konkursā „Veselības aprūpes pakalpojumu apmaksas norēķinu sistēmas „Vadības informācijas sistēma” programmatūras uzturēšana”, identifikācijas Nr. VM NVD 2013/18.

Finanšu piedāvājumā piedāvātajā cenā iekļaujamas visas ar pakalpojuma sniegšanu un Tehnisko specifikāciju prasību izpildi saistītās izmaksas, nodokļi, atsevišķi izdalot PVN, kā arī visas ar to netieši saistītās izmaksas.

Nr. Izmaksu pozīcija, prasības raksturojums

Mērvie-nība Skaits

1(vienas)

c/slikme*

Cena(bez PVN ) mēnesī

Cena (ar PVN) mēnesī

Kopā 36 mēnešos**(bez PVN )

Kopā 36 mēnešos (ar PVN)

Tehniskās specifikācijas 7.1.punkts1. Ikmēneša fiksētais standarta

pakalpojums (minimālais c/s skaits mēnesī – 400)

mēnesis400

Tehniskās specifikācijas 7.2.punkts2. Papildus maksājums par

realizētajiem izmaiņu pieprasījumiem

Cilvēk-stunda (turpmāk – c/s)

14 200 X X

3.*** Kopā summa bez PVN (Ls) (rindas 1+2)

* jānorāda vidējā 1( vienas) c/s likme

52

Page 53: Web view- vismaz 3 (trīs) gadu praktiskā pieredze Informāciju sistēmu izstrādē ar Oracle PL/SQL tehnoloģijām. 2.3.2.4. ... Oracle Weblogic un Oracle Enterprise DBVS

** norādot cenu 2.punktā, jāpieņem, ka darbu apjoms var mainīties atkarībā no normatīvo tiesību aktu stāšanās spēkā. Pretendentam jāņem vērā, ka Pasūtītājs ir tiesīgs šos darbus nepasūtīt vispār vai pasūtīt nepilnā apmērā, piemērojot Pretendenta piedāvāto cenu. *** Finanšu piedāvājumā norādītās cenas attiecībā uz Pretendenta piedāvājumu ir fiksētas un tās nedrīkst mainīt visu līguma darbības laiku.

Kopējā piedāvātā pakalpojuma sniegšanas cena visam līguma izpildes termiņam (36 mēneši) _____________________________________________________ _________________________________(summa vārdiem) LVL bez PVN

Amats/ __________________________________/ paraksts /_______________/vārds, uzvārds /_____________________________/

z.v

53

Page 54: Web view- vismaz 3 (trīs) gadu praktiskā pieredze Informāciju sistēmu izstrādē ar Oracle PL/SQL tehnoloģijām. 2.3.2.4. ... Oracle Weblogic un Oracle Enterprise DBVS

5.pielikums Nacionālā veselības dienesta rīkotā atklātā konkursa

„Veselības aprūpes pakalpojumu apmaksas norēķinu sistēmas „Vadības informācijas sistēma”

programmatūras uzturēšana” nolikumamIepirkuma identifikācijas Nr. VM NVD 2013/18

PROJEKTS

Pasūtītāja līguma Izpildītāja līgumauzskaites Nr.________________ uzskaites Nr.____________

LĪGUMS Par Veselības aprūpes pakalpojumu apmaksas norēķinu sistēmas „Vadības informācijas

sistēma” programmatūras uzturēšanu Identifikācijas numurs Nr.VM NVD 2013/18

Rīgā, 2013.gada___.__________

Nacionālais veselības dienests (turpmāk – Dienests), kuru pārstāv direktors Māris Taube saskaņā ar Ministru kabineta 2011.gada 1.novembra noteikumiem Nr.850 „Nacionālā veselības dienesta nolikums”, no vienas puses un

________________________ (turpmāk – Izpildītājs), kuru pārstāv _______________________, kurš rīkojas saskaņā ar ________________, no otras puses,

abi turpmāk līgumā kopā saukti Puses, saskaņā ar atklāta konkursa „Veselības aprūpes pakalpojumu apmaksas norēķinu sistēmas „Vadības informācijas sistēma” programmatūras uzturēšana” (id.Nr.VM NVD 2013/18) (turpmāk – Konkurss) rezultātiem, noslēdz šādu līgumu:

1. Līgumā lietotie termini un Līguma priekšmets

1.1. Līgumā lietoti termini un saīsinājumi, kas noteikti (atreferēti) Līguma 1.pielikuma 1.punktā (Tehniskā specifikācija – „Izmantotie termini un saīsinājumi”).

1.2. Pasūtītājs uzdod un Izpildītājs veic Veselības aprūpes pakalpojumu apmaksas norēķinu sistēmas „Vadības informācijas sistēma” programmatūras (turpmāk – VIS) uzturēšanas pakalpojumus saskaņā ar tehnisko specifikāciju (Līguma 1.pielikums), Izpildītāja iesniegto piedāvājumu (Līguma 2.pielikums), kā arī atbilstoši normatīvo aktu un Līguma noteikumiem un prasībām.

2. Līguma summa un norēķinu kārtība

2.1. Līguma summa par Izpildītāja sniegtajiem VIS programmatūras uzturēšanas pakalpojumiem nepārsniedz _______________Ls (______________________ lati ___ santīmi), bez pievienotās vērtības nodokļa (PVN), PVN – Ls _____________, kopējā Līguma summa ar PVN – Ls__________________, kas veidojas no izmaksu pozīcijām saskaņā ar Līguma __.pielikumā pievienotu finanšu piedāvājumu. Gadījumā, ja Līguma darbības laikā tiek ieviestas izmaiņas Latvijas Republikas

54

Page 55: Web view- vismaz 3 (trīs) gadu praktiskā pieredze Informāciju sistēmu izstrādē ar Oracle PL/SQL tehnoloģijām. 2.3.2.4. ... Oracle Weblogic un Oracle Enterprise DBVS

normatīvajos aktos un nodokļu likmēs, nodokļu apmērs Līguma ietvaros tiek pārrēķināts un kārtējie rēķini tiek izrakstīti, ievērojot Latvijas Republikā attiecīgajā brīdī spēkā esošos normatīvos aktus un nodokļu likmes, neveicot Līguma grozījumus.

2.2. Samaksu par VIS programmatūras uzturēšanas pakalpojumu Pasūtītājs veic divās daļās:

2.2.1. Ikmēneša fiksētais maksājumus par Izpildītāja sniegto standarta pakalpojumu;2.2.2. Papildus maksājums par realizētajiem izmaiņu pieprasījumiem.

2.3. Fiksētajā standarta pakalpojumā, atbilstoši Līguma 1.pielikumā noteiktajām prasībām, ietilps:

2.3.1. Visu VIS programmatūrā konstatēto kļūdu novēršana;2.3.2. Pasūtītāja pieteikto konsultāciju risināšana, tajā skaitā arī tie izmaiņu

pieprasījumi, ja to apjoms nepārsniedz 32 (trīsdesmit divas) cilvēkstundas un esošās dokumentācijas papildināšana saistībā ar konsultācijas ietvaros jaunās funkcionalitātes izstrādi;

2.3.3. VIS dokumentācijas uzturēšana datorizētā projekta bibliotēkā;2.3.4. VIS dokumentācijā konstatēto kļūdu novēršana;2.3.5. VIS programmatūras izejas tekstu uzturēšana datorizētā koda bibliotēkā, tajā

skaitā laidienu veidošana un iekļaušana piegādēs;2.3.6. Piegāžu komplektēšana un nodošana Pasūtītājam;2.3.7. Kļūdu labojumu testēšana;2.3.8. Automatizēta testēšanas rīka uzturēšana un automatizēta programmatūras

testēšana pirms laidiena piegādes pasūtītājam;2.3.9. DB fiziskā datu modeļa uzturēšana un izmaiņas atbilstoši izmaiņām DB

struktūrā;2.3.10. Papildus informācijas sagatavošana Pasūtītājam par standartprogrammatūrā

konstatētu kļūdu un kļūdas eskalācija trešās puses standartprogrammatūras izstrādātājam;

2.3.11. Darba laika uzskaite un atskaitīšanās;2.3.12. Projektu vadība darba organizēšanai starp Izpildītāju un Pasūtītāju.

2.4. Izmaiņu pieprasījuma realizācijā Izpildītājs, papildus ikmēneša fiksētajam standarta pakalpojuma maksājumam, drīkst iekļaut šādas pozīcijas, kuras ir tieši saistītas ar konkrētā izmaiņu pieprasījuma realizāciju:

2.4.1. Programmētāja darbs;2.4.2. Sistēmu analītiķa darbs;2.4.3. Testētāja darbs;2.4.4. Darbs automātisko testēšanas skriptu izstrādei un automātiskās testēšanas

dokumentācijas papildināšanai, saistībā ar izmaiņu pieprasījumā ietvertās jaunās funkcionalitātes izstrādi;

2.4.5. Sistēmas drošības līmeņa nodrošināšana;2.4.6. Darbs esošās dokumentācijas papildināšanai saistībā ar jaunās funkcionalitātes

izstrādi.

2.5. Fiksētā standarta pakalpojuma apmaksu (Līguma 2.2.1.apakšpunkts) Pasūtītājs veic 80% apmērā no ikmēneša fiksētās standarta pakalpojuma likmes – ________________ Ls. Atlikušo daļu no minētās summas 20 % apmērā Pasūtītājs uzkrāj un izmaksā Izpildītājam vienu reizi ceturksnī. Pasūtītājs samazina Izpildītājam izmaksājamo ceturkšņa summas daļu Līguma 1.pielikuma (Tehniskās specifikācijas

55

Page 56: Web view- vismaz 3 (trīs) gadu praktiskā pieredze Informāciju sistēmu izstrādē ar Oracle PL/SQL tehnoloģijām. 2.3.2.4. ... Oracle Weblogic un Oracle Enterprise DBVS

8.1.apakšpunkts „Ikmēneša fiksētā standarta pakalpojuma apmaksa”) noteiktajā kārtībā.

2.6. Izmaiņu pieprasījumu realizēšana tiek apmaksāta (Līguma 2.2.1.apakšpunkts) atbilstoši likmei Ls _____ (____________ lati __ santīmi) bez PVN par cilvēkstundu.

2.7. Par katra izmaiņu pieprasījuma realizāciju tiek parakstīta atsevišķa pasūtījuma veidlapa, kurā tiek norādīts saskaņotās funkcionalitātes realizācijas laiks un Izpildītāja aprēķinātās izmaiņu pieprasījuma izmaksas (Līguma 7.pielikums).

2.8. Apmaksa par Līgumā noteikto saistību izpildi tiek veikta šādā kārtībā:2.8.1. līdz katra mēneša 5.datumam Izpildītājs rakstveidā iesniedz Pasūtītājam

atskaiti par:2.8.1.1. projekta realizācijā iesaistīto darbinieku patērēto darba laiku

iepriekšējā kalendārajā mēnesī;2.8.1.2. kļūdu novēršanas termiņiem iepriekšējā kalendārajā mēnesī;2.8.1.3. atskaites forma tiek saskaņota ar Pasūtītāju.

2.8.2. līdz kārtējā mēneša 5.datumam Izpildītājs rakstiskā veidā iesniedz Pasūtītājam nodošanas- pieņemšanas aktu par iepriekšējā mēnesī sniegtajiem pakalpojumiem, par kuriem tiek maksāts fiksēts ikmēneša maksājums;

2.8.3. līdz nākošā ceturkšņa pirmā mēneša 5.datumam Izpildītājs rakstveidā iesniedz Pasūtītājam nodošanas – pieņemšanas aktu par ceturkšņa maksājumu, klāt pievienojot aprēķina atšifrējumu.

2.8.4. Izpildītājs rakstiskā veidā iesniedz Pasūtītājam nodošanas -pieņemšanas aktu par piegādātajiem un Pasūtītāja pieņemtajiem izmaiņu pieprasījumiem.

2.8.5. Ja Puses ir vienojušās par vēlāku 4.prioritātes kļūdu novēršanas termiņu, Pasūtītājs ietur 10% no samaksas par izmaiņu pieprasījuma realizāciju. Novēršamās kļūdas, termiņu un ieturējuma apjomu Puses norāda nodošanas- pieņemšanas aktā. Pēc 4.prioritātes kļūdu novēršanas Izpildītājs iesniedz Pasūtītājam nodošanas - pieņemšanas aktu, kas tiek pārbaudīts Līgumā noteiktajā darbu pieņemšanas kārtībā.

2.8.6. Pasūtītāja pienākums ir 10 (desmit) darba dienu laikā iepazīties ar atskaitēm un pakalpojumu nodošanas – pieņemšanas aktiem un akceptēt tos vai iesniegt Izpildītājam pamatotus iebildumus par atskaitēs un pakalpojumu nodošanas– pieņemšanas aktos norādīto izpildīto pakalpojumu apjomu vai izcenojumu atbilstību faktiskajai situācijai;

2.8.7. ja Pasūtītājs Līguma 2.9.4.punktā noteiktajā termiņā un kārtībā nav iesniedzis Izpildītājam iebildumus, tad uzskatāms, ka attiecīgās atskaites ir akceptētas un attiecīgie izpildīto pakalpojumu nodošanas – pieņemšanas akti ir parakstīti nākamajā dienā pēc Līguma 2.9.4.punktā norādītā termiņa izbeigšanās;

2.8.8. kad abas Puses parakstījušas pakalpojumu nodošanas - pieņemšanas aktus, tas kļūst par pamatu Izpildītāja rēķina izrakstīšanai;

2.8.9. Pasūtītājs apņemas pārskaitīt Izpildītājam samaksu par sniegtajiem pakalpojumiem 20 (divdesmit) kalendāro dienu laikā pēc Izpildītāja rēķina saņemšanas;

2.9. Pasūtītājam nav pienākums apmaksāt jebkādus Izpildītāja izdevumus un zaudējumus par tiem pakalpojumiem, kurus Izpildītājs nav veicis vai par kuriem Līgumānoteiktajā kārtībā ir konstatētas un nav novērstas nepilnības.

2.10. Norādot cenas Finanšu piedāvājumā (Līguma ___.pielikums), jāpieņem, ka darbu apjoms var mainīties atkarībā no normatīvo tiesību aktu stāšanās spēkā.

56

Page 57: Web view- vismaz 3 (trīs) gadu praktiskā pieredze Informāciju sistēmu izstrādē ar Oracle PL/SQL tehnoloģijām. 2.3.2.4. ... Oracle Weblogic un Oracle Enterprise DBVS

Pretendentam jāņem vērā, ka Pasūtītājs ir tiesīgs šos darbus nepasūtīt vispār vai pasūtīt nepilnā apmērā, piemērojot Pretendenta piedāvāto cenu.

2.11. Pasūtītājs ir tiesīgs ikmēneša fiksētā maksājuma veikšanai Līgumā paredzētos līdzekļus novirzīt izmaiņu veikšanas pieprasījumiem vai otrādi, finanšu līdzekļu pārdali rakstveidā saskaņojot ar Izpildītāju.

3. Līguma darbības termiņš

3.1. Līgums stājas spēkā 2013.gada __.________ un darbojas (pakalpojums tiek sniegts) līdz 201_.gada ___.__________. Līgums ir spēkā līdz Pušu saistību pilnīgai izpildei. Izpildītāja pienākums ir pabeigt visus iesāktos darbus, kas ir sākti Līguma darbības laikā, tai skaitā garantijas nodrošināšanu.

3.2. Ja Līguma darbības termiņā Pasūtītājam tiek samazināti valsts budžeta līdzekļi VIS uzturēšanas pakalpojumu pirkšanai, tad Pasūtītājam ir tiesības izbeigt šo Līgumu pirms Līguma 3.1.punktā noteiktā Līguma darbības termiņa beigām, rakstveidā brīdinot par to Izpildītāju ne mazāk kā 1 (vienu) mēnesi iepriekš. Šajā gadījumā Pasūtītājam ir pienākums pilnībā samaksāt par Izpildītāja faktiski veikto (pabeigto) darbu līdz Līguma izbeigšanas brīdim. Nekādas citas pirmstermiņa Līguma izbeigšanas kompensācijas nav paredzētas.

3.3. Pasūtītājam ir tiesības vienpusēji nekavējoties izbeigt Līgumu:3.3.1. ja ir notikusi Izpildītāja labprātīga vai piespiedu likvidācija;3.3.2. ja pret Izpildītāju ir uzsākta maksātnespējas vai bankrota procedūra, vai tā

saimnieciskā darbība ir apturēta vai pārtraukta;3.3.3. Izpildītājs nepilda kādu Līgumā noteikto saistību un neatbilstība nav novērsta 30

(trīsdesmit) darba dienu laikā no rakstiska brīdinājuma saņemšanas;3.3.4.pēc Līguma noslēgšanas atklājas, ka, iesniedzot piedāvājumu atklātam

konkursam, Izpildītājs ir apzināti sniedzis nepatiesu informāciju.

3.4. Izpildītājs ir tiesīgs vienpusēji nekavējoties izbeigt šo Līgumu gadījumā, ja Pasūtītājs pārkāpj šī Līguma noteikumus (t.i. kavē Līgumā paredzēto rēķinu apmaksas termiņu) un 30 (trīsdesmit) darba dienu laikā no rakstiska paziņojuma saņemšanas dienas nav novērsis Izpildītāja norādīto Līguma pārkāpumu (veicis samaksu). Šajā gadījumā Pasūtītāja pienākums ir samaksāt Izpildītājam par faktiski sniegtajiem Pakalpojumiem un citus Līgumā paredzētos maksājumus.

3.5. Līguma izbeigšana, neatkarīgi no izbeigšanas iemesla, un Līguma termiņa notecējums neatbrīvo Puses no pienākuma izpildīt saistības (t.sk. par līdz Līguma izbeigšanas dienai faktiski sniegtajiem Pakalpojumiem), kas radušās Līguma spēkā esamības laikā.

4. Pasūtījuma izpilde, kvalitāte un apjoms

4.1. Izpildītājs apņemas kvalitatīvi un savlaicīgi sniegt VIS programmatūras uzturēšanas pakalpojumus saskaņā ar tehnisko specifikāciju (Līguma 1.pielikums), Izpildītāja iesniegto tehnisko un finanšu piedāvājumu (Līguma 2.pielikums) un pārējiem Līguma noteikumiem, ievērojot šajā Līguma sadaļā noteikto kārtību.

4.2. Darbs pie kļūdu labojumiem (Līguma 2.3.1.punkts) tiek uzsākts pēc kļūdas konstatēšanas Izpildītāja pusē vai pēc Pasūtītāja pieteiktas kļūdas, kura pieteikta

57

Page 58: Web view- vismaz 3 (trīs) gadu praktiskā pieredze Informāciju sistēmu izstrādē ar Oracle PL/SQL tehnoloģijām. 2.3.2.4. ... Oracle Weblogic un Oracle Enterprise DBVS

incidentu pārvaldības sistēmā. Atbilstoši kļūdas (incidenta) svarīguma kategorijai (prioritātei) noteiktajā reakcijas laikā Izpildītājam jāveic kļūdas novērtējums un jāinformē Pasūtītājs par kļūdas novēršanai veicamajiem pasākumiem

4.3. Atbilstoši Pasūtītāja formulētiem uzdevumiem Izpildītājs izstrādā izmaiņu pieprasījuma (Līguma 2.6.punkts) specifikāciju, kurā ietver izmaiņu prasību aprakstu, izmaiņu pieprasījuma biznesa funkcionalitātes realizācijas aprakstu, VIS projektējuma un datu bāzes fiziskā modeļa izmaiņas, ietekmētās funkcionalitātes sarakstu, izmainītās un ietekmētās funkcionalitātes veiktspējas un ātrdarbības novērtējumu, izmaiņu pieprasījuma realizācijai nepieciešamo darbietilpību un izstrādes laiku.

4.4. Jebkurš izmaiņu pieprasījums tiek realizēts tikai saskaņā ar Pasūtītāja un Izpildītāja abpusēji apstiprinātu izmaiņu pieprasījuma specifikāciju un abpusēji parakstītu pasūtījumu par VIS programmatūras izmaiņu pieprasījumu realizāciju (7.pielikums).

4.5. Ja Pasūtītājs pēc specifikācijas izstrādes izlemj izmaiņas nepasūtīt, Pasūtītājam ir jāapmaksā specifikācijas izstrādē ieguldītais darba apjoms (tiek norādīts specifikācijai pievienotajā darba apjoma vērtējumā), kurš nepārsniedz 10 cilvēkdienas. Ja paredzamais analīzes un specifikācijas gatavošanas darba apjoms pārsniedz 10 cilvēkdienas, Izpildītājs var ierosināt atsevišķi pasūtīt analīzes darbu, norādot analīzei nepieciešamo darba apjomu. Darba rezultātā Pasūtītājs saņem izmaiņu specifikāciju ar risinājuma aprakstu, realizācijas darba apjomu un testēšanas scenārijus, kas tiek ņemti par pamatu izmaiņu realizācijas Pasūtījumam;

4.6. Izmaiņu pieprasījuma realizācija tiek nodota ar jaunu programmatūras laidienu. 4.7. Kļūdu labojumus vai programmatūras izmaiņas pirms to piegādes Pasūtītājam,

Izpildītājam jātestē savā izstrādes vidē. Izpildītājs izpildāmo kodu papildus testē, pārbaudot to pret SQL injekciju un XSS (Cross-site scripting) ievainojamību.

4.8. Piegādāto laidienu Pasūtītājs testē savā testēšanas vidē. Pasūtītājs testēšanu uzskatīs par veiksmīgu, ja testēšanas rezultātā tiks konstatēta laidienā iekļautā pasūtītā funkcionalitāte un netiks atklāta neviena 1.- 4.kategorijas kļūda vai Izpildītājs un Pasūtītājs būs vienojušies par atklāto 4.prioritātes kļūdu novēršanu pēc programmatūras ieviešanas ekspluatācijā. Termiņš testēšanas veikšanai Pasūtītājam ir 20 darba dienas.

4.9. Izpildītājam ir jānodrošina testēšanas norisei nepieciešamās konsultācijas un pietiekami kompetenta pārstāvja klātbūtne

4.10. Ja testēšanas rezultāts ir neatbilstošs, Izpildītājam jāveic atklāto kļūdu novēršana un jāpiegādā programmatūra atkārtotai testēšanai.

4.11. Ja testēšanas laikā Pasūtītājs piegādātajā programmatūrā atklāj nenovērstas kļūdas, kuras piegādātajā laidienā iekļautas kā atrisinātas, tad šo kļūdu novēršanai patērēto laiku Pasūtītājs turpina aprēķināt no sākotnējās kļūdas pieteikšanas brīža incidentu pārvaldības sistēmā un uz to turpina attiecināt Līgumā noteiktos kļūdu novēršanas termiņus.

4.12. Izpildītājs Pasūtītajam laidiena piegādi nodod atbilstoši Tehniskās specifikācijas 4.pielikuma „Piegādes komplektācija” saturam kopā ar instalācijas instrukciju atbilstoši Tehniskās specifikācijas 3.pielikumam „Instalācijas rokasgrāmatas saturs”, identificējot piegādē iekļautā laidiena novērsto kļūdu un realizētu izmaiņu sarakstu. Izpildītājs laidiena piegādi Pasūtītājam nodod ar elektroniskā sakaru kanāla starpniecību arhivētā veidā, par precīzu nodošanas procedūru rakstveidā vienojoties pēc Līguma noslēgšanas.

58

Page 59: Web view- vismaz 3 (trīs) gadu praktiskā pieredze Informāciju sistēmu izstrādē ar Oracle PL/SQL tehnoloģijām. 2.3.2.4. ... Oracle Weblogic un Oracle Enterprise DBVS

4.13. Konsultācijas tiek sniegtas pēc Pasūtītāja pieprasījuma, kuras pieteiktas incidentu pārvaldības sistēmā. Konsultācija ir Izpildītāja rakstiska vai mutiska palīdzība Pasūtītājam par VIS programmatūras darbību vai ar VIS programmatūru saistītu tehnisku jautājumu risināšanu (piem., SQL vaicājumi, sistēmu integrācijas jautājumi, jaunu tehnoloģiju ieviešanas iespējas vai ietekme uz Sistēmu). VIS programmatūras izmaiņu pieprasījums, ja tā apjoms nepārsniedz 32 (trīsdesmit divas) cilvēkstundas, Pasūtītājs var noformēt kā konsultāciju.

4.14. Izpildītājam jānodrošina visas programmatūras izstrādes un testēšanas procesam nepieciešamās vides, kuras ir fiziski un loģiski nodalītas no Pasūtītāja produkcijas un testa vides. Programmatūras izstrādes vides darbināšanai nepieciešamos tehniskos resursus un programmatūras licences jānodrošina Izpildītājam par saviem līdzekļiem.

4.15. Izpildītājam jānodrošina VIS programmatūras izejas tekstu uzturēšana. Pasūtītājs, uzsākot Līguma izpildi, nodos Izpildītājam VIS programmatūras izejas tekstu no Subversion eksportētas datnes formātā. VIS izstrādes gaitā Izpildītājam jāizmanto datorizēta koda bibliotēka programmatūras versiju pārvaldībai, lai izsekotu izstrādei un izmaiņām izejas tekstā, failos un dokumentācijā, saglabājot visu izejas tekstu un dokumentācijas vēsturisko informāciju. Visam VIS izejas tekstam jāglabājas Izpildītāja izvēlētajā (konkrēts viens programmatūras produkts) kodu bibliotēkā, kuru izpildītājs drīkst mainīt tikai saskaņojot ar Pasūtītāju. Izpildītājam jānodrošina Pasūtītāja pārstāvju pieeja projekta koda bibliotēkai lasīšanas režīmā. Izpildītājam kodu bibliotēkā jāuztur vismaz 2 (divi) zari (branch), kur vienā no tiem glabājas pilnais VIS izejas teksts, bet otrā - pēdējā laidienā iekļautais izejas teksts. Kodam jābūt komentētam, identificējot konkrēta laidiena ietvaros papildināto programmatūras izejas tekstu. Izpildītājam pēc Pasūtītāja pieprasījuma jānodod pilns koda bibliotēkas eksports (vienā no šādiem formātiem: CVS, Subversion, Git) Pasūtītājam.

4.16. Izpildītāja izstrādes videi un VIS programmatūras izejas tekstam ir jābūt aizsargātiem tādā līmenī, lai izslēgtu jebkādu trešo personu nesankcionētu piekļuvi un iespēju kopēt programmatūru un programmatūras izejas tekstu vai veikt tajos izmaiņas. Izstrādes videi un programmatūras izejas tekstam drīkst piekļūt tikai tie Izpildītāja darbinieki, kuri nodrošina pakalpojuma izpildi un ir rakstiski saskaņoti ar Pasūtītāju. Visas veiktās izmaiņas VIS programmatūras izejas tekstā tiek izdarītas par tādām, kuras ir veicis Izpildītājs.

4.17. Izpildītājs uztur automatizētu testēšanas rīku un veic VIS programmatūras regresa testus. Pasūtītājs uzsākot Līguma izpildi nodot Izpildītājam VIS programmatūras automātiskos testēšanas skriptus no TestExecute eksportētas datnes formātā. Izpildītājs piedāvājumā norāda izvēlēto automatizēto testēšanas rīku. Izpildītājs izstrādā un uztur automātisko testu skriptus un dokumentāciju, kuru papildina atbilstoši VIS izstrādātai un ieviestai funkcionalitātei. Automātiskā testēšanas dokumentācija satur specifikāciju par testu scenārijiem, scenārijā izpildāmajām darbībām, formu un DB laukiem, ievaddatiem un paredzētajiem izvaddatiem, kā arī automatizēto testu izpildes instrukciju. Pēc Pasūtītāja pieprasījuma Izpildītājs nodot automātiskos testēšanas skriptus Pasūtītājam, pievienojot tos piegādē iekļautajam laidienam datorizēta koda bibliotēkā. Izpildītājam jānodrošina Tehniskās

59

Page 60: Web view- vismaz 3 (trīs) gadu praktiskā pieredze Informāciju sistēmu izstrādē ar Oracle PL/SQL tehnoloģijām. 2.3.2.4. ... Oracle Weblogic un Oracle Enterprise DBVS

specifikācijas 5.pielikumā „Automātiskie testi” (Līguma 1.pielikums) norādītie testa scenāriji, papildinot tos atbilstoši mainītajai vai no jauna izstrādātajai VIS funkcionalitātei. Izpildītājs Automatizēto testu izpildes kārtību saskaņo ar Pasūtītāju.

4.18. Izpildītājs visā pakalpojumu sniegšanas laikā izstrādā, uztur un papildina šādu VIS projekta dokumentāciju:

4.18.1. Prasību specifikācija (SRS);4.18.2. Moduļu funkcionālais projektējums (MFS);4.18.3. Datu konvertācija moduļu projektējums ( DKM);4.18.4. Interfeisa projektējums (IDD);4.18.5. Sistēmas izvēlnes struktūra un pieejas tiesības (SIS);4.18.6. Programmatūras instalācijas plāns (SIP);4.18.7. Sistēmas darbības procesi (BPS);4.18.8. Lietotāju dokumentācija latviešu valodā ( LDK);4.18.9. Programmatūras versiju apraksts (SVD);

4.18.10. Automātisko testu un testēšanas specifikācija.

4.19. Izpildītājs uztur dokumentācijas aktuālo un vēsturisko informāciju datorizētā projekta bibliotēkā, saglabājot visas dokumenta versijas, tajos veikto izmaiņu vēsturi, notikuma datumu un autoru. Izpildītājs nodrošina Pasūtītāja pārstāvjiem piekļuvi datorizētai projektu bibliotēkai lasīšanas režīmā.

4.20.Ar VIS programmatūras uzturēšanu saistītie dokumenti, jāsagatavo elektroniskā veidā un jāsaskaņo elektroniski.

4.21. Izpildītājs pēc Pasūtītāja pieprasījuma sagatavo dokumentārā (papīra) veidā VIS dokumentāciju un nodod to Pasūtītājam.

4.22.Visiem VIS dokumentiem jābūt sagatavotiem un uzglabātiem MS Office Word 2007 formātā.

4.23.Datorizētajai projekta bibliotēkai ir jābūt aizsargātai tādā līmenī, lai izslēgtu jebkādu trešo personu nesankcionētu piekļuvi un iespēju kopēt VIS dokumentāciju vai veikt tajā izmaiņas. VIS dokumentācijai drīkst piekļūt tikai Izpildītāja darbinieki, kuri nodrošina pakalpojuma izpildi un ir rakstiski saskaņoti ar Pasūtītāju.

4.24.VIS dokumentācijas saraksts pievienots Tehniskās specifikācijas 7.pielikumā „VIS dokumentācijas saraksts”.

4.25. Izpildītājs uztur aktuālu VIS DB fizisko datu modeli atbilstoši izmaiņām VIS DB struktūrā. DB modeli izpildītājs uztur Oracle SQL Developer Data Modeler formātā un iekļauj piegādē kopā ar laidienu, ja ir bijušas izmaiņas DB struktūrā.

4.26. Izpildītājam ir pienākums uzturēt projekta realizācijā iesaistīto darbinieku darba laika uzskaiti, kas tiek izmantota atskaišu sagatavošanai, un vienu reizi dienā ievadīt Pasūtītāja incidentu pārvaldības rīkā konkrētā darbinieka veiktos darbus un darbam faktiski patērēto laiku. Izpildītājs darbinieku faktiski patērēto darba laiku un veiktos darbus norāda katram pieteikumam, pie kura tas ir strādājis. Darbu uzskaites detalizācijā visiem pieteikumiem Izpildītājs norāda mainīto/laboto funkcionalitāti ar atsauci uz kodu bibliotēkā iesūtītajām konkrētām izmaiņām izejas tekstā (commit), izstrādāto vai laboto dokumentāciju, atsauci uz konkrētu testu veikšanu testēšanas atskaitē. Darba laika uzkaiti Izpildītājs norāda par šādiem pieteikumiem: Izmaiņu pieprasījums, konsultācija, kļūda. Papildus Izpildītājs norāda laiku, kuru tas ir patērējis projektu vadībai un piegādē iekļautā laidiena veidošanai kodu bibliotēkā.

60

Page 61: Web view- vismaz 3 (trīs) gadu praktiskā pieredze Informāciju sistēmu izstrādē ar Oracle PL/SQL tehnoloģijām. 2.3.2.4. ... Oracle Weblogic un Oracle Enterprise DBVS

4.27.Pasūtītājs ir tiesīgs pieprasīt izmaiņu specifikācijas darbietilpības novērtējuma pārstrādāšanu, ja tas neatbilst Izpildītāja iesniegtajai darbietilpības aprēķina metodikai. Pasūtītājs ir tiesīgs pieprasīt izmaiņu pieprasījuma specifikācijas pārstrādāšanu, ja izmaiņu pieprasījuma realizācijas ietekmē var tikt pazemināta VIS veiktspēja vai ātrdarbība.

4.28. Izpildītājs garantē ikvienam veiktajam izmaiņu pieprasījumam 6 (sešu) mēnešu garantiju no veiktā izmaiņu pieprasījuma pieņemšanas brīža, ko apliecina nodošanas-pieņemšanas akts. Ja Puses bija vienojušās par vēlāku 4.prooritātes kļūdu novēršanas termiņu, garantija tiek skaitīta no 4.prioritātes kļūdu novēršanas brīža, ko apliecina nodošanas-pieņemšanas akts. Ja garantijas laika periodā atklājas kāda nepilnība, Izpildītāja pienākums ir par saviem līdzekļiem pilnā apmērā ne vēlāk kā 20 darba dienu laikā no paziņošanas par nepilnības konstatēšanas brīža nepilnību novērst. Par nepilnības novēršanu tiek sastādīts nodošanas-pieņemšanas akts. Ja Izpildītājs noteiktajā termiņā nepilnību nenovērš, Pasūtītājs ir tiesīgs nodot nepilnības novēršanu trešajai personai un samaksu veikt no Izpildītāja Līguma saistību izpildes galvojuma.

5. Pienākumi, tiesības un atbildība

5.1. Pasūtītāja pienākumi ir:5.1.1. ievērot Līguma nosacījumus;5.1.2. savlaicīgi sniegt visu nepieciešamo informāciju;5.1.3. nodrošināt personāla pieejamību, cik tas nepieciešams šī Līguma nosacījumu

izpildei;5.1.4. nodrošināt Līguma 5.pielikumā uzrādīto lietotāju piekļuvi incidentu

pārvaldības rīkam JIRA;5.1.5. saskaņā ar šajā Līgumā noteikto kārtību izvērtēt Izpildītāja veikto darbu un

sniegto VIS uzturēšanas pakalpojumu atbilstību Līgumā un tehniskajā specifikācijā noteiktajām prasībām un sniegt informāciju par konstatētajām nepilnībām;

5.1.6. saskaņā ar šajā Līgumā noteikto kārtību pieņemt Izpildītāja kvalitatīvi sniegtos VIS uzturēšanas pakalpojumus, kas atbilst Līguma un tehniskās specifikācijas prasībām, un veikt samaksu par tiem;

5.1.7. ja Izpildītājs nepilda Līgumā paredzētos pienākumus, Pasūtītājs pēc to konstatēšanas ne vēlāk kā 5 (piecas) darba dienu laikā rakstiski par to informē Izpildītāju;

5.1.8. izsniegt Izpildītajam visu nepieciešamo un atbilstoši pastāvošajai vispārīgajai praksei IT jomā Pasūtītāja atbildībā esošo dokumentāciju, kas nepieciešama Pakalpojuma kvalitatīvai sniegšanai, kopijas, kā arī citu Izpildītāja pieprasīto un Līguma izpildei nepieciešamo informāciju nekavējoties, bet ne vēlāk kā 5 (piecas) darba dienu laikā no pieprasījuma saņemšanas.

5.2. Pasūtītājam ir tiesības par saviem līdzekļiem veikt kontroli par šī Līguma izpildi, tai skaitā patstāvīgi vai ar pilnvarotas trešās puses starpniecību veikt Izpildītāja darbības auditu saistībā ar sniegto pakalpojumu, pieaicinot speciālistus un ekspertus.

5.3. Izpildītājam ir jānodrošina Līguma 5.2.punktā noteiktās personas ar piekļuvi nepieciešamajai informācijai, tiesībām to kopēt, piekļuvi pakalpojuma sniegšanā iesaistītajam personālam, piekļuvi VIS sistēmai un visādi citādi jāsniedz audita veikšanai nepieciešamais atbalsts un informācija.

5.4. Izpildītāja pienākumi ir:5.4.1. ievērot Līguma nosacījumus;

61

Page 62: Web view- vismaz 3 (trīs) gadu praktiskā pieredze Informāciju sistēmu izstrādē ar Oracle PL/SQL tehnoloģijām. 2.3.2.4. ... Oracle Weblogic un Oracle Enterprise DBVS

5.4.2. veikt pakalpojumu izpildi Līgumā paredzētajā termiņā, apjomā un kvalitātē;5.4.3. Līguma spēkā esamības termiņa laikā, kā arī pēc tā darbības beigām neizpaust

nekādu ar Līguma izpildi vai Pasūtītāju vai tā darbību saistītu konfidenciālu informāciju;

5.4.4. ja Pasūtītājs nepilda Līgumā paredzētos pienākumus, Izpildītājs pēc to konstatēšanas ne vēlāk kā 5 (piecu) darba dienu laikā rakstiski par to informē Pasūtītāju;

5.4.5. nodrošināt Līguma 4.pielikumā uzrādīto lietotāju piekļuvi VIS projekta dokumentācijai;

5.4.6. nodrošināt Pasūtītāja pilnvarotu personu piekļuvi VIS tehniskajiem resursiem un programmatūras kodam;

5.4.7. pirms Līguma izpildes uzsākšanas saskaņot ar Pasūtītāju to darbinieku, norādot vārdu, uzvārdu, personas kodu, amatu, kuriem būs fiziska vai loģiska piekļuve VIS, kā arī jebkuru šo darbinieku izmaiņu, informēt darbiniekus par to, ka viņiem ir piekļuve sensitīviem personas datiem, nodrošināt, ka darbinieki paraksta Līguma 8.pielikumā norādīto „Apņemšanos”.;

5.4.8. nodrošināt, ka Līguma izpildē piedalās Izpildītāja piedāvājumā norādītie speciālisti. Gadījumā, ja norādīto speciālistu personisku piedalīšanos nav iespējams nodrošināt (atvaļinājumi, darba attiecību pārtraukšana), Izpildītājam ir pienākums nodrošināt līdzvērtīgas kvalifikācijas speciālistu iesaisti Līguma izpildē, saskaņojot ar Pasūtītāju. Pasūtītājs ir tiesīgs atteikt konkrēta speciālista aizvietotāju, ja tam nav Konkursa nolikumā norādītās kompetences vai nav iesniegta speciālista parakstīta konfidencialitātes apņemšanās (Līguma 8.pielikums). Papildus piedāvājumā norādītajiem speciālistiem, Izpildītājs, saskaņojot ar Pasūtītāju, Līguma izpildē ir tiesīgs pieaicināt citus speciālistus (IT nozares profesionāļus), neattiecinot uz tiem Konkursa nolikumā noteiktos obligātos profesionālos kritērijus, taču minētie speciālisti nevar aizstāt Izpildītāja piedāvājumā norādīto speciālistu vai līdzvērtīgu vēlāk iesaistītu speciālistu;

5.4.9. uzturēt pierakstus par personām, kurām ir bijusi fiziska piekļuve VIS, nepieciešamības gadījumā izsniedzot šos pierakstus Pasūtītājam un tiesībsargājošām iestādēm;

5.4.10. ne vēlāk, kā piecu darba dienu laikā, skaitot no šī Līguma noslēgšanas, iesniegt Pasūtītājam kredītiestādes galvojumu par līgumsaistību izpildi par summu, kura nav mazāka par Ls ____________ (__________________ lati, __ santīmi), atbilstoši Līguma 6. pielikumam.

5.5. Izpildītājam jānodrošina datu aizsardzības režīms atbilstoši sensitīvu personas datu aizsardzības prasībām un Valsts informācijas sistēmu likumam. Izpildītājam jānodrošina, lai ar visiem darbiniekiem un pakalpojumu sniedzējiem, kuriem ir iespējams piekļūt VIS projekta dokumentācijai, programmatūras izejas tekstam, programmatūras izpildāmajam kodam, automatizētajam testēšanas rīkam, Izpildītāja izstrādes un testēšanas procesa laikā visām izveidotajām vidēm un to aparatūrai un datiem, būtu noslēgti atbilstoši konfidencialitātes līgumi un šiem darbiniekiem būtu izskaidroti personas datu aizsardzības, autortiesību un komercnoslēpuma noteikumi un iespējamā atbildība par to pārkāpšanu.

5.6. Izpildītājs ir atbildīgs, lai visas Līguma 5.pielikumā norādītās personas aizpilda Līguma 8.pielikumā norādīto „Apņemšanos”. Izpildītāja pienākums ir 10 (desmit) dienu laikā no Līguma noslēgšanas brīža, vai jaunas personas piesaistīšanas gadījumā, Pasūtītājam iesniegt personas aizpildītu „Apņemšanos”. Šis noteikums ir piemērojams visos gadījumos neatkarīgi no tā, kāda ir starp Izpildītāju un personu,

62

Page 63: Web view- vismaz 3 (trīs) gadu praktiskā pieredze Informāciju sistēmu izstrādē ar Oracle PL/SQL tehnoloģijām. 2.3.2.4. ... Oracle Weblogic un Oracle Enterprise DBVS

kurai Izpildītājs devis piekļuvi Līguma izpildei, pastāvošo attiecību juridiskā forma, piemēram, darba līgums, uzņēmuma līgums, autoratlīdzības līgums, pilnvarojums u.c.

5.7. Līguma izbeigšanas gadījumā tiek izbeigta (liegta) Izpildītāja, tai skaitā Izpildītāja speciālistu (Līguma 5.pielikums), jebkāda piekļuve, kas saistīta ar VIS un Līguma izpildi. Minētā pieeja Izpildītāja speciālistam tiek izbeigta arī gadījumā, ja ir notikusi speciālista nomaiņa pret citu speciālistu, vai arī speciālists vairs nav iesaistīts Līguma izpildē. Izpildītājs nes atbildību par šīs prasības izpildi un atlīdzina pasūtītājam jebkādus zaudējumus, ja šī prasība netiek izpildīta.

5.8. Izpildītājs ir atbildīgs par Līguma izpildes laikā radītā VIS programmatūras izejas teksta integritāti un VIS programmatūras drošības ievainojamību, kura var rasties izmantojot no izejas teksta kompilēto VIS izpildāmo kodu

5.9. Puses apņemas nekavējoties rakstiski informēt viena otru par jebkādām grūtībām Līguma izpildes procesā, kas varētu aizkavēt savlaicīgu VIS uzturēšanas pakalpojumu sniegšanu un Līguma izpildi.

5.10. Puses apliecina, ka tām ir visas nepieciešamās pilnvaras un tiesības, lai slēgtu šo Līgumu, kā arī tām nav zināmi nekādi tiesiski vai faktiski šķēršļi vai iemesli, kas jebkādā veidā ietekmētu vai aizliegtu uzņemties Līgumā minēto pienākumu izpildi.

5.11. Izpildītājs apliecina, ka ir iepazinies ar Konkursa nolikumu, tai skaitā tehnisko specifikāciju, un citiem Līguma noteikumiem un atzinis tos par saistošiem un izpildāmiem, veicot savus pienākumus saistībā ar šī Līguma noteikumiem, kā arī apliecina, ka Izpildītāja rīcībā atrodas pietiekoši darbinieku, nepieciešamo materiālo un citu līdzekļu, lai kvalitatīvi un savlaicīgi veiktu visus Līgumā noteiktos pienākumus.

5.12. Izpildītājs apliecina, ka tā darbinieki un/vai citas personas, kas ir/būs iesaistīti šī Līguma izpildē ir/tiks iepazīstināti ar nosacījumiem par konfidencialitāti pirms darba uzsākšanas.

6. Konfidencialitāte

6.1. Visa un jebkāda informācija, ko kāda no Pusēm sniedz viena otrai Līguma izpildes laikā vai arī tā atklājas, pildot darba pienākumus, kā arī jebkura šīs informācijas daļa, tai skaitā, bet ne tikai informācija par personas datiem, personas sensitīviem datiem, par otras Puses darbību, finanšu stāvokli, tehnoloģijām, tai skaitā rakstiska, mutiska, datu formā uzglabāta, audio – vizuāla un jebkurā citā veidā uzglabāta informācija, kā arī informācija par šo Līgumu, tā noslēgšanu un izpildi tiek atzīta un uzskatīta par konfidenciālu.

6.2. Pusēm nav tiesību izpaust informāciju trešajām personām bez otras Puses rakstiskas piekrišanas saņemšanas. Katrai no Pusēm ar vislielāko rūpību un uzmanību jārūpējas par informācijas drošību un aizsardzību.

6.3. Pušu pienākums ir nodrošināt, ka tās amatpersonas, darbinieki, konsultanti un citas personas, kuras izmantos Pušu informāciju, saņems un izmantos to vienīgi Līguma izpildes nodrošināšanai un tikai nepieciešamajā apjomā, kā arī uzņemsies un ievēros vismaz tādas pašas konfidencialitātes saistības, kādas ir noteiktas Pusēm šajā Līgumā.

63

Page 64: Web view- vismaz 3 (trīs) gadu praktiskā pieredze Informāciju sistēmu izstrādē ar Oracle PL/SQL tehnoloģijām. 2.3.2.4. ... Oracle Weblogic un Oracle Enterprise DBVS

6.4. Par konfidenciālu netiek uzskatīta sekojoša informācija:6.4.1.ja pirms informācijas saņemšanas no otras Puses, tā atradās Puses rīcībā vai tai

bija zināma, un ja uz šo informāciju tās saņemšanas laikā nebija attiecināts konfidencialitātes nosacījums;

6.4.2. kas ir likumiskā veidā saņemta vai kļuvusi pieejama Pusei no avota, kas nav otra Puse, un kas pirms šīs informācijas saņemšanas nav bijusi Puses rīcībā.

6.5. Pušu informācijas izpaušana netiks uzskatīta par Līguma noteikumu pārkāpumu vienīgi šādos gadījumos:

6.5.1. informācija tiek izpausta pēc tam, kad tā kļuvusi publiski zināma vai pieejama neatkarīgi no Pusēm;

6.5.2. informācija tiek izpausta normatīvajos aktos noteiktajos gadījumos, apjomā un kārtībā.

6.6. Konfidencialitātes noteikumi Pusēm ir saistoši arī pēc Līguma termiņa beigām, kā arī pēc pirmstermiņa Līgumattiecību izbeigšanas.

6.7. Ievērojot augstāk minētos konfidencialitātes nosacījumus, Izpildītājam ir tiesības pēc saviem ieskatiem norādīt uz Izpildītāja pieredzi un prasmēm informējot savus esošos un potenciālos klientus, ka Izpildītājs veic un ir sniedzis pakalpojumus Pasūtītājam.

7. Intelektuālā īpašuma tiesības

7.1. Šī Līguma izpratnē intelektuālais īpašums ietver tai skaitā, bet ne tikai autortiesības, preču zīmes, patentus, dizainus, tirdzniecības zīmes, modeļus, kā arī visas citas intelektuālā īpašuma tiesības, kas ir attiecināmas uz Līguma izpildes procesu vai tā laikā sagatavotajiem materiāliem un citiem darbu rezultātiem vai to atsevišķām daļām, kas ir intelektuālā īpašuma tiesību objekti.

7.2. Izpildītājs apliecina, ka ne Līguma izpildes process, ne arī tā laikā sagatavotie rezultāti vai to atsevišķas daļas, kas ir intelektuālā īpašuma tiesību objekti, nepārkāpj vai neaizskar nekādas trešo personu intelektuālā īpašuma tiesības, ko Līguma izpilde vai tā laikā sagatavotie rezultāti vai to atsevišķas daļas ietver vai varētu ietvert. Tādējādi Izpildītājs apliecina, ka tas ir ieguvis intelektuālā īpašuma tiesības, kas nepieciešamas Līguma izpildei un Līgumā noteikto darba rezultātu sagatavošanai, kā arī nodrošina Pasūtītājam pilnīgu rīcību ar Līguma izpildes laikā radītajiem rezultātiem to turpmākajā izmantošanā.

7.3. Ar šo Līgumu Pasūtītājs iegūst visas un jebkādas intelektuālā īpašuma tiesības, ko ietver vai varētu ietvert Līguma izpildes laikā radītie rezultāti vai to atsevišķas daļas pēc pilnīgas un pienācīgas Līgumā paredzēto maksājuma saistību izpildes, savukārt Izpildītājs apliecina, ka tas nepretendē ne uz kādām intelektuālā īpašuma tiesībām vai līdzdalību intelektuālajā īpašumā un pilnībā atzīst visas Pasūtītāja tiesības uz intelektuālā īpašuma tiesībām, ko ietver vai varētu ietvert Līguma izpildes laikā Pasūtītājam nodotie rezultāti.

7.4. Gadījumā, ja pret Pasūtītāju tiks vērstas trešo personu tiesības par intelektuālā īpašuma tiesību pārkāpumiem, kas tieši vai netieši saistīti ar Līguma izpildes laikā radītajiem darbu rezultātiem vai to atsevišķām daļām, Izpildītājs apņemas atbildēt par šīm trešo personu prasībām un atbrīvot Pasūtītāju no jebkādas atbildības šajā sakarā.

64

Page 65: Web view- vismaz 3 (trīs) gadu praktiskā pieredze Informāciju sistēmu izstrādē ar Oracle PL/SQL tehnoloģijām. 2.3.2.4. ... Oracle Weblogic un Oracle Enterprise DBVS

Izpildītājam ir pienākums atlīdzināt Pasūtītājam visus un jebkādus izdevumus, kas tam radušies saistībā ar šādiem trešo personu prasījumiem.

8. Līgumsods

8.1. Ja Izpildītāja darbības dēļ netiek nodrošināta izmaiņu pieprasījuma veikšana, tai skaitā vēlākas 4.prioritātes kļūdu novēršanas gadījumā, Izpildītājs maksā līgumsodu 0,5% (piecu desmitdaļu procenta) apmērā no nokavētā izmaiņu pieprasījuma saskaņotās realizācijas cenas par katru izmaiņu pieprasījuma realizācijas vai 4.prioritātes kļūdas novēršanas kavējuma dienu.

8.2. Ja Izpildītāja vainas dēļ netiek nodrošināta kvalitatīva pakalpojuma sniegšana (izmaiņu pieprasījuma veikšana), Pasūtītājs ir tiesīgs atteikties no šāda izmaiņu pieprasījuma realizācijas un neveikt par to apmaksu.

8.3. Ja Izpildītājs nenodrošina iesniegtajā piedāvājumā norādīto speciālistu vai

līdzvērtīgas kvalifikācijas speciālistu, kuru nomaiņa ir saskaņota ar Pasūtītāju, piedalīšanos pakalpojumu sniegšanā, Izpildītājs maksā līgumsodu Ls 1000,00 (viens tūkstotis lati 00 santīmi) par katru gadījumu, kad konstatēta neatbilstoša speciālista nodarbināšana (mēneša ietvaros).

8.4. Ja Pasūtītājs neveic samaksu noteiktajā termiņā, un ja Izpildītājs pieprasa, tad Pasūtītājs maksā Izpildītājam līgumsodu 0,5% apmērā no nesamaksātās Līguma summas daļas par katru nokavēto dienu, bet ne vairāk kā 10% (desmit procenti) no kavētā maksājuma summas.

8.5. Lai pieprasītu līgumsodu, viena Puse nosūta otrai Pusei parakstītu pretenziju par līgumsoda piemērošanu kopā ar atbilstošu rēķinu.

8.6. Otra Puse 3 (trīs) darba dienu laikā pēc pretenzijas par līgumsoda piemērošanu un atbilstoša rēķina saņemšanas:

8.6.1. piekrīt līgumsoda apmēram, 10 (desmit) darba dienu laikā veicot līgumsoda samaksu;

8.6.2. nepiekrīt līgumsoda apmēram, 10 (desmit) darba dienu laikā nosūtot motivētu atteikumu otrai Pusei. Šajā gadījumā 3 darba dienu laikā pēc atteikuma saņemšanas līgumsoda pieprasītājs atkārtoti pieprasa līgumsodu no otras Puses vai nosūta otrai Pusei paziņojumu par pretenzijas atsaukšanu.

8.7. Līgumsoda samaksas kārtība:8.7.1. līgumsods tiek apmaksāts 10 (desmit) darba dienu laikā pēc attiecīgās Puses

rakstiskas piekrišanas līgumsoda apmēram vai atkārtotas līgumsoda pieprasīšanas brīža;

8.7.2. ja samaksa nav notikusi Līguma 8.7.1.punktā minētajā termiņā, Izpildītājam piemēroto līgumsodu Pasūtītājs ietur no kārtējā rēķina, kas tiks nosūtīts Pasūtītājam pēc akta par līgumsoda piemērošanu parakstīšanas, bet ja kārtējā rēķina summa nav pietiekama, vērš piedziņu pret līgumsaistību izpildes nodrošinājumu;

8.7.3. Pasūtītājam piemēroto līgumsodu Pasūtītājs pārskaita Izpildītājam kopā ar kārtējo maksājumu.

65

Page 66: Web view- vismaz 3 (trīs) gadu praktiskā pieredze Informāciju sistēmu izstrādē ar Oracle PL/SQL tehnoloģijām. 2.3.2.4. ... Oracle Weblogic un Oracle Enterprise DBVS

8.8. Līgumsoda samaksa neatbrīvo Puses no Līguma izpildes un Puses var prasīt kā līgumsoda, tā arī Līguma noteikumu izpildīšanu.

8.9. Papildus līgumsodam Pusēm ir pienākums atlīdzināt otras Puses tiešos un netiešos zaudējumus, kuri radušies līgumsaistību neizpildes rezultātā. Netiešo zaudējumu atlīdzināšanas pienākums iestājas, ja zaudējumi izriet no vainīgās Puses ļaunprātīgas rīcības vai rupjas nolaidības.

8.10. Katras Puses atbildība šī Līguma ietvaros aprobežojas ar Līguma 2.1.punktā norādīto Līguma summu, izņemot gadījumus, kad vainīgā Puse rīkojusies ļaunprātīgi vai ar rupju nolaidību.

9. Nepārvarama vara

9.1. Puses tiek atbrīvotas no atbildības par šī Līguma pilnīgu vai daļēju neizpildi, ja tā radusies ārkārtēja, nepārvarama rakstura apstākļu dēļ. Pie šādiem apstākļiem pieder – dabas katastrofas (ugunsnelaime, plūdi Pasūtītāja vai Izpildītāja objektos utt., kas ir saitīti ar šī Līguma izpildes nodrošināšanu), valsts pārvaldes, pašvaldību institūciju pieņemtie ārējie normatīvie akti, tiesu spriedumu, lēmumi, kuri ierobežo vai izslēdz Līguma izpildes iespējas.

9.2. Puses nespēja pildīt kādu no savām saistībām saskaņā ar Līgumu netiks uzskatīta par atkāpšanos no Līguma vai saistību nepildīšanu, ja Puses nespēja izriet no nepārvaramas varas notikuma un Puse, kuru ietekmējis šāds notikums (a) ir veikusi visus pamatotos piesardzības pasākumus, veltījusi nepieciešamo uzmanību un spērusi pamatotos alternatīvos soļus, lai izpildītu šī Līguma noteikumus, un (b) ir informējusi otru Pusi pēc iespējas ātrāk par šāda notikuma iestāšanos.

9.3. Jebkurš periods, kurā Pusei saskaņā ar šo Līgumu ir jāveic kāda darbība vai uzdevums, ir pagarināms par periodu, kas pielīdzināms laikam, kurā Puse nespēja veikt šādu darbību nepārvaramas varas ietekmē.

9.4. Ja nepārvaramas varas apstākļi turpinās ilgāk par 2 (diviem) mēnešiem, Pusēm jāvienojas par saistību izpildes atlikšanu, izbeigšanu vai turpināšanas procedūru

10. Citi noteikumi

10.1. Jebkādas izmaiņas un papildinājumi šajā Līgumā veicami, Pusēm abpusēji vienojoties un parakstot vienošanos, kas kļūst par Līguma neatņemamu sastāvdaļu. Izmaiņas Līguma 4. un 5.pielikumā, netiek noformētas kā Līguma grozījumi, bet tiek veiktas, rakstveidā precizējot 4. un 5.pielikumu un precizējumu (abu Līdzēju parakstītu) pievienojot katram Līguma eksemplāram.

10.2. Pušu domstarpības, kas saistītas ar Līguma izpildi, tiek risinātas vienošanās ceļā. Vienošanās tiek noformēta rakstiski. Gadījumā, ja Puses nevienojas, tad strīdu nodod izskatīšanai Latvijas Republikas tiesā, piemērojot Latvijas Republikā spēkā esošos tiesību aktus.

10.3. Ja Līguma darbības laikā notiek Pušu reorganizācija, tās tiesības un pienākumus realizē tiesību un saistību pārņēmējs.

66

Page 67: Web view- vismaz 3 (trīs) gadu praktiskā pieredze Informāciju sistēmu izstrādē ar Oracle PL/SQL tehnoloģijām. 2.3.2.4. ... Oracle Weblogic un Oracle Enterprise DBVS

10.4. Šī Līguma izpildes ietvaros visa oficiālā sarakste, paziņojumi un informācija nogādājama personīgi vai sūtāma otrai Pusei pa pastu uz juridisko adresi, elektronisko pastu vai telefaksu sekojošām Līguma Pušu kontaktpersonām:

10.4.1. Pasūtītāja pārstāvji Mārtiņš Dinka – [email protected], fakss 67043701; Ineta Būmane – [email protected], fakss 67043701;

10.4.2. Izpildītāja pārstāvji ______________________, fakss _________; ____________ – ___________________, fakss - _____________.

10.5. Pušu kontaktpersonas sastāda un apstiprina sarakstu ar Pasūtītāja darbiniekiem, kuriem ir nepieciešama pieeja VIS projekta dokumentācijai un Kodu bibliotēkai (Līguma 4.pielikums) un Izpildītāja darbiniekiem, kuriem ir nepieciešama pieeja incidentu pārvaldības rīkam JIRA (Līguma 5.pielikums). Veicot izmaiņas sarakstā, otrai Pusei par to paziņo 3 darba dienu laikā.

10.6. Kontaktpersona ir tiesīga apstiprināt dokumentus, kuri paredzēti tehniskajā piedāvājumā.

10.7. Pušu kontaktpersonas ir atbildīgas par visu šajā Līgumā noteikto pienākumu izpildi un Līguma izpildes koordinēšanu Pušu vārdā.

10.8. Puses vienojas, ka šajā Līgumā noteiktās tiesības un pienākumi ir personiski un cieši saistīti ar Pusēm, un to cesija vai cita nodošana vai subordinēšana nav pieļaujama bez otras Puses rakstiskas piekrišanas.

10.9. Šis Līgums ir sastādīts, stājas spēkā un tiek izpildīts, kā arī Pušu savstarpējās attiecības tiek regulētas un skaidrotas saskaņā ar Latvijas Republikā spēkā esošajiem normatīvajiem aktiem.

10.10. Līgums sastādīts 2 (divos) eksemplāros. Viens Līguma eksemplārs atrodas pie Pasūtītāja, bet otrs – pie Izpildītāja, abiem eksemplāriem ir vienāds juridiskais spēks.

10.11. Līguma 8 (astoņi) pielikumi ir šī Līguma neatņemamas sastāvdaļas:

1.pielikums – Tehniskās specifikācijas no atklātā konkursa „Vadības informācijas sistēmas programmatūras uzturēšana (id.Nr.VM NVD 2013/18) kopija uz __ (___) lapām;2.pielikums – Izpildītāja tehniskā un finanšu piedāvājuma no atklātā konkursa „Vadības informācijas sistēmas programmatūras modernizācija, ieviešana un uzturēšana (id.Nr. VM NVD 2013/18) kopijas uz __(________) lapām;3.pielikums – Pakalpojumu pieņemšanas – nodošanas akta veidlapa uz 1 (vienas) lapas;4.pielikums – Pušu apstiprināto Pasūtītāja lietotāju saraksts uz 1 (vienas) lapas;5.pielikums – Pušu apstiprināto Izpildītāja darbinieku saraksts uz 1 (vienas) lapas;6.pielikums – Līguma saistību izpildes galvojuma paraugs uz 1 (vienas) lapas;7.pielikums – pasūtījuma veidlapa „Par Vadības informācijas sistēmas programmatūras izmaiņu pieprasījumu realizāciju” uz 2 (divām) lapām;8.pielikums – „Apņemšanās” uz 1 (vienas) lapas;

67

Page 68: Web view- vismaz 3 (trīs) gadu praktiskā pieredze Informāciju sistēmu izstrādē ar Oracle PL/SQL tehnoloģijām. 2.3.2.4. ... Oracle Weblogic un Oracle Enterprise DBVS

11. Pušu juridiskās adreses, bankas rekvizīti un paraksti

Pasūtītājs Izpildītājs

Nosaukums: Nacionālais veselības dienestsAdrese: Cēsu iela 31 k-3, Rīga, LV-1012Nodokļu maksātāja kods:Bankas nosaukums: Valsts kaseBankas kods: TRELLV22Norēķinu konts: LV67REL2290674025000

Nosaukums: ________________________Adrese: ____________________________Nodokļu maksātāja kods: ______________Bankas nosaukums: ___________________Bankas kods: ________________________Norēķinu konts: ______________________

parakstīts

_________________Direktors M.Taube

z.v.

parakstīts

_______________

z.v.

68

Page 69: Web view- vismaz 3 (trīs) gadu praktiskā pieredze Informāciju sistēmu izstrādē ar Oracle PL/SQL tehnoloģijām. 2.3.2.4. ... Oracle Weblogic un Oracle Enterprise DBVS

1. pielikumsLīgumam par Veselības aprūpes pakalpojumu apmaksas norēķinu sistēmas

„Vadības informācijas sistēma” programmatūras uzturēšana” (iepirkuma identifikācijas nr. VM NVD 2013/18)

Iepirkuma tehniskā specifikācija(..)

69

Page 70: Web view- vismaz 3 (trīs) gadu praktiskā pieredze Informāciju sistēmu izstrādē ar Oracle PL/SQL tehnoloģijām. 2.3.2.4. ... Oracle Weblogic un Oracle Enterprise DBVS

2. pielikumsLīgumam par Veselības aprūpes pakalpojumu apmaksas norēķinu sistēmas

„Vadības informācijas sistēma” programmatūras uzturēšana” (iepirkuma identifikācijas nr. VM NVD 2013/18)

Izpildītāja iesniegtais piedāvājums (..)

70

Page 71: Web view- vismaz 3 (trīs) gadu praktiskā pieredze Informāciju sistēmu izstrādē ar Oracle PL/SQL tehnoloģijām. 2.3.2.4. ... Oracle Weblogic un Oracle Enterprise DBVS

3. pielikumsLīgumam par Veselības aprūpes pakalpojumu apmaksas norēķinu sistēmas

„Vadības informācijas sistēma” programmatūras uzturēšana” (iepirkuma identifikācijas nr. VM NVD 2013/18)

Pakalpojumu nodošanas - pieņemšanas akts (veidlapa)

Rīgā, 201__. gada __________________

Nacionālais veselības dienests, tās pilnvarotās personas _____________ vārdā, no vienas puses, un _______________, tās pilnvarotās personas ______________________ vārdā, no otras puses, sastāda šo aktu par sekojošo:

Saskaņā ar 2013.gada ___._________ noslēgtā līguma par Vadības informācijas sistēmas programmatūras uzturēšanu starp Nacionālo veselības dienestu un ________” (iepirkuma identifikācijas Nr. VM NVD 2013/18) nosacījumiem ______ „__________” nodod un Nacionālais veselības dienests pieņem:

1. Nodevumu:2. Nodevumu:3.

Nacionālajam veselības dienestam nav pretenziju pret ____ „____________” un tas apstiprina sniegtos pakalpojumus un pieņem Nodevumus, kas paredzēti līgumā par Vadības informācijas sistēmas programmatūras uzturēšanu, tādā kvalitātē, kādā ___ „_______” tos ir veicis.

Nacionālā veselības dienesta vārdā: ___ „_________________” vārdā:Līguma izpildes koordinators Līguma izpildes koordinators

_______________________ _______________________

Pasūtītājs Izpildītājs

_________________Direktors M.Taube

z.v.

_______________ __________________

z.v.

71

Page 72: Web view- vismaz 3 (trīs) gadu praktiskā pieredze Informāciju sistēmu izstrādē ar Oracle PL/SQL tehnoloģijām. 2.3.2.4. ... Oracle Weblogic un Oracle Enterprise DBVS

4. pielikumsLīgumam par Veselības aprūpes pakalpojumu apmaksas norēķinu sistēmas

„Vadības informācijas sistēma” programmatūras uzturēšana” (iepirkuma identifikācijas nr. VM NVD 2013/18)

PUŠU APSTIPRINĀTO PASŪTĪTĀJA LIETOTĀJU SARAKSTS

Sarakstā norādītajiem lietotājiem tiek nodrošināta lasīšanas pieeja VIS projektējuma dokumentācijai.

1. _______________;2. _______________;3. _______________;4. _______________;5. _______________;6. _______________;7. _______________;8. _______________;9. _______________;

Pasūtītāja vārdā: Izpildītāja vārdā:Līguma izpildes koordinators Līguma izpildes koordinators

_______________________ _______________________

72

Page 73: Web view- vismaz 3 (trīs) gadu praktiskā pieredze Informāciju sistēmu izstrādē ar Oracle PL/SQL tehnoloģijām. 2.3.2.4. ... Oracle Weblogic un Oracle Enterprise DBVS

5. pielikumsLīgumam par Veselības aprūpes pakalpojumu apmaksas norēķinu sistēmas

„Vadības informācijas sistēma” programmatūras uzturēšana” (iepirkuma identifikācijas nr. VM NVD 2013/18)

PUŠU APSTIPRINĀTO IZPILDĪTĀJA DARBINIEKU SARAKSTS

1. ____________ – ;2. ____________–;3. ____________–;4. ____________ – 5. ____________ – 6. ____________– 7. ____________–;8. ____________-;9. ____________-;10. ____________ –;11. ____________ – 12. ____________ –

Pasūtītāja vārdā: Izpildītāja vārdā:Līguma izpildes koordinators Līguma izpildes koordinators

_______________________ _______________________

6. pielikums

73

Page 74: Web view- vismaz 3 (trīs) gadu praktiskā pieredze Informāciju sistēmu izstrādē ar Oracle PL/SQL tehnoloģijām. 2.3.2.4. ... Oracle Weblogic un Oracle Enterprise DBVS

Līgumam par Veselības aprūpes pakalpojumu apmaksas norēķinu sistēmas „Vadības informācijas sistēma” programmatūras uzturēšana”

(iepirkuma identifikācijas nr. VM NVD 2013/18)

(Bankas veidlapa)

LĪGUMA SAISTĪBU IZPILDES GALVOJUMS (paraugs)*

Pasūtītāja nosaukums: Nacionālais veselības dienests Adrese: Cēsu iela 31 k-3, Rīga, LV-1012Konkursa nosaukums: „Veselības aprūpes pakalpojumu apmaksas norēķinu sistēmas „Vadības informācijas sistēma” programmatūras uzturēšana”Iepirkuma identifikācijas Nr.: VM NVD 2013/18

KUR _____________________ ir apņēmies saskaņā ar līgumu par Vadības informācijas sistēmas programmatūras uzturēšanu Nr.:_______ datētu 2013.gada____. __________ (turpmāk - Līgums) sniegt pakalpojumus Nacionālajam veselības dienestam saskaņā ar Līguma nosacījumiem UN KUR jūs esiet pieprasījuši no _____________________ saskaņā ar Līgumu nodrošināt bankas garantiju no atzītas bankas par summu Ls __________ kas noteikta kā garantija par ________________ saistību izpildi saskaņā ar Līgumu.

UN KUR mēs nodrošinām ____________________ garantiju:

TĀDĒĻ MĒS ar šo apstiprinām, kas mēs esam Garantētāji un nesam atbildību jūsu priekšā, _____________________ vārdā līdz Ls ____________ (________________), un mēs apņemamies jums maksāt bez iebildumiem summu vai summas Garantijas summas ietvaros, kas ir iepriekš noteiktas, pēc pirmā rakstiskā pieprasījuma, kas apliecina _____________________ Līguma nosacījumu neizpildīšanu bez nepieciešamības apliecināt vai uzrādīt noteiktās summas pieprasījuma iemeslu.

Šī garantija ir spēkā līdz ________________________

__________________________________________________________________Garantētāju paraksti un zīmogs.

__________________________________________________________________[Adrese]

____________________________[Datums]________________________________________________________________________

*Izpildītājs var iesniegt līguma saistību izpildes galvojumu pēc savas bankas/apdrošināšanas sabiedrības apspirinātas formas. Bankas/apdrošināšanas sabiedrības izsniegtajā galvojumā jābūt norādītām visām svarīgajām galvojuma sastāvdaļām, kas norādītas šajā formā.

7. pielikums

74

Page 75: Web view- vismaz 3 (trīs) gadu praktiskā pieredze Informāciju sistēmu izstrādē ar Oracle PL/SQL tehnoloģijām. 2.3.2.4. ... Oracle Weblogic un Oracle Enterprise DBVS

Līgumam par Veselības aprūpes pakalpojumu apmaksas norēķinu sistēmas „Vadības informācijas sistēma” programmatūras uzturēšana”

(iepirkuma identifikācijas nr. VM NVD 2013/18)

Pasūtījuma veidlapa Nr. ____/20____„Par Vadības informācijas sistēmas programmatūras izmaiņu pieprasījumu realizāciju”

Izmaiņu pieprasījums izveidots: ____.____.____(dd.mm.gggg)

Iepirkuma identifikācijas numurs: VM NVD 2013/18

Atbilstoši līguma „Par Vadības informācijas sistēmas programmatūras uzturēšanu” _____.punkta nosacījumiem, Nacionālais veselības dienests pieprasa izdarīt šādas izmaiņas:

Izmaiņu pamatojums: ______________________________________________________________________________________________________________________

Izmaiņu raksturojums: _____________________________________________________________________________________________________________________

Ietekme uz citiem nodevumiem: ______________________________________________________________________________________________________________

Šo pasūtījuma veidlapu „Par Vadības informācijas sistēmas programmatūras izmaiņu pieprasījumu realizāciju” ir apstiprinājušas abas Puses un tas pieņemts izpildei. Visi izmaiņu pieprasījumi tiek realizēti atbilstoši izmaiņu pieprasījumu specifikācijas dokumentu aktuālām saskaņotām versijām.

Nacionālais veselības dienestakontaktpersonas: _________________________ (/V.Uzvārds/)Datums: ____.____.____(dd.mm.gggg)

_____ „(Izpildītājs)” kontaktpersona: _________________________

(/V.Uzvārds/) Datums: ____.____.____(dd.mm.gggg)

Pasūtītājs Izpildītājs

_________________Direktors M.Taube

z.v.

_________________

z.v.

75

Page 76: Web view- vismaz 3 (trīs) gadu praktiskā pieredze Informāciju sistēmu izstrādē ar Oracle PL/SQL tehnoloģijām. 2.3.2.4. ... Oracle Weblogic un Oracle Enterprise DBVS

PielikumsPasūtījuma veidlapai Nr.____/20____

Vadības informācijas sistēmas programmatūras izmaiņu pieprasījumu realizācijas pasūtījums

Nr.p.k.

Prasības identifikators Modulis Prasības

aprakstsPlānotā summa, LVL bez PVN

Plānotā summa, LVL ar

PVN

Izpildes termiņš Piezīmes

1

2

3

Plānotā summa kopā: Summa cipariemSumma

cipariem

Pasūtītāja kontaktpersona: Izpildītāja kontaktpersona:

_____________________(V.Uzvārds) ____________________ (V.Uzvārds)

Pasūtītājs Izpildītājs

_________________Direktors M.Taube

z.v.

_______________ __________________

z.v.

76

Page 77: Web view- vismaz 3 (trīs) gadu praktiskā pieredze Informāciju sistēmu izstrādē ar Oracle PL/SQL tehnoloģijām. 2.3.2.4. ... Oracle Weblogic un Oracle Enterprise DBVS

8. pielikumsLīgumam par Veselības aprūpes pakalpojumu apmaksas norēķinu sistēmas

„Vadības informācijas sistēma” programmatūras uzturēšana” (iepirkuma identifikācijas nr. VM NVD 2013/18)

„Apņemšanās”

Puses apstiprina šāda satura apņemšanos:

„Nacionālajam veselības dienestam

Es, _____________________________(vārds, uzvārds)________________ (personas kods xxxxxx-xxxxx), saistībā ar 2013.gada ____. ______________ līgumu Nr.___________ „Par Veselības aprūpes pakalpojumu apmaksas norēķinu sistēmas „Vadības informācijas sistēma” programmatūras uzturēšanu Identifikācijas numurs Nr.VM NVD 2013/18” (turpmāk – Līgums) izpildi, apņemos:

1) uzskatīt par konfidenciālu – Visu un jebkādu informācija, kas Līguma izpildes laikā vai jebkādu darbību veikšanā ar Veselības aprūpes pakalpojumu apmaksas norēķinu sistēmas „Vadības informācijas sistēma” atklājas, kā arī jebkuru šīs informācijas daļa, tai skaitā, bet ne tikai informācija par personas datiem (personas dati ir jebkāda informācija, kas attiecas uz identificētu vai identificējamu fizisko personu), personas sensitīviem datiem, par Nacionālā veselības dienesta darbību, finanšu stāvokli, tehnoloģijām, tai skaitā rakstiska, mutiska, datu formā uzglabāta, audio – vizuāla un jebkurā citā veidā uzglabātu informāciju, kā arī informāciju par Līgumu, tā noslēgšanu un izpildi.

2) saglabāt un nelikumīgi neizpaust konfidenciālo informāciju, kā arī neizpaust to pēc darba tiesisko vai citu līgumā noteikto attiecību izbeigšanās;

3) neveikt darbības, kas būtu vērstas uz Veselības aprūpes pakalpojumu apmaksas norēķinu sistēmas „Vadības informācijas sistēma” drošības sistēmas apiešanu un bojāšanu;

Apzinos, ka par šīs apņemšanās neievērošanu varu tikt saukts pie atbildības saskaņā ar normatīvajiem aktiem.

Rīga, 201__.gada __. _____________

_______________________________” (paraksts un atšifrējums)

Pasūtītājs: Izpildītājs:

_________________________ M.Taube ______________________

77

Page 78: Web view- vismaz 3 (trīs) gadu praktiskā pieredze Informāciju sistēmu izstrādē ar Oracle PL/SQL tehnoloģijām. 2.3.2.4. ... Oracle Weblogic un Oracle Enterprise DBVS

6.pielikums Nacionālā veselības dienesta rīkotā atklātā

konkursa „Veselības aprūpes pakalpojumu apmaksas norēķinu sistēmas „Vadības informācijas sistēma” programmatūras

uzturēšana” nolikumamIepirkuma identifikācijas Nr. VM NVD 2013/18

IESNIEDZAMĀ CV VEIDLAPA1. Ieteicamais Pretendenta piedāvātā speciālista dzīvesgājuma apraksta (CV)

paraugs

VārdsUzvārdsKontaktinformācija

Izglītība:Akadēmiskā (pievienojot diplomu kopijas)Mācību iestādeMācību laiksSpecialitāteIegūtais grāds

Speciālie kursi (pievienojot sertifikātu/apliecību kopijas)Mācību iestādeMācību laiksPriekšmetsApliecinošs dokuments

Valodu prasme(dzimtā, 5 – brīvi pārvalda, 4 – atsevišķos gadījumos nepieciešama vārdnīca, 3 – ar vārdnīcas palīdzību)

Valoda Lasītprasme Sarunvaloda Rakstītprasme

Darba pieredzeNo Līdz Darba devējs Amats Pienākumi

Līdzdalība projektosGadsProjekta realizētājsPasūtītājs, pasūtītāja kontaktpersonaProjekta finanšu apjomsLoma projekta realizācijāSpecifiska pieredze projektā

78

Page 79: Web view- vismaz 3 (trīs) gadu praktiskā pieredze Informāciju sistēmu izstrādē ar Oracle PL/SQL tehnoloģijām. 2.3.2.4. ... Oracle Weblogic un Oracle Enterprise DBVS

Parakstot šo CV, es ______________________ apliecinu, ka: Piekrītu manu personas datu izmantošanai iepirkuma pieteikumu izvērtēšanai; Apliecinu, ka apņemos piedalīties Pakalpojuma līguma izpildē (norādot lomu un

darba pienākumus), gadījumā ja Pretendentam __________ tiks piešķirtas tiesības slēgt Pakalpojuma līgumu;

Apliecinu, ka neesmu interešu konflikta situācijā.

Sastādīšanas vieta un laiks, vārds, uzvārds, paraksts

79

Page 80: Web view- vismaz 3 (trīs) gadu praktiskā pieredze Informāciju sistēmu izstrādē ar Oracle PL/SQL tehnoloģijām. 2.3.2.4. ... Oracle Weblogic un Oracle Enterprise DBVS

7.pielikums Nacionālā veselības dienesta rīkotā atklātā

konkursa „Veselības aprūpes pakalpojumu apmaksas norēķinu sistēmas „Vadības informācijas sistēma” programmatūras

uzturēšana” nolikumamIepirkuma identifikācijas Nr. VM NVD 2013/18

APAKŠUZŅĒMĒJA APLIECINĀJUMS (veidlapa)

Aizpilda apakšuzņēmējs:Apakšuzņēmēja

nosaukumsVeicamo darbu apjoms no kopējā apjoma (%)

Apakšuzņēmēja veicamo darbu īss apraksts

<…> <…> <…>

<Dokumenta parakstīšanas vietas nosaukums><Dokumenta parakstīšanas datums><Dokumenta Nr.>

Apakšuzņēmēja nosaukums:_______________________________________________. Apakšuzņēmēja reģistrācijas Nr.: ______________________________.

1. Esam izskatījuši atklāta konkursa „Veselības aprūpes pakalpojumu apmaksas norēķinu sistēmas „Vadības informācijas sistēma” programmatūras uzturēšana”, Identifikācijas Nr. VM NVD 2013/18 nolikumu (turpmāk – nolikums), tai skaitā tehniskās specifikācijas, Pakalpojuma līguma projektu un piekrītam minēto dokumentu nosacījumiem.2. Apliecinām savu gatavību veikt apakšuzņēmējam nododamās līguma izpildes daļas izpildi un/vai nodot savā rīcībā esošos nepieciešamos resursus, līguma izpildes nodrošināšanai. 3. Piedāvājam izpildīt <apakšuzņēmējam nododamā pakalpojumu apjoms ar cipariem un/vai vārdiem> apjomā saskaņā ar nolikuma nosacījumiem.4. Apliecinām, ka uzturēsim nemainīgu pretendentam (ģenerāluzņēmējam) piedāvāto cenu izpildes laikā, gadījumā, ja ar pretendentu (ģenerāluzņēmēju) tiks noslēgts Pakalpojuma līgums.5. Apliecinām, ka uz mums neattiecas Publisko iepirkumu likuma 39. panta pirmajā daļā noteiktie pretendentu izslēgšanas noteikumi. 6. Apliecinām, ka neesam snieguši nepatiesu informāciju savas kvalifikācijas novērtēšanai.

Apakšuzņēmuma amatpersona, kurai ir paraksta tiesības:

____________________________ _____________________________ /vārds un uzvārds/ /amats//paraksts/

z.v.

80