Sigortacılıkta robotik süreç otomasyonu (RPA) nedir, nerede kullanılır?

Sigortacılıkta robotik süreç otomasyonu (Robotic Process Automation, RPA), bir operasyon çalışanının ekranlarda yaptığı tıklama, kopyalama, form doldurma ve kontrol adımlarını yazılım robotlarına devretmek demektir. Robot, kullanıcı arayüzü üzerinden çalıştığı için poliçe yönetim sistemine, banka portalına ya da kurum dışı bir ekrana kaynak kodunu değiştirmeden erişebilir. Bu özellik RPA'yı sigorta şirketlerinde hızlı kazanım aracı hâline getirir; aynı özellik onu kırılgan da yapar.

Bu rehberde RPA sigorta projelerinde hangi süreçlerin robota uygun olduğunu, RPA'nın API entegrasyonu ve yapay zekâ ile ilişkisini, robot yönetişimini ve adım adım uygulama yolunu ele alıyoruz.

Sigortacılıkta RPA tam olarak ne yapar?

RPA, kurallı ve tekrarlı bir işi, insanın izlediği adımların aynısıyla ve kesintisiz biçimde yürüten bir yazılım katmanıdır. Robot karar vermez; kendisine tanımlanan kuralları uygular ve kural dışı durumu bir insana devreder.

Tipik bir RPA çözümü üç bileşenden oluşur:

• Tasarım stüdyosu: Süreç adımlarının akış olarak modellendiği geliştirme ortamı.
• Robotlar: Gözetimli (attended) robotlar çalışanın masaüstünde onunla birlikte çalışır; gözetimsiz (unattended) robotlar sunucularda zamanlanmış ya da tetiklenmiş işleri tek başına yürütür.
• Orkestratör: Robotların zamanlamasını, iş kuyruklarını, kimlik bilgilerini, loglarını ve hata yönetimini merkezi olarak yöneten kontrol paneli.

Sigorta şirketlerinde RPA'nın öne çıkmasının nedeni mimari mirastır. Pek çok şirkette poliçe, hasar, muhasebe ve reasürans sistemleri farklı dönemlerde, farklı teknolojilerle kurulmuştur ve aralarında her zaman servis katmanı yoktur. Bu sistemler arasında veri taşıyan çalışanlar, farkında olmadan "insan entegrasyonu" görevi görür. RPA bu boşluğu kısa sürede kapatır.

Hangi sigorta süreçleri RPA'ya uygundur?

Bir süreç RPA'ya uygunsa genellikle kural tabanlıdır, yüksek hacimlidir, yapılandırılmış veriyle çalışır ve sık değişmeyen ekranlara dayanır. Aşağıdaki alanlar sigorta operasyonlarında en sık aday olan süreçlerdir.

Poliçe ve üretim tarafı

• Yenileme dönemindeki poliçelerin listelenmesi, teklif üretimi ve acenteye bildirim.
• Zeyil taleplerinin (adres, plaka, lehtar değişikliği) standart formdan sisteme girilmesi.
• Kurumsal müşteri listelerinden toplu sağlık veya ferdi kaza poliçesi girişi.
• Acente ve broker portallarındaki verinin çekirdek sisteme aktarılması.

Hasar tarafı

• İhbar kaydının açılması, dosya numarasının üretilmesi ve eksper atamasının tetiklenmesi.
• Eksper raporundaki tutarların hasar sistemine girilmesi ve rezerv güncellemesi.
• Anlaşmalı servis ve hastane faturalarının ön kontrolü.
• Rücu dosyalarında karşı sigorta şirketine yazışma şablonlarının hazırlanması.

Finans ve tahsilat tarafı

• Banka ekstrelerinin poliçe tahsilatlarıyla eşleştirilmesi (mutabakat).
• Acente komisyon hesaplarının ve hakediş raporlarının hazırlanması.
• Reasürans bordrolarının ve dönemsel raporların derlenmesi.
• Vadesi geçen primler için hatırlatma ve iptal ön listelerinin oluşturulması.

Resmî kurumlarla veri alışverişi (ör. SBM ve TRAMER) mümkün olduğunda tanımlı web servisler üzerinden yürütülmelidir. Bu kurumlarla çalışan süreçlerde RPA yalnızca servisle karşılanmayan tamamlayıcı ekran işleri için düşünülmelidir.

