Прибыль:
- Понимание этапов цикла получения доходов (запись, кодирование, выставление счетов, возмещение, сбор) и того, где искусственный интеллект создает черновики/проверки на каждом этапе.
- Способность классифицировать SSI/отказы в выплате с помощью искусственного интеллекта и создавать первопричину и проект возражения.
- Понимание того, что соблюдение нормативных требований и окончательное одобрение выставления счетов и кодирования принадлежат уполномоченному эксперту, а также риск того, что искусственный интеллект предложит поддельные коды.
Даже если больница вылечит пациента, она не сможет выжить в финансовом отношении, если не сможет правильно и вовремя собирать средства за предоставляемые услуги. Весь этот денежный поток называется циклом доходов: это финансовый процесс, который начинается с регистрации пациента, кодирования услуги, выставления счетов, возмещения со стороны учреждения (в основном SGK - Учреждение социального обеспечения в Турции) и распространяется на сбор средств. Самым неприятным моментом в этом цикле является отказ: SSI отказывается оплачивать счет, считая его неполным/неправильным. Отказ означает невозможность получить оплату за выполненную работу. В этом блоке мы будем использовать искусственный интеллект в качестве инструмента контроля и составления отчетов на каждом этапе цикла получения доходов. Но здесь действует самое жесткое ограничение: выставление счетов и кодирование регулируются; ИИ может свободно адаптировать неверный код. Окончательное утверждение каждого кода и возражения возлагается на уполномоченного эксперта.
Этапы цикла дохода
Разделим цикл на пять этапов. Регистрация – это корректный ввод в систему информации о пациенте и страховке; ошибка здесь (неправильный тип предохранителя) переносится в конец. Кодирование – это перевод предоставляемой услуги в официальный код транзакции (коды SUT – Health Practice Communiqué на турецком языке). Выставление счетов – это передача закодированных услуг в учреждение, возмещающее расходы, в виде счета. Возмещение – это этап, на котором учреждение рассматривает и оплачивает (или отклоняет) счет. Инкассация – это фактическое получение денег. Отказ чаще всего возникает из-за ошибок на этапах кодирования и расчета: недостающие документы, несовместимая диагностика-процедура, дублирующая регистрация, нарушение правила ТРИ.
Где в этом цикле может пригодиться ИИ? Проверка отсутствия полей в записи; В кодировании возможные предложения кода (обязательно проверенные); Предварительный контроль соблюдения биллинга; При анализе отказов, классификации отказов, выявлении коренных причин и составлении заявления об отказе. Где это не работает? При принятии точного решения о том, какой код является действительным, поскольку это знают только текущий SUT и эксперт.
В управлении отказом важно различать два разных временных горизонта. Первый – реактивная работа: анализ неприятия и возражение тем, кто прав, то есть попытка вернуть утраченное. Во-вторых, что более важно, это профилактическая работа: выявление основной причины отказов и изменение процесса, чтобы гарантировать, что отказы не повторятся. Большинство учреждений тратят всю свою энергию на возражения; тогда как, если вы получаете отказы снова и снова по одной и той же причине месяц за месяцем, возражением будет просто опорожнить ведро ложкой, а настоящая задача — перекрыть кран. ИИ полезен в обоих аспектах: с точки зрения реагирования он ускоряет составление возражений, с точки зрения профилактики он делает видимыми модель отказа и основную причину. Но внедрение профилактических изменений (контрольный список, обучение кодированию, системное предупреждение) на местах и соблюдение законодательства – это человеческая работа.
Шаг за шагом: анализ брака с помощью ИИ
- Собирайте отказы анонимно. Анонимная последовательность, код/причина отклонения, группа транзакций, сумма вместо номера счета. Идентификатора пациента нет.
- Классифицировать. Попросите ИИ сгруппировать отказы по причине: отсутствие документа, несоответствие диагноза и действия, правило SUT, дубликат.
- Выход Парето. Большинство отказов обычно происходит по нескольким причинам (80/20). По какой причине вы теряете больше всего денег?
- Доберитесь до основной причины. Для самой большой группы отказников изучите вопрос «почему» с помощью метода «5 почему».
- Превентивные меры + проект возражения. Рекомендовать изменения в процессах, которые предотвратят дублирование; Распечатайте проект возражения для обоснованных отказов.
- Экспертное одобрение. Каждый код и возражение проверяются действующим SUT и экспертом по доходам/кодированию; Проект AI не заменяет подпись.
Внимание: Самая опасная ошибка — спросить у ИИ «какой код SUT этой транзакции» и ввести код прямо в счет. Модель может с полной уверенностью сказать, что код не существует или устарел. Код никогда не будет использоваться без подтверждения официальным списком SUT.
три мини-кейса
Случай 1 — Парето отвержения. Ежемесячный отказ одной больницы составил 1240 счетов на общую сумму 860 000 турецких лир. Специалист по доходам передал 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-кода без проверки. Поддельный/устаревший код создает риск отклонения и нарушений.
- Спешу на все отказы сразу. Используйте Парето и в первую очередь сосредоточьтесь на причине, которая заставляет вас терять больше всего.
- Обход первопричины. Если тот же отказ повторяется, значит, процесс не был исправлен.
- Приведение законодательства в соответствие с ИИ. Номер товара всегда подтверждается из официального источника.
- Принятие возражения за неподписанный черновик. Без экспертного контроля и подписи проект не будет отправлен.
Совет: Ежемесячно классифицируйте причины отказов, используя один и тот же шаблон, и следите за тенденциями. Если одно обоснование снижается, а другое возрастает, вы сразу увидите, работает ли ваше изменение процесса. ИИ ускоряет классификацию; Ваша задача – интерпретировать тенденцию.
В итоге
Цикл дохода — это способ, которым услуга конвертируется в деньги, а отказы — это самая большая утечка. ИИ; Это мощный ускоритель для классификации отказов, выявления причин по Парето и первопричин, составления апелляций и предварительной регистрации. Но кодирование и выставление счетов регулируются; ИИ может составить неверный код. Каждый код проверяется официальным ТУС, каждое возражение – уполномоченным экспертом. Ответственность и окончательное одобрение всегда остаются за человеком.
Задача приложения
Получите анонимный список отказов (причина, группа транзакций, сумма) или сформируйте гипотетический. Запросите у ИИ классификацию по Парето с помощью шаблона «Классификация отклонения» и найдите причину, которая приводит к наибольшим потерям. По этой причине опишите основную причину с помощью шаблона «5 почему» и предложите профилактические действия. Обратите внимание в статье 5, что вы не принимаете какой-либо код SUT без его проверки и что окончательное утверждение принадлежит эксперту.
контрольный список
- [ ] Обезличил ли я данные об отказе (без идентификации пациента)?
- [ ] Разве я не использовал какой-либо кодекс/законодательство, предоставленный AI, без его проверки?
- [ ] Расставил ли я по приоритетам самую проигрышную причину с Парето?
- [ ] Обнаружил ли я основную причину и определил ли профилактические меры?
- [ ] Подвергнул ли я проект возражения экспертному контролю и подписанию?