Рутинные приёмы приходят с предложенными кодами; отказы — специалисту

Вопрос, на который отвечает эта карточкаКакая доля наших счетов страховщикам возвращается при первой подаче — и сколько потом кодировщик тратит на каждый?

Кому подходит: больницам и медицинским группам, где кодировщики читают каждую запись и разбирают отказы в той же очереди — плейбук для здравоохранения не даёт числа приёмов для этого участка; аудит измерит ваше.

Не подходит: организациям, которые уже полностью отдали кодирование и работу с отказами на аутсорс — внутренней очереди, которую можно перестроить, нет.

Типичный день

Как этот участок выглядит сегодня

Типичная картина по плейбуку для здравоохранения — не день реального клиента. Каждый приём порождает работу по кодированию; плейбук не даёт числа в день, так что аудит измерит ваше. Кодировщик читает запись врача, присваивает коды ICD и CPT, подаёт счёт плательщику и — через дни или недели — получает запрос или отказ плательщика, разбирается, подаёт повторно, отслеживает оплату. Рутинные визиты и неоднозначные записи стоят в одной очереди, так что простые задерживают сложные. Больно, когда отказы приходят пачкой и кодировщик должен бросить кодировать сегодняшние записи, чтобы спорить о прошлом месяце.

Что меняется

Как выглядит понедельник после

К моменту, когда кодировщик входит в систему, ночные записи стоят в очереди с предложенными кодами и подсвеченными подтверждающими фразами; кодировщик подтверждает или меняет каждый — решение за ним, чтения с нуля больше нет. Два счёта придержаны с пометкой «латеральность не задокументирована» — пойманы сегодня, а не в отказе в следующем месяце. Пришедшие отказы сгруппированы по причинам, у рутинных запросов есть черновик ответа, апелляция — у специалиста. Ваш руководитель по управлению выручкой (revenue cycle) видит отказы по причинам и плательщикам. AHIMA (2023) измерила точность кодирования с подсказками на рутинных приёмах — их цифра, приведённая выше, не обещание про ваших кодировщиков.

Типичная картина, не измеренный результат клиента. Каждая цифра — из источника плейбука, названного ниже.

~35–55%

объёма работы по кодированию идёт с ассистентом — точность по-прежнему проверяется

Было: кодировщик читает каждую запись и живёт в куче отказов. Стало: AHIMA (2023) сообщает о 85–90% точности предложений на рутинных приёмах — апелляции и «серые» записи остаются за специалистом.

Откуда эта цифра

AHIMA (2023): кодирование с помощью AI достигает точности 85–90% на рутинных приёмах; McKinsey (2023): автоматизация revenue cycle может снизить долю отказов на 20–30% за счёт лучшей точности первой подачи. Отраслевые цифры, не наше измерение. Диапазон по плейбуку — 35–55%. Не гарантия выручки — каждый код проверяется.

Что мы ставим

Что мы ставим перед системами, которые у вас уже есть

Кодирование остаётся решением кодировщика, а биллинговая система остаётся вашей — Waystar, Availity, Change Healthcare или та, что у вас, с данными из Epic или Cerner. Мы добавляем шаг подготовки и шаг сортировки:

каждая запись читается, и предлагаются коды ICD/CPT с фразами, которые их подтверждают
до подачи счёт проверяется на документацию, которую запрашивают плательщики, — пропуск отмечается, пока врач ещё доступен
входящие запросы и отказы сортируются — на рутинный запрос плательщика кодировщик получает черновик ответа, типовой отказ группируется, апелляция уходит специалисту
статус счёта читается из клирингового центра — без обновления портала вручную.

Первый объём: типы визитов с наибольшим объёмом.

Что остаётся за человеком — и чего этот процесс не сделает

Сложные решения по кодированию. Написание апелляции. Переговоры с плательщиком. Ответ на аудит. Каждый код подтверждает кодировщик.

Что может пойти не так — и что мы с этим делаем

Предложенный код для скупо задокументированного визита — догадка; поэтому кодировщик подтверждает каждый, а точность 85–90% от AHIMA относится только к рутинным приёмам. Если ваша история отказов не размечена по причинам, сортировке поначалу нечему учиться; руководитель видит шум, прежде чем увидит закономерность. HIPAA означает, что доступ к записям, логирование и деидентификация идут до чтения первой записи, и это добавляет времени. Апелляции, переговоры с плательщиками и ответы на аудиты за рамками 35–55% плейбука; снижение доли отказов — возможный эффект, не обещание.

Сколько это занимает и что нужно от вас

Аудит, около двух недель (€1.5–3K): выгружаем месяц счетов и отказов, считаем отказы с первой подачи по причинам и плательщикам и проверяем, что открывает ваш клиринговый центр и что разрешает EHR по записям. Пилот, 5–8 недель — высокая сложность по плейбуку для здравоохранения: кодирование регулируется, каждый код проверяется (€10–20K): одна специальность, только предложения и пометки, кодировщик подтверждает каждый код. Продакшен: следующие специальности, затем сортировка отказов и черновики ответов. От вас: деидентифицированные образцы записей, история отказов, ваш ответственный за комплаенс.

Путь: бесплатная оценка за 60 секунд → бесплатный 20-минутный разбор → платный аудит одного этого процесса (€1.5–3K, обычно две недели) → пилот, где ваши люди остаются в контуре (€10–20K, недели, а не кварталы). Никакой «программы трансформации». Цены открыты, на странице услуг →

Это про вас, если…

Читает ли кодировщик каждую запись с нуля, включая рутинные повторные визиты?
Попадают ли отказы и запросы плательщиков в ту же очередь, что и сегодняшнее кодирование?
Знаете ли вы свою долю отказов с первой подачи по плательщикам — или отчёт пришлось бы строить?

Сколько это в евро для вашей компании?

Это зависит от ваших объёмов и стоимости труда — эта страница не станет выдумывать цифру. Бесплатная 60-секундная оценка считает её по вашим ответам, с источником у каждого множителя.

Получите бесплатную оценку экономии 60 секунд · без созвона с продавцом Или сначала напишите → Составить карту процесса в здравоохранении — как в этой карточке: бесплатно, за 60 секунд → Анкета — на английском.

Это не именованный клиент Aperanda. Карточка процесса · Здравоохранение.

Подробная карточка процесса. Объёмы, недели и источники — из отраслевого плейбука; именованных клиентов здесь нет.

Все карточки процессов