Grįžti į sąrašą

Laboratorijos informacijos sistemos pirkimas

Išanalizuota

Viešoji įstaiga CPO LT

Rinkos konsultacijaCPV: 72200000 - Programinės įrangos programavimo ir konsultacinės paslaugos
ID: 64418072026-02-06 11:49
Atidaryti CVP IS

Aprašymas

Perkama Laboratorijos informacinė sistema (LIS), apimanti sistemos kūrimą, diegimą, integravimą su esamomis ligoninės sistemomis (ESIS) ir išorinėmis laboratorijomis, bei įvairia laboratorine įranga. Taip pat įsigyjamos priežiūros ir aptarnavimo paslaugos 36 mėnesių laikotarpiui. Sistema turi atitikti šiuolaikinius laboratorijos kokybės standartus, automatizuoti procesus ir veikti trijose ligoninės padaliniuose nepertraukiamu 24/7 režimu.

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.

Techniniai reikalavimai

Dokumentacija

  • 1Visa dokumentacija turi būti parengta laikantis bendrinės lietuvių kalbos taisyklių.
  • 2Tiekėjas turės parengti ir pateikti Perkančiajai organizacijai šiuos dokumentus: Vykdomų darbų planą, Laboratorinės veiklos analizės ataskaitą, Diegimo ir validavimo ataskaitą, Naudotojo dokumentaciją (Mokymų planą ir medžiagą, Išsamų naudotojui skirtos Sistemos dokumentacijos rinkinį, Administratoriaus instrukcijas bei vadovus).
  • 3Dokumentų galutinės versijos turi būti pateiktos elektroniniu PDF formatu.

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.
  • 6Audito įrašai turi būti apsaugoti nuo bet kokio redagavimo.

IS Diegimo etapas

  • 1Ligoninės veiklų, susijusių su Laboratorija, analizė ir Sistemos projektavimas.
  • 2Sistemos instaliavimas ir konfigūravimas.
  • 3Sistemos integravimas su Ligoninės informacine sistema (ESIS).
  • 4Ligoninės laboratorijoje naudojamos techninės įrangos integracija.
  • 5LIS integracija su išorės informacine sistema (išorės laboratorija UAB „Affidea Lietuva“).
  • 6Testavimas.
  • 7Instruktavimas ir darbuotojų mokymai darbui su IS.
  • 8Tiekėjas turės parengti ir su Ligoninės atstovais suderinti atliktos analizės ataskaitą ne vėliau kaip per 4 mėnesius nuo IS diegimo etapo pradžios.
  • 9Tiekėjas privalo parengti ir įdiegti LIS sistemos tarnybinių stočių programinę įrangą, duomenų bazes, integracinius komponentus ir visą reikalingą lydinčią programinę įrangą (išskyrus tą, kurią teikia Perkančioji organizacija).
  • 10Tiekėjas yra atsakingas už visų integracinių sąsajų parengimą tiek IS, tiek ESIS pusėje, nereikalaujant papildomų Ligoninės lėšų (visos integravimo išlaidos turi būti numatytos ir įskaičiuotos į darbų kainą).
  • 11Duomenų mainai turi būti automatizuoti, naudoti tarptautinius standartus (LOINC ar lygiaverčius), nereikalauti naudotojo rankinių veiksmų duomenų perkėlimui, eksportui, importui, susiejimui.
  • 12Testavimo tikslas – identifikuoti ir pašalinti visus LIS funkcionalumo, duomenų vientisumo, našumo, saugumo ir integracijos neatitikimus prieš sistemai pradedant darbą realioje aplinkoje.
  • 13Mokymai turi būti organizuojami lietuvių kalba.
  • 14Mokymai turi būti atlikti kiekviename padalinyje, kuriame bus dirbama su IS.
  • 15Mokymai turi būti rengiami grupėse iki 15 asmenų, išskaidant mokymus pagal procesų grupes.
  • 16Bendra mokymų trukmė – ne mažiau kaip 12 kontaktinių akademinių valandų. Tiekėjas privalo numatyti galimybę organizuoti papildomus (pakartotinius) mokymus arba instruktavimą naujiems darbuotojams bent 3 mėnesių laikotarpiu po sistemos perdavimo.

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.
  • 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).
  • 6Informacinės sistemos (IS) rezultatų lange turi būti aiškiai nurodyta, kas atliko tyrimą: jeigu tyrimas atliktas prietaisu – turi būti rodomas prietaiso pavadinimas; jeigu rezultatai įvesti rankiniu būdu – turi būti rodomas laboratorijos darbuotojo vardas ir pavardė.
  • 7Tvirtinant tyrimo rezultatą, informacinė sistema (IS) turi automatiškai šalia rodomo naujo tyrimo rezultato pateikti paciento paskutinį to paties tyrimo istorinį rezultatą, jei toks egzistuoja.
  • 8Jei tyrimas atliekamas prietaisu, kuris palaiko operatoriaus nurodymo funkciją, informacinėje sistemoje (IS) automatiškai registruojamas darbuotojas, dirbęs su prietaisu.
  • 9Jei tyrimas atliekamas prietaisu, kuris nepalaiko operatoriaus nurodymo funkcijos, informacinėje sistemoje (IS) turi būti sudaryta galimybė rankiniu būdu pažymėti darbuotoją, atlikusį tyrimą.
  • 10Jei 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ą.
  • 11Informacinėje sistemoje (IS) taip pat turi būti aiškiai atvaizduojamas bendras rezultato įrašų skaičius – kiek kartų tyrimo rezultatas buvo įrašytas, pakeistas ar gautas.
  • 12Informacinėje sistemoje (IS) turi būti įdiegtas grafinis naudotojo informavimas apie tai, kad tyrimo užsakymas buvo sėkmingai perduotas į analizatorių.
  • 13Tyrimo 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į.
  • 14Informacinėje sistemoje (IS) turi būti sudaryta galimybė laboratorijos darbuotojams susikurti ir administruoti numatytųjų išvadų (šablonų) rinkinius ir juos taikyti rašant tyrimo užsakymo išvadą.
  • 15Informacinėje sistemoje (IS) turi būti sudaryta galimybė pagal gautus tyrimų rezultatus sistemoje automatiškai užsakyti papildomus tyrimus.

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.
  • 12Galimybė neapibrėžtis atvaizduoti pacientų rezultatų tyrimų protokole.

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, 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ą, 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į.
  • 5Pagal tyrimo užsakyme nurodytus tyrimus, LIS sistema turi automatiškai suformuoti reikiamų mėginių sąrašą ir priskirti jiems atitinkamus tyrimus.

