Tīmekļa vietnes izveide




LĪGUMS Nr. ________________

Tīmekļa vietnes izveide


Rīgā, 2016.gada 24.novembrī


VSIA „Xxxxx Xxxxxxxx klīniskā universitātes slimnīca”, Xxxxxxx xxxx 00, Xxxx, XX-0000, reģ.Nr.40003457109, kuru saskaņā ar statūtiem pārstāv valdes locekle Xxxx Xxxxxx un valdes locekle Xxxxx Xxxx (turpmāk -Pasūtītājs) no vienas puses, un

SIA “Softikom” reģistrācijas Nr. LV40003674327, juridiskā adrese: Xxxxxxxx xxxx 000x, Xxxx, XX-0000, tās valdes locekles Xxxxxx Xxxxxxx personā, kura rīkojas uz statūtu pamata (turpmāk – Izpildītājs), pamatojoties uz iepirkuma Nr. PSKUS 2016/206 rezultātiem, noslēdz šādu līgumu (turpmāk – Līgums):


1. LĪGUMA PRIEKŠMETS UN SUMMA

1.1. Pasūtītājs uzdod un Izpildītājs apņemas veikt Pasūtītāja tīmekļa vietnes izstrādi, ieviešanu un uzturēšanu 24 mēnešus no tīmekļa vietnes ieviešanas brīža. Saskaņā ar Līgumu un tam pievienoto Tehnisko specifikāciju (1. pielikums)

1.1.1. nepieciešamības gadījumā pēc Pasūtītāja norādījumiem nodrošināt 160 stundu izstrādes darbus (turpmāk – Pakalpojums) izmaiņu veikšanai.

1.1.2. Pasūtītājs ir tiesīgs neizmantot visu Līguma 1.1.1.punktā Pakalpojuma apjomu.

1.2. Kopējā Līguma summa ir 18 900,00 (astoņpadsmit tūkstoši deviņi simti euro 00 centi) bez pievienotās vērtības nodokļa saskaņa ar Finanšu piedāvājumu (3.pielikums). Papildus Līgumcenai Pasūtītājs maksā PVN atbilstoši spēkā esošajiem normatīvajiem aktiem.

1.3. Līguma 1.2.punktā minētajā summā iekļauti visi Izpildītāja izdevumi un izmaksas, kas attiecināmi uz Līguma 1.1.punktā norādītā Pakalpojuma sniegšanu, kā arī visi izdevumi un izmaksas, kas Izpildītājam radīsies, izpildot saistības saskaņā ar Līgumu.


2. PAKALPOJUMA SNIEGŠANAS KĀRTĪBA

  1. Līgums stājas spēkā ar tā abpusēju parakstīšanas dienu un ir spēkā līdz saistību pilnīgai izpildei.

  2. Pakalpojums tiek sniegts saskaņā ar Līguma nosacījumiem, Tehnisko specifikāciju (Līguma 1. pielikums), tehnisko piedāvājumu (Līguma 2.pielikums), tai skaitā Izpildītāja piedāvāto un ar Pasūtītāju saskaņoto ieviešanas laika plānu, finanšu piedāvājumu (Līguma 3. Pielikums) un Pasūtītāja norādījumiem.

  3. Pakalpojuma izpilde tiek uzsākta 3 (trīs) darba dienu laikā no Līguma parakstīšanas dienas.

  4. Izpildītājs nodrošina darbu izpildi šādos termiņos:

      1. 2.4.1. Dizaina skices 3 (varianti) jāiesniedz Pasūtītājam saskaņošanai ne vēlāk kā 2 mēnešu laikā no Līguma abpusējas parakstīšanas, Pasūtītājs skices saskaņo ne vēlāk kā 2 nedēļu laikā no to iesniegšanas.

      2. 2.4.2. tīmekļa vietne testa vidē jāuzstāda ne vēlāk kā 3 mēnešu laikā no skiču saskaņošanas dienas;

      3. 2.4.3. nodrošināt tīmekļa vietnes nodošanu ekspluatācijā ne vēlāk kā 6 mēnešu laikā no Līguma abpusējas parakstīšanas dienas;

      4. 2.4.4. Nodrošināt tīmekļa vietnes uzturēšanas pakalpojumus 24 mēnešu laikā no izstrādes un no darbu pieņemšanas-nodošanas akta parakstīšanas dienas;

      5. 2.4.5. Izpildītājs nodrošina garantiju visiem izpildītiem darbiem, saskaņā ar tehniskās specifikācijas prasībām (Līguma 1.pielikums) 24 mēnešu laikā no tīmekļa vietnes izstrādes un no darbu pieņemšanas-nodošanas akta parakstīšanas dienas.

  5. Ja Pasūtītājam ir pretenzijas pret Izpildītāja sniegto Pakalpojumu attiecīgajā timekļa vietnes izstrādes posmā, tās tiek izvirzītas un novērstas, ievērojot šādu kārtību:


      1. Pasūtītāja pārstāvis telefoniski uz nr. 67887114 un nosūtot rakstiski uz e-pastu xxx@xxxxxxxx.xx informē Izpildītāju par pretenzijām attiecībā uz Izpildītāja sniegto Pakalpojumu.

      2. Pēc Līguma 2.5.1. informācijas saņemšanas Izpildītājam ir pienākums veikt nepieciešamos pasākumus pretenziju novēršanai ne vēlāk kā 1 (vienas) darba dienas laikā.

      3. Gadījumos, kad pretenziju novēršanai ir nepieciešams ilgāks laiks, nekā minēts Līguma 2.5.2. punktā, Izpildītājs ne vēlāk kā 1 (vienas) darba dienas laikā pēc Līguma 2.5.1. punktā minētā telefoniskā un e-pasta paziņojuma saņemšanas, telefoniski vai pa e-pastu, vienlaicīgi nosūtot rakstisku paziņojumu pa pastu, informē Pasūtītāja pārstāvi par nepieciešamajiem pasākumiem un termiņiem pretenziju novēršanai.

      4. Pēc Līguma 2.5.3. punktā minētā rakstiskā paziņojuma saņemšanas Pušu pārstāvji sastāda aktu, ar kuru vienojas par laiku un pasākumiem, kas veicami pretenziju novēršanai atbilstoši Pasūtītāja prasībām.

      5. Pasūtītāja kontaktpersona pieņem izpildītos darbus un paraksta pieņemšanas-nodošanas aktu tikai tad, ja Izpildītājs ir veicis Pasūtītāja prasībām atbilstošus nepieciešamos pasākumus pretenziju novēršanai.

    1. Izpildītājam ir pienākums patstāvīgi segt visas izmaksas, kas saistītas Līguma 2.5. punktā minēto pretenziju, ja tās radušās Izpildītāja vainas dēļ. Izpildītājam nav tiesību no Pasūtītāja prasīt atlīdzināt vai segt jebkādas izmaksas šajā Līguma sadaļā minētajos gadījumos.

    2. Puses vienojas neizpaust Pakalpojuma sniegšanas laikā iegūto informāciju trešajām personām.

    3. Pasūtītājam ir tiesības pārbaudīt Līguma izpildes gaitu, kā arī kontroles veikšanai pieprasīt no Izpildītāja ziņojumu par paveiktajiem darbiem.

    4. Pakalpojumu sniegšanu apliecina Pušu parakstīts pieņemšanas-nodošanas akts. Pasūtītājam ir pienākums parakstīt pieņemšanas-nodošanas aktu, ja Izpildītājs ir veicis tehniskajā specifikācijā (Līguma 1.pielikums) norādītās darbības kvalitatīvi un atbilstoši Līguma nosacījumiem.

    5. Ne vēlāk kā pēc garantijas un uzturēšanas laika beigām Izpildītājs nodod Pasūtītājam visus tīmekļa vietnes piekļuves rekvizītus ar tiesībām labot tās pirmkodu, tai skaitā, bet ne tikai datu bāzes administratora piekļuves rekvizītus.


  1. NORĒĶINU KĀRTĪBA

3.1. Pasūtītājs un Izpildītājs vienojas, ka samaksa par Līguma 1.1.punktā noteikto Pakalpojumu tiks veikta pārskaitot uz Līgumā norādīto Izpildītāja norēķinu kontu summu EUR 15 060,00 (piecpadsmit tūkstoši sešdesmit euro un 00 centi ) bez PVN 30 (desmit) dienu laikā pēc nodošanas – pieņemšanas akta abpusējas parakstīšanas. Papildus Līgumcenai Pasūtītājs maksā PVN atbilstoši spēkā esošajiem normatīvajiem aktiem.

3.2. Par izmaiņu pieprasījumiem Izpildītājs sastāda nodošanas – pieņemšanas aktu, norādot patērēto stundu skaitu, ko Pasūtītājs apstiprina. Pasūtītājs veic maksājumu, pārskaitot attiecīgo summu, saskaņā ar faktiski sniegtajiem Pakalpojumiem, uz Izpildītāja norādīto norēķinu kontu, kopējai summai Līguma darbības laikā nepārsniedzot EUR 3 840,00 (trīs tūkstoši astoņi simti četrdesmit euro un 00 centi ) bez PVN. Pasūtītājs veic samaksu par Pakalpojuma daļu 30 (trīsdesmit) darba dienu laikā no nodošanas – pieņemšanas akta parakstīšanas un Izpildītāja rēķina saņemšanas dienas, naudu pārskaitot uz Izpildītāja norādīto norēķinu kontu. Papildus Līgumcenai Pasūtītājs maksā PVN atbilstoši spēkā esošajiem normatīvajiem aktiem.

