Grįžti į sąrašą

Laboratorinės informacinės sistemos (LIS) pirkimas

Išanalizuota

Viešoji įstaiga CPO LT

Atviras konkursasCPV: 72200000 - Programinės įrangos programavimo ir konsultacinės paslaugos
ID: 69644542026-03-26 05:20
Atidaryti CVP IS

Aprašymas

Perkama laboratorinė informacinė sistema (LIS), skirta VšĮ Respublikinės Klaipėdos ligoninės Klinikinės diagnostikos ir mikrobiologijos laboratorijai ir jos padaliniams. Sistema turi užtikrinti 24/7 stabilų veikimą, apimti įvairius laboratorinius tyrimus ir būti integruota su esama Ligoninės informacine sistema (ESIS) bei laboratorine technine įranga. Taip pat įsigyjamos sistemos integravimo, vystymo, palaikymo paslaugos ir reikalingos programinės įrangos licencijos.

Kvalifikaciniai reikalavimai

  • 1Tiekėjas informacijos saugos valdymui* taiko ISO 27001:2022 arba lygiaverčio standarto reikalavimus.
  • 2Tiekėjas informacinių technologijų paslaugų valdymui* taiko ISO 27018:2019 arba lygiaverčio standarto reikalavimus.
  • 3Prekių gamintojas ar jį kontroliuojantis asmuo nėra registruoti (jeigu gamintojas ar jį kontroliuojantis asmuo yra fizinis asmuo – nuolat gyvenantis ar turintis pilietybę) Viešųjų pirkimų įstatymo 92 straipsnio 14 dalyje numatytame sąraše nurodytose valstybėse ar teritorijose.
  • 4Paslaugų teikimas neturi būti vykdomas iš Viešųjų pirkimų įstatymo 92 straipsnio 14 dalyje numatytame sąraše nurodytų valstybių ar teritorijų.
  • 5Tiekėjas, jo subtiekėjai ar ūkio subjektai, kurių pajėgumais remiamasi, kurie patys ar juos kontroliuojantys asmenys nėra registruoti (jeigu tiekėjas, jo subtiekėjas, ūkio subjektas, kurio pajėgumais remiamasi, ar kontroliuojantis asmuo yra fizinis asmuo – nuolat gyvenantis ar turintis pilietybę) Viešųjų pirkimų įstatymo 92 straipsnio 14 dalyje numatytame sąraše nurodytose valstybėse ar teritorijose.

Techniniai reikalavimai

Kraujo bankas

  • 1Turi būti užtikrinamos kraujo komponentų užsakymų pateikimo galimybės: IS turi turėti sąsajų kūrimo priemones: API ar lygiavertę; Užsakymo pateikimą kraujo komponentų tiekėjui tiekėjo nurodytu el. paštu.
  • 2Turi būti užtikrintas kraujo banke turimų kraujo komponentų atsargų registravimo ir paskirstymo atsekamumas.
  • 3Galimybė sudaryti užsakymų planus, rezervuoti kraujo komponentus ir tvarkyti užsakymų apskaitą.
  • 4Turi būti užtikrinama galimybė bet kuriuo metu nustatyti kiekvieno gauto kraujo ar kraujo komponento vieneto, neatsižvelgiant į tai, ar jis buvo panaudotas transfuzijai, sunaikintas ar grąžintas kraujo donorystės įstaigai, vietą ir būseną (skyriuje, kraujo banke, utilizuotas, grąžintas).
  • 5Sistemoje turi būti vykdoma kontrolė ir užtikrinama apsauga nuo netinkamai laikomo ar pasibaigusio galiojimo kraujo komponento išdavimo į skyrių.
  • 6Pateikus kraujo komponento užsakymą, sistemoje turi būti automatiškai sugeneruojamas imunohematologinis paciento ištyrimo užsakymas skyriuje ir laboratorijoje.
  • 7Kraujo komponento išdavimo metu turi būti atspausdinama kraujo komponento išdavimo etiketė, kurioje pateikiama ši informacija: recipiento vardas, pavardė; užsakymą pateikęs skyrius; recipiento kraujo grupė pagal ABO ir RhD kraujo gupių sistemas; ligos istorijos numeris.
  • 8Sistemoje išsaugoma visa transfuzijų ir imunohematologinių tyrimų rezultatų istorija.
  • 9Privaloma kiekvieno konservuoto kraujo ir kraujo komponento vieneto identifikacija, užtikrinanti visišką donoro ir recipiento susekamumą. Duomenys, reikalingi susekamumui užtikrinti, turi būti saugomi ne trumpiau kaip 30 metų.
  • 10Turi būti užtikrinamas šių susekamumo duomenų saugojimas (ne trumpiau, kaip 30 metų): kraujo komponento tiekėjo identifikavimo kodas; išduoto kraujo komponento identifikavimo kodas; recipiento, kuriam atlikta transfuzija, identifikavimo kodas; transfuzijai nepanaudotų kraujo vienetų tolesnio panaudojimo patvirtinimas; transfuzijos ar tolesnio panaudojimo data (metai, mėnuo, diena); komponento serijos numeris, jei reikia.
  • 11Galimybė sukurti ir pateikti KDĮ panaudoto kraujo ir jo komponentų ataskaitą.
  • 12Turi būti užtikrinamos kraujo komponentų žurnalų ir statistikos formavimas: kraujo komponentų gavimo registracijos žurnalas; kraujo komponentų panaudojimo registracijos žurnalas; kraujo komponentų apskaitos išdavimo statistika skyriams; kraujo komponentų nurašymo registracijos žurnalas.

