Grįžti į sąrašą

METADUOMENŲ ĮRANKIŲ DIEGIMO, DUOMENŲ MODELIAVIMO IR TEIKIMO PASLAUGOS

Išanalizuota

Lietuvos medicinos biblioteka

16 292,81
Skelbiama apklausaCPV: 72310000 - Duomenų apdorojimo paslaugos
ID: 66322932026-02-20 21:14
Atidaryti CVP IS

Aprašymas

Perkami metaduomenų įrankių diegimo, duomenų modeliavimo ir teikimo paslaugos Lietuvos medicinos bibliotekai. Šis pirkimas yra dalis projekto „Duomenų valdymo modelio sukūrimas“, siekiant užtikrinti metaduomenų tvarkymą ir duomenų mainus tarp institucijų, integruojantis į Centrinę metaduomenų saugojimo bazę, remiantis DCAT-AP-LT, UDTS ir DSA specifikacijomis. Paslaugos apima programinės įrangos „Spinta“ diegimą, duomenų struktūros modelių rengimą, metaduomenų aprašymą, testavimą ir sąsajų su API repozitoriumi bei Vidiniais vartais realizavimą.

Kvalifikaciniai reikalavimai

  • 1Teikėjo paslaugų valdymo sistema turi atitikti ISO/IEC 20000-1:2018 arba lygiaverčių standartų reikalavimus informacinių technologijų srityje.
  • 2Tiekėjas turi užtikrinti, kad paslaugos bus teikiamos lietuvių kalba arba bus užtikrintas tinkamas vertimas į lietuvių kalbą.

Techniniai reikalavimai

Garantinis aptarnavimas

  • 1Tiekėjas turės teikti ne trumpesnį kaip 12 mėn. trukmės garantinį aptarnavimą, pradedamą teikti nuo paskutinio Paslaugų priėmimo – perdavimo akto pasirašymo datos.
  • 2Garantinės priežiūros paslaugos apima: Garantinės priežiūros metu nustatytų Klaidų, atsiradusių dėl neteisingai užpildytų metaduomenų, taisymą.
  • 3Kritinės klaidos – per 8 val; svarbios klaidos – per 7 k. d.; nesvarbios klaidos – per 30 k. d.

Automatizuotų sutarčių testavimas

  • 1Per 5 d. d. ištestuoti Automatizuotas duomenų teikimo sutartis: inicijuoti sutarties sudarymą, patikrinti sutarties automatizuoto aktyvavimo ir sustabdymo funkcionalumą, sutarties pasirašymą kvalifikuotu parašu, sutarties atsisiuntimą iš Duomenų katalogo, bei pasirašytos sutarties įkėlimą į Duomenų katalogą, aktyvių ir neaktyvių sutarčių paiešką.
  • 2Atlikus ištestavimą, pateikti PO ir Projekto vykdytojui ataskaitą.

Metaduomenų aprašymo ir valdymo paslaugos

  • 1Parengti Medicinos nomenklatūrų ir klasifikatorių informacinės sistemos (MNKV IS) metaduomenis pagal DCAT-AP-LT specifikaciją.
  • 2Užpildyti visus privalomus, pasirenkamus ir rekomenduojamus DCAT-AP-LT laukus korektiškais duomenimis, vadovaujantis DCAT-AP-LT ir Metodika.
  • 3Metaduomenys pildomi rankiniu būdu, naudojantis Projekto vykdytojo pateikta metodine medžiaga, Duomenų kataloge arba specialiame DCAT-AP-LT XLSX formoje, jei pildyti kataloge nėra galimybės.
  • 4Prieš perduodant projekto vykdytojui, metaduomenų rinkinys, parengtas pagal DCAT-AP-LT specifikaciją, turi būti suderintas su Perkančiąja organizacija.
  • 5Pirminį ŠDSA pildyti rankiniu būdu pagal suderintas apimtis, vadovaujantis Metodika, aktualia DSA specifikacija ir integruojamų semantinių išteklių specifikacijomis.
  • 6DSA specifikacijoje nurodytiems laukams „access“, „title“ ir „description“ užpildyti bei kitiems laukams, siekiant aprašyti esamą metaduomenų brandos lygį ir nuosekliai jį kelti iki aukščiausio (5) lygio, integruojant ES ir Lietuvos semantinius šaltinius.

