4 cms: Вышла Joomla 4! Молниеносная скорость! Топ для SEO! Самая безопасная!

Содержание

Что такое CMS 4 возможности, предлагаемые системой управления контентом

Что такое CMS?

Какую CMS выбрать?

Возможности, которые дает нам система управления контентом

2. Контроль над сайтом

3. Сокращение затрат и времени

4. Обновление контента и легкий блог

Создавая сайт для своего бизнеса, вы учитываете его внешний вид, какой контент будет размещен и много других элементов. Если мы решим создать сайт профессионалами, следует принять во внимание основной вопрос: как мы сможем изменить содержание сайта позже. Вот почему инвестирование в систему управления контентом может быть хорошей идеей. Что такое CMS и каковы возможности? Прочитайте нашу запись и узнайте больше. #wiemyjak

Что такое CMS?

CMS — система управления контентом — это веб-приложение или система, которая позволяет нам контролировать контент на нашем веб-сайте. Большой плюс CMS в том, что каждый может использовать его! Вам не нужны специальные знания, а работа с системой довольно проста и интуитивно понятна. С системой CMS вы можете легко добавлять, удалять и изменять контент (как текст, так и изображения, графику, фотографии, видео и другие). Таким образом, можно контролировать практически все элементы сайта, не зная языка программирования.

Какую CMS выбрать?

Если вы планируете выбрать систему управления контентом, у вас есть два варианта. Первый — это использование бесплатных систем CMS, второй — создание проприетарной системы. Бесплатные системы управления контентом характеризуются открытым исходным кодом, так что каждый может вносить в него изменения и работать над саморазвитием системы. Запатентованная система — это CMS с закрытым кодом, которая является собственностью программиста, который ее создал, и делает невозможным ее изменение третьими лицами. В интересах такой системы существует поддержка обеспечения дополнительной безопасности сайта.

Среди бесплатных систем CMS WordPress, пожалуй, самый популярный. Конечно, среди бесплатных CMS, доступных на рынке, есть даже Joomla! или Drupal. Стоит проанализировать возможности, предоставляемые каждым из них, а также учесть ваши собственные предпочтения и последующее развитие вашего сайта.

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

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

Возможности, которые дает нам система управления контентом

1. Влияние CMS на SEO

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

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

Плагины также позволяют легко, просто и интуитивно оптимизировать сайт. Как известно, все действия по оптимизации влияют на позиционирование сайтов. Благодаря соответствующей адаптации системы управления контентом будет естественным дополнять элементы, важные для оптимизации.

2. Контроль над сайтом

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

Однако, если вы решаете поручить кому-то задачу по модификации вашего сайта, вам не нужно беспокоиться о том, что самый важный контент скомпрометирован. То, что предоставляет CMS, — это возможность предоставить доступ конкретным людям. Вы можете сделать это в любое время и с кем угодно. Вы указываете, что данный человек может делать на веб-сайте и как его изменить.

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

3. Сокращение затрат и времени

Вам не нужно пользоваться помощью программистов, вы сами вносите изменения. В связи с тем, что вы можете выполнять большинство действий самостоятельно, вы избегаете платы за изменение вашего сайта. Плюсом CMS является не только снижение затрат, но и времени. Вам не нужно заказывать какие-либо изменения в ИТ-компании и ждать, пока они завершат обслуживание. Вы не платите за изменения и вносите их практически мгновенно и без проблем. Люди, которые имеют доступ к системе, могут легко изменять контент на сайте.

4. Обновление контента и легкий блог

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

Если вам нужно обновлять свой сайт чаще, чем раз в месяц, система управления контентом обязательно будет работать.

Ига Катульская

возвращение