RPA, API entegrasyonu ve yapay zekâ arasındaki fark nedir?

RPA ekran üzerinden, API entegrasyonu servis üzerinden, yapay zekâ ise tahmin ve yorumlama üzerinden çalışır. Üçü rakip değil, farklı sorunların aracıdır.

Pratikte en verimli kurgu bu üçünün birlikte kullanılmasıdır. Örneğin bir hasar ihbarında yapay zekâ taranmış belgeden plaka, tarih ve tutarı okur, RPA bu veriyi API'si olmayan eski hasar ekranına girer, uzun vadede ise hasar sistemi servis katmanına kavuştuğunda robot devreden çıkar. Bu birleşik yaklaşıma sektörde hiperotomasyon (hyperautomation) adı verilir. Kalıcı çözüm tasarımı için sigortacılıkta API entegrasyonu ve yapay zekâ tarafı için sigortacılıkta yapay zekâ rehberlerimize bakabilirsiniz.

RPA sigorta projelerinde süreç nasıl seçilir?

Doğru süreç seçimi, RPA programının başarısını belirleyen ilk karardır. Süreçler "en çok şikâyet edilen" değil, ölçülebilir kriterlere göre puanlanarak seçilmelidir.

Değerlendirmede kullanılabilecek kriterler şunlardır:

• Hacim ve sıklık: İş günde, haftada kaç kez tekrarlanıyor?
• Kural netliği: Kararlar yazılı kurala dökülebiliyor mu, yoksa uzman yorumu mu gerekiyor?
• Veri yapısı: Girdi yapılandırılmış bir dosya veya ekran mı, serbest metin ya da el yazısı mı?
• Ekran istikrarı: Hedef uygulama sık güncelleniyor mu?
• İstisna oranı: İşlemlerin ne kadarı standart akıştan sapıyor?
• Hata maliyeti: Yanlış girilen bir tutarın müşteriye, denetime veya muhasebeye etkisi ne?
• Alternatif çözüm: Aynı sorun yakın dönemde bir API veya sistem geliştirmesiyle çözülecek mi?

Son kriter sıkça atlanır. Altı ay içinde değiştirilecek bir poliçe ekranına robot yazmak, yatırımı kısa sürede boşa çıkarabilir. Core sistem yenilemesi planlanıyorsa RPA'yı bilinçli olarak geçiş dönemi aracı olarak konumlamak gerekir; bu konuyu core sigorta sistemi modernizasyonu yazımızda ele aldık.

RPA projesi adım adım nasıl yürütülür?

Başarılı bir RPA programı küçük bir pilotla başlar, standartlarını pilotta oluşturur ve ancak ondan sonra ölçeklenir. Aşağıdaki adımlar sigorta operasyonlarında pratikte işleyen sırayı gösterir.

1. Süreç envanteri çıkarın: Operasyon birimleriyle görüşerek tekrarlı işleri, hacimlerini ve sürelerini listeleyin.
2. Puanlayın ve önceliklendirin: Yukarıdaki kriterlerle süreçleri puanlayın; ilk pilot için orta karmaşıklıkta, görünür faydası olan bir süreç seçin.
3. Mevcut durumu belgeleyin: Süreç tasarım dokümanında her ekranı, alanı, kuralı ve istisnayı tek tek yazın. Belgelenmemiş istisnalar en sık görülen hata kaynağıdır.
4. Süreci sadeleştirin: Gereksiz onay adımlarını ve çift kontrolleri otomasyondan önce kaldırın; bozuk bir süreci otomatikleştirmek yalnızca bozukluğu hızlandırır.
5. Geliştirin ve test edin: Robotu test ortamında, gerçek veri çeşitliliğini yansıtan anonimleştirilmiş örneklerle deneyin; kişisel veriyi test ortamına ham hâliyle taşımayın.
6. Kullanıcı kabul testi yapın: İş birimi, robotun çıktısını manuel sonuçlarla karşılaştırarak onaylasın.
7. Kademeli canlıya alın: İlk haftalarda robotun işlerini örneklem üzerinden insan kontrolünden geçirin.
8. İzleyin ve ölçün: İşlenen kayıt sayısı, istisnaya düşen iş oranı, hata ve yeniden deneme sayısı gibi göstergeleri orkestratörden düzenli raporlayın.
9. Ölçekleyin: Pilotta oluşan şablonları, isimlendirme kurallarını ve yeniden kullanılabilir bileşenleri yeni süreçlere taşıyın.