MNKV IS portalo funkcionalumo modernizavimas

  • 1Modernizuoti prisijungimo ir paskyros modulį, suteikiant galimybę prisijungti laboratorijų atstovams (įskaitant patologines) per ESPBI IS ir registruoti įstaigos padalinių (laboratorijų) duomenis su struktūrizuotais adresais iš Adresų registro.
  • 2Sukurti priemones Adresų registro duomenų importui į MNKV IS iš .csv formato rinkmenų (kas mėnesį atnaujinami iš registrųcentras.lt/p/1187).
  • 3Modernizuoti laboratorijų ir tyrimų sąrašo paieškos modulį, išplečiant patologinių laboratorijų tyrimų paiešką, rodant detalesnes analites ir tvarkant bendrą atliekamų tyrimų skaičių.
  • 4Modernizuoti terminologijų atsisiuntimų modulį, sukuriant galimybę atsisiųsti matavimo vienetų (UCUM) klasifikatoriaus rinkmenas.
  • 5Atnaujinti SNOMED CT naršyklės programinės įrangos versiją į naujausią IHTSDO organizacijos pateiktą „SCT Browser frontend“ versiją.
  • 6Modernizuoti medicininių klasifikatorių (CodeSystem) peržiūros modulį, suteikiant galimybę peržiūrėti patologinius tyrimų klasifikatorius ir kitus sukurtus medicininius klasifikatorius, rodant termino statusą ir versiją.
  • 7Sukurti terminų rinkinių (ValueSet) naršyklės modulį, kuriame būtų galima peržiūrėti sukurtus ir tvarkomus terminų rinkinius ir jų reikšmes, vykdyti paiešką prevencinių programų tyrimų klasifikatoriuose.
  • 8Sukurti terminologijos sąvokų susiejimų (ConceptMap) naršyklės modulį, kuriame būtų galima peržiūrėti sukurtus ir tvarkomus susiejimų rinkinius ir jų reikšmes.
  • 9Skiltyje "Projektai" reikalingi iškleidžiami laukai įgyvendintiems ir vykdomiems projektams aprašyti.
  • 10Realizuoti slapukų (cookies) pasirinkimus, kur būtų galima naudotojui pasirinkti, kokią informaciją rinktų.
  • 11Realizuoti funkcionalumą skirti sistemos administratoriui dėl reikalavimo įgyvendinti BDAR reikalavimą „būti pamirštam“.
  • 12Modernizuoti laboratorijų tyrimų sąrašo ir panelių/analičių valdymo modulį, išplečiant galimybę patologinių laboratorijų naudotojams tvarkyti savo atstovaujamų laboratorijų ir jų padalinių duomenis bei tyrimų sąrašą.
  • 13Modernizuoti laboratorijos tyrimų sąrašo importo/eksporto modulį, suteikiant galimybę importuoti/eksportuoti patologinių laboratorijų atliekamų tyrimų sąrašą (.CSV, XLXS formatu) ir suderinti duomenų eksporto/importo šablono struktūrą.
  • 14Modernizuoti prašymų įtraukti naują tyrimą į nomenklatūrą modulį, suteikiant galimybę eksportuoti prašymų sąrašą (.pdf, .xls) ir papildyti formą dėl naujų patologinių tyrimų pateikimo.
  • 15Modernizuoti SNOMED CT licencijos prašymo pildymo funkcionalumą, suteikiant galimybę prašymą pildyti už kelias atstovaujamas įstaigas.
  • 16Modernizuoti pranešimų ir susirašinėjimo modulį: pranešimų peržiūros langą ir pranešimo turinį pavaizduoti viename lange, atskirti gautus pranešimus su prašymais nuo įprastų, realizuoti filtravimo kriterijus, siųsti el. paštu pranešimus administratoriams dėl naudotojų galiojimo termino pabaigos, rodyti siuntėjo vardą ir pavardę bei įstaigą el. laiškuose.
  • 17Modernizuoti administravimo sritį (naudotojų valdymo, audito, SNOMED licencijų tvarkymo, integracijų administravimo, ataskaitų generavimo modulius): MNKV IS administratorius turi galėti peržiūrėti tik aktyvių naudotojų sąrašą, filtruoti ir peržiūrėti realių aktyvių naudotojų skaičių.
  • 18MNKV IS administratoriui turi būti galimybė redaguoti naudotojo teisių galiojimo terminą ir gauti perspėjimus apie artėjančią pabaigą.
  • 19MNKV IS administratoriui turi būti galimybė tvarkyti laboratorijų tvarkytojų naudotojų duomenis.
  • 20Sukurti bendrą (globalią) rolę visų terminologijų ir klasifikatorių tvarkytojas ir globalų terminologijų administratorių.
  • 21Sukurti naudotojo teises peržiūrėti konkretaus CodeSystem, ValueSet, ConceptMap parametrus Terminologijos serverio naršyklės komponente ne tik per Edit mode, bet ir per View mode.
  • 22Turi būti galimybė laboratorijos tvarkytojus priskirti atskiram padaliniui.
  • 23Norint priskirti naudotojui pakeisti rolę (laboratorijos darbuotojo) ir renkant įstaigą turi būti galimybė atlikti įstaigų paiešką ir suradus įstaigą priskirti prie naudotojo.
  • 24Laboratorijos tvarkytojų rolę turintys naudotojams turi būti galimybė matyti užsienio subrangovų sąrašą.
  • 25Sistema turi siųsti pranešimą administratoriui ir informuoti apie artėjančią rolės galiojimo pabaigą, taip pat rodyti prisijungusiems laboratorijų naudotojams, kad baigėsi teisės galiojimo laikas.
  • 26Administracijos srityje turi būti rodomas įstaigos logotipas paskyroje ir galimybė užpildyti įstaigos internetinį adresą su automatiškai užpildyta adreso pradžia.
  • 27Terminų serverio komponente naudotojai turi matyti tik sau priskirtas užduotis.

