Mert Efe Sensoy
EN
TR
Ana Projelere Dön

BeeLink CN

BeeLink CN, ev bakımında acil durumlar için Şubat 2026 tarihli bir MVP: simüle yaşamsal veri, eşik tabanlı triyaj, ambulans sevki ve hastane kapasite servisi.

Son güncelleme: 1 Ekim 2026

Evdeki yaşamsal verileri acil müdahaleye bağlamak

BeeLink CN, evdeki bir hastanın yaşamsal verilerini acil müdahaleye bağlamayı hedefledi: bir ölçüm eşiği aştığında alarm, ambulans sevki ve boş yatağı olan bir hastane. Kod BeeLink-CN GitHub organizasyonunda açık; contracts deposu da platformu bir ev sağlık hizmeti ve acil müdahale platformu olarak tanımlıyor.

Depoların adında 5G geçiyor; koddaki hiçbir parça 5G'ye bağlı değil. Ölçümler MQTT ile geliyor, servisler olayları NATS JetStream üzerinden paylaşıyor, tarayıcılar ise bunları WebSocket ile alıyor.

Contracts deposunda kayıtlı iki mimari karar

Contracts deposu, platformun JSON Schema, OpenAPI ve AsyncAPI tanımlarını tutuyor ve kendini bunların tek doğruluk kaynağı (single source of truth) olarak tanımlıyor. Yanlarında, ikisi de 8 Şubat 2026 tarihli iki mimari karar kaydı (ADR) var. ADR-001 adlandırmayı sabitliyor: olaylar geçmiş zaman fiiliyle <domain>.<entity>.<action> biçimini alıyor, vitals.recorded örneğindeki gibi. ADR-002 her API ve olay sözleşmesini semantic versioning'e bağlıyor; böylece geriye uyumsuz bir değişiklik major sürümde görünüyor.

Şubat 2026 MVP'sinin uyguladıkları

Simüle edilmiş ev ölçümleri

Ölçümler JSON olarak home/<patient_id>/vitals MQTT konusuna geliyor. Veri sözleşmesi kalp hızı, SpO2, sistolik ve diyastolik kan basıncı ile vücut sıcaklığını taşıyor. Hiçbir sensör ya da giyilebilir cihaz entegre edilmedi: bir simülatör iki saniyede bir rastgele ölçüm yayımlıyor. Ingestion servisi her ölçümü doğruluyor, TimescaleDB'ye yazıyor ve NATS JetStream üzerinde vitals.recorded olarak yeniden yayımlıyor.

Eşik tabanlı triyaj

Bir kural motoru kalp hızını ve SpO2'yi yapılandırılabilir eşiklerle karşılaştırıyor. Varsayılan ayarlarda art arda iki ölçümde 120 bpm üstü ya da 50 bpm altı kalp hızını, SpO2'de ise ilk ölçümde %90 altını işaretliyor. Her alarm bir önem derecesi (low, medium ya da high) ve sabit bir önerilen eylem taşıyor. Kan basıncı ve sıcaklık değerlendirilmiyor, geçmiş veriden öğrenen bir parça da yok; servisin README dosyası motoru "ML-ready" bir MVP olarak tanımlıyor.

Yer tutucu atamalı ambulans sevki

Sevk servisi düşük önemli alarmları yok sayıyor. Geri kalanlar için bir sevk kaydı oluşturuyor ve yapılandırılmış listedeki ilk ambulans ile hastane kimliğini atıyor; kod bu yer tutucuyu "MVP: Dummy" diye etiketliyor. Kapasite servisine danışmıyor.

Hastane kapasite önerileri

Kapasite servisi hastane başına yatak ve yoğun bakım sayılarını saklıyor; veriler /capacity/update adresine POST ile ya da bir NATS mesajıyla geliyor. Öneri uç noktası, varsayılan olarak 50 km'lik kuş uçuşu yarıçap içinde boş yatağı olan ve verisi on dakikadan yeni hastaneleri listeliyor, önce müsaitliğe sonra mesafeye göre sıralıyor. Onu besleyen bir hastane bilgi sistemi yok.

WebSocket gateway ve olay panosu

Bir WebSocket gateway NATS olaylarını tarayıcılara aktarıyor. React ve Vite ile yazılmış bir pano bu olayları ham JSON'larıyla listeliyor ve kendi verisini üreten bir mock modu var. Mobil uygulama yok.

Teknoloji Yığını

Ekim 2026 itibarıyla BeeLink CN'in durumu

BeeLink CN, 8 ile 15 Şubat 2026 arasında sekiz açık depoda bir MVP olarak geliştirildi: sözleşmeler, yerel altyapı, beş servis ve pano. 15 Şubat 2026'dan beri commit yok. Triyaj servisi alarmları, sevk servisinin doğruladığından farklı bir biçimde yayımlıyor; yalnızca yerel geliştirme için işaretlenmiş ortak Docker Compose yığını da sevk ve kapasite servislerini içermiyor.