Robot yönetişimi ve güvenlik nasıl sağlanır?

Yazılım robotu, sistemlere kullanıcı gibi giren dijital bir çalışandır; bu yüzden en az bir çalışan kadar sıkı kontrol altında tutulmalıdır. Yönetişimsiz büyüyen RPA programları kısa sürede kimsenin sahiplenmediği, belgelenmemiş robot yığınına dönüşür.

Öne çıkan yönetişim başlıkları şunlardır:

• Mükemmeliyet merkezi (Center of Excellence, CoE): Standartları, süreç seçim kriterlerini ve kod incelemesini yöneten küçük bir merkezi ekip.
• Robot kimlikleri: Her robot için ayrı, kişiye bağlı olmayan kullanıcı hesabı ve yalnızca gereken yetkiler. Robotların bir çalışanın şifresiyle çalışması kabul edilmemelidir.
• Kimlik bilgisi kasası: Şifrelerin akış içinde düz metin olarak tutulmaması, merkezi ve şifreli bir kasadan okunması.
• İz kaydı: Robotun hangi kayıtta hangi işlemi yaptığının denetlenebilir biçimde loglanması.
• Kişisel veri: Robotların işlediği sağlık verisi gibi özel nitelikli kişisel verilerin ekran görüntüsü veya log dosyalarında açık kalmaması. Bu konu KVKK uyumlu sigorta yazılımı rehberimizde ayrıca işleniyor.
• Değişiklik yönetimi: Hedef uygulamalardaki ekran değişikliklerinin RPA ekibine önceden bildirilmesi.

Bu başlıklar aynı zamanda iç denetim ve bilgi güvenliği ekiplerinin RPA'ya güven duymasını sağlar. Robotlar, sigorta şirketinin genel siber güvenlik politikasının kapsamına açıkça dahil edilmelidir.

RPA'nın faydası nasıl ölçülür?

RPA'nın faydası, robotun devraldığı işin hacmi, süresi, hata oranı ve iş sürekliliğine etkisi üzerinden ölçülür. Ölçüm, otomasyondan önce alınan temel değerle yapılmazsa fayda hesabı tartışmalı kalır.

Takip edilmesi önerilen göstergeler:

• Süreç başına ortalama işlem süresi (otomasyon öncesi ve sonrası).
• İstisnaya düşerek insana dönen iş oranı.
• Robot kaynaklı hata ve düzeltme sayısı.
• Dönem sonu, yenileme sezonu gibi yoğunluklarda iş birikiminin değişimi.
• Robot bakımına harcanan efor.

Son gösterge çoğu zaman unutulur. Bakım eforu sürekli artan bir robot, aslında kalıcı bir entegrasyon ihtiyacının habercisidir.

RPA'yı başlatmadan önce kontrol listesi

Aşağıdaki sorulara "evet" diyemiyorsanız robot geliştirmeye başlamadan önce eksikleri tamamlamanız önerilir.

• Süreç yazılı kurallarla eksiksiz tarif edilebiliyor mu?
• İstisna senaryoları listelendi ve her biri için insan devri tanımlandı mı?
• Hedef ekranların yakın dönemde değişmeyeceği teyit edildi mi?
• Robot için ayrı kullanıcı hesabı ve en az yetki ilkesine uygun rol oluşturuldu mu?
• Kişisel verilerin log ve ekran görüntülerinde maskelenmesi sağlandı mı?
• Otomasyon öncesi temel ölçümler alındı mı?
• Süreç sahibi (iş birimi) ve teknik sahip (RPA ekibi) atandı mı?
• Robot durduğunda işin manuel yürütülmesi için yedek plan hazır mı?

ProdayTech olarak sigorta projelerinde RPA'yı, kalıcı entegrasyon yol haritasıyla birlikte ele alıyor ve her robotun devreden çıkış koşulunu baştan tanımlamayı öneriyoruz. Süreç envanteri ve önceliklendirme için bizimle iletişime geçebilirsiniz.