Модуль оплаты cms: Модули для CMS и CRM – платежные плагины для сайтов и интернет-магазинов

FONDY — Модуль оплаты для HostCMS

Установить модуль вы можете через раздел «Магазин приложений» в центре администрирования HostCMS.

Описание

Модуль оплаты Hostcms – это наиболее простой, понятный и быстрый способ подключить прием платежей к своему сайту. Плагин подходит как для небольших интернет-магазинов, так и крупных международных порталов.

Подключив плагин Hostcms от платежного шлюза FONDY

https://fondy.ru?utm_source=hostcms.ru&utm_medium=cms

ваш бизнес получает единую платформу для безопасного приема денежных средств, а клиенты – разнообразные способы оплаты товаров и услуг. Покупатели со всего мира смогут за пару секунд оплатить покупку банковской картой, через интернет-банки или альтернативные платежные методы.

Используя модуль FONDY для Hostcms, вы обеспечите своему бизнесу обработку транзакций одновременно через 25+ банков-эквайеров, повысив конверсию успешных платежей. Платежный шлюз работает с мерчантами в более чем 33 странах, поддерживая 100+ валют.

Преимущества платформы FONDY

  • Разнообразные способы подключения сервиса интернет-эквайринга: модуль оплаты Hostcms, платежная кнопка, онлайн-инвойсинг
  • Фирменная антифрод-система, способная моментально находить и отклонять мошеннические платежи, сохраняя конверсию успешных транзакций
  • Платежная страница адаптирована под мобильные устройства, включая смартфоны, планшеты и ноутбуки
  • Продуманная система холдирования – сохранение денежных средств на карте/счете клиента, которые в течение 25 дней можно списать или вернуть в один клик
  • Сохранение платежных данных в зашифрованном виде для их автоматического ввода при следующих оплатах с целью экономии времени покупателя
  • Возможность добавления в систему новых пользователей и назначения каждому определенных прав
  • Отслеживание этапов оформления заказа, статуса платежей, изучение аналитики в личном кабинете и мобильном приложении
  • Помощь в открытии и поддержке компании, выбора налоговой резиденции, предоставление услуг консалтинга предпринимателям, которые хотят вывести бизнес на международный рынок
  • Подключение двухфакторной аутентификации, позволяющей выполнить платеж только после ввода пользователем кода из СМС от банка

Поддерживаемые методы приема платежей

  • Visa, MasterCard, Maestro, Carte Bancaire, American Express – более чем два десятка банковских карт
  • Alipay, Trustpay, Skrill, SEPA, WeChat Pay – десятки альтернативных платежных методов
  • Россия, Украина, Польша, Англия, Словакия и др. страны ЕС – интернет-банки в 26 странах

Возможности платформы FONDYПростая установка и настройка

Для начала приема платежей через модуль оплаты Hostcms потребуется зарегистрироваться здесь

https://portal.fondy.eu/mportal/#/account/registration?utm_source=hostcms.ru&utm_medium=cms

В личном кабинете нужно ввести реквизиты для выплаты возмещений, подписать электронный договор, дождаться окончания проверки сайта, на которую уходит от 1 часа до 2-х дней.

Установка и настройка плагина Hostcms от платежного шлюза FONDY занимает несколько минут. В последующем можно изменять внешний вид и функционал страницы оплаты прямо в панели управления сайтом без помощи программистов.

Безопасность на высоком уровне

Каждый год платформа проходит сертификацию PCI DSS, что подтверждает надежное хранение и защиту информации о держателях банковских карт. Собственная система безопасности Fondy Antifraud, использующая в процессе работы более 300 правил и алгоритмов, способна находить мошенников и отклонять их платежи.

Платежный шлюз размещен в облачном сервисе, который отвечает стандартам безопасности. Он надежно защищен от DDoS атак, не позволяет посторонним людям и компаниям получить доступ к данным и оборудованию. Наличие двухфакторной аутентификации дает гарантию того, что платеж будет совершен только после ввода владельцем карты специального кода из СМС от обслуживающей банковской организации.

Надежная обработка платежей

Банки считаются одними из самых надежных финансовых учреждений, но даже у них бывают трудности. Подключая модуль оплаты Hostcms, вы получаете возможность резервирования канала: если один из банков остановит обработку платежа из-за сбоя или регламентных работ, платформа смаршрутизирует оплату от клиента на резервную организацию.

Модуль Hostcms от платежного шлюза FONDY способен моментально фиксировать отклонения транзакций банком-эквайером, а система – переводить её в другой банк. Если же регулятор признает банковскую организацию неплатежеспособной, то платформа сохранит денежные средства клиентов, так как она одновременно работает с десятками крупнейших банков.