Duomenų modeliavimas ir koncepciniai modeliai

  • 1Parengti MNKV IS pirminį pagrindinių duomenų (master data) ir aprašomųjų duomenų (reference data/klasifikatorių) sąrašą.
  • 2Vietoj pirminio pagrindinių duomenų sąrašo gali būti rengiamas MNKV IS koncepcinis modelis.
  • 3Patikrinti ŠDSA ir Sąraše sužymėti, kurių duomenų identifikacija yra aiški, bei pateikti preliminarų ŠDSA metaduomenų objektų skaičių.
  • 4IS koncepcinis duomenų modelis rengiamas naudojant draw.io arba UML klasių modelių schemas, naudojantis VSSA pateikta elementų biblioteka, remiantis DSA specifikacijos skyriumi „Koncepcinis modelis“.

API repozitorijaus valdymas ir duomenų teikimas

  • 1MNKV IS duomenų paslaugas registruoti atnaujinant DCAT-AP-LT metaduomenis ir pateikiant DSA (net jei Spinta negali ištraukti ŠDSA, pildomi DCAT-AP-LT aprašai).
  • 2Registruoti visas deklaruotas duomenų paslaugas.
  • 3Spintos teikiamas UDTS registruoti rankiniu būdu Gravitee.io portale, prijungiant prie autorizacijos paslaugos.
  • 4Tikrinti UDTS veikimą ir prieigos teisių korektiškumą.
  • 5Terminologijos serveryje turi būti galimybė nustatyti, kurias nomenklatūros ar medicininio klasifikatoriaus versijas grąžinti per integracines sąsajas (API) – tik aktyvias, ar naujausias (įskaitant juodraščius).
  • 6Terminologijos serveryje turi būti galimybė išorinėms sistemoms vykdyti API užklausas, kurios leidžia pasiimti naujausią aktyvią klasifikatoriaus versiją.
  • 7Turi būti sukurtos / modernizuotos SNOMED CT, LOINC terminų, Medicininių klasifikatorių terminų duomenų bei išduotų SNOMED CT licencijų duomenų teikimo ESPBI IS ir kitoms sistemoms sąsajos (FHIR v5 standartu).
  • 8Turi būti modernizuotos laboratorijų (ir padalinių) tyrimų sąrašo teikimo sąsajos (universali sąsaja), įskaitant patologines laboratorijas.
  • 9Turi būti modernizuota / sukurta laboratorijos atstovo SPĮ sąrašo duomenų gavimo sąsaja iš ESPBI IS, gaunant platesnę duomenų aibę (pavadinimas, JAR kodas, SVEIDRA kodas, struktūrizuotas adresas).
  • 10Integracinės sąsajos turi būti aprašytos ir patalpintos VIISP duomenų perdavimo per VIISP paslaugos kataloge.
  • 11Duomenų mainai turi būti vykdomi naudojant žiniatinklio paslaugas ar lygiavertes technologijas, SOAP, HTTP (RESTfull) ar lygiavertį protokolą, atsižvelgiant į Informacinės visuomenės plėtros komiteto prie Susisiekimo ministerijos rekomendacijas.

