TECHNINĖ SPECIFIKACIJA - vaspvt.gov.lt tech... · ST VERTINIMO PARAIŠKOS BŪSENŲ KEITIMO DIAGRAMA..... 48. 1. SĄVOKOS IR TERMINAI 1.1 lentelė. Sąvokos ir terminai SĄVOKA, TERMINAS

Supaprastinto atviro konkurso

pirkimo sąlygų

1 priedas

SVEIKATOS TECHNOLOGIJŲ,

SUSIJUSIŲ SU MEDICINOS PRIETAISAIS VALDYMO,

INFORMACINĖS SISTEMOS KŪRIMO IR DIEGIMO

PASLAUGŲ PIRKIMO

TECHNINĖ SPECIFIKACIJA TURINYS

1. ..................................................................................................... SĄVOKOS IR TERMINAI

..................................................................................................................................................... 3

2. ........................................................................................................................... SANTRAUKA

..................................................................................................................................................... 3

3. ...................................................................................................... DOKUMENTŲ SĄRAŠAS

..................................................................................................................................................... 4

5. ............................................................................................................... ESAMA SITUACIJA

..................................................................................................................................................... 5

6. ..............................KOMPIUTERIZUOJAMO OBJEKTO PAGEIDAUJAMA BŪSENA

................................................................................................................................................... 11

7. .............................................FUNKCINIAI REIKALAVIMAI, PROCESŲ APRAŠYMAI

................................................................................................................................................... 11

7.1. ...................................................................... BENDRIEJI FUNKCINIAI REIKALAVIMAI

........................................................................................................................................................... 11

7.2. .................... FUNKCINIAI REIKALAVIMAI ADMINISTRAVIMO MODULIUI

............................................................................................................................................ 114

7.3. .. FUNKCINIAI REIKALAVIMAI BRANGIŲ ST-MP DUOMENŲ TVARKYMO

MODULIUI ......................................................................................................................... 19

7.4. ... FUNKCINIAI REIKALAVIMAI SPĮ TEIKIAMŲ ATASKAITŲ TVARKYMO

MODULIUI ......................................................................................................................... 20

7.5. ........................... FUNKCINIAI REIKALAVIMAI ST VERTINIMO MODULIUI

.............................................................................................................................................. 22

7.6.FUNKCINIAI REIKALAVIMAI ATASKAITŲ IR INFORMACIJOS ANALIZĖS

MODULIUI ......................................................................................................................... 26

7.7. ........... FUNKCINIAI REIKALAVIMAI KONTROLĖS VYKDYMO MODULIUI

.............................................................................................................................................. 27

7.8. ........ FUNKCINIAI REIKALAVIMAI PORTALUI IR JO TURINIO VALDYMO

MODULIUI ......................................................................................................................... 28

8. ................................................................................. REIKALAVIMAI ARCHITEKTŪRAI

................................................................................................................................................... 28

9. ...................................... REIKALAVIMAI DUOMENŲ BAZIŲ VALDYMO SISTEMAI

................................................................................................................................................... 30

10. ........................................................................................... REIKALAVIMAI SAUGUMUI

................................................................................................................................................... 30

11. .........................REIKALAVIMAI NAUDOTOJO SĄSAJAI IR ERGONOMIŠKUMUI

................................................................................................................................................... 31

12. ......................................................... REIKALAVIMAI INTEGRACINĖMS SĄSAJOMS

................................................................................................................................................... 32

13. ........................................................................ REIKALAVIMAI TECHNINEI ĮRANGAI

................................................................................................................................................... 33

14. .......................................................... REIKALAVIMAI NAŠUMUI IR GREITAVEIKAI

................................................................................................................................................... 33

15. ................................................................ REIKALAVIMAI DUOMENŲ UŽKROVIMUI

................................................................................................................................................... 33

16. ............................................................................ REIKALAVIMAI DOKUMENTACIJAI

................................................................................................................................................... 34

17. ............................................. REIKALAVIMAI IS KŪRIMO IR DIEGIMO PROCESUI

.............................................................................................................................................. .... 35

18. ............................................................... REIKALAVIMAI GARANTINEI PRIEŽIŪRAI

................................................................................................................................................... 36

19. ........................................................ PASLAUGŲ SUTEIKIMO ETAPAI IR TERMINAI

................................................................................................................................................... 38

20. ........................................................................................ REIKALAVIMAI PASIŪLYMUI

................................................................................................................................................... 42

21. ................................................................................................................................. PRIEDAI

................................................................................................................................................... 43

21.1. ............................. PRIEDAS NR. 1. ST-MP DUOMENŲ TEIKIMO PROCESAS

.............................................................................................................................................. 43

21.2. PRIEDAS NR. 2. ATASKAITŲ, SUSIJUSIŲ SU ST-MP, TEIKIMO PROCESAS

.............................................................................................................................................. 44

21.3. ................................................... PRIEDAS NR. 3. ST VERTINIMO PROCESAS

.............................................................................................................................................. 46

21.4.PRIEDAS NR. 4. ST VERTINIMO PARAIŠKOS BŪSENŲ KEITIMO DIAGRAMA

.............................................................................................................................................. 48

1. SĄVOKOS IR TERMINAI

1.1 lentelė. Sąvokos ir terminai

SĄVOKA,

TERMINAS

APRAŠYMAS

DBVS Duomenų bazių valdymo sistema DVS Dokumentų valdymo sistema JAR LR Juridinių asmenų registras IS Informacinė sistema LR Lietuvos Respublika PĮ Programinė įranga Projektas Projektas „Asmens sveikatos priežiūros kokybės gerinimas,

įgyvendinant sveikatos technologijų vertinimo ir valdymo sistemas bei pirminės asmens sveikatos priežiūros įstaigų veiklos akreditavimą“

SAM Sveikatos apsaugos ministerija SPĮ Sveikatos priežiūros įstaiga Brangios ST-MP Sveikatos technologijos, susijusios su medicinos prietaisais ST Sveikatos technologijos Sveikatos technologijos, susijusios su medicinos prietaisais

Medicinos prietaisai ir su medicinos prietaisais susiję metodai, metodikos, procedūros, intervencijos, kuriuos naudoja sveikatos priežiūros specialistai, teikdami sveikatos priežiūros paslaugas pacientams

Sveikatos technologijų, susijusių su medicinos prietaisais, vertinimas

Sisteminis sveikatos technologijų, susijusių su medicinos prietaisais, vertinimas pagal EUnetHTA šerdinį modelį, apimantį sveikatos technologijos, susijusios su medicinos prietaisu, panaudojimą, techninių charakteristikų apibūdinimą, klinikinį efektyvumą, saugumą, kai kuriais atvejais ekonominius, etinius, organizacinius, socialinius ir teisinius aspektus, ir suteikiantis moksliškai pagrįstą informaciją, reikalingą sprendimų priėmėjams

TechnoMedTas Sveikatos technologijų, susijusių su medicinos prietaisais valdymo informacinė sistema

VASPVT, PO, Perkančioji organizacija

Valstybinė akreditavimo sveikatos priežiūros veiklai tarnyba prie Sveikatos apsaugos ministerijos

VIISP Valstybės informacinių išteklių sąveikumo platformos informacinė sistema

2. SANTRAUKA

1. Perkančioji organizacija: Valstybinė akreditavimo sveikatos priežiūros veiklai tarnyba prie Sveikatos apsaugos ministerijos (toliau – VASPVT arba Perkančioji organizacija), Jeruzalės g. 21, LT-08420 Vilnius.

2. VASPVT yra biudžetinė įstaiga, kuriai pavesta organizuoti ir vykdyti asmens ir visuomenės sveikatos priežiūros įstaigų (toliau – SPĮ) licencijavimą, vykdyti asmens sveikatos priežiūros įstaigų sąlygų laikymosi priežiūrą, medicinos, slaugos ir akušerijos praktikos licencijavimą bei jų sąlygų laikymosi priežiūrą, pagal kompetenciją kontroliuoti, kaip laikomasi teisės aktų, reglamentuojančių sveikatos priežiūros paslaugų kokybę, reikalavimų, vykdyti pacientų teisių ir sveikatos priežiūros paslaugų kokybės kontrolę, vykdyti įgaliotosios institucijos funkcijas medicinos prietaisų atitikties vertinimo srityje (teisės aktų nustatyta tvarka registruoti asmenis, atsakingus už medicinos prietaisų patekimą į rinką, ir teikiamus į rinką medicinos prietaisus, organizuoti ir vykdyti medicinos prietaisų rinkos priežiūrą ir kt.), organizuoja ir vykdo ST vertinimą, Brangių ST-MP vertinimą ir valdymą.

3. VASPVT įgyvendina projektą „Asmens sveikatos priežiūros kokybės gerinimas, įgyvendinant sveikatos technologijų vertinimo ir valdymo sistemas bei pirminės asmens sveikatos priežiūros įstaigų veiklos akreditavimą“ (toliau – Projektas), kurio metu siekiama užtikrinti sveikatos priežiūros kokybę ir

vykdyti ST vertinimą. Projekto metu bus sukurta Brangių ST-MP valdymo informacinė sistema (toliau – TechnoMedTas). Veiklų perkėlimas į elektroninę erdvę SPĮ leis taupyti laiką teikiant ir gaunant informaciją apie Brangias ST-MP ir optimizuoti VASPVT veiklas, susijusias su Brangių ST-MP priežiūra bei vertinimu.

4. Planuojami rezultatai įgyvendinus Projektą: 4.1. Sukurtas TechnoMedTas, kuris leis rinkti, kaupti, tvarkyti, analizuoti ir viešinti duomenis, apie

Brangias ST-MP, 4.2. Sukurtos TechnoMedTas pagrindu veikiančios elektroninės paslaugos: 4.2.1. Duomenų apie įsigytas ir nurašytas Brangias ST-MP teikimas elektroniniu būdu, 4.2.2. SPĮ ataskaitų, susijusių su Brangiomis ST-MP, teikimas elektroniniu būdu, 4.2.3. ST vertinimo paraiškų teikimas ir valdymas elektroniniu būdu, 4.2.4. SPĮ konsultavimas e. erdvėje. 5. Pirkimo objektas – TechnoMedTas kūrimo ir įdiegimo paslaugos. 6. Šiame dokumente vartojami terminai „turi būti“, „turi turėti“, „turi leisti“, „turi turėti galimybę“,

„turi būti sukurtas (-a)“ yra lygiaverčiai ir reiškia, kad Paslaugų teikėjas šio pirkimo apimtyje privalo sukurti ir įdiegti (ar pateikti ir įdiegti) atitinkamą funkcionalumą ar suteikti atitinkamas paslaugas. Funkcionalumas, kuris yra nurodytas būsimuoju laiku (bus, leis, apims, suteiks galimybę ir kt.) nurodo siekiamą įgyvendinti būseną ir reiškia, kad Paslaugų teikėjas šio pirkimo apimtyje privalo sukurti ir įdiegti (ar pateikti ir įdiegti) atitinkamą funkcionalumą

3. DOKUMENTŲ SĄRAŠAS

7. Projektas turi būti įgyvendintas vadovaujantis šiais dokumentais: 7.1. Lietuvos Respublikos Vyriausybės 2003 m. balandžio 18 d. nutarimu Nr. 480 „Dėl Bendrųjų

reikalavimų valstybės ir savivaldybių institucijų ir įstaigų interneto svetainėms aprašo patvirtinimo“, 7.2. Lietuvos Respublikos sveikatos apsaugos ministro 2010 m. gegužės 3 d. įsakymu Nr. V-383 ,,Dėl

Medicinos prietaisų instaliavimo, naudojimo ir priežiūros tvarkos aprašo patvirtinimo“; 7.3. Lietuvos Respublikos sveikatos apsaugos ministro 2011 m. rugsėjo 7 d. įsakymu Nr. V-839 „Dėl

Valstybinės medicininio audito inspekcijos prie Sveikatos apsaugos ministerijos reorganizavimo, reorganizavimo sąlygų aprašo ir Valstybinės akreditavimo sveikatos priežiūros veiklai tarnybos prie Sveikatos apsaugos ministerijos nuostatų patvirtinimo“ patvirtintais Valstybinės akreditavimo sveikatos priežiūros veiklai tarnybos prie Sveikatos apsaugos ministerijos nuostatais,

7.4. Valstybinės akreditavimo sveikatos priežiūros veiklai tarnybos prie Sveikatos apsaugos ministerijos direktoriaus 2012 m. gruodžio 13 d. įsakymu Nr. T1-1541 „Dėl Sveikatos technologijų, susijusių su medicinos prietaisais, vertinimo komisijos sudarymo“ (kartu su 2013 m. lapkričio 12 d. įsakymu Nr. T1-1516),

7.5. Valstybinės akreditavimo sveikatos priežiūros veiklai tarnybos prie Sveikatos apsaugos ministerijos direktoriaus 2013 m. vasario 12 d. įsakymu Nr. T1-165 „Dėl Sveikatos technologijų, susijusių su medicinos prietaisais vertinimo tvarkos aprašo patvirtinimo“,

7.6. Valstybinės akreditavimo sveikatos priežiūros veiklai tarnybos prie Sveikatos apsaugos ministerijos direktoriaus 2014 m. liepos 14 d. įsakymu Nr. T1-954 „Dėl Duomenų apie naudojamus medicinos prietaisus registravimo ir pateikimo tvarkos aprašo patvirtinimo“,

7.7. Kitais su sutarties vykdymu ir atitinkama sritimi susijusiais teisės aktais. 8. Paslaugų teikėjas, teikdamas paslaugas, privalo vadovautis aktualiomis teisės aktų redakcijomis.

4. IS TIKSLAS IR PASKIRTIS

9. TechnoMedTas tikslas – kompiuterizuoti Brangių ST-MP duomenų rinkimą, kaupimą, saugojimą, apdorojimą, sisteminimą ir analizę bei užtikrinti racionalų sveikatos priežiūros lėšų panaudojimą, automatizuojant moksliškai pagrįstų sprendimų priėmimą dėl ST vertinimo ir įsigijimo.

10. TechnoMedTas skirtas sveikatos priežiūros paslaugų teikėjams, sprendimų priėmėjams, sveikatos priežiūros paslaugų gavėjams ir sveikatos sektoriaus administratoriams. Sėkmingas Projekto įgyvendinimas sukurs pagrindą sveikatos priežiūros paslaugų teikėjams patogiau ir greičiau vykdyti teisės aktuose reglamentuotas veiklas, o sveikatos sektoriaus administratoriams ir sprendimų priėmėjams priimti

moksliškai pagrįstus sprendimus dėl ST ir Brangių ST-MP, remiantis aktualiais ir tiksliais duomenimis, kas tiesiogiai lems asmens sveikatos priežiūros kokybės pagerėjimą bei efektyvų lėšų naudojimą.

5. ESAMA SITUACIJA

11. Progresas sveikatos priežiūros srityje yra neatsiejamas nuo Brangių ST-MP tobulinimo ir jų diegimo praktikoje. Norint disponuoti kokybiškomis Brangiomis ST-MP bei tinkamai jas išnaudoti, būtina užtikrinti efektyvų jų valdymą, t. y., apskaitą, vertinimą, įsigijimą, įdiegimą, techninę priežiūrą, optimalų naudojimą, nurašymą ir kt. Įgyvendindama šiuos uždavinius, VASPVT renka informaciją apie:

11.1. pradėtas naudoti Brangias ST-MP, 11.2. nurašytas Brangias ST-MP, 11.3. darbo su Brangiomis ST-MP duomenis, 11.4. Brangių ST-MP naudojimo išlaidų duomenis, 11.5. ST vertinimo paraiškas. 12. Šiuo metu visus reikiamus dokumentus ir ataskaitas SPĮ teikia popierinėje arba e. laikmenoje.

Naudojamas formatas: MS Word arba MS Excel. 13. SPĮ teikiami dokumentai, kaip gauti dokumentai (toliau – GD) yra registruojami DVS, kurioje yra

fiksuojami visi konkrečiam registrui nustatyti dokumentą identifikuojantys duomenys, suteikiama galimybė dokumentą susieti su kitu DVS registruotu dokumentu.

14. Visa informacija, susijusi su Brangiomis ST-MP, yra vedama ir saugoma vidiniame VASPVT dokumente (MS Excel formatu), kuriame duomenys yra atnaujinami nuosekliai ir periodiškai, tačiau ne visa informacija yra visiškai tiksli ir atnaujinta.

15. SPĮ sąraše, pagal vidinį susitarimą, SPĮ yra priskiriamos vienai iš trijų rūšių: 15.1. ambulatorinė asmens sveikatos priežiūros įstaiga, vykdanti ambulatorinę sveikatos priežiūrą; 15.2. stacionarinė asmens sveikatos priežiūros įstaiga, vykdanti stacionarinę arba stacionarinę ir

ambulatorinę sveikatos priežiūrą, 15.3. privati asmens sveikatos priežiūros įstaiga. 16. SPĮ filialai yra saugomi bendrajame sąraše, neišskiriant jų priklausomybės konkrečiai SPĮ. 17. Šiuo metu VASPVT yra registruojami ir saugomi šie SPĮ duomenys:

5.1 lentelė. SPĮ duomenys ir jų charakteristikos

PAVADINIMAS DUOMENŲ TIPAS DUOMENŲ REIKŠMĖS (JEI YRA) Kodas Tekstas Juridinių asmenų registro (toliau – JAR)