Audito modulis

  • 1Audito modulis turi turėti naudotojo sąsają, kurioje būtų galima atsekti informaciją pagal tyrimų užsakymo ar mėginio numerį.
  • 2Galimybė atlikti auditą pagal sistemos naudotoją ir norimą veiksmą (įterpimas, atnaujinimas, šalinimas).
  • 3Jei yra fiksuojamas atnaujinimo veiksmas, audito modulis turi fiksuoti informaciją prieš pakeitimą ir informaciją po pakeitimo.
  • 4Audito įrašų peržiūra turi būti vykdoma IS ir prieiga prie jos turi būti valdoma vartotojų teisėmis.
  • 5Prieiga prie audito modulio turi būti leidžiama tik autorizuotiems naudotojams. Audito įrašai turi būti apsaugoti nuo bet kokio redagavimo.

Tyrimų atlikimas

  • 1Atliekant tyrimus su prietaisu, tyrimų rezultatai turi būti automatiškai perduodami į informacinę sistemą (IS) per integruotą duomenų mainų sąsają, be papildomo naudotojo įsikišimo. Rezultatų perdavimas turi užtikrinti: duomenų vientisumą ir tikslų rezultatų priskyrimą atitinkamam užsakymui bei mėginiui IS sistemoje; automatinį tyrimo atlikimo laiko fiksavimą; visų perduotų rezultatų atsekamumą.
  • 2Jeigu tyrimus atliekantis prietaisas naudoja užklausos (angl. „Query“) metodą, informacinė sistema (IS) privalo automatiškai perduoti mėginio tyrimų užsakymą į prietaisą prieš tyrimo atlikimą.
  • 3Atliekant tyrimus rankiniu būdu, informacinėje sistemoje (IS) turi būti sudaryta galimybė įvesti tyrimų rezultatus rankiniu būdu, užtikrinant, kad įvesti duomenys būtų susieti su atitinkamu užsakymu ir mėginiu.
  • 4Sistema turi suteikti galimybę kurti naudotojo apibrėžtas skaičiavimo formules, taikomas rezultatams tarp skirtingų tyrimo analičių, ir automatiškai apskaičiuoti naujus rezultatus pagal nurodytas taisykles.
  • 5Sistema turi suteikti galimybę kurti vartotojo apibrėžtus skaičiavimus ir formules, susiejančias mėginio tyrimų rezultatus su paciento informacija (pvz., lytimi, amžiumi).
  • 6Jei tyrimo rezultatas buvo keistas arba įrašytas daugiau nei vieną kartą, informacinėje sistemoje (IS) turi būti suteikta galimybė peržiūrėti rezultatų istoriją, nurodant kiekvieno įrašo datą, laiką, atsakingą darbuotoją ar prietaisą bei rezultatą.
  • 7Tyrimo atlikimo metu, informacinėje sistemoje (IS) turi būti sudaryta galimybė laboratorijos darbuotojui papildyti esamą tyrimo užsakymą, pridedant papildomus tyrimus prie to paties mėginio, be būtinybės kurti naują užsakymą ar paimti naują mėginį.

Kokybės kontrolė

  • 1Informacinėje sistemoje (IS) turi būti sudaryta galimybė viename lange peržiūrėti visų prietaisų atliktų kokybės kontrolės tyrimų rezultatus, leidžiant analizuoti kontrolės būklę pagal datą, prietaisą, tyrimą ir rezultatų atitiktį nustatytoms riboms.
  • 2Informacinėje sistemoje (IS) turi būti sudaryta galimybė kokybės kontrolės rezultatų peržiūros lange filtruoti įrašus pagal: rezultato gavimo datą, kokybės kontrolės tipą, prietaisą, tyrimą ir kokybės kontrolės rezultatą (sėkminga arba nesėkminga kontrolė).
  • 3Informacinėje sistemoje (IS) turi būti sudaryta galimybė automatiškai gauti kokybės kontrolės rezultatus iš laboratorinės įrangos (prietaisų), naudojant integruotą duomenų mainų sąsają, be papildomo naudotojo įsikišimo.
  • 4Informacinėje sistemoje (IS) turi būti sudaryta galimybė sukurti kokybės kontrolės įrašą rankiniu būdu, leidžiant naudotojui įvesti tyrimo rezultatą ranka ir susieti jį su atitinkama kontrole, tyrimu ir data.
  • 5Atliekant kokybės kontrolę, informacinėje sistemoje (IS) turi būti sudaryta galimybė naudoti tą patį kokybės kontrolės mėginio brūkšninį kodą skirtingomis dienomis.
  • 6Peržiūrint kokybės kontrolės rezultatą turi matytis kontrolės ribos, kontrolės nuokrypis, rezultatas, kiek nukrypusi kontrolė, ar tai kontrolė atsiųsta iš prietaiso ar įvesta rankiniu būdu.
  • 7Kokybės kontrolei turi būti galima taikyti „Westgard“ ar lygiavertės kokybės kontrolės taisykles.
  • 8Atliekamai kokybės kontrolei turi būti galima taikyti ir apskaičiuoti matavimo neapibrėžtis.
  • 9Neapibrėžtys turi būti apskaičiuojamos automatiškai sistemos ir taikomos visų tyrimų analitėms ir jų kontrolės lygiams, kuriems atliekama kokybės kontrolė.
  • 10Galimybė fiksuoti datą, nuo kurios neapibrėžtis taikoma kiekvienai analitei.
  • 11Kiekvienai analitei turi būti galima nurodyti LPR reikšmę (didžiausią leistiną nuokrypį), kuri turi būti atvaizduojama Levey-Jennings kreivės grafike.