Комфортная оплата для клиентов

Модуль оплаты Hostcms позволяет организовать удобный прием платежей для клиентов. При первой оплате система запоминает реквизиты пользователя, сохраняя их в зашифрованном виде. В следующий раз ему нужно будет только нажать на кнопку подтверждения. Покупателю не придется искать карту и вспоминать CVV-код.

Если предприниматель управляет сервисом по подписке, он может настроить в Hostcms рекуррентные платежи. При первом вводе платежных данных клиенту нужно дополнительно выбрать сумму и периодичность списаний, подтвердить оплату. Теперь система будет автоматически списывать деньги с заданной регулярностью (раз в неделю/месяц/год). Покупателю не придется совершать рутинных действий, а владельцу бизнеса – переживать из-за несвоевременного получения средств.

Удобные мобильные платежи

После подключения Hostcms, платежная страница автоматически адаптируется под смартфоны, планшеты, ноутбуки и прочие мобильные устройства. Страницы загружаются быстро, внешний вид и функционал сохраняются, поэтому клиентам удобно оплачивать покупки.

Для владельцев бизнеса создано мобильное приложение на iOS и Android. Они могут отправлять инвойсы, просматривать статистику и работать с платежами, получая данные от модуля оплаты Hostcms.

Для предпринимателей со смартфонами на OC Android работает поддержка NFC-технологии: вводите сумму и назначение оплаты, клиент подносит банковскую карту на расстоянии до 10 см, система фиксирует и за 1-2 секунды подтверждает платеж.

Встроенная система аналитики

Чтобы владельцы бизнеса могли улучшать систему приема платежей, мы встроили в доступные инструменты, включая плагин Hostcms, smart-аналитику. Вы можете в реальном отслеживать статус обработки каждого платежа, видеть этапы покупки клиента с целью оказать ему оперативную помощь, если возникнуть трудности.

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

Стоимость использования модуля оплаты Hostcms

Создание личного кабинета, скачивание, установка и настройка модуля для Hostcms бесплатная. Система взимает только комиссию с оплаты, размер которой зависит от оборота компании. Оплату комиссии можно переложить на клиента. Подробнее:

https://fondy.ru/tariffs-fondy?utm_source=hostcms.ru&utm_medium=cms

Как установить модуль оплаты Hostcms

Скачайте и установите плагин через панель управления сайтом или на оф.сайте

https://fondy.ru/cms/host-cms?utm_source=hostcms.ru&utm_medium=cms

. Далее следуйте инструкции:

  1. Перейдите в раздел «Контент», выберите магазин для подключения.
  2. В верхнем меню найдите раздел «Справочники». Из выпадающего списка выберите «Платежные системы».
  3. В этом разделе нажмите кнопку «Добавить». Впишите название платежного шлюза «FONDY», произвольно заполните описание и сохраните изменения.
  4. В меню «Справочник платежных систем» нажмите на кнопку редактирования возле названия «FONDY». В дополнительной вкладке найдите и запомните значение свойства «Идентификатор».
  5. Перейдите в раздел редактирования данных о платформе. Поставьте галочку напротив пункта «Активность». Код из файла fondyHandler.php скопируйте и вставьте в поле «Обработчик».

Теперь потребуется в строке «class Shop_Payment_System_HandlerXX extends Shop_Payment_System_Handler» указать идентификатор из вкладки «Дополнительно» вместо символов XX.

В нижнем блоке кода укажите свои данные:

// ———————————————————————————————
// Настройки модуля
// ———————————————————————————————
protected $_fondy_merchant_id = ‘ID мерчанта’; // из личного кабинета на платформе FONDY
protected $_fondy_redirect_mode = 0; // 1 — с перенаправлением, 0 — без перенаправления
protected $_fondy_secret_key = ‘секретный ключ’; // секретный ключ
protected $_fondy_language = ‘ru’; // язык, платежной системы
// id валюты, в которой будет производиться платеж
protected $_fondy_currency_id = 1; // 1 — рубли (RUR), 2 — евро (EUR), 3 — доллары (USD)
// ———————————————————————————————-
// конец настроек
// ———————————————————————————————-

Настройка плагина для приема платежей Hostcms успешно завершена. Не забудьте сохранить изменения!

Оплата

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

Общая информация по интеграции с платёжными системами

При регистрации на сервисах платёжных систем необходимо указать адрес {имя_вашего_домена}/emarket/gateway/ для оповещения UMI.CMS о зачислении платежа. Это базовый системный адрес для обмена информацией с платёжными системами.