viešosios paieškos duomenys Pavadinimas Tekstas JAR viešosios paieškos duomenys Įstaigos teisinė forma Klasifikatorius JAR viešosios paieškos duomenys Buveinės adresas Tekstas JAR viešosios paieškos duomenys Telefonas Tekstas Faksas Tekstas El. paštas Tektas Atsakingas asmuo Pareigos Tekstas Vardas, pavardė Tekstas Kontaktai (telefonas, el. paštas)

Tekstas

18. Visos SPĮ turi pateikti duomenis apie naudojamas Brangias ST-MP ne vėliau kaip per 14 kalendorinių dienų nuo jų instaliavimo datos bei duomenis apie jų naudojimo nutraukimą per 30 kalendorinių dienų. VASPVT renka duomenis apie šias Brangias ST-MP, kurių veikimas priklauso nuo elektros ar kitokio energetinio šaltinio:

18.1. angiografus, 18.2. diagnostines rentgeno įrangas, 18.3. diagnostinius ultragarsinius prietaisus,

18.4. gama kameras, 18.5. kompiuterinius tomografus, 18.6. linijinius greitintuvus, 18.7. magnetinio rezonanso tomografus, 18.8. mamografus, 18.9. pozitronų emisijos tomografus. 19. Vadovaujantis Duomenų apie naudojamus medicinos prietaisus registravimo ir pateikimo

tvarkos aprašu, patvirtintu VASPVT direktoriaus 2014 m. liepos 14 d. įsakymu Nr. T1-954 „Dėl Duomenų apie naudojamus medicinos prietaisus registravimo ir pateikimo tvarkos aprašo patvirtinimo“ (toliau – Duomenų apie naudojamus medicinos prietaisus registravimo ir pateikimo tvarkos aprašas) ir individualiais VASPVT poreikiais, yra registruojami ir saugomi šie Brangių ST-MP duomenys:

5.2 lentelė. Registruojamų brangių ST-MP duomenys ir jų charakteristikos

PAVADINIMAS DUOMENŲ TIPAS DUOMENŲ REIKŠMĖS (JEI YRA) Dokumento duomenys Data Data - Sudarymo vieta Tekstas - Numeris Tekstas - Visiems ST-MP bendri duomenys Brangios ST-MP rūšis

Klasifikatorius UG, RNTG, ANG, GK, MRT, KT, MMG, LG, PET

Pavadinimas Tekstas - Tipas / modelis Klasifikatorius Sukaupti istoriniai duomenys Partijos / serijos numeris

Tekstas -

Gamintojo pavadinimas

Klasifikatorius Sukaupti istoriniai duomenys

Gamintojo šalies kodas

Klasifikatorius Tarptautinės šalių santrumpos

Pagaminimo data Data - Įsigijimo data Data - Naudojimo pradžios data

Data -

Aprobavimo dokumento nr.

Tektas -

CE ženklas Taip / Ne Yra, nėra P rograminės įrangos numeris

Tekstas -

Naudojimo vieta Tekstas - Naudojimo būklė Klasifikatorius Naudojama, laikinai nenaudojama, nenaudojama Pastabos Tekstas - Brangių ST-MP specifiniai duomenys Kompiuterinis tomografas Tipas Klasifikatorius Mobilus, stacionarus, automobilyje, tūrinis Sluoksnių skaičius Sveikas skaičius - Injektoriaus tipas Klasifikatorius Automatinis, neautomatinis, be injektoriaus Magnetinio rezonanso tomografas (Magnetinio rezonanso tomografijos įranga) Tipas Klasifikatorius Mobilus, stacionarus, automobilyje, uždaras, atviras

(privalomos 2 reikšmės) Magnetinio lauko stiprumas (Tesla)

Realus skaičius -

Injektoriaus tipas Klasifikatorius Automatinis, neautomatinis, be injektoriaus Mamografas (Mamografinė rentgeno įranga) Tipas Klasifikatorius Mobilus, stacionarus, automobilyje, analoginis,

PAVADINIMAS DUOMENŲ TIPAS DUOMENŲ REIKŠMĖS (JEI YRA) skaitmeninis (privalomos 2 reikšmės)

Diagnostinis ultragarsinis prietaisas Tipas Klasifikatorius Mobilus, stacionarus, automobilyje, analoginis,

skaitmeninis, hibridinis (privalomos 2 reikšmės) Vaizdo režimas Klasifikatorius 2D, 3D, 4D Doplerio režimas Taip / Ne Yra, nėra Angiografas (Specializuota angiografijos rentgeno įranga) Tipas Klasifikatorius Mobilus, stacionarus, automobilyje Injektoriaus tipas Klasifikatorius Automatinis, neautomatinis, be injektoriaus Naudojimo sritys Klasifikatorius Gydymas, diagnostika Gama kamera (Gama spindulių kamera) Tipas Klasifikatorius SPECT, SPECT/CT, ne SPECT Detektorių skaičius Sveikas skaičius - Linijinis (elektronų/fotonų) greitintuvas Kinetinė energija (elektronvoltai)

Realus skaičius -

Diagnostinė rentgeno įranga Tipas Klasifikatorius Mobilus, stacionarus, skaitmeninis, analoginis,

universalus, fluorografas, C lanko sistema, dentalinis, dantų panoraminis (privalomos ne mažiau nei 3 reikšmės)

Pozitronų emisijos tomografas Tipas Klasifikatorius PET, PET/KT, PET/MRT KT sluoksnių skaičius

Sveikas skaičius Tik PET/KT atveju

MRT magnetinio lauko stiprumas (Tesla)

Realus skaičius Tik PET/MRT atveju

20. Brangių ST-MP duomenis tikslina ir koreguoja tik juos pateikusi SPĮ. 21. Apie naujai įsigytas Brangias ST-MP, taip pat sužinoma iš įvairių kitų šaltinių (pvz., SPĮ

internetinės svetainės, Radiacinės saugos centro ir kt.), tačiau toks duomenų gavimo būdas nėra oficialus, įteisintas ir patikimas.

22. SPĮ informuoja apie Brangių ST-MP nurašymą, pateikdama šiuos duomenis:

5.3 lentelė. Nurašomų brangių ST-MP duomenys

Dokumento duomenys Data Data Sudarymo vieta Tekstas Numeris Tekstas ST-MP duomenys Pavadinimas Klasifikatorius Registruoti ST-MP (žr. 5.2 lentelę) Tipas / modelis Klasifikatorius Registruoti ST-MP (žr. 5.2 lentelę) Partijos / serijos numeris Tekstas Registruoti ST-MP (žr. 5.2 lentelę) Gamintojo pavadinimas Klasifikatorius Registruoti ST-MP (žr. 5.2 lentelę) Gamintojo šalies kodas Klasifikatorius Tarptautinės šalių santrumpos Naudojimo nutraukimo data Data Priežastis Tekstas

23. Visos SPĮ periodiškai pagal Duomenų apie naudojamus medicinos prietaisus registravimo ir pateikimo tvarkos aprašą teikia VASPVT šias ataskaitas:

23.1. Darbo su medicinos prietaisais, kuri apima šiuos duomenis:

5.4 lentelė. Darbo su medicinos prietaisais ataskaitos duomenys

PAVADINIMAS DUOMENŲ TIPAS DUOMENŲ REIKŠMĖS (JEI YRA) Dokumento duomenys Data Data - Sudarymo vieta Tekstas - Numeris Tekstas - Brangių ST-MP duomenys Pavadinimas Tekstas - Modelis Tekstas - Serijos / partijos Nr. Tekstas - Gamintojo pavadinimas Tekstas - Gydytojo darbo su ST-MP valandų skaičius per mėnesį

Realus skaičius Kiekvieno ataskaitinio ketvirčio duomenys. Nuo 2014 m. lapkričio 1 d. atsisakoma rinkti šiuos duomenis.

Slaugytojo / laboranto darbo su Brangia ST-MP valandų skaičius per mėnesį

Realus skaičius Kiekvieno ataskaitinio ketvirčio duomenys. Nuo 2014 m. lapkričio 1 d. atsisakoma rinkti šiuos duomenis.

Brangios ST-MP naudojimo (darbo) valandų skaičius per mėnesį

Realus skaičius Kiekvieno ataskaitinio ketvirčio duomenys

Su Brangia ST-MP atliekamų procedūrų / tyrimų skaičius per mėnesį

Realus skaičius Kiekvieno ataskaitinio ketvirčio duomenys

23.2. Medicinos prietaisų naudojimo išlaidų, kuri apima šiuos duomenis:

5.5 lentelė. Medicinos prietaisų naudojimo išlaidų ataskaitos duomenys

PAVADINIMAS DUOMENŲ TIPAS DUOMENŲ REIKŠMĖS (JEI YRA) Dokumento duomenys Data Data - Sudarymo vieta Tekstas - Numeris Tekstas - ST-MP duomenys Pavadinimas Tekstas - Modelis Tekstas - Serijos / partijos Nr. Tekstas - Įsigijimo data Data - Įsigijimo kaina su priedais Realus skaičius - Įsigijimo kaina be priedų Realus skaičius - Instaliavimo kaina Realus skaičius - Įsigyti esminiai pagerinimai Tekstas Pavadinimas, serijos nr., įsigijimo data Esminių pagerinimų vertė Realus skaičius - Naudojimo vidutinės mėnesio išlaidos

Realus skaičius -

Personalo mokymai Realus skaičius - Sukauptas nusidėvėjimas Realus skaičius - Likutinė vertė Realus skaičius Balansas Atsiperkamoji vertė Realus skaičius -

24. VASPVT priima SPĮ paraiškas dėl ST vertinimo, kuriose pateikiami šie duomenys:

5.6 lentelė. ST vertinimo paraiškos duomenys

PAVADINIMAS DUOMENŲ TIPAS DUOMENŲ REIKŠMĖS (JEI YRA) Bendra pareiškėjo informacija Pareiškėjo pavadinimas Klasifikatorius - Miestas Tekstas - Pašto indeksas Tekstas - Gatvė, namo numeris Tekstas - Telefonas Tekstas - Faksas Tekstas - El. paštas Tekstas - Kontaktinis asmuo Vardas, pavardė Tekstas - Pareigos Tekstas - Informacija apie ST ST pavadinimas Tekstas - Modelis / tipas Tekstas - Gamintojas Tekstas - Ar atitinka medicinos prietaisams nustatytus saugos reikalavimus

Taip / Ne Taip, ne

Trumpas ST aprašymas Tekstas - ASPĮ, kurioje bus diegiama ST Klasifikatorius - Ar ST naudojama kitose valstybėse

Taip / Ne Taip, ne

Valstybės, kuriose naudojama ST duomenys (pavadinimas, ASPĮ, adresas, telefono nr., fakso nr., e. paštas)

Tekstas Pildoma, jei atsakoma, kad ST naudojama kitose valstybėse

Nauja ST bus taikoma Klasifikatorius Sveikatos būklės tikrinimas, diagnostika, konservatyvus (terapinis) gydymas, chirurginis gydymas, intervencinis gydymas, sveikatos atstatymai, funkcijų atstatymai, kita (galimos kelios reikšmės)

Klinikinis ST taikymas Klasifikatorius Indikacijų sąrašas pagal TLK klasifikaciją (žr. Error! Reference source not found.)

Tikslinė pacientų grupė (lytis, amžius, ambulatorinė, stacionarinė ar speciali pacientų grupė ir t.t.), kuriai bus taikoma ST

Tekstas -

ST bus naudojama Klasifikatorius Regioniniu lygmeniu, respublikiniu lygmeniu, tarptautiniu lygmeniu

Reikalingi specialistai, dirbsiantys su ST, ir jų kvalifikacija

Tekstas -

Techniniai ST diegimo reikalavimai

Tekstas -

ST naudojimas Klasifikatorius Visiškai pakeis šiuo metu naudojamą alternatyvą ar pasenusią sveikatos technologiją, iš dalies pakeis šiuo metu naudojamų sveikatos technologijų arba

PAVADINIMAS DUOMENŲ TIPAS DUOMENŲ REIKŠMĖS (JEI YRA) bus taikoma tik kai kurioms indikacijoms, nauja ST bus naudojama kartu su esama sveikatos technologija, nepakeičiant jokių indikacijų, nauja ST bus naudojama naujoms indikacijoms

Pastabos, kita informacija Tekstas - Planuojamos ST išlaidos (su PVM) Įsigijimo kaina Realus skaičius - Įdiegimo / instaliavimo kaina Realus skaičius - Papildoma įranga, ST veikimui reikalingi priedai

Realus skaičius -

Naudojimo (tiesioginės ir netiesioginės) išlaidos (per metus)

Realus skaičius -

Patalpų paruošimo aprašymas Tekstas - Patalpų paruošimo kaina Realus skaičius - Specialistų paruošimo, mokymų aprašymas

Tekstas -

Specialistų paruošimo, mokymų kaina

Realus skaičius -

Pagrindinis finansavimo šaltinis Klasifikatorius PSDF, VIP, ES struktūriniai fondai, Norvegijos finansiniai mechanizmai, privatizavimo fondas, savivaldybės/apskrities lėšos, nuosavos lėšos, kita

ST-MP įsigijimo tikslai Susiję su pacientais Tekstas - Susiję su įstaiga / organizacija Tekstas - Susiję su medicinos darbuotojais

Tekstas -

Kiti Tekstas - Alternatyvos Nurodyti ne mažiau nei 1 alternatyvą, aprašyti paskirtį, veikimą, skirtumus lyginant su siūloma ST

Tekstas -

Moksliniais įrodymais pagrįsta informacija apie ST Moksliniai ST saugumo įrodymai

Tekstas -

Moksliniai ST saugumo įrodymai

Tekstas -

Moksliniai ST klinikinio efektyvumo įrodymai

Tekstas -

Moksliniai ST klinikinio jautrumo efektyvumo įrodymai (proc.)

Realus skaičius -

Moksliniai ST klinikinio specifiškumo efektyvumo įrodymai (proc.)

Realus skaičius -

25. Lietuvos Respublikos sveikatos apsaugos ministerija (toliau – SAM) yra įpareigojusi VASPVT sukurti ir įdiegti naujų ST vertinimo sistemą bei medicinos pagalbos priemonių vertinimo sistemą, todėl ST vertinimo paraiškos duomenys ateityje gali pasikeisti.

26. Išimtiniu atveju SAM gali inicijuoti ST vertinimą, neteikdama oficialios paraiškos. 27. ST vertinimo išvados yra skelbiamos VASPVT svetainėje. 28. VASPVT specialistų atliktas vertinimas yra perduodamas ST vertinimo komisijai (toliau –

Komisija), kuri sprendžia ST vertinimo ir naudojimo klausimus. Ši Komisija turi užtikrinti, kad Lietuvos rinkai teikiami ir pradedami naudoti ST nekeltų pavojaus žmonių sveikatai ir saugai. ST rinkos priežiūros metu, rinkos subjektų, t. y., Lietuvos medicinos prietaisų gamintojų ir jų įgaliotųjų atstovų, Lietuvos medicinos prietaisų platintojų ir importuotojų, Lietuvos SPĮ, kaip medicinos prietaisų naudotojų, veikla vertinama pagal medicinos prietaisų saugą, pateikimą rinkai ir naudojimą reglamentuojančių teisės aktų reikalavimus. Pagrindinės Komisijos funkcijos:

28.1. dalyvauti formuojant ST vertinimo politiką, 28.2. rengti ST įsigijimo ir naudojimo rekomendacijas, kurios yra siunčiamos SAM, 28.3. nustatyti ST vertinimų prioritetus. 29. Pareiškėjas yra informuojamas apie atliktą paraiškos vertinimą ir vertinimo perdavimą SAM. 30. Ateityje šią Komisiją numatoma naikinti, o jos funkcijas perduoti SAM.

6. KOMPIUTERIZUOJAMO OBJEKTO PAGEIDAUJAMA BŪSENA

31. Šiuo pirkimu siekiama sukurti TechnoMedTas sistemą, pasiekiamą per interneto naršyklę, kurioje būtų prieinamos šios priemonės:

31.1. SPĮ administravimo, sukuriant integraciją su JAR, suteikiant galimybę priskirti kontaktinį asmenį ir susieti jį su per Valstybės informacinių išteklių sąveikumo platformos informacinę sistemą (toliau – VIISP) prisijungusiu naudotoju,

31.2. Brangių ST-MP apskaitos, leidžiančios rinkti, kaupti ir saugoti naudojamų ir nurašytų Brangių ST-MP duomenis,

31.3. SPĮ teikiamų ataskaitų teikimo ir šių ataskaitų teikimo kontrolės, 31.4. Brangių ST-MP duomenų analizės ir jos viešinimo, 31.5. konsultavimo dėl Brangių ST-MP, 31.6. ST vertinimo paraiškų duomenų registravimo ir saugojimo, 31.7. ST vertinimo paraiškų vertinimo, valdymo ir viešinimo.

7. Funkciniai reikalavimai, procesų aprašymaI

1. Bendrieji funkciniai reikalavimai

32. Paslaugų teikėjas turi sukurti funkcionalumą, -įgyvendinantį Brangių ST-MP duomenų teikimo, ST vertinimo bei kitus susijusius procesus. Brangių ST-MP registravimo, ataskaitų teikimo bei ST vertinimo procesai yra pateikti prieduose Nr. 1 - 3. Paslaugų teikimo metu pasikeitus teisės aktams ar Brangių ST-MP duomenų teikimo ar ST vertinimo procesams, Paslaugų teikėjas turi atitinkamai pakeisti šioje techninėje specifikacijoje pateiktus procesus ar jų realizavimo būdus, kad jie atitiktų galiojančius teisės aktus. Atnaujinti procesai turi būti suderinti su Perkančiąja organizacija.