3.3. Izpildītājs rēķinu Pasūtītājam nosūta pa pastu vai elektroniski. Ja rēķins tiek sagatavots elektroniski, tas ir derīgs bez paraksta un zīmoga. Rēķins ar atzīmi: „Rēķins sagatavots elektroniski un ir derīgs bez paraksta un zīmoga” tiek nosūtīts elektroniski uz Pasūtītāja e-pasta adresi: xxxxxxxx@xxxxxxxx.xx.


  1. AUTORTIESĪBAS

    1. Ar šo Līgumu Izpildītājs bez papildu atlīdzības un jebkādiem citiem ierobežojumiem neatsaucami nodod Pasūtītājam visas mantiskās tiesības uz visu un jebkuru Pakalpojumu sniegšanas rezultātā radīto autortiesību objektu, kuru Izpildītājs ir radījis un izveidojis, pildot Līgumā paredzētās saistības. Pasūtītājs saņem tiesības uz visiem grafiskajiem un tekstuālajiem, un audiovizuālajiem (ar vai bez skaņas pavadījuma) autortiesību objektiem, jebkādā fiksācijas veidā.

    2. Autora mantiskās tiesības uz Pakalpojuma izpildes rezultātā radītajiem autortiesību objektiem, kas noteiktas Autortiesību likuma 15.panta pirmajā daļā, pāriet Pasūtītājam pēc tam, kad sniegts attiecīgais Pakalpojums un Pasūtītājs pilnībā samaksājis Izpildītājam par Pakalpojumu saskaņā ar Līguma noteikumiem. Ja attiecīgais Pakalpojums nav apmaksāts Izpildītāja vainas dēļ, autora mantiskās tiesības uz attiecīgajiem autortiesību objektiem pāriet Pasūtītājam to radīšanas brīdī.

    3. Līguma 4.1.-4.2.punktā norādītās Pasūtītāja tiesības nav aprobežotas laikā vai attiecībā uz kādu konkrētu teritoriju.

    4. Izpildītājs garantē, ka Pakalpojuma sniegšanā nav pieļauti nekādi autortiesību pārkāpumi.

    5. Pasūtītājs ir tiesīgs pēc saviem ieskatiem modificēt darbu vai darba daļas, tajā skaitā, uzdot darbu modificēšanu trešajām personām.


  1. PUŠU ATBILDĪBA

    1. Izpildītājs sniedz Pakalpojumus Līgumā noteiktajā termiņā un atbilstošā kvalitātē, un ar pienācīgu rūpību un uzmanību rūpējas par informācijas drošību un aizsardzību atbilstoši Fizisko personu datu aizsardzības likumam, Informācijas tehnoloģiju drošības likumam un citiem spēkā esošajiem normatīvajiem aktiem informācijas tehnoloģiju drošības jomā.

    2. Līgumā minēto informācijas drošības un aizsardzības pārkāpumu gadījumā Izpildītājs apņemas kompensēt Pasūtītājam radītos tiešos zaudējumus pilnā apmērā.

    3. Pasūtītājs apņemas nodrošināt Izpildītāju ar visu nepieciešamo informāciju, kā arī sniegt organizatorisko atbalstu, kas nepieciešams tīmekļa vietnes sekmīgai izstrādei.

    4. Līgumā, Tehniskā piedāvājumā un Tehniskās specifikācijā noteikto termiņu neievērošanas gadījumā Izpildītāja vainas dēļ, tas apņemas maksāt līgumsodu 0,1% apmērā no Līguma kopējās summas bez PVN par katru nokavēto darba dienu, bet, ja Izpildītājs neuzsāk Pakalpojuma sniegšanu 10 (desmit) darba dienu laikā pēc Pasūtītāja pieprasījuma saņemšanas, Pasūtītājam ir tiesības vienpusēji atkāpties no Līguma.

    5. Līguma noteikto maksājuma termiņu neievērošanas gadījumā Pasūtītājs apņemas maksāt līgumsodu 0,1% apmērā no aizkavētā maksājuma summas par katru nokavēto darba dienu.


  1. NEPĀRVARAMA VARA

    1. Puses tiek atbrīvotas no atbildības par šī Līguma noteikumu daļēju vai pilnīgu neizpildi gadījumā, ja iestājas nepārvaramas varas apstākļi, kas sevī ietver, bet neaprobežojas ar dabas katastrofām, kariem, streikiem, epidēmijām, diversijām un terora aktiem, valsts varas un pārvaldes iestāžu izdotiem normatīvajiem aktiem, citiem gadījumiem, kuri pēc starptautiskiem standartiem tiek kvalificēti kā force majeure apstākļi un kuru dēļ šis Līgums pilnībā vai daļēji nav izpildāms.

    2. Pusei, kuras saistību izpildi kavē Līguma 6.1. punktā norādītie apstākļi, ir pienākums piecu dienu laikā rakstiski par to informēt otru Pusi. Par tālāku Līguma izpildi Puses rakstveidā vienojas atsevišķi.

    3. Ja Puse nav varējusi izpildīt savas saistības Līguma 6.1. punktā norādīto apstākļu dēļ, bet nav par to paziņojusi otrai Pusei Līguma 6.2. punktā noteiktajā kārtībā, tā zaudē tiesības atsaukties uz minētajiem apstākļiem.


  1. STRĪDU IZSKATĪŠANAS KĀRTĪBA

    1. Pušu domstarpības, kas saistītas ar Līgumā paredzēto saistību izpildi, risina vienošanās ceļā. Vienošanos noformē rakstveidā.

    2. Ja Puses nevar panākt vienošanos, strīds tiek izskatīts spēkā esošajos Latvijas Republikas normatīvajos aktos noteiktajā kārtībā tiesā.


  1. NOSLĒGUMA NOTEIKUMI

    1. Par Līguma grozījumiem un papildinājumiem Puses vienojas rakstveidā. Rakstveida vienošanās pievienojamas Līgumam un tās kļūst par Līguma neatņemamu sastāvdaļu.

    2. Kontaktpersona no Pasūtītāja puses ir Mārketinga un komunikācijas daļas vadītāja Xxxxx Xxxx, tālr. 67069729, mob. 26152981, e-pasts: xxxxx.xxxx@xxxxxxxx.xx.

    3. Kontaktpersona no Izpildītāja puses ir Web risinājumu izstrādes nodaļas vadītājs Xxxxxxx Xxxxxx, tālr.67881753, mob.26489042, e-pasts: xxxxxxx.xxxxxx@xxxxxxxx.xx.

    4. Izpildītājs piesaista savā piedāvājumā norādīto personālu. Izpildītājs ir atbildīgs par piesaistītā personāla veiktā darba atbilstību šī Līguma prasībām.

    5. Pēc Līguma noslēgšanas Izpildītājs atbilstoši Publisko iepirkumu likuma 68. panta pirmajā daļā noteiktajai kārtībai drīkst veikt Līguma izpildē iesaistītā personāla maiņu, kā arī papildu personāla iesaistīšanu Līguma izpildē, informējot par to Pasūtītāju vismaz 5 darba dienas iepriekš.

    6. Pēc Līguma noslēgšanas Izpildītājs tikai ar Pasūtītāja rakstveida piekrišanu drīkst nomainīt personālu, kuru tas iesaistījis Līguma izpildē un par kuru Xxxxxxxxx piedāvājumā sniedzis informāciju Pasūtītāja pilnvarotajai iepirkuma komisijai, un kura kvalifikācijas atbilstību Iepirkuma nolikumā izvirzītajām prasībām Pasūtītāja pilnvarotā iepirkuma komisija ir vērtējusi.

    7. Neviena no Pusēm nedrīkst nodot savas saistības, kas saistītas ar Līgumu, trešajai personai bez otras Puses rakstveida piekrišanas. Piesaistīta personāla maiņa tikai rakstiski saskaņojot ar Pasūtītāju.

    8. Ja kādai no Pusēm tiek būtiski mainīts juridiskais statuss vai vadītāji, tad to nekavējoties paziņo otrai Pusei.

    9. Pušu reorganizācija vai to vadītāju maiņa nevar būt par pamatu Līguma pārtraukšanai vai izbeigšanai. Gadījumā, ja kāda no Pusēm tiek reorganizēta vai likvidēta, Līgums paliek spēkā un tā noteikumi ir saistoši Puses tiesību un pienākumu pārņēmējam. Puse brīdina otru Pusi rakstveidā par šādu apstākļu iestāšanos 10 (desmit) darba dienas iepriekš.

    10. Pusēm savlaicīgi, bet ne vēlāk kā 3 (trīs) darba dienu laikā, jāinformē otra Puse par jebkurām izmaiņām saimnieciskajā darbībā, x.xx., par juridiskās adreses vai bankas konta nomaiņu, par reģistrēšanu vai izslēgšanu no Valsts ieņēmumu dienesta ar pievienotās vērtības nodokli apliekamo personu reģistra, kā arī par saimnieciskās darbības apturēšanu, maksātnespējas vai bankrota procedūras uzsākšanu.

    11. Līgumu var izbeigt jebkura no Pusēm, ja otra Puse nepilda kādu no Līguma noteikumiem ilgāk kā 30 (trīsdesmit) dienas, otru Pusi rakstveidā brīdinot par Līguma izbeigšanu vismaz 10 (desmit) dienas iepriekš.

    12. Pasūtītājam ir tiesības vienpusēji izbeigt Līgumu arī gadījumā, ja Līgumā Pasūtītāja ietverto saistību izpilde ir neiespējama vai apgrūtināta sakarā ar būtisku Pasūtītāja finansējuma samazinājumu, kā arī saskaņā ar Pasūtītāja reorganizāciju vai likvidāciju, ja tās rezultātā Pasūtītāja saistību pārņēmējs neturpina veikt funkciju vai uzdevumus, kuru nodrošināšanai noslēgts Līgums, vai arī veic šo funkciju vai uzdevumus samazinātā apjomā.

    13. Līgumsaistību izpildes gaitā ir iespējamas pasūtītāja plānotā iepirkuma apjoma izmaiņas, kā arī Pasūtītājs negarantē visas plānotās līgumcenas izmantošanu gadījumā, ja Pasūtītājam zūd nepieciešamība iegādāties Pakalpojumu visas līgumcenas apjomā.

    14. Puses apņemas ievērot no otras Puses saņemtās un Pakalpojuma sniegšanas gaitā iegūtās informācijas konfidencialitāti, neizpaust šādu informāciju trešajām personām, izņemot normatīvajos aktos noteiktajos gadījumos un kārtībā. Konfidencialitātes nosacījums attiecas gan uz rakstveida informāciju, gan mutvārdu informāciju, elektroniska veida informāciju un uz jebkuru citu informāciju, neatkarīgi no informācijas nodošanas veida, laika un vietas. Šajā punktā minētajai konfidencialitātes saistībai ir beztermiņa raksturs.

    15. Līgums sagatavots latviešu valodā ar pielikumiem: Nr.1 - Tehniskā specifikācija, Nr.2 – Tehniskais piedāvājums, Nr.3 – Finanšu piedāvājums kopā uz 34 (trīsdesmit četrām) lapām un parakstīts 2 (divos) identiskos eksemplāros, pa vienam katrai Pusei. Abiem Līguma eksemplāriem ir vienāds juridiskais spēks.



Rekvizīti:

Pasūtītājs:

VSIA “Xxxxx Xxxxxxxx klīniskās

universitātes slimnīca”

Reģ. Nr. 40003457109

Xxxxxxx xxxx 00, Xxxx, XX - 0000

Xxxxx Xx. XX00XXXX0000000000000

Banka: Swedbank AS

Kods: XXXXXX00


___________________________

X.Xxxxxx

Piegādātājs:

SIA “Softikom”

Reģ. Nr.: 40003674327

Xxxxxxxx xxxx 000x,

Xxxx, XX-1039

Konta Nr.: XX00XXXX0000000000000

Banka: Swedbank AS

Kods: XXXXXX00


____________________________

X.Xxxxxxx

_________________________

X.Xxxx




























Pielikums Nr.1



Tehniskā specifikācija

VSIA “Xxxxx Xxxxxxxx klīniskā universitātes slimnīca” tīmekļa vietnes dizaina un izstrādes pakalpojumi

Par uzņēmumu

VSIA “Xxxxx Xxxxxxxx klīniskā universitātes slimnīca” (Slimnīca) ir vislielākais veselības un aprūpes pakalpojumu sniedzējs Latvijā, kas sniedz ārstniecības un aprūpes, izglītības un zinātniski pētnieciskus pakalpojumus. Ik gadu Slimnīca sniedz neatliekamo medicīnisko palīdzību ap 70 000 pacientiem, kā arī veic ap 46 000 stacionāru pacientu un ap 260 000 ambulatoro pacientu ārstēšanu un aprūpi.

Esošā situācija

Slimnīcas esošā tīmekļa vietne ir izstrādāta uz jau novecojušām tehnoloģijām, līdz ar to tehniski papildinājumi, kas nepieciešami Slimnīcas vajadzību nodrošināšanai, ir ļoti sarežģīti veicami. Tīmekļa vietnes dizains vairs neatbilst mūsdienīgām tendencēm, turklāt tās struktūrā un saturā tīmekļa vietnes apmeklētājiem ir sarežģīti orientēties, lai iegūtu primāri nepieciešamo informāciju.

Xxxxxxxxx mērķis

Izstrādāt un ieviest funkcionāli pilnvērtīgu Slimnīcas tīmekļa vietni ar oriģinālu dizaina risinājumu, kas sniedz augstu tīmekļa vietnes lietotāja pieredzi (user experience), ir orientēta uz Slimnīcas esošo un potenciālo klientu vajadzību nodrošināšanu, sniedz atbalstu komunikācijā ar sabiedrību un atbilst mūsdienīgām tīmekļa tehnoloģiju un dizaina tendencēm.

Darba uzdevumi

  1. Identificēt Slimnīcas potenciālo tīmekļa vietnes lietotāju - klientu paradumus, vajadzības un intereses atkarībā no to lomas un profila, veicot lietotāju izpēti interviju, fokusa grupu vai tml. metožu veidā.

  2. Balstoties uz identificētajām lietotāju vajadzībām, izveidot tīmekļa vietnes informācijas arhitektūru – tīmekļa vietnes karkasu (wireframe) un lapas koku, kas pirms tālāko pasākumu veikšanas, jāsaskaņo ar Pasūtītāju.

  3. Izstrādāt oriģinālu, mūsdienīgām tendencēm atbilstošu tīmekļa vietnes dizainu, kas jāsaskaņo ar Pasūtītāju, iesniedzot vismaz 3 atšķirīgu dizaina variantu skices.

  4. Izstrādāt tīmekļa vietni, kur saturs tiek administrēts caur Drupal atvērtā koda satura vadības sistēmu (CMS), kā arī nepieciešamības gadījumā pielāgot to Pasūtītāja vajadzībām.

  5. Veikt sākotnējo satura ievadi saskaņotajā apjomā ar Pasūtītāju.

  6. Izstrādāt satura un tehnisko administratoru lietotāju instrukcijas.

  7. Veikt satura administratoru apmācības vismaz 10 darbiniekiem un tehnisko administratoru apmācības vismaz 3 darbiniekiem Pasūtītāja telpās.

Prasības

Lietotāju izpētes prasības

Prasība

Prasības apraksts

LI-1 Lietotāju profilu definēšana

Izpildītājam sadarbībā ar Pasūtītāju jādefinē vismaz 8 lietotāju profili, piemēram, ambulatorie pacienti, stacionārie pacienti, studenti, medicīnas tūristi, tuvinieki u.c., ietverot katram profilam raksturīgākos parametrus, kā nodarbošanās, tipiskākie demogrāfiskie rādītāji. Katram profilam jānodefinē primārās tīmekļa vietnes vajadzības.

LI-2 Lietotāju izpēte

Izpildītājam ir jāveic lietotāju vajadzību izpēte, veicot intervijas, fokusa grupas, lietojamības testēšanu vai tml. metožu palīdzību. Lietotāju izpētes procesā ir jāpiesaista vismaz 3 personas no definētajiem lietotāju profiliem.

LI-3 Esošās tīmekļa vietnes lietojamības trūkumi

Izpildītājam jāidentificē informācijas satura, ārstu kataloga satura informācijas, lietoto terminu, informācijas noformējuma, lietojamības kļūdas u.c. trūkumi esošajā tīmekļa vietnē. Šo informāciju par pamatu ir jāizmanto citu sekojošu darbu izpildē.



Informācijas arhitektūras prasības

Prasība

Prasības apraksts

IA-1 Satura apjoms

Tīmekļa vietnes saturam ir jābūt ne mazākā apjomā par esošās mājas lapas saturu, kā arī iekļaujot zobārstniecības un sejas ķirurģijas tīmekļa vietnes saturu: xxxx://xxx.xxx.xx/xx/xxx/xxx-xxxx, transplantācijas centra tīmekļa vietnes saturu: xxxx://xxx.xxxxxxxxxxxxxxx.xx/ un krūts slimību centra tīmekļa vietnes saturu: xxxx://xxxxxxxxxx.xx/ . Izpildītāja uzdevums ir šo informāciju sagrupēt un sastrukturizēt loģiskā un viegli uztveramā veidā.

IA-2 Valodas