Для некоторых платёжных систем можно указать адреса страниц, на которые будет перенаправлен пользователь в случае успешного проведения платежа и при возникновении проблем в процессе оплаты. В системе предусмотрены страницы: {имя_вашего_домена}/emarket/purchase/result/successful/ – для успешных платежей, и {имя_вашего_домена}/emarket/purchase/result/fail/ – для неуспешных. Однако, вместо этих страниц можно использовать любые другие, например, в качестве страницы для перенаправления после успешной оплаты можно указать страницу заказов пользователя ({имя_вашего_домена}/emarket/ordersList/), а для неудачной оплаты – страницу выбора способа оплаты ({имя_вашего_домена}/emarket/purchase/payment/choose/).

Добавление и редактирование способа оплаты

Наведите курсор на ссылку Добавить способ оплаты и в выпадающем списке выберите тип оплаты из предоставляемых в системе UMI.CMS.

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

 

Например, так будет выглядеть настройка параметров оплаты типа «Платежная квитанция»:

Для электронных платежных систем набор полей в секции Параметры будет определяться конкретной платежной системой.

 

Назначение полей различных типов оплаты:

Помимо двух стандартных полей «Название» и «Тип оплаты» у большинства типов оплаты есть собственный набор полей:

 

ЮKassa

Идентификатор магазина — Идентификатор магазина в ЮKassa. Выдается в ЮKassa. Обязательное поле

Секретный ключ — Секретный ключ магазина в ЮKassa. Выдается в ЮKassa. Обязательное поле

Передавать данные для печати чека — Используется для реализации ФЗ-54, требует заполнения ставки НДС у товаров и доставок.

Открывать страницу ожидания результата оплаты — Если данная настройка включена, то после окончания платежа покупатель будет перенаправлен на страницу на сайте /emarket/purchase/result/wait/, поэтому необходимо добавить обработку этой страницы в шаблоне сайта.

Вести журнал — записывать в файл запросы и ответы платежной системы

Подтверждать платежи вручную — eсли настройка включена, то вам будет необходимо вручную подтверждать платежи от клиентов через личный кабинет ЮKassa или страницу заказа в UMI.CMS

 

Платежная квитанция

Наименование получателя платежа — Данные для графы «наименование получателя платежа». Обязательное поле

ИНН получателя платежа — Данные для графы «ИНН получателя платежа». Обязательное поле

Номер счета получателя платежа — Данные для графы «номер счета получателя платежа». Обязательное поле

Наименование банка получателя платежа — Данные для графы «наименование банка получателя платежа». Обязательное поле

БИК — Данные для графы «БИК» (банковский идентификационный код). Обязательное поле

Номер кор./сч. банка получателя платежа — Данные для графы «номер лицевого счета (код) плательщика». Обязательное поле

 

PayOnline System

Merchant ID — Идентификатор, который выдается после регистрации в PayOnline System. Обязательное поле

Секретный ключ — Ключ, который выдается после регистрации в PayOnline System. Обязательное поле

 

Курьеру при получении

Не имеет дополнительных полей

 

Robokassa

Логин — Идентификатор магазина в сервисе Robokassa. Обязательное поле

Пароль #1 — Пароль для интерфейса инициализации оплаты. Обязательное поле

Пароль #2 — Пароль для интерфейса оповещения о платеже, XML-интерфейса. Обязательное поле

Тестовый режим — Включает тестовый режим.

Примечание: Оба пароля должны быть действующие, а не тестовые, даже для тестового режима.

 

Счет для юридических лиц

Наименование — Данные для шапки счёта и графы «Получатель». Обязательное поле

Юридический адрес — Данные для графы «Адрес».

Телефон — Данные для графы «тел.».

ИНН — Идентификационный номер налогоплательщика.

КПП — Код причины постановки на учёт.

Номер счета — Данные для графы «Сч. №» в блоке «Получатель».

Банк получателя — Данные для графы «Банк получателя».

Номер кор. счета банка — Данные для графы «Сч. №» в блоке «Банк получателя».

БИК — Данные для графы «БИК» в блоке «Банк получателя». Обязательное поле

Изображение с подписями — Поле для выбора изображения с печатями и подписями в нижней части счёта.

 

PayAnyWay

Url платежной системы — Адрес платежной системы. Возможны два варианта:

Для тестового аккаунта на demo.moneta.ru — «demo.moneta.ru«

Для рабочего аккаунта в платежной системе PayAnyWay — «www.payanyway.ru«

Идентификатор магазина — Идентификатор магазина в системе PayAnyWay. Обязательное поле

Url удачной оплаты — Адрес, на который будет перенаправлен пользователь после удачной оплаты.

