Sağlık sistemleri için yazılım mühendisliği.
Hasta odaklı platformlar, klinik iş akışı araçları ve sağlık verisi sistemleri — alanın gereksinimleri gözetilerek geliştirilir.
- Sahada keşif
- Mimari ve veri koruma tasarımı
- Dilimler hâlinde geliştirme
- Paralel çalışma ve doğrulama
- İşletme ve geliştirme
Çoğu sektörün hiç karşılaşmadığı yükümlülükler.
Sağlık yazılımı, çoğu sektörün hiç karşılaşmadığı yükümlülükler taşır: hasta güvenliği, klinik doğruluk ve ihlali bir gündem maddesi değil bir yaşam olayı olan veriler. Perakendede düşen bir mesaj, kaybedilen bir sepettir. Laboratuvar sistemiyle bir servis arasında düşen bir mesaj ise kimsenin işlem yapmadığı bir sonuçtur. Bu alanda, işin gerektirdiği ciddiyetle çalışırız — mimariden gelen gizlilik, baştan sona denetlenebilirlik ve klinisyenlerin en sondaki bir değerlendirme toplantısında değil, tasarım döngüsünün içinde yer alması.
Sorunun teknik biçimi bir uygulama değil, bir sistem envanteridir. Standartlardan daha eski, kayıt kaynağı olan bir hastane bilgi sistemi, bir yüklenicinin on yıl önce yapılandırdığı bir HL7 v2 akışı, DICOM üzerinde görüntüleme, kendi kodlarına sahip bir laboratuvar sistemi, bir eczane modülü, bir randevu modülü, ulusal raporlama yükümlülükleri ve — hepsinin altında — dört sistemin de sahibi olduğuna inandığı bir hasta kimliği vardır. Hiçbiri kapatılamaz, hepsi birbiriyle tutarlı olmak zorundadır ve klinik gün, bir devreye alma penceresi için durmaz. Yapılacak iş, bu envanterin üzerine yönetilen sözleşmeler koymak ve yeni yüzeyleri legacy şemaya göre değil, bu sözleşmelere göre inşa etmektir.
Burada nasıl çalışıyoruz: gizlilik ve veri minimizasyonu, ilk özellikten önce alınan mimari kararlardır; kimliği belirlenebilir verilere yapılan her erişim kaydedilir; açık rıza, saklama ve amaçla sınırlılık kod olarak uygulanır ve kod gibi test edilir. GDPR / KVKK’yı tasarım girdisi olarak ele alıyoruz, merkezimiz Türkiye’dedir ve bir sistemi tasarlayan mühendisler onu işletebilir de. Bir değişiklik klinik bir süreci etkiliyorsa, yayına alınmadan önce sizin ekibinizle birlikte yazılı bir klinik güvenlik incelemesinden geçer.
İşi yaptığımız dört alan.
Bunların her biri, uçtan uca kadro ayırdığımız bir programdır — klinisyenler ve yöneticilerle keşif, dilimler hâlinde geliştirme ve canlıya geçiş sonrası işletme.
Hasta platformları
Randevuya gelmeme oranını ve idari yükü azaltmak için kurulan randevu, teletıp ve etkileşim yolculukları. Genel bir takvim yerine gerçek klinik kurallarına — randevu türleri, kaynak kısıtları, hazırlık talimatları, tercüman ihtiyacı — uyan randevulama. Hatırlatmalar, randevu değişiklikleri ve ziyaret öncesi anketler döngüyü kapatır; her mesaj, stres altındaki bir hastanın harekete geçebileceği şekilde yazılır. Aynı yönetilen API üzerinden web ve mobil yüzeyler olarak sunulur.
Klinik iş akışı
Bakımı verenler için araçlar — zaman kazandırmak için kurulan nöbet çizelgesi, hasta devri, sevk ve dokümantasyon akışları. Bunları serviste tasarlarız; yenilerini önermeden önce mevcut adımların süresini ölçeriz, çünkü hasta başına fazladan tık ekleyen bir iş akışı aracı, özellik listesi ne olursa olsun reddedilir. Çevrimdışı dayanıklılık, hızlı arama, klavye öncelikli giriş ve güvenli varsayılanlar birer gereksinimdir, iyileştirme değil.
Sağlık verisi platformları
HL7 v2 ve FHIR tabanlı entegrasyon ile yönetilen analitik — gizliliği baştan gözeten, araştırmaya hazır veri. Veri alımı, terminoloji eşleme (ICD-10, SNOMED CT, LOINC), kaynak sistemler arasında kimlik çözümleme ve operasyon, finans ile araştırmanın üç ayrı gerçek sürümü olmadan sorgulayabildiği modellenmiş bir katman. Veri Mühendisliği ekibimizle birlikte kurulur ve akışın canlı olması gerektiğinde Kafka üzerinden aktarılır.
Uyum mühendisliği
KVKK / GDPR sağlık verisi rejimlerinin mimari olarak uygulanması: açık rıza, minimizasyon, denetim, saklama. Özel nitelikli veriler ayrıştırılır, kullanım senaryosunun izin verdiği yerde takma adlaştırılır ve erişim bir amaca ve bir role bağlanır. Bir denetçinin istediği kanıt — kimin neye, hangi hukuki sebeple eriştiği ve ne zaman silindiği — sistem üzerinde bir sorgudur, sonradan yapılacak bir yeniden kurgulama çalışması değil. Siber Güvenlik ekibimizle birlikte gözden geçirilir.
Neler geliştiriyoruz?
Ürün, sürecin kendisidir.
Hastalar özellikleri değil bir süreci deneyimler — sevk, triyaj, randevu, muayene, takip — ve yazılım bu eklem yerlerinde başarısız olur. Faks muadili olarak gelen bir sevk, bir posta kutusuna kaydedilmiş bir triyaj kararı, hazırlık talimatları olmadan alınmış bir randevu, sahibi olmayan bir takip. Süreci açıkça modelleriz: her durumun bir sahibi, bir hizmet seviyesi beklentisi ve görünür bir kuyruğu vardır; böylece takılan bir iş, haftalar sonra gelen bir şikâyet değil, panodaki bir veridir. Aynı model hastaya dönük görünümü de besler; bekleyen kişi, kliniğin gördüğü durumun aynısını görür.
- Her durumun adı belli bir sahibi ve hedef süresi vardır; aşımlar, hasta aramadan önce kuyrukta görünür
- Hastaya gösterilen durum, kliniğin çalıştığı kayıttan türetilir — tek gerçek, iki muhatap
- İptaller, randevu değişiklikleri ve gelmeyen hastalar kaydedilip unutulmak yerine randevu planlamasına geri beslenir
- 01Sevk
- 02Triyaj
- 03Randevu
- 04Muayene
- 05Takip
Ayaktan hasta süreci durumu
Tek hasta, çok sayıda kayıt sistemi.
Bir hastane envanterindeki en zor soru, verinin nerede durduğu değil, hangi sistemin haklı olma yetkisine sahip olduğudur. Bunu her alan için ayrı yanıtlar ve yazıya dökeriz: demografik veriler HIS’ten, sonuçlar laboratuvar sisteminden, görüntüler PACS’tan, ilaç çıkışı eczaneden ve hepsinde aynı kişiyi eşleştiren bir kimlik servisi. Yeni ürünler bundan sonra sürümlenmiş sözleşmelere sahip bir entegrasyon katmanından okur; böylece legacy şemadaki bir değişiklik tek bir yerde karşılanır. Akışlar, alt sistemler onlara bağımlı hâle gelmeden önce kaynağa karşı doğrulanır ve her mesaj yeniden oynatılabilir — bir kesinti, kayıttaki bir boşluk değil, birikmiş bir iş listesi olur.
- Envanter hangisini konuşuyorsa HL7 v2, mümkün olduğu yerde FHIR R4, ikisinden de eski olduğu yerde adaptör — seçim program başına değil, arayüz başına yapılır
- Terminoloji eşlemesi, inceleme izi ile birlikte veri olarak yönetilir; böylece bir kodlama değişikliği yapılandırma sürümüne dönüşür
- Her akışta ölü mektup yönetimi, yeniden oynatma ve mutabakat raporları; entegrasyon ekibimizin kurduğu biçimde kurulur
Rıza ve erişim, politika PDF’leri değil kural olarak.
Yalnızca belge olarak var olan bir veri koruma politikası bir vaattir. Biz bunu istek yolunda değerlendirilen kurallar olarak uygularız: kim soruyor, hangi hasta için, hangi hukuki sebeple ve hangi amaçla. Acil durum erişimine izin verilir — klinik gerçeklik bunu gerektirir — ancak sessizce izin verilmek yerine duyurulur, kaydedilir ve incelenir. Saklama, kanıt üreten zamanlanmış bir görevdir; rızanın geri çekilmesi analitik katmanına yayılır ve her kural değişikliği yazarıyla birlikte sürümlenir. Denetçi ne olduğunu sorduğunda yanıt, erişim kaydı üzerinden alınan bir rapordur.
- Amaca bağlı erişim: aynı klinisyen, bakım bağlamında ve araştırma bağlamında farklı bir görünüm alır
- Zorunlu gerekçe, anında işaretleme ve son tarihli bir inceleme kuyruğu ile acil durum erişimi
- Rıza durumu ve saklama takvimleri, uygulamanın yanı sıra veri ambarına da uygulanır — yalnızca ön yüze ulaşan silme, silme değildir
Örnek kurallar. Sizinkiler sizinle birlikte yapılandırılır.
Aynı platform, üç farklı okuma.
Nefesinizi tutmadan değiştirebileceğiniz bir sistem envanteri.
CIO’nun sorunu risk yoğunlaşmasıdır: dokunulamayan az sayıda sistem, klinik yol haritasıyla örtüşmeyen bir tedarikçi yol haritası ve tek tek kişilerle ayakta duran bir entegrasyon katmanı. Bunu, legacy sistemlerin önüne sözleşmeler koyarak, yeni yetenekleri ekibinizin işe alım yapabileceği bir teknoloji yığınına taşıyarak ve altyapıyı runbook’larıyla birlikte kod olarak tanımlayarak azaltırız. Modernizasyon, paralel çalışmanın arkasında dilimler hâlinde yapılır; tek seferlik bir geçişle değil.
- Kayıt sistemlerinin üzerinde sözleşmeler; böylece ürün ekipleri legacy şemalara bağımlı kalmaz
- Kod olarak altyapı, bölgeye sabitlenmiş, provası yapılmış geri yükleme ve yük devretme ile
- Ekibinizin devralacağını varsayan bir devir: dokümantasyon, testler ve ortak nöbet dönemi
Günün nerede aksadığını gösteren kuyruklar.
Operasyon yöneticileri ortalamalardan oluşan bir pano istemez; hangi sevklerin süre aşımına yaklaştığını ve bunların sahibinin kim olduğunu bilmek ister. Kurduğumuz her iş akışı, işini sahibi, yaşı ve eylemi olan bir kuyruk olarak gösterir — ekibin hâlihazırda bir tabloda tuttuğu listenin aynısı, ancak kendi kendini güncelliyor ve çoğaltılamıyor. Yükseltme kuralları yapılandırmadır; bir politika değişikliği sürüm beklemez.
- Yaşlanma ve süre aşımı riski yalnızca haftalık raporda değil, iş bazında görünür
- Yeniden atama, yükseltme ve vekâlet düzenlemeleri gerekçesi kaydedilerek aracın içinde yapılır
- Kullanacak kişilerle serviste tasarlanır, yaygınlaşmadan önce gerçek bir birimde pilot uygulanır
Gizlilik borcu olmadan araştırma hızı.
Araştırma birimi kohortlara ihtiyaç duyar; veri koruma birimi ise bir kohortun bir kişiye dönüşemeyeceğinden emin olmak ister. Aradaki yönetilen katmanı biz kurarız: veri hattıyla üretilen kimliksizleştirilmiş çıktılar, son kullanma tarihi olan onaylı bir protokole bağlı erişim, dışarı çıkmadan önce uygulanan küçük hücre gizleme ve yayımlanan her rakamdan kaynak olaya kadar uzanan izlenebilirlik. İzinli yol izinsiz yoldan daha hızlı olacak biçimde kurulur; böylece bir şeyi dizüstü bilgisayara kopyalamak için daha az neden kalır.
- Denetim kaydı olan bir iş akışıyla onaylanan, amaca bağlı ve süreli erişim
- Kimliksizleştirme ve küçük hücre gizleme, bir inceleyicinin kafasında değil veri hattında
- Yayımlanan bir rakamdan kaynak mesaja kadar, bir denetçinin adım adım izleyebileceği bağlantı
Bir sağlık kurumunun gerçekte kullandığı sistemler.
HIS / EHR
HL7 v2 mesajlaşması veya FHIR R4 kaynakları üzerinden hasta yönetimi, başvurular ve belgeler; yeni ürünlerin tedarikçi şemasına bağlanmaması için bir yalıtım katmanıyla.
Laboratuvar (LIS)
Dışarı istem, içeri sonuç; LOINC eşlemesi, birim normalizasyonu ve düzeltilmiş ile iptal edilmiş sonuçların açıkça ele alınmasıyla — düzeltilmiş bir sonuç aslının yerini almalı, asla onun yanında durmamalıdır.
Görüntüleme (PACS / DICOM)
DICOM servisleri üzerinden tetkik meta verileri ve çalışma listeleri; piksel verisi uygulama sınırlarını aşmak yerine görüntüleyiciler bağlam başlatmayla gömülür.
Eczane ve e-reçete
İlaç çıkışları ve ilaç listeleri klinik kayıtla mutabık hâle getirilir; alerji ve etkileşim kontrolleri, bunların sahibi olan klinik sistemde bırakılır.
Ulusal raporlama ve ödeyici arayüzleri
Yasal bildirimler ve geri ödeme dosyaları modellenmiş veri katmanından üretilir; gönderilenin kaynakla eşleştiğini kanıtlayan mutabakat raporlarıyla birlikte.
Kimlik ve erişim
Bir BT kolaylığını değil klinik organizasyon yapısını izleyen rol eşlemesi.
Teletıp ve iletişim
Video, SMS ve e-posta sağlayıcıları kendi yolculuk katmanımızın arkasında entegre edilir; böylece tedarikçi değiştirilebilir kalır, süreç kaydı da sizin platformunuzda durur.
Analitik ve BI
Modellenmiş veri martları tek bir yönetilen veri ambarından Power BI’a ve notebook’lara sunulur; operasyon, finans ve araştırma aynı tanımları kullanır.
Bu sektörde kendimizi bağladığımız ilkeler.
- Mimariden gelen gizlilik — özelliklerden önce minimizasyon ve takma adlaştırma. Sistemin hangi kimliği belirlenebilir veriyi tutabileceğine bir ekran tasarlamadan önce karar veririz ve yanıt genellikle ilk taslağın varsaydığından azdır. Kimsenin bir kullanım amacını söyleyemediği alanlar saklanmaz.
- Hastane sistemleriyle HL7 / FHIR birlikte çalışabilirliği. Envanterin desteklediği yerde FHIR R4 kaynakları, konuştuğu yerde HL7 v2 ve ikisinden de eski olduğu yerde yazılmış adaptörler — uyumluluk, spesifikasyona karşı değil gerçek akışa karşı test edilir.
- Tasarım döngüsünde klinik güvenlik incelemesi. Bir süreci etkileyen değişiklikler, klinik personelle birlikte bir tehlike kaydına karşı incelenir ve alınan önlemler teste dönüşür. Bir güvenlik endişesi, başarısız bir derleme gibi sürümü durdurur.
- Saklama ve rıza, politika PDF’leri olarak değil kod olarak uygulanır. Rıza durumu, amaçla sınırlılık ve saklama takvimleri istek anında değerlendirilir ve uygulamanın yanı sıra veri ambarında da uygulanır; kanıt otomatik olarak üretilir.
- Kimliği belirlenebilir verilere yapılan her erişim kaydedilir ve incelenebilir. Kim, ne, ne zaman, hangi hukuki sebeple — değiştirilemez, sorgulanabilir ve GRC araçlarınıza aktarılır; belirtilen gerekçesiyle birlikte acil durum erişimleri dâhil.
- Kısıtlı çalışma modu doğaçlanmaz, tasarlanır. Ağ çalışmadığında klinikler çalışmaya devam eder. Salt okunur önbellekler, yazdırılabilir yedek çözümler ve belgelenmiş bir kesinti prosedürü teslimatın parçasıdır ve canlıya geçişten önce provası yapılır.
- Geçişten önce paralel çalışma. Yeni sistem, farklar açıklanana kadar gerçek veriyle eskisinin yanında çalışır ve canlıya geçiş kanıta dayanan bir karardır — her legacy yeniden yapılandırma programında kullandığımız yaklaşımın aynısı.
- Yapay zekâ yardımcıdır ve izlenebilirdir. Modellerin yardımcı olduğu yerlerde — özetleme, triyaj, taslak hazırlama — çıktı bir klinisyen tarafından incelenir, istem ve sürüm kaydedilir ve değerlendirme kanıtı devreye almadan önce hazırdır.
Bir sağlık programı bizimle nasıl yürür.
Sahada keşif
Klinisyenler, randevu ekibi ve BT ekibiyle birlikte oturur, mevcut sürecin süresini ölçer ve envanteri haritalarız — hangi sistem hangi bilginin sahibi, hangi akışlar gerçekten var, hangileri kâğıt üzerinde. Çıktı bir teklif sunumu değil; yazılı bir problem tanımı, bir tehlike kaydı ve bir dilim planıdır.
Mimari ve veri koruma tasarımı
Entegrasyon sözleşmeleri, kimlik çözümleme, veri modeli ve gizlilik tasarımı: ne saklanıyor, nerede, ne kadar süreyle, hangi hukuki sebeple. Kod yazılmadan önce sizin DPO’nuz ve güvenlik ekibinizle gözden geçirilir; böylece gereksinimleri geç gelen itirazlar değil, girdiler olur.
Dilimler hâlinde geliştirme
Her seferinde tek bir süreç veya tek bir entegrasyon; her biri gerçek bir ortama alınır ve pilot bir birim tarafından kullanılır. Akışlar kaynağa karşı doğrulanır ve her dilim testleri, izlemesi ve dokümantasyonuyla birlikte gelir. Klinik inceleme sonradan değil, süreçle birlikte yürür.
Paralel çalışma ve doğrulama
Yeni sistem, canlı veri üzerinde eskisiyle birlikte çalışır. Farklar her biri açıklanana kadar incelenir, mutabakat raporları bunlardan sorumlu kişilerce imzalanır ve geçiş, kanıt destekliyorsa gerçekleşir.
İşletme ve geliştirme
Kurduğumuzu biz de işletebiliriz: nöbet, izleme, olay incelemesi ve sizinle belirlenen bir ritimde düzenli olarak güncellenen bir yol haritası. Ekibinize devir en baştan planlanır — ortak nöbet, dokümantasyon ve birlikte çalışma — çünkü hedef, ekibinizin işletebileceği bir sistemdir.
Sık sorulan sorular
Çalıştığımız komşu sektörler.
Sektörünüzden bir problemi bize getirin.
Bugün neyin aksadığını anlatın. Bir mühendis okur ve somut bir yol önerisini yazılı olarak iletir.