Истекло время авторизации cms: Не добавляются камеры в cms / Вопросы / Общение / видеонаблюдение Polyvision

Продление ЭЦП онлайн для физических лиц

Электронная цифровая подпись — набор электронных цифровых символов, созданный средствами электронной цифровой подписи и подтверждающий достоверность электронного документа, его принадлежность и неизменность содержания; Электронная цифровая подпись равнозначна собственноручной подписи подписывающего лица и влечет одинаковые юридические последствия при выполнении условий согласно Закона Республики Казахстан от 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 необходимо немедленно либо потому, что оно предоставляется врачом или лечащим врачом во время посещения офиса, когда врач или лечащий врач определяет, что корсет необходим немедленно по медицинским показаниям, либо потому, что он предоставляется эрготерапевтом или физиотерапевтом. терапевт, который определяет, что корсет должен быть установлен в рамках сеанса (сеансов) терапии.

Предварительное разрешение будет действовать для этих ортезов (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 расширила требование о предварительном разрешении на использование этих кодов по всей стране.

  • Слайды Open Door Forum для LLP 11.03.2020 (PDF)
  • Слайды Open Door Forum для PRSS 06-04-2019(PDF)
  • Список необходимых предварительных разрешений (PDF)
  • Руководство по эксплуатации (PDF)
  • Покрытие для PMD (PDF)
  • Покрытие форума Open Door для инвалидных колясок с электроприводом группы 3 (25.04.2017) (PDF)
  • DMEPOS PA Часто задаваемые вопросы (PDF)
  • ОСНОВНОЙ СПИСОК DMEPOS (PDF)
  • Блок-схема DMEPOS PA Special Tracking & Outreach 15-03-2017 (PDF)
  • Слайды Форума открытых дверей 06.07.2017 (PDF)
  • Технологическая схема DMEPOS PA 15.03.2017 (PDF)
  • Информационный бюллетень DMEPOS PA 12 20 2016 (PDF)
  • Связанные ссылки

    • Служба поиска предварительной авторизации
    • 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 участвуют в частных планах, поэтому исключение этой группы пациентов из правила может привести к большим изменениям в процессах предварительного разрешения в США.