33. Paslaugų teikėjas turi įgyvendinti numatytus pakeitimus, tik suderinęs atnaujintus procesus su Perkančiąja organizacija.

34. Turi būti realizuotos dvi galimybės prisijungti prie TechnoMedTas: 34.1. VASPVT darbuotojai turi galėti prisijungti prie informacinės sistemos (toliau – IS) per portalą

su prisijungimo duomenimis (naudotojo vardu / slaptažodžiu), 34.2. SPĮ darbuotojai ir ekspertai-vertintojai turi galėti prisijungti prie IS per VIISP: 34.2.1. pirmą kartą prisijungęs SPĮ darbuotojas ar ekspertas-vertintojas turi pasirinkti paskyros tipą

(atitinkamai SPĮ Brangių ST-MP valdymas, ST paraiškų teikimas arba ST vertinimas) bei užpildyti prašymo aktyvuoti jo paskyrą TechnoMedTas sistemoje formą, kurią sudaro šie privalomi duomenys:

34.2.1.1. pasirinkus paskyros tipą – SPĮ Brangių ST-MP valdymas, ST paraiškų teikimas: 34.2.1.1.1. SPĮ pavadinimas (klasifikatorius), 34.2.1.1.2. pareigos (tekstas), 34.2.1.1.3. telefono numeris, 34.2.1.1.4. el. pašto adresas,

34.2.1.1.5. SPĮ įgaliojimas šiam asmeniui teikti duomenis VASPVT per TechnoMedTas (prisegamas dokumentas);

34.2.1.2. pasirinkus paskyros tipą – ST vertinimas: 34.2.1.2.1. darbovietės pavadinimas (tekstas), 34.2.1.2.2. pareigos (tekstas), 34.2.1.2.3. telefono numeris, 34.2.1.2.4. el. pašto adresas; 34.2.2. administratorius turi gauti sisteminį pranešimą ir / arba el. laišką, kuriame būtų pateikta

informacija apie prašymą aktyvuoti naują SPĮ darbuotojo ar eksperto-vertintojo paskyrą, 34.2.3. administratorius turi galėti patvirtinti pirmą kartą prisijungusio SPĮ darbuotojo ar eksperto-

vertintojo paskyrą: 34.2.3.1. aktyvavus paskyrą, SPĮ darbuotojui ar ekspertui-vertintojui automatiškai yra išsiunčiamas

el. laiškas, informuojantis apie sėkmingą patvirtinimą ir gautas teises vykdyti atitinkamus veiksmus TechnoMedTas sistemoje,

34.2.3.2. neautentifikuoti SPĮ darbuotojai ar ekspertai-vertintojai negali vykdyti jokių funkcijų. 35. Turi būti užtikrinama, kad SPĮ darbuotojas IS yra priskirtas ne daugiau nei vienai SPĮ. 36. Turi būti realizuotos asmens duomenų tvarkymo funkcijos, leidžiančios autentifikuotam

asmeniui tvarkyti savo asmeninius duomenis. 37. Turi būti realizuotos šios objektų sąrašų taisyklės: 37.1. sąrašų puslapiavimas, 37.2. galimybė pasirinkti atvaizduojamų įrašų kiekį viename puslapyje, 37.3. objektų filtravimas pagal atitinkamų sąrašų laukus, 37.4. objektų rikiavimas didėjimo / mažėjimo tvarka pagal visus sąrašo laukus. 38. Turi būti realizuotos šios filtravimo / paieškos taisyklės: 38.1. tekstiniuose filtrų / paieškos laukuose turi būti galimybė atlikti filtravimą / paiešką pagal

žodžio fragmentą arba pilną žodį, 38.2. skaitiniuose filtrų / paieškos laukuose turi būti galimybė atlikti filtravimą / paiešką naudojant

aritmetinius ženklus mažiau, mažiau arba lygu, lygu, daugiau, daugiau arba lygu, 38.3. filtravimas / paieška turi būti vykdoma neatsižvelgiant į didžiąsias ir mažąsias raides, 38.4. turi būti vykdomas filtravimas / paieška vietoje lietuviškų raidžių naudojant lotyniškus

atitikmenis, 38.5. filtravimo / paieškos rezultatai turi būti atvaizduojami sąrašo forma su nurodytu filtravimo /

paieškos rezultatų skaičiumi. 39. Turi būti realizuoti šie veiksmai su TechnoMedTas saugomais dokumentais: 39.1. dokumento įkėlimas, 39.2. dokumento tipo parinkimas: 39.2.1. paraiška ir jos priedai, 39.2.2. darbo su Brangiomis ST-MP ataskaita, 39.2.3. Brangių ST-MP naudojimo išlaidų ataskaita, 39.2.4. Brangių ST-MP duomenų teikimas, 39.2.5. Brangių ST-MP nurašymas; 39.3. dokumento automatinė numeracija priklausomai nuo dokumento tipo: 39.3.1. TD1-<eil.nr.> – paraiškos ir jos priedų dokumentams, 39.3.2. TD2.1-<eil.nr.> – darbo su Brangiomis ST-MP ataskaitoms, 39.3.3. TD2.2-<eil.nr.> – Brangių ST-MP naudojimo išlaidų ataskaitoms, 39.3.4. naujų Brangių ST-MP registravimo ir jų duomenų atnaujinimo dokumentams priklausomai

nuo Brangios ST-MP rūšies: 39.3.4.1. TD3.1-<eil.nr.> – angiografų, 39.3.4.2. TD3.2-<eil.nr.> – diagnostinių rentgeno įrangų, 39.3.4.3. TD3.3-<eil.nr.> – diagnostinių ultragarsinių prietaisų, 39.3.4.4. TD3.4-<eil.nr.> – gama kamerų, 39.3.4.5. TD3.5-<eil.nr.> – kompiuterinių tomografų, 39.3.4.6. TD3.6-<eil.nr.> – linijinių greitintuvų, 39.3.4.7. TD3.7-<eil.nr.> – magnetinio rezonanso tomografų,

39.3.4.8. TD3.8-<eil.nr.> – mamografų, 39.3.4.9. TD3.9-<eil.nr.> – pozitronų emisijos tomografų; 39.3.5. Brangių ST-MP nurašymo dokumentams priklausomai nuo Brangios ST-MP rūšies: 39.3.5.1. TD4.1-<eil.nr.> – angiografų, 39.3.5.2. TD4.2-<eil.nr.> – diagnostinių rentgeno įrangų, 39.3.5.3. TD4.3-<eil.nr.> – diagnostinių ultragarsinių prietaisų, 39.3.5.4. TD4.4-<eil.nr.> – gama kamerų, 39.3.5.5. TD4.5-<eil.nr.> – kompiuterinių tomografų, 39.3.5.6. TD4.6-<eil.nr.> – linijinių greitintuvų, 39.3.5.7. TD4.7-<eil.nr.> – magnetinio rezonanso tomografų, 39.3.5.8. TD4.8-<eil.nr.> – mamografų, 39.3.5.9. TD4.9-<eil.nr.> – pozitronų emisijos tomografų; 39.4. dokumento versijos tvarkymas: 39.4.1. versijos numeris turi būti sugeneruojamas ir atvaizduojamas dokumento numerio

pabaigoje, atskiriant tašku, pvz., TD3.1-5.2, 39.4.2. turi būti galimybė pašalinti neaktualias dokumento versiją, 39.4.3. turi būti galimybė atkurti neaktualios dokumento versijos duomenis, suteikiant dokumentui

naują versijos numerį; 39.5. dokumento metaduomenų (įkėlimo data, numeris ir versija, pavadinimas, tipas, įkėlęs IS

naudotojas, dydis, paskutinį kartą peržiūrėtas/atsisiųstas) peržiūra, 39.6. dokumento DVS duomenų redagavimas: 39.6.1. DVS registracijos numeris, 39.6.2. DVS registravimo data (pagal nutylėjimą parenkama einama diena), 39.6.3. DVS dokumentą užregistravęs VASPVT darbuotojas; 39.7. dokumento tvirtinimas, 39.8. patvirtintų dokumento eksportavimas .pdf formatu: 39.8.1. dokumento pavadinimą turi sudaryti SPĮ pavadinimas (arba trumpinys) bei dokumento

numeris ir versija atskiriant duomenis brūkšneliu, pvz., C ligoninė-TD1.1; 39.9. dokumento turinio pilna peržiūra, nepriklausomai nuo to, ar naudotojo kompiuteryje yra

įdiegta programinė įranga (toliau - PĮ) saugomo formato dokumento peržiūrai, 39.10. dokumento atsisiuntimas, 39.11. dokumento šalinimas, kartu pašalinant visas dokumento neaktualias versijas. 40. ST vertinimo išvadų viešinimui, TechnoMedTas realizuota teksto rengyklė turi veikti WYSIWYG

principu (angl. What You See Is What You Get, liet. „tai, ką matote, atitinka tai, ką gausite“) arba jam lygiaverčiu principu, t.y., turi turėti lentelių kūrimo, formatavimo bei redagavimo galimybę, pagrindines teksto redagavimo ir formatavimo funkcijas (lygiavimas, pastraipos, numeravimas, spalva ir t.t.), paveikslėlių, vaizdo, garso įrašų įkėlimo funkcijas į tekstą iš saityno galerijos ar kompiuterinės laikmenos.

41. Turi būti realizuotos šios sisteminių pranešimų funkcijos: 41.1. peržiūros – sisteminis pranešimas turi būti rodomas visiems nurodytos grupės IS naudotojams

(su galimybe naudotojui vėliau pasirinkti, kokio tipo pranešimus jis asmeniškai nori matyti) ir jo rodymas turi būti individualus, t. y., kiekvienam IS naudotojui sisteminis pranešimas rodomas tol, kol IS naudotojas jo neperžiūri arba neišjungia. Turi būti tokie sisteminių pranešimų tipai (detalus pranešimų tipų sąrašas turi būti suderintas su Perkančiąja organizacija detalios analizės ir projektavimo etapų metu):

41.1.1. informavimo apie prašymus patvirtinti SPĮ darbuotojo ar eksperto-vertintojo paskyras; 41.1.2. informavimo apie pasikeitusius SPĮ darbuotojų ar ekspertų-vertintojų asmeninius duomenis; 41.1.3. informavimo apie SPĮ darbuotojų ar ekspertų-vertintojų įkeltus dokumentus; 41.1.4. informavimo apie SPĮ darbuotojų įvestus Brangių ST-MP, paraiškų ir ataskaitų duomenis; 41.1.5. informavimo apie SPĮ darbuotojų pakoreguotus Brangių ST-MP, paraiškų ir ataskaitų

duomenis; 41.2. išjungimo. 42. VASPVT darbuotojui turi būti galimybė peržiūrėti visų SPĮ darbuotojų ir ekspertų-vertintojų IS

atliktų veiksmų sąrašą,

43. Turi būti galimybė veiksmų sąrašą filtruoti pagal veiksmų atlikimo datą, įstaigą ir Brangias ST-MP (detalus filtravimo parametrų sąrašas turi būti suderintas su Perkančiąja organizacija detalios analizės ir projektavimo etapų metu).

44. Administratoriui turi būti suteikta galimybė talpinti aktualius ir šalinti netinkamus komentarus ir e. laiškus..

45. Administratoriui turi būti leidžiama nurodyti ir redaguoti kiekvienos integracijos vykdymo intervalą bei kiekvienos integracijos pakartotinį vykdymo intervalą nesėkmingos integracijos (inicijavimo, duomenų perkėlimo ar kt.) atvejais.

46. Išorinio ir vidinio TechnoMedTas portalo turinį Paslaugų teikėjas turi suderinti su PO.

2. Funkciniai reikalavimai administravimo moduliui

47. Realizuojant administravimo funkcionalumus, turi būti panaudoti šie panaudos atvejai (galutinis panaudos atvejais realizuojamų funkcijų sąrašas turi būti suderintas su PO):

7.1 paveikslas. Administravimo panaudojimo atvejų koncepcinė diagrama

48. Turi būti galimybė administruoti IS naudotojus: 48.1. užregistruoti naujus vidinius naudotojus: 48.1.1. priskiriant vidinį naudotoją vienai iš IS naudotojų grupių su skirtingomis priėjimo teisėmis

prie atskirų IS objektų ir programinių vienetų (pvz., funkcijų, formų, ataskaitų ir kt.). Turi būti įdiegtos šios vidinių naudotojų grupės:

48.1.1.1. administratorius (vidiniai naudotojai), 48.1.1.2. VASPVT darbuotojas (vidiniai naudotojai), 48.1.2. suteikiant vidiniam naudotojui prisijungimo duomenis – prisijungimo vardą bei slaptažodį,

kuris turi būti saugomas užšifruota forma,

48.1.3. patvirtinti naujas SPĮ darbuotojų ir ekspertų-vertintojų paskyras, priskiriant paskyras atitinkamai IS naudotojų grupei;

48.2. pažymėti VASPVT darbuotoją(-us), kuriam(-iems) reikia siųsti e. laišką apie naujai TechnoMedTas sugeneruotą (patvirtintą) dokumentą (jo versiją),

48.3. priskirti ekspertams-vertintojams paraiškas, kurių būsena yra „Atliktas pirminis vertinimas“. Viena paraiška gali būti priskirta tik vienam ekspertui-vertintojui,

48.4. sustabdyti užregistruoto vidinio ir išorinio naudotojo prieigą prie IS. IS naudotojui, kurio prieiga prie IS yra sustabdyta, bandant prisijungti prie IS, turi būti rodomas sisteminis pranešimas, informuojantis, kad jo prieiga prie IS yra sustabdyta, o norėdamas ją aktyvuoti jis turi kreiptis į atsakingą VASPVT darbuotoją;

48.5. parametrizuoti vidinių naudotojų slaptažodžių kontrolę ir taisykles pakeitimui; 48.6. atlikti vidinių ir išorinių naudotojų veiksmų monitoringą, pateikiant vidinių naudotojų atliktų

veiksmų ataskaitą, kurią sudaro šie duomenys: 48.6.1.1. data ir laikas, 48.6.1.2. objektas, su kuriuo atliktas veiksmas (pvz., Brangios ST-MP, ataskaita, paraiška ir pan.), 48.6.1.3. veiksmo tipas (pvz., registracija, redagavimas, pašalinimas ir pan.), 48.6.1.4. veiksmą atlikęs naudotojas. 49. VASPVT darbuotojai, pagal priskirtas teises, turi matyti SPĮ, Brangių ST-MP, ataskaitų ir ST

vertinimo paraiškų duomenis, SPĮ darbuotojas turi matyti tik jo įstaigai priklausančius atitinkamus duomenis, o ekspertas-vertintojas turi matyti tik jam priskirtas ST vertinimo paraiškas.

50. Administratorius turi turėti galimybę koreguoti Brangių ST-MP rūšių klasifikatorių, t. y., esant poreikiui užregistruoti naują ST-MP rūšį ir ją apibūdinančius duomenis:

50.1. užregistruoti naują Brangios ST-MP rūšį ir neribotą kiekį jos techninių charakteristikų (techninės charakteristikos pavadinimas, lauko tipas (tekstas, sveikasis skaičius, klasifikatorius ir pan.) ir galimos reikšmės (jei jos yra)),

50.2. redaguoti Brangios ST-MP rūšies pavadinimą, jos techninių charakteristikų pavadinimus bei jų reikšmes,

50.3. registruojant ar redaguojant Brangios ST-MP rūšį ar jos techninę charakteristiką, turi būti užtikrinama, kad nauji įrašai yra unikalūs įrašo lygio ribose, t. y., Brangių ST-MP rūšys arba Brangios ST-MP rūšies techninės charakteristikos nesikartoja. Jei įrašai kartojasi, naudotojas apie tai turi būti informuojamas sisteminiu pranešimu,

50.4. paredagavus Brangios ST-MP rūšį, jos techninę charakteristiką ar techninės charakteristikos reikšmę, atlikti pakeitimai turi būti matomi visuose moduliuose, kuriuose yra naudojami pastarieji objektai,

50.5. pašalinti ar deaktyvuoti Brangios ST-MP rūšį ar jos techninę charakteristiką, užtikrinant užregistruotų duomenų vientisumą. Šalinant Brangios ST-MP rūšį ar jos techninę charakteristiką, IS naudotojas turi papildomai patvirtinti, kad tikrai nori šalinti pasirinktą įrašą.

51. Turi būti galimybė nustatyti e. laiško, informuojančio apie naujai sugeneruotą (patvirtintą) dokumentą (jo versiją), siuntimo periodiškumą. Jei pasirinkta informuoti ne iškarto, o už periodą, viename laiške turi būti nuorodos į visus per periodą sugeneruotus (patvirtintus) dokumentus.

52. E. laiške, informuojančiame apie naujai sugeneruotą (patvirtintą) dokumentą, turi būti dviejų tipų nuorodos:

52.1. į naujai sugeneruotą (patvirtintą) dokumentą; 52.2. į sugeneruoto (patvirtinto) dokumento duomenų suvedimo kortelę TechnoMedTas sistemoje,

