Grįžti į sąrašą

KOMPIUTERINĖ ĮRANGA 1

Išanalizuota

VILNIAUS MIESTO SAVIVALDYBĖS ADMINISTRACIJA

231 525,38 €
Rinkos konsultacijaCPV: 72200000 - Programinės įrangos programavimo ir konsultacinės paslaugos
ID: 73089892026-04-09 09:05
Atidaryti CVP IS

Aprašymas

Perkama kompiuterinė įranga, suskaidyta į tris dalis: integracijos tarp skaitmeninio parašo platformos ir medicininės informacinės sistemos Med.I.S sukūrimas, registratūros ir skambučių centro procesų išplėtimo bei duomenų analitikos programavimo paslaugos, ir programinė įranga su biometrinių parašų paslaugos palaikymo licencijomis 91 įrenginyje. Šis pirkimas apima programavimo, integravimo ir programinės įrangos licencijų tiekimo paslaugas, skirtas modernizuoti medicininės įstaigos IT infrastruktūrą.

Kvalifikaciniai reikalavimai

  • 1Tiekėjas per paskutinius 3 (trejus) metus iki pasiūlymų pateikimo termino pabaigos pagal vieną ar daugiau sutarčių yra tinkamai savo jėgomis suteikęs informacinių sistemų kūrimo ir (arba) tobulinimo paslaugų ir (arba) atlikęs informacinės sistemos integracijas, kurių vertė (bendra vertė) ne mažesnė kaip 1.000,00 Eur be PVM.
  • 2Tiekėjas per paskutinius 3 (trejus) metus iki pasiūlymų pateikimo termino pabaigos pagal vieną ar daugiau sutarčių yra tinkamai savo jėgomis suteikęs informacinių sistemų kūrimo ir (arba) tobulinimo paslaugų ir (arba) atlikęs informacinės sistemos integracijas ir (arba) registratūros ir (arba) skambučių centro ir (arba) klientų aptarnavimo procesų skaitmenizavimą, kurių vertė (bendra vertė) ne mažesnė kaip 10.400,00 Eur be PVM.
  • 3Tiekėjas per paskutinius 3 (trejus) metus iki pasiūlymų pateikimo termino pabaigos pagal vieną ar daugiau sutarčių yra tinkamai savo jėgomis pardavęs ir pristatęs dokumentų pasirašymo ir (ar) autentifikavimo ir (ar) biometrinių sprendimų diegimo ar palaikymo licencijas kartu su jų palaikymo paslaugomis, kurių vertė (bendra vertė) ne mažesnė kaip 46.000,00 Eur be PVM.
  • 4Sistemos analitiką, turintį ne trumpesnę kaip 24 (dvidešimt keturių) mėnesių patirtį per paskutinius 10 metų atliekant IT sistemų analizę.
  • 5Programuotoją / integracijų specialistą, turintį ne trumpesnę kaip 24 (dvidešimt keturių) mėnesių patirtį per paskutinius 10 metų kuriant ar integruojant informacines sistemas.
  • 6Projekto vadovą, turintį ne trumpesnę kaip 24 (dvidešimt keturių) mėnesių patirtį per paskutinius 10 metų IT projektų valdyme.
  • 7Programuotoją, turintį ne trumpesnę kaip 24 (dvidešimt keturių) mėnesių patirtį per paskutinius 10 metų kuriant ar tobulinant informacines sistemas.
  • 8Techninės pagalbos specialistas turintis bent 1 metų patirtį teikiant IT palaikymo paslaugas.
  • 9Saugumo / duomenų apsaugos specialistas, turintis patirties: su BDAR reikalavimais; su elektroninio parašo ar autentifikavimo sprendimais.
  • 10Sutarties galiojimo metu turi būti įgyvendinamos organizacinės ir techninės saugumo valdymo priemonės, atitinkančios ISO27000 šeimos arba lygiaverčių standartų reikalavimus. Tiekėjas kartu su pasiūlymu turi pateikti dokumentus, patvirtinančius, kad jo organizacinės ir techninės saugumo valdymo priemonės atitinka ISO/IEC 27000 šeimos arba lygiaverčių standartų reikalavimus.