Url неудачной оплаты — Адрес, на который будет перенаправлен пользователь в случае неудачной оплаты.

Код проверки целостности данных — Должен совпадать с аналогичным кодом в настройках аккаунта в платежной системе.

Тестовый режим — Включает тестовый режим.

 

Деньги Online

Идентификатор проекта — Идентификатор проекта в системе Деньги Online. Обязательное поле

Секретный ключ — Секретный ключ, полученный в системе Деньги Online. Обязательное поле

Идентификатор владельца — Идентификатор владельца в системе Деньги Online. Обязательное поле

 

PayPal

Тестовый режим — Включает тестовый режим.

E-mail продавца — Является идентификатором магазина в системе PayPal. Обязательное поле

Url удачной оплаты — Адрес, на который будет перенаправлен пользователь после удачной оплаты. Обязательное поле

Url неудачной оплаты — Адрес, на который будет перенаправлен пользователь в случае неудачной оплаты. Обязательное поле

 

Примечание: Если среди предоставляемых способов оплаты нет нужной вам платежной системы, вы можете самостоятельно интегрировать ее в UMI.CMS. О том, как это сделать читайте в разделе Интеграция платежной системы.

Инициатива

Bundled Payments for Care Improvement (BPCI): Общая информация

Справочная информация

Традиционно Medicare производит отдельные платежи поставщикам услуг за каждую отдельную услугу, которую они предоставляют получателям помощи в связи с одним заболеванием или курсом лечения. Такой подход может привести к фрагментарной помощи с минимальной координацией между поставщиками и медицинскими учреждениями. Оплата вознаграждает за количество услуг, предлагаемых поставщиками, а не за качество предоставляемой помощи. Исследования показали, что пакетные платежи могут согласовывать стимулы для поставщиков услуг — больниц, поставщиков услуг после неотложной помощи, врачей и других практикующих врачей — позволяя им тесно сотрудничать по всем специальностям и условиям. В BPCI получатель награды — это организация, которая берет на себя финансовую ответственность за расходы на эпизод. Инициаторами эпизода являются поставщики медицинских услуг, которые инициируют эпизоды лечения BPCI; они не несут риска напрямую (если они также не выступают в качестве получателя приза), но участвуют в модели по соглашению с получателем приза BPCI. К инициаторам эпизода BPCI относятся больницы неотложной помощи, учреждения квалифицированного сестринского ухода, групповые врачебные практики, агентства по оказанию медицинской помощи на дому, стационарные реабилитационные учреждения и больницы длительного ухода, которые вызывают эпизод оказания помощи.

Центр инноваций Medicare и Medicaid (Инновационный центр) разработал Инициативу BPCI, чтобы оценить, привели ли протестированные модели к улучшению ухода за пациентами и снижению затрат для Medicare.

Обзор

В модели 1 эпизод оказания помощи определялся как стационарное пребывание в больнице неотложной помощи. Medicare выплатила больнице сумму со скидкой, основанную на ставках оплаты, установленных в соответствии с Системой перспективных платежей для стационарных пациентов, используемой в первоначальной программе Medicare. Medicare продолжала платить врачам отдельно за их услуги в соответствии с Графиком оплаты медицинских услуг Medicare. Первая группа Призеров в Модели 1 началась в апреле 2013 г. и завершилась 31 марта 2016 г. Остальные Призеры завершили свое участие 31 декабря 2016 г.

Модель 2 и Модель 3 состояли из ретроспективной комплексной схемы оплаты, в которой фактические расходы согласовывались с целевой ценой за эпизод лечения. В модели 2 эпизод включал стационарное пребывание в больнице неотложной помощи, а также послеоперационную помощь и все сопутствующие услуги в течение 90 дней после выписки из больницы. В модели 3 эпизод обращения за помощью был инициирован пребыванием в больнице неотложной помощи, но начинался с начала оказания услуг после неотложной помощи в учреждении квалифицированного сестринского ухода, стационарном реабилитационном учреждении, больнице длительного ухода или агентстве по оказанию медицинской помощи на дому. В соответствии с этими моделями ретроспективных платежей Medicare продолжала производить платежи по принципу «плата за услугу» (FFS); Позже CMS сверила общие расходы на эпизод с суммой объединенного платежа (целевой ценой). Затем Medicare произвела выплату или сумму возмещения, которая отражала совокупные расходы по сравнению с целевой ценой.

