- +370 668 00 113
- labas@tobalt.lt
Kai standartinių sistemų nepakanka, kuriame skaitmeninį produktą pagal jūsų įstaigos veiklą: nuo registracijos ir prašymų valdymo iki vidinių portalų, duomenų paieškos ir savitarnos. Tokie įrankiai dera su WCAG 2.1 AA, BDAR reikalavimais ir tinka viešojo sektoriaus pirkimams.
Kai įstaiga turi keisti nusistovėjusią tvarką dėl programos ribojimų, atsiranda papildomi žingsniai, dubliuojamas darbas ir neaiškios atsakomybės. Tokiose situacijose praverčia produktas, kuris seka jūsų realų paslaugos ar proceso kelią, o ne atvirkščiai.
Darbuotojai nemato visos situacijos vienoje vietoje, todėl prašymų nagrinėjimas užtrunka, sunkiau sekti terminus ir didėja klaidų rizika. Skaitmeninis produktas turi sujungti svarbiausius veiksmus ir duomenis į vieną aiškią darbo aplinką.
Jei forma neaiški, registracija paini, o informacija sunkiai randama, paslauga tampa neprieinama daliai naudotojų ir didina administracinę naštą darbuotojams. Todėl svarbu kurti aiškius, prieinamus ir skirtingiems naudotojams suprantamus sprendimus.
Viešajame sektoriuje neužtenka, kad produktas tiesiog veiktų. Jis turi būti pritaikytas prieinamumui, duomenų apsaugai, naudotojų teisėms, vidaus valdymui ir pirkimo dokumentuose numatytiems kriterijams.
Jūsų įstaiga galės vienoje vietoje valdyti prašymus, užduotis, dokumentų būsenas, vidinius srautus ir atsakomybes. Portalas pritaikomas pagal tai, kaip iš tikrųjų dirba jūsų komandos, o ne pagal bendrą šabloną.
Galėsite priimti registracijas į paslaugas, renginius, konsultacijas ar vizitus, valdyti vietų skaičių, patvirtinimus, laukiančiųjų eiles ir automatinius pranešimus. Sprendimas kuriamas taip, kad būtų aiškus tiek gyventojui, tiek administratoriui.
Jūsų komanda galės greitai rasti reikiamus įrašus, filtruoti informaciją pagal aktualius kriterijus, stebėti procesų eigą ir matyti suvestines sprendimams priimti. Tai ypač svarbu, kai duomenys kaupiami iš skirtingų šaltinių.
Naujas produktas gali keistis duomenimis su jūsų turimais registrais, dokumentų valdymo, autentifikavimo ar kitais vidiniais sprendimais. Taip išvengiate rankinio duomenų perkėlimo ir mažinate pasikartojančių veiksmų skaičių.
Galėsite patogiai pateikti teritorinę, infrastruktūros ar paslaugų informaciją žemėlapyje, leisti naudotojams filtruoti objektus, rasti aktualius taškus ir greičiau suprasti duomenų kontekstą.
Pirmiausia kartu peržiūrime jūsų procesą, naudotojų grupes, turimas sistemas ir pagrindinius apribojimus. Tada suformuluojame, kokias problemas turi spręsti produktas, kokie reikalavimai būtini prieinamumui, BDAR, integracijoms ir duomenų valdymui. Taip lengviau pasirengti pirkimui ir sumažėja rizika įsigyti netinkamą įrankį.
Taip, produktą galima planuoti etapais. Dažniausiai pirmiausia įgyvendinamas svarbiausias funkcionalumas, o vėliau plečiami papildomi moduliai, integracijos ar ataskaitos. Toks modelis leidžia pradėti nuo realaus poreikio ir toliau plėsti sistemą negriaunant to, kas jau veikia.
Prieinamumas vertinamas ne kaip papildoma funkcija, o kaip esminis reikalavimas. Kuriant numatomi aiškūs navigacijos principai, naudojimas klaviatūra, suprantamos formos, kontrastai, struktūruotas turinys ir kiti viešajam sektoriui svarbūs aspektai. Taip pat atsižvelgiama į tai, kad sprendimas būtų patogus skirtingiems naudotojams ir atitiktų taikomus reikalavimus.
Projektuojant produktą įvertiname, kokie asmens duomenys bus tvarkomi, kam jie reikalingi, kas juos matys ir kiek laiko bus saugomi. Pagal tai numatomas naudotojų teisių valdymas, prisijungimo logika, veiksmų atsekamumas ir kitos priemonės, reikalingos BDAR atitikčiai bei saugesniam darbui su duomenimis.