registracijos DVS duomenų suvedimui. 53. Turi būti galimybė redaguoti e. laiško, skirto informuoti apie naujai sugeneruotą (patvirtintą)

dokumentą (jo versiją) turinį. 54. Turi būti galimybė peržiūrėti sėkmingai ir nesėkmingai išsiųstų bei planuojamų siųsti

dokumentų sąrašą, kurį sudaro šie duomenys: 54.1. dokumento sugeneravimo (patvirtinimo) data, 54.2. dokumento pavadinimas (realizuotas kaip nuorodą į dokumentą), 54.3. siuntimo informacija (išsiųstas sėkmingai / išsiųstas nesėkmingai / planuojama siųsti; jei

išsiųstas nesėkmingai, turi būti pateikiama įvykusios klaidos informacija). 55. Turi būti galimybė redaguoti duomenų apie Brangių ST-MP teikimo grafikus, nurodant jų

teikimo mėnesį ir dieną:

55.1. darbo su medicinos prietaisais ataskaitos teikimo, 55.2. medicinos prietaisų naudojimo išlaidų ataskaitos teikimo. 56. Turi būti galimybė administruoti išorinių vertintojų, teikiančių ST įsigijimo ir naudojimo

rekomendacijas, sudėtį: 56.1. registruoti naują išorinį vertintoją, pateikiant šiuos duomenis: 56.1.1. vardas, pavardė, 56.1.2. el. pašto adresas; 56.2. redaguoti išorinio vertintojo duomenis, 56.3. šalinti išorinį vertintoją. 57. Be šiuo metu saugomų SPĮ duomenų (žr. 5.1 lentelę), papildomai turi būti saugomi šie

duomenys: 57.1. tipas (klasifikatorius: Universitetinė ligoninė, Respublikinė ligoninė, Regioninė ligoninė, Rajono

ligoninė, Palaikomojo gydymo ir / ar slaugos ligoninė, Kitos ligoninės, Fizinės medicinos ir/ ar reabilitacijos centras, Sanatorija, Poliklinika, Stomatologijos poliklinika, Sveikatos priežiūros centras, Ambulatorija, Greitosios pagalbos stotis, Priklausomybės ligų centras, Psichikos sveikatos centras, Kita),

57.2. filialo(-ų) pavadinimas(-ai) (tekstas) (jų kiekis neribotas), 57.3. būsena (klasifikatorius: Veikianti, Pertvarkoma, Likviduota). 58. SPĮ sąrašą turi sudaryti šie laukai: 58.1. įstaigos kodas, 58.2. įstaigos pavadinimas, 58.3. savivaldybė, 58.4. telefono numeris, 58.5. kontaktinio asmens vardas, pavardė. 59. SPĮ sąraše turi būti realizuotos šios funkcijos: 59.1. filtravimo pagal SPĮ sąrašo duomenis, 59.2. SPĮ apjungimo, sudarant galimybę: 59.2.1. pasirinkti neribotą kiekį SPĮ, kurias norima sujungti. Sujungtos gali būti tik tos SPĮ, kurių

būsena yra „Veikianti“ arba „Pertvarkoma“, 59.2.2. nurodyti, kuris SPĮ pavadinimas iš pasirinktų sujungti turi likti. SPĮ, kurios yra prijungiamos

prie pasirinktos SPĮ, būsenos turi būti automatiškai pakeistos į „Likviduota“, o SPĮ, prie kurios prijungtos likviduotos SPĮ, – į „Reorganizuota“,

59.2.3. prieš apjungiant SPĮ, administratorius turi būti informuotas apie šio veiksmo pasekmes ir papildomai patvirtinti, kad nori apjungti pasirinktas SPĮ,

59.2.4. automatiškai perkelti likviduotoms SPĮ priskirtas Brangias ST-MP ir jų pateiktas ataskaitas reorganizuotai SPĮ.

60. SPĮ kortelėje turi būti galimybė sujungti SPĮ filialus: 60.1. pasirinkti neribotą kiekį SPĮ filialų, kuriuos norima sujungti, 60.2. nurodyti, kuris SPĮ filialo pavadinimas iš pasirinktų sujungti turi likti arba nurodyti naują filialo

pavadinimą. SPĮ filialai, kurie yra prijungti prie pasirinkto SPĮ filialo, turi būti pašalinti, 60.3. prieš apjungiant SPĮ filialus, administratorius turi būti informuotas apie šio veiksmo pasekmes

ir papildomai patvirtinti, kad nori apjungti pasirinktus SPĮ filialus, 60.4. automatiškai perkelti panaikintiems SPĮ filialams priskirtas Brangias ST-MP ir jų pateiktas

ataskaitas pasirinktam SPĮ filialui. 61. Turi būti galimybė nurodyti prieš kiek dienų iki nustatyto termino siųsti priminimus apie: 61.1. Brangios ST-MP techninės būklės tikrinimo terminą, 61.2. SPĮ teikiamų ataskaitų pateikimo terminą, 61.3. patikslintos ST vertinimo paraiškos pateikimo terminą.

3. Funkciniai reikalavimai Brangių ST-MP duomenų tvarkymo moduliui

62. Realizuojant Brangių ST-MP duomenų tvarkymo funkcionalumus, turi būti panaudoti šie panaudos atvejai (galutinis panaudos atvejais realizuojamų funkcijų sąrašas turi būti suderintas su PO):

7.2 paveikslas. Brangių ST-MP duomenų tvarkymo panaudojimo atvejų koncepcinė diagrama

63. Be šiuo metu saugomų Brangių ST-MP duomenų (žr. 5.2 lentelę), papildomai turi būti saugomi šie duomenys:

63.1. registravimo IS data, 63.2. techninės būklės tikrinimo terminas (reikšmė pagal nutylėjimą 2 metai), 63.3. paskutinės techninės apžiūros atlikimo data, 63.4. dokumentai (turi būti realizuota dokumentų prisegimo funkcija). 64. Brangių ST-MP sąraše turi būti realizuotos šios funkcijos: 64.1. peržiūros: 64.1.1. SPĮ darbuotojas turi matyti tik atitinkamos SPĮ Brangių ST-MP duomenis, 64.1.2. VASPVT darbuotojas turi matyti visų SPĮ, bet tik patvirtintus Brangių ST-MP duomenis; 64.2. naujų Brangių ST-MP registravimo dviem būdais: 64.2.1. iš naujo, 64.2.2. pagal pasirinktą konkrečią Brangią ST-MP (kopijavimo funkcija).

64.3. filtravimo pagal sąrašo laukus, t.y., bendruosius Brangių ST-MP duomenis (žr. 5.2 lentelę), Brangių ST-MP būseną, Brangių ST-MP būsenos pakeitimo datą bei SPĮ pavadinimą ir apskritį, registracijos DVS numerį;

64.4. Brangių ST-MP sąrašų ir pilnų duomenų eksportavimo į .pdf, .xlsx, .xml formatus. .pdf ir .xlsx formatų dokumentuose duomenys turi būti išdėstyti pagal VASPVT direktoriaus įsakyme „Dėl duomenų apie naudojamus medicinos prietaisus registravimo ir pateikimo tvarkos aprašo patvirtinimo“ pateiktas formas,

64.5. šalinimo – funkcija leidžiama tik tuo atveju, jei Brangi ST-MP nėra įtraukta į jokią SPĮ teikiamą ataskaitą.

65. Brangių ST-MP kortelėje turi būti realizuotos šios funkcijos: 65.1. peržiūros; 65.2. Brangių ST-MP duomenų redagavimo; 65.3. saugojimo; 65.4. klasifikatorių „Tipas / modelis“ bei „Gamintojo pavadinimas“ papildymo; 65.5. Brangių ST-MP naudojimo būklės pakeitimo: 65.5.1. nurodoma Brangios ST-MP būklės pasikeitimo data (pagal nutylėjimą rodoma einamos

dienos data) ir būsenos pasikeitimo priežastis, 65.5.2. išsaugoma data, kada Brangios ST-MP naudojimo būklė pakeista IS, 65.5.3. naudojimo būklė „Nenaudojama“ nebegali būti redaguojama; 65.6. tvirtinimo, tai padarius: 65.6.1. automatiškai sugeneruojamas dokumentas .pdf formatu, 65.6.2. sugeneruotas dokumentas išsiunčiamas e. paštu nurodytiems asmenims (žr. 48.2 punktą); 65.7. Brangių ST-MP duomenų eksportavimo į .pdf, .xlsx, .xml formatus. .pdf ir .xlsx formatų

dokumentuose duomenys turi būti išdėstyti pagal VASPVT direktoriaus įsakyme „Dėl duomenų apie naudojamus medicinos prietaisus registravimo ir pateikimo tvarkos aprašo patvirtinimo“ pateiktas formas;

65.8. e. pranešimo SPĮ siuntimo, pateikiant e. pranešimo pavadinimą ir turinį (žr. 91 punktą). 66. Turi būti realizuotas Brangių ST-MP duomenų keitimo žurnalas, kuriame turi būti saugomi visi

patvirtintų Brangių ST-MP redagavimo istorijos duomenys: 66.1. keitimo data, 66.2. SPĮ pavadinimas, 66.3. SPĮ darbuotojas, keitęs duomenis, 66.4. pakeistų duomenų pavadinimas, 66.5. sena duomenų reikšmė, 66.6. nauja duomenų reikšmė. 67. Turi būti realizuota filtravimo funkcija Brangių ST-MP duomenų keitimo žurnale pagal visus šio

sąrašo duomenis.

4. Funkciniai reikalavimai SPĮ teikiamų ataskaitų tvarkymo moduliui

68. Realizuojant SPĮ teikiamų ataskaitų funkcionalumus, turi būti panaudoti šie panaudos atvejai (galutinis panaudos atvejais realizuojamų funkcijų sąrašas turi būti suderintas su PO):

7.3 paveikslas. SPĮ teikiamų ataskaitų tvarkymo panaudos koncepcinė diagrama

69. SPĮ turi būti suteikiama galimybė įvesti ir bet kuriuo metu redaguoti: 69.1. darbo su Brangių ST-MP (žr. Priedas Nr. 1) ataskaitos duomenis ir neribotą kiekį papildomų

dokumentų (turi būti realizuota dokumentų prisegimo funkcija), 69.2. Brangių ST-MP naudojimo išlaidų (žr. Priedas Nr. 2) ataskaitos duomenis ir neribotą kiekį

papildomų dokumentų (turi būti realizuota dokumentų prisegimo funkcija). 70. SPĮ ir Brangių ST-MP duomenys turi sutapti su tais, kurie atvaizduojami SPĮ teikiamose

ataskaitose, t. y., jie turi būti užpildomi automatiškai priklausomai nuo prisijungusios SPĮ ir iš klasifikatoriaus pasirinktos Brangios ST-MP. Šių duomenų ataskaitose neturi būti leidžiama redaguoti.

71. SPĮ teikiamų ataskaitų sąraše turi būti realizuotos šios funkcijos: 71.1. peržiūros: 71.1.1. SPĮ darbuotojas turi matyti tik atitinkamos SPĮ ataskaitų dėl Brangių ST-MP duomenis, 71.1.2. VASPVT darbuotojas turi matyti visų SPĮ, bet tik patvirtintas ataskaitas dėl Brangių ST-MP

duomenis; 71.2. naujos Brangios ST-MP ataskaitos registravimo, pasirenkant registruojamos ataskaitos rūšį; 71.3. filtravimo pagal ataskaitų sąrašo laukus, t. y., SPĮ pavadinimą, apskritį, ataskaitos pateikimo

datą ir ataskaitos rūšį, DVS registracijos numerį; 71.4. SPĮ teikiamų ataskaitų sąrašų ir pilnų duomenų eksportavimo į .pdf, .xlsx, .xml formatus. .pdf

ir .xlsx formatų dokumentuose duomenys turi būti išdėstyti pagal VASPVT direktoriaus įsakyme „Dėl duomenų apie naudojamus medicinos prietaisus registravimo ir pateikimo tvarkos aprašo patvirtinimo“ pateiktas formas;

71.5. e. pranešimo SPĮ siuntimo, pateikiant e. pranešimo pavadinimą ir turinį (žr. 91 punktą). 72. SPĮ teikiamos ataskaitos kortelėje turi būti realizuotos šios funkcijos: 72.1. peržiūros, 72.2. ataskaitos dėl ST-MP duomenų redagavimo, 72.3. saugojimo, 72.4. tvirtinimo, tai padarius:

72.4.1. automatiškai sugeneruojamas dokumentas .pdf formatu, 72.4.2. sugeneruotas dokumentas išsiunčiamas e. paštu nurodytiems asmenims (žr. 48.2 punktą); 72.5. SPĮ teikiamų ataskaitų duomenų eksportavimo į .pdf, .xlsx, .xml formatus. .pdf ir .xlsx formatų

dokumentuose duomenys turi būti išdėstyti pagal VASPVT direktoriaus įsakyme „Dėl duomenų apie naudojamus medicinos prietaisus registravimo ir pateikimo tvarkos aprašo patvirtinimo“ pateiktas formas;

72.6. e. pranešimo SPĮ siuntimo, pateikiant e. pranešimo pavadinimą ir turinį (žr. 91 punktą). 73. Turi būti realizuotas SPĮ teikiamų ataskaitų duomenų keitimo žurnalas, kuriame turi būti

saugomi visi patvirtintų ataskaitų dėl Brangių ST-MP redagavimo istorijos duomenys: 73.1. keitimo data, 73.2. SPĮ pavadinimas, 73.3. SPĮ darbuotojas, keitęs duomenis, 73.4. pakeisto lauko pavadinimas, 73.5. sena duomenų reikšmė, 73.6. nauja duomenų reikšmė. 74. Turi būti realizuota filtravimo funkcija SPĮ teikiamų ataskaitų duomenų keitimo žurnale pagal

visus šio sąrašo duomenis.

5. Funkciniai reikalavimai ST vertinimo moduliui

75. Realizuojant ST vertinimo funkcionalumus, turi būti panaudoti šie panaudos atvejai (galutinis panaudos atvejais realizuojamų funkcijų sąrašas turi būti suderintas su PO):

7.4 ST vertinimo panaudos koncepcinė diagrama

76. SPĮ turi galėti pateikti visus ST vertinimo paraiškos duomenis (žr. 5.6 lentelę) ir neribotą kiekį papildomų dokumentų. Detalios analizės metu Paslaugų teikėjas turi ST vertinimo paraiškos duomenis pasitvirtinti su Perkančiąja organizacija, nes ateityje tikėtini šių duomenų pakeitimai.

77. ST vertinimo paraiškos turi turėti šias būsenas:

7.1 lentelė. ST vertinimo paraiškų būsenų aprašymas

PAVADINIMAS GALI NURODYTI

SĄLYGOS APRAŠYMAS

Pateikta Nurodoma automatiškai

77.1. Nustatoma, kai užregistruojama paraiška. 77.2. Paraiška yra redagavimo būsenoje.

Pareiškėjo pateikta paraiška

Anuliuota SPĮ darbuotojas 77.3. Gali būti nustatyta tol, kol paraiškos būsena yra Pateikta, Atliekamas pirminis vertinimas ir Tikslinama. 77.4. Paraiška negali būti redaguojama.

Paties pareiškėjo sprendimu atsiimta ST vertinimo paraiška

PAVADINIMAS GALI NURODYTI

SĄLYGOS APRAŠYMAS

Atliekamas pirminis vertinimas

VASPVT darbuotojas

77.5. Gali būti nustatyta tol, kol paraiškos būsena yra Pateikta ir Tikslinama. 77.6. Paraiškoje gali būti keičiama tik jos būsena.

VASPVT darbuotojas vertina pateiktos paraiškos duomenis,

Tikslinama VASPVT darbuotojas

77.7. Gali būti nustatyta tol, kol paraiškos būsena Atliekamas pirminis vertinimas. 77.8. Paraiška yra redagavimo būsenoje.

Laukiama pareiškėjo patikslintų duomenų

Patvirtinta VASPVT darbuotojas

77.9. Gali būti nustatyta tol, kol paraiškos būsena Atliekamas pirminis vertinimas ir Tikslinama. 77.10. Paraiška nebegali būti redaguojama.

ST vertinimo paraiška patvirtinta ir ja remiantis bus vykdomas ST vertinimas

Atmesta VASPVT darbuotojas

77.11. Gali būti nustatyta tol, kol paraiškos būsena Atliekamas pirminis vertinimas, Tikslinama ir Patvirtinta. 77.12. Paraiška nebegali būti redaguojama.

ST vertinimo paraiška atmesta dėl neatitikimo priimtiems reikalavimams

Vertinama VASPVT darbuotojas

77.13. Gali būti nustatyta tol, kol paraiškos būsena Patvirtinta. 77.14. Paraiška nebegali būti redaguojama.

VASPVT darbuotojas vertina ST

Vertinimas atliktas VASPVT darbuotojas

77.15. Gali būti nustatyta tol, kol paraiškos būsena Vertinama. 77.16. Paraiška nebegali būti redaguojama.

VASPVT darbuotojas ST vertinimą pateikia išoriniam vertintojui