Terminologijos serverio (TermX) komponento modernizavimas

  • 1Terminologijos serverio „TermX“ ir jo komponentų programinė įranga turi būti atnaujinta į naujausią versiją.
  • 2Atnaujintai „TermX“ programinei įrangai turi būti suteiktas gamintojo palaikymas (naujų versijų atnaujinimas 24 mėn. po MKNV IS eksploatacijos pradžios).
  • 3Turi būti galimybė tvarkyti Patologinių tyrimų nomenklatūros klasifikatorių, Matavimo vienetų (UCUM) klasifikatorius ir kitus sukurtus CodeSystem klasifikatorius.
  • 4Atlikti matavimo vienetų klasifikatorių (UCUM) duomenų importavimą į MNKV IS, įdiegiant duomenų lenteles ir importuojant naujausią UCUM klasifikatoriaus versiją.
  • 5Turi būti galimybė tvarkyti matavimo vienetų klasifikatorių reikšmes lietuvių kalba.
  • 6Turi būti galimybė laboratorijos specialistams aprašant laboratorijos atliekamą tyrimą (analitę) nurodyti matavimo vienetus pagal UCUM matavimo vienetų klasifikaciją (kodas ir pavadinimas).
  • 7Turi būti galimybė publikuoti sukurtus naujus klasifikatorius (CodeSystem) MNKV IS išoriniame portale (CodeSystem naršyklės modulyje).
  • 8Jeigu medicininiame klasifikatoriuje (CodeSystem) yra termino sąsaja/ nuoroda į kitą klasifikatoriaus (CodeSystem) terminą, turi būti atvaizduota ir to kito klasifikatoriaus versija, termino statusas, ir galimybė tvarkyti šį terminą.
  • 9Turi būti galimybė medicininių klasifikatorių duomenis (CodeSystem) perduoti per universalią MNKV IS sąsają FHIR standartu.
  • 10Realizuoti funkcionalumą susieti, tvarkyti ir redaguoti terminų (sąvokų) susiejimo rinkinių (ConceptMap) reikšmes.
  • 11Turi būti galimybė suteikti sudarytam duomenų rinkiniu unikalų identifikatorių, pavadinimą, rinkinio aprašymą.
  • 12Jeigu ConceptMap yra termino/sąvokos sąsaja/nuoroda į kitą ConceptMap terminą/sąvoką, turi būti atvaizduota ir to kito terminų rinkinio (ValueSet) versija, termino statusas, ir galimybė tvarkyti šį terminą.
  • 13Turi būti galimybė išsaugoti sukurtą duomenų rinkinio versiją ir publikuoti jį MNKV IS išoriniame portale.
  • 14Turi būti galimybė duomenų rinkinius (ConceptMap) perduoti per universalią MNKV IS sąsają FHIR standartu.
  • 15Realizuoti funkcionalumą sukurti, tvarkyti ir redaguoti terminų rinkinių (ValueSet) reikšmes.
  • 16Turi būti galimybė tvarkyti prevencinių programų terminų rinkinius ir kitus per terminologijos serverio komponentą sudarytus rinkinius.
  • 17Turi būti galimybė sudaryti pasirinktų terminų duomenų rinkinį/-ius (pvz., krūties vėžio prevencinei programai naudojamas terminų rinkinys).
  • 18Turi būti galimybė suteikti sudarytam duomenų rinkiniu unikalų identifikatorių, pavadinimą, rinkinio aprašymą.
  • 19Turi būti galimybė išsaugoti sukurtą duomenų rinkinio versiją ir publikuoti jį MNKV IS išoriniame portale.
  • 20Jeigu ValueSet yra termino sąsaja/nuoroda į kitą ValueSet terminą, turi būti atvaizduota ir to kito terminų rinkinio versija, termino statusas, ir galimybė tvarkyti šį terminą.
  • 21Turi būti galimybė terminų rinkinius (ValueSet) perduoti per universalią MNKV IS sąsają FHIR standartu.
  • 22Modernizuoti SNOMED CT ir LOINC terminologijos failų importavimo funkcionalumą, informuojant naudotoją apie importavimo pabaigą ir klaidas el. paštu.
  • 23Sukurti galimybę eksportuoti terminologijos duomenis .CSV, XLXS formatu.
  • 24Turi būti sukurtas modulis, suteikiantis galimybę tvarkyti Terminologijos serverio naudotojus, jų teises ir roles.

