Soru 1: Getirilmesi gereken ozellikleri "feature", seciminde nelere dikkat edildigi, ihtiyacin dayanagi ve getirecegi olasi iyilestirme noktalari "requirement", bu ozelligin saglanmasi gereken verilerin aciklandigi yerler ise "data" basligi altinda verilecektir.
Feature 1: Asi yoluyla veya hastalik sonrasi kazanilan bagisiklik yoluyla antikor sahibi olan bireylerin bilgilerinin HES uygulamasi uzerinde ulasilabilir olmasi.
Requirement 1: Uygulamada "yogunluk" sekmesi altinda gosterilen renklendirilmis risk haritasinin risk yogunluk hesaplamalarina katilarak, risk haritalarinin dogruluk seviyesi yukseltilebilir. Ayrica kapanma tedbirleri kapsaminda asi olan bireylere yonelik saglanacak olasi ek haklar ve serbestiyetler ile birlikte, toplumdaki asi olmaya karsi gosterilen dirence karsi mucadele guclendirilebilir.
Data 1: Asi olan kisiler, ister ozel hastane ister devlet hastanesi ister de evlerinde filyasyon ekiplerince asilansin, merkezi saglik sistemi uzerinde asilanmis olarak kaydedilmektedir; bu konu hakkindaki veriler ise internet ortaminda e-nabiz uygulamasindan ulasilabilmektedir. Dogrudan merkezi saglik sisteminin ya da yine devlet eliyle yayimlanmis uygulamalardan e-nabiz uygulamasinin veritabaninda ilgili bilgilere dair erisim izni saglandiginda bu veriler uygulamamiza aktarilabilir.
Feature 2:
- Mutasyonlu Covid-19 varyasyonlarina sahip hastalarin, sistemde goruntulenebilir olmasi
- Mutasyonlu vakalarin risk yogunluk haritasinda ek bir renklendirme ile gosterilmesi
Requirement 2: Hastaligin kontrol altina alinamamasinin temel sebeplerinden birisi de mutasyonlu vakalarin tespit edilememesidir. Hastaligin bir turune ait kazanilan antikor, bir baska mutasyonuna dair koruyucu olmayabiliyor; bu ise hem asi olduktan sonra mutasyonlu bir vaka ile yeniden enfekte olan bireylerin gorulmesi ile asiya olan inanci azaltiyor hem de mutasyonlar arasi capraz bulasim riskinin hesaplanmasini engelledigi icin hastaligin ilerleme surecine dair hesaplanabilirligi azaltiyor. Mutasyonlu vakalarin tespit edilmesi ek bir testle mumkun ve sadece mutasyonlu suphesi tasiyan vakalarda uygulaniyor, HES uygulamasinda bu ozelligin tutulmasi ile birlikte konumlara gore mutasyonlarin tespit edilebilmesi sayesinde, bolgedeki vaka sayisi yogunlugu ile o bolgede yapilan testlerde bu ek testin uygulanmasi ihtiyacina dair hesaplama yapilarak bu olcumun de dogrulugu arttirilabilir. Hem devlet yetkililerinin mutasyonlu vakalara ozel politikalar gelistirebilmesi icin veri kaynagi olusturmasi hem de vatandasin kendini guvenceye alabilmesi adina daha acik bir sekilde bilgilendirilmesi saglanabilir bu ozelliklerin eklenmesi ile. Ayrica mutasyonlara gore alinmasi gereken ek saglik uygulamalari varsa bunlar da daha isabetle uygulanabilir.
Data 2: Mutasyonlu vakalarin tespitine dair veriler merkezi saglik sistemi ya da e-nabiz uygulamasinin veritabani ile iliskilendirilerek HES uygulamasina aktarilabilir.
Feature 3: Karantina suresi sonrasi kontrol muayenesi ozelliginin otomasyonu ve Covid+ hastalarin HES uygulamasindan alinabilmesi icin, karantinanin 9 ve 10, gunlerinde aktiflesecek bir randevu butonu. Covid+ hastalarinin; karantinalarinin bitimine muteakiben girmeleri tavsiye edilen "Enfeksiyon ve Bulasici Hastaliklar Poliklinik Muayenesi" icin kimlik bilgileri ve konum bilgilerini otomatik kullanarak en yakin hastaneye randevu olusturulabilmesi
Requirement 3: Cesitli yerlere konuslanmis olan Covid-19 Muayene Merkezleri'nde, hastalik suresince ve sonrasinda muayene ve ayaktan hasta tedavileri surdurulmektedir. Karantina suresini dolduran bireyler, MHRS (Merkezi Hekim Randevu Sistemi) ya da telefon araciligiyla bireysel olarak randevu talebinde bulunarak kontrollerini yapmaktadir. Karantina bitis suresine dair sadece gun hesabi tutulmakta olup, muayene zorunlu tutulmuyor. Hastaligin bittiginin teyit edilmesi ve hasta durumunun gozlenmesi adina onemli olan bu muayenelerde, hastaligin vucutta tutunma yaptigi durumlar icin yeniden ilac baslanmasi ya da hastanin yatarak tedaviye devam etmesi gibi kritik kararlar alinabiliyor. Boyle bir ihtiyaci/hakki oldugunu bilmeyen vatandaslarimizin bilgilendirilebilmesi ve gitmek isteyecek vatandaslarimizin ek bir uygulamaya ihtiyac duymadan HES uzerinden bu islemi de halledebilmesi ihtiyaci saptanmistir.
Data 3: HES uygulamasinda halihazirda tutulmakta olan Isim, Soyisim, TC kimlik numarasi, karantina adresi, hasta pozitiflik durumu ve karantina bitis suresi bilgilerinin MHRS ile iliskilendirilip kisi adina en yakin merkezden randevu olusturulmasi ve olusturulan randevu bilgilerinin HES uygulamasina geri gonderilmesi ile belirlenen feature olusturulabilir. Ayrica randevu bilgilerinin, kisiye sms yoluyla ulastirilmasi icin de MHRS sisteminde ilgili ozelligin tetiklenmesi faydali olacaktir.
Feature 4: Isteyen hastalar icin HES uygulamasi uzerinden gunluk takip sistemi olusturulmasi:
"Korona Riskini Hesapla" sekmesinde saglanan anketin benzeri bir format ile, kisinin gunluk durumunu olcmek adina sorulacak olan komplikasyonlar ve genel durum sorulari iceriginde bir anket olusturulmasi
Requirement 4: Sureci evinde geciren Covid+ kisilerin hastalik takibi mevcut duzende telefon ile saglanmakta. Bu ara kontroller de saglik personellerinin yogunlugu dolayisiyla 10 gunluk karantina suresince 1 ya da 2 kez yapilabilmektedir. HES uygulamasini aktif kullanmayacak/kullanamayacak olan yasli ve cesitli sebeplerden isteksiz olan vatandaslarimiz telefon ile devam edebilecegi gibi, dileyen vatandaslarimiz uygulama uzerinden gunluk olarak takip edilebilir. Bu hem telefon hizmeti alacak vatandaslarimizin daha sik aranabilmesini hem de uygulama kullanmayi kabul eden vatandaslarimizin daha yakin ve saglikli takip edilebilmesini saglayacaktir. Kisilerin genel durumuna dair veriler tutulabilir. Evinde ilgili olcum cihazlarini barindiran vatandaslarimiz icin acik uclu olarak Vucut Ates Olcumu, Tansiyon Olcumu, Nabiz Olcumu ve Saturasyon Olcumu sonuclari da eklenebilir olmalidir. Bu verilerin degerlendirilip kisilerin surec takiplerine dair izlemler surdurulup acil mudahele ihtiyaci olan kisiler daha erken tespit edilebilir.
Data 4: Bu konuda 2 farkli veri toplama yontemi kullanilabilir. Birincisi tamamen manuel olup, gunde bir kez aktiflesen bir anketin enfekte kisilerce doldurulmasi ile toplanmasidir. Ikinci yontem ise saglik uygulamalari ile veri takibi yapilabilen akillik bileklikler / akilli saatlerin verilerinin iliskilendirilmesi. Bu ikinci yontemin uygulanabilmesi icin ilgili uygulama sahiplerinden kurumsal bir anlasma ile onay alinmasina ek olarak kisilerin de bu bilgileri paylasmak istedigine dair bir onay vermesi muhakkak HES uygulamasi icinde de saglanmalidir. Iki metot icin de istege bagli sahsi veri paylasimi oldugu icin KVKK bildirimi ve veri paylasimini kabul butonu yer almasi saglanmalidir.
Soru 2: Bu sorunun notlarini el ile aldim, fotograflari sirasina gore numaralandirarak ekte paylasacagim. (4 sayfa)
Soru 3: Ozetle temel mantigi anlatip, devaminda task listi olusturacagim. Soruda bahsedilen problemin cozumu icin sohbet odalarinda konusulan konulari analiz edip, konusma icerigini canli olarak yansitmak cozumu uygulanacak ancak KVKK kapsaminda toplayacagimiz verinin niteligi burada isleyisimizin temel belirleyicisi olacak. Sohbet odalarindaki konusmalari anlamli butunler (cumleler, paragraflar vs.) olarak tuttugumuz takdirde tabi olacagimiz bilgi guvenligi seviyesini cok uste cikarmamiza sebep olacak. Bunun icin de her seferinde her konusmacidan detayli ve dogrudan acik riza almamiz ihtiyaci ve "clubhouse tum konusmalari kaydediyor" algisi, serbest sohbet ortami olusturma iddiasina sahip urunumuz icin uygun bir yontem olmayacaktir. Dolayisiyla konusmalarda gecen tum kelimeleri teker teker ele alip, "anonimlestirilmis veri" ile calisarak kisisel veri alanina uzak durmayi surdurecegiz. Isleyis soyle olacak: konusmalar Frontend'de API ile toplanacak, ses tanima ve/veya IP eslestirmesine sokulmadan anonik kelimeler olarak Backend'e aktarilacak, backendde sayimlar ve islemler yapildiktan sonra onceden hazirlamis oldugumuz iliskisel veritabaninda veri dogrulamasi ve baslik tespiti yapilacak. En yuksek 3 konu, Frontend'e gonderilip, ilgili sohbet odasinin basliginin alt tarafinda listelenecek. Dinleyiciler, odaya girmeden bu konulari gorebilecek, odada 5 dakika gecirdikten sonra ise icerde konusulan konulara dair atanmis olan 3 konuya beliren pop up ile feedback verecek. Benim task tanimlamam buraya kadar olacak ancak dinleyicilerin konu tahminlemelerimize dair verdigi feedbackler, bir machine learning sistemine entegre edilirse, isabet oranimizi arttiracak bir yapay zeka uygulamasi gelistirmemizin de temeli atilmis olacaktir.
Complexity seviyeleri 1'den 5'e kadar olup, takimca yapilan eksperimental tahminlemelerle belirlenmektedir. Hesaplar; sayisal hesaplarla dogrudan iliskilendirilmemektedir ve birden cok task'a ayni degerlerin verilmesi uygundur.
Priority seviyeleri; 100 ile 999 sayilari arasindan secilecek "essiz/unique" degerlerdir. Islerin; terminleri, birbirine gore oncelilik durumlari ve stratejik onem seviyeleri baz alinarak belirlenmektedir.
("konu_toplanmasi : Sohbet odalarindaki konusmalarin icerigine dair, musterilerimize sunacagimiz icerik basliklarini "konu" olarak tanimladik. Konu olarak degerlendirebilecegimiz sohbet iceriklerinin arastirilmasi ve toplanmasi isidir : 105 : 2")
("konu_secimi : Toplanilan konularimizin; kullanici aliskanliklari, kapsamlilik duzeyi ve iceriklerine gore degerlendirilmesi ve secilmesi isidir. Secilen konularin veritabanina yazilmasi isi de bu taska dahildir : 108 : 3")
("iliskili_kelime_toplanmasi : Konusmalar sirasinda kullanilan kelimeler uzerinden konu tespiti yapabilmek icin her konuyla ilgili aday kelimeler toplanmasi toplanmasi isidir. : 114 : 3")
("iliskili_kelime_secimi : Konular ile iliskili olarak atamasi yapilacak kelimelere "key-word" ismi verildi. Aday kelimelerin, "konu"larla iliskileri analiz edilip her konuya dair key-wordler belirlenecek. Key-wordlerin, ilgili konularla iliskilendirilerek veritabanina islenmesi de bu ise dahildir. : 120 : 4")
("konusmadan_yaziya_aktarim : sohbet odalarindaki konusmalari, metin formatina cevirecek frontend isi : 3 : 102")
("metinlerin_iletimi : Konusmalarin toplanip donusturulmesi sonrasi ortaya cikan metinlerin, kaynak bilgisi icermeyecek sekilde birbirinden bagimsiz kelimeler olarak derlenmesi ve backende iletimini saglayan API'in gelistirilmesi isidir : 2 : 130")
("kelime_eslestirilmesi : API tarafindan gonderilen kelimelerin, databasede key-word olarak tanimlanan kelimelerle eslesenlerinin belirlenmesi icin veritabani karsilastirmasi yapan ve key-word olarak tanimlanmamis kelimelerin silinmesi fonksiyonun gelistirilmesidir : 2 : 133")
("keyword_sayimi : key-wordlerin her birinin, metin icinde kac kez tekrar ettiginin sayilmasi isini yapan kodun gelistirilmesidir. : 1 : 136")
("keyword_konu_eslesmesi : Her konu icin; konuyla iliskili key-wordlerin tekrar sayilarinin toplanmasi saglanir. Bu sayede, konusma metni icerisinde en cok bahsedilen konular belirlenmis olur. Konular bahsedilme sayilarina gore siralanir ve en yuksek bahsedilmeye sahip 3 konu secilir. Bu iliskilere yonelik sartli toplama, siralama ve secme islemlerinin yapildigi kodun gelistirilmesidir : 2 :150")
("secilen_konularin_iletimi : en cok bahsedilen 3 konunun, sirali olarak frontende aktarilmasini saglayan API yazim isidir : 1 : 154")
("kvkk_riza_onayi : konusma verilerinin toplanip, anonimlestirilerek islenmesi yonunde kanuna uygun bilgilendirme metninin, uygulama izinleri iceriginde yapilacak bir guncelleme ile islenmesi : 1 :101 ")
("tasarimlara_konu_eklenmesi : oda secimi ekraninda ve oda ici gorunum ekraninda, odalara ait bilgiler icerisinde 3 adet konu gosterilmesi icin gorsel tasarimin guncellenmesi : 1 :152")
("konularin_odalarda_gosterilmesi : konu icerigini gosterecek sekilde guncellenmis yeni tasarimin, urun uzerinde frontend ile uygulanmasi, bahsedilen konu iceriginde ise backendden gonderilen secilmis 3 konunun kullanilmasini saglayacak gelistirmenin yapilmasi isidir : 2 : 160")
("konu_surecinin_yenilenmesi : belirlenen periyotlarda, konu tahminlemesi ve gosterilmesine dair surecin yeniden tetiklenmesini saglayacak kodun gelistirilmesi isidir. Odalarda konusulan konularin zaman icindeki degisimine karsin guncel kalabilmek icin periyodik olarak tekrarlanmalidir : 4: 176")
("konularin_teyidi : odaya dinleyici olarak giren kisilerin, odada gecirdigi 5. dakikalarinda karsilarina bir pop-up ekrani cikartilmasi. bu pop-up ile dinleyicilerimize, asagidaki 3 konudan, hangilerinin bahsedildigini gordunuz seklinde bir soru sorulup coklu secme hakki verilmelidir : 2 : 200")
("konu_isabet_fe : frontendde toplanan konu teyit verisinin, backende iletilecegi kodun gelistirilmesidir : 1 : 210")
("konu_isabet_kayit : tahminledigimiz konularin dogruluk/yanlislik verilerinin kaydi, yapay zeka gelistirilmesi icin veri kaynagi olusturmak maksadiyla veritabanina kaydedilecektir : 2 : 220")