2. Что такое баланс белого?
2. Что такое баланс белого? Баланс белого — это не что иное, как получение правильного цветного изображения. Например: вы делаете снимок во время заката, и изображение получается синим? Каман! Что происходит? Или вы фотографируете днем, у вас красивое голубое небо, и все получается таким желтым. Это зависит от баланса белого. Вы можете выбрать несколько параметров камеры. Вначале доверьтесь автоматическому балансу. Когда вы полностью овладеете камерой, вы начнете Что меняет обновление?
Что меняет обновление? Первое существенное изменение заключается в том, что последующие обновления больше не будут обнародованы. Почему? Google Pingwin 4.0 будет работать в режиме реального времени, поэтому все изменения будут автоматически проиндексированы в основной поисковой системе и постоянно обновляются. На практике это означает, что сайт, наказанный плохой видимостью, сможет улучшить свою позицию быстрее, чем это было возможно с предыдущими обновлениями. Алгоритм Что такое 4K?
Что такое 4K? Чисто и просто, 4K означает более четкую картину. Это больше пикселей (8,294,400, если быть точным) сразу на экране, что создает изображения, которые более четкие и способны отображать больше деталей, чем стандартный HD. Это оно? Вот и все. Какое разрешение 4К? Разрешение 4K, по крайней мере так, как его определяют большинство телевизоров, составляет 3840 x 2160 или 2160p. Для сравнения: разрешение Full HD 1080p составляет Что такое PlayStation Plus?
Что такое PlayStation Plus? PlayStation Plus — это услуга подписки это позволяет вам полностью раскрыть потенциал вашего PS4. Если вы подпишетесь на PS +, у вас будет доступ к многопользовательской онлайн-игре, бесплатные ежемесячные игры и ранний доступ к демоверсиям. Игроки должны поддерживать свою подписку Plus. Вы также получаете бета-версии и пробные версии, Если, с другой стороны, вы ответили «да» на предыдущий вопрос: как вы согласны с тем, что я делаю, и одновременно ведете блог?
Если, с другой стороны, вы ответили «да» на предыдущий вопрос: как вы согласны с тем, что я делаю, и одновременно ведете блог? Очень важно, чтобы контекстное размещение продукта — не революция для ваших читателей, а то, что естественно вписывается в ваш ежедневный блог. И это вызвало у них некоторые эмоции, потому что рекламная кампания, которую каждый имеет в заднице, — это не то, что тиграм нравится больше всего. Лучше отказаться от сотрудничества, чем делать это. Другой Что такое вики?
Что такое вики? Вики — это веб-сайт, который позволяет любому посетителю стать участником: вы можете создавать или редактировать фактическое содержимое сайта без каких-либо специальных технических знаний или инструментов. Все, что вам нужно, это компьютер с подключением к Интернету. Вики постоянно «пересматривается». Это живое сотрудничество, целью которого является совместное использование творческого процесса и продукта многими. Одним из известных примеров является Wiki-pedia, Что такое восстановление TWRP ?
Что такое восстановление TWRP ?? TWRP расшифровывается как Team Win Recovery Project (TWRP) — это специальное восстановление для телефонов Android, которое является проектом с открытым исходным кодом. Проект Team Win начался с портирования CM7 для HTC EVO 4G, а затем занялся созданием пользовательского проекта восстановления, который теперь называется TWRP, одного из ведущих на сегодняшний день пользовательских восстановлений, охватывающих широкий спектр доступных телефонов и Что такое контрольная сумма Google?
Что такое контрольная сумма Google? Всякий раз, когда вы просматриваете страницу в Internet Explorer с помощью панели инструментов Google, между сервером Google и панелью (через DLL) устанавливается диалог. Чтобы защитить себя, Google включил в этот диалог кодированный параметр в виде чисел, который называется контрольной суммой. Без этой контрольной суммы вы не сможете смоделировать диалог между панелью инструментов и сервером Google. Каждому URL присваивается уникальная контрольная сумма Но что, если ваша Chrome OS не загружается, или система полностью повреждена, или вы не можете получить экран входа?
Но что, если ваша Chrome OS не загружается, или система полностью повреждена, или вы не можете получить экран входа? Существует способ восстановления Chrome OS путем полной очистки диска и восстановления с носителя для восстановления. Здесь вы должны помнить, что этот процесс полностью уничтожит все системные файлы, операционную систему, локальное хранилище вашего Chromebook, и вы не сможете использовать компьютер до завершения процесса восстановления. Что такое тик?
Что такое тик? Когда Intel сжимает умереть (где располагаются ядра процессора и другие компоненты), используя меньший производственный процесс, это приводит к снижению потребляемой чипом мощности. Следовательно, производство тепла и энергопотребление снижаются. В настоящее время Haswell и Ivy Bridge используют 22-нм производственный процесс. Обратите внимание, Но что выбрать?
Но что выбрать? Прочитайте, что вам нужно знать при планировании покупки 4K телевизора! Покупка 4К ТВ — техник Разрешение — один из важнейших параметров телевизора, измеряемый в пикселях. Это зависит от того, сколько изображения просматривается. Телевизоры Full HD имеют разрешение от 1920 до 1080 пикселей. В этом отношении телевизоры Ultra HD лучше в четыре раза — их разрешение составляет 3840 на 2160 пикселей. Это означает гораздо более точное воспроизведение деталей, более

Что такое CMS?
Какую CMS выбрать?
Что такое CMS и каковы возможности?
Какую CMS выбрать?
Вопрос о разуме Сета Стивенса-Давидовича: что нужно для того, чтобы на самом деле достичь этого уровня выдающегося положения?
Что меняет обновление?
Почему?
Что такое ISO, баланс белого, диафрагма, выдержка?
О же такое таинственный ISO, баланс белого, выбор времени и апертура?
1. Что такое ISO?

Joomla! 4 и выше: архитектура и дизайн

В двух предыдущих статьях этого цикла мы обсудили целевую аудиторию для Joomla! 4 и выше, а также ее вид для конечного пользователя. В этой (третьей) части мы увидим ее перспективы для разработчиков, а также определим вид архитектуры PHP-кода и задачи дизайна.

Доступность

Я говорил, что Joomla! требуется улучшение доступности. По всей видимости, это необходимо для Joomla! в государственном секторе многих стран. Это не моя область, поэтому я думаю, что для этого необходимы предложения от экспертов в данной сфере.

Современный CSS фреймверк

Joomla! 3 на годы застряла на Bootstrap 2. Но что еще хуже, это даже не Bootstrap 2, это собственная неудачная его версия. Может быть, это имело смысл в 2011 году, но в 2015 это все-равно, что пытаться использовать для общения сигнальные огни, когда все остальные используют текстовые сообщения. Нам нужен современный, актуальный CSS фреймворк.

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

По второму мнению – обзавестить парой для Joomla! было очень эффективно. Bootstrap — это замечательный фреймверк, и мы должны его придерживаться. Однако немаловажно всегда использовать последнюю версию, выпущенную не позднее 6 месяцев, чтобы соответствовать циклу разработки Joomla!. Мы НЕ должны бояться нарушить обратную совместимость при обновлении до последней версии Bootstrap. Я знаю, что был против этого четыре года назад, но я увидел, что сейчас мы глубоко застряли в нашем устаревшем CSS фреймверке.

JLayout — залог успеха

JLayout это отличный способ отделить некоторые из сложностей использования различных CSS фреймворков. Но нужно помнить, что это касается только статичного контента, а не JavaScript взаимодействий, которые требуют знание:

А) использования DOM-модели фреймверка

Б) доступности вспомогательных функций JavaScript

По сути, JLayout это HTML уровень абстракции (abstraction layer).

Что если бы мы могли использовать JLayout, чтобы подгружать код JavaScript абстракции? Я знаю, что некоторые JLayout шаблоны уже практически могут загружать свои скрипты, но только для решения задач ядра Joomla!. Если я — сторонний разработчик, который хочет динамически отображать кнопки или изменять цвет ярлыка на лету, хоть и на JavaScript, то мой единственный вариант сейчас — создать AJAX-вызовы, которые создадут новую HTML-страницу и заменят содержимое той страницы, которую пользователь просматривает в данный момент. Это неправильно и нецелесообразно по многим причинам!

Давайте развивать общую библиотеку JavaScript, проксирующую Bootstrap. Если разработчики решат использовать CSS фреймворк XYZ — они обязаны предоставить переопределение для этой общей библиотеки JavaScript. Это позволит сторонним разработчикам поддерживать разные шаблоны без ужасной грубой подгрузки Bootstrap с пространством имен (да, я сам занимался этим кошмаром…) или без изобретения своих собственных CSS-фреймворков, которые не выглядят «правильно» в сторонних шаблонах.