В Модели 4 CMS произвела единый заранее определенный пакетный платеж больнице, который охватывал все услуги, предоставляемые больницей, врачами и другими практикующими врачами в течение эпизода лечения, который длился все время пребывания в стационаре. Врачи и другие практикующие врачи подали в Medicare заявления об отсутствии оплаты, и больница оплатила их из общего платежа. Первые группы победителей в моделях 2, 3 и 4 начались в октябре 2013 г. Модели 2 и 3 закончились 20 сентября 2018 г.

Модель 1 BPCI: только пребывание в больнице неотложной помощи

В модели 1 эпизод оказания помощи определялся как стационарное пребывание в больнице неотложной помощи. Medicare выплатила больнице сумму со скидкой, основанную на ставках оплаты Inpatient Prospective Payment System, используемых в первоначальной программе Medicare. Medicare платила врачам отдельно за их услуги в соответствии с Графиком оплаты медицинских услуг Medicare. Призеры Модели 1 участвовали в эпизодах BPCI для всех групп, связанных с диагностикой РС (DRG), для соответствующих критериям бенефициаров.

Заявки на участие в Модели 1 должны были быть поданы в ноябре 2011 г. 31 января 2013 г. CMS объявила об отборе лауреатов Модели 1, и участие началось в апреле 2013 г. Летом 2013 г. CMS разрешила организациям подавать новые заявки в участвовать в модели BPCI 1, и один новый лауреат начал участвовать в январе 2014 г. Первая группа лауреатов в модели 1 началась в апреле 2013 г. и завершилась 31 марта 2016 г. Остальные лауреаты завершили свое участие 31 декабря 2016 г.

Модели 2, 3 и 4 – двухэтапное внедрение

Инициатива комплексных платежей для улучшения ухода включала два этапа для моделей 2, 3 и 4. Фаза 1 – период «подготовки» – был начальным периодом инициативы в течение которые CMS и участники подготовили к внедрению и принятию участником финансового риска. Участники этапа 1 перешли на этап 2 – «рисковый» период – после заключения договора с CMS.

В декабре 2014 года CMS установила график перехода к этапу 2 BPCI. В соответствии с графиком, каждая организация, инициирующая эпизод, независимо от того, несет ли непосредственно инициатор эпизода риск (в качестве получателя награды) или участвует в созыве получателя приза, должен был перевести как минимум один клинический эпизод в фазу 2 к 1 июля 2015 г., чтобы остаться в BPCI. Для моделей 2, 3 и 4 участники могли выбирать из 48 клинических эпизодов. Фаза 1 завершилась 30 сентября 2015 г., и все клинические эпизоды для всех участников перешли в Фазу 2. Первоначально планировалось, что Фаза 2 завершится после того, как каждый участник завершит трехлетний период производительности для каждого клинического эпизода Фазы 2. Тем не менее, CMS продлил BPCI до 30 сентября 2018 г. для лауреатов моделей 2, 3 и 4, которые решили продлить период действия до 2 лет для всех клинических эпизодов.

По состоянию на 1 июля 2018 г. инициатива BPCI включала 1025 участников этапа 2, 206 лауреатов и 819 инициаторов эпизодов. Участники могут быть разбиты по типам поставщиков: 255 больниц неотложной помощи, 485 учреждений квалифицированного сестринского ухода, 192 групповых врачебных кабинетов, 43 агентства по оказанию медицинской помощи на дому, 9 стационарных реабилитационных центров и 0 больниц длительного ухода. Некоторые награжденные не были инициаторами эпизодов в BPCI, поэтому такая разбивка участников была исключена.

BPCI Model 2: Неотложная и пост неотложная помощь, эпизод

Модель 2 включала в себя ретроспективное соглашение о пакетных платежах, при котором фактические расходы согласовывались с целевой ценой эпизода медицинской помощи. В соответствии с этой моделью оплаты Medicare продолжала производить платежи по принципу «плата за услугу» (FFS) поставщикам и поставщикам, которые оказывали услуги бенефициарам в эпизодах Модели 2. Общие расходы на эпизод бенефициара позже сверялись с общей суммой платежа (целевой ценой), определенной CMS. Затем CMS произвела платеж или возмещение, отражающее совокупную производительность по сравнению с целевой ценой. В Модели 2 эпизод лечения включал стационарное пребывание получателя помощи по программе Medicare в больнице неотложной помощи, уход после неотложной помощи и все сопутствующие услуги во время эпизода лечения — 30, 60 или 90 дней после выписки из стационара. Победители выбрали до 48 различных клинических эпизодов для тестирования в модели.