Kraujo banko modulis

  • 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.

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, 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ą.
  • 3Informacinėje sistemoje (IS) turi būti sudaryta galimybė nustatyti pagal naudotojų grupes, kuri naudotojų grupė turi teisę tvirtinti pavienius tyrimus, mėginius ar visą užsakymą.
  • 4Užsakymo tvirtinimo metu turi būti atliekamas tikrinimas, ar visi užsakymo tyrimai turi atliktą, tos dienos, kokybės kontrolę. Jei neturi, tuomet vartotojas turi būti įspėtas, kad yra tyrimų kuriems neatlikta kokybės kontrolė, pateikiant tų tyrimų sąrašą.
  • 5Patvirtinus 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.
  • 6Informacinėje sistemoje (IS) turi būti sudaryta galimybė anuliuoti pavienį tyrimą, mėginį arba visą užsakymą, privalomai nurodant anuliavimo priežastį. Visi anuliavimo veiksmai turi būti registruojami sistemoje, fiksuojant anuliavimo datą, laiką ir atsakingą darbuotoją.
  • 7Informacinėje sistemoje (IS) turi būti aiškiai atvaizduojama anuliuoto tyrimo, mėginio arba užsakymo anuliavimo priežastis, kartu su anuliavimo data, laiku ir atsakingo darbuotojo identifikacija.
  • 8Informacinėje sistemoje (IS) turi būti sudaryta galimybė susikurti numatytąsias anuliavimo priežastis (šablonus) ir jas panaudoti anuliuojant užsakymą, mėginį ar pavienį tyrimą.
  • 9Anuliuoti tyrimai turi būti neatvaizduojami tyrimų protokole arba pažymėti, kad yra anuliuotas tyrimas ir šalia pateiktas (jei kartojamas) geras tyrimas.
  • 10IS turi būti galimybė, kad užsakyme, kuriame yra daugiau nei vienas mėginys, atskirai patvirtinus visus mėginius, automatiškai pasitvirtintų visas užsakymas.
  • 11IS turi turėti galimybę automatiškai neleisti patvirtinti užsakymo, jei privaloma išvada nėra užpildyta.