Смена вида шаблонов

Одним из новшеств на Joomla! 1.5 (вернемся назад в ’06 год), было внедрение вида шаблонов, который отделил код, который создает материалы от кода, который их отображает. Это было здорово, но… это было здорово девять лет назад. Вы давно смотрели на наши шаблоны? В них очень много PHP-кода. Фронт-энд разработчик должен иметь гораздо больше, чем поверхностное представление о PHP для стилизации.

Между тем в PHP-мире появился Laravel. И в нем ну совсем просто понять его Blade-шаблоны. И он сделал прорыв! Он невероятно мощный и, ко всему прочему, легкий для интерфейсного разработчика, ведь чтобы понять и настроить РНР, не надо вдаваться в конкретику. И да, Larevel может быть портирован на Joomla!, я это уже делал.

Синтаксис Blade позволяет нам упростить жизнь разработчиков еще больше, добавив поддержку для конструкций типа @jlayout(‘com_example.foo.bar’, $this->items, $somethingElse). Сравните это с типичным JLayout вызовом кода ядра и вы увидите, куда это идет. Как говорил Дарт Сидиус: ВЛАСТЬ! АБСОЛЮТНАЯ ВЛАСТЬ!

PHP 5.4 и выше

PHP 5.3 мертв с августа 2014. PHP 5.4 будет мертв в августе 2015 года, но, по крайней мере, мы знаем, что все общие хосты поддерживают его – за исключением тех, которые не должны быть подключены к Интернету! – по крайней мере в качестве опции.

PHP 5.4 позволяет нам писать код компактнее и с меньшим дублированием, используя трейты. Это и есть практическая причина, стоящая за этим предложением. Мы могли бы избавиться от 15% наших ключевых компонентов кода и уменьшить количество ошибок, с которыми приходится иметь дело. Убиваем двух зайцев одним выстрелом.

Только MySQL (и совместимые варианты)

Я знаю, что это не устроит тех 10 человек, которые используют Joomla! с Microsoft SQL Server и PostgreSQL. Существует несколько практических причин для этого, а именно:

Оптимизации запросов. Наши запросы не являются оптимальными и приводят к плохой производительности, особенно на больших сайтах. Если мы знаем, что ядром предполагается работа только с MySQL, мы можем использовать MySQL опыт администраторов баз данных сообщества Joomla! с долгосрочным предложением помочь, чтобы сделать Joomla! быстрее. Это станет отличным инициативным преимуществом и классным маркетинговым ходом.

Снизить порог вхождения и ошибки в деплойменте. Если кто-то поставляет новую функцию с изменениями схемы, то он должен внести эти изменения в формат MySQL, PostgreSQL и MSSQL-сервера. Каждый в двух разных местах. Это ставит в тупик разработчиков, которые очень опытны в PHP и MySQL, но не могут себе позволить вновь и вновь учиться и тестировать СУБД PostgreSQL и MS SQL сервер. Но что еще хуже, изменения схемы PostgreSQL и MS SQL Server обычно объединяются непроверенными, и ошибки можно обнаружить только спустя долгое время после релиза.

У нас нет людей, чтобы поддержать 3+ различных технологий сервера. Доказательством является то, что в PostgreSQL интеграция была сломана очень долгое время (минимум 1 год) и никто не заметил. Даже когда мы заметили, потребовалось несколько месяцев, чтобы исправить это. Я до сих пор понятия не имею, по как драйвер MS SQL сервера действительно работает.

Так что давайте прекратим поддержку дополнительных типов баз данных. Мы можем оставить для них драйверы в ядре (для Joomla! Framework?) для использования сторонними разработчиками и корпоративными пользователями. Ядро будет поддерживать работу только под управлением MySQL.

Что же касается самой MySQL, с тех пор как мы еще не можем повысить минимальное требование до MySQL 5.6, нам пока придется иметь кучу проблем с тем, что основными таблицами нужна поддержка полнотекстового поиска, привязанная к MyISAM (и отрубить голову каждому, кто предполагает преобразование их к InnoDB).

Избавиться от UCM

UCM всегда был готовым только наполовину, и навсегда таким останется, так что давайте просто избавимся от него. Он не требуется для тегов и содержимого версий. Нам просто нужны таблицы с назначением тегов и контента, а также одно дополнительное поле, обозначающее тип контента. Затем мы можем использовать что-то вроде используемых в Laravel отношений «morphable» , чтобы все это работало. Если вы почитаете Laravel документацию, то в любом случае, вы увидите, в конце концов, что использовать кейс morphable отношений – это отличный вариант.

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

Удалить большое количество расширений кода

Но согласно существующего плана. Сейчас мы проигрываем как минимум в одной вещи, а именно в рекламе для наших пользователей расширений, поддерживаемых ядром. Я думаю, что страница «Установить из Сети» («Install from Web») должна иметь две зоны: поддерживаемые ядром расширения и список наиболее популярных JED категорий. Это позволяет нам сказать пользователям, куда пойти, чтобы быстро добавить функции, которые они не нашли в ядре. Этот подход прекрасно работает для WordPress: страница «Добавить плагин» — это, по сути, автоматически сформированный список или список спонсируемых плагинов.

Пространства имен везде

Так как это основная версия, я верю, что мы можем окончательно разорвать обратную совместимость и создать полноценный код пространства имен. Это также позволит упростить наш код, так как это будет наконец-то возможность отделить фронтенд MVC класс от бэкненд MVC класса. Ранее это было просто не возможно, так как они оба носили одинаковое имя.

Кроме того мы можем полностью покончить с JLoader. Вместо этого, можно использовать PSR-4 от Joomla Composer — автозагрузчик, который уже идет вместе с Joomla!. Это позволит избавиться от ошибок кодах сторонних разработчиков, вызванных перемещением классов ядра из libraries/joomla в libraries/cms, либо классов, не следующих текущей схеме автозагрузчика.

Обратная Совместимость слоя, по крайней мере, для 4.х

