Arvutinägemise arendamine
Arvutinägemise abil tablette tuvastav süsteem vajas palju koolitusandmeid ja valideerimist, et vastata edukaks kasutamiseks vajalikele täpsusstandarditele. Esialgsete katsete käigus saavutati täpsusaste, kuid patsientide ohutuse tagamiseks vajaliku künnise saavutamiseks oli vaja täiendavaid partnerlusi farmaatsiatööstuses ja konsultatsioone FDA-ga.
Kasutajakogemuse disain
Platvormi algne disain püüdis koondada kõik ravimite haldamise funktsioonid ühte liidesesse, mis lõpuks segas kasutajaid ja vähendas oluliselt kasutuselevõtu määra. Kasutajakogemuse lihtsustamine ja funktsioonide järkjärguline avaldamine progressiivse avalikustamise lähenemisviisi abil aitasid oluliselt suurendada kasutajate kaasatust ja parandada ravimite võtmise tulemusi.
Traditsiooniliste tervishoiusüsteemide integratsiooni takistused
Tervishoiutöötajad kasutavad sageli tervisekaartide süsteeme, millel on piiratud API-funktsionaalsus või aegunud integratsioonimeetodid. Integratsioonivahendite arendamine ja käsitsi andmeedastuse võimaluste tagamine oli oluline, et teenusepakkujad neid süsteeme kasutama hakkaksid – isegi kui automaatne integratsioon oli põhimõtteliselt võimalik.
Reguleeriv navigeerimine
Seadmetele mõeldud terviseraamatute rakendused peavad vastama erinevate piirkondade ja riikide eeskirjadele ja määrustele üle kogu maailma. Koostöö ametiasutustega, osaledes FDA eelnevatel kohtumistel ja konsulteerides riiklike tervishoiuasutustega, on osutunud tõhusaks viisiks vältida arendustöö viivitusi ja tagada, et vastavusküsimused lahendatakse kiiresti ja tõhusalt.
Tehnilised väljakutsed
Pildistamise valdkonnas on omaette väljakutsed, nagu erinevate valgustingimustega toimetulek ja geneeriliste ja brändi nimega ravimite eristamine kulumisjälgede põhjal. Mudeli pidev ümberõpe ja valideerimine reaalse maailma stsenaariumide põhjal osutus olulisemaks kui keskendumine õppimisandmete kogumise mahule.
Privaatsus ja kasutajate usaldus
Kasutajad väljendasid muret ravimite andmete privaatsuse suhtes, kuigi nad soovisid neid jagada nii pereliikmete kui ka tervishoiuteenuste osutajatega. Privaatsuse kontrolli võimaldavad turvameetmed ja selged andmete kasutamise põhimõtted nõudsid kasutajate harimist ja mitmeid kasutajaliidese disaini muudatusi, et neid tõhusalt rakendada.
Offline-funktsionaalsus
Ravimite võtmine toimub sageli kohtades, kus internetiühendus ei ole stabiilne, mistõttu on vaja, et funktsioonid oleksid kättesaadavad igal ajal. Sel põhjusel on vaja keerukat andmesünkroniseerimise ja konfliktide lahendamise süsteemi, et tasakaalustada funktsioone reaalajas suhtlemisega tervishoiuteenuste osutajate ja hädaolukorra hoiatusfunktsioonidega.
Kasutajate mitmekesisus
Liideste kavandamisel, mis peaksid sobima erinevatele kasutajatele alates haigustega tegelevatest teismelistest kuni keeruliste ravimirežiimidega eakateni, tuli kasutada paindlikke disainielemente ja mitmesuguseid viise, kuidas kasutajad saaksid süsteemiga tõhusalt ja mugavalt suhelda. Juurdepääsetavuse funktsioonid, nagu häälkäsklused, tekstivalikud ja lihtsustatud navigeerimisviisid, ei olnud enam lihtsalt meeldivad lisad, vaid olulised komponendid erinevate kasutajate vajaduste rahuldamisel.
Andmetöötluse infrastruktuur
Apache Spark kasutatakse andmete töötlemiseks ja funktsioonide loomiseks suurel skaalal.