Techniniai reikalavimai

Dokumentų saugykla

  • 1Galimybė saugoti pasirašytus dokumentus neribotą laiką.
  • 2Galimybė matyti kokiame įrenginyje buvo pasirašytas dokumentas, kuris naudotojas iniciavo pasirašymą, kada buvo pasirašytas dokumentas.
  • 3Galimybė peržiūrėti pasirašytą dokumentą naršyklės lange jo neatsisiunčiant.
  • 4Galimybė atsisiųsti pasirašytą dokumentą, jo priedus.
  • 5Galimybė saugykloje saugomus dokumentus filtruoti pagal: įrenginius; pasirašymo iniciatorių; šablono pavadinimą; sukūrimo datas.
  • 6Galimybė ieškoti dokumento pagal pavadinimą ir užpildytų laukų reikšmes.

Duomenų analitikos paslaugos

  • 1MEDIS specialistų užimtumo rodikliai ir jų sekimas.
  • 2Duomenų šaltinių apjungimas bendrai ir vieningai verslo analitikai ir KPI sukūrimas.

Naudotojo sąsajos reikalavimai

  • 1Naudotojo sąsaja turi veikti WEB aplinkoje realizuotoje aplikacijoje (Microsoft Edge, Google Chrome, Mozilla Firefox, Opera, Safari oficialiai gamintojo palaikomose versijose) su galimybe naudoti saugų duomenų apsikeitimo protokolą HTTPS.
  • 2Programiniai pranešimai naudotojams apie Sistemos sutrikimus ir naudotojų klaidas turi būti lietuvių kalba, informatyvūs, kartu su patarimais ir nurodymais.
  • 3Sistema turi turėti lietuvišką naudotojo sąsają, kuri turi atitikti Lietuvos Respublikos valstybinės kalbos įstatymą.
  • 4Sistema turi kelti minimalius kompiuterinio raštingumo reikalavimus Sistemos naudotojams, turėti paprastą taikomosios programinės įrangos administravimo funkcijų rinkinį.
  • 5Sistema privalo turėti lietuvišką naudotojo sąsają – visi Sistemos taikomųjų programų dialogai, meniu, pranešimai apie klaidas, pagalbos ekranai turi būti pateikiami lietuvių kalba.
  • 6Programavimo ir Sistemos administravimo priemonių sąsajoje gali būti naudojama anglų kalba.
  • 7Visų Sistemos modulių naudotojo sąsaja privalo būti vizualiai vieninga. Navigacijos dialogai, meniu, naudotojų ekranų langai ir rodiniai turi būti sudaryti naudojant vieningas taisykles.
  • 8Galimybė pasirinkti naudotojo sąsajos kalbą.
  • 9Galimybė pasirinkti laiko zoną.
  • 10Galimybė viename lange (pvz., vartotojo profilio lange) matyti informaciją apie pagrindinę sistemos naudojimo būklę ir statistiką: pasirašytų dokumentų kiekį pagal skirtingus laikotarpius: metai, mėnesiai, savaitės; bendrą pasirašytų dokumentų kiekį; bendrą naudojamų įrenginių kiekį; bendrą šablonų kiekį; Sistemoje saugomų failų apimtį.