Новая версия CMS бесполезна без расширений сторонних разработчиков. Это наша работа, как разработчиков, облегчить переход из кода, написанного для Joomla! 3 на Joomla! 4. Это может быть реализовано путем создания слоя совместимости, который добавляется к классам алиасов и бэкпортов устаревшего кода для наиболее часто используемых базовых интерфейсов API. Это позволит разработчикам продолжить свой путь в направлении совместимости Joomla! 4 без страха, что им придется все начинать с нуля.

А если бы мы задокументировали процесс преобразования для существующего кода, то, ко всему прочему, смогли бы получить отличные дивиденды. Если тот, кто читает это, сомневается в целесообразности такого плана, у меня есть страница, которая доказывает, что я не бросаюсь словами на ветер.

Улучшенная интеграция Composer

Необходимо переместить composer.json и composer.lock в папку libraries, а не в libraries/vendor. Это позволит добавлять требования без существенного вмешательства в ядро.

Это также позволит сторонним разработчикам добавлять требования для установки в Joomla Composer во время установки / обновления расширений. Нам нужно увидеть, что это возможно на общих узлах без CLI доступа – как пример стоит посмотреть это Drupal 8 обсуждение. Это требует привязки к общему рефакторингу com_installer. Однако изучение осуществимости задачи должно сосредоточиться на вопросе, возможно ли реализовать обнаружение зависимостей, загрузку и установку индивидуальных зависимостей в отдельные шаги, каждый из которых может быть завершен в каждой отдельной загрузке страницы

И наконец, стоит удалить все «придуманные здесь» библиотеки ядра в пользу зависимостей Composer-а (особенно это касается таких вещей, как JImage, JGithub и т. д.).

DI-контейнер

Ох, это — моя любимая мозоль. На настоящий момент у нас есть этот волшебный огромный черный ящик именнуемый JFactory. Нам стоит избавиться от JFactory, заменить его на DI-контейнер — (что-то вроде Pimple?) который затем поступает на объект приложения. Используя нечто вроде «Joomla\Application::getInstance()->getContainer()->user.», вы сможете получить и извлечь все что вам угодно.

Я также считаю, что я пошел несколько дальше. Так, на мой взгляд, каждый тип расширения должен получить свой собственный тип контейнера, который дает доступ к основному DI-контейнеру и локальным зависимостям, которые имеют значение для конкретного типа компонента. Вы должны иметь возможность создать контейнер расширения из любого места, например, «Joomla\Container\Component::getInstance(‘com_something’)». Это здорово подойдет для безболезненного HMVC. Были здесь, сделали это – в FOF 3.

Пересмотр MVC

Я знаю, что в Joomla! Framework существует «новый MVC», который я называю «не MVC», потому что это так и есть. Я не согласен с подходом его массового распространения для программного обеспечения, такого как Joomla! и ее расширений. Я понимаю, почему он может вам понадобиться для децентрализованных приложений. Я предлагаю оставить его в ядре и использовать для таких нужд, но не использовать его как парадигму развития Joomla! по умолчанию. Помните, что кто целевая аудитория? Вот именно.

Вместо этого, я предлагаю двигаться в направлении Laravel, но без использования фасадов – ведь это главная причина, почему некоторые серьезные PHP разработчики ненавидят Laravel. Давайте покончим с разделением Модель — Таблица. Это реально хорошая идея, создать Модель для не «data-aware» материалов и Модель Данных для «data-aware». используя словарь и набор функций, аналогичных для Модели Laravel + Eloquent. Я уже закончил свою работу в FOF 3 и сделал свой девелопмент проще. Меньше кода, быстрое выполнение, меньше ошибок и легче их исправлять, что реально очень здорово и выгодно.

Также, как я уже сказал выше, нужно поддержку языка Blade шаблонов в наши View. Меня очень соблазняет мысль, что можно будет позволять нашим View быть определенными XML формами, которые поддаются функциям RAD, таких как scaffolding– но если Вы не готовы чтобы RAD составлял основу ядра по умолчанию то это, по сути, нецелесообразно.

Ну, ладно, без разницы. Давайте просто внесем FOF 3 в ядро. Я уже знаю, каким будет самый большой недостаток для меня. Однако наличие RAD фреймверка в ядре это пойдет на пользу всем остальным. Сейчас мы разработчики страдают по Laravel, ZF и т. д. потому что так проще разрабатывать, хотя вам придется делать все с нуля. Если мы удалим чувство — «кодирование для Joomla! это ужас» — мы сможем вернуть огромную аудиторию. Эта аудитория может косвенно или напрямую повлиять на выбор платформы для новых сайтов крупного бизнеса, а ведь именно так мы планируем увеличить нашу долю рынка.

JSON API, в сущности, не код

Если бы мы могли разрешить доступ к данным CMS (и управлению данными), хотя бы как в JSON API, мы бы создали возможности продвинутого использования данной CMS. Например, используя Angular.js для отображения страниц, удаленного управления контентом, соединения с системой, простоты разработки мобильных приложений и др.

Фундамент для легкого JSON view с поддержкой HAL уже реализован в FOF. Неважно, станет он частью ядра или нет, поддержка HAL является тем, что мы должны добавить. Я знаю, что у нас уже есть com_ajax, но это полезно только для создания AJAX (как будто это снова 2008 год). HAL позволяет использующим API искать и использовать контент легче, без необходимости точно знать внутреннее устройство сервера.

Модернизация схемы установки и обновления

В этот момент каждое ядро базы данных изменение требует редактирования двух файлов — один для обновления в компоненте com_admin, и один для установки в приложении установки. Это может привести к ошибкам. Это проблема уже решена в FOF FOF30\Database\Installer с помощью XML-файлов, которые позволяют создавать код установщика и/или автоматически обновить схему. Это также упростило функцию исправления базы данных: Вы можете использовать тот же код, что установщик схемы/обновления.

Поскольку это уже обсуждалось в вопросах включения в Joomla! 3 я думаю, что это уже решено?

Улучшение установщика расширений

В прошлом году я написал официальный документ об этом. Мы можем и должны добавить поддержку подписи сборки. Некоторые пункты и характеристики работы уже сделаны David Jardin. Я уверен, что где-то существует и пересмотренный вариант, но я не могу его найти.

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

Отделение меню от роутинга

