Уявіть: пацієнт приходить на МРТ, яку ваш кабінет замовив три тижні тому, а діагностичний центр досі не може підтвердити, що страховик схвалив процедуру. Реєстратура телефонує платнику, сорок хвилин чекає на лінії й зрештою чує, що запит "усе ще розглядається" — без дедлайну, без пояснень і без того, кому можна ескалувати проблему. Роками така сцена повторювалася в медичних і стоматологічних кабінетах по всій країні. З 1 січня 2026 року значній частині платників уже незаконно тримати вас у такому підвішеному стані так довго.
Нове правило CMS — офіційно "CMS Interoperability and Prior Authorization Final Rule", або CMS-0057-F — встановлює жорсткі часові рамки для того, скільки страховики можуть сидіти на запиті про попереднє погодження, і змушує їх пояснювати причину відмови. Якщо ваша практика працює з Medicare Advantage, Medicaid, CHIP або планами маркетплейсу ACA, це правило вже стосується вас — незалежно від того, чи встигла ваша команда з виставлення рахунків це усвідомити.
Що насправді вимагає CMS-0057-F
Правило спрямоване на дві найбільші скарги, які провайдери десятиліттями висловлювали щодо попереднього погодження: воно триває вічність, і платники рідко пояснюють свою логіку.
Дедлайни на прийняття рішень. Платники, на яких поширюється правило, тепер зобов'язані видавати рішення щодо попереднього погодження протягом:
- 72 годин — для термінових (невідкладних) запитів
- 7 календарних днів — для стандартних (нетермінових) запитів
Ці часові рамки застосовуються незалежно від того, яким каналом було подано запит — факсом, телефоном, поштою, через портал чи електронний обмін даними. Платник не може непомітно виграти собі більше часу, стверджуючи, що обробка факсового запиту триває довше, ніж електронного. Ця деталь важливіша, ніж здається: значна частина трафіку попередніх погоджень у невеликих практиках досі йде факсом, а платники історично використовували повільніші канали як неформальний спосіб розтягнути своє вікно відповіді.
Причини відмови — щоразу. Коли платник відмовляє в запиті, тепер він зобов'язаний надати конкретну причину відмови — не загальний код і не мовчання. Це суттєвий зсув для практик, які годинами реконструювали, чому було відхилено претензію, перш ніж вони взагалі могли розпочати апеляцію.
Публічна звітність. Платники, на яких поширюється правило, зобов'язані публікувати певні показники щодо попереднього погодження, зокрема частку схвалень і відмов та середній час прийняття рішень. З часом це створює публічний слід документації, який дозволяє практикам (і пацієнтам) бачити, які платники хронічно повільні або незвично часто відмовляють — інформацію, яка раніше була замкнена всередині систем кожного окремого страховика.
На кого поширюється правило — а на кого ні
Правило охоплює плани Medicare Advantage, державні програми Medicaid fee-for-service, програми CHIP fee-for-service, керовані плани медичного обслуговування Medicaid і CHIP, а також емітентів кваліфікованих медичних планів (QHP) на федеральних маркетплейсах.
Воно не застосовується до традиційних процесів попереднього погодження Medicare fee-for-service, комерційного страхування, наданого роботодавцем поза межами бірж ACA, або попереднього погодження ліків (це регулюється окремим нормотворчим треком). Якщо серед ваших пацієнтів переважають комерційні PPO-плани, не припускайте автоматично, що на вас поширюється дія правила — перевіряйте власну політику дотримання вимог кожного платника, оскільки деякі добровільно приймають подібні часові рамки навіть там, де правило технічно їх не зобов'язує.
Дедлайн для API у 2027 році
Вимоги щодо термінів відповіді та причин відмови вже діють, але друга хвиля правила настане 1 січня 2027 року: платники, на яких поширюється правило, зобов'язані розгорнути чотири API на основі HL7 FHIR — Patient Access, Provider Access, Payer-to-Payer і окремий Prior Authorization API — які дозволять подавати, відстежувати запити та отримувати рішення в електронному вигляді за стандартизованим форматом замість клаптикової системи порталів і факсів.
Для одиничної практики чи невеликої групи саме ви не будете будувати ці API — цим займеться ваш постачальник електронних медичних карток (EHR) і клірингова компанія. Але саме ви відчуєте вигоду (або її відсутність) залежно від того, наскільки добре ваше програмне забезпечення до них під'єднується. Варто вже зараз, а не в грудні 2026 року, запитати у свого постачальника EHR, чи є в нього чіткий графік інтеграції FHIR R4 / Da Vinci PAS. Постачальники, які чекають до останнього дедлайну, перш ніж почати розробку, зазвичай випускають поспішні, глючні перші версії — а вам не хочеться налагоджувати зламаний робочий процес подання попереднього погодження в розпал завантаженого кварталу.
Чому це важливіше, ніж здається
Відмови в попередньому погодженні — це не похибка округлення. Галузеві дані показують, що кількість відмов у попередньому погодженні останнім часом зросла приблизно на 31% рік до року серед комерційних платників і платників Medicare Advantage, а відмови в попередньому погодженні тепер становлять близько третини всіх первинних відмов за претензіями — різке зростання порівняно з лише кількома роками тому. Для середньої за розміром спеціалізованої групи, яка отримує 15–25 відмов у попередньому погодженні на місяць, різниця між реактивним переслідуванням апеляцій і проактивним запобіганням відмовам може становити сотні тисяч доларів на рік у поверненому чи захищеному доході.
Ось на що варто звернути увагу кожному керівникові практики: дослідження послідовно показують, що більшість оскаржених відмов у попередньому погодженні скасовуються — але оскаржується лише невелика частка всіх відмов. Більшість практик просто не мають достатньо часу персоналу, щоб боротися за кожну відмову, тож вони списують дохід, на який насправді мали право. Швидші й чіткіші причини відмов за новим правилом мають зробити апеляції дешевшими та швидшими для подання, що зсуває цю математику на вашу користь — але тільки якщо ваша команда справді відстежує відмови достатньо ретельно, щоб діяти в межах нових дедлайнів.
Практичні кроки для невеликих медичних і стоматологічних практик
Вам не потрібен відділ комплаєнсу, щоб випередити ці зміни. Кілька конкретних кроків дадуть значний ефект:
-
Ведіть журнал рішень щодо попереднього погодження. Фіксуйте дату подання, платника, тип запиту (стандартний чи терміновий), застосовний дедлайн (7 днів чи 72 години) і фактичну дату рішення. Якщо платник пропускає свій дедлайн, у вас тепер є задокументована проблема з дотриманням вимог, яку можна ескалувати — те, що було набагато складніше довести до появи цього правила.
-
Фіксуйте код причини для кожної відмови. Оскільки платники тепер зобов'язані надавати конкретну причину, переконайтеся, що ваша реєстратура фіксує її дослівно, а не переказує своїми словами. Ця причина — ваша відправна точка для апеляції, і апеляції, подані з доданим точним формулюванням відмови, розглядаються швидше.
-
Запитайте у свого постачальника EHR і клірингової компанії про їхній план щодо API 2027 року. Вам потрібна реальна дата, а не "ми над цим працюємо". Якщо в них немає дати, почніть шукати альтернативи ще до того, як дедлайн застане всі практики одночасно і черги підтримки переповняться.
-
Слідкуйте за публічною звітністю платників, щойно вона стане доступною. Коли платники почнуть публікувати частку схвалень/відмов і середній час прийняття рішень, використовуйте ці дані для обґрунтованих розмов — або перегляду очікувань — із тими платниками, які показують найгірші результати у вашому власному обліку.
-
Не пропускайте апеляції лише тому, що вони втомливі. З огляду на те, наскільки часто апеляції виграються, постійний щотижневий блок робочого часу персоналу, присвячений оскарженню нещодавніх відмов, ймовірно, окупиться багаторазово.
Тримайте свій облік таким же чистим, як і журнал дотримання вимог
Відстеження попереднього погодження — це, по суті, ще одна форма управління дебіторською заборгованістю: гроші, які вам винні, але ще не отримано, і які тепер приховані за процесом, у якому у вас більше важелів впливу для його пришвидшення. Та сама дисципліна, яка робить журнал відмов корисним (датовані записи, чіткі категорії, аудиторський слід, який можна показати будь-кому), — це саме те, що потрібно для якісного бухгалтерського обліку решти фінансів вашої практики. Beancount.io пропонує текстовий бухгалтерський облік, який прозорий, версіонований і легко піддається аудиту — природний вибір для практик, які вже знають цінність чистого паперового сліду. Почніть безкоштовно і подивіться, чому все більше невеликих практик переводять свій облік на текстову бухгалтерію.