Tyrimų užsakymas

  • 1Turi būti galimybė tyrimą užsakymą suformuoti per Ligoninės informacinę sistemą (ESIS), o elektroninis užsakymas turi būti automatiškai perkeliamas į IS po mėginių paėmimo procedūriniame kabinete.
  • 2Jei tyrimo užsakymas yra skirtas išorės laboratorijai (pvz., UAB „Affidea Lietuva“), LIS sistema turi automatiškai perduoti užsakymo informaciją išorinei laboratorijai po mėginio priėmimo momento fiksavimo. Perdavimas turi būti vykdomas be papildomų naudotojo veiksmų, naudojant integraciją (pvz., API, HL7 ar kitus), užtikrinant duomenų saugumą, vientisumą ir perdavimo atsekamumą.
  • 3Tyrimų užsakymą turi būti galima suformuoti ir per IS rankiniu būdu.
  • 4Sistemoje turi būti galimybė viename tyrimo užsakyme registruoti daugiau nei vieną mėginį (pvz., kai tam pačiam pacientui paimami keli mėginiai – visi jie turi būti suregistruoti viename užsakyme).
  • 5Pagal tyrimo užsakyme nurodytus tyrimus, LIS sistema turi automatiškai suformuoti reikiamų mėginių sąrašą ir priskirti jiems atitinkamus tyrimus, vadovaujantis iš anksto nustatytais laboratorijos mėginių-priskyrimo algoritmais ar taisyklėmis.

Mėginių paėmimas

  • 1Turi būti galimybė į IS iš ESIS perduoti procedūriniuose kabinetuose surenkamą informaciją (apie paimtus mėginius ir suteiktus brūkšninius kodus).
  • 2Mėginių paėmimo registravimas ir brūkšninių kodų spausdinimas turi būti galimas tiesiogiai IS sistemoje.

Sistemos greitaveika

  • 1Dažniausiai vykdomi veiksmai (duomenų pildymas – suvedimas ir išsaugojimas, tyrimo užsakymas, tyrimo patvirtinimas, užsakymų ir mėginių filtravimas ir paieška, greitoji validacija) po duomenų suvedimo ir pateikimo vykdyti, taip pat atveriant naujus programos langus (formas, sisteminius pranešimus, pereinant į kitą duomenų pildymo ar pateikimo žingsnį), bent ne mažiau 50 % atvejų turi trukti ne ilgiau 3 sekundžių. Reikalavimas netaikomas atvejams, kuomet sistema turi vykdyti masinius duomenų apdorojimus arba laukia rezultatų iš išorinių sistemų.
  • 2Vykdomi masiniai veiksmai su Sistemos duomenimis (duomenų eksportas, importas, kopijavimas, rezervinių kopijų kūrimas) neturi blokuoti ar pastebimai lėtinti bendro Sistemos veikimo.

Tyrimų patvirtinimas

  • 1Informacinė sistema (IS) turi sudaryti galimybę atlikti tyrimų rezultatų tvirtinimą šiais lygiais: patvirtinti pavienį tyrimą; patvirtinti visą mėginį; patvirtinti visą užsakymą. Patvirtinimo veiksmas turi būti fiksuojamas sistemoje, nurodant patvirtinimą atlikusio laboratorijos darbuotojo vardą, pavardę, patvirtinimo datą ir laiką.
  • 2Informacinėje sistemoje (IS) turi būti sudaryta galimybė užsakymo lange aiškiai matyti, kuris laboratorijos darbuotojas patvirtino konkretų tyrimą, mėginį ar visą užsakymą, nurodant patvirtinimo datą ir laiką.
  • 3Patvirtinus užsakymą informacinėje sistemoje (IS), visi patvirtinti tyrimų rezultatai turi būti automatiškai perduodami į Ligoninės informacinę sistemą (ESIS) be papildomo naudotojo įsikišimo.

Sistemos architektūra

  • 1Visos vykdomos funkcijos ar IS moduliai turi būti vieninga tarpusavyje integruota įrašų lygyje sistema: visi informacijos pakeitimai, įvedus duomenis viename modulyje, turi automatiškai atsispindėti visuose su juo susijusiuose moduliuose be papildomų sistemos naudotojo veiksmų. Turi būti užtikrintas informacijos vienkartinio įvedimo principas ir išvengta bet kokios informacijos dubliavimo.
  • 2IS diegiama Perkančiosios organizacijos virtualizacijos infrastruktūroje: VMWare virtualiose mašinose. Tiekėjas turi užtikrinti pilną sistemos suderinamumą su nurodyta aplinka.
  • 3IS gamintojo oficialiai skelbiami rekomenduojami reikalavimai techninei serverių įrangai turi neviršyti: ne daugiau kaip 2 virtualių mašinų bendram IS sistemos veikimui, ne daugiau kaip 6 virtualių procesorių, 24 GB operatyvinės atminties, 200 GB diskinės erdvės (neskaitant erdvės reikalingos duomenų saugojimui).
  • 4Sistema turi veikti kliento – serverio principu. Duomenys saugomi serverio pusėje, duomenų bazės valdymo platformoje (DBVS). Visas reikalingas programinės įrangos licencijas, įskaitant naudojamos duomenų bazės valdymo sistemos (DBVS) licencijas, Microsoft Windows Server licencijas, reikalingas IS veikimui, pateikia Tiekėjas. Sistema turi būti sukurta ir įdiegta taip, kad jos darbo našumas nepriklausytų nuo įsigytų ir aktyvuotų licencijų kiekio.
  • 5Licencijos turi būti nuolatinės, įsigyjamos vienkartiniu pirkimu, jų galiojimas turi būti neribotas, nepriklausomai nuo to, ar Perkančioji organizacija įsigyja licencijų palaikymo paslaugas.
  • 6Sistema turi veikti 24/7 (24 val. per parą, 7 dienas per savaitę) režimu (sistemos stabiliam veikimui neturi būti reikalaujama jos perkrovimo, išjungimo ar bet kokio kito veikimo pertrūkimo). Kasdienius Sistemos profilaktinius priežiūros darbus turi būti galima vykdyti neįtakojant naudotojų darbo.
  • 7Sistema turi būti plečiama (gerinamas našumas) pridedant papildomų skaičiavimo ar saugyklų resursų be papildomų Sistemos perprojektavimo ar modifikavimo darbų.
  • 8Sistemos klientų (naudotojų darbo vietų) programinė įranga privalo veikti Microsoft Windows 11 Pro naujausiose arba lygiavertėse operacinėse sistemose. Licencijavimas turi leisti neribotai keisti instaliuotas naudotojų darbo vietas ar jų tipą.
  • 9Sistema turi turėti priemones/įrankius duomenų rezerviniam kopijavimui bei atstatymui iš kopijų. Galimybė kurti (ir atstatyti) tiek atskirai duomenų kopijas, tiek ir IS programinės įrangos konfigūracijos kopijas. Sistemos architektūra turi leisti (esant techninės įrangos galimybėms) užtikrinti sistemos neveikimo laiką incidento atveju (skaičiuojant turimų kopijų senumą bei atstatymo laiką) ne didesnį kaip 4 valandos.
  • 10Turi būti galima dirbti su Sistema tuo metu, kai vykdomi kiti darbai, pvz., atliekamų paketinių užduočių veiksmai, registravimai. Naudotojo veiksmai neturi blokuoti kito naudotojo veiksmų ir neturi daryti stebimos įtakos sistemos greitaveikai (išlaikant sistemos greitaveikos reikalavimus, nurodytus skiltyje „Reikalavimai Sistemos greitaveikai“).
  • 11Sistema turi neriboti vienu metu dirbančių naudotojų skaičiaus (išskyrus licencijavimo apribojimus).
  • 12Sistema turi būti pritaikoma ir vystoma, t. y. negalima siūlyti gamintojo nepalaikomos IS versijos, pasenusios technologijos ar kitaip tobulinimui ar modifikavimui nebetinkamos sistemos. Tiekėjas turi pateikti gamintojo patvirtinimą, kad siūlomą IS yra numatoma vystyti ne mažiau kaip ateinančius penkerius metus.
  • 13Sistema turi leisti keisti sistemos nustatymus (parametrus) ir juos išsaugoti, t. y. sistema turi turėti Perkančiosios organizacijos administratoriams prieinamą nustatymų valdymo modulį, kuriame galima keisti bendrus sistemos veikimo nustatymus.