78. Turi būti realizuotas ST vertinimo paraiškos būsenų keitimo procesas, pateiktas priede Nr. 3. 79. ST vertinimo paraiškų sąrašas turi būti sudarytas iš šių duomenų: 79.1. SPĮ kodas, 79.2. SPĮ pavadinimas, 79.3. paraišką pateikęs SPĮ darbuotojas, 79.4. paraiškos pateikimo data, 79.5. paraiškos būsena, 79.6. ST pavadinimas. 80. ST vertinimo paraiškų sąraše turi būti realizuotos šios funkcijos: 80.1. peržiūros: 80.1.1. SPĮ darbuotojas turi matyti tik atitinkamos SPĮ ST vertinimo paraiškos duomenis, 80.1.2. VASPVT darbuotojas turi matyti visų SPĮ, bet tik patvirtintas ST vertinimo paraiškos

duomenis;

80.2. registravimo, 80.3. filtravimo pagal visus ST vertinimo paraiškų sąrašo laukus ir DVS registracijos numerį, 80.4. pasirinktų ST vertinimo paraiškų eksportavimas .pdf formatu. Duomenys turi būti išdėstyti

pagal Sveikatos technologijų, susijusių su medicinos prietaisais vertinimo tvarkos aprašo, patvirtinto VASPVT direktoriaus 2013 m. vasario 12 d. įsakymu Nr. T1-165 „Dėl Sveikatos technologijų, susijusių su medicinos prietaisais vertinimo tvarkos aprašo patvirtinimo“, priede išdėstytą formą,

80.5. e. laiškų išsiuntimo išoriniams vertintojams su prisegtais pasirinktų SPĮ ST vertinimo paraiškomis .pdf formatu.

81. ST vertinimo paraiškos kortelėje turi būti realizuotos šios funkcijos: 81.1. peržiūros, 81.2. ST vertinimo paraiškos duomenų redagavimo, 81.3. saugojimo, 81.4. tvirtinimo, tai padarius: 81.4.1. automatiškai sugeneruojamas dokumentas .pdf formatu, 81.4.2. sugeneruotas dokumentas išsiunčiamas e. paštu nurodytiems asmenims (žr. 48.2 punktą); 81.5. ST vertinimo duomenų pateikimo ir redagavimo: 81.5.1. išvadų pateikimo data (pagal nutylėjimą parenkama einama diena, bet leidžiama redaguoti), 81.5.2. vertintojo pareigos, vardas bei pavardė (pagal nutylėjimą nurodomas ekspertas-vertintojas

parinktas 48.2 punkte nustatyta tvarka), 81.5.3. ST vertinimo paraiškos dokumentų prisegimo; 81.6. ST vertinimo paraiškos duomenų eksportavimo į .pdf formatą. Duomenys turi būti išdėstyti

pagal VASPVT direktoriaus įsakyme „Dėl sveikatos technologijų, susijusių su medicinos prietaisais, vertinimo tvarkos aprašo patvirtinimo“ pateiktą formą,

81.7. termino ST vertinimui keitimo. Ši funkcija prieinama tik VASPVT darbuotojui – SPĮ darbuotojui leidžiama tik peržiūrėti šį terminą,

81.8. ST vertinimo dokumentų prisegimo. Ši funkcija prieinama VASPVT darbuotojui arba ekspertui-vertintojui – SPĮ darbuotojui leidžiama tik peržiūrėti šiuos dokumentus,

81.9. ST vertinimo išvadų teikimo. Ši funkcija prieinama VASPVT darbuotojui arba ekspertui-vertintojui – SPĮ darbuotojui leidžiama tik peržiūrėti šias išvadas,

81.10. ST vertinimo išvadų viešinimo TechnoMedTas portalo skiltyje „ST vertinimas“, 81.11. e. pranešimo SPĮ siuntimo, pateikiant e. pranešimo pavadinimą ir turinį (žr. 91 punktą). 82. Turi būti realizuotas patvirtintų ST vertinimo paraiškos duomenų keitimo žurnalas, kuriame turi

būti saugomi visi patvirtintų ST vertinimo paraiškos redagavimo istorijos duomenys: 82.1. keitimo data, 82.2. SPĮ pavadinimas, 82.3. SPĮ darbuotojas, keitęs duomenis, 82.4. pakeistų duomenų pavadinimas, 82.5. sena duomenų reikšmė, 82.6. nauja duomenų reikšmė. 83. Turi būti realizuota filtravimo funkcija ST vertinimo paraiškų duomenų keitimo žurnale pagal

visus šio sąrašo duomenis.

6. Funkciniai reikalavimai ataskaitų ir informacijos analizės moduliui

84. Turi būti sukurtos šios standartinės ataskaitos (Neapsiribojant. Detalios analizės metu Paslaugų teikėjas suderinęs su Perkančiąja organizacija papildomai turės sukurti ne daugiau kaip dar 10 standartinių ataskaitų):

84.1. SPĮ teikusių duomenis VASPVT (pagal naujų Brangių ST-MP registravimą, Brangių ST-MP nurašymą ir ST vertinimo paraiškų pateikimą) per pasirinktą laikotarpį;

84.2. užregistruotų Brangių ST-MP, pateiktų SPĮ ataskaitų ir ST vertinimo paraiškų per pasirinktą laikotarpį;

84.3. Brangių ST-MP rūšių (apimant naudojamas arba laikinai nenaudojamas Brangias ST-MP) pasiskirstymas Lietuvos SPĮ pasirinktais metais:

84.3.1. metai,

84.3.2. įstaigos teisinė forma, 84.3.3. įstaigos tipas, 84.3.4. įstaigos pavadinimas, 84.3.5. Brangios ST-MP rūšis, 84.3.6. Brangios ST-MP tipas, 84.3.7. Brangios ST-MP skaičius, 84.3.8. pagaminimo metai, 84.3.9. įsigijimo data, 84.3.10. naudojimo pradžios data, 84.3.11. bendras Brangių ST-MP kiekis; 84.4. Brangių ST-MP rūšių (apimant naudojamas arba laikinai nenaudojamas ST-MP) pasiskirstymas

apskrityse pasirinktais metais; 84.5. Brangių ST-MP rūšių (apimant naudojamas arba laikinai nenaudojamas ST-MP) pasiskirstymas

pagal technines charakteristikas pasirinktais metais: 84.5.1. metai, 84.5.2. Brangios ST-MP rūšis, 84.5.3. pagamintų Brangių ST-MP rūšies kiekis, 84.5.4. įsigytų Brangių ST-MP rūšies kiekis, 84.5.5. vidutinis Brangios ST-MP rūšies eksploatavimo amžius (metais), 84.5.6. SPĮ procentinė dalis, naudojanti 0-5 m. amžiaus Brangią ST-MP rūšį, 84.5.7. SPĮ procentinė dalis, naudojanti 6-10 m. amžiaus Brangią ST-MP rūšį, 84.5.8. SPĮ procentinė dalis, naudojanti daugiau nei 10 m. amžiaus Brangią ST-MP rūšį; 84.6. Brangių ST-MP (apimant naudojamas arba laikinai nenaudojamas Brangias ST-MP)

pasiskirstymas pagal eksploatacinį amžių SPĮ pasirinktais metais: 84.6.1. įstaigos teisinė forma, 84.6.2. įstaigos tipas, 84.6.3. įstaigos pavadinimas, 84.6.4. Brangios ST-MP rūšis, 84.6.5. vidutinis Brangios ST-MP rūšies eksploatavimo amžius (metais); 84.7. Brangių ST-MP tipų (apimant naudojamas arba laikinai nenaudojamas Brangias ST-MP)

pasiskirstymas pasirinktais metais: 84.7.1. Brangios ST-MP rūšis, 84.7.2. Brangios ST-MP tipas, 84.7.3. Brangios ST-MP tipo kiekis (proc.); 84.8. Brangių ST-MP rūšių (apimant naudojamas arba laikinai nenaudojamas Brangias ST-MP)

vidutinė įsigijimo kaina pasirinktų metų laikotarpiu: 84.8.1. Brangios ST-MP rūšis, 84.8.2. Brangios ST-MP rūšies vidutinė įsigijimo kaina (mln. Lt). 85. Turi būti sukurtas funkcionalumas, leidžiantis sukurti Perkančiosios organizacijos veiklai

reikalingas ataskaitas: 85.1. Turi būti pateiktas įrankis, leidžiantis TechnoMedTas naudotojo sąsajoje atlikti IS saugomos

informacijos analizę ir atlikti nestandartines, iš anksto neapibrėžtas užklausas ir išsaugoti jų rezultatus, 85.2. Naudotojams turi būti pateikta sąsaja, leidžianti formuoti statistines ataskaitas iš IS kaupiamų

duomenų pagal pasirinktas stulpelių, eilučių ir parametrų reikšmes, jas peržiūrėti, spausdinti bei išsaugoti. 85.3. Turi būti galimybė kurti naujas ataskaitas, jau sukurtų ataskaitų pagrindu. 85.4. Turi būti galimybė formuojant ataskaitą nurodyti puslapio orientaciją (vertikaliai ar

horizontaliai). 86. Turi būti galimybė filtruoti ataskaitas pagal jų tipus ir kitus požymius. 87. Turi būti galimybė sukurtas ataskaitas peržiūrėti, spausdinti, ištrinti ir eksportuoti į .pdf, .xlsx,

.xml formatus. 88. SPĮ pakoregavus Brangių ST-MP duomenis, automatiškai turi atsinaujinti visos susijusios

ataskaitos.

7. Funkciniai reikalavimai kontrolės vykdymo moduliui

89. Turi būti realizuoti šie sisteminiai priminimai: 89.1. SPĮ naudotojams apie: 89.1.1. techninės priežiūros vykdymą, 89.1.2. artėjančią ataskaitos teikimo dieną, 89.1.3. ataskaitų teikimo vėlavimą, 89.1.4. artėjantį ST vertinimo paraiškos pataisymo (patikslinimo) terminą. 89.2. VASPVT darbuotojams apie: 89.2.1. artėjantį ST vertinimo paraiškos pirminio įvertinimo terminą, 89.2.2. artėjantį ST vertinimo terminą. 90. Priminimai turi būti rodomi kiekvienam naudotojui, t. y., tol, kol pats naudotojas jų neišjungia. 91. TechnoMedTas turi būti realizuota bendravimo (e. pranešimų siuntimo) su SPĮ funkcija: 91.1. Brangių ST-MP duomenų teikimo ar vertinimo paraiškų derinimo klausimais: 91.1.1. e. pranešimo siuntimą inicijuoja VASPVT darbuotojas dviem būdais: 91.1.1.1. pasirinkdamas adresatą iš pareiškėjų sąrašo e. pranešimų modulyje, 91.1.1.2. išsiųsdamas e. pranešimą iš atitinkamos kortelės, būtent Brangių ST-MP, SPĮ teikiamos

ataskaitos ar ST vertinimo paraiškos kortelės; 91.1.2. turi būti galimybė susieti pareiškėjo pateiktus dokumentus per e. pranešimų modulį

atitinkamai su užregistruota Brangia ST-MP ar paraiška; 91.2. konsultavimo tikslais: 91.2.1. e. pranešimo siuntimą inicijuoja SPĮ darbuotojas, 91.2.2. turi būti galimybė prie e. pranešimo prisegti dokumentą(-us); 91.3. IS naudotojas apie gautą e. pranešimą TechnoMedTas sistemoje turi būti informuojamas e.

paštu; 91.4. turi būti realizuotos šios e. pranešimų būsenos: 91.4.1. išsiųsta VASPVT, 91.4.2. išsiųsta SPĮ, 91.4.3. atsakyta SPĮ, 91.4.4. atsakyta VASPVT. 91.5. e. pranešimų būsenos turi būti nustatomos automatiškai; 91.6. e. pranešimų sąraše turi būti pateikti šie duomenys: 91.6.1. pirmo e. pranešimo išsiuntimo data, 91.6.2. susirašinėjimo iniciatorius, 91.6.3. e. pranešimo pavadinimas, 91.6.4. paskutinio e. pranešimo išsiuntimo data, 91.6.5. būsena.

8. Funkciniai reikalavimai portalui ir jo turinio valdymo moduliui

92. TechnoMedTas portalas turi atitikti Bendrųjų reikalavimų valstybės ir savivaldybių institucijų ir įstaigų interneto svetainėms aprašą, patvirtintą Lietuvos Respublikos Vyriausybės 2003 m. balandžio 18 d. nutarimu Nr. 480 „Dėl Bendrųjų reikalavimų valstybės ir savivaldybių institucijų ir įstaigų interneto svetainėms aprašo patvirtinimo”.

93. TechnoMedTas portalas turi būti pritaikytas naudotis neįgaliesiems, vadovaujantis Neįgaliesiems pritaikytų valstybės ir savivaldybių institucijų ir įstaigų interneto svetainių kūrimo, testavimo ir įvertinimo metodinėmis rekomendacijomis, patvirtintomis Informacinės visuomenės plėtros komiteto prie Lietuvos Respublikos Vyriausybės direktoriaus 2004 m. kovo 31 d. įsakymu Nr. T-40 „Dėl Neįgaliesiems pritaikytų valstybės ir savivaldybių institucijų ir įstaigų interneto svetainių kūrimo, testavimo ir įvertinimo metodinių rekomendacijų patvirtinimo“.

94. TechnoMedTas kuriant elektronines paslaugas turi būti vadovaujamasi Informacinės visuomenės plėtros komiteto prie Susisiekimo ministerijos 2014 d. gegužės 5 d. įsakymu Nr. T-65 „Dėl Kuriamų viešųjų ir administracinių elektroninių paslaugų tinkamumo naudotojams užtikrinimo priemonių metodinių rekomendacijų patvirtinimo“.

95. Portalo dizainas turi būti priderintas ir atitikti šiuo metu Perkančiosios organizacijos naudojamos interneto svetainės www.vaspvt.gov.lt dizainą.

96. Turi būti sukurtos šios išorinio TechnoMedTas portalo struktūros dalys: 96.1. Naujienos, 96.2. Apie Brangias ST-MP – bus aprašomos visos Lietuvoje naudojamos Brangios ST-MP bei

pateikiama einamųjų metų statistinė-analitinė informacija, paremta TechnoMedTas saugomais duomenimis bei panaudotomis TechnoMedTas analitikos priemonėmis, apie Lietuvoje ir užsienyje naudojamas Brangias ST-MP;

96.3. Teisinė informacija – bus pateikti visų aktualių redakcijų teisės aktų, reglamentuojančių Brangių ST-MP įsigijimą bei naudojimą, bei patvirtintų tvarkų sąrašas su nuorodomis į juos;

96.4. Grafikas – pateikiamas duomenų apie Brangias ST-MP teikimo grafikas; 96.5. ST vertinimas: 96.5.1. Išoriniai vertintojai – pateikiamas išorinių vertintojų sąrašas, 96.5.2. išvados – pateikiamos ST vertinimo išvados ir rekomendacijos; 96.6. Moksliniai darbai ir studijos – pateikiamas Lietuvoje apgintų disertacijų, susijusių su ST-MP,

sąrašas; 96.7. Kontaktai – pateikiamas Medicinos technologijų skyriaus darbuotojų ir jų kontaktinių

duomenų sąrašas; 96.8. DUK – dažniausiai užduodamų klausimų ir atsakymų į juos sąrašas. 97. TechnoMedTas portalas turi būti optimizuotas Google paieškos sistemai. 98. Turi būti realizuota skilties „Naujienos“ automatinio archyvavimo galimybė. 99. Turi būti realizuota vieno langelio paieška, per kurį paieška pagal žodžio dalį, žodį ar frazę būtų

vykdoma visame portale. Paieškos rezultatai turi būti pateikti surūšiuoti pagal portalo struktūrines dalis. 100. Turi būti galimybė administruoti portalo struktūrą, t. y., kurti, pervadinti, padaryti nematomus,

trinti portalo struktūrines dalis. 101. Turi būti suteikiama galimybė redaguoti turinio blokus su Perkančiąja organizacija suderintose

vietose, neatliekant papildomų programavimo darbų. 102. Turi būti suteikiama galimybė patalpinti reikšminių žodžių (angl. keywords) sąrašus ir meta

aprašymus.

8. Reikalavimai architektūrai

103. TechnoMedTas yra atskira informacinė sistema. 104. Žemiau pateiktoje diagramoje pavaizduota funkcinė TechnoMedTas architektūra:

8.1 paveikslas. Koncepcinė funkcinė TechnoMedTas architektūra

105. 8.1 lentelėje išvardyti TechnoMedTas sudarantys moduliai ir jų paskirtis:

8.1 lentelė. TechnoMedTas moduliai ir jų paskirtis

NR. PAVADINIMAS PASKIRTIS 105.1. Administravimo modulis TechnoMedTas objektų administravimui, apimant IS naudotojų

ir jų prieigos teisių administravimą, duomenų įkėlimą iš pirminių šaltinių (Brangių ST-MP rūšių ir jiems priskiriamų charakteristikų, SPĮ tipų, išorinių vertintojų sudėties ir kt.), priminimų parametrų konfigūravimą, prieigą prie naudotojų atliktų veiksmų žurnalo.

105.2. Brangių ST-MP duomenų Brangių ST-MP duomenų registravimo, redagavimo ir nurašymo

tvarkymo modulis funkcijoms vykdyti ir Brangių ST-MP paieškai atlikti pagal nurodytus kriterijus.

105.3. SPĮ teikiamų ataskaitų tvarkymo modulis

SPĮ teikiamų ataskaitų registravimo bei redagavimo funkcijoms vykdyti ir ataskaitos(-ų) paieškai atlikti pagal nurodytus kriterijus.