Нынешняя система меню определяет пути роутинга и приводит к дублированию Контента, а также к некоторым проблемам, которые просто невозможно решить. Так, если конечный узел (например, материал) может быть открыт через два или более меню, то нет никакого способа, чтобы знать наверняка, какой URL-адрес следует использовать, если Вы к тому же не знаете, какой идентификатор элемента (Itemid) следует использовать. И если нет Itemid, то существуют шансы «неправильного» выбора, ведущего к подгрузке «неправильных» модулей.

Исправление этого МОЖЕТ вызвать некоторые проблемы с нашей системой модулей. Если каждый конечный узел имеет канонический URL, который вы может в конечном итоге опять получить отображение «неправильных» модулей в некоторых ситуациях. Например, если у меня есть пункт меню для всей категории и еще один пункт меню для одной из его статей (с разными назначением модулей), то, нажав на эту странную статью, мы увидим совершенно другой макет страницы, отличный от других статей из категории. Это не всегда плохо, но это не меняет ожидания пользователей по сравнению с Joomla! 3 и более ранних.

Наконец, com_redirect станет действительно важен, так как это будет самый простой способ, чтобы добавить пользовательские URL-адреса. В Joomla! 3 (и ее более ранних версиях) самый простой и типичный метод– создание элементов в скрытом меню (для которого нет опубликованных модулей).

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

Тестирование и QA

Обновить PHPCS правила до PHPCS 2 формата. Это позволит участникам автоматически исправить стиль их кода (ужас нашего существования для больших сумм).

Модульный и функциональный тесты, в первую очередь, должны быть написаны для наших общих случаев использования. Краткосрочная цель — это не 80+% тестового покрытия, это убеждение в том, что регрессии не произошло.

Joomla! Framework

Я думаю, что теперь мы все можем признать, что попытка создать общий PHP фрэймверк, чтобы конкурировать с подобными Symfony, Zend Frameworkи т. д. — пустая трата ценных ресурсов. Так что же мы должны сделать с Joomla! Framework?

Первая идея, чтобы полностью направить его к ядру CMS, больше похожая на то, какой была Joomla! Платформа до того, как мы называли ее Joomla! Платформой. Я думаю, что это неправильный подход, потому что он связывает развитие CMS с развитием фрэймверка. Это не всегда хорошая идея. Фрэймверк – это, в основном, R&D. Вы просто не поставите R&D под разработку.

Лучший способ подход — несколько разделенный проект. Цель JF — обеспечить стабильную платформу для Joomla! (CMS), которая будет построена на нем. Это требует серьезных сдвигов в разработке JF, поскольку он должен иметь в виду и учитывать сложность массового распределенного кода. Например, пакет Uri просто не может проигнорировать необходимость в принудительной $live_site вместо консалтинга суперглобальной переменной $_SERVER. Но разделение его от CMS позволит не только осуществлять R&D в своем собственном темпе без ущерба для развития CMS, но также позволит всем заинтересованным использовать его за пределами CMS.

Что касается Joomla!, она может быть включена в JF сборки через Composer. Это должен быть один и единственный способ сделать это, а не как в текущей ситуации, когда создание нормальной человеческой копии возможно только через копирование .php файлов из миллиона git репозиториев в папку libraries/joomla.

Хотелось бы обсудить эти идеи с Andrew и Michael. Возможно, мы могли бы сделать совместный пост о будущем Фрэймверка. Я думаю, что если мы правильно сформируем фрэймверк, это может быть успешным дочерним проектом Joomla!. В общем, необходимо (пере)-определить целевую аудиторию и обсудить, как он может, наконец, сдвинуться вперед.

Автор и оригинал статьи.

вопросов по кодированию HCPCS | CMS

У вас есть вопрос по кодированию?

Система кодирования общих процедур здравоохранения (HCPCS) разделена на две основные подсистемы, называемые уровнем I и уровнем II HCPCS.

Вопросы по использованию HCPCS уровня I

Уровень I HCPCS состоит из текущей процедурной терминологии (CPT-4) — числовой системы кодирования, поддерживаемой Американской медицинской ассоциацией (AMA). CPT-4 представляет собой единую систему кодирования, состоящую из описательных терминов и идентификационных кодов, которые используются в основном для идентификации медицинских услуг и процедур, предоставляемых врачами и другими специалистами в области здравоохранения. Эти специалисты в области здравоохранения используют CPT-4 для определения услуг и процедур, за которые они выставляют счета государственным или частным программам медицинского страхования. Уровень I HCPCS, коды CPT-4, не включает коды, необходимые для отдельной отчетности о медицинских изделиях или услугах, счета за которые регулярно выставляются поставщиками, не являющимися врачами.

Вопросы, связанные с применением кодов HCPCS уровня I (CPT-4) для врачей, будут переданы в AMA. См. Ссылки по теме за пределами CMS ниже.

Вопросы по использованию HCPCS уровня II

Уровень II HCPCS представляет собой стандартизированную систему кодирования, которая используется в основном для идентификации продуктов, материалов и услуг, не включенных в коды CPT-4, таких как услуги скорой помощи и товары длительного пользования. медицинское оборудование, протезы, ортопедические изделия и расходные материалы (DMEPOS) при использовании вне кабинета врача. Поскольку Medicare и другие страховщики покрывают различные услуги, расходные материалы и оборудование, которые не идентифицируются кодами CPT-4, для подачи требований по этим предметам были установлены коды уровня II HCPCS.

Контактная информация для HCPCS:

Адрес электронной почты HCPCS: [email protected]

Вопросы кодирования, касающиеся использования кодов HCPCS уровня II, связанных с медицинским оборудованием длительного пользования, протезами, ортопедическими средствами и другими расходными материалами

S Поставщики должны свериться с ценообразованием, анализом кодирования и кодированием (PDAC), подрядчиком CMS. PDAC отвечает за предоставление поставщикам и производителям помощи в определении того, какой код HCPCS следует использовать для описания товаров DMEPOS с целью выставления счетов Medicare. Для этой цели у PDAC есть бесплатная линия помощи (877) 735-1326. Кроме того, PDAC публикует на своем веб-сайте список классификации продуктов, в котором отдельные элементы перечислены в кодовых категориях. Дополнительную информацию о PDAC и списке классификации продуктов PDAC можно найти на веб-сайте PDAC. См. Ссылки по теме за пределами CMS ниже.