El. pasirašymo modulis

  • 1Perkančioji organizacija yra sudariusi sutartį su VĮ Registrų centru ir ketina pasirašyti tyrimų rezultatų protokolus el. parašu. Pasirašymas turi vykti naudojant Registrų centro išduotą USB raktą.
  • 2Turi būti suteikta galimybė vartotojui pasirašinėti tik savo patvirtintus užsakymus. Pasirašymo laukiančių tyrimų protokolų lange matomi tik to vartotojo patvirtintų užsakymų, tyrimų protokolai.
  • 3Turi būti galimybė vartotojui leisti pasirašinėti visų vartotojų patvirtintus užsakymus. Pasirašymo laukiančių tyrimų protokolų lange turi būti matomi visų vartotojų patvirtintų užsakymų, tyrimų protokolai.
  • 4Turi būti galimybė vienu metu pasirašyti daugiau nei vieną tyrimų protokolą.

Mikrobiologijos modulis

  • 1Galimybė įtraukti mikroorganizmus ar jų gentis į sąrašą, kurti mikroorganizmų grupes, registruoti naudotą metodą (rankinis, automatinis) atlikus mikroorganizmo identifikaciją.
  • 2Galimybė sukurti mikrobiologinių tyrimų parinktis arba papildyti siūlomas.
  • 3Galimybė sukurti antibiotikų rinkinius.
  • 4Jautrumo antimikrobiniams vaistams rezultatų pateikimas keturiomis reikšmėmis – J, JD, A, N: J – Jautru; JD – Jautru dalinai; A – Atsparu; N – Negalimas vertinimas. Galimybė įvesti ranka skaitines reikšmes.
  • 5Galimybė rinktis antibiotikus iš sąrašo. Galimybė priskirti mikroorganizmų grupėms tiriamus antibiotikus.
  • 6Galimybė taikyti užsakymams dublikatų tikrinimą pagal laikotarpį ir jautrumo vertinimo parametrus: turi būti galimybė pasirinkti tikrinamo laikotarpio rėžius; turi būti galimybė tikrinimą atlikti jautrumo rezultatą; turi būti galimybė neįtraukti nustatytų dublikatų į susijusias ataskaitas.
  • 7Galimybė suvesti užsakovui matomus tarpinius rezultatus.
  • 8Tyrimo rezultate įrašius jautrumo zonas mm (kai naudojamas diskų difuzijos metodas) arba mg/l (kai nustatoma minimali slopinimo koncentracija), turi būti automatiškai pateikiama tyrimo rezultato interpretacija pagal EUCAST standartą (t. y. jautru, vidutiniškai jautru, atsparu).
  • 9Galimybė susikurti pastabas ir nurodyti kriterijus, kuriems atitikus pastaba būtų automatiškai įrašoma į tyrimo pastabą. Galimybė sukurti individualią pastabą.
  • 10Galimybė fiksuoti mėginio priėmimo, (ranka) rezultato įrašymo ir validavimo laiką, bei naudotojo vardą ir pavardę, kurie šiuos veiksmus atliko.
  • 11Galimybė atsakymo protokole sugretinti kelių bakterijų rūšių jautrumo rezultatus.
  • 12Sistemoje turi būti galima tvarkyti ir eksportuoti pakankamą duomenų rinkinį teikimui pagal aktualius teisės aktus: 2013 m. gruodžio 18 d. Nr. V-1194 „Dėl kliniškai ir epidemiologiškai svarbių mikroorganizmų atsparumo antimikrobiniams vaistams stebėsenos ir duomenų apie mikroorganizmų atsparumą antimikrobiniams vaistams rinkimo, kaupimo, analizės ir informacijos pateikimo tvarkos aprašo patvirtinimo“; 2009 m. gegužės 21 d. Nr. V-385 „Dėl patogeninių bakterijų, nustatytų asmens ir visuomenės sveikatos priežiūros įstaigų laboratorijose, identifikavimo ir tipavimo tvarkos aprašo patvirtinimo“.