Tīmekļa vietnei ir jābūt pieejamai vismaz 3 valodās – latviešu, angļu un krievu. Lietotājam ir jāvar izvēlēties atbilstošā valoda. Pēc noklusējuma tīmekļa vietnes valoda ir latviešu valoda.

IA-3 Atbilstība LR MK 06.03.2007. Nr. 171

Informācijas arhitektūrai ir jāatbilst LR MK 06.03.2007. Nr. 171 „Kārtība, kādā iestādes ievieto informāciju internetā” prasībām.

IA-4 Ārstu katalogs

Veidojot un strukturējot ārstu katalogu ir jānodrošina, lai lietotājam ne vairāk kā ar 3 klikšķu palīdzību būtu iespēja atrast sev nepieciešamo ārstu. Ārstu katalogam jābūt standartizētam, tajā jābūt ārsta fotogrāfijai, specializācijai, saitei uz Linkedin profilu un citai informācijai, kas lietotājam ir vajadzīga, lai izvēlētos konkrētu ārstu, kā savu ārstējošo ārstu. Tīmekļa vietnes lietotājiem ir jāparedz iespēja piešķirt novērtējumu, kas vizuāli ir redzams un viegli uztverams, piemēram, zvaigznīšu veidā. Funkcionalitātei ir jābūt ieslēdzamai / izslēdzamai. Tīmekļa vietnes satura administratoram ir jābūt iespējai pievienot dažādu pacientu pateicības vārdus. Satura vadības sistēmā ir jāparedz šī kataloga administrēšana vienuviet, neatkarīgi kur tā elementi ir izmantoti visā tīmekļa vietnē. Administrēšanas sadaļā ir jābūt iespējai atjaunot kontaktinformāciju importējot .csv vai Excel failu.

IA-5 Ievietot pakalpojuma pieteikšanās formu

Jāparedz klientu pašapkalpošanās sadaļa, kur lietotāji varēs pieteikties konsultācijām un izmeklējumiem. Izpildītājam jāparedz tīmekļa vietnē izvietot funkcionalitātes izejas koda daļu, veicot tās ievietošanu, kas nodrošinās reģistrēšanos tiešsaistē ārstu konsultācijām un izmeklējumiem, ko izstrādās Pasūtītāja trešās puses Izpildītājs.

IA-6 Cenrādis

Pārveidot un strukturizēt cenrāža attēlošanu tīmekļa vietnē, lai lietotājiem tas būtu saprotams, uztverams un skaidri zināms, kuras Slimnīcas cenrāža pozīcijas tiek piemērotas katrā pakalpojumā. Pie katra pakalpojuma ir jābūt attēlotai skaidrai cenrāža pozīcijai. Satura vadības sistēmā ir jāvar administrēt šis cenrādis vienuviet, lai izmaiņu gadījumā, kā cenas vai pakalpojuma nosaukuma izmaiņas, tās tiktu veiktas vienuviet, savukārt attēlotos dažādās vietās tīmekļa vietnes saturā.

IA-7 Pakalpojumu struktūra

Pārveidot Pasūtītāja esošajā tīmekļa vietā piedāvāto pakalpojumu struktūru attēlošanu, lai lietotājam būtu ātri un ērti iespējams atrast sev nepieciešamo pakalpojumu. Lietotājam jāvar atrast nepieciešamais izmeklējums vai ārsta konsultācija dažādos veidos un scenārijos:

  • lietotājs zina konkrētu ārsta uzvārdu

  • lietotājs zina kāds konkrēts izmeklējums vai procedūra ir nepieciešama

  • lietotājs zina kādas ārsta jomas konsultācija ir nepieciešama

  • lietotājs zina, par kādu orgānu sistēmu nepieciešama konsultācija vai izmeklējums.

IA-8 Meklēšana

Jānodrošina meklēšanas rīks, kas veic jebkura satura ātru atrašanu pēc lietotājam zināmām frāzēm x.xx., cipariem. Meklēšanas rezultātus jāgrupē loģiskās daļās, piemēram, pakalpojumi, kur figurē meklētā frāze, Slimnīcas jaunumi vai statiskas daļas u.tml., kur par nozīmīgākiem un rezultātu saraksta augšpusē tiek attēloti precīzāki vārdu salikumi vai atbilstību skaits ir lielāks. Meklēšanas rezultātus jāatspoguļo ar informatīvās vienības nosaukumu un saiti uz šo vienību, zem tā atspoguļojot atrastās lapas vai dokumenta fragmenta 2-3 rindiņas, kurās ar treknrakstu iezīmēti sakritības vārdi vai frāzes. Meklēšanas rezultātā redzams precīzs vai aptuvens kopējais atrasto rezultātu skaits. Meklēšanai jābūt pieejamai arī satura vadības sistēmas administrācijas sadaļā, lai, piemēram, redaktors vai administrators varētu atrast konkrētu satura vienumu, kas jārediģē.

IA-9 Karkass un lapas koks

Izpildītājam ir jāizstrādā lapas koks un jāsaskaņo tas ar Pasūtītāju. Izpildītājam ir jāizstrādā karkass dažādām lapām – pirmā lapa, statiskām sadaļām, ārstu katalogam, pakalpojuma lapai, otrā un trešā līmeņa lapas, ja tādas paredzētas.

IA-10 Galerija

Izveidot jaunu sadaļu Galerija, kur Pasūtītājs varētu ievietot dažādu multimediju (foto, video) materiālus pa dažādām tēmām. Galerijai ir jābūt iespējai kategorizēt un grupēt vienas tēmas multimediju materiālus.

IA-11 Sociālie tīkli

Jāparedz izvietot Pasūtītāja izmantos sociālo tīklu kontus – Facebook, Twitter, Linkedin, Xxxxxxxx.xx, kā arī jāvar administrēt to kontu saites administrēšanas sadaļā.

IA-12 Baneru vietas

Jāparedz izvietot baneru vietas gan tīmekļa vietnes pirmajā lapā, gan citās iekšlapās.

IA-13 Pāreja uz Intranet sadaļu Slimnīcas darbiniekiem

Izpildītājam jāparedz loģiska vieta, kā Slimnīcas darbinieks no lietotāja var pāriet uz Slimnīcas intraneta sadaļu. Šī projekta tvērumā nav paredzēta jauna intraneta izstrāde.



Dizaina prasības

Prasība

Prasības apraksts

D-1 Responsīvs dizains

Tīmekļa vietnes dizainam ir jābūt responsīvam un tam jāpielāgojas uz dažādu izmēru un izšķirtspējas monitoriem, viedtālruņiem un planšetdatoriem, nodrošinot lapas attēlojuma maiņu atbilstoši veiktajam pielāgojumam saglabājot visas informācijas pieejamību. Nodrošināt, ka tīmekļa vietnē izmantotās ievadlauku formas, izvēlnes, izvēles rūtiņas, spiedpogas u.tml. elementi ir ērti lietojami uz maza izmēra ekrāna iekārtām, piemēram, viedtālruņiem

D-2 Oriģināls dizains un tā elementi

Izpildītājam ir jāizstrādā oriģināls dizains un tā elementi x.xx., dizaina sastāvā esošie attēli, fotogrāfijas u.tml., kas nav un netiks izmantoti citos tīmekļa vietņu projektos, nodrošinot, ka visas Autortiesības uz attiecīgajiem dizaina elementiem pieder Pasūtītājam. Izpildītājam jāiesniedz vismaz 3 atšķirīgas dizaina skices, atbilstoši izveidotajiem karkasiem. Dizaina izstrāde norit tikai pēc skiču saskaņošanas ar Pasūtītāju.

D-3 Lietojamība

Dizainam ir jābūt lietotājam draudzīgam, tā, lai informācija tīmekļa vietnē ir viegli atrodama, sadaļu nosaukumi pārskatāmi. Dizainam ir jābūt estētiski glītam, pievilcīgam, kā arī izmantotai krāsu gammai jābūt patīkamai satura lasīšanai.

D-4 Atbilstība grafiskajam standartam

Tīmekļa vietnes dizainam ir jābūt konsistentam dažādās lapās un tam ir jāatbilst Pasūtītāja izstrādātā grafiskā standarta un stila grāmatas vadlīnijām, kuras Izpildītājam tiks iesniegtas pēc līguma noslēgšanas.

D-5 Drukas formāts

Jānodrošina jebkuras sadaļas A4 drukas ierīcēm draudzīgas versijas esamība.

D-6 Teksta formatēšanas stilu definēšana

Izpildītājam ir jāizstrādā un jānodefinē teksta formatēšanas stilus, kur būtu definēti vismaz 4 dažādi virsrakstu līmeņi, standarta teksts, tabulu noformējums, hipersaišu un datņu saišu noformējums, īpašs paziņojumu/brīdinājumu noformējums, numerācija un uzskaite ar punktiem (Bullets), kā arī citi stili atkarībā no lietotāju paradumu izpētes secinājumiem.

D-7 Izšķirtspēja

Dizaina elementiem ir jābūt augstas izšķirtspējas, lai elementi dažādos ekrānos un viedierīcēs neizskatītos graudains, izplūdis vai neskaidrs.

D-8 404 lapas dizains

Jāparedz izstrādāt 404 kļūdas (sadaļa nav pieejama) lapas dizains ar lietotājam draudzīgu paziņojumu un piedāvāt iespēju pāradresēt lietotāju uz pirmo lapu vai vienu līmeni augstāku lapu. Paziņojuma teksts un noformējums ir jāsaskaņo ar Pasūtītāju.

D-9 Piktogrammas

Dizainā paredzēt izmantot plakanas piktogrammas (flat icon), lai asociatīvi attēlotu lietotājam informāciju, piemēram, kontakti, Slimnīcas pakalpojumi, maksas pakalpojumi utt.

D-10 Pielāgojumi vāji redzošajiem

Sadaļās ar teksta informāciju jāparedz iespēju mainīt fontu izmērus, kā arī iespēja pārslēgties uz lasīšanas režīmu, kurā tiek mainītas teksta un fona krāsas uz tādām, kuras nodrošina būtisku kontrasta atšķirību, piemēram, balts teksta attēlojums uz melna fona (vāji redzošajiem). Šim nolūkam mājas lapas redzamajā daļā jāizvieto atbilstošās piktogrammas.



CMS prasības

Prasība

Prasības apraksts

CMS-1 Satura vadības sistēma

Izpildītājam jānodrošina satura vadības sistēmas (CMS) izmantošana tīmekļa vietnes tehniskajā risinājuma ietvaros. Izpildītājam jāizmanto atvērtā koda satura vadības sistēmām Drupal, kas pielāgota atbilstoši Pasūtītāja vajadzībām. Ja Izpildītājs iekļauj trešās puses izstrādātāju spraudņus, tad ir jāsedz nepieciešamās papildizmaksas un Pasūtītājam jānodrošina šiem spraudņiem bezmaksas, beztermiņa lietošanas licence. Satura vadības sistēmas saskarnēm ir jābūt pieejamām latviešu valodā.

CMS-2 Sadaļu un objektu administrēšana

Tīmekļa vietnes administratoram ir jābūt iespējai ērti mainīt sadaļas, lapu saturu, izvēlnes, lapas objektus. Jābūt iespējai ieslēgt / atslēgt objektus vai lapas, rediģēt, dzēst, kopēt uz citu sadaļu, pārvietot uz citu sadaļu, mainīt secību, kā arī izveidot jaunas izvēlnes un esošās novietot nepieciešamajā pozīcijā. Jābūt iespējai pievienot jaunas sadaļas un apakšsadaļas, tās sagatavot un saglabāt publiski neredzamas pirms publicēšanas. Nedrīkst būt situācija, ka viena un tā pati informācija mājas lapā katrā no sadaļām ir jāievada vairākkārtīgi. Lapu sakārtojumam ir jāattēlojas koka veidā, lai uzskatāmi tās varētu atšķirt, kur augšējais līmenis ir valoda. Katrai valodai var būt savs koks un citādāka sadaļu struktūra.

CMS-3 Objektu ievietošana

Jābūt iespējai jebkurā lapas sadaļā ievietot animācijas bloku, tabulas, attēlus, videomateriālus, audio materiālus, pievienot failus, ievietot saites. Jānodrošina iespēja izmantot iegulto (embedded) saišu ievietošanu. Jāspēj šie objekti rediģēt, dzēst, ieslēgt, izslēgt, kopēt uz citu sadaļu, pārvietot uz citu sadaļu, mainīt secību manuāli, mainīt secību automātiski. Jānodrošina iespēja pievienot failus lejupielādēšanai, kas tiek atainoti speciālā blokā atsevišķi no pārējā satura, kā arī jābūt iespējai pārlūkot uz servera esošos failus un izvēlēties no tiem pievienojamos failus.

CMS-4 Teksta redaktors

Informācijas ievadei ir jābūt teksta redaktors, kas atbalsta WYSIWYG un kurā ir iekļauti teksta formatēšanas rīki, kā arī administratoram ir iespēja pārslēgties, lai tekstu rediģētu html versijā. Ilustratīvs piemērs:


CMS-5 Satura tulkojuma ievade

Jāparedz satura ievades veids tā, lai vienā ekrānformā varētu vienlaicīgi ievadīt saturu latviešu valodā un attiecīgā satura tulkojumu angļu un krievu valodās. Jānodrošina neiztulkotā satura meklēšanas iespēja.

CMS-6 SEO atbalsts