По состоянию на 1 июля 2018 г. в BPCI Model 2 было 432 участника на этапе 2. 432 участника включали 131 лауреата и 301 инициатора эпизода. Для Модели 2 «Инициатор эпизода» означал больницу неотложной помощи или групповую практику врачей, которая инициировала эпизод оказания помощи. Распределение участников по типам поставщиков выглядит следующим образом: 253 больницы неотложной помощи и 152 групповые практики врачей. Некоторые лауреаты не были инициаторами эпизодов в BPCI, поэтому они не были включены в приведенную выше разбивку участников.

Модель 3 BPCI: только уход после неотложной помощи

Модель 3 включала ретроспективную комплексную схему оплаты, при которой расходы согласовывались с целевой ценой за эпизод лечения. В соответствии с этой моделью Medicare продолжала производить платежи по принципу «плата за услугу» (FFS) поставщикам и поставщикам, которые оказывали услуги бенефициарам в эпизодах Модели 3. Общие расходы на эпизод бенефициара позже сверялись с общей суммой платежа (целевой ценой), определенной CMS. Затем CMS произвела оплату или возмещение, отражающее совокупную производительность по сравнению с целевой ценой. В Модели 3 «Эпизод оказания медицинской помощи» был инициирован пребыванием получателя помощи по программе Medicare в больнице неотложной помощи и начинался при оказании услуг после неотложной помощи в участвующем учреждении квалифицированного сестринского ухода, стационарном реабилитационном учреждении, больнице длительного ухода или агентстве по оказанию медицинской помощи на дому. Услуги после неотложной помощи, включенные в эпизод, начинались в течение 30 дней после выписки из стационара и заканчивались через 30, 60 или 9 дней.0 дней после начала эпизода. Участники могли выбрать до 48 различных эпизодов клинического состояния для тестирования в модели.

По состоянию на 1 июля 2018 г. в Фазе 2 BPCI Model 3 участвовал 591 участник. 591 участник состоял из 73 лауреатов и 518 инициаторов эпизода. Для Модели 3 «Инициатор эпизода» означал поставщика услуг по оказанию неотложной медицинской помощи или группу врачей, которые инициировали эпизод оказания помощи. Распределение участников по типам поставщиков было следующим: 485 учреждений квалифицированного ухода, 43 агентства по оказанию медицинской помощи на дому, 9Стационарные реабилитационные учреждения, 40 групп врачей и 0 больниц длительного ухода. Некоторые получатели наград не инициировали эпизоды в BPCI и, следовательно, не были включены в разбивку участников по типам поставщиков. В настоящее время 591 Участник включает 577 Призеров, инициирующих эпизоды, и инициаторов эпизодов, а еще 14 Призеров, не являющихся инициаторами эпизодов, были вовлечены в Модель 3 BPCI. Многие участники/призеры включали многочисленные сайты, и к ним можно получить доступ в виде (списка).

Модель BPCI 4: Перспективное пребывание в стационаре неотложной помощи

В Модели 4 CMS произвела единый заранее определенный пакетный платеж, охватывающий все услуги, предоставляемые больницей, врачами и другими практикующими врачами во время эпизода лечения, который длился все время пребывания в стационаре. Врачи и другие практикующие врачи имели возможность подать в Medicare заявление об отсутствии оплаты и получить оплату от больницы из общего платежа. В сумму объединенного платежа включены соответствующие повторные госпитализации в течение 30 дней после выписки из больницы. Участники могли выбрать до 48 различных эпизодов клинического состояния для тестирования в модели.

По состоянию на 1 июля 2018 г. в модели 4 BPCI было 2 участника на этапе 2. Эти 2 участника состояли из 2 лауреатов и 0 инициаторов эпизодов, участвовавших в изменении дизайна ухода. Для Модели 4 «Инициатор эпизода» означал больницу неотложной помощи, которая инициировала эпизод оказания помощи. Распределение участников по типам поставщиков было следующим: 2 больницы неотложной помощи. Многие лауреаты включают многочисленные сайты, и к ним можно получить доступ в виде (списка).

Оценки

Последний отчет об оценке
  • Two Pager: Краткий отчет (PDF)
    • Технический документ — обобщение результатов оценки по 21 модели Medicare (PDF)  | Слайды (PDF)  | Запись (MP4)  | Стенограмма (PDF)  
