Содержание
Продление ЭЦП онлайн для физических лиц
Электронная цифровая подпись — набор электронных цифровых символов, созданный средствами электронной цифровой подписи и подтверждающий достоверность электронного документа, его принадлежность и неизменность содержания; Электронная цифровая подпись равнозначна собственноручной подписи подписывающего лица и влечет одинаковые юридические последствия при выполнении условий согласно Закона Республики Казахстан от 7 января 2003 года № 370-II «Об электронном документе и электронной цифровой подписи». Получив регистрационное свидетельство для электронной цифровой подписи (ЭЦП) вы сможете при помощи соответствующего ему закрытого ключа, подписывать электронные документы. Проверку вашей подписи (ЭЦП) на электронном документе можно будет осуществить по приложенному к нему соответствующему регистрационному свидетельству.
Уведомление об окончании срока действия ЭЦП
Срок действия регистрационных свидетельств НУЦ РК, выпущенных на файловую систему 1 год.
Срок регистрационных свидетельств НУЦ РК, выпущенных на носители ключевой информации (удостоверение личности, Kaztoken, eToken, аKey, jaCarta) составляет 3 года. В системе Национального удостоверяющего центра РК реализована автоматическая отправка двух видов уведомлений о приближающемся окончании срока действия ЭЦП с предложением продлить его в режиме онлайн.
- Многократные уведомления по электронной почте – за 1 месяц, за 2 недели, за 7 дней. Для их получения необходимо указать свой e-mail в личном кабинете НУЦ РК.
- SMS-уведомление за 10 дней до даты истечения срока действия ЭЦП. SMS приходит на номер телефона, зарегистрированного в Базе мобильных граждан, т.е. на тот, который прикреплен у пользователя в Личном кабинете eGov.
Как продлить действие ЭЦП самостоятельно Физическим лицам?
На главной странице сайта Национального удостоверяющего центра необходимо пройти в раздел «Личный кабинет», далее произвести вход в личный кабинет.
(Рис. 1).
Рис. 1
Войдите в личный кабинет. (Рис. 2).
Рис. 2
Кликните на кнопку «Войти», перейдите на страницу авторизации. В открывшемся окне Вам необходимо выбрать тип «Хранилище ключей» из списка — Персональный компьютер, удостоверение личности, eToken PRO (Java, 72K), JaCarta, Kaztoken, AKey. (Рис. 3).
Рис. 3
В поле «Путь к хранилищу ключей» необходимо указать путь, где расположены Ваши регистрационные свидетельства. Выберите ключ аутентификации (AUTH_RSA) и нажмите кнопку «Открыть». (Рис. 4).
Рис. 4
Нажмите кнопку «Войти» (Рис. 5).
Рис. 5
В появившемся диалоговом окне введите Ваш пароль на хранилище ключей. (Рис. 6).
Внимание: Пароль по умолчанию на Казтокен: 12345678, eToken PRO (Java, 72K), JaCarta, AKey: 1234567890.
Рис. 6
Нажмите кнопку «Обновить список ключей». При корректном вводе пароля, будет отображен ключ аутентификации. Нажмите кнопку «Подписать».
(Рис. 7).
Рис. 7
Добро пожаловать в личный кабинет пользователя (Рис. 8).
Рис. 8
Работа в личном кабинете
Меню «Фамилия»
Меню «Фамилия» пользователя содержит информацию о профайле пользователя НУЦ РК. (Рис. 9).
Рис. 9
Данные профайла содержат личную информацию пользователя. В настройках Вы можете выбрать язык интерфейса, а также возможность отключить рассылку уведомлений на электронную почту. (Рис. 10).
Рис. 10
Меню «Мои ключи ЭЦП»
Для работы с ключами ЭЦП перейдите на вкладку «Мои ключи ЭЦП». (Рис. 11).
В выпадающем меню выберите один из подпунктов:
• Перевыпуск ключей ЭЦП – предоставляет возможность подать заявку в режиме онлайн (при условии наличия действующих ключей ЭЦП), без подтверждения заявки в Центре регистрации;
• Отзыв ключей ЭЦП – предоставляет возможность отзывать регистрационные свидетельства;
• Заявка на получения ключей ЭЦП – предоставляет возможность просмотреть поданные заявки;
• Список ключей ЭЦП – отображает имеющиеся регистрационные свидетельства;
• Проверка статуса заявки – предоставляет возможность проверить статус поданной заявки, и установить регистрационные свидетельства;
• Смена пароля на ключ ЭЦП – предоставляет возможность сменить пароль на ключи ЭЦП.
Рис. 11
Заявки на получение ключей ЭЦП
Выберите из выпадающего списка меню, раздел «Заявки на получение ключей ЭЦП». В данном разделе Вы можете просмотреть все поданные заявки на выпуск ключей ЭЦП.
В новом окне отобразятся все заявки на выпуск ключей ЭЦП пользователя. (Рис. 12).
Рис. 12
В случае если Вы подали заявку через сайт pki.gov.kz в разделе «Услуги» (данный раздел не является функционалом личного кабинета), то Вы можете подтвердить данную заявку, не обращаясь в Центр регистрации.
Для этого найдите необходимую заявку и нажмите на кнопку «Редактировать».
В открывшемся окне выберите статус заявки.
Проставьте галочку, о согласии на изменение статуса заявки, и нажмите кнопку «Подтвердить». (Рис. 13).
Рис. 13
Процедура подтверждения заявки завершена.
Проверка статуса заявки
После подтверждения заявки, откройте меню «Мои ключи ЭЦП», перейдите в раздел «Проверка статуса заявки».
Введите номер заявки и нажмите кнопку «Искать». (Рис. 14).
Рис. 14
Для установки регистрационных свидетельств, укажите папку, где были сохранены Ваши закрытые ключи, и нажмите на значок поиска. Укажите место хранения Ваших закрытых ключей, сформированных при подаче заявки. И нажмите кнопку «Открыть». (Рис. 15).
Внимание! В случае если генерация ключей была осуществлена на один из поддерживаемых защищенных носителей: eToken 72K, JaCarta, Kaztoken, AKey при установке регистрационных свидетельств, предварительно подключите устройство к компьютеру.
Рис. 15
В случае использования хранилище ключей — Персональный компьютер, появятся поля заполнения пароля. Придумайте и введите пароль на Ваши ключи ЭЦП и нажмите кнопку «Загрузить сертификаты». (Рис. 16).
Внимание! Пароль должен содержать символы латинского алфавита и цифры. Длина пароля: от 6 до 32 символов. Дополнительно, пароль может включать в себя: латинские буквы верхнего регистра и специальные символы «#$^+=!*()@%&_?-.
».
Обязательно запомните указанный пароль! Пароль восстановлению не подлежит! НУЦ РК не хранит Ваши пароли, и в случае утери пароля данные ключи ЭЦП необходимо отозвать.
Нажмите кнопку «Загрузить сертификаты». Появится окно, сообщающее об успешной установке регистрационных свидетельств. (Рис. 16).
Рис. 16
Установка сертификатов завершена. (Рис. 17).
Рис. 17
Перевыпуск ключей ЭЦП
В данном разделе можно подать заявку в режиме онлайн (при условии наличия действующих ключей ЭЦП), без подтверждения заявки в Центре регистрации. (Рис. 18).
Основные поля автоматически будут заполнены, согласно уже имеющемуся регистрационному свидетельству.
Укажите e-mail, населенный пункт, хранилище ключей и Путь к хранилищу.
И нажмите кнопку «Подать заявку».
Внимание! Хранилище «Персональный компьютер» является небезопасным. Рекомендуем использовать защищенный носитель ключевой информации для снижения риска компрометации ключей ЭЦП.
Рис. 18
Поставьте галочку подтверждения корректности подаваемой заявки и нажмите кнопку «Подтвердить». (Рис. 19).
Рис. 19
Введите пароль и нажмите кнопку «Подписать». (Рис. 20).
Рис. 20
Запомните номер заявки.
По данному номеру установите регистрационные свидетельства через раздел «Статус поданной заявки». (Рис. 21).
Рис. 21
Перевыпуск ключей ЭЦП успешно завершен.
Источник информации: pki.gov.kz
Коды ошибок | theMAP – Документация API
| Ошибка | Описание |
|---|---|
| ACCESS_DENIED | Доступ с текущего IP или по указанным параметрам запрещен |
| AMOUNT_ERROR | Неверно указана сумма транзакции |
| AMOUNT_EXCEED | Сумма транзакции превышает доступный остаток средств на выбранном счете |
| AMOUNT_EXCEED_BALANCE | Сумма транзакции превышает доступный остаток средств на выбранном счете |
| APPLE_PAY_ERROR | Ошибка оплаты Apple Pay |
| AUTHENTICATION_ERROR | Ошибка 3DS аутентификации |
| AUTHORIZATION_TIMEOUT | Превышено время ожидании авторизации |
| CARD_NOT_ACTIVE | Карта не активна |
| CARD_NOT_FOUND | Карта не найдена |
| COMMUNICATE_ERROR | Ошибка возникла при передаче данных в МПС |
| CUSTOMER_NOT_FOUND | Держатель карты не найден |
| DATABASE_ERROR | Некорректный ответ от базы данных |
| DATABASE_TIMEOUT | Таймаут базы данных |
| DUPLICATE_CARD | Карта уже зарегистрирована |
| DUPLICATE_ORDER_ID | Номер заказа уже использовался ранее |
| DUPLICATE_MAP_ORDER_ID | Номер заказа MAP уже использовался ранее |
| DUPLICATE_PROCESSING_ORDER_ID | Номер заказа использовался ранее в процессинге банка |
| DUPLICATE_TERMINAL | Терминал задублирован |
| DUPLICATE_TRANSACTION_TRACE | Дублированный статус транзакции |
| EMPTY_RESPONSE | Ошибка процессинга |
| ENCODING_ERROR | Ошибка декодирования ответа второстепенной системы |
| FRAUD_ERROR | Недопустимая транзакция согласно настройкам фильтра антифрода |
| FRAUD_ERROR_CRITICAL_CARD | Недопустимая транзакция по карте |
| ILLEGAL_ORDER_STATE | Попытка выполнения недопустимой операции для текущего состояния платежа |
| INTERNAL_ERROR | Неправильный формат транзакции с точки зрения сети |
| INVALID_AUTHENTICATION | Некорректная аутентификация |
| INVALID_ENROLLMENT | Карта не прошла проверку вовлеченности в технологию 3D Secure |
| INVALID_FORMAT | Неправильный формат транзакции с точки зрения сети |
| ISSUER_BLOCKED_CARD | Владелец карты пытается выполнить транзакцию, которая для него не разрешена банком-эмитентом, либо произошла внутренняя ошибка эмитента |
| ISSUER_CARD_FAIL | Банк-эмитент запретил интернет транзакции по карте |
| ISSUER_FAIL | Владелец карты пытается выполнить транзакцию, которая для него не разрешена банком-эмитентом, либо внутренняя ошибка эмитента |
| ISSUER_LIMIT_AMOUNT_FAIL | Предпринята попытка выполнить транзакцию на сумму, превышающую (дневной) лимит, заданный банком-эмитентом |
| ISSUER_LIMIT_COUNT_FAIL | Превышен лимит на количество транзакций: клиент выполнил максимально разрешенное количество транзакций в течение лимитного цикла и пытается провести еще одну |
| ISSUER_LIMIT_FAIL | Предпринята попытка, превышающая ограничения банка-эмитента на сумму или количество операций в определенный промежуток времени |
| ISSUER_REQUEST_IN_PROGRESS | Запрос в обработке. Необходимо уточнить статус заказа |
| ISSUER_TIMEOUT | Нет связи с банком эмитентом |
| LIMIT_EXCHAUST | Время или количество попыток, отведенное для ввода данных, исчерпано |
| MERCHANT_NOT_FOUND | Мерчант не найден |
| MERCHANT_RESTRICTION | Превышен лимит Магазина или транзакции запрещены Магазину |
| NETWORK_ERROR | Сетевая ошибка |
| NO_CHAIN | Не найден инициирующий рекуррент |
| NO_SESSION | Не найдена сессия |
| NO_TRANSACTION_ID | Не найдена id_транзакции |
| NONE | Операция выполнена без ошибок |
| NOT_ALLOWED | Отказ эмитента проводить транзакцию. Чаще всего возникает при запретах, наложенных на карту |
| NOT_AUTHED | Ошибка аутентификации |
| NOT_FOUND | Не найдено |
| ORDER_IN_PROGRESS | Транзакция в процессе обработки. Необходимо повторить запрос |
| ORDER_NOT_FOUND | Не найдена транзакция |
| PAYMENT_ENGINE_ERROR | Неопознанная ошибка платежного шлюза |
| PROCESSING_ERROR | Ошибка функционирования системы, имеющая общий характер. Фиксируется платежной сетью или банком-эмитентом |
| PROCESSING_FRAUD_ERROR | Недопустимая транзакция согласно настрокам фильтра Антифрода в Банке-эквайере |
| PROCESSING_NOT_FOUND | Процессинг не найден |
| PROCESSING_TIME_OUT | Таймаут в процессинге |
| QR_EXPIRED | Время действия QR-кода истекло |
| REVOKED | QR-код аннулирован |
| REAUTH_NOT_ALOWED | Изменение суммы авторизации не может быть выполнено |
| REFUND_NOT_ALOWED | Возврат не может быть выполнен |
| SESSION_EXPIRED | Время платежа (сессии) истекло |
| TERMINAL_NOT_FOUND | Терминал не найден |
| THREE_DS_FAIL | Невозможно выполнить 3DS транзакцию |
| THREE_DS_TIME_OUT | Срок действия транзакции был превышен к моменту ввода данных карты |
| TRANSACTION_NOT_3DS_PREAUTHORIZED | Попытка 3DS авторизации по карте, которая не поддерживает технологию 3DS |
| TRANSACTION_NOT_AUTHORIZED | Транзакция не авторизована |
| TRANSACTION_NOT_CHARGED | Транзакция не списана |
| TRANSACTION_NOT_FOUND | Транзакция не найдена |
| TRANSACTION_REFUNDED_OR_REFUNDING | Транзакция возвращена или находится в процессе возврата |
| TRANSACTION_STATE_CHARGED_OR_CHARGING | Статус транзакции списан или в процессе списания |
| TRANSACTION_STATE_REJECTED | Транзакция отклонена |
| TRANSACTION_TRACE_NOT_FOUND | Статус транзакции не найден |
| TRANSACTION_VOIDED_OR_VOIDING | Транзакция разблокирована или в процессе разблокировки |
| UNDEFINED_BANK_STATUS | Неизвестный статус на стороне процессинга. Необходимо уточнить статус заказа |
| UNKNOWN_STATE | Неизвестный статус |
| USER_NOT_FOUND | Пользователь не найден |
| WAITING_FOR_CRES | Ожидание параметра Cres для завершения операции по 3DS 2.0 |
| WRONG_AMOUNT | Некорректная сумма |
| WRONG_CARD | Переданы неверные параметры карты, либо карта в недопустимом состоянии |
| WRONG_CARD_EXP | Некорректный срок действия карты |
| WRONG_CARD_INFO | Некорректная информация по карте |
| WRONG_CARD_PAN | Неверный номер карты |
| WRONG_CARDHOLDER_NAME | Недопустимое имя держателя карты |
| WRONG_CURRENCY | Некорректная валюта |
| WRONG_PARAMS | Неверный набор или формат параметров |
| WRONG_PAY_INFO | Некорректный параметр PayInfo (неправильно сформирован или нарушена криптограмма) |
| WRONG_PHONE | Некорректный номер телефона |
Процесс предварительного разрешения на определенное медицинское оборудование, протезы, ортопедические изделия и расходные материалы длительного пользования (DMEPOS)
Процесс предварительной авторизации для определенного медицинского оборудования, протезов, ортопедических изделий и материалов длительного пользования (DMEPOS) , протезы, ортопедические изделия и расходные материалы (DMEPOS) обеспечивают соблюдение применимых правил покрытия, оплаты и кодирования Medicare до доставки товаров DMEPOS.
Программа предварительного разрешения помогает защитить трастовый фонд Medicare от неправомерных платежей, гарантируя, что бенефициары могут своевременно получать необходимые им товары DMEPOS.
CMS ведет основной список элементов DMEPOS, которые перед доставкой могут подлежать одному или обоим из следующих действий:
- личная встреча и письменный заказ
- требования предварительного разрешения
Основной список элементов DMEPOS (PDF) обновляется не реже одного раза в год.
Вернуться к началу
Хронология и обновления
Обновления предоставляются в обратном хронологическом порядке; прокрутите вниз для более ранних обновлений.
Обновление приостановки действия требований о предварительном разрешении для ортезов, выписанных и предоставленных в срочном порядке или при особых обстоятельствах: 09.08.2022
CMS объявлено в Федеральном реестре 9 августа 2022 г. о приостановлении действия требований о предварительном разрешении для определенных предписанных ортезов и предоставлены срочно или при особых обстоятельствах.
В соответствии с 42 CFR 414.234(f) CMS может приостановить требование предварительного разрешения DMEPOS в целом или для определенного элемента или элементов в любое время и без принятия нормотворчества. В связи с необходимостью получения определенными пациентами ортеза, для которого в противном случае может потребоваться предварительное разрешение, когда двухдневная ускоренная проверка может привести к задержке оказания помощи и поставить под угрозу здоровье или жизнь бенефициара, мы приостанавливаем действие требований по предварительному разрешению при следующих ограниченных обстоятельствах:
- Претензии для кодов HCPCS L0648, L0650, L1832, L1833 и L1851, которые выставляются с использованием модификатора ST, указывающего на то, что товар был доставлен в срочном порядке.
- Претензии по кодам HCPCS L0648, L0650, L1833 и L1851, выставляемые с модификаторами KV, J5 или J4 поставщиками, поставляющими эти товары в рамках исключения из программы конкурсных торгов (как описано в 42 CFR 414.
404(b)), чтобы показать, что Изделие DMEPOS необходимо немедленно либо потому, что оно предоставляется врачом или лечащим врачом во время посещения офиса, когда врач или лечащий врач определяет, что корсет необходим немедленно по медицинским показаниям, либо потому, что он предоставляется эрготерапевтом или физиотерапевтом. терапевт, который определяет, что корсет должен быть установлен в рамках сеанса (сеансов) терапии.
404(b)), чтобы показать, что Изделие DMEPOS необходимо немедленно либо потому, что оно предоставляется врачом или лечащим врачом во время посещения офиса, когда врач или лечащий врач определяет, что корсет необходим немедленно по медицинским показаниям, либо потому, что он предоставляется эрготерапевтом или физиотерапевтом. терапевт, который определяет, что корсет должен быть установлен в рамках сеанса (сеансов) терапии.Предварительное разрешение будет действовать для этих ортезов (HPCCS L0648, L0650, L1832, L1833 и L1851), если они предоставляются при обстоятельствах, не описанных в этом обновлении, а также для всех других предметов из Списка требуемых предварительных разрешений (PDF).
Приостановление действия требований о предварительном разрешении для ортезов, выписанных и предоставленных в срочном порядке или при особых обстоятельствах: 12.04.2022
В соответствии с 42 CFR 414.234(f), CMS может приостановить действие медицинского оборудования длительного пользования, протезов, ортопедических изделий и принадлежностей (DMEPOS) требование предварительного разрешения в целом или для конкретного предмета или предметов в любое время и без проведения нормотворчества.
В связи с необходимостью для некоторых пациентов получить ортезы, которые в противном случае могут потребовать предварительного разрешения, когда двухдневная ускоренная проверка может задержать оказание помощи и поставить под угрозу здоровье или жизнь бенефициара, мы приостанавливаем действие требований предварительного разрешения для кодов HCPCS L0648. , L0650, L1832, L1833 и L1851, предоставленные при следующих обстоятельствах:
- Претензии по этим кодам HCPCS, счета за которые выставляются с использованием модификатора ST, не подлежат предварительному утверждению и вместо этого подлежат проверке на 100% предоплату.
- Для поставщиков, поставляющих эти товары в рамках исключения из программы конкурсных торгов (как описано в 42 CFR 414.404(b)), претензии, выставленные с модификаторами KV, J5 или J4, будут означать, что товар DMEPOS необходим немедленно, и поэтому эти модификаторы будут приняты. в дополнение к модификатору ST. Десять процентов претензий, поданных с использованием модификаторов KV, J5 или J4 для HCPCS L0648, L0650, L1833 и L1851, будут подлежать рассмотрению с предоплатой.
Предварительное разрешение будет действовать для этих ортезов (HPCCS L0648, L0650, L1832, L1833 и L1851), если они предоставляются при обстоятельствах, не описанных в этом обновлении, а также для всех других предметов из Списка требуемых предварительных разрешений (PDF). Ожидается уведомление Федерального реестра.
Обновления основного списка и списка необходимых предварительных разрешений: 12.01.2022
CMS объявлено в Федеральном реестре 12 января 2022 г., обновления основного списка и выбор некоторых ортезов нижних конечностей, пояснично-крестцового отдела с 13 апреля 2022 г. на ортезы и силовые мобильные устройства требуется предварительное разрешение.
Дополнительные сведения см. в разделе «Группы политик».
См. полный список кодов в Списке обязательных предварительных разрешений (PDF)
См. полный список кодов в Справочном списке (PDF)
Возобновление деятельности по предварительному разрешению: 7/7/2020 Важность медицинской проверки для усилий CMS по обеспечению целостности программы, CMS возобновит принудительное применение процесса предварительного разрешения для определенных предметов DMEPOS, начиная с 3 августа 2020 г.
, независимо от статуса COVID-19.чрезвычайная ситуация в области общественного здравоохранения. Для устройств Power Mobility и опорных поверхностей, снижающих давление, которые требуют предварительного разрешения в качестве условия оплаты, претензии с начальной датой обслуживания 3 августа 2020 г. или после этой даты должны быть связаны с утвердительным решением о предварительном разрешении, чтобы иметь право на оплату.
Кроме того, предварительное разрешение потребуется для некоторых протезов нижних конечностей (L5856, L5857, L5858, L5973, L5980 и L5987) с датами обслуживания 1 сентября 2020 г. или позднее в Калифорнии, Мичигане, Пенсильвании и Техасе. С 1 декабря 2020 года во всех остальных штатах и территориях потребуется предварительное разрешение на использование этих кодов.
Часто задаваемые вопросы об облегчении бремени поставщика услуг (PDF)
См. полный список кодов в Списке обязательных предварительных разрешений (PDF).
Окончательное правило 1713-F: 08.
11.2019
9 ноября 2019 г. CMS выпустила окончательное правило, которое упрощает нормативные требования, чтобы упростить требования к оплате DMEPOS и снизить нагрузку на провайдеров и поставщиков. Это окончательное правило создало единый согласованный основной список предметов DMEPOS, которые могут подлежать личной встрече и письменному заказу до доставки и / или требованиям предварительного разрешения.
Первоначальная реализация: 20 марта 2017 г.
CMS объявила в Федеральном реестре, опубликованном 21 декабря 2016 г., выбор двух единиц медицинского оборудования длительного пользования, подлежащих обязательному предварительному разрешению, который начался в марте 20, 2017.
Окончательное правило 6050-F: 30.12.2015
30 декабря 2015 г. Центры услуг Medicare и Medicaid (CMS) издали окончательное правило, устанавливающее процесс предварительного разрешения в качестве условия оплаты за определенные товары DMEPOS, которые часто используются без необходимости.
Этот процесс предварительного разрешения поможет гарантировать, что пациенты Medicare не будут нести ответственность за стоимость предметов, которые не имеют права на Medicare.
Контакты и обратная связь
CMS ценит обратную связь от заинтересованных сторон DMEPOS Prior Authorization. Мы рекомендуем пациентам и поставщикам услуг отправлять отзывы по электронной почте на адрес [email protected].
Вернуться к началу
Группы политик
Требования к Power Mobility Devices (PMD)
Выбранные CMS коды HCPCS K0856 и K0861 подлежат обязательному предварительному разрешению, начиная с 20 марта 2017 г. в Иллинойсе, Миссури, Нью-Йорке и Западном регионе. Вирджиния. 17 июля 2017 г. CMS расширила требуемое предварительное разрешение для этих двух кодов по всей стране. 1 сентября 2018 г. был выбран дополнительный 31 код PMD для обязательного предварительного разрешения по всей стране. 22 июля 2019 г., семь дополнительных кодов PMD, K0857, K0858, K0859, K0860, K0862, K0863, K0864, были выбраны для обязательного предварительного разрешения по всей стране.
Шесть дополнительных кодов PMD, K0800, K0801, K0802, K0806, K0807 и K0808, были выбраны для обязательного предварительного разрешения, чтобы начать работу по всей стране 13 апреля 2022 года. , L1832, L1833 и L1851) при условии получения предварительного разрешения. Реализация этого требования будет завершена в три этапа. Первый этап начнется 13 апреля 2022 года в Нью-Йорке, Иллинойсе, Флориде и Калифорнии. Второй этап начинается 12 июля 2022 года в Мэриленде, Пенсильвании, Нью-Джерси, Мичигане, Огайо, Кентукки, Техасе, Северной Каролине, Джорджии, Миссури, Аризоне и Вашингтоне. Третий этап начинается 10 октября 2022 г. во всех остальных штатах и территориях, не включенных в этап 1 или этап 2.
Требования к опорным поверхностям, снижающим давление (PRSS)
CMS выбрала пять кодов HCPCS (E0193, E0277, E0371, E0372, E0373) при условии получения предварительного разрешения, начиная с 22 июля 2019 г. в Калифорнии, Индиане, Нью-Джерси и Северная Каролина. 21 октября 2019 г.
компания CMS расширила требование о предварительном разрешении этих кодов по всей стране.73, L5980 и L5987) при условии получения предварительного разрешения с 1 сентября 2020 года в Калифорнии, Мичигане, Пенсильвании и Техасе. С 1 декабря 2020 года система CMS расширила требование о предварительном разрешении на использование этих кодов по всей стране.
Связанные ссылки
- Служба поиска предварительной авторизации
- MLN Matters Article — Включение кодов PMD в программу предварительной авторизации для товаров DMEPOS (PDF)
Вернуться к началу
Недостаточно времени, недостаточно ясности: Плательщики возражают против правила предварительной авторизации CMS
Группы плательщиков в понедельник раскритиковали предложенное CMS правило для оптимизации процесса предварительной авторизации, утверждая, что период комментариев был необоснованным и, возможно, незаконным Короче говоря, даты вступления в силу были нереалистичными, и это правило создает дополнительное бремя для системы здравоохранения, которая все еще переваривает другие нормативные изменения, несмотря на пандемию коронавируса.
Правило, впервые предложенное в середине декабря, является частью стремления администрации Трампа улучшить электронный обмен данными о состоянии здоровья между плательщиками, поставщиками медицинских услуг и пациентами и основывается на обширных правилах функциональной совместимости, завершенных в марте.
Основное внимание уделяется стандартизации и ускорению процесса предварительного разрешения, в котором врач должен получить зеленый свет от страховой компании пациента на лекарства или лечение, прежде чем назначать их.
Предварительное разрешение становится все более популярным среди страховщиков как способ снижения затрат, но, как правило, клиницисты ненавидят его за задержку оказания помощи, увеличение требований к оформлению документов и ведущее к выгоранию врачей.
Отраслевые комментарии к предлагаемому правилу разделились по разным категориям. Группы поставщиков медицинских услуг и больниц приветствовали стремление CMS обновить предварительное разрешение и призвали к более строгим требованиям к плательщикам, в то время как страховщики утверждали, что это не может быть завершено, учитывая текущее состояние сектора.
«Введение существенных дополнительных требований и требований в среде, которая уже сталкивается со значительными ограничениями ресурсов и ограниченным временем для внедрения, может отвлечь от решающей борьбы с пандемией, поскольку мы вступаем в ключевой этап победы над COVID-19.», Мэтт Эйлс, генеральный директор лобби плательщиков America’s Health Insurance Plans , написал в комментариях к правилу. группы пошли еще дальше, утверждая, что агентство не может рассмотреть вопрос о доработке регламента, учитывая сокращенный период комментариев.
Правило было предложено 10 декабря, но не опубликовано в Федеральном реестре до 18 декабря. дней на рассмотрение почти 100-страничного предложения и черновика комментариев, период времени, включающий два федеральных праздника и шесть выходных дней9.0005
По сравнению с обычным периодом от 30 до 60 дней, этот короткий срок для комментариев был крайне нерегулярным и, возможно, нарушением Закона об административных процедурах, как утверждал AHIP, не говоря уже о факторе, затрудняющем анализ технически сложного правила и писать целевые комментарии.
«Насколько нам известно, это предлагаемое правило имеет самый короткий период комментариев для любого предложенного правила такого масштаба и сложности, предложенного CMS в течение срока полномочий нынешней администрации», — сказал Эйлс. AHIP попросил CMS еще как минимум 45 дней на пересмотр правила.
В случае окончательной доработки правила потребуется, чтобы плательщики создавали и поддерживали стандартизированные интерфейсы прикладного программирования, технологию, которая позволяет различным компьютерным системам отправлять и получать информацию для обмена медицинскими данными между плательщиком и пациентом, включая предыдущие данные авторизации.
Уже существующие API являются новыми, и многие из них еще не созданы, – прокомментировала правило Сеси Коннолли, генеральный директор Alliance of Community Health Plans, представляющей интегрированные некоммерческие планы. Чтобы плательщики могли сообщить CMS о жизнеспособности своих предложений, плательщикам необходимо оценить существующие процессы и получить данные от своих партнеров-поставщиков, и они не смогли этого сделать в течение короткого периода комментариев.
CMS не назвала причин для быстрого графика, но спешит завершить политику в последнюю минуту до инаугурации избранного президента Джо Байдена 20 января и пастырей в новом управлении здравоохранения.
Несмотря на крайний срок, CMS получила 250 комментариев к предложенному правилу, которое затронет плательщиков, предлагающих планы, участвующие в обменах Закона о доступном медицинском обслуживании, Medicaid и Программе медицинского страхования детей, и начнет действовать в январе 2023 года.
Получение этих новых технологии и процессы, внедренные к 2023 году, могут оказаться невозможными, хотя они основаны на существующих правилах функциональной совместимости, учитывая состояние отрасли, утверждают страховые лобби. AHIP предположил, что, если CMS окончательно доработает правило, он должен перенести первоначальные крайние сроки на январь 2024 года, а затем сдвинуть сроки реализации, позволяя плательщикам подавать заявки на исключения.
«Большая часть этого предлагаемого правила построена на основе структуры функциональной совместимости, которая в настоящее время находится в процессе реализации; любые комментарии к этим положениям будут только концептуальными, поскольку система не готова знать, что эти новые предлагаемые требования будут означает на практике», — прокомментировала Маргарет Мюррей, генеральный директор Association for Community Affiliated Plans, торговой ассоциации, представляющей 78 планов социальной защиты.
И, несмотря на гармонизацию с правилами взаимодействия, предлагаемое правило появляется, поскольку отрасль все еще переваривает шквал новых правил, завершенных в последние дни правления Трампа, что усложняет анализ правил и потенциальное внедрение. Наряду с функциональной совместимостью отрасль все еще работает над внедрением параллельных политик, включая радикальные изменения в положениях о конфиденциальности HIPAA и новые требования к прозрачности цен.
«Неясно, как это предлагаемое правило взаимодействует с этими связанными правилами, которые также требуют значительных положений об обмене данными», — написал Коннолли из ACHP.
Однако крупные поставщики электронных медицинских карт и ИТ-специалисты в области здравоохранения в прошлом отмечали, что правила совместимости, утвержденные в марте, не должны быть слишком сложными для плательщиков и поставщиков, так как внутренние функции, необходимые для обеспечения соответствия, уже существуют. на больших участках отрасли.
Администрация Трампа также дважды откладывала сроки соблюдения правил, чтобы попытаться высвободить ресурсы для борьбы с COVID-19..
Поставщики без проблем
Страховые группы также выразили недовольство тем, что на них легло бремя получения предварительного разрешения. Правило не включает параллельных обязательств поставщиков или провайдеров электронных медицинских карт по подключению к предлагаемым технологическим требованиям, указал AHIP, отметив, что внедрение новых процессов является неотъемлемой частью всех заинтересованных сторон.
AHIP предложил регулирующим органам предложить сопоставимые правила для поставщиков, чтобы обеспечить использование новых технологий, и что CMS должна создавать стимулы для поставщиков для принятия электронного предварительного разрешения, например, связывая его с существующими программами корректировки оплаты Medicare.
CMS также должна установить особые требования для разработчиков электронных медицинских карт, чтобы они включали функции в свои технологии, чтобы получить федеральную сертификацию, говорится в сообщении AHIP.
Группы провайдеров, похоже, согласились с тем, что нет ясности в отношении того, сколько они должны инвестировать в свои электронные медицинские карты, чтобы соответствовать правилу. В результате этой неопределенности CMS должна обеспечить достаточную стандартизацию обмена данными о плательщиках, чтобы избежать любых несоответствий, прокомментировала Федерация американских больниц, торговая ассоциация, представляющая коммерческие больницы.
Американская медицинская ассоциация согласилась со своими коллегами-плательщиками и заявила, что поставщики должны получать положительные финансовые стимулы для участия — и что CMS следует дополнительно протестировать и проверить правило перед окончательным утверждением.
«В отсутствие изменений в этот начальный этап тестирования у нас есть опасения, что это предложение не достигнет своих целей из-за недостаточного участия, запутает плательщиков в отношении их обязательств, непреднамеренно увеличит нагрузку на практику врачей и не сможет обеспечить пациентов с доступом к значимой информации об их медицинском обслуживании», — прокомментировал генеральный директор AMA Джеймс Мадара.
Недовольны MA
Хотя многие согласились, что период комментариев был странно быстрым, провайдеры значительно больше поддерживали предложенное правило как есть, особенно создание API предварительной авторизации и условие в правиле, согласно которому плательщики должны сообщать им, почему запрашивается предварительная авторизация. было отказано.
Тем не менее, их главная претензия к этому предложению заключалась в том, что оно не включает планы Medicare Advantage — что-то, о чем CMS заявила в правиле, которое она не считала необходимым, но не приводило особого обоснования — Американская ассоциация больниц заявила, что это «глубоко разочарован» в упущении.
«Заметное исключение планов ОЭ чрезвычайно беспокоит и значительно снижает потенциальное влияние регулирования», — написала AHA в своих комментариях.
Около одной трети бенефициаров Medicare участвуют в частных планах, поэтому исключение этой группы пациентов из правила может привести к большим изменениям в процессах предварительного разрешения в США.