Naudotojo grafinė sąsaja

  • 1Grafinė naudotojo sąsaja ir joje esantys valdymo elementai turi būti vienodi, unifikuoti visoje Sistemoje, visose darbo vietose.
  • 2Žmogaus ir sistemos sąveika turi būti realizuota naudotojų grafinėmis sąsajomis. Sistemoje duomenų įvedimas – išvedimas, valdymo komandų priėmimas ir jų įvykdymo rezultatų atvaizdavimas turi būti atliekamas interaktyviuoju režimu.
  • 3Sistemoje turi būti kontekstinė pagalba naudotojui lietuvių kalba (Help funkcija).

Tyrimų protokolo sukūrimas

  • 1Informacinėje sistemoje (IS) turi būti sudaryta galimybė automatiškai sugeneruoti laboratorinių tyrimų rezultatų protokolą po užsakymo patvirtinimo, nenaudojant papildomų naudotojo veiksmų. Sugeneruotas protokolas turi būti parengiamas standartizuotu formatu, tinkamu peržiūrai, spausdinimui arba duomenų perdavimui.
  • 2Kuriant elektroninį tyrimo protokolą rankiniu būdu arba spausdinant, informacinėje sistemoje (IS) turi būti registruojama protokolo sukūrimo istorija, įskaitant sukūrimo arba spausdinimo datą, laiką, atsakingą darbuotoją bei atlikto veiksmo tipą (sukūrimas arba spausdinimas).
  • 3Informacinėje sistemoje (IS) turi būti sudaryta galimybė pasirinktoms įstaigoms automatiškai generuoti ir pateikti tyrimų protokolus per sistemos el. pašto funkciją. Siunčiami tyrimų protokolai turi būti apsaugoti nuo neteisėtos prieigos, naudojant slaptažodį arba kitą šifravimo technologiją, užtikrinant perduodamų duomenų konfidencialumą ir atitiktį asmens duomenų apsaugos reikalavimams.
  • 4Protokolo sukūrimo ir spausdinimo istorija turi būti saugoma prie atitinkamo užsakymo informacijos. Sistemoje turi būti fiksuojama: atlikto veiksmo tipas (pvz., sugeneruotas automatiškai, sugeneruotas rankiniu būdu, spausdintas), veiksmo atlikimo data ir laikas, bei atsakingas darbuotojas, kuris atliko veiksmą.
  • 5Atliekant tyrimą išorinėje (ne Ligoninės) laboratorijoje, informacinėje sistemoje (IS) turi būti sudaryta galimybė prie užsakymo arba tyrimo įrašo įkelti rezultatą failo pavidalu, palaikant šiuos failų formatus: .PDF, .DOC, .DOCX. Įkeltas failas turi būti susietas su konkrečiu pacientu bei užsakymu.

Kokybės kontrolės valdymo modulis

  • 1Galimybė apsirašyti kokybės kontrolę kiekvienam prietaisui.
  • 2Kiekvienai kokybės kontrolei turi būti galimybė nustatyti pavadinimą, lot numerį, brūkšninį kodą, kontrolės lygį, galiojimo datą, naudojimo laikotarpį (datos nuo-iki), tyrimą, tyrimo tikslinę vertę, tyrimo tikslinės vertės nuokrypį, priskirti norimas naudoti kokybės kontrolės „Westgard” taisykles.
  • 3Galimybė kokybės kontrolės rezultatus gauti automatiniu būdu iš analizatoriaus, taip pat galimybė suvesti ir rankiniu būdu.
  • 4Galimybė peržiūrėti gautus kokybės kontrolės rezultatus, juos patvirtinti, atšaukti arba kartoti.
  • 5Galimybė atspausdinti Levey-Jennings kokybės kontrolės kreivę (angl. “The Levey-Jennings Control Chart”).