Licencijų reikalavimai

  • 1Tiekėjas kartu su pasiūlymu turi pateikti išsamų visų siūlomų IS licencijų sąrašą, nurodant jų pavadinimus, trumpus aprašymus.
  • 2Tiekėjas turi pateikti bendrą licencijų komplektą, į kurį įtrauktos visos būtinos licencijos, reikalingos LIS sistemos veikimui ir visų šios specifikacijos reikalavimų įgyvendinimui, įskaitant naudotojų darbo funkcijas ir integracijas.
  • 3Tiekėjas turi užtikrinti, kad pateikiamas licencijų kiekis leis užtikrinti vienalaikį prisijungimą tiek naudotojų, kiek nurodyta dalyje „Vienu metu dirbančių naudotojų skaičius“.
  • 4Jei taikomos vardinės naudotojų licencijos, jos turi būti perduodamos kitiems darbuotojams, užtikrinant, kad toks perdavimas galėtų būti atliekamas ne rečiau kaip kartą per darbo dieną. Taip pat turi būti užtikrinta, kad licencijos būtų priskiriamos centralizuotai, be papildomo tiekėjo įsikišimo.
  • 5Jei taikomas konkurencinio naudotojų prisijungimo apskaitos modelis, 4 lentelėje nurodytų atskirų tipų licencijų konkurentinis prisijungimas sumuojamas.
  • 6Visos IS naudojimo licencijos turi būti neterminuotos (neriboto galiojimo), t. y. IS sistema ir jos funkcijos turi veikti pilnai, net ir pasibaigus priežiūros ir palaikymo sutarčiai su Tiekėju. Negali būti jokių laiko ar galiojimo apribojimų, sąlygojančių funkcionalumo praradimą.
  • 7LIS programinės įrangos naudotojų licencijos (vienalaikės) turi būti priskiriamos atitinkamiems modulio naudotojams: Bendro laboratorinių tyrimų modulio (ne mažiau 15 vienu metu), Kokybės kontrolės modulio (ne mažiau 8 vienu metu), Neapibrėžčių valdymo modulio (ne mažiau 8 vienu metu), Kraujo banko modulio (ne mažiau 2 vienu metu), Duomenų analitikos modulio (ne mažiau 8 vienu metu), Tyrimams atlikti reikalingų priemonių valdymo modulio (ne mažiau 8 vienu metu), Audito valdymo modulio (ne mažiau 2 vienu metu), Mikrobiologijos modulio (ne mažiau 4 vienu metu), Elektroninio pasirašymo modulio (ne mažiau 3 vienu metu), Laboratorijos veiklos stebėsenos modulio (ne mažiau 8 vienu metu), Procedūrinių modulio (ne mažiau 6 vienu metu).
  • 8LIS integracijos su išorės informacine sistema licencija (HIS - ESIS) – 1 vnt.
  • 9LIS integracijos su išorės informacine sistema MNKV IS – 1 vnt.
  • 10LIS integracija su išorės informacine sistema licencija (Išorės laboratorija UAB „Affidea Lietuva“) – 1 vnt.
  • 11LIS integracija su išorės informacine sistema licencija (numatyta integracija su būsima išorės laboratorine sistema nuo 2026 m.) – 1 vnt.

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ė įvesti bei analizuoti visus gautus rezultatus, bet užsakovui pateikti pasirinktinai (epidemiologiniais bei antibiotikų vartojimo valdymo tikslais).
  • 7Finansinės apskaitos galimybė pagal laikotarpį, užsakovą, tyrimo rūšį, mikroorganizmo identifikavimo metodą, jautrumo antimikrobiniams vaistams nustatymo metodą (Diskų difuzija ≤ 6 diskai; Diskų difuzija ≥ 12 diskai; E-testas, Mikroskiedimo juostelė, Mikroskiedimo plokštelė).
  • 8Galimybė taikyti užsakymams dublikatų tikrinimą pagal laikotarpį ir jautrumo vertinimo parametrus.
  • 9Galimybė suvesti užsakovui matomus tarpinius rezultatus.
  • 10Tyrimo 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).
  • 11Galimybė pažymėti požymį, pvz.: ESBL, MRSA, VRE, CRE.
  • 12Galimybė susikurti pastabas ir nurodyti kriterijus, kuriems atitikus pastaba būtų automatiškai įrašoma į tyrimo pastabą. Galimybė sukurti individualią pastabą.
  • 13Atsakymo validavimo funkcija - turi būti galimybė atlikti validavimą antram naudotojui (tikrinančiam ir tvirtinančiam atsakymo išsamumą ir logiškumą).
  • 14Galimybė fiksuoti mėginio priėmimo, (ranka) rezultato įrašymo ir validavimo laiką, bei naudotojo vardą ir pavardę, kurie šiuos veiksmus atliko.
  • 15Galimybė atsakymo protokole sugretinti kelių bakterijų rūšių jautrumo rezultatus.
  • 16Sistemoje 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“.