105.4. ST vertinimo valdymo modulis

Valdyti ST vertinimo eigą, apimant ST vertinimo paraiškų teikimą, redagavimą (tikslinimą), atsiėmimą, pirminį paraiškos vertinimą ir ST vertinimo išvadų teikimą bei publikavimą.

105.5. Kontrolės vykdymo modulis

Elektroninių paslaugų vykdymo kontrolės funkcijoms vykdyti, apimant priminimus apie Brangių ST-MP techninės priežiūros vykdymą, darbo su Brangiomis ST-MP bei Brangiomis ST-MP naudojimo išlaidų ataskaitų teikimo terminus, paraiškų bei ST vertinimo eigą ir terminus.

105.6. Ataskaitų ir informacijos analizės modulis

Modulių duomenų analizei vykdyti ir ataskaitoms formuoti, pateikiant pilną ir išsamią statistinę informaciją apie registruotus ir nurašytas Brangias ST-MP, priimtas ST vertinimo paraiškas, ST vertinimo eigą ir išvadas.

105.7. Portalo turinio valdymo modulis

Portalo katalogų (struktūrinių dalių) koregavimui ir turinio valdymui (naujos informacijos talpinimui, senos informacijos redagavimui, šalinimui).

105.8. Integracijos modulis Duomenų mainų su išorinėmis ir vidinėmis sistemomis užtikrinimas

106. Sistemos architektūra turi būti daugiapakopė (angl. multi-tier, N-tier). Ją turi sudaryti minimaliai 3 hierarchiniai lygmenys (naudotojo, veiklos logikos, duomenų bazės).

107. Klientinė dalis turi būti realizuota grafinės žiniatinklio (angl. WEB) sąsajos pagrindu. 108. Sistemos kūrimas turi būti atliekamas pagal SOA (angl. Service oriented architecture) ar

lygiaverčius principus. 109. Naujo programinės įrangos funkcionalumo ir funkcionalumo pakeitimų realizavimas neturi

pareikalauti papildomos techninės ir licencijuojamos standartinės ir nestandartinės programinės įrangos įsigijimo Perkančiajai organizacijai.

110. Architektūrinis sprendimas turi užtikrinti sistemos aukštą prieinamumą (angl. high availability), kuris gali būti realizuojamas operacinių sistemų funkcionalumu, techninės įrangos galimybėmis ar kitos programinės įrangos pagalba. Aukštas prieinamumas turi būti realizuojamas veiklos logikos lygyje ir duomenų bazės lygyje.

111. TechnoMedTas realizacija neturi prieštarauti su Projektu susijusiems teisės aktams. Turi būti užtikrintas standartų ir teisės aktų laikymasis.

9. Reikalavimai duomenų bazių valdymo sistemai

112. Kuriant sistemą turi būti naudojama duomenų bazių valdymo sistema, nurodyta skyriuje 13 „Reikalavimai techninei įrangai“.

10. Reikalavimai saugumui

113. Duomenų sauga turi būti užtikrinta vadovaujantis: 113.1. Bendrųjų elektroninės informacijos saugos reikalavimų aprašo, patvirtinto Lietuvos

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

113.2. Turi būti įgyvendintos visos informacijos saugumo valdymo priemonės, privalomos 3 kategorijos valstybės informacinėms sistemoms, nustatytos Lietuvos Respublikos vidaus reikalų ministro

2013 m. spalio 4 d. įsakyme Nr. 1V-832 „Dėl Techninių valstybės registrų (kadastrų), žinybinių registrų, valstybės informacinių sistemų ir kitų informacinių sistemų elektroninės informacijos saugos reikalavimų patvirtinimo“.

114. Turi būti įdiegta apsauga nuo automatizuoto užklausų, pranešimų siuntimo, naudojant CAPTCHA (angl. Completely Automated Public Turing test to tell Computers and Humans Apart) ar lygiavertę technologiją.

115. Turi būti audituojami integracinėmis sąsajomis siunčiami/gaunami duomenys, išsaugant informaciją:

115.1. iš išorinių sistemų gaunami duomenys; 115.2. į išorines sistemas siunčiami duomenys; 115.3. duomenų gavimo/siuntimo data ir laikas; 115.4. siųsti/gauti duomenys. 116. Turi būti įgyvendintos TechnoMedTas naudotojų veiksmų, atliktų per TechnoMedTas

naudotojo sąsają, veiklos atsekamumo priemonės. Siekiant išvengti perteklinės audito informacijos kaupimo, tikslūs audito įrašų darymo momentai turi būti identifikuoti detalios analizės metu kartu su Perkančiąja organizacija.

117. Paslaugų teikėjas, projektuodamas TechnoMedTas funkcionalumus, su Perkančiąja organizacija turi suderinti, kokias apsaugas ir kuriam funkcionalumui naudoti. Turi būti įvertintos šios grėsmės:

117.1. neautentifikuota prieiga; 117.2. nesankcionuotas naudotojo sesijos perėmimas; 117.3. nesankcionuotas duomenų perėmimas ar jų įterpimas; 117.4. žalingo kodo įterpimas (angl. Injection, XSS (Cross-sitescripting)); 117.5. kiti saugumo pažeidimai, įvardinti OWASP TOP 10 (https://www.owasp.org) sąraše (arba

lygiaverčiame). 118. Žiniatinklio paslaugų naudojimo atveju žiniatinklio paslaugų sauga turi būti vykdoma

vadovaujantis WS-S (angl. Web Services Security) ar lygiaverčio standarto reikalavimais. 119. Paslaugų teikėjas turi naudoti Perkančiosios organizacijos pateiktus reikiamus sertifikatus,

skirtus užtikrinti žiniatinklio paslaugų saugą (angl. SSL) arba jei Perkančiosios organizacijos pateikti sertifikatai nėra tinkami, Paslaugų teikėjas į pasiūlymo kainą turi įskaičiuoti ir pateikti, žiniatinklio paslaugų saugumui užtikrinti, būtinus sertifikatus.

11. Reikalavimai naudotojo sąsajai ir ergonomiškumui

120. Paslaugų teikėjas, projektuodamas TechnoMedTas funkcionalumų naudotojo sąsajas, turi atsižvelgti į šiuos reikalavimus:

120.1. naudotojo sąsaja turi būti realizuota lietuvių kalba ir turi būti naudojama laikantis bendrinių kalbos taisyklių,

120.2. paslaugų teikėjas privalo užtikrinti funkcionalumo, kuris pasiekiamas žiniatinklio (angl. WEB) priemonėmis, naudotojo sąsajos korektišką veikimą šiose naršyklėse:

120.2.1. Microsoft Internet Explorer – 9.0 ir aukštesnėse versijose, 120.2.2. Mozilla FireFox – 23.0 ir aukštesnės versijos, 120.2.3. Google Chrome – 30.0 ir aukštesnės versijos. 120.3. funkcionalumo, kuris pasiekiamas žiniatinklio (angl. WEB) priemonėmis, naudotojo sąsaja

turi atitikti W3C XHTML arba lygiavertę specifikaciją ir turi būti naudojama ne žemesnė kaip 1.0 W3C XHTML arba lygiavertė versija. Realizavimui turi būti naudojama ne prastesnė CSS2 arba lygiavertė technologija (angl. Cascading Style Sheets Language 2, www.w3.org/Style/CSS/),

120.4. informacijai teikti naudotojo sąsajoje turi būti naudojami atviri formatai, t. y., oficialiai įregistruoti rinkmenų tarptautiniai standartai (pvz.: TXT (UTF-8), HTML 4.01 (ISO 8879), PDF/A (ISO 19005), PDF, TIFF (ISO 12639), JPEG (ISO/IEC 10918), PNG (ISO/IEC 15948), ODF (ISO/IEC 26300:2006) formatai, OOXML (ISO/IEC 29500) formatai, XML 1.1 (kartu pateikiant atvaizdavimo taisykles, pavyzdžiui, XSL transformavimo aprašą) ir kt.);

120.5. naudotojo sąsaja turi būti intuityvi, suprantama ir nesudėtinga naudoti naudotojams, turintiems reikalaujamą kompiuterinio raštingumo lygį (ECDL ar aukštesnį), bei atitikti šiuolaikinius

ergonomikos reikalavimus (vadovautis LST EN ISO 9241-110:2006 „Žmogaus ir sistemos sąveikos ergonomika. 110 dalis. Dialogo principai (ISO 9241-110:2006) standartu arba lygiaverčiu),

120.6. naudotojo sąsajos valdymas turi remtis pelės ir klaviatūros įrenginiais, 120.7. naudotojų sąsajos klaidų pranešimai turi būti suformuluoti taip, kad naudotojui būtų aišku,

kas atsitiko ir kokius veiksmus jam toliau reikia atlikti, kad galėtų tęsti darbą. Unikalūs klaidų pranešimai, leidžiantys identifikuoti klaidą, taip pat turi būti suformuluoti taip, kad Paslaugų teikėjas galėtų lengvai identifikuoti klaidas,

120.8. duomenų įvedimo formose duomenų laukai turi būti užpildomi automatiškai, jeigu TechnoMedTas duomenų bazėje yra saugomi atitinkami duomenys,

120.9. turi būti patikrinamos TechnoMedTas portale atsiradusios klaidos (pvz., neegzistuojančios nuorodos ir pan.),

120.10. jeigu portalo vartotojo sąsajoje naudojamos įskiepų reikalaujančios technologijos (pvz., Adobe Flash ar Java), kurių nėra naudotojo kompiuteryje, turi būti rodomas sisteminis pranešimas su aiškiais nurodymais, kokiu būdu galima įdiegti reikiamą įskiepį,

120.11. nuorodos į portalo puslapius turi būti prasmingo teksto, 120.12. TechnoMedTas portalas turi būti suderinamas su VASPVT interneto svetaine.

12. Reikalavimai integracinėms sąsajoms

121. Paslaugų teikėjas turi sukurti sąsajas tik TechnoMedTas pusėje. 122. Duomenų mainai turi būti vykdomi naudojant žiniatinklio paslaugas ar lygiavertes

technologijas, SOAP ar lygiavertį protokolą, suderinus tai su PO. Paslaugų teikėjas turi atsižvelgti į patvirtintą Informacinės visuomenės plėtros komiteto prie Susisiekimo ministerijos direktoriaus 2013 m. kovo 25 d. įsakymą Nr. T-36 „Dėl duomenų teikimo formatų ir standartų rekomendacijų patvirtinimo“.

123. Jei integracija realizuota žiniatinklio paslaugų pagrindu, duomenų teikimui turi būti: 123.1.1. naudojamas XML (angl. Extensible Markup Language) arba lygiavertis formatas; 123.1.2. atlikta žiniatinklio paslaugos patikra pagal WS-I (angl. Web Services Interoperability) arba

lygiavertį standartą; 123.1.3. naudojamas vieningas duomenų teikimo protokolas SOAP 1.1 (angl. Simple Object Access

Protocol) arba lygiavertis. 124. Paslaugų teikėjas turi užtikrinti, kad nebus sutrikdytas jau veikiančių integracinių sąsajų

veikimas. 125. TechnoMedTas korektiškas veikimas neturi būti įtakojamas integracinių sąsajų veikimo /

neveikimo, t. y., neveikiant integruotai išorinei ar vidinei sistemai (ar veikiant nekorektiškai) neturi būti sutrikdomas TechnoMedTas veikimas, t. y., sistema neturi liautis veikusi ir privalo vykdyti savo funkcijas, kurios nesusijusios su neveikiančia (ar veikiančia nekorektiškai) išorine ar vidine sistema.

126. Jeigu Projekto įgyvendinimo metu nebus galimybės sukurti integracijos su išorine sistema dėl išorinės sistemos neveikimo (neegzistavimo) ar kitų techninių ir organizacinių kliūčių, tokios integracijos turės būti realizuotos garantinio laikotarpio metu, jeigu šio laikotarpio metu susidarys sąlygos tokiai integracijai įgyvendinti. Už integracinių sąsajų įgyvendinimo teisinius aspektus atsakinga Perkančioji organizacija. Teikėjas privalo informuoti Perkančiąją organizaciją ne vėliau kaip du mėnesiai iki konstravimo etapo pabaigos, jeigu iškyla techninių ar organizacinių kliūčių realizuoti integracines sąsajas.

127. Turi būti realizuota integracinė sąsaja, skirta iš VIISP į TechnoMedTas perduoti: 127.1. prisijungusio asmens (SPĮ darbuotojo ar eksperto-vertintojo) identifikacinius duomenis, 127.2. klaidų iš VIISP gavimą. 128. Turi būti realizuota integracinė sąsaja, skirta iš Juridinių asmenų registro (toliau – JAR) į

TechnoMedTas perduoti duomenis apie SPĮ. Šiai integracinei sąsajai taikomi reikalavimai: 128.1. integracinė sąsaja turi užtikrinti, šių duomenų apie SPĮ ir jų pakeitimus perdavimą: 128.1.1. įmonės kodas; 128.1.2. pavadinimas; 128.1.3. buveinė (adresas: šalis, savivaldybė, seniūnija, miestas, gatvė, namo ir patalpos nr.); 128.1.4. telefonas; 128.1.5. faksas; 128.1.6. el. paštas;

128.1.7. įregistravimo data; 128.1.8. išregistravimo data. 128.2. integracinė sąsaja turi užtikrinti klaidų ir kitų duomenų iš JAR gavimą. 129. Duomenų gavimas iš JAR turi būti inicijuojamas TechnoMedTas pusėje konfigūruojamu

intervalu. 130. Jei JAR yra nepasiekiamas, TechnoMedTas, konfigūruojamu intervalu, turi bandyti atnaujinti

SPĮ duomenis pakartotinai. 131. Pasikeitus SPĮ duomenims arba importavus naują SPĮ ar jos filialą, VASPVT darbuotojui turi būti

rodomas apie tai informuojantis sisteminis pranešimas.

13. Reikalavimai techninei įrangai

132. Žemiau esančioje lentelėje pateikti iš išorinio duomenų centro nuomojami techninės įrangos resursai, skirti TechnoMedTas palaikyti.

13.1 lentelė. Duomenų centro nuomojamų paslaugų našumo parametrai

Pavadinimas Kiekis

Operatyviosios atminties kiekis 8 Gb

Procesorių našumas 8 GHz

Kietojo disko talpa 250 Gb

Operacinė sistema Windows Server 2008 R2

Duomenų bazių valdymo sistema MS SQL server 2008

133. Paslaugų teikėjas sukurtą TechnoMedTas turės įdiegti numatytuose nuomojamuose resursuose.

134. Detalios analizės ir projektavimo etapų metu, Paslaugų teikėjas turi pateikti pasiūlymus Perkančiajai organizacijai dėl numatytų naudoti techninės įrangos resursų parametrų optimalumo.

14. Reikalavimai našumui ir greitaveikai

135. Sistemos architektūrinis sprendimas turi užtikrinti, kad kai su sistema vienu metu dirba 10 naudotojų ir kiekvienas naudotojas kas 5 sekundes atlieka atsitiktinį veiksmą, atsakas (naudotojo naršyklės priimti HTTP paketai) neturi viršyti 1 sekundės. Galimi išimtiniai atvejai, kurie raštu turi būti suderinti su Perkančiąja organizacija.

136. Paslaugų teikėjas su PO turi suderinti našumo ir greitaveikos testavimo metrikas, atlikti automatizuotą testavimą prieš diegiant naujus funkcionalumus ir pateikti išvadas, kurios metrikos gali pakisti, įgyvendinus visus numatytus funkcionalumus. Įdiegus numatytus funkcionalumus Paslaugų teikėjas dar kartą turi atlikti automatizuotą našumo ir greitaveikos testavimą bei pateikti išvadas dėl sukurtų funkcionalumų našumo ir greitaveikos.

137. Paslaugų teikėjas turės užtikrinti nurodyto našumo ir greitaveikos reikalavimo įgyvendinimą, pateikdamas našumo ir greitaveikos testavimo ataskaitą.

15. Reikalavimai duomenų užkrovimui

138. Paslaugų teikėjas turi sukurti šiuos klasifikatorius: 138.1. SPĮ ir jų filialai, 138.2. Brangių ST-MP rūšys, 138.3. Brangios ST-MP tipas / modelis, 138.4. Brangios ST-MP gamintojas. 139. Sukurtuose klasifikatoriuose reikšmės, kurios nesiskiria savo prasme, neturi kartotis, t. y.,

reikšmės, kurios skiriasi tik dėl panaudotų didžiųjų ar mažųjų raidžių, padarytų gramatinių klaidų, įterptų tarpų ir pan., turi būti laikomos lygiavertėmis ir klasifikatoriuje turi būti apjungtos.

140. Paslaugų teikėjas turi perkelti šiuos duomenis į TechnoMedTas iš Perkančiosios organizacijos vidinio dokumento (MS Excel), kuriame kaupiami ir saugomi atitinkami duomenys:

140.1. SPĮ duomenis (žr. 5.1 lentelę), priskiriant filialus atitinkamoms SPĮ, 140.2. Naudojamų Brangių ST-MP duomenis (žr. 5.2 lentelę), susiejant juos su atitinkamomis SPĮ, 140.3. nurašytų Brangių ST-MP duomenis (žr. 5.2 lentelę ir 5.3 lentelę), susiejant juos su

atitinkamomis SPĮ, 140.4. darbo su Brangiomis ST-MP ataskaitos duomenis (žr. lentelę), susiejant juos su

