HealthTech

Health-Tech Startup'ta Runway Neden Hızlı Tükenir? TİTCK Onayı ve SGK Geri Ödeme Rehberi

Health-Tech startup'ta runway, SaaS modelinden hızlı tükenir — TİTCK/CE onayı, KVKK altyapısı ve SGK geri ödemesi kimsenin hesaba katmadığı maliyetler.

FRFounder Runway Ekibi30 Tem 20268 dkGüncellendi: 30 Tem 2026

Health-Tech Startup'ta Runway Nedir, Neden Daha Hızlı Tükenir?

Burn rate tablon on dört ay runway'in olduğunu söylüyor. Sonra cihazının TİTCK onayı beklenenden uzun sürüyor ve bir hastane satın alma birimi değerlendirme komitesinin üç ayda bir toplandığını söylüyor — aylık değil. Runway modelin birden yanlış saati ölçmeye başlıyor. Health-Tech startup runway'i, bir sağlık, medikal cihaz ya da klinik yazılım şirketinin nakdi tükenmeden önce kaç ay ayakta kalabileceğini gösterir — ama tipik bir SaaS runway modelinden farklı davranır, çünkü burn'ün önemli bir kısmı ekip büyüklüğünden değil regülasyon ve güven maliyetinden gelir.

Genel runway hesaplayıcıları burn'ün ekip büyüklüğü ve pazarlama harcamasıyla orantılı büyüdüğünü, gelirin ürün çalışır çalışmaz başladığını varsayar. Health-Tech her iki varsayımı da kırar: regülasyon onayı, klinik doğrulama ve hastane satın alma süreçlerinin her biri, tek bir geri ödeme lirası gelmeden önce aylarca saf burn ekleyebilir — üstelik ürün hazır olduğu için bu süreçler hızlanmaz.

İlk Taslak Bütçede Unutulan Onay ve Uyum Maliyetleri

Dört kalem neredeyse hiç ilk taslak bütçeye girmez, ama her biri tek bir lira gelir gelmeden altı haneli rakamlara ulaşabilir: TİTCK onayı (yurt içi pazar için) ve AB'ye açılım hedefliyorsan CE MDR sertifikasyonu — ikisi birlikte sekiz ila on sekiz ay sürebilir ve bu süre boyunca sürekli regülasyon danışmanlığı gerektirir; ISO 13485 standardına uygun bir kalite yönetim sistemi (QMS) — çoğu denetim kurumu ve hastane güvenlik incelemesi, değerlendirmeye başlamadan önce bunu belgelenmiş olarak görmek ister; KVKK'ya uygun altyapı (şifreleme, erişim kaydı, veri işleme sözleşmeleri ve atanmış bir veri sorumlusu) — ilk pilot hastanın verisi sisteme dokunmadan önce hazır olmalıdır; ve klinik doğrulama çalışmaları, çalışma başına on binlerce lira tutabilir ve tamamlanması bir ila üç çeyrek sürebilir.

Aylık 1.500.000 liralık taban burn'le bütçe yapan seed aşaması bir klinik yazılım startup'ı, regülasyon danışmanlığı, QMS uzmanı ve KVKK altyapısı devreye girince kolayca aylık 300.000-375.000 lira ek onay ve uyum maliyetiyle karşılaşabilir — bunu ilk günden modellemeyen bir kurucu için iki üç ay runway kaybı demektir.

Bu maliyetlerin hiçbiri bir kere ödenip kaybolmaz — onay yenilemeleri, yıllık QMS denetimleri ve KVKK uyum izlemesi her yıl tekrar eder; yani bunlar bir kurulum ücretinden çok kiraya benzer.

Hastane Satış Döngüsü ve SGK Geri Ödemesi: Güven Maliyeti

Bir hastane sistemine satış yapmak, bir SaaS şirketinin hiç planlamak zorunda olmadığı bir satış katmanı ekler: hastanenin BT departmanının yaptığı güvenlik ve veri gizliliği incelemesi, talep üzerine değil çoğunlukla üç ayda bir toplanan bir satın alma komitesi ve imzalanan sözleşmeyi satışın ortası sayan, sonu saymayan bir ihale süreci. Bir tüketici uygulaması bir açılış sayfası ve bekleme listesiyle lansman yapabilir; bir klinik ürün ise bir hasta kaydına yaklaşmadan önce hastane BT güvenlik incelemesinden geçmek zorundadır.

SGK geri ödemesi, satış döngüsünün üzerine ikinci bir katman ekler. Hastane sözleşmeyi imzaladıktan sonra bile, bir prosedürün ya da ürünün SGK ya da özel sigorta tarafından geri ödenmesi, kodlama ve faturalama kurulumunun tamamlanması için iki ila altı ay daha sürebilir — bu yüzden Health-Tech zaman çizelgesinde 'sözleşme imzalandı' ile 'ilk lira tahsil edildi' arasında beş altı ay olabilir.

SaaS burn'ü ile Health-Tech burn'ü yan yana
Tipik SaaS StartupTipik Health-Tech Startup
Gelir öncesi sabit maliyetlerHosting, araçlar, maaşlarHosting, araçlar, maaşlar + regülasyon onayı, QMS, KVKK altyapısı
İlk liraya kadar geçen süreHaftalar (açılış sayfası + bekleme listesi)Aylar (onay + hastane güvenlik incelemesi + geri ödeme kurulumu)
Satış döngüsü şekliDemo → deneme → sözleşmeGüvenlik incelemesi → pilot → satın alma komitesi → sözleşme → faturalama kurulumu
En büyük runway riskiYavaş kullanıcı büyümesiGelir başlamadan önceki onay ya da geri ödeme gecikmesi

