Sistemin parçaları ve sınırları koddan önce belirleniyor.
Birden fazla kurum tek sistemde, bilgileri ayrı.
Tek kod tabanı, iki mağaza: iOS ve Android.
Yürüyen bir sistemi devralıp iyileştiriyoruz.
Yapay zekâyı yalnız işin gerektirdiği yerde.
Hastanın girdiği tahlil değerlerini hekim denetiminde yorumlayan platform. Değerler web sitesinden giriliyor, yorum hekim panelinde yazılıp onaylanıyor, sonuç hazır olduğunda mobil uygulama hastaya haber veriyor.
Siteyi görüntüle →Bir tahlil çıktısı, okumayı bilene bir şey söyler. Hasta için satır satır referans aralığı ve kısaltma demek; sorusunun cevabı sayfada yazılı değil. Tahlil.com bu boşluk için kuruldu. Projenin en başında bir sınır çizildi: yorumu yapay zekâ hazırlıyor, hastaya ulaşan metni hekim onaylıyor. Bu sınır yazılımın geri kalanını da belirledi: yorumun yazıldığı ve onaylandığı tek yer hekim paneli oldu.
İşin bugün nasıl yürüdüğünü ve yazılımdan ne beklediğinizi konuşuyoruz; kapsam buradan çıkıyor.
Sistemin hangi parçalardan kurulacağına ve bilginin nerede tutulacağına karar veriyoruz.
Ekranları ve akışı kod yazmadan önce çiziyoruz; onayınızdan sonra geliştirmeye geçiyoruz.
Yazılımı, başka bir ekibin de sürdürebileceği düzende yazıp teslim ediyoruz.
Hasta tek bir değeri girip sonucunun hangi referans aralığında durduğunu görüyor; hesaplayıcı platforma randevusuz bir giriş yolu açıyor.
Ön okuma hazır geliyor, hekim yorumu panelde yazıp onaylıyor; hastaya ulaşan metnin son hâli hekimin elinden çıkıyor.
React Native (Expo) ile tek kod tabanından iki mağazaya çıkan uygulama; OneSignal yorum hazır olduğunda hastaya bildirim gönderiyor.
Web sitesi, panel ve mobil uygulama aynı Laravel uygulamasından okuyor; MySQL kayıtları tutuyor, Redis önbellek katmanını üstleniyor, Tailwind web arayüzlerini biçimlendiriyor.
| Zorluk | Sonuç |
|---|---|
| Hastaya teslim edilen çıktı referans aralıkları ve kısaltmalardan ibaret, okunması hekim bilgisi istiyor | Hasta kendi değerini girip hekim denetiminden geçmiş bir okuma alıyor |
| Kısa bir açıklama için randevu slotu harcanıyor, hekim aynı soruyu tekrar tekrar cevaplıyor | Tahlilmatik aracı, randevu açmadan girilebilen bir ikinci yol oluyor |
| Hasta sitesi, hekim paneli ve mobil uygulama tek veri modeli üzerinde durmalı | Üç arayüz aynı kayda bakıyor; panelde onaylanan yorum uygulamada da aynı yorum |
| Yapay zekâ ön okuma yaparken hastaya giden metnin son sözü hekimde kalmalı | Hastaya ulaşan her yorumun sorumluluğu onu onaylayan hekimde kalıyor |
Atölyeye gelen aracın etrafında kurduğumuz kendi servis yönetim yazılımımız. İş emri, tüketilen parça ve kesilen fatura tek zincirde ilerliyor; işletme ve muhasebe tarafı da aynı kayda bağlı. Bakım geçmişi plaka ve şasi kaydında durduğu için araç el değiştirdiğinde geçmişi kendisiyle geliyor.
Klima, kombi ve beyaz eşya servisleri için geliştirdiğimiz kendi ürünümüz. Ofisteki müşteri ve cihaz kaydıyla sahadaki teknisyen aynı sistemde buluşuyor. Teknisyen telefon çekmeyen bir kazan dairesinde de servis kaydını açıp kapatabiliyor; garanti ve bakım geçmişi cihaza bağlı kalıyor.
Kendi ürünümüz; geliştirme aşamasında, henüz yayında değil. Bir randevunun ne kadar sürdüğü, neye bağlandığı ve arka arkaya nasıl dizildiği sektöre göre değişiyor. Bu kuralları koda gömmek yerine ürün ayarı olarak bırakıyoruz.
İşin bugün nasıl yürüdüğünü yazın; yazılıma hangi adımın geçebileceğine bakalım.