Informacijos saugumo reikalavimai

  • 1Komunikacija tarp atskirų sistemos komponentų ir išorinių sistemų atliekama naudojant apsaugotą ir šifruotą komunikacijos kanalą.
  • 2Galimybė pasirinkti skirtingus parašų saugumo lygius. Pasirašymas pele, lietimu, grafiniu pieštuku. Šiuos parametrus turi galėti redaguoti tik administratorius.
  • 3Galimybė sukurti prisijungimus įvairiems naudotojams priskiriant jiems roles: administratorius, tvarkytojas, skaitytojas.
  • 4Išorinės integruojamos sistemos autentifikuojamos pagal unikalų suteiktą prieigos raktą, kuris turi būti sugeneruojamas administratoriaus aplinkoje. Esant poreikiui jis gali būti pergeneruojamas nauju.
  • 5Parašo biometriniai duomenys turi būti šifruojami ne žemesniu nei 128-bit saugumo lygiu, atitikti aktualias ENISA arba NIST raktų ilgumo ir saugumo rekomendacijas.
  • 6Šifravimo raktai turi būti saugomi specialioje raktų saugojimo infrastruktūroje ne žemesniame negu FIPS 140-2 Level 1 saugumo lygyje.
  • 7Teisinių ginčų atveju Tiekėjas, bendradarbiaudamas su Pirkėju, neatlygintai turi atšifruoti parašo duomenis.
  • 8Sistemoje turi būti užtikrinama, kad Pirkėjo duomenys (data at rest), jų perdavimas (data in transit) yra šifruojami, parenkant naujausias NIST, EISA ar BSI organizacijų rekomendacijas atitinkančius šifravimo algoritmus, šifravimo raktų ilgius.
  • 9Tiekėjas privalo užtikrinti, kad visa Sistemos veikimui reikalinga aparatinė ir programinė įranga, įskaitant palaikymo licencijas, programinį kodą, saugos (šifravimo) raktus ir kt., yra valdoma ir kontroliuojama užtikrinant, kad Sistemos kūrimui, palaikymui ir vystymui būtų naudojama tik leistina ir licencijuota aparatinė ir programinė įranga.
  • 10Sutarties galiojimo metu turi būti įgyvendinamos organizacinės ir techninės saugumo valdymo priemonės, atitinkančios ISO27000 šeimos arba lygiaverčių standartų reikalavimus.
  • 11Visų užpildytų ir pasirašytų dokumentų autentiškumas turi būti užtikrinamas pasirašant juos skaitmeniniu spaudu, paženklintu kvalifikuota laiko žyma.
  • 12Pagrindinės kvalifikuotos laiko žymos tarnybos sertifikatas turi galioti ne trumpiau nei 6 metus.
  • 13Spaudo sertifikatas saugomas Tiekėjo valdomoje infrastruktūroje ne žemesniame negu FIPS 140-2 Level 1 saugumo lygyje visą Sutarties laikotarpį.
  • 14Sistemos kūrimui ir vystymui turi būti taikomi griežti programinės įrangos kūrimo gyvavimo ciklo (SDLC) metodai, apimantys geriausią praktiką ir standartinius reikalavimus saugiam programinės įrangos (kodo) kūrimui ir nuolatiniam tikrinimui, įskaitant pažeidžiamumo vertinimus ir testavimą nepalankiausiomis sąlygomis.
  • 15Sistemos veikimui, kūrimui ir palaikymui Tiekėjas ir (arba) kitos Šalys, veikiantys kaip duomenų tvarkytojai, turi įgyvendinti technines ir organizacines priemones, kad apsaugotų Pirkėjo duomenis pagal BDAR reikalavimus, užtikrinant atitikimą pritaikytosios duomenų apsaugos (data protection by design) ir standartizuotosios duomenų apsaugos (data protection by default) (BDAR 25 str.) įskaitant, bet neapsiribojant saugojimo terminų nustatymą, asmens duomenų anonimizavimą ar trynimą automatizuotomis priemonėmis.
  • 16Tiekėjas turi pateikti visų Šalių, tvarkančių Pirkėjo asmens duomenis, aukščiau nurodytų reikalavimų įgyvendinimo įrodymus Pirkėjui.
  • 17Tiekėjas turi su Pirkėju sudaryti duomenų tvarkymo susitarimą (DTS) pagal Pirkėjo pateiktą DTS formą.
  • 18Tais atvejais, kai Pirkėjo asmens duomenis tvarkys kita Šalis, Tiekėjas turi užtikrinti, kad kita Šalis su Pirkėju sudarys DTS pagal Pirkėjo pateiktą DTS formą.
  • 19Pagrįstais atvejais, kai nėra galimybės sudaryti DTS pagal Pirkėjo pateiktą formą, Tiekėjas turi užtikrinti, kad duomenų tvarkytojo paslaugų teikimo sąlygose, be kita ko, būtų įtrauktos pagal BDAR 28 straipsnio 3 dalį privalomos nuostatos.
  • 20Duomenų matomumas ir prieinamumas IS naudotojams ir sistemos paslaugų gavėjams turi būti realizuotas ir užtikrintas pagal principą „Tiek kiek būtina ir kiek įmanoma mažiau“.