Ne Kadar Ekstra Runway Bütçelenmeli?

Evrensel bir formül yok, ama erken aşama çoğu Health-Tech koşusunda geçerli üç kural var: onay sürecine ya da ilk hastane pilotuna hazırlanırken aylık taban burn'üne regülasyon, kalite ve uyum maliyetleri için ek %20-25 ekle; TİTCK/CE onayı ve hastane güvenlik incelemesinin birlikte, ürüne ayıramayacağın altı ila on iki ayı yiyeceğini varsay; ve geri ödeme gelirini, ödeyici sözleşmesi ve faturalama kodları gerçekten aktif olmadan — sadece başvurulmuşken değil — runway modeline sayma.

1.750.000 liralık aylık burn üzerinden %25'lik bir regülasyon ve uyum tamponu, ayda 437.500 lira eder — kabaca iki ek mühendis maaşı kadar, ama bu maaş hiçbir özellik göndermez.

Kabaca Health-Tech regülasyon benchmarkları

+%20-25

Onaya hazırlanırken regülasyon, QMS ve uyumdan gelen ekstra aylık burn

8-18 ay

Tipik TİTCK / CE MDR onay süresi

2-6 ay

İmzalanan hastane sözleşmesi ile ilk geri ödenen lira arasındaki tipik süre

Simülasyonda Stres Testine Sok

Founder Runway, Pre-Seed'den Seri A'ya 20 turluk bir yay çizer; bir Health-Tech senaryosu oynamak bu zamanlama uyumsuzluğunu okumak yerine hissetmenin en hızlı yoludur: aynı kararları Virtonomics gibi genel bir tycoon ekonomi oyununda oynadığında sektör hesaba neredeyse hiç dokunmaz, çünkü o oyunlar genel bir iş ekonomisini modeller, bir kurucunun gerçek regülasyon ve satın alma kararlarını değil. Founder Runway'in Health-Tech koşuları, onay gecikmelerini ve hastane satın alma döngülerini nakit pozisyonuna tur tur fiyatlar; bir tabloda uygun görünen işe alım kararı, bir onay kilometre taşı kaydığında üç tur sonra gözle görülür şekilde tıkanabilir.

Aynı başlangıç nakdini bir SaaS senaryosunda ve bir Health-Tech senaryosunda art arda çalıştır. Sitedeki ücretsiz runway hesaplama aracı, kendi onay ve geri ödeme zaman çizelgesi tahminlerini girip gerçek bir bütçeye karar vermeden önce ay sayısının nasıl değiştiğini görmeni sağlar.

Sonuç

Health-Tech startup runway'i sadece daha uzun satış döngülü standart bir burn rate değil — gerçek bir kısmı regülasyon ve güven kaynaklı, gelirden çok önce ortaya çıkıyor. Onay, QMS ve KVKK uyumunu tek seferlik kurulum ücreti değil, tekrar eden kalemler olarak bütçele, ilk hastane pilotuna hazırlanırken %20-25'lik ekstra tamponu ekle ve bir onay gecikmesinin runway'ini gerçekte nasıl etkileyeceğini gerçek hayatta yaşamadan önce sitedeki ücretsiz burn rate hesaplama aracıyla gör.

Sık sorulan sorular

Health-Tech startup runway'i nedir?

Bir sağlık, medikal cihaz ya da klinik yazılım startup'ının nakdi tükenmeden önce kaç ay ayakta kalabileceğini gösterir — standart runway hesabıyla aynı formülü kullanır (nakit ÷ aylık burn) ama regülasyon onayı, kalite yönetimi ve uyum maliyetlerini burn tarafına tipik bir SaaS modelinden daha erken ekler.

Health-Tech startup'lar neden SaaS startup'lardan daha hızlı nakit yakar?

Çünkü TİTCK/CE MDR onayı, ISO 13485 standardında bir QMS, KVKK'ya uygun altyapı ve klinik doğrulama çalışmaları, gelir bunları dengeleyecek büyüklüğe ulaşmadan çok önce sabit maliyet olarak ortaya çıkar — genel bir SaaS burn modeli bunların hiçbirini hesaba katmaz.

Bir Health-Tech startup regülasyon ve uyum için ne kadar ekstra bütçe ayırmalı?

Faydalı bir kural: onaya ya da ilk hastane pilotuna hazırlanırken taban aylık burn'ün üzerine ekstra %20-25 ekle, ayrıca geri ödeme gelirini ödeyici sözleşmesi ve faturalama kodları gerçekten aktif olana kadar runway modeline sayma.

Hastane satışının gelire dönüşmesi ne kadar sürer?

Hastane sözleşmeyi imzaladıktan sonra bile, bir ödeyiciyle geri ödeme kurulumu genelde kodlama ve faturalama yapılandırması için iki ila altı ay daha sürer — bu boşluk ilk taslak gelir tahmininde neredeyse hiç yer almaz.

Bu kararı oyunda test et.

Aynı varsayımı bir run boyunca uygula; üç tur sonra hangi metrik yandı?