Автоматизация с ИИ · Застраховане AI insurance: кои процеси могат да се автоматизират и какво остава при консултантите и специалистите по поемане на застрахователни рискове

Типични процеси в застраховането

Това са типични процеси, а не клиентски проекти. Във всеки ИИ подготвя, квалифициран специалист проверява и резултатът се записва в брокерската система за управление или в системата за управление на застрахователния портфейл заедно със запис в журнала.

1. Запитвания към застрахователи и сравняване на оферти

Брокерът събира данните на клиента от имейли, въпросници и справки, изпраща ги на няколко застрахователи и получава PDF оферти с различна структура.

• Вход: имейли от клиента, въпросници, справки за стойности и застрахователни суми, оферти от застрахователите.
• ИИ подготвя: привежда данните във формата, който всеки застраховател очаква, отбелязва липсващата информация и подрежда получените оферти за сравнение: покритие, суми, самоучастие, изключения и условия, като за всяко посочва страницата, от която е взето.
• Консултантът проверява: запитването преди изпращане и сравнението спрямо потребностите на клиента.
• Изход: пакет за запитване и сравнителна таблица като проект. Препоръката дава консултантът.

2. Уведомления за щети

Уведомленията пристигат по имейл, като бележка от телефонен разговор или през портал, с приложени снимки, фактури и полицейски или експертни доклади.

• Вход: уведомлението с приложенията му.
• ИИ подготвя: извлича номера на полицата, датата и вида на щетата, намира съответната полица, сверява срока и застрахованите лица с данните в портфейла, изброява липсващите документи и изготвя проекти на потвърждение за получаване и искане за липсващите документи.
• Отговорният служител проверява: всеки въпрос за покритието. Решението за признаване на щетата, намаляване на обезщетението или отказ се взема от човек.
• Изход: създадено досие за щетата с подредени документи и чернови на писмата.

3. Сверяване на полиците с възложеното

Новите полици, анекси и справки се прочитат, за да се провери дали отговарят на възложеното.

• Вход: възлагането или заявлението и документът на застрахователя.
• ИИ подготвя: сравнява имена, адреси, застрахователни суми, срокове, самоучастие и специални условия и изброява всяко отклонение с двата съответни текстови откъса.
• Консултантът проверява: всяко отклонение и иска корекция от застрахователя.
• Изход: кратък доклад от проверката за всеки документ и чернова на уточняващото запитване към застрахователя.

4. Разговори, бележки от консултации и подновявания

Консултацията трябва да се документира, а за подновяванията историята на полицата трябва да се събере от няколко места.

• Вход: бележки или запис от разговора с клиента, договорното досие и историята на щетите.
• ИИ подготвя: чернова на бележката от консултацията с желанията и потребностите на клиента и обсъдените възможности, както и пакет за подновяване с промените и историята на щетите.
• Консултантът проверява: съдържанието и точността, защото консултацията и документирането ѝ са отговорност на дружеството.
• Изход: бележката и пакетът за подновяване като чернови, съхранени в брокерската система.

Какво остава за хората и какво не правим

• Покритие, щети и цени: признаването или отказът на щета, поемането на риск и определянето на цена са решения на квалифицирани специалисти.
• Консултация: препоръчването на продукт е регулираната дейност на консултанта. ИИ предоставя факти и чернови.
• Оценка на риска и ценообразуване за отделни лица в животозастраховането и здравното застраховане: тези системи са високорискови съгласно приложение III към Регламента за ИИ. Ние не ги изграждаме, вижте класове риск.
• Обвинения в измама: ИИ може да отбелязва документи, в които изглежда, че има несъответствия. Той никога не решава, че някой е постъпил нечестно.
• Клиентски чат без прехвърляне към човек: чатботът отговаря на въпроси за документи и процеси, ясно заявява, че е ИИ, и прехвърля към човек за консултации, решения по щети и жалби.

Надзорни правила и защита на личните данни

Таблицата посочва най-важните източници на надзорни правила за ориентация. Кои правила се прилагат за дадено дружество, зависи от неговия статут, разрешението му за дейност и пазарите.

Освен това Art. 22 ОРЗД ограничава решенията, основани единствено на автоматизирано обработване и засягащи значително дадено лице, а Art. 28 изисква договор за обработване на лични данни с всеки доставчик. Art. 4 от Регламента за ИИ изисква достатъчна грамотност в областта на ИИ на служителите, а Art. 50 изисква чатботовете с ИИ да се обозначават като такива. Този преглед е обща информация и не представлява правна консултация. Проверете актуалните текстове при Вашия надзорен орган и отговорника Ви по съответствието.

Системи, които вероятно използвате

В Германия обменът на данни между застрахователи и брокери следва стандартите BiPRO, а брокерите работят с програми за брокерско управление. Британските брокери използват системи като Acturis, Applied Epic или Open GI, а застрахователите: платформи като Guidewire или Duck Creek. Свързваме чрез интерфейсите, които тези системи предлагат (API, експорт, имейл или наблюдавана папка), а когато няма такива, работим паралелно с тях. Имената служат за ориентация и не означават партньорство.

Как асистентите с ИИ препоръчват застрахователни дружества

Клиентите питат ChatGPT, Gemini или AI Overviews на Google за „брокер за бизнес застраховки в Хамбург“ или „кой консултира за застраховка отговорност за наемодатели“. Отговорите се основават на страниците на дружеството, вписванията в регистри, списъците на браншови организации, бизнес профила в Google и отзивите. Тъй като застраховането е регулирано, както асистентите, така и потребителите обръщат внимание на дружества, за които ясно се вижда, че имат разрешение за дейност.

• Страница за всеки вид застраховка: за кого е предназначена, какво обикновено е застраховано, какво е изключено и как се подава уведомление за щета.
• Съответстващи вписвания в регистрите: име на дружеството, адрес и разрешение за дейност, еднакви с тези в регистъра, например в регистъра на посредниците в Германия или в регистъра на FCA в Обединеното кралство.
• Еднакви данни навсякъде: сайт, бизнес профил в Google, списъци на браншови организации като BIBA или Brokers Ireland и указатели.
• Ясно и коректно съдържание: без преувеличени обещания, в рамките на правилата за комуникация с клиентите.

Струва ли си автоматизацията? Осем въпроса

1. Въвеждате ли наново клиентски данни в порталите или формулярите на няколко застрахователи?
2. Сравнявате ли офертите в таблица, която някой попълва ръчно?
3. Пристигат ли уведомленията за щети в много формати и отнема ли време сортирането им?
4. Сверяват ли се полиците с възложеното само когато някой има време?
5. Пишат ли се бележките от консултациите по памет след разговора?
6. Започват ли подновяванията късно, защото първо трябва да се събере историята?
7. Има ли писмено правило какви данни могат да се въвеждат в ИИ инструменти и кой проверява резултата?
8. Можете ли да посочите задача, при която дори изготвянето на чернова за проверка би спестило време?

Три или повече отговора „да“ обикновено показват, че процесът си струва да бъде тестван. Въпрос 7 е предварителното условие.