Bendrieji reikalavimai IS

  • 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).
  • 4IS gamintojo oficialiai skelbiami rekomenduojami reikalavimai techninei serverių įrangai neturi viršyti: ne daugiau kaip 2 virtualių mašinų, ne daugiau kaip 4 virtualių procesorių, 16 GB operatyvinės atminties, 100 GB diskinės erdvės (neskaitant erdvės reikalingos duomenų saugojimui).
  • 5Sistema 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.
  • 6Licencijos 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.
  • 7Sistema turi veikti 24/7 (24 val. per parą, 7 dienos 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.
  • 8Sistema turi būti plečiama (gerinamas našumas) pridedant papildomų skaičiavimo ar saugyklų resursų be papildomų Sistemos perprojektavimo ar modifikavimo darbų.
  • 9Sistemos 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ą.
  • 10Sistemos klientų (naudotojų darbo vietų) programinė įranga privalo veikti MacOS bei Linux (Debian arba Ubuntu naujausiose LTS versijose) arba lygiavertėse operacinėse sistemose. Licencijavimas turi leisti neribotai keisti instaliuotas naudotojų darbo vietas ar jų tipą.
  • 11Sistema 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 užtikrinti sistemos neveikimo laiką incidento atveju ne didesnį kaip 4 valandas.
  • 12Turi 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.
  • 13Sistema turi neriboti vienu metu dirbančių naudotojų skaičiaus (išskyrus licencijavimo apribojimus).
  • 14Sistema 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.
  • 15Sistema 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.
  • 16Sistema turi turėti veiklos žurnalus (log'us), kuriuose registruojami naudotojų prisijungimai, atlikti veiksmai (pvz., duomenų įvedimas, koregavimas, trynimas), sistemos įvykiai ir klaidos. Turėtų būti galimybė filtruoti žurnalus pagal datą, naudotoją, veiksmą ir modulius.
  • 17Sistema turi teikti techninės būklės indikatorius (pvz., CPU apkrova, DB apkrova, užklausų skaičius, pasiekiamumas). Ši informacija turi būti pasiekiama per atskirą administravimo modulį arba pateikiama per API sąsają.
  • 18Sistemos dokumentacijoje turi būti galimybė fiksuoti versijų pokyčius, t. y. registruoti, kas, kada ir ką atnaujino (pvz., administravimo ar naudotojo vadove).

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).
  • 4Visas sistemos funkcionalumas taip pat veikia (autorizuotose įrenginiuose) planšetėse ir mobiliuosiuose telefonuose.
  • 5Duomenų įvesčiai, klaidingai užpildžius arba neužpildžius privalomos informacijos, sistemos naudotojui sistemos aiškiai nurodoma kurią informaciją turi pataisyti ar papildyti.

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ų.
  • 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ą.
  • 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ą.
  • 4Protokolo sukūrimo ir spausdinimo istorija turi būti saugoma prie atitinkamo užsakymo informacijos. Sistemoje turi būti fiksuojama: atlikto veiksmo tipas, 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.
  • 6Informacinėje sistemoje (IS) turi būti sudaryta galimybė pateikti pacientui tyrimų protokolą el. paštu tiesiai iš sistemos. Siunčiamas protokolas turi būti apsaugotas nuo neteisėtos prieigos, naudojant slaptažodį arba kitą šifravimo technologiją.

Elektroninio 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ą.

Pirkimo objekto sudėtinės dalys

  • 1Laboratorijos informacinė sistema (LIS) programinė įranga ir naudotojų licencijos su įdiegimu (jei licencijuojama pagal funkcinius modulius, ji turi apimti „lentelėje 4“ nurodytus modulius). Kiekis: 1 komplektas (fiksuotas).
  • 2Laboratorinės techninės įrangos integravimo paslaugos bei prijungimo licencijos. Kiekis: 26 komplektai (preliminarus).
  • 3Papildomi vystymo darbai. Apimtis: 250 valandų (preliminarus).
  • 4Priežiūros ir aptarnavimo paslaugos. Apimtis: 36 mėnesiai (fiksuotas).
  • 5Prijungiama ligoninės laboratorinė įranga pagal pateiktą sąrašą (šiuo metu naudojami 25 įrangos vienetai). Sąrašas gali kisti iki 30%.

Mėginių paėmimas ir pristatymas

  • 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 galim tiesiogiai IS sistemoje.
  • 3Pristačius mėginius į laboratoriją iš procedūrinių kabinetų, IS sistemoje privaloma pažymėti mėginių pristatymo laiką laboratorijoje.
  • 4IS 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.
  • 5Sistema turi suteikti galimybę filtruoti mėginius, kurie dar nėra priimti.
  • 6Sistema turi suteikti galimybę mėginių priėmimą atlikti vien tik skenerio pagalba, automatiškai registruojant mėginio priėmimo datą, laiką, priėmimą atlikusio darbuotojo tapatybę ir procedūrinį ar laboratorijos registratūrą, kuriame mėginys buvo priimtas.

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”).

