Пропустіть дедлайн подання документів на один день — і Medicare не надішле попередження, а просто тихо зніме гроші з вашого наступного чека. Для агентств домашнього догляду цей дедлайн становить п'ять календарних днів, гроші — це штраф за Повідомлення про прийом, і більшість власників дізнаються про це лише тоді, коли бачать заявку, яка заплатила менше, ніж очікувалося.
Це реальність виставлення рахунків за моделлю Patient-Driven Groupings Model (PDGM) — системи оплати, яку Medicare використовує для домашнього догляду з 2020 року. PDGM не просто змінює таблицю ставок — вона змінює те, наскільки швидко ви маєте діяти, наскільки точно ваша клінічна документація має відповідати вашим кодам виставлення рахунків і скільки готівки фактично надходить на ваш рахунок за кожного пацієнта. Для галузі, де середнє агентство приносить близько 1,6 мільйона доларів на рік, а найдрібніші оператори працюють із чистою маржею ближче до 2%, помилка в правилах таймінгу PDGM — це не проблема з паперами. Це проблема платоспроможності.
Ось як насправді працює ця модель, де агентства втрачають гроші, не усвідомлюючи цього, і що відстежувати, щоб це припинилося.
30-денний період — це вся гра
До PDGM Medicare платила агентствам домашнього догляду за 60-денні епізоди. PDGM скоротила це вікно вдвічі: кожна одиниця оплати тепер є 30-денним періодом, і кожен період оцінюється незалежно на основі нового погляду на стан пацієнта та історію догляду.
Саме ця зміна робить PDGM набагато менш поблажливою, ніж стара система. 60-денний епізод давав вам час, щоб компенсувати повільний старт. 30-денний період дає вам два, іноді три, окремих розрахунки оплати на місяць догляду — кожен оцінюється за власною документацією.
Кожен 30-денний період розподіляється в одну з 432 груп за складністю випадків, і група визначає оплату. Чотири фактори визначають, до якої групи потрапить період:
- Джерело та час прийому — пацієнта направили з громади чи з установи (лікарні, центру кваліфікованого догляду), і чи це ранній період (перші 30 днів послідовності догляду) чи пізніший період (усе, що після)?
- Клінічна група — одна з дванадцяти категорій на основі основного діагнозу пацієнта (наприклад, догляд за ранами, нейро/інсультна реабілітація, комплексні медсестринські втручання).
- Рівень функціональних порушень — низький, середній або високий, оцінюється за вісьмома пунктами OASIS щодо повсякденної активності.
- Коригування за супутніми захворюваннями — чи вторинні діагнози в картці додають низьку чи високу додаткову надбавку до оплати.
Чому "ранній проти пізнього" коштує реальних грошей
Розмежування раннього/пізнього існує тому, що PDGM припускає — і здебільшого правильно — що пацієнти потребують інтенсивніших послуг у перші 30 днів після лікарняного перебування або нового направлення, а потім інтенсивність знижується. Інституційні, ранні періоди прийому зазвичай мають вищі вагові коефіцієнти та оплачуються більше, ніж пізні, прийняті з громади.
Практичне значення: якщо ваша команда з прийому неправильно кодує джерело направлення, або перерва в догляді випадково скидає те, що мало бути "пізнім" періодом, назад на "ранній" (або навпаки), ви робите не канцелярську помилку — ви обираєте неправильну ціну в меню з 432 пунктів.
Приклад розрахунку: той самий пацієнт, дві дуже різні виплати
Скажімо, двоє пацієнтів потребують 30 днів візитів для догляду за ранами з подібним рівнем складності. Пацієнт А направлений безпосередньо після виписки з лікарні — інституційний, ранній період прийому. Пацієнт Б — самозвернення з громади, уже кілька 30-денних періодів у поточному плані догляду — пізній період, прийом із громади.
Навіть за подібної кількості візитів і функціональних балів період Пацієнта А оцінюється значно вище, ніж період Пацієнта Б, оскільки вагові коефіцієнти PDGM припускають, що інституційні, ранні пацієнти потребують більшої клінічної інтенсивності. Виставіть рахунок за період Пацієнта А так, ніби це пізній період із громади — легка помилка, якщо поле джерела направлення скопійовано неправильно під час прийому — і ви знизили законно більш цінний період до нижчого, без жодного повідомлення про помилку. Заявка все одно оплачується; просто платить менше, ніж мала б, і ніщо в подальшому не вкаже вам на це, якщо ви не порівнюєте очікувану ціну за групою складності з фактично проведеною оплатою.
5-денний дедлайн Повідомлення про прийом
Із 2022 року агентства більше не подають Запит на очікувану оплату (RAP) на початку догляду. Натомість кожен перший 30-денний період вимагає Повідомлення про прийом (NOA), поданого протягом п'яти календарних днів від дати початку догляду.
Пропустіть його — і штраф не буде фіксованою сумою: це щоденне зменшення, яке розраховується як 1/30 виплати за період за кожен день прострочення NOA, віднімається безпосередньо з кінцевої заявки. Для періоду на 3500 доларів це приблизно 117 доларів втрати за кожен день після дедлайну — тож подання на 6-й день замість 5-го вже коштує вам грошей, а тижнева затримка може знищити 20% або більше доходу цього періоду. Немає пільгового періоду і немає шляху оскарження після прострочення; зменшення безпосередньо включене в кінцевий розрахунок виплати.
Найпоширеніша причина, чому агентства потрапляють у цю пастку, — не незнання правила, а робочий процес. RAP дозволяв повільнішу передачу між клінічним персоналом, який завершує оцінку OASIS, і білінговим персоналом, який подає документи. NOA цього не дозволяє. Якщо ваша документація початку догляду не завершена і не передана в білінг протягом дня-двох, п'ять календарних днів (які включають вихідні) зникають швидко.
LUPA: коли період оплачується за візит замість епізоду
Кожна група за складністю випадків має власний поріг Коригування виплати за низьке використання (LUPA) — мінімальну кількість візитів, яку період має отримати, щоб заробити повну 30-денну виплату за групою. Пороги встановлюються на рівні агентства на 10-му процентилі візитів для цієї групи, із мінімумом два візити і зазвичай становлять від двох до шести візитів залежно від групи.
Якщо період не досягає порогу, Medicare не платить повну ставку за період — натомість платить фіксовану ставку за візит, яка майже завжди значно менша, ніж була б виплата за групою. Пацієнт, який мав принести 2800 доларів за період, але отримав лише три візити при порозі п'ять візитів, може отримати лише кілька сотень доларів відшкодування за візити. Агентства, які не відстежують пороги LUPA за групами складності в реальному часі, часто виявляють нестачу лише коли надходить повідомлення про оплату — уже після того, як візити можна було запланувати.
Де фактично витікають гроші
Серед білінгових консультантів і компаній, що займаються циклом доходів і працюють з агентствами домашнього догляду, одні й ті самі кілька помилок повторюються постійно:
- Кодування симптому як основного діагнозу. Використання коду "завжди вторинний" або коду симптому, який не дозволений як основний, спричиняє миттєвий збій групування — заявка не просто платить менше, вона може бути відхилена повністю.
- Супутні захворювання задокументовані, але не включені в рахунок. Карта лікаря може містити п'ять відповідних вторинних діагнозів, але якщо лише два потрапляють у OASIS і білінговий запис, коригування за супутні захворювання — реальні гроші — ніколи не заявляється.
- Слабка документація про прикутість до дому або функціональний стан. Відповіді OASIS, які занижують функціональні порушення, тихо знижують групу складності періоду.
- Повільна передача від клініки до білінгу. Найбільший чинник прострочених NOA — не плутанина з правилом, а те, що ніхто не відповідає за тригер у момент завершення документації початку догляду.
Жодна з цих проблем не є збоєм білінгової системи. Це збої процесу та ведення записів, а отже, їх можна виправити без нового програмного забезпечення — просто суворішим відстеженням.
Побудова робочого процесу прийому, який не може пропустити дедлайн
Оскільки точка збою майже завжди — це передача між клінічною документацією та білінгом, а не саме білінгове програмне забезпечення, рішення — це робочий процес із явним тригером із позначкою часу, а не неформальна звичка "хтось із цим розбереться". Кілька звичок, які послідовно утримують агентства в межах 5-денного вікна:
- Запускайте годинник NOA на даті початку догляду, а не після завершення OASIS. П'ять календарних днів починаються із самої дати початку догляду — вважайте день перший уже витраченим, ще до того, як хтось відкриє ноутбук.
- Призначте одного конкретного відповідального за передачу того самого дня. Щойно клініцист підписує документацію початку догляду, одна конкретна особа — не "відділ білінгу" як ціле — має відповідати за подання NOA того ж дня.
- Запровадьте постійну п'ятничну перевірку, оскільки п'ятиденне вікно працює за календарними днями і поглинає вихідні незалежно від того, чи персонал на місці.
- Перевіряйте джерело направлення та супутні захворювання до подання, а не після відмови. Двохвилинна перехресна перевірка з картою лікаря виявляє відсутній вторинний діагноз або неправильно класифіковане джерело направлення, поки це ще нічого не коштує виправити.
- Звіряйте кожен проведений період із його очікуваною виплатою за групою складності, а не лише із загальною сумою рахунку. Період, який платить "досить близько" до очікуваного, може тихо бути недооціненим через одну неправильну класифікацію.
Відстеження грошових потоків за 30-денного циклу оплати
PDGM фактично подвоює частоту вашого білінгового циклу порівняно зі старою 60-денною моделлю, а це означає, що ваші книги мають відображати дохід 30-денними приростами — не лише коли надходять гроші, а коли вони були зароблені та за якою очікуваною ставкою. Агентства, які записують дохід лише коли надходить оплата, замість того щоб нараховувати очікувану виплату за групою складності на момент прийому, втрачають видимість того, які саме періоди були недоплачені та чому. Саме ця видимість потрібна вам, щоб виявити системну затримку NOA або прогалину в документації супутніх захворювань, перш ніж вона повториться на десятках пацієнтів.
Бухгалтерія у вигляді звичайного тексту з контролем версій робить таку звірку за періодами простою: кожен 30-денний період стає окремою транзакцією, яку ви можете позначити за групою складності, часом прийому та фактичною проти очікуваної виплатою, а потім порівняти з датами подання NOA, щоб виявити закономірності — у форматі, який можна аудитувати та запитувати, а не копирсатися в дашборді як у чорній скриньці.
Спростіть своє фінансове управління
Між 30-денними періодами оплати, дедлайнами NOA та порогами LUPA виставлення рахунків за домашній догляд генерує багато невеликих чутливих до часу чисел, які легко загубити в електронній таблиці. Beancount.io пропонує бухгалтерію у вигляді звичайного тексту, яка є прозорою, з контролем версій і готовою до штучного інтелекту — тож ви можете звіряти очікувану виплату кожного періоду з тим, що Medicare фактично надіслала, без прив'язки до постачальника. Почніть безкоштовно і побачте, чому розробники та фінансові фахівці переходять на бухгалтерію у вигляді звичайного тексту.