Pasirašymo įrenginių reikalavimai

  • 1Galimybė užregistruoti turimus įrenginius (planšetinius kompiuterius), nurodant jų pavadinimus ir prisijungimo duomenis.
  • 2Galimybė matyti, ar įrenginys yra prijungtas ir pasiekiamas.
  • 3Galimybė naikinti nenaudojamų įrenginių registraciją.
  • 4Įrenginio prisijungimo sesija turi būti neapribota laiko parametrais. Įrenginys turi turėti galimybę atjungimui rankiniu būdu.
  • 5Įrenginys turi turėti laukimo langą, kuriame rodoma užsklanda.
  • 6Galimybė peržiūrėti personalizuojamos ekrano užsklando atvaizdą, kaip jis bus atvaizduojamas įrenginyje.
  • 7Galimybė pasirinkti skirtingus ekrano dydžius.
  • 8Galimybė rodyti numatytų šablonų sąrašą įrenginio laukimo lange.
  • 9Galimybė redaguoti įrenginio lango šablonų sąrašą interaktyviu „drag&drop“ principu.
  • 10Laukimo lange turi būti vizualus elementas nurodantis, kad yra daugiau šablonų nei jie telpa ekrane.
  • 11Turi būti kontroliuojama ar tuo pat metu yra prijungtas tik vienas įrenginys, kad pasirašymas nebūtų inicijuojamas keliuose įrenginiuose tuo pat metu.
  • 12Galimybė pasirinktą dokumento formą išsiųsti į pasirinktą įrenginį.
  • 13Galimybė pasirinktą dokumento formą siųsti pasirašymui į tą patį įrenginį, iš kurio vyksta iniciavimas.
  • 14Galimybė pasirašymui naudoti specialų rašiklį, kuris leidžia surinkti pasirašančio asmens biometrinę parašo informaciją pagal standartą ISO/IEC 19794-7:2021.
  • 15Galimybė įrenginį naudoti horizontaliai ir vertikaliai. Naudotojo sąsaja turi būti sukurta prisitaikanti naudojamo įrenginio ekrano dydžio.
  • 16Galimybė įrenginiu priskirti prisijungimo vardą, slaptažodį, pastabas.