Satura vadības sistēmā jābūt administrējamiem laukiem, kas atbalsta SEO (Search engine optimization). Piemēram, atsevišķos gadījumos jāvar rediģēt saišu nosaukumus, kas pēc noklusējuma veidojas pēc SEO labās prakses, vai arī jāparedz lauki, kur ievadīt attēlu nosaukumus, atslēgvārdus u.tml. Izpildītājam ir jāveic visas iespējamās darbības, lai optimizētu tīmekļa vietni SEO vajadzībām.

CMS-7 formu izveidošana un publicēšana

Jāparedz izveidot iekšējās lapas kā dažādas pieteikuma formas, kur tās elementu var koriģēt pēc dažādām vajadzībām bez izstrādātāja papildus iejaukšanās. Šīs formas paredzēts izmantot dažādām vajadzībām – klientu apkalpošanas aptaujas, dažādas pieteikuma formas u.tml. Kā formu elementiem ir jābūt pieejamiem – brīva teksta lauks, paragrāfa teksta lauks, izvēles rūtiņas, radio pogas, spiedpogas, izvēles saraksts, pielikumu (jpg, pdf) augšupielāde. Jābūt pieejamai vietai, kur apskatīt rezultātus. Formas elementu dizainam ir jābūt vienotā grafiskā stilā ar pārējo tīmekļa lapas dizainu. Šīs formas nedrīkst paredzēt kā gatavās Google vai cita līdzīga veida formas.

CMS-8 Baneru kampaņas funkcionalitāte

Jāizveido baneru kampaņas administrēšanas rīks, ar kura palīdzību var pievienot banerus dažādās tīmekļa vietnes vietās – pirmajā lapā, kā arī dažādās iekšlapās. Jāvar definēt periodu, cik ilgi konkrētais baneris attēlosies, taču šim laukam nav jābūt kā obligātam, jo daži baneri var atrasties patstāvīgi.

CMS-9 Logo

Jāparedz iespēja administrēt logo attēlošanās vietu, noņemot esošo un pievienojot citu logo.

CMS-10 Automātisks attēlu izmēru pārveidošana

Satura vadības sistēmā vietās, kur paredzēts mainīt kādus grafiskos attēlus, nepieciešams paskaidrojošs teksts kāds ir maksimālais izmērs (Kb, Mb) konkrētam attēlam, lai nenoslogotu tīmekļa vietnes veiktspēju. Visiem attēliem ir jāparedz attēlu dimensijas izmēru automātiska pārmainīšana, lai tie korekti attēlotos tiem paredzētajās vietās un satura administratoram nebūtu nepieciešams samazināt attēlu dimensijas citās lietojumprogrammās. Jāparedz pievienojamā attēla centrēšana un apgriešana.

CMS-11 Lietotāju administrēšana

Jāvar definēt dažādas tīmekļa vietnes satura administrēšanas lomas, kurām norādīt kādas konkrētas sadaļas lietotāji drīkst rediģēt un kādu sadaļu rediģēšana ir liegta. Jāparedz iespēja piešķirt lietotājiem lasīšanas, rediģēšanas un dzēšanas tiesības.

CMS-12 Draudzīga lietotāja saskarne

Satura vadības sistēmas saskarnei ir jābūt tādai, lai lietotāji varētu izmantot bez tehniskām zināšanām un programmēšanas prasmēm.

CMS-13 Rakstu titulbildes

Jāparedz iespēja augšupielādēt attēlu, kas tiks izmantots kā statisko sadaļu vai jaunumu rakstu titulbilde.

CMS-14 Tīmekļa vietnes apkalpošanas funkcionalitāte

Tīmekļa vietnes administrācijas sistēmai jānodrošina šādi tīmekļa vietnes pašapkalpošanās moduļi:

1. Saišu pārbaudes modulis, kas 1 reizi nedēļā pārbauda visas tīmekļa vietnē publicētās saites un, atklājot neeksistējošas saites, par to nosūta e-pastu administratoram;

2. Satura aktualitātes kontroles modulis:

2.1. Administrācijas sistēmā katrai sadaļai / informatīvajai vienībai ir iespējams norādīt atbildīgo struktūrvienību un minimālo satura atjaunināšanas / pārskatīšanas periodu;

2.2 Tuvojoties perioda beigām, sadaļas atbildīgajai struktūrvienībai tiek nosūtīts atgādinājums atjaunināt / pārskatīt saturu;

2.3. Pārsniedzot perioda beigas, atgādinājuma e-pasts tiek nosūtīts sadaļas atbildīgajai struktūrvienībai un galvenajam administratoram.



Drošības, veiktspējas un tehniskās prasības

Prasība

Prasības apraksts

DVT-1 Veiktspēja

Tīmekļa vietnei saturs ir jāielādē bez aizkaves. Kopējais tīmekļa vietnes (x.xx. grafiskie attēli) ielādes laiks nevar pārsniegt 2 sekundes. Tīmekļa vietnei ir jāspēj nodrošināt vismaz 15’000 unikālo lietotāju skaitu dienā un vismaz 3000 vienlaicīgo apmeklētāju skaitu nesamazinoties iepriekš minētajām veiktspējas prasībām.

DVT-2 Tīmekļa pārlūki

Tīmekļa vietne ir jāatbalsta un jābūt korekti attēlotai, izmantojot vismaz šādus tīmekļa pārlūkus:

  • Google Chrome 45.0 un augstāk,

  • Firefox 45.0 un augstāk,

  • Internet Explorer 9.0 un augstāk,

  • Microsoft Edge 12.0 un augstāk,

  • Safari 9.0 un augstāk,

  • Opera 36.0 un augstāk,

  • Android browser 4.0 un augstāk.

DVT-3 Drošības prasības

Tīmekļa vietnes drošībai jānodrošina:

  • standarta tīmekļa vietnes aizsardzības principi, nodrošinot aizsardzību pret izplatītākajiem uzlaušanas paņēmieniem, x.xx., XSS (cross-site scripting) un SQL injekciju iespējām;

  • aizsardzība pret automatizētu pieteikuma formu vai citas ārējās informācijas ievadi, to nodrošinot pielietojot datu ievades apstiprinājumu ar CAPTCHA vai līdzvērtīgu aizsardzības metodi;

  • tīmekļa vietnē izvietotās informācijas aizsardzība saskaņā ar standartā LVS ISO/IEC 27001:2015 „Informācijas tehnoloģija. Drošības paņēmieni. Informācijas drošības pārvaldības sistēmas” noteiktajām prasībām, kas paredz, ka neautorizētas personas vai sistēmas nevarētu izgūt vai modificēt informāciju, kas nav publiski pieejama;

  • ka gadījumā, ja mājas lapā tiek izmantoti JavaScript un CSS faili tiem ir jābūt atdalītam no HTML koda iekļaujot tos kā ārējos failos.

Piedāvājumā jānorāda metodes, ar kādām tiks nodrošināta aizsardzība pret iespējamajiem uzbrukumiem vai tīmekļa vietnes uzlaušanas mēģinājumiem. novērsta uzlaušanas paņēmienu iespējamība.

DVT-4 Drošības pārbaudes veikšana

Pēc tīmekļa vietnes izstrādes pabeigšanas Izpildītājam ir jāveic neatkarīga pārbaude pārliecinoties, ka tīmekļa vietnē nepastāv visplašāk izmantotās ievainojamības atbilstoši OWASP top 10 nosacījumiem. Plašāka informācija pieejama -xxxxx://xxx.xxxxx.xxx/xxxxx.xxx/Xxxxxxxx:XXXXX_Xxx_Xxx_Xxxxxxx

Attiecīgās veiktās pārbaudes rezultātu ir jāiesniedz Pasūtītājam atsevišķa ziņojuma veidā.

DVT-5 Prasības serverim

Prasības serverim: PHP5 vai jaunāks, MySQL 5 vai jaunāks.

DVT-6 Atbilstība W3C

Tīmekļa vietnei ir jāatbilst pēdējām W3C rekomendācijām.

DVT-7 Google Analytics

Tīmekļa vietnē jāievieto Pasūtītāja norādītais Google Analytics kods, lai varētu veikt analītisku pārskatu par visām tīmekļa vietnes sadaļām.

DVT-8 Tehniskās prasības pakalpojumu pieteikšanās formas iekļaušanai

Izpildītājam jānodrošina Pasūtītāja trešās puses izstrādātāju definētajām tehniskajām prasībām pakalpojumu pieteikšanās formas ievietošanai tīmekļa vietnē. Jānodrošina iespēju nodefinēt iFrame logu ar noteiktiem ierobežojumiem, kas tiks specificēti izstrādes gaitā, un izsaukt ārējos JavaScript resursus.



Apmācību prasības

Prasība

Prasības apraksts

A-1 Satura administratora instrukcija

Jāsagatavo satura administratora instrukcija, kurā jāiekļauj informācija par tīmekļa vietnes administrēšanas funkcionalitāti. Dokumentācija ir jāizstrādā, ievērojot LVS 66:1996 standartu, tai ir jābūt izstrādātai latviešu valodā.

A-2 Tehniskā administratora instrukcija

Jāsagatavo tehniskā administratora instrukcija, kur jāiekļauj informācija par tīmekļa vietas tehniskajiem administratora darbības soļiem, piegāžu uzlikšanu, konfigurēšanu u.tml. saskaņā ar LVS 66:1996 standartu, tai ir jābūt izstrādātai latviešu valodā.

A-3 Klātienes apmācības

Izpildītājam ir jānodrošina klātienes apmācības vismaz 10 satura administratoriem Pasūtītāja telpās. Apmācību saturam ir jābūt tādam, lai satura administratori varētu izmantot mājas lapas pilnu funkcionalitāti bez tehnisko administratoru vai Izpildītāja atbalsta.

Izstrādātājam jānodrošina 3 tehnisko administratoru apmācības par katru no sistēmām komponentēm tādā līmenī, lai tie pastāvīgi un pilnvērtīgi spētu izmantot sistēmas piedāvāto funkcionalitāti un lai sistēmas administratori spētu patstāvīgi veikt sistēmas administrēšanas, uzraudzības un atjaunošanas pasākumus. Apmācību saturā ir jābūt iekļautai sadaļai attiecībā uz vižu izveidi pēc Izpildītāja sagatavotajiem aprakstiem, kā arī daļai attiecībā uz sistēmas kodu un tā struktūru.

A-4 Atbalsts ieviešanā

Izpildītājam ir jāsniedz konsultācijas un atbalsts par satura vadības sistēmas funkcionalitāti tīmekļa vietnes ieviešanas procesā bez papildus samaksas.



Izstrādes projekta prasības

Prasība

Prasības apraksts

IP-1 Garantija un uzturēšana

Izstrādātājam jāsniedz 24 mēnešus garantija un uzturēšana izstrādātajiem nodevumiem, kuru ietvaros Izpildītājam bez papildus samaksas:

  • Jānovērš Pasūtītāja pamanītās kļūdas un nepilnības, x.xx., identificētās nepilnības attiecībā uz tīmekļa vietnes veiktspēju un drošību.

  • Izpildītājam, vienojoties ar Pasūtītāju, jāuzstāda CMS versiju un izmantoto spraudņu atjauninājumus iespējami ātrākajā laikā pēc to pieejamības (release).

  • Jānodrošina izmaiņu pieprasījumu apstrāde saskaņā ar prasībā IP-3 noteikto apjomu. .

IP-2 Reakcijas laiki un problēmu novēršanas laiki

Akcepttestēšanas, garantijas un uzturēšanas ietvaros jānodrošina nepilnību, neprecizitāšu un kļūdu reakcijas un novēršana laiks, pēc to prioritātes saskaņošanas Pasūtītāja darba laikā 8.30 līdz 18.00:

A kategorija – avārija - Sistēmas stāvoklis, kad ir notikusi pilnīga Sistēmas darbības apstāšanās un/vai darbu ar Sistēmu nevar turpināt. Sistēmas dati interfeisu sistēmām nav pieejami un/vai tie nav izmantojami – reakcijas laiks 1h; pilnīga problēmas novēršana vai daļēja novēršana, kas problēmas prioritāti samazina vismaz līdz B kategorijai – 8 h;

B kategorija - kļūda, kuru nevar apiet - kļūda vai nekorekta Sistēmas darbība, kuru nevar apiet un kas rada lielus Sistēmas darbības traucējumus un/vai Sistēmas lēndarbību. Nav zināms problēmas apiešanas risinājums – reakcijas laiks 4h; pilnīga problēmas novēršana vai daļēja novēršana, kas problēmas prioritāti samazina vismaz līdz C kategorijai – 36 h;

C kategorija - kļūda, kuru var apiet - kļūda, kuru var apiet un kas rada minimālus Sistēmas darbības traucējumus vai sagādā zināmas neērtības, piemēram, manuālu darbību veikšana Sistēmas funkcionēšanas atjaunošanai vai darba turpināšana – reakcijas laiks 1 darba diena; pilnīga problēmas novēršana vai daļēja novēršana, kas problēmas prioritāti samazina vismaz līdz D kategorijai – 10 darba dienas;

D kategorija – neprecizitāte – neprecizitāte, iekšēja Sistēmas kļūda vai nekorekta darbība, kuras ietekmi uz Sistēmas darbību var neņemt vērā, izmaiņu pieprasījums, kļūda vai neprecizitāte dokumentācijā – reakcijas laiks 2 darba dienas; pilnīga problēmas novēršana 30 dienu laikā vai abām pusēm savstarpēji vienojoties.