Priežiūros ir aptarnavimo paslaugos

  • 1Priežiūros ir aptarnavimo paslaugų teikimo trukmė – 36 mėnesiai.
  • 2Sistemos priežiūros ir aptarnavimo paslaugos apima visos įdiegtos, modifikuotos ar paslaugų teikimo metu pakeistos LIS programinės įrangos techninį palaikymą: klaidų šalinimą, funkcionalumo atkūrimą, integracijų su laboratorine įranga, Ligoninės informacine sistema (ESIS) ir išorine laboratorija UAB „Affidea Lietuva“ priežiūrą.
  • 3Kritiniai incidentai registruojami ir sprendžiami visą parą (00:00 – 24:00, 7 dienas per savaitę).
  • 4Gavus pranešimą apie svarbaus poveikio incidentą, Tiekėjas turi pradėti darbą ne vėliau kaip per 4 valandas. Sprendimo laikas – ne daugiau kaip 8 valandos.
  • 5Nekritinės problemos ir planiniai techninės priežiūros darbai sprendžiami darbo dienomis (pirmadieniais – penktadieniais, 08:00 – 16:00). Pradėti spręsti reikia ne vėliau kaip per 8 darbo valandas, o išspręsti – ne vėliau kaip per 24 darbo valandas.
  • 6Konsultacijos (klausimai, neapimantys incidentų) teikiamos darbo dienomis (pirmadieniais – penktadieniais, 08:00 – 16:00).
  • 7Tiekėjas turėtų pateikti incidentų valdymo aprašą, kuriame būtų nurodyta, kaip vykdomas incidentų registravimas, sprendimas, bei kokie kontaktiniai asmenys atsakingi už sklandų komunikavimą su Perkančiąja organizacija.

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.
  • 3Laboratorijoms turi būti galimybė nurodyti požymį, kad tai yra išorės laboratorija.
  • 4Galimybė atskirti nuo pagrindinio tyrimų sąrašo išorės laboratorijų tyrimų grupes bei tyrimus.
  • 5Analizatoriai: galimybė sukurti (prijungti) neribotą skaičių palaikomų analizatorių.
  • 6Tyrimų grupė: galimybė sukurti tyrimų grupes; galimybė koreguoti tyrimų grupės pavadinimą.
  • 7Tyrimai: 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.
  • 8Galimybė pažymėti tyrimą kaip aktyvų arba neaktyvų (neaktyvus tyrimas neturi būti atvaizduojamas užsakymo tyrimų pasirinkime).
  • 9Galimybė tyrimui įjungti akredituoto tyrimo požymį, kuris atvaizduojamas tyrimų protokoluose.
  • 10Galimybė tyrimui priskirti tyrimo metodą.
  • 11Galimybė tyrimui nurodyti tyrimo pirkimo kainą.
  • 12Galimybė analitei atlikti nustatymą, kuris leistų analitės neatvaizduoti tyrimų protokole, bet sistemoje įrašas liktų.
  • 13Galimybė analitei atlikti nustatymą, kuris atvaizduotų analitę tyrimų protokole tik esant rezultatui.
  • 14Galimybė analitei atlikti nustatymą, kuris ją padarytų neprivaloma (analitės neatlikimo statusas neįtakoja tyrimo, mėginio ir užsakymo atlikimo statuso).
  • 15Galimybė analitės nustatymuose įrašyti numatytą tekstą, kuris visada būtų atvaizduojamas analitės pastaboje.
  • 16Galimybė analitės skaitiniam rezultatui nustatyti, iki kelių skaitmenų po kablelio yra apvalinamas rezultatas.
  • 17Galimybė analitės rezultatui įrašyti ar parinkti numatytuosius rezultatus.
  • 18Galimybė analitei nustatyti tyrimo rezultato tipą, kuris leistų įkelti failą.
  • 19Galimybė analitės normos nustatymuose įrašyti tekstą, kuris visuomet būtų atvaizduojamas kaip norma.
  • 20Galimybė taikyti normas tekstiniam rezultatui.
  • 21Galimybė kopijuoti analitės normą.
  • 22Tyrimų 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.
  • 23Galimybė tyrimų rinkinio tyrimams priskirti eilės numerį, pagal kurį jie būtų atvaizduojami užsakyme bei tyrimų protokole.
  • 24Ėminių tipai: galimybė sistemoje sukurti ėminių tipus; nurodyti ėminių tipo kodą bei pavadinimą.
  • 25Gydymo į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.
  • 26Gydytojai: galimybė kurti gydytojus; galimybė koreguoti informaciją apie gydytojo vardą, pavardę, spaudo numerį, pareigas, telefoną, el. paštą.
  • 27Procedūriniai: galimybė kurti procedūrinius; galimybė koreguoti informaciją apie procedūrinių pavadinimą, adresą, darbo laiką, telefoną, el. paštą.
  • 28Laboratorinių 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.
  • 29Automatinė 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.
  • 30Greitoji 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ą.