Отчеты о предварительной оценке
  • Two Pager: Краткий отчет о результатах (PDF)

    • BPCI, модели 2, 3 и 4 — Седьмой отчет об оценке (PDF)

    • BPCI, модели 2, 3 и 4 — приложения к седьмому отчету об оценке (PDF)

  • Информационный документ — Синтез оценки моделей оплаты эпизода (PDF)
  • Первый годовой отчет об оценке BPCI Model 1 (PDF)
    • Первый годовой отчет об оценке BPCI Model 1 — Приложение A (PDF)
    • Первый годовой отчет об оценке BPCI Model 1 — Приложение B (PDF)
    • Первый годовой отчет об оценке BPCI Model 1 — Приложение C (PDF)
    • Первый годовой отчет об оценке BPCI Model 1 — Приложение D (PDF)
    • Первый годовой отчет об оценке BPCI Model 1 — Приложение E (PDF)
  • BPCI Model 1 – Второй годовой отчет об оценке (PDF)
    • Модель 1 BPCI — Второй годовой отчет об оценке, Приложение A (PDF)
  • BPCI, модели 2, 3 и 4 — первый отчет об оценке (PDF)  | Приложение (PDF) (февраль 2015 г. )
  • BPCI Models 2, 3 и 4 – второй отчет об оценке (PDF)  | Приложения (PDF) (сентябрь 2016 г.)
  • BPCI Models 2, 3 и 4 – Третий отчет об оценке (PDF) | Приложения (PDF) (октябрь 2017 г.)
  • BPCI Models 2, 3 и 4 – четвертый отчет об оценке (PDF)  | Приложения (PDF) (июнь 2018 г.)
  • BPCI Models 2, 3 и 4 – Пятый отчет об оценке (PDF) | Приложения (PDF) (октябрь 2018 г.)
    • Краткий обзор результатов: годы оценки 1–3 (PDF)
  • BPCI, модели 2, 3 и 4 — шестой отчет об оценке (PDF)  | Приложения (PDF) (июнь 2020 г.)
    • Краткий отчет о результатах (PDF)

Дополнительная информация

  • Пресс-релиз
  • Информационный бюллетень (обновлено 18.04.2016)
  • Набор инструментов для комплексных платежей за улучшение ухода (PDF)
  • Аналитический файл эпизода Инициативы BPCI (XLS) (обновлено 01.07.18)
  • Области обучения и ресурсов по комплексным платежам
  • Архивные материалы

Домашнее здоровье PPS | CMS

Закон о сбалансированном бюджете (BBA) от 1997 с поправками, внесенными Законом о сводных и чрезвычайных дополнительных ассигнованиях (OCESAA) 1999 г. , призвал к разработке и внедрению перспективной системы оплаты (PPS) для медицинских услуг Medicare на дому. BBA 1997 года ввела в действие систему временных платежей (IPS) до тех пор, пока не будет реализована PPS. С 1 октября 2000 г. PPS для оказания медицинской помощи на дому (HH PPS) заменила IPS для всех агентств по оказанию медицинской помощи на дому (HHA). Предложенное PPS правило было опубликовано 28 октября 1999 г. с 60-дневным периодом общественного обсуждения, а окончательное правило было опубликовано 3 июля 2000 г.

Начиная с октября 2000 г., HHA получали оплату в соответствии с HH PPS за 60-дневные эпизоды ухода, которые включали все покрываемые медицинские услуги на дому. Сумма выплаты за 60 дней была скорректирована с учетом разницы в заработной плате в зависимости от набора случаев и региона. Корректировка набора случаев в рамках этой системы включала: клиническое измерение; функциональное измерение; и аспект услуг, в котором оплата будет увеличиваться, если будут достигнуты определенные пороговые значения посещений терапии.

Закон о двухпартийном бюджете от 2018 г. (BBA от 2018 г.) включал несколько требований к реформе оплаты медицинского обслуживания на дому, вступивших в силу 1 января 2020 г. Эти требования включали отмену использования пороговых значений терапии для корректировки состава -дневная единица платежа до 30-дневного периода платежа. Требуемые законом положения BBA от 2018 года привели к созданию модели группировок, управляемых пациентами, или PDGM. PDGM устраняет нынешний платежный стимул для чрезмерного предоставления терапии и вместо этого предназначен для большего внимания к клиническим характеристикам и другой информации о пациентах, чтобы лучше согласовать платежи Medicare с потребностями пациентов в уходе. Хотя оплата корректируется для каждого 30-дневного периода ухода, чтобы отразить состояние здоровья бенефициара и потребности в уходе, существует специальное положение о выбросах, чтобы обеспечить соответствующую оплату для тех бенефициаров, которые имеют самые дорогие потребности в уходе.

В марте 2020 г. раздел 3708(f) Закона CARES внес поправки в правила, позволяющие практикующим медсестрам (NP), клиническим медсестрам-специалистам (CNS) и помощникам врачей (PA) сертифицировать и заказывать медицинские услуги на дому. Это означает, что в дополнение к врачу эти «допущенные практикующие врачи» могут сертифицировать, составлять и периодически пересматривать план ухода, а также контролировать предоставление предметов и услуг для получателей льгот Medicare на дому (HH).