Reakcijas laiks ir laiks no problēmas pieteikšanas līdz brīdim, kad problēma ir akceptēta no Izpildītāja puses. Novēršanas laiks ir no problēmas akceptēšanas līdz brīdim, kad Pasūtītājs ir veicis problēmas atrisinājuma vai daļēja atrisinājuma akcepttestēšanu, kur rezultāts ir pozitīvs.

IP-3 Izmaiņu pieprasījumi

Garantijas apkalpošanas periodā Izstrādātājam jānodrošina 160 cilvēkstundas izmaiņu pieprasījumu realizēšanai. Pasūtītājam nav pienākums iztērēt un apmaksāt visas papildus izmaiņu pieprasījumu stundas, kas noteiktas šajā tehniskajā specifikācijā.

IP-4 Tīmekļa vietnes uzstādīšana

Izpildītājs veic tīmekļa vietnes uzstādīšanu uz Pasūtītāja tehniskajiem resursiem, tās darbības pārbaudi un publicēšanu. Tīmekļa vietne tiek izstrādāta un testēta uz Izpildītāja tehniskajiem resursiem. Izpildītājam jānodrošina uz Pasūtītāja tehniskajiem resursiem gan produkcijas, gan testa vides. Izpildītājs veic Pasūtītāja sagatavotās informācijas ievietošanu izstrādātajā tīmekļa vietnē pirms tās publicēšanas.

IP-5 Testēšanas nodrošināšana

Izpildītājam jānodrošina visu nodevumu augsta kvalitāte. Izpildītājam savā pusē ir jāveic testēšana, pirms nodevumu nodošanas Pasūtītājam. Pēc pasūtītāja pieprasījuma Izpildītājam ir jāvar nodrošināt testēšanas pārskats.



Nodevumi

Darba rezultātā Pasūtītājam jāiesniedz šādi nodevumi:

  1. Dokumentētas lietotāju vajadzības, paradumi, intereses, konstatētos esošās tīmekļa vietnes trūkumus prezentācijas formātā. Sniegt prezentāciju Pasūtītāja ieinteresētajām pusēm un sagatavoto prezentāciju iesniegt elektroniskā formātā.

  2. Saskaņota un izstrādāta informācija arhitektūra. Nodevums jāiesniedz kā tīmekļa vietnes karkass (wireframe) un lapas koks gan elektroniskā (.pdf, .jpg, .xls), gan papīra formātā.

  3. Dizaina skices un visi to elementi ir jāiesniedz elektroniskā formātā gan rediģējamā (.PSD, .ai), gan attēlu formātā (.jpg, .png). Jāiesniedz Izpildītāja apliecinājums, ka visi elementi un izstrādātais dizains ir oriģināls autordarbs, kas netiek un netiks izmantots citos tīmekļa izstrādes projektos vai nav aizsargāts ar jebkāda veida autortiesībām, kas var liegt to izmantot no Pasūtītāja puses.

  4. Uzstādīta izstrādātā tīmekļa vietne produkcijas un testa vidēs uz Pasūtītāja tehniskajiem resursiem. Kā nodevums elektroniskā formātā ir jānodod tīmekļa vietnes visas izstrādātās datnes, tai skaitā izstrādātās tīmekļa vietnes pirmkods, datubāzes datnes u.tml. Ja CMS ir izmantotas trešās puses spraudņi, tad Izpildītājs nodod arī bezmaksas beztermiņa lietošanas licenci.

  5. Saskaņotas izstrādātās satura un tehnisko administratoru lietotāju instrukcija, kas sagatavota papīra un elektroniskos formātos (.docx, .pdf).

  6. Tīmekļa vietnes drošības audita neatkarīgs atzinums, kas apliecina, ka tīmekļa vietnē nepastāv visplašāk zināmās ievainojamības atbilstoši OWASP top 10 aktuālajam novērtējumam.

  7. Veiktas klātienes apmācības vismaz 10 Pasūtītāja nozīmētajiem satura administratoriem un 3 tehniskajiem administratoriem.





Pielikums Nr.2

Tehniskais piedāvājums

“Tīmekļa vietnes izveide”

Identifikācijas Nr. PSKUS 2016/206

Tiks izstrādāta un ieviesta funkcionāli pilnvērtīga Slimnīcas tīmekļa vietne ar oriģinālu dizaina risinājumu, kas sniedz augstu tīmekļa vietnes lietotāja pieredzi (user experience), ir orientēta uz Slimnīcas esošo un potenciālo klientu vajadzību nodrošināšanu, sniedz atbalstu komunikācijā ar sabiedrību un atbilst mūsdienīgām tīmekļa tehnoloģiju un dizaina tendencēm.

Darba uzdevumi

  1. Tiks identificēts Slimnīcas potenciālais tīmekļa vietnes lietotājs – klientu paradumi, vajadzības un intereses atkarībā no to lomas un profila, veicot lietotāju izpēti (lietotāju aptaujas un interaktīvus lietojamības testus)

  2. Balstoties uz identificētajām lietotāju vajadzībām, tiks izveidota tīmekļa vietnes informācijas arhitektūra – tīmekļa vietnes karkass (wireframe) un lapas koks, kas pirms tālāko pasākumu veikšanas, tiks saskaņots ar Pasūtītāju.

  3. Tiks izstrādāts oriģināls, mūsdienīgām tendencēm atbilstošs tīmekļa vietnes dizains, kas tiks saskaņots ar Pasūtītāju, iesniedzot vismaz 3 atšķirīgu dizaina variantu skices.

  4. Tiks izstrādāta tīmekļa vietne, kur saturs tiek administrēts caur Drupal atvērtā koda satura vadības sistēmu (CMS), kas tiks pielāgots Pasūtītāja vajadzībām.

  5. Tiks veikta sākotnējā satura ievade, saskaņojot apjomu ar Pasūtītāju.

  6. Tiks izstrādātas satura un tehnisko administratoru lietotāju instrukcijas.

  7. Tiks veiktas satura administratoru apmācības vismaz 10 darbiniekiem un tehnisko administratoru apmācības vismaz 3 darbiniekiem Pasūtītāja telpās.

Prasības

Lietotāju izpētes prasības

Prasība

Izpildes apraksts

LI-1 Lietotāju profilu definēšana

Sadarbībā ar Pasūtītāju tiks definēti vismaz 8 lietotāju profili, piemēram, ambulatorie pacienti, stacionārie pacienti, studenti, medicīnas tūristi, tuvinieki u.c., ietverot katram profilam raksturīgākos parametrus, kā nodarbošanās, tipiskākie demogrāfiskie rādītāji. Katram profilam tiks definētas primārās tīmekļa vietnes vajadzības.

LI-2 Lietotāju izpēte

Tiks veikta lietotāju vajadzību izpēte, veicot aptaujas un interaktīvus lietojamības testus. Lietotāju izpētes procesā tiks piesaistītas vismaz 3 personas no visiem (vismaz 8) definētajiem lietotāju profiliem.

LI-3 Esošās tīmekļa vietnes lietojamības trūkumi

Tiks identificētas informācijas satura, ārstu kataloga satura informācijas, lietoto terminu, informācijas noformējuma un lietojamības kļūdas u.c. trūkumi esošajā tīmekļa vietnē. Šī informācija par pamatu tiks izmantota citu sekojošu darbu izpildē (lapas koka, lapas karkasu un dizaina izstrādē).



Informācijas arhitektūras prasības

Prasība

Izpildes apraksts

IA-1 Satura apjoms

Tīmekļa vietnes saturs būs ne mazākā apjomā par esošās mājas lapas saturu, kā arī iekļaujot zobārstniecības un sejas ķirurģijas tīmekļa vietnes saturu: xxxx://xxx.xxx.xx/xx/xxx/xxx-xxxx, transplantācijas centra tīmekļa vietnes saturu: xxxx://xxx.xxxxxxxxxxxxxxx.xx/ un krūts slimību centra tīmekļa vietnes saturu: xxxx://xxxxxxxxxx.xx/ . Šī informācija tiks sagrupēta un sastrukturizēta loģiskā un viegli uztveramā veidā, to iekļaujot kopējā Xxxxx Xxxxxxxx klīniskās universitātes slimnīcas tīmekļa vietnes lapas kokā.

IA-2 Valodas

Tīmekļa vietne būs pieejama vismaz 3 valodās – latviešu, angļu un krievu. Lietotājam būs iespēja izvēlēties atbilstošo valodu. Pēc noklusējuma tīmekļa vietnes valoda būs latviešu valoda.

IA-3 Atbilstība LR MK 06.03.2007. Nr. 171

Informācijas arhitektūra atbildīs LR MK 06.03.2007. Nr. 171 „Kārtība, kādā iestādes ievieto informāciju internetā” prasībām.

IA-4 Ārstu katalogs

Veidojot un strukturējot ārstu katalogu tiks nodrošināts, ka lietotājam ne vairāk kā ar 3 klikšķu palīdzību būs iespēja atrast sev nepieciešamo ārstu. Ārstu katalogs būs standartizēts, tajā būs ārsta fotogrāfija, specializācija, saite uz Linkedin profilu un cita informācija, kas lietotājam būs vajadzīga, lai izvēlētos konkrētu ārstu, kā savu ārstējošo ārstu. Tīmekļa vietnes lietotājiem būs iespēja piešķirt novērtējumu, kas vizuāli būs redzams un viegli uztverams, piemēram, dažādu emociju sejām vai zvaigznīšu veidā. Funkcionalitāte būs ieslēdzama/ izslēdzama. Tīmekļa vietnes satura administratoram būs iespēja pievienot dažādu pacientu pateicības vārdus. Satura vadības sistēmā šī kataloga administrēšana būs vienuviet, neatkarīgi kur tā elementi tiks izmantoti visā tīmekļa vietnē. Administrēšanas sadaļā būs iespēja atjaunot kontaktinformāciju importējot .csv vai Excel failu.

IA-5 Ievietot pakalpojuma pieteikšanās formu

Tiks paredzēta klientu pašapkalpošanās sadaļa, kur lietotāji varēs pieteikties konsultācijām un izmeklējumiem. Tīmekļa vietnē būs iespēja izvietot funkcionalitātes izejas koda daļu, veicot tās ievietošanu, kas nodrošinās reģistrēšanos tiešsaistē ārstu konsultācijām un izmeklējumiem, ko izstrādās Pasūtītāja trešās puses Izpildītājs.

IA-6 Cenrādis

Tiks pārveidota un strukturizēta cenrāža attēlošana tīmekļa vietnē, lietotājiem cenrādis būs saprotams, uztverams un skaidri zināms, kuras Slimnīcas cenrāža pozīcijas tiek piemērotas katrā pakalpojumā. Pie katra pakalpojuma būs attēlota skaidra cenrāža pozīcija. Satura vadības sistēmā cenrādi varēs administrēt vienuviet, izmaiņu gadījumā, kā cenas vai pakalpojuma nosaukuma izmaiņas, tās tiks veiktas vienuviet, savukārt attēlosies dažādās vietās tīmekļa vietnes saturā.

IA-7 Pakalpojumu struktūra

Tiks pārveidota Pasūtītāja esošajā tīmekļa vietnē piedāvāto pakalpojumu struktūru attēlošana, lietotājam būs iespējams ātri un ērti atrast sev nepieciešamo pakalpojumu. Lietotājs varēs atrast nepieciešamo izmeklējumu vai ārsta konsultāciju dažādos veidos un scenārijos:

  • lietotājs zina konkrētu ārsta uzvārdu

  • lietotājs zina kāds konkrēts izmeklējums vai procedūra ir nepieciešama

  • lietotājs zina kādas ārsta jomas konsultācija ir nepieciešama

  • lietotājs zina, par kādu orgānu sistēmu nepieciešama konsultācija vai izmeklējums.

IA-8 Meklēšana

Tiks nodrošināts meklēšanas rīks, kas veic jebkura satura ātru atrašanu pēc lietotājam zināmām frāzēm x.xx. cipariem. Meklēšanas rezultāti tiks grupēti loģiskās daļās, piemēram, pakalpojumi, kur figurēs meklētā frāze, Slimnīcas jaunumi vai statiskas daļas u.tml., kur par nozīmīgākiem un rezultātu saraksta augšpusē tiks attēloti precīzāki vārdu salikumi vai atbilstību skaits būs lielāks. Meklēšanas rezultāti tiks atspoguļoti ar informatīvās vienības nosaukumu un saiti uz šo vienību, zem tā atspoguļojot atrastās lapas vai dokumenta fragmenta 2-3 rindiņas, kurās ar treknrakstu būs iezīmēti sakritības vārdi vai frāzes. Meklēšanas rezultātā būs redzams precīzs kopējais atrasto rezultātu skaits. Meklēšana būs pieejama arī satura vadības sistēmas administrācijas sadaļā, redaktors vai administrators varēs atrast konkrētu satura vienumu, kas jārediģē.

IA-9 Karkass un lapas koks

Tiks izstrādāts lapas koks un tas tiks saskaņots ar Pasūtītāju. Tiks izstrādāts karkass dažādām lapām – pirmajai lapai, statiskām sadaļām, ārstu katalogam, pakalpojuma sadaļai, kontaktu sadaļai, iepirkumu sadaļai, aktualitāšu (jaunumu) sadaļai, galerijas sadaļai.

IA-10 Galerija