Duomenų pateikimo ir apdorojimo principai

  • 1Naudotojų ir IT administratorių sąsajos turi būti lietuvių kalba.
  • 2Sistema turi automatiškai patikrinti ir apriboti įvedamų duomenų formato korektiškumą įvedamuose laukuose (tekstinė, skaitmeninė, datos, laiko formatai).
  • 3Klaidų pranešimai, teikiami sistemos naudotojui, turi būti informatyvūs ir suteikti pakankamai informacijos tolimesniems veiksmams klaidai pašalinti ar jos išvengti.
  • 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.
  • 7Sistema turi leisti identifikuoti klasifikatorių žinynų reikšmių visų keitimų datą ir autorių.

Sistemos sauga ir naudotojų administravimas

  • 1Informacinėje sistemoje duomenys tvarkomi vadovaujantis: 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ų. 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 arba pateikti pranešimą. Turi būti vedamas įvykių žurnalas su ne mažiau kaip šia informacija: įvykio data ir laikas, naudotojas, veiksmas, duomenys, 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.
  • 10Sistemoje turi būti taikomi minimalūs reikalavimai (minimalaus slaptažodžio ilgio bei privalomų skaitmenų ar simbolių naudojimas) vartotojo slaptažodžiui.
  • 11Galimybė kurti naudotojus kopijuojant jau esamą naudotoją, automatiškai priskiriant visas suteiktas teises, grupių priskyrimus.
  • 12Galimybė nustatyti naudotojui galiojimo laiką.
  • 13Galimybė vartotojui nustatyti pagrindinį sistemos langą.

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į.

