nr 2 - ts-2015-26.… · web viewautorizācijai nepieciešama ievadītā lietotājvārda un...
TRANSCRIPT
Pielikums Nr.2
Iepirkuma nolikumam
Nr.R1S 2015/26
Tehniskā specifikācija
1. Termini un saīsinājumi
Administrators – speciālists, kuram piešķirtas tiesības SPS reģistrēt mājaslapas
redaktorus, kā arī ir atbildīgs par mājaslapas tehniskās darbības uzraudzību.
Apmeklētājs – RPS mājaslapas publiski pieejamās sadaļas lietotājs.
Autorizācija – apmeklētāja piekļūšana slēgtai sistēmas daļai, šajā gadījumā – satura
pārvaldības sistēmai. Autorizācijai nepieciešama ievadītā lietotājvārda un paroles
nosūtīšana uz serveri pārbaudei. Ja ievadītie dati sakrīt ar tiem, kas ir reģistrēti redaktoru
sarakstā, tad autorizācija ir sekmīga un apmeklētājs kļūst par redaktoru.
Lejuplādējamie dokumenti – mājaslapā ievietotas saites uz serverī glabātiem
dokumentiem, kas savukārt ir lejupielādējami.
Redaktors – organizācijas vadītāja noteiktā kārtībā pilnvarota fiziska persona, kurai
piešķirtas tiesības apstrādāt un ievietot mājaslapā informāciju.
RPS – Rīgas 1.slimnīca.
Saite – norāde uz kādu adresi internetā, kas piestiprināta mājaslapas tekstam vai attēlam
(angl. link). Klikšķinot uz objekta, kam piestiprināta saite, apmeklētājam atveras ekrāns ar
saitē norādīto adresi.
Sadaļa – mājaslapas rindas un kolonas, uz kurām klikšķinot atveras jaunas sadaļas (angl.
directory). Tās ir izvietotas hierarhijas zaros, izmantojot hierarhiju, kas noteikta SPS.
Sadaļai ir vienīgi nosaukums un zināšanas par hierarhijā augstāko sadaļu. Zem sadaļām ir
raksti, kam ir plašāka funkcionalitāte. Tekstā ir saites, kas pēc viena klikšķa noved
apmeklētāju jebkurā citā mājaslapas sadaļā.
SEO – mājaslapas optimizācija (angl. Search Engine Optimization) ir procesu kopums,
kas virzīts uz to, ka veicot meklēšanu pēc noteiktiem atslēgvārdiem vai frāzēm
populārākajos interneta meklētājos (piemēram, Google vai Yandex) optimizētā mājaslapa
atrastos pēc iespējas augstākās pozīcijās
SPS – mājaslapas satura pārvaldības sistēma jeb programmatūra mājaslapas informācijas
organizēšanai un papildināšanai (CMS – angl. Content management system).
Web serveris – programmatūra, kas instalēta uz administratora servera un apkalpo
mājaslapu pieprasījumus no tīmekļa.
WYSIWYG – princips, kas ļauj ievietojot un formatējot mājaslapā tekstu redzēt to tieši
tādu, kāds tas parādīsies publicējot to lapā (angl.- What you see is what you get).
HTML – vienkāršota programmēšanas valoda mājaslapas (interneta lapu) būvei (angl.
Hype Text Markup Language).
RTE – iebūvēts teksta redaktors (no angļu valodas Rich Text Editor)
2. Mērķis
Atklāta konkursa mērķis ir izvēlēties Izpildītāju, kurš piedāvā izstrādāt un ieviest
mūsdienīgu, funkcionāli pilnvērtīgu RPS interneta mājaslapu ar oriģinālu un veselības
aprūpes jomai piemērotu dizaina risinājumu.
3. Izpratne par darba uzdevumu
3.1. Rīgas 1. Slimnīca ir veselības aprūpes iestāde ar plaša profila dienas stacionāru un
integrētiem veselības un sociālās aprūpes pakalpojumiem. RPS strādā augsti kvalificēti
dažādu nozaru speciālisti un tiek piedāvāti pakalpojumi gan valsts programmu ietvaros,
gan arī maksas pakalpojumi. RPS piedāvātie pakalpojumi ietver speciālistu ambulatorās
konsultācijas vairāk nekā 40 specialitātēs, dienas stacionāra pakalpojumus, maksas
stacionāra pakalpojumus, ambulatori veicamās operācijas, laboratoriskus un diagnostikas
izmeklējumus, ambulatorās rehabilitācijas pakalpojumus, zobārstniecības pakalpojumus,
īslaicīgās hronisko pacientu sociālās aprūpes pakalpojumus un citus veselības aprūpes
pakalpojumus
3.2. Galvenie mērķi, kuru sasniegšana mājaslapai jāveicina, ir pacientu informētība un
slimnīcas sniegto pakalpojumu apjoma palielināšana, RPS atpazīstamības palielināšana,
detalizētas informācijas sniegšana interesentiem par slimnīcu un tās piedāvātajiem
pakalpojumiem, tai skaitā veselības aprūpes pakalpojumu piedāvājumu ārvalstu klientiem,
imidža un reputācijas paaugstināšanu, ārstniecības iestādes zīmola atpazīstamības
veicināšana, pozitīvas reputācijas rādītāju palielināšana, atgriezeniskās saites
nodrošināšana ar RPS klientiem.
3.3. Veidojot mājaslapas vizuālo risinājumu, jāņem vērā mājaslapas tematika, informācijas
apjoms, grafisko objektu un teksta proporcijas, informācijas pasniegšanas īpašības, lai
ļautu mājaslapas apmeklētājiem operatīvi atrast nepieciešamo informāciju, izmantojot
parocīgu, intuitīvi saprotamu navigāciju, mājaslapas karti un meklēšanas sadaļu.
Mājaslapas struktūrai jāveicina integrēšanās populārākajās meklēšanas sistēmās un jābūt
2
izveidotai ņemot vērā SEO pamatprincipus, orientējoties, galvenokārt, uz Google un
Yandex meklēšanas servisiem.
3.4. Veidojot mājaslapu, tajā jāiekļauj tāds funkcionālu elementu kopums, kas efektīvi atbalsta
mājaslapas uzdevumu nodrošināšanu, piemēram, valodu pārslēgs, kas atļauj izvēlēties
nepieciešamo mājaslapas valodu, kā arī pogas „sākumlapa”, meklēšanas logs un poga, kur
apmeklētājam ievadot atslēgas vārdu vai frāzi tiek piedāvāti ātrie meklēšanas rezultāti
u.tml.
3.5. Mājaslapas sadaļās iekļaujamais saturs jāapraksta tādā detalizācijas pakāpē, kas ļauj
novērtēt veidojamās sadaļas mērķi un sniedz priekšstatu par to, kāda informācija katrā no
sadaļām tiks iekļauta.
3.6. Savu mērķu sasniegšanai RPS aktivitātes realizē sekojošas virzienos:
Rūpes, atbalsts un cieša sadarbība ar slimnīcas pacientiem, lai realizētu galveno
mērķi - vesels cilvēks;
Augsta servisa, kvalitatīvu un drošu veselības aprūpes pakalpojumu sniegšana
slimnīcas pacientiem;
Informācijas pieejamība, komunikācija un atgriezeniskā saite ar apmeklētājiem;
Aktivitātes, kas virzītas uz darbinieku zināšanu, produktivitātes un kvalitātes
paaugstināšanu;
Inovatīvu un modernu tehnoloģiju ieviešana, slimnīcas infrastruktūras un tehniskā
nodrošinājuma attīstība;
RPS ārvalstu pacientiem sniegto pakalpojumu pārdošanas apjoma pieauguma
nodrošināšana;
RPS tēla veidošana un atpazīstamības celšana
3.7. Ar sīkāku informāciju par RPS sniegtajiem valsts apmaksātajiem un maksas
pakalpojumiem, to uzskaitījumu, pakalpojumu cenām, slimnīcas speciālistiem un citu
izstrādātājam nepieciešamo informāciju var iepazīties slimnīcas mājaslapā. Mājaslapas
adrese:
4. Mājaslapas valoda
RPS mājaslapu paredzēts veidot latviešu valodā kā pamatvalodā, papildus krievu un angļu
valodās. Tādēļ nepieciešams valodu pārslēgs un publicēto rakstu dažādu valodu versijas,
kas atļauj mājaslapā publicēt tekstus un ievietot dokumentus arī citās valodās. Jānodrošina
iespēja mājaslapas dažādu versiju satura, apjoma un struktūras dažādošanai. Tām jātiek
korekti attēlotiem. Iespējams arī teksts dažādās valodās vienas ekrāna formas ietvaros.
3
5. Mājaslapas daļas
Mājaslapai veidojamas divas galvenās daļas – mājaslapas publiskā daļa un slēgtā daļa jeb
SPS. Publiskās daļas datiem var piekļūt un tos aplūkot kā mājaslapas apmeklētāji, tā arī
redaktori. SPS ir pieejama tikai atsevišķiem redaktoriem – informācijas publicētājiem un
izstrādātāja pārstāvim. Tai var būt no publiskās daļas atšķirīgs dizains. Sīkāk prasības SPS
aprakstītas nodaļā Nr.9 „Prasības satura pārvaldības sistēmai”.
6. Mājaslapas izveides termiņi un nodošana
6.1. Izpildītājam jāpiedāvā mājaslapas izveides un ieviešanas loģiski posmi un to realizācijas
termiņi, kā arī jāpamato mājaslapas ieviešanas kvalitatīvie rezultāti.
6.2. Pēc līguma noslēgšanas, trīs darba dienu laikā tiek precizēts mājaslapas izstrādes un
ieviešanas kalendārais plāns, ieskaitot galvenos kontrolpunktus, nodevumus un svarīgāko
projekta posmu nodevumu datumus, priekšizpētes posma aktivitātes, priekšizpētes posma
realizācijas laiku un resursu iesaistes nepieciešamību no pasūtītājs puses, piemēram, cik
interviju nepieciešams, ar kādiem speciālistiem, aptuvens intervijas laiks u.c.
6.3. Tiek izstrādāta RPS mājaslapas sākumlapas (pirmās lapas) koncepcija, kura jāsaskaņo ar
pasūtītāju. Tai jābūt pielāgotai RPS vizuālā identitātes dokumentā noteiktajām prasībām.
6.4. Pēc sākumlapas saskaņošanas, atbilstoši apstiprinātai koncepcijai tiek izstrādātas visas
pārējās sadaļas un izveidota stila lapa, kurā tiek iekļauti visi mājaslapas dizaina izstrādes
procesā izmantotie dizaina elementi.
6.5. Pirms galējo rezultātu iesniegšanas un prezentācijas, mājaslapa testa režīmā uz
izstrādātāja servera jāsagatavo 2 mēnešu laikā no līguma noslēgšanas brīža un jānodrošina
Pasūtītāja pārstāvim piekļuve mājaslapas testēšanai. Konstatēto nepilnību gadījumā
Izpildītājam tās jānovērš līdz gala rezultātu iesniegšanas datumam.
6.6. Trešo pušu programmatūras licenču piegāde, ja tādas ir nepieciešamas, jāveic līdz
akcepttestēšanas uzsākšanai.
6.7. Mājaslapas gala versijas iesniegšana un prezentācija jānodrošina ne vēlāk kā 3 mēnešus
no līguma noslēgšanas dienas.
6.8. Mājaslapa jānodod pasūtītājam elektroniskā formātā (piemēram, CD), kas satur visu
nepieciešamo mājaslapas darbināšanai (pirmkodu, datu bāzes kopiju, satura failus
mājaslapas nodošanas brīdī, konfigurācijas aprakstu u.c. informāciju, kas nepieciešama
mājaslapas uzstādīšanai). Mājaslapas kods nedrīkst būt šifrēts vai saturēt šifrētus objektus
6.9. Mājaslapas orģinālkoda īpašnieks (kods, kas ir ārpus GPL licences) ir pasūtītājs.
Orģinālkodam jābūt iesniegtam ar saprotamiem komentāriem angļu valodā, lai būtu
iespējams to papildināt un labot.
4
7. Mājaslapas struktūra un dizains
7.1. Struktūra.
7.1.1. Veidojot mājaslapu, jāņem vērā specifikācijas 3. punktā iekļautā informācija un RPS
darbības profils.
7.1.2. Īss mājaslapas galveno funkcionālo elementu apraksts sniegts zemāk:
7.1.2.1. Jaunumu sadaļa. Iespējas publicēt jaunumus speciāli tiem paredzētā sadaļā.
Apmeklētājam mājaslapā norādot savu e-pastu ir iespēja pieteikties jaunumu, speciālo
piedāvājumu saņemšanai savā e-pastā.
7.1.2.2. Apmeklētāju reģistrācija. Jānodrošina iespēja mājaslapas apmeklētājiem jaunumu,
speciālo piedāvājumu vai citu informatīva rakstura materiālu saņemšanai piereģistrēties
mājaslapā ar savu e-pasta adresi, norādot savus personas datus vai citus nepieciešamo
informāciju. Pēc reģistrācijas apmeklētājs tiek pievienots reģistrēto lietotāju sarakstam.
7.1.2.3. E-pasta paraugu veidošana. Mājaslapas administrators vai redaktors var veidot e-pasta
paraugus un izsūtīt sagatavoto e-pastu reģistrētiem lietotājiem.
7.1.2.4. Atteikšanās no jaunumu saņemšanas. Mājaslapas apmeklētājs var atteikties no jaunumu
saņemšanas:
7.1.2.4.1. izmantojot jebkuras jaunumu vēstules beigās norādīto adresi ar elektroniskā pasta
adresei piešķirto apstiprinājuma kodu. Izmantojot šo adresi, tiek reģistrēta apmeklētāja
atteikšanās turpmāk saņemt jaunumus. Jaunumu sūtīšanas uz šo adresi automātiski tiek
pārtraukta;
7.1.2.5. Autorizācija caur sociāliem tīkliem. Apmeklētājiem tiek nodrošināta iespēja reģistrēties
mājaslapā, izmantojot Facebook sociālā tīkla profilu. Pēc reģistrācijas lietotāji tiek
pievienoti reģistrēto lietotāju sarakstam.
7.1.2.6. Informācija par RPS. Sadaļa, kurā tiek ievietota informācija par Rīgas1. slimnīcu,
piemēram, amatpersonas, slimnīcas vēsture, attīstības vīzija u.c. informācija, kas
noteikta tiesību aktos vai dod plašāku ieskatu par organizāciju, tās darbības mērķiem un
prioritātēm.
7.1.2.7. Sākumlapas slaidrāde. Mājaslapas sākumlapā tiek izvietota slaidrāde ar īpašiem,
uzmanību piesaistošiem, piedāvājumiem. Slaidrādes attēli tiek mainīti ar iepriekš
saskaņoto pārslēgšanas efektu. Katram attēlam ir iespējams pievienot saiti uz konkrētu
mājaslapas sadaļu vai arī jebkuru citu ārējo resursu.
7.1.2.8. Informācija apmeklētājiem. Sadaļā tiek ievietota RPS apmeklētājiem noderīga
informācija, piemēram, apdrošināšanas kompāniju saraksts ar kurām RPS ir
līgumattiecības, slimnīcas teritorijā esošās autostāvvietas lietošanas noteikumi, slimnīcas
iekšējie kārtības noteikumi u.tml.
5
7.1.2.9. Reklāmkarogi (banneri). Iepriekš paredzētas vietas, kur nepieciešamības gadījumā var
izvietot reklāmkarogus (bannerus), ar mērķi novirzīt apmeklētāju uz noteiktām
mājaslapas sadaļām vai uz jebkuru citu ārēju informācijas resursu.
7.1.2.10. Akcijas. Iespēja izcelt akcijas, izveidojot tām atsevišķu sadaļu vai speciālu vietu
sākumlapā. Visām akcijām automātiski tiek pievienota īpaša akcijas, atlaižu vai cita
veida pazīme.
7.1.2.11. Sasaiste ar sociālajiem tīkliem. Mājaslapa tiek sasaistīta ar populārākajiem sociālajiem
tīkliem. Mājaslapas sadaļās tiek pievienotas tādas funkcijas, kā: "Pastāstīt draugam”,
“Like”, “Tweet”, “Facebook” un tamlīdzīgi.
7.1.2.12. Fotogrāfiju galerija. Speciāla mājaslapas sadaļa fotoattēlu izvietošanai. Attēlus var
sagrupēt kategorijās. Fotogrāfiju galerijā ir iespējams pievienot neierobežotu attēlu
skaitu. Aplūkojamo attēlu izmēru var palielināt ar lapā iestrādāta rīka palīdzību. Katrai
kategorijai un attēlam ir iespējams pievienot nosaukumu un/vai alt atribūtu
7.1.2.13. Video galerija. Mājaslapas sadaļa, kas paredzēta video sižetiem. Tos var sagrupēt
kategorijās. Video galerijā ir iespējams pievienot neierobežotu skaitu video sižetu.
Katrai kategorijai un sižetam var pievienot nosaukumu un/vai alt atribūtu. Video objekti
var tikt glabāti Youtube vai Vimeo vietnēs un Izpildītājam jānodrošina šo objektu
atspoguļošana Video galeriju sadaļā.
7.1.2.14. Atsauksmes. Mājaslapas apmeklētājiem tiek piedāvāta iespēja ierakstīt atsauksmi,
komentāru par pakalpojumu speciāli tam paredzētā sadaļā. Atsauksmes publicēšanu
apstiprina mājaslapas redaktors.
7.1.2.15. Pakalpojumu katalogs. Mājaslapas redaktoram ir iespēja veidot RPS pakalpojumus,
ievietojot tos katalogā. Katalogam ir noteikta struktūrā ar kategorijām un
apakškategorijām. Katram pakalpojumam nepieciešamības gadījumā var tikt pievienots
attēls, apraksts un pakalpojuma cena. Katram pakalpojumam nepieciešamības gadījumā
var izveidot biežāk uzdoto jautājumu sadaļu. Apmeklētājiem tiek nodrošināta iespēja
izvēlēties pakalpojumus katalogā pēc pakalpojuma veida, pakalpojuma nosaukuma,
pakalpojuma sniedzēja, pakalpojumu cenas. Katalogā tiek integrēts meklētājs ātrākai un
vienkāršākai pakalpojumu meklēšanai.
7.1.2.16. Elektroniskā pieteikšanās pakalpojuma saņemšanai. Tiek nodrošināta elektroniska
pieteikšanās iespēja pakalpojumu saņemšanai. Mājaslapas apmeklētājam ir iespējas
pieteikties konkrētam pakalpojumam, vai konsultācijai aizpildot pieteikuma formu un
nosūtot to slimnīcas reģistratūrai. Reģistratūra precizē pakalpojuma sniegšanas iespējas
un laiku un informē par to pacientu.
7.1.2.17. Speciālisti. Mājaslapas redaktoram ir iespēja veidot speciālistu katalogu. Tiek
nodrošināta iespēja katalogā ievietot speciālista fotogrāfiju, kvalifikāciju, pieredzes
6
aprakstu un citu informāciju par konkrēto speciālistu. Katalogā tiek integrēts meklētājs
ātrākai un vienkāršākai speciālista meklēšanai. Apmeklētājiem tiek nodrošināta iespēja
izvēlēties speciālistus katalogā pēc vārda, uzvārda, speciālista sniegtā pakalpojuma
veida, pakalpojuma nosaukuma.
7.1.2.18. Elektroniskā pieteikšanās konsultācijai pie konkrēta speciālista. Tiek nodrošināta
elektroniska pieteikšanās konsultācijai pie speciālista. Mājaslapas apmeklētājam ir
iespējas pieteikties konkrētam pakalpojumam, vai konsultācijai pie izvēlētā speciālista
aizpildot pieteikuma formu un nosūtot to slimnīcas reģistratūrai. Reģistratūra precizē
pieraksta laiku, saskaņo to ar izvēlēto speciālistu un informē par to pacientu.
7.1.2.19. Norēķini par pakalpojumu. Tiek nodrošināta iespēja pēc pieteikšanās pakalpojumam
saņemt rēķinu samaksas veikšanai. Rēķini ar piedāvājumu norēķināties, izmantojot
internetbanku, tiek nosūtīti uz klienta e-pasta adresi. Rēķinu izveide notiek manuāli, un
nav nepieciešama mājaslapas integrācija ar pacientu vadības informācijas sistēmu vai
grāmatvedības informācijas sistēmu.
7.1.2.20. Kontaktforma. Mājaslapas noteiktajā sadaļā apmeklētāji sev aktuālu jautājumu
uzdošanai vai komentāru nosūtīšanai var aizpildīt kontaktformu, norādot savu
kontaktinformāciju, jautājuma (komentāra) tēmu un pievienojot jautājuma vai komentāra
saturu. Pēc kontaktformas nosūtīšanas, to saņem redaktors, kas tālāk organizē atbildes
sagatavošanu.
7.1.2.21. Aptaujas un balsošana. Mājaslapas apmeklētāji var piedalīties interaktīvajās aptaujās,
pievienojot savu balsojumu kādam no variantiem. Apmeklētājiem ir iespējams uzzināt
arī balsojuma rezultātus.
7.1.2.22. Blogs. Bloga sadaļa, kurai mājaslapas administrators var pievienot dažāda veida saturu -
rakstus ar attēliem, videomateriālus. Rakstam automātiski tiek pievienots publicēšanas
datums. Apmeklētāji var komentēt rakstus.
7.1.2.23. Meklētājs. Iespēja meklēt mājaslapā pieejamo informāciju par pakalpojumiem,
speciālistiem, bloga rakstiem u.c. ievadot attiecīgos atslēgvārdus vai meklējamo frāzi.
7.1.2.24. Biežāk uzdotie jautājumi. Noteiktajā sadaļā mājaslapas apmeklētāji var aplūkot biežāk
uzdotus vai aktuālus jautājumus un atbildes uz tiem. Jautājumus un atbildes var grupēt
kategorijās.
7.1.2.25. Regulējams fonta izmērs. Jānodrošina lapas apmeklētājiem iespēja samazināt un
palielināt mājaslapas fonta izmēru.
7.1.2.26. Lapas satura nosūtīšana pa e-pastu. Jāparedz iespēja pārsūtīt jebkuras mājaslapas
sadaļas saturu uz e-pastu kā rekomendāciju vai ieteikumu. Ieteikuma komentāru,
pārsūtot lapu, var rediģēt.
7
7.1.2.27. Tiesību aktos noteiktā informācija. Mājas lapā jāparedz sadaļas, kas nodrošina tiesību
aktos noteiktās obligātās informācijas ievietošanu mājas lapā, piemēram izsludinātie
iepirkumi, RPS realizētie iepirkumi, ES finansējuma ietvaros realizētie projekti u.c.
7.1.2.28. RPS teritorijas karte. Teritorijas karte, kas atvieglo apmeklētāju nokļūšanu tiem
nepieciešamajā vietā.
7.1.2.29. Mājaslapai jābūt izstrādātai saskaņā ar LR likumu „Fizisko personu datu aizsardzības
likums”, Publiskas personas kapitāla daļu un kapitālsabiedrību pārvaldības likumu, MK
2007.g.6.marta MK noteikumiem „Kārtība, kādā iestādes ievieto informāciju internetā”
un citiem spēkā esošiem normatīvajiem aktiem, kas jāievēro, izstrādājot ārstniecības
iestādes mājaslapu.
7.1.2.30. Mājaslapas apmeklējumu analīzei un apmeklētāju aktivitātes novērtēšanai jānodrošina
apmeklējumu statistikas uzkrāšanas un izpētes iespējas.
7.2. Dizains.
7.2.1. Jāizstrādā viegli uztverams un oriģināls mājaslapas dizains, kurā nodrošināta RPS
atpazīstamība, izmantotas Pasūtītāja krāsas un simbolika un nodrošināta atbilstība
biznesa un funkcionalitātes prasībām un mārketinga komunikācijas mērķiem.
7.2.2. Pirms mājaslapas dizaina izstrādes Izpildītājam jāsaskaņo ar Pasūtītāju mājaslapas
dizaina risinājuma pamatprincipi un piedāvātie dizaina elementi, nepieciešamības
gadījumā iesniedzot vizualizācijas attiecīgajām mājaslapas sadaļām.
7.2.3. Izpildītājam jāpiedāvā RPS klientu interesēm un vajadzībām atbilstošas mājaslapas
struktūra, attiecīgās mājaslapas sadaļas un to hierarhija.
7.2.4. Izpildītājam jāpiedāvā vērtējums vismaz par trīs līdzīgu saturu un apjomu (konkurējošu)
ārstniecības iestāžu mājaslapu galveniem trūkumiem un priekšlikumi kā novērst līdzīgus
trūkumus jaunveidojamā RPS mājaslapā.
7.2.5. Mājaslapas dizains jāveido responsīvs vai adaptīvs nodrošinot dizaina optimizāciju 17"
monitoriem ar izšķirtspēju 1024x768, planšetdatoriem un viedtālruņiem. Monitoriem ar
attiecīgi zemāku vai augstāku izšķirtspēju, mājaslapas saturam ir jāpielāgojas,
nekropļojot tā izskatu.
8. Tehnoloģijas un savietojamība
8.1. Ja Izpildītājs piedāvā izmantot no konkrēta ražotāja neatkarīgu platformu, tai jābūt
veidota izmantojot GNU licenci (angl. General Public Licence). Platformu uztur lietotāju
kopiena ne mazāk kā piecus gadus. Platformai ir pieejami trešo pušu izstrādāti
bezmaksas moduļi.
8
8.2. Mājaslapai jābūt savietojamai ar pēdējo versiju pārlūkprogrammām Google Chrome,
Mozilla Firefox, Safari, Internet Explorer un Opera versijām.
9. Prasības satura pārvaldības sistēmai (SPS)
9.1. Satura pārvaldības rīkam jānodrošina visa mājaslapas satura pārvaldīšana - pievienošana,
rediģēšana, dzēšana. Brīva satura koka pārvaldīšana - sadaļu pievienošana vairākos
līmeņos, rediģēšana, dzēšana, pārvietošana. Jānodrošina informācijas par sadaļu
(nosaukums, meta-informācija) ievietošana caur satura pārvaldības rīku, atbalsts
mājaslapas redaktoram un administratoram publicējamā materiāla sagatavošanā,
redaktoru reģistrēšana, autorizēšana un piekļuves kontrole mājaslapas materiāliem;
9.2. SPS sistēmai jābūt kodolā (core) integrētai multi-site funkcionalitātei, kas ļauj izveidot
vairākas vietnes ar atšķirīgu konfigurāciju bet vienotu koda bāzi.
9.3. SPS sistēmai jānodrošina konfigurācijas eksportēšana un importēšana no koda ar mērķi
to pārvaldīt versiju kontroles sistēmā.
9.4. SPS sistēmai kodolā jānodrošina funkcionalitāte vizuālai vaicājumu veidošanai sistēmā
esošā satura atlasei un vaicājumu rezultātu attēlošanai dažādos formātos (vienkāršs
saraksts, tabula, slaideris u.c.), t.sk. populārākajos datu apmaiņas formātos (piemēram,
XML, JSON).
9.5. SPS sistēmai jānodrošina funkcionalitāte kārtulu (Rules) vizuālai izveidei un darbību
definēšanai pie kārtulu nosacījumu izpildes. Kārtulas jāvar izpildīt periodiski
automātiskā režīmā.
9.6. SPS ir iespēja mājaslapā sadaļām norādīt šablonu, kas ir piemērots lapas izdrukai un
mājaslapas sadaļā dot vienveidīgu norādi uz lapas izdrukas iespējām.
9.7. SPS jānodrošina mājaslapas materiālu nepārtraukta pieejamība mājaslapas
apmeklētājiem.
9.8. Izstrādātajai mājaslapai ir jāpārvar Google Page Insights testi desktop un mobile
versijām, kā minimums 80% gadījumu pārsniedzot līmeni “Ieteicams novērst
problēmu”.
9.9. SPS parāda mājaslapas apmeklētājiem tikai tās mājaslapas sadaļas un to redakciju, kuru
mājaslapas redaktors ir apstiprinājis kā publicējamu. Katru sadaļas parādīšanu SPS
reģistrē SPS žurnālā.
9.10. Satura pārvaldības rīkam jābūt ar vairāku valodu atbalstu - visam mājaslapas saturam un
teksta fragmentiem jābūt tulkojamiem. Visam sadaļām jābūt iespējai norādīt, kurās
valodās tas būs pieejams.
9.11. Ir nodrošināta iespēja izveidot redaktorus ar ierobežotām piekļuves tiesībām.
9
9.12. Jābūt iespējai veidot rakstus RTE teksta redaktorā ar iespēju kopēt/ielīmēt tekstā
fragmentus no Excel un Word failiem, turklāt pārceltajam tekstam (un tabulām) jābūt
iztīrītam no liekajiem tagiem. Rakstiem jābūt priekšapskates režīmam.
9.13. Aprakstošajām sadaļām jānodrošina satura ievietošana ar WYSIWYG un HTML, pēc
redaktora izvēles.
9.14. Sadaļās līdz ar tekstuālo saturu jābūt iespējai ievietot tabulas, sarakstus, galerijas,
kontaktu formas, hipersaites, failus augšupielādēt un ievietot attēlus, dokumentus un
citus failus. Jānodrošina iespējai ievietot video no YouTube un Vimeo servisiem.
9.15. Nedrīkst pieļaut attēlu ievietošanu BMP failu formātā.
9.16. Aprakstošajām sadaļām jābūt pieejamai visu revīziju vēsturei, kas satura pārvaldības
rīka lietotājam jebkurā brīdī ļauj atgriezties pie agrāk saglabāta satura.
9.17. Mājaslapai jābūt drošai pret surogāttekstu ievietošanu datubāzē caur HTML formām
mājaslapā. Piemēram, izmantojot slēpto lauku ar mainīgu nosaukumu, un saturu
(captcha), formā ievadīto saturu Sistēmā pievieno tikai pēc lauka nosaukuma
salīdzināšanas ar lauka nosaukumu saņemtajos datos.
9.18. Sistēmai jānodrošina informācijas aizsardzība saskaņā ar standartu LVS ISO/IEC
27001:2005 „Informācijas tehnoloģija. Drošības paņēmieni. Informācijas drošības
pārvaldības sistēmas. Prasības, lai neautorizētas personas vai sistēmas nevarētu izgūt vai
modificēt informāciju, kas nav publiski pieejama”.
9.19. SPS ir pieejama mājaslapas redaktoriem un administratoram pēc autorizācijas
pārlūkprogrammā (lietotājvārds un parole).
9.20. SPS ir paredzēta neierobežota skaita moduļu pievienošana. SPS darbība ir organizēta tā,
lai, pievienojot vai, atslēdzot atsevišķus moduļus, nebūtu nepieciešams modificēt
sistēmas pamata programmatūru.
9.21. Administratoram sistēmā ir iespēja veidot mājaslapas struktūru – pievienot, pārveidot,
dzēst mājaslapas sadaļas. Sadaļu pakārtojuma līmeņu skaits ir neierobežots. Ja
nepieciešams administrators var noteikt, kura redaktoru grupa tai var piekļūt.
9.22. SPS ir jāsagatavo pietiekoši detalizēta dokumentācija, lai kvalificēta persona spētu
patstāvīgi, bez sistēmas izstrādātāja iesaistīšanas ielādēt jaunus sistēmas moduļus. SPS
dokumentācija jāiesniedz uz elektroniska datu nesēja vai jānodrošina saite uz SPS
ražotāja portālu, kurā sniegts apraksts par jauno moduļu izstrādi un ielādēšanu.
9.23. SPS automātiski reģistrē mājaslapas sadaļas izveides datumus un tās pēdējo labojumu
datumu, kā arī automatizēti reģistrē katra redaktora, kurš izveidojis mājaslapas sadaļu
vai veicis labojumus tajā, identifikācijas datus.
10
9.24. Labotās vai no jauna izveidotās sadaļas SPS apstiprina pats redaktors, dodot SPS
komandu publicēt to. Tikai pēc apstiprināšanas mājaslapas sadaļa kļūst pieejama
mājaslapas apmeklētājiem.
9.25. SPS parāda mājaslapas apmeklētājiem tikai tās mājaslapas sadaļas un to redakciju, ko
mājaslapas redaktors ir apstiprinājis publicēšanai. Katru sadaļas parādīšanu sistēma
reģistrē SPS žurnālā.
9.26. Ja nepieciešams, redaktoram SPS ir iespēja norādīt, kurām sadaļām mājaslapas
apmeklētāji var pievienot komentārus.
9.27. Redaktors vai administrators var veidot aptaujas, apskatīt to rezultātus, kā arī tās dzēst.
Mājaslapas apmeklētājiem (respondentiem) aptaujas var tikt parādītas kā hipersaite, pēc
kuras aktivizēšanas respondents redz aptaujas jautājumus un var uz tiem atbildēt.
9.28. Administrators SPS var reģistrēt redaktorus un, ja nepieciešams, tiem piešķirtās
piekļuves tiesību pakāpes. Šādā gadījumā administrators patstāvīgi veic sistēmas visu
redaktoru reģistrāciju un redaktoru datu ievadi.
9.29. Administrators SPS reģistrē par sistēmas redaktoru vismaz šādu informāciju:
9.29.1. personas vārds un uzvārds;
9.29.2. personas elektroniskā pasta adrese;
9.29.3. redaktora reģistrācijas datums (reģistrē SPS);
9.29.4. redaktora vārds;
9.29.5. redaktora parole;
9.29.6. redaktoru grupa.
9.30. Redaktoram ir iespēja veikt autorizāciju mājaslapā, norādot tam piešķirto redaktora
vārdu un paroli. Tālākos redaktora pieprasījumus SPS reģistrē un kontrolē redaktora
piekļuves pakāpi mājaslapā sadaļām.
9.31. Administratoram ir iespēja noteikt redaktora definēto paroļu sarežģītību un garumu.
9.32. Visām mājaslapas apmeklētājiem paredzētām lapām ir jābūt pieejamām indeksēšanai
internetā jebkurai automatizētai meklēšanas sistēmai (robotam). Sistēmā nav vēlams
izmantot skriptu (piemēram, javascript) norāžu lietošanai.
9.33. Mājaslapa jānodrošina pret neautorizētu izmaiņu veikšanu vai tās darbības ļaunprātīgu
traucēšanu. Piedāvājumā jāapraksta drošības mehānismi, kas tiks izmantoti mājaslapas
aizsardzībai.
9.34. Izstrādātājam ir jānodrošina, ka novērstas vismaz top 10 drošības ievainojamības, kas
uzskaitītās zemāk minēto drošības ievainojamību testēšanas vadlīnijās:
9.34.1. OWASP (angl. Open Web Applicaton Security Project) testēšanas vadlīnijas (angl.
OWASP Testng Guide);
9.34.2. OWASP koda pārskatīšanas vadlīnijas (angl. OWASP Code Review Guide);
11
9.34.3. Atvērtā koda drošības testēšanas metodikas rokasgrāmata OSSTMM (angl. Open Source
Security Testng Methodology Manual).
9.35. Visām risinājumam nepieciešamajām licencēm jābūt izmantojamām uz virtuālajām
mašīnām.
9.36. Visām risinājumam nepieciešamajām licencēm jābūt savietojamām ar x64 arhitektūru.
9.37. Kopā ar trešo pušu produktiem Izstrādātājam ir jāpiegādā arī to programmatūras
dokumentācija.
9.38. Izpildītājam jānodrošina mājaslapas funkcionalitātes un drošības testēšana pirms
publicēšanas produkcijas vidē, kā arī jānodrošina visu moduļu un atjauninājumu
testēšana, pirms tie tiek uzstādīti produkcijas vidē.
9.39. Izpildītājs veic mājas lapas administratora un redaktora apmācības SPS lietošanai ne
mazāk kā 4 stundu apjomā 3 cilvēkiem.
10. SEO aktivitātes
10.1. Izpildītājs veic SEO priekšizpēti par pamatu ņemot esošo RPS mājaslapas saturu,
piedāvā ne mazāk kā 100 atslēgas vārdu sarakstu un sasniedzamos SEO aktivitāšu
mērķus (pozīcijas Google un Yandex meklēšanas servisos), attiecībā, uz kuriem tiks,
optimizēta RPS mājaslapa. Nepieciešams veikt RPS biznesu raksturojošo un ar tiem
saistīto atslēgas vārdu analīzi (tai skaitā, manipulācijas, pakalpojumi, ar tiem saistītās
diagnozes, izplatītākie simptomi u.tml.), nosakot vidējo meklēšanas gadījumu skaitu
mēnesī (par pamatu ņemot Google AdWords atslēgas vārdu plānotāja datus Latvijā).
10.2. Priekšizpētes nodevums ir punktā 10.1. minēto atslēgas vārdu saraksts, vidējais
meklēšanas gadījumu skaits, konkurences līmenis, kā arī RPS mājaslapas iekšējās un
ārējās SEO optimizācijas aktivitāšu plāns sešiem mēnešiem, kas nodrošinās 100 atslēgas
vārdu optimizāciju Google.lv meklēšanas servisam ar mērķi RPS mājaslapai sasniegt
pozīciju ne zemāku kā 5. vieta.
10.3. RPS mājaslapas satura sagatavošana tiek veikta ņemot vērā punktā 10.2. minēto SEO
aktivitāšu plānu.
10.4. Līdz katra mēneša 5. datumam Izpildītājs iesniedz atskaiti, kurā atspoguļo iepriekšējā
atskaites posmā paveikto un mērķu sasniegšanas dinamiku.
11. Uzturēšana un apkalpošana
11.1. Izpildītājam jāpiedāvā vietnes uzturēšanas un apkalpošanas izmaksas un nosacījumi
24x7 SLA (angl.- Service Level Agreement – SLA) līmenim divu gadu uzturēšanas
periodam.
11.2. SLA piedāvājumā jāietver vismaz:
12
11.2.1. vietnes tehniskā uzturēšana datu centrā;
11.2.2. nepārtrauktas pieejamības, 99,9% katra kalendārā mēneša laikā, nodrošināšana vietnei
24x7 stundu režīmā un pārtraukumu novēršana ja tas noticis Izpildītāja pārziņā esošajā
tīklā vai aparatūrā, izņemot gadījumus, kas ir ārpus Izpildītāja ietekmes un kontroles, tai
skaitā Interneta zudumi trešo personu vainas dēļ, kurus Izpildītājs nav varējis novērst;
11.2.3. problēmu reģistrēšana un risināšana, nodrošinot to uzskaiti, notikumu izsekojamību un
reakcijas laiku ne ilgāku, kā noteikts punktā 12.3.;
11.2.4. pēdējo 7 dienu datu dublēšana. Servera diska bojājuma gadījumā Izpildītājs garantē, ka
dati tiks atjaunoti un nebūs vecāki par nedēļu pirms bojājuma iestāšanās;
11.2.5. atklāto problēmu un kļūdu novēršana, kuras iesniedz Pasūtītājs;
11.2.6. bezmaksas konsultācijas pa telefonu;
11.2.7. domēna apkalpošana, vietnes papildināšana un izmaiņu veikšanu, SPS moduļu
adaptēšana un konfigurēšana, jauninājumu uzstādīšana;
11.2.8. aizsardzība pret nelegālu kopēšanu, neautorizētu informācijas mainīšanu vai bojāšanu;
11.2.9. mājaslapas pretvīrusu aizsardzība;
11.2.10. mājaslapas ievainojamību un drošības audita veikšana reizi gadā;
11.2.11. proaktīva mājaslapas tehnisko problēmu un nepilnību identificēšana un risinājumu
piedāvāšana;
11.2.12. satura konfidencialitātes ievērošana.
12. Garantija
12.1. Izpildītājam jānodrošina 2(divu) gadu garantijas periods izstrādātajai mājaslapai, skaitot
no mājaslapas pieņemšnas-nodošanas akta parakstīšanas dienas.
12.2. Garantijas periodā bez maksas jāveic mājaslapas darbībā konstatēto kļūdu novēršana,
kas radušās Izstrādātāja apzinātas vai neapzinātas rīcības rezultātā.
12.3. Izpildītājam jānodrošina šādi reakcijas laiki no problēmas pieteikšanas brīža:
12.3.1. kritiskos gadījumos, kad problēma izraisa pilnīgu mājaslapas darbības apstāšanos, un/vai
darbs nevar tikt turpināts - ne lielāks par 4 (četrām) stundām;
12.3.2. steidzamos gadījumos, kad problēma izraisa iekšēju programmatūras kļūdu vai
nekorektu darbību, kas rada lielus iespēju zudumus un Pasūtītājam nav zināms
pieņemams problēmas apiešanas risinājums, tomēr ir iespējams darbu turpināt ierobežotā
režīmā - ne lielāks par 8 (astoņām) stundām;
12.3.3. pārējos gadījumos, kad problēma izraisa minimālus iespēju zudumus. Ietekme ir
mazsvarīga/sagādā zināmas neērtības, piemēram, manuālu darbu funkcionēšanas
atjaunošanai/darba turpināšanai - ne lielāks par 16 (sešpadsmit) stundām.
13
12.4. Ja problēmas tiek pieteiktas darba dienā pēc plkst. 16:00, tad tiek uzskatīts, ka ziņojums
saņemts nākamajā darba dienā plkst. 9:00.
12.5. Pēc Pasūtītāja pieprasījuma Izpildītājam jānodrošina regulāra informēšana par pieteiktā
problēmziņojuma statusa izmaiņām un pārskatu iesniegšana par tā risināšanas gaitu.
14
Pielikums Nr.2 tabula Nr.1.
Iepirkuma nolikumam
Nr.R1S 2015/26
Tehniskā piedāvājuma iesniegšanas forma
Prasība (saskaņā ar tehnisko specifikāciju) Pretendenta piedāvājums
1. Mājaslapas izveides termiņi
2. Mājaslapas valoda
3. Mājaslapas struktūra un dizains
3.1. Mājas lapas dizains
3.2. Mājas lapas sturktūra
4. Tehnoloģijas un savietojamība
5. Satura pārvaldības sistēma (SPS)
6. SEO aktivitātes
7. Uzturēšana un apkalpošana
8. Garantija
15