Programinės įrangos „Spinta“ diegimas ir konfigūracija

  • 1Įdiegti ir paruošti virtualią mašiną, su Perkančiąja organizacija suderintoje infrastruktūroje.
  • 2Spintos diegimą atlikti konsultuojantis su Perkančiosios organizacijos specialistais ir vadovaujantis diegimo instrukcija.
  • 3Spinta turi būti įdiegta taip, kad automatizuotai generuotų ŠDSA failus pagal duomenų šaltinius ir ŠDSA atitiktų duomenų struktūrą, tiktų DSA rengimui.
  • 4Pirminį ŠDSA automatiniu būdu konvertuoti į DSA ir pateikti į Duomenų katalogą.
  • 5Parengti informaciją ir dokumentus/formas (pvz., API vartų klausimynas), siekiant gauti prieigą prie VSSA Vidinių vartų.

Dokumentai11

  • 2_Salygos-specialiosios_Skelb_apklausa.docx
  • 4_Priedo-1_Priedas-1_MNKV-IS_modernizavimo_Tech-specif.docx
  • 5_Priedas-4_EBVPD.xml
  • 6_Priedas-5_Pasiulymo forma.xlsx
  • 7_Priedas-6_Sutarties-proj_bendr_salygos.docx
  • 8_Priedas-6_Sutarties-proj_spec_salygos.docx
  • 1_Salygos-bendrosios_Skelb_apklausa.docx
  • 3_Priedas-1_Techninė specifikacija.docx
  • 9_c4t_6632293_1.xml
  • 6632293_National Contract notice or Design Contest notice - general directive, standard regime_0.pdf
  • 5234_6632293.pdf