Bendras laboratorinių tyrimų modulis

  • 1Padaliniai: galimybė sukurti neribotą kiekį padalinių; galimybė koreguoti informaciją apie padalinio pavadinimą, adresą, telefoną, el. paštą; galimybė sekti naudotojų prisijungimus.
  • 2Laboratorijos: galimybė sukurti neribotą kiekį laboratorijų; galimybė koreguoti informaciją apie laboratorijos pavadinimą, adresą, telefoną, el. paštą, kuriam padaliniui priklauso; galimybė priskirti laboratoriją konkrečiam padaliniui.
  • 3Analizatoriai: galimybė sukurti (prijungti) neribotą skaičių palaikomų analizatorių.
  • 4Tyrimų grupė: galimybė sukurti tyrimų grupes; galimybė koreguoti tyrimų grupės pavadinimą.
  • 5Tyrimai: galimybė sukurti neribotą kiekį tyrimų; galimybė koreguoti: Tyrimų informaciją: tyrimo kodą, tyrimo pavadinimą, koks tyrimo ėminys, kokiai tyrimo grupei priklauso, tyrimo savikainą, tyrimo kainą, eilės tvarką; Tyrimui turi leisti sukonfigūruoti neribotą kiekį analičių, taip pat nustatyti bei koreguoti analitės informaciją: analitės kodą, analitės pavadinimą, matavimo vienetą, prietaisą, su kuriuo atliekama, bei eilės tvarką; Analitėms turi būti galimybė nustatyti rezultato tipą: ar tai yra skaičius, tekstas, sąrašas ar formulė; Analitėms turi būti galimybė nustatyti normos ribas pagal: lytį, amžių (metai, mėnuo, savaitės, dienos), apatinę kritinę, apatinę, viršutinę ir viršutinę kritinę normos ribas.
  • 6Tyrimų rinkiniai: galimybė sistemoje sukurti tyrimų rinkinius; nurodyti tyrimo rinkinio kodą, pavadinimą, bei įtraukti norimus tyrimus į rinkinį; tyrimų užsakyme parenkant tyrimus turi būti galimybė parinkti tyrimų rinkinį; tyrimų rinkiniui turi būti galima nustatyti bendrą kainą, nebūtinai sutampančią su rinkinį sudarančių tyrimų kainų aritmetine suma.
  • 7Ėminių tipai: galimybė sistemoje sukurti ėminių tipus; nurodyti ėminių tipo kodą bei pavadinimą.
  • 8Gydymo įstaigos: galimybė sistemoje kurti ir koreguoti gydymo įstaigas; nurodyti gydymo įstaigų kodą, pavadinimą, adresą, telefoną, el. paštą; galimybė įstaigai kurti skyrius bei nurodyti tokią skyrių informaciją kaip skyriaus kodas ir skyriaus pavadinimas; galimybė nustatyti skirtingas kainas atskirai kiekvienai įstaigai.
  • 9Gydytojai: galimybė kurti gydytojus; galimybė koreguoti informaciją apie gydytojo vardą, pavardę, spaudo numerį, pareigas, telefoną, el. paštą.
  • 10Procedūriniai: galimybė kurti procedūrinius; galimybė koreguoti informaciją apie procedūrinių pavadinimą, adresą, darbo laiką, telefoną, el. paštą.
  • 11Laboratorinių tyrimų užsakymo ir atsakymų valdymas: galimybė kurti laboratorinių tyrimų užsakymus; galimybė suvesti ir koreguoti informaciją apie laboratorinio tyrimo užsakymo datą, užsakymo laiką, ar tai yra skubus užsakymas, gydymo įstaigą, skyrių, gydytoją, pacientą, paciento diagnozę, užsakymo pastabas, mėginį(-ius): mėginio pastabą, procedūrinį, kuriame mėginys paimtas, laboratorija, mėginio paėmimo laikas, mėginio priėmimo laikas laboratorijoje, mėginiui užsakyti tyrimus, tyrimų rinkinius ar tyrimų paketus; galimybė suvesti tyrimo rezultatus; galimybė matyti, kas suvedė tyrimo rezultatus; galimybė įrašyti pastabas prie tyrimo rezultato; galimybė patvirtinti pavienį tyrimą; galimybė patvirtinti pavienį mėginį; galimybė patvirtinti visą užsakymą; galimybė atspausdinti mėginių brūkšninius kodus; galimybė matyti paciento rezultatų istoriją; galimybė matyti paciento pastabų istoriją; galimybė atspausdinti tyrimo protokolą; galimybė atsekti, kada buvo spausdintas tyrimo protokolas; galimybė atsekti, kada buvo siųstas tyrimų protokolas el. paštu; galimybė įkelti failą prie užsakymo.
  • 12Automatinė validacija: galimybė taikyti automatinę validaciją atskirai kiekvienam tyrimui; galimybė taikyti automatinę validaciją pagal šiuos kriterijus: Automatinė validacija esant bet kokiam rezultatui; Rezultato norma (tekstinis ir skaitinis rezultatas); Procentinis rezultato pokytis (palyginus su ankstesniu tam pačiam pacientui atliktu tokiu pat tyrimo rezultatu); Rezultato pokytis kiekybiškai (palyginus su ankstesniu tam pačiam pacientui atliktu tokiu pat tyrimo rezultatu); rezultatui atitikus automatinės validacijos kriterijus, analitė turi būti automatiškai validuojama.
  • 13Greitoji validacija: galimybė peržiūrėti bei validuoti visus užsakymus bei tyrimus viename lange; galimybė įrašyti rezultatus; galimybė peržiūrėti paciento diagnozę; galimybė peržiūrėti užsakymo arba mėginio tyrimų rezultatų protokolą; galimybė ieškoti duomenų ir juos filtruoti; skubūs užsakymai turi būti paryškinti ir iškelti į sąrašo viršų; turi būti informatyvus mėginių statusų atvaizdavimas; galimybė įrašyti užsakymo išvadą; galimybė įrašyti užsakymo, mėginio, analitės pastabą; galimybė pažymėti tyrimus atlikusį naudotoją.

Mėginių pristatymas į laboratoriją

  • 1Pristačius mėginius į laboratoriją iš procedūrinių kabinetų, IS sistemoje privaloma pažymėti mėginių pristatymo laiką laboratorijoje.
  • 2IS sistemoje turi būti galimybė pažymėti mėginių pristatymo laiką tiek kiekvienam mėginiui atskirai, tiek visam užsakymui vienu bendru datos ir laiko įrašu.

