Tanı amaçlı görüntüleme yazılımı üretmiyoruz; mevcut PACS'ınız yerinde kalır. Biz cihaz worklist'i, hasta kaydı, istem, rapor ve paylaşım arasındaki boşluğu kapatan katmanı kurarız: görüntü doğru hastaya bağlanır, bekleyen istem görünür olur, arşivin saklama ve yedekleme durumu denetlenebilir hale gelir.
Görüntüleme yapan hemen her merkezde aynı sahne tekrarlanır. Cihazda çekim yapılır, görüntü PACS'a düşer, ama o görüntünün hangi isteme ait olduğu ve raporunun ne durumda olduğu bambaşka bir yerde takip edilir. Hasta bilgisi cihaza elle yazıldığı için tek bir harf hatası iki ayrı kayıt üretir; tetkik istemi telefonla ya da kâğıtla gelir; hastaya görüntü hâlâ CD ile verilir ve o CD kaybolur. Bekleyen rapor sayısını kimse anlık bilemez, çünkü bu bilgi PACS'ta değil radyoloğun aklındadır. Sorun görüntünün kendisinde değildir; görüntü çoğu zaman sorunsuz saklanmaktadır. Sorun, görüntünün etrafındaki randevu, istem, rapor, teslim ve paylaşım zincirinin dijital olarak birbirine bağlı olmamasıdır. Küçük merkezlerde bu boşluk personelin dikkatiyle kapatılır; hasta sayısı arttığında dikkat yetmez ve kayıp iş tam buradan çıkar.
PACS, adının söylediği işi yapar: bir görüntü arşivleme ve iletişim sistemidir. Cihazların ürettiği DICOM görüntülerini alır, saklar ve yetkili kullanıcıya gösterir. Bu işi genellikle iyi yapar ve yerinden oynatılması gereken bir sistem değildir. Ancak PACS bir işletme yazılımı değildir. Randevunun verilip verilmediğini, istemi kimin açtığını, raporun kaç saattir beklediğini, hangi tetkikin faturalanmadan kaldığını ya da hastanın kendi görüntüsüne dışarıdan güvenli biçimde nasıl ulaşacağını bilmez. Bu bilgiler çoğu merkezde hastane bilgi sisteminde, bir Excel dosyasında ve insanların hafızasında dağınık durur. Cihaz ile idari süreç arasında, kimsenin tam olarak sahiplenmediği bir boşluk kalır. Bu sayfanın konusu, tam olarak o boşluğu kapatan katmandır.
Ne yapmadığımızı baştan söylemek gerekiyor. Pan Innovation House tanı amaçlı görüntüleme yazılımı üretmiyor. Görüntü üzerinde ölçüm yapan, bulgu işaretleyen, tanıya katkı sunan ya da hekimin kararını yönlendiren yazılımlar tıbbi cihaz mevzuatı kapsamındadır; Türkiye'de Tıbbi Cihaz Yönetmeliği, Avrupa'da MDR (Medical Device Regulation) bu ürünleri düzenler ve klinik değerlendirme ile uygunluk süreci gerektirir. Bu alana girmiyoruz; girdiğini söyleyen bir teklife de temkinli yaklaşmanızı öneririz. Bizim çalıştığımız yer, görüntü üretildikten sonraki idari ve operasyonel zincirdir: istemin açılması, cihaza doğru hastanın gitmesi, görüntünün doğru kayda bağlanması, raporun takip edilmesi, paylaşımın kayıt altında yapılması ve arşivin saklama kuralına uygun yönetilmesi. Bu sınır, projenin en başında yazılı olarak konur.
Çalışma biçimimiz mevcut kurulumun üstüne binmektir. PACS'ınız hangi ürün olursa olsun yerinde kalır; onunla DICOM, gerektiğinde DICOMweb ve HL7 gibi standart arayüzler üzerinden konuşuruz. Cihaz tarafında modality worklist, yani çalışma listesi beslendiğinde hasta bilgisinin cihaza elle yazılması ortadan kalkar; bu tek adım, yanlış eşleşmelerin önemli bir bölümünü baştan keser. Görüntüye erişim, paylaşım, rapor takibi ve arşiv izleme için kurduğumuz katman ise size ait bir yazılımdır: kaynak kodu sizindir, verinin nerede duracağına siz karar verirsiniz. Kapsamı da tek seferde belirlemeyiz; en çok zaman kaybettiren ve en çok hata üreten adımdan başlar, sonuç göründükçe genişletiriz. Sağlık verisiyle çalışıldığı için yetki, erişim kaydı ve saklama konuları ilk günden tasarımın içindedir.
Röntgen, ultrason, tomografi ve MR cihazlarını birlikte çalıştıran merkezler. Buradaki asıl sıkıntı arşiv değil, istem-çekim-rapor zincirinin takip edilememesidir. Bekleyen rapor sayısının, tekrar çekimlerin ve yanlış hasta eşleşmelerinin görünür hale gelmesi, henüz başka hiçbir şey yapılmadan bile ölçülebilir bir kazanç üretir.
Farklı markalarda birden çok görüntüleme cihazı bulunan, hastane bilgi sistemi ile PACS'ı ayrı ayrı kullanan kurumlar. İstemin bilgi sisteminde açılıp cihaza ulaşmaması, çekim yapıldığı halde tetkikin faturalanmaması ve raporun elle takip edilmesi bu yapılarda en sık görülen üç kayıp noktasıdır.
Hastasıyla görüntü üzerinden konuşan klinikler. Yurt dışındaki hastadan tedavi öncesi görüntü istemek, tedavi planını görsellerle paylaşmak ve bunu CD ya da rastgele dosya bağlantıları yerine kayıtlı, süreli ve yetkili bir kanaldan yapmak bu kurumlarda hem hız hem güven meselesidir.
Çekimin bir şubede yapılıp raporun başka bir yerdeki hekim tarafından yazıldığı yapılar. Görüntünün hangi hekime gittiği, ne zaman devredildiği ve kaç saattir beklediği takip edilemediğinde teslim süresi verilemez; asıl ihtiyaç, bu devir zincirinin kayıt altına alınmasıdır.
| Yetenek | Ne sağlar |
|---|---|
| Modality worklist besleme | Randevu veya istem oluştuğunda hasta ve tetkik bilgisi DICOM Modality Worklist üzerinden cihaza gönderilir. Teknisyen cihaz başında isim yazmaz, listeden seçer. Böylece harf hatasından doğan mükerrer kayıtlar, boş hasta numaraları ve yanlış tetkik kodları büyük ölçüde ortadan kalkar. Cihaz worklist desteklemiyorsa bunu keşifte açıkça belirtiriz. |
| Görüntü ve hasta kaydı eşleşmesi | Gelen çalışmaların doğru hasta ve doğru istemle eşleşip eşleşmediği sürekli kontrol edilir. Eşleşmeyen ya da şüpheli kayıtlar bir düzeltme kuyruğuna düşer; düzeltmeyi kimin, ne zaman ve hangi gerekçeyle yaptığı kayda geçer. Geçmişte oluşmuş yanlış eşleşmelerin temizliği de aynı akış üzerinden yürütülür. |
| İstem ve rapor akışı takibi | Her tetkik için istem açılışından rapor onayına kadar geçen adımlar ve süreler izlenir. Bekleyen rapor listesi, hekim bazlı yük dağılımı ve gecikme uyarıları anlık görülür. Kritik bulgu bildirimi gibi öncelikli durumlar için ayrı bir işaretleme ve takip akışı tanımlanabilir; bulgunun içeriğine sistem karışmaz, yalnızca akışı izler. |
| Güvenli paylaşım ve hasta erişimi | Görüntü ve rapor, süresi sınırlı ve yetkili bir bağlantı üzerinden hastaya, sevk eden hekime veya anlaşmalı kuruma açılır. Kimin ne zaman eriştiği kayıt altına alınır. CD yazma ve elden teslim yükü azalır; dosyanın nereye gittiği bilinmeyen paylaşım yöntemlerinin yerine izlenebilir bir kanal geçer. |
| Arşiv, saklama ve yedekleme izleme | Arşiv kapasitesi, büyüme hızı, ikinci kopyanın durumu ve saklama süresi dolan çalışmalar panoda izlenir. Yedeğin alınmış olması değil, geri dönülebilir olması esastır; bu yüzden periyodik geri yükleme denemesi için hatırlatma ve kayıt tutulur. Silme ve arşivden çıkarma işlemleri kural bazlı ve kayıtlı yapılır. |
| Hastane ve klinik sistemleriyle entegrasyon | Mevcut hastane bilgi sistemi ya da klinik yazılımı yerinde kalır; randevu, istem ve rapor bilgisi HL7 v2 veya API üzerinden karşılıklı akıtılır. Hedef, aynı bilginin iki sisteme ayrı ayrı girilmesini bitirmektir. Entegrasyonun mümkün olup olmadığı, karşı sistemin arayüz desteğine göre keşifte netleştirilir. |
| Yetki, rıza ve denetim kaydı | Sağlık verisi özel nitelikli kişisel veridir. Hangi rolün hangi hastanın görüntüsünü görebileceği, dışarı paylaşım için hangi onayın arandığı ve kayıtların ne kadar süre saklanacağı tanımlanır. Görüntüleme, indirme ve paylaşma hareketleri denetim kaydına yazılır; böylece bir inceleme durumunda geriye dönük cevap verilebilir. |
Hangi cihazlar var, hangi PACS kullanılıyor, istem nereden açılıyor ve rapor nasıl teslim ediliyor; hepsi yerinde çıkarılır. Cihazların DICOM uyum beyanları incelenir. Bu adım genellikle iki ile dört hafta sürer ve projenin gerçek kapsamını burası belirler.
Canlıya dokunmadan bir test ortamı kurulur; worklist, görüntü gönderimi ve HL7 mesajlaşması gerçek cihaz ve sistemlerle denenir. Neyin çalıştığı ve neyin çalışmadığı yazıya dökülür. Bu adım atlandığında sorunlar canlı ortamda, hasta varken ortaya çıkar.
Çalışma listesi beslemesi devreye alınır, cihaz başındaki elle giriş kaldırılır. Eşleşme kontrolü ve düzeltme kuyruğu açılır. Önce tek bir cihaz veya tek bir tetkik grubuyla başlanır; sonuç görüldükten sonra diğer cihazlara yayılır.
Bekleyen rapor takibi, süreli paylaşım bağlantıları ve yetki kuralları açılır. Sınırlı bir ekiple pilot yürütülür; eski yöntem bir süre paralel devam eder. Pilot boyunca hangi adımın gerçekten zaman kazandırdığı ölçülür ve akış buna göre sadeleştirilir.
Saklama, yedekleme ve kapasite izleme panoları devreye alınır. Ekibe devir yapılır; yanlış eşleşme düzeltmesi, paylaşım iptali ve yeni cihaz ekleme gibi işlemler yazılı bırakılır. Sonrasında bakım ve destek kapsamında izleme sürer.
Hayır. Kurulu PACS'ınız yerinde kalır ve görüntü arşivi orada durmaya devam eder. Bizim kurduğumuz katman onun yerine geçmez, çevresindeki iş akışını bağlar. Bu yüzden marka bağımsız çalışırız; tek şart, PACS'ın standart DICOM arayüzlerini desteklemesidir ki bu bugün kullanılan sistemlerin büyük çoğunluğu için geçerlidir. Uygunluk, cihazların DICOM uyum beyanı üzerinden keşifte doğrulanır.
Hayır, bu kapsamımızın dışındadır. Görüntüden bulgu tespit eden, ölçüm yapan veya hekimin tanısına katkı sunan yazılımlar tıbbi cihaz sayılır; Türkiye'de Tıbbi Cihaz Yönetmeliği ve Avrupa'da MDR kapsamında klinik değerlendirme ve uygunluk süreci gerektirir. Bu süreci yürütmüyoruz ve yürütür gibi görünmüyoruz. Böyle bir ihtiyacınız varsa doğru yol, mevzuata uygun sertifikalı bir ürünü tedarik etmek ve entegrasyonunu bizimle kurmaktır.
Çoğu modern cihaz DICOM Modality Worklist destekler, ancak bazı eski cihazlarda bu özellik ya yoktur ya da ek modül olarak lisanslanır. Keşifte her cihazın uyum beyanına bakar, hangisinin worklist alabileceğini tek tek yazarız. Desteklemeyen cihazlarda barkodla hasta seçimi veya çekim sonrası kontrollü eşleştirme gibi ara çözümler kurulur. Hepsinin otomatik bağlanacağını baştan söylemeyiz.
Sağlık verisi özel nitelikli kişisel veridir ve paylaşımın hukuki dayanağını kurum belirlemek zorundadır. Bizim yaptığımız, bu dayanağı uygulanabilir kılan teknik altyapıyı kurmaktır: rol bazlı yetki, süresi dolan bağlantılar, indirme ve görüntüleme kayıtları, gerektiğinde erişimin anında iptali. Hukuki değerlendirme ve rıza metinleri kurumun kendi hukuk desteğiyle hazırlanır; biz bu metinleri yazmayız, sistemi onlara uydururuz.
Çakışmaz. Hastane bilgi sistemi hasta kaydını, randevuyu ve mali süreci yönetir; PACS görüntüyü saklar. Bizim katmanımız bu ikisinin arasındaki geçişi kurar ve kimsenin sahiplenmediği adımları üstlenir. Mevcut sistemi yeniden yazmayız, HL7 veya API üzerinden bağlarız. Aynı mantıkla kurduğumuz daha geniş idari katman için hastane ve klinik bilgi sistemi yan katmanı sayfamıza bakabilirsiniz.
Cihazlara giden çalışma listesi beslemesi; görüntü ile hasta kaydı arasındaki eşleşme kontrolü ve düzeltme kuyruğu; istem ve rapor akışının süre bazlı takibi; süreli ve kayıtlı paylaşım kanalı; arşiv, saklama ve yedekleme izleme panosu; erişim ve işlem denetim kaydı. Kaynak kod, veritabanı ve dokümantasyon size aittir; dilediğiniz zaman başka bir ekiple devam edebilirsiniz.
30 dakikalık keşif görüşmesinde ihtiyacınızı dinler, özele mi yoksa hazır çözüme mi ihtiyacınız olduğunu dürüstçe söyleriz.
Başvuru, kayıt, şube yerleştirme, ders programı, yoklama, not, karne, veli iletişimi ve taksit takibini tek kayıt üzerinde birleştiren öğrenci bilgi sistemi kuruyoruz. Kurumun kendi takvimine ve kendi ücret politikasına göre kurgulanır; hazır bir paketin kalıbına girmeniz gerekmez. Kaynak kod ve veri kuruma aittir.
Detay →Numunenin kabul edildiği andan analiz sertifikasına kadar tüm adımları tek kayıt üzerinde yürüten laboratuvar bilgi yönetim sistemi kuruyoruz: barkodlu numune takibi, metot kütüphanesi, cihaz bağlantısı, spesifikasyon kontrolü, kademeli onay ve denetime hazır kayıt düzeni.
Detay →Teklif, proje, zaman kaydı, hakediş ve fatura zincirini tek kayıt üzerinde birleştiririz. Ajans, danışmanlık, mühendislik ve yazılım firmalarında kimin hangi işe ne kadar zaman verdiği, kaynak doluluk oranı ve proje kârlılığı iş bittikten sonra değil, iş sürerken görünür hale gelir.
Detay →Hastane bilgi yönetim sisteminizin yerine geçmeyiz; yanında çalışan bir işletme katmanı kurarız. Randevu ve kaynak doluluğu, tedavi planı takibi, hatırlatma, sarf ve implant stoğu, sağlık turizminde hasta yolculuğu ve yönetim panosu bu katmanda toplanır. Kaynak kod ve veri sizde kalır.
Detay →Şirketin evrakını klasörlerden ve kişisel bilgisayarlardan çıkarıp tek arşive taşıyoruz. Her belgenin sürümü, kimin görebileceği, hangi onaydan geçtiği ve ne kadar saklanacağı sistemde tanımlıdır; aranan evrak dakikalar değil saniyeler içinde bulunur ve geçmişi denetimde kanıtlanabilir. DMS belgenin kendisini yönetir; ECM ise belgeyle birlikte akan süreci ve içeriği kapsar.
Detay →Sözleşmeyi şablondan üretip onay ve imza akışına sokan; imzalandıktan sonra da yürürlük, yenileme, fesih ihbar süresi ve tarafların taahhütlerini takip eden bir sistem kuruyoruz. Sözleşme yaşam döngüsü yönetimi (CLM) tam olarak budur: dosyayı saklamak değil, sözleşmenin ömrünü yönetmek. Süresi dolan sözleşme, kimse fark etmediği için sessizce uzamaz.
Detay →