Вопросы, касающиеся HCPCS уровня II, используемого при выставлении счетов в рамках Системы перспективных амбулаторных платежей больниц (OPPS)

Американская ассоциация больниц (AHA) и Центры услуг Medicare и Medicaid (CMS) объединились для создания информационного центра AHA для решения вопросов кодирования по установившемуся использованию HCPCS. Американское управление медицинской информации (AHIMA) также вносит свой вклад через Редакционный консультативный совет.

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

Центральный офис AHA будет выполнять функции информационного центра и предоставлять открытый доступ любому лицу или организации, у которых есть вопросы относительно подмножества кодирования HCPCS, в частности, больницам и другим медицинским работникам, которые выставляют счета в рамках системы проспективной амбулаторной оплаты больниц (OPPS). В частности, центральный офис AHA будет выполнять функции информационного центра, такие как предоставление интерпретации, продвижение и объяснение надлежащего использования подмножества кодов HCPCS следующим образом:

Уровень I HCPCS (коды CPT-4) для медицинских работников
Коды HCPCS уровня II для больниц, врачей и других медицинских работников, выставляющих счета Medicare.
- A-коды для служб скорой помощи и радиофармпрепаратов
- C-коды
- G-коды
- J-коды и
- Q-коды (кроме Q0163–Q0181)

Сформулируйте и отправьте конкретный вопрос, который у вас есть относительно надлежащего кодирования HCPCS (пожалуйста, будьте как можно конкретнее). Пожалуйста, отправляйте не более одного (1) вопроса на запрос. Должна быть включена соответствующая медицинская документация, которая предоставит информацию, которая поможет центральному офису в определении соответствующего присвоения кода HCPCS (если применимо). Такая документация может включать копии консультаций, диагностические отчеты, оперативные отчеты или журнальные статьи. Пожалуйста, предоставьте другую соответствующую информацию в машинописном формате (т. е. заметки врача, заметки медсестры). Обратите внимание, что без подтверждающей документации ваш запрос может быть возвращен без ответа.

Чтобы соответствовать требованиям HIPAA, удалите все идентификаторы из медицинской документации (название больницы, имена пациентов и врачей). В соответствии с действующими правилами HIPAA мы не можем хранить информацию, позволяющую установить личность пациента. Мы сожалеем, что не можем принимать запросы на помощь в кодировании, которые не соответствуют запросу на идентификацию пациента. Запросы, не соответствующие требованиям, будут возвращены запрашивающему без ответа.

Вопросы, связанные с HCPCS, необходимо направлять через Интернет в центральный офис AHA через www.codingclinicadvisor.com веб-сайт.

Четвертое временное окончательное правило по COVID-19 с периодом комментариев (IFC-4)

Обзор

Администрация Трампа предприняла исторические и беспрецедентные шаги, чтобы обеспечить американскую систему здравоохранения максимальной гибкостью для реагирования на чрезвычайную ситуацию в области общественного здравоохранения ( PHE) для COVID-19 и обеспечить потребителям доступный доступ к тестированию и лечению COVID-19. . В ожидании того, когда вакцина станет доступной, администрация Трампа и Центры услуг Medicare и Medicaid (CMS) принимают меры, чтобы обеспечить участникам наших программ доступ к санкционированным или одобренным Управлением по санитарному надзору за качеством пищевых продуктов и медикаментов (FDA) вакцинам против COVID-19. 19 вакцины бесплатно. Поскольку вакцина ожидается до конца года, CMS вместе с министерствами труда и казначейства сейчас закладывает основу для обеспечения немедленного охвата и оплаты профилактических мер против COVID-19.вакцинация лиц, охваченных групповыми планами медицинского страхования и страховыми компаниями.

В Промежуточном окончательном правиле с периодом комментариев (IFC), опубликованном 28 октября 2020 г., CMS устраняет административные барьеры, чтобы устранить возможные задержки в доступе пациентов к спасительной вакцине. Кроме того, правило:

Создает гибкие возможности для штатов, поддерживающих регистрацию в Medicaid во время PHE COVID‑19;
Устанавливает расширенные выплаты Medicare для новых методов лечения COVID-19;
Принимает меры для обеспечения прозрачности цен на тесты на COVID-19, и
Обеспечивает продление срока службы 5-го года для модели комплексного ухода за заменой суставов (CJR); и
Обеспечивает гибкость в требованиях к публичному уведомлению и требованиях к участию общественности после присуждения права штата на отказ от инноваций в соответствии с разделом 1332 Закона о защите пациентов и доступном медицинском обслуживании во время PHE COVID-19.

Положения, касающиеся вакцин

Вакцины против COVID-19 для участников программы Medicare

В соответствии с разделом 3713 Закона о помощи, помощи и экономической безопасности в связи с коронавирусом (Закон CARES), после того как FDA санкционировало или одобрило вакцину против COVID-19, вакцина , и его введение будут добавлены в список профилактических вакцин, которые покрываются частью B программы Medicare без совместного страхования или франшизы. Положение закона CARES внесло поправки в раздел 1861(s)(10)(A) Закона о социальном обеспечении (SSA).

CMS также объявит о кодировании и оплате разрешенных или одобренных FDA вакцин и их введении как можно быстрее посредством программных меморандумов.

Требования к страховому покрытию вакцины против COVID-19 для частных планов медицинского страхования

IFC включает положения о выполнении требования раздела 3203 Закона CARES о том, что групповые планы медицинского страхования, не являющиеся «дедушками», и эмитенты медицинского страхования, предлагающие групповые или индивидуальные медицинские услуги, не являющиеся «дедушками». страховое покрытие обеспечивает покрытие без участия в расходах соответствующих услуг по профилактике коронавируса, включая COVID-19.прививки.