Laboratorinės techninės įrangos integravimas

  • 1Tiekėjas yra atsakingas už visą laboratorinės techninės įrangos prijungimą prie LIS sistemos, įskaitant duomenų perdavimo konfigūravimą ir veikimo stabilumo užtikrinimą.
  • 2Tiekėjas yra atsakingas už reikiamų įrangos tvarkyklių ir, jei taikoma, susijusių neterminuoto tvarkyklių naudojimo licencijų pateikimą bei perdavimą Perkančiajai organizacijai.
  • 3Tiekėjas turės atlikti analizę apie naudojamos techninės įrangos esamą integravimo lygį, vertinti įrangos naudojimo intensyvumą. Pagal tai parengti ir suderinti įrangos prijungimo (perjungimo) planą ir tvarkaraštį.
  • 4Tiekėjas turės parengti ir pateikti bei įdiegti laboratorijos techninės įrangos prijungimo programinę įrangą (tvarkykles), sukonfigūruoti duomenų mainų procesus.
  • 5Tiekėjas turės atlikti visus laboratorijos techninės įrangos duomenų mainų su LIS sistema testavimus, bendradarbiaudamas su Perkančiosios organizacijos atstovais ir analizatorių (įrangos) tiekėjais.
  • 6Galimybė prie analizatoriaus nustatymų įsikelti failus (pvz. naudojimosi instrukcija, darbo metodiką).
  • 7Galimybė prie analizatoriaus nurodyti paskutinio kalibravimo datą ir kada yra numatyta sekanti.
  • 8Galimybė gauti automatinį pranešimą apie tai, kad prietaisui reikia atlikti kokybės kontrolę.
  • 9Galimybė gauti automatinį pranešimą apie tai, kad prietaisui reikia atlikti kalibravimą.

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.
  • 3Informacinėje sistemoje (IS) turi būti sudaryta galimybė atlikti retrospektyvinę paiešką, leidžiančią peržiūrėti visą paciento atliktų tyrimų istoriją. Sistema turi pateikti informaciją taip, kad naudotojas galėtų analizuoti tyrimų rezultatus tarpusavyje, matyti pasikartojimus, tendencijas ir rezultatų pokyčius laikui bėgant.

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ų teisių kombinacijų rinkinys turi būti pritaikomas pagal realias funkcijas); teises valdyti turi galėti tik sistemos naudotojas su administratoriaus teisėmis.

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

  • 1IS turi turėti funkcionalumą nurodytas ataskaitas generuoti pasiūlymo teikimo metu.
  • 2Turi būti generuojamos šios ataskaitos: Tyrimų kiekis ir kainos pagal įstaigas (suvestinė); Tyrimų kiekis ir kainos pagal įstaigas (pagal tyrimų grupes ir tyrimą); Tyrimų kiekis ir kainos pagal įstaigas (detali iki pacientų užsakymų); Tyrimų kiekis ir kainos pagal skyrius (suvestinė); Tyrimų kiekis ir kainos pagal skyrius (pagal tyrimų grupes ir tyrimą); Tyrimų kiekis ir kainos pagal skyrius (detali iki pacientų užsakymų); Palyginamoji tyrimų lentelė (suvestinė); Palyginamoji tyrimų lentelė (pagal gydytojus); Palyginamoji tyrimų lentelė (pagal įstaigas); Palyginamoji tyrimų lentelė (pagal skyrius); Tyrimų sąrašas ir kainos.
  • 3Remiantis LR Sveikatos apsaugos ministro 2020 m. lapkričio 10 d. įsakymu Nr. V-257 (aktualia redakcija), Sistemoje turi būti pateikiami šie 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.
  • 4Mikrobiologinių 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ą.
  • 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.

Dokumentai10

  • DĖL RINKOS KONSULTACIJOS_02-05.docx
  • Ek. naud. pasiūlymo vertinimas_02-05.docx
  • Pasiūlymo_forma_02-05.docx
  • Sutartis_Bendr. sąlygos_02-05.docx
  • Sutartis_Spec. sąlygos_02-05.docx
  • Techninė specifikacija_02-05.docx
  • 1_DĖL RINKOS KONSULTACIJOS_02-05.docx
  • Pašalinimo pagr. ir kt. reikalavimai_02-05.docx
  • 1146_6441807.pdf
  • Sutartis_Spec. sąlygų_3 pr_Subtiekėjai.docx
tendis.lt · Sukurta recodin.lt