Dokumentų formų kūrimo reikalavimai

  • 1Galimybė sukurti parametrizuojamas formas.
  • 2Galimybė valdyti formų versijas. Sistema neturi riboti kuriamų ir saugomų formų versijų skaičiaus.
  • 3Galimybė įkelti .pdf formato dokumentą kaip pagrindą formai.
  • 4Galimybė matyti šabloninio dokumento vaizdą, visus jo puslapius su galimybe priartinti ir atitolinti dokumento atvaizdą.
  • 5Galimybė konstruoti formą jos elementus nutempiant pele iš pateikto sąrašo į aktyvų lauką – .pdf formato dokumentą (drag&drop principu).
  • 6Galimybė pasirinkti šiuos elementų (laukų) tipus: Tekstas, Skaičius (su kableliai, taškais, sveikais skaičiais, tūkstančių atskyrimas tarpu, taškais ar kableliais), El. paštas (įvedamo el. pašto validavimas, kad jis atitiktų el. pašto formatą), Telefono numeris (įvedamo telefono numerio formato validavimas), Data (galimybė pasirinkti įvairius datos formatus su brūkšneliais, taškais, pasviraisiais brūkšniais, datos elementų eiliškumą), „Dropdown“, „Radio“, „Checkbox“, Bylos prisegimas (galimybė prisegti failą arba nuotrauką, pasirinkti ar įterpiamas failas yra atvaizduojamas paskutiniame lape arba prisegamas kaip priedas prie dokumento pdf byloje), Parašas (parašo atvaizdavimo vieta, galimybė kuriant formą iš anksto užpildyti parašo lauką numatyta parašo reikšme pasirinktame šablone).
  • 7Galimybė nustatyti lauko dydį ir vietą formoje naudojant vizualų redaktorių tempiant pelės žymekliu.
  • 8Galimybė prie formos elemento nustatyti, ar jis yra privalomas pildyti.
  • 9Galimybė prie formos elemento nustatyti lauko pavadinimą (antraštę), suflerį ir numatytą reikšmę.
  • 10Galimybė pažymėti lauką kaip neredaguojamą.
  • 11Galimybė kurti sąryšiais susietus laukus (elementų rodymas, kai kitas elementas yra tuščias, užpildytas ar atitinka konkrečią reikšmę).
  • 12Galimybė formatuoti laukus pasirenkant šrifto stilių (bent 5 populiariausi šriftų tipai).
  • 13Galimybė formatuoti laukus pasirenkant dydį.
  • 14Galimybė formatuoti laukus pasirenkant šrifto spalvą interaktyviame spalvų pasirinkimo įrankyje.
  • 15Galimybė formatuoti laukus pasirenkant šrifto stilių: paryškintas („Bold“), kursyvas („Italic“), pabrauktas („Underline“).
  • 16Galimybė formatuoti laukus pasirenkant teksto lygiavimą jame (kairėje, horizontaliai centre, dešinėj, apačioje, vertikaliai centre, viršuje).
  • 17Galimybė automatiškai įrašyti einamąją datą.
  • 18Galimybė riboti įvedamų simbolių kiekį.
  • 19Galimybė nustatyti duomenų formatus, pvz. datos, skaičiaus.
  • 20Galimybė numatyti automatinį pasirašytų dokumentų el. laiškų siuntimą šablonų kūrimo metu el. pašto elemento nustatymuose be papildomo el. pašto serverio nustatymo.
  • 21Šablonų konstruktoriuje turi būti galimybė vizualiai lygiuoti šablonų elementus tarpusavyje (pagalbinės linijos).
  • 22Kiekvienam lauko elementui turi būti galimybė nurodyti unikalų sisteminį identifikatorių.
  • 23Galimybė pakeisti šabloninį PDF dokumentą (jo pagrindą).
  • 24Galimybė atsisiųsti šabloninį dokumento failą.
  • 25Galimybė redaguoti iš šablono sukuriamo dokumento pavadinimą pritaikant pavadinimo generavimo taisykles.
  • 26Šablonų kūrimo metu turi būti galimybė tame pačiame įrenginyje pateikti į dokumento pildymo formos peržiūros režimą, kuriame būtų galima pamatyti kaip dokumentas atrodys planšetiniame kompiuteryje. Peržiūros režime turi būti galimybė pildyti visus suvestus laukus.
  • 27Galimybė keisti šabloninio dokumento pavadinimą.
  • 28Galimybė sugrupuoti laukų reikšmes.
  • 29Galimybė kurti formą jau esančios formos pagrindu.
  • 30Galimybė ištrinti dokumentų šablonų formas.
  • 31Tiekėjas sukuria 20 vnt. dokumentų šablonų, pagal Pirkėjo pateiktus reikalavimus.