atitinkamomis SPĮ, 140.5. Brangių ST-MP naudojimo išlaidų ataskaitos duomenis (žr. lentelę) ir susieti juos su

atitinkamomis SPĮ.

16. Reikalavimai dokumentacijai

141. Visa dokumentacija turi būti parengta laikantis bendrinės lietuvių kalbos taisyklių. 142. Dokumentų galutinės versijos turi būti pateiktos dviem formatais: elektroniniu (MS Word arba

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

143. Šio Projekto rėmuose kuriamų specializuotų (ne licencinių) programinių priemonių išeities tekstai (angl. source code), pateikiami tik elektroninėje laikmenoje ir turi atitikti šiuos reikalavimus:

143.1. turi būti su komentarais ir atitikti gerąsias programinio kodo formatavimo, kintamųjų bei funkcijų įvardinimo praktikas;

143.2. turi būti pilni ir korektiški, iš kurių, naudojant standartines priemones, būtų galima sukompiliuoti naudojimui parengtą programinę įrangą, atliekanti jai specifikuotas funkcijas;

143.3. turi būti perduoti dviem variantais: 143.3.1. kompiliavimui paruoštų rinkmenų paketų forma, nurodant standartines kompiliavimo

priemones ir kompiliavimo eigą, 143.3.2. tų įrankių, kuriais jie sukurti, formatu (jeigu toks formatas egzistuoja). 144. Turi būti parengtas projekto vykdymo reglamentas, projekto vykdymo planas-grafikas, kokybės

valdymo planas, rizikos valdymo planas, konfigūracijos valdymo planas ir kiti planavimo dokumentai. Pastarieji dokumentai gali būti rengiami kaip projekto reglamento turinys ar priedai.

145. Turi būti parengti detalios analizės ir projektavimo, diegimo, testavimo, mokymų, bandomosios eksploatacijos bei garantinės priežiūros dokumentai. Galutinis dokumentų, kuriuos reikės parengti arba kuriuos reikės papildyti, sąrašas, jų šablonai (turinys ir struktūra) turi būti suderinti su Perkančiąja organizacija detalios analizės ir projektavimo etapų metu.

146. Minimaliai turės būti parengti šie dokumentai: 146.1. duomenų užkrovimo aprašas, 146.2. vidinio testavimo ataskaita, 146.3. detalios integracinių sąsajų specifikacijos bei, žiniatinklio paslaugų atveju, WSDL rinkmenos, 146.4. IS naudojimo dokumentai (administratoriaus ir TechnoMedTas naudotojų vadovai), 146.5. duomenų bazių ir modulių schemos bei aprašai, 146.6. įdiegtų apsaugos klasių ir naudotojų teisių bei galimų vykdyti funkcijų aprašai, 146.7. IS administravimo dokumentai (įskaitant sistemos diegimo procedūrą), 146.8. garantinės priežiūros procedūros dokumentas (įskaitant sistemos pakeitimų valdymo

procedūrą), 146.9. našumo ir greitaveikos testavimo ataskaita, 146.10. naudotojų mokymų planas bei mokymų medžiaga, 146.11. bandomosios eksploatacijos ataskaita. Bandomosios eksploatacijos ataskaitoje turi būti

įvertinti bandomosios eksploatacijos metu nustatyti defektai, pateiktas jų išsprendimo būdas ir statusas, pateiktos rekomendacijos dėl tolesnės eksploatacijos,

146.12. priėmimo testavimo planas ir priėmimo testavimo scenarijai, 146.13. priėmimo testavimo ataskaita, 146.14. galutinė sutarties įvykdymo ataskaita. Galutinė sutarties įvykdymo ataskaita apima projekto

eigos ir rezultatų vertinimą, faktinį rezultatų palyginimą su planu ir neatitikimų įvertinimą.

17. Reikalavimai IS kūrimo ir diegimo procesui

147. IS kūrimo ir diegimo proceso uždaviniai: 147.1. sukurti ir įdiegti TechnoMedTas funkcionalumus, 147.2. sukurti integraciją su VIISP, 147.3. sukurti integraciją su JAR, 147.4. parengti detalios reikalavimų analizės, techninės realizacijos ir kitą susijusią dokumentaciją, 147.5. atlikti testavimą, 147.6. atlikti bandomąją eksploataciją, 147.7. atlikti naudotojų apmokymą. 148. Paslaugų teikėjas analizės ir projektavimo etapo metu turi atlikti detalią TechnoMedTas veiklos

procesų ir poreikių analizę bei projektavimą ir parengti detalizuotą analizės ir projektavimo dokumentaciją, kurioje turi būti pateikti:

148.1. architektūros aprašymas, 148.2. funkciniai ir nefunkciniai reikalavimai, 148.3. detalus funkcijų aprašymas, 148.4. integracinių sąsajų aprašymas. 149. Atliekant analizę ir projektavimą Paslaugų teikėjas turi vykdyti susitikimus su Perkančiosios

organizacijos paskirtais veiklos specialistais. Susitikimai turi būti protokoluojami. 150. Turi būti atliktas TechnoMedTas testavimas, užtikrinant, kad sukurtas funkcionalumas tenkina

visus funkcinius ir nefunkcinius reikalavimus, identifikuojant, kiek įmanoma daugiau sisteminių klaidų (angl. bug).

151. Turi būti atlikti šie testavimai: 151.1. vidinis TechnoMedTas komponentų ir integracinių sąsajų testavimas, kurį turi atlikti

Paslaugų teikėjas, nedalyvaujant Perkančiosios organizacijos atstovams, tačiau turi pateikti tokio testavimo įrodymus – testavimo ataskaitą ir vidinių testavimų metu nustatytų klaidų sąrašą,

151.2. funkcinių ir nefunkcinių reikalavimų priėmimo testavimas, kurį turi atlikti Paslaugų teikėjas, dalyvaujant Perkančiajai organizacijai,

152. Priėmimo testavimas turi būti vykdomas Perkančiosios organizacijos nuomojamos techninės įrangos pagrindu. Jeigu priėmimo testavimo metu nebus tokios galimybės, testavimas turės būti vykdomas naudojant Paslaugų teikėjo pateiktą techninę įrangą. Tokiu atveju turės būti atliktas atskiras testavimas Perkančiosios organizacijos nuomojamoje techninėje įrangoje, siekiant įsitikinti, kad TechnoMedTas korektiškai veikia kitos techninės įrangos pagrindu.

153. Testavimo metu elektronine forma turi būti vedamas pastebėtų klaidų ir jų būsenų kaupimo žurnalas (toliau – klaidų žurnalas). Žurnalą turi pildyti Paslaugų teikėjo atstovai, suteikiant galimybę jį peržiūrėti ar pildyti įgaliotiems Perkančiosios organizacijos darbuotojams. Klaidų žurnalas turi būti specializuota problemų registravimo ir sekimo programinė įranga (angl. issue tracking software), paremta tinklinėmis technologijomis, t. y., pasiekiama naudojant interneto naršyklę.

154. Paslaugų teikėjas turės užtikrinti, kad priėmimo testavimo metu sistemoje bus suvesta pakankamai testinių duomenų, kurie leistų pilnai ištestuoti TechnoMedTas funkcionalumą.

155. Paslaugų teikėjas turės užtikrinti, kad priėmimo testavimo metu bus realizuotos visos šioje specifikacijoje apibrėžtos integracijos su testinėmis vidinėmis ir išorinėmis sistemomis (jeigu tokios yra). Jeigu priėmimo testavimo metu nebus galimybės atlikti integracijų testavimo dėl integruotinos sistemos (ar registro) neveikimo (neegzistavimo), Paslaugų teikėjas turės simuliuoti integruotinas sistemas arba atskiru sutarimu su Perkančiąja organizacija suderinti alternatyvų integracinio funkcionalumo testavimo būdą.

156. Paslaugų teikėjas turės priėmimo testavimo veiklas vykdyti pagal jos parengtą ir su Perkančiąja organizacija suderintą priėmimo testavimo planą bei jame aprašytą testavimo metodiką.

157. Paslaugų teikėjas turės įdiegti TechnoMedTas į Perkančiosios organizacijos pateiktą techninę įrangą bei atlikti techninės ir programinės įrangos konfigūravimo darbus, kad būtų užtikrintas tinkamas TechnoMedTas eksploatacinės aplinkos veikimas.

158. Paslaugų teikėjas turi dokumentuoti programinės įrangos diegimo į Perkančiosios organizacijos darbinę aplinką procesą bei pateikti tam reikalingas programines priemones.

159. Turi būti atlikta TechnoMedTas bandomoji eksploatacija, užtikrinant sukurtų funkcionalumų kokybę, išbandant gamybinę sistemos komponentų konfigūraciją, identifikuojant ir pašalinant bandomosios eksploatacijos metu pastebėtus defektus.

160. Paslaugų teikėjas turi parengti bandomosios eksploatacijos planą, kuriame turi būti aprašyta: 160.1. bandomosios eksploatacijos dalyvių komunikavimo schema, 160.2. dalyvių atsakomybės, 160.3. defektų (pastabų) registravimo ir šalinimo tvarka, 160.4. bandomosios eksploatacijos priėmimo kriterijai. 161. Paslaugų teikėjas turi konsultuoti Perkančiąją organizaciją šiais bandomosios eksploatacijos

aplinkos parengimo klausimais: 161.1. sistemos komponentų instaliavimo ir konfigūravimo, 161.2. visų būtinų sistemos duomenų migravimo (suvedimo) bei perteklinių (bandomajai

eksploatacijai nereikalingų) duomenų pašalinimo. 162. Bandomosios eksploatacijos metu turi būti vykdomas identifikuotų klaidų (problemų)

registravimas elektronine forma, kurioje turi būti vedamas pastebėtų klaidų (problemų) ir jų būsenų kaupimo žurnalas. Klaidų žurnalas turi būti specializuota problemų registravimo ir sekimo programinė įranga (angl. issue tracking software), paremta tinklinėmis technologijomis, t. y., pasiekiama naudojant interneto naršyklę.

163. Paslaugų teikėjas privalo pašalinti TechnoMedTas trūkumus, atsižvelgiant į užregistruotas bandomosios eksploatacijos problemų registre klaidas.

164. Prieš priduodamas sistemą Perkančiajai organizacijai, Paslaugų teikėjas privalo pateikti: 164.1. bandomosios eksploatacijos rezultatus, patvirtinančius, kad sukurtos PĮ funkcinės ir

nefunkcinės charakteristikos atitinka šio dokumento reikalavimus, 164.2. galutines dokumentacijos versijas, jeigu jos buvo pakeistos nuo paskutinio pridavimo, 164.3. galutines išeities kodo versijas, jeigu jos buvo pakeistos nuo paskutinio pridavimo, 165. Tarpinių ir galutinio projekto rezultatų priėmimas-perdavimas turi būti įforminamas priėmimo-

perdavimo aktais. Jų kiekis ir pateikimo terminai turės būti suderinti su Perkančiąja organizacija, atsižvelgiant į Projekto finansavimo sąlygas.

166. Sukurta PĮ ir jos autorinės teisės turi būti perduotos Perkančiosios organizacijos nuosavybėn turtinėmis teisėmis neribotam laikotarpiui po perdavimo-priėmimo akto pasirašymo.

18. Reikalavimai garantinei priežiūrai

167. Teikėjas privalės užtikrinti TechnoMedTas garantinę priežiūrą. 168. Garantinės priežiūros laikotarpis turi būti ne trumpesnis kaip 36 mėnesiai nuo galutinio

perdavimo-priėmimo akto pasirašymo datos. Paslaugų teikėjas privalo vykdyti garantinį viso sukurto sistemos funkcionalumo aptarnavimą nuo jos eksploatacijos pradžios iki garantinio laikotarpio pabaigos. Garantinio laikotarpio metu Tiekėjas turi užtikrinti visų pastebėtų trūkumų tinkamą pašalinimą, sistema privalo būti darbinga, patikima ir atstatoma po trikdžių.

169. Garantinio laikotarpio metu elektronine forma turi būti vedamas pastebėtų klaidų ir jų būsenų kaupimo žurnalas, galimybę jį pildyti suteikiant įgaliotiems Perkančiosios organizacijos darbuotojams.

170. Turi būti parengtos prieinamos ir Perkančiajai organizacijai tinkamos informavimo apie sistemos klaidas ir netikslumus, jų registravimo ir taisymo veiksmų būseną priemones:

170.1. Perkančiosios organizacijos ir Paslaugų teikėjo suderinti telefonai, 170.2. Perkančiosios organizacijos ir Paslaugų teikėjo suderinti el. pašto adresai, 170.3. garantinio aptarnavimo ir priežiūros tarnybos IS (angl. HelpDesk). 171. Garantinio laikotarpio metu Perkančiosios organizacijos nurodymu ar Paslaugų teikėjui

savarankiškai aptikus sistemos trūkumus, turi būti atliekami šie veiksmai: 171.1. klaidų ar netikslumų registravimas, 171.2. klaidų ar netikslumų taisymas, testavimas, 171.3. atnaujinimas, diegiant klaidų ir netikslumų pataisymus, 171.4. dokumentacijos tikslinimas. 172. Garantinės priežiūros paslaugos Perkančiajai organizacijai turi būti teikiamos darbo dienomis

oficialiai patvirtintu darbo laiku.

173. Klaidos ir (ar) trikdžiai klasifikuojami: 173.1. kritinė klaida – kai nustatyti trikdžiai ir (ar) problema, dėl kurių naudotojas negali vykdyti

numatytų būtinų funkcijų ir nežinomas joks kitas alternatyvus šios funkcijos vykdymas, 173.2. svarbi klaida – kai nustatyti trikdžiai ir (ar) problema, kurie kliudo vykdyti būtinas funkcijas,

tačiau yra žinomas alternatyvus funkcijos vykdymas, 173.3. kita klaida – kai nustatyti trikdžiai ir (ar) problema, kurie sukelia sunkumus naudojantis

sistema, bet neįtakoja sistemos funkcijų veikimo ir nedaro jokio kito poveikio sistemai. 174. Paslaugų teikėjas privalo pradėti analizuoti bei šalinti trikdžius ir (ar) klaidas tokiu grafiku: 174.1. kritinės klaidos atveju – ne vėliau kaip per 4 valandas, 174.2. svarbios klaidos atveju – ne vėliau kaip per 8 valandas, 174.3. kitais atvejais – ne vėliau kaip per 20 valandų. 175. Informacija (ataskaita) apie pašalintas ar pataisytas klaidas ir (ar) trikdžius turi būti

atnaujinama ir pateikiama ne rečiau kaip kartą per mėnesį. 176. Garantinės priežiūros darbai turi apimti: 176.1. konsultavimo darbus – Perkančiosios organizacijos darbuotojų konsultavimas darbo su

sistema klausimais telefonu ir (arba) el. paštu, 176.2. neatitikimų šalinimo ir klaidų taisymo paslaugas (įskaitant duomenų migravimo procedūrų

klaidas), 176.3. eksploatuojamos sistemos darbingumo atstatymą (pvz., įvykus duomenų bazės ar atskirų jos

komponentų darbų sutrikimams); 176.4. sugadintų duomenų atstatymą, kai gedimo priežastis yra Paslaugų teikėjo sukurtos sistemos

netinkamas veikimas, 176.5. dokumentacijos atnaujinimas. 177. Paslaugų teikėjas atsakingas už IS nepertraukiama veikimą darbinėje aplinkoje.

19. Paslaugų suteikimo etapai ir terminai

178. Sutartis galioja iki 2015 m. rugpjūčio 1 d. (išskyrus garantinį aptarnavimą). 179. Žemiau esančioje lentelėje pateikti paslaugų įgyvendinimo etapai:

19.1 lentelė. Paslaugų įgyvendinimo etapai

PROJEKTO

ĮGYVENDINIM

O ETAPAS

APRAŠYMAS REZULTATAS / REIKALAVIMAI TERMINAS

Inicijavimas Paslaugų teikėjas:

- parengia projekto vykdymo reglamentą ir kitus planavimo dokumentus ir suderina su PO.

PO:

- suteikia reikalingą informaciją.

1. Projekto vykdymo reglamentas Projekto vykdymo

reglamente nurodoma projekto dalyviai,

komunikavimo principai, atsakomybės, projekto

problemų nustatymo ir valdymo procedūros, tarpinių ir

galutinių rezultatų priėmimo kriterijai 2. Projekto vykdymo planas-grafikas Gali būti pateiktas

kaip Projekto vykdymo reglamento priedas 3. Kokybės valdymo planas 4. Gali būti pateiktas kaip Projekto vykdymo reglamento

priedas

5. Rizikos valdymo planas 6. Gali būti pateiktas kaip Projekto vykdymo reglamento

priedas

7. Konfigūracijos valdymo planas Gali būti pateiktas kaip

Projekto vykdymo reglamento priedas

1. Ne vėliau kaip per 10 k. d.

nuo sutarties pasirašymo

datos

Detali analizė Paslaugų teikėjas:

- parengia detalios analizės dokumentaciją ir ją suderina su PO.

PO:

- suteikia reikalingą informaciją, - pateikia pastabas ir rekomendacijas etapo

Paslaugų teikėjo rezultatams.

1. Parengta detalios analizės dokumentacija 1. Ne vėliau kaip per 1,5 mėn. nuo sutarties pasirašymo datos (terminas gali būti pratęstas dar dviem kalendorinėm savaitėm mėn., esant motyvuotam sprendimui)

Projektavimas Paslaugų teikėjas:

- parengia projektavimo dokumentaciją ir suderina su PO,

- išanalizuoja ir papildo integracinių sąsajų

1. Projektavimo dokumentai

2. Naudotojų sąsajos dokumentai 3. Sistemos architektūros aprašo dokumentas 4. Duomenų bazių, programos posistemių ir modulių

schemos ir aprašai

1. Ne vėliau kaip per 3 mėn. nuo sutarties pasirašymo datos(terminas gali būti pratęstas dar vienam mėn.,

PROJEKTO

ĮGYVENDINIM

O ETAPAS


aprašymo dokumentus. PO:

- suteikia reikalingą informaciją, - pateikia pastabas ir rekomendacijas etapo


5. Integracinių sąsajų specifikacijos

esant motyvuotam sprendimui)

Kūrimas

(konstravimas)

Paslaugų teikėjas:

- parengia kūrimo ir vidinio testavimo aplinką Paslaugų teikėjo infrastruktūroje,

- vykdo reikalingus programavimo ir programinio konfigūravimo darbus, įgyvendina funkcinius ir nefunkcinius reikalavimus,

- papildo integracinių sąsajų specifikacijas, - atlieka komponentų (angl. unit) testavimą,

sistemos testavimą, sąsajų su kitomis sistemomis ir registrais (integravimo) testavimą ir parengia vidinio testavimo ataskaitą.

PO:

- suteikia reikalingą informaciją, - peržiūri ir įvertina vidinio testavimo ataskaitą, - teikia pastabas sąsajų su kitomis informacinėmis

sistemomis specifikavimo dokumentacijai, - pateikia pastabas ir rekomendacijas etapo


1. Parengta kūrimo ir testavimo aplinka Paslaugų teikėjo

infrastruktūroje 2. Vidinio testavimo ataskaita

3. Parengta programinė įranga diegimui

Ne vėliau kaip per 4 mėn.

mėnesius nuo sutarties

pasirašymo datos(terminas

gali būti pratęstas dar

vienam mėn., esant

motyvuotam sprendimui)

Diegimas Paslaugų teikėjas:

- parengia ir pateikia programinę įrangą tinkamą įdiegimui PO aplinkoje,

- vykdo duomenų užkrovimą į PO aplinkos TechnoMedTas duomenų bazę,

- parengia bandomosios eksploatacijos planą, - parengia naudotojų ir administratorių

instrukcijas. PO:

1. Parengta programinė įranga diegimui į PO aplinką 2. Programinė įranga įdiegta PO aplinkoje 3. Parengti TechnoMedTas duomenys priėmimo

testavimui

4. Parengtas bandomosios eksploatacijos planas 5. Parengtos naudotojų ir administratorių instrukcijos

1. Ne vėliau kaip per 5 mėn.


datos (terminas gali būti

pratęstas dar vienam

mėn., esant motyvuotam

sprendimui)

PROJEKTO

ĮGYVENDINIM

O ETAPAS


- suteikia reikalingą informaciją, - įdiegia pateiktą programinę įrangą į PO testavimo

aplinką, - kontroliuoja testavimo aplinką, - peržiūri ir įvertina bandomosios eksplotacijos

planą. Priėmimo

testavimas


- parengia priėmimo testavimo planą ir testavimo scenarijus,

- dalyvauja galutiniame priėmimo testavime, - vykdo įsilaužimų testavimą, - atlieka testavimo metu išaiškėjusius reikalingus

pataisymus. PO:

- teikia pastabas priėmimo testavimo planui ir testavimo scenarijams,

- vykdo priėmimo testavimą pagal testavimo plane apibrėžtą testavimo metodiką ir testavimo scenarijus,

- vykdo apkrovos ir našumo testavimą, - priima programinę įrangą bandomąjai

eksploatacijai.

1. Atliktas priėmimo testavimas

2. Ištaisytos testavimo metu užfiksuotos klaidos 3.






sprendimui)