Tiks izveidota jauna sadaļa Galerija, kur Pasūtītājs varēs ievietot dažādu multimediju (foto, video) materiālus pa dažādām tēmām. Galerijai būs iespēja kategorizēt un grupēt vienas tēmas multimediju materiālus.

IA-11 Sociālie tīkli

Tiks izstrāta Pasūtītājam esošo sociālo tīklu integrācija– Facebook, Twitter, Linkedin, Xxxxxxxx.xx, kā arī to kontu saites varēs labot administrēšanas sadaļā.

IA-12 Baneru vietas

Būs iespēja izvietot banerus gan tīmekļa vietnes pirmajā lapā, gan citās iekšlapās.

IA-13 Pāreja uz Intranet sadaļu Slimnīcas darbiniekiem

Tiks paredzēta loģiska vieta, kā Slimnīcas darbinieks no lietotāja var pāriet uz Slimnīcas intraneta sadaļu.



Dizaina prasības

Prasība

Izpildes apraksts

D-1 Responsīvs dizains

Tīmekļa vietnes dizains būs responsīvs un tas pielāgosies uz dažādu izmēru un izšķirtspējas monitoriem, viedtālruņiem un planšetdatoriem, tiks nodrošināta lapas attēlojuma maiņa atbilstoši veiktajam pielāgojumam saglabājot visas informācijas pieejamību. Tiks nodrošināts, ka tīmekļa vietnē izmantotās ievadlauku formas, izvēlnes, izvēles rūtiņas, spiedpogas u.tml. elementi būs ērti lietojami uz maza izmēra ekrāna iekārtām, piemēram, viedtālruņiem.

D-2 Oriģināls dizains un tā elementi

Tiks izstrādāts oriģināls dizains un tā elementi x.xx. dizaina sastāvā esošie attēli, fotogrāfijas u.tml., kas nav un netiks izmantoti citos tīmekļa vietņu projektos, tiks nodrošināts, ka visas Autortiesības uz attiecīgajiem dizaina elementiem piederēs Pasūtītājam. Tiks iesniegtas vismaz 3 atšķirīgas dizaina skices, atbilstoši izveidotajiem karkasiem. Dizaina izstrāde noritēs tikai pēc skiču saskaņošanas ar Pasūtītāju.

D-3 Lietojamība

Dizains būs lietotājam draudzīgs, informācija tīmekļa vietnē būs viegli atrodama un sadaļu nosaukumi būs pārskatāmi. Dizains būs estētiski glīts, pievilcīgs, kā arī izmantotā krāsu gammaa būs patīkama satura lasīšanai.

D-4 Atbilstība grafiskajam standartam

Tīmekļa vietnes dizais būs konsistents dažādās lapās un tas atbildīs Pasūtītāja izstrādātā grafiskā standarta un stila grāmatas vadlīnijām, kuras Pasūtītājs iesniegs pēc līguma noslēgšanas.

D-5 Drukas formāts

Tiks nodrošināta jebkuras sadaļas A4 drukas ierīcēm draudzīgas versijas esamība.

D-6 Teksta formatēšanas stilu definēšana

Tiks izstrādāi un nodefinēti teksta formatēšanas stili, vismaz 4 dažādi virsrakstu līmeņi, standarta teksts, tabulu noformējums, hipersaišu un datņu saišu noformējums, īpašs paziņojumu/brīdinājumu noformējums, numerācija un uzskaite ar punktiem (Bullets), kā arī citi stili atkarībā no lietotāju paradumu izpētes secinājumiem.

D-7 Izšķirtspēja

Dizaina elementi būs augstas izšķirtspējas, elementi dažādos ekrānos un viedierīcēs neizskatīsies graudaini, izplūduši vai neskaidri.

D-8 404 lapas dizains

Tiks izstrādāts 404 kļūdas (sadaļa nav pieejama) lapas dizains ar lietotājam draudzīgu paziņojumu un piedāvāta iespēja pāradresēt lietotāju uz pirmo lapu vai vienu līmeni augstāku lapu. Paziņojuma teksts un noformējums tiks saskaņots ar Pasūtītāju.

D-9 Piktogrammas

Dizainā tiks izmantotas plakanas piktogrammas (flat icon), lietotājam informācija tiks attēlota asociatīvi, piemēram, kontakti, Slimnīcas pakalpojumi, maksas pakalpojumi.

D-10 Pielāgojumi vāji redzošajiem

Sadaļās ar teksta informāciju būs iespēja mainīt fontu izmērus, kā arī iespēja pārslēgties uz lasīšanas režīmu, kurā tiks mainītas teksta un fona krāsas uz tādām, kuras nodrošina būtisku kontrasta atšķirību, piemēram, balts teksta attēlojums uz melna fona (vāji redzošajiem). Šim nolūkam mājas lapas redzamajā daļā tiks izvietotas atbilstošās piktogrammas.



CMS prasības

Prasība

Izpildes apraksts

CMS-1 Satura vadības sistēma

Tiks nodrošināta satura vadības sistēmas (CMS) izmantošana tīmekļa vietnes tehniskajā risinājuma ietvaros. Tiks izmantota atvērtā koda satura vadības sistēma Drupal, kas tiks pielāgota atbilstoši Pasūtītāja vajadzībām. Izmantotajiem trešās puses izstrādātāju spraudņiem, tiks segtas nepieciešamās papildizmaksas un Pasūtītājam šiem spraudņiem tiks nodrošināta bezmaksas, beztermiņa lietošanas licence. Satura vadības sistēmas saskarne būs pieejama latviešu valodā.

CMS-2 Sadaļu un objektu administrēšana

Tīmekļa vietnes administratoram būs iespējai ērti mainīt sadaļas, lapu saturu, izvēlnes, lapas objektus. Būs iespēja ieslēgt/ atslēgt objektus vai lapas, rediģēt, dzēst, kopēt uz citu sadaļu, pārvietot uz citu sadaļu, mainīt secību, kā arī izveidot jaunas izvēlnes un esošās novietot nepieciešamajā pozīcijā. Būs iespēja pievienot jaunas sadaļas un apakšsadaļas, tās sagatavot un saglabāt publiski neredzamas pirms publicēšanas. Viena un tā pati informācija mājas lapā katrā no sadaļām nebūs jāievada vairākkārtīgi. Lapu sakārtojums attēlosies koka veidā, tās uzskatāmi varēs atšķirt, kur augšējais līmenis ir valoda. Katrai valodai būs iespējams savs koks un citādāka sadaļu struktūra.

CMS-3 Objektu ievietošana

Būs iespējams jebkurā lapas sadaļā ievietot animācijas bloku, tabulas, attēlus, videomateriālus, audio materiālus, pievienot failus, ievietot saites. Būs iespēja izmantot iegulto (embedded) saišu ievietošanu. Šos objektus būs iespējams rediģēt, dzēst, ieslēgt, izslēgt, kopēt uz citu sadaļu, pārvietot uz citu sadaļu, mainīt secību manuāli, mainīt secību automātiski. Būs iespēja pievienot failus lejupielādēšanai, kas tiks atainoti speciālā blokā atsevišķi no pārējā satura, kā arī būs iespēja pārlūkot uz servera esošos failus un izvēlēties no tiem pievienojamos failus.

CMS-4 Teksta redaktors

Informācijas ievadei būs teksta redaktors, kas atbalsta WYSIWYG un kurā ir iekļauti teksta formatēšanas rīki, kā arī administratoram būs iespēja pārslēgties uz html teksta rediģēšanu.

CMS-5 Satura tulkojuma ievade

Tiks nodrošināts satura ievades veids, ka vienā ekrānformā varēs vienlaicīgi ievadīt saturu latviešu valodā un attiecīgā satura tulkojumu angļu un krievu valodās. Tiks nodrošināta neiztulkotā satura meklēšanas iespēja.

CMS-6 SEO atbalsts

Satura vadības sistēmā būs administrējami lauki, kas atbalstīs SEO (Search engine optimization). Varēs rediģēt saišu nosaukumus, kas pēc noklusējuma veidosies pēc SEO labās prakses, kā arī tiks nodrošināti lauki, kur ievadīt attēlu nosaukumus, attēla alternatīvo tekstu, lapas aprakstu, atslēgas vārdus, tiks saglabāts satura pievienošanas un atjaunošanas datums. Tiks veiktas visas iespējamās darbības, lai optimizētu tīmekļa vietni SEO vajadzībām.

CMS-7 formu izveidošana un publicēšana

Tiks nodrošināta iespēja izveidot iekšējās lapas kā dažādas pieteikuma formas, kur tās elementu varēs koriģēt pēc dažādām vajadzībām bez izstrādātāja papildus iejaukšanās. Šīs formas varēs izmantot dažādām vajadzībām – klientu apkalpošanas aptaujām, dažādām pieteikuma formām. Būs pieejami formu elementi – brīva teksta lauks, paragrāfa teksta lauks, izvēles rūtiņas, radio pogas, spiedpogas, izvēles saraksts, pielikumu (jpg, pdf) augšupielāde. Tiks nodrošināta vieta, kur apskatīt rezultātus. Formas elementu dizains būs vienotā grafiskā stilā ar pārējo tīmekļa lapas dizainu. Šīs formas nebūs kā gatavās Google vai cita līdzīga veida formas, bet gan Pasūtītājam individuāli pielāgots risinājums iekš tīmkekļa vietnes satura vadības sistēmā.

CMS-8 Baneru kampaņas funkcionalitāte

Tiks nodrošināts baneru kampaņas administrēšanas rīks, ar kura palīdzību var pievienot banerus dažādās tīmekļa vietnes vietās – pirmajā lapā, kā arī dažādās iekšlapās. Būs iespējams definēt periodu, cik ilgi konkrētais baneris attēlosies, šis lauks nebūs obligāts, lai daži baneri var attēloties patstāvīgi.

CMS-9 Logo

Tiks nodrošināta logo attēlošanas administrēšana, būs iespēja noņemt esošo logo un pievienot citu logo.

CMS-10 Automātisks attēlu izmēru pārveidošana

Satura vadības sistēmā vietās, kur paredzēts mainīt kādus grafiskos attēlus, būs attēlots paskaidrojošs teksts, kāds ir maksimālais izmērs (Kb, Mb) konkrētam attēlam, lai nenoslogotu tīmekļa vietnes veiktspēju. Visiem attēliem tiks nodrošināta attēlu dimensijas izmēru automātiska pārmainīšana, tie korekti attēlosies tiem paredzētajās vietās un satura administratoram nebūs nepieciešams samazināt attēlu dimensijas citās lietojumprogrammās. Tiks nodrošināta pievienojamā attēla centrēšana un apgriešana.

CMS-11 Lietotāju administrēšana

Būs iespējams definēt dažādas tīmekļa vietnes satura administrēšanas lomas, kurām varēs norādīt kādas konkrētas sadaļas lietotāji drīkst rediģēt un kādu sadaļu rediģēšana ir liegta. Tiks nodrošināta iespēja piešķirt lietotājiem lasīšanas, rediģēšanas un dzēšanas tiesības.

CMS-12 Draudzīga lietotāja saskarne

Satura vadības sistēmas saskarne būs tāda, ka lietotāji satura vadības sistēmu varēs izmantot bez tehniskām zināšanām un programmēšanas prasmēm.

CMS-13 Rakstu titulbildes

Tiks nodrošināta iespēja augšupielādēt attēlu, kas tiks izmantots kā statisko sadaļu vai jaunumu rakstu titulbilde.

CMS-14 Tīmekļa vietnes apkalpošanas funkcionalitāte

Tīmekļa vietnes administrācijas sistēmā tiks nodrošināti šādi tīmekļa vietnes pašapkalpošanās moduļi:

1. Saišu pārbaudes modulis, kas 1 reizi nedēļā pārbauda visas tīmekļa vietnē publicētās saites un, atklājot neeksistējošas saites, par to nosūtīs e-pastu administratoram;

2. Satura aktualitātes kontroles modulis:

2.1. Administrācijas sistēmā katrai sadaļai / informatīvajai vienībai būs iespējams norādīt atbildīgo struktūrvienību un minimālo satura atjaunināšanas / pārskatīšanas periodu;

2.2 Tuvojoties perioda beigām, sadaļas atbildīgajai struktūrvienībai tiks nosūtīts atgādinājums atjaunināt / pārskatīt saturu;

2.3. Pārsniedzot perioda beigas, atgādinājuma e-pasts tiks nosūtīts sadaļas atbildīgajai struktūrvienībai un galvenajam administratoram.



Drošības, veiktspējas un tehniskās prasības

Prasība

Izpildes apraksts

DVT-1 Veiktspēja

Tīmekļa vietne saturu ielādēs bez aizkaves. Kopējais tīmekļa vietnes (x.xx. grafiskie attēli) ielādes laiks nepārsniegs 2 sekundes. Tīmekļa vietne spēs nodrošināt vismaz 15’000 unikālo lietotāju skaitu dienā un vismaz 3000 vienlaicīgo apmeklētāju skaitu nesamazinoties iepriekš minētajai veiktspējai.