Dokumentų formų pildymo reikalavimai

  • 1Galimybė inicijuoti pasirašymą pasirinktame pasirašymo įrenginyje.
  • 2Galimybė inicijuoti pasirašymą administratoriaus įrenginyje, kuriame kuriamos formos.
  • 3Galimybė pasirašymo iniciavimo metu pasirinkti ar yra reikalingas asistavimo režimas.
  • 4Galimybė inicijuoti asistavimo režimą anksčiau prasidėjusiai pasirašymo sesijai.
  • 5Asistavimo režimo metu turi būti galimybė pildyti formą veidrodiniu principu – specialisto kompiuteryje ir įrenginyje tuo pačiu metu.
  • 6Užpildžius duomenis viename įrenginyje, jie turi automatiškai persikelti į kitą įrenginį be uždelsimo.
  • 7Galimybė įjungti ir išjungti dokumentų formos redagavimą asistavimą.
  • 8Esant asistavimo režime, galimybės pasirašyti nėra. Asistentui pasirašymo galimybė ribojama.
  • 9Asistentas turi turėti galimybę savo kompiuteryje perjungti į dokumento peržiūros režimą ir patvirtinti dokumento pildymą.
  • 10Po asistento informacijos pildymo turi būti galimybė planšetiniame kompiuteryje patikrinti ir redaguoti užpildytą informaciją.
  • 11Galimybė prisiartinti/atitolinti formos atvaizdavimą.
  • 12Galimybė patikrinti ar visi formos laukai užpildyti, atvaizduoti pranešimą ir vizualiai parodyti neužpildytus/netinkamai užpildytus laukus.
  • 13Vizualus indikatorius, nurodantis formos pildymo progresą – kiek privalomų laukų yra užpildyta, kiek dar liko neužpildyta.
  • 14Galimybė bet kuriame pasirašymo proceso etape nutraukti pasirašymo sesiją.
  • 15Galimybė bet kuriame pasirašymo proceso etape grįžti į prieš tai buvusį žingsnį.
  • 16Neribojamas parašo duomenų surinkimo kartų kiekis su galimybe atšaukti/išvalyti/išsaugoti parašo vaizdą.
  • 17Galimybė peržiūrėti užpildytą formą su duomenimis ir skaitmenizuotu parašu prieš patvirtinant galutinį pasirašytą dokumentą.
  • 18Pasirašymo metu dokumente turi būti suformuojamas vizualus parašas su data ir laiku, kada jis buvo atliktas.
  • 19Galimybė matyti inicijuotas pasirašymo sesijas (sesijos būsena, pradžios ir pabaigos data, įrenginys, pasirašymo sesijos šabloninio dokumento pavadinimas, detalus sesijų žurnalas su įvykiais, datomis, laikais).
  • 20Galimybė atsisiųsti pasirašytą dokumentą, jo priedus.

Bendrieji sistemos veikimo reikalavimai

  • 1Galimybė paslaugą naudoti planšetiniuose kompiuteriuose su Android ar iOS operacinėmis sistemomis.
  • 2Galimybė paslaugą naudoti informaciniuose lietimui jautriuose ekranuose, su integruotais kompiuteriais su MS Windows 11 operacinėmis sistemomis.
  • 3Sistema turi veikti sklandžiai ir nestrigti, jei vienu metu su sistema dirbs 100 sistemos naudotojų.
  • 4Sistemos programinė architektūra ir jos realizacija turi palaikyti tarnybinių stočių pajėgumų plėtimą, prijungiant papildomą techninę įrangą (angl. „scaling“).
  • 5Atvirų standartų naudojimas (suderinamumas) – programinė sprendimo realizacija turi būti orientuojama į atitikimą atviriems techniniams standartams.
  • 6Atskiri puslapio elementai turi būti pakeičiami greičiau negu per 0,5 sekundės.
  • 7Jeigu vykdomas ilgiau trunkantis procesas, ekrane būtina indikuoti tokio proceso eigą dėmesio neblaškančiu būdu.
  • 8Sistema ir visas jos funkcionalumas gali būti teikiamas kaip išorinė paslauga, užtikrinant visus jai keliamus reikalavimus.

