Mobilioji programėlė Kauno miesto poliklinikai
Išanalizuota
VšĮ Kauno miesto poliklinika (PV)
Rinkos konsultacijaCPV: 72262000 - Programinės įrangos kūrimo paslaugos
ID: 67446202026-03-02 09:49
Atidaryti CVP ISAprašymas
Kauno miesto poliklinika planuoja įsigyti mobiliąją programėlę, skirtą pacientams administruoti sveikatos paslaugas ir peržiūrėti informaciją. Programėlė, veikianti Android ir iOS platformose, suteiks savitarnos galimybes, tokias kaip registracija, dokumentų bei tyrimų atsakymų peržiūra, ir užtikrins saugų asmens duomenų tvarkymą, integruodamasi su esamomis medicininėmis sistemomis. Taip pat numatytas papildomas dirbtinio intelekto konsultanto funkcionalumas.
Kvalifikaciniai reikalavimai
Kvalifikacinių reikalavimų nerasta
Techniniai reikalavimai
Bendrieji reikalavimai
- 1Programėlė skirta pacientams sveikatos paslaugų administravimui ir informacijos pateikimui.
- 2Programėlė turi veikti Android ir iOS mobiliosiose platformose.
- 3Sprendimas gali būti jau egzistuojantis ir pritaikomas Kauno miesto poliklinikai produktas arba naujai kuriamas sprendimas.
- 4Privaloma sukurti ar adaptuoti jau esamą, įdiegti ir eksploatuoti saugią, patikimą ir pacientui patogią mobiliąją programėlę.
- 5Programėlė turi suteikti pacientui savitarnos galimybes (registracija, dokumentų peržiūra, tyrimų atsakymų peržiūra, išrašytų receptų peržiūrai kt.).
- 6Programėlė turi užtikrinti saugų asmens ir sveikatos duomenų tvarkymą.
- 7Programėlė turi būti integruota su Kauno miesto poliklinikos medicininėmis ir kitomis susijusiomis informacinėmis sistemomis per API.
- 8Programėlė turi turėti aiškų palaikymo ir vystymo modelį.
- 9Programėlė turi būti pritaikyta Kauno miesto poliklinikos pacientams.
- 10Programėlė turi būti pritaikyta pacientų atstovams (artimiesiems ar įgaliotiems asmenims).
- 11Programėlė turi būti pritaikyta asmenims, nepriskirtiems Kauno miesto poliklinikai, kuriems gali būti suteikiamas ribotas funkcionalumas.
Savitarnos funkcionalumas
- 1Programėlė turi sudaryti galimybę pacientui registruotis vizitams pas gydytojus, pasirinkti paslaugą, gydytoją ir vizito laiką.
- 2Programėlėje turi būti pateikiamas suplanuotų vizitų sąrašas, jų detalės ir vizitų istorija.
- 3Programėlė turi sudaryti galimybę pacientui peržiūrėti gydytojų pateiktus atsakymus ir rekomendacijas po konsultacijų, įskaitant šeimos gydytojo ir gydytojų specialistų atsakymus.
- 4Programėlėje turi būti pateikiami laboratorinių tyrimų rezultatai, jų istorija ir galimybė matyti tyrimų rodiklių pokyčius laikui bėgant (palyginimai).
- 5Programėlė turi sudaryti galimybę pacientui peržiūrėti aktyvius elektroninius receptus ir receptų istoriją.
- 6Programėlėje turi būti pateikiama informacija apie pacientui išrašytus siuntimus, jų galiojimą ir siuntimų istorija.
- 7Pacientui turi būti sudaryta galimybė užsakyti ir peržiūrėti medicinines pažymas (vairuotojo, darbui, vaikų ugdymo įstaigoms) pagal galiojančią tvarką.
- 8Programėlė turi pateikti informaciją apie pacientui priklausančias prevencines programas, skiepų grafiką (nemokamus ir mokamus skiepus) ir informaciją apie pacientui priklausančias nemokamas paslaugas.
- 9Programėlėje turi būti paciento sveikatos plano skiltis, kurioje pateikiami planuojami veiksmai, rekomendacijos ir ankstesni įrašai.
- 10Programėlė turi siųsti pacientui pranešimus apie išrašytus vaistus, siuntimus, gydytojų atsakymus ir kitus svarbius įvykius.
- 11Programėlė turi siųsti priminimus apie artėjančius vizitus ir besibaigiančius receptus.
- 12Pacientui turi būti sudaryta galimybė valdyti pranešimų ir priminimų nustatymus.
- 13Programėlėje turi būti pateikiama informacija apie paciento mokėjimus ir mokėtinas sumas, gaunama iš Perkančiosios organizacijos finansinių sistemų.
- 14Programėlėje turi būti integruota elektroninė parduotuvė, skirta komercinių paslaugų įsigijimui (nuoroda į Kauno poliklinikos elektroninės parduotuvės mobilią aplikaciją).
- 15Programėlė turi sudaryti galimybę pacientui atstovauti kitą asmenį (pvz., vaiką ar artimąjį), turint teisėtą pagrindą, ir saugiai persijungti tarp atstovaujamų asmenų.
- 16Pacientui turi būti sudaryta galimybė pateikti atsiliepimą apie suteiktas paslaugas.
- 17Programėlėje turi būti numatyta vieta vertinimų ir nuomonių pateikimui ir peržiūrai (pagal Perkančiosios organizacijos nustatytą tvarką).
- 18Programėlė turi sudaryti galimybę pacientui pildyti paciento valios pareiškimo formą pagal galiojančius teisės aktus ir Perkančiosios organizacijos nustatytą tvarką.
- 19Programėlėje turi būti informacinė skiltis su Perkančiosios organizacijos naujienomis ir informacija, kur kreiptis psichinės sveikatos pablogėjimo atveju.
- 20Programėlėje turi būti dažniausiai užduodamų klausimų skiltis ir galimybė skambinti į Perkančiąją organizaciją tiesiogiai iš programėlės.
Sistemos veikimo reikalavimai
- 1Sprendimas turi būti pritaikytas masinio naudojimo aplinkai ir užtikrinti stabilų veikimą dideliam naudotojų skaičiui.
- 2Pagrindinių naudotojo veiksmų (pvz., prisijungimas, vizitų sąrašo peržiūra, tyrimų rezultato atvėrimas) vykdymas turi būti sklandus ir be nepagrįstų vėlavimų, atsižvelgiant į Perkančiosios organizacijos infrastruktūros pajėgumus ir API veikimą.
- 3Sprendimo pasiekiamumas turi būti užtikrinamas ne mažiau kaip 99 procentus laiko per metus, išskyrus planinius techninės priežiūros darbus, apie kuriuos Perkančioji organizacija informuojama iš anksto.
- 4Programėlė turi būti palaikoma ir atnaujinama taip, kad veiktų su aktualiomis Android ir iOS operacinių sistemų versijomis, laikantis programėlių parduotuvių reikalavimų.
- 5Tiekėjas turi užtikrinti sisteminių įvykių registravimą (logų kaupimą) tiek, kiek tai būtina saugumo, incidentų tyrimo ir veikimo užtikrinimo tikslais, nepažeidžiant BDAR principų.
Integracija ir duomenų valdymas
- 1Visa paciento informacija, pateikiama mobiliojoje programėlėje, turi būti gaunama iš Kauno miesto poliklinikos naudojamų medicininių ir kitų susijusių informacinių sistemų per programines sąsajas (API).
- 2Programėlė neturi turėti atskiros paciento medicininių duomenų saugyklos, išskyrus techninius duomenis, būtinus programėlės veikimui (pvz., sesijos duomenys, nustatymai, įrenginio identifikatoriai).
- 3Tiekėjas privalo naudoti Perkančiosios organizacijos pateiktas API arba dalyvauti jų integravime.
- 4Užtikrinti saugų duomenų perdavimą (autentifikacija, autorizacija, šifravimas).
- 5Užtikrinti, kad paciento duomenų valdymas ir saugojimas liktų Perkančiosios organizacijos atsakomybėje.
Palaikymas, vystymas ir testavimas
- 1Tiekėjas turi suteikti garantinį palaikymą, kurio metu šalinami sprendimo trūkumai ir klaidos, atsiradę ne dėl Perkančiosios organizacijos infrastruktūros ar trečiųjų šalių veiksmų.
- 2Tiekėjas turi pasiūlyti tolimesnio palaikymo modelį (SLA), apimantį incidentų registravimą ir reagavimo tvarką.
- 3Tolimesnio palaikymo SLA turi apimti saugumo atnaujinimus.
- 4Tolimesnio palaikymo SLA turi apimti suderinamumo palaikymą su Android/iOS atnaujinimais.
- 5Tolimesnio palaikymo SLA turi apimti programėlės pateikimą ir atnaujinimų publikavimą programėlių parduotuvėse.
- 6Tiekėjas privalo numatyti sprendimo vystymo galimybes, įskaitant funkcionalumo plėtrą ir teisės aktų pasikeitimų įgyvendinimą.
- 7Pakeitimai ir naujos funkcijos įgyvendinami pagal keitimų valdymo tvarką, kurioje apibrėžiama poreikio registravimas ir aprašymas.
- 8Pakeitimai ir naujos funkcijos įgyvendinami pagal keitimų valdymo tvarką, kurioje apibrėžiama įgyvendinimo įvertinimas (kaina, terminas, rizikos).
- 9Pakeitimai ir naujos funkcijos įgyvendinami pagal keitimų valdymo tvarką, kurioje apibrėžiama testavimas ir priėmimas.
- 10Pakeitimai ir naujos funkcijos įgyvendinami pagal keitimų valdymo tvarką, kurioje apibrėžiama diegimo planas ir atstatymo (rollback) scenarijus.
- 11Prieš galutinį sprendimo priėmimą turi būti vykdomas testavimo laikotarpis kartu su Perkančiosios organizacijos atstovais.
- 12Sprendimas laikomas priimtu, kai visas A dalyje nurodytas funkcionalumas veikia pagal aprašytą paskirtį.
- 13Sprendimas laikomas priimtu, kai duomenys atvaizduojami korektiškai ir atitinka duomenų šaltinius.
- 14Sprendimas laikomas priimtu, kai nėra kritinių klaidų, trukdančių naudotis sprendimu.
- 15Sprendimas laikomas priimtu, kai pateikta vartotojo ir administratoriaus dokumentacija (jei taikoma).
- 16Sprendimas laikomas priimtu, kai pašalinti testavimo metu nustatyti trūkumai.
- 17Nustačius trūkumus, tiekėjas privalo juos pašalinti iki galutinio sprendimo priėmimo.
Naudotojų valdymas ir prisijungimas
- 1Prisijungimas prie programėlės turi būti vykdomas per Elektroninius valdžios vartus.
- 2Naudotojo tapatybė turi būti susiejama su paciento duomenimis, gaunamais iš Perkančiosios organizacijos informacinių sistemų.
- 3Programėlėje turi būti naudotojo profilio skiltis, kurioje naudotojas gali peržiūrėti pagrindinę savo informaciją.
- 4Naudotojo profilio skiltyje naudotojas gali valdyti pranešimų ir privatumo nustatymus.
- 5Naudotojo profilio skiltyje naudotojas gali pasiekti Perkančiosios organizacijos interneto svetainę (nuoroda).
Duomenų apsauga ir kibernetinis saugumas
- 1Tiekėjas privalo užtikrinti, kad sprendimas atitiktų Europos Parlamento ir Tarybos reglamento (ES) 2016/679 (BDAR) ir kitų taikomų teisės aktų reikalavimus.
- 2Visi asmens duomenys turi būti saugomi ir tvarkomi Europos Sąjungos arba Europos ekonominės erdvės teritorijoje.
- 3Asmens duomenys turi būti šifruojami tiek perdavimo metu (TLS 1.2 ar naujesnis), tiek saugojimo metu („encryption at rest“).
- 4Administratorių ir kitų padidintos rizikos paskyrų prieigoms turi būti taikoma dviejų ar daugiau faktorių autentifikacija (MFA).
- 5Tiekėjas laikomas duomenų tvarkytoju ir tvarko asmens duomenis tik Perkančiosios organizacijos vardu ir pagal jos nurodymus.
- 6Tiekėjas privalo sudaryti duomenų tvarkymo sutartį (DPA).
- 7Tiekėjas privalo užtikrinti duomenų minimizavimą ir tikslų apibrėžtą tvarkymo tikslą.
- 8Tiekėjas privalo užtikrinti asmens duomenų saugumą techninėmis ir organizacinėmis priemonėmis.
- 9Tiekėjas privalo pranešti Perkančiajai organizacijai apie asmens duomenų saugumo pažeidimus teisės aktų nustatyta tvarka ir terminais.
- 10Tiekėjas privalo užtikrinti, kad tretieji asmenys (subtiekėjai) būtų valdomi pagal BDAR reikalavimus ir tik su Perkančiosios organizacijos žinia.
- 11Sprendimas turi būti sukurtas laikantis saugaus kūrimo principų ir kibernetinio saugumo gerosios praktikos.
- 12Tiekėjas privalo užtikrinti saugią autentifikaciją ir prieigos kontrolę.
- 13Tiekėjas privalo užtikrinti duomenų šifravimą perdavimo metu.
- 14Tiekėjas privalo užtikrinti saugų slaptažodžių ir raktų valdymą (jei taikoma).
- 15Tiekėjas privalo užtikrinti pažeidžiamumų valdymą, saugumo atnaujinimų teikimą.
- 16Tiekėjas privalo užtikrinti incidentų valdymo tvarką ir operatyvų pranešimą Perkančiajai organizacijai apie incidentus.
- 17Tiekėjas privalo užtikrinti tiekimo grandinės saugumą (subtiekėjų prieigų ribojimą, prieigų apskaitą, auditą).
Papildomas funkcionalumas: AI konsultantas
- 1AI konsultantas (chatbotas) laikomas papildomu funkcionalumu ir nėra privaloma A dalies sudėtinė dalis.
- 2Šis funkcionalumas turi būti pasiūlytas kaip atskiras modulis, nurodant atskirą kainą, įgyvendinimo terminus ir palaikymo sąlygas.
- 3AI konsultantas skirtas pacientų informavimui ir pagalbai naudojantis programėle, taip pat bendro pobūdžio sveikatos rekomendacijų teikimui, paremtam Perkančiosios organizacijos patvirtintu turiniu, gairėmis ir taisyklėmis.
- 4AI konsultantas turi galėti atsakyti į pacientų užklausas apie dažniausiai pasitaikančius sveikatos simptomus ir būkles.
- 5AI konsultantas turi galėti pateikti bendro pobūdžio rekomendacijas, pavyzdžiui, ką pacientui daryti esant padidėjusiai kūno temperatūrai, remiantis patvirtintomis medicininėmis gairėmis.
- 6AI konsultantas turi galėti informuoti, kada rekomenduojama kreiptis į sveikatos priežiūros specialistą, registruotis vizitui ar skambinti skubios pagalbos numeriais.
- 7AI konsultantas turi galėti nukreipti pacientą į atitinkamas Perkančiosios organizacijos teikiamas paslaugas ar informacijos šaltinius.
- 8AI konsultantas neteikia diagnozių, neskiria gydymo ir nepakeičia sveikatos priežiūros specialisto konsultacijos.
- 9AI konsultantas gali naudoti tik Perkančiosios organizacijos pateikiamus duomenis per API ir (ar) Perkančiosios organizacijos pateiktą žinių bazę.
- 10AI sprendimas neturi kaupti paciento medicininių duomenų, neturi naudoti paciento duomenų mokymui ar antriniams tikslams.
- 11AI infrastruktūrą (skaičiavimo ištekliai, duomenų bazės, modeliai) suteikia Perkančioji organizacija, o tiekėjas pateikia diegimo reikalavimus ir integracijos aprašą.
- 12Jei AI konsultanto funkcionalumas pagal savo paskirtį patenka į medicininio prietaiso apibrėžimą, jis taip pat turi atitikti Reglamento (ES) 2017/745 reikalavimus ir būti įtrauktas į CE ženklinimo apimtį.
- 13AI konsultanto sprendimas turi būti kuriamas ir diegiamas taip, kad būtų suderinamas su galiojančiais ir būsimais Europos Sąjungos teisės aktais, reglamentuojančiais dirbtinio intelekto naudojimą, įskaitant Europos Sąjungos Dirbtinio intelekto aktą.
- 14Tiekėjas privalo užtikrinti, kad AI konsultanto architektūra, dokumentacija ir veikimo principai leistų prisitaikyti prie dirbtinio intelekto teisinio reguliavimo reikalavimų, kurie bus taikomi nuo 2026–2027 metų, be esminių sprendimo architektūros pakeitimų.
Atitiktis medicinos prietaisų reglamentui ir intelektinė nuosavybė
- 1Jeigu sprendimas ar jo dalys pagal galiojančius teisės aktus laikomi medicininiu prietaisu, sprendimas turi atitikti Europos Parlamento ir Tarybos reglamento (ES) 2017/745 reikalavimus.
- 2Tiekėjas privalo užtikrinti reikiamo CE ženklinimo gavimą iki sprendimo pateikimo eksploatuoti.
- 3Tiekėjas privalo pateikti su CE ženklinimu susijusią dokumentaciją.
- 4Tiekėjas privalo užtikrinti CE ženklinimo galiojimo palaikymą visą sutarties galiojimo laikotarpį.
- 5Tiekėjas privalo užtikrinti, kad atnaujinimai ir funkcionalumo pakeitimai nepažeistų galiojančio CE ženklinimo, o prireikus būtų įtraukti į jo atnaujinimo procedūras.
- 6Visos su CE ženklinimu susijusios išlaidos, atsakomybės ir rizikos tenka Tiekėjui.
- 7Visas sukurto sprendimo programinis kodas ir jo komponentai, sukurti Perkančiosios organizacijos užsakymu, priklauso Kauno miesto poliklinikai.
- 8Perkančioji organizacija turi teisę sprendimą naudoti, modifikuoti ir perduoti kitam tiekėjui.
- 9Tiekėjas gali sprendimo koncepciją naudoti kitiems klientams tik pakeitęs dizainą ir nenaudodamas Kauno miesto poliklinikos duomenų ar specifinių elementų.
tendis.lt · Sukurta recodin.lt