В этой IFC министерства здравоохранения и социальных служб (HHS), труда и казначейства вносят поправки в существующие правила для реализации уникальных требований, связанных с быстрым предоставлением соответствующих услуг по профилактике коронавируса. Это покрытие должно быть предоставлено в течение 15 рабочих дней после даты, когда Целевая группа по профилактическим услугам США или Консультативный комитет по практике иммунизации (ACIP) Центров по контролю и профилактике заболеваний (CDC) дает применимую рекомендацию в отношении квалификационная служба профилактики коронавируса.

В частности, планы и эмитенты должны покрывать прививки от COVID-19, которые имеют рекомендацию ACIP в отношении вовлеченного лица, даже если они не указаны для рутинного использования в Графиках прививок CDC. Эта IFC также предусматривает, что во время чрезвычайной ситуации в области общественного здравоохранения в связи с COVID-19 планы и эмитенты должны покрывать без разделения затрат соответствующие услуги по профилактике коронавируса, независимо от того, предоставляет ли такие услуги сетевой или внесетевой поставщик. IFC также подтверждает, что планы и эмитенты, подпадающие под действие раздела 2713 Закона об общественном здравоохранении, должны покрывать без разделения затрат предметы и услуги, которые являются неотъемлемой частью предоставления рекомендуемых профилактических услуг, включая администрирование COVID-19.прививки.

Покрытие вакцины против COVID-19 для бенефициаров программ Medicaid, CHIP и Basic Health Program (BHP)

В соответствии с разделом 6008 Закона о реагировании семей на коронавирус в первую очередь (FFCRA) программы Medicaid на уровне штатов и территорий могут получать временную 6.2 процентное увеличение процентной ставки Федеральной медицинской помощи (FMAP). Увеличение FMAP доступно до конца квартала, в котором заканчивается PHE COVID-19. Чтобы получить это увеличение, раздел 6008 (4) FFCRA устанавливает условие, согласно которому штат должен покрывать COVID-19.вакцины и их введение для участников Medicaid без разделения затрат. Тем не менее, CMS не истолковала раздел 6008(b)(4) Закона FFCRA как требование о том, чтобы программы штата Medicaid покрывали услуги, описанные в этом положении, для лиц, чье право на участие в программе Medicaid ограничено законом или в соответствии с существующими демонстрационными полномочиями по разделу 1115 только для узкого круга лиц. ряд льгот, которые в противном случае не включали бы эти услуги (например, группы, которые получают страховое покрытие Medicaid только для тестирования на COVID-19, планирования семьи или лечения, связанного с туберкулезом).

Условие раздела 6008(b)(4) FFCRA не распространяется на Программу медицинского страхования детей (CHIP). В CHIP отдельные CHIP охватывают вакцины, рекомендованные Консультативным комитетом по практике иммунизации (ACIP), и их введение для всех детей в возрасте до 19 лет без разделения затрат. Покрытие незастрахованных беременных женщин отдельной программой CHIP не является обязательным. В настоящее время штаты, в которых беременные женщины покрываются отдельной программой CHIP, включают все вакцины, рекомендованные ACIP, без участия в расходах. Однако текущая интерпретация CMS заключается в том, что такое покрытие вакциной не требуется.

Однако, если они предоставляются в рамках отдельной программы CHIP штата, включают все вакцины, рекомендованные ACIP, без разделения затрат в этом покрытии; однако такое покрытие вакциной не требуется. Условие раздела 6008(b)(4) FFCRA также не распространяется на BHP. Миннесота и Нью-Йорк — единственные штаты, в которых в настоящее время действует BHP. Страховое покрытие BHP включает как минимум десять основных преимуществ для здоровья, описанных в разделе 1302(b) PPACA, и должно соответствовать требованиям Биржи о разделении затрат, включая предоставление всех вакцин, рекомендованных ACIP, без разделения затрат.

После того, как условия, указанные в разделе 6008 FFCRA, больше не действуют в штате, программа Medicaid штата должна покрывать введение вакцин против COVID-19, рекомендованных ACIP для нескольких групп населения:

Все дети в возрасте до 21 человек имеет право на льготы по раннему и периодическому скринингу, диагностике и лечению (EPSDT);
Любое взрослое население, получающее страховое покрытие в рамках альтернативных планов льгот (ABP), включая расширенное взрослое население PPACA; и
Взрослые в штатах, решивших получить повышение FMAP на один процентный пункт за предложение таких вакцин и их введение в рамках пособия на профилактические услуги в соответствии с разделом 1905 (b) Закона о социальном обеспечении.

Другие взрослые бенефициары могут быть застрахованы по выбору штата для введения вакцины против COVID-19 после того, как требования раздела 6008 FFCRA больше не действуют в штате. В отдельных программах CHIP охват вакцинацией во время и после PHE одинаков.

В BHP охват вакцинацией практически не меняется во время чрезвычайной ситуации в области общественного здравоохранения и вне ее. Тем не менее, во время чрезвычайной ситуации в области общественного здравоохранения, связанной с COVID-19, планы должны обеспечивать покрытие и не должны предусматривать какое-либо совместное несение расходов на «соответствующие требованиям услуги по профилактике коронавируса», включая вакцину против COVID, независимо от того, доставляется ли вакцина внутрисетевыми или внесетевой провайдер.

Программа возмещения требований в связи с COVID-19, проводимая HRSA, может покрывать лечение COVID-19, включая введение вакцин, для получателей ограниченных пособий. Кроме того, штат может иметь возможность, при условии одобрения на федеральном уровне, предложить или изменить демонстрацию по разделу 1115, чтобы включить это покрытие для группы, которая в противном случае не имела бы права на его получение в соответствии с законом или действующими полномочиями по разделу 1115.

Дополнительные положения

Раздел 1332 Государственные отказы от инноваций

Эта IFC создает гибкие требования к публичному уведомлению и после присуждения требований к участию общественности для государственных инновационных отказов для COVID-19. В частности, эта IFC дает министру HHS и министру финансов право частично изменять требования к участию общественности, чтобы ускорить принятие решения по предложенному запросу на освобождение, который подается во время PHE для COVID-19.. Эта IFC также дает секретарям право частично изменять требования к публичному уведомлению после присуждения утвержденного отказа, которые в противном случае имели бы место или должны были бы произойти во время PHE для COVID-19. Если модификация утверждается в ходе этого процесса, HHS и Министерство финансов или штат, если применимо, публикуют любые решения по модификации в течение примерно 15 календарных дней с момента утверждения. HHS и Министерство финансов считают, что освобождение от требований по разделу 1332 является важным инструментом для штатов, обеспечивающим стабильный доступ пациентов к медицинскому страхованию, в том числе во время PHE для COVID-19.. Эти заключительные положения вступают в силу немедленно и применяются в течение периода PHE для COVID-19.

