Bu çalışma, insan katılımcıların dahil edilmesini, tanımlanabilir hasta kayıtlarına erişimi veya hayvanlar üzerinde deneyleri kapsamamaktadır. Protokol, metodolojik doğrulama için yalnızca kamuya açık ve tamamen anonimleştirilmiş veri setleri kullanılarak geliştirilmiş ve değerlendirilmiştir. Herhangi bir kişisel sağlık bilgisine erişilmemiş veya işlem yapılmamıştır. Bu nedenle, Kurumsal İnceleme Kurulu (IRB) veya Araştırma Etik Kurulu onayı gerekmemiştir. Protokol, klinik verileri içeren gelecekteki uygulamaları desteklemek amacıyla, Brezilya Genel Veri Koruma Yasası (LGPD) dahil olmak üzere geçerli veri koruma ilkelerine uygun olarak geliştirilmiştir.
Veri seti seçimi ve ön işleme
Önerilen protokol; metodolojik doğrulama için yapılandırılmış Elektronik Sağlık Kayıtları (EHR'ler), klinik soru-cevap verileri ve tıbbi görüntüleme veri kümelerini içeren, kamuya açık ve tamamen anonimleştirilmiş klinik veri kümeleri kullanılarak değerlendirilmiştir. Platforma entegrasyon öncesinde veri kümeleri; veri normalizasyonu, tutarsız veya eksik kayıtların kaldırılması, HL7 FHIR kaynaklarına eşleme, metin temizleme, erişim parçalarına (retrieval chunks) bölme ve vektör indeksleme için gömme (embedding) üretimi dahil olmak üzere standartlaştırılmış ön işleme prosedürlerinden geçirilmiştir. Bu ön işleme adımları, heterojen veri kaynakları arasında anlamsal tutarlılık sağlayarak birlikte çalışabilirliği kolaylaştırmış ve geçerli veri gizliliği ilkelerine uyumu korurken önerilen iş akışının tekrarlanabilirliğini mümkün kılmıştır.
Veri setleri, yapay zeka ve dijital sağlık araştırmalarında yaygın olarak kullanılan, halka açık kıyaslama (benchmark) depolarından elde edilmiştir. Bu setler; yapılandırılmış Elektronik Sağlık Kayıtları (ESK), yapılandırılmamış klinik anlatılar, klinik soru-cevap görevleri ve tıbbi görüntüleme meta verileri dahil olmak üzere heterojen klinik bilgileri temsil etmek üzere seçilmiştir. Protokol, belirli bir klinik kohortu değerlendirmek yerine, farklı sağlık hizmetleri veri setlerine uyarlanabilenle yeniden üretilebilir bir uygulama iş akışını göstermeye odaklanmaktadır. Bu kıyaslama veri setlerinin çeşitliliği; birlikte çalışabilirlik hattının, Geri Getirme ile Artırılmış Üretimin (RAG) ve çok ajanlı akıl yürütme çerçevesinin birden fazla klinik veri modalitesi genelinde doğrulanmasını sağlamaktadır.
Deneysel ortam konfigürasyonu
Deneysel ortam, birlikte çalışabilen platformu kontrollü ve tekrarlanabilir koşullar altında değerlendirmek üzere yapılandırılmıştır. Mimari; tıbbi veri analizi için tek bir işlem hattında organize edilmiş veri alım modülleri, birlikte çalışabilirlik katmanları, büyük dil modelleri (LLM'ler) ve değerlendirme bileşenlerinden oluşmaktadır. Şekil 1, klinik veri alımından tanısal çıktıların üretilmesine kadar olan tüm iş akışını göstermektedir.

Şekil 1Ham klinik verilerden hastalık durumu çıktısına kadar olan işlem hattını gösteren genel sistem iş akışı. Süreç, Elektronik Sağlık Kayıtlarının (ESK) alınmasıyla başlar ve ardından hastalık duyarlı bilgileri çıkarmak için veri filtreleme ve ön işleme adımları izler. Yapılandırılmış bir istem tasarım aşaması; uzman bilgisini, hastalık tanımlarını ve hiperparametreleri entegre ederek Büyük Dil Modeli (LLM) ile etkili etkileşim kurulmasını sağlar. LLM, bağlama duyarlı yanıtlar üretmek için metin çıkarımı gerçekleştirir ve bu yanıtlar daha sonra nihai hastalık durumunu belirlemek amacıyla klinik kurallar aracılığıyla değerlendirilir. İş akışı, klinik karar verme sürecini desteklemek için veri ön işlemenin, bilgi güdümlü istemlemenin ve yapay zeka tabanlı çıkarımın entegrasyonunu vurgulamaktadır. Bu şeklin daha büyük bir versiyonunu görüntülemek için lütfen buraya tıklayın.
Sağlık hizmetleri birlikte çalışabilirlik mimarisi
Arka uç altyapısı, platform bileşenleri arasındaki iletişimi desteklemek için RESTful API'lere dayalı modüler bir mimari benimsemiştir (Şekil 2). Bu mimari, yapılandırılmış Elektronik Sağlık Kayıtları (ESK'ler), hekim notları ve tıbbi görüntüleme sistemlerinden türetilen meta veriler dahil olmak üzere heterojen klinik bilgileri kapsar. Bu veriler birden fazla kaynaktan ve formattan geldiği için, birlikte çalışabilirlik, özellikle Fast Healthcare Interoperability Resources (FHIR) çerçevesi15,16,17 aracılığıyla standartlaştırılmış veri modelleriyle sağlanmıştır..FHIR'ın benimsenmesi, dağıtık sağlık hizmetleri ortamlarında ölçeklenebilirlik ve esnekliği korurken yapılandırılmış bilgi alışverişini destekler. Sağlık kurumlarında yaygın olarak kullanılmaya devam eden eski klinik sistemlerle entegrasyonu kolaylaştırmak için HL7 tabanlı iletişim mekanizmaları da dahil edilmiştir16,17.

Şekil 2Önerilen birlikte çalışabilir platformun sistem mimarisiWeb arayüzü, HTTP POST/GET isteklerini kullanan bir Flask API aracılığıyla arka uç ile iletişim kurar. API; yönlendirme, sorgu işleme ve hem yapılandırılmış hem de yapılandırılmamış veri kaynaklarıyla etkileşimi yönetir. Yapılandırılmış klinik veriler bir MySQL veritabanında saklanırken, FAISS tabanlı bir vektör deposu geri çağırma işlemleri için benzerlik aramasını destekler. LLaMA tabanlı işlem hattı, metinsel girdileri işler ve vektör temsillerini kullanarak yanıtlar üretir; böylece Geri Çağırma ile Güçlendirilmiş Üretim (RAG) sağlanır. Bu mimari; web servislerinin, veritabanı yönetiminin, vektör geri çağırmanın ve büyük dil modeli çıkarımının birleşik bir sistemdeki entegrasyonunu vurgulamaktadır. Bu şeklin daha büyük bir versiyonunu görüntülemek için lütfen buraya tıklayın.
Çoklu ajan iş akışı yapılandırması
Çok ajanlı mimari, iş akışının farklı aşamalarından sorumlu uzmanlaşmış fonksiyonel ajanlar şeklinde organize edilmiştir. Bir ön işleme ajanı veri normalizasyonu ve FHIR eşlemesini gerçekleştirir; bunu, vektör veri tabanı içinde anlamsal aramadan sorumlu olan bir getirme ajanı takip eder. Bir akıl yürütme ajanı, yanıtlar oluşturmak için getirilen bağlamı LLM ile entegre ederken, bir doğrulama ajanı ise nihai yanıt döndürülmeden önce çıktı tutarlılığını ve biçimlendirmeyi kontrol eder. Ajan koordinasyonu, her bir ajanın çıktısının bir sonraki aşama için girdi olarak hizmet ettiği, tekrarlanabilir ve modüler bir uygulamayı sağlayan ardışık bir orkestrasyon stratejisini izler.
Klinik veri entegrasyonu
Veri entegrasyon katmanı, birden fazla klinik kaynaktan gelen bilgileri toplar ve bunları sonraki işlemler için hazırlar. Ön işleme süreci, heterojen veri setleri arasındaki semantik tutarlılığı artırmak amacıyla veri normalizasyonunu, tokene ayırmayı ve varlık hizalamayı içerir. Klinik bilgiler yapı ve kalite bakımından farklılık gösterdiğinden, bu işlemler gürültüyü azaltmaya ve yapay zeka modelleriyle etkileşimi kolaylaştırmaya yardımcı olur. Şekil 3'te15,16,17 gösterildiği gibi, farklı veri formatlarını uyumlu hale getirmek ve işlem hattıyla uyumluluğu sürdürmek için yapılandırılmış eşleme stratejileri de uygulanmıştır.

Şekil 3Çok ajanlı klinik akıl yürütme sürecinin ayrıntılı örneğiŞekil, klinik bir sorgunun karmaşıklık değerlendirmesi, uzman seçimi, ortaklaşa tartışma ve nihai karar verme dahil olmak üzere birden fazla aşama üzerinden nasıl analiz edildiğini göstermektedir. Bu süreç, sistemin sorgu karmaşıklığına bağlı olarak akıl yürütme stratejilerini dinamik bir şekilde uyarlama yeteneğini ortaya koyarak, klinik karar destek senaryolarında hem verimliliği hem de tanısal doğruluğu artırmaktadır. Bu şeklin daha büyük bir versiyonunu görüntülemek için lütfen buraya tıklayın.
Geri Getirme ile Güçlendirilmiş Üretim (Retrieval-Augmented Generation) hattını yapılandırın
Bilgi erişimini, büyük dil modellerinin üretici yetenekleriyle birleştirerek bağlama duyarlı analiz sağlamak amacıyla Geri Getirme ile Artırılmış Üretim (Retrieval-Augmented Generation - RAG) yöntemi entegre edilmiştir. Kullanıcı sorguları, gömme modelleri kullanılarak vektör temsillerine dönüştürülür ve en ilgili bağlamsal pasajları geri getirmek için anlamsal benzerlik araması kullanılarak vektör veritabanı ile eşleştirilir. Geri getirilen belgeler, LLM tarafından çıkarım yapılmadan önce orijinal sorgu ile birleştirilir. Bu strateji, yanıt üretimi sırasında bağlamsal bilgi sağlanmasına yardımcı olur ve sağlık hizmetleri de dâhil olmak üzere bilgi yoğunluklu uygulamalarda, gerçeklerle daha tutarlı sonuçlarla ve azaltılmış halüsinasyonlarla ilişkilendirilmiştir18,19. Şekil 1 ve Şekil 3, genel geri getirme iş akışını ve ilgili muhakeme sürecini göstermektedir.
Her kullanıcı isteği için, nihai istem, orijinal sorgunun vektör veritabanından getirilen en ilgili bağlamsal pasajlarla birleştirilmesiyle dinamik olarak oluşturulur. Getirilen bilgiler, çıkarım öncesinde bağlamsal kanıt olarak eklenir; böylece dil modelinin, anlamsal tutarlılığı koruyarak ve desteklenmeyen üretimleri azaltarak, getirilen sağlık hizmetleri bilgisine dayalı yanıtlar oluşturması sağlanır.
Prompt mühendisliği ve çoklu ajan akıl yürütme
Protokol, yanıt üretimi sırasında bağlamsal yorumlamayı geliştirmek için yapılandırılmış istem stratejileri içermektedir. Bu istem teknikleri, gelişmiş çıkarım mekanizmalarıyla birlikte, karmaşık klinik senaryolarda akıl yürütme sürecine rehberlik etmeye yardımcı olur ve literatürde bildirilen güncel gelişmelerle20 uyumludur.
Mimari; veri doğrulama, bağlam filtreleme, klinik akıl yürütme desteği ve çıktı doğrulama dahil olmak üzere, işlem hattı içinde farklı işlevleri yerine getiren özelleşmiş modüllerden oluşan çok ajanlı bir çerçeveyi içerir. Modüler organizasyon, görevlerin ardışık veya paralel olarak yürütülmesine olanak tanıyarak farklı işlem gereksinimleri için esneklik sağlar (Şekil 4). Bu faaliyetlerin birden fazla ajana dağıtılması, tek bir dil modeline olan bağımlılığı azaltır ve daha sağlam bir işlem iş akışını destekler. Bu mimari strateji, dağıtık yapay zeka ve akıllı sistem tasarımındaki son gelişmelerle uyumludur21,2.

Şekil 4Klinik akıl yürütme için çok ajanlı karar verme çerçevesiSüreç, sorgu karmaşıklığını değerlendirmekten sorumlu bir ajan denetleyici tarafından değerlendirilen bir kullanıcı sorgusuyla başlar. Karmaşık vakalarda sistem, nihai bir karar üretmeden önce problemi analiz etmek ve bilgiyi sentezlemek için yinelemeli tartışma turlarına giren, uzmanlaşmış ajanlardan oluşan çok disiplinli bir ekip (MDT) dinamik olarak görevlendirir. Daha basit vakalarda ise sorgu, daha hızlı yanıt oluşturulmasını sağlayan bir birinci basamak sağlık hizmeti klinisyeni (PCC) ajanı tarafından yönetilir. Bu adaptif mimari, verimlilik ve analitik derinlik arasında denge kurarak sağlık uygulamalarında karar kalitesini ve sistem ölçeklenebilirliğini artır. Lütfen bu şeklin daha büyük bir versiyonunu görüntülemek için buraya tıklayın.
Performans değerlendirmesi
Sistem performansı, üretilen çıktıların hem dilsel kalitesini hem de anlamsal tutarlılığını yakalayan tamamlayıcı metrikler kullanılarak değerlendirilmiştir. Sentaktik benzerliği n-gram örtüşmesine dayanarak ölçmek için BLEU uygulanırken23, ROUGE özellikle özetleme ve bilgi çıkarımı görevlerinde geri çağırma (recall) ve içerik kapsamını değerlendirmiştir24. Anlamsal benzerlik, üretilen ve referans metinleri karşılaştırmak için transformer tabanlı modellerden türetilen bağlamsal gömülmeleri (embeddings) kullanan BERTScore ile değerlendirilmiştir25. Ek analizlere, sırasıyla model güvenini ve anlamsal tutarlılığı incelemek için perplexity ve kosinüs benzerliği dahil edilmiştir26,27.
Seçilen değerlendirme metrikleri, sözcüksel ve anlamsal analizleri birleştirerek sistem performansı hakkında tamamlayıcı bakış açıları sunmaktadır. Bu kombinasyon, bağlamsal yorumlamanın sözcüksel benzerlik kadar önemli olduğu sağlık hizmetleri uygulamalarında özellikle geçerlidir. Platform, hem bulut tabanlı hem de yerel dağıtımı destekleyen kontrollü bir hesaplama ortamında değerlendirilmiştir. Hassas klinik bilgilerin işlenmesi sırasında veri gizliliği gereksinimlerini desteklemek ve dış hizmetlere olan bağımlılığı azaltmak amacıyla, LLM'lerin yerel olarak çalıştırılması bir seçenek olarak eklenmiştir. Bu dağıtım stratejisi, veri koruma çerçeveleriyle uyumludur ve farklı operasyonel ortamlara adapte edilebilir4.