Integracijos reikalavimai (programinei įrangai)

  • 1Sprendimas turi turėti integracinę sąsają, įgyvendintą REST API principu.
  • 2Paslauga turi turėti integracinės sąsajos dokumentaciją su integravimo pavyzdžiais, scenarijais ir aprašymais.
  • 3Galimybė inicijuoti pasirašymą per integracinę API sąsają nenaudojant naudotojo sąsajos, nurodant kuriame įrenginyje reikalingas konkretaus šablono pasirašymas.
  • 4Galimybė po pasirašymo automatizuotomis priemonėmis gauti pasirašymo būseną.
  • 5Galimybė inicijuojant pasirašymą nurodyti dokumento šablono versiją.
  • 6Galimybė gauti užpildytus dokumentų šablono duomenis per integracinę sąsają.
  • 7Turi būti pateikta integracinės sąsajos dokumentacija su integravimo užklausų pavyzdžiais.
  • 8Naudojantis integracine sąsaja turi būti galimybė atlikti šiuos veiksmus: gauti pasirašymo įrenginių sąrašus; gauti šablonų informaciją; gauti sesijų informaciją; atšaukti sesiją; pradėti sesiją; pradėti asistavimo režimą; atsisiųsti dokumentus ir jų priedus.
  • 9Po pasirašymo turi būti galimybė nurodyti sisteminį adresą, kuriuo bus informuojama apie sėkmingą pasirašymo veiksmą.
  • 10Galimybė pasirašomus dokumentus automatiškai siųsti numatytu el. paštu be papildomų el. pašto serverio nustatymų.
  • 11Galimybė sukurti integraciją su dokumentų valdymo sistema KONTORA ir apimti šiuos funkcionalumus: dokumento iniciavimas iš sistemos; pasirašymo įrenginio pasirinkimas; šablonų pasirinkimas; asistavimo režimo iniciavimas; dokumentų sugražinimas ir saugojimas; metaduomenų apsikeitimas užpildant dokumento formas.
  • 12Galimybė sukurti integraciją su medicinine informacine sistema Med.I.S., apimant šiuos funkcionalumus: dokumento iniciavimas iš sistemos; pasirašymo įrenginio pasirinkimas (įrenginių (planšečių) valdymas iš individualių darbo vietų); šablonų pasirinkimas; duomenų eksportas iš MED.I.S. į pasirinktą dokumento šabloną; pasirašytų dokumentų importas į MED.I.S. (dokumentų sugražinimas ir saugojimas); asistavimo režimo iniciavimas; dokumentų valdymas MED.I.S. informacinėje sistemoje; metaduomenų apsikeitimas užpildant dokumento formas.

Papildomos sistemos modifikavimo / programavimo paslaugos

  • 1Papildomos programavimo paslaugos suteikiamos pagal atskirus Pirkėjo užsakymus, pateiktus raštu.
  • 2Pirkėjui raštu užsakius papildomą sistemos funkcionalumą ar modifikavimą, Tiekėjas, gavęs užsakymą, įvertina programavimo valandas ir pateikia Pirkėjui pasiūlymą.
  • 3Modifikavimo / programavimo paslaugos teikiamos apmokestinant pagal Tiekėjo pasiūlyme nurodytą modifikavimo / programavimo paslaugų valandinį įkainį.
  • 4Naujų modulių ir funkcijų kūrimas turi būti atliekamas nekeičiant Sistemos architektūros ir nuosekliai vystomas remiantis bazine platforma.

Registratūros ir skambučių centro procesų išplėtimas

  • 1Praleistų skambučių automatinis diegimas ir prioretizavimas.
  • 2Skambučių online integracija su MEDIS pacientų informacine sistema.
  • 3Registracijų valdymo naujas funkcionalumas.
  • 4Automatinis siūlymas atšauktų registracijų vietų valdymui ir užpildymui.
  • 5Registracijų valdymas SMS žinutėmis.
  • 6Periodinių (profilaktinių) vizitų sistemos sukūrimas.
  • 7CTI (ang. computer telephony integration) sistemos sukūrimas ir diegimas vartotojų darbo vietose.
  • 8CTI funkcionalumo sukūrimas.
  • 9Registracijų valdymas – atšaukimas ir perkėlimas.
  • 10Registracijų informacijos valdymas SMS žinutėmis.
  • 11CTI, MEDIS ir el. pašto sistemų apjungimas sukuriant naujus verslo procesus.
  • 12Naujų procesų sukūrimas ir diegimas.
  • 13Vartotojų konsultavimas ir apmokymas.