Обновленная политика сохранения участия в программе Medicaid во время чрезвычайной ситуации в области общественного здравоохранения в связи с COVID-19

Раздел 6008 FFCRA разрешает штатам требовать временного увеличения на 6,2 процентных пункта процента федеральной медицинской помощи (FMAP), если они удовлетворяют определенным условиям. из статьи 6008(b). Первоначальная интерпретация CMS условия в разделе 6008 (b) (3) FFCRA не позволяла штатам вносить определенные изменения для эффективного управления своими программами. Эта IFC переосмысливает условие раздела 6008(b)(3) FFCRA, в соответствии с которым штаты, претендующие на временное увеличение FMAP, должны сохранять регистрацию бенефициаров до конца месяца, в котором PHE для COVID-19заканчивается и включает дополнительные гарантии для защиты бенефициаров.

В соответствии с этим правилом, чтобы претендовать на временное увеличение FMAP, штаты должны продолжать поддерживать регистрацию в Medicaid «действительно зарегистрированных бенефициаров» на одном из трех уровней покрытия (или на более надежном уровне покрытия). Такое покрытие должно сохраняться, за некоторыми исключениями, до конца месяца, в котором заканчивается PHE для COVID-19. Государства могут увольнять лиц, не зарегистрированных на законных основаниях, после предоставления предварительного уведомления и прав на беспристрастное слушание в соответствии с 42 C.F.R. Часть 431, подраздел E, и по-прежнему требуют временного увеличения FMAP. Штаты могут вносить изменения в страховое покрытие бенефициаров, распределение расходов и учет доходов после получения права на получение льгот, включая как индивидуальные изменения, так и изменения в плане штата, а также демонстрацию раздела 1115 и/или отказ от прав, разрешенный в соответствии с разделом 19.15 Закона и не нарушать раздел 6008(b)(3) условия FFCRA или другие применимые требования Medicaid.

Прочитайте информационный бюллетень Medicaid.gov для получения дополнительной информации здесь: https://www.medicaid.gov/state-resource-center/downloads/covid-19-tech-factsheet-ifc-433400.pdf

Enhanced Medicare Платежи за новое лечение COVID-19

Стационарное пребывание в больнице

Чтобы смягчить потенциальные финансовые препятствия для больниц в предоставлении нового COVID-19лечение в стационаре во время PHE COVID-19, программа Medicare будет предоставлять повышенную оплату для соответствующих критериям стационарных случаев, связанных с использованием определенных новых продуктов, разрешенных или одобренных для лечения COVID-19. Увеличенный платеж будет равен меньшему из: (1) 65 процентов операционного порога выброса для претензии; или (2) 65 процентов стоимости пребывания в связи с COVID-19 сверх текущего платежа Medicare (включая 20-процентный дополнительный платеж в соответствии с разделом 3710 Закона CARES) для подходящих случаев.

Амбулаторное отделение больницы

CMS хочет смягчить потенциальные финансовые препятствия для больниц в предоставлении новых видов лечения COVID-19, предоставляемых в амбулаторных условиях больницы во время PHE COVID-19. Таким образом, в этой IFC CMS исключила разрешенные или одобренные FDA лекарственные препараты и биологические препараты (включая продукты крови), разрешенные или одобренные для лечения или предотвращения COVID-19, из оплаты Комплексной классификации амбулаторных платежей (C-APC), когда эти виды лечения оплачивается по той же заявке, что и основная услуга C-APC. Вместо этого Medicare будет оплачивать эти лекарства и биологические препараты отдельно на протяжении всего периода PHE.

Прозрачность цен на диагностические тесты на COVID-19

Раздел 3202(b) Закона CARES устанавливает требование к поставщикам публиковать цены на диагностические тесты на COVID-19 наличными во время PHE. В целях реализации раздела 3202(b) Закона CARES IFC добавляет в наши правила новую часть 182 раздела 45 CFR. Это новое требование распространяется на каждого «поставщика диагностических тестов на COVID-19» (или «поставщика»), который определяется как любое учреждение, выполняющее один или несколько тестов на COVID-19.диагностические тесты. Кроме того, он требует, чтобы каждый поставщик диагностического теста на COVID-19 обнародовал цену наличными, определяемую как сбор, который применяется к лицу, которое платит наличными (или эквивалент наличными) за диагностический тест на COVID-19, для таких тестов на Интернет. Если у поставщика нет собственного веб-сайта, поставщик должен предоставить цену наличными в письменном виде в течение двух рабочих дней по запросу и с помощью вывесок (если применимо). Кроме того, эта IFC дает CMS право по своему усмотрению предпринимать любые из следующих действий, которые обычно, но не обязательно, будут выполняться в следующем порядке, если CMS определит, что поставщик не соответствует этим требованиям:

Предоставьте поставщику услуг письменное предупреждение о конкретном нарушении.
Требовать, чтобы поставщик представил и соблюдал план корректирующих действий (CAP), если его несоблюдение не было устранено после предупреждения.
Наложить гражданско-правовой денежный штраф (CMP) на провайдера, если провайдер не ответит на запрос CMS о представлении CAP или не выполнит требования CAP, утвержденного CMS.

Вопросы о соответствии можно отправить по электронной почте по адресу [email protected].

Продление даты окончания для модели комплексной помощи при замене сустава (CJR)

В этом временном окончательном правиле некоторые политики модели комплексной помощи при замене сустава (CJR) пересматриваются, и вносятся технические изменения, чтобы учесть эти изменения политики. В частности, CMS продлевает модельный год производительности (PY) 5 еще на 6 месяцев, поэтому PY 5 теперь заканчивается 30 сентября 2021 года. первые 12 месяцев 5-го финансового года и по одному на оставшиеся 9 месяцев.месяцев 5-го финансового года.