Kısa cevap: Hastane yönetim yazılımı seçerken asıl risk, yazılımın kendisi değil, çıkış maliyetidir. Veri portabilitesi (taşınabilirliği) güvencesi olmayan bir sistemde, 5. yılda yazılım değiştirmek isterseniz veri kaybı veya yüksek "kırılma" bedeli ödersiniz. Bu nedenle lisans bedelinden çok, verilerinizi standart formatlarda (XML, CSV, HL7/FHIR) dışa aktarabilme yetkinliği ve sözleşmedeki veri mülkiyeti maddesi kritik öneme sahiptir. Aşağıdaki TMS tablosu, bu "yazılım kaçağı" riskinin bütçenize nasıl yansıdığını somut rakamlarla göstermektedir.
Çıkış Stratejisi: Veri Portabilitesi ve 'Yazılım Kaçağı' Önleme Kontrol Listesi
Birçok sağlık kuruluşu, yazılım satın alım sürecinde "bu yazılımı 10 yıl kullanacağız" varsayımıyla hareket eder. Ancak kurumsal stratejiler, tıbbi teknoloji standartları veya firmanın ekonomik durumu değiştiğinde yazılım değişikliği kaçınılmaz hale gelir. Bu noktada karşınıza çıkan en büyük engel, verilerin yeni sisteme aktarılamaması veya aktarımın devasa bir maliyete dönüşmesidir. Buna sektörde "yazılım kaçağı" (vendor lock-in) denir. Yazılım satıcısı size "verileriniz size aittir" dese de, teknik gerçeklik farklı olabilir. Verileriniz veritabanında, o yazılımın özel şifreleme algoritmasıyla, özel tablolarla muhafaza ediliyor olabilir. Bu durumda veri çekmek için yazılımın kendi API'lerini kullanmak zorunda kalırsınız; bu da satıcının size "veri aktarım danışmanlığı" adı altında ek ücret yollamasına zemin hazırlar. Bir hastane için veri portabilitesi testi, satın alma öncesinde yapılmalıdır. Sistemden son 1 aydaki tüm hasta kayıtlarını, reçeteleri, laboratuvar sonuçlarını ve muhasebe fişlerini standart bir formatta (örneğin CSV veya JSON) dışa aktarmasını isteyin. Eğer satıcı bunu "güvenlik politikası" gerekçesiyle reddediyor veya "özel modüllerde veri yok" diyorsa, bu kırmızı bir bayraktır. Aşağıdaki tablo, 5 yıllık Toplam Sahip Olma Maliyeti (TMS) simülasyonudur. Bu tablo, "kurulum ücretsiz" vaatinin arkasındaki gizli eğitim maliyetlerini ve yıllık artış oranlarının (enflasyon + yazılım geliştirme bedeli) 5. yılda nasıl katlanarak arttığını gösterir. Rakamlar, orta ölçekli (50-100 yataklı) bir hastane için tahmini aralıklardır; gerçek bütçeniz, hastanenin büyüklüğüne ve seçilen modüllerin karmaşıklığına göre değişecektir.| Dönem | Yıllık Lisans Bedeli | Kurulum/Eğitim (Tek Seferlik) | Entegrasyon & API (Aylık) | Destek & SLA (Yıllık) | Yıllık Artış Oranı* (Enflasyon+Dev)** |
|---|---|---|---|---|---|
| Yıl 1 | 120.000 - 180.000 | 80.000 - 150.000 (Gizli Eğitim Maliyeti) | 2.500 - 4.000 | 30.000 - 50.000 | %25 - %35 |
| Yıl 2 | 150.000 - 220.000 | 0 (Ancak yeni modül eğitimleri: 20.000) | 3.100 - 5.000 | 37.500 - 65.000 | %15 - %25 |
| Yıl 3 | 172.500 - 250.000 | 0 (Sürüm yükseltme ücreti: 40.000) | 3.600 - 5.800 | 43.000 - 75.000 | %13 - %20 |
| Yıl 4 | 195.000 - 280.000 | 0 (Personel değişimi eğitimi: 30.000) | 4.100 - 6.500 | 48.000 - 85.000 | %13 - %18 |
| Yıl 5 | 220.000 - 310.000 | 0 (Yeni mevzuat uyumu: 50.000) | 4.600 - 7.200 | 54.000 - 95.000 | %12 - %15 |
| Toplam (5 Yıl) | 857.500 - 1.240.000 | 170.000 - 290.000 | 20.900 - 34.000 (Yıllık Ort.) | 212.500 - 370.000 | Ortalama %17 - %22 |
*Not: Yıllık artış oranı, Türkiye'deki genel enflasyon oranına ek olarak, yazılımın "geliştirme desteği" adı altında uyguladığı yıllık lisans artışını temsil eder.
**Uyarı: "Kurulum ücretsiz" tekliflerinde, 1. yılın "Kurulum/Eğitim" hanesindeki rakam genellikle "gizli" olarak kalır. Ancak personel adaptasyonu, veri aktarımı ve süreç yeniden tasarımı için harcanan danışmanlık ve iç kaynak maliyetleri bu kaleme girer. Bu tablodaki rakamlar tahmindir; firmanın sunduğu teklif mektubundaki kalem kalem fiyatlarla karşılaştırın.
Veri Portabilitesi Kontrol Listesi
Satın alma sözleşmesini imzalamadan önce aşağıdaki maddelerin sözleşmede yer aldığından emin olun. Bu maddeler, gelecekteki bir çıkış senaryosunda sizi koruyan hukuki ve teknik zeminleri oluşturur:- Veri Mülkiyeti Maddesi: "Hastanedeki tüm hasta verileri, finansal kayıtlar ve operasyonel veriler, hastanenin mülkiyetindedir. Yazılım sağlayıcı, bu veriler üzerinde herhangi bir ticari hakkı saklı tutamaz." ifadesi mutlaka yer almalıdır.
- Standart Çıktı Zorunluluğu: Sistemin, tüm verileri en az 2 farklı standart formatta (örneğin HL7 v2.x ve FHIR R4) dışa aktarabilmesi şartı konulmalıdır. "CSV dışa aktarımı" tek başına yeterli değildir; alan eşleştirmesi (mapping) yapılmış, anlamlı veriler olmalıdır.
- API Erişim Hakkı: Hastane, kendi IT ekibi veya üçüncü parti bir entegratör aracılığıyla, yazılımın REST/SOAP API'lerine tam erişim hakkına sahip olmalıdır. Satıcı, "güvenlik" gerekçesiyle API erişimini kısıtlamamalıdır.
- Geçiş Dönemi Desteği (Run-off): Yazılımı bırakma halinde, satıcının en az 6 ay boyunca mevcut sistemi çalışır durumda tutma ve veri aktarımını destekleme yükümlülüğü sözleşmeye bağlanmalıdır. Bu dönemde destek ücreti, normal SLA ücretinin %50'si gibi makul bir seviyede olmalıdır.
- Veri Silme ve İmha Protokolü: Sözleşme feshi durumunda, satıcının sunucularındaki tüm kopyaların silinmesi ve bu silmenin resmi bir "İmha Belgesi" ile teyit edilmesi şartı aranmalıdır.
Yazılım Kaçağı Riskini Şimdiden Kapatın
Sözleşmenizde veri portabilitesi maddelerinin eksik olduğunu mu düşünüyorsunuz? Uzman ekibimiz, mevcut veya planladığınız hastane yönetim sistemi sözleşmenizi inceleyerek
Projenizi konuşalım
Bu yazıdaki konularla ilgili bir projeniz mi var? Kısaca anlatın; 24 saat içinde size özel, şeffaf bir değerlendirme iletelim.