Programinės įrangos bendrieji reikalavimai (biometriniam parašui)

  • 1Skaitmenizuotų dokumentų pasirašymo metu turi būti surenkama ir išsaugoma biometrinė parašo informacija pagal ISO/IEC 19794-7:2021 standartą.
  • 2Biometrinio parašo surinkimo metu turi būti surenkama šie parašo taškų metaduomenys: laikas koordinatėje; judesys X koordinatėje; judesys Y koordinatėje; greitis X koordinatėje; greitis Y koordinatėje; pagreitis X koordinatėje; pagreitis Y koordinatėje; paspaudimo stiprumas Niutonais; pasvirimo kampas rašymo plokštumai X koordinatėje; pasvirimo kampas rašymo plokštumai Y koordinatėje; ar rašiklis liečia pasirašymo plokštumos paviršių; parašo trūkiai (atstumas rašiklio perkėlimo pasirašymo metu). Duomenys turi būti surenkami ir rašikliui neliečiant pasirašymo plokštumos.
  • 3Parašo duomenų surinkimas turi būti atliekamas taikant gerąsias praktikas, kurios apibrėžtos ISO/IEC 19794-7:2021 Annex B reikalavimuose.
  • 4Pasirašyti dokumentai saugomi visą sutarties laikotarpį Tiekėjo infrastruktūroje dokumentų saugyklai išskiriant 20GB vietos.
  • 5Sistemoje turi būti realizuota galimybė administruoti sistemą per WEB sąsają.

Integracijos tarp skaitmeninio parašo platformos ir Med.I.S sistemos reikalavimai

  • 1Užtikrinti HIS Med.I.S. sistemos pilną suderinamumą su skaitmeninio parašo platforma.
  • 2Pasirašyti dokumentai turi būti automatiškai priskiriami paciento elektroninei kortelei.
  • 3Pasirašymo būsenos turi būti atvaizduojamos medicininės informacinės sistemos aplinkoje.
  • 4Sprendimas realizuojamas per REST API sąsają.
  • 5API sąsaja apima pasirašymo inicijavimą tiesiai iš Med.I.S.
  • 6API sąsaja apima pasirašytų dokumentų automatinį priskyrimą ir archyvavimą MED.I.S. aplinkoje.
  • 7API sąsaja apima pasirašymo būsenos atvaizdavimą ir būsenos gavimą realiu laiku.
  • 8API sąsaja užtikrina visų integracijos žingsnių, veiksmų ir duomenų saugos dokumentaciją ir testavimą.
  • 9Dokumentų pasirašymo platforma užtikrina visų biometrinių duomenų surinkimą.
  • 10Dokumento pažymėjimas skaitmeniniu spaudu su kvalifikuota laiko žyma (pagal eIDAS reglamentą).
  • 11Pasirašytas dokumentas automatiškai perduodamas atgal į Med.I.S. ir priskiriamas konkretaus paciento elektroninei kortelei.
  • 12Užtikrinama galimybė peržiūrėti, eksportuoti, archyvuoti ir stebėti dokumento pasirašymo būseną MED.I.S. aplinkoje.
  • 13Med.I.S. integracijoje realizuojama galimybė automatiškai gauti pasirašymo būseną.
  • 14Pasirašymo būsena atvaizduojama MED.I.S. naudotojo sąsajoje, įskaitant klaidų pranešimus bei informacinius pranešimus apie pasirašymo eigą.
  • 15Integracijoje visi duomenų mainai turi būti vykdomi užšifruotais kanalais (HTTPS, TLS).
  • 16Tiekėjas parengia išsamią API sąsajos techninę dokumentaciją su integracijos scenarijais, užklausų pavyzdžiais ir duomenų struktūromis.
  • 17Tiekėjas privalo atlikti integracijos veikimo testavimą realioje aplinkoje.
  • 18Tiekėjas privalo suderinti funkcionalumus su Pirkėjo IT specialistais, apmokyti naudotojus.

Dokumentai6

  • 2_1. Kompiuterinės įrangos AK BS.docx
  • 4_1. Kompiuterinės įrangos 3-ios dalies SBSS VPA.docx
  • 1010_7308989.pdf
  • 1_1. Kompiuterinės įrangos AK SS VPA.docx
  • 3_1. Kompiuterinės įrangos 1-os ir 2-os dalies SBSS VPA.docx
  • 5_Rinkos konsultacija_kvietimas2.docx
tendis.lt · Sukurta recodin.lt