Sistemos sauga ir naudotojų administravimas

  • 1Informacinėje sistemoje duomenys tvarkomi vadovaujantis šiais galiojančiais teisės aktais: Lietuvos Respublikos asmens duomenų teisinės apsaugos įstatymu; Lietuvos Respublikos kibernetinio saugumo įstatymu; Bendruoju duomenų apsaugos reglamentu.
  • 2Sistema privalo kaupti naudotojo veiksmų protokolo (audito) informaciją apie prisijungimą ir operacijas su duomenimis (data, laikas, naudotojas, atliktas veiksmas, rezultatas).
  • 3Sistema turi leisti administratoriui peržiūrėti konkrečių protokolų (audito) įrašų informaciją.
  • 4Sistemos naudotojai neturi turėti galimybės keisti jokių duomenų tiesiai duomenų bazėje. t. y. visi naudotojų veiksmai turi būti atliekami naudotojo grafinės sąsajos pagalba, tiesioginė prieiga ir/arba rankinis duomenų tvarkymas DBVS lentelėse draudžiama.
  • 5Sistema turi leisti suskirstyti naudotojus į atskirus vaidmenis su skirtingomis priėjimo teisėmis prie atskirų sistemos objektų. Sistemos naudotojas peržiūri, pildo, koreguoja tik tokią informaciją ir naudojasi tik tokiomis funkcijomis, kurios yra nustatytos jam priskirto vaidmens priėjimo teisėmis. Teisės turi būti ne mažiau kaip šios: leidžiama skaityti ir redaguoti, leidžiama tiktai skaityti, prieiga draudžiama. Galimų sukurti vaidmenų skaičius neturi būti ribojamas.
  • 6Turi būti galimybė uždrausti modifikuoti („užrakinti“) išsaugotus ir patvirtintus duomenis.
  • 7Jei Sistemos naudotojas nori peržiūrėti informaciją ar atlikti veiksmą neturėdamas tam priskirtos teisės, Sistema turi veiksmą blokuoti, padaryti jį neįmanomu (pvz.: laukas ar nuoroda neaktyvūs) arba pateikti pranešimą naudotojui, kad naudotojas neturi teisių jo vykdyti. Turi būti vedamas įvykių žurnalas su ne mažiau kaip šia informacija: įvykio data ir laikas, naudotojas, veiksmas, duomenys (prie kurių vykdyta prieiga), rezultatas.
  • 8Sistema turi leisti keisti vaidmeniui priskirtas prieigos teises, apibrėžti naują vaidmenį.
  • 9Sistemos administratorius turi galėti tvarkyti naudotojų ir naudotojų teisių sąrašus.

Laboratorijos veiklos stebėsena realiu laiku

  • 1Turi būti galima stebėti laboratorijos veiklą realiu laiku, automatiškai duomenis atnaujinančiame naršyklės lange.
  • 2Turi būti atvaizduojama dienos statistika, rodanti paimtų, bet nepriimtų laboratorijoje mėginių skaičių.
  • 3Turi būti atvaizduojama dienos statistika, rodanti nepatvirtintų užsakymų skaičių.
  • 4Turi būti atvaizduojama dienos statistika, rodanti skubių užsakymų mėginių numerius bei likusį laiką iki 2 valandų laikotarpio nuo mėginio paėmimo iki patvirtinimo.
  • 5Turi būti atvaizduojama dienos statistika, rodanti laiko medianą nuo mėginio paėmimo iki atlikimo.
  • 6Turi būti atvaizduojama dienos statistika, rodanti laiko medianą nuo mėginio paėmimo iki patvirtinimo.
  • 7Turi būti atvaizduojama dienos statistika, rodanti skubių mėginių laiko medianą nuo paėmimo iki atlikimo.
  • 8Turi būti atvaizduojama dienos statistika, rodanti skubių mėginių laiko medianą nuo paėmimo iki patvirtinimo.
  • 9Turi būti atvaizduojama dienos statistika, rodanti koreguotų tyrimų protokolų procentinę dalį.

Užsakymų ir mėginių filtravimas ir paieška

  • 1Informacinėje sistemoje (IS) turi būti sudaryta galimybė užsakymų sąraše filtruoti užsakymus pagal užsakymo datą, tyrimų grupę, konkretų tyrimą, įstaigą ir pacientą.
  • 2Informacinėje sistemoje (IS) turi būti sudaryta galimybė ieškoti užsakymų pagal užsakymo numerį, mėginio numerį, užsakymo datą ir paciento duomenis.

Naudotojų teisių valdymas ir prieigos kontrolė

  • 1Naudotojų grupės: galimybė kurti naudotojų grupes; galimybė suvesti ir koreguoti pavadinimą; galimybė keisti grupės sudėtį (priskirti, keisti, šalinti narius).
  • 2Naudotojai: galimybė kurti naudotojus; galimybė suvesti ir koreguoti naudotojo informaciją – vardą, pavardę, kuriai naudotojų grupei priklauso, naudotojo vardą, slaptažodį, el. paštą, pareigas, kuriam padaliniui(-iams) ir kokiai laboratorijai(-oms) priklauso.
  • 3Naudotojų teisės: galimybė nustatyti teises naudotojų grupėms; teisių valdymas turi apimti visus sistemos langus ir funkcijas (pvz. tyrimo užsakymų langas: turi būti galimybė nustatyti, ar naudotojas ar grupė gali matyti langą; ar gali sukurti užsakymą, ar gali peržiūrėti, redaguoti, trinti, patvirtinti, atšaukti patvirtinimą, spausdinti tyrimų protokolą ir pan. – galimų kombinacijų rinkinys taikomas pagal realias funkcijas); teises valdyti turi galėti tik sistemos naudotojas su administratoriaus teisėmis.

Bendrieji duomenų pateikimo ir apdorojimo principai

  • 1Naudotojų ir IT administratorių sąsajos turi būti lietuvių kalba.
  • 2Sistema turi automatiškai patikrinti įvedamų duomenų formato korektiškumą įvedamuose laukuose (tekstinė, skaitmeninė, datos, laiko formatai) apribojant vartotojo galimybes įvesti kito formato duomenis į įvesties lauką, kuriame yra numatytas tam tikras formatas.
  • 3Klaidų pranešimai, teikiami sistemos naudotojui, turi būti informatyvūs ir suteikti pakankamai informacijos tolimesniems veiksmams klaidai pašalinti ar jos išvengti. Klaidų pranešimai turi būti pateikti tam naudotojui, kuris vykdė veiksmą iššaukusį klaidą. Klaidos sąvoka apima: standartines sistemos klaidas (pvz.: duomenų bazės serverio sutrikimai, programinės klaidos), tipines proceso žingsnių klaidas (pvz.: neužpildyti privalomi laukai, nelogiškos jų reikšmės), nenumatytas (iš anksto neapibrėžtas) proceso žingsnių klaidas (pvz.: nenumatyta realizuojamo proceso atšaka).
  • 4Sistemoje turi būti naudojami klasifikatorių žinynai.
  • 5Sistema turi leisti sukurti naujus įrašus žinynuose arba atnaujinti įrašų informaciją įvedant duomenis rankiniu būdu.
  • 6Sistema turi užtikrinti, kad žinynuose nebūtų panaikintos jau naudojamos klasifikatoriaus reikšmės.