Кроме того, раздел 3707 Закона CARES поощряет использование телекоммуникационных систем для оказания медицинских услуг на дому во время пандемии COVID-19.Чрезвычайная ситуация в области общественного здравоохранения (PHE). В ответ CMS внесла поправки в § 409.43(a), разрешающие использование телекоммуникационных технологий как часть плана медицинского обслуживания на дому, если использование таких технологий не заменяет личный визит, указанный в плане. ухода.

30-дневные периоды ухода в соответствии с PDGM

Начиная с 1 января 2020 г. HHA получают национальную стандартную ставку оплаты за 30-дневный период, если период ухода соответствует определенному порогу посещений врача на дому. Эта ставка оплаты корректируется с учетом состава дел и географических различий в заработной плате. 30-дневные периоды ухода, которые не соответствуют порогу посещений, оплачиваются по ставке оплаты за посещение для дисциплины, обеспечивающей уход. Несмотря на то, что в настоящее время единицей оплаты медицинских услуг на дому является ставка оплаты за 30-дневный период, нет никаких изменений в сроках для повторного подтверждения права на участие и пересмотра плана медицинского обслуживания на дому, оба из которых будут происходить каждые 60 дней (или в случае обновления плана лечения, чаще, когда этого требует состояние пациента).

Корректировка набора случаев — Корректировка оплаты с учетом состояния и потребностей бенефициара

После того, как врач или уполномоченный практикующий врач прописывает план ухода на дому, HHA оценивает состояние пациента и определяет квалифицированный уход, терапию, медицинское обслуживание. потребности в социальных услугах и домашнем медицинском обслуживании в начале 60-дневного периода сертификации. Оценка должна проводиться для каждой последующей 60-дневной сертификации. Медсестра или терапевт из HHA использует набор информации об исходах и оценке (OASIS) для оценки состояния пациента. (Все HHA используют OASIS с 19 июля., 1999.)

Определенные элементы OASIS, описывающие состояние пациента, и другая информация, сообщаемая в заявках Medicare, используются для определения корректировки по совокупности случаев в соответствии с общенациональной стандартной ставкой оплаты за 30 дней. 30-дневные периоды разделены на 432 группы смешанного набора для целей корректировки оплаты в соответствии с PDGM. В частности, 30-дневные периоды распределены по разным подгруппам для каждой из следующих широких категорий:

Информация, полученная из заявлений Medicare:

  • Источник поступления (две подгруппы): сообщество или учреждение
  • Сроки 30-дневного периода (две подгруппы): ранний или поздний
  • Клиническая группа на основании зарегистрированного основного диагноза (двенадцать подгрупп): скелетно-мышечная реабилитация; Нейро-реабилитация после инсульта; раны; Медикаментозное управление, обучение и оценка (MMTA) — Хирургическое послеоперационное лечение; ММТА — сердечно-сосудистая; ММТА — Эндокринный; ММТА — Желудочно-кишечный тракт и мочеполовая система; ММТА — Инфекционные болезни, новообразования и болезни кроветворения; ММТА — респираторный; MMTA- Другое; Психического здоровья; или комплексные сестринские вмешательства
  • Коррекция сопутствующих заболеваний на основании зарегистрированных вторичных диагнозов (три подгруппы): Нет, Низкий или Высокий

Информация, полученная в результате оценки OASIS:

  • Уровень функциональных нарушений (три подгруппы): низкий, средний или высокий

Всего существует 2*2*12*3*3 = 432 возможных группы платежей, скорректированных по набору случаев.

Нестандартные платежи — Доплата за обслуживание наиболее дорогостоящих бенефициаров

Дополнительные выплаты будут производиться в течение 30-дневного периода, скорректированного с учетом состава дел, и сопутствующие выплаты бенефициарам, понесшим необычно большие расходы. Эти исключительные платежи будут производиться за периоды ухода, когда условно исчисленные затраты превышают пороговую сумму для каждой группы смешанного случая. Сумма выброса платежа будет пропорцией суммы вмененных затрат сверх порога. Выбросы расходов будут условно рассчитаны для каждого периода ухода путем применения стандартных сумм за посещение к количеству посещений по дисциплинам (посещения квалифицированных медицинских сестер или физические, речевые и языковые патологии, трудотерапия или услуги по оказанию медицинской помощи на дому), указанным в заявлениях. . Общие национальные выбросы за услуги медицинского обслуживания на дому в год не превышают 2,5 процента расчетных общих платежей в рамках PPS медицинского обслуживания на дому.