Tas tiks nodrošināts, izmantojot Drupal kešošanas funkcijas un Cloudflare servisu (xxxxx://xxx.xxxxxxxxxx.xxx/ ).

DVT-2 Tīmekļa pārlūki

Tīmekļa vietne atbalstīs un korekti attēlosies, vismaz šādos tīmekļa pārlūkos:

  • Google Chrome 45.0 un augstāk,

  • Firefox 45.0 un augstāk,

  • Internet Explorer 9.0 un augstāk,

  • Microsoft Edge 12.0 un augstāk,

  • Safari 9.0 un augstāk,

  • Opera 36.0 un augstāk,

  • Android browser 4.0 un augstāk.

DVT-3 Drošības prasības

Tiks nodrošināta tīmekļa vietnes drošība :

  • standarta tīmekļa vietnes aizsardzība, nodrošinot aizsardzību pret izplatītākajiem uzlaušanas paņēmieniem, x.xx., XSS (cross-site scripting) un SQL injekciju iespējām;

  • aizsardzība pret automatizētu pieteikuma formu vai citas ārējās informācijas ievadi, to nodrošinot pielietojot datu ievades apstiprinājumu ar CAPTCHA vai līdzvērtīgu aizsardzības metodi;

  • tīmekļa vietnē izvietotās informācijas aizsardzība saskaņā ar standartā LVS ISO/IEC 27001:2015 „Informācijas tehnoloģija. Drošības paņēmieni. Informācijas drošības pārvaldības sistēmas” noteiktajām prasībām, kas paredz, ka neautorizētas personas vai sistēmas nevarētu izgūt vai modificēt informāciju, kas nav publiski pieejama;

  • mājas lapā, izmantojot JavaScript un CSS failus, tie būs atdalīti no HTML koda, iekļaujot tos kā ārējos failos.



Metodes, ar kādām tiks novērsta minēto uzlaušanas paņēmienu iespējamība:

• Sanitizing data (input filters, piemēram, check_plain, filter_xss, check_markup);

• Sanitizing data (input filters, database abstrastion layer: PDO);

• Drupal nepiedāvā nevienu ieejas punktu, izņemot caur Drupal drošo URL/menu handler. Tātad, neskatoties uz to, ka lietotāji, iespējams, var ielādēt patvaļīgus PHP failus, šādiem “uzbrukumiem” nebūs rezultātu;

• ACL pieejas tiesību pārbaude, privātās mapes (private folders), fails tiek padots caur PHP;

• Token sistēma in Forms API, kas neļauj pievienot liekus laukus pie formām caur HTML (izsaucas ar drupal_get_form);

• Lietotājiem netiek izvadīti kļūdu paziņojumi, kas varētu saturēt sensitīvu informāciju, tiek izvadīti tikai brīdinājumi, kurus nodefinē izstrādātājs. Drupal nekad neparāda informāciju par parolēm, datubāzes savienojuma problēmu vai kādu citu problēmu gadījumā;

• Access bypass (uzlaušanas novēršana ar: sanitizing data, vienota autorizēšanas mehānisma izmantošana API);

• Session fixation (uzlaušanas novēršana ar: sanitizing data);

• Privilege escalation (uzlaušanas novēršana ar: sanitizing data);

• CAPTCHA bypass (uzlaušanas novēršana ar: sarežģītības līmeņa maiņa).

• SSL, paroles glabājas hashed formātā;

• Paroles tiek glabātas, izmantojot vienvirziena sajaukšanu (one-way hash). Drupal katrai instalācijai nodrošina nejauši ģenerētas privātās atslēgas (randomly generated key);

• Tiks izmantots SSL sertifikāts;

• Drupal izmanto integrētu URL/Access control system. Katram URL sistēmā tiek dotas tiesības, kas to varēs apskatīt. Tiks veikti drošības testi izstrādes laikā.

DVT-4 Drošības pārbaudes veikšana

Pēc tīmekļa vietnes izstrādes pabeigšanas tiks veikta neatkarīga pārbaude pārliecinoties, ka tīmekļa vietnē nepastāv visplašāk izmantotās ievainojamības atbilstoši OWASP top 10 nosacījumiem. Plašāka informācija pieejama -xxxxx://xxx.xxxxx.xxx/xxxxx.xxx/Xxxxxxxx:XXXXX_Xxx_Xxx_Xxxxxxx

Attiecīgās veiktās pārbaudes rezultāti tiks iesniegti Pasūtītājam atsevišķa ziņojuma veidā.

DVT-5 Prasības serverim

Serveris nodrišinās: PHP5, MySQL 5.

DVT-6 Atbilstība W3C

Tīmekļa vietne tiks izstrādāta atbilstoši pēdējām W3C rekomendācijām.

DVT-7 Google Analytics

Tīmekļa vietnē tiks ievietots Pasūtītāja norādītais Google Analytics kods,būs iespējams veikt analītisku pārskatu par visām tīmekļa vietnes sadaļām.

DVT-8 Tehniskās prasības pakalpojumu pieteikšanās formas iekļaušanai

Tiks nodrošināta Pasūtītāja trešās puses izstrādātāju definētajām tehniskajām prasībām pakalpojumu pieteikšanās formas ievietošana tīmekļa vietnē. Tiks nodrošināta iespēja nodefinēt iFrame logu ar noteiktiem ierobežojumiem, kas tiks specificēti izstrādes gaitā, un iespēja izsaukt ārējos JavaScript resursus.



Apmācību prasības

Prasība

Izpildes apraksts

A-1 Satura administratora instrukcija

Tiks sagatavota satura administratora instrukcija, kurā būs iekļauta informācija par tīmekļa vietnes administrēšanas funkcionalitāti. Dokumentācija tiks izstrādāta latviešu valodā un ievērojot IEEE/EIA J-STD-016 un LVS 66:1996 standartus.

A-2 Tehniskā administratora instrukcija

Tiks sagatavota tehniskā administratora instrukcija, kurā tiks iekļauta informācija par tīmekļa vietas tehniskajiem administratora darbības soļiem, piegāžu uzlikšanu, konfigurēšanu u.tml. saskaņā ar LVS 66:1996 standartu,tā būs izstrādāta latviešu valodā.

A-3 Klātienes apmācības

Tiks nodrošinātas klātienes apmācības vismaz 10 satura administratoriem Pasūtītāja telpās. Apmācībās satura administratori varēs izmantot mājas lapas pilnu funkcionalitāti bez tehnisko administratoru vai Izpildītāja atbalsta.

Tiks nodrišinātas 3 tehnisko administratoru apmācības par katru no sistēmām komponentēm tādā līmenī, ka tie pastāvīgi un pilnvērtīgi spēs izmantot sistēmas piedāvāto funkcionalitāti un ka sistēmas administratori spēs patstāvīgi veikt sistēmas administrēšanas, uzraudzības un atjaunošanas pasākumus. Apmācību saturā tiks iekļauta sadaļa attiecībā uz vižu izveidi pēc Izpildītāja sagatavotajiem aprakstiem, kā arī daļai attiecībā uz sistēmas kodu un tā struktūru.

A-4 Atbalsts ieviešanā

Tiks nodrošinātas konsultācijas un atbalsts par satura vadības sistēmas funkcionalitāti tīmekļa vietnes ieviešanas procesā bez papildus samaksas.



Izstrādes projekta prasības

Prasība

Izpildes apraksts

IP-1 Garantija un uzturēšana

24 mēnešus tiks sniegta garantija un uzturēšana izstrādātajiem nodevumiem, kuru ietvaros bez papildus samaksas:

  • Tiks novērstas Pasūtītāja pamanītās kļūdas un nepilnības, x.xx., identificētās nepilnības attiecībā uz tīmekļa vietnes veiktspēju un drošību.

  • Vienojoties ar Pasūtītāju, tiks uzstādīti CMS versiju un izmantoto spraudņu atjauninājumi iespējami ātrākajā laikā pēc to pieejamības (release).

  • Tiks nodrošināta izmaiņu pieprasījumu apstrāde saskaņā ar prasībā IP-3 noteikto apjomu. .

IP-2 Reakcijas laiki un problēmu novēršanas laiki

Akcepttestēšanas, garantijas un uzturēšanas ietvaros tiks nodrošināts nepilnību, neprecizitāšu un kļūdu reakcijas un novēršanas laiks, pēc to prioritātes saskaņošanas Pasūtītāja darba laikā 8.30 līdz 18.00:

A kategorija – avārija - Sistēmas stāvoklis, kad ir notikusi pilnīga Sistēmas darbības apstāšanās un/vai darbu ar Sistēmu nevar turpināt. Sistēmas dati interfeisu sistēmām nav pieejami un/vai tie nav izmantojami – reakcijas laiks 1h; pilnīga problēmas novēršana vai daļēja novēršana, kas problēmas prioritāti samazina vismaz līdz B kategorijai – 8 h;

B kategorija - kļūda, kuru nevar apiet - kļūda vai nekorekta Sistēmas darbība, kuru nevar apiet un kas rada lielus Sistēmas darbības traucējumus un/vai Sistēmas lēndarbību. Nav zināms problēmas apiešanas risinājums – reakcijas laiks 4h; pilnīga problēmas novēršana vai daļēja novēršana, kas problēmas prioritāti samazina vismaz līdz C kategorijai – 36 h;

C kategorija - kļūda, kuru var apiet - kļūda, kuru var apiet un kas rada minimālus Sistēmas darbības traucējumus vai sagādā zināmas neērtības, piemēram, manuālu darbību veikšana Sistēmas funkcionēšanas atjaunošanai vai darba turpināšana – reakcijas laiks 1 darba diena; pilnīga problēmas novēršana vai daļēja novēršana, kas problēmas prioritāti samazina vismaz līdz D kategorijai – 10 darba dienas;

D kategorija – neprecizitāte – neprecizitāte, iekšēja Sistēmas kļūda vai nekorekta darbība, kuras ietekmi uz Sistēmas darbību var neņemt vērā, izmaiņu pieprasījums, kļūda vai neprecizitāte dokumentācijā – reakcijas laiks 2 darba dienas; pilnīga problēmas novēršana 30 dienu laikā vai abām pusēm savstarpēji vienojoties.


Reakcijas laiks ir laiks no problēmas pieteikšanas līdz brīdim, kad problēma ir akceptēta no Izpildītāja puses. Novēršanas laiks ir no problēmas akceptēšanas līdz brīdim, kad Pasūtītājs ir veicis problēmas atrisinājuma vai daļēja atrisinājuma akcepttestēšanu, kur rezultāts ir pozitīvs.

IP-3 Izmaiņu pieprasījumi

Garantijas apkalpošanas periodā tiks nodrošinātas 160 cilvēkstundas izmaiņu pieprasījumu realizēšanai. Pasūtītājam nebūs pienākums iztērēt un apmaksāt visas papildus izmaiņu pieprasījumu stundas, kas noteiktas šajā tehniskajā specifikācijā.

IP-4 Tīmekļa vietnes uzstādīšana

Tiks veikta tīmekļa vietnes uzstādīšana uz Pasūtītāja tehniskajiem resursiem, tās darbības pārbaude un publicēšana. Tīmekļa vietne tiks izstrādāta un testēta uz Izpildītāja tehniskajiem resursiem. Uz Pasūtītāja tehniskajiem resursiem tiks nodrošinātas gan produkcijas, gan testa vides. Tiks veikta Pasūtītāja sagatavotās informācijas ievietošana izstrādātajā tīmekļa vietnē.

IP-5 Testēšanas nodrošināšana

Tiks nodrošināta visu nodevumu augsta kvalitāte. Tiks veikta tīmekļa vietnes pilna funkcionāla, drošības un dizaina testēšana, pirms nodevumu nodošanas Pasūtītājam. Pēc pieprasījuma Pasūtītāja būs iespējams iegūt testēšanas pārskatu.



Nodevumi

Darba rezultātā tiks iesniegti šādi nodevumi:

  1. Dokumentētas lietotāju vajadzības, paradumi, intereses, konstatētos esošās tīmekļa vietnes trūkumus prezentācijas formātā. Tiks sniegta prezentācija Pasūtītāja ieinteresētajām pusēm un sagatavotā prezentācija iesniegta elektroniskā formātā.

  2. Saskaņota un izstrādāta informācijas arhitektūra. Nodevums tiks iesniegts kā tīmekļa vietnes karkass (wireframe) un lapas koks gan elektroniskā (.pdf, .jpg, .xls), gan papīra formātā.

  3. Dizaina skices un visi to elementi tiks iesniegti elektroniskā formātā gan rediģējamā (.PSD,.ai), gan attēlu formātā (.jpg, .png). Tiks iesniegts Izpildītāja apliecinājums, ka visi elementi un izstrādātais dizains ir oriģināls autordarbs, kas netiek un netiks izmantots citos tīmekļa izstrādes projektos vai nav aizsargāts ar jebkāda veida autortiesībām, kas var liegt to izmantot no Pasūtītāja puses.

  4. Uzstādīta izstrādātā tīmekļa vietne produkcijas un testa vidēs uz Pasūtītāja tehniskajiem resursiem. Kā nodevums elektroniskā formātā tiks nodotas tīmekļa vietnes visas izstrādātās datnes, tai skaitā izstrādātās tīmekļa vietnes pirmkods, datubāzes datnes u.tml. Ja CMS tiks izmantoti trešās puses spraudņi, tad tiks nodotas arī bezmaksas beztermiņa lietošanas licences.

  5. Saskaņota izstrādātās satura un tehnisko administratoru lietotāju instrukcija, kas sagatavota papīra un elektroniskos formātos (.docx, .pdf).

  6. Tīmekļa vietnes drošības audita neatkarīgs atzinums, kas apliecina, ka tīmekļa vietnē nepastāv visplašāk zināmās ievainojamības atbilstoši OWASP top 10 aktuālajam novērtējumam.

  7. Veiktas klātienes apmācības vismaz 10 Pasūtītāja nozīmētajiem satura administratoriem un 3 tehniskajiem administratoriem.








Projekta pārvaldības plāns

Projekta ieviešanas laika plāns

Nr.p.k.

Nedēļa

Darbība

1

2

3

4

5

6

7

8

9

10

11

12

13

14

Iesaistītās puses

Izpildītājs

Pasūtītājs

1

Prasību precizēšana

X














X

X

2

Lietotāju profilu definēšana

X














X

X

3

Lietotāju izpēte - aptauja

X

X













X


4

Lietotāju izpēte - lietojamības tests


X

X












X


5

Identificēt esošās mājas lapas trūkumus.


X

X












X


6

Lapas karkasa (Wireframe) un lapas koka izstrāde un apstiprināšana


X

X












X

X

7

Dizaina izstrāde



X

X

X

X









X


8

Dizaina skiču korekcijas (ja tādas būs)




X

X










X

X

9

Funkcionālā izstrāde

X

X

X

X

X

X









X


10

Dizaina programmēšana






X

X

X







X


11

Uzstādīšana testa vidē









X






X


12

Datu migrācija/ sākotnējā datu ievade









X

X





X

X

13

Testēšana un kļūdu labošana



X

X

X

X

X

X

X

X

X

X

X


X


14

Drošības audits un kļūdu novēršana, ja tādas būs











X

X



X


15

Uzstādīšana uz Pasūtītāja tehniskajiem resursiem












X



X

X

16

Dizaina un Funkcionalitātes pārbaude uz Pasūtītāja tehniskajiem resursiem un kļūdu novēršana, ja tādas būs












X

X


X


17

Apmācības













X


X

X

18

Publicēšana














X

X

X

19

Nodevumu iesniegšana













X

X

X

X





Projekta izstrādes un ieviešanas pieeja

Tīmekļa vietnes izstrādē tiks izmantots Pasoļu izstrāde modelis, kur katrs projekta posms tiks piegādāts pakāpeniski.

Projekta posmi:

  1. Lietojamības testēšana un analīze

  2. Lapas struktūras izstrāde (tīmekļa vietnes koks un karkasi)

  3. Dizaina skiču izstrāde (visu izmēru ekrāniem)

  4. Tīmekļa vietnes funkcionālā izstrāde

  5. Tīmekļa vietnes dizaina programmēšana (visu izmēru ekrāniem)

  6. Izstrādātās tīmekļa vietnes nodošana neatkarīgai IT drošības pārbaudei

  7. Lietošanas instrukciju izstrāde

  8. Apmācības

  9. Publicēšana

Katra posma izstrāde notiks balstoties uz Ūdenskrituma projekta izstrādes moduļa.

  1. Analīze

  2. Projektēšana

  3. Kodēšana

  4. Testēšana

  5. Dokumentēšana

  6. Ieviešana


Šis modelis padara testēšanas un piegādes procesus caurskatāmus un viegli pārvaldāmus.





Tīmekļa vietnes pārveidošanas redzējums, iekļaujot detalizētu darba uzdevumu īstenošanai izmantotās metodoloģijas aprakstu

Darba uzdevumi

Īstenošanas apraksts

1. Identificēt Slimnīcas potenciālo tīmekļa vietnes lietotāju - klientu paradumus, vajadzības un intereses atkarībā no to lomas un profila, veicot lietotāju izpēti interviju, fokusa grupu vai tml. metožu veidā.

Tiks identificēts Slimnīcas potenciālais tīmekļa vietnes lietotājs - klientu paradumui, vajadzības un intereses atkarībā no to lomas un profila, veicot lietotāju izpēti –veicot aptaujas ar visu profilu visiem lietotājiem, pēc tīmekļa vietnes karkasa izveides, tiks veikta lietojamības testēšanu, iesaistot visu profilu visus lietotājus.

2. Balstoties uz identificētajām lietotāju vajadzībām, izveidot tīmekļa vietnes informācijas arhitektūru – tīmekļa vietnes karkasu (wireframe) un lapas koku, kas pirms tālāko pasākumu veikšanas, jāsaskaņo ar Pasūtītāju.

Balstoties uz identificētajām lietotāju vajadzībām, tiks izveidota tīmekļa vietnes informācijas arhitektūra – tīmekļa vietnes karkass (wireframe) un lapas koks, kas pirms tālāko pasākumu veikšanas, tiks saskaņots ar Pasūtītāju. Pasūtītājam šobrīd ir 5 (piecas) atsevišķas mājas lapas (xxxx://xxxxxxxx.xx/ ; xxxx://xxx.xxx.xx/ ; xxxx://xxx.xxxxxxxxxxxxxxxxxxxx.xx/ ; xxxx://xxxxxxxxxx.xx/ ; xxxx://xxxxxxxxxxxxxxx.xx/ ), kas tiks apvienotas vienā tīmekļa vietnē ar augstu lietotāju pieredzi (user experience) un pārdomātu un strukturizētu informācijas infrastruktūru.
Pasūtītāja pakalpojumu klāsts un struktūra ir ļoti plaša, kā arī paredzēta ļoti dažādiem apmeklētāju profiliem, tādēļ tā tiks sadalīt lielākos informācijas blokos, piemēram, “Sabiedrībai”; “Professionāļiem” ; “Izglītība “ vai “Izglītība un Zinātne”, Tas apmeklētājam ļaus izvēlēties un redzētu tikai sev interesējošo informāciju un pēc iespējas ātrāk to atrastu. Precīzas lietotāja profilu vajadzības tiks noteiktas pēc Lietotāju izpētes.

3. Izstrādāt oriģinālu, mūsdienīgām tendencēm atbilstošu tīmekļa vietnes dizainu, kas jāsaskaņo ar Pasūtītāju, iesniedzot vismaz 3 atšķirīgu dizaina variantu skices.

Tiks izstrādāts oriģināls, mūsdienīgām tendencēm atbilstošs tīmekļa vietnes dizains, kas tiks saskaņots ar Pasūtītāju, iesniedzot vismaz 3 atšķirīgu dizaina variantu skices, kas tiks izstrādāts balstoties uz lietojamības testēšanas un analīzes rezultātiem.

4. Izstrādāt tīmekļa vietni, kur saturs tiek administrēts caur kādu no lielākajām korporatīvā sektorā izmantotajām atvērtā koda satura vadības sistēmām (CMS), kā arī nepieciešamības gadījumā pielāgot to Pasūtītāja vajadzībām.

Tiks izstrādāta tīmekļa vietne, kur saturs tiks administrēts caur Drupal satura vadības sistēmu , kā tā tiks pielāgots Pasūtītāja vajadzībām

5. Veikt sākotnējo satura ievadi.

Tiks veikta Pasūtītāja norādīto datu migrācija no Pasūtītājam esošajām tīmekļa vietnēm (xxxx://xxxxxxxx.xx/ ; xxxx://xxx.xxx.xx/ ; xxxx://xxx.xxxxxxxxxxxxxxxxxxxx.xx/; xxxx://xxxxxxxxxx.xx/ ; xxxx://xxxxxxxxxxxxxxx.xx/ ), kā arī Pasūtītāja jauna radīta satura ievade. Satura apjoms tiks saskaņots ar Pasūtītāju.

6. Izstrādāt satura un tehnisko administratoru lietotāju instrukcijas.

Tiks sagatavota satura administratora instrukcija, kurā būs iekļauta informācija par tīmekļa vietnes administrēšanas funkcionalitāti. Dokumentācija tiks izstrādāta latviešu valodā un ievērojot IEEE/EIA J-STD-016 un LVS 66:1996 standartus.
Tiks sagatavota tehniskā administratora instrukcija, kurā tiks iekļauta informācija par tīmekļa vietas tehniskajiem administratora darbības soļiem, piegāžu uzlikšanu, konfigurēšanu u.tml. saskaņā ar LVS 66:1996 standartu.
Abas instrukcijas tiks sagatavotas latviešu valodā.

7. Veikt satura administratoru apmācības vismaz 10 darbiniekiem un tehnisko administratoru apmācības vismaz 3 darbiniekiem Pasūtītāja telpās.

Tiks veiktas satura administratoru apmācības vismaz 10 darbiniekiem un tehnisko administratoru apmācības vismaz 3 darbiniekiem Pasūtītāja telpās (detalizēta informācija par apmācībām Tehniskā piedāvājuma sadaļā “Apmācību un ieviešanas process” ).







Apmācību un ieviešanas process

Izpildītājs Pasūtītājam nodrošina

  • Instrukcijas (Rokas grāmatu)

    • Satura administratora (atbilstoši IEEA/EIA J-STD-016 un LVS 66:1996 standartiem)

    • Tehniskā administratora (atbilstoši LVS 66:1996 standartam)

  • Klātienes apmācības

    • Vismaz 10 satura administratotiem

    • Vismaz 3 tehniskajiem administratoriem

  • Bez maksas konsultācijas un atbalstu par satura vadības sistēmas funkcionalitāti un tīmekļa ieviešanas procesā.



Klātienes apmācības

Klātienes apmācības notiks Pasūtītāja telpās. Tehnisko admnistratoru un Satura administratoru apmācības notiks atsevišķi. Pirmie tiks apmācīti Tehniskie administratoti un pēc tam Satura administratori. Tehniskajiem administratoriem būs iespēja (un vēlams) piedalīties Satura administratoru apmācībās, lai tuvāk iepazītos ar Satura administratoru spējām, kompetenci un iegūtajām zināšanām par satura vadības sistēmu, kas atvieglos turpmāku darbu atbalsta sniegšanā Satura adminstratoriem ar satura vadības sistēmu. Xxxxxx apmācāmajam pirms apmācību sākuma tiks izsniegta atbilstošā rokas grāmata. Apmācības notiks prezentācijas formā un pie datoriem (vismaz 1 dators uz 2 apmācāmajiem)1 Apmācībās tiks prezentēta un izskaidrota Tīmekļa vietnes pilna funkcionalitāte, veikti paraugdemonstrējumi un kopīgi (Izpildītājam ar apmācāmajiem) tiks izpildīts nepieciešamo darbību komplekss, apmācāmajiem būs iespēja precizēt sev interesējošos jautājumus par Tīmekļa vietnes funkcijām.

Satura administratori varēs izmantot pilnu mājas lapas funkcionalitāti bez tehnisko administratoru vai Izpildītāja atbalsta. Tehniskie administratori tiks apmācīti par katru no sistēmas komponentēm, lai tie patstāvīgi un pilnvērtīgi spētu izmantot sistēmas piedāvāto funkcionalitāti un ka sistēmas administratori spētu patstāvīgi veikt sistēmas administrēšanas, uzraudzības un atjaunošanas pasākumus.

Komunikācijas pārvaldība ar Pasūtītāju

Pasūtītājam būtu ieteicams izveidot darba grupu ar vismaz 3 dalībniekiem, kurā būtu kaut viena atbildīgā persona ar tiesībām pieņemt lēmumu par dizaina, lietojamības un tehniskiem jautājumiem.
Pirms Tīmekļa vietnes izstrādes visas izstrādē iesaistītās personas no Pasūtītāja (Organizēta darba grupa) un Izstrādātāja puses satiekas klātienē, lai iepazītos, precizētu visas prasības.
Pasūtītājs un Izpildītājs nodrošina vismaz vienas iesaistītās personas pieejamību vismaz 80% no izstrādes projekta laika (darba dienās no plkst 9.00 līdz 18.00).
Izpildītājs Pasūtītājam katru Pirmdienu uz Pasūtītāja norādītu e-pastu sūta ik nedēļas atskaites uz kurām Pasūtītājs reaģē vēlākais 24 stundu laikā. Pēc nepieciešamības (bloka vai apakšbloka izstrādes pabeigšanas vai uzsākšanas, u.c kādas puses pamatota iemesla) tiek rīkotas sapulces starp Pasūtītāja darba grupu un Projekta vadītāju vai, ja nepieciešams citu projektā iesaistīto speciālistu, no Izpildītāja puses. Pasūtītājs Izpildītājam un Izpildītājs Pasūtītājam pie līguma parakstīšanas norāda iesaistīto pušu kontaktinformāciju (Vārds, amats, telefona nr., e-pasts, vēlams mobilais telefona nr.).

Projektā iesaistītā personāla sarakts:

1. Xxxxxx Xxxxxx-Xxxxxxxxx – projekta vadītājs;

2. Xxxx Xxxxxxx – UX/Lietojamības speciālists;

3. Xxxxxxx Xxxxxx – Programmētājs;

4. Xxxx Xxxxxxxx – dizaineris;

5. Xxxxx Xxxxxxxxx – tīmekļa vietnes drošības neatkarīgs auditors;

6. Xxxxxxx Xxxxxxxxxxx– Testētājs.

Pielikums Nr.3

Finanšu piedāvājums



Nr. p.k.

Pakalpojums

Euro bez PVN

1.

Tīmekļa vietnes dizaina, izstrādes, ieviešana, 24 mēnešu uzturēšana un apmācības

15 600.00

2.

Izmaiņu pieprasījumi 160 stundas

3 840.00

Kopā, euro bez PVN

18900.00

PVN 21%

3969.00

Kopā, euro ar PVN

22869.00



1 Ja datora iekārtu nevarēs nodrošināt Pasūtītājs, to nodrošinās Izpildītājs bez papildus maksas.

27


Document Metadata

Filed: November 24th, 2016