Прибуток:
- Розуміння етапів циклу доходів (запис, кодування, виставлення рахунків, відшкодування, збір) і того, де штучний інтелект створює чернетки/чеки на кожному етапі
- Можливість класифікувати відхилення SSI/погашення з підтримкою штучного інтелекту та створювати основні причини та проекти заперечень
- Розуміння того, що відповідність нормативним вимогам і остаточне схвалення у виставленні рахунків і кодуванні належать уповноваженому експерту, а також ризик того, що штучний інтелект запропонує підроблені коди
Навіть якщо лікарня вилікує пацієнта, вона не може вижити фінансово, якщо не зможе правильно та вчасно стягувати кошти за надані послуги. Весь цей грошовий потік називається циклом доходу: це фінансовий процес, який починається з реєстрації пацієнта, кодування послуги, виставлення рахунків, відшкодування установою (переважно SGK – установою соціального забезпечення в Туреччині) і поширюється на збір. Найбільш неприємним моментом цього циклу є відмова: SSI відмовляється оплачувати рахунок-фактуру, вважаючи його неповним/невірним. Відмова означає неможливість отримати гроші за виконану роботу. У цьому підрозділі ми будемо використовувати штучний інтелект як інструмент контролю та розробки на кожному етапі циклу доходів. Але тут застосовуються найсуворіші обмеження: виставлення рахунків і кодування регулюються; ШІ може легко адаптувати недійсний код. Остаточне затвердження кожного коду та заперечень належить уповноваженому експерту.
Етапи кругообігу доходів
Розділимо цикл на п'ять етапів. Реєстрація – це правильне введення в систему інформації про пацієнта та страхування; тут помилка (неправильний тип запобіжника) переноситься в кінець. Кодування — це переклад наданої послуги в офіційний код транзакції (SUT — коди медичного комюніке турецькою мовою). Виставлення рахунків – це передача закодованих послуг установі відшкодування як рахунку-фактури. Відшкодування – це етап, на якому установа переглядає та оплачує (або відхиляє) рахунок-фактуру. Інкасація – це фактичне отримання грошей. Відмова здебільшого виникає через помилки на етапах кодування та виставлення рахунків: відсутні документи, несумісна процедура діагностики, повторна реєстрація, порушення правила SUT.
Де штучний інтелект стане в нагоді в цьому циклі? Перевірка відсутніх полів у записі; У кодуванні можливі пропозиції коду (обов'язково перевірені); У попередньому контролі дотримання рахунків; В аналізі відмов, класифікації відмов, пошуку основних причин і складанні петиції про заперечення. Де не працює? Вирішуючи, який саме дійсний код — тому що це знають лише поточний SUT та експерт.
У управлінні відмовами важливо розрізняти два різні часові горизонти. Перший — це реактивна робота: аналіз відмови та заперечення тим, хто правий, тобто спроба повернути втрачене. По-друге, і більш цінним, є превентивна робота: пошук основної причини відмови та зміна процесу, щоб гарантувати, що відмови не повторяться знову. Більшість установ витрачає всю свою енергію на заперечення; тоді як якщо ви отримуєте відмову знову і знову з тієї самої причини місяць за місяцем, заперечення — це просто спорожнення відра ложкою — справжня робота — закрити кран. ШІ корисний з обох сторін: з реактивної сторони він пришвидшує складання заперечень, з превентивної сторони він робить видимою схему відмови та першопричину. Але впровадження профілактичних змін (контрольний список, навчання кодуванню, системне попередження) на місцях і дотримання законодавства – справа людини.
Крок за кроком: аналіз відхилень за допомогою ШІ
- Збирайте відмови анонімно. Анонімна послідовність, код/причина відмови, група операцій, сума замість номера рахунку. Немає ID пацієнта.
- Класифікувати. Попросіть ШІ згрупувати відхилення за причиною: відсутність документа, невідповідність діагнозу та дії, правило SUT, дублікат.
- Вихід Парето. Більшість відмов зазвичай приходить з кількох причин (80/20). Через яку причину ви втрачаєте найбільше грошей?
- Дізнайтеся першопричину. Для найбільшої групи відхилень перевірте запитання «чому» за допомогою методу 5 чому.
- Профілактичний захід + проект заперечення. Рекомендувати зміни процесу, які запобігатимуть дублюванню; Роздрукуйте проект петиції про заперечення для обґрунтованих відмов.
- Експертне схвалення. Кожен код і заперечення перевіряються поточним SUT та експертом з доходів/кодування; Чернетка AI не замінює підпис.
Увага: найнебезпечніша помилка — запитати AI «який код SUT цієї транзакції» та ввести код безпосередньо в рахунок-фактуру. Модель може з повною впевненістю сказати, що код не існує або застарів. Код ніколи не використовуватиметься без підтвердження в офіційному списку SUT.
три міні-чохла
Випадок 1 — Парето відмови. Щомісячна відмова однієї лікарні становила 1240 рахунків-фактур на загальну суму 860 000 TL. Спеціаліст із доходів надав анонімні дані про відмову в AI. Класифікація AI показала, що 62 відсотки відмов надійшли з двох причин: «неповний документ епікризу» та «невідповідність діагнозу та процедури». Спочатку команда зосередилася на цих двох: було створено контрольний перелік документації про виписку та перехресну перевірку кодування та діагностики. Протягом двох місяців кількість відмов із цих двох причин зменшилася вдвічі, а щомісячні втрати зменшилися на ~300 000 TL.
Випадок 2 — кодова пастка галюцинації. Співробітник попросив ШІ код SUT для нової операції; ШІ вільно повертав реалістичний код, наприклад «P612340». Експерт перевірив: цього коду немає в списку SUT, його вигадала модель. Якби його було введено без перевірки, ці рахунки-фактури отримали б масову відмову або навіть вважалися б неправильним кодуванням. Урок: код завжди підтверджується офіційним списком.
Випадок 3 — Прискорення заперечення проекту. Написання заперечень на обґрунтовані відмови в прибутковій частині займало години на день. Експерт надав YZ анонімне обґрунтування відхилення та відповідну основу SUT і попросив проект петиції про заперечення. ШІ створив структурований план за лічені хвилини; Експерт перевірив та підписав підстави та суми. Час на підготовку заперечень значно скоротився, кількість заперечень зросла, а відшкодована сума зросла. ШІ це написав, експерт перевірив і взяв на себе відповідальність.
Чотири шаблони, які можна копіювати
1) Класифікація відхилення:
Ваша роль: помічник аналітика циклу доходів. Нижче наведені анонімні дані про відмову: анонімний порядковий номер, причина відмови, група транзакції, сума (без ідентифікатора пацієнта). Завдання: згрупуйте відмови за причиною, відніміть кількість і загальну суму кожної групи, відзначте 3 причини, які спричиняють найбільші втрати. Не додавайте вигаданий код або причину.
2) Першопричина (5 причин):
Найбільшою групою відмов є «невідповідність діагнозу та процедури». Для цього складіть аналіз 5 причин: запропонуйте можливу відповідь на кожне запитання «чому», перейдіть до першопричини та запропонуйте 3 зміни процесу, які запобіжать повторенню. Зазначте, що це гіпотеза, яку необхідно перевірити на місцях.
3) Проект петиції про заперечення:
Напишіть ПРОЕКТ петиції про заперечення для анонімної відмови нижче: причина відмови [...], підстава надання послуги [...], відповідна стаття законодавства [заповнюється експертом]. Використовуйте офіційну, шанобливу, аргументовану мову. НЕ складайте номер статті законодавства; Залиште поле порожнім із тегом [VERIFY].
4) Контрольний список перед реєстрацією:
Перш ніж переходити до виставлення рахунків, підготуйте контрольний список попередньої реєстрації/кодування, який запобіжить відмові: чи правильний вид страхування, чи сумісний він з діагнозом і процедурою, чи заповнені необхідні документи (епікриз, звіт), чи є дублікати записів. Нехай кожен пункт буде окремим рядком, позначеним так/ні.
Слабка підказка / Сильна підказка
Слабка підказка:
Надайте код SSI цієї транзакції та підготуйте його до рахунку-фактури.
Це небезпечно: він замінює ШІ офіційне джерело, створюючи ризик підробки коду.
Потужна підказка:
Нижче наведено наші анонімні дані про відхилення. Класифікуйте відхилення відповідно до причини, ранжуйте причини, які спричиняють найбільші втрати в порядку Парето, і рекомендуйте запобіжні дії для найбільшої з них. код SUT або законодавча стаття, виготовлення, ЯКЩО НЕОБХІДНО; Позначте «[експертна перевірка]».
етап
Внесок ШІ
людське схвалення
Реєстрація
Відсутня ділянка попередньої перевірки
реєстратор
Кодування
Можлива пропозиція коду (відкрита для підтвердження)
Експерт з кодування + SUT
Виставлення рахунків
Список попередньої перевірки відповідності
спеціаліст з доходів
Аналіз відмови
Класифікація, Парето, першопричина
менеджер з доходів
заперечення
Проект петиції
Підпис уповноваженого експерта
Поширені помилки
- Використання коду ШІ без перевірки. Фальшивий/застарілий код створює ризик відхилення та порушень.
- Поспішає на всі відмови відразу. Використовуйте Парето і спершу зосередьтеся на причині, яка змушує вас програти найбільше.
- Обхід першопричини. Якщо така сама відмова повторюється, це означає, що процес не виправлено.
- Приведення законодавства у відповідність до ШІ. Номер товару завжди підтверджується з офіційного джерела.
- Помилково сприймаючи заперечення як непідписану чернетку. Без експертного контролю та підпису проект не надсилається.
Порада: класифікуйте причини відмови щомісяця за тим самим шаблоном і зберігайте тенденцію. Якщо одне обґрунтування знижується, а інше зростає, ви відразу побачите, чи працює зміна процесу. AI прискорює класифікацію; Ваша робота — інтерпретувати тенденцію.
Підсумовуючи
Цикл доходів — це спосіб, у який послуга перетворюється на гроші, а відмови — це найбільший витік. ШІ; Це потужний прискорювач для класифікації відмов, визначення Парето та першопричин, складання апеляцій та попередньої реєстрації. Але кодування та білінг регулюються; ШІ може створити недійсний код. Кожен код перевіряється офіційним SUT, кожне заперечення – уповноваженим експертом. Відповідальність і остаточне схвалення завжди залишаються за людиною.
Аплікаційне завдання
Отримайте анонімний список відхилень (причина, група транзакцій, сума) або створіть гіпотетичний. Попросіть ШІ класифікувати Парето за допомогою шаблону «Класифікація відхилення» та знайдіть причину, яка спричиняє найбільші втрати. З цієї причини окресліть першопричину за допомогою шаблону «5 чому» та запропонуйте профілактичні дії. Зауважте, що в статті 5 ви не приймаєте будь-який код SUT без його перевірки, і що остаточне затвердження належить експерту.
контрольний список
- [ ] Чи я анонімізував дані про відмову (без ідентифікації пацієнта)?
- [ ] Чи я не використовував жодного коду/законодавства, наданого ШІ, не перевіривши його?
- [ ] Чи визначив я найбільш програшну причину з Парето?
- [ ] Чи я знайшов першопричину та визначив запобіжні дії?
- [ ] Чи піддавав я проект заперечення експертному контролю та підпису?