Mokymai Paslaugų teikėjas:

- parengia mokymo aplinką (jeigu tokia reikalinga), - rengia mokymo planą ir mokymo medžiagą, - vykdo apmokymus. PO:

- suteikia patalpas mokymams, - užtikrina mokymo dalyvių dalyvavimą Paslaugų

teikėjo organizuojamuose mokymuose, - vykdo mokymo aplinkos kontrolę.

1. Pateiktas mokymų planas ir mokymų medžiaga 2. Apmokyti TechnoMedTas naudotojai

1. Ne vėliau kaip per 6 mėn. nuo sutarties pasirašymo datos (terminas gali būti pratęstas dar vienam mėn., esant motyvuotam sprendimui)

PROJEKTO

ĮGYVENDINIM

O ETAPAS


Bandomoji

eksploatacija


- teikia konsultacijas bandomosios eksploatacijos klausimais,

- reaguoja į eksploatacijos metu nustatytus defektus,

- užtikrina ekspertų konsultavimą PO darbuotojams ir IT specialistams,

- parengia bandomosios eksploatacijos ataskaitą, - užtikrina į TechnoMedTas duomenų bazę

importuotų ir suvestų duomenų integralumą ir vientisumą.

PO:

- dirba su parengta sistema, - registruoja bandomosios eksploatacijos metu

nustatytas klaidas, - vykdo bandomosios eksploatacijos metu

nustatytų problemų šalinimo kontrolę.

1. Pašalintos bandomosios eksploatacijos metu nustatytos

klaidos 2. Paslaugų teikėjas bandomosios eksploatacijos metu

pagal suderintą klaidų šalinimo grafiką turi šalinti

visus suderintos sistemos funkcionalumo trūkumus,

užregistruotus bandomosios eksploatacijos problemų

registre 3. Bandomosios eksploatacijos ataskaita 4. Bandomosios eksploatacijos ataskaitoje turi būti

įvertinti bandomosios eksploatacijos metu nustatyti

defektai, pateiktas jų išsprendimo būdas ir statusas,

pateiktos rekomendacijos dėl tolesnės eksploatacijos






sprendimui)

Priėmimas-

perdavimas


- atnaujina TechnoMedTas specifikaciją, - įgyvendinus visas paslaugas, teikia galutinę

sutarties įvykdymo ataskaitą. PO:

- priima ir tvirtina Teikėjo parengtus rezultatus, - pasirašo perdavimo-priėmimo aktas, - pateikia pastebėtus trūkumus ir siūlo sprendimus

bei rekomendacijos jiems šalinti ir kokybei užtikrinti,

- teikia pastabas diegėjo pateiktai dokumentacijai ir pasiūlymus tobulinimui.

1. Galutinė sutarties įvykdymo ataskaita 2. Perdavimo-priėmimo aktas 3.

1. Ne vėliau kaip per 6 mėn. nuo sutarties pasirašymo datos (terminas gali būti pratęstas dar dviem mėn., esant motyvuotam sprendimui)

Garantinė

priežiūra

Aprašyta 18 skyriuje Aprašyta 18 skyriuje 1. Aprašyta 18 skyriuje

20. Reikalavimai pasiūlymui

180. Pasiūlyme Paslaugų teikėjas privalo pateikti išsamų ir nedviprasmišką Projekto įgyvendinimo aprašymą, kuriame turi būti pateikiami šios specifikacijos reikalavimų realizavimo būdai. Perkančiajai organizacijai turi būti sudarytos galimybės įsitikinti, kaip tenkinamas kiekvienas šios specifikacijos reikalavimas, todėl atitinkamai turi būti nurodyti reikalavimų skyriai ir punktų numeriai. Rekomenduojama pasiūlyme naudoti kuo daugiau struktūrizuotos informacijos (sąrašai, lentelės, schemos, grafikai ir kt.). Pasiūlymas turi apimti šią informaciją:

180.1. siūlomų architektūros, techninių ir funkcinių reikalavimų realizavimo būdai ir ypatumai: 180.1.1. architektūra ir projektiniai sprendimai turi būti iliustruoti schemomis (diagramomis,

paveikslėliais, brėžiniais), naudojant standartizuotą modeliavimo notaciją (pvz.: UML, BPMN ar kt.). Turi būti aprašyti ir schemomis pademonstruoti komponentų tarpusavio ryšiai, sąveikos būdai ir jų integravimas su vidinėmis ir išorinėmis sistemomis,

180.1.2. turi būti pateiktas kiekvieno kuriamo modulio realizavimo būdas – bus naudojama standartinė programinė įranga (angl. Commercial off-the-shelf) ar bus kuriama (programuojama) nauja programinė įranga:

180.1.2.1. turi būti pateikti standartinės programinės įrangos gamintojų pavadinimai, programinės įrangos pavadinimai, įvardintos tikslios versijos, turi būti pateiktos nuorodos į programinės įrangos išsamų aprašymą (specifikaciją) gamintojo interneto svetainėje arba pateikti aprašymai (specifikacijos),

180.1.2.2. turi būti nurodomos naujai kuriamai (programuojamai) programinei įrangai planuojamos naudoti technologijos (aplikacijų serveriai, karkasai (angl. framework), programavimo kalbos, programinio kodo bibliotekos ir kt.);

180.2. standartų naudojimo apimtis, išsamumas ir suderinamumas su siūloma architektūra ir projektavimo sprendimais;

180.3. Projekto įgyvendinimo strategija, Projekto tikslų ir rezultatų suvokimas; 180.4. Projekto įgyvendinimo (projekto veiklos, jų trukmė, pradžios ir pabaigos datos, jų ryšys su

kitomis veiklomis), koordinavimo ir rizikos valdymo planas. 181. TechnoMedTas sukūrimas ir eksploatavimas Perkančiajai organizacijai neturi būti apribotas

licencijų įsigijimu ir įdiegimu – naudojant TechnoMedTas neturi būti reikalaujama įsigyti licencijas ar bet kokia kita forma reikalauti, kad Perkančioji organizacija prisiimtų įsipareigojimus ar apribojimus dėl naudojamos IS.

182. TechnoMedTas neturi reikalauti jokių licencijų įsigijimo tiek IS modernizavimo metu, tiek einant laikui ir didėjant naudotojų, darbo vietų ar naudojamų funkcionalumų skaičiui.

183. Visi reikalingos licencinės programinės įrangos (jei tokią numatoma naudoti) kaštai turi būti įskaičiuoti į Paslaugų teikėjo teikiamą pasiūlymą .

184. Visos reikalingos licencijos turi būti įsigyjamos Perkančiosios organizacijos vardu. Perkančiajai organizacijai turi būti perduotos visos TechnoMedTas veikimui reikalingos licencijos.

21. Priedai

1. Priedas Nr. 1. ST-MP duomenų teikimo procesas

21.1 paveikslas. ST-MP duomenų teikimo proceso diagrama

21.1 lentelė. ST-MP duomenų teikimo proceso aprašymas

Eil.

Nr.

Veiklos procesas Aprašymas Dalyvis

1. Registruoja naują Brangią ST-MP

Registruojami bendrieji Brangių ST-MP duomenys ir jų techniniai parametrai naujoje formoje.

SPĮ darbuotojas

2. Redaguoja Brangių ST-MP duomenis

Redaguojami bendrieji Brangių ST-MP duomenys ir jų techniniai parametrai Brangių ST-MP kortelėje, atverstoje iš bendro Brangių ST-MP sąrašo.

SPĮ darbuotojas

3. Tikrina Brangių ST-MP duomenis

Tikrinamas Brangių ST-MP duomenų korektiškumas ir pilnumas.

Tarnybos darbuotojas

4. Informuoja apie reikiamus patikslinimus

Jei Brangių ST-MP duomenų turinys ar išsamumas turi trūkumų, apie juos SPĮ informuojami el. paštu.

Tarnybos darbuotojas

2. Priedas Nr. 2. Ataskaitų, susijusių su ST-MP, teikimo procesas

21.2 paveikslas. SPĮ teikiamų ataskaitų proceso diagrama

21.2 lentelė. SPĮ teikiamų ataskaitų proceso aprašymas

Eil.

Nr.

Veiklos

procesas

Aprašymas Dalyvis

1. Informuoti apie būtinybę pateikti ataskaitą

Automatiškai atliekama ataskaitų teikimo nurodytais terminais kontrolė. Apie artėjantį ir praėjusį ataskaitos teikimo terminą, SPĮ informuojama el. paštu.

TechnoMedTas posistemis

2. Inicijuoti ataskaitos teikimą

Inicijuojamas naujos ataskaitos teikimas. SPĮ duomenys pateikiami automatiškai.

SPĮ darbuotojas

3. Registruoti Brangias ST-MP

Apie neregistruotas Brangias ST-MP ataskaitos duomenų pateikti neleidžiama. Vykdomas 21.1 lentelėje „ST-MP duomenų teikimo proceso aprašymas“ lentelėje aprašytas procesas.

SPĮ

4. Teikti duomenis apie Brangias ST-MP

Registruotos Brangios ST-MP pasirenkamos iš SPĮ registruotų Brangių ST-MP sąrašo. Bendri Brangių ST-MP duomenys pateikiami automatiškai. Pildomi tik su jais susiję ataskaitiniai duomenys.

SPĮ darbuotojas

5. Teikti ataskaitą

Jei duomenis apie visas Brangias ST-MP pateikti, ataskaita išsaugoma.

SPĮ darbuotojas

6. Tikrinti duomenis

Tikrinamas ataskaitos duomenų korektiškumas ir pilnumas. VASPVT darbuotojas

7. Informuoti apie būtinybę pataisyti duomenis

Pastebėjus ataskaitos duomenų korektiškumo ir pilnumo trūkumų, apie juos SPĮ yra informuojama el. paštu.

VASPVT darbuotojas

3. Priedas Nr. 3. ST vertinimo procesas

21.3 paveikslas. ST vertinimo proceso diagrama

21.3 lentelė. ST vertinimo proceso aprašymas

Eil.

Nr.

Veiklos

procesas

Aprašymas Dalyvis

1. Teikti paraišką Paslaugų gavėjas (SPĮ, teikianti paraišką dėl ST vertinimo) inicijuoja paraiškos ir susijusių dokumentų pateikimą ST vertinimui, patikslinimui ar atnaujinimui, užpildydamas Sistemoje pateiktą formą bei prisegdamas reikalingus dokumentus.

Pareiškėjas

2. Atlikti paraiškos vertinimą

Atliekamas pirminis paraiškos duomenų vertinimas per ST vertinimo tvarkos apraše nurodytus terminus.

VASPVT darbuotojas

3. Informuoti Pareiškėją apie neatitikimus

Jei paraiškoje pateikti duomenys ar jų pilnumas neatitinka reikalavimų, Pareiškėjas el. paštu informuojamas apie reikalingą pateikti papildomą informaciją ar dokumentus.

VASPVT darbuotojas

4. Taisyti / tikslinti paraiškos duomenis

Paraiškos duomenys yra papildomi ar redaguojami Sistemoje. Jei reikia, pateikiami papildomi dokumentai.

Pareiškėjas

5. Informuoti pareiškėją apie paraiškos atmetimą

Jei paraiškos pataisymai pateikti vėliau nei nurodyta ST vertinimo tvarkos apraše, paraiška vertinimui yra atmetama, apie tai informuojant Pareiškėją el. paštu, nurodant atmetimo priežastis.

VASPVT darbuotojas

6. Perduoti paraišką išoriniams vertintojams

Išoriniai vertintojai el. paštu yra informuojami apie tinkamą vertinimui paraišką(-as), kartu pateikiant paraiškos(-ų) duomenis.

VASPVT darbuotojas

7. Pavesti VASPVT atlikti vertinimą

VASPVT darbuotojams yra pavedama atlikti ST vertinimus nurodytais prioritetais.

Išorinis vertintojas

8. Atlikti vertinimą Atliekamas ST vertinimas per ST vertinimo tvarkos apraše nurodytus terminus, su galimybe šį terminą pratęsti.

VASPVT darbuotojas

Eil.

Nr.

Veiklos

procesas

Aprašymas Dalyvis

9. Prašyti papildomos informacijos

Jei atliekant ST vertinimą, trūksta duomenų, Pareiškėjui yra pateikiama užklausa per Sistemą, apie kurią jis yra informuojamas el. paštu.

VASPVT darbuotojas

10. Teikti papildomą informaciją

Teikiama papildoma informacija per Sistemą. Pareiškėjas

11. Teikti vertinimą išoriniams vertintojams

ST vertinimo išvados yra išsiunčiamos el. paštu išoriniams vertintojams.

VASPVT darbuotojas

12. Suformuoti rekomendacines išvadas

Formuojamos ST vertinimo galutinės rekomendacinės išvados.

Išorinis vertintojas

13. Perduoti vertinimą SAM ir Pareiškėjui

Vertinimo išvados teikiamos ST vertinimo tvarkos apraše nurodyta tvarka ir yra išsiunčiamos el. paštu SAM ir Pareiškėjui bei publikuojami puslapyje.

VASPVT darbuotojas

4. Priedas Nr. 4. ST vertinimo paraiškos būsenų keitimo diagrama

Documents

TECHNINĖ SPECIFIKACIJA - vaspvt.gov.lt tech... · ST VERTINIMO PARAIŠKOS BŪSENŲ KEITIMO DIAGRAMA..... 48. 1. SĄVOKOS IR TERMINAI 1.1 lentelė. Sąvokos ir terminai SĄVOKA, TERMINAS