Laboratorinių duomenų analizės ir ataskaitų generavimo platforma

  • 1IS turi turėti funkcionalumą nurodytas ataskaitas generuoti pasiūlymo teikimo metu. Tikslus ataskaitų formatas ir išvaizda bus derinama analizės metu, atsižvelgiant į Sistemos galimybes, LR teisės aktus ir perkančiosios organizacijos vidaus tvarkas. Diegimo metu tiekėjas turės parengti ir pritaikyti ne mažiau kaip šias ataskaitas: Tyrimų kiekis ir kainos pagal įstaigas (suvestinė).
  • 2Tyrimų kiekis ir kainos pagal įstaigas (pagal tyrimų grupes ir tyrimą).
  • 3Tyrimų kiekis ir kainos pagal įstaigas (detali iki pacientų užsakymų).
  • 4Tyrimų kiekis ir kainos pagal skyrius (suvestinė).
  • 5Tyrimų kiekis ir kainos pagal skyrius (pagal tyrimų grupes ir tyrimą).
  • 6Tyrimų kiekis ir kainos pagal skyrius (detali iki pacientų užsakymų).
  • 7Palyginamoji tyrimų lentelė (suvestinė).
  • 8Palyginamoji tyrimų lentelė (pagal gydytojus).
  • 9Palyginamoji tyrimų lentelė (pagal įstaigas).
  • 10Palyginamoji tyrimų lentelė (pagal skyrius).
  • 11Tyrimų sąrašas ir kainos.
  • 12Remiantis LR Sveikatos apsaugos ministro 2020 m. lapkričio 10 d. įsakymu Nr. V-257 (aktualia redakcija), Sistemoje turi būti pateikiami rodikliai: koreguotų laboratorinių tyrimų rezultatų protokolų procentinė dalis; laikotarpis nuo ėminio paėmimo iki laboratorinių tyrimų atlikimo; laikotarpis nuo ėminio paėmimo iki laboratorinių tyrimų rezultato patvirtinimo; klaidingai identifikuotų ėminių dalis; klaidingai įvestų į laboratorijos informacinę sistemą duomenų dalis; Netinkamų ligoninės vidinių ėminių dalis.
  • 13Mikrobiologinių tyrimų ataskaitas generuoti: pagal tiriamąją medžiagą per tam tikrą nustatytą laiko periodą; pagal išaugintą mikroorganizmą; atsparių mikroorganizmų išfiltravimas.

Medicinos nomenklatūrų ir klasifikatorių valdymo informacinės sistemos (MNKV IS) integracija

  • 1Turi būti užtikrinta MNKV IS ir duomenų mainų sąsaja laboratorinių tyrimų nomenklatūrai, įskaitant valdymą bei medicinos nomenklatūrų ir klasifikatorių duomenų perdavimą.
  • 2MNKV IS duomenų mainų ir integracijos sąsaja realizuota taikant RESTful architektūrą. RESTful (angl. Representational State Transfer) architektūra yra skirta tinklinių aplikacijų kūrimui ir užtikrina lengvą programos veikimo masto plėtimą, paprastumą ir standartinių žiniatinklio protokolų naudojimą.
  • 3Integracijos pagalba iš ESPBI eLab posistemės atlikti tyrimų KLT nomenklatūroje paiešką ir galimybę priskirti tyrimui ar analitei MNKV IS kodo atitikmenį.
  • 4IS priskyrus MNKV IS nomenklatūros kodo atitikmenį tyrimui ar analitei, IS turi automatiškai integracijos pagalba, perduoti šią informaciją į MNKV IS prie laboratorijos atliekamų tyrimų paslaugų. Kiekvienas tyrimas turi būti priskirtas duomenų struktūroje nurodytam padaliniui.
  • 5Jeigu laboratorija turi pašalinti tyrimą iš savo atliekamų tyrimų sąrašo arba pažymėti jį kaip nebegaliojantį, turi būti galimybė nurodyti atitinkamą tyrimo galiojimo būseną arba tyrimo galiojimo pabaigos datą. Po tyrimo būsenos ar galiojimo datos nurodymo informacija turi būti automatiškai atnaujinama MNKV IS sistemoje.

Dokumentai19

  • 2_priedas_Techninė specifikacija.docx
  • 3_priedas_Pasiūlymo_forma.docx
  • 4_5_priedas_Kvalifikacijos ir kiti reikalavim.docx
  • espd-request.xml
  • espd-request.pdf
  • README.txt
  • 9_priedas_Nac. saugumo atitikties deklaracija.docx
  • 10_priedas_Kokybės kriterijai ir jų vert.docx
  • 11_priedas_Sutartis_Bendr. sąlygos.docx
  • 11_priedas_Sutartis_Spec. sąlygos.docx
  • Pirkimo_salygos_Specialioji dalis.docx
  • 6964454_Contract notice - general directive, standard regime_0.pdf
  • 1146_6964454.pdf
  • 1_priedas_Terminai.docx
  • 7_priedas_Deklaracija_dėl_Reglamento_JA.docx
  • 8_priedas_Deklaracija_dėl_Reglamento_FA.docx
  • 11_priedas_Sutarties_Spec. sąl. priedas_Pasitelkiami subtiekėjai.docx
  • Pirkimo_salygos_Bendroji dalis.docx
  • 2_c4t_6964454_1.xml
tendis.lt · Sukurta recodin.lt